2022年医学专题—HL7卫生健康标准.pptx

HL7卫生(wishng)交换标准,学习(xux)汇报,第一页，共三十八页。,假定有这样一个情况出现：张某在县属医院内科就诊，由于病情的突变，县医院已经没有条件对他继续进行治疗，必须要转到市医院进行治疗。但是由于两个医院间无法实现资源共享，县医院必须对张某重新开始进行诊断，而不能利用县医院已有的资料。这样不论在时间上，还是在资源上，都造成了不必要的浪费，严重的甚至可能(knng)因为错过患者的最佳治疗时机而危及患者的生命。,第二页，共三十八页。,第三页，共三十八页。,现今的医院信息系统HIS（Hosipital Information System）已经得到广泛使用，但是由于缺少统一的医疗(ylio)信息交换标准，使得医院都成了信息的孤岛，为了解决由于信息交换的标准不同而出现的种种问题，HL7标准技术应时而生。,第四页，共三十八页。,Part 1 什么是HL7？Part 2 HL7的发展Part 3 HL7标准(biozhn)详述,第五页，共三十八页。,什么(shn me)是HL7?,HL7 全称是Health Level 7，是标准化的卫生信息传输协议，医疗领域不同应用之间电子传输的协议。它将允许各个医疗机构在异构系统之间，进行数据交互，包括整合非标准信息格式。规范(gufn)各医疗机构之间，医疗机构与病人、医疗事业行政单位、保险单位以及其它单位之间各种不同信息系统之间进行医疗数据传递的标准，使医院信息系统适应“以患者信息为中心”的要求。,第六页，共三十八页。,Health Level 7中的“Level 7”是指OSI的七层模型中的最高一层，第七层应用层。但这并不是(b shi)说它遵循OSI第七层的定义数据元素，它只是用来构成它自己的抽象数据类型和编码规则。它也没有规定规范说明如何支持OSI第一到第六层的数据。,OSI模型(mxng),HL7并没有提供一个完全的“即插即用”解决方案，因为在医疗机构的传输环境中有两个重要的影响因素：医疗机构的传输环境中缺乏处理的一致性；产生的结果(ji gu)需要在用户和厂商间进行协商。因此，它提供的是一个可在较大范围内选择数据和处理流程的灵活系统，并尽可能的包括所有已知的程序（触发器Trigger）和数据（段Segment和域Field）要求。,第七页，共三十八页。,HL7标准是一个文本结构的文档。首先，利用一些文字处理工具将文档中的各个数据定义抽取成数据结构，再将结构的形式存入预先定义的HL7规则数据库。然后，开发一种代码生成(shn chn)器，它根据规则数据库的内容，自动生成(shn chn)某一种计算机语言代码。最后，可将这些代码加入实际应用的程序框架。,第八页，共三十八页。,Part 1 什么是HL7？Part 2 HL7的发展(fzhn)Part 3 HL7标准详述,第九页，共三十八页。,HL7的起源(qyun),Health Level Seven，该组织成立於1987年，由SamSchultz博士在宾夕法尼亚州大学医院主持的一次会议促成了HL7组织和通信标准的诞生。随着许多用户、厂商、顾问组织的加入，HL7队伍在逐渐壮大(zhungd)，于是成立了HL7工作组。从1994年起是美国国家标准局（ANSI）授权的标准开发组织（SDO）之一，是从事医疗服务信息传输协议及标准研究和开发的非盈利组织。,第十页，共三十八页。,发展(fzhn)历史,从1987年3月以来，HL7工作组大约每三到四个月就聚在一起来开发和讨论这个规范。工作组加入(jir)到委员会指定开发下的每个功能接口，另外，辅助委员会指定所有的控制结构和小组的不同管理。这些委员会有责任编制和维护HL7界面标准中的章节。另外，在HL7内部经常形成不同的兴趣小组来发展他的思想，并且发起一些专门委员会没有涉及的特殊看法。如果一个特殊的兴趣小组的行动得到批准并且一个新的章节经过讨论认为是必须的，他们可能请求HL7技术委员会主席和执行委员会组建一个技术委员会。,第十一页，共三十八页。,在最初的三个会议上，版本1.0标准草稿准备覆盖所有接口的结构(jigu)、ADT、医嘱输入、面向显示的查询。0版本随后被准备到Tysons Corner的全体会议，并出现在1988年9月的Tucson的第二次全体会议上。从第二次全体会议以来，2.1、2.2、2.3版本的编辑和修改就没有间断过。现已用XML开发了v3.0版，但HL7 v2.4版本仍是ANSI正式发布的版本。同时，工作小组已经发展到300个人，远远超过了原来的12个人。,第十二页，共三十八页。,国内的发展(fzhn),HL7标准正在国内逐渐获得大家的认识。2000年，中国加入HL7组织，成为HL7的成员国组织，在国内开始进行HL7标准的推广和本地化研究工作。HL7的主要应用领域是HIS/RIS，目前主要是规范HIS/RIS系统及其设备之间的通信，它涉及到病房和病人信息管理、化验系统、药房(yofng)系统、放射系统、收费系统等各个方面。,第十三页，共三十八页。,Part 1 什么是HL7Part 2 HL7的发展Part 3 HL7标准(biozhn)详述,第十四页，共三十八页。,HL7详述(xin sh),1、HL7标准的目标与目的2、HL7标准的特点(tdin)3、HL7标准实现的功能及其方法4、HL7标准协议简述5、HL7接口引擎的工作原理,第十五页，共三十八页。,总体(zngt)来说，HL7的目的是促进医疗环境中的通讯，主要的目标是提供在医疗计算机应用程序之间进行数据交换的标准，这些应用程序是除去或从本质上减少用户接口编程和程序维护，否则这些编程和维护必不可少。,1、HL7标准的目的(md)与目标,第十六页，共三十八页。,目的(md),开发和研制医疗数据信息传输协议及标准优化临床及其管理数据信息的程序降低卫生(wishng)信息系统互联的成本提高卫生信息系统之间数据信息共享的程度,第十七页，共三十八页。,HL7标准应该支持各种技术环境下的数据交换，同时也应支持各种编程语言和操作系统，以及支持各种通讯环境。同时支持单数据流和多数据流两种通讯方式。最大限度的兼容性，预留了供不同使用者 使用的特殊的表、编码定义、和消息段（如：HL7的Z-segments）。标准必须具有可扩展性，以支持新的要求，这包括协议本身的扩展及与现有系统和新 系统的兼容。标准应该是在充分参考现有的产品通讯协议基础上，被广泛接受的工业(gngy)标准。而不应该支持特定公司的某些利益以至损害到其他用户。HL7的长期目标就是制定一种用于医疗机构电子数据交换的标准或协议。,目标(mbio)：,第十八页，共三十八页。,2、特点(tdin),完整性对基本的医嘱，财务，检验信息都有了规范的描述，而且做得非常详细，如病人的饮食忌讳(j hu)，宗教信仰等按照相应的ISO标准（国际标准化组织划定的标准）进行描述。可实现性选择OSI第七层做标准，保证其可实现性。兼容和扩展性包括对中药计量单位的支持。安全性由于HL7的开发和兼容性导致安全性很难保障，尽管支持数字签名，但主要还是要靠网络底层协议保证。,第十九页，共三十八页。,3、实现(shxin)的功能及其方法,信息交换（Message interchange）软件组织（Software components）文档与记录架构（Document and record architecture）医学逻辑（Medical Logic）HL7标准可以在不同的系统中进行接口的编址，这些系统可以发送或接收一些信息，包括：就诊者住院/登记、出院或转院（ADT）数据、查询、资源和就诊者的计划安排表、医嘱、诊断结果临床观察(gunch)、账单、主文件的更新信息、医学记录、安排、就诊者的转诊以及就诊者的护理。,实现(shxin)功能,第二十页，共三十八页。,HL7实际上是一组标准的API接口，这样可以大大简化不同厂家同类应用程序接口的复杂度和工作量。有二种实现的方法：一、采用点对点通讯方法以实现不同系统的对接。二、采用HL7服务器的方法实现，HL7 Server实际上是应用服务器，形成居于HL7接口的中心数据库，这样可以减少接口数量(shling)，提高系统可靠性。,实现(shxin)方法：,第二十一页，共三十八页。,4、HL7标准协议简述(jin sh),HL7标准协议就是一种数据交换协议，并不涉及底层(d cn)的通讯协议。,第二十二页，共三十八页。,HL7通讯协议中，有四个最基本的术语：触发事件(shjin)（trigger events）：当现实世界中发生的事件产生了系统间数据流动的需求，则称其为触发事件。消息（message）：它是系统间传输数据的最小单位，由一组有规定次序的段组成。每个消息都是用一个消息类型来表示其用途。段（segment）：它是数据字段的一个逻辑组合。每个段都用一个唯一的三字符代码所标志，这个代码称作段标志。字段（field）：它是一个字符串，是段的最小组成单位HL7标准包含256个事件、116个消息类型、139个段、55种数据类型、408个数据字典，涉及79种编码系统。,基本(jbn)术语,第二十三页，共三十八页。,数据交换的基本单位(dnwi)消息,在HL7通信协议中，消息（Message）是数据交换的基本单位。HL7的消息是自动生成的，它将HL7标准文档自动转化为一个HL7规则数据库和部分程序数据结构代码。实现一个通信标准的具体(jt)工作是生成数据结构，以及实现一个构造器(Builder）和一个解析器（Parser）。,数据(shj)结构表现了标准中各个数据(shj)对象的相互关系。构造器将数据(shj)结构中的数据(shj)转化成能在电子数据(shj)交换媒介中传输的数据(shj)串。而解析器能够将数据(shj)串解析回原来的数据(shj)结构。,第二十四页，共三十八页。,在HL7通讯协议中，每个事件(shjin)对应一个消息，如患者入院对应ADT A01消息。每条消息都有各自的消息类型（V2.4共有112种）来表示其用途。,第二十五页，共三十八页。,消息(xio xi)结构,一个消息由多个段（Segment）组成，每一段都有相应的名称(mngchng)，用于界定其内容或功能（V2.4共有138种）。而一个段又由多个数据字段（Data Field）组成。一个消息中的第一个段总是消息头段（Message head segment），它指明了发送和接收的程序名、消息类型、以及一个唯一的消息ID号码等，接下去段的构成由消息的类型决定。如，PID段（Patient Identification Data）包括姓名、地址、社会保险号等。一个数据字段又有可能由多个组件组成。有些消息可进一步由事件码（event code）细分。,第二十六页，共三十八页。,消息(xio xi)的编码原则,单个字段的重复使用 使用重复字段分隔符 例：营口路101号 军工路516号字段分割(fng)符 使用符号|作为字段之间的分割例：|营口路101号 军工路516号|,成分的分割 使用(shyng)符号 作为成分的分割例：|营口路101号 200093 军工路516号 200093|子成分之间由“&”进行分隔例:|AAAXXXYYY&ZZZBBB|,第二十七页，共三十八页。,工作(gngzu)原理,HL7接口引擎工作原理图,第二十八页，共三十八页。,Send/Receive module（发送/接收模块）：支持(zhch)TCP/IP通讯协议，HIS系统向数据中心发送电子病历信息，信息格式为符合HL7标准的字符串格式。数据中心接收并解析HL7信息，将解析后的信息存到数据中心的数据库中，完成后回复发送端一个ACK确认信息，确认信息已经发送成功。HL7 Adaptor module（转换模块）：实现字符串格式数据与XML格式之间的相互转换，对信息格式进行检查验证，保证发送/接收病历数据的正确完整。HL7 API module（应用接口模块）：提供符合HL7标准的应用接口，医疗应用系统可以