FHIRとopenEHRとの関係

Question

私はopenEHR（一般的には健康情報学）スペースの新人ですが、この質問に固執しています。

HL7 FHIRとopenEHRはどのように関連していますか？ HL7 v2などは、相互運用性のための基本的なメッセージングであると私は理解しています。 しかし、FHIRはこれにいくつかの臨床データモデリングをリソースの形で追加しているようです - 観察している患者との訪問は臨床モデルではありませんか？ そして、あなたがFHIRサーバーのコンセプトを追加するとき、私たちはCDRを検証していませんか？

それで、openEHRは、テンプレート内で集約されたアーキタイプから同じ臨床概念をモデル化します。 - 素晴らしい（これはopenEHRのどこに合っているかわかります）

次は、相互運用性のクロスオーバーはどこですか？

openEHRは、画面上のモデルに直接マップとしてアーキタイプを提供するように設計されていますか？ 私は理解しています。（データソースとUIの相互運用性は...） ie（最も単純な形式） - クライアントコールServer - Serverはデータに対してAQLを実行し、XML結果を返します。 -

しかし、データモデリングについての相互運用性とopenEHRについての詳細はありませんか？ OpenEHRサーバが結果をopenEHR標準として提供することを提案し、FHIRリソースにマッピングし、フロントエンドまたは相互運用可能なシステムに提供することを試みます。

私たちは1つを選んで、もう1つを忘れるべきですか？

これにはたくさんありますが、私が言ったように私は非常に混乱しています。

ありがとうございました。

Answer 1

FHIRは、データ交換の目的でリソースをモデル化します。

openEHRは、制約および用語/翻訳を含む臨床データ構造定義（アーキタイプ、テンプレート）を管理するための完全なEHRプラットフォームアーキテクチャを定義し、臨床情報（標準情報モデル）を管理し、臨床情報（標準クエリ言語AQL）臨床決定支援のためのルール（標準ルール言語GDL）を定義し、サービスモデルを定義します（REST APIは近く承認されています）。

したがって、openEHRは相互運用性（データ交換だけでなく）を可能にするために必要なすべての内部要素であり、FHIRはサービス層であり、他のサービス層はHL7 v2.xのようになります、IHEプロファイル、さらにはDICOMサービスまで含めています。

FHIR over openEHRに関して、openEHRアーキタイプとFHIRリソースとの間のマッピングは、技術的な実装が必要です。だから、あなたはopenEHR CDRを持っていて、FHIR経由でアクセスすることができます。

openEHRシステム上でGUIを持つという点では、アーキタイプからGUIを自動的に生成することができ、入力データはGUIを生成するために使用されたアーキタイプを使用して自動的に検証されます。これには多くの実装があります。オープンソースのいくつか（私はgithub reposに多くの例があります）。

要点：openEHRを使用してEHRを作成し、APIまたは多くのAPI（カスタム、openEHR、FHIR、HL7 v2.x、XDSなど）を提供することができます。