配置批处理确认
使用 BizTalk Accelerator for HL7 (BTAHL7) 配置资源管理器指定入站和生成的确认的确认属性。
运行 BTAHL7 配置资源管理器
- 单击“ 开始”，指向 “程序”，指向 “适用于 HL7 的 Microsoft BizTalk <版本> 加速器”，然后单击“ BTAHL7 配置资源管理器”。
配置消息批处理确认
在 BTAHL7 配置资源管理器的“ BTAHL7 配置资源管理器 ”对话框中的“ 参与方 ”选项卡上，选择要配置的参与方，然后在“ 确认 ”选项卡上执行以下操作：
使用此选项 要执行此操作 确认类型 选择以下方案之一：
- 无。 如果不想配置任何确认，请选择 。
- OriginalMode。 选择以仅配置 MSH1 – 字段分隔符、 MSH2 – 编码字符和 MSH8 – 安全 选项。
- EnhancedMode。 选择以配置所有可用的确认选项。
- DeferredMode。 选择以仅配置 MSH1 – 字段分隔符、 MSH2 – 编码字符和 MSH8 – 安全 选项。
- StaticMode。 选择以配置 “成功时 ”和 “失败时 ”确认选项。MSH 15 接受确认类型 选择以下方案之一：
- AL. 选择 以始终发送接受确认。
- NE。 选择“从不发送接受确认”。
- SU。 选择 以在成功传输消息后发送接受确认。
- ER。 选择 以仅在发生错误时发送接受确认。MSH 15 应用程序确认类型 选择以下方案之一：
- AL. 选择 以始终发送应用程序确认。
- NE。 选择 从不发送应用程序确认。
- SU。 选择以在成功传输消息后发送应用程序确认。
- ER。 选择 以仅在发生错误时发送应用程序确认。MSH1 – 字段分隔符 键入唯一字符作为字段分隔符。 默认值为 (|) 的管道字符，允许的最大字符数为一个字符。 请注意，如果需要修改 MSH1，则必须使用将 MSH1 的相应值写入 HL7 消息上下文的业务流程。 BTAHL7 序列化程序从上下文中读取值，并在序列化的消息中使用它。 MSH2 – 编码字符 根据 HL7 标准，键入唯一字符作为编码字符。 默认编码字符为 ^、~、\和 &。 所需的最小字符数为两个字符，允许的最大字符数为四个字符。 请注意，如果未在原始消息中指定MSH2_3或MSH2_4 (转义和子组件动态分隔符) ，则确认 (ACK) 消息会自动填充这些字段。 例如，如果原始消息 MSH 段为 MSH|^~|，其中仅指定了组件和重复分隔符，则 ACK 消息会自动填充该字段以包含第三个和第四个组件，MSH|^~\&前提是尚未在 BTAHL7 配置资源管理器的确认部分中配置字段值。MSH3 为发送应用程序键入生成的确认的字段值。 允许的最大长度为 180 个字符。
如果未配置，则生成的确认包含传入 的 MSH5 消息值。 注意： 此选项仅适用于 2.X 消息。 注意： 若要将现有值重写为 null，请键入 \。MSH5 键入为目标应用程序生成的确认的字段值。 允许的最大长度为 180 个字符。
如果未配置，则生成的确认包含传入 的 MSH3 消息值。 注意： 此选项仅适用于 2.X 消息。 注意： 若要将现有值重写为 null，请键入 \。MSH8 – 安全性 键入可选安全字符。 MSH15 – 接受确认类型 从接受确认类型的以下选项中选择：
- AL. 选择是否始终发送接受确认。
- NE。 如果永远不想发送接受确认，请选择 。
- SU。 如果要在成功传输消息后发送接受确认，请选择此选项。
- ER。 如果只想在发生错误时发送接受确认，请选择此选项。成功时 键入静态确认文本以成功传递消息。 失败时 键入静态确认文本，以便传递不成功的消息。 路由 ACK 以在请求-响应发送端口上发送管道 选择此选项可将同步 ACK 消息发送到源 LOB 应用程序。 此选项仅在请求-响应发送端口上可用。
如果未选择此选项，则接收管道将基于确认设置生成 ACK 消息。注意
为关闭碎片的批处理消息生成的确认将包含值为 2.4 的 MSH12.1。 可以通过在发送管道中应用映射来手动修改版本号。 有关详细信息，请参阅 创建和处理确认。