(57)【要約】【課題】複数の仕様のデータを提供できる医療情報提供システムを安価に構築できるようにする。【解決手段】本発明の医療情報提供システム１は、医療情報と同意情報とを有するオリジナルデータＤＴを記憶するデータベースサーバ１０と、変換サーバ１１とを備え、前記変換サーバ１１は、情報要求元３Ａ〜３Ｄから要求信号ＲＱを受信すると、前記同意情報が情報提供に同意することを示している前記オリジナルデータＤＴを前記情報要求元３Ａ〜３Ｄが指定する指定仕様に変換した変換データＤｍを作成し、前記変換データＤｍを、前記情報要求元３Ａ〜３Ｄが指定する情報提供先に提供する。【選択図】図１
2020126321.tif 000002
【特許請求の範囲】
【請求項１】
医療情報と同意情報とを有するオリジナルデータを記憶するデータベースサーバと、
変換サーバとを備え、
前記変換サーバは、情報要求元から要求信号を受信すると、前記同意情報が情報提供に同意することを示している前記オリジナルデータを前記情報要求元が指定する指定仕様に変換した変換データを作成し、前記変換データを、前記情報要求元が指定する情報提供先に提供する
医療情報提供システム。
【請求項２】
前記変換サーバは、前記変換データを作成する際、前記オリジナルデータと前記変換データとを記憶する記憶部を備え、
前記変換データを前記情報提供先に提供した後、前記オリジナルデータと前記変換データとを前記記憶部から消去する
請求項１に記載の医療情報提供システム。
【請求項３】
前記指定仕様が、データフォーマット，匿名加工情報及び分析情報の少なくとも一つである
請求項１又は２に記載の医療情報提供システム。
【請求項４】
データベースサーバに記憶され、医療情報と同意情報とを有するオリジナルデータを、変換サーバにより変換して変換データを作成して、情報要求元が指定する情報提供先に提供する、医療情報提供システムに用いられるデータ構造であって、
前記同意情報が、情報提供に同意することを示している場合には、前記変換サーバが、前記オリジナルデータを、前記情報要求元が指定する指定仕様に変換して前記変換データを作成し、前記情報提供先に提供する処理に用いられる
医療情報提供システムに用いられるデータ構造。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療情報提供システム及びそれに用いられるデータ構造に関する。
【背景技術】
【０００２】
近年、薬局や診療所などが所有する個人の医療情報を収集して情報サーバに保存し、この情報サーバに保存された医療情報を、医療機関又は製薬会社などに提供できるようにしたシステムが種々提案されている（例えば特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−２１０７６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
医療情報を取り扱うシステムによって、取り扱うことのできるデータフォーマットがそれぞれ異なる場合があり、そのような場合には、提供先に応じたデータフォーマットの変換が必要となる。
【０００５】
様々な情報提供先に医療情報のデータを提供すべく、例えば情報サーバによりこのようなデータの変換を行なおうとすると、情報サーバには、記憶容量が多く且つ処理能力の高いハードウェアリソースが必要となる。詳しくは、情報サーバが、データを複数種類のフォーマットに変換して、変換後のデータを種類毎に記憶するためには、情報サーバは、データを速やかに変換できるような高い処理能力と、膨大な記憶容量を備える必要がある。このため、情報サーバを有する情報提供システムが非常に高価なものとなってしまう。
【０００６】
本発明は、このような課題を解決するために創案されたものであり、複数の仕様のデータを提供できる医療情報提供システムを安価に構築できるようにした医療情報提供システム及びそれに用いられるデータ構造を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記従来の課題を解決するために、本発明の医療情報提供システムは、医療情報と同意情報とを有するオリジナルデータを記憶するデータベースサーバと、変換サーバとを備え、前記変換サーバは、情報要求元から要求信号を受信すると、前記同意情報が情報提供に同意することを示している前記オリジナルデータを前記情報要求元が指定する指定仕様に変換した変換データを作成し、前記変換データを、前記情報要求元が指定する情報提供先に提供する。
【０００８】
上記従来の課題を解決するために、本発明の医療情報提供システムに用いられるデータ構造は、データベースサーバに記憶され、医療情報と同意情報とを有するオリジナルデータを、変換サーバにより変換して変換データを作成して、情報要求元が指定する情報提供先に提供する、医療情報提供システムに用いられるデータ構造であって、前記同意情報が、情報提供に同意することを示している場合には、前記変換サーバが、前記オリジナルデータを、前記情報要求元が指定する指定仕様に変換して前記変換データを作成し、前記情報提供先に提供する処理に用いられる。
【発明の効果】
【０００９】
本発明によれば、医療情報提供システムを安価に構築できる。
【図面の簡単な説明】
【００１０】
【図１】本発明の第一実施形態の情報提供システムの構成を示す模式的なブロック図。
【図２】本発明の第一実施形態のデータ構造を示す模式図。
【図３】本発明の第一実施形態の情報提供に係る変換サーバの制御フローの一例を示すフローチャート。
【図４】本発明の第二実施形態の情報提供システムの構成を示す模式的なブロック図。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態に係る医療情報提供システム及びそれに用いられるデータ構造ついて、図面を参照しながら説明する。以下に示す各実施の形態はあくまでも例示に過ぎず、以下の各実施の形態で明示しない種々の変形や技術の適用を排除するものではない。また、各実施の形態の各構成は、それらの趣旨を逸脱しない範囲で種々変形して実施することができる。さらに、各実施の形態の各構成は、必要に応じて取捨選択することができ、あるいは適宜組み合わせることができる。
【００１２】
なお、各実施の形態を説明するための全図において、同一要素は原則として同一の符号を付し、その説明を省略することもある。
【００１３】
［１．第一実施形態］
［１−１．医療情報提供システム］
以下、図１を参照して本発明の第一実施形態の医療情報提供システム１（以下「情報提供システム１」ともいう）について説明する。図１は、情報提供システム１の構成を示す模式的なブロック図である。
【００１４】
図１に示す情報提供システム１は、各種医療機関等で使用される情報端末とネットワーク（図示省略）を介して双方向に通信可能となっており、各種医療機関等に提供するシステムである。この情報提供システム１は、メインサーバーであるデータベースサーバ１０と、データベースサーバ１０を補助する変換サーバ１１とを備える。データベースサーバ１０及び変換サーバ１１は、例えば、通信部，記憶部及び制御部を備えたパーソナルコンピュータ又は大型汎用コンピュータなどのコンピュータである。後述するように、情報提供システム１において、データベースサーバ１０は膨大なデータの記憶する機能を担い、変換サーバ１１はデータの変換を処理する機能を担う。このため、データベースサーバ１０に使用されるコンピュータには、処理能力よりも記憶容量の多いものが優先して選択され、変換サーバ１１には、データベースサーバ１０に較べて記憶容量が少なく処理能力の高いコンピュータが使用される。
【００１５】
情報提供システム１は、本実施形態では、情報提供元となるＡ診療所及びＢ薬局の情報端末２Ａ，２Ｂと、情報要求元及び情報提供先となるＫクラウドグループ及びＴクラウドグループの情報端末３Ａ〜３Ｄと双方向に通信可能となっている。
【００１６】
Ｋクラウドグループには、Ａ病院とＢネット協議会とが所属し、情報端末３ＡはＡ病院で使用され、情報端末３ＢはＢネット協議会で使用される。
【００１７】
Ｔクラウドグループには、Ｃ医療センタとＤ病院とが所属し、情報端末３ＣはＣ医療センタで使用され、情報端末３ＤはＤ病院で使用される。
【００１８】
情報端末３Ａ〜３Ｄは、例えば通信部，記憶部及び制御部を備えたパーソナルコンピュータである。
【００１９】
データベースサーバ１０は、情報提供システム１の所有者（以下「システム所有者」という）と契約したＡ診療所の患者又はＢ薬局の患者である各被保険者の医療情報等を含むデータＤＴを、被保険者個人毎に記憶することができる
【００２０】
以下、Ａ診療所のデータＤＴとＢ診療所のデータＤＴとを区別する場合には、Ａ診療所のデータＤＴをデータＤＴ１と表記し、Ｂ診療所のデータＤＴをデータＤＴ２と表記する。また、以下、データＤＴをオリジナルデータＤＴ、データＤＴ１をオリジナルデータＤＴ１、データＤＴ２をオリジナルデータＤＴ２ともいう。
【００２１】
情報端末２Ａ，２Ｂは、新規の契約者である被保険者のデータＤＴ１，ＤＴ２が追加されると、又は、既存のデータＤＴ１，ＤＴ２に含まれる各種医療情報が更新されると、データＤＴ１，ＤＴ２をデータベースサーバ１０へ送信する。或いは、周期的に又は情報提供システム１から要求のあった場合に、新規に追加された又は更新されたデータＤＴ１，ＤＴ２をデータベースサーバ１０に送信するようにしてもよい。
【００２２】
つまり、データベースサーバ１０は、情報端末２Ａ，２ＢのそれぞれからデータＤＴ１，ＤＴ２を日々（時々）受信して、被保険者個人毎のデータを蓄積することができる。
【００２３】
図２を参照して後述するように、データＤＴは医療情報として患者特定番号Ｄ１４を含む。患者特定番号Ｄ１４とは、患者個人を特定する番号（数字の組み合わせに限定されず、記号の組み合わせ、又は数字と記号との組み合わせを含む）であり、例えば、個人毎に付与される被保険証番号、又はマイナンバーである。
【００２４】
例えば、被保険者が、Ａ診療所及びＢ薬局の両方で診察を受けると、Ａ診療所の情報端末２Ａ及びＢ薬局の情報端末２Ｂから別々に、この被保険者のデータＤＴ１，ＤＴ２がデータベースサーバ１０に送信される。この結果、データベースサーバ１０に、同一の被保険者のデータＤＴが複数記憶されることとなる。そこで、データベースサーバ１０は、記憶したデータＤＴの中に、患者特定番号Ｄ１４が同じ番号のデータＤＴが複数あった場合、すなわち同一の被保険者のデータＤＴが複数あった場合、これらを一つに統合する。つまり、データベースサーバ１０は、患者特定番号Ｄ１４に基づいて、複数の異なる医療施設にまたがる同一の被保険者のデータＤＴを１つのデータＤＴに統合する。なお、このような同一の被保険者のデータＤＴへの統合を、変換サーバ１１で行うようにしてもよい。
【００２５】
変換サーバ１１は、情報端末３Ａ〜３Ｄの何れかから情報提供の要求信号ＲＱがあった場合に、データベースサーバ１０から、所定の条件を満たすデータＤＴを抽出し、このデータＤＴのフォーマットを、事業者の指定するフォーマットＦＭＴ（指定仕様、以下「指定フォーマットＦＭＴ」ともいう）に変換する。所定の条件を満たすデータＤＴとは、データＤＴに含まれる同意フラグＤ１５ａ（同意情報）に、システム所有者以外の第三者への情報提供に同意することを示す「１」が入力されているデータＤＴである。同意フラグＤ１５ａについては後述する。
【００２６】
変換サーバ１１は、情報要求元が指定した情報提供先と、指定フォーマットＦＭＴとの対応関係を、例えば下表１に示されるようなマップの形態で予め記憶している。
【表１】
2020126321.tif 000003
【００２７】
ここで、変換サーバ１１には、情報要求元からは、要求信号ＲＱと併せて、上表１に記載された情報提供先コードＣＤが送信されてくる。情報提供先コードＣＤは、グループコードＣＤｇと、当該グループに含まれる施設コード（サブコード）ＣＤｓとを組み合わせたものである。上表１に示される例では、Ａ病院の情報端末３Ａからは、Ａ病院が属するＫクラウドグループのグループコードＣＤｇである「００１」と、Ａ病院の施設コードＣＤｓである「０１」とが組み合わされた「００１−０１」が情報提供先コードＣＤとして送信される。
【００２８】
なお、施設の情報端末は、当該施設と同じグループに属する全ての施設を情報提供先として指定できる。上表１に示される例では、例えばＡ病院の情報端末３Ａは、情報提供先コードＣＤとして、「００１−０１」に替えて「００１−００」を情報提供システム１に送信することが可能である。このように情報提供先コードＣＤを「００１−００」とすることで、Ｋクラウドグループに属する全ての施設、すなわちＡ病院及びＢネット協議会の情報端末３Ａ，３Ｂの両方を情報提供先として指定できる。なお、同じグループの全ての施設を情報提供先に指定できる情報端末を限定してもよい。例えば、Ａ病院で使用される情報端末３Ａでは、情報提供先コードＣＤに「００１−００」を使用することを可能とし、Ｂネット協議会で使用される情報端末３Ｂでは、情報提供先コードＣＤに「００１−００」を使用できないようにしてもよい。
【００２９】
そして、変換サーバ１１は、データベースサーバ１０から抽出したデータＤＴを、上表１に示されるマップにしたがって、情報提供先コードＣＤに対応した（すなわち情報提供先に対応した）指定フォーマットＦＭＴに変換する。変換サーバ１１は、この指定フォーマットＦＭＴに変換されたデータＤｍ（以下「変換データＤｍ」ともいう）を、情報提供先コードＣＤに対応した情報提供先に送信する。
【００３０】
例えば、変換サーバ１１は、Ｃ医療センタの情報端末３Ｃから要求信号ＲＱと共に情報提供先コードＣＤを受信すると、データベースサーバ１０が記憶している統合されたオリジナルデータＤＴの中から、同意フラグに「１」が入力されているオリジナルデータＤＴを抽出する。そして、情報提供先コードＣＤが例えば「００２−００」であれば、取得した全てのオリジナルデータＤＴをそれぞれＳＳ−ＭＩＸ２のフォーマット形式に変換して、変換データＤｍを作成する。続いて、変換サーバ１１は、変換データＤｍを、Ｔクラウドグループに属する全ての施設、すなわちＣ医療センタ及びＤ病院の情報端末３Ｃ，３Ｄへ送信する。
【００３１】
変換サーバ１１は、オリジナルデータＤＴと変換データＤｍとを変換作業用の記憶部に一時的に記憶するが、変換データＤｍを情報提供先に送信した後、オリジナルデータＤＴと変換データＤｍとは前記記憶部から自動的に消去される。この機能によって、高い性能を有するハードウェアリソースを小さくすることができ、かつ、サイバー攻撃からのリスクも低減することができる
【００３２】
［１−２．データ構造］
図２を参照して本発明の第一実施形態のデータＤＴの構造（データ構造）について説明する。図２は、本発明の第一実施形態のデータＤＴの構造を示す模式図である。
【００３３】
データＤＴは、図２に示すように、問診データＤ１，服薬指導歴情報Ｄ２，服薬履歴画像推定情報Ｄ３，薬情報Ｄ４及び検査情報Ｄ５を有する。
【００３４】
問診データＤ１は、問診により被保険者から取得する情報であり、身長体重情報Ｄ１１，アレルギ情報Ｄ１２，既往歴情報Ｄ１３，患者特定番号Ｄ１４及び利活用制御情報Ｄ１５に細分化される。
【００３５】
服薬指導歴情報Ｄ２は、今までに受けた薬剤の使用法に関する指導の具体的な内容である。服薬履歴画像推定情報Ｄ３とは、薬局等において患者の持参薬をタブレットパソコンのカメラで撮影して、得られた持参薬の画像をＡＩなどによって画像認識し、その結果を薬局の薬歴ＤＢを用いて、推定（特定）した服薬履歴の情報である。薬情報Ｄ４は、薬局が保持管理している薬の注意事項であり、併用禁忌薬、服薬時の症状が記録される。検査情報Ｄ５とは今までに受けた検査結果の情報である。身長体重情報Ｄ１１は、被保険者の身長と体重との各情報である。アレルギ情報Ｄ１２は、被保険者のアレルギの有無、アレルゲンの種類、各アレルゲンに対するアレルギの症状やその程度に関する情報である。既往歴情報Ｄ１３は、被保険者のこれまでにかかったことのある病気の種類、煩っていた時期及び期間などである。
【００３６】
利活用制御情報Ｄ１５は、さらに、前述の同意フラグＤ１５ａ，開示範囲Ｄ１５ｂ及び氏名患者識別情報Ｄ１５ｃ（氏名患者ＩＤ）に細分化される。同意フラグ（同意情報）Ｄ１５ａには、上述したように第三者へのデータＤＴの提供に被保険者が同意する場合には、本実施形態では「１」が入力され、そうでない場合は「０」が入力される。開示範囲Ｄ１５ｂは、問診データＤ１〜患者特定番号Ｄ１４の内、被保険者が第三者への提供を許可するデータの種別が入力される。氏名患者識別情報Ｄ１５ｃは、被保険者の氏名又は患者ＩＤであるが、ブランクとした場合には、オリジナルデータＤＴは、匿名の被保険者のデータとして利活用されることとなる。
【００３７】
少なくとも問診データＤ１〜既往歴情報Ｄ１３が、本発明の医療情報に該当する。
【００３８】
［１−３．フローチャート］
本発明の第一実施形態の情報提供システム１による情報提供について図３を参照して説明する。図３は、本発明の第一実施形態の情報提供に係る変換サーバ１１の制御フローの一例を示すフローチャートである。この制御フローは、変換サーバ１１が、情報端末３Ａ〜３Ｄの何れかから要求信号ＲＱを受信すると開始される。
【００３９】
先ずステップＳ１０で、変換サーバ１１は、データベースサーバ１０に記憶されているオリジナルデータＤＴの中から、同意フラグＤ１５ａに同意を示す「１」が入力されているものを全て抽出する。
【００４０】
次にステップＳ２０で、変換サーバ１１は、上表１に示されるようなマップにしたがって、要求信号ＲＱと併せて受信した情報提供先コードＣＤに応じて、情報提供先と、指定フォーマットＦＭＴ（指定仕様）とを決定する。
【００４１】
次にステップＳ３０で、変換サーバ１１は、ステップＳ１０で抽出した複数のオリジナルデータＤＴを一つのデータファイルに纏め、このデータファイルを指定フォーマットＦＭＴに変換する。換言すれば、複数のオリジナルデータＤＴを一括して指定フォーマットＦＭＴに変換された変換データＤｍとする。
【００４２】
続いてステップＳ４０で、変換サーバ１１は、指定フォーマットＦＭＴに変換されたデータファイル（変換データＤｍ）を、指定された情報提供先へ送信（提供）する。
【００４３】
そしてステップＳ５０で、変換サーバ１１は、記憶部に記憶されていたオリジナルデータＤＴ及び変換データＤｍを消去する。これにより、情報提供に係る変換サーバ１１の制御が終了する。
【００４４】
［１−４．作用効果］
本発明の第一実施形態の情報提供システム１によれば次のような効果が得られる。
【００４５】
情報提供システム１では、データベースサーバ１０が、大量のオリジナルデータＤＴを記憶し、変換サーバ１１が、データベースサーバ１０のオリジナルデータＤＴを抽出して指定フォーマットに変換する。すなわち、データベースサーバ１０が大容量記憶装置としての機能を担い、変換サーバ１１が処理能力の高いデータ処理装置としての機能を担っている。したがって、大容量記憶装置としての機能と処理能力の高いデータ処理装置としての機能とを併せ持つものを購入する場合に較べて、複数の仕様のデータを提供できる情報提供システム１を安価に構築できる。
【００４６】
指定された情報提供先へ提供される変換データＤｍは、同意フラグＤ１５ａに「１」が入力されたもの、すなわち被保険者により情報提供に明示的に同意が得られたオリジナルデータＤＴを変換したものである。つまり、情報提供についての同意の有無にしたがって被保険者の情報の提供が制御される。したがって、情報提供による被保険者とのトラブルの心配が無く、情報提供システム１を使用したサービスを安定して提供できる。
【００４７】
指定された情報提供先へ変換データＤｍを提供した後、変換サーバ１１は、オリジナルデータＤＴと変換データＤｍとをその記憶部から消去する。したがって、変換サーバ１１の記憶部の容量を抑制できる（より少ないハードウェアリソースによってデータの変換とデータの保管とを行える）。
【００４８】
［２．第二実施形態］
以下、図４を参照して本発明の第二実施形態の医療情報提供システム１Ａ（以下「情報提供システム１Ａ」ともいう）について説明する。図４は、情報提供システム１Ａの構成を示す模式的なブロック図である。なお、医療情報提供システム１Ａは、第一実施形態の医療情報提供システム１と同様に、Ａ病院，Ｂネット協議会，Ｃ医療センタ及びＤ病院で使用される情報端末３Ａ〜３Ｄにも接続されているが、図４では省略している。
【００４９】
図４に示す情報提供システム１Ａは、変換サーバ１１Ａの機能が、第一実施形態の変換サーバ１１と異なる。変換サーバ１１Ａは、Ａ診療所のオリジナルデータＤＴ１とＢ薬局のオリジナルデータＤＴ２とが統合されたオリジナルデータＤＴの変換として、データフォーマットの変換に加え、オリジナルデータＤＴが有する氏名患者識別情報Ｄ１５ｃ（氏名患者ＩＤ）（図２参照）をブランクにして、匿名加工情報に変換された変換データＤｍを提供できる。
【００５０】
さらには、変換サーバ１１Ａは上記の統合されたオリジナルデータＤＴを統計学的に分析した結果を提供できる。換言すれば、変換サーバ１１Ａは、上記の統合されたオリジナルデータＤＴを統計情報に変換した変換データＤｍを作成し、この変換データＤｍを情報提供先へ提供できる。
【００５１】
変換サーバ１１Ａは、情報提供先と、指定フォーマットＦＭＴとの対応関係を、例えば下表２に示されるようなマップの形態で予め記憶している。
【００５２】
【表２】
2020126321.tif 000004
【００５３】
例えば、変換サーバ１１Ａは、Ｘ保健所の情報端末３Ｘから要求信号ＲＱと共に情報提供先コードＣＤを受信すると、データベースサーバ１０が記憶している統合されたオリジナルデータＤＴの中から、同意フラグに「１」が入力されているオリジナルデータＤＴを抽出する。そして、情報提供先コードＣＤが「００３−０１」であれば、取得した全てのオリジナルデータＤＴを統計分析した結果（統計分析情報）を変換データＤｍとし、Ｘ保健所の情報端末３Ｘに送信する。また、変換サーバ１１Ａは、情報提供先コードＣＤが「００３−０２」であれば、オリジナルデータＤＴを匿名加工した匿名加工情報を変換データＤｍとし、Ｙ製薬研究機関の情報端末３Ｙに送信する。
【００５４】
この他の構成は、第一実施形態と同様なので説明を省略する。
【００５５】
［３．変形例］
（１）前記実施形態では、変換サーバ１１,１１Ａは、変換データＤｍを情報提供先に送信した後、オリジナルデータＤＴと変換データＤｍとを記憶部から消去した。これに対し通信エラーを考慮し、変換サーバ１１，１１Ａは、変換データＤｍを受信した旨の情報を情報提供先から受信した後、オリジナルデータＤＴと変換データＤｍとを前記記憶部から消去するようにしてもよい。或いは、変換データＤｍを情報提供先に送信した後、少なくとも変換データＤｍを一定時間だけ記憶部に残しておくようにしてもよい。
【００５６】
（２）情報要求元である情報端末３Ａ〜３Ｄ，３Ｘ，３Ｙから、要求信号ＲＱ及び情報提供先ＣＤに加えて、指定フォーマットＦＭＴを変換サーバ１１，１１Ａに送信するようにしてもよい。この場合、上表１又は上表２に示されるようなマップは不要となる。
【産業上の利用可能性】
【００５７】
本発明は、医療情報提供システム及びそれに用いられるデータ構造として好適に利用される。
【符号の説明】
【００５８】
１，１Ａ  医療情報提供システム
１０  データベースサーバ
１１，１１Ａ  変換サーバ
２Ａ，２Ｂ，３Ａ，３Ｂ，３Ｃ，３Ｄ，３Ｘ，３Ｙ  情報端末
ＣＤ  情報提供先コード
ＤＴ，ＤＴ１，ＤＴ２  オリジナルデータ
Ｄｍ  変換データ
Ｄ１  問診データ
Ｄ１１  身長体重情報
Ｄ１２  アレルギ情報
Ｄ１３  既往歴情報
Ｄ１４  患者特定番号
Ｄ１５ａ  同意フラグ
Ｄ１５ｂ  開示範囲
Ｄ１５ｃ  氏名患者ＩＤ
ＦＭＴ  指定フォーマット
【図１】
2020126321.tif 000005
【図２】
2020126321.tif 000006
【図３】
2020126321.tif 000007
【図４】
2020126321.tif 000008
【手続補正書】
【提出日】令和2年4月23日(2020.4.23)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
医療情報と同意情報とを有するオリジナルデータを記憶するデータベースサーバと、
変換サーバとを備え、
前記医療情報は、被保険者の氏名又は患者ＩＤであり、かつ、患者を識別する氏名患者識別情報を有し、
前記変換サーバは、情報要求元から要求信号を受信すると、前記同意情報が情報提供に同意することを示している前記オリジナルデータを用いて、前記オリジナルデータから前記患者を識別不能にするように前記氏名患者識別情報を加工した匿名加工情報、または、前記オリジナルデータを統計学的に分析した統計情報を作成し、前記匿名加工情報または前記統計情報を、前記情報要求元が指定する情報提供先に提供する
医療情報提供システム。
【請求項２】
前記変換サーバは、前記匿名加工情報または前記統計情報を作成する際、前記オリジナルデータと前記匿名加工情報または前記統計情報とを記憶する記憶部を備え、
前記匿名加工情報または前記統計情報を前記情報提供先に提供した後、前記オリジナルデータと前記匿名加工情報または前記統計情報とを前記記憶部から消去する
請求項１に記載の医療情報提供システム。
【請求項３】
オリジナルデータを記憶するデータベースサーバ、および、前記オリジナルデータを変換する変換サーバを備える医療情報提供システムに用いられる前記オリジナルデータのデータ構造であって、
前記オリジナルデータは、
患者の医療情報と、
前記医療情報の第３者への提供について前記患者が同意したか否かを示す同意情報と、
被保険者の氏名又は患者ＩＤであり、かつ、前記患者を識別する氏名患者識別情報と、を有し、
前記同意情報は、前記患者が同意した前記オリジナルデータを前記変換サーバが抽出する処理に用いられ、
前記医療情報は、前記変換サーバが、抽出された前記オリジナルデータを統計学的に分析した統計情報に変換する処理に用いられ、
前記氏名患者識別情報は、前記変換サーバが、抽出された前記オリジナルデータから前記患者を識別不能にした匿名加工情報に変換する処理に用いられる
前記オリジナルデータのデータ構造。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
上記従来の課題を解決するために、本発明の医療情報提供システムは、医療情報と同意情報とを有するオリジナルデータを記憶するデータベースサーバと、変換サーバとを備え、前記医療情報は、被保険者の氏名又は患者ＩＤであり、かつ、患者を識別する氏名患者識別情報を有し、前記変換サーバは、情報要求元から要求信号を受信すると、前記同意情報が情報提供に同意することを示している前記オリジナルデータを用いて、前記オリジナルデータから前記患者を識別不能にするように前記氏名患者識別情報を加工した匿名加工情報、または、前記オリジナルデータを統計学的に分析した統計情報を作成し、前記匿名加工情報または前記統計情報を、前記情報要求元が指定する情報提供先に提供する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
上記従来の課題を解決するために、本発明のデータ構造は、オリジナルデータを記憶するデータベースサーバ、および、前記オリジナルデータを変換する変換サーバを備える医療情報提供システムに用いられる前記オリジナルデータのデータ構造であって、前記オリジナルデータは、患者の医療情報と、前記医療情報の第３者への提供について前記患者が同意したか否かを示す同意情報と、被保険者の氏名又は患者ＩＤであり、かつ、前記患者を識別する氏名患者識別情報と、を有し、前記同意情報は、前記患者が同意した前記オリジナルデータを前記変換サーバが抽出する処理に用いられ、前記医療情報は、前記変換サーバが、抽出された前記オリジナルデータを統計学的に分析した統計情報に変換する処理に用いられ、前記氏名患者識別情報は、前記変換サーバが、抽出された前記オリジナルデータから前記患者を識別不能にした匿名加工情報に変換する処理に用いられる。