2013.11.21 第 33 回医療情報学連合大会パネルディスカッション 2 患者プロファイル情報基盤を考える 地域医療連携 おしどりネット から見た患者プロファイル 標準化の枠組みとコンテンツ 鳥取大学医学部附属病院医療情報部 近藤博史
テーマ 鳥取県のおしどりネットにおける SBC 基盤の電子カルテ連携システムの概要と課題 その課題解決に 患者プロファイル情報基盤 は有効か? 有効となる条件は?
outline 鳥取県地域連携システムについて 経緯 技術 (2009-2013) シンクライアント 管理名寄せサーバ 名寄せにおける患者基本情報について 技術 (2013- ) 今年度開発中 日本の標準 + 世界の標準 + シンクライアント SS- MIX2 IHE- XDS, XDS- I, PIX, ATNA, CT Hybrid System SS- MIX2 における患者プロファイル 標準化枠組みとコンテンツの標準化 種々の状況に必要な患者プロファイル ( 基本情報 ) CCDA, IHE- PCC などの動向もある
シンクライアントシステムの利点欠点 通信帯域は 100 1000:1
経緯 SBC (I CIS) (F HOPE/EGMAIN-FX) 1 2 3 SBC & PACS SS-MIX2, IHE SS-MIX2 GW IHE XDS, PIX, CT, ATNA DICOM GW IHE XDS-I, PIX, CT, ATNA 5
患者参加申請書類 将来の救急災害時運用 1) 救急病院搬送 2) 患者確認携帯電話番号運転免許証 3) 過去カルテ参照 _ 普及をめざして 1 申請時の救急病院参照了承 2 登録患者の拡大 3 急変する患者の積極的登録 4 電子カルテ無くても登録 6
名寄せ時 危惧すること 同じ患者を別の患者にしないため シナリオ : 西部 2 病院に参加した患者が東部 2 病院で登録 会社が変わる場合 氏名 生年月日 保険証 電話 住所 運転免許 携帯 氏名 : 特殊文字の場合 固定電話 住所の履歴が欲しい! 結婚の場合 氏名 生年月日 保険証 電話 住所 運転免許 携帯 同性同名 同生年月日の別の患者を同じ患者にしない 氏名 生年月日 保険証 電話 住所 運転免許 携帯
救急 災害時に本人同定のための基本情報 現状は救急 災害時に未申請医療機関の了承は得ていない 専用カード 携帯しているとは限らない 運転免許証 運転する人には有効 運転しない人は 携帯 大人の多くは保持している 診察券 通院患者は保持している 名寄せ医療機関の場合 検索可能 電子カルテに関係なく 急変の可能性がある患者の登録も?
利用時の基本として 全部見せるシステムだが 各社各様 参照時の基本 マニュアル作成 患者プロファイルの参照 最近の検査結果の参照 最近の処方の参照
: を相互に登録する必要あり Firewall (Closed High-Speed WAN) Firewall Terminal PC EPR Application Medical worker SBC Server SBC server Terminal PC EPR Application Medical worker Protected/Trusted network Protected/Trusted network Electronic Patient Record (EPR) Servers Firewall Firewall Electronic Patient Record (EPR) Servers
Tottori University Hospital Firewall Tottori Information Highway (Closed High-Speed WAN) Saihaku Municipal Hospital Firewall Terminal PC SBC server SBC server Terminal PC EPR Application EPR Application Medical worker Medical worker Protected/Trusted network Protected/Trusted network Electronic Patient Record (EPR) Servers Firewall Firewall Electronic Patient Record (EPR) Servers
患者さん登録の運用フロー 管理業務の分散化 2 認証サーバ 3 地域連携ポータル 患者名寄せ DB 5 病院毎共通 ID パスワード患者 ID 病院電子カルテ端末 SBC サーバ 大学病院のサーバ室 病院電子カルテ端末 SBC サーバ バーチャルサーババーチャル VPN 1 4 6 8 11 7 9 県情報ハイウェー / インターネット & VPN SBC SBC SBC 病院電子カルテ端末病院電子カルテ端末病院電子カルテ端末病院電子カルテ病院電子カルテ病院電子カルテ Hiroshi Kondoh, Division of Medical InformaXcs, ToYori University Hospital
2 認証サーバ 3 地域連携ポータル 患者名寄せ DB 5 6 参照の運用フロー 病院毎共通 ID パスワード患者 ID 病院電子カルテ端末 SBC サーバ バーチャルサーババーチャル VPN 大学病院のサーバ室 病院電子カルテ端末 SBC サーバ 1 4 7 8 11 9 10 県情報ハイウェー & VPN SBC SBC SBC 病院電子カルテ端末病院電子カルテ端末病院電子カルテ端末病院電子カルテ病院電子カルテ病院電子カルテ Hiroshi Kondoh, Division of Medical InformaXcs, ToYori University Hospital
Kinkai Rehabilitation Hospital Iwami Hospital Tottori University Hospital Saihaku Hospital Hino Hospital Refering Hospital Nichinan Hospital Informant Hospital 10
Kinkai Rehabilitation Hospital Iwami Hospital Tottori University Hospital Saihaku Hospital Nichinan Hospital Hino Hospital Only Refering Hospital Informant Hospital New Informant Hospital 10
目的 :SBC 利用できない病院厚労省は SS- MIX2 を推奨 富士通 ソフトウェアサービスで SBC は使えない SBC はクライアントソフトが大きいとメモリーリーク 厚労省 SS- MIX2 推奨 : 日本標準 媒体 CD で運用のため 患者毎にフォルダー保存 HL7 : 検査 処方 基本 病名 HL7 CDAv2 : 退院時要約 医師記録 看護記録 報告書 画像 :DICOM その他 : 取り決められた PDF, XML,
IHE IntegraXng Healthcare Enterprise XDS, XDS- I, PIX, CT, ATNA IHE は 1999 HIMSSHealthcare InformaXon Management System Society(HL- 7) + RSNARadiology Society of North America(DICOM) => IHE 地域連携の世界標準は IHE- XDS, XDS- I 海外実績のある IHE- XDS( カナダ ), XDS- I( オランダ ) 導入 [XDS] Cross Enterprise Document Sharing [XDS- I.b] Cross- enterprise Document Sharing for Imaging.b [PIX] PaXent IdenXfier Cross Referencing [CT] Consistent Time [ATNA] Audit Trail and Node AuthenXcaXon
なぜ IHE か? ドメイン間接続の拡張性 晴れやかネット ( 岡山県 ) まめネット ( 島根県 ) と相談中 [XCA]Cross- Community Access allows to query and retrieve paxent electronic health records held by other communixes. [XCPD] Cross- Community PaXent Discovery supports locaxng communixes with paxent electronic health records and the translaxon of paxent idenxfiers across communixes.
XDS 像データ連携のシナリオ レポジトリー 共有用の保管庫 画像検査医療機関 B ( あるいは健診センター ) 過去の画像検査 が保管されている 7 過去の画像検査結果 レポジトリー 共有用の保管庫 3 過去の画像検査の呼び出し レジストリー 画像データの台帳 2 過去の画像検査の問い合わせ 6 画像検査情報 4 画像検査結果の登録問い合わせ 5 検査結果の利用可能通知 開業医 8 今回の画像検査結果 4 画像検査の実施 医療機関 A 27 1 検査のための患者紹介
Hybrid 化 (XDS/XDS- I + SBC) 利用者は既存と新規を同じにする ともに SBC 利用 名寄せは既存システム利用 各病院の出力は既存と SS- MIX2, DICOM 併用 既存システムは電子カルテと PACS の乗った SBC をスイッチングする 新規情報提供病院は SS- MIX2, DICOM から XDS/XDS I に変換しこれらのビューワの乗った SBC をスイッチングする 事前準備機能 患者登録 SS- MIX2 から登録患者データのみ抽出 患者登録 DICOM サーバから登録患者データのみ抽出
図 2 おしどりネット 2 拡充のデータ フロー 図 2 おしどりネット 2 拡充のデータ フロー Reference hosp. Sharing Network ToYori Univ. Hospital Server Room InformaXve hosp. Portal server X Hosp. SBC Client User Manager EPR client, PACSclient Patient Identifier Cross referencing Manager Log Storage A Hosp. EPR Server PACS Server SBC Server for A Hosp. XDS Registry IHE PIX manager A Hosp. Client Document Consumer Document Repository XDS Source SS-MIX2 GW SS- MIX2 Server B Hosp. EPR Server PACS Server DICOM Y Hosp. SBC Client Document Viewer XDS- I Consumer XDS- I Viewer XDS- I Repository XDS- I Source DICOM GW B Hosp. Client SBC Server for XDS &XDS- I
Work Flow of OshidoriNet 3 Reference hosp. ToYori Univ. Hospital Server Room InformaXve hosp. Sharing Network X Hosp. SBC Client User Manager EPR client, PACSclient Portal server Patient Identifier Cross referencing Manager Log Storage A Hosp. EPR Server PACS Server SBC Server for A Hosp. : XDS Registry IHE PIX manager A Hosp. Client XDS Consumer XDS Repository XDS Source SS-MIX2 GW SS- MIX2 Server B Hosp. EPR Server PACS Server Y Hosp. SBC Client XDS- I Consumer Documen XDS- I t Viewer Viewer SBC Server for XDS XDS- I Repository 23 XDS- I Source DICOM GW B Hosp. Client
各病院の SS- MIX2 データの統合化 目的はレポジトリーを一つにしてコストを下げる データの統合をおこなう 他社は 病院を選び 病院毎の表示 まとめて表示可能! 病院を越えて時系列表示 基本情報も But, コンテンツの標準化 ( コード化 ) が未対応! データの 2 次利用には不可欠の問題!
標準化枠組みとコンテンツの標準化の未対応 各社の電子カルテが先に存在し そこから HL7 データの取り出しが考えられた コンテンツの標準化 ( コード化 ) は未対応が残る 入院予約 予約取り消し 実施 実施取り消しの 2 段階と実際は オーダ 入院日決定 入院実施の 3 段階の流れとの関係 アレルゲン分類 アレルギー情報のコードの不使用など コードの不使用 運用との整合性などが問題 検査コード JLAC10 外来処方はオーダのみ 入院処方はオーダと実施あり
2. 患者詳細 各病院の患者基本もコンテンツの標準化の問題あり ログインユーザーが所属する施設の ADT- 00 ( 患者基本情報の更更新 ) の内容を表 示 ドロップダウンメニューで他施設の ADT- 00 を表 示 全施設の ADT- 61 ( アレルギー情報の更更新 ) の内容を纏めて表 示 全施設の PPR- 01 ( プロブレム情報の通知 ) の内容を纏めて表 示
4-1. 処 方 注射カレンダー ( オーダー ) タブ切切替時の初期表 示画 面 日付情報は オーバービューで指定した 日付を引き継ぐ オーバービューで指定した 日付を中 心にして データが存在しない 日付を含む7 日分のデータを表 示 薬剤名称順にソート 標準コードが無ければ 病院を越えた統合表示は無理! コンテンツの標準化が重要! テーブルの内容を実施データに切切替 アイコンイメージは オーバービューの処 方 注射と同じ [ 処 方詳細 ], [ 注射詳細 ] にはクリックした薬剤を含むオーダのみを表 示
種々の状況に必要な患者基本情報 ( プロファイル ) 造影 CT の患者基本情報 妊娠の有無 腎機能障害 造影剤アレルギーの有無 MRI の患者基本情報 ペースメーカーの有無 体内金属の有無 閉所恐怖症の有無 糖尿病の患者基本情報 脳卒中の患者基本情報 老人診療の基本情報 医療行為に際して 既に存在しているはずの情報 ( 過去の情報 ) で 有ると医療行為が容易になる情報と定義
ご清聴ありがとうございました Hiroshi Kondoh, Division of Medical Informatics, Tottori University Hospital