通过HL7 FHIR实现两个独立平台之间的互操作性

Question

移动应用程序：(病人)

我开发了一个android移动应用程序，您可以注册、登录、输入您的个人信息、输入您的血压因素、心率和血糖。此外，我还考虑了一个地方，用户按下按钮将下载医生的处方，说明一天/周/月或.患者(移动应用程序用户)必须输入上述这些因素中的哪一个。此外，连接到该应用程序的数据库是独立工作的。

网络应用程序：(医生)

另一方面，我想开发一个在医生授权下的web应用程序，医生可以创建一个病人，指定处方，并验证来自移动应用程序的数据。此外，连接到这个web应用程序的数据库有它自己的结构，并且独立工作。

现在，

最重要的部分是使用HL7标准，特别是FHIR.

，在这两个平台(web应用程序和移动应用程序)之间交换信息。

到目前为止，我已经找到了一个名为Mirth的开源应用程序，它旨在支持HL7消息传递系统。我还找到了创建HL7 FHIR消息的方法，我可以使用HAPI库。但是我真的很困惑我该如何利用这个奇迹来实现我的目标呢？这是否是我的解决方案，使这两个平台的HL7互操作？

我将感谢你的笔记和评论，如果你有一点经验使用这种欢乐连接FHIR。

Answer 1

Considerations

1. 首先要确定的是哪些数据是两个应用程序之间交换的数据，如果您开发了这两个应用程序，我不太确定您是否需要实现互操作性，因为它可以在您开发的两个应用程序之间进行集成，因为您知道这两个应用程序的流程和结构。如果希望这些应用程序与第三方应用程序进行互操作，则方案将发生变化。如果您希望您的应用程序互操作，您需要有一个OID，因为意大利可以在这里看到它：http://www.hl7italia.it/node/34
2. 如果您的选择是互操作，您应该决定什么类型的消息传递应用程序将支持，为此您必须知道什么是“病人管理管理”，这可以在HL7标准第3章中找到，有一个参考http://wiki.ihe.net/index.php/Patient_管理_管理这里
3. 在工具方面:我使用Mirth，这将是成本最低的实现工作，因为Mirth提供了一个中间件，这是处理过程的一部分。HAPI迫使您对应用程序进行开发，在本例中允许您从他们的应用程序中创建HAPI HL7本地支持，Mirth是工作流中的中间部分。
4. FHIR还处于测试阶段，它还没有完全被采用，但是可以测试它，并允许您的应用程序通过FHIR“计划”消耗资源。

Answer 2

首先，最重要的是，您需要非常小心这里的术语。有几个HL7标准，FHIR是一个(最新的和正在积极开发的)。另一个是HL7消息传递系统v2，它被广泛使用。两者是完全不同的，如果你把他们搞混了，事情就会变得很混乱。

例如:到目前为止，我发现了一个名为Mirth的开源应用程序，该应用程序旨在支持HL7消息传递系统。我还发现了创建HL7 FHIR消息的方法，我可以使用HAPI库

FHIR消息不是HL7消息传递系统的一部分。

就实际问题而言，这取决于您所说的数据库是独立的是什么意思。如果您试图与使用非FHIR标准的现有数据库进行接口，Mirth可能是可行的方法--我可以在您的数据访问层中想象这一点，尽管我对Mirth不太了解。但是，如果数据库是新的，并且您可以控制它们的结构，我不明白为什么Mirth是必要的。据我所知，它是在不同标准之间进行转换的(比如HL7消息传递系统和HL7 FHIR，尽管我上次检查了它们对FHIR的支持还处于beta版)。如果你在两端都使用FHIR，那就没什么可翻译的了。

对于FHIR来说，HAPI库是Java/Android的最佳选择。FHIR包括一个数据模型和一个REST标准，HAPI支持这两个标准。我不太清楚你想让你的网络应用和移动应用如何沟通，但解决这个问题的一个简单方法是让web应用程序公开一个用于使用HAPI服务器库所需的资源和操作的FHIR REST API，并让您的移动应用程序使用HAPI客户端库与它一起工作。FHIR规范将帮助您进行身份验证/授权。