HL7 2.x能否仅用于接收消息或也可用于提取数据？

Question

我是HL7领域的新手，不是开发人员，所以很抱歉，如果我的问题看起来太明显了。

我们想为一家医院开发一个应用程序，通过聚合来自其他医院应用程序的数据来可视化绩效和病人流数据。我们的应用程序将可视化实时数据和历史数据。在与IT主管的谈话中，我感到困惑，他解释道：

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

我的问题是：

当某人改变病人的状态时，是什么触发了一个应用程序向其他应用程序发送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在这个区域可以做的事情--拉和推。
4. 如果可以的话，使用FHIR总是明智的。不过，大多数情况下，您将不得不使用v2，因为这正是我们所提供的。