HL7系统集成下的医疗信息论文.docVIP

HL7系统集成下的医疗信息论文 1HL7的发展与应用 医疗卫生信息化是国内外医疗卫生行业目前比较关注的话题，其核心是规范医学数据格式，使医疗卫生信息系统能够进行数据交换和信息共享。与发达国家相比，我国的医疗数据交换标准研究工作起步较晚，目前完全遵循HL7标准进行医疗信息系统集成的医院、制造商为数不多［7］。医院内部及医院之间的信息系统不能实现互联互通、信息共享，严重阻碍了医疗信息化的发展。因此引入HL7国际标准作为国内统一的医疗信息化标准对解决医疗信息化建设、实现医疗数据互联互通意义重大。 2基于HL7的医疗卫生信息系统集成 国内在基于HL7标准的医疗卫生信息系统集成方面有了初步的实践。文献［8］介绍了北京世纪坛医院在“持卡就医，实时结算”的改造中利用HL7标准实现医院和医保部门的信息交换。文献［9］谈到国内外检查仪器的生产厂商通过HL7标准规范仪器通讯接口来解决各种检验仪器接口的重用性问题，并保证数据交换的准确性。文献［10］提到在不更改现有系统的前提之下，通过外挂中间件模式(HL7中间件、HL7引擎)解决医院信息系统异构的问题。基于HL7标准进行医疗数据整合，实现了医疗信息系统内部及系统之间数据交换和信息共享，主要体现在系统间集成应用上，涉及的关键技术有HL7的本地化和基于HL7的医疗信息系统集成方式。 2．1HL7本地化 HL7本地化是当前医疗信息交换标准的研究热点。HL7是美国开发的标准，与我国的文化、医疗模式存在一定差异。例如，美国人姓名有前缀、后缀等多种成分，在HL7协议中用字段将姓和名分开来存，而我国一般不会将姓和名分开。HL7协议中给每位病人设定账号(accountnumber)，而中国则有公费、自费、医保等多种类型。因此，国内在引入HL7进行医疗信息集成时，不能完全照搬HL7标准文件［11－12］。HL7协议中规定，消息是信息传递的最小单位，由段(segments)、字段(fields)、组件(components)、分隔符(delimiters)等元素组成。一条消息由多个段组成，而一个段由多个具有逻辑关系的字段组成，多种元素又构成了字段［13］。消息机制是实现消息传输、数据交换的关键技术，其主要功能是将应用系统的数据通过机制转换为标准的HL7消息，然后按照机制规定的传输协议将HL7消息发送至接收系统，接收方对传来的HL7消息进行验证、解析，再转化为应用系统的数据。HL7本地化就是要实现消息机制的本地化，它不需要在技术层面上进行改造，主要是对消息内容定义和编码。台湾地区大都通过单个消息来定义某一个接口，实现HL7的本地化。他们在进行转诊系统设计时，考虑到HL7中规定姓名字段与本地区命名存在差异，按照HL7的要求，将姓名分开处理［14］。这种方式依靠几个大型厂商和几家大型医院就可以定下某个接口标准，在某些方面得到快速应用。日本己经建立起了本地化的HL7标准，简称MML［15］。国内一些医院基于HL7标准进行医院信息系统改造，不是对现有HIS系统进行大改造，而是设计HL7网关，实现系统间的数据交换和共享［16］。然而，国内医疗软件厂商众多，医疗信息系统复杂，如果仅依靠某几个消息来定义接口，要编写大量、繁杂的转换程序，工作量非常大，所以这种方法可行但并不实用。目前我国将HL7改造成符合我国国情的HL7本地化标准库，依据标准库开发研制HL7消息构造器/解析器。消息构造器是参照HL7标准的数据结构，从一条HL7消息中抽取出有用的信息放到HL7本地化标准库，最后完成HL7消息和HL7本地化消息的转化。这个过程的逆向实现过程，就是消息解析器的工作过程。采用HL7本地化标准库的方法，编写工作量减小，转换效率高，实现了基于国内的HL7标准，给我国医疗信息系统集成提供了标准数据格式。 2．2基于HL7的医疗信息系统集成 目前国内医疗信息系统集成大都依靠系统开发商提供标准接口，或直接读取对方数据库的数据，部分采用共用数据库的方法。这些方法的优点是实现起来简单、成本低，缺点是通用性、扩展性、安全性等方面存在不足。如果多个应用程序同时读写数据库，难以保证系统的正确性，甚至可能导致灾难性的后果［17］。以上集成方法很难满足多样化的医疗系统应用和频繁的信息交换需求。HL7提供标准的API接口，可以简化应用程序集成接口开发的复杂度和工作量，大大改善系统的安全性和扩展性。引入HL7进行医疗信息系统集成，可以采用HL7Ｒeady和HL7Engine2种方式［18－19］。 2．2．1HL7Ｒeady方式 这种方式是指现阶段在设计或改造医疗信息系统时，充分考虑系统未来发展的需要，完全按照HL7标准设计应用系统的体系架构、数据对象、数据结构。因此，