业务方案示例

医疗保健过程通常很复杂，涉及许多系统。 例如，当患者进入医院，医生将患者送去进行实验室测试时，会发生的过程。 此过程涉及五方：

• 主治医生

• 医院登记系统

• 临床订单输入系统

• 实验室系统

• 计费系统

  此过程可能会执行以下步骤：

1. 主治医生对病人进行登记。

   1. 医院注册系统广播 ADT^O04 注册消息。

   2. ADT^O04 消息由订阅该消息的所有部门接收，包括临床订单输入系统和实验室系统。

2. 医生命令实验室进行诊断研究。

   1. 验证业务规则后，将从临床订单输入系统发送 ORM^O01 订单消息。

   2. 实验室系统收到 ORM^O01 消息。

3. 实验室收到订单，并返回确认。

   1. 实验室系统发送 ORR^O02 订单确认消息，指示可以执行订单。

   2. 临床订单输入系统接收 ORR^O02 消息。

4. 测试完成后，实验室将结果发送给医生和其他部门。

   1. 从实验室系统发送 ORU^R01 测试结果消息。

   2. 临床订单输入系统和计费系统收到 ORU^R01 消息。

   3. 接口引擎向医生发送电子邮件，医生在无线 PDA 上收到实验室结果。

BTAHL7 解决方案

上面概述的示例业务方案是需要集成的医疗保健系统的示例。 具有 Microsoft BizTalk Accelerator for HL7 (BTAHL7) 的 MicrosoftBizTalk Server 为此方案提供了具有以下功能的解决方案：

1. BizTalk Server集成中心辐射布局中涉及的所有系统。 每个系统直接与BizTalk Server通信。 它们不必直接相互通信。

2. BTAHL7 本机处理 HL7 编码的消息。 不需要自定义编码。

3. ADT^O04 注册消息将广播到订阅它的所有系统。 BizTalk Server的发布者-订阅者消息传送模型提供了设置和维护订阅消息的系统列表的灵活性。 可以在订阅列表中添加系统或删除系统，而不会影响系统的其余部分。

4. 用于验证 ORM^O01 订单消息的业务规则可以动态更改，而不会影响系统的其余部分。

5. 可以将 BTAHL7 配置为自动生成 ORR^O02 订单确认 (ACK) 消息。

6. 如有必要，可以与其他人一起对任何消息进行批处理以便发送，并在收到邮件时从批内进行处理。

7. 可以针对 HL7 组织发布的BTAHL72X架构验证引擎中的所有消息。

另请参阅

BizTalk Server 如何满足业务需求