IHE 放射線部門ワークフロー: 概要 Andrei Leontiev IDX Systems Corporation Co-Chair,IHE Technical Committee （翻訳：IHE-J技術検討委員会　篠田）

Unknown patients and unscheduled orders 患者情報の整合性統合プロファイル 通常検査のワークフロー Admit, order, schedule, acquire images, notify of completed steps 患者 情報の 整合性 Unknown patients and unscheduled orders IHE-Jベンダーワークショップ 2002年11月6日

“通常の” ワークフローの プロセスの概要 トピックス: IHEにおけるHL7アクターとトランザクション DICOMアクターとトランザクション 通常のワークフローのプロセス 患者情報とオーダの更新プロセス 患者情報の整合性 まとめ IHE-Jベンダーワークショップ 2002年11月6日

IHEにおけるHL7アクター HL7アクター: <MPI> ADT/Patient Registration Order Placer DSS / Order Filler Image Manager IHE-Jベンダーワークショップ 2002年11月6日

ADTアクター IHE-Jベンダーワークショップ 2002年11月6日

ADTアクター 4.1 – 患者登録のトランザクション Send Admit: A01 (In Patient), A04 (Out Patient), A05 (Pre-Admission) Cancel: A11 (Cancel Admit), A38 (Cancel Preadmit) IHE-Jベンダーワークショップ 2002年11月6日

ADTアクター (続き) 4.12 – ADT患者情報の更新トランザクション Send Transfer: A02 (Patient Transfer) Update Patient Class: A03 (Discharge), A06(Outpatient becomes Inpatient), A07 (Inpatient becomes Outpatient) Update Patient Information: A08 (Update) Merge Patients: A40 (Merge) Cancel: A12 (Cancel Transfer), A13 (Cancel Discharge) IHE-Jベンダーワークショップ 2002年11月6日

オーダ発行アクター IHE-Jベンダーワークショップ 2002年11月6日

オーダ発行アクター 4.2 – 発行オーダ管理トランザクション Send New Order: ORM/NW (New Order) Cancel: ORM/CA (Cancel Order), ORM/DC (Discontinue) IHE-Jベンダーワークショップ 2002年11月6日

オーダ発行アクター (続き) 4.1 – 患者登録のトランザクション 4.12 – 患者情報の更新トランザクション Receive A01 (In Patient), A04 (Out Patient), A05 (Pre-Admission), A11 (Cancel Admit), A38 (Cancel Preadmit) 4.12 – 患者情報の更新トランザクション A02 (Patient Transfer), A03 (Discharge), A06(Outpatient becomes Inpatient), A07 (Inpatient becomes Outpatient), A08 (Update), A12 (Cancel Transfer), A13 (Cancel Discharge), A40 (Merge) 4.3 – 実施オーダ管理のトランザクション ORM/SN (New Order), ORM/SC (Status Update), ORM/OC (Cancel Order) IHE-Jベンダーワークショップ 2002年11月6日

DSS / オーダ実施アクター IHE-Jベンダーワークショップ 2002年11月6日

部門システムスケジューラ （DSS)/オーダ実施アクター 4.3 – 発行実施管理トランザクション Send New Order: ORM/SN (New Order) Order Status: ORM/SC (Status Change) Cancel: ORM/OC (Cancel Order) 4.4 – 手技の予約トランザクション ORM (procedure scheduled) 4.13 – 手技の更新トランザクション ORM (procedure updated) IHE-Jベンダーワークショップ 2002年11月6日

DSS/オーダ実施アクター (続き) 4.1 – 患者登録のトランザクション 4.12 – 患者情報の更新トランザクション Receive A01 (In Patient), A04 (Out Patient), A05 (Pre-Admission), A11 (Cancel Admit), A38 (Cancel Preadmit) 4.12 – 患者情報の更新トランザクション A02 (Patient Transfer), A03 (Discharge), A06(Outpatient becomes Inpatient), A07 (Inpatient becomes Outpatient), A08 (Update), A12 (Cancel Transfer), A13 (Cancel Discharge), A40 (Merge) 4.2 – 発行オーダ管理トランザクション ORM/NW (New Order), ORM/CA (Cancel Order), ORM/DC (Discontinue) IHE-Jベンダーワークショップ 2002年11月6日

