IHE入門～中級編

CyberRad委員会

はじめに• 中級編の対象：”IHE”の生まれた背景や必要性をある程度ご存知の方。
• 内容– IHEの背景と概要– 対象分野と最新の動向～中級編のデモをよりご理解いただくために• Radiology分野• ITインフラストラクチャ分野

IHE の背景と概要

相互接続性の確保と標準化の問題点• 相互接続性を確保するには標準化が必要– 保健医療分野の情報化グランドデザイン
以降、一定の進展があったが不十分– DICOM規格（医用画像の通信における標準規格）は成功を収めた– 部門情報システム、医事会計、オーダリン
グシステムでマルチベンダ化が進む

標準化の問題点• 従来の標準化の問題点– コストパフォーマンスは不十分– 標準化技術が陳腐化する心配– 規格が安定して維持されるか– 標準化の品揃えは不十分 後追いになる状況– ユーザ側は独自性を強調、一時しのぎ的対応– 標準規格をうまく適用するには 多くのオプションの選択が必要– オプション選択に多大な打ち合わせと開発が必要、さらなる投資→その結果、ばらばらな電子カルテシステムが全国に→原因は、医療機関における情報処理の流れが共通のものとして整理されていないこと

相互接続性の確保• 進むマルチベンダ化– 医療情報システムの様々な分野で情報化要求が増し、システム規模は膨大– 単一ベンダが構築できる範囲を超える– 段階的な構築ステップを踏まざるをえなくなり、部分的なシステム更新が必ず発生– 一度担当した複数のベンダ群に、継続してシステム構築を依頼し続けられるか→相互接続性を確保したマルチベンダシステムの集合体として、電子カルテシステムの実現をめざす

相互接続性を確保するには？
標準規格
DICOM/HL7システム
システム Ｂ
Ｂ=?

システム
システム Ａ
Ａ

システム
システム BB
システム
システム Ａ
Ａ
システム
システム CC
システム
システム FF
システム
システム EE

システム
システム DD

従来の枠組みにおける相互接続性
レポート

シナリオがない

HIS

粒度が荒い

PACS

point-to-point
実施済み

検査情報リスト

検査オーダ

患者情報RIS

モダリティ撮影完了

画像保存

粒度を均一に
レポート
レポート作成患者受付

レポート
レポート保管・表示

患者情報の登録 会計処理

HIS

患者情報

画像観察装置

PACS画像検索

CAD/3D
処理ワーク
ステーション
オーダの発行

実施済み

検査オーダ
患者情報

RIS

検査予約
情報
検査情報リスト

画像保存
撮影完了

オーダの実施画像検査部門

画像保管・管理

撮影完了

モダリティ

機能ユニット＝アクタの定義
CP
RR

ADT

レポート
患者受付

レポート保管

レポート作成

RC

ID

会計処理

患者登録

読影ワーク
ステーション

EC

患者情報

CAD/3Dワーク
画像検索
ステーション 画像検索

OP
検査情報

IM/IA

オーダー発行

検査情報リスト

検査オーダ

Acq.ModOF

モダリティ
部門：オーダ実施

患者情報

PPSM
撮影完了

画像保管・
管理

画像保存
撮影完了

シナリオを特定した接続仕様
システム＝アクタ
システム＝アクタシステム
システム Ａ
Ａ

F
W
S

プ

システム
システム B
B

S WF

SW

システム
システム FF

SW

F
システム
システム EE

F

SW

ロフ
ァイFシステムシステム CCSWF システムシステム D
D

F
W
S

あるシナリオ（SWF)のもとで接続仕様を決める

ル名ＩＨＥモデル化のステップ①臨床現場で共通となる業務の行われるシーン（シナリオ）を特定 （問題の特定）②システムが提供すべき業務の全体を、既存システムの枠を越えたいくつかの小業務のフローに分割、整理 （標準的ソリューション）③個々の機能を実現するために必要なユニット（アクタ）の抽出④アクターが協調して相互接続運用を行うために必要な通信方法（トランザクション）を定義、DICOM,HL7などの標準規格で記述⑤ワークフロー、コンテンツ、インフラなどの業務シナリオを実現する枠組みを統合プロファイルと名付けて確定し、テクニカルフレームワーク文書として記述、公開

