20130515-454 对象标识(OID)在医疗信息标准化中的应用

对象标识(OID)在医疗信息标准化中的应用

许登峰①刘帆＊

＊通讯作者：北京大学人民医院

①方正国际软件有限公司，北京，100080，北京市海淀区北四环西路52号方正国际大厦5层

摘要通过对医院临床信息标准化工作，总结了对象标识（OID）在HL7 Version3标准应用实践中的经验，为临床信息共享的语义标准化提供了一种可行的方法。

关键词 OID 医疗信息标准化 HL7

1 引言

随着医院信息化进程的推进，医院信息系统已经变得越来越复杂，系统与系统之间的信息交换需求也越来越多。但是，由于我国医疗信息标准化工作起步较晚，导致在信息化建设过程中各自为政、各行一套的做法非常普遍。这种做法的直接后果就是信息共享的代价越来越大，已经超出了可以接受的程度。

随着近几年信息技术的发展和国际国内相关标准化工作的推进，采用一些标准的格式进行信息传输的越来越多。但是进行深入分析之后就会发现，这些标准基本都只是做到了语法上的统一，语义则仍然依赖于具体的场景和上下文。由Health Level Seven International组织（以下简称HL7组织）开发的旨在规范临床医学和管理信息格式、降低医院信息系统互联成本、提高医院信息系统之间数据信息共享程度的HL7 Version3为我们的标准化工作提供了一个很好的基础。在HL7 Version3中通过RIM模型和OID很好的解决了信息共享的语法和语义的标准化。

2 对象标识的定义与特性

对象标识（Object Identifier，简写为OID）是与对象相关联的用来无歧义地标识对象的全局唯一的值，可保证对象在通信或信息处理中正确地定位和管理，是信息在网络通讯中的身份证。在关系数据库中数据的唯一标识我们称之为主键，而在对象领域，则称之为OID。

OID（object identifier）是ISO/IEC、ITU共同提出的标识机制，命名规则和分配方案由ISO/IEC 9834《OSI登记机构的操作规程》系列标准规定。OID编码规则是一种树状结构，不同层次之间用“.”分隔，层数无限制。OID有两种形式：数字值和字母数字值，如：1.2.156和iso(1) member-body(2)cn(156)。数字值是一个非负整数；字母数字值是一个不少于1个字符并且不大于100个字符、首字符小写的可变长度字符串，同时该值在注册机构范围内是唯一的。多数场合下使用的是数字类型的OID表示。

OID被设计为树形结构，可以具有无穷多节点。OID可以分为注册节点和内部分配节点。OID 实行的是分级管理和分配的策略。对于每一个节点，都有一个机构或者标准组织对其子节点的分配和管理负责。OID的分配信息并没有要求一定公开。

根据OID管理形式的不同，我们可以把OID分为注册节点和内部分配节点。注册节点是指需要向外部OID注册机构提交申请并在审核通过后获得的OID节点。内部分配节点是指由已经

申请注册节点的团体或者个人在注册节点之下内部分配的节点。

要达到OID的作用，它必须在空间和时间上都是唯一的。空间上的唯一性指的是每个OID 都必须在OID空间中是惟一的。时间上的唯一性则指的是已经被分配的OID在任何时间代表的都是相同含义，所以就决定了OID一旦被分配就不可以重复使用的特性。

3 国外应用情况

图1 OID体系

在整个OID的体系中，最顶层的三个节点是ITU-T（0）、ISO（1）、Joint-ISO-ITU-U(2)。ITU-T（0）主要是由国际电信联盟使用的，ISO（1）和Joint-ISO-ITU-U（2）则主要是实行国际和国家两级管理和分配的策略。首先由国际OID注册中心为各个国家分配各自的节点，各个国家在自己的节点底下分配OID。例如，中国负责管理分配1.2.156和2.16.156节点之下的子节点。而HL7组织则在美国的子节点2.16.840下申请了自己的注册节点2.16.840.1.113883。

4 在HL7中的应用

在HL7中对于OID的应用分为两个阶段，标准开发阶段和标准实现阶段。标准开发阶段主要是指HL7组织在开发标准过程中为了内部使用而定义的一些OID，这样OID通常是与RIM模型相关。而标准实现阶段主要是软件提供商或者本地标准化组织将HL7标准应用到具体业务场景中所定义的OID。

4.1 标准开发阶段的OID应用HL7组织已经申请了2.16.840.1.113883的根OID。截止本文定稿之日为止，HL7组织在此OID之下分配的Review完成的OID总共有7743个。所有的HL7组织定义的OID都可以在/oid/index.cfm网站查询其定义。

例如上文中的CDA文档中，root="2.16.840.1.113883.1.3"就使用了HL7组织定义的OID。从其OID注册表中可以知道它代表的是“HL7 Registered RMIMs”，也就是说元素typeId描述的是文档使用的RMIM模型。而extension="POCD_HD000040"则表示具体的RMIM模型是

POCD_HD000040。

除了上述在CDA文档中直接使用的OID之外，HL7组织还分配了为数众多的内部使用OID。4.2 标准实现阶段的OID应用在应用HL7version3进行标准化开发的过程中，大量使用OID来进行信息标识。主要为两大类：下面是HL7v3的患者信息中用来特定患者身份的部分。id节点下的item

节点可以有多个，分别代表不同的标识号。但是在业务上如何区分这些标识号，则是依靠root 属性中的OID。

另一类则是下文所示的特定术语编码的编码系统。

虽然上面例子中的administrativeGenderCode和maritalStatusCode从业务含义上已经明确了是性别和婚姻状况，但是由于不同机构或者不同系统对性别和婚姻状况的编码都不相同，因此有必要明确当前使用的编码是什么编码体系。通过给codeSystem赋予一个特定的OID，就使得上文的code值的含义在任何场景下都是明确并且相同的。

5 OID在北京大学人民医院的应用

通过在北京大学人民医院应用HL7version3标准进行信息交换和集成的过程中，总结出OID 应用过程中通常应该遵守如下一些规则：

5.1 一次注册由于OID是采用分级管理的机制，为了保证所使用的OID的全球唯一性，需要由医疗机构向公开的OID管理机构，例如国家OID注册中心，注册本机构的根OID。注册的OID获得批准之后，即可在医疗机构内部进行此OID之下的子节点分配。

5.2 统一管理为了保证业务含义与OID值的唯一对应关系，必须在组织内部有专门的部门和责任人来负责医疗结构内部的OID分配管理工作。对于已经存在表达相同含义的OID，则不应该分配新的节点。对于不需要使用OID来标识的内容，也不应该滥用OID。

5.3 合理规划虽然OID从理论上来说是具有无限扩展的特点，但是如果前期分配时缺乏规划，必然会导致OID的分配是混乱没有规则的。由于OID具有层次结构的特性，可以在规划时按照OID的使用部门、使用目的或者内容特性等分类进行节点划分。北京大学人民医院在分配OID子节点时遵循如下规则：第一级按照使用部门分配，如下图所示的信息中心、设备处。第二级按照使用目的进行分配，如下图中的术语编码系统、特定标识符。第三极按照标识对象进行分配，如下图中的患者标识、数据项标识、CDA文档标识。