我需要您的所有帮助来指导我开展 HL7界面集成，我将在两个不同的临床应用程序之间进行工作。
就像这样，让我用一个例子解释我的查询。
我们现在有Epic系统下订单（实验室，药物等）。现在，接下来这些实验室订单将导致另一个Cerner应用程序。
为此，必须有一个INTERFACE ENGINE，它必须阅读来自 EPIC系统的 HL7消息，并将其转换为的正确消息Cerner SYSTEM 然后写入他们的数据库。
那么，请你用一个示例界面引擎来解释我，它首先读取HL7消息并将它们转换为Cerner应用程序格式。
我如何在这里实现一个读取EPIC数据的接口引擎？
涉及哪些步骤？一个例子是最好的。
主要是，订单首先放在EPIC中，并产生Cerner应用程序。
请帮助我理解这个过程，以及如何使用Interface Engine进行界面嵌入？
答案 0 :(得分：17)
HL7是一只毛茸茸的野兽，到目前为止，你最好的选择是使用预先构建的界面引擎来解决这个问题。像Mirth Connect这样的东西，它是一个基于Java的系统，用于根据HL7消息接收，解码，路由和触发事件。 Mirth是Mozilla公共许可证下的免费软件和开源软件，基于Java，可在大多数主要操作系统上运行，也可以购买专用硬件设备与HL7设备连接。它可用于在不同系统之间转换HL7消息，也适用于从HL7转换为其他协议（TCP，SQL / ODBC，文件，JMS，FTP，SOAP / HTTP）。
答案 1 :(得分：7)
比较引擎（IMO）中最关键的是总拥有成本。接口的生命周期很长 - 它们需要几分钟到几个月才能创建，然后永远存在。引擎中的记录，监视，警报（等）功能对于在接口生命周期内的成功至关重要。
现在通过任何引擎推送HL7消息“非常简单”。商业或开源引擎允许简单的界面快速出现。商业工具通常通过使非平凡界面更容易构建来区分。最好的引擎使界面构造快速，简单，我敢说很有趣。 ： - ）
一些白皮书，为您的搜索提供背景和想法：
http://www.corepointhealth.com/whitepapers/evolution-hl7 - 深入审查HL7 V2和V3
如果您对商业软件持开放态度，请查看KLAS排名。
披露：我是Corepoint Health（提供商业界面引擎）和HL7联合主席基础设施和消息传递（InM）委员会的首席技术官。
答案 2 :(得分：4)
还没有人提到HAPI但是它基于Java和开源。首页有一堆＆＃39; HAPI by Example＆＃39;代码片段应该可以帮助您入门。
然而，这是一个非常深刻的主题。我目前正在使用HAPI为来自Spire（Cerner）的实验室编写一个解析器，为了让它工作，你需要做很多小事。值得注意的是，Cerner实验室在他们的实验室中使用ZDS（z段），这需要一些定制（z段是＆＃39;定制＆＃39;不属于HL7标准的段）。他们还发送了MDM R01＆＃39;消息，它们不属于任何HL7标准（它们似乎只是带有ZDS段的ORU R01消息......）。
Cerner是否为您提供了接口规范？他们应该 - 如果没有，你应该要求一个。还要获得EPIC的规范文档。
我不认为有一个API会自动将HL7消息从EPIC转换为Cerner - 我想你自己必须这样做。但是您可以使用现有的API来帮助您（考虑到解析HL7消息并解决它的大量工作，应该让它变得更容易）。
无论如何，祝你好运！
答案 3 :(得分：0)
需要考虑的另一篇白皮书：The Role of an Interface Engine in Modern Healthcare - 引擎的主要功能
答案 4 :(得分：0)
HL7集成引擎：
集成引擎用于在两个应用程序之间建立接口/对话（Communicate）。
在您的示例中，Epic和Cerner。
使用EPIC，您将创建新的订单并将这些订单发送给Cerner以生成订单。
这里的EPIC可能支持一个字段和数据类型，而Cerner可能支持不同的数据类型和其他字段。
在这里，您需要Integration Engine将一种数据类型格式转换为另一种数据类型格式。
例如：我们有不同类型的集成引擎，如Mirth / CloverLeaf / Rapsody等集成引擎
Mirth Connect是一个开源软件。在这里，您将使用Mirth接收EPIC格式的EPIC订单，您将把这些格式转换为Cerner格式。
一旦LIS Cerner接受了这些Order和Resultout消息，并需要将其作为结果发送回EPIC。
Mirth将接受来自Cerner的结果，并采用Cerner格式，Mirth将选择这些结果并转换为EPIC格式，然后发送到EPIC系统。