症例データベースシステム
【課題】実在の患者の特定を回避して該患者の臨床的に意味のある情報を利用できるようにした症例データベースシステムの提供。
【解決手段】実在の患者の医療的に意味のある情報を含むデータが格納される症例データベースと、インターネットを介して症例データベースに格納される前記情報を参照する端末とを備えた症例データベースシステムにおいて、
前記端末は、少なくとも患者ＩＤを含む前記患者の個人情報からその個人とは特定できない非特定情報へ実質的に非可逆に変換する手段を備え、
前記症例データベースは前記変換手段によって変換された非特定情報に対する症例を格納する。
【解決手段】実在の患者の医療的に意味のある情報を含むデータが格納される症例データベースと、インターネットを介して症例データベースに格納される前記情報を参照する端末とを備えた症例データベースシステムにおいて、
前記端末は、少なくとも患者ＩＤを含む前記患者の個人情報からその個人とは特定できない非特定情報へ実質的に非可逆に変換する手段を備え、
前記症例データベースは前記変換手段によって変換された非特定情報に対する症例を格納する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はインターネットに接続されて用いられる症例データベースシステムに関する。
【背景技術】
【０００２】
このような症例データベースシステムは、インターネットを介して医療的に意味のある情報を含むデータが格納される症例データベースを備え、該インターネットを介して症例データベースに格納される前記情報を利用できるようになっている。
【０００３】
診療にあっては、医用画像、臨床検査情報、あるいは既往歴等に基づいた総合的な判断によって診断を行う必要がある。そして、その診断の際に、その支援情報として過去の典型的な症例が有効となることはいうまでもない。また、一方、医師の教育、医療の研究において、画像検査の典型的な症例を扱うことも極めて有効となる。
【０００４】
このことから、前記症例データベースに格納される情報としては、過去の典型的な症例の画像や所見を纏めたティチングファイルあるいは実際のカルテが利用されている。
【０００５】
このように、診断の際の参考として過去のレポート等からなる診断情報を利用する技術として下記特許文献１あるいは特許文献２に開示されている。
【特許文献１】特開２００２−６３２８０号公報
【特許文献２】特開平５−１０１１２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した症例データベースシステムにあっては次に示す不都合があることを否めない。
【０００７】
まず、利用する情報としてテーチングファイルの場合、それは典型的な画像とその所見を主として教科書的に収集したものであることから、総合的な臨床経過を認識し得ないという不都合がある。
【０００８】
また、利用する情報としてレポートあるいは画像の場合、その臨床情報から患者個人を特定する情報を削除することで作成している。このため、データの更新に対応できないことはもちろんのこと、それが理由となって、診断がある程度まとまってからでないと、症例の追加ができないという不都合がある。
【０００９】
さらに、近年における個人情報保護法の施行、あるいはプライバシー意識の高まりに応じ、情報漏洩に対するセキュリティの向上の要求が充分に満足されていない不都合がある。
【００１０】
本発明の目的は、実在の患者の特定を回避して該患者の臨床的に意味のある情報を利用できるようにした症例データベースシステムを提供することにある。
【００１１】
本発明の他の目的は、実在の患者の臨床的に意味のある情報の更新にともなって、該患者の特性を回避して更新された情報を利用できるようにした症例データベースシステムを提供することにある。
【課題を解決するための手段】
【００１２】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、以下のとおりである。
【００１３】
（１）本発明による症例データベースシステムは、たとえば、実在の患者の医療的に意味のある情報を含むデータが格納される症例データベースと、インターネットを介して症例データベースに格納される前記情報を参照する端末とを備えた症例データベースシステムにおいて、
前記端末は、少なくとも患者ＩＤを含む前記患者の個人情報からその個人とは特定できない非特定情報へ実質的に非可逆に変換する手段を備え、
前記症例データベースは前記変換手段によって変換された非特定情報に対する症例を格納することを特徴とする。
【００１４】
（２）本発明による症例データベースシステムは、たとえば、（１）の構成を前提とし、実在の患者の医療的に意味のある情報に更新があった場合、それを検知して前記患者情報変換手段に更新情報を送信する診療更新情報送信手段を備えることを特徴とする。
【００１５】
なお、本発明は以上の構成に限定されず、本発明の技術思想を逸脱しない範囲で種々の変更が可能である。
【発明の効果】
【００１６】
このように構成した症例データベースシステムによれば、実在の患者の特定を回避して該患者の臨床的に意味のある情報を利用できるようになる。
【００１７】
このように構成した症例データベースシステムによれば、実在の患者の臨床的に意味のある情報の更新にともなって、該患者の特性を回避して更新された情報を利用できるようになる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明による症例データベースシステムの実施例を図面を用いて説明をする。
【００１９】
図１（ａ）は、本発明による症例データベースシステムの一実施例を示す構成図で、該症例データベースシステムをたとえば院内ネットワークに適用させた場合を示す説明図である。
【００２０】
図１（ａ）において、まず、実在の患者の医療情報を扱った電子カルテ（またはＨＩＳ／ＲＩＳ）等の患者情報および診療情報を保持する電子カルテサーバ１、診断画像等を保持するサーバであるＰＡＣＳ２、たとえばＸ線撮影装置等の画像診断機器からなるモダリティ３、画像を読影する読影レポーティングシステム４、そして臨床検査システム５があり、これらは院内ネットワーク６を介して相互に情報のやり取りがなされるようになっている。
【００２１】
また、この実施例では、該院内ネットワーク６に患者情報変換手段７を介して仮想患者カルテサーバ８が接続されている。
【００２２】
該仮想患者カルテサーバ８は、たとえば前記読影レポーティングシステム４からの実在する患者の読影レポートを、前記患者情報変換手段７によって、少なくとも、該患者ＩＤを変更しさらに該患者名を削除した状態で、管理するように構成されている。なお、前記患者情報変換手段７は、院内ネットワーク６上のゲートウェイとして機能し、前記読影レポートの患者情報を、該読影レポートが生成されるたび毎にリアルタイムに変換するようになっている。
【００２３】
これによって、該仮想患者カルテサーバ８には、実在の患者とは関連づけることのできない患者、すなわち実在することのない患者（以下、この明細書では仮想患者と称する）として、その患者情報を管理するようになっている。
【００２４】
そして、この実施例では、患者ＩＤの変更は、該患者ＩＤをたとえばハッシュ関数を用いて一意なハッシュ値に置き換えることによって行われている。すなわち、前記仮想患者カルテサーバ８における症例データベース９に格納される患者情報を特定するための仮想患者ＩＤとして前記ハッシュ値がそのまま使用されることになる
ここで、ハッシュ関数とはドキュメントや数字などの文字列の羅列から一定長のデータに要約するための関数・手順をいい、ハッシュ値とは該ハッシュ関数を通して出力される値をいう。ハッシュ関数はいわゆる一方向関数と称され、生成データから原文を推定すことは不可能とされ、仮想電子カルテ側からの実在患者の医療情報は参照できない状態となる。
【００２５】
図１（ａ）に示すように、患者情報変換手段７の入力前における前記読影レポート１０において、たとえば、その患者ＩＤは「０４７１３１４１５１」、患者名は「日立めぢ子」であり、所見および診断名等が示される情報とともに、これら所見および診断名の根拠となるＸ線撮影像等が含まれている。
【００２６】
これに対し、該患者情報変換手段７から出力された読影レポート１１にあっては、所見および診断名等が示される情報およびＸ線撮影像等は前記読影レポートの内容と同一となっているが、その患者ＩＤは「３０２ｃ……６０１６」、患者名は削除されたものとなっている。ここで、前記「３０２ｃ……６０１６」はハッシュ値である。
【００２７】
すなわち、変更部のみを取り出して示した図１（ｂ）に示すように、患者ＩＤ「０４７１３１４１５１」、患者名「日立めぢ子」が、それぞれ、患者ＩＤ「３０２ｃ……６０１０」、患者名「ＮＵＬＬ（無）」と変更されている。
【００２８】
なお、前記「３０２ｃ……６０１０」に示すハッシュ値の正確な標記は図２（ｂ）に示す通りである。
【００２９】
図２は、実在患者の電子カルテに属する患者情報あるいは読影レポートを仮想患者の電子カルテ上に登録する場合の例を詳細に示した説明図である。
【００３０】
図２において、まず、実在患者の電子カルテの内容は、図中右側に示しており、その患者情報として、患者のＩＤ：xxxxxが、患者名：ＡＡが記されている。そして、該患者の読影レポートのステータスが、一次読影、二次読影と進むにつれて診断名が「肺がんをうたがう」から「肺がん」に変化している。すなわち、一次読影における読影レポートには、患者のＩＤ：xxxxxが、診断名として「肺がんをうたがう」が記されており、また、二次読影における読影レポートには、患者のＩＤ：xxxxxが、診断名として「肺がん」が記されている。
【００３１】
患者情報変換手段による変換の内容は、図中真中に示しており、前記患者情報において、そのＩＤをxxxxxからzzzzzzへ変換させ、患者名ＡＡを削除している。また、一次読影における読影レポートおよび二次読影における読影レポートにおける各ＩＤをxxxxxからzzzzzzへ変換させている。
【００３２】
仮想患者の電子カルテの内容は、図中左側に示しており、その登録された患者情報として、患者のＩＤ：zzzzzzが記され、患者名は記されていないようになっている。登録された一次読影における読影レポートには、患者のＩＤ：zzzzzzが、診断名として「肺がんをうたがう」が記されており、また、登録された二次読影における読影レポートには、患者のＩＤ：zzzzzzが、診断名として「肺がん」が記されている。
【００３３】
なお、仮想患者の電子カルテ上では、それぞれの読影レポートをそのまま関連付けて登録できるので、仮想患者の電子カルテがリアルタイムに更新できるようになっている。これにより、前記Ｘ線撮影像等の診療情報をそのつど最新の情報に更新できるため、診断に誤りがあった場合でも速やかに対応ができるとともに、情報の信頼性を向上させることができる。
【００３４】
さらに、従前にあって、診断が固まってからでないとその情報を症例データベースに登録できなかったが、上述したようにリアルタイムで更新ができるようになることから、たとえば全ての実在患者の診療情報を前記症例データベース９に登録することができるようになる。
【００３５】
図３（ａ）は、実在患者情報に示される各情報のうち仮想患者情報において変更される情報を示した説明図である。
【００３６】
図３（ａ）において、実在患者情報３１は、図中右側に示しており、その情報項目としては、実在患者（xxxxx）、性別（女性）、生年月日（１９６６年１０月１５日生）、主訴（胃が痛い。重い。下痢と便秘が繰り返す）、既往歴（胃潰瘍：２２歳、結核：２５歳、脂肪肝：３５歳〜現在、片頭痛：１８歳〜現在）、家族歴（祖父（父方）：死亡（８１歳）・脳出血、祖母（父方）：死亡（９０歳）・胃がん、祖父（母方）：死亡（４５歳）・事故、祖母（母方）：死亡（６３歳）・肺がん、父：死亡（６２歳）・胃がん、母：７４歳・高血圧、兄：４５歳・脂肪肝）、喫煙傾向（なし）、飲酒傾向（有（１合／日））、アレルギー（花粉症）等が揚げられている。
【００３７】
これに対し、仮想患者情報３２は、図中左側に示しており、変更した情報項目は、仮想患者（zzzzzz）、生年月日（１９６６年４月１日生）、家族歴のうち各人の年齢部分となっており、他はそのままとなっている。
【００３８】
患者のＩＤの他に生年月日および家族歴のうち各人の年齢を変更しているのは、これらの事項が実在患者をある程度推定される可能性を有するからである。このため、生年月日のうち月日に当たる情報をたとえば予め設定している日付に置き換えて該情報をぼかしている。また、同様に、家族歴の家族の年齢も個人を特定できないようにぼかしている。
【００３９】
そして、実在患者情報３１が変更されることなくそのまま仮想患者情報３２とした項目は、上述した不都合がなく、むしろ症例データベースとして臨床的に意味ある情報でありそのまま仮想患者のカルテに反映させるようにしている。
【００４０】
なお、上述したように特定された項目の内容の変更は、図３（ｂ）に示すように、患者のデータ構成を示すマスタ３３を前記患者情報変換手段７に備えさせ、このマスタ３３の項目（たとえば生年月日等）毎に、実在患者情報をそのまま移行させるか、あるいは変更させるかを定義させることによって行っている。
【００４１】
図４は、実在患者の電子カルテから診療情報更新を検出し、その更新のあった情報の項目を前記患者変換手段に送信する手段の一実施例を示した構成図である。
【００４２】
図４において、まず、前記モダリティ３あるいは読影レポーティングシステム４等から情報が入力される診療更新情報送信手段４０を備え、この診療更新情報送信手段４０からの情報は前記患者情報変換手段７に出力されるようになっている。
【００４３】
該診療更新情報送信手段４０には、前記モダリティ３あるいは読影レポーティングシステム４等からの情報を登録する診療情報登録手段４１を有する。一方、診療情報更新検出手段４２を備え、この診療情報更新検出手段４２は、前記診療情報登録手段４１の登録内容を監視するとともに診療情報更新を検出するようになっている。また、診療情報送信手段４３を備え、この診療情報送信手段４３は、該診療情報更新検出手段４２が前記診療情報登録手段４１における診療情報更新をした場合に該診療情報更新検出手段４２から送信指示が与えられ、これにより、更新のあった情報の項目を前記診療情報登録手段４１から取得し、さらに前記患者情報変換手段７に送信するようになっている。そして、患者情報変換手段７は、仮想患者の電子カルテにおいて該当する項目を更新させるように動作するようになっている。
【００４４】
上述したように、患者情報変換手段７は、院内ネットワーク６上のゲートウェイとして機能し、実在の患者の電子カルテ上の情報はたとえば読影レポートの生成のたび毎にリアルタイムに変換されるとともに、仮想患者の電子カルテ上の情報もリアルタイムに変換させることができる。
【００４５】
図５は、上述した症例データベース９を施設外に設置し、該症例出データベース９を複数の施設で共有できる場合の構成の一実施例を示した構成図である。
【００４６】
図５において、まず、インターネット６Ａを介して、症例データベース９、施設Ａ、施設Ｂ、施設Ｃとの間で相互の通信ができるようになっている。前記施設Ａにはその施設Ａ用のカルテ５０Ａが登録されその更新は患者情報変化手段７Ａを介して送信されるようになっている。前記施設Ｂにはその施設Ｂ用のカルテ５０Ｂが登録されその更新は患者情報変化手段７Ｂを介して送信されるようになっている。前記施設Ｃにはその施設Ｃ用のカルテ５０Ｃが登録されその更新は患者情報変化手段７Ｃを介して送信されるようになっている。
【００４７】
この場合、実在の患者の患者ＩＤは施設名（たとえば施設Ａ）と該施設内のＩＤを少なくとも含むように設定し、この患者ＩＤをハッシュ関数によって得られるハッシュ値を仮想の患者の患者ＩＤとするようにしている。
【００４８】
通常、患者ＩＤは施設毎にユニークであり、患者情報を共有する場合、該患者ＩＤの衝突が発生してしまう場合があるが、上述のように、施設名を含む患者ＩＤを構成することによって、このような不都合を解消することができる。
【００４９】
上述した実施例では、実在の患者の患者ＩＤの変更はたとえばハッシュ関数を用いて一意なハッシュ値に置き換えることによって行われたものである。しかし、必ずしもこの関数を用いて行うことに限定されることはない。他の関数を用いたとしてもセキリュティが確保されれば本発明の目的が達成できるからである。
【００５０】
上述した各実施例はそれぞれ単独に、あるいは組み合わせて用いても良い。それぞれの実施例での効果を単独であるいは相乗して奏することができるからである。
【図面の簡単な説明】
【００５１】
【図１】本発明による症例データベースシステムの一実施例を示す構成図である。
【図２】本発明において、実在患者の電子カルテに属する患者情報あるいは読影レポートを仮想患者の電子カルテ上に登録する場合の例を詳細に示した説明図である。
【図３】本発明において、実在患者情報に示される各情報のうち仮想患者情報において変更される情報を示した説明図である。
【図４】本発明において、実在患者の電子カルテから診療情報更新を検出し、その更新のあった情報の項目を前記患者変換手段に送信する手段の一実施例を示した構成図である。
【図５】本発明において、症例データベースを施設外に設置し、該症例出データベースを複数の施設で共有できる場合の構成の一実施例を示した構成図である。
【符号の説明】
【００５２】
１……電子カルテサーバ、２……ＰＡＣＳ、３……モダリティ、４……読影レポーティングシステム、５……臨床検査システム、６……院内ネットワーク、６Ａ……インターネット、７、７Ａ、７Ｂ、７Ｃ……患者情報変換手段、８……仮想患者カルテサーバ、９……症例データベース、３１……実在患者情報、３２……仮想患者情報、３３……マスタ、４０……診療更新情報送信手段、４１……診療情報登録手段、４２……診療情報更新検出手段、４３……診療情報送信手段、５０Ａ……施設Ａカルテ、５０Ｂ……施設Ｂカルテ、５０Ｃ……施設Ｃカルテ。
【技術分野】
【０００１】
本発明はインターネットに接続されて用いられる症例データベースシステムに関する。
【背景技術】
【０００２】
このような症例データベースシステムは、インターネットを介して医療的に意味のある情報を含むデータが格納される症例データベースを備え、該インターネットを介して症例データベースに格納される前記情報を利用できるようになっている。
【０００３】
診療にあっては、医用画像、臨床検査情報、あるいは既往歴等に基づいた総合的な判断によって診断を行う必要がある。そして、その診断の際に、その支援情報として過去の典型的な症例が有効となることはいうまでもない。また、一方、医師の教育、医療の研究において、画像検査の典型的な症例を扱うことも極めて有効となる。
【０００４】
このことから、前記症例データベースに格納される情報としては、過去の典型的な症例の画像や所見を纏めたティチングファイルあるいは実際のカルテが利用されている。
【０００５】
このように、診断の際の参考として過去のレポート等からなる診断情報を利用する技術として下記特許文献１あるいは特許文献２に開示されている。
【特許文献１】特開２００２−６３２８０号公報
【特許文献２】特開平５−１０１１２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した症例データベースシステムにあっては次に示す不都合があることを否めない。
【０００７】
まず、利用する情報としてテーチングファイルの場合、それは典型的な画像とその所見を主として教科書的に収集したものであることから、総合的な臨床経過を認識し得ないという不都合がある。
【０００８】
また、利用する情報としてレポートあるいは画像の場合、その臨床情報から患者個人を特定する情報を削除することで作成している。このため、データの更新に対応できないことはもちろんのこと、それが理由となって、診断がある程度まとまってからでないと、症例の追加ができないという不都合がある。
【０００９】
さらに、近年における個人情報保護法の施行、あるいはプライバシー意識の高まりに応じ、情報漏洩に対するセキュリティの向上の要求が充分に満足されていない不都合がある。
【００１０】
本発明の目的は、実在の患者の特定を回避して該患者の臨床的に意味のある情報を利用できるようにした症例データベースシステムを提供することにある。
【００１１】
本発明の他の目的は、実在の患者の臨床的に意味のある情報の更新にともなって、該患者の特性を回避して更新された情報を利用できるようにした症例データベースシステムを提供することにある。
【課題を解決するための手段】
【００１２】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、以下のとおりである。
【００１３】
（１）本発明による症例データベースシステムは、たとえば、実在の患者の医療的に意味のある情報を含むデータが格納される症例データベースと、インターネットを介して症例データベースに格納される前記情報を参照する端末とを備えた症例データベースシステムにおいて、
前記端末は、少なくとも患者ＩＤを含む前記患者の個人情報からその個人とは特定できない非特定情報へ実質的に非可逆に変換する手段を備え、
前記症例データベースは前記変換手段によって変換された非特定情報に対する症例を格納することを特徴とする。
【００１４】
（２）本発明による症例データベースシステムは、たとえば、（１）の構成を前提とし、実在の患者の医療的に意味のある情報に更新があった場合、それを検知して前記患者情報変換手段に更新情報を送信する診療更新情報送信手段を備えることを特徴とする。
【００１５】
なお、本発明は以上の構成に限定されず、本発明の技術思想を逸脱しない範囲で種々の変更が可能である。
【発明の効果】
【００１６】
このように構成した症例データベースシステムによれば、実在の患者の特定を回避して該患者の臨床的に意味のある情報を利用できるようになる。
【００１７】
このように構成した症例データベースシステムによれば、実在の患者の臨床的に意味のある情報の更新にともなって、該患者の特性を回避して更新された情報を利用できるようになる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明による症例データベースシステムの実施例を図面を用いて説明をする。
【００１９】
図１（ａ）は、本発明による症例データベースシステムの一実施例を示す構成図で、該症例データベースシステムをたとえば院内ネットワークに適用させた場合を示す説明図である。
【００２０】
図１（ａ）において、まず、実在の患者の医療情報を扱った電子カルテ（またはＨＩＳ／ＲＩＳ）等の患者情報および診療情報を保持する電子カルテサーバ１、診断画像等を保持するサーバであるＰＡＣＳ２、たとえばＸ線撮影装置等の画像診断機器からなるモダリティ３、画像を読影する読影レポーティングシステム４、そして臨床検査システム５があり、これらは院内ネットワーク６を介して相互に情報のやり取りがなされるようになっている。
【００２１】
また、この実施例では、該院内ネットワーク６に患者情報変換手段７を介して仮想患者カルテサーバ８が接続されている。
【００２２】
該仮想患者カルテサーバ８は、たとえば前記読影レポーティングシステム４からの実在する患者の読影レポートを、前記患者情報変換手段７によって、少なくとも、該患者ＩＤを変更しさらに該患者名を削除した状態で、管理するように構成されている。なお、前記患者情報変換手段７は、院内ネットワーク６上のゲートウェイとして機能し、前記読影レポートの患者情報を、該読影レポートが生成されるたび毎にリアルタイムに変換するようになっている。
【００２３】
これによって、該仮想患者カルテサーバ８には、実在の患者とは関連づけることのできない患者、すなわち実在することのない患者（以下、この明細書では仮想患者と称する）として、その患者情報を管理するようになっている。
【００２４】
そして、この実施例では、患者ＩＤの変更は、該患者ＩＤをたとえばハッシュ関数を用いて一意なハッシュ値に置き換えることによって行われている。すなわち、前記仮想患者カルテサーバ８における症例データベース９に格納される患者情報を特定するための仮想患者ＩＤとして前記ハッシュ値がそのまま使用されることになる
ここで、ハッシュ関数とはドキュメントや数字などの文字列の羅列から一定長のデータに要約するための関数・手順をいい、ハッシュ値とは該ハッシュ関数を通して出力される値をいう。ハッシュ関数はいわゆる一方向関数と称され、生成データから原文を推定すことは不可能とされ、仮想電子カルテ側からの実在患者の医療情報は参照できない状態となる。
【００２５】
図１（ａ）に示すように、患者情報変換手段７の入力前における前記読影レポート１０において、たとえば、その患者ＩＤは「０４７１３１４１５１」、患者名は「日立めぢ子」であり、所見および診断名等が示される情報とともに、これら所見および診断名の根拠となるＸ線撮影像等が含まれている。
【００２６】
これに対し、該患者情報変換手段７から出力された読影レポート１１にあっては、所見および診断名等が示される情報およびＸ線撮影像等は前記読影レポートの内容と同一となっているが、その患者ＩＤは「３０２ｃ……６０１６」、患者名は削除されたものとなっている。ここで、前記「３０２ｃ……６０１６」はハッシュ値である。
【００２７】
すなわち、変更部のみを取り出して示した図１（ｂ）に示すように、患者ＩＤ「０４７１３１４１５１」、患者名「日立めぢ子」が、それぞれ、患者ＩＤ「３０２ｃ……６０１０」、患者名「ＮＵＬＬ（無）」と変更されている。
【００２８】
なお、前記「３０２ｃ……６０１０」に示すハッシュ値の正確な標記は図２（ｂ）に示す通りである。
【００２９】
図２は、実在患者の電子カルテに属する患者情報あるいは読影レポートを仮想患者の電子カルテ上に登録する場合の例を詳細に示した説明図である。
【００３０】
図２において、まず、実在患者の電子カルテの内容は、図中右側に示しており、その患者情報として、患者のＩＤ：xxxxxが、患者名：ＡＡが記されている。そして、該患者の読影レポートのステータスが、一次読影、二次読影と進むにつれて診断名が「肺がんをうたがう」から「肺がん」に変化している。すなわち、一次読影における読影レポートには、患者のＩＤ：xxxxxが、診断名として「肺がんをうたがう」が記されており、また、二次読影における読影レポートには、患者のＩＤ：xxxxxが、診断名として「肺がん」が記されている。
【００３１】
患者情報変換手段による変換の内容は、図中真中に示しており、前記患者情報において、そのＩＤをxxxxxからzzzzzzへ変換させ、患者名ＡＡを削除している。また、一次読影における読影レポートおよび二次読影における読影レポートにおける各ＩＤをxxxxxからzzzzzzへ変換させている。
【００３２】
仮想患者の電子カルテの内容は、図中左側に示しており、その登録された患者情報として、患者のＩＤ：zzzzzzが記され、患者名は記されていないようになっている。登録された一次読影における読影レポートには、患者のＩＤ：zzzzzzが、診断名として「肺がんをうたがう」が記されており、また、登録された二次読影における読影レポートには、患者のＩＤ：zzzzzzが、診断名として「肺がん」が記されている。
【００３３】
なお、仮想患者の電子カルテ上では、それぞれの読影レポートをそのまま関連付けて登録できるので、仮想患者の電子カルテがリアルタイムに更新できるようになっている。これにより、前記Ｘ線撮影像等の診療情報をそのつど最新の情報に更新できるため、診断に誤りがあった場合でも速やかに対応ができるとともに、情報の信頼性を向上させることができる。
【００３４】
さらに、従前にあって、診断が固まってからでないとその情報を症例データベースに登録できなかったが、上述したようにリアルタイムで更新ができるようになることから、たとえば全ての実在患者の診療情報を前記症例データベース９に登録することができるようになる。
【００３５】
図３（ａ）は、実在患者情報に示される各情報のうち仮想患者情報において変更される情報を示した説明図である。
【００３６】
図３（ａ）において、実在患者情報３１は、図中右側に示しており、その情報項目としては、実在患者（xxxxx）、性別（女性）、生年月日（１９６６年１０月１５日生）、主訴（胃が痛い。重い。下痢と便秘が繰り返す）、既往歴（胃潰瘍：２２歳、結核：２５歳、脂肪肝：３５歳〜現在、片頭痛：１８歳〜現在）、家族歴（祖父（父方）：死亡（８１歳）・脳出血、祖母（父方）：死亡（９０歳）・胃がん、祖父（母方）：死亡（４５歳）・事故、祖母（母方）：死亡（６３歳）・肺がん、父：死亡（６２歳）・胃がん、母：７４歳・高血圧、兄：４５歳・脂肪肝）、喫煙傾向（なし）、飲酒傾向（有（１合／日））、アレルギー（花粉症）等が揚げられている。
【００３７】
これに対し、仮想患者情報３２は、図中左側に示しており、変更した情報項目は、仮想患者（zzzzzz）、生年月日（１９６６年４月１日生）、家族歴のうち各人の年齢部分となっており、他はそのままとなっている。
【００３８】
患者のＩＤの他に生年月日および家族歴のうち各人の年齢を変更しているのは、これらの事項が実在患者をある程度推定される可能性を有するからである。このため、生年月日のうち月日に当たる情報をたとえば予め設定している日付に置き換えて該情報をぼかしている。また、同様に、家族歴の家族の年齢も個人を特定できないようにぼかしている。
【００３９】
そして、実在患者情報３１が変更されることなくそのまま仮想患者情報３２とした項目は、上述した不都合がなく、むしろ症例データベースとして臨床的に意味ある情報でありそのまま仮想患者のカルテに反映させるようにしている。
【００４０】
なお、上述したように特定された項目の内容の変更は、図３（ｂ）に示すように、患者のデータ構成を示すマスタ３３を前記患者情報変換手段７に備えさせ、このマスタ３３の項目（たとえば生年月日等）毎に、実在患者情報をそのまま移行させるか、あるいは変更させるかを定義させることによって行っている。
【００４１】
図４は、実在患者の電子カルテから診療情報更新を検出し、その更新のあった情報の項目を前記患者変換手段に送信する手段の一実施例を示した構成図である。
【００４２】
図４において、まず、前記モダリティ３あるいは読影レポーティングシステム４等から情報が入力される診療更新情報送信手段４０を備え、この診療更新情報送信手段４０からの情報は前記患者情報変換手段７に出力されるようになっている。
【００４３】
該診療更新情報送信手段４０には、前記モダリティ３あるいは読影レポーティングシステム４等からの情報を登録する診療情報登録手段４１を有する。一方、診療情報更新検出手段４２を備え、この診療情報更新検出手段４２は、前記診療情報登録手段４１の登録内容を監視するとともに診療情報更新を検出するようになっている。また、診療情報送信手段４３を備え、この診療情報送信手段４３は、該診療情報更新検出手段４２が前記診療情報登録手段４１における診療情報更新をした場合に該診療情報更新検出手段４２から送信指示が与えられ、これにより、更新のあった情報の項目を前記診療情報登録手段４１から取得し、さらに前記患者情報変換手段７に送信するようになっている。そして、患者情報変換手段７は、仮想患者の電子カルテにおいて該当する項目を更新させるように動作するようになっている。
【００４４】
上述したように、患者情報変換手段７は、院内ネットワーク６上のゲートウェイとして機能し、実在の患者の電子カルテ上の情報はたとえば読影レポートの生成のたび毎にリアルタイムに変換されるとともに、仮想患者の電子カルテ上の情報もリアルタイムに変換させることができる。
【００４５】
図５は、上述した症例データベース９を施設外に設置し、該症例出データベース９を複数の施設で共有できる場合の構成の一実施例を示した構成図である。
【００４６】
図５において、まず、インターネット６Ａを介して、症例データベース９、施設Ａ、施設Ｂ、施設Ｃとの間で相互の通信ができるようになっている。前記施設Ａにはその施設Ａ用のカルテ５０Ａが登録されその更新は患者情報変化手段７Ａを介して送信されるようになっている。前記施設Ｂにはその施設Ｂ用のカルテ５０Ｂが登録されその更新は患者情報変化手段７Ｂを介して送信されるようになっている。前記施設Ｃにはその施設Ｃ用のカルテ５０Ｃが登録されその更新は患者情報変化手段７Ｃを介して送信されるようになっている。
【００４７】
この場合、実在の患者の患者ＩＤは施設名（たとえば施設Ａ）と該施設内のＩＤを少なくとも含むように設定し、この患者ＩＤをハッシュ関数によって得られるハッシュ値を仮想の患者の患者ＩＤとするようにしている。
【００４８】
通常、患者ＩＤは施設毎にユニークであり、患者情報を共有する場合、該患者ＩＤの衝突が発生してしまう場合があるが、上述のように、施設名を含む患者ＩＤを構成することによって、このような不都合を解消することができる。
【００４９】
上述した実施例では、実在の患者の患者ＩＤの変更はたとえばハッシュ関数を用いて一意なハッシュ値に置き換えることによって行われたものである。しかし、必ずしもこの関数を用いて行うことに限定されることはない。他の関数を用いたとしてもセキリュティが確保されれば本発明の目的が達成できるからである。
【００５０】
上述した各実施例はそれぞれ単独に、あるいは組み合わせて用いても良い。それぞれの実施例での効果を単独であるいは相乗して奏することができるからである。
【図面の簡単な説明】
【００５１】
【図１】本発明による症例データベースシステムの一実施例を示す構成図である。
【図２】本発明において、実在患者の電子カルテに属する患者情報あるいは読影レポートを仮想患者の電子カルテ上に登録する場合の例を詳細に示した説明図である。
【図３】本発明において、実在患者情報に示される各情報のうち仮想患者情報において変更される情報を示した説明図である。
【図４】本発明において、実在患者の電子カルテから診療情報更新を検出し、その更新のあった情報の項目を前記患者変換手段に送信する手段の一実施例を示した構成図である。
【図５】本発明において、症例データベースを施設外に設置し、該症例出データベースを複数の施設で共有できる場合の構成の一実施例を示した構成図である。
【符号の説明】
【００５２】
１……電子カルテサーバ、２……ＰＡＣＳ、３……モダリティ、４……読影レポーティングシステム、５……臨床検査システム、６……院内ネットワーク、６Ａ……インターネット、７、７Ａ、７Ｂ、７Ｃ……患者情報変換手段、８……仮想患者カルテサーバ、９……症例データベース、３１……実在患者情報、３２……仮想患者情報、３３……マスタ、４０……診療更新情報送信手段、４１……診療情報登録手段、４２……診療情報更新検出手段、４３……診療情報送信手段、５０Ａ……施設Ａカルテ、５０Ｂ……施設Ｂカルテ、５０Ｃ……施設Ｃカルテ。
【特許請求の範囲】
【請求項１】
実在の患者の医療的に意味のある情報を含むデータが格納される症例データベースと、インターネットを介して症例データベースに格納される前記情報を参照する端末とを備えた症例データベースシステムにおいて、
前記端末は、少なくとも患者ＩＤを含む前記患者の個人情報からその個人とは特定できない非特定情報へ実質的に非可逆に変換する手段を備え、
前記症例データベースは前記変換手段によって変換された非特定情報に対する症例を格納することを特徴とする症例データベースシステム。
【請求項２】
実在の患者の医療的に意味のある情報に更新があった場合、それを検知して前記患者情報変換手段に更新情報を送信する診療更新情報送信手段を備えることを特徴とする請求項１に記載の症例データベースシステム。
【請求項１】
実在の患者の医療的に意味のある情報を含むデータが格納される症例データベースと、インターネットを介して症例データベースに格納される前記情報を参照する端末とを備えた症例データベースシステムにおいて、
前記端末は、少なくとも患者ＩＤを含む前記患者の個人情報からその個人とは特定できない非特定情報へ実質的に非可逆に変換する手段を備え、
前記症例データベースは前記変換手段によって変換された非特定情報に対する症例を格納することを特徴とする症例データベースシステム。
【請求項２】
実在の患者の医療的に意味のある情報に更新があった場合、それを検知して前記患者情報変換手段に更新情報を送信する診療更新情報送信手段を備えることを特徴とする請求項１に記載の症例データベースシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２００８−１０８０２１（Ｐ２００８−１０８０２１Ａ）
【公開日】平成２０年５月８日（２００８．５．８）
【国際特許分類】
【出願番号】特願２００６−２８９４７７（Ｐ２００６−２８９４７７）
【出願日】平成１８年１０月２５日（２００６．１０．２５）
【出願人】（０００１５３４９８）株式会社日立メディコ (1,613)
【Ｆターム（参考）】
【公開日】平成２０年５月８日（２００８．５．８）
【国際特許分類】
【出願日】平成１８年１０月２５日（２００６．１０．２５）
【出願人】（０００１５３４９８）株式会社日立メディコ (1,613)
【Ｆターム（参考）】
[ Back to top ]