Microsoft PowerPoint - 3.3_CaseStudy_NIRS_Ando.ppt

Transcription

1 20 分 + 5 分 ( 動画再生 ) 第 9 回 IHE ワークショップ 2007 年 2 月 10 日共催 : 第 31 回 JPACS 医用画像電子化研究会後援 : 日本放射線技術学会 日本画像医療システム工業会 医療情報システム開発センター日時 :2007 年 2 月 10 日 ( 土 ) 午前 10 時 ~ 午後 5 時 00 分場所 : キャンパスプラザ京都 0

2 こんな使い方もあるよ IHE ー放射線医学総合研究所の導入事例放射線医学総合研究所の導入事例ー 安藤裕 向井まさみ 放医研重粒子医科学センター病院医療情報課 1

3 INDEX 重粒子医科学センタ病院の概要稼動システムと IHE の適用の必要性 IHE の適用範囲 IHE-ITI EUA/PSA について 実装方法 / 発見された問題点 / 今後の拡張 動作イメージ 2

4 放医研 重粒子医科学センタ 重粒子医科学センタ病院 所在 : 千葉県千葉市稲毛区 ベッド数 : 100 床 外来患者数 : / 日 難治性の悪性腫瘍に対する重粒子線治療に特化した治療機関放射線治療に関する研究機関フィルムレス運用 (2005 年 8 月 ) 電子カルテ (2006 年 10 月 ) 3

5 放射線医学総合研究所病院情報システム関連図 電子カルテ (EGMAIN-EX) オーダ入力 富士通 処方 注射情報 薬局 ( トーショー ) 分包機/ 薬袋発行機 注射アンプルピッカ 病歴情報入力 検査 (LAINS-X) 病理 (Dr.Helper) 会計情報 患者属性予約情報移動情報 栄養管理 (COMETY) 輸血管理 (BLAD) 医事会計 (HOPE/SX-U) 看護管理 勤怠管理 ( 日立 ) 日立メディコ EUA 認証サーバ オーダ端末 経理 / 財務 治療計画データ管理サーバ 富士通サポート範囲 放射線診断 ( 技師支援 Lib.) 診療支援 (DWH) 診療データ二次利用 患者属性 重粒子スケジューラ NTT 東日本 HIMAC 照射管理システム 三菱電機 患者属性 放射線治療 (RIGIA) 治療計画/ 実施 富士通 ( グローバルフォー ) 病歴 DB AMIDAS 重粒子治療計画装置旭化成情報システム ライナック治療計画装置バリアン テクマトリックス CT 第 1PACS PET 画像 Viewer MRI 第 2PACS 富士フイルムメディカル ES X-ray 4

6 放医研の主なシステム 電子カルテ PACS( 第 1, 第 2) 読影レポートシステム 重粒子スケジュール管理システム 病歴データベース 電子照射録 (X 線 電子線 ) 5

7 医療情報システムの概念概念図 HIS RIS Report LIS Clinical DB IHE の統合プロファイルを適用 RIS-RO RO Schedule DB Modality PACS 6

8 放医研の IHE の適用範囲 IHE の統合プロファイル ( 業務シナリオ ) 放射線 検査領域 SWF/LSWF: 予約を伴う業務フロー PIR/LIR: 患者情報の整合性確保 ARI: 放射線科情報へのアクセス RWF: レポート業務フロー PDI: 画像可搬型媒体 IHE IT Infrastructure EUA: Enterprise user authentication PSA: Patient synchronized applications CT: Consistent time 7

9 IHE-IT IT Infrastructure EUA/PSA 8

10 IHE とは ( 復習 ) Integrating the Healthcare Enterprise (IHE) は 医療連携のための情報統合化プロジェクト である システム間連携やITインフラストラクチャ (ITI) の方法が示めされており 医療情報システムを構築する際の有力な道具である 相互運用性の確保を重要視している 9

11 IHE 放射線部門 16 Integration Profiles IHE 臨床検査部門 IHE 統合プロファイル全領域 IHE EHR 長期記録 IHE IT インフラストラクチャ 基盤技術 13 Integration Profiles 5 Integration Profiles IHE 患者ケアの協調 (Patient Care Coordination) 1 Integration Profiles IHE 循環器部門 4 Integration Profiles IHE 放射線治療 眼科 Intensive care devices IHE 病理 ( 内視鏡 ) 患者ケアの協調 : メディカルサマリ IHE Workshop (MS) in Kyoto コンテンツ統合プロファイルの開発

12 IT インフラ統合プロファイル 施設間での文書共有 XDS 患者の電子カルテとなる診療録への施設をまたがった登録 配信 アクセス Patient 患者 ID Identifier 情報の Cross-referencing 相互参照 for PIX MPI Map 相互に独立した領域に patient identifiers across independent 亘る患者 IDのマップ作成 identification domains 放医研での実装 Retrieve 表示のための Information 情報取得 for Display RID Access 依頼者に提示できる a patient s clinical information 形式の患者の診療情報や and documents in a format ready to be presented 文書へのアクセス to the requesting user ISO/TC215-DICOM HL7 監査証跡とノードの認証 ATNA セキュア領域を設定するための集中したプライバシーの監査証跡とノード間の認証 システム全体での時間合わせ CT ネットワークシステムに亘る時間の整合と調整 NTP 病院スタッフの台帳 PWP 従業員のアクセス情報 患者プロフィール情報問い合わせ PDQ アプリケーション間の Patient 患者 IDの連動 Synchronized PSA Applications ある患者に対するデスクトップ上の複数のアプリケーションの同期を取る Synchronize multiple applications on a desktop to the same patient HL7CCOW ActiveX Web 病院全体でのユーザ認証 EUA ユーザに対して Provide users a single name 単一の名前と and centralized 全システムに亘り authentication 集中的に管理された process across all systems 認証過程を提供 Kerberos HL7CCOW 11

