DB33 T 893.2-2013 临床实验室信息系统 第2部分 数据传输与交换.pdf

《DB33 T 893.2-2013 临床实验室信息系统 第2部分 数据传输与交换.pdf》由会员分享，可在线阅读，更多相关《DB33 T 893.2-2013 临床实验室信息系统 第2部分 数据传输与交换.pdf（53页珍藏版）》请在麦多课文档分享上搜索。

1、ICS 11.020 C07 DB33 浙江省 地方标准 DB 33/T 893.22013 临床实验室信息系统 第 2 部分： 数据传输与交换 Clinical laboratory information system Part 2： Data transmission and exchange 2013 - 05 - 17 发布 2013 - 06 - 17 实施 浙江省质量技术监督局 发布 DB33/T 893.22013 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.22013 2 临床实验室信息系统 第 2 部分：数据传输与交换 1 范围 DB33/T 893的本部分 规定了临床实验室信息系统 与 医嘱管理、自动化装备 、电子病历 之间的 数据 传输与交换协议。 本部分 适用于医疗机构内 不同 信息系统 之 间 的 临床 检验数据 交换 。 2 术语和 定义 下列术语和定义适用于本文件。 2.1 临床实验室信息系统 clinical laboratory information sy

4、stem 对 患者样本识别、检验申请、结果报告、质量控制以及样本分析各方面相关的数据进行管理的信息系统。 2.2 触发 事件 trigger events 现实世界中 产生系统间消息交换 的事件 。 如完成一项肝功能的检测，临床实验室信息系统 会 触发事件，把 检验结果发送到其他系统 ，如电子病历 。 2.3 消息 message 系统间数据交换的基本单位，由顺序确定的一组段组成 。 每个消息都用一个消息类型来表示其用途。 2.4 段 segments 数据字段的逻辑组合，每一个段用唯一的三个字符的代码来标识。在一个消息中，段可能是必需的，也可能是可选的，段可以只出现一次，也可以重复出现。 2

5、.5 字段 field 一个记录的特定属性，由字符串组成。每个字 段包括段中 按顺序排列的位置、最大字符长度、数据类型、可选性、重复性、取值表等属性。 2.6 记录 record DB33/T 893.22013 3 描述了一个已完成信息属性的 集 合 。 2.7 角色 actor 现实信息系统功能单元或仪器设备的抽象，它们产生、管理或响应临床医疗活动中各种需要 的 信息，并通过事务进行交互 。 2.8 事务 transaction 为了交换信息而在两个角色之间 进行的 特定 的 交互 作用。 3 缩略语 下列缩略语适用于本文件。 HL7 卫生信息传输标准 Health Level Seven

6、 LIS 临床 实验室信息系统 Laboratory Information System LOINC 观察指标标识符逻辑命名与编码系统 Logical Observation Indentifiers Names and Codes ASCII 美国信息互换标准代码 American Standard Code for Information Interchange IHE 医疗企业集成 Integrating the Healthcare Enterprise 4 数据传输与交换 4.1 硬件和底层协议 4.1.1 通讯硬件和底层协议 本 标准 是一个基于文本的应用层协议，对数据传输 所

7、依 赖的网络协议、网络规则、加密认证不做限制。 4.1.2 最小底层协议 4.1.2.1 符号约定 单一 ASCII字符用单引号标明。特殊字符或非印刷体 ASCII字符用单书名号 就是 。 4.1.2.2 消息格式 消息以 dddd的格式传输，其中： =ASCII，即 。开始模块字符，一个字节。 不要和 ASCII 中的字符 SOH 或STX 混淆。 dddd= 数据 。 HL7 消息内容，即通讯数据内容。数据可能包括任何可显示的 ASCII 字符和回车字符 ，数据的字节数可变。 =ASCII, 即 。 结束模块字符，一个字节。 不要和 ASCII 中的 字符 ETX 或 DB33/T 893

