循環器部門の概要説明

IHE-J 循環器技術委員会 大関 毅
1

循環器部門の検査ワークフロー
例えば、心カテは複雑な処置でワークフローも複雑で問題が多い¾ 処置は予定（予約）されていない事が多い¾ 患者情報が知られていない事もある（海外では急患はほぼ未確認情報である事が多い）¾ エビデンスの収集はオーダが出される前に開始される¾ 複数の機器が処置中のデータを収集する¾ 診断カテーテル検査で始まった処置が途中からPCI等の治療に移行する事が珍しくない

2

問題はご覧の通り・・・
これはカテ検査のワークフローのほんの１例である。詳細を読む必要はないが、全体をみれば複雑さを理解できるかと思う3循環器部門ワークフロー概要
ワークフローを管理することによって、循環器部
門では基本的な患者データの連続性と完全性を設立する。特に：¾ 検査の管理（特にカテーテル検査）•Multi-modality, multiple procedure steps¾ 患者情報の整合性の確保•未予定（未予約）や緊急検査¾ 時間の同期•

X-ray、 hemo、 IVUS、 ECG、 心エコー検査等

4循環器部門ワークフロー： 価値提案 （カテ室の例）
このprofileはカテ室内に存在する異なるモダリティ間の根本的なデータの整合性のベースとなるどのシステムの時間が正しいのか？
この患者の名前のスペルは・・・？
5

例：CATHワークフロー：トランザクション図
ADTPt. Registration [RAD-1] ↓Patient Update [RAD-12] ↓DSS/ Order Filler↓ Pt. Registration [RAD-1]↓ Patient Update [RAD-12]← Placer Order Management [RAD-2]→ Filler Order Management [RAD-3]↑ Modality PS in Progress [CARD-1]↑ Modality PS Completed [RAD-7]

Order Placer↓ Procedure Scheduled [RAD-4]↓ Patient Update [RAD-12]↓ Procedure Updated [RAD-13]↑ Instance Availability Notification [RAD-49]
Evidence
Creator← Modality PS in Progress [CARD-1]← Modality PS Completed [RAD-7]

PerformedProcedure
Step Manager

Storage ↓Commitment[CARD-3]

Image Display↓ Modality Image/EvidenceStored [CARD-2]

Image
Manager↓ Query Images [RAD-14]↓ Retrieve Images/Evidence [CARD-4]

Image
Archive→ Modality PS in Progress [CARD-1]→ Modality PS Completed [RAD-7]
StorageCommitment ↑[CARD-3]↑Modality Image/EvidenceStored [CARD-2]← Modality PS in Progress [CARD-1]← Modality PS Completed [RAD-7]← Query Modality Worklist [RAD-5]

Acquisition
Modality6

例：CATHワークフロー ： アクタ群
Acquisition Modality – X線血管造影システムや血行動態測定システムなど、患者がいる間に医学的な画像または波形を収集および作成するシステム。モダリティは、測定値を含むSR（Structured Report）文書などの他のエビデンスオブジェクトを作成する場合もある。

ADT – 患者の基本情報および受診情報を追加および/または更新するシステム。特にオーダ発注および部門システムに新しい患者を登録する。

Department System Scheduler/Order Filler (DSS/OF) – 外部システムや部門システムから受け取ったオーダの管理に関する機能を提供する、部門ベース(循環器分野や放射線分野など)の情報システム。

Evidence Creator – 構築された画像（３D等）、計測結果等の追加エビデンスオブジェク
ト（モダリティで作成されるエビデンスオブジェクト以外）作成システム。

Image Archive – 画像、表示状態、キー画像ノート、エビデンス文書などのエビデンスオブジェクトの長期間保存を提供するシステム。

7

CATH ワークフロー ： アクタ群
Image Display – 患者の検査を表示するためのシステム。さらに、画像セット、提示状態、キー画像ノート、エビデンス文書などを含む、選択したエビデンスオブジェクトの検索と表示をサポートする場合もある。

Image Manager – エビデンスオブジェクトの安全な保管と管理に関する機能を提供するシステム。これらのオブジェクトに関する利用可能性情報をDSSに提供する。

Order Placer – さまざまな部門に対するオーダを生成し、それを正しい部門に配布する、病院または施設の全体に関わるシステム。

Performed Procedure Step Manager (PPSM) – アクイジションモダリ
ティからのモダリティ実施済み処理ステップ情報をDSS/OF（部門システムスケジューラ/オーダフィラー）およびイメージマネージャに再配布するシステム。

Time Client – 自身の日時をタイムサーバによって提供される正確な時刻に同期させるユニット。

8

CATH ワークフロー ： トランザクション
Patient Registration （患者登録） – ADTシステムは、患者の登録および/または受け入れを行い、他の情報システムに情報を転送する。[RAD-1]

Placer Order Management （オーダ送信管理） –オーダ発行側は、オーダ受注側に対し、オーダの開始または取り消しを通知する。Placer/Filler Order Managementトランザクションは、新規オーダの開始時には“-New”と示され、既存オーダの取り消し時には“Cancel”と示される場合がある。[RAD-2]

