modeling - FHIR 和 openEHR 之间的关系

Question

关闭。这个问题需要多问 focused 。目前不接受答案。

---

想要改进此问题吗？更新问题，使其仅关注一个问题 editing this post .

已关闭 2 年前。

Improve this question

HL7 FHIR 和 openEHR 如何关联？据我所知，HL7 v2 等是互操作性的基本消息传递。但 FHIR 似乎以资源的形式添加了一些临床数据建模 - 在我看来，对进行观察的患者进行访问是一个临床模型，不是吗？当您添加 FHIR 服务器概念时，我们是否已经接近 CDR 了？

然后 openEHR 通过原型(prototype)模拟相同的临床概念，并在模板中聚合。 - 太棒了(我想我明白了这一点，看看它在 openEHR 中适合什么)

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

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

但是 FHIR 不是更多地关注互操作性，而 openEHR 不是更多地关注数据建模吗？ - 所以现在我们建议 openEHR 服务器将结果作为 openEHR 标准 - 我们尝试将其映射到 FHIR 资源并将其提供给前端或任何可互操作系统。

我们是否应该考虑选择其中一个而忘记另一个？

Answer 1

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

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

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

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

就在 openEHR 系统上拥有 GUI 而言，可以从原型(prototype)自动生成 GUI，并使用用于生成 GUI 的那些原型(prototype)自动验证输入数据。有很多实现，其中一些是开源的(我的 github 存储库上有很多示例)。

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