IHE チュートリアル in 医療情報学会春季シンポジウム 2009 IHE が提供する基盤技術 監査証跡やシングルサインオンなどを中心に- 日本 IHE 協会 ITI 企画委員会 普及推進委員会放医研 医療情報課向井まさみ 2009/06/13 IHE-Tutorial in Nagasaki

Transcription

1 IHE チュートリアル in 医療情報学会春季シンポジウム 2009 IHE が提供する基盤技術 監査証跡やシングルサインオンなどを中心に- 日本 IHE 協会 ITI 企画委員会 普及推進委員会放医研 医療情報課向井まさみ

2 INDEX IHE IT Infrastructure Domain(IT インフラ分野 ) とは? ITI の位置づけ 検討範囲 今すぐ活用できる基盤技術の業務シナリオ ATNA (Audit Trail and Node Authentication) CT (Consistent Time) EUA (Enterprise User Authentication) PSA (Patient Synchronized Applications) 3

3 IHE-ITI(IT インフラストラクチャ ) の位置づけ 放射線部門 22 Integration Profiles 臨床検査 5 Integration Profiles Future Domains EHR Electronic Health Record 病理 1 Integration Profile 基盤技術 IT インフラ 17 Integration Profiles Patient Care Coordination 9 Integration Profiles 眼科 放射線治療 4 Integration Profiles Quality 1 Integration Profiles 循環器 6 Integration Profiles Patient Care Devices 3 Integration Profiles 3 Integration Profile 4

4 IHE IT インフラ分野の検討範囲 臨床分野に関わらず 臨床ワークフローの目的を果たすために必要なプロファイル セキュリティ 患者 ID の管理 保管 他の臨床分野に拡張される基本的な実装仕様の基盤 施設間の医療情報共有 データ出力のための統一フォームデータの検索 保管 複数メーカのアプリケーションを利用する際のユーザインタフェース 現在のワークアイテムのための White Paper HIE(Health Information Exchange) のセキュリティとプライバシィ 5

5 ITI の業務シナリオ ( 統合プロファイル ) 施設間ユーザアサーション (XUA) ドキュメント電子署名 (DDS) 監査証跡とノード認証 (ATNA ATNA) セキュアなドメインを形成するための監査証跡とノード間認証 時刻の整合性 (CT) ネットワーク接続されたシステムにおける時刻の整合 ドキュメント共有 XDS ドキュメント交換 1 対 1 XDR メディア交換 XDM ドキュメント交換のための統合プロファイル コミュニティ間アクセス XCA スキャン文書 XDS-SD 患者基本情報の問い合わせ (PDQ PDQ) 患者 ID 相互参照 (PIX) 患者 ID を異なる ID ドメイン間でマッピング ドキュメント利用可能通知 (NAV) データ出力のためのフォームデータの検索 (RFD) アプリケーション内データを外部利用するフォームデータの読み出し 医療機関職員の登録簿 (PWP) 施設内ユーザ認証 (EUA EUA) 施設内だけの利用 表示のための情報検索 (RID RID) 患者管理 (PAM) 患者同期アプリケーション (PSA PSA) ユーザに単一の名前と全システムにわた る集中認証プロセスを提供 一患者に対する複数アプリケーション のデスクトップ上での同期 6

6 セキュリティ基盤の構築 (ATNA)

7 ATNA の概要 ~ 目的 ユーザへの説明責任 ( 監査証跡 ) 組織のセキュリティ管理者による監査に基づく 安全性に関する領域内のポリシーの遵守の評価 保護すべき PHI( 健康情報 ) に対する不適切な生成 アクセス 修正 削除の発見 アクセス制御 ネットワークアクセスをノード間に制限し 各ノードに対して認可されたユーザにアクセスを制限する方法でのアクセス制御 集中監査記録レポジトリ 全ての IHE アクタから 監査証跡レポジトリへ集中して記録する

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

9 監査証跡の取得方法 ATNA の AT(Audit Trail) は 監査証跡用ログ取得方法を検討 Secure Node Secure Node Secure Node 各アプリケーション ( ログ出力元 ) Audit Repository ログサーバ ( ログ出力先 ) Syslog のメッセージ出力 11

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

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

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

13 セキュリティ基盤の構築 (CT)

14 CT の概要 CT(Consistent Time) は 時刻同期を行うための仕組みを検討 Secure Node Secure Node Time Client 各アプリケーション 時刻問合せ Time Server 時刻管理サーバ (NTP サーバ ) 正しいログを取得して監査を実現するためには全てのアプリケーションが同じ時刻を保持しておかなければいけない 16

15 Windows PC で時刻同期

16 複数アプリ間のユーザ ID, 患者 ID の共有 (EUA/PSA)

17 EUA/PSA の必要性 稼動システム = マルチベンダ / マルチシステム ユーザは 複数のアプリケーションを同時に利用 カルテで今参照している患者さんの画像情報を PACS で見たい この治療を受けた全ての患者さんの経過をまとめてみるには別システムにログインしなくちゃ 様々なシステムの情報を端末上で同期させて表示する方法が開発されている HL7/CCOW(Clinical Context Object Workgroup )

18 CCOW が定義する仕組み (1) 共有する情報 (Context)) の定義 (2)Context の同期を管理するプロセス (Context Manager) ) の定義 (3)Context Manager とアプリケーション間のトランザクション仕様 Context Manager Context 実現するアプリケーションの機能は Single Sign On と患者同期 21

19 PC1 IDが連動する仕組み Context AP1 EMR AP2 Image Viewer AP3 Report Viewer User-ID, 患者 ID を共有 CM CM: Context Manager AP: Application 1,2 PC: Personal Computer 1,2

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

21 PSA( ( 患者選択連動機能 ) EMRにログインしている EMRで患者 Aを選択 PACSにログイン PACSは患者 Aで連動 ( 患者選択が不要 ) PACSで患者 Bに変更 EMRは 連動して患者 Bに切り替わる 他のアプリケーションにログイン このアプリケーションでも患者が連動する

22 最新情報はこちらから 日本 IHE 協会 IHE( 北米 ) ご清聴ありがとうございました END 26