Transcript IHE-J活動 JRC2003に向けた取り組み

IHE ベンダーワークショップ
平成15年9月12日
Integrating the Healthcare Enterprise
概要・全体像
IHE-J運営委員会
京都医療技術短大
細羽 実
標準規格の整備は進んだ。
規格があれば標準化は進むか？

標準規格（HL7、DICOM) があればマルチベ
ンダによるシステム実装には十分か？
HL7,DICOMは実装上様々な解釈が可能
→ 行き違いの発生（つながらない？）
→ コスト発生

 新たな標準化の切り口
標準規格を効率よく利用するソリューション
– 共通の業務モデル(シナリオ）の確立
– シナリオを実現する標準規格適用ガイドライン
の策定
– 新たな標準化体制
Integrating the Healthcare Enterprise
従来の標準化と
による標準化
ベンダ
ベンダ間接続テスト
（実装ごとに）
標準規格の作成
ベンダ
ベ
ン
ダ
説
明
ベンダによる
ACTOR実装
デモなど
相互接続
による
テスト
コネクタソンベンダ、
ベンダによる
毎年1回 ユーザ
ACTOR実装
......
市場の評価
ベンダ
ベンダによる
ACTOR実装
標準規格の
適用
ガイドライン
Technical
Framework
実装
実装
接続テスト
接続テスト
ベンダ製品化
ベンダ製品化
製品：HIS,RIS,PACS,MODALITY
製品：HIS,RIS,PACS,MODALITY
の評価
製品化
Product
Evaluation
Worksheet
製品化
Product
Evaluation
Worksheet
製品化
Product
Evaluation
Worksheet
.......
Integratio
nStatemen
t
Product
Evaluation
Worksheet
Strategic Development
Committee
の体制
- NA
北米
RSNA+HIMSS 1999
Radiology
Planning Committee
IT Infrastructure
Planning Committee
Radiology
Technical Committee
IT Infrastructure
Technical Committee
Cardiology
Committee
Sub-Committee
Laboratory
Sub-Committee
Pharmacy
……
5年目
Integrating the Health Care Enterprise in Europe
NICは EICに代表をおく
IHE
企画
委員会
NIC
EICがTFを決定
EIC
IHE
技術
委員会
他の
IHE
活動
(例えば、
Japan
)
例：SFR/GMSIH
コネクタソン
国ごとの
プロジェクト管理者
スタッフは連携して支援
テストツールと
技術支援
参加者
-E
国ごとの
IHEデモの実施
国ごとの
技術管理者
voluntary
2000
ヨーロッパ
4年目
Integrating the Healthcare Enterprise
テクニカルフレームワーク
テクニカルフレームワーク（標準規格
適用ガイドライン）の作成までの流れ
共通の業務モデル（統合プロファイル）の決定
（ワークフロー）
ネットワークからア
レポート
クセス
可能なレポートの
保存
患者
情報の
取得
レポート
レポート保管
読影ワーク
ステーション
画像と患者情報の
放射線科医への
提示
患者情報
依頼科医師
による放射線
レポート参照
画像検索
臨床側と技術側
の共同作業
依頼科医
による
画像検査
オーダー
画像保管・
管理
検査情報リスト
検査オーダ
modality
worklist
モダリティ
部門
撮影中
撮影完了
画像保存
機能ユニット（アクター）
の抽出
患者
情報の
取得
ネットワークからア
クセス
可能なレポートの
保存
レポート
レポート保管
レポート
患者登録
読影ワーク
ステーション
画像と患者情報の
放射線科医への
提示
患者情報
依頼科医師
による放射線
レポート参照
画像検索
技術側の作業
依頼科医
による
画像検査
オーダー
オーダー発行
画像保管・
管理
検査情報リスト
検査オーダ
modality
worklist
モダリティ
部門：オーダ実施
撮影中
撮影完了
画像保存
アクターの決定
レポート
保管
患者登録
ADT
読影ワーク
ステーション
より一般的に使
えるか
オーダ
ー発行
部門：オ
ーダ実施
モダリティ
画像保管
・管理
トランザクションの決定
レポート
保管
患者登録
ADT
患者情報
オーダ
ー発行
レポート
読影ワーク
ステーション
レポート
通信方式の標準化
画像検索
通信内容の標準化
画像保管
・管理
検査情報リスト
検査オーダ
部門：オ
ーダ実施
modality
worklist
画像保存
モダリティ
撮影中
撮影完了
アクタの実
装はベンダ
に依存
アクタの基本機能の決定
レポート
保管
患者情報入力
患者登録
ADT
読影ワーク
ステーション
レポート
アクタの基
本機能は
規定される
患者情報
レポート
収集の中止など
オーダ
ー発行
画像検索
オーダ生成
画像保管
・管理
検査情報リスト
検査オーダ
部門：オ
ーダ実施
modality
worklist
画像保存
プロシージャの予約
モダリティ
撮影中
撮影完了
相互作用図の作成
Interaction Diagram
トランザクション
モダリティ
患者登録
ADT
時
間
の
流
れ
オーダー発行
部門：オーダ実施
OP
OF
Order Placer
Order Filler
患者情報入力
標準化
AM
Acquisition
Modality
画像保管・
管理
IM,IA
Image
Archive
放 射 線 部 門
オーダ生成
収集の中止など
患者登録
プロシージャの予約
画像保存
オーダ発行
ワークリスト取得
トランザ
アクショ
ンのサ
ポートと
機能の
実装は
必須
規格の選定
トランザクション
モダリティ
患者登録
ADT
時
間
の
流
れ
オーダー発行
OP
Order Placer
患者情報入力
部門：オーダ実施
OF
Order Filler
AM
Acquisition
Modality
画像保管・
管理
Image
Archive
放 射 線 部 門
オーダ生成
患者登録
プロシージャの予約
HL7
画像保存
DICOM
オーダ発行
HL7
ワークリスト取得
テクニカルフレームワークの作成
（規格適用ガイドライン）
＝業務シナリオごとにアクターとトランザクションを定め
たもの
HIMSS and RSNA
Integrating the Healthcare Enterprise
IHE Technical Framework
Volume Ⅰ Ⅱ Ⅲ
Ver. 5.5
Ⅳ
2003年3月よりインターネットに公開
→ 1：患者登録
→ 12：患者更新
IHE Technical Framework
1：患者登録↓
患者登録
12：患者更新↓
ADT
←2：オーダー発行管理
→3：オーダー実施管理
部門：オーダ実施
OF
↑6：MPPS進行中
↓12：患者更新
↓4：予約プロシージャ
↓21：クリエータPPS完了
Report
Manager
EC
10：保存委託↓
の問い合わせ
→6：MPPS進行中
→7：MPPS完了
→20：クリエータPPS進行中
→21：クリエータPPS完了
Image
Display
↓18：生成画像保存
↑14：画像の問い合わせ
↑11：画像の利用可能性
画像保管・
管理
↑16：画像の読み出し
IM,IA
Image
Archive
10：保存委託↑
モダリティ
→5：MWLの提供
ID
エビデンス
クリエータ
↓20：クリエータPPS進行中
←7：MPPS完了
画像読影
↑42：実行ワークステータスの更新
↑21：クリエータPPS完了
←6：MPPS進行中
Order Placer
↑11：画像の利用可能性の問い合わせ
↑20：クリエータPPS進行中
PPS
Manager
OP
↓4：予約プロシージャ
Order Filler
↑7：MPPS完了
オーダー発行
AM
Acquisition
Modality
↑8：画像保存
↑9：画像表示状態の保存
↑29：キー画像ノートの保存
↑43：エビデンス文書の保存
IHE Technical Framework
Transaction Diagram
IHE-NA
2002
コネクタソンの結
果
IHEの製品への
搭載
Integrating the Healthcare Enterprise
成功事例
実装例の発表(RSNA2002)
国名
病院名
1
US
Detroit Medical Center
2
US
Mckay-Dee
3
US
Shands Jacksonville
4
US
Cleveland Clinic
5
US
Mayo Clinic Jacksonville
6
US
VA Puget Sound Health Care System
7
US
Our Lady Of The Lake Regional Medical Center
8
US
University of Wisconsin
9
US
St. Vincent Hospital and Health
10 US
Northwestern University
11 Switzerland Hopitaux Universitaires de Geneve
12 Italy
University of Pisa
13 Germany
Johannes Gutenberg University Hospital
実装例の発表(RSNA2002)
実装例の発表(RSNA2002)
実装例の発表(RSNA2002)
実装例の発表(RSNA2002)
IHEの目指すもの

標準規格をベースにした実用的システム構築
の普及を早める。（標準化）


ユーザとベンダの共通の会話を成り立たせる


共通の言葉でユーザの意図がベンダに伝わる。
臨床現場で稼動するシステム


もはやインテグレーションは一社ではできない。
（標準化によるマルチベンダーシステム構築）
最適な業務シナリオにもとづく
相互接続実績の確立(コネクタソン）
IHEの機能

IHE TF(テクニカルフレームワーク）の文書
化




共通業務シナリオにもとづくガイドライン
モデル化(アクタとトランザクション）
トランザクションを標準規格で記述
IHE体制





IHE TFの作成
ベンダーワークショップ
接続実績 コネクタソン
デモンストレーション
成功例の発表
IHEは………ではない

標準を開発する機関ではない



単なるデモンストレーションのプロジェクトでは
ない



特定の臨床現場のニーズに答えるために、確立された規
格（HL7、DICOM他）を用いる
標準化活動を補完するものである。
デモは最終的に医療機関に採用してもらうための方法
キーとなる要素は文書、ツール、接続テストと情報公開
である。
規格適合性の証明機関ではない


相互接続性の宣言はベンダが行う
IHEは宣言をするための表現やフレームワークを提供
RSNA/HIMSS
IHEが提供するもの

参画することで証明されてきたプロセス

4年間のドキュメンテーション、接続テスト、
デモンストレーション、教育
Technical Framework – version 5.5
 MESA Tools と Connectathon
 2002: 36 vendors (
＞放射線市場の90% )



コンセプトに対する強い認識と信憑性
ユーザと対話するチャンネル
RSNA/HIMSS
IHEのスポンサー


北米
Year 1-4 HIMSS/RSNA ジョイントスポンサー
全IHE活動をサポート (焦点は放射線部門)
Year 5 から以降: IHE は2つの領域へ



RSNA – IHE Radiology
HIMSS – IHE IT Infrastructure
他の各医療分野を代表する学会など
RSNA/HIMSS
IHEのスポンサー
 IHE

– ヨーロッパ
団体: EAR, ECR, COCIR, DRG,
EuroPACS, GMSIH, SFR, and SIRM
 IHE

WORLDWIDE
– Japan
団体: METI, MEDIS-DC, JIRA, JAHIS,
JRS, JSRT, and JAMI
RSNA/HIMSS
IHEに含まれるのは

ユーザ：



( Clinicians, Medical Staff, Administrators,
CIOs, … )
ベンダ：Information and Imaging
Systems Vendors
標準化団体：Standards Development
Organizations (SDOs)



DICOM
HL7
Others …
規格のメンテナン
スができている＝
安心して使える
RSNA/HIMSS
Integration Profile(IP)
統合プロファイルの概要
IHEで可能なソリューション
(共通業務シナリオ）
in IHE NA YEAR5
統合プロファイル
Integration Profile（IP) YEAR 5 関連図
通常運用（日常検査）の
ワークフロー
患者登録、オーダ、
スケジュール化、画像撮影、
完了通知
患者情報の整合
性確保
（予定外の運用）
特定できない患者および
予約されていないオーダ
画像表示の一貫性確保
ハードコピーおよびソフトコピー
濃淡値および表示状態
ポストプロセッシン
グワークフロー
レポーティ チャージポスティ
ング
画像処理、CADステ
ングワーク
画像処理、CADの予約 請求可能なプロシー
請求可能プロシージ
ップの予約、実施、確
フロー
ャの詳細を収集
、実施ステップを管理
認
ジャの詳細収集
キー画像
ノート
画像および数値を含
むレポート
特に気をとめる
必要のあるキー
画像にメモ
グループ化されたプロ
シージャの表現
画像とリンクし、
必要に応じ計測値も含む
レポートの交換
エビデンス
文書
1回収集データのサブセット化
放射線部門情報の利用
基本セキュリティ
調和の取れた画像とレポートへのアクセス
監査証跡の統合、ノード認証
統合プロファイル（IP)
Integration Profile YEAR5
略語
ワークフ
ローIP
コンテン
ツIP
1 画像検査の通常運用ワークフロー
SWF
〇
〇
2 患者情報の整合性確保
PIR
〇
3 ポストプロセッシ ング
PPW
〇
4 チャージ ポスティング
CHG
〇
5 画像表示の一貫性確保
CPI
〇
6 放射線部門情報へのア クセス
AIR
7 グループ化されたプロシ ージ ャの表現
PGP
〇
8 キー画像ノート
KIN
〇
SINR
〇
統合プロファイル(IP)
9 画像及び数値を含むレポート
10 基本セキュリティ
SEC
11 エ ビデンス文書
ED
12 レポーティングワークフロー
RWF
アクセス
とインフラ
IP
〇
○
○
○
○
5年目に加わった新たなプロファイル
5年目：２つの新たなIPと１つのオプション



新たなワークフロー統合プロファイルとし
て
レポーティングワークフロー
新たなコンテンツ統合プロファイルとして
エビデンス文書
新たなオプション

アクセスとインフラ統合プロファイルとしてマル
チプルソースへのアクセス（AIRのオプション）
→ 1：患者登録
→ 12：患者更新
通常運用のワークフロー
統合プロファイル 1：患者登録↓
患者登録
12：患者更新↓
Scheduled Workflow
←2：オーダー発行管理
→3：オーダー実施管理
OF
↓12：患者更新
↓4：予約プロシージャ
↑42：実行ワークステータスの更新
↑21：クリエータPPS完了
↓21：クリエータPPS完了
Report
Manager
EC
10：保存委託↓
の問い合わせ
→6：MPPS進行中
→7：MPPS完了
→20：クリエータPPS進行中
→21：クリエータPPS完了
画像保管・
管理
Image
Display
↓18：生成画像保存
↑16：画像の読み出し
IM,IA
Image
Archive
10：保存委託↑
モダリティ
→5：MWLの提供
ID
↑14：画像の問い合わせ
↑11：画像の利用可能性
←7：MPPS完了
画像読影
エビデンス
クリエータ
↓20：クリエータPPS進行中
←6：MPPS進行中
Order Placer
↑11：画像の利用可能性の問い合わせ
↑20：クリエータPPS進行中
PPS
Manager
OP
↓4：予約プロシージャ
Order Filler
↑7：MPPS完了
オーダー発行
ADT
部門：オーダ実施
↑6：MPPS進行中
ワークフローIP
AM
Acquisition
Modality
↑8：画像保存
↑9：画像表示状態の保存
↑29：キー画像ノートの保存
↑43：エビデンス文書の保存
→ 1：患者登録
→ 12：患者更新
患者情報の整合性確保
Patient Information
Reconciliation
1：患者登録↓
患者登録
12：患者更新↓
ADT
OF
↑6：MPPS進行中
オーダー発行
←2：オーダー発行管理
→3：オーダー実施管理
部門：オーダ実施
ワークフローIP
OP
Order Placer
Order Filler
↑7：MPPS完了
↓4：予約プロシージャ
↓4：予約プロシージャ
↓12：患者更新
↑11：画像の利用可能性の問い合わせ
↓１３：プロシージャの更新
↓12：患者更新
↓１３：プロシージャの更新
→6：MPPS進行中
→7：MPPS完了
PPS
Manager
Report
Manager
↑11：画像の利用可能性
の問い合わせ
画像保管・
管理
↓２５：レポートの発行
↑２６：レポートの検索
↑２７：レポートの読み出し
→6：MPPS進行中
→7：MPPS完了
←6：MPPS進行中
←7：MPPS完了
→5：MWLの提供
Report
保管
IM,IA
Image
Archive
10：保存委託↑
モダリティ
AM
Acquisition
Modality
↑8：画像保存
コンテンツIP
エビデンスドキュメント


データの収集や処理の過程で生成される、
DICOM SRでコード化されたドキュメン
ト＝エビデンス文書のコンセプト導入
エビデンス文書は、モダリティかまたは
エビデンス生成アクタで作成される
コンテンツIP
エビデンスドキュメント
読影ワーク
ステーション
エビデンス
クリエータ
レポート作
成
画像検索
エビデンス文書
検索
エビデンス文書の保存
画像保管・
管理
モダリティ
エビデンス文書の保存
ワークフローIP
ポストプロセッシング・ワークフロー統合プロファイル
画像問い合わせ
Actors & Transactions
画像の読み出し
画像保管管理
エビデンス文書問い合わせ
エビデンス文書読み出し
P. Work Status 更新
画像利用可能
エビデンス文書保存
オーダ実施
DSS/Order
部門スケジューラ
Filler
DSS/OF
画像の保存
保存委託
ポストプロセッシング
Postマネージャ
Processing
Manager
Worklist の提供
Workitem 要求
Workitem PPS 進行中
Workitem PPS 完了
Workitem 完了
Image
Display
エビデンスク
リエータ Workstation
ワークフローIP
レポーティングワークフロー

標準的な機構による、レポーティン
グワークフローのタスクのスケ
ジュール、配信、ステータス追跡


それぞれのタスクのワークリストが生成
され検索される
ワークアイテムが実行され、結果のス
テータスがわかり共有される
コンテンツIP
アクタとトランザクション
画像検査部門
画像計測や解析 etc.
モダリティ
画像
AM
電子カルテ
Acquisition
Modality
Enterprise
Report
Repository
External
Report
Repository
Access
IM,IA
エビデンス文書
Image
Archive
(DICOM SR)
エビデンス
クリエータ
HL7 Text
Reports
Formal Reports
(DICOM SR)
他の部門での保存
画像保管・
管理
レポート作成
RIS/PACS
Report
保存
Report
Manager
Workstations
Formal Reports
(DICOM SR)
レポート
表示
Workstations
Simple Image
& Numeric
Reports
• DICOM SRに基づく
• 以下の内容を転写す
ることなく含むことがで
きる
- 測定値
- 画像へのリンク
- 構造化されたコンテ
ンツ
• 画像診断ワークフロー
と同時に
• XML実装がやりやすい
• CPRへのエキスポート
が容易 (HL7)
コンテンツIP
コンテンツIP
SR 形式の文書は他のDICOMオブジェク
トと同様に扱える
Patient ID
Patient
Information
Study Inst. UID
Study
Information
Series Inst. UID
Series
Information
Series
Information
Series
Information
Image
Presentation
State
SR Document
Information
SOP Inst. UID
Series
Information
Other
Composite IODs
Images, SR Documents, Presentation States,
Stored Print, etc. can exist in same Study
ワークフローIP
レポーティングワークフローIP
Procedure 予約
Procedure 更新
オーダ実施
部門スケジューラ
Reporting Worklist の提供
Performed
Work Status 更新
PPS
マネージャ
レポート
マネージャ
レポート作成、
表示
Workitem 要求
Workitem PPS 進行中
MPPS 完了
画像保管管理
Workitem PPS 完了
Workitem 完了
画像利用可能
インフラIP
放射線部門情報へのアクセス
Access to Radiology Information
救急部門
参照医師
放射線部門
画像とレポート
リモート
クリニック
電子カルテ
他部門:
- 腫瘍学
- 外科
- 神経学
- 小児科
- etc.
インフラIP
放射線部門情報へのアクセス
Access to Radiology Information
Report
Reader
Q/R
Reports
Image Display
Workstation
Q/R
Q/R
Q/R
Key
Image
Notes
Images
Presentation
States
Image Archive
Report
Repository
External
Report
Repository
Image
Manager
複数ソー
ス対応
コンテンツIP
会計処理(Charge Posting)プロファイル
計算管理
Post
Charges
ADT 端末
Charge
Processor
(Billing
System)
DSS /
Order Filler
オーダ実施
検査完了
レポート生成 /
署名
/ 使用した物品
3-D
Performed
CAD
Performed
撮像モダリティ
…
3-D
*Workstation
CAD
*Workstation
Report
Repository
放射線医は、 新しい表示状態
（Presentation State）を保存:
コンテンツIP
受信した臨床医の見る
もの
Presentation State付き
Area Of
Interest
+Zoom
+Annotation
Area Of
Interest
The Radiologist’s
Transformations
Are Saved
校正された表示装置上での
画像の一貫した表示
Presentation Stateなし
すべての操作が失われ
ている
+Windowing
Original Image
放射線医の見る画像
Original Image
校正されていない表示装置上での
一貫性のない表示
コンテンツIP
グループ化されたプロシージャの表現
Presentation of Grouped Procedures
要求プロシ
ージャ:
CHEST
Report:
CHEST
要求プロシー
ジャ:
ABDOMEN
Report:
ABDOMEN
Chest
View
Abdomen
View
RIS / PACS
MODALITY
1回の検査
操作者は1つの
グループに
Chest
View
Abdomen
View
放射線医は キー画像を
選択し, 適当なノートを作
成する
Note 1:
参照医へ
この画像には renal
rupture.が認められま
す
Note 2:
参照医へ
この画像にはhematoma
が認められます
コンテンツIP
参照医は放射線医が
用意したキー画像ノートを
みる
Note 1:
Note 2:
参照医へ
この画像には renal
rupture.が認められます
参照医へ
この画像にはhematoma
が認められます
放射線医と参照医の間
のコミュニケーションがよ
り円滑になる。
基本セキュリティ・プロファイル
インフラIP
セキュア領域：制限がある
監査証跡/タイムサーバ + CA:各ノードの認証
Basic Security Profile
Other
OtherActors
Actors
OtherActors
Actors
Other
Secured Node
Actor
Central
Audit Trail
Repository
Other
OtherActors
Actors
Other
OtherActors
Actors
Secured Node
Actor
Secured Node
Actor
Time
Server
Secured Node
Actor
インフラIP
基本セキュリティ
Basic Security
画像保管・
管理
IM,IA
読影ワーク
ステーション
監査レコード
レポジトリ
TIME
SERVER
Image
Archive
Maintain Time
監査イベントの記録
ユーザの認証
相互作用図
ノードの認証
画像の保存
監査イベントの記録
画像の読出
（画像の保存）
監査イベントの記録
監査イベントの記録
画像の観察
（画像の読出）
監査イベントの記録
（インスタンスの使
用中）
（画像の読出）
時
間
の
流
れ
Strategic Development
Committee
ITインフラ委員会（2003・５）


IHE IT infrastructure
committee 2002年11月
ITインフラ委員会






Radiology
Planning Committee
IT Infrastructure
Planning Committee
Radiology
Technical Committee
IT Infrastructure
Technical Committee
Cardiology
Committee
Sub-Committee
Laboratory
Sub-Committee
Pharmacy
planning/technical
診療情報検索・表示プロファイル
患者同期アプリケーションプロファイル
拡張セキュリティ共通ユーザ認証プロファイル
マスタ患者インデックスの患者IDクロスリファレン
スプロファイル
時間を一定にするプロファイル
2004年1月コネクタソン、2004年2月HIMSSデ
モ
……
ITインフラ５つの統合プロファイル
Retrieve
Information
表示のための
for Display
情報検索
Access
a patient’s clinical
依頼者に提示できる
information and documents in a
形式の患者の診療情報や
format ready to be presented
to
the requesting user
文書へのアクセス
ISO/TC215 -DICOM 、 HL7
Patient
Identifier
MPIのための
Cross-referencing
患者確認相互参照
for MPI
Map patient identifiers
相互に独立した
across independent
領域に亘る
identification
domains
患者 IDのマップ作成
患者同期アプリケーション
Patient Synchronized
ある患者に対するデスクトップ上の
Applications
複数のアプリケーションの
Synchronize
multiple applications
同期を取る
Enterprise
User
院内ユーザ
Authentication
の認証
on a desktop to the same patient
HL7CCOW、ActiveX 、Web
Consistent
時間の一致
Time
ネットワークシス
Coordinate time
テムに亘る時間
across networked
systems
の整合と調整
NTP
Provide
users a single
ユーザに対して
name
単一の名前と
and
centralized
全システムに亘り
authentication process
集中的に管理され
across all systems
た認証過程を提供
Kerberos、
HL7CCOW
Integrating the Healthcare Enterprise
- J の活動
医療情報システム開発センタ
後援：経済産業省（事業予算）、厚生労働省
医学放射線学会（JRS）
放射線技術学会（JSRT）
医療情報学会(JAMI)
画像医療システム工業会(JIRA)
保健福祉医療情報システム工業会
事務局
(JAHIS)
-J
アドバイザリースタッフ
ＪＲＳ稲邑、江本、ＪＡＭＩ、近藤、ＪＳＲＴ小寺、松井、
ＪＡＨＩＳ下邨、成松、ＪＩＲＡ西原
運営委員会
○石垣委員長 △細羽、木村
岡崎、安藤、喜多、篠田、
東福寺、吉村
全体管理事務局
○大林、△魚井
○ 委員長
△ 副委員長
技術検討委員会 ○ 篠田
IHE国際
技術
○中島
△吉村
下邨
△下邨、佐々木、中島
吉村、井桁、成松
臨床・企画委員会
○岡崎△近藤
江本、小寺
渉外委員会
○安藤△山本
△倉西、
江本、田中
○魚井 技術管理専任者
○篠田
ＷＧ１
Ｄ
Ｉ
Ｃ
Ｏ
Ｍ
○中島
ＷＧ２
Ｈ
Ｌ
７
Ｈ
Ｉ
Ｓ
／
Ｒ
Ｉ
Ｓ
○吉村
○井桁
〇末光 ○成松
ＷＧ３
ＷＧ４
ＷＧ５
セ
キ
ュ
リ
テ
ィ
Ｓ
Ｒ
Ｌ
Ｉ
Ｓ
ＷＧ6
内Ｃ
部ｏ
ｒ
教ｅ
育検
証
○吉村○東福寺
臨床アドバイ
△下邨
WG7
コ
ネ
ク
タ
ソ
ン
実
行
WG８
内
視
鏡
ザリー部門
と協調
JSRT
JRS,JAMI
ｅｔｃ
デモ計画
実行ＷＧ
IHE
国際
○ 大林
△ 岡崎
木村、山本
稲邑
-J

2002の活動
経済産業省からの受託事業
デモンストレーションによるIHEの普及活動
モダンホスピタルショウ２００２（7月）
 医療情報学会2002（11月）
 JRC2003 CyberRAD（4月）
 RSNA2002（12月）,HIMSS2002（2月）調査
→ IHE渉外委員会


IHE(NA)は日本の臨床で使えるか？
ユーザサイド（JRS、JSRT）での検討会 5回
→ IHE臨床検討委員会＋臨床アドバイザリグループ
（ＪＲＳ、ＪＳＲＴ他）


日本国内での拡張提案


IHE技術検討委員会＋各WG
IHE-Jガイドラインの国際提案
-J
デモンストレーション
デモンストレーションベンダー17社。

-J
観察、測定、結果
デモンストレーション
モダンホスピタルショウ
-J

日本の画像検査部門のワークフロー


JJ1017指針による検査情報の記述（検査､部位、
方向）
国内
拡張
国内
拡張
HIS/RIS/PACSのHL7準拠の実装ガイドライ
ン


の国際提案
患者プロファイル、検査依頼情報などを記述
LIS（臨床検査システム）ワークフローの提
案

通常検査のワークフロー統合プロファイル

アクタとトランズアクション
国際
コア
拡張
-NAのテクニカルフレームワークが日本の
運用に当てはまるか


現存するIHE-NAの骨格の殆どは日本の運用で
あっても利用可能
通常運用のワークフロー（SWF）実装システ
ムを複数社組み合わせても、検査業務は容易に
構築出来る
① 患者リストの取得方法
② 検査部門から臨床部門への患者到着通知
③ 部門オーダ実施アクタ（OF）からの
オーダ変更は行わない
④ Order Status Updateの拡張
（部門での撮影に関するメモ伝達を可能）
-J
通常運用ワークフロー（SWF）の検討結果
モダリティ
患者登録
ADT
時
間
の
流
れ
オーダー発行
部門：オーダ実施
OP
OF
Order Placer
Order Filler
患者情報入力
AM
Acquisition
Modality
画像保管・
管理
IM,IA
Image
Archive
患者登録された時点で部門へ登
録される
リストの取得
ＭＲ，ＣＴ 朝一括
実行前に取り込
む
ＣＲはプッシュを
望む
オーダをモダリ
ティに送りつける
オーダ生成
患者登録
プロシージャの予約
収集の中止など
画像保存
オーダ発行
ワークリスト取得
患者が画像診断部門で受付てから検査を終了し診療部門へ戻るまでの
行動図（アクティビティ図）
検査終了後、患者が診療部門へ戻り診察を終了するまでのアクティビティ図
オーダが変更されたタイミングと検査進行状況の対比
通常運用のワークフロー
相互作用図
Interaction Diagram
『The Unified Modeling Language User Guide』(Grady Booch, James Rumbaugh, Ivar Jacobson)(
通常運用のワークフロー
患者登録
入院登録
外来で入院用オーダ
入院中に外来用オーダ
プッシュ、プルの選択要
患者登録された時点で部門へ登録される
オーダと一緒に
最新患者情報が渡される
運用次第：詳細までは分解しない、複数の装置
を用いる検査
手技などの登録
オーダ送信
この部分が持つべき機能
個別ベンダーの裁量
部屋割り機能
リストの投げ方
オーダ登録の方法など
検査単位の詳細範囲
運用により規定される
IHE-J②
リストの取得
運用規定に従った
検査のための
患者リスト送信
ＭＲ，ＣＴ 朝一括
実行前に取り込む
ＣＲはプッシュを望む
オーダが来たら
すぐ渡す
通常運用のワークフロー(２)
通常運用のワークフロー(２)
到着通知
（運用オー
ダロック）
患者現状況は別途扱うＩＨＥ機能は存在していない。
Image Display
到着通知
IHE-J
③
X
患者選択
患者リスト更新確認
常に正しいので不要？
Ｘ
運用）最新患者警告
情報や検査実施支
援患者情報を
全科の予約確認
Ｘ
受付された事が分かれば
訂正運用を正しく実施できる
例）受付後は電話など
＊オーダ時の情報と実施時
点では内容が異なる場合が
あるため必要。ＳＷＦ以外の
統合プロファイルとする
撮影
撮影開始通知
画像送信
撮影終了通知
撮影終了通知
では読影可能に
ならない
ＧＳＰＳ、
ＫＩＮ保存
Ｘ
撮影終了通知
ＩＭへ
問い合わす
GPWL
でさらに便利に
IHE-NA04年
△
読影可能通知
プリント要求
読影可能通知
ＸＸ
同じ意味
オーダ
完了通知
画像保管内容記録
△
実施情報＝会計できる詳細情報（ＣＨＧ）
完了通知＝検査が終わった通知のみ
読影可能通知
実際はＩＤがＩＭ
へ聞きに行くの
で分かる？
撮影室で患者さんを選択し、撮影開始から画像を保管し、読影準備完了、実施情報を伝達するまでの課程
臨床部門および読影医師が画像検査の進行状況が把握できるようにした。
OPからのオーダ変更メッセージ交換ルールのシーケンス例１
OPからのオーダ変更メッセージ交換ルールのシーケンス例１
オーダキャンセル
オーダ－
キャンセル
通知
運用例）
部門受付すると
オーダは、ロックさ
れる。その後は
電話連絡して変更
最新情報
新規オーダ
新規オーダ通知
新規オーダ
通知
撮影リスト通知
この場合受付済み
情報がＯＦからOP
へ、通知されている
ことが条件になる
（IHE-J ③）
ＩＨＥでは、撮影中にオーダが変更された場合は、装置はその時点ですべて、保存して終了する
OPからのオーダ変更メッセージ交換ルールのシーケンス例２
OPからのオーダ変更メッセージ交換ルールのシーケンス例２
キャンセル
通知
部門で
キャンセル入力
この運用は日本では
行われていない。
このケースは、部門に
あるＯＰからオーダする
手技更新
部門で新規オーダ入力
新規オーダ更新
新規オーダ伝達
予定されている検査や手技以外の処理や撮影現場で誤患者、
手技を選択した場合の処理、患者状況により検査を途中で中止した場合の処理
予定されている検査や手技以外の処理
撮影現場で誤患者、手技を選択した場合の処理
患者状況により検査途中での中止処理
撮影中にオーダにない手技などを変更する場合の処理
(１)
●患者リスト作成の範囲
は、各施設設定であるが
基本原則例）第一段階
会計計算単位（ＯＦ）or詳
細第二段階 第一段階の
会計計算範囲でさらなる
詳細（検査装置）
この原則の場合、検査装
置のところで会計計算出
来る範囲以上の詳細追加
をする場合は、オーダをＯ
Ｐから追加して（米国式で
はＯＦからも可能）この流
れに従う
注）制限付き
会計に影響しない範囲
の検査方法追加
撮影リスト伝達
技師
患者選択
検査現場で
オーダを起点に、
より詳細な検査を加え
て終了する場合
撮影開始通知
ＭＲ単純、造影を加える
お任せ撮影
（運用で規定する）
お任せは造影有りとして
不要の時
検査せず終了など
撮影終了し
画像送信
変更した内容を通知
IHE-J⑥
Order status
updateの拡張
完全に登録が済んでしまった場合は、ＩＭとＤＳＳ／ＯＦを訂正する（人で）
誤選択処理(２)
撮影リスト伝達
誤選択処理(２)
誤患者または手技選択
撮影後画像を保管して
しまった後で、誤りに
気づき、正しい撮影を
再実施する時の
方法
撮影開始伝達
誤ったまま、画像撮影
患者の取り違えに気づき
業務を中断した理由と情報送信
画像送信
間違いなどの
画像は、この通知の
内容をみて関連装置
がどう扱うか決める
正しい撮影リスト送信
間違画像は、ルールに従い
保存されるが、ステータスに
誤り記載情報がある。
その画像の利用は、各ベンダー
ユーザの協議による運用で規定
される。
正しい患者
または手技再選択
撮影開始通知
撮影終了通知
取得データの更新（正しい
ワークリストの項目に対して）
モダリティ画像
送信
ＧＳＰＳ
ＫＩＮ保存
途中中止処理
途中中止処理
検査リスト通知
患者選択
患者が気分が
わるくなった
撮影したがＢａ
前処置処理不良
検査している
最中で中止
撮影開始通知
撮影中止と中止理由送信
画像送信
IHE-J⑥
Order status
updateの拡張
ＧＳＰＳ
ＫＩＮ保存
撮影開始し途中で終了した状態で、その理由を付けて画像を保管する場合
検査途中画像が臨床価値がある場合に有用価値は人間系の判断である
患者登録情報（ADT)が変更されるタイミング
病棟
変更
ベッド
変更
なども
含む
患者情報変更処理（１）
キーはPatient Update
（病院）受付が誤りを修正した場合
オーダ発行前なら、この方法で
患者登録
入院登録
患者登録
▲
HL7がプッシュのため
病院の全患者の情報が送られる
患者情報変更
直ちに患者情報更新
IHE-J ⑤
運用規定に従い
患者情報の更新
方法を決める
（プル、プッシュ）
赤枠内はオプション
オーダ入力
オーダ登録
オーダを部門システムの
オーダ管理機能へ
登録しただけの段階でかつ
オーダが発生する前に
患者情報が変更された場合
の処理
ID変更履歴は、ADTが
管理する。
患者情報変更処理（２）
Patient Update により対応
患者登録
入院登録
患者登録
Ｘ
オーダ入力
オーダが部門に登録された
後で撮影リストがモダリティま
で届いていない段階での
患者情報変更対応
同じ方法で、この段階でも可
患者情報変更
オーダ登録
患者情報更新
IHE-J ⑤
運用規定に従い患者
情報の更新方法を決
める（プル、プッシュオ
プション）
患者情報変更処理（３）
Patient Update により対応
患者登録
入院登録
患者登録
オーダと一緒に
最新患者情報が
渡される
（３）患者リストが検査装置へ通知された後での更新の場合も、図1-25と
同様の手順で良いことを示している。 注）検査装置まで情報が通知され
た段階でもOFは更新されているので、検査後に修正される。どのように
運用規定に合わせるかは、実装の問題になる。
撮影リストを表示できる
段階まで進んだ時点で
の患者情報変更
ここでも同じ方法で可
オーダ登録
IHE-J⑤運用規定に従い
患者情報の更新
方法を決める
（プル、プッシュ）
赤枠内はオプション
患者情報更新
登録完了
受付段階
撮影実施段階
撮影終了後
画像登録後
読影準備完了後
全てに問題ないか
撮影
リスト通知
X
実装問題 保管後に修正されるので不要（IMにより）
患者情報更新通知
があれば

DICOM,HL7の規格に立ち戻る必要はない。
→ユーザは、システム構築に参加する各ベン
ダに簡単に仕様が伝えられる
→SWF,PIR,CPI........という仕様

IHEがなければ：
DICOM,HL7規格をさがして、トランズアクションを
決める必要がある。
→ベンダ間で打ち合わせが必要
→独自の通信仕様の作成
一部システムをとりかえた時、互換性はとれなく
なる。

IHE-Jの活動と期待される効果
IHEにより電子カルテの標準化が進み、より簡便
に構築が可能になる！

仕様書が簡単に作成できる





ユーザ、ベンダ双方で確実な仕様を共有
例えばSWF、CPIというコード名だけで伝えられる
コネクタソンによる確実な接続実績の確立。
グローバルな対応とわが国の臨床現場での適用
基本的な接続部分は安心、後は応用部分(病院ご
との拡張）に注力できる。より便利なシステムづ
くりへ
-J
2003年度活動計画
経済産業省からの受託事業
2003年 4月 JRC2003 デモンストレーション
5月 IHE-J 臨床検討 パブリックコメント
6月 構造化レポート検討 WGの立上げ
基本セキュリティWGの立上げ
IHEインターナショナル会議参画
7月 IHE-Jテクニカルフレームワーク策定
モダンホスピタルショウ展示とセミナ
9月 ベンダーワークショップ開催
IHE-J 臨床検討継続
2004年
2月 コネクタソン実施
4月 JRC2004 デモンストレーション
今後のスケジュール
9月12日
9月下旬
ベンダーワークショップ
コネクタソン参加ベンダ募集開始
10月上旬
10月中旬
募集締め切り
ベンダーワークショップII
1月上旬
MESAツール配布
2月
コネクタソン
4月
コネクタソン結果の公表
JRC2004デモンストレーション
電子カルテ化への
ロードマップ
03
03~04
放
射
線
部
門
の
縦
断
的
統
合
04
04
05
05
06
患者
登録
マスター・患者・インデックス
オーダ
管理
診療スケジューリング
06
臨床データリポジトリ－
基本セキュリティ他の横断的機能
部門
スケジューラ
レポート
管理
画像
管理
モダリティ
検
体
検
査
部
門
生
理
検
査
部
門
循
環
器
部
門
会
計
部
門
薬
剤
部
門
病
棟
・
看
護
部
門
そ
の
他
終わります。
ご清聴ありがとうございました。