Integrating the Healthcare
Enterprise
The IHE Initiative Worldwide

地域連携とIHEの範囲
細羽 実
日本IHE協会/ 京都医療科学大学

日本ＩＨＥ協会 普及推進委員会

IHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown

医療連携情報システム 概要
情報共有（Sharing)

XDS、XDS-I• 連携地域内で長期に渡って情報共有する場合• 所在情報を一括管理し、個々の情報は参加する医療機
関内に存在情報交換（Exchange) PDI、XDM、XDR• 可搬型媒体による交換• 遠隔画像診断など、point-to-pointの通信

2

IHE Workshop in Tokyo2
2011.07.09 Tokyo-Midtown

可搬型媒体による連携（PDI)
互いの取り決めは、特に必要がない?

医療機関C長期診療画像ビューアが入っているから見られる?
患者が自らの責任で運ぶ?
患者が搬送先を決める？

可搬媒体の発行

可搬媒体の発行
医療機関B
急性期診療
(入院)

可搬媒体の発行利用者
医療機関D
診療所など

医療機関A
初期治療、診療(救急)2011/7/11

3

IHE Workshop in Tokyo3
2011.07.09 Tokyo-Midtown

XDS 情報共有(Sharing)のシナリオ
患者ID管理 (Patient Identity Source)

合意した
コミュニティ

医療機関C
長期診療所在管理（Document Registry)

XAD (Cross EnterpriseAffinity Domain)

情報の検索(Registry
Stored Query)

IHE-XDS(CrossEnterprise DocumentSharing)

共有情報の読み出し（Retrieve DocumentSet)

所在情報の登録(Register Document Set-b)
共有情報の保管
医療機関B (Document
急性期診療 Repository)
(入院)
医療機関D
診療所など

共有情報の保管(Document
Repository)

医療機関A
初期治療、診療 (救急)2011/7/11

共有情報の保管(DocumentRepository)●●●●●●●●●●●●●●●●●●●●●●
A病院 ・・・・・・・・・
B病院 ●●●●●●
C病院 △△△△△

共有情報の利用者(Document Consumer)

4

IHE Workshop in Tokyo4
2011.07.09 Tokyo-Midtown画像データの共有シナリオ
過去の画像検査

画像検査 医療機関 Bが保管されている（あるいは健診センター）

リポジトリ、および画像ドキュメント･ソース③過去の画像検査の呼び出し
リポジトリおよび画像ドキュ
メントソース⑦過去の画像検査結果②過去の画像検査の問い合わせ

所在管理（DocumentRegistry)⑤検査結果の利用可能通知（NAV)

医療機関 A
2011/7/11⑥画像検査情報
問い合わせ

Patient Id= 3547F45• Report 5/21/1998 : CT Head B• Study 5/21/1998 : CT Head B• Report 2/18/2005 : Chest Xray A• Study 2/18/2005 : Chest Xray A④画像検査結果の登録④画像検査の実施（XDS-I）

開業医●●●●●●●●●●●●●●●●●●●●●●
A病院 ・・・・・・・・・
B病院 ●●●●●●
C病院 △△△△△⑧今回の画像検査結果①検査のための患者紹介

5

IHE Workshop in Tokyo5
2011.07.09 Tokyo-Midtown

情報共有（Sharing)とは長期に渡って情報共有する基盤の構築

レジストリ（所在管理：Document Registry）、リポジトリ（実際の医療データの保管Document Repository）方式
参加施設は特定される患者IDのマッピング基盤がある
セキュリティ基盤がある患者の合意による

6

IHE Workshop in Tokyo6
2011.07.09 Tokyo-Midtown

連携方式の比較
統合プロ

医療情報連携システム
情報交換型
Information
Exchange

通信相手 ファイル 設置ルール

PDI、（不）特定XDM

可搬型
1対1ネットワー
ク型

XDR互いの合意

情報共有型
特定のメ
ネットワーク型
XDS
Information Sharing
ンバ

コミュニティ
で合意

2011/7/11

7

特定合意事項IHE Workshop in Tokyo7
2011.07.09 Tokyo-Midtown

医療連携方式の特徴
ネットワーク型の医療連携（XDS,XDS-I)• 接続相手が特定され、曖昧さがない状態で行われる• 問題が即座に見つかるため解決が早い• 安全管理ガイドラインに準拠する必要がある（ネットワーク・セキュリ
ティ、責任分界点）• 情報共有型コミュニティ（XAD:アフィニティドメイン）の設立が必要

可搬型媒体の医療連携（PDI,XDM)• 簡便に実施できる• 患者の責任でデータを搬送• 問題が検出されるのに長時間の遅れが生じる
8

