私のチームは、顧客向けのe-healthプラットフォームを構築するように割り当てられており、設計プロセスでこのジレンマに到達しました。
データモデルには、HL7 RIM（参照情報モデル）とまだ設計されていないもう1つのオプションの2つのオプションがあります。
RIMは広範囲にわたって文書化されており、非常に完全に見えますが、その複雑さと明らかな遅さを考えると、それが最良の選択であるかどうかはわかりません。
よりわかりやすく、より速くなることを目指して、お客様のご要望のみを考慮した、よりシンプルなモデルを設計したいと思います。
どう思いますか？HL7-RIMに従う必要がありますか？それとも、顧客の要件に合わせてより単純なモデルを考えるべきですか？
いずれにせよ、情報交換の必要性はHL7メッセージングプロトコルの実装を必要とするので、基礎となるモデルとは独立してその部分を開発する必要があります。
答えは、顧客の要件に固有であるが、常にHL7と交換できる機能要件を備えた独自のモデルを使用することです。開発プロセス全体でその要件をテストします。
医療データに関して必要な柔軟性が高いほど (アプリケーションが「リポジトリまたはデータ ウェアハウス」に近いほど)、HL7 RIM を実装する理由が大きくなります。このアプローチの詳細については、「RIMBAA」(RIM ベースのアプリケーション アーキテクチャ) を検索してください。
アプリケーションが明確に定義された特定の一連のワークフローをサポートする方向に向いているほど、その特定のワークフロー用に最適化されたデータ モデルを使用する理由が増えます。John Saunders に同意します。「最適化されたデータ モデル」を RIM にマッピングできることを確認してください。これは、アプリケーションの「将来性」を高め、HL7 インターフェイスのサポートを容易にするのに役立ちます。
HL7をお勧めしますが、その使用については戦略的に行う必要があります。組織にはすでにソフトウェアシステムのスイート全体があると想定しています。その場合は、主要なサービスで「HL7インターフェース」を公開することをお勧めしますが、組織に固有の標準形式の内部ダイアログを用意してください。
HL7の優れている点は、本質的にメッセージベースであるため、ビジネスマンにHL7メッセージのフローがどのように管理されているかを示す優れたグラフを作成させるだけで、Business Proccessor Manager（BPM）ソフトウェアを使用してあらゆる種類の優れた機能を実行できます。
私が提案するかもしれないことの1つは、さまざまな「アダプター」、たとえば「iWay IntelligentAdapterforHL7」やIBMのWTXを調査することです。これらにより、トランスポート層などでのHL7メッセージングについて心配する必要がなく、作成する必要のあるビジネスコードに集中できます。
お役に立てば幸いです。