静态确认

BizTalk Accelerator for HL7 (BTAHL7) 支持原始、增强、延迟和静态确认 (ACK) 模式。 如果在 BTAHL7 配置资源管理器中为参与方选择静态 ACK 模式，BTAHL7 将生成仅包含成功或失败指示的静态 ACK。 静态 ACK 指示接收系统是否以 BTAHL7 配置资源管理器中配置的成功值和失败值接收并处理了消息。

在原始、增强和延迟模式下，BTAHL7 生成动态 ACK。 它们采用 HL7 编码，包含 MSA.1 确认代码字段和 ERR 段等字段。 动态 ACK 的 MSA.1 字段将指示失败条件是拒绝还是错误，这会导致不同的处理 (请参阅 消息确认段) 。 ERR 段提供有关错误的详细信息。 静态 ACK 不提供此类信息。

BTAHL7 处理静态 ACK 与动态 ACK 不同。 如果双向发送端口 (只会在收到 ACK) 后发送下一条消息，并且 ACK 指示 (失败或不是有效的 ACK) ，则 BTAHL7 将移动到辅助传输或挂起消息。 它不会重试消息，就像收到动态 ACK 一样，具体取决于失败条件。

当 BTAHL7 分析程序处理静态 ACK 时，它会将 IsStaticAck 布尔属性写入消息上下文。 序列化程序使用此值确定是否应将消息作为静态 ACK 处理。

另请参阅

创建和处理确认
消息确认段