1、ICS 11.020 C07 DB33 浙江省 地方标准 DB 33/T 893.2 2013 临床实验室信息系统 第 2 部分： 数据传输与交换 Clinical laboratory information system Part 2： Data transmission and exchange 2013 - 05 - 17 发布 2013 - 06 - 17 实施 浙江省质量技术监督局 发布 DB33/T 893.2 2013 1 前 言 DB33/T 893临床实验室信息系统分为三个部分： 第 1 部分：基本功能规范； 第 2 部分：数据传输与交换； 第 3 部分：工作流程规范。 本
2、部分为 DB33/T 893的第 2部分，本部分依据 GB/T 1.1-2009给出的规则起草。 本标准的消息结构参照了HL7 messaging standard version 2.6中关于临床实验室的 相关 内容，信息系统集成 技术框架参考了 IHE Laboratory Technical Framework Revision 2.1中实施临床实验室工作流程集成 规范 的相关内容 ，并根据浙江省医疗机构临床实验室的实际情况编制而成 。 本标准由浙江省卫生厅提出。 本标准由浙江省数字卫生标准化技术委员会归口。 本标准主要起草单位：浙江数字医疗卫生技术研究院、浙江大学医学院附属第一医院、浙
3、江大学医学院附属妇产科医院、浙江省标准化研究院。 本标准的主要起草人：李兰娟、杨大干、何剑虎、陈瑜、胡长爱、潘洋。 DB33/T 893.2 2013 2 临床实验室信息系统 第 2 部分：数据传输与交换 1 范围 DB33/T 893的本部分 规定了临床实验室信息系统 与 医嘱管理、自动化装备 、电子病历 之间的 数据 传输与交换协议。 本部分适用于医疗机构内不同信息系统之间的临床检验数据交换 。 2 术语和 定义 下列术语和定义适用于本文件。 2.1 临床实验室信息系统 clinical laboratory information system 对 患者样本识别、检验申请、结果报告、质量
4、控制以及样本分析各方面相关的数据进行管理的信息系统。 2.2 触发 事件 trigger events 现实世界中产生系统间消息交换的事件。如完成一项肝功能的检测，临床实验室信息系统会触发事件，把检验结果发送到其他系统，如电子病历。 2.3 消息 message 系统间数据交换的基本单位，由顺序确定的一组段组成。每个消息都用一个消息类型来表示其用途。 2.4 段 segments 数据字段的逻辑组合，每一个段用唯一的三个字符的代码来标识。在一个消息中，段可能是必需的，也可能是可选的，段可以只出现一次，也可以重复出现。 2.5 字段 field 一个记录的特定属性，由字符串组成。每个字段包括段中
5、按顺序排列的位置、最大字符长度、数据类型、可选性、重复性、取值表等属性。 2.6 记录 record DB33/T 893.2 2013 3 描述了一个已完成信息属性的集合。 2.7 角色 actor 现实信息系统功能单元或仪器设备的抽象，它们产生、管理或响应临床医疗活动中各种需要的信息，并通过 事务进行交互。 2.8 事务 transaction 为了交换信息而在两个角色之间进行的特定 的交互作用。 3 缩略语 下列缩略语适用于本文件。 HL7 卫生信息传输标准 Health Level Seven LIS 临床 实验室信息系统 Laboratory Information System L
6、OINC 观察指标标识符逻辑命名与编码系统 Logical Observation Indentifiers Names and Codes ASCII 美国信息互换标准代码 American Standard Code for Information Interchange IHE 医疗企业集成 Integrating the Healthcare Enterprise 4 数据传输与交换 4.1 硬件和底层协议 4.1.1 通讯硬件和底层协议 本标准是一个基于文本的应用层协议，对数据传输所依赖的网络协议、网络规则、加密认证不做限制。 4.1.2 最小底层协议 4.1.2.1 符号约定 单一
7、ASCII 字符用单引号标明。特殊字符或非印刷体 ASCII字符用单书名号 FT Formatted text 格式化文 本 65536 XPN Extended person name 扩展人名 250 XAD Extended address 扩展地址 250 XTN Extended telecommunications number 扩展通信号码 250 NNN (999)999-9999 X99999 B99999 C 任何文本 CQ Composite quantity with units 数量单位 500 PL Person location 个人位置 1230 SN Stru
8、ctured numeric 结构化数字 36 NA Numeric array 序列 号 65536 只用于波形数据 SPS Specimen source 样本源 4436 DTM Date/time 日期 /时间 24 XCN Extended composite ID number and name 扩展 的综合 ID和姓名 3002 DB33/T 893.2 2013 9 表 11 HL7 数据类型 （续） 数据类型 数据类型名称 长度 注释 /格式 XON Extended composite name and ID number for organizations 机构 扩展的综
9、合名称和 ID号 567 IS Coded value for user-defined tables 用户定义 表格编码值 20 SI Sequence ID ID序列 4 DR Date/time range 日期 /时间范围 53 EIP Entity identifier pair 实体标识 855 4.3.3 MSH 消息头字段 4.3.3.1 定义一种消息的目的、来源、目的地以及某些特定的细节说明。 4.3.3.2 MSH 结构，见表 12。 表 12 MSH 消息头(message header segment) 序号 长度 数据类型 元素名称 用法 基数 1 1 SI 字段分隔
10、符 (Field Separator) 定义消息中不同部分的分隔符。 取值（ ASCII 124） R 11 2 4 ST 字符编码 (Encoding Characters) 依次为 组件 分隔符、重复分隔符、转义分隔符和子 组件 分隔符。取值“ &”（分别是 ASCII 94， 126， 92 和 38）。 R 11 3 227 HD 发送应用程序 (Sending Application) 发送方的应用程序名称，用户可自定义。 R 11 4 227 HD 发送设备 (Sending Facility) 发送方的设备或组织实体，用户可自定义。 R 11 5 227 HD 接收应用程序 (R
11、eceiving Application) 接收方的应用程序名称，用户可自定义。 R 11 6 227 HD 接收设施备 (Receiving Facility) 接收方的设备或组织实体，用户可自定义。 R 11 7 26 TS 消息日期时间 (Date/Time Of Message) 系统创建消息的日期 /时间。 R 11 8 40 ST 安全 (Security)。 不使用，空。 X 00 DB33/T 893.2 2013 10 表 12 MSH 消息头 (message header segment)（续） 序号 长度 数据类型 元素名称 用法 基数 9 15 MSG 消息类型 (M
12、essage Type) 组件： Message Code （ ID） Trigger Event （ ID） Message Structure （ ID） 定义：该字段包括当前消息的消息类型，触发事件和消息结构 ID，所有三个组件均为必需型。 R 11 10 20 ST 消息控制 ID(Message Control ID) 该字段包括唯一地标识当前消息的一个数字编号或其他ID。发送方应用程序应该分别赋予每条消息一个唯一性标识符。接收方应用程序将在消息应答段（ MSA）中将此 ID回送给发送方应用程序。这个 标识符与发送方应用程序名称（ MSH-3）之间的组合在整个医疗机构范围内应该是唯一
13、的。 R 11 11 3 PT 处理 ID(Processing ID) 怎样处理消息，取值“ P”。系统测试时，取值 D R 11 12 60 VID 版本 ID (Version ID) 该字段接收方系统将会把该字段与其自身的版本进行匹配，以确保消息能够得到正确的解释。 R 11 14 180 ST 延续指针 (Continuation Pointer) 不使用，空。 X 00 15 2 ID 认可应答类型 (Accept Acknowledgment Type) 不使用，空。 X 00 16 2 ID 应用程序级应答类型 (Application Acknowledgment Type)
14、 不使用，空。 X 00 17 3 ID 国家代码（ Country Code） 消息的来源国家。取值“ CHN”。 RE 11 18 16 ID 字符集（ Character Set） 消息所采用的字符集。取值“ UNICODE”。 C 01 19 250 CE 消息主要语种 (Principal Language Of Message) RE 11 20 20 ID 备用字符集处理方案 (Alternate Character Set Handling Scheme) C 01 21 427 EI 消息规格标识符（ Message Profile Identifier） RE 0* 4.3
15、.4 MSA 消息 确认 段 4.3.4.1 包含对其他消息加以确认时所发送的信息。 4.3.4.2 MSA 段结构，见表 13。 DB33/T 893.2 2013 11 表 13 MSA 消息 应答( message acknowledgment segment) 序号 长度 数据类型 元素名称 用法 基数 1 2 ID 应答代码（ Acknowledgment Code） 包含一个确认代码。见表 14。 R 11 2 20 ST 消息控制 ID (Message Control ID) 来自发送应答时所针对的那条消息的 MSH-10的值。 R 11 3 80 ST 文本消息 (Text
16、Message) 不使用，空。 X 00 6 250 CE 错误情况 (Error Condition) 使用错误代码来进一步确定 AR或AE型确认，见表 10。 X 00 4.3.4.3 MSA 1 应答代码，仅允许使用取自 HL7 应答代码表中的取值 ，见表 14。 表 14 MSA-1 应答代码（ acknowledgement code） 取值 描述 注释 AA 原始模式：应用接受 消息被接收方应用程序接受和集成 AE 原始模式：应用错误 发送者试图以后再次发送消息 AR 原始模式：应用拒绝 消息被接收方应用程序拒绝 4.3.4.4 MSA-6 错误情况，取值表见表 15。 表 15
17、MSA-6 消息错误情况代码(Error Condition ) 状态代码 状态文本（ MSA-3） 描述 /备注 成功： AA 0 Message accepted 成功 错误状态代码： AE 100 Segment sequence error 消息中段的顺序不正确，或者丢失必须的段 101 Required field missing 一个段中丢失必须的字段 102 Data type error 字段的数据类型错误，如数字的成了字符 103 Table value not found 表值未找到，暂不用 拒绝状态代码： AR 200 Unsupported message type 消
18、息类型不支持 201 Unsupported event code 事件代号不支持 202 Unsupported processing id 处理 ID不支持 203 Unsupported version id 版本 ID不支持 204 Unknown key identifier 不明关键字标识，如传输一个不存在的病人信息 205 Duplicate key identifier 已存在重复的关键字 206 Application record locked 事务在应用程序存储级不能执行，如数据库被锁 DB33/T 893.2 2013 12 4.3.5 NTE 注释字段 4.3.5.1
19、 该字段用于发送注释，仅出现在 OBR 或 OBX 字段之下，对观察结果及医嘱加以注释。能够在OBX 字段或 OBR 字段中加以编码的信息不必放在 NTE 字段之中发送。 4.3.5.2 NTE 段结构，见表 16。 表 16 NTE 注释字段(N otes and Comments segment) 序号 长度 数据类型 元素名称 用法 基数 1 4 ST 设置 ID NTE (Set ID NTE) 用于消息中含有多个 NTE 段的情况。 R 11 2 8 ID 注释来源 (Source of Comment) 注释的来源，有以下有效取值： L：医嘱执行者是注释来源 P：医嘱申请者是注释来
20、源 A： 自动控制管理者 是注释来源 O：其他系统是注释来源 RE 01 3 65536 FT 注释 (Comment) 注释的文本，可以是格式化的。 RE 01 4 250 CE 注释类型（ Comment Type） 见表 17。 RE 01 4.3.5.3 NTE-4 注释类型，取值见表 17。 表 17 注释类型(c omment type) 值 含义 注释 I 内部标记，不能发送到实验室外部 用于 自动控制管理者 和医嘱执行者之间的传递。不能发送给医嘱结果记录者 C 针对医务人员和医生的注释 应该发送给医嘱结果记录者或医嘱申请者，但是不应该向患者显示 P 针对医务人员和医生的注释，并
21、可能会向患者显示 应该发送给医嘱结果记录者或医嘱申请者，并可出现在 发给患者的结果报告之中 4.3.6 PID 患者标识字段 4.3.6.1 PID 字段 为所有应用程序使用，是传输 患者标识信息 的主要方式。这个字段包含永久的患者标识和患者基本信息，而且这些信息一般不会经常发生变化。 4.3.6.2 PID 段结构，见表 18。 表 18 PID 患者标识段（ Patient Identification segment） 序号 长度 数据类型 元素名称 用法 基数 1 4 SI 设置 ID PID(Set ID - PID) 识别此事务的数字。该信息段第一次出现，序号应为 1；第二次出现，
22、序号应为 2；其余同理。 O 11 DB33/T 893.2 2013 13 表 18 PID患者标识段（ Patient Identification segment）（续） 序号 长度 数据类型 元素名称 用法 基数 2 20 CX 患者 ID 号 (Patient ID) 不使用，空。 X 01 3 250 CX 患者标识列 表 (Patient Identifier List) 记录医疗保健机构用来识别患者的唯一标识符。 R 1* 4 20 CX 患者备用 ID PID (Alternate Patient ID PID) 不使用，空。 X 01 5 250 XPN 患者姓名 (Pat
23、ient Name) 记录患者的姓名，格式： R 1* 6 250 XPN 母亲姓氏 (Mothers Maiden Name) 不使用，空。 X 01 7 26 TS 出生日期 时间 (Date/Time of Birth) 记录患者的出生日期和时间。 RE 01 8 1 IS 性别 (Sex) 记录患者的性别。定义表如下： F：女性； M：男性； O：其他； U：不知道。 R 11 9 250 XPN 患者别名 (Patient Alias) 不使用，空。 X 01 10 250 CE 种族 (Race) 不使用，空。 X 01 11 250 XAD 患者地址 (Patient addre
24、ss) 患者的通讯 地址。按 HL7 地址类型定义。有多个地址时首先发 送主要地址。 RE 0* 12 4 IS 国家代码 (County Code) 不使用，空。 X 01 13 250 XTN 家庭电话号码 (Phone Number - Home) 患者的私人电话号码。 O 0* 14 250 XTN 工作电话号码 (Phone Number - Business) 患者的工作电话号码。 O 0* 15 250 CE 主要语言 (Primary Language) 不使用，空。 X 01 16 250 CE 婚姻状态 (Marital Status) 患者的婚姻状态。 B：未婚； M：已
25、婚； W：丧偶； D：离婚； U：未知； A：分居； S：独身； P：同居； O：其他； T：未报告 O 01 17 250 CE 宗教 (Religion) 宗教信仰代码 。 00 无宗教信仰； 10 佛教； 20 喇嘛教； 30 道教；40 天主教； 50 基督教； 60 东正教； 70 伊斯兰教； 99 其他。 O 01 18 250 CX 患者账号 (Patient Account Number) 记录费用和款项帐目的患者帐号。 RE 01 DB33/T 893.2 2013 14 表 18 PID 患者 标识段（ Patient Identification segment） （续）
26、 序号 长度 数据类型 元素名称 用法 基数 19 16 ST 患者 SSN 号 (SSN Number - Patient) 使用，社保卡号。 RE 01 20 25 DLN 患者 驾驶证号 (Drivers License Number - Patient) 不使用，空。 X 01 21 250 CX 母亲标识符 (Mothers Identifier) 用作新生儿的链接字段。 O 0* 22 250 CE 民族 (Ethnic Group) 参见 GB 3304-91 中国各民族名称的罗马字母拼写法和代码。 O 01 23 250 ST 出生地 (Birth Place) 患者的出生地点
27、。 O 01 24 1 ID 多胞胎标志 (Multiple Birth Indicator) 患者是否多胞胎。 O 01 25 2 NM 出生顺序 (Birth Order) 如果患者是多胞胎，是患者的出生顺序。 O 01 26 250 CE 公民 (Citizenship) 具有公民权的国家。 X 01 27 250 CE 退伍军人状态 (Veterans Military Status) 不使用，空。 X 01 28 250 CE 国籍 (Nationality) 不使用，空。 X 00 29 26 TS 患者死亡日期与时间 (Patient Death Date and Time) 记
28、录患者死亡的日期和时间。 O 01 30 1 ID 患者死亡标志 (Patient Death Indicator) 患者是否已死亡。 Y：患者已故； N：患者存活 O 01 31 1 ID 身份不清标志 (Identity Unknown Indicator) 不使用，空。 RE 01 32 20 IS 身份可靠性代码 (Identity Reliability Code) 不使用，空。 RE 01 35 250 CE 物种代码 (Species Code) 当检验对象属于非人类活体对象时，应当加以使用。 C 01 36 250 CE 品种代码 (Breed Code) 当检验对象属于非人类
29、活体对象时，应当加以使用。 C 01 4.3.7 PV1 患者就诊字段 4.3.7.1 用于沟通关于某个账户或就诊特异性基本要素的信息。 4.3.7.2 PV1 段结构，见表 19。 DB33/T 893.2 2013 15 表19 PV1 患者 就诊 字段 (patient visit segment) 序号 长度 数据类型 元素名称 用法 基数 2 1 IS 患者分类 (Patient Class)。 患者类型，有以下取值： E：急诊 I：住院 O：门诊 H：健康体检 U：未知 R 11 3 80 PL 所指定的患者位置 (Assigned patient location) 记录患者的位
30、置。住院患者可以是护理点，非住院患者可以是门诊科室。 组件 ： RE 01 9 250 XCN 会诊医生 (Consulting doctor) 组件 ： R 00 19 250 CX 就诊号 (Visit number) 每个患者就诊时指定的唯一号码。 RE 01 40 1 IS 床位状态（ Bed Status） 床位状态，有以下取值： C：关闭 ； H：家庭床位 ； O：占用 ； U：未占用 ； K：污染 ； I：隔离 ； A：加床； B 借床 X 00 51 1 IS 就诊标志（ Visit Indicator） C 01 52 250 XCN 其他医疗服务提供者（ Other Hea
31、lthcare Provider） X 00 4.3.8 ORC 通用医嘱字段 4.3.8.1 ORC 字段和 OBR 字段包含很多重复字段，对 OBR 字段中字段的使用将会优先于 ORC 字段中的等价字段，如果字段在 ORC 字段中被列为可选型，则其在 OBR 字段中的等价字段就可能会是必需型。 4.3.8.2 ORC 段结构，见表 20。 表 20 ORC 通用医嘱字段 （ Common Order Segment） 序号 长度 数据类型 元素名称 用法 基数 1 2 ID 医嘱控制（ Order Control）（ ID） 可将该字段考虑作为医嘱的“触发事件”标识符。取值见表 21。 R
32、 11 2 22 EI 申请者医嘱编号（ Placer Order Number） 条件谓项：如果该字段已赋值，其取值应该与必需型字段 OBR-2 的取值相匹配。 C 01 DB33/T 893.2 2013 16 表 20 ORC 通用医嘱字段 （ Common Order Segment） （续） 序号 长度 数据类型 元素名称 用法 基数 3 22 EI 执行者医嘱编号（ Filler Order Number） 条件谓项：如果该字段已赋值，其取值应该与必需型字段 OBR-3 的取值相匹配。 C 01 4 22 EI 申请者医嘱组编号（ Placer Group Number） 申请者医
33、嘱组编号表示的是一套密切相关的医嘱的标识（即医嘱组的标识）；这套医嘱也就是申请者向实验室所申请的，所有关于单独一个对象的一系 列组合项目。 RE 01 5 2 ID 医嘱状态（ Order Status） 条件谓项：在医嘱执行者所发送的所有 OML 消息中，该字段均应赋值。它代表相应医嘱的状态。在医嘱申请者所发送的 OML 消息中，该字段则不应赋值。有效取值如下： A：一些，但不是所有的，结果可用 CA：医嘱被取消 CM：医嘱已完成 IP：在进行中，没有指明 SC：在进行中，已预约 C 01 6 1 ID 应答标识（ Response Flag） O 01 7 200 TQ 数量时间（ Qua
34、ntity/Timing） X 00 8 200 EIP 上级标识（ Parent） 该字段揭示上级医嘱与子级医嘱之间的关系。如果该字段值存在，必须和 OBR-29 的内容相同。 X 00 9 26 TS 事务日期时间 (Date Time of Transaction） 该字段包含的是反映在“ ORC-1 医嘱控制代码”之中的，启动当前事务事件的日期和时间。该字段并不等同于反映实际消息创建日期时间的“ MSH-7 消息的日期和时间”。 在医嘱执行者所发送的 OML 消息“状态已变”之中，该字段包含的是医嘱（ ORC-5）或（ 后续 OBR 中所标识的）那些所申请的组合项目之一的最后状态变更日
35、期时间。 R 11 10 250 XCN 录入者（ Entered By） 该字段包含将申请录入之人的身份标识。 RE 0* 11 250 XCN 核对者（ Verified By） 实际输入申请的人。 RE 0* 12 250 XCN 医嘱提供者（ Ordering Provider） 如果 该字段已赋值，其取值应该与必需型字段 OBR-16 的取值相匹配。 该字段包含的是下达医嘱的人员 ，如 医师。 RE 0* 13 80 PL 录入场所（ Enterers Location ） 该字段指出医嘱录入者所在的物理位置。 O 01 DB33/T 893.2 2013 17 表 20 ORC通用
36、医嘱字段 （ Common Order Segment）（续） 序号 长度 数据类型 元素名称 用法 基数 14 250 XTN ORC-14 回叫电话号码（ Callback Phone Number） 该字段包含进一步说明请求或其他有关医嘱信息的电话号码。如果该字段已赋值，其取值应该与必需型字段 OBR-17 的取值相匹配。 O 02 15 26 TS 医嘱 生效日期 /时间（ Order Effective Date/Time） 该字段包含对生效或本该生效的申请作的变动日期 /时间。 O 01 16 250 CE 医嘱控制代码解释（ Order Control Code Reason）
37、不使用，空。 X 00 17 250 CE 录入机构（ Entering Organization） 该字段包含录入者所在的部门。 条件谓项：该字段包含申请新医嘱之人所在的科室，应该按照 OML消息中的申请新医嘱的申请者填写。 该字段应有医嘱执行者在所有相关医嘱中传递， 并通过 LAB-4 传递给自动管理器，通过 LAB-3 传递给医嘱结果跟踪器。 RE 01 18 250 CE 录入设备（ Entering Device） 该字段包含录入医嘱的物理设备，例如终端， PC。 O 01 19 250 XCN 执行者（ Action By） 该字段标识创建相应医嘱控制代码所代表的事件的人的身份。
38、O 0* 20 250 CE 高级受益人通告代码（ Advanced Beneficiary Notice Code） 不使用，空。 X 00 21 250 XON 申请者医嘱设施名称（ Ordering Facility Name） 该字段包含申请医嘱的设施（就诊科室）。应该为如下这三个组件赋值：第 1 个 =组织名称；第 7 个 =取值为“ FT”的标识符类型代码，第 10 个 =组织机构标识符。 RE 01 25 250 CWE 医嘱状态修正者（ Order Status Modifier） 不使用，空。 X 00 27 26 TS 执行者的预期结果可用日期时间 (Fillers Exp
39、ected Availability Date Time），条件限制型。 该字段包含的是预期实验室结果可用的日期时间。 件谓项：只有在医嘱执行者所发送的 OML 消息之中，方可为该字段赋值。 C 01 28 250 CWE 保密代码（ Confidentiality Code），可选型。 该字段包含安全级别 ,和 /或敏感程度信息。敏感程度，例如高度敏感、敏感、不敏感等。 O 01 29 250 CWE 医嘱类型（ Order Type），可 缺省的必需型。 该字段说明医嘱是否在住院设置或门诊设置中执行。如果该字段为空，则为默认值。 医嘱类型： I：住院医嘱 ； O：门诊医嘱 RE 01 30
40、 250 CNE 录入者授权模式（ Enterer Authorization Mode），可选型。 O 01 31 250 CWE 上级通用服务标识符（ Parent Universal Service Identifier） 不使用，空。 X 01 DB33/T 893.2 2013 18 4.3.8.3 ORC-1 医嘱控制代码，见表 21。 表 21 ORC-1 医嘱控制代码 （ Order Control Codes） 值 使用描述 NW “新医嘱”。由医嘱申请者在事务 LAB-1 中所发送的，或由医嘱执行者在事务 LAB-4 中所发送的 OML 消息之中的事件请求。 OK “通知或
41、请求得到接受”， OML 消息中的通知事件， ORL 消息中的应答事件。 UA “不能接受医嘱服务”， OML 消息中的通知事件。由医嘱执行者在事务 LAB-1 中所发送的或由 自动控制管理者 在事务 LAB-4 中所发送的 ORL 消息之中的应答事件。 SC “状态已变”。在 OML 和 OUL 消息中的事件通知。 CA “取消医嘱服务请求”。医嘱申请者在事 务 LAB-1 中或医嘱执行者在 LAB-4 中所发送的 OML 消息之中的事件请求。 CR “已按请求取消”。针对 OML（ CA）做出响应的 ORL 消息之中的事件应答。 UC “不能取消”。针对 OML（ CA）做出响应的 ORL
42、 消息之中的事件应答。 OC “医嘱服务已取消”。医嘱执行者在事务 LAB-1 和 LAB-3 中所发送的 OML 消息之中的事件通知。 SN “发送医嘱服务编号”。医嘱执行者在事务 LAB-2 中所发送的 OML 消息之中的请求事件。 NA “已分配编号”，针对 OML（ SN）做出响应 的医嘱申请者在 LAB-2 中所发送的 ORL 消息之中的事件应答。 RP “医嘱服务替换请求”，医嘱申请者在 LAB-1 中或医嘱执行者在 LAB-4 中所发送的 OML 消息之中的事件请求。 RQ “已按请求替换”。 ORL 消息中的事件应答，响应 OML（ RQ）。 UM “不能替换”。针对 OML
43、（ RQ）做出响应的 ORL 消息之中的事件应答。 RU “已主动替换”，医嘱执行者所发送的 OML 消息（ LAB-1）和 OUL 消息（ LAB-3）之中的事件请求。 XO “更改医嘱服务请求”。供医嘱申请者在 LAB-1 中使用。 XR “按照请求改变”。供医嘱执行者在 LAB-1 中相应于 XO 加以使用。 UX “不能更改”，供医嘱执行者在 LAB-1 中相应于 XO 加以使用。 PR “新医嘱 /服务之前的结果”，在 LAB-1 和 LAB-4 中使用，提供发送者所要求的新的医嘱或服务之前的结果。 注： LAB-1、 LAB-2、 LAB-3、 LAB-4见本标准 5.1角色 ，
44、5.2事务 。 4.3.9 OBR 观察指标申请段 4.3.9.1 报告临床数据时，用 OBR 作为报告头。 4.3.9.2 OBR 段结构，见表 22。 DB33/T 893.2 2013 19 表22 OBR 观察 指标申请段（ Observation Request Segment） 序号 长度 数据类型 元素名称 用法 基数 2 22 EI 申请者医嘱编号 (Placer Order Number) LAB-1 中必须使用的。 医嘱中包含的所有组合项目检验项目应该被分配唯一的申请者医嘱编号。同一标识符不能被医嘱申请者使用两次。医嘱申请者角色产生申请者医嘱编号，并且应该在所有消息的所有
45、OBR字段中是唯一的。 RE 0.1 3 22 EI 执行者医嘱编号 (Filler Order Number +) 应当为执行者医嘱中所包含的所有组合项目检验项目指定一个唯一性执行者医嘱编号。医嘱执行者将决不会重复使用同一标识符。医嘱执行者角色将负责生成执行者医嘱编号，且这种执行者医嘱编号应该在所有消息的所有 OBR 字段之中具有唯一性。 R 11 4 250 CE 通用服务标识符（ Universal Service Identifier） 该字段包含的是一个所申请的组合项目或检验项目。一个组合项目由一个到多个检验项目或一个到多个组合项目组成。 R 11 5 2 ID 优先级 -OBR(P
46、riority) 不使用，空。 X 00 6 26 TS 申请日期时间（ Requested Date Time） 不使用，空。 X 00 7 26 TS 观察的日期时间 #（ Observation Date/Time #） 不使用，空。 X 01 8 26 TS 观察结束日期时间 #（ Observation End Date/Time） 不使用，空。 X 00 9 20 CQ 采集量（ Collection Volume） 不使用，空。 X 00 10 250 XCN 采集者标识符（ Collector Identifier） 这个可重复字段包含的是标本采集者的标识。 RE 0* 11
47、1 ID 标本动作代码（ Specimen Action Code） 该字段标识的是针对伴随该医嘱或先于该医嘱到达的标本所要采取的行为。该字段的目的在于（在适当情况下）进一步限定包含在伴随性 ORC字段之中的医嘱控制代码所表示的行 为。标本行为代码 : A：将所申请的检验项目添加到现有这个标本 L：实验室将从患者处获取标本 O：实 验室以外的其他服务机构所获得的标本 P：待检标本；交付标本前所发送的医嘱 R：经过修改的医嘱； S：预约如下所指定的检验 C 01 DB33/T 893.2 2013 20 表 22 OBR 观察指标申请段（ Observation Request Segment）
48、 （续） 序 号 长度 数据类型 元素名称 用法 基数 12 250 CE 危险代码 (Danger Code) 表明已知或怀疑有危险的患者或样本所用的代码和 /或文本。 组件： 无代码的文本前必须用一个组件分隔符。 X 00 13 300 ST 相关临床信息 (Relevant clinical information) 包括与患者或样本有关的其他临床信息。用于在解释诊断 检验 结果时参考。 O 01 14 26 TS 标本接收日期时间 (Specimen received date/time) 标本的实际接收时间。 X 00 15 300 SPS 标本来源 (Specimen source) 不使用，空。 X 00 16 250 XCN 医嘱提供者（ Ordering Provider） RE 01 17 250 XTN 医嘱回叫电话号码（ Order Callback Phone Number） 记录报告状态或结果的 电话 号码，如果现成可用，则为必需型。
