0

HL7-FHIR、HL7 CDA、CIMI、openEHR 和 ISO13606 方法是否旨在解决相同的健康数据交换问题？

4

5 回答 5

3

FHIR、CDA、13606、CIMI 和 openEHR 都提供部分和重叠的方法来“解决健康数据交换问题”。它们各有长处和短处，可以一起工作，也可以相互重叠。

FHIR 是一种易于采用的 API 交换规范 CDA 是一种得到广泛支持的文档格式 CIMI 是一个为内容定义正式语义模型的社区 openEHR 提供商定的语义模型，并且应用程序基础架构 13606 用于 EHR 提取交换

于 2015-08-14T15:15:17.293 回答
3

CIMI显然是一个思考原型和重复模式内容的倡议

FHIR是 API 的规范，包括一组有限的内容模型

openEHR是一个社区和开源规范，具有标准化的参考模型、原型对象模型、数据类型和术语列表

CEN/ISO 13606是一个使用其正式、公共（？）以及 CEN 和 ISO 标准化参考模型、原型对象模型、数据类型和术语表的社区

所有重叠的范围。最多的重叠是在 openEHR 和 13606 之间。在较小的范围内与 CIMI 重叠。

两级建模范式。CIMI、openEHR 和 13606 有很多交互，并坚持两级建模范式。

FHIR 可以使用原型。CIMI 正在创建原型，openEHR 和 13606 社区也是如此。

于 2015-08-27T07:34:32.273 回答
1

我在云 EHR 的背景下看到了 13606 的未来，数据的确切位置并不总是已知的，但重要的是如何访问它们。

13606 可以提供与云接口的标准，并提供作为查询和请求详细信息的功能，而不是预先准备好的通用消息格式，如患者摘要等。

于 2015-08-26T16:02:14.893 回答
0

我想说唯一不是解决数据交换问题的标准是 openEHR。

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

因此，看看 openEHR，它试图解决在任何数据交换之前出现但需要正确解释和使用交换数据的所有互操作性问题，简而言之，openEHR 允许互操作性，但没有定义数据如何在技术上交换。

于 2017-10-14T16:21:10.493 回答
0

Erik，您写道：“我不明白为什么您将 openEHR 规范称为专有（它是 CC-BY-ND 许可且可在线免费获得）而您将 ISO 13606 称为更开放（它受版权保护且在付费墙后面）”

关键是，在 ISO 标准的情况下，第三方不应要求 IP。您必须为信息付费，并且您不得分发受版权保护的文本，但您可以使用这些信息，而不会在事后面临过度索赔的风险。

有一个关于专利的 ISO 可交付成果的政策，它为以后不必处理过多的专利索赔提供了保障。有关更多信息，请参阅：http: //isotc.iso.org/livelink/livelink/fetch/2000/2122/3770791/Common_Policy.htm ?nodeid=6344764&vernum=-2

简历：除了受版权保护的文本之外，ISO 可交付成果可能存在知识产权声明，但必须以非歧视和合理的方式处理这些声明。因此，不可能有过多的索赔。

在与专利相关的法律案件中，法官会发现交付成果在 ISO 上发布很重要。专利所有人延迟采取行动可能导致专利侵权的两种衡平法抗辩是懈怠和衡平法禁止反言。延误导致推定延误是不合理的、不可原谅的和有害的。当它涉及 ISO 交付时，这当然是正确的。

在 CC-BY-ND 许可作品的情况下不存在此政策。这项工作根本不提供任何保证。CC-BY-ND 许可作品的用户对索赔不安全。

因此，将 AOM2.0 提交给 ISO 非常重要。它只能在 13606 更新的情况下提交给 ISO。这就是为什么 OpenEHR 社区，为了自身利益，必须在所有部分制定一个与参考模型无关的标准，以帮助和说服 ISO13606 更新委员会实施它。

AOM1.4 多年来一直是 ISO 标准，因此我们可以非常确定其上没有隐藏 IP。

于 2015-09-01T13:07:14.800 回答