標準規格をうまくつかうＩＨＥの手法
標準規格を効率よく用いるためには、– 各医療機関で共通に情報を処理するシーン（シナリオ）を確立– そのシナリオにおける標準適用の仕方をみつける→規格の適用ガイドラインを確立
1982年：PACSという医用画像管理システム概念を提唱 （米国）
– 標準規格DICOM

1999年：標準規格を適用する新たな枠組み：IHE（Integrating theHealthcare Enterprise）
2000年：ヨーロッパへ ･･･ ドイツ、イタリア、フランス、、、、
2001年：日本で活動が開始 IHE-J
2002年：アジア・オセアニアでの活動開始 IHE-AO
2004年：韓国、台湾にも広がる
今や世界的な規模で普及が進む

IHE テクニカルフレームワーク
統合プロファイル導入のための実装ガイド

統合プロファイル :OrderPlacer

ADT

ユースケースのプロセスフロー
相互作用図¾ アクタの集まり¾トランザクション

アクタ

One or theother methodsof creating anorder is used

↓Pt. Registration [RAD-1]↓Patient Update [RAD-12]

各トランザクション:↓Procedure Scheduled [RAD-4]↓Patient Update [RAD-12]↓Procedure Updated [RAD-13]↑ Instance Availability Notification [RAD-49]
EvidenceCreator←Modality PS in Progress [CARD-1]←Modality PS Completed [RAD-7]

PerformedProcedure
Step ManagerStorage ↓Commitment[CARD-3]

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

Image
ManagerImage
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
Modality↓Query Images [RAD-14]↓Retrieve Images/Evidence [CARD-4]

Schedule
Procedure

Query Modality Worklist [RAD-5]

Patient Update/
Merge [RAD-12]↑Modality PS in Progress [CARD-1]↑Modality PS Completed [RAD-7]

Filler OrderManagement New [RAD-3]

Filler Order
Mgmt - Status
Update [RAD-3]

ADT

Order Placer

Placer OrderManagement–
New [RAD-2]

Procedure
Scheduled [RAD-4]

J.Doe ->
J.Smith

DSS/ Order Filler

Acquisition
Modality

PatientRegistration [RAD-1]

トランザクション←Placer Order Management [RAD-2]→Filler Order Management [RAD-3]

Image
Manager/
PPS Manager

Register J.Doe

Patient Reconciliation

Pt. Registration [RAD-1] ↓Patient Update [RAD-12] ↓Department System
Scheduler/
Order Filler¾ 標準規格の参照¾ オプション定義¾ 規格のマッピング

Filler OrderMgmt - Status
Update [RAD-3]

Modality Procedure
Step In Progress[CARD-1]

Modality Procedure
Step Completed[RAD-7]

Patient Update/
Merge [RAD-12]

Modality Procedure
Step In Progress[CARD-1]

Modality Procedure
Step Completed[RAD-7]

PerformAcquisition

IHEプロセス
医療機関側はIHEをRFPに含める
コネクタソンの結果、統合宣言書でベンダを選ぶ

ベンダの技術IT化の問題を抱える
医療機関側

統合プロファイル
（シナリオの特定とアクタの定義）
標準規格を用いてトランザクションを定義（IHE委員会）

サイクル○統合プロファイルは、継続的に追加、更新が必要
関連学会などでIHEソリューションをデモ、あるいは教育する○DICOM,HL7などの規格は規格団体が維持○IHE委員会（Planning Committee, TechnicalCommittee）：対象分野ごとに設置

IHE テクニカルフレーム
ワークの策定○RSNA,HIMSSがサポート○わが国は、2001年より経済産業省、厚生労働省の支援で、6団体（JIRA、JAHIS、JRS、JSRT、JAMI、MEDIS）からなるIHE-J委員会○ヨーロッパ、アジアを含めたインターナショナル
IHE委員会

