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

Question

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

データモデルには、 HL7 RIM （参照情報モデル）と、まだ設計されていない別のモデル。

RIMは詳細に文書化されており、非常に完成しているように見えますが、その複雑さと明らかに遅いことを考えると、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）ソフトウェアを使用してあらゆる種類のクールなことを行うことができます。支配されています。

私が提案できることの1つは、さまざまな「アダプター」の調査を行うことです。たとえば、「iWay Intelligent Adapter for HL7」やIBMのWTXなどです。これらにより、トランスポート層などでのHL7メッセージングについて心配する代わりに、記述する必要があるビジネスコードに集中することができます。

役立つこと。