Filler Order Management （オーダ受信管理） –オーダ受注側は、オーダ発行側に対し、開始、取り消し、またはオーダの状態の変化を通知する。Placer/Filler OrderManagementトランザクションは、新規オーダの開始時には“-New”と示され、既存オーダの取り消し時には“-Cancel”と示されることがある。[RAD-3]

Procedure Scheduled （予約済処置） –スケジュール情報が、DSS/OFからイメージマネージャに送信される。[RAD-4]

Query Modality Worklist （モダリティワークリストクエリ） – データ取込
みモダリティで入力されたクエリーに基づき、クエリーを満たすすべての項目を一覧したモダリティ
ワークリストが生成される。選択された患者基本情報のSPS(Scheduled Procedure Steps)のこのリストは、アクイジションモダリティに返される。[RAD-5]

9

CATH ワークフロー ： トランザクション
Modality Procedure Step In Progress –アクイジションモダリティ
は、新しいPS（Procedure Step）の開始を実施処理ステップ管理(PPSM)に通知し、PPSMはDSS/OFとイメージマネージャに通知する。[CARD-1、RAD-6より派生]

Modality Procedure Step Completed –アクイジションモダリティ
は、PSの完了をPPSMに通知し、PPSMはDSS/OFとイメージマネージャに通知する。
[RAD-7]

Modality Images/Evidence Stored –アクイジションモダリティは、収集または生成された画像、波形、または他のエビデンス文書をイメージアーカイブ送信する。[CARD-2、RAD-8およびRAD-43から派生]

Storage Commitment –要求元(アクイジションモダリティ)はエビデンス文書、要求元がイメージアーカイブシステムに格納した指定のDICOMオブジェクト(画像、波形、エビデンス文書、またはこれらの組み合わせ)に対する所有権をイメージマネージャが確認することで、イメージマネージャが所有するようになったこれらのオブジェクトを送信側が削除できるようにすることを要求する。[CARD-3、RAD-10から派生]

10

CATH ワークフロー ： トランザクション
Patient Update – ADT 患者登録システムは、OPおよびDSS/OFに対し、特定の患者に対する新しい情報を通知する。DSS(部門スケジュール管理システム)は、さらにそれをイメージマネージャに通知する場合がある。[RAD-12]

Procedure Update – DSS/OFは、イメージマネージャに対し、オーダまたは処理の更新された情報を送信する。[RAD-13]

Query Images –画像表示装置は、イメージアーカイブシステムに対し、患者、検査、シリーズ、またはインスタンスを指定して、画像を表すエントリーのリストを問合わせする。[RAD-14]

Retrieve Images –画像表示装置は、イメージアーカイブシステムに特定の画像または画像の組合わせを要求して取得する。[CARD-4、RAD-16から派生]Maintain Time –ローカルタイムをタイムサーバの時刻と同期させる。[ITI-1]

11

CATH ワークフロー ： オプション
Instance Availability Notification – IM/IA

は問い合わせのあったアクタ（DSS/OFやレポートマネジャ等）に対して、その時点での指定のあった保存場所での入手可能性に関してのステータスの通知をする。 [RAD-49]

PPS Exception Management – アクイジション
モダリティアクタはMPPSメッセージの中止ステータスをDICOM
2003 PS 3.16 Annex B Context ID 9300で定義されているもののひとつを使用し適切なコードを提供する。

Availability of PPS-Referenced
Instances – その通知を受けた結果、DSS/OF（その他のアクタ）は指定されたインスタンスがワークフロー内での追加利用可能であることをふまえた上で適切なアクションを取らなくてはならない。

12

CATH ワークフロー・ユースケース
全てのユースケースをサポートする事が基本的に必須（現時点で）¾ ケースC1: ADTで患者登録が行われOrder Placerで処置オーダが出される¾ ケースC2: ADTで患者登録されてDSS/OFで処置オーダされる¾ ケースC3: ADTで登録され処置がオーダされていない患者¾ ケースC4: DSS/OFで登録されて処置がオーダされた患者¾ ケースC5: 未登録の患者¾ ケースC6: 処置中に更新された患者¾ ケースC7: 処置中の部屋の変更¾ ケースC8: 処置の中止¾ ケースC9: 処置後のエビデンスの作成

13

ケース C1: ADTで患者登録が行われOrderPlacerで処置オーダが出される
Clinical Context¾ トラディショナルな放射線部門のワークフローに相当します¾ オーダはセントラルシステムで発行される¾ 緊急識別子の生成がおこなわれるケースにも対応する¾ 共通識別子が事前に既知である

IHE Context¾ 最初のモダリティのMMPS in Progressを使用して他のワークリスス

トの更新を行う

14

ケース C2: ADTで患者登録されてDSS/OFで処置オーダされる
Clinical Context¾ ケースC1とはわずかに違う¾ オーダはセントラルシステムで発行されるのではなく部門で発行される¾ 部門システムがセントラルオーダリングシステムに情報を提供する¾ 多数の施設での典型である、検査室でのHIS端末の必要性を軽減する