コネクタソンでの接続テスト

ベンダによる
実際の製品への実装

ベンダーワークショップ

異質な情報システムを含んで、複雑で問題の多い処理を有する
医療機関

IHEプロセス

医療機関のRFP

T od

IHE委員会:
統合プロファイル

ay

IHEソリューションをデモ、教育IHE委員会
DICOM/HL7で記述

サイクル

Connect + Marathon
システム接続試験会
コネクタソン

ベンダの技術ベンダが各製品に実装

IHEテクニカル
フレームワーク

コネクタソンの結果
統合プロファイル名

ベンダ名

アクタ名
ユーザのメリット①ベンダソフトウェアが検査されているという信頼感②最初にユーザのサイトでテストされることはないという安心感(時間、負荷、コストが少なくて済む)③サービスエンジニアがサイト特有な問題をレポートするのではなく、ベンダの専門家が自分の手で相互運用問題を報告しデバッグする④導入製品 で、コネクタソンのソフトウェアを確認
ベンダのメリット①コストの削減－ソフトウェアのライフサイクルで問題が早く見つけられ、修復できる②相互運用上の問題を見つけて解決するため公開の場をベンダに提供。
③多くのベンダから同時に専門家に対応してもらえる（時間の節約）④多くのベンダとテストを完了できる機会⑤顧客満足の向上（サイトでの問題発見が少なくなる）

IHE ソリューション （医療機関内）
電子カルテ
電子カルテ -- HIS
HIS

IT インフラ
eMPI

ユーザ認証

RIS
Img Acq

放射線CIS
PACS

Cath

循環器LIS
ECG

Auto Mgr-放射線治療-Patient Care
Devices
Analyzer

臨床検査-病理-眼科

IHE ソリューション （放射線部門）
電子カルテ-- HIS
放射線部門・統合プロファイル
電子カルテ
HIS

IT インフラeMPIRIS
Img Acq

放射線PACS••••••••••••••••

通常運用のワークフロー
患者情報の整合性確保
ユーザ認証
放射線科情報へのアクセス
可搬用画像データ交換
画像表示の一貫性確保
CIS-放射線治療LIS
キー画像への注釈-Patient Care
Devices
複数検査手続きの一括撮影と表示
AnalyzerECG
CathAuto Mgr-病理
エビデンス文書
臨床検査
循環器-眼科監査証跡と機器認証（放射線部門）
ティーチングファイルと臨床データのエクスポート
後処理ワークフロー
報告書ワークフロー
会計処理
画像・数値を含む報告書
施設間の画像共有
核医学画像

IHE ソリューション （循環器（心臓病）部門）
電子カルテ
電子カルテ -- HIS
HIS

IT インフラ
eMPI

ユーザ認証

RIS
Img Acq

CIS
PACS

CathLIS
ECG

Auto Mgr

循環器

放射線-放射線治療-Patient Care
Devices
Analyzer

臨床検査

循環器部門・統合プロファイル•••••

心カテワークフロー
エコーワークフロー
ECG表示
表示可能レポート
カテとエコーのエビデンス文書-病理-眼科IHE ソリューション （臨床検査部門）
IT インフラ電子カルテ
電子カルテ -- HIS
HIS

eMPI
ユーザ認証

RIS

CIS

ECG
Img 臨床検査部門・統合プロファイル
Acq
PACS
Cath
• 臨床検査スケジュール済みワークフロー
循環器
放射線• 患者情報の整合性確保• 臨床現場即時検査• 検査自動化システム• 検査コードの更新

LIS
Auto Mgr-放射線治療-Patient Care
Devices
Analyzer

臨床検査-病理-眼科IHE ソリューション （医療機関内）
IT インフラストラクチュア

IT インフラ

電子カルテ
電子カルテ -- HIS
HIS

eMPI
ユーザ認証

RIS
Img Acq

