患者プロファイル３.pptx

Size: px

Start display at page:

Download "患者プロファイル３.pptx"

ちえこてらわ
5 years ago
Views:

1 第 33 回医療情報学連合大会パネルディスカッション 2 患者プロファイル情報基盤を考える地域医療連携おしどりネットから見た患者プロファイル標準化の枠組みとコンテンツ鳥取大学医学部附属病院医療情報部近藤博史

2 テーマ鳥取県のおしどりネットにおける SBC 基盤の電子カルテ連携システムの概要と課題その課題解決に患者プロファイル情報基盤は有効か? 有効となる条件は?

3 outline 鳥取県地域連携システムについて経緯技術 ( ) シンクライアント管理名寄せサーバ名寄せにおける患者基本情報について技術 (2013- ) 今年度開発中日本の標準 + 世界の標準 + シンクライアント SS- MIX2 IHE- XDS, XDS- I, PIX, ATNA, CT Hybrid System SS- MIX2 における患者プロファイル標準化枠組みとコンテンツの標準化種々の状況に必要な患者プロファイル ( 基本情報 ) CCDA, IHE- PCC などの動向もある

4 シンクライアントシステムの利点欠点通信帯域は :1

5 経緯 SBC (I CIS) (F HOPE/EGMAIN-FX) SBC & PACS SS-MIX2, IHE SS-MIX2 GW IHE XDS, PIX, CT, ATNA DICOM GW IHE XDS-I, PIX, CT, ATNA 5

6 患者参加申請書類将来の救急災害時運用 1) 救急病院搬送 2) 患者確認携帯電話番号運転免許証 3) 過去カルテ参照 _ 普及をめざして 1 申請時の救急病院参照了承 2 登録患者の拡大 3 急変する患者の積極的登録 4 電子カルテ無くても登録 6

7 名寄せ時危惧すること同じ患者を別の患者にしないためシナリオ : 西部 2 病院に参加した患者が東部 2 病院で登録会社が変わる場合氏名生年月日保険証電話住所運転免許携帯氏名 : 特殊文字の場合固定電話住所の履歴が欲しい! 結婚の場合氏名生年月日保険証電話住所運転免許携帯同性同名同生年月日の別の患者を同じ患者にしない氏名生年月日保険証電話住所運転免許携帯

8 救急災害時に本人同定のための基本情報現状は救急災害時に未申請医療機関の了承は得ていない専用カード携帯しているとは限らない運転免許証運転する人には有効運転しない人は携帯大人の多くは保持している診察券通院患者は保持している名寄せ医療機関の場合検索可能電子カルテに関係なく急変の可能性がある患者の登録も?

9 利用時の基本として全部見せるシステムだが各社各様参照時の基本マニュアル作成患者プロファイルの参照最近の検査結果の参照最近の処方の参照

Medical worker Protected/Trusted network Protected/Trusted network Electronic

10 : を相互に登録する必要あり 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

11 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

12 患者さん登録の運用フロー管理業務の分散化 2 認証サーバ 3 地域連携ポータル患者名寄せ DB 5 病院毎共通 ID パスワード患者 ID 病院電子カルテ端末 SBC サーバ大学病院のサーバ室病院電子カルテ端末 SBC サーババーチャルサーババーチャル VPN 県情報ハイウェー / インターネット & VPN SBC SBC SBC 病院電子カルテ端末病院電子カルテ端末病院電子カルテ端末病院電子カルテ病院電子カルテ病院電子カルテ Hiroshi Kondoh, Division of Medical InformaXcs, ToYori University Hospital

13 2 認証サーバ 3 地域連携ポータル患者名寄せ DB 5 6 参照の運用フロー病院毎共通 ID パスワード患者 ID 病院電子カルテ端末 SBC サーババーチャルサーババーチャル VPN 大学病院のサーバ室病院電子カルテ端末 SBC サーバ県情報ハイウェー & VPN SBC SBC SBC 病院電子カルテ端末病院電子カルテ端末病院電子カルテ端末病院電子カルテ病院電子カルテ病院電子カルテ Hiroshi Kondoh, Division of Medical InformaXcs, ToYori University Hospital

15 Kinkai Rehabilitation Hospital Iwami Hospital Tottori University Hospital Saihaku Hospital Hino Hospital Refering Hospital Nichinan Hospital Informant Hospital 10

16 Kinkai Rehabilitation Hospital Iwami Hospital Tottori University Hospital Saihaku Hospital Nichinan Hospital Hino Hospital Only Refering Hospital Informant Hospital New Informant Hospital 10

