BizTalk Server 中的 ACK 消息架构类型

确认消息架构有两种形式：

• 一般确认 (ACK) 。 可以使用常规确认 (ACK) 应用程序未定义特殊的业务线应用程序级别确认消息，或者发生阻止应用程序处理的错误。 还可以将其用于接受级别确认。 下表列出了 ACK 消息结构。

  ACK^变化^ACK	常规确认	章节
  MSH	邮件头	2
  MSA	消息确认	2
  [ ERR ]	错误	2

• MCF) (延迟确认 。 此消息仅用于向后兼容 HL7 版本 2.1。 将其用作协议的一部分，该协议创建异步应用程序级别确认的通用形式，即 MCF 消息。 下表列出了 MCF 消息结构。

  MCF^varies^ACK	延迟确认	章节
  MSH	邮件头	2
  MSA	消息确认	2
  [ ERR ]	错误	2

  确认消息的 MSH9 字段设置为 ACK^<trigger event>^ACK 或 MCF^<trigger event>^ACK。 因此，MSH9 的第一个组件足以确定 ACK 架构。 Microsoft BizTalk Accelerator for HL7 (BTAHL7) 管道使用的文档名称始终包含 HL7 作为命名空间。 类型名称是MSH9_1字段的内容，即 ACK 或 MCF。 因此，如上例所示，BTAHL7 管道查找名为 HL7 的架构。ACK 或 HL7。MCF，具体取决于MSH9_1字段的值。 对于所有 2.X 版本消息，消息正文的架构都相同。

注意

在批量传入/批处理输出 ACK 方案中，ACK 标头的内容如下所示：

• BTAHL7 将 MSH1、2、8 和 15 设置为在用户界面中配置的内容。

• BTAHL7 将 MSH7 设置为系统时间。

• BTAHL7 将 MSH9 设置为 ACK。

• BTAHL7 将 MSH12 设置为 2.4 或 2.5。

另请参阅

创建和处理确认消息确认段设置发送端口以接收 ACK 确认错误条件