ソリューションの計画
このセクションでは、Microsoft BizTalk Accelerator for HL7 (BTAHL7) ソリューションの計画時に考慮すべき事項について説明します。
BTAHL7 は、次の方法で実装できます。
グリーンフィールド プロジェクト。 このシナリオは、BTAHL7 の新しいインストールです。
移行プロジェクト。 このシナリオは、医療organizationが既存の統合ブローカーを段階的に廃止する場合に発生します。 organizationは BTAHL7 に移行します。
共存。 このシナリオでは、BTAHL7 を別の統合エンジンと並行してインストールします。
埋め込み。 このシナリオでは、BTAHL7 を基幹業務アプリケーション内に統合します。 BTAHL7 を使用して、HL7 メッセージング機能をそのアプリケーションに追加します。
People、アプリケーションを最初に作成するために必要な作業と比較して、時間の経過に伴うアプリケーションの管理にかかる労力を過小評価する傾向があります。 これは、複雑なデータ処理と管理タスクを実行する必要がある大規模な分散機関を調べる場合に特に当てはまります。 病院や統合医療デリバリー組織は、このような機関の優れた例です。 このような機関は、無数の機能をサポートするソフトウェアを提供し、重複した障害のあるデータ入力の必要性を回避するためにアプリケーションからアプリケーションに情報を渡し、ソフトウェアのユーザーと保守者にトレーニングを提供し、改善されたアプリケーションによる古いアプリケーションまたは古いアプリケーションの置き換えを提供する必要性に直面しています。 この交換プロセスには、テストと教育のための独自の要件があります。
このような機関が 1 つの統合アプリケーションですべての機能を管理することは不可能です (非常に高価)。 最初に、機関は自分の運命を単一のベンダーに結び付けたくなく、単一のベンダーを通じて必要なすべての機能を見つけるつもりはありません。 第2に、機関処理の単純な運用ニーズにより、機関が単一の統合アプリケーションに満足することは不可能になります。 したがって、機関は複数のアプリケーションでニーズをサポートします。 これらのアプリケーションを相互運用するには、アプリケーションで情報を交換するためのインターフェイスが必要です。 多くの場合、関係するアプリケーションとインターフェイスの数は非常に多くなります。 この分散アプリケーション アーキテクチャを考えると、インターフェイス エンジンは、時間の経過に伴う機関のデータ処理を管理するための重要な手段です。 主な問題は、移行、マッピング、教育です。 BTAHL7 の仕事は、これらの問題にできるだけ簡単かつ効率的に対処することです。
マッピング。 インターフェイスの実装における最大のジョブは、アプリケーション/データベース構造とインターフェイスで使用されるデータ構造との間のマッピングを作成することです。 この簡単で自然なものにするためにツールが行うものは何でも良いです。 さらに、マッピング ドキュメントはインターフェイスとアプリケーション開発者が使用する仕様になるため、そのドキュメントを簡単に生成できることが重要です。 これらのマップを開発して実装するには、BTAHL7 構成エクスプローラー、Microsoft Visual Studio、BizTalk Server ツールを使用します。
移行。 アプリケーションの変更に伴い、アプリケーションの相互運用性を時間の経過と同時に維持する必要があります。 1 つのアプリケーションの置き換えに関連する問題を考慮する場合は、該当するインターフェイスへのデータ ソース マッピングを更新する必要があります。 インターフェイス エンジンでは、これらのうちの 1 つだけが必要です。 インターフェイスがインストールされている場所と、インターフェイス標準が時間の経過と同時に変更された場合を考慮する必要があります。 インターフェイス標準は時間の経過と同時に変化し、一般的な標準に移行する必要があることがわかります。 移行計画では、今後のインターフェイスの変更を考慮することをお勧めします。 標準間、および標準の異なるバージョン間でマップする必要があります。 さらに、1 つの標準 (特に HL7 V2 などの柔軟な標準) の範囲内で、同じ標準の複数の実装を (多くのアプリケーションで) 処理する必要があります。 インターフェイス エンジンでは、管理が容易な方法でこの複雑さに対処する必要があります。
重要な移行タスクは、インターフェイスの本体をある標準から別の標準に移行することです。 ここでは、古いバージョンを使用するすべてのマッピングを新しいバージョンに移行します。これは、複雑なプロセスになる可能性がある、インターフェイス固有のローカライズと拡張機能を考慮に入れて行います。 このツールは、この移行に関するサポートを提供する必要があります。
[BTAHL7 構成] エクスプローラー [検証] タブを使用して、追加のメッセージ型スキーマの名前空間を指定します。
教育。 アプリケーションの管理とサポートに関わるユーザーは、時間の経過と共に変化します。 さらに、インターフェイスはアプリケーションのコレクションの相互運用性機能の中心であるため、ドキュメントは企業全体を管理するための重要なツールになります。 どちらの理由でも、使いやすく、a) インターフェイスの仕様、b) アプリケーションと導入バージョンのマッピング、c) カスタマイズとローカライズアクティビティの根拠のドキュメントを簡単に維持することが重要です。