17 目的 :SBC 利用できない病院厚労省は SS- MIX2 を推奨富士通ソフトウェアサービスで SBC は使えない SBC はクライアントソフトが大きいとメモリーリーク厚労省 SS- MIX2 推奨 : 日本標準媒体 CD で運用のため患者毎にフォルダー保存 HL7 : 検査処方基本病名 HL7 CDAv2 : 退院時要約医師記録看護記録報告書画像 :DICOM その他 : 取り決められた PDF, XML,

18 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

19 なぜ 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.

20 XDS 像データ連携のシナリオレポジトリー共有用の保管庫画像検査医療機関 B ( あるいは健診センター ) 過去の画像検査が保管されている 7 過去の画像検査結果レポジトリー共有用の保管庫 3 過去の画像検査の呼び出しレジストリー画像データの台帳 2 過去の画像検査の問い合わせ 6 画像検査情報 4 画像検査結果の登録問い合わせ 5 検査結果の利用可能通知開業医 8 今回の画像検査結果 4 画像検査の実施医療機関 A 27 1 検査のための患者紹介

21 Hybrid 化 (XDS/XDS- I + SBC) 利用者は既存と新規を同じにするともに SBC 利用名寄せは既存システム利用各病院の出力は既存と SS- MIX2, DICOM 併用既存システムは電子カルテと PACS の乗った SBC をスイッチングする新規情報提供病院は SS- MIX2, DICOM から XDS/XDS I に変換しこれらのビューワの乗った SBC をスイッチングする事前準備機能患者登録 SS- MIX2 から登録患者データのみ抽出患者登録 DICOM サーバから登録患者データのみ抽出

22 図 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

23 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

24 各病院の SS- MIX2 データの統合化目的はレポジトリーを一つにしてコストを下げるデータの統合をおこなう他社は病院を選び病院毎の表示まとめて表示可能! 病院を越えて時系列表示基本情報も But, コンテンツの標準化 ( コード化 ) が未対応! データの 2 次利用には不可欠の問題!

25 標準化枠組みとコンテンツの標準化の未対応各社の電子カルテが先に存在しそこから HL7 データの取り出しが考えられたコンテンツの標準化 ( コード化 ) は未対応が残る入院予約予約取り消し実施実施取り消しの 2 段階と実際はオーダ入院日決定入院実施の 3 段階の流れとの関係アレルゲン分類アレルギー情報のコードの不使用などコードの不使用運用との整合性などが問題検査コード JLAC10 外来処方はオーダのみ入院処方はオーダと実施あり

26 2. 患者詳細各病院の患者基本もコンテンツの標準化の問題ありログインユーザーが所属する施設の ADT- 00 ( 患者基本情報の更更新 ) の内容を表示ドロップダウンメニューで他施設の ADT- 00 を表示全施設の ADT- 61 ( アレルギー情報の更更新 ) の内容を纏めて表示全施設の PPR- 01 ( プロブレム情報の通知 ) の内容を纏めて表示

27 4-1. 処方注射カレンダー ( オーダー ) タブ切切替時の初期表示画面日付情報はオーバービューで指定した日付を引き継ぐオーバービューで指定した日付を中心にしてデータが存在しない日付を含む7 日分のデータを表示薬剤名称順にソート標準コードが無ければ病院を越えた統合表示は無理! コンテンツの標準化が重要! テーブルの内容を実施データに切切替アイコンイメージはオーバービューの処方注射と同じ [ 処方詳細 ], [ 注射詳細 ] にはクリックした薬剤を含むオーダのみを表示

28 種々の状況に必要な患者基本情報 ( プロファイル ) 造影 CT の患者基本情報妊娠の有無腎機能障害造影剤アレルギーの有無 MRI の患者基本情報ペースメーカーの有無体内金属の有無閉所恐怖症の有無糖尿病の患者基本情報脳卒中の患者基本情報老人診療の基本情報医療行為に際して既に存在しているはずの情報 ( 過去の情報 ) で有ると医療行為が容易になる情報と定義

29 ご清聴ありがとうございました Hiroshi Kondoh, Division of Medical Informatics, Tottori University Hospital

Microsoft PowerPoint - SS _HELICS活動・地域連携（安藤先生）.pptx

Microsoft PowerPoint - SS _HELICS活動・地域連携（安藤先生）.pptx 2018 06 21 HELICS( 医療情報標準化推進協議会 ) チュートリアル HELICS 活動の概要と地域連携の標準規格の概要医療情報標準化推進協議会広報委員会委員長安藤裕 ( 埼玉メディカルセンター放射線科 ) Topics はじめに標準化とは HELICS 協議会とは HELICS 指針と厚生労働省標準規格地域連携の標準規格まとめ 2 はじめに医療情報分野の標準化はどうなっているのか?