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从应用程序中提取数据，而不是数据库 - 如果，即应用程序支持它。 很多（大多数？）没有。 而你只能做appcation允许的

3. FHIR将更容易使用，但它仍在解决，你将很难找到今年提供fhir接口的应用程序。 你必须与潜在客户交谈以了解是否可能。 顺便说一句，FHIR可以在这个注册表中做v2所能做的 - 拉动和推动

4. 总是建议使用FHIR - 如果可以的话。 但是，大多数情况下，你必须使用v2，因为这就是提供的功能。