我是openEHR（和一般健康信息学）领域的新手，但发现自己陷入了这个问题。
HL7 FHIR和openEHR有何关系？
我了解HL7 v2等是互操作性的基本消息。
但是FHIR似乎以资源的形式在此基础上增加了一些临床数据建模-在我看来，拜访有观察力的患者是临床模型吗？
当您添加FHIR服务器概念时，是否不对CDR进行验证？
因此，openEHR通过在模板中汇总的原型对相同的临床概念进行建模。 -太棒了（我想我知道并知道它在openEHR中的位置）
接下来-互操作性的交叉点在哪里？
openEHR是否设计为-将原型作为直接映射提供给屏幕上的模型？
我的理解是肯定的（如果可以的话，可以实现数据源和UI的互操作性）...
即（以最简单的形式）-客户端调用服务器-服务器对数据运行AQL并返回XML结果，客户端对数据运行XSL以生成HTML-
但是FHIR是否更多关于互操作性以及openEHR关于数据建模？ -现在，我们建议将openEHR服务器作为openEHR标准来提供结果-并尝试将其映射到FHIR资源，并将其提供给前端或任何可互操作的系统。
我们应该在选择一个而忘记另一个吗？
这有很多-但正如我所说，我很困惑。
谢谢。
最佳答案
FHIR出于数据交换的目的对资源进行建模。
openEHR定义了一个完整的EHR平台架构，用于管理临床数据结构定义（原型，模板），包括约束和术语/翻译，管理临床信息（规范信息模型），访问临床信息（标准查询语言AQL），定义临床决策规则支持（标准规则语言GDL），并定义了服务模型（即将批准REST API）。
因此，openEHR是实现互操作性（不仅仅是数据交换）所需的所有内部材料，FHIR是服务层，可以位于openEHR系统之上，因为其他服务层可以像HL7 v2.x，IHE配置文件，甚至DICOM服务。
关于FHIR超过openEHR，需要openEHR原型和FHIR资源之间的映射才能实现技术。因此，您可以拥有一个openEHR CDR并通过FHIR进行访问。
关于在openEHR系统上具有GUI，可以从原型自动生成GUI，并使用用于生成GUI的原型自动验证输入数据。有很多开源的实现（我的github仓库里有很多例子）。
底线：您可以使用openEHR创建您的EHR，并提供一个或多个API（自定义，openEHR，FHIR，HL7 v2.x，XDS等）。
关于modeling - FHIR与openEHR之间的关系，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/41891872/