集成医疗保健服务，第 1 部分: 将 Enterprise Service Bus 用于医疗保健

核心提示： 第 1 步：Prescription 应用程序（服务使用者）连接到第一个 JBI 并要求 Blood Bank 应用程序提供服务，第 2 步：第一个 JBI 环境发送请求到 Prescription 应用程序的 BC，集成医疗保健服务，第 1 部分: 将 Enterprise Service B

第 1 步：Prescription 应用程序（服务使用者）连接到第一个 JBI 并要求 Blood Bank 应用程序提供服务。

第 2 步：第一个 JBI 环境发送请求到 Prescription 应用程序的 BC。

第 3 步：Prescription 应用程序的 BC 将服务调用请求转换成规范化消息。

第 4 步：Prescription 应用程序将规范化消息移交给 NMR。

第 5 步：NMR 将规范化消息发送给连接到第二个 JBI 环境的 BC。

第 6 步：连接到第二个 JBI 环境的 BC 将消息解除规范化。

第 7 步：连接到第二个 JBI 环境的 BC 将解除规范化的消息移交给第二个 JBI 环境。

第 8 步：第二个 JBI 环境接收请求，并将它发送到连接第一个 JBI 环境的 BC。这意味着两个 JBI 环境通过合适的 BC 相互连接。

第 9 步：连接第一个 JBI 环境的 BC 将把服务调用请求转换成规范化消息。

第 10 步：连接第一个 JBI 环境的 BC 将规范化消息移交给 NMR。

第 11 步：NMR 发送规范化消息给 Blood Bank 应用程序（SE）。

第 12 步：SE 在内部将消息解除规范化并调用所需业务逻辑。

JBI 中的消息交换模式

前面的讲解及图 4、5、6 和 7 演示了一种单向通信 — 从服务使用者发送消息给服务提供者。服务提供者（例如 Donor Group 应用程序）不发送返回信息。JBI 文档将这种类型消息传递称为 in-only 消息交换。in-only 消息交换模式适用于 Donor Group 应用程序这样的服务，它只要将单向消息送到组织中。不需要返回信息到请求的 Prescription 应用程序中。

其他一些服务（例如 Insurance Company Portal 应用程序）也许会被要求返回响应。这种请求-响应消息模式在 JBI 中也是允许的，被称为 in-out。您也许会猜到，响应也是以同样方式通过 JBI 环境 — BC、SE 和 NMR — 从服务提供者发出，最终到达服务使用者。因此我不再讲述 in-out 消息传送的事件顺序。