HL7 RIMを使用するか、独自のデータモデルを使用する必要がありますか？

Question

私のチームは、顧客のためのe-ヘルスプラットフォームを構築するために割り当てられている、と私たちはこのジレンマに到着した設計プロセスで：

私たちは、データモデルのための2つのオプションがあり、HL7 RIM（参照情報モデル）もう1つはまだ設計されていないものです。

RIMは広範に文書化されており、非常に完全なようですが、その複雑さと見かけの遅さを考慮すると、最良の選択であるかどうかはわかりません。

私は、より理解しやすく、より速くなることを目指して、顧客の要求のみを考慮するより単純なモデルを設計したいと考えています。

あなたはどう思いますか？私はHL7-RIMに従うべきですか？あるいは、私の顧客の要求に対してより単純なモデルを考えるべきでしょうか？

いずれの場合でも、情報の交換の必要性はHL7メッセージングプロトコルの実装を必要とするため、その部分を基盤となるモデルから独立して開発する必要があります。

Answer 1

医療機関のデータ（アプリケーションの「リポジトリまたはデータウェアハウス」の数が多いほど）に必要な柔軟性が高いほど、HL7 RIMを実装する理由が増えます。このアプローチの詳細については、「RIMBAA」（RIMベースのアプリケーションアーキテクチャ）を検索してください。

特定の明確なワークフローをサポートするアプリケーションが増えるほど、特定のワークフローで最適化されたデータモデルを使用する理由が増えます。私はJohn Saundersに同意します：あなたの「最適化されたデータモデル」がRIMにマップできることを確認してください。それはあなたのアプリケーションを「将来的に証明する」ために役立ち、HL7インターフェイスをサポートしやすくします。

Answer 2

答えはお客様の要件に応じて独自のモデルを使用することですが、常にHL7と交換できる機能要件があります。開発プロセス全体を通してその要件をテストします。

Answer 3

私はHL7をお勧めしますが、その使用について戦略的にする必要があります。私はあなたの組織に既にソフトウェアシステムの完全なスイートがあると仮定しています。そのような場合は、主要なサービスに「HL7インターフェース」を公開することをお勧めしますが、組織に固有の正規の形式で内部ダイアログを表示することをお勧めします。

HL7の素晴らしい点は、本質的にメッセージベースなので、Business Proccessor Manager（BPM）ソフトウェアであらゆる種類のクールなことができることです。あなたのビジネス担当者は、HL7の流れメッセージは管理されます。

「iWay Intelligent Adapter for HL7」やIBMのWTXなど、さまざまな「アダプター」の調査をお勧めします。これらは、トランスポート層などでHL7メッセージングを心配するのではなく、書く必要があるビジネスコードに集中できます。

希望に役立ちます。