IHEワークショップin広島
200711/10

地域連携からみたIHE
有限責任中間法人 日本IHE協会
京都医療科学大学
細羽 実

HealthInformation Exchange
2IHEは医療連携のツール• 標準化された連携の仕組み• 連携情報そのものが標準化されている• セキュアな基盤が構築できる• 運営指針がある• 広域に展開可能

3

IHEは医療連携のツール• 標準化された連携の仕組み• 連携情報そのものが標準化されている• セキュアな基盤が構築できる• 運営指針がある• 広域に展開可能

4

IHEの手法による連携• 連携シナリオ• アクタ• トランザクション• 統合プロファイル

5

想定される医療連携シナリオ
管理台帳(レジストリ)
情報インデックスの登録

共有情報の保管庫（リポジトリ）

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

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

患者ID
管理

医療機関C
長期診療

情報の検索
共有情報の保管庫（リポジトリ）

共有情報の保管庫（リポジトリ）

共有情報の利用者

医療機関D診療所など
6

共有について同意したコミュニティ

連携の機能単位とは患者IDソース(患者IDの提供）

ドキュメントレジストリ(管理台帳）

アク
タ

アク
タ

診療情報
｜｜

ドキュメントリポジトリ

ドキュメントソース(データ提供）アクタ

ドキュメント
リポジトリ（データ保管）

アクタ7

ドキュメント
利用者(コンシューマ ）アクタ

連携の機能単位の抽出（登録）
診療情報
｜｜

管理台帳
(レジストリ)

医療機関A
初期治療、診療(救急)ドキュメントドキュメントレジストリ(台帳）ドキュメントセットの提供と登録(Provide and Register↑ドキュメントセットの登録

Document Set)

ドキュメントソース(データ提供）アクタ（Register Document Set)

ドキュメント
リポジトリ(データ保管）
アクタ

8

連携の機能単位の抽出（利用）

管理台帳(レジストリ)アクタ

ドキュメントの問い合わせドキュメントレジストリ(台帳）ドキュメント
リポジトリ(データ保管）
アクタ

医療機関A
初期治療、診療(救急)（Regisry Stored Query)

ドキュメント
利用者(コンシューマ ）ドキュメントの読み出し（Retrieve Document Set)

9

アクタ

トランザクションには何が必要か
統合プロファイル：XDS（Cross-Enterprise Document Sharing)
患者IDソース

トランザクション（HL7,ebXML）(患者IDの提供）

ドキュメントセットの提供と登録(Provide and Register
ドキュメントソース(データ提供）アクタ

XDS.b 2007-2008↓患者IDの供給（Patient ID Feed)

Document Set)

アクタ

アクタ

ドキュメントの問い合わせドキュメントレジストリ(台帳）（Regisry Stored Query)↑ドキュメントセットの登録（Register Document Set)

ドキュメント
リポジトリ(データ保管）
アクタ

ドキュメント
利用者(コンシューマ ）ドキュメントの読み出し（Retrieve Document Set)

10

アクタ

実装形態の他の例
ドキュメントソース(データ提供）登録

ドキュメント
リポジトリ(データ保管）ドキュメントソース(データ提供）ドキュメントレジストリ
ドキュメント
レジストリ（台帳）

A問い合わせドキュメント
利用者利用者

読み出し

登録

B

ドキュメントレジストリ
ドキュメント
レジストリ
（台帳）

問い合わせ

ドキュメント
リポジトリ（データ保管）

読み出し

提供と登録
ドキュメントドキュメントソース(データ提供）ソース
11

ドキュメント
利用者

ドキュメント
利用者
ドキュメントドキュメントレジストリ（台帳）
ドキュメント
リポジトリ（データ保管）C実装例
ドキュメントドキュメント
リポジトリ
リポジトリ(データ管理）(データ管理）ドキュメントドキュメントソース
ソース（データ提供）（データ提供）

院内電子
カルテシス
テム

レジストリセンタ
ドキュメントドキュメント
リポジトリ
リポジトリ(データ管理）(データ管理）ドキュメントドキュメント
利用者
利用者

ドキュント
ドキュント
利用者
利用者

院内電子
カルテシス
テム

ドキュメントドキュメントレジストリ(台帳）
レジストリ(台帳）

医療機関B
急性期 診療（入院）

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

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

ドキュント
ドキュント
ソース
ソース
(データ提供）(データ提供）

12

診療所電
子カルテ
システム

医療機関C
診療所など
（診断 サービス）

A情報検索のキーは？
Meta Data
１．作成者： ・所属施設 ・名前 ・役割 ・専門性
２．承認者
３．タイトル、コメント、作成時間、サービス開始、終了時間
４．利用ステータス： 発行、承認、不可
５．ID ： 患者ID,Unique ID,UUID
６．患者情報７．診療行為関連・診療行為種類コードと名前（盲腸炎手術、結腸鏡検査…）
・施設種類コードと名前（クリニック、専門病院…）
・診療科コードと名前 (検査ラボ、放射線科…）
８．Code値
・提供施設タイプ、守秘コード
９．ドキュメントの種類
・classCode（一般的カテゴリ）・typeCode（詳細）13・eventCodeList（主な臨床イベントなど）

連携する情報の中味(コンテンツ）• 連携したいデータをドキュメントと呼ぶ• ドキュメントはコミュニティで定義できる– 人が読めるもの、マシンが処理できるもの、署名ができるもの (色々なレベルで）• ドキュメントを定義する統合プロファイル– 画像– 退院時サマリ（アレルギー、投薬）– 臨床検査– 個人健康・医療情報– 救急部門– 患者同意文書– 手術前情報• 標準規格でコンテンツを定義

XDS-I
XDS-MS
XD＊-LAB
PHR
EDR
BPPC
PPHP

– CDA R2
– HL7 Care Record Summary– ASTM/HL7 Continuity of14Care Document検討中のテーマ、運用の問題• ダイナミックな情報（アレルギー、投薬、プロブレム）• オーダの発行、追跡（処方：ePrescription, 照会：eReferral)• コミュニティ間共有• セキュリティ運用は各コミュニティで– 他の統合プロファイルを利用して構築する• コミュニティ内の管理運用

15

連携基盤とコンテンツ
各にン
イメ
ド

関係

ドキュメントの内容（コンテンツ）を決める統合プロファイル
外科手術
PPHP

画像
XDS-I

イン

フに
ラ

関同意文書
BPPC

臨床検査
XD*-Lab

救急入院時の紹介状
EDR

スキャン文書XDS-SD

退院サマリ
XDS-MS

PHR交換
XPHR係

ドキュメント共有

ドキュメント交換 1対1

メディア交換

XDS

XDR

XDM

ドキュメント連携のための統合プロファイル
セキュリティ基盤 16統合プロファイル

連携基盤（共有・交換）
施設間情報共有
XDS
電子カルテシステム

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

ドキュメン トソース

施設間情報高信頼性交換
XDR（Reliable Interchange)
ドキュメントセットの提供と登録

電子カルテシステム

ドキュメ ント受信

ドキュメン トソース

17

施設間メディア交換 XDM（Cross enterprise Document Media interchange）
メディア（CD-R,USB）,によるドキュメントの配信
PortableMediaCreatorPortableMedia
Importer

PMC• ドキュメントを患者に提供• 手渡しによるドキュ
メントの転送• CD,USB,メールも含む

PMI

Webコンテンツへのエントリ提供するドキュメントセットへのエントリ
その他のコンテンツ（XDMには関係ない）

18

メディアのディレクトリ構造

画像情報の共有（XDS-I）統合プロファイル
患者IDソース↓患者IDの供給

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

画像ドキュメント
ソース

ドキュメントレジストリ

ドキュメントの問い合わせドキュメント
利用者↑ドキュメントセットの登録
画像ドキュメント
利用者
ドキュメントリポジトリ
ドキュメントの読み出し←WADO読み出し←画像、←表示状態←キーイメージノート←エビデンスドキュメントなどの読み出し
19

IHEは医療連携のツール• 標準化された連携の仕組み• 連携情報そのものが標準化されている• セキュアな基盤が構築できる• 運営指針がある• 広域に展開可能20

セキュリティの確保• IHEは相互接続性の確保のための技術的な詳細を取り決めたもの• 患者のプライバシーと情報セキュリティを守れるか• IHEはプライバシー、セキュリティ・ポリシーを決めていない• 医療連携システムはIHEをうまく使って実装する必要がある
21

ITI(インフラ） 統合プロファイル
施設間ユーザアサーション（XUA)

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

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

スキャン文書XDS-SD

監査証跡とノード認証（ATNA）

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

セキュアなドメインを形成するための監
ドキュメント 共有 ドキュメント 交換 メディア 交換
査証跡とノード間認証

1対１

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

医療機関職員の登録簿（PWP）
施設内ユーザ認証（EUA）

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

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

XDS

XDR

XDM

ドキュメント交換のための統合プロファイル

コミュニティ間アクセス

施設内だけの利用表示のための情報検索（RID）
22

ドキュメント利用可能通知（NAV）
データ出力のためのフォームデータの読み出し（RFD)
アプリケーション内データを外部利用するフォームデータの読み出し

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

セキュリティへの対応• 正しいユーザか– ユーザのID → PWP（職員の登録）– ユーザ認証 → XUA（ユーザ認証）– アクタ（機器、ノード）認証 → ATNA（監査証跡とノード認証）– アクセス制御 → 将来

• 誰がアクセスしたか– 監査証跡 → ATNA

• 改ざんはないか– データ完全性 → CT(時刻の整合）, ATNA,DSG(ディジタル署名）• 秘匿されているか

23– データ秘匿 → ATNA,BPPC（同意文書）

統合プロファイルとセキュリティ確保

ATNA（監査証跡とノード認証）

説明性認証

ア 秘ク 匿セス

完全性

直直直 直
間直直間間直間直直
直BPPC（患者同意）
CT〔時刻の整合性）
EUA（施設内ユーザ認証）
XUA（施設間ユーザ認証）
DSG（電子署名）
XDS
XDR
XDM
PWP（職員の台帳）

間間
24

直

間 間
間 間直
直間 直直直直直直

個
人情報
保護
直 直
直直
間 間
間 間
直間
間間間
否
認
拒否

利用性直直直監査証跡と認証、時刻の正当性
ATNA（Audit Trail & Node Authentication) & CT(Consistent Time)の利用

電子カルテPMS救急部門

開業医
リポジトリ
ドキュメント
レジストリ

PACS

リポジトリ
ドキュメントの問い合わせドキュメントの登録
PACS

セキュアなメッセージ交換
ドキュメントの読み出し

ドキュメントの読み出し
時刻の同期

電子カルテ
ドキュメントセットの登録

臨床検査
時刻の監査証跡の中核病院
時刻の同期
コミュニティ システ 記録
ATNA監査 同期
ムCT タイムサーバ
クリニック
記録
監査証跡の監査証跡の記録
リポジトリ
記録
25

XDS コミュニティ

XDS（Cross-Enterprise Document
Sharing)患者IDソース

トランザクション

アクタ(患者IDの提供）↓患者IDの供給（Patient ID Feed)

ドキュメントセットの提供と登録(Provide and RegisterDocument Set)

ドキュメントソース(データ提供）アクタ

アクタ

ドキュメントの問い合わせドキュメントレジストリ(台帳）（Regisry Stored Query)↑ドキュメントセットの登録（Register Document Set)

ドキュメント
リポジトリ(データ保管）
アクタ

ドキュメント
利用者(コンシューマ ）ドキュメントの読み出し（Retrieve Document Set)

26アクタ患者ID相互参照
PIX の利用
患者ID相互参照マネージャ

患者ＩＤ 提供
患者ID提供A87631
M8354673993
M8354673993
L-716

電子カルテ

14355
L-716

患者ID ソース
M8354673993

開業医
患者ＩＤ提供

患者ID

救急部門

提供

ドキュメント
レジストリ

リポジトリ
L-716

患者IDの問い合わせ

臨床検査システム

患者IDの問い合わせ

PACS
A87631

リポジトリ

ドキュメント問い合わせ (Pt Id)

PACS

コミュニティ
クリニック

A87631

ドキュメント登録(Pt ID)

ドキュメントの読み出し

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

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

CT タイムサーバ

27

XDS コミュニティ

IHEは医療連携のツール• 標準化された連携の仕組み• 連携情報そのものが標準化されている• セキュアな基盤が構築できる• 運営指針がある– 運用規程づくりのチェックリスト– セキュリティ・プライバシーの確保例• 広域に展開可能28

コミュニティ （Affinity Domain）のチェックリスト•ドメイン外との接続性•システム仕様• 組織規程– 構成、設立者、運営者– 経済的、税務的検討– 透明性– 責任機関（支払い、利用権、セキュリティ）– 法的事項の管理– 債務– 免責事項–レジストリ、リポジトリ、ソース、利用者、–PIXマネージャ、PIX利用者、–PDQソース、PDQ利用者、監査
証跡リポジトリ、–ドメイン間トランザクション•メタデータ (辞書）
•患者同意•セキュリティ技術• 運用規程– サービス契約– 日常管理– トラブル– メンテナンス（追加、更新、バックアップ）– 災害復旧–承認–認証–アクセス–完全性–倫理–監査証跡–リスク解析

• 会員規程29

コミュニティ（Affinity Domain)の連携
XCA（Cross Community Access)
コミュニティ B

Receiving
Gateway

コミュニティ Aドキュメント
レジストリ
ドキュメントリポジトリ

ドキュメントの問い合わせ（RegisryStored Query) Initiating

Cross
Gateway
QueryGatewayCross
Gateway
Query

ドキュメントの読み出し（RetrieveDocumentSet)
ドキュメント
利用者

ドキュメントの問い合わせ（RegisryStored Query)

ドキュメントの読み出し（RetrieveDocumentSet)
30

ドキュメントレジストリ

ドキュメントの問い合わせ（RegisryStored Query)ドキュメント
リポジトリ

コミュニティ C

ドキュメントの問い合わせ（Regisry StoredQuery)

Receiving
Gateway
ドキュメントの読み出し（RetrieveDocumentSet)

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

EHR構築に向けたIHEの動向
IHEによる医療連携の例

32

フィラデルフィアでの医療機関連携
The Philadelphia Health Information Exchange（HIE)
Imaging exchange among unaffiliated entities

400万人の患者、
５５病院
現状での参加医療機関

33

・University of Pennsylvania
・Children’s Hospital ofPhiladelphia
・Presbyterian Medical Center・Pennsylvania Hospital・Thomas Jefferson University
Hospital・Philadelphia Department of
Public Health and Community
Radiology

臨床的な動機
Philadelphia Health Information Exchange
University ofPennsylvania

Thomas Jefferson
University Hospital

競合する医療機関の間で同一患者が検査を受けているか

9,491

For the period 1/1/05 - 11/30/05

画像検査した患者数
医療機関内での％143,269
6.6%

61,38315.5%
34

名古屋プロジェクト
疾患別地域医療情報連携システムの標準化及び実証事業
東海ネット医療フォーラム・NPO
救急車ー急性期病院間情報伝達フォーマット
（診療・検査・画像情報）

地域連携クリティカルパス
手術支援
ネットワーク

救急車

急性期病院ーリハ病院間情報伝達フォーマット
（診療・検査・画像情報）

急性期病院
救急医療ネットワーク

レジストリーシステム

リハ病院ー療養型施設・かかりつけ医間情報伝達フォーマット
（診療・検査・画像情報）

回復期リハ病院HPKI
CA局
患者の レジストリ リポジトリ
地域ID 共有情報 共有情報
管理簿 登録簿
保管庫

基幹病院
ネットワーク

療養型施設
かかりつけ医療養型施設・かかりつけ医ー在宅間情報伝達フォーマット
（診療・検査情報）

かかりつけ医ネットワーク

診療報酬上の目標
脳卒中医療における地域連携診療計画管理料（入院時）
地域連携診療計画退院時指導料（退院時）の算定加算

在宅35

医療制度上の目標
発症から社会復帰までをトータルに支える医療の創生（脳卒中連携医療体制の確立）

粒子線治療連携デモンストレーション
施設間連携用
情報管理サーバ

CyberRAD2007

ドキュメントレジストリ(台帳）

一般病院

診療情報・画像情報の提供

ドキュメント
リポジトリ(データ保管）

放射線治療専門病院
ドキュメント問合せ・参照
ドキュメント
利用者(コンシューマ ）画像ドキュメント
利用者(コンシューマ ）ドキュメントソース(データ提供）画像ドキュメント
ソース(データ提供）DICOM画像、キー画像取得

Clinical Affinity
Domain36

IHEによる医療連携の現状と問題点• 実証試験（名古屋、放医研：18年～20年）– 運用体制の確立– ビジネスモデルの確立• 普及のためには– IHEの枠組みによる推進（日本IHE協会）• 必要な国内拡張と国際整合• コネクタソンの実施– わが国の臨床現場で使える統合プロファイル
開発– アクタのオープンソース化– テスト環境の支援– 医療情報システムの安全管理に関するガイド
ラインに則った運用37

公開情報・オープンソース• IHE Wiki
– http://wiki.ihe.net/• オープンソース– Source Forge project ‘IheOs’• 公開レジストリ– ‘IheOs’• http://ihexds.nist.gov– XDSテスト38

おわります。
ご清聴ありがとうございました。
http://www.ihe.net/
http://www.ihe-j.org/