第 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 机制进 行交互。它们不直接交互。

这种解耦架构的主要好处就是只需实现一次特定的数据格式或标准，以 BC 的形式。以后， 所有根据特定格式提供服务的服务提供者只要简单使用 BC 实例来集成到 JBI 环境。

例如，如果必须要集成 HL7 到 JBI，就需要一个理解 HL7 的 BC。如果有 HL7 BC，可以将 任何 HL7 服务集成到 JBI，从而形成 HSB。

本系列的第 2 部分将给出构建基于 HL7 的 BC 和将 HL7 集成到 JBI 的实际步骤。但是现 在，还有更多关于 JBI 的内容要学习。

将内部和外部服务混合到 JBI 中

此处的论述以及 图 4 演示了服务使用者和处于 JBI 环境外的服务提供者的通信。

集成医疗保健服务，第1部分(5)

回想在一下本文开头的用例中，Prescription 应用程序还向内部放射科发送消息。这意味 着 JBI 环境还应当能托管 Radiology Department 应用程序作为内部服务。JBI 中的内部服务 作为 SE。

SE 和 BC 基本一样，只多出一个特性：SE 还包含内部服务（例如，Radiology Department 应用程序）的业务逻辑。BC 和 SE 都连接到 JBI 的 NMR，如 图 3 所示，我在图 5 中做了些 修改，以便演示作为 SE 的 Radiology Department 应用程序：

图 5. 作为 SE 的 Radiology Department 应用程序

访问内部服务（即，SE）的事件序列如图 6 所示：

图 6. 服务使用者访问内部服务提供者

图 6 的事件序列表示出了当服务使用者如 Prescription 应用程序发送消息给 Radiology Department 应用程序（内部服务提供者）所发生的事件：

集成医疗保健服务，第1部分(6)

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

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

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

第 4 步：BC 将规范化消息移交给 NMR。

第 5 步：NMR 将规范消息发送到 Radiology Department 应用程序（SE）。

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

事件序列 — 与 图 4 中演示的事件序列很像 — 显示了 SE 包含 BC 的功能和服务提供程 序的业务逻辑。

似乎 SE 不必要混合两种不同的东西（BC的功能和业务逻辑）。在第 2 部分中，我将向你 演示如何在现有 BC 之上构建内部服务的业务逻辑，而不需要混在一起。

相互连接基于 JBI 的 ESB

还回到 图 2，其中我演示了 HSB 的相互连接。这种相互连接可以通过 JBI 实现，如图 7 所示：

图 7. 两个相互连接的 JBI 环境

集成医疗保健服务，第1部分(7)

请注意 图 7 中显示了不同的应用程序连接到两个独立的 JBI 环

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!