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

'ICS11.020C07DB33浙江省地方标准DB33/T893.2—2013临床实验室信息系统第2部分：数据传输与交换ClinicallaboratoryinformationsystemPart2：Datatransmissionandexchange2013-05-17发布2013-06-17实施浙江省质量技术监督局发布 DB33/T893.2—2013前言DB33/T893《临床实验室信息系统》分为三个部分：——第1部分：基本功能规范；——第2部分：数据传输与交换；——第3部分：工作流程规范。本部分为DB33/T893的第2部分，本部分依据GB/T1.1-2009给出的规则起草。本标准的消息结构参照了《HL7messagingstandardversion2.6》中关于临床实验室的相关内容，信息系统集成技术框架参考了《IHELaboratoryTechnicalFrameworkRevision2.1》中实施临床实验室工作流程集成规范的相关内容，并根据浙江省医疗机构临床实验室的实际情况编制而成。本标准由浙江省卫生厅提出。本标准由浙江省数字卫生标准化技术委员会归口。本标准主要起草单位：浙江数字医疗卫生技术研究院、浙江大学医学院附属第一医院、浙江大学医学院附属妇产科医院、浙江省标准化研究院。本标准的主要起草人：李兰娟、杨大干、何剑虎、陈瑜、胡长爱、潘洋。1 DB33/T893.2—2013临床实验室信息系统第2部分：数据传输与交换1范围DB33/T893的本部分规定了临床实验室信息系统与医嘱管理、自动化装备、电子病历之间的数据传输与交换协议。本部分适用于医疗机构内不同信息系统之间的临床检验数据交换。2术语和定义下列术语和定义适用于本文件。2.1临床实验室信息系统clinicallaboratoryinformationsystem对患者样本识别、检验申请、结果报告、质量控制以及样本分析各方面相关的数据进行管理的信息系统。2.2触发事件triggerevents现实世界中产生系统间消息交换的事件。如完成一项肝功能的检测，临床实验室信息系统会触发事件，把检验结果发送到其他系统，如电子病历。2.3消息message系统间数据交换的基本单位，由顺序确定的一组段组成。每个消息都用一个消息类型来表示其用途。2.4段segments数据字段的逻辑组合，每一个段用唯一的三个字符的代码来标识。在一个消息中，段可能是必需的，也可能是可选的，段可以只出现一次，也可以重复出现。2.5字段field一个记录的特定属性，由字符串组成。每个字段包括段中按顺序排列的位置、最大字符长度、数据类型、可选性、重复性、取值表等属性。2.6记录record2 DB33/T893.2—2013描述了一个已完成信息属性的集合。2.7角色actor现实信息系统功能单元或仪器设备的抽象，它们产生、管理或响应临床医疗活动中各种需要的信息，并通过事务进行交互。2.8事务transaction为了交换信息而在两个角色之间进行的特定的交互作用。3缩略语下列缩略语适用于本文件。HL7卫生信息传输标准HealthLevelSevenLIS临床实验室信息系统LaboratoryInformationSystemLOINC观察指标标识符逻辑命名与编码系统LogicalObservationIndentifiersNamesandCodesASCII美国信息互换标准代码AmericanStandardCodeforInformationInterchangeIHE医疗企业集成IntegratingtheHealthcareEnterprise4数据传输与交换4.1硬件和底层协议4.1.1通讯硬件和底层协议本标准是一个基于文本的应用层协议，对数据传输所依赖的网络协议、网络规则、加密认证不做限制。4.1.2最小底层协议4.1.2.1符号约定单一ASCII字符用单引号标明。特殊字符或非印刷体ASCII字符用单书名号<>标明。特殊字符指的是通讯内容的开始模块字符、结束模块字符。非印刷体ASCII字符可以写成缩写形式，比如，换码符(Escapecharacter)写为ESC。非印刷体ASCII字符还可以写成十六进制的值，用0xXX，这里X是一个十六进制数字。比如，标准ASCII中，就是<0x1B>。4.1.2.2消息格式消息以dddd的格式传输，其中：——=ASCII，即<0x0B>。开始模块字符，一个字节。不要和ASCII中的字符SOH或STX混淆。——dddd=数据。HL7消息内容，即通讯数据内容。数据可能包括任何可显示的ASCII字符和回车字符，数据的字节数可变。——=ASCII,即<0x1C>。结束模块字符，一个字节。不要和ASCII中的字符ETX或3 DB33/T893.2—2013EOT混淆。——=ASCII，即<0x0D>。回车字符，一个字节。4.1.2.3数据结构LIS与其它医疗系统的数据交换由不同类型的HL7消息完成。每个消息由一组顺序确定的段组成。段由一系列顺序确定的字段组成。字段由格式确定的组件组成，组件又可由子组件组成。HL7消息的层次结构，参见图1。消息（Message）段1（segment1）段2（segment2）„„„„段N（segmentN）字段1（field1）字段2（field2）„„„„字段N（fieldN）组件1（component1）组件2（component2）„„„„组件N（componentN）„„子组件1（Subcomponent1）子组件2（Subcomponent2）子组件N（SubcomponentN）图1HL7消息层次结构4.1.2.4网络连接如果连接尚不存在，想要发送消息的应用程序必须初始化一个连接，以启动事务。接受方应用程序将会用一个应答信息作为响应或对查询做出反应，但不会在该网络连接上发起新的事务。4.1.2.5应答模式采用HL7原始应答模式来发送应答消息。应答属于应用程序级应答，且必须是在接受方应用程序解析了消息并处理其内容之后产生。接收方应用程序应自动产生应用级确认消息，而无需等待人工核准所收到消息的内容。4.2消息4.2.1概述本标准使用的HL7消息有OML（实验室医嘱消息）、ORL（通用实验室医嘱应答消息）、ORU（主动观察消息）、OUL（主动实验室观察消息）、ACK（一般确认消息）。4 DB33/T893.2—20134.2.2消息结构4.2.2.1每个触发事件发生时，该触发事件引起的交换消息按照HL7抽象消息语法进行定义。4.2.2.2每条消息都是由特定的符号所定义，在这些符号中，按照消息里出现的顺序列出了它们的段标识。4.2.2.3大括号{…}，表示大括号中的一组信息段可以是一个或者多个重复。4.2.2.4中括号[…]，表示中括号中的一组信息段是可选的。4.2.2.5如果一组信息段是可选的而且可重复，它应该包括用中括号和大括号括起来，如{[…]}。4.2.2.6如果大括号或中括号圈起的段标识符多于一个，左侧开始位置缩进两格，显示层次结构。4.2.3消息构建规则4.2.3.1按消息定义的顺序构建消息的段。每个段构建如下：a)前三个字符是段标识代码。b)序列中的每个字段按下列方式插入段：1)首先要在信息段中先放置一个字段分隔符。2)如果该字段没有值，不必用其他的字符来表示（即直接使用两个字段分隔符来表示，如：||）。3)如果该字段有值，但为空，那么以字符""（两个连续的半角双引号）来表示。4)另外，在字段中放置代表值的字符。字段中可以有许多字符，直到达到字段的最大长度为止。5)如果字段定义要求字段分割成许多组件，那么就要遵循下列规则：——如果包括多个组件，使用组件分隔符进行分隔；——如果出现为空的组件，则用字符""表示；——如果组件中不包括任何字符，则将该组件视为不存在；——在字段结尾处不必有空的组件出现。如：|ABC^DEF^^|和|ABC^DEF|是相等的。6)如果组件定义要求将组件分解成子组件，则使用下列规则：——如果包括多个子组件，它们用子组件分隔符分隔；——存在但为空的子组件用字符""表示；——如果子组件中不包含任何字符，则将该子组件视为不存在；——组件末尾的不存在的子组件不需要用子组件分隔符来表示。如：^XXX&YYY&&^和^XXX&YYY^是相等的。7)如果字段定义允许其重复，重复分隔符仅在传递重复字段时使用。在这种情况下，重复分隔符放在出现的字段之间。如果传递三个重复字段，则用两个重复分隔符。如|010-12345678~0571-12345678|是发送电话号码的两个字段。c)如果有其他字段要发送，则重复4.2.3.1b)。如果所有在段定义的数据字段不存在，则不必添加任何分隔符。d)用ASCII回车字符结束每个段。4.2.3.2重复4.2.3.1a)直到生成了所有的段。4.2.3.3接收HL7消息以及将它们的内容转换成数据值时，忽略没有被要求却存在的信息段、字段、组件、子组件和重复的字段；将要求出现但没有出现的信息段视为其中的所有字段都没有出现；将要求在信息中出现，但却没有包含在段内的字段或组件视为没有出现。4.2.4消息静态定义5 DB33/T893.2—2013用于描述某种消息的表格将包括以下属性：a)字段：字段的名称，并确定该字段在当前消息层级结构中的位置。采用方括号[]来分隔可选性字段，采用大括号{}来分隔重复性字段。b)含义：HL7定义的字段含义。a)用法：字段的用法代码，采用以下代码值：——R：必需型。发送方应用程序应采用某种非空取值填写所有“R”型字段，接收方应用程序应处理必需型字段。一个必需型元素存在时，接收方应用程序不能提示错误，但缺少一个必需型元素时，可提示错误。——RE：可缺省的必需型。该字段可为空，但是如果存在相关的数据，发送方应用程序就应当对其予以发送。发送方应用程序应该能够提供所有的必需型字段。如果发送方应用程序拥有所需RE字段的值，就应当发送该字段。接受方应用程序应处理或忽略该字段中所包含的数据，但是，在该字段缺省的情况下，也应当能成功地处理。——O：可选型。可以出现也可以不出现该字段。——C：条件限制型。如果满足该选项：发送方应用程序应该始终发送该字段。接收方应用程序应该处理或忽略该字段中的数据，如果元素不存在，该程序则可产生某种错误。如果并不满足该选项：则发送方应用程序不应该发送该字段。如果该条件选项不成立且该字段并不存在，则接收方应用程序不应该产生错误。——X：不支持型。该字段不被系统所支持，不仅不能被发送方应用程序发送，并且接收方应用程序也会忽略该字段或出现程序错误报告。b)基数：位于方括号中，允许该段出现的最大数和最小数，*表示可重复多次，参见表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.5OML——实验室医嘱消息4.2.5.1实验室医嘱消息，可用于传输实验室医嘱，以及在实验室自动化的环境下传输试验请求、标本和容器信息。4.2.5.2OML消息包含SAC段，用于传输标本容器信息，允许一个实验室医嘱需要多个容器，多个实验室医嘱关联一个容器，或是实验室医嘱对应的试验请求需要多个容器。4.2.5.3OML^O21消息结构，适用于传输一个包含多个标本的医嘱或一个包含多个容器的医嘱，如肌酐清除率、糖耐量试验。见表2。6 DB33/T893.2—2013表2OML^O21——实验室医嘱消息结构字段含义用法基数MSH消息头R[1..1][---患者信息开始RE[0..1]PID患者标识R[1..1][PV1]患者就诊RE[0..1]]---患者信息结束{---医嘱开始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..1]{[NTE]}注释——之前的结果O[0..*]{---以前观察指标开始R[1..*]OBX观察指标结果——之前结果R[1..1]{[NTE]}注释—之前结果O[0..*]}---以前观察指标结束}---以前医嘱结束]}---以前结果结束]---观察请求结束}---医嘱结束4.2.5.4OML^O33消息结构，适用于传输一个样本包含多个医嘱多个可选容器的情况。见表3。1 DB33/T893.2—2013表3OML^O33——同一样本多个医嘱的实验室医嘱结构字段含义用法基数MSH消息头R[1..1][---患者消息开始RE[0..1]PID患者标识符R[1..1][PV1]患者就诊RE[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]{---以前观察指标开始R[1..*]OBX观察指标结果-之前的结果R[1..1][{NTE}]结果注释和说明C[0..*]}---以前观察指标结束}---以前医嘱结束}]---以前结果结束]---观察指标请求结束}---医嘱结束}---样本结束4.2.5.5OML^O35消息结构，适用于包含一个或多个样本，每个样本包含一个或多个容器，且每个容器可能包含一个或多个之前结果的医嘱。适合于按容器分选的实验室医嘱。见表4。表4OML^O35——同一容器多个医嘱结构字段含义用法字段MSH消息头R[1..1][---患者消息开始RE[0..1]PID患者标识符R[1..1][PV1]病人就诊RE[0..1]2 DB33/T893.2—2013表4OML^O35——同一容器多个医嘱结构（续）字段含义用法字段]---患者信息结束{---样本信息开始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患者就诊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.6ORL——通用实验室医嘱应答消息4.2.6.1ORL消息对OML消息进行应答，是对OML消息的应用层确认。4.2.6.2ORL^O22消息结构，用于对OML^O21消息的应答，见表5。表5ORL^O22——通用实验室医嘱应答消息结构字段含义用法基数MSH消息头R[1..1]MSA消息应答R[1..1][---应答开始C[0..1]3 DB33/T893.2—2013表5ORL^O22——通用实验室医嘱应答消息结构（续）字段含义用法基数[---患者信息开始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}]标本容器描述O[0..*]}]---标本结束]---观察指标结束}---医嘱结束]---患者信息结束]---应答结束4.2.6.3ORL^O34消息结构，应用于对消息OML^O33的应答，见表6。表6ORL^O34——通用实验室医嘱应答消息结构字段含义用法基数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]OBR观察指标请求R[1..1]}---医嘱结束}---样本结束]---患者信息结束]---应答结束4.2.6.4ORL^O36消息结构，应用于对消息OML^O35的应答，见表7。4 DB33/T893.2—2013表7ORL^O36——通用实验室医嘱应答消息结构字段含义用法基数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[1..*][{TQ1}]时间安排/数量RE[0..1]OBR观察指标申请R[1..1]}---医嘱结束}---容器信息结束}---样本信息]---患者信息]--应答结束4.2.7ORU——主动观察消息4.2.7.1ORU^R01消息传输实验室结果到其他系统。4.2.7.2临床报告用三个层次构建，其中PID段用在最上层，OBR段用在下一层，一个或多个观察记录(OBX段)放在底层。4.2.7.3ORU^R01消息结构，见表8。表8ORU^R01——主动观察消息结构字段含义用法基数MSH消息头R[1..1][---患者信息开始RE[0..1]PID患者标识R[1..1][PV1]患者就诊RE[0..1]]---患者信息结束{---医嘱观察指标开始R[1..*]ORC通用医嘱（针对单独一个组合项目）R[1..1]OBR观察指标请求R[1..1][{TQ1}]时间安排/数量RE[0..1][{---观察指标开始O[0..*]OBXOBR有关的观察结果R[1..1]{[NTE]}结果说明和注释C[0..*]}]---观察指标结束5 DB33/T893.2—2013表8ORU^R01——主动观察消息结构（续）字段含义用法基数[{标本开始O[0..*]SPM标本R[1..1][{OBX}]附加的标本特征O[0..*]}]---标本结束}---医嘱观察指标结束4.2.8OUL——主动实验室观察消息4.2.8.1OUL^R22用于实验室自动系统，除可传送结果信息外，还可传送以下信息：——分析结果与装有患者标本的容器(SAC段)之间的关系；——分析结果与质控标本特定容器的关系，以及此标本的批号及生产商的信息，出现SAC-SID段是质控标本的结果分析数据；——创建分析结果过程中所用试剂及其他材料的基本识别数据（批号、生产商等）,用TCD-SID段表示。4.2.8.2如果是质控标本容器的结果，那么与患者有关的PID、PV1段为可选项。4.2.8.3OUL^R22消息结构，见表9。表9OUL^R22——主动实验室观察消息结构字段含义用法基数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..*]}]---结果结束}---医嘱结束}---样本结束4.2.9ACK——一般确认消息6 DB33/T893.2—20134.2.9.1用于消息的确认。4.2.9.2ACK^R22消息结构，见表10。表10ACK^R22——一般确认消息结构字段含义用法基数MSH消息头R[1..1]MSA消息确认R[1..1]4.3段4.3.1段静态定义用于描述某种段的表格将包括以下属性：a)序号：字段在当前段内的位置，引用时采用段标识加序号；本标准不采用的字段，在段静态定义不显示，序号不一定是连续的；b)长度：字段的最大长度；c)数据类型：字段的数据类型；d)元素名称：字段的名称；e)用法：包括必需型(R)、可缺省的必需型（RE）、可选型(O)、不支持型(X)，与消息静态定义中的用法含义相同；f)基数：位于方括号中，允许该段出现的最大数和最小数。4.3.2数据类型HL7数据类型分类，部分数据类型参见表11。表11HL7数据类型数据类型数据类型名称长度注释/格式STString字符串199TXTextdata65536文本数据CXExtendedcompositeIDwith1913^<校验数字(ST)>^<校验方案(ID)>^<分配checkdigit者(HD)>^<标识类型码(ID)>^<分配设施(HD)>^<生效扩展的带校验的复合标识日期(DT)>^<过期日期(DT)>^<分配权限(CWE)>^<分配机构或部门(CWE)>HDHierarchicdesignator227<名称空间ID(IS)>^<通用ID(ST)>^<通用ID类等级指标符型(ID)>TSTimestamp26YYYY[MM[DD[HHMM[SS[.S[S[S[S]]]]]]]][+/-ZZZZ]^<精时间戳确度>PTProcessingtype3<处理ID(ID)>^<处理模式(ID)>处理类型VIDVersionidentifier973<版本ID(ID)>^<国际码(CE)>^<国际版本ID(CE)版本标识符NMNumeric数值167 DB33/T893.2—2013表11HL7数据类型（续）数据类型数据类型名称长度注释/格式IDCodedvaluesforHL7tables可变HL7表格的代码值EIEntityidentifier427<实体标识符(ST)>^<名称空间ID(IS)>^<通用ID实体标识符(ST)>^<通用ID类型(ID)>CECodedelement250<标识符(ST)>^<文本(ST)>^<代码系统名称(ST)>^代码元素<备用标识符(ST)>^<备用文本(ST)>^<备用代码系统名称(ST)>CWECodedwithexceptions705<标识符(ST)>^<文本(ST)>^<代码系统名称(ST)>^意外代码<备用标识符(ST)>^<备用文本(ST)>^<备用代码系统名称(ST)>^<代码系统版本ID(ST)>^代码系统版本ID(ST)>^<原始文本(ST)>FTFormattedtext65536格式化文本XPNExtendedpersonname250<姓(ST)>^<名(ST)>^<中间名(ST)>^<后缀(ST)>扩展人名XADExtendedaddress250<街道地址(ST)>^<其它指定(ST)>^<城市(ST)>^<扩展地址州或省(ST)>^<邮政代码(ST)>^<国家(ID)>^<地址类型(ID)>^<其它指定地理位置(ST)>XTNExtendedtelecommunications250[NNN][(999)]999-9999[X99999][B99999][C任何文number本]^<电信使用代码(ID)>^<通讯设备类型(ID)>^<扩展通信号码电子邮箱地址(ST)>^<国家代码(NM)>^<区域/城市代码(NM)>^<电话号码(NM)>^<分机号(NM)>^<任何文本(ST)>CQCompositequantitywithunits500<数量(NM)>^<单位(CE)>数量单位PLPersonlocation1230<医疗点(IS)>^<房间(IS)>^<床位(IS)>^<设个人位置备(HD)>^<位置状态(IS)>^<个人位置类型(IS)>^<楼号(IS)>^<楼层(IS)>^<位置描述(ST)>SNStructurednumeric36<比较符(ST)>^<数1(NM)>^<分隔符/后缀>^<数据结构化数字2(NM)>NANumericarray65536只用于波形数据序列号SPSSpecimensource4436样本源DTMDate/time24日期/时间XCNExtendedcompositeIDnumber3002andname扩展的综合ID和姓名8 DB33/T893.2—2013表11HL7数据类型（续）数据类型数据类型名称长度注释/格式XONExtendedcompositenameand567IDnumberfororganizations机构扩展的综合名称和ID号ISCodedvalueforuser-defined20tables用户定义表格编码值SISequenceID4ID序列DRDate/timerange53日期/时间范围EIPEntityidentifierpair855实体标识4.3.3MSH——消息头字段4.3.3.1定义一种消息的目的、来源、目的地以及某些特定的细节说明。4.3.3.2MSH结构，见表12。表12MSH—消息头(messageheadersegment)序号长度数据类型元素名称用法基数11SI字段分隔符(FieldSeparator)R[1..1]定义消息中不同部分的分隔符。取值‘∣’（ASCII124）24ST字符编码(EncodingCharacters)R[1..1]依次为组件分隔符、重复分隔符、转义分隔符和子组件分隔符。取值“^～﹨&”（分别是ASCII94，126，92和38）。3227HD发送应用程序(SendingApplication)R[1..1]发送方的应用程序名称，用户可自定义。4227HD发送设备(SendingFacility)R[1..1]发送方的设备或组织实体，用户可自定义。5227HD接收应用程序(ReceivingApplication)R[1..1]接收方的应用程序名称，用户可自定义。6227HD接收设施备(ReceivingFacility)R[1..1]接收方的设备或组织实体，用户可自定义。726TS消息日期∕时间(Date/TimeOfMessage)R[1..1]系统创建消息的日期/时间。840ST安全(Security)。不使用，空。X[0..0]9 DB33/T893.2—2013表12MSH—消息头(messageheadersegment)（续）序号长度数据类型元素名称用法基数915MSG消息类型(MessageType)R[1..1]组件：〈MessageCode（ID）〉^〈TriggerEvent（ID）〉^〈MessageStructure（ID）〉定义：该字段包括当前消息的消息类型，触发事件和消息结构ID，所有三个组件均为必需型。1020ST消息控制ID(MessageControlID)R[1..1]该字段包括唯一地标识当前消息的一个数字编号或其他ID。发送方应用程序应该分别赋予每条消息一个唯一性标识符。接收方应用程序将在消息应答段（MSA）中将此ID回送给发送方应用程序。这个标识符与发送方应用程序名称（MSH-3）之间的组合在整个医疗机构范围内应该是唯一的。113PT处理ID(ProcessingID)R[1..1]怎样处理消息，取值“P”。系统测试时，取值―D‖1260VID版本ID(VersionID)R[1..1]该字段接收方系统将会把该字段与其自身的版本进行匹配，以确保消息能够得到正确的解释。14180ST延续指针(ContinuationPointer)X[0..0]不使用，空。152ID认可应答类型(AcceptAcknowledgmentType)X[0..0]不使用，空。162ID应用程序级应答类型(ApplicationAcknowledgmentType)X[0..0]不使用，空。173ID国家代码（CountryCode）RE[1..1]消息的来源国家。取值“CHN”。1816ID字符集（CharacterSet）C[0..1]消息所采用的字符集。取值“UNICODE”。19250CE消息主要语种(PrincipalLanguageOfMessage)RE[1..1]2020ID备用字符集处理方案(AlternateCharacterSetHandlingC[0..1]Scheme)21427EI消息规格标识符（MessageProfileIdentifier）RE[0..*]4.3.4MSA——消息确认段4.3.4.1包含对其他消息加以确认时所发送的信息。4.3.4.2MSA段结构，见表13。10 DB33/T893.2—2013表13MSA—消息应答(messageacknowledgmentsegment)序号长度数据类型元素名称用法基数12ID应答代码（AcknowledgmentCode）R[1..1]包含一个确认代码。见表14。220ST消息控制ID(MessageControlID)R[1..1]来自发送应答时所针对的那条消息的MSH-10的值。380ST文本消息(TextMessage)X[0..0]不使用，空。6250CE错误情况(ErrorCondition)使用错误代码来进一步确定AR或X[0..0]AE型确认，见表10。4.3.4.3MSA—1应答代码，仅允许使用取自HL7应答代码表中的取值，见表14。表14MSA-1应答代码（acknowledgementcode）取值描述注释AA原始模式：应用接受消息被接收方应用程序接受和集成AE原始模式：应用错误发送者试图以后再次发送消息AR原始模式：应用拒绝消息被接收方应用程序拒绝4.3.4.4MSA-6错误情况，取值表见表15。表15MSA-6——消息错误情况代码(ErrorCondition)状态代码状态文本（MSA-3）描述/备注成功：AA0Messageaccepted成功错误状态代码：AE100Segmentsequenceerror消息中段的顺序不正确，或者丢失必须的段101Requiredfieldmissing一个段中丢失必须的字段102Datatypeerror字段的数据类型错误，如数字的成了字符103Tablevaluenotfound表值未找到，暂不用拒绝状态代码：AR200Unsupportedmessagetype消息类型不支持201Unsupportedeventcode事件代号不支持202Unsupportedprocessingid处理ID不支持203Unsupportedversionid版本ID不支持204Unknownkeyidentifier不明关键字标识，如传输一个不存在的病人信息205Duplicatekeyidentifier已存在重复的关键字206Applicationrecordlocked事务在应用程序存储级不能执行，如数据库被锁11 DB33/T893.2—20134.3.5NTE——注释字段4.3.5.1该字段用于发送注释，仅出现在OBR或OBX字段之下，对观察结果及医嘱加以注释。能够在OBX字段或OBR字段中加以编码的信息不必放在NTE字段之中发送。4.3.5.2NTE段结构，见表16。表16NTE—注释字段(NotesandCommentssegment)序号长度数据类型元素名称用法基数14ST设置ID—NTE(SetID–NTE)R[1..1]用于消息中含有多个NTE段的情况。28ID注释来源(SourceofComment)RE[0..1]注释的来源，有以下有效取值：L：医嘱执行者是注释来源P：医嘱申请者是注释来源A：自动控制管理者是注释来源O：其他系统是注释来源365536FT注释(Comment)RE[0..1]注释的文本，可以是格式化的。4250CE注释类型（CommentType）RE[0..1]见表17。4.3.5.3NTE-4注释类型，取值见表17。表17注释类型(commenttype)值含义注释I内部标记，不能发送到实验室外部用于自动控制管理者和医嘱执行者之间的传递。不能发送给医嘱结果记录者C针对医务人员和医生的注释应该发送给医嘱结果记录者或医嘱申请者，但是不应该向患者显示P针对医务人员和医生的注释，并可能会向患者显应该发送给医嘱结果记录者或医嘱申请者，并可出现在发示给患者的结果报告之中4.3.6PID——患者标识字段4.3.6.1PID字段为所有应用程序使用，是传输患者标识信息的主要方式。这个字段包含永久的患者标识和患者基本信息，而且这些信息一般不会经常发生变化。4.3.6.2PID段结构，见表18。表18PID—患者标识段（PatientIdentificationsegment）序号长度数据类型元素名称用法基数14SI设置ID—PID(SetID-PID)O[1..1]识别此事务的数字。该信息段第一次出现，序号应为1；第二次出现，序号应为2；其余同理。12 DB33/T893.2—2013表18PID—患者标识段（PatientIdentificationsegment）（续）序号长度数据类型元素名称用法基数220CX患者ID号(PatientID)X[0..1]不使用，空。3250CX患者标识列表(PatientIdentifierList)R[1..*]记录医疗保健机构用来识别患者的唯一标识符。420CX患者备用ID—PID(AlternatePatientID–PID)X[0..1]不使用，空。5250XPN患者姓名(PatientName)R[1..*]记录患者的姓名，格式：<姓(PN)>^<名(ST)>6250XPN母亲姓氏(Mother’sMaidenName)X[0..1]不使用，空。726TS出生日期∕时间(Date/TimeofBirth)RE[0..1]记录患者的出生日期和时间。81IS性别(Sex)R[1..1]记录患者的性别。定义表如下：F：女性；M：男性；O：其他；U：不知道。9250XPN患者别名(PatientAlias)X[0..1]不使用，空。10250CE种族(Race)X[0..1]不使用，空。11250XAD患者地址(Patientaddress)RE[0..*]患者的通讯地址。按HL7地址类型定义。有多个地址时首先发送主要地址。124IS国家代码(CountyCode)X[0..1]不使用，空。13250XTN家庭电话号码(PhoneNumber-Home)O[0..*]患者的私人电话号码。14250XTN工作电话号码(PhoneNumber-Business)O[0..*]患者的工作电话号码。15250CE主要语言(PrimaryLanguage)X[0..1]不使用，空。16250CE婚姻状态(MaritalStatus)O[0..1]患者的婚姻状态。B：未婚；M：已婚；W：丧偶；D：离婚；U：未知；A：分居；S：独身；P：同居；O：其他；T：未报告17250CE宗教(Religion)O[0..1]宗教信仰代码。00无宗教信仰；10佛教；20喇嘛教；30道教；40天主教；50基督教；60东正教；70伊斯兰教；99其他。18250CX患者账号(PatientAccountNumber)RE[0..1]记录费用和款项帐目的患者帐号。13 DB33/T893.2—2013表18PID—患者标识段（PatientIdentificationsegment）（续）序号长度数据类型元素名称用法基数1916ST患者SSN号(SSNNumber-Patient)RE[0..1]使用，社保卡号。2025DLN患者驾驶证号(Driver"sLicenseNumber-Patient)X[0..1]不使用，空。21250CX母亲标识符(Mother"sIdentifier)O[0..*]用作新生儿的链接字段。22250CE民族(EthnicGroup)O[0..1]参见GB3304-91中国各民族名称的罗马字母拼写法和代码。23250ST出生地(BirthPlace)O[0..1]患者的出生地点。241ID多胞胎标志(MultipleBirthIndicator)O[0..1]患者是否多胞胎。252NM出生顺序(BirthOrder)O[0..1]如果患者是多胞胎，是患者的出生顺序。26250CE公民(Citizenship)X[0..1]具有公民权的国家。27250CE退伍军人状态(VeteransMilitaryStatus)X[0..1]不使用，空。28250CE国籍(Nationality)X[0..0]不使用，空。2926TS患者死亡日期与时间(PatientDeathDateandTime)O[0..1]记录患者死亡的日期和时间。301ID患者死亡标志(PatientDeathIndicator)O[0..1]患者是否已死亡。Y：患者已故；N：患者存活311ID身份不清标志(IdentityUnknownIndicator)RE[0..1]不使用，空。3220IS身份可靠性代码(IdentityReliabilityCode)RE[0..1]不使用，空。35250CE物种代码(SpeciesCode)C[0..1]当检验对象属于非人类活体对象时，应当加以使用。36250CE品种代码(BreedCode)C[0..1]当检验对象属于非人类活体对象时，应当加以使用。4.3.7PV1——患者就诊字段4.3.7.1用于沟通关于某个账户或就诊特异性基本要素的信息。4.3.7.2PV1段结构，见表19。14 DB33/T893.2—2013表19PV1—患者就诊字段(patientvisitsegment)序号长度数据类型元素名称用法基数21IS患者分类(PatientClass)。R[1..1]患者类型，有以下取值：E：急诊I：住院O：门诊H：健康体检U：未知380PL所指定的患者位置(Assignedpatientlocation)RE[0..1]记录患者的位置。住院患者可以是护理点，非住院患者可以是门诊科室。组件：<病区(IS)>^<房间(IS)>^<床号(IS)>^<机构(HD)>^<位置状况(IS)>^<个人位置类型(IS)>^<楼号(IS)>^<楼层(IS)>^<位置描述(ST)>9250XCN会诊医生(Consultingdoctor)R[0..0]组件：<医生工号(IS)>^<姓(IS)>^<名(IS)>19250CX就诊号(Visitnumber)RE[0..1]每个患者就诊时指定的唯一号码。401IS床位状态（BedStatus）X[0..0]床位状态，有以下取值：C：关闭；H：家庭床位；O：占用；U：未占用；K：污染；I：隔离；A：加床；B借床511IS就诊标志（VisitIndicator）C[0..1]52250XCN其他医疗服务提供者（OtherHealthcareProvider）X[0..0]4.3.8ORC——通用医嘱字段4.3.8.1ORC字段和OBR字段包含很多重复字段，对OBR字段中字段的使用将会优先于ORC字段中的等价字段，如果字段在ORC字段中被列为可选型，则其在OBR字段中的等价字段就可能会是必需型。4.3.8.2ORC段结构，见表20。表20ORC—通用医嘱字段（CommonOrderSegment）序号长度数据类型元素名称用法基数12ID医嘱控制（OrderControl）（ID）R[1..1]可将该字段考虑作为医嘱的“触发事件”标识符。取值见表21。222EI申请者医嘱编号（PlacerOrderNumber）C[0..1]条件谓项：如果该字段已赋值，其取值应该与必需型字段OBR-2的取值相匹配。15 DB33/T893.2—2013表20ORC—通用医嘱字段（CommonOrderSegment）（续）序号长度数据类型元素名称用法基数322EI执行者医嘱编号（FillerOrderNumber）C[0..1]条件谓项：如果该字段已赋值，其取值应该与必需型字段OBR-3的取值相匹配。422EI申请者医嘱组编号（PlacerGroupNumber）RE[0..1]申请者医嘱组编号表示的是一套密切相关的医嘱的标识（即医嘱组的标识）；这套医嘱也就是申请者向实验室所申请的，所有关于单独一个对象的一系列组合项目。52ID医嘱状态（OrderStatus）C[0..1]条件谓项：在医嘱执行者所发送的所有OML消息中，该字段均应赋值。它代表相应医嘱的状态。在医嘱申请者所发送的OML消息中，该字段则不应赋值。有效取值如下：A：一些，但不是所有的，结果可用CA：医嘱被取消CM：医嘱已完成IP：在进行中，没有指明SC：在进行中，已预约61ID应答标识（ResponseFlag）O[0..1]7200TQ数量∕时间（Quantity/Timing）X[0..0]8200EIP上级标识（Parent）X[0..0]该字段揭示上级医嘱与子级医嘱之间的关系。如果该字段值存在，必须和OBR-29的内容相同。926TS事务日期时间(Date∕TimeofTransaction）R[1..1]该字段包含的是反映在“ORC-1医嘱控制代码”之中的，启动当前事务事件的日期和时间。该字段并不等同于反映实际消息创建日期∕时间的“MSH-7消息的日期和时间”。在医嘱执行者所发送的OML消息“状态已变”之中，该字段包含的是医嘱（ORC-5）或（后续OBR中所标识的）那些所申请的组合项目之一的最后状态变更日期∕时间。10250XCN录入者（EnteredBy）RE[0..*]该字段包含将申请录入之人的身份标识。11250XCN核对者（VerifiedBy）RE[0..*]实际输入申请的人。12250XCN医嘱提供者（OrderingProvider）RE[0..*]如果该字段已赋值，其取值应该与必需型字段OBR-16的取值相匹配。该字段包含的是下达医嘱的人员，如医师。1380PL录入场所（Enterer’sLocation）O[0..1]该字段指出医嘱录入者所在的物理位置。16 DB33/T893.2—2013表20ORC—通用医嘱字段（CommonOrderSegment）（续）序号长度数据类型元素名称用法基数14250XTNORC-14回叫电话号码（CallbackPhoneNumber）O[0..2]该字段包含进一步说明请求或其他有关医嘱信息的电话号码。如果该字段已赋值，其取值应该与必需型字段OBR-17的取值相匹配。1526TS医嘱生效日期/时间（OrderEffectiveDate/Time）O[0..1]该字段包含对生效或本该生效的申请作的变动日期/时间。16250CE医嘱控制代码解释（OrderControlCodeReason）X[0..0]不使用，空。17250CE录入机构（EnteringOrganization）RE[0..1]该字段包含录入者所在的部门。条件谓项：该字段包含申请新医嘱之人所在的科室，应该按照OML消息中的申请新医嘱的申请者填写。该字段应有医嘱执行者在所有相关医嘱中传递，并通过LAB-4传递给自动管理器，通过LAB-3传递给医嘱结果跟踪器。18250CE录入设备（EnteringDevice）O[0..1]该字段包含录入医嘱的物理设备，例如终端，PC。19250XCN执行者（ActionBy）O[0..*]该字段标识创建相应医嘱控制代码所代表的事件的人的身份。20250CE高级受益人通告代码（AdvancedBeneficiaryNoticeCode）X[0..0]不使用，空。21250XON申请者医嘱设施名称（OrderingFacilityName）RE[0..1]该字段包含申请医嘱的设施（就诊科室）。应该为如下这三个组件赋值：第1个=组织名称；第7个=取值为“FT”的标识符类型代码，第10个=组织机构标识符。25250CWE医嘱状态修正者（OrderStatusModifier）X[0..0]不使用，空。2726TS执行者的预期结果可用日期∕时间(Filler’sExpectedAvailabilityC[0..1]Date∕Time），条件限制型。该字段包含的是预期实验室结果可用的日期∕时间。件谓项：只有在医嘱执行者所发送的OML消息之中，方可为该字段赋值。28250CWE保密代码（ConfidentialityCode），可选型。O[0..1]该字段包含安全级别,和/或敏感程度信息。敏感程度，例如高度敏感、敏感、不敏感等。29250CWE医嘱类型（OrderType），可缺省的必需型。RE[0..1]该字段说明医嘱是否在住院设置或门诊设置中执行。如果该字段为空，则为默认值。医嘱类型：I：住院医嘱；O：门诊医嘱30250CNE录入者授权模式（EntererAuthorizationMode），可选型。O[0..1]31250CWE上级通用服务标识符（ParentUniversalServiceIdentifier）X[0..1]不使用，空。17 DB33/T893.2—20134.3.8.3ORC-1医嘱控制代码，见表21。表21ORC-1医嘱控制代码（OrderControlCodes）值使用描述“新医嘱”。由医嘱申请者在事务LAB-1中所发送的，或由医嘱执行者在事务LAB-4中所发送的OML消NW息之中的事件请求。OK“通知或请求得到接受”，OML消息中的通知事件，ORL消息中的应答事件。“不能接受医嘱∕服务”，OML消息中的通知事件。由医嘱执行者在事务LAB-1中所发送的或由自动控UA制管理者在事务LAB-4中所发送的ORL消息之中的应答事件。SC“状态已变”。在OML和OUL消息中的事件通知。“取消医嘱∕服务请求”。医嘱申请者在事务LAB-1中或医嘱执行者在LAB-4中所发送的OML消息之中CA的事件请求。CR“已按请求取消”。针对OML（CA）做出响应的ORL消息之中的事件应答。UC“不能取消”。针对OML（CA）做出响应的ORL消息之中的事件应答。OC“医嘱服务已取消”。医嘱执行者在事务LAB-1和LAB-3中所发送的OML消息之中的事件通知。SN“发送医嘱∕服务编号”。医嘱执行者在事务LAB-2中所发送的OML消息之中的请求事件。NA“已分配编号”，针对OML（SN）做出响应的医嘱申请者在LAB-2中所发送的ORL消息之中的事件应答。“医嘱∕服务替换请求”，医嘱申请者在LAB-1中或医嘱执行者在LAB-4中所发送的OML消息之中的事RP件请求。RQ“已按请求替换”。ORL消息中的事件应答，响应OML（RQ）。UM“不能替换”。针对OML（RQ）做出响应的ORL消息之中的事件应答。RU“已主动替换”，医嘱执行者所发送的OML消息（LAB-1）和OUL消息（LAB-3）之中的事件请求。XO“更改医嘱∕服务请求”。供医嘱申请者在LAB-1中使用。XR“按照请求改变”。供医嘱执行者在LAB-1中相应于XO加以使用。UX“不能更改”，供医嘱执行者在LAB-1中相应于XO加以使用。“新医嘱/服务之前的结果”，在LAB-1和LAB-4中使用，提供发送者所要求的新的医嘱或服务之前的结PR果。注：LAB-1、LAB-2、LAB-3、LAB-4见本标准5.1角色，5.2事务。4.3.9OBR——观察指标申请段4.3.9.1报告临床数据时，用OBR作为报告头。4.3.9.2OBR段结构，见表22。18 DB33/T893.2—2013表22OBR—观察指标申请段（ObservationRequestSegment）序号长度数据类型元素名称用法基数222EI申请者医嘱编号(PlacerOrderNumber)RE[0.1]LAB-1中必须使用的。医嘱中包含的所有组合项目∕检验项目应该被分配唯一的申请者医嘱编号。同一标识符不能被医嘱申请者使用两次。医嘱申请者角色产生申请者医嘱编号，并且应该在所有消息的所有OBR字段中是唯一的。322EI执行者医嘱编号(FillerOrderNumber+)R[1..1]应当为执行者医嘱中所包含的所有组合项目∕检验项目指定一个唯一性执行者医嘱编号。医嘱执行者将决不会重复使用同一标识符。医嘱执行者角色将负责生成执行者医嘱编号，且这种执行者医嘱编号应该在所有消息的所有OBR字段之中具有唯一性。4250CE通用服务标识符（UniversalServiceIdentifier）R[1..1]该字段包含的是一个所申请的组合项目或检验项目。一个组合项目由一个到多个检验项目或一个到多个组合项目组成。52ID优先级-OBR(Priority)X[0..0]不使用，空。626TS申请日期∕时间（RequestedDate∕Time）X[0..0]不使用，空。726TS观察的日期∕时间#（ObservationDate/Time#）X[0..1]不使用，空。826TS观察结束日期∕时间#（ObservationEndDate/Time）X[0..0]不使用，空。920CQ采集量（CollectionVolume）X[0..0]不使用，空。10250XCN采集者标识符（CollectorIdentifier）RE[0..*]这个可重复字段包含的是标本采集者的标识。111ID标本动作代码（SpecimenActionCode）C[0..1]该字段标识的是针对伴随该医嘱或先于该医嘱到达的标本所要采取的行为。该字段的目的在于（在适当情况下）进一步限定包含在伴随性ORC字段之中的医嘱控制代码所表示的行为。标本行为代码:A：将所申请的检验项目添加到现有这个标本L：实验室将从患者处获取标本O：实验室以外的其他服务机构所获得的标本P：待检标本；交付标本前所发送的医嘱R：经过修改的医嘱；S：预约如下所指定的检验19 DB33/T893.2—2013表22OBR—观察指标申请段（ObservationRequestSegment）（续）序号长度数据类型元素名称用法基数12250CE危险代码(DangerCode)X[0..0]表明已知或怀疑有危险的患者或样本所用的代码和/或文本。组件：<标识符(ST)>^<文本(ST)>^<代码系统名称(ST)>^<备用标识符(ST)>^<备用文本(ST)>^<备用代码系统名称(ST)>无代码的文本前必须用一个组件分隔符。13300ST相关临床信息(Relevantclinicalinformation)O[0..1]包括与患者或样本有关的其他临床信息。用于在解释诊断检验结果时参考。1426TS标本接收日期∕时间(Specimenreceiveddate/time)X[0..0]标本的实际接收时间。15300SPS标本来源(Specimensource)X[0..0]不使用，空。16250XCN医嘱提供者（OrderingProvider）RE[0..1]17250XTN医嘱回叫电话号码（OrderCallbackPhoneNumber）O[0..2]记录报告状态或结果的电话号码，如果现成可用，则为必需型。记录一个或两个电话号码。1860ST申请者字段1（PlacerField1）X[0..0]不使用，空。1960ST申请者字段2（PlacerField2）X[0..0]不使用，空。2060ST执行者字段1（FillerField1）X[0..0]不使用，空。2160ST执行者字段2（FillerField2）X[0..0]不使用，空。2226TS结果报告∕状态变更-日期∕时间+（ResultsRpt∕StatusChng-DateX[0..0]∕Time）在LAB-1中不使用，该字段与结果相关，而与医嘱无关，与OBR-25有关，ORC-9包含了医嘱的最新状态变更。2340MOC实际操作收费+（ChargetoPractice+）X[0..0]不使用，空。20 DB33/T893.2—2013表22OBR—观察指标申请段（ObservationRequestSegment）（续）序号长度数据类型元素名称用法基数2410ID诊断服务部门标识（DiagnosticServSectID）RE[0..0]条件谓项：在医嘱执行者所发送的OML消息中，可能会为该字段赋值。换句话说，对于医嘱执行者角色来说，该字段属于RE型。取值如下：BG:血气BLb:血库CP:细胞病理学CH:化学HM:血液学ICU：床旁检测IMM:免疫学LAB:多学科实验室MB:微生物学MCB:分枝杆菌学MYC:真菌学OSL:外部实验室SR:血清学TX:毒物学VR:病毒学OT:其他251ID结果状态+（OrderResultStatus）R[1..1]在医嘱申请者所发送的消息中，不应该填写该字段。而在医嘱执行者所发送的消息中，对该字段加以填写。O:已收到医嘱；尚未收到标本I:无任何可用结果；已收到标本，操作程序未完成S:无任何可用结果；已预约操作程序，但尚未完成R:已存储结果；尚未查对P:初步结果：已有一个经过查对的早期结果可用，尚未获得最终结果F:最终结果：已存储和确认结果。仅可采用一个经过校正的结果对其加以更改C:对结果的校正X:无任何可用结果,已取消医嘱26400PRL上级结果（ParentResult）X[0..1]不使用，空。27200TQ数量∕时间安排（Quantity/Timing）X[0..0]不使用，空。28250XCN结果副本接收者（ResultCopiesTo）RE[0..*]该字段标识的是预定要接收这些结果的副本的人员。根据本地约定（或者说惯例），可能会省略其ID编号或者姓名。条件谓项：当医嘱申请者所发送的某条新医嘱具有多个被声明要接收其结果副本的人员或就诊科室时，医嘱申请者则应该填写该字段。如：抄送保健科、院感科。29200EIP上级（Parent）X[0..1]不使用，空。3020ID运送方式（TransportationMode）X[0..0]不使用，空。374NM样本容器数量（NumberofSampleContainers）X[0..0]不使用，空。21 DB33/T893.2—2013表22OBR—观察指标申请段（ObservationRequestSegment）（续）序号长度数据类型元素名称用法基数40250CE运送安排责任（TransportArrangementResponsibility）X[0..0]不使用，空。4130ID运送安排（TransportArranged）X[0..0]不使用，空。421ID所需陪同（EscortRequired）X[0..0]不使用，空。43250CE关于所计划患者运送任务的注释（PlannedPatientTransportX[0..0]Comment）不使用，空。48250CWE关于医学上必要的重复检查的理由（MedicallyNecessaryX[0..0]DuplicateProcedureReason）不使用，空。4.3.10TCD——检验代码明细段4.3.10.1包括试验名称、稀释倍数等试验信息。4.3.10.2TCD段结构，见表23。表23TCD——检验代码明细段(TestCodeDetailsSegment)序号长度数据类型元素名称用法基数1250CE通用服务标识符（UniversalServiceIdentifier）R[1..1]220SN自动稀释因子（Auto-DilutionFactor）O[0..1]320SN复查稀释因子（RerunDilutionFactor）O[0..1]420SN预稀释因子（Pre-DilutionFactor）O[0..1]520SN预稀释液的内源性含量（EndogenousContentofO[0..1]Pre-DilutionDiluent）61ID允许自动重复（AutomaticRepeatAllowed）O[0..1]71ID允许追加（ReflexAllowed）O[0..1]8250CE分析物重复状态（AnalyteRepeatStatus）O[0..1]4.3.11TQ1——时间安排∕数量字段4.3.11.1TQ1是时间安排/数量的字段。4.3.11.2TQ1段结构，见表24。22 DB33/T893.2—2013表24TQ1—时间安排∕数量字段（TimingQuantitySegment）序号长度数据类型元素名称用法基数726TS开始日期/时间（Startdate/time），条件谓项。C[0..1]该字段可以由申请者明确说明，或者因暗含在其他相关字段中而缺省。9250CWE优先级（Priority）。R[1..1]医嘱的优先级，允许取值见表25。1210ID接连（同时发生）（Conjunction），不支持。X[0..0]仅当TQ1字段出现几次时，才应使用该字段。表25TQ1—优先代码（Prioritycodes）值描述注释S急诊最高优先级A尽快在急诊医嘱之后执行R常规缺省P术前C回叫T关键时序这种申请意味着，时间紧急，尽可能快地在申请后作出处理。4.3.12SPM——标本字段4.3.12.1SPM定义标本相关信息的字段。4.3.12.2SPM段结构，见表26。表26SPM—标本字段（SpecimenSegment）序号长度数据类型元素名称用法基数14SI设置ID（SetID—SPM），必需型。R[1..1]当SPM字段重复时，用于标识消息中的SPM字段实例。SPM字段第一次出现或仅出现一次时，序号为|1|，第二次出现则为|2|，以此类推。280EIP标本ID（SpecimenID），条件谓项。C[0..1]该字段包含的是标本的企业级唯一性标识符。380EIP标本上级ID（SpecimenParentID），可缺省必需型。RE[0..1]该字段包含的是上级标本的标识符；其中，当前字段实例（segmentinstance）所描述的标本就是从该上级标本之中抽取出来的。不允许多个标本之间的集中合并（即将多个标本混合起来）；因此，上级标本的最大基数的为1。4250CWE标本类型（SpecimenType），必需型。见表27。R[1..1]5250CWE标本类型修正（SpecimenTypeModifer）X[0..0]包含修改信息或当SPM—4缺乏精确描述标本类型词汇时进行详细描述。不使用，空。23 DB33/T893.2—2013表26SPM—标本字段（SpecimenSegment）（续）序号长度数据类型元素名称用法基数6250CWE标本添加剂（SpecimenAdditives），可选型，可重复。O[0..*]对样本采集前或采集时所使用的添加剂进行标识。7250CWE标本采集办法（SpecimenCollectionMethod），可缺省的必需型。RE[0..1]描述样本采集的过程或步骤。8250CWE标本来源部位（SpecimenSourceSite），条件谓项。C[0..1]条件谓项：当已知标本来源部位时，该字段应当由微生物学方面的申请者来填写。9250CWE标本来源部位修饰组件（SpecimenSourceSiteModifier）C[0..*]条件谓项：当已知标本来源部位修饰组件时，该字段应当由微生物学方面的申请者来填写该字段。例如，当标本采集自左耳时，修饰组件为“左侧”。10250CWE标本采集部位（SpecimenCollectionSite），条件谓项。O[0..1]不同于SPM—8，它是指针扎入的具体位置。例如肘正中静脉抽血，采集部位就是肘部。11250CWE标本角色（SpecimenRole）RE[0..*]B:未知样本；C:校准品或称定标样本（如定标液，校准样品），用于定标的初始设置；E:电子型质量控制样本，用来与提供质量控制结果模拟信号的人造校准基准配合使用；F:用于测试组织机构完成相应检测项目的熟练程度的标本（填充品或填充剂）；G:群组型标本（一个标本由多个并未分别单独加以标识的独立元素所组成的一种标本）L:混合型标本（将多个单独标本的分量样本混合起来，形成单独一个代表其中所有组成组件的标本）；O:用于测试操作人员熟练程度的标本；P:患者；Q:对照标本或称控制标本；R:重复标本；V:查对型校准品，用于定期校准检查1220CQ标本采集数量（SpecimenCollectionAmount）X[0..0]包括两部分，样本数量和单位。不使用，空。136NM分组样本数（GroupedSpecimenCount）X[0..0]不使用，空。14250ST样本描述（SpecimenDescription）：可选型。O[0..1]它是一个文本字段，可以作为消息中的补充信息，尤其是有关要发送的样本。15250CWE样本处理代码（SpecimenHandlingCode），可选型，可重复。O[0..*]该字段描述从样本采集到测试之间，样本和/或容器处理方法。16250CWE标本危害代码（SpecimenRiskCode）RE[0..1]任何已知的或可疑的标本危害。取值见表28。1726DR标本采集日期∕时间（SpecimenCollectionDate∕Time）RE[0..1]从标本来源处采集标本时的日期和时间。采用日期范围数据类型，将24 DB33/T893.2—2013表26SPM—标本字段（SpecimenSegment）（续）序号长度数据类型元素名称用法基数能够描述在某段时间内所采集的标本，如24小时尿标本。对于在某个时间点所采集的标本，将仅仅填写第一个组件（开始日期∕时间）。1826TS标本接收日期∕时间（SpecimenReceivedDate∕Time）C[0..1]实验室收到标本的时间（SpecimenReceivedDate/Time）。条件谓项：如果实验室已收到当前标本，在由医嘱执行者在事务LAB-1（所有用例）、事务LAB-2和LAB-3中所发送的OML消息中，应当填写该字段。换句话说，在事务LAB-1，LAB-2与事务LAB-3之中，该字段对于医嘱执行者角色来说，该字段都属于RE型。1926TS样本截止日期/时间（SpecimenExpirationDate/Time）：可选型。O[0..1]该字段描述样本截止使用的日期和时间。202ID标本可用性（SpecimenAvailability）C[0..1]该字段描述的是，如果当前标本存在，则其是否现成并可用于某种分析。该字段的两个允许取值为“Y”（yes）或“N”（no）。条件谓项：在由医嘱执行者在事务LAB-1（所有用例）与事务LAB-2中所发送的OML消息之中，应当填写该字段。取值“N”表示，或者实验室尚未收到标本，或者实验室拒绝了所收到的标本。换句话说，对医嘱执行者角色来说，该字段属于RE型。该字段可间接地依据ORC-5推导出中该字段的取值（例如，ORC-5=“IP”暗示着，标本已经到达实验室，否则相应的检验项目不可能处于进行之中）。在医嘱申请者所发送的消息中，该字段毫无意义。21250CWE标本拒绝原因（SpecimenRejectReason）C[0..*]该字段描述的是，针对医嘱所申请的这些组合项目，拒绝当前标本的一种或多种原因。条件谓项：无论何时，只要实验室拒绝某个标本，在由医嘱执行者在事务LAB-1中所发送的OML消息之中，都应当填写该字段。EX:过期QS:量不足RB:容器破损RC:凝固RD:缺少采集日期RA:缺少患者标识符RE:缺少患者姓名RH:溶血RI:存在标识问题RM:标记RN:污染RP:缺少标本采集者标识RR:存储不当RS:姓名拼写错误RZ:空管RO:抗凝剂血量比例错误RY:乳糜血RX:乳糜血RW:容器错误RT:其它22250CWE样本质量（SpecimenQuality）：可选型。O[0..1]样本优秀等级或评分，由医嘱执行者填写。23250CWE样本适合程度（SpecimenAppropriateness）O[0..1]样本适合做某特定规划用途的程度。25 DB33/T893.2—2013表26SPM—标本字段（SpecimenSegment）（续）序号长度数据类型元素名称用法基数24250CWE样本状况（SpecimenCondition）O[0..*]样本状态和性质的描述。2520CQ样本当前数量（SpecimenCurrentQuantity）O[0..1]现有的样本数量以及进一步实验可利用的样本数量。264NM标本容器数量（NumberofSpecimenContainers）RE[0..1]该字段标识的是某个特定标本的容器数量。用于样本接收查对目的。可能会与伴随相应医嘱的标本总数有所不同。27250CWE容器类型（ContainerType）O[0..1]承载样本的容器，IHE实验框架中并没有包含该字段的用法，作为浙江省扩展使用。28250CWE容器状况（ContainerType）O[0..1]描述容器所承载的样本的数量。IHE实验框架中并没有包含该字段的用法，作为浙江省扩展使用。29250CWE样本现有数量（SpecimenCurrentQuantity）O[0..1]当前已有的样本数量或进一步实验可利用的数量。表27标本代码与类型代码标本名称英文名ABS脓肿AbscessAMN羊水，羊膜水AmnioticfluidASP抽出物，吸出物AspirateBPH嗜酸性粒细胞BasophilsBIFL胆汁BilefluidBLDA动脉血BloodarterialBBL血袋BloodbagBLDC毛细血管血BloodcapillaryBPU血液制品单位BloodproductunitBLDV静脉血BloodvenousBON骨BoneBRO支气管BronchialBRN烧伤BurnCALC结石Calculus(=Stone)CDM心肌CardiacmuscleCNL套管，插管CannulaCTP导管头，尿液管头CathetertipCSF脑脊液CerebralspinalfluidCVM宫颈粘液CervicalmucusCVX子宫颈CervixCOL初乳Colostrum26 DB33/T893.2—2013表27标本代码与类型（续）代码标本名称英文名BLDCO脐带血CordbloodCNJT结膜ConjunctivaCUR刮术，刮除术CurettageCYST囊肿CystDIAF透析液DialysisfluidDOSE药物或物质的剂量DosemedorsubstanceDRN引流DrainDUFL十二指肠液DuodenalfluidEAR耳EarEARW耳垢，耳蜡Earwax(cerumen)ELT电极ElectrodeENDC心内膜EndocardiumENDM子宫内膜EndometriumEOS嗜碱性粒细胞EosinophilsRBC红细胞ErythrocytesEYE眼睛EyeEXG呼出气体Exhaledgas(=breath)FIB成纤维细胞FibroblastsFLT滤器，滤纸FilterFIST瘘，瘘管FistulaFLU不明体液Bodyfluid,unspGAS气体GasGAST胃液∕胃内容物Gastricfluid/contentsGEN外生殖器，外阴GenitalGENC子宫颈GenitalcervixGENL产后恶露GenitallochiaGENV阴道GenitalvaginalHAR头发，毛发HairIHG吸入气体，吸气InhaledGasIT插管IntubationtubeISLT分离株IsolateLAM薄层，薄片，瓣LamellaWBC白细胞LeukocytesLN管道LineLNA动脉管道LinearterialLNV静脉管道LinevenousLIQ鼻腔液体LiquidNOSLYM淋巴细胞LymphocytesMAC巨噬细胞Macrophages27 DB33/T893.2—2013表27标本代码与类型（续）代码标本名称英文名MAR骨髓MarrowMEC胎便MeconiumMBLD经血MenstrualbloodMLK乳汁MilkMILK母乳，母奶BreastmilkNAIL指甲NailNOS鼻（鼻孔，鼻腔）Nose(nasalpassage)ORH其他OtherPAFL胰液PancreaticfluidPRT腹腔液∕腹水Peritonealfluid/ascitesPLC胎盘PlacentaPLAS血浆PlasmaPLB袋装血浆PlasmabagPLR胸腔液，胸水Pleuralfluid(thoracentesisfld)PMN分叶核嗜中性粒细胞PolymorphonuclearneutrophilsPPP贫血小板血浆，乏血小板血浆PateletpoorplasmaPRP富血小板血浆PlateletrichplasmaPUS脓液，脓PusRT给药途径RouteofmedicineSAL唾液，涎，津液SalivaSMN精液SeminalfluidSER血清SerumSKN皮肤SkinSKM骨骼肌SkeletalmuscleSPRM精子SpermatozoaSPT痰液，痰SputumSPTC咳出的痰液Sputum-coughedSPTT由气管呼出的痰液Sputum-trachealaspirateSTL大便Stool=FecalSWT汗液SweatSNV滑膜液（关节液）Synovialfluid(Jointfluid)TEAR泪液TearsTHRT咽喉ThroatTHRB血小板Thrombocyte(platelet)TISS组织TissueTISG胆囊组织TissuegallbladderTLGI大肠组织TissuelargeintestineTLNG肺组织TissuelungTISPL胎盘组织Tissueplacenta28 DB33/T893.2—2013表27标本代码与类型（续）代码标本名称英文名TSMI小肠组织TissuesmallintestineTISU溃疡组织TissueulcerTUB管道，不另说明TubeNOSULC溃疡UlcerUMB脐带血，脐血UmbilicalbloodUMED未知药物，不明药物UnknownmedicineURTH尿道UrethraUR尿液UrineURC经无菌或清洁操作留取的尿液UrinecleancatchURT经导尿管导出的尿液UrinecatheterURNS尿沉渣UrinesedimentUSUB不明物质UnknownsubstanceVOM呕吐物VomitusBLD全血WholebloodBDY整体，全身WholebodyWAT水WaterWICK纱布条，纱条WickWND创伤，伤口WoundWNDA伤口脓肿WoundabscessWNDE伤口渗出物，伤口渗出液WoundexudateWNDD从伤口导出的液体或排出的脓液Wounddrainage表28CWE——标本危害代码（SpecimenRiskCode）代码描述注释∕用法说明∕定义BIO生物性危害与正常生物材料相关联的危害，如未知感染的潜在危害。来自活体对象的常规生物材料。COR腐蚀性危害物质是腐蚀性的，并可能会造成皮肤、黏膜和眼睛的损坏，应避免任何无保护措施的接触。ESC逃逸性危害当前实体存在着随时摆脱密封措施或失去控制的危险。AGG侵袭性危害与特定活体对象相关联的危害，包括人类。IFL挥发性危险物物质是极易燃的，其某些混合物（与空气）可能会导致爆炸。须远离火源、火星和避免高温质或过热。EXP爆炸性危害当前材料属于爆炸性混合物。须远离火源、火星和避免高温或过热。INF传染性危险物带有人类致病性微生物，已知具有传染性的物质。为了对处理这种物质的那些人加以防护，质他们必须采取预防措施。BHZ生物危害包含具有环境危害所有微生物的物质。处理时必须特别小心。INJ损伤危害坚硬而锐利的物质（如套管）。须弃置在坚固的容器中。POI毒物危害对人和∕或动物是具有毒性的物质。为避免摄入，即使是极少量的摄入，处理时必须特别小心。RAD放射性危害当前材料属于某种电离辐射源。为避免损伤那些处理它的人员和避免环境危害，处理时必须特别小心。29 DB33/T893.2—20134.3.13OBX——观察指标结果字段4.3.13.1用于传送单个观察项目或观察片段，表示报告中最小的不可分割的报告单元。4.3.13.2OBX段结构，见表29。表29OBX——观察指标结果字段（Observation/ResultSegment）序号长度数据类型元素名称用法基数14SI组合ID—OBX（SetID）R[1..1]该字段包含的是OBX字段的顺序编号，即序列号。22ID取值类型（ValueType）C[0..1]条件谓项：如果填写了OBX-5（观察指标结果取值），则应为该字段赋值。3250CE观察指标标识符（ObservationIdentifier）R[1..1]建议使用LOINC代码集。420ST观察指标子标识（ObservationSub-ID）C[0..1]应当将该字段用于对组织在同一个OBR之下的，且具有相同观察指标标识符的多个OBX字段加以区分。599999Varies观察指标取值（ObservationValue）C[0..1]条件谓项：除非观察指标结果状态（ObservationResultStatus）字段（OBX-11）取值为“D”、“I”或“X”三者之一，否则，该字段均为必需型。6250CE计量单位（Units）C[0..1]如果取值类型（ValueType）字段（OBX-2）取值为“NM”或“SN”，则该字段为必需型。如果要为其赋值，则该字段应当仅仅用来标识SI（国际单位）或源自SI派生型计量单位。760ST参考区间（ReferencesRange）RE[0..1]OBX-7参考区间（ST），如果现成可用，则为必需型。该字段所描述的参考值范围，应当与患者的年龄和性别相关联；或者，在适用情况下，与妊娠周数之类的其他参数相关联。85IS异常标志（AbnormalFlags）RE[0..1]在适用情况下，该字段为必需型。支持下列取值：L:低于正常值低限H:高于正常值高限LL:低于应急下限HH:高于应急上限N:正常（适用于非数值型结果）A:异常（适用于非数值型结果）AA:非常异常（适用于非数值型计量单位，类似于数值型计量单位的应急界限）Null:范围未定，或正常值范围不适用S:敏感。仅用于表示微生物学中的药物敏感性R:耐药。仅用于表示微生物学中的药物敏感性I:中介。仅用于表示微生物学中的药物敏感性30 DB33/T893.2—2013表29OBX——观察指标结果字段（Observation/ResultSegment）（续）序号长度数据类型元素名称用法基数如上表所述，当取值字段（OBX-5）含有一个用来表示最小抑制浓度（MinimumInhibitiveConcentration，MIC）的数字型取值时，应当将取值S、R或I用来表示微生物学中药物敏感性的解释结果。只有当医嘱执行者仅仅报告敏感性的解释结果时，取值字段（OBX-5）才可能取值为S、R或I值，并将取值类型（OBX-2）设为“ST”95NM可能性（Probability）不使用，空。X[0..0]102ID异常检验项目的性质（NatureofAbnormalTest）X[0..0]不使用，空。111ID观察指标结果状态（ObservationResultStatus）取值见表30。R[1..1]1226TS参考区间有效日期（EffectiveDateofReferenceRange）X[0..0]不使用，空。1320ST用户自定义型访问验证（UserDefinedAccessChecks）C[0..1]条件谓项：在事务LAB-3中，当医嘱执行者希望就特许对某些结果的有限访问而通知医嘱结果记录者时，医嘱执行者应该将该字段赋值为“P”。1426TS观察日期∕时间（Date∕TimeoftheObservation）RE[0..1]当为OBX-5字段（观察指标取值字段）赋值时，也应该为该字段赋值。在非常例外的情况下，医嘱执行者可能会不知道此项信息（如检验项目是由参比实验室所传送的，而观察日期和时间却没有与结果一起返回），这时，该字段可以为空值，而医嘱结果记录者则不应该产生某种错误。15250CE检验机构标识（Producer’sID）RE[0..1]如果观察指标结果并不是由发送方组织机构所产生，则该字段为必需型。16250XCN责任观察者（ResponsibleObserver）RE[0..1]当观察指标结果状态（OBX-11）取值为“D”或“R”或“P”或“F”或“C”或“X”，并且检验机构标识字段并未取值时，该字段为必需型。该字段包含的是造成观察指标结果状态发生变化的观察者的身份。如果仅仅借助这个ID编号，就可能在医嘱执行者系统中检索出负责人员的完整身份信息，则在该字段中，只有第一个组件（ID编号）是必需的。17250CE观察方法（ObservationMethod）C[0..1]条件谓项：当结果取值可能依赖于观察方法，而观察指标标识符又不允许标识该方法时，该字段为必需型。对于LOINC代码之类的一些观察指标标识符，其标识符同时还标识相应的观察方法，此时，该字段并不需要赋值。1822EI设备实例标识符（EquipmentInstanceIdentifier）X[0..0]不使用，空。1926TS分析日期∕时间（Date∕TimeoftheAnalysis）X[0..0]31 DB33/T893.2—2013表29OBX——观察指标结果字段（Observation/ResultSegment）（续）序号长度数据类型元素名称用法基数不使用，空。23567XON机构名称（PerformingOrganizationName）C[0..1]产生测试结果并在OBX字段中描述的实验室名称。如果该项为空，则接受系统默认为观测资料由发送机构产生24631XAD机构地址（PerformingOrganizationAddress）O[0..1]产生测试结果并在OBX字段中描述的实验室地址。253002XCN机构负责人姓名（PerformingOrganizationDirectorName）O[0..1]产生测试结果并在OBX字段中描述的实验室负责人姓名。表30OBX-11观察结果状态码说明（ObservationResultStatus）值描述注释O仅为医嘱的细节描述（无任何结果）可在LAB-3中将其用于向医嘱结果记录者提供关于将要进行的具体检验项目的列表I标本位于实验室之中；结果未定可在LAB-3中用于向医嘱结果记录者提供关于正在进行的具体检验的列表D删除当前OBX记录当正确的结果尚未确定，而发送方（LAB-3和LAB-4中的医嘱执行者，LAB-5中的自动控制管理者）希望取消在以前的某条消息中所发送的某个错误结果时，应当采用这种状态。绝对不应该向临床用户显示这种结果。R结果已录入-尚未查对在LAB-5中：尚未获得技术确认。在LAB-3中：尚未获得临床确认。F最终结果仅可采用经过校正的结果来更改。在LAB-1和LAB-3中：某个最终结果获得临床确认。在LAB-5中：某个最终结果获得技术确认。C当前发送过来的记录属于一种校正，可能仅在某个“F”或“C”状态之后使用这种状态。因此可替换某个正式结果X无法获得观察指标的结果必须向用户显示具有该状态的检验项目。4.3.14EQU——设备明细字段4.3.14.1EQU包含识别和维护实验室自动化系统中所用设备所必需的数据。4.3.14.2EQU段结构，见表31。表31EQU——设备明细字段(EquipmentDetailSegment)序号长度数据类型元素名称用法基数1427EI设备实例标识符(EquipmentInstanceIdentifier)R[1..1]定义机构设备主列表中标识符。组件：<实体标识符(ST)>^<名字空间ID(IS)>^<通用ID(ST)>^<通用ID类型(ID)>224DTM事件日期/时间(EventDate/Time)R[1..1]32 DB33/T893.2—2013表31EQU——设备明细字段(EquipmentDetailSegment)（续）序号长度数据类型元素名称用法基数定义事件(如状态转换、命令发布、命令执行完毕)发生的日期/时间。3705CWE设备状态(EquipmentState)C[0..1]定义了事务初始时设备的状态。组件：<标识符(ST)>^<文本(ST)>^<编码系统名称(ID)>^<备用标识符(ST)>^<备用文本(ST)>^<编码系统名称(ID)>PU:已开机；IN:初始化；ID:空闲；CO:正在配置；OP:正常运行；CL:正在清除；PA:正在暂停；PD:已暂停；ES:已停止；null:无状态变化4705CWE本地/远程控制状态(Local/RemoteControlState)O[0..1]设备相关的控制的当前状态。一个设备既可以自主运行，也可以远程控制运行。组件：<标识符(ST)>^<文本(ST)>^<编码系统名称(ID)>^<备用标识符(ST)>^<备用文本(ST)>^<编码系统名称(ID)>L：本地；R：远程；null:无状态变化5705CWE警告级别(AlertLevel)O[0..1]与指定设备(如处理事件、存货事件、QC事件中指定的设备)相关的警告状态的最高等级组件：<标识符(ST)>^<文本(ST)>^<编码系统名称(ID)>^<备用标识符(ST)>^<备用文本(ST)>^<编码系统名称(ID)>N：正常，不需要纠正行为。W：警告，期望纠正行为。S：严重，必需纠正行为。C：危急，关机，解决问题并且重新启动。Null：无程序改变4.3.15SAC——容器细节信息字段4.3.15.1SAC包含维护实验室自动化系统中所使用容器所必需的数据。4.3.15.2SAC段结构，见表32。表32SAC—容器细节信息字段(SpecimenContainerDetailSegment)序号长度数据类型元素名称用法基数380EI容器标识符（ContainerIdentifier）R[1..1]由相应设备为容器所分配的唯一标识符。一个容器则可能会包含的是主（原始）标本或者该标本的分量样本（次级样本）。对于主样本，该字段包含的是主容器ID；对条码化分量样本，该字段则包含的是分量容器ID。组件：<实体标识符(ST)>^<名称空间(IS)>^<通用ID(ST)>^<通用ID类型(ID)>480EI上级容器标识符(Primary（parent）ContainerIdentifier)C[0..1]字段将标识的是标本所来源的主容器。对于主样本，该字段为空；对于分量样本，该字段应该包含的是主容器的标识符。33 DB33/T893.2—2013表32SAC—容器细节信息字段(SpecimenContainerDetailSegment)（续）序号长度数据类型元素名称用法基数组件：<实体标识符(ST)>^<名称空间(IS)>^<通用ID(ST)>^<通用ID类型(ID)>6300SPS标本来源（SpecimenSource）X[0..0]不使用，空。1080EI标本架标识符（CarrierIdentifier）O[0..1]该字段是承载标本的标本架ID，可以是数字，或条形码。1180NA标本架位置号（PositioninCarrier）O[0..1]1380EI托盘标识符（TrayIdentifier）O[0..1]该字段是托盘的标识符，可以是数值也可以是条形码。1480NA在托盘中的位置（PositioninTray）O[0..1]该字段描述容器载体在托盘中位置。15250CE场所（Location）O[0..*]该字段描述事件发生时，标本所在的物理场所。4.3.16SID——物质标识符段4.3.16.1SID包含识别分析性检验结果产生过程中的所用物质时必需的数据。可用于传送质控标本的厂商、批号等信息。4.3.16.2SID段结构，见表33。表33SID—物质标识符段(SubstanceIdentifier)序号长度数据类型元素名称用法基数1705CWE应用/方法标识符（Application/MethodIdentifier）C[0..1]组件：<标识符（ST）>^<文本(ST)>^<代码系统名称(ID)>^<备用标识符(ST)><备用文本(ST)><备用代码系统名称(ID)><编码系统版本ID(ST)><备用代码系统版本ID(ST)><原始文本(ST)>。该字段包含了分析所使用的仪器/方法。220ST物质批号(SubstanceLotNumber)C[0..1]物质在生产期间由厂商指定批号。3200ST物质容器标识符(SubstanceContainerIdentifier)C[0..1]该字段包含了厂商所赋给的容器标识，该标识是唯一的。4705CWE物质厂商标识符(SubstanceManufacturerIdentifier)C[0..1]组件：<标识符（ST）>^<文本(ST)>^<代码系统名称(ID)>^<备用标识符(ST)><备用文本(ST)><备用代码系统名称(ID)><编码系统版本ID(ST)><备用代码系统版本ID(ST)><原始文本(ST)>。该字段表明生产的厂商。34 DB33/T893.2—20135信息系统集成技术规范5.1角色5.1.1医嘱申请者5.1.1.1创建各种临床实验室检验医嘱和医嘱组合，将这些医嘱分发给相应的实验室，并对这些医嘱的所有状态变化加以适当管理的系统。5.1.1.2在某些情况下，医嘱申请者负责标识标本，医嘱申请者和医嘱执行者之间的事务可携带标本相关的信息。5.1.1.3在同一个机构内，可能会存在多个医嘱申请者的角色。5.1.2医嘱执行者5.1.2.1临床实验室所使用的一种系统，其负责的内容包括:a)接收来自医嘱申请者的检验医嘱；b)收集或控制相关的标本；c)接受或拒绝医嘱；d)预约工作医嘱并将它们发送给一个或多个自动控制管理者；e)接收来自各个自动控制管理者的检验项目结果；f)进行临床确认；g)对医嘱所有的状态变化加以适当的管理，并将结果发送给一个或多个医嘱结果记录者。5.1.2.2处理纸质医嘱或外部机构医嘱时，医嘱执行者将会自己创建检验项目医嘱。5.1.2.3在某些情况下，医嘱执行者负责采集和标识标本。5.1.2.4医嘱执行者可从多个医嘱申请者处接收检验医嘱，也可将医嘱结果发送给几个医嘱结果记录者。5.1.3自动控制管理者5.1.3.1负责对实验室全部或部分自动化过程加以管理的一种系统或部件。5.1.3.2自动化范畴包括自动化或机器人传送系统、分析仪器以及分析前或分析后处理设备之间的集成或接口。5.1.3.3该角色接收来自医嘱执行者的工作医嘱。对仪器所做的检验项目加以管理，并将技术确认的结果返回给医嘱执行者。5.1.3.4多个自动控制管理者可以与一个医嘱执行者相关联。5.1.4医嘱结果记录者5.1.4.1负责为患者所在的医疗机构保存所获的各种类型的观察结果，并对医嘱执行者通知的所有结果状态变化加以登记的一种系统。5.1.4.2该角色所存储的并不是独立的观察结果，而是采用医嘱方式所申请的观察结果。这些观察结果总是存储在产生其医嘱的语境或上下文档之中。5.2角色/事务5.2.1临床实验室测试工作流程所涉及的角色及其之间的事务，见图2。35 DB33/T893.2—2013临床实验室[LAB-1]申请者医嘱管理→医嘱申请者医嘱执行者←[LAB-2]执行者医嘱管理[←LA[BL-A4B]-工5]作检←[LAB-3]医嘱结果管理医验嘱结管果理管→理医嘱结果记录者自动控制管理者图2测试工作流程角色5.2.2临床实验室测试工作流程包括以下5个事务：a)LAB-1：申请者医嘱管理。包括医嘱申请者与医嘱执行者之间所需的全部消息，以对单个医嘱或医嘱组合整个生命周期进行管理。其主要目标在于保持这种医嘱的内容和状态在这两种角色之间的一致性。b)LAB-2：执行者医嘱管理。包括在医嘱执行者与医嘱申请者之间所有必需的消息，以便为医嘱执行应用软件创建的医嘱分配新的申请者医嘱编号。c)LAB-3：医嘱结果管理。将医嘱的结果，以及结果的状态改变、修改和取消等内容，从医嘱的执行者传给医嘱结果登记者。可提供报告的复本，给出实验申请的结果。d)LAB-4：工作医嘱管理。包含医嘱执行者与自动控制管理者之间交互需要的所有信息，以便后者执行工作医嘱。该事务的目的是给自动管理器分配任务，并保证自动管理器获知与工作医嘱相关的患者信息的所有变化。e)LAB-5：检验结果管理。把技术确认的检验结果，以及这些结果的状态改变、修改和取消等内容，从自动控制管理者传送到医嘱执行者。5.3LAB-1申请者医嘱管理5.3.1范围5.3.1.1医嘱申请者采用该事务来向医嘱执行者下达一个新的医嘱。医生和(或)就诊科室将负责下达医嘱，而临床实验室将负责执行医嘱。该事务保证医嘱执行者和医嘱申请者互相报告所有的状态改变和(或)医嘱的内容。5.3.1.2一个组合项目则包含有一个或多个检验项目，而其中每个检验项目又可能会产生一个或多个观察指标结果。5.3.1.3在一些医疗机构中，就诊科室将负责提供标本并对它们加以标识。在其他一些医院机构中，则由实验室来负责标本的采集和标识工作。5.3.1.4实验室负责获取与管理所申请的那些组合项目的有效标本。在标本不符合条件要求或缺失的情况下，实验室则可拒绝执行相应医嘱或其中的部分医嘱。5.3.1.5医嘱申请者和医嘱执行者都可能会更新或取消既往的某条医嘱。医嘱更新将包括对原有列表中的单个或组合项目加以替换。5.3.1.6为了在原有的医嘱中申请新的检验项目，医嘱申请者可以对原有的医嘱组下达新的医嘱。36 DB33/T893.2—20135.3.1.7为了在原有的医嘱中产生新的检验项目，医嘱执行者对新的组合项目的添加，则由事务LAB-2来实现，而非LAB-1。5.3.1.8医嘱申请者管理事务的主要目标就是，使医嘱申请者与医嘱执行者之间能够对医嘱内容与状态进行协调一致的管理。5.3.1.9若选择“医嘱组合的传真报告”选项，那么该事务可能会将医嘱组合相关的传真报告请求纳入到医嘱组申请中。5.3.2用例角色5.3.2.1用例角色描述，参见图3。申请者医嘱管理医嘱申请者医嘱执行者图3LAB-1用例角色描述5.3.2.2医嘱申请者角色：申请、更新、取消、废除医嘱，接收来自医嘱执行者关于接受或拒绝的信息，接收来自医嘱执行者的与医嘱相关的变更信息。5.3.2.3医嘱执行者角色：接收医嘱，检查所需标本，向医嘱申请者通报关于接受或拒绝的信息。接收来自医嘱申请者的与医嘱相关的变更信息，向医嘱申请者通报内容的更新信息（已经删除的组合项目或检验项目），向医嘱申请者通报进展情况，包括已预约、已开始、已取消、已完成。5.3.3交互图5.3.3.1触发事件：发起者将选择OML消息结构，响应者采用ORL消息结构予以响应：OML^O21→ORL^O22，OML^O33→ORL^O34，OML^O35→ORL^O36。应采用一条ORL消息，对一个OML消息做出响应。5.3.3.2一个申请者下达医嘱的正常过程，参见图4。37 DB33/T893.2—2013医嘱申请者医嘱执行者申请一个新医嘱OML新医嘱:ORC-1=NWORL医嘱接受:ORC-1=OK不能接受:ORC-1=UA检查相关标本，OML组合项目替换:ORC-1=RU可能替换或删除组合项目删除:ORC-1=OC某些组合项目ORL答应:ORC-1=OK医嘱状态改变OML状态改变:ORC-1=SCORL答应:ORC-1=OK替换一个医嘱OML替换医嘱:ORC-1=RPORL被请求替换:ORC-1=RQ不能替换:ORC-1=UM图4LAB-1申请者下达医嘱的正常过程5.3.3.3医嘱申请者对一条医嘱的取消。医嘱执行者只能在执行医嘱过程尚未开始，尤其是没有工作医嘱发送到自动管理器的情况下，才接受医嘱的取消。参见图5。医嘱申请者医嘱执行者申请者医嘱删除OML删除医嘱请求:ORC-1=CA对每一个组合项目，删除请求被接受或拒绝（如果OML应答过程已经开始）请求删除:ORC-1=CR不能删除:ORC-1=UC图5LAB-1医嘱申请者取消医嘱5.3.3.4医嘱执行者发起医嘱取消，参见图6。医嘱申请者医嘱执行者删除实验室发起的医嘱OML医嘱删除:ORC-1=COORL答应:ORC-1=OK38 DB33/T893.2—2013图6LAB-1医嘱执行者取消医嘱5.4LAB-2：执行者医嘱管理5.4.1范围5.4.1.1该事务用于医嘱执行者通知医嘱申请者实验室已经建立一个新医嘱。该新医嘱可以是独立的，也可以插入已有的医嘱组合。通过该事务，医嘱执行者向医嘱申请者提出请求，为新医嘱分配一个唯一的申请者医嘱编号。新医嘱包含了实验室对患者标本所需要做的一项或一组检验。5.4.1.2执行者医嘱管理事务的主要目标就是，使医嘱申请者之间能够对医嘱的内容和状态进行协调一致的管理。5.4.2用例角色5.4.2.1用例角色描述，参见图7。执行者医嘱管理医嘱申请者医嘱执行者图7LAB-2用例角色描述5.4.2.2医嘱申请者角色：接收执行者医嘱。向医嘱执行者通报关于接受或拒绝的信息。当执行者医嘱得以接受时，向医嘱执行者通报申请者医嘱编号。5.4.2.3医嘱执行者角色：通过将执行者医嘱发送给医嘱申请者，来下达执行者医嘱。接收来自医嘱申请者的接受或拒绝信息。当医嘱申请者接受当前医嘱时，接收来自医嘱申请者的申请者医嘱引用编号。接收来自医嘱申请者的医嘱相关变更。5.4.3交互图5.4.3.1触发事件：发起者将选择OML消息结构，响应者采用ORL消息结构予以响应，即，响应者收到一条OML消息时，以一条ORL消息进行回应。5.4.3.2执行者医嘱的处理过程，参见图8。医嘱申请者医嘱执行者对每个组合项目，建立一个新的执行者医嘱被接受或拒绝。当接受OML发送医嘱/服务号:ORC-1=SN执行者医嘱时，向医嘱执行者ORL应答报告申请者医嘱。分配号:ORC-1=NA不能接受医嘱:ORC-1=UA图8LAB-2执行者医嘱的处理过程39 DB33/T893.2—20135.5LAB-3：医嘱结果管理5.5.1范围5.5.1.1医嘱执行者和医嘱结果记录者采用该事务。5.5.1.2一旦实验室中创建了一条医嘱或者收到某个标本，该事务就将把所申请的检验项目通知医嘱结果记录者。5.5.1.3在医嘱执行者层次面，当结果已经获取、临床确认、修改或删除时，该事务把观察指标结果从医嘱执行者传送到医嘱结果记录者。5.5.1.4向医嘱结果记录者提供经过整理的，与其申请者医嘱或申请者医嘱组合相关的整批结果。医嘱结果记录者应该按照医嘱接收者所提供的顺序来存储这些结果。5.5.1.5若选择“医嘱组传真报告”选项，则事务LAB-3可能会在医嘱组合的结果消息中提供pdf报告文件链接，该报告由医嘱执行者建立，概述医嘱组合的可发布结果。5.5.1.6部分观察指标来自二级标本，为了保证医嘱和结果消息的一致性，事务的结果消息必须参考原标本。5.5.2用例角色5.5.2.1用例角色描述，参见图9。医嘱结果管理医嘱执行者医嘱结果记录者图9LAB-3用例角色描述5.5.2.2医嘱执行者角色：向医嘱结果记录者提供关于标本到达的通知，获得技术确认结果、临床确认结果、修改∕取消结果以及删除检验项目信息。提供经过整理的，与申请者医嘱或医嘱组合相关的完整结果集。5.5.2.3医嘱结果记录者角色：接收来自医嘱执行者的检验项目医嘱和结果，允许当前医疗机构访问这些医嘱和结果，结果呈现遵循从医嘱执行者接收时排列顺序。5.5.3交互图5.5.3.1执行者医嘱结果管理的正常过程，参见图10。图例所示是发生在执行者医嘱正常过程期间的消息流程，始于实验室接收标本或录入医嘱，直至医嘱完成，以及最终用户在医嘱结果记录者层面上对结果进行的可视化呈现。对于每条OUL消息的每个触发事件，均表示出了OBR结果状态的取值。40 DB33/T893.2—2013医嘱执行者医嘱结果记录者新医嘱接受或产生OUL,结果状态SACK,(应用的应答)接收或接受标本OUL,结果状态IACK,(应用的应答)技术确认结果可用OUL,结果状态RACK,(应用的应答)临床确认结果OUL,结果状态P(部分)或F(最终)ACK,(应用的应答)修正以前发送的临床确认的结果OUL,结果状态CACK,(应用的应答)图10LAB-3执行者医嘱结果管理的正常过程5.5.3.2是否向医嘱结果记录者传送技术确认结果，取决于每个医疗机构具体的组织机构规则。这些规则可以考虑医嘱优先级（TQ1-9）、医嘱提供者、特殊组合项目、执行实验室以及观察指标结果本身等诸多因素。5.5.3.3执行者医嘱之中组合项目∕检验项目的删除，参见图11。无论何时，均可从执行者医嘱之中删除某个检验项目∕组合项目，在这种情况下，应当触发一条向医嘱结果记录者发送的消息。医嘱执行者医嘱结果记录者在执行者的医嘱中删除检验项目OUL<<结果状态X>>ASK(应用层应答)图11LAB-3执行者医嘱组合项目/检验项目的删除5.5.3.4执行者医嘱之中组合项目∕检验项目的添加，参见图12。无论何时，均可在执行者医嘱之中添加某个检验项目∕组合项目，而在这种情况下，应当触发一条向医嘱结果记录者发送的消息。41 DB33/T893.2—2013医嘱执行者医嘱结果记录者在执行者的医嘱中添加检验项目OUL<<结果状态S>>ASK(应用层应答)图12LAB-3执行者医嘱组合项目/检验项目的添加5.6LAB-4：工作医嘱管理5.6.1范围5.6.1.1医嘱执行者使用该事务向自动控制管理者下达一条新的医嘱。5.6.1.2该事务还用于取消和(或)修改过去发送给自动控制管理者的某条医嘱。5.6.1.3或者，先取消既往的某条医嘱，后再发送一条新的医嘱来替换它。5.6.2用例角色5.6.2.1用例角色描述，参见图13。工作医嘱管理医嘱执行者自动控制管理者图13LAB-4用例角色描述5.6.2.2医嘱执行者角色：管理医嘱，并维护通往合适的自动控制管理者的路径。5.6.2.3自动控制管理者：接收来自医嘱执行者的医嘱，并管理医嘱的预处理、分析和后处理。5.6.3交互图5.6.3.1LAB-4交互图参见图14。ORL消息由自动控制管理者层面的应用程序创建，采用一条ORL消息，响应一条OML消息。42 DB33/T893.2—2013医嘱执行者自动控制管理者OML^O21,O33,O35新医嘱(ORC-1:NW)ORL^O22,O34,O36医嘱接受(ORC-1:OK)不能接受(ORC-1:UA)OML^O21,O33,O35医嘱修改(ORC-1:RP)ORL^O22,O34,O36医嘱已修改OML^O21,O33,O35医嘱删除(ORC-1:CA)ORL^O22,O34,O36医嘱已删除图14自动管理器执行医嘱的正常过程5.7LAB-5：检验结果管理5.7.1范围5.7.1.1自动控制管理者采用该事务向医嘱执行者传输检验结果。5.7.1.2医嘱执行者和自动管理器采用这项事务。5.7.2用例角色5.7.2.1用例角色描述，参见图15。检验结果管理医嘱执行者自动控制管理者图15LAB-5用例角色描述5.7.2.2医嘱执行者角色：医嘱执行者负责管理自动控制管理者所通知的检验项目结果。5.7.2.3自动控制管理者：为完成工作医嘱而负责预处理和分析处理工作；执行技术确认；以及给医嘱执行者发送技术确认结果。5.7.3交互图43 DB33/T893.2—2013LAB-5交互图参见图16。自动控制管理者采用OUL^R22消息传输结果。医嘱执行者收到OUL消息后以ACK^R22消息进行回应。医嘱执行者自动控制管理者OUL^R22(检验结果)ACK^R22(结果接受)图16自动管理器主动提供观察指标消息44 DB33/T893.2—2013参考文献[1]HealthLevelSeven.HL7MessagingStandardVersion2.6.http://www.hl7.org.2008.10.12/2010.5.13.[2]IntegratingtheHealthcareEnterprise.IHELaboratoryTechnicalFrameworkRevision2.1.http://www.ihe.net/Techincal_Framework/index.cfm#laboratory.2008.8.8/2010.5.13._________________________________45'