IHEチュートリアル
IHE
チュートリアル in 医療情報学会春季シンポジウム
医療情報学会春季シンポジウム2009
2009

IHEが提供する基盤技術
IHE
が提供する基盤技術–監査証跡やシングルサインオンなどを中心に監査証跡やシングルサインオンなどを中心に--

日本IHE協会
ITI企画委員会・普及推進委員会
放医研・医療情報課
向井 まさみ2009/06/13 IHE-Tutorial in Nagasaki

INDEXIHE IT Infrastructure Domain（ITインフラ分野）とは？
– ITIの位置づけ– 検討範囲今すぐ活用できる基盤技術の業務シナリオ– ATNA (Audit Trail and Node Authentication)– CT (Consistent Time)– EUA (Enterprise User Authentication)– PSA (Patient Synchronized Applications)
2009/06/13 IHE-Tutorial in Nagasaki

3

IHE-ITI（ITインフラストラクチャ）の位置づけ
EHR
Electronic Health Record
基盤技術

Quality1 Integration Profiles

放射線部門

IT インフラ22 Integration Profiles

17 Integration Profiles

循環器
6 Integration Profiles

Patient CareDevices

臨床検査
5 Integration Profiles

3 Integration Profiles

FutureDomains
病理Patient CareCoordination

放射線治療

9 Integration Profiles

3 Integration Profile

1 Integration Profile
2009/06/13 IHE-Tutorial in Nagasaki

眼科4 Integration Profiles

4

IHE ITインフラ分野の検討範囲
ITインフラ分野の検討範囲
 臨床分野に関わらず、臨床ワークフローの目的を果たすために必要なプロファイル– セキュリティ、患者IDの管理・保管

 他の臨床分野に拡張される基本的な実装仕様の基盤– 施設間の医療情報共有– データ出力のための統一フォームデータの検索・保管– 複数メーカのアプリケーションを利用する際のユーザインタフェース 現在のワークアイテムのためのWhite Paper– HIE（Health Information Exchange)のセキュリティとプライ
バシィ
2009/06/13 IHE-Tutorial in Nagasaki

5

ITIの業務シナリオ（統合プロファイル）
ITIの業務シナリオ（統合プロファイル）
施設間ユーザアサーション（XUA)

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

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

スキャン文書XDS-SD

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

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

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

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

2009/06/13 IHE-Tutorial in Nagasaki

患者ID相互参照
患者ID
相互参照
（PIX）
PIX）
患者IDを異なるIDドメイン間でマッピング

ドキュメント共有

ドキュメント
交換 1対１

メディア交換

XDS

XDR

XDM

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

コミュニティ間アクセス
XCA

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

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

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

6セキュリティ基盤の構築（
セキュリティ基盤の構築（ATNAATNA））

2009/06/13 IHE-Tutorial in Nagasaki