放射線IT インフラ・統合プロファイル
CIS• 施設間患者情報管理• 患者情報の問い合わせ
ECG
Cath• PACS
患者ID相互参照
循環器• 表示のための情報検索• 施設内ユーザ認証• 時刻の整合性確保• 患者選択の連動• 監査証跡と機器認証• 医療機関職員の電話帳• 施設間の文書共有• ドキュメント利用可能通知• デジタル署名

LIS

Auto Mgr-放射線治療-Patient CareDevices
Analyzer

臨床検査-病理-眼科

Growth in IHE Domains
・ 100を超えるベンダが参加
・8つのテクニカルフレームワーク
・68の統合プロファイル

Veterinary
Endoscopy
Pathology
Pharmacy
Quality・コネクタソンによる接続テスト
・世界各地でのデモンストレーション

Patient Care Devices (1)Patient Care Coordination (5)Radiation Oncology (1)Eye Care (3)Laboratory (6)Cardiology (7)IT Infrastructure for Healthcare (17)Year 9(2007)

Year 8(2006)

Year 7(2005)

Year 6(2004)

Year 5(2003)

Year 4(2002)

Year 3(2001)

Year 2(2000)

Year 1(1999)

Radiology (18)

IHE 2006 – ９つの領域
100を超えるベンダ 、9つのテクニカルフレームワーク
68の統合プロファイル、コネクタソンによる接続テスト
世界各地でのデモンストレーション

EHR
Electronic Health Record
放射線部門

循環器

1８ Integration Profiles

17 Integration Profiles

IHE
IT インフラ

臨床検査
5 Integration Profiles

Patient CareDevices

17 Integration Profiles

３ Integration Profiles

Patient Care
Coordination

FutureDomains
病理

放射線治療

5 Integration Profile

眼科3 Integration Profile

IHE 放射線部門
2007

放射線部門統合プロファイル(2005-2006）

PIR

通常運用のワークフロー（Scheduled Workflow）
進捗情報
予約確定

患者情報の整合性確保

FSW

P
PG

G
チャージ
CH
ポスティング

ポスト
プロセッ
シング
ワークフローグループ
プロシージャの表示

ETC

F
RW

F
PW

レポーティング
ワークフローティーチン
グファイルと臨床デー
タエクスポート

ワークフロー関連I
NM

核医学
画像表示

CP
画像表示の一貫性確保

IED

エビデンス
文書

K IN

キー画像
ノート

IRW

F

メディアイン
ポートの整合性確保

OR
MMN
A
I
M
S
FUS
画像および マンモ
数値を含む グラフィー フュージョン
画像
レポート

コンテンツ関連
放射線部門の情報へのアクセス
可搬媒体によるデータ転送

監査証跡とノード認証 （放射線部門向け）
施設間画像データ共有

ARI
PD

I

インフラ関連

AT N
S -I
XD

A

IHE 放射線部門の展開• ９年目に入っている– ベンダーのコネクタソン参加への強い意欲– 200 を超えるIHE 統合宣言書– ユーザの購入プロセスにＩＨＥ統合プロファイル• 基本的な放射線ワークフロー– 収集、後処理、レポート、ティーチングファイル/臨床トライアル• イメージング・コンテンツの取り扱い– 計測、ＣＡＤ処理結果、核医学、表示状態、レポート、キー画
像ノート• 画像情報配信– CDによる配信, EHR, 監査証跡をもつ• New Profile For 2007（北米）– Radiologist/Technologist Communication（RTC)

ＩＨＥモデル：SWFのアクタとトランザクション
患者受付

ADT

ＨＩＳ
患者情報

HL7/ADT

患者登録OP

HL7/SIU＾S12
オーダ発行

予約状況の通知
実施完了

DSS/OF

検査オーダ

HL7/ORM（NewOrder）

ＲＩＳ

画像表示装置DICOM/
Q/R

ＰＡＣＳ

IM/IA
画像保管・
管理

HL7/ORM（Procedure Scheduled）
検査情報リスト

撮影進行中または、撮影完了DICOM/MPPS

RC
画像検索

検査（プロシージャ）が予約された

