hl7 库

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

HL7的主要应用领域是HIS/RIS,主要是规范HIS/RIS系统及其设备之间的通信,HL7的宗旨是开发和研制医院数据信息传输协议和标准,规范临床医学和管理信息格式,降低医院信息系统互连的成本,提高医院信息系统之间数据信息共享的程度。

扩展资料:

HL7(Health Level Severn,)组织是一家非盈利性质的国际性组织,主要从事卫生保健环境临床和管理电子数据交换的标准开发。

HL7组织参考了国际标准组织ISO(International Standards Organization),采用开放式系统互联OSI (Open System Interconnection)的通信模式,将HL7纳为最高的一层,也就是应用层。

参考资料来源:百度百科-HL7

HL7 卫生信息交换标准(Health Level 7)
标准化的卫生信息传输协议,是医疗领域不同应用之间电子传输的协议。HL7汇集了不同厂商用来设计应用软件之间接口的标准格式,它将允许各个医疗机构在异构系统之间,进行数据交互。
HL7的主要应用领域是HIS/RIS,主要是规范HIS/RIS系统及其设备之间的通信,它涉及到病房和病人信息管理、化验系统、药房系统、放射系统、收费系统等各个方面。HL7的宗旨是开发和研制医院数据信息传输协议和标准,规范临床医学和管理信息格式,降低医院信息系统互连的成本,提高医院信息系统之间数据信息共享的程度。
Health Level 7中的“Level 7”是指OSI的七层模型中的最高一层,第七层。但这并不是说它遵循OSI第七层的定义数据元素,它只是用来构成它自己的抽象数据类型和编码规则。它也没有规定规范说明如何支持OSI第一到第六层的数据。
HL7并没有提供一个完全的“即插即用”解决方案,因为在医疗机构的传输环境中有两个重要的影响因素:
⑴医疗机构的传输环境中缺乏处理的一致性;
⑵产生的结果需要在用户和厂商间进行协商。
因此,它提供的是一个可在较大范围内选择数据和处理流程的灵活系统,并尽可能的包括所有已知的程序(触发器Trigger)和数据(段Segment和域Field)要求。
在HL7通信协议中,消息(Message)是数据交换的基本单位。HL7的消息是自动生成的,它将HL7标准文档自动转化为一个HL7规则数据库和部分程序数据结构代码。实现一个通信标准的具体工作是生成数据结构,以及实现一个构造器(Builder)和一个解析器(Parser)。数据结构表现了标准中各个数据对象的相互关系。构造器将数据结构中的数据转化成能在电子数据交换媒介中传输的数据串。而解析器能够将数据串解析回原来的数据结构。HL7标准是一个文本结构的文档。首先,利用一些文字处理工具将文档中的各个数据定义抽取成数据结构,再将结构的形式存入预先定义的HL7规则数据库。然后,开发一种代码生成器,它根据规则数据库的内容,自动生成某一种计算机语言代码。最后,可将这些代码加入实际应用的程序框架。
图1说明的是用HL7标准实现各种医疗设备互连,其中的ADT指的是入院、出院和转移,通常简称为ADT(Ad-mission、Discharge、Transfer)。ADT主要是关于病人个人信息的生成和更新,以及病人来访等信息数据的交换。由于任何加入医疗系统网络的设备都需要病人的个人信息,ADT是HL7标准中应用最广泛的一个方面。通常,进入一个ADT系统的数据总是要传递给医院的各种系统,2013年甚至要传递给保险公司。 HL7(Health Level 7)作为一个机构,成立于1987年,从1994年起是美国国家标准局(ANSI)授权的标准开发组织(SDO)之一,是从事医疗服务信息传输协议及标准研究和开发的非盈利组织。
HL7现有会员2200多,其中团体会员超过1500个,代表世界上主要国家和包括医疗方面90%的信息系统供应商。参与HL7技术合作与推广的国家和地区除美国外,还有澳大利亚、加拿大、中国、芬兰、德国、日本、荷兰、新西兰、英国、印度、阿根廷、南非、瑞典、韩国、台湾等。
HL7委员会的目的是开发和研制医院数据信息传输协议及标准,优化临床及其管理数据信息程序。
HL7委员会(截至2002年12月为止)设立了21个技术委员会
技术指导、构建回溯体系、 临床上下文对象工作组(CCOW), 临床诊断支持,控制、查询,教育,财务管理, 国际会员接纳, 营销,病历记录、信息管理,建模和方法学,医嘱、观察资料,病人管理,病人护理, 人员管理,处理步骤改善, 出版, 临床研究信息管理,工作安排和后勤,结构化文档,术语。
15个特殊兴趣委员会(Special Interest Groups,SIGs):
阿登语法,附件,临床指导方针, 临床基因, 社会基本健康服务,兼容性,电子病历(EMR),政府计划,图像集成,Java,实验室自动化和测试,药物治疗,安全和责任,模板,XML。
HL7的委员会并不是固定不变的,特别是SIGs是可以由会员自由申请成立的。 HL7作为标准它是开放系统互联(OSI)七层协议第七层(应用层)的协议。
是作为规范各医疗机构之间,医疗机构与病人、医疗事业行政单位、保险单位以及其它单位之间各种不同信息系统之间进行医疗数据传递的标准。
作为信息交换标准,HL7自1987年发布V1.0版后相继发布了v2.0 v2.1 v2.2 v2.3 v2.3.1 ,2000年发布了v2.4版,现已用XML开发了v3.0版,但HL7 v2.4版本仍是ANSI正式发布的版本。
HL7目标
⑴ HL7标准应该支持各种技术环境下的数据交换,同时也应支持各种编程语言和操作系统,以及支持各种通讯环境。
⑵ 同时支持单数据流和多数据流两种通讯方式。
⑶ 最大限度的兼容性,预留了供不同使用者 使用的特殊的表、编码定义、和消息段(如:HL7的Z-segments)。
⑷ 标准必须具有可扩展性,以支持新的要求,这包括协议本身的扩展及与现有系统和新 系统的兼容。
⑸ 标准应该是在充分参考现有的产品通讯协议基础上,被广泛接受的工业标准。
⑹ HL7的长期目标就是制定一种用于医疗机构电子数据交换的标准或协议。 第七层是国际标准组织(ISO)的开放式系统互联(OSI)模型的最高层。这不是说HL7与ISO定义的OSI的第七层原理完全一致。而且,HL7也没有指定一套ISO批准的规范,以便占领HL7抽象消息规范作用的1-6层。但是HL7符合位于OSI模型的第7层内的这种从应用端到应用端接口的概念定义。
在OSI概念模型中,通讯软件和硬件的功能被分在第7层。HL7标准主要关注在第7层发生的或是应用层发生的问题。这些就是在应用程序之间被交换的数据、交换时间以及应用程序间通讯的特殊应用程序错误的定义。然而,与OSI模型协议低层有关的协议有时也被提到帮助系统理解标准的上下文,这是必须的。他们有时也被提到以帮助实现者建立基于HL7工作的系统。
HL7工作组是由志愿者组成的,他们是在个人时间或雇主倡导的时间内做的。HL7工作组的成员已经,并且愿意继续为那些有志于建设、发展、精炼医疗系统网络技术的第7层接口标准的人开放。
这个标准可以在不同的系统中进行接口的编址,这些系统可以发送或接收一些信息,包括:就诊者入院/登记,出院或转院(ADT)数 据,查询,就诊者的资源和计划安排表,医嘱,诊断结果临床观察,费用,主文件的更新信息,医学记录,安排,就诊者的治疗安排以及就诊者的护理。这不是试图 假设一个在应用程序中与数据的布置有关的特殊体系结构,而是被设计用来支持一个中心就诊者护理系统,以及支持数据在部门系统中的分布式环境。
如果我们认为多数的医护信息系统应用程序和传送医疗的各种环境一样,那么很明显这会有很多接口可以受益于这种标准化的定义。参与了编写标准过程的成员对接口的选择有很高的优先权。HL7的目的就是为这些接口准备一个完整的标准,其建立在可以有力的支持很多其它接口的一般构架的基础上。这个标准已经投入使用而且做为扩展现存接口定义的基础,并增加了一些其它定义。
这篇文档是按以下方式编排的。本章的余下部分包括:发展标准的基本理由,标准的发展目标,工作组从属的范围和操作入门的方法。希望可以帮助读者理解决定发展此标准的依据。以后的章节分别说明:
a)所有接口(包括通用查询接口)的全部结构
b)就诊者入院,出院,转院和登记
c)医嘱输入
d)就诊者记帐(帐目)系统
e) 临床观察数据,如化验结果,做为能识别的数据元素被发送(而不是显示定向文本)
f)为同步的公共参考文件(主文件)设立的通用接口
g)医学信息管理
h)就诊者和资源的安排计划
i)有关两个机构间的转诊病人的转诊消息
j) 支持面向问题通讯的就诊者护理消息,在计算机信息系统中为临床途径的实施提供功能 完整性-对基本的医嘱,财务,检验信息都有了规范的描述,而且做得非常详细,如病人的饮食忌讳,宗教信仰等按照相应的ISO标准描述。
可实现性-选择OSI第七层做标准,保证其可实现性。
兼容和扩展性-包括对中药计量单位的支持。
安全性-由于HL7的开发和兼容性导致安全性很难保障,尽管支持数字签名,但主要还是要靠网络底层协议保证。 一、采用点对点通讯方法以实现不同系统的对接;
二、采用HL7服务器的方法实现,HL7 Server实际上是应用服务器,形成居于HL7接口的中心数据库,这样可以减少接口数量,提高系统可靠性。

