HL7 2.x 只能用于接收消息还是拉取数据？

Question

我是 HL7 领域的新手，不是开发人员，如果我的问题似乎太明显，请见谅。

我们希望为一家医院开发一款应用，该应用通过汇总来自其他医院应用的数据来可视化绩效和患者流量数据。我们的应用程序将可视化实时数据和历史数据。在与 IT 负责人交谈时，我感到很困惑，他解释说我需要：

开发一个像 Mirth 这样的 HL7 监听器，它可以接收其他应用程序的消息，这些应用程序通过 HL7 2.x 标准进行通信以捕获实时数据，然后通过 sql 查询组织从其他应用程序迁移历史数据。听起来很合乎逻辑，但不确定他是否是专家，因为他不知道 API 是什么，对 FHIR 也一无所知。

我的问题是：

1 例如，当某人更改患者的状态时，什么会触发应用程序向其他应用程序发送 HL7 2.x 消息？它是否被编程为随机地在每次记录更改时自动发送消息？那么假设所有应用程序都按照标准执行此操作，而您只需要像 Mirth 这样的侦听器来捕获这些消息并迁移到我自己的数据库中？

2 我不能使用 HL7 2.x 标准通过查询从数据库中提取信息吗？意思是它可以用于双向通信吗？我发送查询，应用程序通过 HL7 消息向我发送数据？意思是我也可以用它从另一个数据库中提取历史数据？

3 在这种情况下使用 FHIR 标准会有什么不同？我相信它绝对可以用来从另一个数据库中提取信息。但与技术人员建议我的策略相比，它实际上会有所不同吗？将历史数据迁移到我自己的数据库并进一步通过接收 hl7 2.x 消息来捕捉新的变化？

4 是否建议使用 FHIR RESTful API 从仍使用 HL7 2.x 标准的应用程序中提取/接收信息？那么对于历史和实时的变化呢？这是一种更快的集成方式，还是更好地使用技术人员建议我的老式方式。

非常想了解更多有关这方面的信息，因为我想组织一个面向未来的策略，并且每次我们迁移到新医院时都不会花费数月的整合时间。

感谢你们的帮助！

Answer 1

1. 取决于应用程序。大多数只发送数据，它是可配置的时间和原因。

2. 不，您使用 hl7 v2 从应用程序中提取数据，而不是从数据库中提取数据 - 也就是说，如果应用程序支持它。许多（大多数？）没有。而且你只能做应用程序允许的事情

3. FHIR 会更容易使用，但它仍处于稳定状态，今年您将很难找到提供 fhir 接口的应用程序。您必须与潜在客户交谈以了解是否可行。顺便说一句，FHIR 可以做 v2 在这个 regsard 中可以做的事情 - 拉和推

4. 始终建议使用 FHIR - 如果可以的话。不过，大多数情况下，您必须使用 v2，因为这就是所提供的。