通常運用ワークフロー (Scheduled Workflow) IHE-J 技術検討委員会 (Original) Kevin O’Donnell Toshiba Medical Systems IHE-J ベンダーワークショップ – 2006 1 Scheduled Workflow スコープ 創世記 1: 初めに, … [ or better yet ] 創世記 11: バベルの塔 ¾ “彼らの言葉を混乱させ、互いの言葉が聞き分けられ ないようにしてしまおう““ IHE-J ベンダーワークショップ – 2006 2 Scheduled Workflow スコープ IHEの基本的な出発点 検査の登録、計画、実施のワークフローおよび 検査画像を統合する HL7とDICOMの世界を結ぶ IHE-J ベンダーワークショップ – 2006 3 Scheduled Workflow : ユースケース report report Registration report HIS patient Report Repository Diagnostic Workstation information PACS Film Lightbox images retrieved Orders Placed examination orders RIS Orders Filled procedure scheduled Image Manager Prefetch any relevant & Archive prior studies Acquisition modality images Modality worklist stored acquisition completed acquisition images in -progress completed printed Film Folder Film Modality IHE-J ベンダーワークショップ – 2006 4 Scheduled Workflow 目的 オーダの連続性を保持 ¾ “ループを閉じる” ¾ 受付番号のメンテナンス, オーダ番号との混乱を避ける 個人情報管理の改善 ¾ データ登録エラーは • 発生は避けられない • 発生すれば重大な問題を生む ¾ 入力は１度だけ、それをシステム間で伝える IHE-J ベンダーワークショップ – 2006 5 Scheduled Workflow 目的 ワークフローの効率改善 ¾ ワークリストの使用 • データ入力/検索の効率化 • セットアップの半自動化 信頼できるストレージ ¾ 保存委託 • 検査消失の危険を減少 • 結果の信頼性の向上 IHE-J ベンダーワークショップ – 2006 6 Scheduled Workflow 目的 オーダ追跡性の改善 ¾ モダリティからRIS,PACSへのMPPS • 検査状況の即刻反映 • 検査状況の正確な反映 サイトインテグレーションの簡便化 ¾ ベンダー共通の概念の提供 ¾ 実装のガイダンスを提供 ¾ コネクタソンでの事前テスト IHE-J ベンダーワークショップ – 2006 7 IHEワークフローで扱う概念 IHE は HL7/DICOMから重要用語を３つ選び出した : オーダ (ORDER): 画像検査部門への要求 要求手続き（REQUESTED PROCEDURE） : １つの検査結果（レポート）に結びつく業務の単位 （医療費請求等） 手続きステップ (PROCEDURE STEP): ワークリスト上の業務最小単位 予約済み ( Scheduled )手続きステップ : しなければならない業務 実施済み (Performed )手続きステップ : 完了した業務 IHE-J ベンダーワークショップ – 2006 ワークフロー概念の対応関係 この３階層のワークフロー構造はユーザー志向である: オーダ: 画像検査部門への要求 (受付番号) 主治医: 画像検査部門の顧客 要求手続き : １つの検査結果に 結びつく業務の単位 (要求手続き ID) 手続きステップ : ワークリスト上の 業務最小単位 (モダリティワークリスト行) IHE-J ベンダーワークショップ – 2006 読影医： 検査レポート作成担当 放射線技師 画像撮影、画像処理担当 正常ワークフロー 典型的な例: １オーダ – １手続き – １レポート DICOM Modality Worklist オーダー A request for Radiologic Service Scheduled Procedure Step 要求手続き 放射線部門 Performed Procedure Step One or more series of images Acquisition Modality IHE-J ベンダーワークショップ – 2006 レポート Set of Codifiable, Billable, Acts 複数モダリティ検査 DICOM Modality Worklist オーダー A request for Radiologic Service Scheduled Procedure Step A 要求手続き 1 Scheduled Procedure Step B DICOM Modality Worklist 放射線部門 Performed Procedure Step P1 One or more series of images Performed Acquisition Procedure Step P2 Modality One or more series of images Acquisition Modality IHE-J ベンダーワークショップ – 2006 レポート Set of Codifiable, Billable, Acts Scheduled Workflow “HL7 アクタ と トランザクション” ADT Pt registration: 1 L Patient Update: 12 L Order Filler L 1: Pt registration L 12: Patient Update I 2: Placer Order Management J 3: Filler Order Management L 4: Procedure Scheduled L 12: Patient Update L 13: Procedure Update Order Placer HL7 アクタ: ADT/Patient Registration Order Placer Image Manager DSS / Order Filler Image Manager IHE-J ベンダーワークショップ – 2006 12 Scheduled Workflow 利用される標準 HL7 V2.3.1 → V2.5 Patient Registration（患者情報登録） • • Admit: A01 (In Patient), A04 (Out Patient), A05 (Pre-Admission) Cancel: A11 (Cancel Admit), A38 (Cancel Preadmit) Patient Update（患者情報更新） • • • • • 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 ベンダーワークショップ – 2006 13 Scheduled Workflow 利用される標準 HL7 V2.3.1 → V2.5 Order Management（オーダー情報管理） • • • • New Order: ORM/NW & ORM/SN (New Order) → OMG Order Status: ORM/SC (Status Change) Cancel: ORM/CA, ORM/DC & ORM/OC (Cancel Order) → OMG 実施情報： OMI Procedure Details（手続き詳細） • • Scheduled: ORM (Procedure Scheduled) → OMI Updated: ORM (Procedure Updated) → OMI IHE-J ベンダーワークショップ – 2006 14 Scheduled Workflow “DICOM アクタ と トランザクション” DSS/ Order Filler ↑ Modality PS in Progress [6] ↑ Modality PS Completed [7] ↑ Creator PS in Progress [20] ↑ Creator PS Completed [21] ↓ Procedure Scheduled [4] ↑ Image Availability Query [11] ↓ Procedure Updated [13] ↑ Performed Work Status Update [42] ↓ Performed Work Status Update [42] DICOM アクタ: Evidence Creator Image Display ↓ Creator PS in Progress [20] ↓ Creator PS Completed [21] Storage Commitment [10]↓ Performed Procedure Step Manager Image Manager → Modality PS in Progress [6] → Modality PS Completed [7] → Creator PS in Progress [20] → Creator PS Completed [21] ↓ Creator Images Stored [18] DSS / Order Filler PPS Manager ↑ Query Images [14] ↑ Retrieve Images [16] Image Archive Image Manager / Archive Acquisition Modality Evidence Creator Storage Commitment [10] ↑ ↑ Modality Image Stored [8] Image Display ←Modality PS in Progress [6] ←Modality PS Completed [7] →Modality Worklist Provided [5] IHE-J ベンダーワークショップ – 2006 Acquisition Modality 15 撮影ワークフロー管理 DSS/ Order Filler ↑ Modality PS in Progress [6] ↑ Modality PS Completed [7] ↑ Creator PS in Progress [20] ↑ Creator PS Completed [21] ↓ Procedure Scheduled [4] ↑ Image Availability Query [11] ↓ Procedure Updated [13] ↑ Performed Work Status Update [42] ↓ Performed Work Status Update [42] DICOM: Evidence Creator Image Display ↓ Creator PS in Progress [20] ↓ Creator PS Completed [21] Storage Commitment [10]↓ ↓ Creator Images Stored [18] Performed Procedure Step Manager Image Manager → Modality PS in Progress [6] → Modality PS Completed [7] → Creator PS in Progress [20] → Creator PS Completed [21] Storage Commitment [10] ↑ ←Modality PS in Progress [6] ←Modality PS Completed [7] →Modality Worklist Provided [5] IHE-J ベンダーワークショップ – 2006 ↑ Query Images [14] ↑ Retrieve Images [16] Image Archive Modality Worklist Management (MWL) + JJ1017 Ver3 Modality Performed Procedure Step (MPPS) ↑ Modality Image Stored [8] Acquisition Modality 16 画像管理 DSS/ Order Filler ↑ Modality PS in Progress [6] ↑ Modality PS Completed [7] ↑ Creator PS in Progress [20] ↑ Creator PS Completed [21] ↓ Procedure Scheduled [4] ↑ Image Availability Query [11] ↓ Procedure Updated [13] ↑ Performed Work Status Update [42] ↓ Performed Work Status Update [42] Evidence Creator ↓ Creator PS in Progress [20] ↓ Creator PS Completed [21] Performed Procedure Step Manager DICOM: Image Storage Storage Commitment [10]↓ Image Manager → Modality PS in Progress [6] → Modality PS Completed [7] → Creator PS in Progress [20] → Creator PS Completed [21] Image Display Storage Commitment [10] ↑ ↓ Creator Images ↑Query Images [14 Stored [18] ↑Retrieve Images Image Archive Storage Commitment Query/Retrieve ↑ Modality Image Stored [8] ←Modality PS in Progress [6] ←Modality PS Completed [7] →Modality Worklist Provided [5] IHE-J ベンダーワークショップ – 2006 Acquisition Modality 17 Additional Workflow Management DSS/ Order Filler ↑ Modality PS in Progress [6] ↑ Modality PS Completed [7] ↑ Creator PS in Progress [20] ↑ Creator PS Completed [21] ↓ Procedure Scheduled [4] ↑ Image Availability Query [11] ↓ Procedure Updated [13] ↑ Performed Work Status Update [42] ↓ Performed Work Status Update [42] Evidence Creator HL7: Image Display ↓ Creator PS in Progress [20] ↓ Creator PS Completed [21] Performed Procedure Step Manager Storage Commitment [10]↓ ↑ Query Images [14] ↑ Retrieve Images [16] DICOM: Query (C-FIND) Image Manager → Modality PS in Progress [6] → Modality PS Completed [7] → Creator PS in Progress [20] → Creator PS Completed [21] ↓ Creator Images Stored [18] ORM Message → OMI Storage Commitment [10] ↑ Image Archive ↑ Modality Image Stored [8] Modality Performed Procedure Step (MPPS) ←Modality PS in Progress [6] ←Modality PS Completed [7] Acquisition Modality →Modality Worklist Provided [5] IHE-J ベンダーワークショップ – 2006 18 患者情報整合性管理 (Patient Information Reconciliation) 期待しない事象への対応 IHE-J ベンダーワークショップ – 2006 19 Patient Information Reconciliation 適用 SWFの拡張 ワークフローにおける患者情報の更新とオブジェ クト内容の調整 IHE-J ベンダーワークショップ – 2006 20 Patient Information Reconciliation 目的 例外処理の対応 ¾ 救急患者 • 患者名不明、登録の時間がない ¾ オペレータの入力誤り ¾ 他の理由による個人情報変更 • (例 結婚による改姓) データ更新の二重管理を避ける ¾ 整合性のないデータを使うリスクは高い 業務は止められない 過去も、現在の患者記録同様に参照が必要 IHE-J ベンダーワークショップ – 2006 21 ユースケース 病院のローカルポリシにより、救急患者に登録 済みの仮患者名を割り当てる (“John Doe”, “Jane Doe” “救急 太郎”): ¾ Case 1: ADTで登録済みの仮患者IDを用いて、 Order Placerにてオーダを発生させる場合 ¾ Case 2: ADTで登録済みの仮患者IDを用いて、 DSS/Order Fillerにてオーダを発生させる場合 ¾ Case 3: ADTで登録済みの仮患者IDがあるが、オー ダ発生前に検査を実施した場合（仮患者IDをモダリ ティで入力する） IHE-J ベンダーワークショップ – 2006 22 ユースケース 病院のローカルポリシにより、部門で救急患者に 仮部門IDを発行: ¾ Case 4: 不明患者に仮部門IDを割り当て、オーダを DSS/Order Fillerで発生させる場合 ¾ Case 5: 不明患者に対して仮部門IDを割り当てる前 に、検査を実施する場合（患者IDはモダリティで入力 する） IHE-J ベンダーワークショップ – 2006 23 Patient Information Reconciliation トランザクション図 ADT → Patient Update [RAD-12] Patient Update [RAD-12] ↓ Order Placer DSS/ Order Filler ↓ Patient Update [RAD-12] ↓Images Availability Query [RAD-11] ↓ Procedure Update [RAD-13] ↑ Modality PS in Progress [RAD-6] ↑ Modality PS Completed [RAD-7] Performed Procedure Step Manager ↓ Patient Update [RAD-12] ↓ Procedure Update [RAD-13] Report Manager ↑ Query Reporting Worklist [RAD-46] ↑ Query Reports [RAD-26] ↑ Retrieve Reports [RAD-27] Report Creator/ Report Reader Image Manager → Modality PS in Progress [RAD-6] → Modality PS Completed [RAD-7] Image Archive Query Images [RAD-14] ↑ Retrieve Images [RAD-16] ↑ ← Modality PS in Progress [RAD-6] ← Modality PS Completed [RAD-7] Image Display Acquisition Modality ← Query Modality Worklist [RAD-5] IHE-J ベンダーワークショップ – 2006 24 “救急患者” - Case 3 Order Placer ADT Department System Database/Scheduler/ Order Filler Image Manager Modality Register J.Doe Images Acquired Patient Registration [1] 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] IHE-J ベンダーワークショップ – 2006 Patient Update [12] 25 IHE Technical Framework Revision 6.0 ・Volume Ⅰ Integration Profiles ・Volume Ⅱ Transactions ・Volume Ⅲ Transactions, Continued http://www.ihe.net/Technical_Framework/index.html IHE-J ベンダーワークショップ – 2006 26
© Copyright 2026 Paperzz