HIE的官方定义确定于2008年4月28日美国“国家卫生信息技术联盟”提交给美国卫生部的文件:卫生信息交换平台(Healthcare Information Exchange ,简写为HIE)是将两个以上体系中的信息,以国家或国际认可的标准,使用电子转移的方式移动与分享。

HIE (Healthcare Information Exchange,卫生信息交换平台),根据欧美等先进医学中心历经10余年来的探索总结,是公认的解决各个医疗子系统的数据孤岛、连接整合所有分院的信息最有效率、最不干扰医院现有相关子系统系统运行、最安全数据整合的方法。

一个完善的医院信息系统通常由上百个子系统组成,牵涉众多的专业领域。这么庞大的系统需要非常专业化的软件开发分工,整合不同厂商有特色的专业系统是医院信息系统的发展趋势。医院信息化能够取得成功必须保证各个系统的有效集成和数据的高度共享。然而这些系统通常是随着医院的发展需求逐步建设的,它们来源于不同的厂家,基于不同的技术,缺乏统一的信息交换标准,这些系统的集成整合已经逐渐成为制约医院数字化发展的主要障碍。而如何把这些系统连接实现各部门各专业信息共享就成了医院信息化建设中面临的一大难题。如果以传统的方式在各系统之间做接口的话就将出现众多的接口,这将给医院信息系统的稳定性、安全性、可靠性、效率等带来巨大的隐患,同时以让医院的运行维护成本成倍增长,如果医院要对其中一个应用系统进行升级或更换就必须再做众多数据接口。在此背景下需要打造一个公共的医院信息平台来代替原来数量众多的点到点数据接口,为医院信息化建设提供标准和规范,只要各应用系统都支持这些标准和规范,原则上就能与应用信息平台进行数据交换,并能同与平台相连的应用系统进行数据交换。通过医院信息平台的建设,为医院信息化建设提供标准和规划,并为医院内部信息共享提供一个共享和利用平台,同时为医院对外部(如区域卫生数据中心)提供一个统一的信息对外出口。对于医院信息平台我们选择使用国际与国家的标准,通过HIE(Healthcare Information Exchange,卫生信息交换平台)的建设,将医疗机构内部子系统、医疗机构、医疗保险组织与区域卫生管理系统无缝链接,让信息得以在各个体系内互联互通。为实现各业务系统信息互联互通,推倒重建方法浪费大量资金、引起业务震荡。HIE的建设是本着资源整合的基本原则,最大限度减少重复性建设,向医院原有的各业务系统和信息系统等提供接口,使其与医院信息平台实现对接,继承已有的数据资源和服务。HIE是一个开放的系统,具有适应各种政策、技术、业务发展的能力,遵循信息标准化的软件系统都可以接入到平台,并通过平台实现数据集成和应用集成。HIE降低了业务系统间的高耦合性,形象地说:HIE好像一个标准化的插座,医院各业务系统象一个个插头,比较容易实现接入和更换。通过建设HIE,将原先分布在各业务系统中的病人信息交换整合到HIE,实现医院各个科室之间、医院之间信息的互联互通,最大限度地方便病人就医、方便医院一线医护人员工作、方便各类管理人员分析决策。HIE不仅是医院的一个重要平台,也是区域、国家卫生网(NHIN)、电子健康档案、自主健康管理的重要基石。它不但是美国的在推行的成功的解决方案,欧盟也于2010年12月22日与美国卫生部签署,接受采用该方案来进行医疗信息化的整合。卫生部“十二五”规划中医疗卫生信息化所提出3521的重要政策指标也是以HIE为基础的。因此,以HIE做为顶层设计不但与国际卫生医疗技术接轨,也完全符合卫生部的重要政策要求。故整个医院信息化建设的内容是围绕HIE (Healthcare Information Exchange,卫生信息交换平台)建设以及基于平台之上的各种应用展开。总体架构 如上图所示,医院信息平台的总体架构设计分为八个部分,包括:医院门户平台、医院信息平台应用层、医院信息平台信息资源中心、医院信息整合平台、信息基础设施平台以及标准规范和信息安全与系统运维管理。

