请求和接收测试结果（HL7v2的消息OML、ORL和ORU）

文章

Lilian Huang · 一月 19, 2023 阅读大约需 10 分钟

#HL7 #Caché #Ensemble #HealthShare #InterSystems Natural Language Processing (NLP, iKnow) #InterSystems IRIS for Health

在上一篇文章中，我们看到了最常用的HL7消息类型之一--ADT（入院、出院、转院）的结构，以及ADT^A04的例子和它所有字段的描述。现在让我们来看看另一个数据流，它与测试订单的订购和履行有关。我说的是ORM（从2.5版本开始，你应该使用特定的消息来订购测试，如OMG、OML、OMD、OMS、OMN、OMI和OMP），ORL和ORU消息。在一个非常简化的情况下，数据的交换可能看起来像这样。

让我们更详细地看一下这些消息。

HL7 OML 消息

HL7 OML - 实验室订单 - 可用于实验室和其他订单消息的通信，并且必须用于实验室自动化消息。该消息的触发事件是实验室订单的任何变化。这种变化包括提交新的订单、取消、更新等。OML信息也可以来自于下单者、下单者或感兴趣的第三方。根据标本和容器的数量，人们必须使用该信息的不同子类型。

在2.8版本中，这种类型的信息有4种不同的子类型。

亚型	描述
OML^O21	实验室订单
OML^O33	与单个标本相关的多个订单的实验室订单
OML^O35	与单个标本容器相关的多个订单的实验室订单
OML^O39	以标本装运为中心的实验室订单

如果我们查看此类消息的一般结构，它们由以下部分组成。

段	描述
MSH	消息头此段包含有关消息发送者和接收者的信息，消息创建的日期和时间。此段是必需的。
[SFT]	软件信息该段提供关于作为发送应用程序的软件产品的额外信息。本段的主要目的是用于诊断。根据特定地点的协议，可能有其他用途。此段是可选的
[UAC]	用户身份验证凭据这个可选段提供用户认证凭证、Kerberos服务票或SAML断言，供接收系统用于获取用户识别数据。当接收应用系统要求发送系统在交互式应用中为问责或访问控制提供最终用户身份时，它将被使用。由于用户认证的实现常常限制会话认证凭证的有效期，因此该段不打算用于非交互式应用。
[NTE]	注释和评论此可选段通常用于发送注释和评论。

[ ] = 可选

除了这4个段，所有这种类型的信息都是通用的，例如对于OML^O21，还有与病人和订单有关的段。由于病人信息在不同的信息中使用相同的段，我就不多说了--2.5版的例子已在前文中（HL7 ADT消息的类型和ADT^A04的例子）描述。让我们最好看看订单段，这是这个信息的重点。

剧透

