计划解决方案
本部分提供有关规划 Microsoft BizTalk Accelerator for HL7 (BTAHL7) 解决方案时应考虑的信息。
可以通过以下方式实现 BTAHL7：
绿地项目。 此方案是 BTAHL7 的新安装。
迁移项目。 当医疗保健组织逐步淘汰现有集成代理时，会发生此情况。 组织迁移到 BTAHL7。
共存。 此方案涉及将 BTAHL7 与另一个集成引擎并行安装。
嵌入。 此方案涉及在业务线应用程序中集成 BTAHL7。 使用 BTAHL7 将 HL7 消息传递功能添加到该应用程序。
与最初创建应用程序所花费的工作相比，人员往往低估了一段时间内管理应用程序所花费的工作量。 在查看需要执行一系列复杂数据处理和管理任务的大型分布式机构时，尤其如此。 医院或综合卫生服务组织就是此类机构的绝佳例子。 此类机构面临需要提供软件来支持无数功能，使信息能够从应用程序传递到应用程序，以避免需要重复和错误的数据输入，为软件的用户和维护者提供培训，并规定通过改进的应用程序替换过时或过时的应用程序。 此替换过程对测试和教育有自己的要求。
(成本高昂的) ，此类机构不可能使用单个集成应用程序管理其所有职能。 首先，这些机构不会希望将自己的财富与单个供应商挂钩，也不会通过单个供应商找到所需的所有功能。 第二，机构处理的简单操作需求使机构无法满足单一集成应用程序。 因此，机构将通过多个应用程序来支持其需求。 为了使这些应用程序能够互操作，应用程序需要接口来交换信息。 所涉及的应用程序和接口的数量通常相当大。 鉴于此分布式应用程序体系结构，接口引擎是管理一段时间内机构数据处理的关键工具。 关键问题是迁移、映射和教育。 BTAHL7 的工作是使解决这些问题尽可能简单和高效：
映射。 接口实现中最大的工作是在应用程序/数据库结构与接口中使用的数据结构之间创建映射。 工具为使这种简单而自然的任何操作都是好的。 此外，由于映射文档将成为接口和应用程序开发人员使用的规范，因此能够轻松生成该文档非常重要。 使用 BTAHL7 配置资源管理器、Microsoft Visual Studio 和 BizTalk Server 工具来开发和实现这些映射。
迁移。 随着应用程序的变化，必须随着时间的推移保持应用程序的互操作性。 如果考虑与替换单个应用程序相关的问题，则需要将数据源映射更新为适用的接口。 使用接口引擎时，应该只有其中一个。 应考虑接口的安装位置以及接口标准是否随时间而更改。 你会发现，随着时间的推移，接口标准会发生变化，需要迁移到流行的标准。 建议迁移计划考虑将来的任何接口更改。 需要在标准之间以及标准的不同版本之间进行映射。 此外，在单个标准（尤其是 HL7 V2 等灵活标准）的范围内，必须处理多个应用程序之间的 () 同一标准的多个实现。 接口引擎应以易于管理的方式处理这种复杂性。
关键迁移任务是将接口主体从一个标准迁移到另一个标准。 此处的任务是将使用旧版本的所有映射迁移到新版本-采用特定于接口的本地化和扩展，此过程可能很复杂。 该工具应提供有关此迁移的帮助。
使用 BTAHL7 配置资源管理器验证选项卡指定任何其他消息类型架构的命名空间。
学历。 与管理和支持应用程序相关的人员将随时间推移而变化。 此外，由于接口是应用程序集合互操作性功能的核心，因此其文档将成为管理整个企业的关键工具。 由于这两个原因，提供易于使用且易于维护) 接口规范的文档、b) 应用程序和内部版本映射，以及 c) 自定义和本地化活动的基本原理是有价值的。