1.门户平台门户平台是整个医院信息平台对内和对外使用和展示的界面,根据不同的使用者部署不同的网络,如下:l内信息门户:即应用整合门户,主要针对医院内部用户,对不同的角色,提供相应的信息服务,并针对管理层,提供统一的业务管理和辅助管理支持;外网公众服务门户:针对公众患者提供各项医疗卫生业务并开展所涉及的信息服务;

2.医院信息平台应用(层)基于医院信息平台,通过基础业务数据的交换、共享和整合,结合实际的医疗业务和管理需要,建立扩展应用,主要包括:全院级病人主索引服务、电子病历共享、医院业务协同应用、临床辅助决策支持、医院管理辅助决策支持以及针对区域卫生协同业务的支撑应用。

3.医院信息平台信息资源中心医院信息平台的信息资源中心用于整个平台各类数据的存储、处理和管理,主要包括:信息目录库、基础信息库、业务信息库、临床文档信息库CDR、交换信息库、操作数据存储、数据仓库、对外服务信息库、智能化管理信息库。

4.医院信息整合平台医院信息整合平台的主要任务以满足临床信息、医疗服务信息和医院管理信息的共享和协同应用为目标,采集相关业务数据,并对外部系统提供数据交换服务,包括与区域平台的数据交换。信息资源整合平台为整个系统平台的数据来源提供了技术基础和保障,通过信息标准、交换原则的制定,对业务系统提供标准的信息交换服务,确保数据交换过程的安全性、可靠性,实现数据在系统平台范围内自由、可靠、可信的交换。