部分						描述
{命令}
	兽人					常见的顺序。该段用于传输所有订单（请求的所有类型的服务）共有的字段。这是必需的。
	[{PRT}]					参与信息。此段包含添加、更新、更正和从记录中删除参与正在传输的活动的人员、组织或位置（参与者）所必需的数据。它是可选的。
	[{定时}]
		TQ1				时间/数量。该段用于指定事件和操作的复杂时间，例如在订单管理和调度系统中发生的那些。该部分确定服务的数量、频率、优先级和时间安排。通过允许片段重复，可以使服务请求随时间改变服务请求的数量、频率和优先级。这是必需的。
		[{TQ2}]				时间/数量关系。该段用于形成与 TQ1/TQ2 段关联的服务请求与其他服务请求之间的关系。它将当前服务请求与一个或多个其他服务请求链接起来。它是可选的。
	[观察请求]
		OBR				观察请求。该段用于传输特定于诊断研究或观察、身体检查或评估订单的信息。这是必需的。
		[TCD]				测试代码详细信息。该段包含实验室自动化系统执行操作或计算或执行决策所必需的数据，而与订单相关的原始 HL7 段（ORC、OBR）不支持这些数据。它是可选的。
		[{NTE}]				注释和评论。此可选段通常用于发送注释和评论。它是可选的。
		[{PRT}]				参与信息
		[CTD]				联系人数据。该部分可以识别与患者转诊消息及其相关交易相关联的任何联系人。它是可选的。
		[{DG1}]				诊断。该段包含各种类型的患者诊断信息，例如入院、初级等。DG1 段用于发送多个诊断（例如，用于病历编码）。它是可选的。
		[{观察}]
			OBX			观察/结果。该段用于传输单个观察或观察片段。它代表报告的最小不可分割单元。 OBX 段还可以包含封装数据，例如 CDA 文档或 DICOM 图像。这是必需的。
			[{PRT}]			参与信息
			[TCD]			测试代码详情
			[{NTE}]			注释和评论
		[{标本}]
			文凭			标本。这部分的目的是描述样本的特征。它与 OBR 的意图不同，因为 OBR 处理特定于订单的信息。它与 SAC 段的不同之处在于 SAC 处理标本容器属性。单独的样本段提供的一个优点是它概括了订单、结果、样本和样本容器之间的多重关系。标本被定义为“一个物理实体，它是一个个体、一个群体、一个项目，或者代表一个更大的群体、类别或整体的部分，是为了得出关于该群体的结论而进行观察或分析的目标、班级或整体。”请注意，宇宙中的任何物理实体都有可能成为标本。标本是从一个来源收集或获得的，可以代表来源，也可以代表来源内的偏差。样本在观察过程中可能会全部或部分消耗掉，样本的任何剩余部分都是持久的并可以储存。在有限的情况下，该段也可用于描述“虚拟”标本。特别是，在特定观察或测试的背景下识别样本所需的特征。总之，SPM 表示标本特有和独特的属性。
			[{标本观察}]
				OBX		观察/结果
				[{PRT}]		参与信息
			[{容器}]
				国资委		标本容器细节。容器详细信息段是维护在整个实验室自动化系统中使用的容器所必需的数据。许多实验室的标本在容器（例如，样品管）中运输和处理。当在同一消息中使用 SPM 和 SAC 时，概念上重复的属性将仅在 SPM 中赋值。
				[{集装箱观察}]
					OBX	观察/结果
					[{PRT}]	参与信息
		[{先前的结果}]
			[患者优先]
				PID		患者识别。所有应用程序都使用该段作为传达患者身份信息的主要方式。该部分包含永久的患者识别信息和人口统计信息，这些信息在大多数情况下不太可能经常更改。应该注意的是，从 V2.4 开始，动物的人口统计数据也可以在 PID 段中发送。
				[PD1]		患者额外人口统计。患者附加人口统计段包含关于患者可能改变的人口统计信息。
				[{PRT}]		参与信息
				[{ARV}]		访问限制。该段用于在个人/患者和会面/访问级别上从一个系统到另一个系统传达请求/需要的访问限制类型。
			[患者就诊前]
				PV1		患者就诊。该段由注册/患者管理应用程序使用，以在帐户或访问特定的基础上传达信息。
				[PV2]		患者就诊 - 附加信息。该段是 PV1 段中包含的信息的延续。
				[{PRT}]		参与信息
			[{AL1}]			患者过敏信息。该段包含各种类型的患者过敏信息。每个 AL1 段描述单个患者过敏。
			{提前订购}
				兽人		普通订单
				[{PRT}]		参与信息
				OBR		观察请求
				[{NTE}]		注释和评论
				[{PRT}]		参与信息
				[{时间优先}]
					TQ1	时间/数量
					[{TQ2}]	时间/数量关系
				{观察先验}
					OBX	观察/结果
					[{PRT}]	参与信息
					[{NTE}]	注释和评论
		[{FT1}]				金融交易。该段包含将费用、付款、调整等过帐到患者会计记录所需的详细数据。
		[{CTI}]				临床试验鉴定。该段是一个可选段，其中包含用于识别与订单或结果相关联的临床试验、阶段和时间点的信息。
		[BLG]				计费。该段用于向填写应用程序提供有关订购服务的计费信息。