IHE Workshop in Tokyo8
2011.07.09 Tokyo-Midtown

IHEによるネットワーク型連携
連携の仕組み(基盤）が確立できている （XDS、XDS-I)
標準化された情報（コンテンツ）を利用可能 （XDS-I、XDS-SD,XDS-MS)

患者IDの相互参照が可能（PIX,PDQ)
セキュアな基盤 （ATNA,CT…)コミュニティの設立･運営のガイドライン（White paper)
コミュニティを超えて広域に共有を展開する仕組み（XCA)
医療機関内の電子カルテなどの情報システムと接続

9IHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown

XDS統合プロファイル
所在管理台帳レジストリ
Document
Registry

医療機関内の電子カルテ
システム製品ソース
Document
Source

共有情報の提供と登録所在の問い合わせ（Regisry StoredQuery)

利用者↑所在の登録共有情報の保管庫

リポジトリ

Document
Consumer（RegisterDocument Set)
医師●●●●●●●●●●●●●●●●●●●●●●
A病院 ・・・・・・・・・
B病院 ●●●●●●
C病院 △△△△△

共有情報の読み出し

Document
Repository（Retrieve Document(Provide andSet)
Register Document
Set) → 医療情報連携の処理機能(アクタ）を実装

共有情報の利用者

利用側は利用者アクタを実装
2011/7/11

10

IHE Workshop in Tokyo10
2011.07.09 Tokyo-Midtown

XDS.bとXDS-I.bのアクタとトランザクション
患者IDソース
Patient Identity Source↓患者IDの供給 （Patient ID Feed)
ドキュメントレジストリ
Document Registry

ドキュメントセットの提供と登録(Provide and Register
Document Set-b)
ドキュメントソース
Document Source

画像ドキュメント
ソース
Image Document
Source2011/7/11↑ドキュメントセットの登録ドキュメントの所在問い合わせ（Registry Stored Query)（Register Document Set-b)

ドキュメントリポジトリ
Document Repository

画像ドキュメントセットの読み出し(Retrieve Image Document Set)

ドキュメントの読み出し（Retrieve DocumentSet)

WADO Retrieve
画像、表示状態、キーイメージノート、エビデンスドキュメントの読み出し
Minoru Hosoba、Kyoto college ofMedical Science

11

ドキュメント
利用者
Document Consumer

画像ドキュメント
利用者
Image Document Consumer

IHE Workshop in Tokyo11
2011.07.09 Tokyo-Midtown

XDS、XDS-Iの特徴
所在情報をセンタで管理(レジストリ）、実情報は分散管理(リポジトリ）（参加する医療機関が自らのデータを管理）
データを登録する際もデータを利用する際も標準化された通信
Webサービスの仕組みを利用
ユーザ側はドキュメント利用者アクタのアプリを作る

ドキュメント・画像を取り込んで利用することができる
一貫した用語コードのメンテナンスが必要
セキュリティ手法が標準化されており、ガイドラインへの適応が評価しやすい

12

IHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown

患者IDの管理機能（PIX,PDQ)
地域医療連携センター
患者ID相互参照マネージャ
ID: M835467

ID: L-716患者ＩＤ提供

ID: L-716

患者IDの提供
ID:A876352

ID:
患者IDの提供
M835467患者IDソース

一般病院

Patient ID Source

患者IDソース
Patient ID Source

患者IDの問い合わ
せ患者IDの問い合わせ

ID:A876352

中核病院
患者IDソース

患者IDの提供

Patient ID Source

レジストリ
Document Registry

患者ID利用者

ソース

Pt ID Consumer

患者ID利用者
Pt ID Consumer

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

ドキュメントの登録

リポジトリ
Document Repository

利用者
Document Consumer

2011/7/11

ドキュメントの読み出し

13

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

IHE Workshop in Tokyo13
2011.07.09 Tokyo-Midtown

コミュニティ間連携
XCA(Cross Community Access）
コミュニティ間でドキュメントを共有• 2006 whitepaper on Cross Community Information Exchange• Cross Community Location (2008)• Cross Community Access (20１０・８)

XDS.b トランザクションの適用
ドキュメント利用者（コンシューマ） のアクセスの一貫性を確保• コンシューマからの要求はローカルなドキュメントクエリと同じ

XCA-I 2011/5 画像情報の広域連携

14

IHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown

コミュニティ（XAD)間の連携 （XCA）
コミュニティA

医療機関C
長期診療

患者ID管理コミュニティC所在管理

患者ID管理所在管理

所在情報の登録
共有情報の保管共有情報の保管

医療機関B
急性期診療
(入院)

応答
ゲートウェイ

所在の問い合わせResponding GW（Regisry Stored
共有情報のQuery)
保管

