次の方法で共有

サンプル ビジネス シナリオ

  • [アーティクル]

多くの場合、医療プロセスは複雑であり、多くのシステムを含みます。 例として、患者が病院に入り、医師がラボ テストのために患者を送信したときに発生するプロセスがあります。 この手順には、次の 5 つの当事者が関与します。

  • 主治医

  • 病院登録システム

  • 臨床注文入力システム

  • ラボシステム

  • 課金システム

    このプロセスでは、次の手順が実行される可能性があります。

  1. 当医が患者を登録します。

    1. ADT^O04 登録メッセージは、病院登録システムによってブロードキャストされます。

    2. ADT^O04 メッセージは、臨床受注入力システムやラボシステムを含め、メッセージをサブスクライブするすべての部門によって受信されます。

  2. 医師は、実験室施設から診断研究を注文します.

    1. ORM^O01 注文メッセージは、ビジネス ルールの検証後に臨床受注入力システムから送信されます。

    2. ORM^O01 メッセージは、ラボ システムによって受信されます。

  3. ラボは注文を受け取り、確認を返します。

    1. 注文を実行できることを示す ORR^O02 注文確認メッセージがラボ システムから送信されます。

    2. ORR^O02 メッセージは、臨床受注入力システムによって受信されます。

  4. 検査が完了すると、研究室は医師や他の部門に結果を送信します。

    1. ORU^R01 テスト結果メッセージがラボ システムから送信されます。

    2. ORU^R01 メッセージは、臨床受注入力システムと請求システムによって受信されます。

    3. インターフェイス エンジンは、ワイヤレス PDA でラボの結果を受け取る医師に電子メール メッセージを送信します。

BTAHL7 ソリューション

上記のサンプル ビジネス シナリオは、統合が必要な医療システムの例です。 Microsoft BizTalk Accelerator for HL7 (BTAHL7) を備えた MicrosoftBizTalk Server には、次の機能を備えたこのシナリオのソリューションが用意されています。

  1. BizTalk Serverは、ハブアンドスポーク配置に関係するすべてのシステムを統合します。 各システムは、BizTalk Serverと直接通信します。 彼らはお互いに直接通信する必要はありません。

  2. BTAHL7 は、HL7 でエンコードされたメッセージをネイティブに処理します。 カスタム コーディングは必要ありません。

  3. ADT^O04 登録メッセージは、それをサブスクライブしているすべてのシステムにブロードキャストされます。 BizTalk Serverのパブリッシャー/サブスクライバー メッセージング モデルを使用すると、メッセージをサブスクライブするシステムの一覧を柔軟に設定および管理できます。 システムの他の部分に影響を与えることなく、システムをサブスクリプションリストに追加したり、サブスクリプションリストから削除したりできます。

  4. ORM^O01 注文メッセージの検証に使用されるビジネス ルールは、システムの残りの部分に影響を与えずに動的に変更できます。

  5. BTAHL7 は、ORR^O02 注文確認 (ACK) メッセージを自動的に生成するように構成できます。

  6. 必要に応じて、送信のために他のユーザーとメッセージをバッチ処理し、バッチ内から受信したメッセージを処理できます。

  7. エンジン内のすべてのメッセージと、HL7 organizationによって発行されたBTAHL72X スキーマに対して検証できます。

参照

BizTalk Server がビジネス ニーズを解決するしくみ