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

核心提示： 图 4 中出现的序列如下：第 1 步：Prescription 应用程序（服务使用者）连接到 JBI 并要求 Donor Group 应用程序（位于 JBI 环境外的服务提供者）提供的服务，第 2 步：JBI 环境将服务请求发送到合适的 BC — 它接收来自 Prescription

图 4 中出现的序列如下：

第 1 步：Prescription 应用程序（服务使用者）连接到 JBI 并要求 Donor Group 应用程序（位于 JBI 环境外的服务提供者）提供的服务。

第 2 步：JBI 环境将服务请求发送到合适的 BC — 它接收来自 Prescription 应用程序的所有服务。每一个与 JBI 协同工作的服务使用者或提供者在 JBI 环境中都有一个专用 BC。

第 3 步：BC 将服务调用请求转换成 JBI 规范定义的规范化格式。定义规范化格式的目的是允许 BC 之间相互操作。所有 JBI BC 都理解规范化格式。每个 BC 还理解 BC 所附属的服务提供者或使用者的格式。换句话说， JBI 的规范化特性就是所有 BC 将从各自的消息使用者或提供者接收到的消息转换成通用格式。

第 4 步：Prescription 应用程序的 BC 将规范化信息移交给 图 4 中所示的 NMR。整个 JBI 环境包含一个 NMR。

第 5 步：NMR 的工作是从 BC 接收规范化信息，确认目标服务提供者，并传送（路由）规范化消息到另一个目标服务 BC。在这一步，NMR 将规范化消息发送到连接 Donor Group 应用程序的 BC。

第 6 步: Donor Group 应用程序的 BC 对规范化消息解除规范化，从而将它转换成 Donor Group 应用程序可以理解的格式。

第 7 步: BC 将解除规范化的消息移交给 Donor Group 应用程序。

事件序列揭示了关于 JBI 的简单的两点：

JBI 运行基于 规范化消息路由 的构想。每个消息被 BC 规范化，并移交到 NMR。NMR 将消息路由到另一个 BC，它将消息解除规范化，转换成目标服务提供者能理解的格式。

规范化消息路由机制提供了解耦 结构。解耦意味着服务提供者和使用者只通过 NMR 机制进行交互。它们不直接交互。