8、.22013 4 EOT 混淆。 = ASCII， 即 。回车字符，一个字节。 4.1.2.3 数据结构 LIS与其它 医疗 系统的数据交换 由不同类型的 HL7消息完成。每 个消息由一组顺序确定的段组成。段由一系列顺序确定的字段组成。 字段由格式确定的组件组成，组件又可由子组件组成。 HL7消息的层次结构，参见图 1。 图 1 HL7 消息层次结构 4.1.2.4 网络连接 如果连接尚不存在，想要发送消息的应用程序必须 初始化 一个连接，以启动事务。接受方应用程序将会用一个应答信息作为响应或对查询做出反应，但不会在该网络连接上发起新的事务。 4.1.2.5 应答模式 采用 HL7 原始应答模

9、式来发送应答消息。 应答属于应用程序级应答， 且必须是在接受方应用程序解析了消息并处理其内 容之后产生。 接收方应用程序应自动 产生应用级确认消息 ，而无需等待人工核准所收到消息的内容。 4.2 消息 4.2.1 概述 本标准使用的 HL7消息有 OML（实验室医嘱消息） 、 ORL（ 通用实验室医嘱应答消息 ） 、 ORU（ 主动观察消息 ） 、 OUL（ 主动 实验室 观察消息 ） 、 ACK（ 一般 确认消息 ） 。 消息（ Message） 段 1（ segment 1） 字段 1（ field 1） 段 2（ segment 2） 字段 2（ field 2） 字段 N（ field

10、 N） 段 N（ segment N） 组件 N（ component N） 组件 2（ component 2） 组件 1（ component 1） 子组件 1（ Subcomponent 1） 子组件 2（ Subcomponent 2） 子组件 N（ Subcomponent N） DB33/T 893.22013 5 4.2.2 消息 结构 4.2.2.1 每个触发事件发生时，该触发事件引起的交换消息按 照 HL7 抽象消息语法 进行 定义。 4.2.2.2 每条消息都是由特定的符号所定义，在这些符号中，按照消息里出现的顺序列出了它们的段标识。 4.2.2.3 大括号 ，表示大括号

11、中的 一组信息段 可以是 一个或者多个重复。 4.2.2.4 中括号 ，表示中括号 中的 一组信息段是可选的。 4.2.2.5 如果一组信息段是可选的而且可重复，它应该包括用中括号和大括号括起来 ，如 。 4.2.2.6 如果大括号或中括号圈起的段标识符多于一个， 左侧开 始位置 缩进 两格，显示层次结构。 4.2.3 消息构建规则 4.2.3.1 按消息定义的顺序构建消息的段。每个段构建如下： a) 前三个字符是段标识代码 。 b) 序列中的每个字段按下列方式插入段： 1) 首先要在信息段中先放置一个字段分隔符 。 2) 如果该字段没有值，不必用其他的字符来表示（即直接使用两个字段分隔符来表

12、示，如：|） 。 3) 如果该字段有值，但为空，那么以字符 （两个连续的半 角双引号）来表示 。 4) 另外，在字段中放置代表值的字符。字段中可以有许多字符，直到达到字段的最大长度为止。 5) 如果字段定义要求字段分割成许多 组件 ，那么就要遵循下列规则： 如果包括多个 组件 ，使用 组件 分隔符进行分隔 ； 如果出现为空的 组件 ，则用字符 表示 ； 如果 组件 中不包括任何字符，则将该 组件 视为不存在 ； 在字段结尾处不必有空的 组件 出现。如： |ABCDEF|和 | ABCDEF|是相等的。 6) 如果 组件 定义要求将 组件 分解成子 组件 ，则使用下列规则： 如果包括多个子 组件

13、 ，它们用子 组件 分隔符分隔 ； 存在但为空的子 组件 用字 符 表示 ； 如果子 组件 中不包含任何字符，则将该子 组件 视为不存在 ； 组件 末尾的不存在的子 组件 不需要用子 组件 分隔符来表示。如： XXX&YYY&和XXX&YYY是相等的。 7) 如果字段定义允许其重复，重复分隔符仅在传递重复字段时使用。在这种情况下，重复分隔符放在出现的字段之间。如果传递三个重复字段，则用两个重复分隔符。如|010-123456780571-12345678|是 发送电话号码的两个字段。 c) 如果有其他字段要发送，则重复 4.2.3.1 b)。如果所有在段定义的数据字段不存在，则不必添加任何分隔