DICOM/MWＬ

部門：
オーダ実施

ID ID

後処理、レポート作成など、別のシナリオへ
DICOM（Instance AvailabilityNotification）
データの利用可能性通知

患者情報

レポート
作成

画像保存
DICOM/Store

AcqMod

撮影完了
DICOM/MPPS

撮影装置(モダリティ)SWF （シナリオ）の相互作用図（ユースケースごとの処理の流れ）

ADT

患者登録

ＨＩＳ

OP

患者情報入力患者登録
HL7/ADT

オーダ
発行

DSS/OF ＲＩＳ
オーダ
実施

IM

画像管理

モダリティ

ＰＡＣＳ

AM

HL7/ADT

患者登録
オーダの作成オーダのプロシージャProcedureの設定and/orプロトコルの設定

発行
HL7/ORM（NewOrder）

HL7/ORM（Procedurea Scheduled)

プロシージャ
が予約されたDICOM/MWL

ワークリストの取得

SWF（シナリオ）の相互作用図（ユースケースごとの処理の流れ）２

OP

オーダ
発行

ＨＩＳ

DSS オーダ実施/OF ＲＩＳ

画像管理

IM/IA

DICOM/MPPS
撮影進行中

ＰＡＣＳ

AM

DICOM/MPPS
撮影進行中
DICOM/STORE
画像保存
DICOM/STORE
表示条件の保存

DICOM/MPPS
撮影完了

DICOM/MPPS
撮影完了

HL7/ORM（Order status
Update）
オーダ状態
更新

DICOM/C-FIND
画像利用可能問い合わせ

モダリティ

保存委託
DICOM/Storage
Commitment

PDI(Portable Data for Imaging）
可搬用画像データ交換
DICOM
Image Display[Media Reader]

CDMediaCreator

DICOM Data
Web Data(Optional)

John DoeDICOM
Printer[Media Reader]

Required tocleanup Patient
ID, Acc#, etc.

DICOM

PACS
[Media Importer]

Web Data

PC Browser

IHE ITインフラ分野
2006<TOPIC>
Regional Health Information Networks
施設間ドキュメント共有
XDS
Cross enterprise Document Sharing

医療情報共有のための基盤とは• 臨床データ管理の負荷を最小にでき、かつ透明で拡張性を有する。
• 患者は医療情報の可搬性を保証され、医療機関は安全に情報共有できる。
• 分散（集中）したリポジトリ・アーキテクチュアであり、国レベルでの連合が可能な自由度を有する。

ITインフラ統合プロファイル(2005-2006）
施設間ドキュメント共有（XDS）
施設間にわたる
診療ドキュメントの登録、配布、アクセス

施設間高信頼性情報交換（XDR)施設間メディア交換(XDM)

表示のための情報検索（RID）
ドキュメント利用可能通知（NAV）

フォームデータの読み出し（RFD)
アプリケーション内データを外部利用するためのフォームデータ読み出し

監査証跡とノード認証（ATNA）
セキュアなドメインを形成するための監査証跡とノード間認証

MPIのための患者ID相互参照（PIX）

患者IDを異なるIDドメイン間でマッピング

時刻の整合性（CT）
ネットワーク接続されたシステムにおける時刻の整合

ドキュメント電子署名（DDS)

施設内ユーザ認証（EUA）

ユーザに単一の名前と全システムにわたる集中認証プロセスを提供

施設間ユーザ認証（XUA）
スキャン・ドキュメントの共有（XDS-SD)

患者基本情報の問い合わせ（PDQ）

施設間患者管理
（PAM)
患者同期
アプリケーション（PSA）
一患者に対する複数アプリケーションのデスクトップ上での同期

医療機関職員の登録簿（PWP）
職員情報へのアクセス※XDS-Iは放射線分野の補遺

施設間の文書共有シナリオ例 XDS
アフィニティ
ドメインの設定ドキュメントレジストリ
ドキュメントリポジトリ

ドキュメントの提出

ドキュメント
リポジトリ

急性期診療
(入院)

