HL7 V2.5.1原始模式确认码含义及ORM^O01场景AA/AE触发条件咨询

一、原始模式下各确认状态码的具体含义 #

原始模式下HL7 V2.5.1的核心确认状态码及含义如下：

• AA：应用确认-接受。接收方应用已成功完成消息的解析、验证与业务处理，无任何错误。
• AE：应用确认-错误。接收方应用能基本解析消息，但在业务验证或处理环节出现错误，无法完成消息的全流程处理。
• AR：应用确认-拒绝。接收方应用无法解析消息（如核心段格式严重错误），或因系统状态、权限等原因直接拒绝处理消息，未进入业务验证环节。
• CA：提交确认-接受。接收方接口层已成功接收消息并提交至应用层处理（此码多用于增强确认模式，原始模式下较少使用）。
• CE：提交确认-错误。接收方接口层在接收消息时出现传输或格式错误，无法将消息提交至应用层。
• CR：提交确认-拒绝。接收方接口层直接拒绝接收消息（如网络异常、消息大小超限等），未进入应用层处理流程。

二、ORM^O01消息处理中AA/AE响应的条件定义 #

1. "成功处理消息"的明确定义 #

接收方应用完成ORM^O01消息的全流程合规处理，需同时满足：

• 消息结构完全符合HL7 V2.5.1规范：所有必填段（MSH、PID、ORC等）存在且格式合法，段内必填字段无缺失、格式无误；
• 业务数据验证通过：患者身份匹配有效、医嘱内容符合业务规则（如药品编码合法、剂量在允许范围、开单医生具备对应权限等）；
• 业务操作完成：医嘱已成功录入接收方业务系统，生成可被后续流程调用的有效业务记录（如医嘱ID）。

2. AE响应码的触发条件 #

当接收方应用处理ORM^O01消息时，出现以下任意场景需返回AE响应：

• 消息结构存在可解析但不符合业务要求的错误：如非核心必填字段缺失，但影响业务逻辑执行；
• 业务数据验证失败：患者信息不存在/匹配错误、医嘱内容违反业务规则（如开具禁用药品、超剂量医嘱）、开单医生无对应权限等；
• 业务处理环节异常：如数据库写入失败、内部服务故障等，导致医嘱无法成功录入系统；
• 注意：返回AE时需在MSA-3（错误码）中填写标准错误代码，并在ERR段补充详细错误描述，便于发送方定位问题。

补充：若消息完全无法解析（如MSH段格式严重错误、段顺序完全混乱），应返回AR响应而非AE，AR代表接收方未进入业务处理环节即拒绝消息。

内容的提问来源于stack exchange，提问作者GehadElkot