简短回答： 实验室接口有两个方向。医嘱从 EHR 发送到实验室信息系统 (LIS)，以 HL7 v2 ORM^O01 或 OML^O21 消息（或 FHIR ServiceRequest）的形式发送，LIS 则以 ORR/ORL 和稍后的结果（以 ORU^R01 或 FHIR DiagnosticReport 附带 Observations 的形式）进行回复。难点不在于消息本身，而在于消息中的细节：用于将结果与医嘱关联的申请者和执行者编号，结果状态（初步、最终、已更正），异常标志，单位和参考范围，标本信息，包含多部分结果的微生物学，以及映射到 LOINC 的代码映射。做得好的话，每个结果都能准确地对应到正确的患者、正确的医嘱，并正确地显示在病历中，其含义完整无误。
第一步：确定流程
将实验室信息系统与电子健康记录（EHR)集成的第一步是与实验室就现有的流程达成一致：订单发出、订单状态更新、结果录入、更正、取消、附加测试和反射测试，以及向 LIS 发送 ADT 人口统计信息。双方还确定 HL7 版本，通常是 2.3.1 或 2.5.1，以及传输方式，通常是带确认的 MLLP。
与实验室一起确定存在的流程：医嘱发出（还是实验室接收纸质报告并自行录入？），医嘱状态更新，结果录入，更正，取消，附加测试，反射测试，以及人口统计信息（ADT 流式传输到 LIS，以便在标本到达前 LIS 就知道患者信息）。绘制正常结果、已更正结果和已取消医嘱的顺序图。确定 HL7 版本（2.3.1 和 2.5.1 最常见）和传输方式（带 ACK 的 MLLP；有时是文件）。请参阅 HL7 v2 医嘱消息。
第二步：逐字段解析结果消息
实验室结果以 HL7 v2 ORU^R01 消息的形式到达 EHR：MSH 标识发送方和接收方，PID 标识患者，PV1 标识就诊，ORC 和 OBR 包含下单方和执行方订单号、所订购的组合以及报告状态，每个 OBX 包含一个分析物及其 LOINC 代码、值、单位、参考范围、异常标志和结果状态。
MSH|^~\&|LIS|CENTRALLAB|EHR|GENHOSP|20260314130500||ORU^R01^ORU_R01|RES0001|P|2.5.1
PID|1||MRN-00012345^^^GENHOSP^MR||DOE^JANE||19800523|F
PV1|1|O|CLINIC-3^^^GENHOSP
ORC|RE|PLC-778812^EHR|FIL-556701^LIS|||||||||42^SMITH^JOHN
OBR|1|PLC-778812^EHR|FIL-556701^LIS|58410-2^CBC panel - Blood by Automated count^LN|||20260314084000|||||||||42^SMITH^JOHN||||||20260314130000|||F
OBX|1|NM|718-7^Hemoglobin [Mass/volume] in Blood^LN||10.9|g/dL|12.0-15.5|L|||F|||20260314125800
OBX|2|NM|6690-2^Leukocytes [#/volume] in Blood by Automated count^LN||6.4|10*3/uL|4.0-10.0|N|||F|||20260314125800
OBX|3|NM|777-3^Platelets [#/volume] in Blood by Automated count^LN||230|10*3/uL|150-400|N|||F|||20260314125800
NTE|1||Mild normocytic anaemia; suggest iron studies if clinically indicated.
- ORC-2 / OBR-2 申请者编号和 ORC-3 / OBR-3 执行者编号：与医嘱的关联。OBR-4：检验项目组，已编码（LOINC
LN）。OBR-7：标本采集时间。OBR-22：结果报告时间。OBR-25：整个医嘱的结果状态（P初步，F最终，C已更正，X已取消）。 - OBX-2：值类型（
NM数字，ST字符串，TX文本，CE/CWE已编码，SN结构化数字，如<^5）。OBX-3：分析物，已编码。OBX-5：值。OBX-6：单位，最好是 UCUM（10*3/uL，而不是K/µL）。OBX-7：参考范围（文本格式）。OBX-8：异常标志（L低，H高，LL非常低，HH非常高，A异常，N正常）。OBX-11：每个分析结果的状态（P初步，F最终，C已更正，X已取消，D已删除）。OBX-14：观察时间。OBX-19：分析时间。 - NTE：注释，通过位置附加到 OBR 或特定的 OBX。
- SPM (2.5+)：标本类型（SNOMED CT），采集时间，接收时间，状态。
第三步：特殊情况处理
实验室接口必须处理的特殊情况包括：已更正的结果（状态为 C，带有原始订单号，进行替换和提醒而非删除)、初步结果然后是最终结果、微生物学（通过子 ID 连接的生物体和药敏性)、文本结果和嵌入式 PDF、反射测试和附加测试、取消，以及在实验室更换分析仪时变化的单位和参考范围。
- 更正：新的 ORU 消息，在 OBR-25 和 OBX-11 中包含
C，并使用相同的申请者/执行者编号；EHR 必须替换旧结果，标记更改并通知临床医生。切勿静默删除原始结果。 - 初步然后最终：先发送
P状态的结果（如革兰氏染色），然后是F状态的结果（如培养结果）；病历必须显示状态。 - 微生物学：一个 OBX 用于识别出的菌种（已编码，SNOMED CT），然后是每个抗生素的药敏结果，将菌种作为子 ID（OBX-4），通常跨越多个消息。这是大多数接口错误隐藏的地方。
- 文本结果和 PDF：病理学和一些化学评论以 TX 行或嵌入式 PDF（OBX-2
ED）的形式发送；病历需要同时显示文本和文件。 - 反射测试和附加测试：在原始医嘱下添加新的 OBR，或由实验室创建新医嘱；确定如何编号。
- 取消：
X状态，使用原始编号。 - 每个分析仪的单位和范围：当实验室更换分析仪时，同一测试的单位可能会改变；接口必须随每个结果携带范围，而不是假定它。
第四步：编码
实验室接口中的代码映射意味着将实验室的本地测试代码一次性翻译成 LOINC，保存在一个维护的表中，并在 OBX-3 中同时发送本地代码和 LOINC 代码，将单位标准化为 UCUM，并使用 SNOMED CT 对标本类型和生物体进行编码。没有这种映射，结果就无法跨实验室进行趋势分析，也无法被外部系统读取。
将实验室的测试代码一次性映射到 LOINC，并维护一个表格，在 OBX-3 中同时发送本地代码和 LOINC 代码（GLU^Glucose^L~2345-7^Glucose [Mass/volume] in Serum or Plasma^LN）。将单位标准化为 UCUM。标本类型和菌种使用 SNOMED CT。方法请参阅 如何将本地实验室代码映射到 LOINC；没有它，结果将无法跨实验室进行趋势分析，也无法被任何外部系统读取。
第五步：FHIR 替代方案
HL7 v2 实验室接口的 FHIR 替代方案使用 ServiceRequest 表示订单，每个分析物使用一个 Observation，包含 LOINC 代码、UCUM 数量、参考范围和解释，以及一个 DiagnosticReport，将它们按状态、执行者、发布时间、结论和 PDF 进行分组。传输方式是 REST 写操作，每个报告使用一个事务 Bundle，或者使用 FHIR Subscriptions。
使用 FHIR，医嘱是 ServiceRequest，结果是 Observation（每个分析物一个，包含 LOINC 代码、UCUM 数量、referenceRange、interpretation），由 DiagnosticReport 组织起来，该报告包含状态、执行者、发布时间、结论和 PDF，并使用 basedOn 指向 ServiceRequest。更正通过资源版本更新，状态为 amended 或 corrected。传输方式是通过 REST 将事务 Bundle 发送到 EHR 的 FHIR 服务器，或者使用 Subscriptions。HL7 v2 到 FHIR 的指南映射了以上所有字段；许多实验室现在同时提供两者。请参阅 FHIR DiagnosticReport 详解 和 FHIR Observation 详解。
第六步：测试和上线
在上线前测试实验室接口意味着让合成患者通过所有特殊情况，比较实验室报告和 EHR 图表中一天的并行结果，检查时区和夏令时转换，验证确认处理和中断后的重放，并就失败消息的随叫随到程序达成一致，使用 IHE 的实验室测试工作流程配置文件作为基线。
通过合成患者测试第三步中的所有情况；将一天纸质或 PDF 报告的结果与病历中的结果进行并行比较；检查时区和夏令时转换；验证 ACK 处理和断电后的重放；商定故障消息的随叫随到程序。IHE 的 Laboratory Testing Workflow 配置文件和国家一致性套件提供了经过测试的基线。
设计中应避免的失败情况
实验室接口在设计时必须避免的失败情况包括：结果被归档到之前的就诊、未应用于 LIS 的患者合并、分析仪升级后改变单位导致趋势偏移、已更正的结果被覆盖而未发出警报、微生物学药敏性被附加到错误的生物体上，以及 EHR 没有代码的测试结果消失在错误队列中。
- 结果被归档到之前的就诊，因为 PV1 信息过时。
- 合并（ADT A40）未应用到 LIS。
- 分析仪升级后单位更改，导致趋势数据被静默更改。
- 已更正的结果被覆盖而未发出警报。
- 微生物学药敏结果被附加到错误的菌种上。
- 实验室发送了 EHR 没有代码的测试结果，这些结果随后消失在错误队列中。
在 Anpheros 中
Anpheros 的 实验室连接器 接受 ORU^R01、CSV 和 JSON，并生成 DiagnosticReport 下的 Observations，包含 LOINC 和 UCUM，同时保留本地代码和原始文件；开发者指南 导入实验室结果 提供了针对免费沙盒的详细说明。
相关页面
- HL7 v2 ORM 和 OML 医嘱消息
- HL7 v2 消息详解：ADT 和 ORU
- 如何将本地实验室代码映射到 LOINC
- FHIR DiagnosticReport 详解
- 实验室连接器：HL7 v2、CSV 或 JSON 转 FHIR
- 接口引擎详解
- 导入实验室结果到 FHIR（开发者网站）
来源
- HL7 v2.5.1 ORU_R01 参考 (Caristix)
- HL7 v2.5.1 OBX 段 (Caristix)
- IHE 实验室技术框架 (LTW)
- HL7 v2 到 FHIR 实现指南
- HL7 FHIR R4：DiagnosticReport
常见问题
新的实验室接口应该使用哪个 HL7 版本？
如果双方都支持，则使用 2.5.1：它包含用于标本的 SPM 和更清晰的状态处理。许多实验室仍在使用 2.3.1，接口会适应较旧的一方。
结果如何与医嘱匹配？
通过申请者医嘱编号（由 EHR 分配）和执行者医嘱编号（由 LIS 分配），这些编号在医嘱响应和结果的 ORC-2/3 和 OBR-2/3 中传递。如果 EHR 从未记录执行者编号，则匹配将回退到申请者编号。
如果实验室无法发送 LOINC 代码怎么办？
在您的端（接口引擎或连接器）将它们的本地代码映射到 LOINC，并同时保留两者。坚持本地代码系统是稳定的，并且新测试会得到通知。
FHIR 是否已准备好用于实验室接口？
是的，对于新的连接，尤其是在医院外部：ServiceRequest、Observation 和 DiagnosticReport 完全涵盖了医嘱和结果，并且国家指南对其进行了规范。在医院内部，LIS 和分析仪将在未来多年内继续使用 HL7 v2。
在沙盒中免费试用
5 分钟完成第一次 FHIR 调用. 一个内置患者授权的 HL7 FHIR R4 API：先在沙盒中试用，然后连接您自己的应用或诊所系统。
免费 · 30 位合成患者 · 无需信用卡
Anpheros 致力于打造一个由患者掌控的医疗记录，并可在欧盟的 HL7 FHIR R4 平台上与任何诊所共享。这些指南旨在帮助您理解和整理您的健康信息，但不能替代您的医生。
关于 Anpheros →