HL简介_第1页
HL简介_第2页
HL简介_第3页
HL简介_第4页
HL简介_第5页
已阅读5页,还剩19页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

HL7简介,HL7标准,HL7,(Health Level Seven)或(Healthcare Layer Seven)直译为健康第七层,原意指在OSI的网络七层模型中,HL7将作为第七层即应用层相关标准,重点开发卫生行业,特别是临床和管理数据相关的交换标准和相关产品。,HL7的诞生,1987年由SamSchultz博士在宾夕法尼亚州大学医院主持的一次会议促成了HL7组织和通信标准的诞生。随着许多用户、厂商、顾问组织的加入,HL7队伍在逐渐壮大,于是成立了HL7工作组。HL7的主要应用领域是HIS/RIS,目前主要是规范HIS/RIS系统及其设备之间的通信,它涉及到病房和病人信息管理、化验系统、药房系统、放射系统、收费系统等各个方面。,HL7的发展,HL7组织成立于1987年,它主要目的是要发展各型医疗信息系统间,如临床、银行、保险、管理、行政及检验等各项电子资料的标准。HL7通讯协议汇集了不同厂商用来设计应用软件之间介面的标准格式,它允许各个医疗机构不同的系统之间,进行一些重要资料的通讯。在1994年HL7已纳入美国ANSI国家标准,积极促使HL7的发展及推广。,中国的HL7研究现状,2001年7月,中国以HL7 CHINA的名义正式成为HL7的国际会员,力求制定HL7 FOR CHINA 的标准。目前中国对HL7的研究主要集中在HL7 v2.x,中国的HL7协会2005年完成了HL7 2.4版的翻译工作。中国引入HL7已成为必然。,基于HL7标准数据转换的基本原理,不同格式的应用程序首先按照HL7标准的语法规则转换成各个系统都可以识别的标准数据格式消息,按照一定的网络传输协议(如TCP/IP、FTP等)或E-mail传送到接收方,接收系统在应用层上进行相应的应答并进行一定的有效性验证,消息通过有效性验证后送到应用程序,在按照HL7标准的语法规则进行解析,最终将消息转换为应用程序数据。,HL7的实现机制,HL7的实现机制是“触发事件trigger events”。例如,医生为住院病人开了X光片检查,护士在HIS系统录入医嘱时产生触发,在HIS端HL7引擎产生消息,并传递给RIS端HL7引擎,由它解析后,通知RIS系统为该病人进行X光片预约。,HL7中的基本概念,HL7标准包含256个事件116个消息类型139个段55种数据类型408个数据字典涉及79种编码系统。,HL7标准须理解的术语,触发事件(trigger events):当现实世界中发生的事件产生系统间数据流动的需求,则称其为触发事件。如:病人的入出转院(ADT)在HL7中对应ADT事件。消息(message):是系统间数据传输的最小单位,由一组有规定次序的段组成。每个消息都用一个消息类型来表示其用途。每个事件对应一个消息,如病人入院对应ADT_A01消息。段(segments):是数据字段的一个逻辑组合。每个段都用一个唯一的三字符代码所标识,这个代码称作段标识。字段(fields):是一个字符串。是段的最小组成单位。表(tables):分为HL7标准表和用户自定义表两种。其中HL7标准表(118个)为HL7规定必须使用的表;用户自定义表(185个)为HL7推荐使用的表。,HL7标准中对trigger event的举例,For example, the trigger event a patient is admitted may cause the need for data about that patient to be sent to a number of other systems. The trigger event, an observation (e.g., a CBC result) for a patient is available, may cause the need for that observation to be sent to a number of other systems. When the transfer of information is initiated by the application system that deals with the triggering event, the transaction is termed an unsolicited update.,对应的中文释义,例如,病人住院这个触发事件导致数据需求:这个数据是关于病人将被送往其他一些系统做检查。触发事件,如对病人的一个检查(例如:全血球计数 CBC:complete blood count 的检查结果)是可以进行的,这将引起需求:这个检查结果被送到其他一些系统中。当信息的转移被处理触发事件的应用系统初始化时,这个事务被称做为一个主动进行的更新。,消息举例,仍以 event A01 (admitted patient) 病人入院消息为例,研究一条具体的消息:MSH|&|ADT1|MCM|LABADT|MCM|198807181126|SECURITY|ADTA01|MSG00001|P|2.4|EVN|A01|198808181123|PID|1|PATID12345M11ADT1MRMCM123456789USSSASS|JONESWILLIAMAIII|19610615|M|C|1200 N ELM STREETGREENSBORONC27401?1020|GL|(919)379?1212|(919)271?3434|S|PATID123450012M10ADT1ANA|123456789|987654NC|NK1|1|JONESBARBARAK|WIWIFE|NKNEXT OF KINPV1|1|I|2000201201|004777LEBAUERSIDNEYJ.|SUR|ADM|A0|,消息分析(一),消息内容复杂,但如果熟悉HL7标准,就可以从中读出信息:该消息为ADT消息类型中的A01消息,MSH为消息头段,EVN为消息事件段,PID为病人标识段,NK1为相关,PV1为病人就诊段;这些三个字母一组称作段ID,代表回车符,表示该段的结束。,消息分析(二),MSH:Message Header(消息头)EVN:Event Type(事件类型)PID:Patient Identification(病人标识)NK1:Next of Kin / Associated Parties(血缘关系/社会关系)PV1:Patient Visit(病人就诊),消息分析(三),当然,一条ADT_A01消息可能会包含其他信息。例如:伤残信息(DB1)、过敏症信息(AL1)、诊断信息(DG1)、担保人信息(GT1 )、保险信息(IN1 )、事故信息(ACC)、通用账单信息(UB1 )、病人死亡或尸检信息(PDA)等等。,消息解读(一),通过HL7标准对消息的定义可知举例消息的含义:Patient William A. Jones, III was admitted on July 18, 1988 at 11:23 a.m. by doctor Sidney J. Lebauer (#004777) for surgery (SUR). He has been assigned to room 2012, bed 01 on nursing unit 2000.The message was sent from system ADT1 at the MCM site to system LABADT, also at the MCM site, on the same date as the admission took place, but three minutes after the admit.,消息解读(二),消息中文释义:病人William A. Jones, III在1988年7月18日上午11时23分住院, 医生Sidney J. Lebauer (编号:#004777) 为他做了手术。他被安排在2012房间,在看护单元2000的1号床位。此消息由在MCM站点的ADT1系统发往LABADT系统,也发往在MCM站点的LABADT系统,信息发送在病人住院的同一日期,但是在住院的三分钟之后。,HL7角色、事务的介绍,角色(Actor):信息系统或者信息系统的组成部分,在整体的医疗系统中,它们产生、管理和操作与它们的日常功能相关的信息。事务(Transaction): 角色间的信息交换;规范彼此间基于标准通讯协议信息交换及状态交换的标准。,事务的特点,所谓的事务(Transaction): 它是一个操作序列,这些操作要么都执行,要么都不执行,它是一个不可分割的工作单位。例如,银行转账工作:从一个账号扣款并使另一个账号增款,这两个操作要么都执行,要么都不执行。

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论