HL7+应用介绍3

HL-7北京天坛医院信息中心2012-2目录•定义•HL7标准适用范围•HL7标准的原理•HL7标准主要内容•HL-7工作机制定义•HL-7（HealthLevelseven）•开放系统互联（OSI）七层协议第七层（应用层）的协议。与TCP/IP等通讯协议无关。•美国国家标准局(ANSI)批准使用的一个用于医院、社区医疗、保险公司等医疗领域及医用仪器设备间电子数据信息传输的标准。•1987年,宾夕法尼亚州大学医院•舒尔茨(Schultz)博士牵头成立HL7组织和制定HL7通讯标准定义•HL7是一种卫生信息交换标准,是标准化的卫生消息传输协议。•HL7为不同医疗卫生系统（异构系统）之间提供了统一的电子数据信息交换的接口,便于信息的交换和系统的集成,进而减少或者消除了用户接口的编程和程序的维护工作。HL7标准适用范围•医院内：–医院内部不同信息系统之间–患者病历信息的交换、–临床检验科室检验结果的交换、–影像数据的交换以及财务信息的交换等,•医院外：–各个医院之间、–医院和医疗保险机构之间–医院和医疗管理部门之间HL7标准的原理•HL7标准构建在国际标准组织(ISO)所制定的开放式系统互连(OSI)模型的第7层应用层上。（与通信协议无关）•HL7标准主要关注发生在OSI模型应用层上的被交换的数据的格式、数据交换的时间以及错误的定义及处理。•HL7标准支持各种通信协议和各种环境下的通信HL7标准主要内容(1)病人基本信息管理;(2)病人的入院信息、出院信息和转院信息;(3)各种医院服务项目的管理,如手术管理、检查管理、化验管理、用药管理、医用材料管理及饮食服务管理等;(4)财务信息管理,病人个人账户管理,医疗保险理赔和支付;(5)检查结果和化验结果的回报;(6)档案信息管理;(7)病案信息管理;(8)医疗服务预约管理。HL-7工作机制•是基于消息机制来实现数据交换和系统集成的,•它规定了数据的基本元素和结构。•在HL7标准中,消息(message)是系统之间交换数据的最小数据单元。•一个消息由若干个组段(segment)组成,•而一个段由若干个字段(field)组成,消息的最小构成单位就是字段。HL-7工作机制•HL7标准的实现机制是消息触发事件（triggerevents），消息是根据触发事件被传送到接收方的。HL-7工作机制•在HL7通讯协议中，消息(Message)是数据在系统之间交换的基本单元，每条消息都有各自的消息类型（V2.4共有112种），用于定义消息目的消息类型中有触发事件。•一个消息由多个段(Segment)组成，每一段都有相应的名称，用于界定其内容或功能(V2.4共有138种)。•而一个段又由多个数据字段(DataField)组成。•一个消息中的第一个段总是消息头段(Messageheadsegment)，它指明了发送和接收的程序名、消息类型、以及一个唯一的消息ID号码等，接下去段的构成由消息的类型决定。•如，PID段(PatientIdentificationData)包括姓名、地址、社会保险号等。一个数据字段又有可能由多个组件组成。一个HL7消息实例•实际信息：转院患者，患者王海于2002年12月1日上午11点12分由301医院急诊室转往北医三院急诊外科李四。301医院转诊系统转诊确认后2分钟向北医三院发出患者转诊信息和患者基本情况：张三，身份证号110108197404012346，男性，住址：海淀区复兴路38号，电话：85591234。转成HL7消息后为•MSH|^～＼&|005^急诊室|0802^301医院|0052^急诊外科|0801^北医三院•|200212011114|SECURITY|RPA^I08|MSG00001|P|2.4|cr•EVN|I08|200212011112||cr•PID||||330108197404012346||张三|19740401|男||C|海淀区^复兴路^38号^100083|8559-1234|||cr•PV1||急诊外科||||0007^李四|||急诊科|cr--------------------------------------------------------------------------------•其中MSH是消息头（MessageHeader）•EVN是事件类型（EventType）•PID是病人基本资料（PatientIdentification）•PV1是病人住院情况（PatientVisit）cr结束一个segment，该值不能被执行者改变。HL-7工作机制工作机制模块说明•Send/Receivemodule（发送/接收模块）：支持TCP/IP通讯协议，HIS系统向数据中心发送检查医嘱消息（ORM），信息格式为符合HL7标准的字符串格式。PACS系统接收并解析HL7信息，将解析后的信息存到数据库中，完成后回复发送检查医嘱回应消息(ORR)。工作机制模块说明•HL7Adaptormodule（转换模块）：实现字符串格式数据与XML格式之间的相互转换，对信息格式进行检查验证，保证发送/接收病历数据的正确完整。工作机制模块说明•HL7APImodule（应用接口模块）：提供符合HL7标准的应用接口，医疗应用系统可以调用接口函数，按照HL7标准格式填写参数，实现向其他医疗应用系统发送数据。该模块也可以调用符合HL7标准的Windows组件应用程序，将医疗信息数据传递给医疗应用系统，实现接收其他医疗应用系统的数据。工作机制模块说明•HL7Resourcemodule（HL7资源模块）：支持各种实际应用的HL7医疗信息事件，如检查医嘱、转诊等。工作机制模块说明•Mappingmodule（对照模块）：提供翻译对照功能，可以按照医疗应用系统进行定制。HL7接口引擎•对于HL7接口引擎的概念，可以这样理解，它是一组支持HL7通讯的过程调用函数或控件，应用程序按照HL7接口引擎的约定提供参数，模块之间的通讯则由HL7接口引擎完成。•在国外发达国家中，目前主流的医疗信息整合技术为“HL7/XML接口引擎”，它是整合多种技术合成的医疗信息整合技术，用以转译各种医院信息系统数据至符合HL7标准的XML信息格式，以实现各种医疗卫生信息系统之间的信息共享与交换。二种数据交换方式•要深入了解HL7接口引擎的原理，我们还是必须要从数据通讯这个方面来研究。在数据通讯方面，有两种层次的数据交换应用。第一层次数据交换应用，是对现有信息进行处理，只是交换现有的系统中存在的信息数据。二种数据交换方式•第二种层次的是不仅要交换各种结果信息，同时还要交换各种过程信息，从而达到系统之间的交互目的。基于HL7的数据交换的两种方式。•一种“HL7Engine”方式，主要目的是使得用户原有系统具有HL7的通讯能力。•另一种是“HL7Ready”方式，则是在整个系统中，在各个应用终端已经对HL7的接口协议进行了设计和处理，各个终端都应当可以接收和处理HL7消息，并进行相关的处理。在理论上可以达到系统和系统之间实时的交互运作，可以相互主动地在需要的时候获取对方可以提供的数据信息。HL7不同版本的区别•HL7标准V2•特点：自底向上的开发方法；自行协商。•优点：–可扩展：根据特例扩展标准。–很灵活：定义的消息包含大量可选数据项。•缺点：–太丰富–难验证，无法做统一有效的验证。HL7不同版本的区别•HL7标准V3•特点：–自顶向下的开发方法•优点：–定义明确，易验证–即插即用•缺点：–用户少，缺经验HL-7版本时间表HL7标准V2.4概述•卫生部医院管理研究所翻译出版中文版–接口消息的完整定义–接口应用的业务领域•接口消息完整定义1.医疗业务应用系统的架构和系统间的交互模型2.系统间交互的数据结构3.系统间交互的技术实现，控制与查询的各项机制。第三章《患者管理领域》•应用系统间交换患者信息以及患者的就诊信息。•本章定义了66个事件,分别是：•患者信息：新建、删除、合并、更新、查询、应答•患者信息：链接、取消链接•患者登记、预入院（取消）、入院（取消）、转院（取消）、等待转院（取消）、出院（取消）、等待出院（取消）。•患者请假（取消），请假返回（取消）。•患者所处位置变化：床位、医生、护士12个特有信息段1.EVN一事件类型、2.PID一患者信息、3.PV1一患者就诊信息、4.PV2一患者就诊附加信息、5.NK1一家庭关系、6.AL1一患者过敏信息、7.IAM一患者过敏反应信息、8.NPU一床位状况信息、9.MRG一患者合并信息、10.PD1一患者附加信息、11.DB1一残疾信息、12.PDA一患者死亡和尸检信息。《第四章》《医嘱管理领域》•应用系统间医嘱的交换。•针对某个特定患者。•这些服务包括：药品、卫生材料、治疗、手术、护理、检查、检验、饮食、休息等。•事件：–通用的医嘱通知–临床医嘱通知–实验室医嘱通知特有字段1.ORC-通用医嘱2.BLC-费用信息3.OBR-临床申请第六章《收费管理领域》•用于划价、收费、付款、折扣、保险以及其他与患者交费相关的信息的交换。•事件：–患者账户：新增、清除、更新、终止–账户类型–收费信息16个特有信息字段1.FT1一收费信息2.DG1一诊断信息3.DRG一诊断分类4.PR1一处置信息5.GT1一担保人6.IN1一保险信息7.IN2一保险附加信息8.IN3一保险审核信息9.ACC一意外事故（致病原因）10.UB1一美国专用11.UB2一美国专用12.ABS一临床摘要13.BLC一用血信息14.RMI一意外事件（治疗中）15.GP1一付款类型16.GP2一付款信息第七章《临床信息管理领域》•应用系统之间交换结构化的、面向患者的临床数据,至少包括：–临床观察结果、–影像报告《不含影像》、–肺功能报告、–患者状况度量值、生命体征、摄入量与排出量（体温单）、–各种症状的严重性和发生频率、–药品过敏情况、–问题列表、–诊断列表、–医生与护理记录病历、–体检结果、–疾病进展记录和手术记录等。事件•临床信息变更通知–将临床信息用三个层次构建：•最上层：PID（病人ID）•中间层：OBR（临床申请）•底层：一个或多个OBX（临床报告）•实验室的临床信息变更通知–可附带分析结果与样本、容器、试剂等的关联信息•查询临床信息•MSH(MessageHeader)是消息头段,•PID(PatientIdentification)是病人的基本信息段,•PV1(PatientVisit)是病人的就诊情况段,•OBR(ObservationRequest)是发送检验请求段,•OBX(ObservationResult)是发送检验结果段。•在MSH中的ORU表示传送检验结果的消息类型。•字段之间用“|”分隔,•用cr结束一个段。案例分析MSH|^~\&|检验科|呼吸内科|20071101|ORU^R01|P|23|crPID|07357553|李刚|19460908|男|汉|中华路58号^110001|88625470|crPV1|呼吸内科|00332^张红|crOBR|07357553|凝血三项|00332^张红|crOBX|1|NM|血浆D二聚体测定|1.77|g/ml|0.00-0.50|200711011402|临床生化室|00332^王亮|crOBX|2|NM|血浆凝血酶原时间|14.1|s|11.0-14.0|200711011402|临床生化室|00332^王亮|crOBX|3|NM|血浆纤维蛋白原|7.74|g/l|2.00-4.00|200711011402|临床生化室|00332^王亮|crOBX|4|NM|血浆凝血酶原活动度|85|%|80-120|200711011402|临床生化室|00332^王亮|crOBX|5|NM|PT国际标准化比值|1.11||0.80-1.20|200711011402|临床生化室|00332^王亮|cr第八章《主文件管理领域》•管理和交换应用系统之间共享