事務処理の通常の流れ IHE-Jベンダーワークショップ 2002年11月6日

手技の実行の通常の流れ IHE-Jベンダーワークショップ 2002年11月6日

オーダ入以前の 患者情報の更新 IHE-Jベンダーワークショップ 2002年11月6日

オーダ入力後の 患者情報の更新 IHE-Jベンダーワークショップ 2002年11月6日

手技の予約後の患者情報の更新 IHE-Jベンダーワークショップ 2002年11月6日

オーダ発行部でのオーダの入れ替え IHE-Jベンダーワークショップ 2002年11月6日

DSS/オーダ実施部でのオーダの入れ替え X IHE-Jベンダーワークショップ 2002年11月6日

画像情報の管理 情報システム、PACS、モダリティ間での通信 利用されるDICOMサービス: Modality Worklist Management (MWL(M)) Modality Performed Procedure Step (PPS) Storage Storage Commitment Query/Retrieve Representation includes: healthcare providers, information systems vendors, imaging systems vendors, and standards groups participating IHE-Jベンダーワークショップ 2002年11月6日

IHEの通常検査のワークフローの概念 IHEはこの部分と他のワークフローのプロセスに焦点を当てた。 その際３つの明確なHL7/DICOM 用語を選んでいる : オーダ（依頼） : 放射線検査サービスの依頼 依頼済み手技 : コード化され、課金可能な一つのレポートにまとめられる作業の 　　　　　　　　　　単位 Representation includes: healthcare providers, information systems vendors, imaging systems vendors, and standards groups participating 手技のステップ : ワークフローの中の最小の作業単位: 予約済み手技のステップ: ‘実施される作業の単位’ 実施された手技のステップ: ‘実行された作業の単位’ IHE-Jベンダーワークショップ 2002年11月6日

臨床医または 参照医師: 画像検査部門の顧客 IHEはこの問題に焦点を当てた ユーザ向けの３レベルのワークフローの構造的概念: オーダ: 画像検査サービスの依頼 (Accession Number) 臨床医または 参照医師: 画像検査部門の顧客 依頼済み手技 : 関連するコード化、課金可能な １レポートにまとめられる作業の単位 (Requested Procedure ID) 放射線科医 : レポート作成を担当 Representation includes: healthcare providers, information systems vendors, imaging systems vendors, and standards groups participating 臨床放射線技師（および放射線科医) 画像撮影、その他を担当 手技のステップ : ワークフローにおける 最小の作業単位(modality worklist entry) IHE-Jベンダーワークショップ 2002年11月6日

通常のワークフロー 典型的な流れ: １オーダ – １手技 – １レポート 放射線部門 コード化、課金可能な行為の集合 レポート オーダ 画像検査に対する依頼 コード化、課金可能な行為の集合 依頼済み手技 レポート Representation includes: healthcare providers, information systems vendors, imaging systems vendors, and standards groups participating 画像検査モダリティ １乃至それ以上の画像のシリーズ IHE-Jベンダーワークショップ 2002年11月6日

複数のモダリティステップ DICOM モダリティ作業リスト 放射線部門 1 DICOM モダリティ作業リスト オーダ コード化、課金可能な 画像検査の依頼 予約済み手技 のステップ A Acquisition Modality １乃至それ以上の画像のシリーズ 実施済み 手技のステップ P1 レポート コード化、課金可能な 行為の集合 依頼済み手技 1 DICOM モダリティ作業リスト 予約済み手技 のステップ B 画像撮影 モダリティ １乃至それ以上の画像のシリーズ 実施済み手技のステップ P1 Representation includes: healthcare providers, information systems vendors, imaging systems vendors, and standards groups participating IHE-Jベンダーワークショップ 2002年11月6日