IHE Context¾ Filler Order Management (New Order) トランザクション [RAD-3] はDepartment System Scheduler/Order FillerからOrder Placerへ送信される

15

ケース C3: ADTで登録され処置がオーダされていない患者
Clinical Context¾ ケース 2とはわずかに違う¾ 処置情報は部門システムに入力されていない¾ 最初に立ち上げるモダリティ（Hemoシステムか）が共通な処置識別子を作成するプロセスを開始しなくてはならない¾ 共通な処置識別子は最初に立ち上がったモダリティからの情報を基に部門システムで作成される¾ もし分類された処置タイプが提供されない場合は『一般カテーテル処置』を生成する

IHE Context¾ 最初の MPPS の受信を受け DSS/OF は自動的に Requested

Procedure を作成し、それと関連した Scheduled Procedure Stepsは最初の MPPS で提供された Study UID を利用する。他のすべてのモダリティは Query Modality Worklist トランザクションを使用する。
16

ケース C4: DSS/OFで登録されて処置がオーダされた患者
Clinical Context¾ このケースは緊急ケースで、ADTシステムで患者登録する時間がない場合に適応している¾ 部門レベルで、一時的な患者識別子が生成される¾ OP は患者が登録されてから通知され、マニュアルで部門システムと整合をおこなう

IHE Context¾ DSS/OF が一時的な Patient ID と一時的な患者名を割り当て、必要な処置を予約する¾ DSS/OF は Filler Order Management (New Order) トランザクショ
ンを Order Placer には患者が ADT システムで登録されるまで送らず、PIR が DSS/OF おこる
17

ケース C5:未登録の患者
Clinical Context¾ このケースは緊急のケースで患者情報が不明であるか、入力する時間が無い場合のケースである¾ 一時的な患者IDと患者名が部門で割り当てられ、最初のモダリティで入力され、部門システムに情報が転送され他のモダリティと共有される¾ ケース C4 と同様に Order Placer には患者登録後に情報が転送され、部門システムで、 PIR がおこなわれる

IHE Context¾ 患者IDと患者名は（通常部門の）ローカルルールにより決定される¾ 最初のモダリティは MPPS を適切な情報と共に DSS/OF に送り、その後 DSS/OF は適切な Requested Procedure(s) を最初のモダリティで割り当てられた Study UID を使用して生成する

18

ケース C6:処置中に更新された患者Clinical Context¾ 未確認の患者はADTで登録されているにもかかわらず、カテーテル検査室に一時的な患者IDと患者名を割り当てられて搬送されてくる可能性がある¾ 処置中に患者情報が ADT で更新され、患者の更新情報が送られてくる¾ これにより、一時的な患者IDと関連した一部の情報が残りの恒久的な患者IDと関連した情報と関連する¾ このケースではどのように整合を図るかを定義する

IHE Context¾ モダリティは患者上の更新前に DSS/OF に対し情報を求めるかもしれない¾ Image Manager は Image Archive に保存された項目や続けて受け取る項目に関して情報の更新をする必要がある
19

ケース C7:処置中の部屋の変更
Clinical Context¾ このケースは以下のいずれかの理由で患者が別の部屋に移動された場合のケースである：•••

診断処置からインターベンションへ変更になった
他の患者が部屋を使用する必要が出た
機材の故障等¾ 注意：このケースでは患者カテーテル検査室から患者準備室へ移動されるシナリオには対応していない

20

ケース C7:処置中の部屋の変更
IHE Context¾ それぞれのモダリティは MPS （Completed あるいはDiscontinued）を発行する¾ DSS/OF は新しい部屋で Requested Procedure を再割り当てする¾ DSS/OF が再割り当てをおこなわなかったような場合は、新しい部屋の各モダリティは広範の Modality Worklist Queryをおこなう必要がある¾ これにより Study UID の整合性が保証される

21

ケース C8:処置の中止
Clinical Context¾ このケースにより情報システムは中止された処置を把握できるようになり、カテーテル検査室スタッフが患者に対する問い合わせに適切に対応できるようになる

IHE Context¾ 処置が部門で中止された場合、 DSS/OF は OP と Image Managerに通知する¾ この処置情報が保持される時間の長さはローカルポリシーにより決定される22

ケースC9: 処置後のエビデンスの作成
Clinical Context¾ このケースにより画像やその他の処置データを処置後に解析専用ソフトウエア等を使用して解析できるようになる（例：QCA、QLV、派生画像（３D等）等）¾ このケースはコアラボでの解析や術後結果解析等は適用外である

IHE Context¾ この解析等はIDやエビデンスクリエータなどのアクタが存在するワークステーション（や同等な機器）で実施されなくてはならない¾ エビデンスクリエータはMPPS In Progress and Completeトラン
ザクションを使用して、IM/IAやDSS/OFに活動を通知する¾ エビデンスクリエータはStorage CommitmentトランザクションでIM/IAにエビデンスを保存する
23