14、符 。 d) 用 ASCII 回车字符结束每个段。 4.2.3.2 重复 4.2.3.1 a)直到生成了所有的段。 4.2.3.3 接收 HL7 消息以及将它们的内容转 换成数据值时，忽略没有被要求却存在的信息段、字段、组件 、子 组件 和重复的字段；将要求出现但没有出现的信息段视为其中的所有字段都没有出现；将要求在信息中出现，但却没有包含在段内的字段或 组件 视为没有出现。 4.2.4 消息静态定义 DB33/T 893.22013 6 用于描述某种消息的表格将包括以下属性： a) 字段 ：字段的名称，并确定该字段在当前消息层级结构中的位置 。 采用方括号 来分隔可选性字段，采用大括号 来分

15、隔重复性字段。 b) 含义 ： HL7 定义的 字段 含义。 a) 用法 ：字段的用法代码，采用 以 下代码值： R：必需型 。 发送方应用程序应采用某种非空取值填写所有“ R”型字段， 接收方应用程序应处理必需型 字段 。 一个必需 型 元素存在 时 ，接收 方 应用程序不 能 提 示 错误 ， 但缺少一个必需 型 元素 时， 可 提示 错误。 RE： 可缺省的必需型。该字段可为空， 但是如果存在相关的数据，发送方应用程序就应当对其予以发送。 发送方应用程序应该能够提供所有的必需型字段。如果发送方 应用 程序拥有所需 RE 字段的值，就应当发送该字段。 接受方应用程序 应 处理 或忽略 该

16、字段 中所包含的数据 ， 但是，在该 字段缺省 的情况下，也 应当能成功地处理。 O：可选型。 可以出现也可以不出现该字段。 C：条件限制型。如果满足该 选 项：发送方应用程序应该始终发送该 字段 。接收方应用程序应该处理或忽略该 字段 中的数据 ， 如果元素不存在，该程序则可产生某种错误。如果并不满足该 选 项：则发送方应用程序不应该发送该 字段 。如果该条件 选 项不成立且该 字段 并不存在，则接收方应用程序不应该产生错误。 X：不支持型。该字段不被系统所支持，不仅不能被发送方应用程序发送，并且接收方应用程序也会忽略该字段或出现程序错误报告。 b) 基数 ：位于方括号中，允许该段出 现的最

17、大数和最小数， *表 示可重复多次 ，参见表 1。 表 1 基数意义说明 基数 描述 0.0 该元素不存在 0.1 该元素可以省略，或出现 1 次 1.1 该元素只能必须而且只能出现 1 次 0.n 该元素可以省略，也可以出现 n 次 1.n 该元素至少出现 1 次，最多出现 n 次 0.* 该元素可以省略，或者重复任意次数 1.* 该元素可以出现 1 次，或重复任意次数 m.n 该元素可以出现至少 m 次，最多 n 次 4.2.5 OML 实验室医嘱消息 4.2.5.1 实验室医嘱消息 ， 可 用于 传输 实验室医嘱， 以及在实验室 自动化 的环 境下传 输 试验请求 、标本和容器信息 。

18、4.2.5.2 OML 消息包含 SAC 段 ，用于传输标本容器信息 ， 允许一个 实验室 医嘱 需要多个容器， 多个 实验室 医嘱关联一个容器，或是 实验室 医嘱对应的试验请求 需要 多个 容器。 4.2.5.3 OMLO21 消息结 构 ， 适用于传输一个包含多个标本的医嘱或一个包含多个容器的医嘱 ，如肌酐清除率、糖耐量试验 。 见表 2 。 DB33/T 893.22013 1 表 2 OMLO21 实验室医嘱消息结构 字段 含义 用法 基数 MSH 消息头 R 1.1 -患者信息 开始 RE 0.1 PID 患者标识 R 1.1 PV1 患者就诊 RE 0.1 -患者信息 结束 -医嘱

