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

ICS11.020C07DB33浙江省地方标准DB33/T893.2—2013临床实验室信息系统第2部分：数据传输与交换ClinicallaboratoryinformationsystemPart2：Datatransmissionandexchange2013-05-17发布2013-06-17实施浙江省质量技术监督局发布DB33/T893.2—20131前言DB33/T893《临床实验室信息系统》分为三个部分：——第1部分：基本功能规范；——第2部分：数据传输与交换；——第3部分：工作流程规范。本部分为DB33/T893的第2部分，本部分依据GB/T1.1-2009给出的规则起草。本标准的消息结构参照了《HL7messagingstandardversion2.6》中关于临床实验室的相关内容，信息系统集成技术框架参考了《IHELaboratoryTechnicalFrameworkRevision2.1》中实施临床实验室工作流程集成规范的相关内容，并根据浙江省医疗机构临床实验室的实际情况编制而成。本标准由浙江省卫生厅提出。本标准由浙江省数字卫生标准化技术委员会归口。本标准主要起草单位：浙江数字医疗卫生技术研究院、浙江大学医学院附属第一医院、浙江大学医学院附属妇产科医院、浙江省标准化研究院。本标准的主要起草人：李兰娟、杨大干、何剑虎、陈瑜、胡长爱、潘洋。DB33/T893.2—20132临床实验室信息系统第2部分：数据传输与交换1范围DB33/T893的本部分规定了临床实验室信息系统与医嘱管理、自动化装备、电子病历之间的数据传输与交换协议。本部分适用于医疗机构内不同信息系统之间的临床检验数据交换。2术语和定义下列术语和定义适用于本文件。2.1临床实验室信息系统clinicallaboratoryinformationsystem对患者样本识别、检验申请、结果报告、质量控制以及样本分析各方面相关的数据进行管理的信息系统。2.2触发事件triggerevents现实世界中产生系统间消息交换的事件。如完成一项肝功能的检测，临床实验室信息系统会触发事件，把检验结果发送到其他系统，如电子病历。2.3消息message系统间数据交换的基本单位，由顺序确定的一组段组成。每个消息都用一个消息类型来表示其用途。2.4段segments数据字段的逻辑组合，每一个段用唯一的三个字符的代码来标识。在一个消息中，段可能是必需的，也可能是可选的，段可以只出现一次，也可以重复出现。2.5字段field一个记录的特定属性，由字符串组成。每个字段包括段中按顺序排列的位置、最大字符长度、数据类型、可选性、重复性、取值表等属性。2.6记录recordDB33/T893.2—20133描述了一个已完成信息属性的集合。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中，ESC就是0x1B。4.1.2.2消息格式消息以SBddddEBCR的格式传输，其中：——SB=ASCIIVT，即0x0B。开始模块字符，一个字节。不要和ASCII中的字符SOH或STX混淆。——dddd=数据。HL7消息内容，即通讯数据内容。数据可能包括任何可显示的ASCII字符和回车字符CR，数据的字节数可变。——EB=ASCIIFS,即0x1C。结束模块字符，一个字节。不要和ASCII中的字符ETX或DB33/T893.2—20134EOT混淆。——CR=ASCIICR，即0x0D。回车字符，一个字节。4.1.2.3数据结构LIS与其它医疗系统的数据交换由不同类型的HL7消息完成。每个消息由一组顺序确定的段组成。段由一系列顺序确定的字段组成。字段由格式确定的组件组成，组件又可由子组件组成。HL7消息的层次结构，参见图1。图1HL7消息层次结构4.1.2.4网络连接如果连接尚不存在，想要发送消息的应用程序必须初始化一个连接，以启动事务。接受方应用程序将会用一个应答信息作为响应或对查询做出反应，但不会在该网络连接上发起新的事务。4.1.2.5应答模式采用HL7原始应答模式来发送应答消息。应答属于应用程序级应答，且必须是在接受方应用程序解析了消息并处理其内容之后产生。接收方应用程序应自动产生应用级确认消息，而无需等待人工核准所收到消息的内容。4.2消息4.2.1概述本标准使用的HL7消息有OML（实验室医嘱消息）、ORL（通用实验室医嘱应答消息）、ORU（主动观察消息）、OUL（主动实验室观察消息）、ACK（一般确认消息）。消息（Message）段1（segment1）字段1（field1）段2（segment2）字段2（field2）„„„„字段N（fieldN）„„„„段N（segmentN）组件N（componentN）„„„„组件2（component2）组件1（component1）子组件1（Subcomponent1）子组件2（Subcomponent2）„„子组件N（SubcomponentN）DB33/T893.2—201354.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消息静态定义DB33/T893.2—20136用于描述某种消息的表格将包括以下属性：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。DB33/T893.2—20131表2OML^O21——实验室医嘱消息结构字段含义用法基数MSH消息头R[1..1][---患者信息开始RE[0..1]PID患者标识R[1..1][PV1]患者就诊RE[0..1]]---患者信息结束{---医嘱开始R[1..*]ORC