HL7HL7HL7HL7 翻译资料
目 录
第一章 简 介......................................................................................... 1
第二章 规 划 法 则........................................................................... 22
第三章 实 现 法 则........................................................................... 32
第四章 HL7 的 2.2 版本综述..............................................................45
第五章 2.3 版 HL7 概述.....................................................................59
附录 A HL7 事物查找表...................................................................95
附录 B HL7 程序段和事件清单..................................................... 219
附录 C 低 层 协 议..........................................................................288
附录 D 有帮助的提示....................................................................... 313
附录 E 举 例 学 习..........................................................................315
附录 F 样 例 模 板.......................................................................... 317
附录 G HL7 常见问题解答............................................................365
附录 H 逻辑观测表示名和代码....................................................... 386
中国数字医疗论坛 http://bbs.hc3i.cn 中国最专业的数字医疗社区专注于医疗信息化的建设与发展 -i-
第一章第一章第一章第一章
简 介
1.11.11.11.1 目的
本文为卫生保健、医院信息系统销售、查询,以及在多系统环境下利用 HL7 协议评价系统发
展和实现活动的其他支持组织提供了帮助。该支持指南包括以下信息:
A. 计划方法
B. 设计和实现方法
C. HL7 的 2.2 版本综述
D. HL7 的 2.3 版本综述
E. HL7 的处理核对清单
F. HL7 的信息框图
G. 底层协议
H. 帮助提示
I. 工程实例
J. 样本模板(RFI/RFP/约定要点)
K. 常见问题
该支持指南表述了 HL7 实现委员会在为组织执行或考虑 HL7 接口实现发展支持材料所作
出的努力。有关内容或格式的评述和建议容易接受,而且为指南后所列的执行委员会主席人
选提供了指导。
要紧记计划和设计/实现方法会在帮助计划和执行 HL7 接口方面提供指南。该指南可用来
联合你的标准系统发展方法。
该指南也可用来联合 HL7 接口标准的说明书。该说明书可提供给 HL7 组织的所有成员。
要加入该组织和接受目前说明书的注册副本,需将成员纪录表格和适当的费用寄到 HL7。
该指南并不作为确认或证明 HL7 接口的工具。作为美国国家标准协会(ANSI)认证的标
准发展组织,HL7 声明该说明可作为接口发展的工具。当前并没有对一个 HL7 接口适合所述说
明进行确认的测试或者批准过程。专用单元的函数和责任(如,配备,销售和查询)可以作
为这些接口合同。将来 HL7 机构可以发展认证程序或符合性测试程序。
考虑主要发展活动(如,综合系统升级/更换)的机构,向开放系统体系和/或者多临床
整体化的转移,并考虑带有中央医院信息系统(HIS)的财务及管理系统。HL7 作为整合这些
系统的机构可参考方法学的计划分支。已决定在任意类型的环境中实现一个或多个 HL7 接口
的机构在有用计划部分也可以寻找某些有用信息,而且应该集中在第 3 章所包括的实现方法
的设计和实现子部分。HIS 售主应该集中在设计和实现部分,但也要考虑考察作为背景的计划
部分。
1.21.21.21.2 HL7 背景
HL7 建于 1987,用来发展独立卫生保健定向计算制度中临床、财务和管理信息的电子交
-1-
换标准,如医院信息系统,临床实验系统,企业系统和药房系统。
在过去的 3 年,HL7 的伙伴已经发展超过 1700 个医院、专业协会、卫生保健行业和几乎
包括所有的主要卫生保健组织顾问和卖主的私人成员。HL7 标准已经得到了大多数组织卖主的
支持,如今并在美国的大型医院得到了使用。该标准也在国际上的很多国家得到了应用,如:
澳大利亚、奥地利、比利时、芬兰、德国、荷兰、以色列、日本、新西兰和英国。
1994 年 6 月,HL7 被美国国家标准协会(ANSI)任命为 ANSI 认证标准发展成员。HL7 在
1994 年 12 月发布了标准的第四版本(2.2 版本)。该一致标准在 ANSI 规则下表决,并在 1996
年 2 月 8 日通过作为一项 ANSI 标准。1997 年 4 月在 CD-ROM 上发布的 2.3 版本在 1997 年 5 月
通过作为 ANSI 标准。
1.31.31.31.3 HL7 事物
版本 2.3 的标准定义了关于传输数据的事物,包括病人登记,确认,解除与转移,保险,
支出和收入,实验测试的整理总结,图像研究,护理和物理观察,食谱数量,药剂数量,供
应数量,主要档案,委任安排,问题清单,临床试验纪录,病人许可,语音指令,高级指示
和生理信号。HL7 中的强制任务也优先处理带有新状态技术的原型事物,诸如 CORBA 和
Microsoft 的 OLE 事物。
1.41.41.41.4 与其他标准发展组织的合作
HL7 主要针对卫生健康的信息标准,并与其他标准发展成员紧密合作,如美国测试和材料
协会(ASTM),标准认证协会 X12N,美国放射学院(ACR),国家电子制造协会(NEMA),处方
药物计划国家委员会(NCPDP),电力与电子工程协会(IEEE),以及通过 ANSI 的卫生健康信
息标准协会。合作的事例包括与 ASTM 的交叉版权,以及与 IEEE、ACR-NEMA、X12N 和 NCPDP
的主体联合工作组会议。
HL7 已经通过国际互联网 FTP 服务[mcis.duke.edu]免费提供了备忘录和标准草案,并在
HL7@Virginia.EDU 服务列表上提供了一个讨论组。我们也欢迎其他标准组织提供上述服务。
1.51.51.51.5 综述
这部分是摘录了第 1 章的 HL7 的 2.3 版本的标准,包括了 HL7 基本概念的描述,接受内
部变化和演化的方法,而且这种途径已经构造用来接受目前和将来变化的通信环境。
1111....5555....1111 HL7 编码规则
在 HL7 编码规则中描述的信息格式由不同长度及被区域分隔符分隔的数据区组成。规则
描述了不同的数据类型如何在数据区编码,以及何时专用数据区可以重发。数据区联合成称
为段的逻辑集合。段由段分割符号分隔开,每个段由三字符的字节值开始,并在一个消息中
标识该段。段可按需要或任意定义,并允许重复。专用数据区在消息中可通过数据区与相关
段的位置进行查找。
所有数据可利用一个字符集表示为可显示字符。ASCII 可显示字符集(包括 20 和 7E 间的
十六进制值)为默认的字符集,除非在 MSH 的首段进行修改。所有的特殊分割符和特殊字符
也为可视化字符,除了段分隔符为 ASCII 回车字符。
1. HL7 的2.3版本或ASTM 1238 对可印刷ASCII字符的合法数据集进行的限制并无本征。前
面的限制用来使许多现存通信系统的局限性进行适应。一些现存系统将利用一些8-位字符
作为流控制字符来代替数据,其他系统将除去8位。
-2-
2. 欧洲共同体(EC) 需要可印刷字符(例如德文,法国重低音符f) 并不在上述定义的有限数据
集内。个人计算机市场通过把字母字符分配为128到256间的编码来使这些字符相互容纳,
而且市场以不同的方式达到此目的。ISO 8859是一个256-字符集,包括了所有需要的欧文
并作为欧洲标准的候补。一旦欧洲定义了8位字符集规范,HL7将在需要的环境下接受此数
据集,并无异议的进行使用。
b.
3. 多字符编码:
a. UNICODE – 当通信使用UNICODE时,所有的字符会有同样数量的字节表征,所有的分隔
符为特定字节长度的单字符,标准会以单字节长度使用,但字符的长度可以超过一个字节。
JIS X 0202 - ISO 2022 为在不同的字符集以及单字节和多字节字符表征间的转换提供一个
换码序列。日本已经采纳了ISO 2022,其以JIS X 0202为换码序列使Kanji和ASCII字符在相
同的消息能够混和。单字节和多字节字符在带有JIS X 0202的JIS Kanji编码中仅使用低7位
以确保对所有的标准通信系统透明。HL7消息以JIS X 0202发送时,所有的HL7分隔符必须
以单字节的ASCII字符发送,而且从ASCII 到Kanji以及Kanji到ASCII的换码序列必须出现
在分隔符之间。在多数情况下Kanji的使用需限定在正文字段。
JIS X 系列的其他部分可支持Katakana (JIS X 0201/ISO IR 13)、Romaji (JIS X 0201/ISO IR
14)、Kanji (JIS X 0208/ISO IR 87)和 (JIS X 0212/ISO IR 159),它们可以用在如JIS X 0202
同样方式的HL7消息的使用中。
c. 在单个国家为表征多字节字符而使用不一致规则的情况下,要合乎倡导以确保他们使用同
样的规则集。
编码规则可区分空值和隐含值的数据字段,前者由两个相邻的引号表征,后者无数据表
征(也就是两个连续分隔字符) 。当一个数据进行校正时,空值和隐含值间区别较为重要。在
前者情况下数据的字段置为空,后者情况下,该字段保留先前值。编码规则规定如果接受申
请不能处理一个不存在的数据字段,该字段就认为存在而非空。
编码规则规定接受申请应该忽略消息中出现的字段, 但并不期望把环境量作为误差。
1.5.21.5.21.5.21.5.2 局部变化
HL7标准是为了使数据交换标准化,而非附属的应用系统。这意味着此标准在不同机构的
应用中会有更为广阔变化。
在标准内支持变换需求可按以下方式寻址:
4. 在摘着消息中所需的数据字段需要支持消息或基本目标间的关系逻辑。其它字段被指定且
可随意选择。
5. 对规则中的规定可以附加具有局部特征的消息或部分消息,使用这种规定可以防止标准未
来版本的冲突。
1.5.31.5.31.5.31.5.3 标准的发展变化
所有的标准必须发展成为它们支持的变化并作为结果进行应用。在对此认同情况下,标
准在所有消息中包括了一个协议版本ID。
新的事物或数据单元将作为标准变化的结果或由于在标准范围内允许局部实行的变化,
而被增加到HL7环境中。重要的是这些变化无需通信申请可在指定位置上被执行而同时进行升
级。为处理隐含和意外字段在编码规则中的特殊规定在这里非常重要。由于这些规定,新的
字段可以先增加到发送或源系统;接受系统将忽略新的数据字段直到该系统被更新而使用这
-3-
些字段。通常这些规则首先要改变这个接收系统。直到发送系统改变,这个接收系统将发现
新的“隐含”的和根据数据规则而处理的非显现数据字段。
同样地,HL7编码规则支持数据字段量值上的变化。在消息中通过检查分隔符而不是偏移
量来寻找字段,改变字段长度并不能改变用于检测后续字段的程序。
1.5.41.5.41.5.41.5.4 文件传输适用性
虽然HL7标准可以按照客户-服务器(远程操作) 模型进行定义,但该标准在文件传输上
得到平等应用。一个或多个消息可以按照编码规则并连同一个文件及利用外部媒介如FTAM、
FTP、Kermit或其他传输协议进行编码。响应可在文件中进行分组和传输 。标准的第2章为HL7
消息分批传输提供了一般机制。
1.5.51.5.51.5.51.5.5 与其他协议的关系
HL7标准与其他协议间的关系有很多方面的考虑,存在有三个问题:
1. HL7协议和“底层”服务协议间的关系是什么?在与ISO OSI模型一致的严格规定中,HL7
可重复这些协议的特征。该特征可重新规定HL7来避免对包含在服务单元中的某一ISO层7功能
性的重复。然而,HL7分组的目的是为了支持包括多样通信环境中的健康卫生通信 。
2. HL7标准协议和其他应用协议间的关系是什么?的协议包括针对电子文档交换的 ASC
X12标准、针对实验数据报告的ASTM 1238-88标准、针对图像和放射信息系统其他方面的
ACR/NEMA DICOM 标 准 、 针 对 处 方 药 物 计 划 的 NCPDP 标 准 以 及 针 对 医 学 数 据 交 换
(“MEDIX”)的IEEE P1157标准。
3. 如今应用的HL7标准和其他所有的健康卫生协议间的关系是什么?
1.5.5.1
1.5.5.1
1.5.5.1
1.5.5.1 底层协议
HL7编码规则很大程度上区别于在CCITT X.409 、X.209和ISO 8825中提供的ASN.1 基本
编码规则 (BER) 以及在LU6.2 或RPC中使用的编码规则,这是因为:
1. 通过定义,HL7编码规则所应用的环境并不包括软件进行的编码。如果没有这些软件,将
会加重为发展这些遵守编码规则的消息软件而制定应用程序的负担。
2. 这些协议的编码规则依靠于底层协议提供的透明度(也就是,所有的字符编码不经改变底
层就可以传输)。这种情况不会在用于HL7暂时服务的通信环境中发生。在底层协议中用于
执行透明度的技术很难在一些目前的应用环境中得到实行。
在HL7标准中选择用来标识消息格式的符号不是由ISO定义的抽象语法负号1 (ASN.1) 基
础编码规则(BER)。
与其他高层通信环境相比,并没有相关符号来区别从客户到服务器的发送消息和响应消
息,这看上去适合于客户-服务器模型。
无论HL7在网络环境中任何时候应用,寻址将是一个关键。当HL7应用于ISO标准或适合
的网络中时,这就显得出来。虽然该标准并没有说明寻址如何发生,但在决定地址中该标准
可以提供有价值的数据字段。字段MSH-5接收申请、MSH-6接收功能和MSH-11处理ID被置于
HL7消息头中。MSH-6接收功能用于相同申请的多重出现运转在代表不同机构或组织实体的相
同计算机系统或网络的环境下。MSH-11处理ID用于相同申请的多版本存在于目标不同的相同
计算机的情况下。参见HL表0103-推荐值的处理ID。
-4-
HL7委员会并不同时对MSH-5接受申请和MSH-6接收功能的值进行标准化,因为现存系统
中在这些位置会有许多变化,而且不同的环境(如不同国家)会需要不同的编码集。然而我
们强烈推荐使用HL7建议编码,并且认为发展更为标准的编码对于无损通信是非常必要的。
1.5.5.2
1.5.5.2
1.5.5.2
1.5.5.2 其他应用协议
工作组对HL7协议与其他协议的关系较为重视。相互间的联系还处在起步阶段,描述如下:
1. ACR/NEMA DICOM。HL7工作组会和ACR/NEMA DICOM工作组维持现有的联系。HL7和
ACR/NEMA DICOM均为ANSI’s HISB的成员。
2. 用于电子文档交换的ASC X12标准。X12是一类在工业环境中为数据交换提供普通和特殊
描述的标准。虽然HL7和X12标准存在着差异,但是HL7编码规则是在X12标准上建模。HL7
标准需要接受局域网上个人事物的在线交换。这种变化和某些应用依赖于X12上变化。1995
年及随后发布的X12标准最近已遵循UN/EDIFACT编码规则。同时,此项决议无需在所有现
存的X12标准事务集上追溯维护行为。
用于健康卫生声明和类同与利益协调、登记、查证的转汇信息交换的X12N事物逐渐得到广
泛应用。HL7估计机构间关于生命、利润或其他财务信息交换的商业事务会对ASC X12N即
X12的保险子委员会负责。
1994年2月,HL7和X12签署了一份协议书,旨在“提高相互合作,并确定技术问题必须协
调解决,同时两组织均同意将利用用户、标准通信及预期健康卫生革新的需要而会发生重
复的决议移植到合适的水平”。
其后,HL7和X12为达成一致创建了两个委员会: (1) HL7 - X12N共同特别指导委员会用来
指导工作, (2) HL7 - X12N联合统筹委员会用来发展和执行一致性计划。两委员会在1994
年召开了会议,并一直工作到1997年。
3. ASTM 1238.88实验数据报告。ASTM委员会和工作组间的积极联络缩小了提高兼容性的
ASTM规范、提高兼容性的HL7管理规范和整个辅助数据报告发展章节间的差异,这些规范
由委员会联合制定并在ASTM标准上建立起来的。这种联络程度如今已扩展到两团体可以
自由使用在各自已经发布的标准中“整体上”彼此标准的内容。
存在于术语选择中的差异多于存在实际消息内容中的。例如,通常 ASTM的“子字段分隔
符”被用来分隔同性值的重复,并在HL7中称之为“重复分隔符”。HL7和ASTM均为ANSI
的HISB成员。
4. NCPDP (处方药物计划国家委员会)。NCPDP为健康卫生行业的药业服务信息处理发布了
标准。HL7和NCPDP在1997年11月5日 签署了一个备忘录,宣布关于内科/药业接口模型和
共同计划的公有。HL7和NCPDPD共同确保公共药业内容能够由其中一个消息标准发送,
而且在发展公共患者药物特征消息中也存在共同的特征。
5.
IEEE P1157 (“MEDIX”)。The MEDIX委员会在近似于HL7的范围内定义了一个应用-等级
协议, 该协议严格按照ISO协议制定且包括了远程操作服务条例 (ROSE)。HL7在该协议
中变化所利用的决策不依靠于ROSE也不使用ASN.1 BER语法符号。尽管在协议使用上存在
差异,HL7工作组同MEDIX协会存在着正常联系。为了HL7标准工作组设计出了一种格式,
此格式相对独立于编码规则的选择和对ASN.1符号的转换。以这种方式定义的事务可直接
转换给MEDIXT,而且利用HL7方案的事务消息可转换给利用BER编码的事务,这将推动
HL7和其他协议间通路的编程过程。
-5-
此外, HL7和MEDIX在联合方面已达成计划,并将应用在HL7抽象消息定义中。MEDIX
已经同意使用在HL7的V2.1中所定义的抽象消息定义作为MEDIX消息定义的起始点。
HL7、X12、NCPDP和IEEE均为ANSI所认可的标准制定协会,HL7的2.2版本和2.3版本已
经通过作为ANSI标准 。
1.5.5.3
1.5.5.3
1.5.5.3
1.5.5.3 协议所有权
关系到协议所有权,HL7标准被看作一种移植途径。工作组认为协议移植要花费努力,而
且对于HL7接口在功能上的移植要一步步地完成,而不是详细地执行一个所有或无有的步骤。
1.61.61.61.6 参考文件
这部分摘自第 1 章的 HL7 版本 2.3 的标准。
1.6.11.6.11.6.11.6.1 ANSI 标准
ANSI X3.30 1985 对日历和按序日期的表述
ANSI X3.4
ANSI X3.43 1986 对信息交换的地方时间信息系统表述
ANSI X3.50 1986 对美国惯例,SI,和其他用于带有有限字符集系统的单位的表述
ANSI X3.51 1986 格林威治时间,地方时间差异,和美国时区基准用来信息交换的表述
1986 编码字符集-用于信息交换的美国国家标准编码(7-位 ASCII)
1.6.21.6.21.6.21.6.2 ISO 标准
ISO 5218
ISO 1000
ISO 2955
ISO 8072
ISO 8601
ISO 8859
ISO 8859/1
ISO 8859/2
ISO 8859/3
ISO 8859/4
ISO 8859/5
ISO 8859/6
ISO 8859/7
ISO 8859/8
ISO 8859/9
JAS2020 用来日文传输的一个ISO2020子集
JIS X 0202 用作日文的带有换码序列的ISO 2022
1977 人性别的信息交换-表述
1981 SI单位和对其多重的及某些其他单位使用的表述
1983 SI和在代用有限字符集系统中其他单位的信息处理-表述
1986 网络标准
1988 数据单元和交换格式 – 信息交换(日期和时间的表述)
1988 信息处理-8-位单字节编码图形字符集
1988 信息处理-拉丁字母表1号
1988 信息处理-拉丁字母表2号
1988 信息处理-拉丁字母表3号
1988 信息处理-拉丁字母表4号
1988 信息处理-拉丁/古斯拉夫字母表
1988 信息处理-拉丁/阿拉伯字母表
1988 信息处理-拉丁/希腊字母表
1988 信息处理-拉丁/希伯来字母表
1988 信息处理-拉丁字母表4号
1.6.31.6.31.6.31.6.3 规范和命名来源
ACR
CPT4
CAS
EUCLIDES 临床试验数据交换欧洲标准5
Home Health 家 庭 卫 生 保 健 分 类 系 统 (Virginia Saba, EdD, RN, Georgetown U.School of
放射诊断索引,第3修订版
通用过程术语3
USAN 1990和USP药品命名字典4
-6-