Patient Identifier Cross-referencing プロセスフロー

5.3.1 利用例: 単独の施設・エンタープライズ内の複数IDドメイン

総合病院のICUに勤務する医師は、集中治療システムの患者チャートを閲覧、また 病院のメインラボシステムに保存されているラボレポートに含まれている、患者のグ ルコースレベルを閲覧またはモニターしたいと考えている。集中治療システムは内部 で作成される独自の患者IDを、病院のメインADTシステムで作成され、ラボシステム で患者IDとして利用されている、患者の医療記録番号（MRN）にマップする必要があ

る。この場合、集中治療システムは、独自の患者ID識別を行っているため、基本的に 他の病院システムとは異なるIDドメイン内にある。

このシナリオでは、病院のメインADTシステム（患者IDソースの役割を果たしている）

は患者IDフィード（患者のMRNをIDとして利用）を「Patient Identifier Cross-reference Manager」に提供している。同様に、集中治療システムもまた、患者識別 子として内部で作成された患者IDを患者IDフィードとして「Patient Identifier Cross-reference Manager」に提供、独自の「IDドメイン識別子」を提供している。

「Patient Identifier Cross-reference Manager」が患者識IDフィードトランザクションを 受信すると、内部ロジックを利用し、受信したフィードトランザクションに含まれている 補完的情報に基づき、同一人物としてリンク付けられる患者IDが無いかを見極める。

相互参照プロセス（アルゴリズム、人的決定など）は「Patient Identifier Cross-reference Manager」内部で実施され、IHEの対象外となっている（相互参照ロジック の境界についての詳細な記述は、ITI TF-2: 3.9.4.2.2.6を参照）。

集中治療システムは、同システムが患者ID「MC-123」として認識している患者に関連 するラボ情報をリクエストする。ドメイン識別子と割当権限者を含む独自の患者ID

（MC-123）を利用し、ラボシステムからラボレポートをリクエストする。リクエストを受 信すると、ラボシステムはこのリクエストが独自のIDドメイン外（ADTドメイン）の患者 のためのものかどうかを特定する。ラボシステムは、（集中治療ドメイン内における）

患者IDが「MC-125」に対応している患者IDエイリアスのリストを、「Patient Identifier Cross-reference Manager」からリクエストする。この結果、この患者はADTドメイン 内の医療記録番号「007」とリンクされ、「Patient Identifier Cross-reference Manger」は、ラボシステムが患者のラボレポートを取り出し、集中治療システムに転 送できるようにするため、このリストをラボシステムに返送する。図5.3-1 はこのプロセ スフローを示したものである。

図 5.3-1. PIXプロファイルにおける施設内プロセスの複数IDドメイン

注記: 表示のための文書取り出しトランザクションにおけるリクエストとリスポンスの部分は、このプロファイルの一 部ではないが、ここでは図解のために含まれている。

5.3.2 利用例: 連携するエンタープライズ間の複数のIDドメイン

ヘルスケアエンタプライズは、それぞれ異なる病院情報システムを利用した、独自の 患者登録プロセスを持つ、2つの病院の統合により設立される。患者が一方の病院で 治療を受けた際、他の病院で管理されている電子記録へのアクセスが必要となる。

以下のケースはこのようなシナリオを示している。

病院AとBは統合（Consolidate）され、2つの病院のIDリンクを維持する、ひとつの

「Patient Identifier Cross-reference Manager」が存在する。それぞれの病院は患者 登録を行うための異なるHISを持っているが、心臓病情報システムについては統合さ れている。心臓病システムは、相互参照が行われると、患者ID通知を受信するよう、

「Patient Identifier Cross-reference Consumer」に設定されている。

患者は登録され、病院Aでなんらかのストレステストが実施される。心臓病情報システ ムは、もし過去にその患者の心臓病関連のレポートがあったかどうかを確認するため、

「Patient Identifier Cross-reference Manager」にクエリ送信を行い、患者のIDエイリ アス候補のリストを受信する。患者IDエイリアスは見つからなかった。しばらく後、同じ 患者は病院Bに行き、第二のストレステストを実施。患者は病院BのHISを通じて登録 され、HISはそのID情報を「Patient Identifier Cross-reference Manager」に送信す る。「Patient Identifier Cross-reference Manager」は、この患者が以前に病院Aで登 録した同一の患者であるということを特定する。心臓病情報システムが通知を受信で

Display

（集中治療ドメイン）

Patient Identity Source

（集中治療ドメイン）

Patient Identity Source（ADTドメ イン）

Patient Identifier Cross-reference Manager

Patient Identifier Cross-reference

Consumer/Information Source（ラボシステム－

ADTドメイン）

患者IDフィード[ITI-8]

集中治療 IDドメイン 内のADT フィード

患者IDフィード[ITI-8]

相互参照ロ ジック適用

相互参照ロ ジック適用

ADT IDドメ イン内の ADTフィー ド

表示のための文書取り出し[ITI-12] –リクエスト PIXクエリ[ITI-9]

表示のための文書取り出し[ITI-12] –リスポンス

ラボレポート 選択にローカ ルで知られる ID利用

きるよう、事前に「Patient Identifier Cross-reference Manager」を通じて設定が行わ れており、このため心臓病システムに患者IDエイリアスが存在するという通知が送信 される。この通知は、複数のIDドメインを認識するシステムが、IDドメインで起こる患 者ID変更に対する同期化を維持するために行われる。

図5.3-2 はこの事例のプロセスフローを示している。

図 5.3-2 PIXプロファイルにおける連携するエンタープライズ間の複数のIDドメイン プロセス フロー

注記: 最初の患者IDフィードトランザクションの後には相互参照活動は行われないため、PIX アップデート通知は 最初の患者IDフィードには送信されない。