HL7参考信息模型简介
HL7标准内容
HL7标准内容HL7（Health Level Severn,健康信息交换第七层协议）组织是一家非盈利性质的国际性组织，主要从事卫生保健环境临床和管理电子数据交换的标准开发。
HL7组织参考了国际标准组织ISO（International Standards Organization）,采用开放式系统互联OSI (Open System Interconnection)的通信模式，将HL7纳为最高的一层，也就是应用层。
HL7标准可以应用于多种操作系统和硬件环境，也可以进行多应用系统间的文件和数据交换。
它是医疗领域不同应用系统之间电子数据传输的协议，主要目的是要发展各型医疗信息系统间，如临床、检验、保险、管理及行政等各项电子资料交换的标准；主要应用在医疗保健领域，特别是在住院患者急需的医护设施领域内（如医院）进行及时的电子数据交换。
HL7标准实现的功能：◆信息交换（Message interchange）◆软件组织（Software components）◆文档与记录架构（Document and record architecture）(◆医学逻辑（Medical Logic）HL7标准包含256个事件、116个消息类型、139个段、55种数据类型、408个数据字典、涉及79种编码系统。
HL7标准可以在不同的系统中进行接口的编址，这些系统可以发送或接收一些信息，包括：就诊者住院/登记、出院或转院（ADT）数据、查询、资源和就诊者的计划安排表、医嘱、诊断结果临床观察、账单、主文件的更新信息、医学记录、安排、就诊者的转诊以及就诊者的护理。
HL7可以采用点对点方式或HL7服务器方式实现，它采用面向对象技术，使用消息驱动，可以避免交叉调用的混乱。
HL7标准是一种协议标准，用于不同医疗系统之间信息交换。
HL7工作原理：HL7标准是目前医疗信息交换过程中使用最普遍的标准，它的内容包括通用查询在内的全部接口，如下所示：◆患者管理（入院、出院、转院和注册）◆医嘱处理◆患者记账系统◆临床观察◆同步主档（Master File）的一般接口◆医疗信息（文档）管理◆资源与预约◆患者转诊◆支持面向问题的记录患者照料通讯，为实施临床路径的计算机信息系统提供有关功能HL7标准定位：◆尽量专注于Layere7的实现。
HL7消息开发框架
HL7消息开发框架■ 覃璞HL7在国内的受关注程度近年来呈上升趋势。
HL7标准体系的开发方法——消息开发框架（MDF，Message Development Framework），也是现在正在推广中的HDF（HL7 Development Framework）的核心基础。
HL7 Incorporated国际组织是美国国家标准协会（ANSI）认可的标准开发组织，总部设在美国密歇根州的Ann Arbor。
HL7（Health Level Seven），直译为健康第七层，原意指在OSI的网络七层模型中，HL7将作为第七层即应用层相关标准，重点开发卫生行业，特别是临床和管理数据相关的交换标准和相关制品。
HL7国际组织将其宗旨定位在“为交换、整合、共享和提供检索电子健康信息提供完整的框架和相关标准，它们支持流程实践和管理，交付并评价健康服务，特别是要建立灵活、经济的标准和指导方针，以及能实现卫生医疗信息系统互操作性和电子病历共享的方法学”。
在此，互操作性（interoperability ）是指多个系统和成份能够交换信息的能力（语法级的互操作性），以及使用已经被交换的信息的能力（语义级的互操作性）。
HL7目前最新也是最受关注的版本3与之前的版本有着质的区别，在自身理念的发展以及OMG（软件界著名的对象管理组织）的双重影响下，HL7 版本3近年来越来越强调宏观的通用抽象模型，而不局限于细节的行业数据协议。
在版本3中，HL7的一个重要贡献是提供了框架标准，即高层面的框架结构。
从事标准定义的人们可以基于它开发其他层次的标准或相关制品。
当其他标准将焦点集中于某个部门的需求时，HL7则越来越向整个卫生组织的信息交换的需求上扩展，制定了越来越具有复用价值的模型和制品。
HL7 MDF核心方法HL7标准体系的开发方法被称做消息开发框架（Message Development Framework，MDF），这一开发框架也是现在正在推广中的HDF（HL7 Development Framework）的核心基础。
HL7(6)
@ 2007 医学信息工程
2
医学信息交换标准——HL7
HL7研究的标准及其进展
HL7’s Messaging Standard： 2.2 1994年2月颁布 (ANSI) 2.3 1997年5月颁布 (ANSI) 2.3.1 1999年4月颁布 (ANSI) 2.4 2000年10月颁布 (ANSI) 2.5 2003年8月颁布 (ANSI) 3.0 2004年3月部分 (ANSI)
查询/返回（ query/result ）
允许在不同层次的数据粒度和相互关系下使用 触发事件。
25
基本概念
确认（初始模式，Acknowledgements Original Mode ）：当一个系统向另一个系统发送一个 主动更新时，要求在应用层得到确认；
确认可能包含对发起交换的系统有用的数据； 对数据的所有权不做任何假定； 在确认前，要将其中的数据提交到数据库，接
ISO-OSI 网络体系结构模型
16
HL7 与 OSI 的关系
应用 Application Health Level Seven (HL7)
表示 Presentation 会话 Session
FTP HTTP SMTP POP3 ….
传输 Transport
TCP
UDP
网络 Network
IP
链路 Data Link
留给用户自定义使用。 按照 HL7 标准，有的消息段是必选的，有些是可选
的。有的只能出现一次，有些则可以重复出现多次。
33
一个 HL7 Segment
MSH|^~\&|PATH||GP123||200108261705+1100||A04|101|P|2.4|34567||AL|NE|AU||en<cr> EVN|A01|200108261645+1100|<cr> PID|||KNEE123||Knees^Nobby^J^^Mr||19331215|M|||23 Shady Lane^LIGHTNING
HL7卫生信息交换标准介绍
1、1、HL7简介一、建立HL7标准的目的这个标准主要用于医疗保健领域的电子数据交换，特别是在住院病人急需的医护设施领域内（如：医院）进行电子数据交换时用到。
它总结了一个由卫生工作者、销售商、顾问组成的委员会的工作，该委员会于1987年3月在宾西法尼亚大学医院由Dr.Sam Schultz主持召开的一次会议上成立。
参加者也是相互竞争的设备厂商，他们共有一个唯一目标：就是在不同的计算机应用程序之间实施公用的接口。
这个委员会，后来就成为著名的HL7工作组，它致力于使那些在医疗应用系统中交换的某些关键数据集合的格式和协议标准化。
这个会议大约每4个月都会在美国各地举行。
HL7审核国际工作组在美国以外的很多国家都存在，包括澳大利亚，德国，日本，荷兰，新西兰和加拿大。
自从上个版本(2.2版本)发布以后.，这两年一直存在两种并行的努力。
首先，2.3版本代表了在1994年12月发布的2.2版本上的一种优化改进。
2.2版本发布以后，2.3版本是HL7成员两年多时间、上千小时义务工作的成果。
它主要的目标就是继续与2.2版本兼容，纠正出版后的2.2版本中发现的错误，并对2.2版本内的格式和内容进行扩展。
HL7是在正式的细则和投票过程下操作的。
这些过程是在其他有关的医疗工业计算机信息标准组织（如ASTM）投票过程中被作为模型的，设计这些以符合美国国家标准学会（ANSI）的需求。
1994年6月，HL7成为一家ANSI授权标准发展组织。
HL7参加了ANSI的卫生信息标准委员会（Health Information Standards Board (HISB).）。
作为一个组织，HL7在近两年中有了重要的进步。
现在，HL7已有了超过1500名的各类会员，而且每三年一次的会议都会吸引250-300个会员和非会员参加。
截止1996年中期，HL7证明已有几百家医疗机构实现了基于HL7标准的计算机接口。
对一个医疗机构来说，有可能通过销售商或通过购买HL7标准来使用HL7，而不需要加入HL7组织。
HL7 简介
HL7简介HL7（Health Level 7）是医疗信息交换第七层协定的简称，是美国HL7组织在1987年开始为了医疗保健行业内的电子数据交换而制定的一个电子数据交换标准，其目标是在不同的医疗应用程序之间实施公用的接口，规范临床医学和管理信息格式，降低医院信息系统互连的成本，提高医院信息系统之间数据信息共享的程度。
经过几年的发展，随着许多用户、厂商、顾问组织的加入，HL7队伍在逐渐壮大，HL7标准正在国内逐渐获得大家的认识。
2000年，中国加入HL7组织，成为HL7的成员国组织，在国内开始进行HL7标准的推广和本地化研究工作。
HL7的主要应用领域是HIS/RIS，目前主要是规范HIS/RIS系统及其设备之间的通信，它涉及到病房和病人信息管理、化验系统、药房系统、放射系统、收费系统等各个方面。
Health Level 7中的“Level 7”是指OSI的七层模型中的最高一层，第七层。
但这并不是说它遵循OSI第七层的定义数据元素，它只是用来构成它自己的抽象数据类型和编码规则。
它也没有规定规范说明如何支持OSI第一到第六层的数据。
HL7并没有提供一个完全的“即插即用”解决方案，因为在医疗机构的传输环境中有两个重要的影响因素:(1)医疗机构的传输环境中缺乏处理的一致性;(2)产生的结果需要在用户和厂商间进行协商。
因此，它提供的是一个可在较大范围内选择数据和处理流程的灵活系统，并尽可能的包括所有已知的程序(触发器Trigger)和数据(段Segment和域Field)要求。
在HL7通信协议中，消息(Message)是数据交换的基本单位。
HL7的消息是自动生成的，它将HL7标准文档自动转化为一个HL7规则数据库和部分程序数据结构代码。
实现一个通信标准的具体工作是生成数据结构，以及实现一个构造器(Builder)和一个解析器(Parser)。
数据结构表现了标准中各个数据对象的相互关系。
构造器将数据结构中的数据转化成能在电子数据交换媒介中传输的数据串。
HL7卫生信息交换标准介绍
1、1、HL7简介一、建立HL7标准的目的这个标准主要用于医疗保健领域的电子数据交换，特别是在住院病人急需的医护设施领域内（如：医院）进行电子数据交换时用到。
它总结了一个由卫生工作者、销售商、顾问组成的委员会的工作，该委员会于1987年3月在宾西法尼亚大学医院由Dr.Sam Schultz主持召开的一次会议上成立。
参加者也是相互竞争的设备厂商，他们共有一个唯一目标：就是在不同的计算机应用程序之间实施公用的接口。
这个委员会，后来就成为著名的HL7工作组，它致力于使那些在医疗应用系统中交换的某些关键数据集合的格式和协议标准化。
这个会议大约每4个月都会在美国各地举行。
HL7审核国际工作组在美国以外的很多国家都存在，包括澳大利亚，德国，日本，荷兰，新西兰和加拿大。
自从上个版本(2.2版本)发布以后.，这两年一直存在两种并行的努力。
首先，2.3版本代表了在1994年12月发布的2.2版本上的一种优化改进。
2.2版本发布以后，2.3版本是HL7成员两年多时间、上千小时义务工作的成果。
它主要的目标就是继续与2.2版本兼容，纠正出版后的2.2版本中发现的错误，并对2.2版本内的格式和内容进行扩展。
HL7是在正式的细则和投票过程下操作的。
这些过程是在其他有关的医疗工业计算机信息标准组织（如ASTM）投票过程中被作为模型的，设计这些以符合美国国家标准学会（ANSI）的需求。
1994年6月，HL7成为一家ANSI授权标准发展组织。
HL7参加了ANSI的卫生信息标准委员会（Health Information Standards Board (HISB).）。
作为一个组织，HL7在近两年中有了重要的进步。
现在，HL7已有了超过1500名的各类会员，而且每三年一次的会议都会吸引250-300个会员和非会员参加。
截止1996年中期，HL7证明已有几百家医疗机构实现了基于HL7标准的计算机接口。
对一个医疗机构来说，有可能通过销售商或通过购买HL7标准来使用HL7，而不需要加入HL7组织。
HL7介绍-20150305
Version 2.5.1 Version 2.6 Version 2.7 Version 2.7.1 Version 2.8 Version 2.8.1
ANSI批准
HL7标准v2.4中文版
2012 Yonyou Software Co.,Ltd.
HL7 0001 - Admin Sex A F M U Ambiguous Female Male Unknown
Subcomponents of name validity range: <date range start date/time (TS)> & <date range end date/time (TS)>
Y Y Y Y
00106 00107 00108 00109 00110 0001 00111
XPN
XPN TS IS
. . .
[{ GT1 } ] [{ IN1 [ IN2 ] [{ IN3 }] [{ ROL }] }] [ ACC ] [ UB1 ] [ UB2 ] [ PDA ]
80 250
<!DOCTYPE ADT_A03 SYSTEM "hl7_v24.dtd"> <ADT_A01> <MSH> <MSH.1>|</MSH.1> <MSH.2>^~\&</MSH.2> <MSH.3> <CM.1>LAB</CM.1> </MSH.3> <MSH.4>767543</MSH.4> <MSH.5>ADT</MSH.5> <MSH.6>767543</MSH.6> <MSH.7>20050201130405</MSH.7> <MSH.9> <CM_MSG_TYPE.1>ADT</CM_MSG_TYPE.1> <CM_MSG_TYPE.2>A04</CM_MSG_TYPE.2> </MSH.9> <MSH.10>XX3657</MSH.10> <MSH.11> <ID.1>P</ID.1> </MSH.11> <MSH.12> <ID.1>2.4</ID.1> </MSH.12> </MSH> <EVN> <EVN.2>20050201101314</EVN.2> <EVN.6>20050201095000</EVN.6>
HL7基本概念和知识介绍
HL7基本概念和知识介绍一、基础知识HL7标准是建立在ISO标准组织之制定的OSI模型的最高层的应用标准，如下图所示：HL7标准包含256个事件、116个消息类型，139个段，55种数据类型，408个数据字典，涉及79种编码系统。
但在应用HL7标准时，并不一定需要涉及标准全部内容，可以选择自己需要应用的相关事件、消息类型和段就可以了。
而在数据字典和编码系统方面HL7标准并没有进行强制的规定，可以允许用户选择。
标准的内容作为推荐。
由于HL7涉及非常广泛，且在开发过程中广泛接纳了最终用户、开发商、研究机构的各方面的意见，从另一个方面也可以将HL7标准理解为医学信息中的其他编码标准的一个总纲性质的索引。
二、基本概念以下是理解HL7标准时必须要理解并准确定义的术语概念：触发事件（trigger events）：当现实世界中发生的事件产生系统间数据流动的需求，则称其为触发事件。
如：病人的入出转（ADT）在HL7中对应ADT事件。
消息（message）：是系统间数据传输的最小单位，由一组有规定次序的段组成。
每个消息都用一个消息类型来表示其用途。
每个事件对应一个消息，如病人入院对应ADT_A01消息。
段（segments）：是数据字段的一个逻辑组合。
每个段都用一个唯一的三字符代码所标识，这个代码称作段标识。
字段（fields）：是一个字符串。
是段的最小组成单位。
二、HL7消息示例最快的学习方法就是看应用示例，我们可以看选自：HL7 标准 2.4版本，第三章节3.5.1小节的一个示例说明，蓝色字体表示一条消息，下面为消息的说明：3.5.1 Admit/visit notification - event A01 (admitted patient)MSH|^~\&|ADT1|MCM|LABADT|MCM|198808181126|SECURITY|ADT^A01|MSG00001|P|2.4|<cr>EVN|A01|198808181123||<cr>PID|1||PATID1234^5^M11^ADT1^MR^MCM~123456789^^^USSSA^SS||JONES^WILLIAM^A^III||19610615|M||C|1200 N ELMSTREET^^GREENSBORO^NC^27401?1020|GL|(919)379?1212|(919)271?3434||S||PATID12345001^2^M10^ADT1^AN^A|123456789|987654^NC|<cr>NK1|1|JONES^BARBARA^K|WI^WIFE||||NK^NEXT OF KIN<cr>PV1|1|I|2000^2012^01||||004777^LEBAUER^SIDNEY^J.|||SUR||||ADM|A0|<cr>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 nursingunit 2000.The message was sent from system ADT1 at the MCM site to system LABADT, also at theMCM site, on the same date as the admission took place, but three minutes after the admit.消息解读：该消息为ADT消息类型中的A01消息，MSH表示为消息头段，EVN为消息事件段，PID为病人标识段，NK1为相关，PV1为病人就诊段；这些三个字母一组称作段ID，<cr>代表回车符，表示该段的结束消息的内容就不进行翻译了。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
HL7参考信息模型简介
（摘自《参考信息模型》参考译文）
HL7RIM是HL7标准开发活动范畴中作为观察卫生和卫生保健信息的静态模型。
它来自于HL7工作组和国际会员多数人的看法达成的观点。
RIM是从所有HL7V3.0协议规范标准中提取的相关信息内容的最终消息来源。
1. RIM的使用
HL7 RIM是V3开发过程的一个严格组件。
它是所有被作为V3开发过程一部分所开发的信息模型和结构的根源。
HL7 V3标准开发过程是一个模型驱动方法，在这个方法中，开发出了一个用来描述HL7各种标准的需求和设计的静态和动态方面的互相关联模型的网络，以及控制和管理这些模型的潜在的语义和事物规则。
RIM提供了一个关于HL7 V3标准的信息需求的静态视图。
它包括类和状态机构图表并且协同使用了实例模型、交互模型、数据类型模型、术语模型，以及其它类型的模型，来提供出一个关于HL7各种标准的需求和设计的完整视图。
类、属性、状态机构，以及RIM 中的关系被用来获得确定领域的信息模型，这些信息模型然后通过一系列的约束改进处理进行转化最终形成一个关于某个HL7标准的信息内容的静态模型。
HL7 V3标准开发过程定义了对来自于RIM的领域信息模型、以及那些模型按照HL7标准规范进行优化的推导控制规则。
这些规则需要所有已获取模型中的信息结构可以追溯到RIM，而且它们的语义和相关事物规则不与RIM中的规范相冲突。
因此，RIM是HL7 V3标准所有信息内容的最终来源。
HL7国际会员使用RIM来扩展HL7 V3标准来满足一些局部需求。
通过一个被称为‘局部化’的处理，V3标准规范被扩展使用RIM作为新的信息内容的来源。
新的信息取自RIM并且进行优化，优化的方式和用来产生最初规范的方式相同。
RIM主要用于HL7和它的国际会员。
但是，在HL7之外也发现了RIM的有用之处。
V3标准开发处理的早期采用者已经开始在他们自己的环境中使用RIM开发类HL7消息规范。
RIM仅仅是卫生保健信息需求的一个模型。
RIM的抽象类型以及通过词汇规范将RIM扩展的能力使得RIM可以适用于任何可以想象的卫生系统信息交换情节。
实际上，它概念性地适用于任何包含了实体扮演角色和行为参与的信息领域。
RIM的普遍适用性使得它在类似于HL7这样必须考虑广大的、不同的成员群体的组织中非常地有用。
RIM的类型使它极端稳定——这也是另一个HL7所需的重要特征。
HL7标准开发过程需要获取自RIM的领域特定模型的产生，以及这些模型成为针对问题领域的设计模型的不断优化。
这些问题领域细节设计模型使RIM的抽象含义变窄并且包含了关于属性值和使用实例细节的类关系的约束。
考虑使用HL7 RIM的外部组织被建议采用一个获取设计模型的相似处理作为RIM的转化。
2.RIM的标准部分
RIM包含分配到一个或多个主题域包的类。
属性、关系、以及状态机构与类相关联。
只有类被包含于标准内容主题域，并且他们的相关属性、关系、状态机构是标准的。
标准类和
非标准类之间的关系是非标准的。
RIM使用统一建模语言（UML）进行表达，伴随有HL7指定标签作为UML模型元素元数据的扩展。
所有的标准UML模型元素元数据值是标准的但是仅仅以下的HL7扩展也是标准的：∙类，状态属性
∙类，类代码
∙属性，mandatoryInclusion
∙属性，cardinality
∙属性，词汇域vocabDomain
∙属性，词汇力量vocabStrength
其余的HL7扩展仅仅用于管理性使用，而且并非标准的RIM规范部分。
3标准（内容）的参考
V3数据类型规范（“数据类型抽象规范”和“V3数据类型XML实施技术规范”）是RIM 的独立投票的相关规范标准。
HL7词汇领域规范是一个非正式的参考，包括了各种表和被各种RIM属性引用为领域的术语参考。
用于以“结构属性”为形式的词汇规范是normativeRIM 投票的一部分，因为它们是使用RIM正确表述卫生信息的基础。
在本介绍的末尾有这些规范的表的清单以及指向他们的超级链接。
4.标准（内容）的含义
RIM的标准部分仅仅是投票的部分主题，也是定义一致性规则所针对的唯一部分。
对于标准的RIM模型元素的实质性改变需要对RIM的再次投票。
当再次进行投票时，只有这些实质性改变是进行投票的主题。
以下这些RIM的改变并不被认为是实质性改变：∙并未实质改变模型元素语义的模型元素描述文本改变；
∙对于类包的变化，这些类包并非来自于标准内容主题域的增加删除；
∙包的层级或名称的改变；
∙对于类的图表设计的改变；
∙标准主题域包之外的模型元素的改变。
（未完待续）
HL7参考信息模型简介（续）
（摘自《参考信息模型》参考译文）
5.理解RIM
RIM采用了非常抽象的模型类型。
RIM的主干类和它们的结构属性是它们的核心。
对于这些类和属性的理解是理解RIM所必需的。
RIM由六个‘主干’类组成：
●行为：表现了执行的、而且必须被作为所实施和提供的卫生保健进行记录的活动。
●参与：以诸如谁执行、为了谁而执行、在哪里执行等形式表达一个行为的环境背景；
●实体：表述有关的（感兴趣的）、参与卫生保健的物理事物；
●角色：说明实体在参与卫生保健活动中的角色。
●行为关系：表示一个行为与其他行为之间的关系，例如一个观察安排与观察事件发
生之间的关系；
●角色链接：表示单个角色之间的关系。
这些类中的三个——行为、实体和角色，还另外由一套专门的类或者子类型表示。
在HL7表述中，假如一个子类型需要一个或多个并非由父类继承而来的属性或关联，它仅仅被加入RIM。
表达不同概念、但是不需要另外属性或关联的类被独自表示为控制词汇中的唯一代码。
因此，这三个类包含以下代码属性（这些代码属性用来进一步定义模型表示的概念）：
●类代码（在行为、实体和角色中）：表示精确的类或者有意向的概念，而无论这个
类是否被表示为RIM层级中的一个类。
●状态代码（在行为中）和决定者代码（在实体中）：用来区分类所表示的是一个实
例、一类行为、或实体。
假如类是一个专门行为，那么状态代码进一步将实例描绘
为一个事件或者目的；
●代码（在行为、实体和角色中）：提供出在一个特定类代码值中的进一步分级，例
如在观察分类中提供一个观察的特定类别。
其他三个RIM主干类—参与、行为关系和角色链接—没有被通用规范层级所表示。
不过，这些类表示了一个概念的多个种类，例如行为之间不同形式的参与或者不同类别的关系。
这些区别通过一个种类代码属性来表示，种类代码针对这些类的每一个都有声明。
6.RIM类结构的表述
如前面所注明的，RIM使用了在UML中所包含语义的一个子集来建模。
RIM是一套UML 类，每个包含一个或多个属性，这些属性被分配了基于V3数据类型独立规范的数据类型。
这些类或者通过一套关联关系链接，由唯一角色名称标识，或者由通用关系相链接。
这些元素每一个都包含一个文本定义。
属性和关联的表现由应用于与这些类相关联的属性和角色的基数和相关约束来控制。
7.控制词汇的表述
RIM中的多个属性通过CS数据类型进行编码，这就意味着用于这些属性的值集合必须取自于已经由HL7定义的代码集合。
上述的类代码和种类代码属性就是具有CS数据类型属性的例子。
这些属性的代码集合被包含作为这次投票的一部分，并且也是作为RIM中的类的相同表决原则的主题。
每一个代码集合被表示为一个词汇域——这个域是指所有可以作为一个编码字段或者属性的实例中有效代码的集合。
8.相关规范
如上说明，RIM中的每一个属性都被分配了一个数据类型。
关于这些数据类型的正式规范收录在标准化规范“HL7 V3数据类型的XML可实现技术规范”和标准文本“数据类型抽象规范”中，这两个文献都在当前的HL7投票当中。
一个对RIM中使用的数据类型进行抽象化的表作为附录B收录于这个投票中。