我需要你的所有帮助来指导我处理HL7接口集成,我将在两个不同的临床应用程序之间进行工作.
它是这样的,让我用一个例子解释我的查询.
我们现在有Epic系统下订单(实验室,药物等).现在,接下来这些实验室订单将产生另一个Cerner应用程序.
为此,必须有一个INTERFACE ENGINE,它必须读取来自EPIC系统的HL7消息,并将它们转换为Cerner SYSTEM的正确消息,然后写入其数据库.
所以,请你用一个示例界面引擎来解释我,它首先读取HL7消息并将它们转换为Cerner应用程序格式.
我如何在这里实现一个读取EPIC数据的接口引擎？
涉及哪些步骤？一个例子是最好的.
主要是,订单首先放在EPIC中,并产生Cerner应用程序.
请帮助我理解这个过程,以及如何使用Interface Engine进行界面嵌入？
Gre*_*ray 17
HL7是一个毛茸茸的野兽,到目前为止,你最好的选择是使用预先构建的界面引擎,为你解决问题.像Mirth Connect这样的东西,它是一个基于Java的系统,用于根据HL7消息接收,解码,路由和触发事件.Mirth是Mozilla公共许可证下的免费软件和开源软件,基于Java,可在大多数主要操作系统上运行,也可以购买专用硬件设备与HL7设备连接.它可用于在不同系统之间转换HL7消息,也适用于从HL7转换为其他协议(TCP,SQL/ODBC,文件,JMS,FTP,SOAP/HTTP).
有关Mirth Connect的更多信息,请查看他们的网络研讨会或查看Wiki以获取示例.
小智 7
比较引擎(IMO)中最关键的是总拥有成本.接口的生命周期很长 - 它们需要几分钟到几个月才能创建,然后永远存在.引擎中的记录,监视,警报(等)功能对于在接口生命周期内的成功至关重要.
如今,通过任何引擎推送HL7消息"非常简单".商业或开源引擎允许简单的界面快速出现.商业工具通常通过使非平凡界面更容易构建来区分.最好的引擎使界面构造快速,简单,我敢说很有趣.:-)
一些白皮书在您的搜索中提供背景和想法:
http://www.corepointhealth.com/whitepapers/evolution-hl7 - 深入审查HL7 V2和V3
如果您对商业软件持开放态度,请查看KLAS排名.
披露:我是Corepoint Health(提供商业界面引擎)和HL7联合主席基础设施和消息传递(InM)委员会的首席技术官.
| 归档时间： |
|
| 查看次数： |
7638 次 |
| 最近记录： |