共有情報の読み出し（Retrieve DocumentSet)

コミュニティB

応答
ゲートウェイ

患者ID管理開始
ゲートウェイResponding GW

医療機関A
初期治療、診療 (救急)Initiating GW

所在管理

医療機関D
診療所など

共有情報の読み出し（Retrieve Document Set)●●●●●●●●●●●●●●●●●●●●●●
A病院 ・・・・・・・・・
B病院 ●●●●●●
C病院 △△△△△

所在の問い合わせ（Regisry Stored Query)2011/7/11

15

IHE Workshop in Tokyo15
2011.07.09 Tokyo-Midtown

コミュニティ間の連携（non XDS)
コミュニティA

コミュニティB
患者ID管理
所在管理

医療機関
D
診療所など

応答
ゲートウェイResponding GW

所在の問い合わせ開始
ゲートウェイ（Regisry Stored Query)

Initiating GW●●●●●●●●●●●●●●●●●●●●●●
A病院 ・・・・・・・・・
B病院 ●●●●●●
C病院 △△△△△

共有情報の読み出し（Retrieve Document Set)

2011/7/11

Minoru Hosoba、Kyoto college ofMedical Science

16

IHE Workshop in Tokyo
16
2011.07.09 Tokyo-Midtown

XCA 統合プロファイル
開始コミュニティ
Initiating Community

ドキュメント
利用者
Document Consumer

応答コミュニティResponding Community

ドキュメントの問い合わせRegistry Stored Query [IT-18]↓
ゲートウェイ間問
い合わせドキュメントの読み出し
Retrieve Document
Set [IT-43] ↓開始
ゲートウェイ
Initiating
Gateway

Cross Gateway
Query [ITI38]→

応答
ゲートウェイResponding
Gateway

ゲートウェイ
間読み出し
CrossGateway
Retrieve[ITI-39] →17

IHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown

画像データのコミュニティ間連携シナリオある患者が自ら登録されているドメインと異なったドメインの医療機関で救急治療を受ける。画像検査をオーダしようとした医師は院内のPACSにアクセスする。すでに行った画像検査を取得するためである。院内
PACSが画像ドキュメント利用者（Imaging Document Consumer）として自動的に自らの登録コミュニティとさらに連携している別のコミュニティへ検索を行う。XDS.bのRegistry Stored Queryトランザクションを開始
ゲートウェイ（Initiating Gateway）に出す。開始ゲートウェイ（InitiatingGateway）は、自らのコミュニティのレジストリへ問い合わせると同時に、別のコミュニティの応答ゲートウェイ（Responding Gateway）に問い合わせる。院内PACSは画像ドキュメント利用者（Imaging DocumentConsumer）として同じコミュニティの医療機関の画像ドキュメントソース（Imaging Document Source）にアクセスする。他のコミュニティの画像は、開始ゲートウェイ（Initiating Gateway）が応答ゲートウェイ（Responding Gateway）にアクセスすることで取得する。

18

IHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown

XCA-I 広域画像連携
開始コミュニティ

応答コミュニティ

Initiating Community

Responding Community

ドキュメントリポジトリ
XDS.b Document
Repository
ドキュメントの読み出し

ドキュメントの問い合わせ↑ Retrieve
Document Set↑ Registry Stored
Query [ITI-18][ITI-43]

ドキュメント
利用者
XDS.b Document
Consumer
画像ドキュメント
利用者
Imaging Document
Consumer

ドキュメントの問い合わせRegistry Stored Query[ITI-18]→開始
ゲートウェイ
XCA Initiating
Gateway

ドキュメントリポジトリ
XDS.b Document
Repository

ドキュメントレジストリ
XDS.b Document
Registry

ドキュメントレジストリ
XDS.b Document
Registry
ゲートウェイ間問
い合わせCross
Gateway Query[ITI-38]→

ドキュメントの問い合わせドキュメントの読み出し↑ Registry Stored
Query [ITI-18]↑ Retrieve
Document Set[ITI-43]

応答
ゲートウェイ間読み
ゲートウェイ
出しCross Gateway XCA Responding
Retrieve[ITI-39]→
Gateway

ドキュメントの読み出し
Retrieve Document
Set [ITI-43]→

画像ドキュメントの読み出し
Retrieve Image Document Set[RAD-69]→

開始
画像ゲートウェイ
Initiating
Imaging Gateway

