第 1 部分：零碎的入站批处理方案
在本教程的这一部分中，你将接收一个 HL7 编码的批处理，将其分段成单独的消息，并将各个消息发送到目标。 下图显示了此过程的流程。
此方案包括以下工作流：
当业务线应用程序使用最小下层协议 (MLLP) 协议将消息批发送到 Microsoft BizTalk Accelerator for HL7 (BTAHL7) Integration Engine 时，工作流开始。 该批包含 ADT^A03 消息的两个版本。 源应用程序属于Tutorial_BatchSource方。
接口引擎在 MLLP 接收端口上接收批，并验证消息批。 (验证级别取决于在 BTAHL7 配置资源管理器中为源方选择的设置。)
基于 BTAHL7 配置资源管理器中启用批处理碎片的设置，接口引擎将批处理分析为两个单独的 ADT^A03 消息。 它再次根据 BTAHL7 配置资源管理器中为源群选择的设置来验证各个消息。
接口引擎根据 BTAHL7 配置资源管理器中的确认定义设置为每条消息生成确认。 在本教程中，你将选择“原始确认模式”，以便接口引擎在验证消息标头和正文后为每条消息生成单个应用程序接受确认。 引擎基于ACK_024_GLO_DEF架构生成确认，在确认的字段 MSA2 中输入“AA”，在 MSH3 中输入目标方，并在 MSH5 中输入源群。
接口引擎在每个确认周围放置 MLLP 包装器，并通过设置为处理确认的 MLLP 发送适配器将确认路由到源方。
接口引擎在每个消息周围放置 MLLP 包装器，并将每个消息分别路由到设置为处理非确认消息的 MLLP 发送端口。
BTAHL7 通过另一个 MLLP 发送端口将每条消息发送到其 MSH5 字段中指定的目标。
目标方向 BTAHL7 发送它收到的每条消息的应用程序-接受确认。
接口引擎接收每个确认。