初期治療、診療(救急)ドキュメントリポジトリ

ドキュメントの検索

長期診療

他の専門的診療または診断サービス

ドキュメント利用者

画像データ共有のシナリオ例 XDS-I
画像検査 医療機関 B
以前の画像検査

Clinical Affinity
Domain以前の画像検査結果
以前の画像検査
レジストリ
ドキュメント問い合わせ
ドキュメント
問い合わせ••
•
•
•

患者のID
検査ID、日付、モダリティ、部位
ドキュメントタイプ
レポートの作成者

画像情報の提供
DICOM画像、レポート、キー画像

画像検査 医療機関 A

今回の画像検査結果

開業医

何を共有するか？ XDS-I• 画像データ (DICOM形式)• ポストプロセッシング結果 (DICOM形式)• 画像表示状態 (DICOM形式)• "for dispay"フォーマットとなった診断レポート– PDF、テキストなどコード化されていないもの• レポートに関連したキー画像

画像データ共有モデル（抽象化）XDS-I
アクタ（機能ユニット）

患者IDソース

トランザクション（通信仕様）↓患者IDの供給ドキュメント
レジストリ

ドキュメントセットの提供と登録

画像ドキュメント
ソース↑ドキュメントセットの登録ドキュメントリポジトリ←WADO読み出し

WADO：Web
Access to DICOM
Persistent Object

ドキュメン
トの問い
合わせ

ドキュメント
利用者
画像ドキュメント
利用者

ドキュメントの読み出し

←画像、
←表示状態
←キーイメージノート←エビデンスドキュメントなどの読み出しトランザクションで使用する標準規格

医療情報
コンテンツ標準
HL7 CDA, CEN EHRcom
HL7, ASTM CCR
DICOM …

電子商取引
標準
ebXML Registry, SOAP …

インターネット標準
HTML, HTTP,ISO, PDF, JPEG …

XDS-I の具体的動作例
ドキュメントレジストリ

DICOM Manifest
キーとなるインスタンスの選択

レジストリの問い合わせ

Manifestの登録

画像１の参照ドキュメントリポジトリ

画像２の参照画像３の参照Manifest

Manifest

Manifestの読み出し

Manifest
Manifest
画像の読み出しDICOM

DICOM Manifest
画像１の参照画像２の参照Manifest
Clinical IT
画像３の参照System

画像ドキュメントソース

受診メディカルサマリの共有 (XDS-MS)
患者の検査または退院

退院または紹介ドキュメ
ント作成

NAV

紹介医

通知

EMR

DocumentRegistry

EMR

メディカルサマリのレポートリポジトリ

レビュー

メディカルサマリ
患者のサマリを異なる医療機関の間で伝達する

XDS-MS メディカルサマリ
構造のある符号化されたヘッダ
Patient, Author, Authenticator, Institution,
Time of Service, etc.
St r u c t u r ed Co n t en t w i t h c o d ed s ec t i o n s :• 紹介理由• バイタルサイン• 薬物治療Text Structure
Entry

Level 1 ヘッダは常に構造化され符号化されているLevel 2 タイトルが符号化された区分：構造のない、符号されていないコンテンツをもつÎ 見てわかる (XML Style sheet)

Coded Section
Entry

Level 3プロブレムとアレルギーは構造化されたテキストとして要求される
Îインポート、パースしやすい

Level 3プロブレムとアレルギーは詳細な粒度の構造をもち、オプショナルな符号化がされている。符号化は標準化されていないが明確に特定.される• 検査• アレルギー
Text Structure
Entry

Coded Section
Entry• Social History• Problems
Text Structure
Entry• ケアプラン

Coded Section
Entry

XDS-MS 意味的な相互接続性、単純に読めてわかるという２つの面 !
階層化された相互接続レベル

３つの標準化カテゴリでの展開

XDS ドキュメント
コンテンツ•画像 (DICOM) XDS-I•メディカルサマリ XDSMS (HL7 CDA/CRS+V3)•ECG レポート (PDF+)• 臨床検査, 看護, 他（予定）