ゲートウェイ間画
像ドキュメント読
み出しCross Gateway
Retrieve
ImagingDocument
Set[RAD-75]→

19応答
画像ゲートウェイ
Responding
Imaging Gateway

画像ドキュメントの読み出し
Retrieve Image Document Set[RAD-69]→

画像ドキュメント
ソース
Imaging Document
SourceIHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown

コミュニティの設立･運営のガイドライン
A.1 はじめに A.2 Glossary A.3 参考資料 A.9 用語と意味
A.4 組織的規約
A.4.1 組織構成 A.4.2 組織的規約 A.4.3 資金提供 A.4.4 透明性

IHE ITI White paper：
Template for XDS Affinity
Domain Deployment
Planning

A.4.5 施行と是正 A.4.6 法的問題（法的統治性、義務とリスク配分、免責、発行物への知的財産権）

A.5 運用規則
A.5.1 サービスレベルの合意 A.5.2 日常的運営 A.5.3 システム停止の管理
A.5.4 構成管理 A.5.5 新機能要素の追加 A.5.6 データ維持、保存、バックアップ
A.5.7 不具合の回復

A.6 メンバの規約

A.6.1 入会 A.6.2 メンバのタイプ A.6.3 メンバ方針

A.7 XADの外部からの接続性

A.7.1 相互運用性規約

A.8 システム構造 Business Actors、Technical Actor仕様（レジストリ、レポジトリ、ドキュメントソース、など）

A.10 患者プライバシと同意
A.10.1 ドキュメントのアクセスと利用の一般則 A.10.2 患者同意（BPPC)
A.10.3 プライバシを越える時のガイド
A.11 技術的セキュリティ
2011/7/11

20

IHE Workshop in Tokyo20
2011.07.09 Tokyo-Midtown

セキュリティ対策のための統合プロファイル
セキュリティ対策
ユーザ認証

統合プロファイル名
職員の登録（PWP：Personnel White Pages）
施設間ユーザ認証（XUA：Cross-Enterprise User Assertion）

アクタ
監査証跡とノード認証（機器、ノード）認証

アクセス制御監査証跡（ATNA ：Audit Trail and Node Authentication）
Access Control (White papers)
ATNA

データ完全性CT(時刻の整合）,ATNA(TLS：Trusted Layer Security オプション)

ディジタル署名
データ秘匿
プライバシー同意DSG: Digital Signatures
ATNA(TLSオプション)
BPPC(Basic Patient Privacy Consents)

ドキュメントの利用可
NAV（Notification of Document Availability）
能通知

21

IHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown

共有コンテンツ関連統合プロファイル

統合プロファイル略称

統合プロファイル名cross enterprise Document
Sharing for Imaging

取り扱う情報XDS-MScross enterprise Document
Sharing of Medical Summaries

退院サマリ情報

XD-LAB

Sharing Laboratory reports

臨床検査情報eXchange of Personal Health
Record Content
Emergency Department
Referral

個人医療情報XDS-I

XPHR
EDR

2011/7/11

22

画像情報

救急部門情報IHE Workshop in Tokyo22
2011.07.09 Tokyo-Midtown

我が国での実施に当たっては関連ガイドラインへの適合が必要
医療情報システムの安全管理に関するガイドライン（2010年4.1版：厚労省）

SaaS 向けSLA（Service Level Agreement) ガイドライン（2008年：経産省）

ASP・SaaS における情報セキュリティ対策ガイドライン(2008年：総務省）
医療情報を受託管理する情報処理事業者向けガイドライン（2008年：経産省）
ASP・SaaS事業者が医療情報を 取り扱う際の安全管理に関するガイドライン（2009年：総務省）
23

IHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown

XDS型医療情報連携の構築手順
コミュニティ（XAD）の確立：Template for XDS Affinity Domain
Deployment Planning
XDSの構築(要求仕様書の作成)；XDS
コンテンツの決定(要求仕様書の作成)：XDS-I, XDS-MSなど
患者ID共有基盤(要求仕様書の作成): PIX,PDQ
セキュリティの確保(要求仕様の作成):ATNA,CT,XUA,PWP, DSG, Handbook(HIESecurity and Privacy through IHE：, Preparing the IHE Profile Security Section)

安全管理ガイドラインへの適合検討 運用管理規程の作成

コミュニティ（XAD）の運用
コミュニティ間連携： XCAの構築

24

IHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown

今後の展開標準化の推進• ネットワーク型の普及推進（HELICSへの申請）• 広域ネットワーク型
個人が情報を管理する形の連携• 可搬型からネットワーク型へ

25

IHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown

個人を中心とした画像連携システム
個人

患者IDソース
Patient ID Source

患者ID相互参照
マネージャ
レジストリ
Document Registry

リポジトリ
Document Repository

ソース
Document Source

26
Patient Controlled Image Sharing

画像ドキュメント
ソース
ソース

利用者Document Consumer

画像ドキュメント
利用者
IHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown

地域医療連携情報システム構築ハンドブック
2010―IHE XDSによるHIE（Health Information
Exchange)の構築―
ePHDS委員会/日本PACS研究会、日本IHE協会編