19、 开始 R 1.* ORC 通用医嘱（针对单独一个组合项目） R 1.1 TQ1 时间安排 /数量 RE 0.1 -观察指标请求 开始 R 1.1 OBR 观察指标申请 R 1.1 NTE 注释和说明 O 0.* -观察指标 开始 O 0.* OBX 观察指标结果 R 1.1 NTE 结果的说明 C 0.* -观察指标 结束 -标本 开始 O 0.* SPM 标本 R 1.1 SAC -容器信息 C 0.* -标本 结束 -以前结果 开始 O 0.* PV1 患者就诊 之前结果 R 1.1 -以前医嘱 开始 R 1.* ORC 通用医嘱 之前结果 R 1.1 OBR 医嘱细节 之前结果 R 1

20、.1 NTE 注释 之前的结果 O 0.* -以前观察指标 开始 R 1.* OBX 观察指标结果 之前结果 R 1.1 NTE 注释 之前结果 O 0.* -以前观察指标 结束 -以前医嘱 结束 -以前结果 结束 -观察请求 结束 -医嘱 结束 4.2.5.4 OMLO33 消息结 构 ， 适用于传输一个样本包含多个医嘱多个可选容器的情况。 见表 3 。 DB33/T 893.22013 2 表 3 OMLO33 同 一样本多 个 医嘱的实验室医嘱结构 字段 含义 用法 基数 MSH 消息头 R 1.1 -患者消息 开始 RE 0.1 PID 患者标识 符 R 1.1 PV1 患者就诊 RE

21、 0.1 -患者消息 结束 样本 开始 R 1.* SPM 样本 R 1.* SAC 样本容器 C 0.* -医嘱 开始 R 1.* ORC 通用医嘱（针对单独一个组合项目） R 1.* TQ1 时间安排 /数量 RE 0.1 -观察指标请求 开始 R 1.1 OBR 观察指标申请 R 1.1 -观察指标 开始 O 0.* OBX 观察指标结果 R 1.1 NTE 结果的说明 C 0.1 -观察指标 结束 -以前结果 开始 O 0.* PV1 病人就诊 之前的结果 R 1.1 -以前医嘱 开始 R 1.* ORC 通用医嘱 之前的结果 R 1.1 OBR 医嘱细节 之前的结果 R 1.1 -以

22、前观察指标 开始 R 1.* OBX 观察指标 结果 -之前的结果 R 1.1 NTE 结果注释和说明 C 0.* -以前观察指标 结束 -以前医嘱 结束 -以前结果 结束 -观察指标请求 结束 -医嘱 结束 -样本 结束 4.2.5.5 OMLO35 消息结构，适用于 包含 一 个或多个样本，每个样本包含 一 个或多个容器，且每个容器可能包含 一 个或多个之前结果的 医嘱。 适合于按容器分选的实验室医嘱。 见表 4。 表 4 OMLO35 同 一容器多 个 医嘱结构 字段 含义 用法 字 段 MSH 消息头 R 1.1 -患者消息 开始 RE 0.1 PID 患者标识符 R 1.1 PV1

23、病人就诊 RE 0.1 DB33/T 893.22013 3 表 4 OMLO35 同一容器多个医嘱结构 （续） 字段 含义 用法 字段 -患者信息 结束 -样本信息 开始 R 1.* SPM 样本 R 1.1 -容器信息 开始 R 1.* SAC 容器细节 R 1.1 -医嘱 开始 R 1.* ORC 通用 医嘱 R 1.1 TQ1 时间安排 /数量 RE 0.1 -观察指标请求 开始 R 1.1 OBR 观察指标申请 R 1.1 -观察指标 开始 O 0.* OBX 观察指标结果 R 1.* NTE 结果注释和说明 C 0.* -观察指标 结束 -以前结果 开始 O 0.* PV1 患者就

24、诊 R 1.1 -以前医嘱 开始 R 1.* ORC 之前的通用医嘱 R 1.1 OBR 之前的医嘱细节 R 1.1 NTE 之前结果的注释和说明 O 0.* -以前观察指标 开始 R 1.* OBX 之前的观察指标和结果 R 1.1 NTE 之前结果的注释和说明 O 0.* -以前观察指标 结束 -以前医嘱 结束 -以 前结果 结束 -观察指标 请求 结束 -医嘱 结束 -容器 结束 -样本 结束 4.2.6 ORL 通用实验室医嘱应答消息 4.2.6.1 ORL 消息对 OML 消息进行应答，是对 OML 消息的应用层确认。 4.2.6.2 ORLO22 消息结 构 ， 用于对 OMLO2

25、1 消息的应答， 见表 5。 表 5 ORLO22 通用实验室医嘱应答消息结构 字段 含义 用法 基数 MSH 消息头 R 1.1 MSA 消息应答 R 1.1 -应答 开 始 C 0.1 DB33/T 893.22013 4 表 5 ORLO22 通用实验室医嘱 应答消息结构 （续） 字段 含义 用法 基数 -患者信息 开始 R 1.1 PID 患者标识 O 0.1 -医嘱 开始 R 1.* ORC 普通医嘱 R 1.* TQ1 时间安排数量 RE 0.1 -观察指标 请求 开始 R 1.1 OBR 观察指标请求 R 1.1 -标本 开始 C 0.1 SPM 标本 R 1.1 SAC 标本容

26、器描述 O 0.* -标本 结束 -观察指标 结束 -医嘱 结束 -患者信息 结束 -应答 结束 4.2.6.3 ORLO34 消息结 构 ， 应用于对消息 OMLO33 的应答， 见表 6。 表 6 ORLO34 通用实验室医嘱应答消息结构 字段 含义 用法 基数 MSH 消息 头 R 1.1 MSA 消息应答 R 1.1 -应答 开始 C 0.1 -患者信息 开始 R 1.1 PID 患者标识符 O 0.1 -样本 开始 R 1.* SPM 样本 R 1.1 SAC 样本容器 O 0.* -医嘱 开始 R 1.* ORC 通用医嘱 R 1.1 TQ1 时 间安排 /数量 RE 0.1 OB

27、R 观察指标 请求 R 1.1 -医嘱 结束 -样本 结束 -患者信息 结束 -应答 结束 4.2.6.4 ORLO36 消息结 构 ， 应用于对消息 OMLO35 的应答， 见表 7。 DB33/T 893.22013 5 表 7 ORLO36 通用实验室医嘱应答消息结构 字段 含义 用法 基数 MSH 消息头 R 1.1 MSA 消息应答 R 1.1 -应答 开始 C 0.1 -患者信息 开始 R 1.1 PID 患者标识符 O 0.1 样本信息 开始 SPM 样本 R 1.* -容器信息 开始 R 1.* SAC 样本容器 R 0.* -医嘱信息 开始 R 1.* ORC 通用医嘱 R

28、1.* TQ1 时间安排 /数量 RE 0.1 OBR 观察指标申请 R 1.1 -医嘱 结束 -容器信息 结束 -样本信息 -患者信息 -应答结束 4.2.7 ORU 主动观察消息 4.2.7.1 ORUR01 消息传输实验室结果到其他系统。 4.2.7.2 临床报告用三个层次构建，其中 PID 段用在最上层， OBR 段用在下一层，一个或多个观察记录 (OBX 段 )放在底层。 4.2.7.3 ORUR01 消息结 构 ，见表 8。 表 8 ORUR01 主动观察消息结构 字段 含义 用法 基数 MSH 消息头 R 1.1 -患者信息 开始 RE 0.1 PID 患者标识 R 1.1 PV

29、1 患者就诊 RE 0.1 -患者信息 结束 -医嘱观察指标 开始 R 1.* ORC 通用医嘱（针对单独一个组合项目） R 1.1 OBR 观察指标 请求 R 1.1 TQ1 时间安排 /数量 RE 0.1 -观察指标 开始 O 0.* OBX OBR 有关的观察结果 R 1.1 NTE 结果说明和注释 C 0.* -观察指标 结束 DB33/T 893.22013 6 表 8 ORUR01 主动观察消息结构 （ 续 ） 字段 含义 用法 基数 标本 开始 O 0.* SPM 标本 R 1.1 OBX 附加的标本特征 O 0.* -标本 结束 -医嘱观察指标 结束 4.2.8 OUL 主动

30、实验室 观察消息 4.2.8.1 OULR22 用 于实验室自动系统，除可传送结果信息外，还可传送以下信息： 分析结果与装有患者 标 本的容器 (SAC 段 )之间的关系； 分析结果与质控标本特定容器的关系，以及此 标 本的批号及生产商的信息，出现 SAC-SID段是质控标本的结果分析数据； 创建分析结果过程中所用试剂及其他材料的基本 识别数据（批号、生产商等） ,用 TCD-SID段 表示 。 4.2.8.2 如果是质控标本容器的结果，那么与患者有关的 PID、 PV1 段为可选项。 4.2.8.3 OULR22 消息结 构 ，见表 9。 表 9 OULR22 主动 实验室 观察消息结构 字

31、段 含义 用法 基数 MSH 消息头 R 1.1 -患者信息 开始 RE 0.1 PID 患者标识 R 1.1 PV1 患者就诊 O 0.1 -患者信息 结束 -样本开始 R 1.* SPM 样本 R 1.1 OBX 附加的标本特征 O 0.* SAC 容器信息 O 0.* -医嘱 开始 R 1.* OBR 观察指标 请求 R 1.1 ORC 通用医嘱（针对单独一个组合项目） O 0.1 -结果 开始 O 0.* OBX 与 OBR 有关的观察结果 R 1.1 TCD 检验项目代码细节 O 0.1 SID 材料标识符 O 0.* NTE 说明和注释 C 0.* -结果 结束 -医嘱 结束 -样

32、本 结束 4.2.9 ACK 一般 确认消息 DB33/T 893.22013 7 4.2.9.1 用于消息的确认。 4.2.9.2 ACKR22 消息结 构 ，见表 10。 表 10 ACKR22 一般 确认消息结构 字段 含义 用法 基数 MSH 消息头 R 1.1 MSA 消息确认 R 1.1 4.3 段 4.3.1 段静态定义 用 于描述某种段的表格将包括以下属性： a) 序号 ：字段在当前段内的位置 ，引用时采用段标识加序 号；本标准不采用的字段，在段静态定义不显示，序号不一定是连续的； b) 长度 ：字段的最大长度 ； c) 数据类型 ：字段的数据类型 ； d) 元素名称 ：字段的

33、名称 ； e) 用法 ： 包括 必需 型 (R)、 可缺省的必需型（ RE）、 可选 型 (O)、 不支持型 (X)，与消息静态定义中的用法含义相同； f) 基数 ：位于方括号中，允许该段出现的最大数和最小数。 4.3.2 数据类型 HL7 数据类型分类， 部分数据类型参 见表 11。 表 11 HL7 数据类型 数据类型 数据类型名称 长度 注释 /格式 ST String 字符串 199 TX Text data 文本数据 65536 CX Extended composite ID with check digit 扩展的带校验 的 复合标识 1913 HD Hierarchic des

34、ignator 等级指标符 227 TS Time stamp 时间戳 26 YYYYMMDDHHMMSS.SSSS+/-ZZZZ PT Processing type 处理类型 3 VID Version identifier 版本标识符 973 CE Coded element 代码元素 250 CWE Coded with exceptions 意外代码 705 代码系统版本 ID (ST) FT Formatted text 格式化文 本 65536 XPN Extended person name 扩展人名 250 XAD Extended address 扩展地址 250 XTN

35、Extended telecommunications number 扩展通信号码 250 NNN (999)999-9999 X99999 B99999 C 任何文本 CQ Composite quantity with units 数量单位 500 PL Person location 个人位置 1230 SN Structured numeric 结构化数字 36 NA Numeric array 序列 号 65536 只用于波形数据 SPS Specimen source 样本源 4436 DTM Date/time 日期 /时间 24 XCN Extended composite I