5.信息基础设施平台信息基础设施平台是支撑整个医院信息平台运行的基础设施资源、软硬件及网络等资源,主要包括各类系统软件、系统硬件、网络设备、安全设备、容灾备份以及数据存储等。

6.标准规范标准规范贯穿于医院信息化建设的整个过程,通过规范的业务梳理和标准化的数据定义,要求系统建设必须遵循相应的规范标准来加以实施,严格遵守既定的标准和技术路线,从而实现多部门(单位)、多系统、多技术、以及异构平台环境下的信息互联互通,确保整个系统的成熟性、拓展性和适应性,规避系统建设的风险。

7.信息安全与系统运维管理信息安全与系统运维管理是整个平台建设和运作的重要组成部分,贯穿项目建设的始终。其中,信息安全不仅包括技术层面的安全保障(如网络安全、系统安全、应用安全等),而且还包括各项安全管理制度,因为只有在一系列安全管理的规章制度实行的前提下,技术才能更好地为安全保障作出贡献。同时,完善的系统的运维管理也是系统稳定、安全运行的重要保障。

喜欢阅读
  • 天生妖孽泡美男

    天生妖孽泡美男

    她,一朝穿越为凰,一人之下,万人之上!绝世六夫,先订好娃娃亲!她,只要八岁,烟火未央,与你一起欣赏脑残女主与绝世六夫的攻受大争斗。

  • 残情走进你的心

    残情走进你的心

    秦悦歆被人骂的时候,是陆晨安牵着她的手帮她一字一句地反唇相讥;秦悦歆被人打的时候,是陆晨安按着轮椅出来将她护在身后;秦悦歆说疼的时候,陆晨安二话不说拿着一把牙签就往自己的手上扎说:“我陪你一起疼!”人人都说陆晨安爱秦悦歆爱到走火入魔,就连秦悦歆也觉得陆晨安爱她爱得没有底线。她只是没想到,没有底线,只是因为从来不在他的心上停过,所以才会纵容一切。秦悦歆以为自己爱上的是一头披着狼皮的羊,却没想到陆晨安是一头披着狼皮的豹。男欢女爱是套路,可是为什么,陆晨安你不把路修到最后。

  • 佳妻难为

    佳妻难为

    结婚两年,他们却一直貌合神离……

  • 都市逆战尊王

    都市逆战尊王

    一剑斩天,睥睨天下,唯我纵横人世间。n一朝归来,杀尽天下王侯将相,冲破仙凡鬼魔,我乃无敌战神!

  • 阴婚绵绵:夫君夜夜来

    阴婚绵绵:夫君夜夜来

    午夜时分我被逼迫去墓室背尸体,被一只冰冷刺骨的手攥住了,说要娶我……

  • 墨爷宠妻三十六计

    墨爷宠妻三十六计

    安有如逃婚了!作为安家养女且刚大学毕业有男朋友的安有雪,在养母的逼迫下,迫于无奈嫁给所谓的“老头姐夫”,却不想婚后,彻底被宠上了天!新婚之夜。“外界传闻,墨家二叔墨经历年过五旬,你又是谁?帅哥!你走错洞房啦?”看着眼前年轻又俊美的男子,她疑惑道。“墨家掌权人!墨景礼!”

  • 万古剑尊

    万古剑尊

    一代剑神楚云被手足兄弟背叛,意外重生在灵武大陆少年身上。大道有轮回,苍天饶过谁?战仇敌,灭魔族。这一世,我要铸造属于我的传奇…

  • 山君:你家娘子掉了

    山君:你家娘子掉了

    墨鋆是一块青黑色的石头,而他则是掌管一方的山君。他给了她修炼成人的机会,让她知晓情为何物,也让她知道了心碎是什么感觉。历尽波折,她终于等到了他的深情告白,可……

  • 猜你喜欢
  • 热门推荐
  • abp159有字幕吗
  • 千帆教育网
  • 维族网大全
  • hpv gardasil是什么
  • 118图库彩图开奖结果
  • 寒战超清迅雷下载
  • 男人身体虚弱吃啥营养
  • 欧姆龙7052
  • 新都冻库
  • 白金汉宫布局
  • truss架 桁架
  • lol魔法少女拉克丝h
  • kigurumi老文
  • seattle sperm bank
  • goldenkey音乐
  • 虹桥路355号 中国银行
  • crf分词算法
  • xp精简版v6.2
  • mysqltochar
  • 项目经理 拉钩
  • All Right Reserved 强大网