Aアクターとトランザクション IHE-Jベンダーワークショップ 2002年11月6日 Storage Commitment 10 Image Creator Image Display Mod. Procedure Step In-Progress /Completed 6 7 Creator Procedure Step In-Progress/Completed 20 21 Modality/Creator. Procedure Step In-Progress /Completed. Modality Images Stored 8 Creator 18 Retrieve Images 16 Query 14 Department Image Archive System Scheduler Image / Order Filler Manager Modality Worklist Provided 5 Image Availability Query 11 Performed Procedure Step Manager Acquisition Modality IHE-Jベンダーワークショップ 2002年11月6日

モダリティ作業リスト IHE-Jベンダーワークショップ 2002年11月6日

MWL（M)アクターとトランザクション IHE-Jベンダーワークショップ 2002年11月6日 Image Creator Image Display Department Image Archive System Scheduler Image / Order Filler Manager Modality Worklist Provided 5 Performed Procedure Step Manager Acquisition Modality IHE-Jベンダーワークショップ 2002年11月6日

DICOM画像中のHIS/RISデータを含むばかりでなく、 ワークフローが“なすべき作業を取得する”ことを可能とする モダリティ作業リスト MWLは、情報システムの管理するデータとモダリティとを統合することを可能とする 患者情報、予約、および診療データ（例えば、患者名/ID、処置の日付/時間、手技のコード、アクセッション番号、依頼済み手技のID、･･･）を含む画像検査の手技の準備 画像生成場面での新たなデータ入力を避けタイプエラーを避ける MWLは “片道行” (すなわち、情報システムからモダリティへ) DICOM画像中のHIS/RISデータを含むばかりでなく、 ワークフローが“なすべき作業を取得する”ことを可能とする IHE-Jベンダーワークショップ 2002年11月6日

モダリティ作業リスト DSSとモダリティに対する要求されたマッチングとリターンキーを明確に定義 Modality C-FIND-RQ (with matching and return keys) DSS/ Order Filler C-FIND-RSP (one per match plus final response) DSSとモダリティに対する要求されたマッチングとリターンキーを明確に定義 DSSが何をマッチングすべきかの応答をフィルターするためにモダリティが何を利用するか モダリティは何をDSSに返せ（MWLで表示するために）と要求するか／DSSは何を返せるべきか IHE-Jベンダーワークショップ 2002年11月6日

実行済み手技のステップ IHE-Jベンダーワークショップ 2002年11月6日

PPS Actors and Transactions Image Creator Image Display Creator Procedure Step In-Progress/Completed 20 21 Department Image Archive System Scheduler Image / Order Filler Modality/Creator. Procedure Step In-Progress /Completed. 6 20 7 21 Manager Modality/Creator. Procedure Step In-Progress /Completed. 6 20 7 21 Performed Procedure Step Manager Mod. Procedure Step In-Progress /Completed 6 7 Acquisition Modality IHE-Jベンダーワークショップ 2002年11月6日

Performed Procedure Step Applies to Modality and Image Creator Convey details about procedure step(s) performed Conveys detailed statuses such as “in progress”, “completed” and “discontinued” Provides “return trip” feedback such as: Scheduled information obtained via MWL What, when, and how was the procedure performed Accession Number, Patient Name/ID, procedure step codes, radiation dose values, material management data List of images acquired/created, Study Instance UID …. Not only tells that the performed step is complete, But closes the workflow: “acquisition/creation work done” IHE-Jベンダーワークショップ 2002年11月6日

