简短回答： 在 HL7 v2 中，一个医嘱（实验室检查、影像学检查、药物）在 2.5.1 及更早版本中以 ORM^O01 消息发送，从 2.4 版本开始，实验室医嘱则以 OML^O21 消息发送。这两种消息都包含患者信息（PID）、就诊信息（PV1）、控制医嘱的 ORC 段（新建、取消、暂缓、状态更改，包含下单方和执行方编号）以及说明了医嘱内容、执行者和时间的 OBR 段。执行方系统会用 ORR（或 OML 的 ORL）进行回复，之后再以 ORU 返回结果。在 FHIR 中，ORC+OBR 的对应物是 ServiceRequest。
逐段解析实验室医嘱
HL7 v2 实验室医嘱消息 (ORM^O01) 由多个字段构成：MSH 定义消息类型和版本，PID 标识患者，PV1 描述就诊信息，ORC 包含医嘱控制代码、申请者和执行者订单号、优先级以及开具医嘱的医生，OBR 标明所请求的检测项目（附带 LOINC 代码)和采集时间，DG1 提供诊断依据。
MSH|^~\&|EHR|GENHOSP|LIS|CENTRALLAB|20260314091200||ORM^O01^ORM_O01|MSG0001|P|2.5.1
PID|1||MRN-00012345^^^GENHOSP^MR||DOE^JANE||19800523|F|||12 High Street^^Leeds^^LS1 4AB^GB
PV1|1|O|CLINIC-3^^^GENHOSP||||42^SMITH^JOHN^^^Dr
ORC|NW|PLC-778812^EHR|||||^^^20260314093000^^R||20260314091200|42^SMITH^JOHN
OBR|1|PLC-778812^EHR||4548-4^Hemoglobin A1c/Hemoglobin.total in Blood^LN|||20260314093000||||||||42^SMITH^JOHN
DG1|1||E11.9^Type 2 diabetes mellitus without complications^I10
- MSH-9
ORM^O01^ORM_O01指定了消息类型、触发事件和结构。MSH-12 指定了版本。 - PID 用于识别患者；PID-3 包含标识符及其分配机构和类型（
MR，病历号）。 - PV1 提供就诊信息：门诊（
O）、地点、主治医生。 - ORC-1 是医嘱控制代码：
NW新建医嘱，CA取消请求，OC医嘱已取消，HD暂缓，RL解除，SC状态已更改，OK医嘱已接受，UA无法接受，XO更改医嘱，DC终止。ORC-2 是下单方医嘱号（由下单系统分配），ORC-3 是执行方医嘱号（由实验室分配，回复前为空）。ORC-7 包含时间和优先级（R常规，S急诊，A尽快）。ORC-12 是开具医嘱的医生。 - OBR-4 是通用服务标识符：订购的内容，已编码（此处为 LOINC，
LN）。OBR-7 是观察或采集日期-时间。OBR-16 重复了开具医嘱的医生。在实验室医嘱中，标本详情在旧版本中位于 OBR-15，从 2.5 版本开始则位于专用的 SPM 段。 - DG1 携带用于证明医嘱合理性的诊断。
包含多项检测的同一医嘱会为每项检测重复 ORC/OBR 对，每对都有其自己的 OBR-1 集合 ID。
ORM 与 OML
ORM^O01 是通用的 HL7 v2 医嘱消息，适用于实验室、影像、药房和耗材等多种场景。OML 在 2.4 版本中引入，是实验室专用的医嘱消息，触发 O21、O33 和 O35，并包含明确的 SPM 和 SAC 字段用于标示标本和容器。大多数医院与实验室的接口仍在使用 ORM^O01；OML 则出现在较新的实验室系统和 IHE 规范中。
ORM^O01 是通用医嘱消息：一个结构用于实验室、放射科、药房、饮食和用品，这使得它不够灵活。从 2.4 版本开始，HL7 推出了 OML（实验室医嘱），包含多个触发事件，如 O21（按检测项目下单）、O33（按标本下单）和 O35（按标本和容器下单），以及更严格的结构，包含用于标本和容器的 SPM 和 SAC 段。OMG（通用临床医嘱）、OMI（影像学）、OMP（药房）也遵循了相同的模式。实际上，大多数医院与实验室的接口仍在使用 2.3.1 或 2.5.1 版本的 ORM^O01，而 OML 则出现在较新的实验室系统中以及 IHE 的实验室测试工作流程（Laboratory Testing Workflow）规范中。
回复
HL7 v2 医嘱会收到两种回复。即时的 ACK（MSA-1 AA、AE 或 AR)确认消息已成功接收和解析。随后是应用程序回复，ORM 的回复是 ORR^O02，OML 的回复是 ORL^O22，其中会重复 ORC 字段并填入 OK 或 UA，并填写 ORC-3（执行者订单号)。结果稍后会以 ORU^R01 的形式返回，其中包含两个订单号。
接收系统会回复两次。立即回复 ACK（MSA-1 AA 接受，AE 错误，AR 拒绝），确认消息已收到并解析。然后，作为应用程序回复，发送 ORR^O02（针对 ORM）或 ORL^O22（针对 OML），重复 ORC 段并包含 OK 或 UA，并填写 ORC-3，即执行方医嘱号，此后双方都使用此号码。结果会以 ORU^R01 返回，其中 OBR-2 和 OBR-3 包含相同的下单方和执行方号码，这样结果就能找到对应的医嘱。请参阅 HL7 v2 消息详解：ADT 和 ORU。
医嘱出错之处
HL7 v2 医嘱最常出错的地方包括：当 ORR 未被处理时，申请者和执行者编号不匹配；OBR-4 中使用本地检测代码而非 LOINC 代码；取消医嘱时未提供原始申请者编号；版本不匹配，例如将 SPM 字段发送给 2.3.1 接收者；以及优先级信息填写在自由文本的 NTE 字段中，而非 ORC-7 或 OBR-5。
- 号码不匹配： ORU 返回的执行方号码是 EHR 从未见过的，通常是因为 ORR 未被处理。
- OBR-4 中的本地代码： 使用实验室内部测试代码而不是（或不带）LOINC 代码，导致接收方记录无法映射测试。解决方法是使用包含两者代码的格式：
GLU^Glucose^L~2345-7^Glucose [Mass/volume] in Serum or Plasma^LN。 - 取消时缺少原始号码：
CA必须携带其取消的医嘱的下单方号码。 - 版本不匹配： 发送给 2.3.1 接收方的 SPM 段会被丢弃或拒绝。
- 优先级字段错误：
STAT被放在了自由文本的 NTE 段而不是 ORC-7 或 OBR-5 中。
FHIR 中的相同医嘱
在 FHIR 中，HL7 v2 医嘱的 ORC 和 OBR 字段合并为一个 ServiceRequest，包含状态、意图（医嘱)、优先级、LOINC 代码、患者（subject)、就诊（encounter)、请求者（requester)、发生时间（occurrenceDateTime)、原因代码（reasonCode，用于诊断)以及申请者和执行者编号（identifiers)。生成的 Observation 和 DiagnosticReport 通过 basedOn 字段引用该 ServiceRequest，这与 HL7 的 v2-to-FHIR 实现指南一致。
在 FHIR 中，ORC 和 OBR 合并为一个 ServiceRequest：包含 status（活动、暂缓、撤销、已完成）、intent（order）、priority（常规、紧急、尽快、急诊）、code（LOINC 测试代码）、subject、encounter、requester、occurrenceDateTime、reasonCode（ICD-10 诊断）以及用于下单方和执行方号码的 identifier。结果的 Observation 和 DiagnosticReport 通过 basedOn 指向 ServiceRequest。HL7 在 v2 到 FHIR 的实施指南中发布了字段到字段的映射。
Anpheros Platform 支持 ServiceRequest、Observation 和 DiagnosticReport，其 实验室连接器 支持以 HL7 v2、CSV 或 JSON 格式接收结果。它不发送或接收医嘱；医嘱下单仍保留在医院或实验室系统中，完成的结果会加入患者记录。
相关页面
- HL7 v2 消息详解：ADT 和 ORU
- HL7 与 FHIR
- PACS 与 RIS 与 VNA
- 实验室连接器：HL7 v2、CSV 或 JSON 转 FHIR
- 什么是 LOINC 代码？
- HL7 v2 到 FHIR 映射（开发者）
- 如何将实验室信息系统与 EHR 集成
- 接口引擎详解
来源
- HL7 Version 2 产品套件
- HL7 v2.5.1 ORM_O01 参考 (Caristix)
- HL7 v2.5.1 OML_O21 参考 (Caristix)
- HL7 v2 到 FHIR 实施指南
- HL7 FHIR R4: ServiceRequest
- IHE 实验室测试工作流程 (LTW)
常见问题
ORC 和 OBR 有什么区别？
ORC 是关于医嘱作为行政对象的：谁下的单，它的号码，它的状态，它的优先级。OBR 是关于请求的服务：哪个测试，在哪个标本上，何时进行。每个 OBR 前面都有其对应的 ORC。
什么是下单方和执行方？
下单方是请求服务的系统（EHR 或开具医嘱的医生系统）；执行方是执行服务的系统（实验室或放射科系统）。每个系统都会分配自己的医嘱号，消息中会同时包含这两个号码，以便任何一方都能找到该医嘱。
新建实验室接口应该实现 ORM 还是 OML？
如果对方支持 2.5.1 或更高版本的 OML^O21，则优先选择：标本处理更明确，并且 IHE 规范也基于此。如果对方是较旧的 LIS，那么它使用的是 ORM^O01，您需要进行适配。
HL7 v2 医嘱如何映射到 FHIR？
ORC 和 OBR 合并为 ServiceRequest；下单方和执行方号码成为标识符；ORC-1 和 ORC-5 映射到 status；OBR-4 映射到 code；DG1 映射到 reasonCode；开具医嘱的医生映射到 requester。HL7 v2 到 FHIR 指南中发布了详细的表格。
在沙盒中免费试用
5 分钟完成第一次 FHIR 调用. 一个内置患者授权的 HL7 FHIR R4 API：先在沙盒中试用，然后连接您自己的应用或诊所系统。
免费 · 30 位合成患者 · 无需信用卡
Anpheros 致力于打造一个由患者掌控的医疗记录，并可在欧盟的 HL7 FHIR R4 平台上与任何诊所共享。这些指南旨在帮助您理解和整理您的健康信息，但不能替代您的医生。
关于 Anpheros →