我是 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 标准的应用程序中提取/接收信息吗？那么对于历史变化和实时变化呢？这是一种更快的集成方式，还是更好地使用技术人员建议我的老式方式。
非常想知道更多这方面的信息，因为我想组织一个面向 future 的策略，并且每次我们迁移到新医院时都不会花费数月的整合时间。
谢谢大家的帮助!
最佳答案
取决于应用。大多数只发送数据，并且何时以及为什么可以配置。
不，您使用 hl7 v2 从应用程序而非数据库中提取数据 - 也就是说，如果应用程序支持它。许多(大多数？)没有。而且您只能执行应用程序允许的操作
FHIR 会更容易使用，但它仍在稳定中，今年您将很难找到提供 fhir 界面的应用程序。您必须与潜在客户交谈以了解是否可行。顺便说一句，FHIR 可以在这个 regsard 中做 v2 可以做的事情——拉和推
如果可以的话，始终建议使用 FHIR。不过，大多数情况下，您必须使用 v2，因为这是提供的。
关于sql - HL7 2.x只能用来接收消息还是拉数据？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/36786494/