規劃您的方案
本節提供規劃 Microsoft BizTalk Accelerator for HL7 (BTAHL7) 解決方案時應考慮之事項的相關資訊。
您可以透過下列方式實作 BTAHL7：
Greenfield 專案。 此案例是 BTAHL7 的新安裝。
移轉專案。 當醫療保健組織分階段出現有的整合代理程式時，就會發生此案例。 組織會移轉至 BTAHL7。
共存。 此案例牽涉到與另一個整合引擎並存安裝 BTAHL7。
內嵌。 此案例牽涉到整合 BTAHL7 在企業營運應用程式中。 您可以使用 BTAHL7 將 HL7 傳訊功能新增至該應用程式。
人員比起第一個位置建立應用程式所花費的工作，人員通常會偏過管理應用程式所花費的時間量。 當查看需要執行複雜資料處理和管理工作陣列的大型分散式機構時，尤其如此。 醫院或整合式醫療保健服務組織是這類機構的絕佳範例。 這類機構面臨需要提供軟體以支援各種功能、讓資訊從應用程式傳遞至應用程式，以避免需要重複和錯誤的資料輸入、為軟體的使用者和維護人員提供訓練，以及透過改善的應用程式來取代過時或過期的應用程式。 此取代程式有自己的測試和教育需求。
這類機構無法使用單一整合式應用程式來管理其所有功能， (成本高昂的) 。 在第一個位置，機構不會想要將其強行系結至單一廠商，而且不會找到透過單一廠商所需的所有功能。 在第二個位置，機構處理的簡單作業需求讓機構無法滿足單一整合式應用程式。 因此，機構將支援其多個應用程式的需求。 為了讓這些應用程式交互操作，應用程式需要介面才能交換資訊。 涉及的應用程式和介面數目通常相當大。 由於此分散式應用程式架構，介面引擎是管理機構一段時間資料處理的重要檢測。 主要問題是移轉、對應和教育。 BTAHL7 的工作是盡可能輕鬆且有效率地解決這些問題：
對應。 介面實作中最大的作業是建立應用程式/資料庫結構與介面中使用的資料結構之間的對應。 工具所做的任何動作都讓這個簡單且自然。 此外，由於對應檔會成為介面和應用程式開發人員所使用的規格，因此請務必能夠輕鬆地產生檔。 您可以使用 BTAHL7 組態總管、Microsoft Visual Studio 和BizTalk Server工具來開發和實作這些對應。
移轉。 當應用程式變更時，您必須維護應用程式互通性。 如果您考慮取代單一應用程式相關的問題，則必須更新資料來源對應至適用的介面。 使用介面引擎時，應該只有其中一個。 您應該考慮已安裝介面的位置，以及介面標準是否隨著時間而變更。 您會發現一段時間的介面標準變更，而且必須移轉至普遍的標準。 建議您的移轉計畫將任何未來的介面變更納入考慮。 您必須在標準之間對應，以及不同標準版本之間的對應。 此外，在單一標準的限制內，特別是彈性標準，例如 HL7 V2，您必須處理許多應用程式之間的 (，) 相同標準的多個實作。 介面引擎應該以容易管理的方式處理這種複雜度。
關鍵移轉工作是將介面主體從一個標準移轉至另一個標準。 在這裡，工作是將所有使用舊版的對應移轉至新的對應，以考慮介面特定的當地語系化和延伸模組，這可以是複雜的程式。 此工具應該提供這項移轉的協助。
您可以使用 [BTAHL7 組態總管驗證] 索引標籤來指定任何其他訊息類型架構的命名空間。
学历。 管理及支援應用程式的人員會隨著時間而改變。 此外，由於介面是應用程式集合互通性功能的核心，因此其檔將是管理整體企業的重要工具。 基於這兩個原因，提供容易使用且容易維護) 介面規格的檔、b) 應用程式和簡介對應，以及 c) 自訂和當地語系化活動的理由。