[ ] = 可选，{} = 可重复

HL7 ORL 消息

HL7 ORL – 实验室订单响应 – 是对 OML 消息的应用程序确认。该消息的作用是响应一条OML消息。

在 2.8 版本中，此类消息还有 4 种不同的子类型，它们被发回以响应相应的 OML 消息。

亚型	描述
ORL^O22	对任何 OML 的一般实验室订单响应消息
ORL^O34	对与单个标本相关的多个订单的实验室订单响应消息
ORL^O36	对标本 OML 的单个容器的实验室订单响应消息
ORL^O40	样本装运中心实验室订单确认消息

如果我们查看此类消息的一般结构，它们由以下部分组成。

段	描述
MSH	消息头此段包含有关消息发送者和接收者的信息，消息创建的日期和时间。此段是必需的。
MSA	消息确认该段包含在确认另一条消息时发送的信息。此段是必需的。
[ERR]	错误该段用于向确认消息添加错误注释。它是可选的。
[SFT]	软件信息此部分提供有关用作发送应用程序的软件产品的附加信息。该段的主要目的是用于诊断。根据特定于站点的协议，可能还有其他用途。该段是可选的。
[UAC]	用户身份验证凭据此可选段提供用户身份验证凭据、Kerberos 服务票证或 SAML 断言，供接收系统使用以获取用户身份数据。当接收应用程序系统要求发送系统提供最终用户标识以在交互式应用程序中进行问责或访问控制时，将使用它。由于用户身份验证实现通常会限制会话身份验证凭证的有效期，因此该段不适用于非交互式应用程序。
[NTE]	注释和评论此可选段通常用于发送注释和评论。

[ ] = 可选

接下来是一组订单响应段集。确切的段取决于传入消息的类型和来自它的重复信息。

HL7 ORU 信息

HL7 ORU – 观察结果 – 包含有关患者临床观察的信息，用于响应临床系统中生成的命令（HL7 ORM 消息）。 ORU 消息最常用于 EKG 研究、实验室结果、成像研究和医学解释。它们还被用于为临床试验（例如药物开发）目的传达订单和结果信息。需要注意的是，ORU 消息本身并不包含图像，而是使用文本、代码和数字的组合来传达结果。

此消息有几种子类型。

亚型	描述
ORU^R01	主动观察消息
ORU^R30	未经请求的护理点观察消息，没有现有订单 - 下订单
ORU^R31	未经请求的新护理点观察消息 - 搜索订单
ORU^R32	未经请求的预先订购的护理点观察
ORU^R40	未经请求的警报观察消息

让我们看一下用于将实验室结果传输到其他系统的 ORU^R01 消息的片段。

段	描述
MSH	消息头此段包含有关消息发送者和接收者的信息，消息创建的日期和时间。此段是必需的。
[SFT]	软件信息此部分提供有关用作发送应用程序的软件产品的附加信息。该段的主要目的是用于诊断。根据特定于站点的协议，可能还有其他用途。该段是可选的。
[UAC]	用户身份验证凭据此可选段提供用户身份验证凭据、Kerberos 服务票证或 SAML 断言，供接收系统使用以获取用户身份数据。当接收应用程序系统要求发送系统提供最终用户标识以在交互式应用程序中进行问责或访问控制时，将使用它。由于用户身份验证实现通常会限制会话身份验证凭证的有效期，因此该段不适用于非交互式应用程序。
患者结果	包含的信息组织形式与观察请求和病人优先部分几乎相同，来自各自的OML信息。
[DSC]	延续指针该段用于延续协议中。

[ ] = 可选

现在就是这样。希望这能让整个交换消息的过程更清楚地请求和接收测试结果。在官方门户网站上找到有关 HL7v2 的更多信息。

欢迎在评论部分提出任何意见/建议。

查看原帖由 @Iryna Mykhailova 撰写