全155頁

2010年3月
地域医療連携情報システム構築ハンドブック20１１別冊―IHE-XDS（医療情報連携基盤）をめぐる最近の動向―
ePHDS委員会/日本PACS研究会、 日本IHE協会 編

2011年7月 全58頁

日本ＩＨＥ協会 普及推進委員会

IHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown

地域連携情報システム構築ハンドブック
１．はじめに

２．医療連携情報システムの目的と構築の方法• 連携システムの概要• IHEによる構築

３．システム構築の要求仕様と統合プロファイル• 構築に用いる統合プロファイルとその要件 XDS, PIX, PDQ, ATNA

４．ネットワーク基盤• 安全管理ガイドラインへの適合• セキュリティの確保と統合プロファイル

５．システムの運用に関すること
６．附属書28IHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown

対象○対象• 地域医療連携情報システムを構築・運用する担当者• 発注するユーザの担当者• 受注するベンダの担当者• 病院管理者○知識の前提（下記いずれかの経験をお持ちの方）• 「安全管理に関するガイドライン」について概要を知っている• 日本IHE協会主催のワークショップなどに参加したことがある。
• IHE入門書を読んだことがある。
• 病院情報システムなどの情報システムを導入した経験がある。
29

IHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown

ユーザ/ベンダユーザ• 標準的連携システムの理解• 要求仕様書の作成• 必要項目を取捨選択できる。
• IHEが包含する範囲、限界がわかる。

• 構築の手順、運用の確立• 関連ガイドラインへの適合

ベンダ• オープンソースの利用方法• コネクタソンへの参加• 要求仕様書への対応• ガイドラインへの対応
30

IHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown

RFP例）コンシューマ機能① ドキュメントコンシューマからドキュメントレジストリを検索し、レジストリから返されるドキュメントエントリーリスト（リポジトリに存在するXDSドキュメント所在および識別情報を含むメタデータからなる）を受信できる機能を有すること。
② 検索には、ebRIM3.0およびebRS3.0 Registry Servicesによって指定されたSQL言語を使用可能であること。
③ PDFおよびTEXT形式のレポートを表示する機能を有すること。
④ 参照ドキュメントをローカルディスクの任意のフォルダに任意のファイル名をつけて保存できる機能を有すること。

31

IHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown

RFP例）患者IDの管理機能① PIXのPIX Manager（Patient Identifier Cross-reference Manager）は、Patient Identity Feed[ITI-8,ITI44]、PIX Query[ITI-9,ITI-45] の２つのトランザクションをサポートすること。
② PIXは、患者情報管理システムは、地域内で患者を一意に識別する地域患者ID を管理できること。
③ 患者基本情報は、HL7メッセージ仕様で示される必頇項目をセットできること。
④ 患者基本情報の登録要求時に、同一患者候補がPIX Managerに登録されていない場合には、PIXManagerは地域患者IDを自動発番する機能を有すること。
⑤ 同一患者候補がPIX Managerに登録されている場合は、人間による判断により地域患者IDを確定できる機能を有すること。
⑥ 患者基本情報項目の版管理の機能を有すること。
① PDQは、Patient Demographics Supplier（アクタ）として、Patient Demographics Query[ITI-21,ITI-47]のトランザクションをサポートすること。
② PDQは、地域患者ID を発番するための患者基本情報の登録及び患者基本情報の問い合わせ（候補患者の問い合わせ）機能を提供すること。
③ 患者基本情報指定検索時には、同一患者の複数版のデータ(HL７メッセージにおけるPIDセグメントの繰り返し)の応答に対応する機能を有すること。
④ 患者基本情報検索時には、版管理データも検索対象とするものとする。

32

IHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown

附属書:基本事項の解説、事例紹介
A. 施設間情報連携XDS 画像連携の場合 (シナリオ）
B. XDS概論
C. ATNA,CT （セキュリティ基盤）
D. ATNAログの例
E. オープンソースの利用方法
F. IHEポリシーTEMPLATEなど
G. 提案依頼事項について

33

IHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown

ご清聴、ありがとうございました。

日本ＩＨＥ協会 普及推進委員会

IHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown