FHIR和openEHR之間的關係

Question

我是openEHR（和一般健康信息學）的新空間，但發現自己陷入了這個問題。

HL7 FHIR和openEHR是如何相關的？ 我明白，HL7 v2等是互操作性的基本消息。 但是FHIR似乎以資源的形式爲此添加了一些臨牀數據建模 - 對患者進行觀察的觀察在我看來是臨牀模型否？ 當你添加一個FHIR服務器的概念，我們不在CDR上接近？

因此，然後openEHR通過Archetypes模擬相同的臨牀概念，聚合在一個模板中。 - 太棒了（我認爲我可以看到它在openEHR中的位置）

接下來 - 哪裏是互操作性的交叉點？

openEHR是否設計爲 - 提供Archetypes作爲屏幕上模型的直接映射？ 我的理解是肯定的（數據源和UI的互操作性，如果你願意的話）... ie（最簡單的形式） - 客戶端調用服務器 - 服務器在數據上運行AQL並返回XML結果，客戶端運行XSL生成HTML -

但不是FHIR更多關於數據建模的互操作性和openEHR？ - 現在我們建議openEHR服務器將結果作爲openEHR標準提供 - 我們嘗試將其映射到FHIR資源並將其提供給前端或任何可互操作的系統。

我們應該看看挑選一個而忘記另一個？

這裏有很多 - 但正如我所說我很困惑。

謝謝。

Answer 1

FHIR以數據交換爲目的來模擬資源。 OpenEHR定義了一個完整的EHR平臺架構來管理臨牀數據結構定義（原型，模板），包括約束和術語/翻譯，管理臨牀信息（規範信息模型），訪問臨牀信息（標準查詢語言AQL），定義臨牀決策支持規則（標準規則語言GDL），並定義了服務模型（REST API即將獲得批准）。因此，openEHR是允許互操作性（不僅僅是數據交換）所需的所有內部資源，FHIR是一個服務層，可以在openEHR系統之上，因爲其他服務層可以像HL7 v2.x ，IHE配置文件，甚至DICOM服務。

在openHRR上的FHIR方面，openEHR原型和FHIR資源之間的映射需要技術實現。所以你可以有一個openEHR CDR並通過FHIR訪問它。

在openEHR系統上有一個GUI，從原型GUI可以自動生成，輸入數據自動驗證使用這些原型用於生成GUI。有很多這樣的實現，一些開源（我在github倉庫中有很多例子）。底線：您可以使用openEHR創建您的EHR，並提供API或許多API（自定義，openEHR，FHIR，HL7 v2.x，XDS，...）。