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