XDS 共通基盤(ドキュメントソース、利用者、レジストリ、レポジトリ）

セキュリティ基盤
監査証跡、装置認証、ユーザ認証

XDSを支えるIHE IT インフラストラクチャ
統合プロファイル群１

アクセス手順表示のための情報検索（RID）
ドキュメントへのアクセス方法！
患者ID
相互参照
（PIX）

患者情報の問い合わせ（PDQ）

基本情報は？
施設間
ドキュメント共有（XDS）

施設間
患者管理
（PAM)

患者来院情報は？
このIDは？

ドキュメント利用可能通知（NAV）

利用可能です！

XDSを支えるIHE IT インフラストラクチャ
統合プロファイル群２

セキュリティ
施設内
ユーザ認証
（EUA）
時刻の整合性（CT）
正しい時刻！

患者同期
アプリケーション（PSA）

施設間
ドキュメント共有（XDS）

監査証跡とノード認証（ATNA）
正しいアクタか？

ディジタル
署名
（DＧS)

医療機関職員の登録簿（PWP）登録されている人か？

施設間
ユーザ認証
（XUA）
正しい相手か？
正しく送られたか？

XDS シナリオ + ATNA & CTの利用
監査証跡とノード認証

電子カルテ

時刻の整合性

PMS
救急部門

開業医
XDS
リポジトリ

ドキュメント
レジストリ
PACS

XDS
リポジトリ
Query Document

セキュアなメッセージ交換

電子カルテ

Retrieve Document

Provide & Register Docs

PACS
臨床検査システム

コミュニティクリニック

Register Document

Maintain Time

Record Audit
Event

Maintain
ATNA監査記録
ATNA監査記録 TimeCT タイムサーバ
リポジトリ

Record Audit
Event

MaintainTime

Record Audit
Event

XDS Affinity Domain

中核病院

XDS シナリオ + PIX & PDQの利用
患者情報の問い合わせ

患者ID相互参照
PDQ による Affinity Domain Patient IDの問い合わせ
患者ID相互参照マネージャ

患者ＩＤ供給患者ID供給A87631
M8354673993
M8354673993

M8354673993

L-716

14355
L-716

Affinity Domain
患者IDソース

電子カルテM8354673993

開業医
患者ＩＤ供給

患者ID

供給

PIX
Query

臨床検査システ
ム

PIX
Query

PACS
A87631

XDS
リポジトリ

Query Document (using Pt Id)

PACS

コミュニティ
クリニック

救急部門

ドキュメント
レジストリ

XDS
リポジトリ
L-716

A87631

Register (using Pt ID)

Retrieve Document

電子カルテ
ドキュメントの提供と登録

中核病院
ATNA監査記録
ATNA監査記録
リポジトリ

CT タイムサーバ

XDS Affinity Domain

電子カルテシステムの相互接続性に向けて• ISO/TC215（医療情報）で、IHEはテクニカルレポート– IHEは標準ではなく規格の使い方であるが、ISOの文書になった• 医療機関にとって電子カルテシステムは、経営の要として期待大– 進歩が激しいIT分野であり、かつ望ましいシステムの姿は完全には見えていない– 一度にシステムのすべてを実現するのではなく、段階的に– 必要なところからはじめて、長期に渡ってシステムを実現→相互接続性確保は必須の要件→規格適用ガイドとそれを発展させる仕組みもつIHE手法の導入は効果的

IHEとEHR• EHRは各国の医療IT化国家プロジェクト– IHEは各国のプロジェクトの中で、相互接続性確保の手法として重要な役割– XDSは国家プロジェクトに採用 (Italy, France, Canada,Austria, USA, etc.)→わが国の臨床現場での適用を確立、国内拡張案の策定と国際的共通コアの提案へ（IHE-J)→IT新改革戦略の実現に向けて• さらに詳細な情報はhttp://www.ihe.net
http://www. ihe-j.org/

ご清聴ありがとうございました。
引き続いてデモンストレーションを行います。
是非、ご参加ください。