ATNAの概要～目的 ユーザへの説明責任（監査証跡）– 組織のセキュリティ管理者による監査に基づく、安全性に関する領域内のポリシーの遵守の評価– 保護すべきPHI(健康情報）に対する不適切な生成、アクセス、修正、削除の発見

 アクセス制御– ネットワークアクセスをノード間に制限し、各ノードに対して認可されたユーザにアクセスを制限する方法でのアクセス制御

 集中監査記録レポジトリ– 全てのIHEアクタから、監査証跡レポジトリへ集中して記録する
2009/06/13 IHE-Tutorial in Nagasaki

ATNAの概要～監査証跡(AT) １つのSecure Domain(院内システム)のシステ
ムはIHEのアクタを実装している/いないにかかわらず、監査証跡ログを出力すること。
 監査記録メッセージは、集中監査レポジトリへログ採取が行われる。
 監査ログ取得の仕組みは、Reliable Syslog
Cooked Profile(RFC-3195)を採用。
 監査ログ取得すべきイベントが提案されている。

2009/06/13 IHE-Tutorial in Nagasaki

監査証跡の取得方法
 ATNAのAT(Audit Trail）は、監査証跡用ログ取得方法を検討。

Secure Node
Secure Node
Secure Node
各アプリケーション（ログ出力元）Audit
Repository
ログサーバ（ログ出力先）Syslogのメッセージ出力

2009/06/13 IHE-Tutorial in Nagasaki

11監査証跡で取得するevent(例) システム/アプリケーションの開始/終了時
 ユーザログイン時 ユーザ認証失敗時
 オーダ発行時
 患者情報の出力export時
 患者情報の取り込みimport時
 画像格納時
 データ削除時など
2009/06/13 IHE-Tutorial in Nagasaki

ATNAの概要～接続認証(NA) 各ノードの接続に対して、双方向の証明書ベースのノード認証を行う。
 DICOM,HL7,HTTPの各プロトコルは全て証明書ベースの決まった認証機構を持っている。
 ユーザではなく、ノード（システムや機器）を認証している。
 双方向のノード認証ができない機器の接続は禁止されるか、PHIアクセスを防ぐようにする。

2009/06/13 IHE-Tutorial in Nagasaki

13

ATNAの概要～接続認証(NA) 利用している規格– DICOM及びHL７：TLSプロトコルを使用。
TLS_RSA_WITH_NULL_SHA
TLS_RSA_WITH_AES_128_CBC_SHA （ATNA暗号化オプション）– HTTP：一般的なブラウザはTLSによる相互認証をサポートしない＝拡張したブラウザを使用する。
※セキュアノードが物理的なセキュリティを守られた形で構成された場合は、通常のHTTP利用可。

2009/06/13 IHE-Tutorial in Nagasaki

14

セキュリティ基盤の構築（セキュリティ基盤の構築（CTCT））

2009/06/13 IHE-Tutorial in Nagasaki

CTの概要CTの概要
 CT(Consistent Time)は、時刻同期を行うための仕組みを検討。

Secure Node
Secure Node 時刻問合せ
Time Client
各アプリケーション

Time Server
時刻管理サーバ（NTPサーバ） 正しいログを取得して監査を実現するためには全てのアプリケーションが同じ時刻を保持しておかなければいけない。
2009/06/13 IHE-Tutorial in Nagasaki

16

Windows PCで時刻同期

2009/06/13 IHE-Tutorial in Nagasaki複数アプリ間のユーザ
複数アプリ間のユーザID,ID,患者
患者ID
IDの共有の共有（EUA/PSAEUA/PSA））

2009/06/13 IHE-Tutorial in Nagasaki

EUA/PSAの必要性
EUA/PSAの必要性
 稼動システム＝マルチベンダ/マルチシステム
 ユーザは、複数のアプリケーションを同時に利用– カルテで今参照している患者さんの画像情報をPACSで見たい。
– この治療を受けた全ての患者さんの経過をまとめてみるには別システムにログインしなくちゃ、、、。

↓ 様々なシステムの情報を端末上で同期させて表示する方法が開発されている

HL7/CCOW(Clinical Context Object Workgroup )2009/06/13 IHE-Tutorial in Nagasaki

CCOWが定義する仕組み
CCOWが定義する仕組み(1)(1)共有する情報（共有する情報（ContextContext）の定義）の定義(2)Context(2)Contextの同期を管理するプロセス（の同期を管理するプロセス（Context
Context ManagerManager）の定義）の定義(3)Context Manager とアプリケーション間のトランザクション仕様

ContextManager実現するアプリケーションの機能はSingle Sign On と患者同期
Context
2009/06/13 IHE-Tutorial in Nagasaki

21

IDが連動する仕組み
IDが連動する仕組み
PC1
AP1

AP３
AP2
Image Report
Viewer Viewer

EMR

User-ID, 患者IDを共有

CM
CM: Context Manager
AP: Application 1,2 …
PC: Personal Computer 1,2 …
2009/06/13 IHE-Tutorial in Nagasaki

Context

EUA（シングルサインオン）
EUA（シングルサインオン）
 EMRにユーザAがログイン
 PACSに同一ユーザで参加（ログイン不要）………
 EMRからユーザAがログアウト
 PACSも連動して、ログアウト
 EMRにユーザBがログイン
 PACSに同一ユーザで参加（ログイン不要）

2009/06/13 IHE-Tutorial in Nagasaki

PSA（患者選択連動機能）
PSA（患者選択連動機能）
 EMRにログインしている
 EMRで患者Aを選択
 PACSにログイン
 PACSは患者Aで連動（患者選択が不要）
 PACSで患者Bに変更
 EMRは、連動して患者Bに切り替わる
 他のアプリケーションにログイン このアプリケーションでも患者が連動する
2009/06/13 IHE-Tutorial in Nagasaki

最新情報はこちらから
日本IHE協会
http://www.ihe
http://www.ihe--j.org
IHE（北米）
http://www.ihe.net
ご清聴ありがとうございました
END
2009/06/13 IHE-Tutorial in Nagasaki

26