首页 理论教育HL7工作组的职责和合作

HL7工作组的职责和合作

【摘要】:HL7工作组是由志愿者组成的,他们是在个人时间或雇主倡导的时间内做工作。HL7没有指定一套ISO批准的规范,以便覆盖HL7抽象消息规范作用的第一层至第六层。HL7标准主要关注第七层发生的或应用层发生的问题。它们有时被提到,目的是用来帮助实现者建立基于HL7工作的系统。至少因为这些,HL7不能成为一个真正的即插即用接口标准。与其他相关的医护标准合作已成为HL7的优先活动。自1992年建立后,HL7就参与到ANSI HISPP的进程中。

在过去几十年中,医疗机构和医院已经开始在其信息管理方面借助信息技术进行自动化处理。最初,这种自动化是朝着减少纸张的加工、增加资金的流动以及改变管理决策方面发展。随后,发展的焦点在于合理化改造临床服务和辅助服务,这些服务包括临床(在医院和其他住院病人的环境中)的和病人方面(在非固定的设置中)的系统。热点在于综合所有与就诊者一生相关护理(如电子医学记录)等信息。

现在,一般的医院都安装了计算机系统,凭此就可以实现数字化的入院、出院、转院、临床试验、放射、开票以及记账功能。这些系统往往由不同的厂商或组织所开发,这些厂商或组织的每个产品都有很特别的信息格式。因为医院已经扩展了信息管理操作系统,所以在系统中共享关键数据的想法就应运而生。这样,外部数据交换标准(如HL7)就诞生了。

卫生信息交换标准(Health Level 7,HL7)是标准化的卫生信息传输协议,是医疗领域不同应用之间电子传输的协议。HL7汇集了不同厂商用来设计应用软件之间接口的标准格式,它允许各个医疗机构在异构系统之间进行数据交互。

HL7的主要应用领域是HIS/RIS[1],主要是规范HIS/RIS与设备之间的通信,HL7涉及病房和病人的信息管理、化验系统、药房系统、放射系统、收费系统等各个方面。HL7的宗旨是开发和研制医院数据信息传输协议和标准,规范临床医学和管理信息格式,降低医院信息系统互联的成本,提高医院信息系统之间数据信息共享的程度。

1987年3月,在宾夕法尼亚大学医院Sam Schultz博士主持的会议上,确定了由医护工作者、销售商、顾问所组成的委员会的工作机制。参加者有相互竞争的设备厂商,但这些厂商之间有一个共同且唯一的目标:就是在不同的计算机应用程序之间实施公用的接口。这个委员会后来就成为著名的HL7工作组,该工作组致力于使那些在医疗应用系统中交换的某些关键数据集合的格式和协议标准化。HL7工作组是由志愿者组成的,他们是在个人时间或雇主倡导的时间内做工作。这个会议在美国的不同地点约4个月举行一次。HL7审核国际工作组在美国以外的很多国家都存在,包括澳大利亚、德国、日本、荷兰、新西兰和加拿大。HL7中国委员会[2]作为代表中国的组织会员参与HL7 International的各项活动。

Health Level 7中的“Level 7”是指OSI七层模型中的最高一层第七层,但这并不是说它直接使用OSI第七层定义的数据元素,它只是用来构成它自己的抽象数据类型和编码规则。它也没有规定如何支持OSI第一层到第六层的数据。

第七层是国际标准组织(ISO)的开放式系统互联(OSI)模型的最高层。这不是说HL7与ISO定义的OSI的第七层原理完全一致。HL7没有指定一套ISO批准的规范,以便覆盖HL7抽象消息规范作用的第一层至第六层。但是HL7符合位于OSI模型第七层内的这种从应用端到应用端接口的概念定义。

在OSI(七层)概念模型中,通信软件和硬件的功能被分在第七层或其他层。HL7标准主要关注第七层发生的或应用层发生的问题。这些就是在应用程序之间被交换的数据和时间,以及通信的特殊应用程序错误的定义。然而,与OSI模型底层有关的协议有时也会被提及,以帮助系统理解标准上下文,这也是必需的。它们有时被提到,目的是用来帮助实现者建立基于HL7工作的系统。

这个标准可以在不同的系统中进行接口的编址,这些系统可以发送或接收一些信息,包括就诊者住院(admissions)/登记、查询出院或转院(ADT)数据、就诊者的资源和计划安排表、医嘱、诊断结果临床观察、账单、主文件的更新信息、医学记录、就诊者的治疗安排以及就诊者的护理等。

HL7的目的是促进医护环境中的通信,主要提供在医疗计算机应用程序之间进行数据交换的标准,借助这些应用程序,可免除不必要的用户接口程序开发和减少程序维护的需求,可以用一个目标集来描述。(www.chuimin.cn)

(1)这个标准应该支持在多种广泛的技术环境系统之间的数据交换。该标准的实施可以应用在多种不同的程序语言环境和开放式系统上。该标准也支持在广泛的多种环境下的通信,可以支持从完整的遵循OSI七层网络协议栈到基本的点到点的RS232C的交互连接和由移动媒介(如软盘、磁带和优盘)传送数据。

(2)直接传送给单个处理的文件应当与传送给多个处理的文件得到同等支持,同时支持单数据流和多数据流两种通信方式。

(3)最大可能的标准化程度,这个标准应该满足特殊地址变异的需要;最大限度的兼容性,预留供不同使用者使用的特殊的表、编码定义和消息段。

(4)当出现新的要求时,这个标准必须支持这种新的发展。这是可扩展性需求,包括支持扩展的程序并发布到已存在的操作环境中去。

(5)这个标准应该建立在现有产品协议的经验上并接受广泛的工业标准协议,而不应该支持特定公司的某些利益以免损害到其他标准的用户。同时,HL7寻求保存这样一个唯一的特性,即独立开发商可以把这种特性带向市场。

(6)当HL7被使用并与医院内部的信息系统有关时,长期的目标就应该能定义所有医护环境中应用程序的格式与协议。

(7)HL7不假设医护信息系统的结构,也不尝试去解决医护信息系统间结构不同的问题。至少因为这些,HL7不能成为一个真正的即插即用接口标准。

(8)HL7工作组的主要兴趣已经尽可能地转移到应用标准上。为达到这一点,HL7已发展了一个支持一致投票过程的基层组织并已由美国国家标准协会(ANSI)认可授权的标准组织(ASO)。

(9)与其他相关的医护标准(如ACR/NEMA DICOM、ASC X12、ASTM、IEEE/MEDIX、NCPDP等)合作已成为HL7的优先活动。自1992年建立后,HL7就参与到ANSI HISPP(健康信息系统计划工作组)的进程中。