FHIR与openEHR的关系

Question

HL7 FHIR和openEHR有什么关系？我理解HL7、v2等是互操作性的基本消息传递。但是，FHIR似乎以资源的形式增加了一些临床数据建模--在我看来，带着观察的病人访问，在我看来，是一个临床模型，不是吗？当你加上一个FHIR服务器的概念，我们是不是接近CDR？

因此，openEHR通过原型建模相同的临床概念，这些原型聚集在一个模板中。-太棒了(我想我明白了，看看它适合openEHR的地方)

下一步-互操作性的交叉在哪里？

openEHR被设计成-提供原型作为直接映射到屏幕上的模型吗？我的理解是肯定的。(数据源和UI互操作(如果你愿意).即(最简单的形式)-客户端调用服务器-服务器对数据运行AQL并返回XML结果，客户端运行XSL以生成HTML -

但是，FHIR不是更多关于互操作性和openEHR关于数据建模吗?因此，现在我们建议openEHR服务器将结果作为openEHR标准--我们尝试将其映射为FHIR资源，并将其服务于前端或任何可互操作的系统。

我们应该去选择一个而忘记另一个吗？

Answer 1

FHIR以数据交换为目的对资源进行建模。

openEHR定义了一个完整的EHR平台体系结构，用于管理临床数据结构定义(原型、模板)，包括约束和术语/翻译，管理临床信息(规范信息模型)，访问临床信息(标准查询语言AQL)，定义临床决策支持规则(标准规则语言GDL)，并定义服务模型(REST即将被批准)。

因此，openEHR是允许互操作性(不仅仅是数据交换)所需的所有内部设备，FHIR是一个服务层，可以在openEHR系统之上，就像其他服务层可以像HL7 v2.x、IHE，甚至是DICOM服务一样。

就openEHR上的FHIR而言，需要openEHR原型和FHIR资源之间的映射才能有一个技术实现。因此，您可以拥有一个openEHR CDR并通过FHIR访问它。

在拥有openEHR系统上的GUI方面，可以自动生成原型GUI，并使用用于生成GUI的原型自动验证输入数据。这方面有很多实现，有些是开源的(我有很多关于github repos的例子)。

底线:您可以使用openEHR创建您的EHR，并提供一个API或多个API(自定义、openEHR、FHIR、HL7 v2.x、XDS、.)。