Performed Procedure Step N-CREATE (scheduled info, status of “in progress”) N-SET (performed info, status of “completed”) Modality or Image Creator DSS or Manager Simple Case (1 SPS results in 1 PPS) Unscheduled Case (0 SPS results in1 PPS) Append Case (1 SPS results in n PPS) Group Case (n SPS results in 1 PPS) Abandoned Case (1 SPS results in 1 abandoned PPS) Group Case with Presentation of Grouped Procedures (n SPS results in 1+n PPS) Volume II, Appendix A IHE-Jベンダーワークショップ 2002年11月6日

Images Stored

Images Stored Actors and Transactions Image Creator Image Display Creator Images Stored 18 Department Image Archive System Scheduler Image / Order Filler Manager Modality Images Stored 8 Performed Procedure Step Manager Acquisition Modality IHE-Jベンダーワークショップ 2002年11月6日

C-STORE (Images Stored) Modality or Image Creator C-STORE (Images Stored) Image Archive Applies to Modality and Image Creator Scheduled Procedure Step and Requested Procedure information is recorded. IHE-Jベンダーワークショップ 2002年11月6日

Storage Commitment IHE-Jベンダーワークショップ 2002年11月6日

Storage Commitment Actors and Transactions 10 Image Creator Image Display Department Image Archive System Scheduler Image / Order Filler Manager Storage Commitment 10 Performed Procedure Step Manager Acquisition Modality IHE-Jベンダーワークショップ 2002年11月6日

Avoids accidental deletion of images on modalities and workstations Storage Commitment Modalities and image creators obtain explicit agreement from a storage device (i.e. archive, etc.) that images (and other objects) will be reliably stored The duration of storage is defined by the storage device product Facilitates automated or simplified deletion of images on modalities, workstations, etc. Avoids accidental deletion of images on modalities and workstations IHE-Jベンダーワークショップ 2002年11月6日

Storage Commit. - Push Model C-STORE operations …. Modality or Image Creator N-ACTION - (list of referenced image UIDs) Image Manager N-EVENT-REPORT - (success or failure) Images (or objects) are pushed to storage device N-ACTION provides a list of UIDs for objects to be reliably stored (may be different AE than storage) N-EVENT-REPORT confirmation from Storage to Modality Implementations must design for transactions being on multiple associations When N-EVENT-REPORT is sent by Storage Device is product dependent and may be hours after N-ACTION IHE-Jベンダーワークショップ 2002年11月6日

Image Availability Query IHE-Jベンダーワークショップ 2002年11月6日

Image Availability Query Actors and Transaction Image Creator Image Display Department Image Archive System Scheduler Image / Order Filler Manager Image Availability Query 11 Performed Procedure Step Manager Acquisition Modality IHE-Jベンダーワークショップ 2002年11月6日

Image Availability Query Allows DSS to know when acquired images have reached Image Archive and are ready to be interpreted Minimizes delays in workflow MPPS does not guarantee that images were sent to the Archive or will ever be No notification mechanism in DICOM Specialized Query (C-FIND) is defined IHE-Jベンダーワークショップ 2002年11月6日

