第 2 部分：入站批处理/出站批处理方案
在本教程的这一部分中，你会收到一个 HL7 编码的批处理文件，通过BizTalk Server传递它，而不进行碎片化，然后将完整的批处理文件发送到目标。 下图显示了此过程的流程，下面的小节描述了工作流。
注意
在开始本教程的这一部分之前，请关闭第 1 部分中使用的 MllpReceive 和 MllpSend 工具，方法是关闭命令提示符。
消息在 Batch In/Batch Out 方案中的流动方式
此方案包括以下工作流：
当业务线应用程序使用 FILE 协议将消息批发送到 Microsoft BizTalk Accelerator for HL7 (BTAHL7) Integration Engine 时，工作流开始。 该批包含 ADT^A03 消息的两个版本。 源应用程序属于Tutorial_BatchSource方。
集成引擎在 FILE 接收端口上接收批处理，并验证消息批。 (验证级别取决于在 BTAHL7 配置资源管理器中为源方选择的设置 )
基于 BTAHL7 配置资源管理器中禁用参与方的批处理碎片的设置，接口引擎不会将批处理分析成单独的消息，而是将批处理保留为批处理。 它再次根据 BTAHL7 配置资源管理器中为源方选择的设置来验证各个消息。
接口引擎根据参与方的 BTAHL7 配置编辑器中的确认定义设置为批处理消息生成确认。 在这种情况下，选择“原始确认模式”，因此在验证消息头和正文后，接口引擎会为消息批处理生成单个应用程序接受确认。 引擎基于ACK_024_GLO_DEF架构生成确认，在确认的字段 MSA2 中输入“AA”，在 MSH3 中输入目标参与方，并在 MSH5 中输入源参与方。
接口引擎通过设置为处理确认的文件发送适配器将确认批路由到源方。 在这种情况下，BTAHL7 将批处理路由到 \Tutorial_BatchACKDrop 文件夹。
BTAHL7 将消息批发送到为目标方指定的目标，在本例中为文件夹 \Tutorial_BTAHL7Drop。