パート 2: バッチ イン/バッチ アウトのシナリオ
チュートリアルのこの部分では、HL7 でエンコードされたバッチ ファイルを受け取り、断片化せずにBizTalk Serverを通過し、そのままのバッチ ファイルを宛先に送信します。 次の図は、このプロセスのフローを示し、次のサブセクションではワークフローについて説明します。
注意
チュートリアルのこの部分を開始する前に、コマンド プロンプトを閉じて、パート 1 で使用した MllpReceive ツールと MllpSend ツールをオフにします。
バッチイン/バッチアウトシナリオでメッセージがどのように流れるか
このシナリオには、次のワークフローが含まれます。
ワークフローは、基幹業務アプリケーションが FILE プロトコルを使用して Microsoft BizTalk Accelerator for HL7 (BTAHL7) 統合エンジンにメッセージ バッチを送信したときに開始されます。 バッチには、ADT^A03 メッセージの 2 つのバージョンが含まれています。 ソース アプリケーションは、Tutorial_BatchSource パーティに属しています。
統合エンジンは、FILE 受信ポートでバッチを受信し、メッセージ バッチを検証します。 (検証のレベルは、BTAHL7 構成エクスプローラーでソース パーティに対して選択された設定によって異なります)。
パーティのバッチ断片化を無効にする BTAHL7 構成エクスプローラーの設定に基づいて、インターフェイス エンジンはバッチを個々のメッセージに解析せず、バッチをバッチとして残します。 BTAHL7 構成エクスプローラーでソース パーティに対して選択された設定に基づいて、個々のメッセージを再度検証します。
インターフェイス エンジンは、パーティの BTAHL7 構成エディターの受信確認定義設定に基づいて、バッチ メッセージの受信確認を生成します。 この場合は、[元の受信確認モード] を選択します。そのため、インターフェイス エンジンは、メッセージ ヘッダーと本文の両方を検証した後、メッセージ バッチに対して 1 つのアプリケーション受け入れ確認を生成します。 エンジンは、ACK_024_GLO_DEF スキーマに基づいて受信確認を作成し、受信確認のフィールド MSA2 に「AA」と入力し、MSH3 に宛先パーティを入力し、MSH5 にソース パーティを入力します。
インターフェイス エンジンは、受信確認を処理するように設定された FILE 送信アダプターを介して、受信確認バッチをソース パーティにルーティングします。 この場合、BTAHL7 はバッチを \Tutorial_BatchACKDrop フォルダーにルーティングします。
BTAHL7 は、送信先パーティに指定された宛先 (この場合はフォルダー \Tutorial_BTAHL7Drop) にメッセージ バッチを送信します。