13 現状の問題点 1 システムを使用するためには 何回もログインしなければならない EUA を利用して 1 回のログインで OK 12

14 現状の問題点 2 患者 ID を各々のシステムに入力しなればならない PSA を利用して アプリケーション連携により 1 回の入力で OK 13

15 CCOW が定義する仕組み (1) 共有する情報 (Context( Context) の定義 (2)Context の同期を管理するプロセス (Context( Manager) ) の定義 (3)Context Manager とアプリケーション間のトランザクション仕様 Context Manager Context 実現するアプリケーションの機能は Single Sign On と患者同期 14

16 システム概要 Context Area PC1 PC2 AP1 DB AP2 PACS Viewer CAM CAM CAM: Context Area Manager AP: Application 1,2 PC: Personal Computer 1,2 15

17 IHE-ITI ITI EUA 16

18 EUA( ( シングルサインオン ) HIS にユーザ A がログイン (PC1) PACS に同一ユーザで参加 ( ログイン不要 ) (PC2) HIS からユーザ A がログアウト PACS も連動して ログアウトし終了 HISにユーザBがログイン PACSに同一ユーザで参加 ( ログイン不要 ) 17

19 IHE- ITI PSA 18

20 PSA( ( 患者選択連動機能 ) HISにログインしている (PC1) HISで患者 Aを選択 PACSにログイン (PC2) PACSは患者 Aで連動 ( 患者選択が不要 ) PACSで患者 Bに変更 HISは 連動して患者 Bに切り替わる他のアプリケーションにログインこのアプリケーションでも患者が連動する 19

21 EUA,PSA 実装ガイドライン 1 アプリケーションを立ち上げた時点で CAM へ参加し アプリケーションは コンテキスト管理システムが正常に動作していることを確認する ユーザ情報 患者情報の変更が通知されたときには 現在自分が認識しているユーザ情報 患者情報との違いを必ずチェックし 同一の時は 通知を無視する ITI EUA, PSA を実装するにあたっては ユーザへ問い合わせる確認や表示する警告をなるべく少なくするようにする アプリケーションは コンフィグレーションや実行時パラメーターなどの手段で ユーザへの問い合わせや例外時の挙動を制御できるようにする レジュームから復帰したときは CAM へ現在のユーザ情報 患者情報を必ず問い合わせ 自分がレジューム時に持っていた ユーザ情報 患者情報を使用してはいけない 20

22 EUA,PSA 実装ガイドライン 2 患者情報の変更を通知するときには 他のアプリケーションが変更を拒否することを念頭に (1) 変更を受け入れたとき (2) 変更を拒否されたとき (3) 変更を拒否されても それでも変更するときなど 細かく場合分けを行って検討する 患者情報の変更の通知を受け取ったときには 自アプリケーションが (1) 参照中で変更可能 (2) 編集中で変更不可能 (3) 拒否してもそれでも患者情報が変更された場合などについて 対応を検討する アプリケーションの起動時に IHE-ITI に連動するモードと IHE-ITI とは 連動せず単独で動作するモードを切り替えできるようにする 21

23 アイコンなどの表示 連携への参加 離脱を示すアイコン 参加中 離脱中 EUA/PSA を使用する場合 :IHE 連携 使用しない場合 :IHE 非連携 連携に参加している場合 :IHE 連携参加中連携に離脱している場合 :IHE 連携離脱中 22

24 デモンストレーション 23

25 医療情報システム ~ITI 実装対象 HIS RIS Report LIS Clinical DB RIS-RO RO Schedule DB Modality PACS 2006 年 10 月新システム導入 EUA/PSA 実装範囲 24

26 問題点 (1) 放射線治療分野などIHEでまだ業務シナリオが作成されていない分野がある 会計放射線治療 複数のベンダーにまたがり 詳細な打ち合わせが必要更新の時期がずれ 一度に実現するのが困難 25

27 問題点 (2) EUA PSA の Context manager 1 台のパソコンから複数のパソコンへ拡張患者連携 (PSA) において 検査やシリーズの情報を渡せない実装業務プログラム (PACS Viewer や HIS) の流れを考えて 患者の切り替えの許可 拒否を詳細に検討する必要がある 実装によっては かえって操作が煩雑になる Best Practices and Common Mistakes, Version 1.0 ( HL 年 5 月 ) を参考に 業務プログラム作成のためにガイドラインを作成 26

28 IHE 利用のメリット 要求仕様書の作成が楽になる 標準的な機能単位 (Actor) やメッセージ (Transaction) を用いることにより 将来のシステムの更新や拡張を簡単に行うことができる EUA, PSA の導入により ユーザ サイドの利便性が確保される ログインや患者 ID 入力の低減双方向のログインや患者選択が可能 27

29 まとめ システムを更新するのに合わせて EUA,PSA 機能を追加した IHE を導入するときに 詳細な打ち合わせおよび実装ガイドラインが必要であった PSA で画像検査 シリーズの連携が不足 さらなる普及のために Open ソフトが必要 28

30 3 月 13 日見学会あります ご静聴ありがとうございました END 29

31 必要性 稼動システム = マルチベンダ / マルチシステム ユーザは 複数のアプリケーションを同時に利用 カルテで今参照している患者さんの画像情報を見たい この治療を受けた全ての患者さんの経過をまとめてみるには別システムにログインしなくちゃ 様々なシステムの情報を端末上で同期させて表示させる方法が開発されている Visual Integration 30