Image Availability Query C-FIND-RQ (with matching keys) DSS/ Order Filler Image Manager C-FIND-RSP (matches with return keys) Instance UID returned in the query response signifies availability. Storage Location - a system that is a holder of images at a particular period in time (AE Title). Instance Availability - a period of time for images to be moved from a storage location to be ready for distribution (OFFLINE,NEARLINE, ONLINE IHE-Jベンダーワークショップ 2002年11月6日

Image Query/Retrieve IHE-Jベンダーワークショップ 2002年11月6日

Query/Retrieve Actors and Transaction Image Creator Image Display Retrieve Images 16 Query 14 System Database Department Image Archive System Scheduler Image / Order Filler Manager Performed Procedure Step Manager Acquisition Modality IHE-Jベンダーワークショップ 2002年11月6日

Query Retrieve of Images C-FIND-RQ (with matching and return keys) Image Display Image Archive C-FIND-RSP (matches with return keys) Defines Matching keys for response filtering by Image Archive Defines Return keys to be requested by Image Display Defines Returned attributes by Image Archive in query responses Defines Returned attributes required to be displayed on Image Display IHE-Jベンダーワークショップ 2002年11月6日

IHE Generic Keys for Query Retrieve of: - Images - GSPS - SR R = Required by DICOM R+ = IHE-2 Requirement to be displayed or entered (SCU), to be returned(SCP) IHE-Jベンダーワークショップ 2002年11月6日

Image Specific Query Matching and Return Keys IHE-Jベンダーワークショップ 2002年11月6日

Patient Information Reconciliation 患者情報の整合性

“意識不明患者の場合” 救急患者 患者IDがない（分からない）: 意識不明 生命が危険な状態 緊急の処置が必要な場合ー登録の時間が惜しい オーダーがない、処置の予定がされてない IHE-Jベンダーワークショップ 2002年11月6日

“現実”のシナリオ 患者が放射線部門に送られそこで仮の患者IDと名前が割り当てられる 次いで、オーダーがDSS/オーダ実施部で入力されて撮影がモダリティで実行される IHE-Jベンダーワークショップ 2002年11月6日

“現実”のシナリオ 画像管理装置は部門で発行された患者IDを画像またはMPPSから得る DSS/オーダ実施部はオーダーメッセージをオーダ発行部に送る ADTは部門で発行された患者IDを知らない IHE-Jベンダーワークショップ 2002年11月6日

“現実”のシナリオ ADTが最終的に患者情報を登録または整合を取ると、患者情報を更新するメッセージをすべてのシステムへ送信 複数の地点での整合性の維持 一つ以上の部門がある場合は大変 IHE-Jベンダーワークショップ 2002年11月6日

現状の課題 氏名不詳の患者情報は全医療機関にも部門にも、すべてのシステムに的確に入力されていなければならない システムへの手入力は高い確率で誤入力につながる ADTから与えられた情報はローカルな情報とミスマッチである場合の可能性が高い IHE-Jベンダーワークショップ 2002年11月6日

現状の課題ー続き それぞれのシステムはADTから提供された情報を、始めに登録された患者記録にマニュアルで統合する必要がある 複数の地点での整合ーデータの同期をとれないという高いリスクを生ずる ADTから与えられた情報はローカルな情報とミスマッチである場合の可能性が高い IHE-Jベンダーワークショップ 2002年11月6日

氏名不詳患者のユースケース ADTで救急患者を事前登録するローカルルールがある場合 (“John Doe”, “Jane Doe”): ケース2: 氏名不詳患者がADTで登録され、オーダーがDSS/オーダ実施部で発行される ケース3: 氏名不詳患者がADTで登録されるが、オーダーが発行される前に撮影が完了する IHE-Jベンダーワークショップ 2002年11月6日

氏名不詳患者のユースケース 救急患者の登録を部門発行のIDで行うことを認めている場合: ケース4: 氏名不詳患者に仮部門IDが割り当てられDSS/オーダ実施部でスケジュール化される ケース5: 仮の部門IDを割り当てたりオーダーを出す前に画像撮影を終わらせる（モダリティで患者IDを入れる） IHE-Jベンダーワークショップ 2002年11月6日

氏名不詳患者 – ケース 1 IHE-Jベンダーワークショップ 2002年11月6日 Order Placer Department System Database/Scheduler/ Order Filler ADT Image Manager Modality Register J.Doe Patient Registration [1] Placer Order Mgmt NewOrder [2] Schedule Procedure Procedure Scheduled [4] Images Acquired MWL Provided [5] Modality Procedure Step Completed [7] Modality Procedure Step Completed [7] Patient Reconciliation J.Doe -> J.Smith Patient Update [12] Patient Update [12] IHE-Jベンダーワークショップ 2002年11月6日

患者名／IDのパス – ケース1 IHE-Jベンダーワークショップ 2002年11月6日

氏名不詳患者 – ケース2 IHE-Jベンダーワークショップ 2002年11月6日 Order Placer Department System Database/Scheduler/ Order Filler ADT Image Manager Modality Register J.Doe Patient Registration [1] Filler Order Mgmt New Order[3] Schedule Procedure Procedure Scheduled [4] Images Acquired MWL Provided [5] Modality Procedure Step Completed [7] Modality Procedure Step Completed [7] Patient Reconciliation J.Doe -> J.Smith Patient Update [12] Patient Update [12] IHE-Jベンダーワークショップ 2002年11月6日

患者名／IDのパス – ケース2 IHE-Jベンダーワークショップ 2002年11月6日

氏名不詳患者 – ケース3 IHE-Jベンダーワークショップ 2002年11月6日 Order Placer Department System Database/Scheduler/ Order Filler ADT Image Manager Modality Register J.Doe Patient Registration [1] Images Acquired Modality Procedure Step Completed [7] Modality Procedure Step Completed [7] Filler Order Mgmt New Order [3] Schedule Procedure Procedure Scheduled [4] Patient Reconciliation J.Doe -> J.Smith Patient Update [12] Patient Update [12] IHE-Jベンダーワークショップ 2002年11月6日

氏名不詳患者 – ケース3 IHE-Jベンダーワークショップ 2002年11月6日

氏名不詳患者 – ケース4 IHE-Jベンダーワークショップ 2002年11月6日 Order Placer Department System Database/Scheduler/ Order Filler ADT Image Manager Modality Schedule Procedure for J.Doe Procedure Scheduled [4] Images Acquired MWL Provided [5] Modality Procedure Step Completed [7] Modality Procedure Step Completed [7] Register J.Smith Patient Registration [1] Patient Reconciliation J.Doe -> J.Smith Patient Update [12] Filler Order Mgmt New Order [3] IHE-Jベンダーワークショップ 2002年11月6日

患者名／IDのパス – ケース4 IHE-Jベンダーワークショップ 2002年11月6日

氏名不詳患者 – ケース5 IHE-Jベンダーワークショップ 2002年11月6日 Order Placer Department System Database/Scheduler/ Order Filler ADT Image Manager Modality Images Acquired for J.Doe Modality Procedure Step Completed [7] Modality Procedure Step Completed [7] Register J.Smith Patient Registration [1] Patient Reconciliation J.Doe -> J.Smith Patient Update [12] Filler Order Mgmt New Order [3] Schedule Procedure Procedure Scheduled [4] IHE-Jベンダーワークショップ 2002年11月6日

患者名／IDのパス – ケース5 IHE-Jベンダーワークショップ 2002年11月6日

システム要求 登場するシステム - ADT, オーダ発行部, オーダ実施部, 画像管理部はHL7メッセージによって更新情報を通信する すべてのシステムはADT＾A40をサポートする必要あり: 新しい患者IDはPID-３フィールドへ 旧患者IDはMRG-1 フィールドへ 患者IDのデータタイプはCXであること 患者IDを割り当てる権限が与えられていること IHE-Jベンダーワークショップ 2002年11月6日

システム要求 オーダ実施部と画像管理装置はDICOMのMPPSによって、IDの割当権限ないシステムからの患者IDに出くわすことがある IHE-Jベンダーワークショップ 2002年11月6日

方針としての要求事項 医療機関は救急患者のADTでの事前登録があり得るか否かを選択する必要がある オーダ実施部と画像管理部は同様のID割当権限を付与されるべきである オーダ実施部は仮の患者IDと正しい患者IDとを区別できるようにすること ケース4と5では、 オーダ実施部はオーダーを出す前に患者情報を整合しなければならない IHE-Jベンダーワークショップ 2002年11月6日

www.rsna.org/IHE or www.himss.org Questions? Documents Available On the Web at: www.rsna.org/IHE or www.himss.org IHE-Jベンダーワークショップ 2002年11月6日