36、D number and name 扩展 的综合 ID和姓名 3002 DB33/T 893.22013 9 表 11 HL7 数据类型 （续） 数据类型 数据类型名称 长度 注释 /格式 XON Extended composite name and ID number for organizations 机构 扩展的综合名称和 ID号 567 IS Coded value for user-defined tables 用户定义 表格编码值 20 SI Sequence ID ID序列 4 DR Date/time range 日期 /时间范围 53 EIP Entity identifi

37、er pair 实体标识 855 4.3.3 MSH 消息头字段 4.3.3.1 定义一种消息的目的、来源、目的地以及某些特定的细节说明。 4.3.3.2 MSH 结构，见表 12。 表 12 MSH 消息头 (message header segment) 序号 长度 数据类型 元素名称 用法 基数 1 1 SI 字段分隔符 (Field Separator) 定义消息中不同部分的分隔符。 取值（ ASCII 124） R 1.1 2 4 ST 字符编码 (Encoding Characters) 依次为 组件 分隔符、重复分隔符、转义分隔符和子 组件 分隔符。取值“ &”（分别是 ASCI

38、I 94， 126， 92 和 38）。 R 1.1 3 227 HD 发送应用程序 (Sending Application) 发送方的应用程序名称，用户可自定义。 R 1.1 4 227 HD 发送设备 (Sending Facility) 发送方的设备或组织实体，用户可自定义。 R 1.1 5 227 HD 接收应用程序 (Receiving Application) 接收方的应用程序名称，用户可自定义。 R 1.1 6 227 HD 接收设施备 (Receiving Facility) 接收方的设备或组织实体，用户可自定义。 R 1.1 7 26 TS 消息日期时间 (Date/Tim

39、e Of Message) 系统创建消息的日期 /时间。 R 1.1 8 40 ST 安全 (Security)。 不使用，空。 X 0.0 DB33/T 893.22013 10 表 12 MSH 消息头 (message header segment)（续） 序号 长度 数据类型 元素名称 用法 基数 9 15 MSG 消息类型 (Message Type) 组件： Message Code （ ID） Trigger Event （ ID） Message Structure （ ID） 定义：该字段包括当前消息的消息类型，触发事件和消息结构 ID，所有三个组件均为必需型。 R 1.1

40、10 20 ST 消息控制 ID(Message Control ID) 该字段包括唯一地标识当前消息的一个数字编号或其他ID。发送方应用程序应该分别赋予每条消息一个唯一性标识符。接收方应用程序将在消息应答段（ MSA）中将此 ID回送给发送方应用程序。这个 标识符与发送方应用程序名称（ MSH-3）之间的组合在整个医疗机构范围内应该是唯一的。 R 1.1 11 3 PT 处理 ID(Processing ID) 怎样处理消息，取值“ P”。系统测试时，取值 D R 1.1 12 60 VID 版本 ID (Version ID) 该字段接收方系统将会把该字段与其自身的版本进行匹配，以确保消息

41、能够得到正确的解释。 R 1.1 14 180 ST 延续指针 (Continuation Pointer) 不使用，空。 X 0.0 15 2 ID 认可应答类型 (Accept Acknowledgment Type) 不使用，空。 X 0.0 16 2 ID 应用程序级应答类型 (Application Acknowledgment Type) 不使用，空。 X 0.0 17 3 ID 国家代码（ Country Code） 消息的来源国家。取值“ CHN”。 RE 1.1 18 16 ID 字符集（ Character Set） 消息所采用的字符集。取值“ UNICODE”。 C 0.

42、1 19 250 CE 消息主要语种 (Principal Language Of Message) RE 1.1 20 20 ID 备用字符集处理方案 (Alternate Character Set Handling Scheme) C 0.1 21 427 EI 消息规格标识符（ Message Profile Identifier） RE 0.* 4.3.4 MSA 消息 确认 段 4.3.4.1 包含对其他消息 加以确认时所发 送的信息。 4.3.4.2 MSA 段结构，见表 13。 DB33/T 893.22013 11 表 13 MSA 消息应答 (message acknowledgment segment) 序号 长度 数据类型 元素名称 用法 基数 1 2 ID 应答代码（ Acknowledgment Code） 包含一个确认代码。