(57)【要約】【課題】医療機関で発生した医療情報を外部サーバに逐次蓄積する場合に、外部サーバに蓄積される医療情報の記憶容量の増大を簡易に抑制することを課題とする。【解決手段】複数の医療機関Ａ，Ｂ内で生成された医療情報Ｄ１を複数の医療機関Ａ，Ｂ外において医療情報Ｄ１の蓄積及び管理を行うセンターサーバ１と、各医療機関Ａ，Ｂ内に配置されセンターサーバ１に接続される複数のローカルサーバ３とを備えた医療情報管理システムであって、ローカルサーバ３は、医療情報Ｄ１の削除条件Ｄ２及び医療情報Ｄ１のデータ削減処理内容Ｄ４をセンターサーバ１に登録し、センターサーバ１は、登録された削除条件Ｄ２に合致する医療情報Ｄ１を抽出し、抽出された医療情報Ｄ１に対して、登録されたデータ削減処理内容Ｄ４によるデータ削減処理を定期的に行う。【選択図】図１
2019109622.tif 000002
【特許請求の範囲】
【請求項１】
複数の医療機関の外部に配設され、各医療機関の内部で生成された医療情報を蓄積及び管理するセンターサーバと、各医療機関の内部にそれぞれ配設され、前記センターサーバに接続される複数のローカルサーバとを備えた医療情報管理システムであって、
前記センターサーバは、登録された削除条件に合致する医療情報を抽出し、抽出された医療情報に対して、登録されたデータ削減処理内容によるデータ削減処理を定期的に行うデータ削減処理部を備え、
前記ローカルサーバは、前記削除条件及び前記データ削減処理内容を前記センターサーバに登録するデータ削減登録部を備えた
ことを特徴とする医療情報管理システム。
【請求項２】
前記データ削減登録部は、前記削除条件から除外する医療情報の条件である除外条件を前記センターサーバにさらに登録し、
前記データ削減処理部は、登録された削除条件に合致する医療情報を抽出し、抽出した医療情報のうち、登録された前記除外条件に合致する医療情報を除いた医療情報に対して、登録されたデータ削減処理内容によるデータ削減処理を定期的に行う
ことを特徴とする請求項１に記載の医療情報管理システム。
【請求項３】
前記データ削減処理内容は、前記医療情報の削除、一部削除、移動及びデータ圧縮を含むことを特徴とする請求項１又は２に記載の医療情報管理システム。
【請求項４】
前記センターサーバは、秘密分散処理を含む冗長化処理を施して前記医療情報を蓄積及び管理することを特徴とする請求項１〜３のいずれか一つに記載の医療情報管理システム。
【請求項５】
前記一部削除は、冗長化解除であることを特徴とする請求項３に記載の医療情報管理システム。
【請求項６】
前記削除条件は、対象患者、医療情報の保存期間経過及び医療情報の内容を含むことを特徴とする請求項１〜５のいずれか一つに記載の医療情報管理システム。
【請求項７】
前記除外条件は、対象患者、対象診療科及び医療情報の内容を含むことを特徴とする請求項２に記載の医療情報管理システム。
【請求項８】
前記医療情報の移動は、患者への返却による移動、医療情報を利用する外部機関への移動を含むことを特徴とする請求項３〜７のいずれか一つに記載の医療情報管理システム。
【請求項９】
複数の医療機関の外部に配設され、各医療機関の内部で生成された医療情報を蓄積及び管理するセンターサーバと、各医療機関の内部にそれぞれ配設され、前記センターサーバに接続される複数のローカルサーバとを備えた医療情報管理システムにおける医療情報管理方法であって、
前記ローカルサーバが、前記医療情報の削除条件及び前記医療情報のデータ削減処理内容を前記センターサーバに登録し、
前記センターサーバが、登録された削除条件に合致する医療情報を抽出し、抽出された医療情報に対して、登録されたデータ削減処理内容によるデータ削減処理を定期的に行うことを特徴とする医療情報管理方法。
【請求項１０】
前記ローカルサーバは、前記削除条件から除外する医療情報の条件である除外条件を前記センターサーバにさらに登録し、
前記センターサーバは、登録された削除条件に合致する医療情報を抽出し、抽出した医療情報のうち、登録された前記除外条件に合致する医療情報を除いた医療情報に対して、登録されたデータ削減処理内容によるデータ削減処理を定期的に行う
ことを特徴とする請求項９に記載の医療情報管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療機関で発生した医療情報を外部サーバに逐次蓄積する場合に、外部サーバに蓄積される医療情報の記憶容量の増大を簡易に抑制することができる医療情報管理システム及び医療情報管理方法に関する。
【背景技術】
【０００２】
近年、医療機関では電子カルテシステム等が普及しつつあり、該医療機関で生成された医療情報は医療機関内で電子データとして蓄積されている。
【０００３】
例えば、特許文献１には、サービス提供機関サーバと複数の医療機関等に設置された患者情報提供端末とを相互に接続し、このサービス提供機関サーバ上に、患者ＩＤ、患者プロフィール、保険機関コード、医療従業者ＩＤ、患者情報提供端末ＩＰアドレスを記憶する。そして、サービス提供機関サーバが、医療情報提示端末から患者ＩＤ／患者プロフィールを受信したならば、医療機関が保有する患者の電子カルテを検索して、医療情報提示端末に表示するシステムが開示されている。この従来技術によれば、巨大なデータサーバを導入する必要がなくなり、各医療機関のセキュリティを維持しつつ現在使用している患者情報提供端末を利用することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１７−０９７８１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の電子カルテシステム等では、医療機関内に蓄積される医療情報が増加する一方であるため、各医療機関の管理対象となる医療情報が増大するという問題がある。特に、かかる医療情報にはデータ量が大きな画像情報が含まれるため、かかる問題が顕在化している。
【０００６】
かかる医療情報は、法律及び規則等によって所定期間医療機関に保存する必要があるが、この所定期間を経過した後は削除することができるが、各医療機関では、医療情報の削除処理が複雑であることに加え、膨大な医療情報を削除する削除作業に多大の人的労力を要し、医療情報を管理する専門の管理者を配置する必要もある。
【０００７】
ここで、例えばクラウドサーバのような医療機関の外部サーバに医療情報をアップロードして蓄積することもできるが、外部サーバに医療情報を蓄積する場合には、蓄積される医療情報の容量に応じた従量課金が必要となる。特に、大きな容量の画像情報を含む医療情報を大量に蓄積したのでは、かかる従量課金が大きくなる。また、外部サーバに医療情報を蓄積する場合であっても、医療情報の削除は医療機関に委ねられるため、医療情報の削除作業に多大な労力を要することになる。
【０００８】
本発明は、上記従来技術の問題点（課題）を解決するためになされたものであって、医療機関で発生した医療情報を外部サーバに逐次蓄積する場合に、外部サーバに蓄積される医療情報の記憶容量の増大を簡易に抑制することができる医療情報管理システム及び医療情報管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記の課題を解決するため、本発明は、複数の医療機関の外部に配設され、各医療機関の内部で生成された医療情報を蓄積及び管理するセンターサーバと、各医療機関の内部にそれぞれ配設され、前記センターサーバに接続される複数のローカルサーバとを備えた医療情報管理システムであって、前記センターサーバは、登録された削除条件に合致する医療情報を抽出し、抽出された医療情報に対して、登録されたデータ削減処理内容によるデータ削減処理を定期的に行うデータ削減処理部を備え、前記ローカルサーバは、前記削除条件及び前記データ削減処理内容を前記センターサーバに登録するデータ削減登録部を備えたことを特徴とする。
【００１０】
また、本発明は、上記の発明において、前記データ削減登録部は、前記削除条件から除外する医療情報の条件である除外条件を前記センターサーバにさらに登録し、前記データ削減処理部は、登録された削除条件に合致する医療情報を抽出し、抽出した医療情報のうち、登録された前記除外条件に合致する医療情報を除いた医療情報に対して、登録されたデータ削減処理内容によるデータ削減処理を定期的に行うことを特徴とする。
【００１１】
また、本発明は、上記の発明において、前記データ削減処理内容は、前記医療情報の削除、一部削除、移動及びデータ圧縮を含むことを特徴とする。
【００１２】
また、本発明は、上記の発明において、前記センターサーバは、秘密分散処理を含む冗長化処理を施して前記医療情報を蓄積及び管理することを特徴とする。
【００１３】
また、本発明は、上記の発明において、前記一部削除は、冗長化解除であることを特徴とする。
【００１４】
また、本発明は、上記の発明において、前記削除条件は、対象患者、医療情報の保存期間経過及び医療情報の内容を含むことを特徴とする。
【００１５】
また、本発明は、上記の発明において、前記除外条件は、対象患者、対象診療科及び医療情報の内容を含むことを特徴とする。
【００１６】
また、本発明は、上記の発明において、前記医療情報の移動は、患者への返却による移動、医療情報を利用する外部機関への移動を含むことを特徴とする。
【００１７】
また、本発明は、複数の医療機関の外部に配設され、各医療機関の内部で生成された医療情報を蓄積及び管理するセンターサーバと、各医療機関の内部にそれぞれ配設され、前記センターサーバに接続される複数のローカルサーバとを備えた医療情報管理システムにおける医療情報管理方法であって、前記ローカルサーバが、前記医療情報の削除条件及び前記医療情報のデータ削減処理内容を前記センターサーバに登録し、前記センターサーバが、登録された削除条件に合致する医療情報を抽出し、抽出された医療情報に対して、登録されたデータ削減処理内容によるデータ削減処理を定期的に行うことを特徴とする。
【００１８】
また、本発明は、上記の発明において、前記ローカルサーバは、前記削除条件から除外する医療情報の条件である除外条件を前記センターサーバにさらに登録し、前記センターサーバは、登録された削除条件に合致する医療情報を抽出し、抽出した医療情報のうち、登録された前記除外条件に合致する医療情報を除いた医療情報に対して、登録されたデータ削減処理内容によるデータ削減処理を定期的に行うことを特徴とする。
【発明の効果】
【００１９】
本発明によれば、医療機関で発生した医療情報を外部サーバに逐次蓄積する場合に、外部サーバに蓄積される医療情報の記憶容量の増大を簡易に抑制することができる。
【図面の簡単な説明】
【００２０】
【図１】図１は、本実施例に係る医療情報管理システムの概要を説明するための説明図である。
【図２】図２は、データ削減処理の一例を示す説明図である。
【図３】図３は、図１に示したセンターサーバの構成を示す機能ブロック図である。
【図４】図４は、図１に示したローカルサーバの構成を示す機能ブロック図である。
【図５】図５は、センターサーバのデータ削減処理部によるデータ削減処理手順を示すフローチャートである。
【図６】図６は、データ削減処理設定画面の一例を示す図である。
【図７】図７は、センターサーバによる医療情報の分散管理を説明する説明図である。
【発明を実施するための形態】
【００２１】
以下に、添付図面を参照して、本発明に係る医療情報管理システムの好適な実施例を詳細に説明する。以下に示す実施例では、複数の医療機関内の各ローカルサーバが、各医療機関で生成された医療情報をクラウド上のセンターサーバに送信し、センターサーバが医療情報の蓄積及び管理を行うシステムを医療情報管理システムの一例として説明する。
【実施例】
【００２２】
＜医療情報管理システムの概要＞
まず、本実施例に係る医療情報管理システムの概要について説明する。図１は、本実施例に係る医療情報管理システムの概要を説明するための説明図である。
【００２３】
図１に示すように、この医療情報管理システムは、クラウド２上のセンターサーバ１と、医療機関Ａ，Ｂ内にそれぞれローカルサーバ３とを有し、ローカルサーバ３は、それぞれセンターサーバ１に接続される。なお、医療機関Ａ，Ｂ及びローカルサーバ３は、それぞれ複数の医療機関及び複数のローカルサーバの一例である。また、「医療機関」は、例えば病院、診療所等である。
【００２４】
医療機関Ａ，Ｂ内には、それぞれモダリティ４、画像サーバ５及びレポートサーバ６を有する。画像サーバ５は、モダリティ４が生成した画像情報及び外部医療機関から取り込まれる画像情報を一時保持する。レポートサーバ６は、画像サーバ５に一時保存された画像情報を参照して診断した結果である診断レポート及び外部医療機関から取り込まれた診断レポートを一時保持する。なお、医師等が診断レポートを作成する場合、レポートサーバ６は、ローカルサーバ３を介してセンターサーバ１から参照すべき画像情報を取得して、画像サーバ５内に一時保存することができる。
【００２５】
各ローカルサーバ３は、それぞれの医療機関Ａ，Ｂ内で生成した画像情報及び診断レポートを医療情報Ｄ１としてセンターサーバ１にアップロードしてセンターサーバ１内に医療情報Ｄ１を蓄積する（ステップＳ１）。なお、「医療情報」には、画像情報、診断レポート以外に投薬情報などの患者に対する医療関連の各種情報を含む。
【００２６】
センターサーバ１は、登録された削除条件Ｄ２に合致する医療情報Ｄ１を抽出し、抽出した医療情報Ｄ１のうち、登録された除外条件Ｄ３に合致する医療情報を除いた医療情報Ｄ１に対して、登録されたデータ削減処理内容Ｄ４によるデータ削減処理を定期的に行う（ステップＳ２）。図１では、医療情報Ｄ１のうち、削除条件Ｄ２に合致し、除外条件Ｄ３に合致しない医療情報に対し、データ削減処理内容Ｄ４の一つである削除処理が行われ、データ削減された医療情報Ｄ１´が結果として蓄積されている。なお、削除条件Ｄ２、除外条件Ｄ３、データ削減処理内容Ｄ４は、ローカルサーバ３によって登録処理がなされ、センターサーバ１内に登録されている。
【００２７】
データ削減処理内容Ｄ４は、センターサーバ１内に蓄積されている医療情報Ｄ１のデータ量を削減する処理内容であり、例えば、図２に示すように、医療情報Ｄ１の削除の他、医療情報Ｄ１の削除及び移動、医療情報Ｄ１のデータ圧縮がある。なお、移動は、医療情報の蓄積場所には残さない処理である。例えば、移動は、記録媒体に医療情報を記憶させて患者に返却する処理や、医療情報を利用する研究機関などの外部機関に医療情報を渡す処理である。データ圧縮は、もとの医療情報に対する圧縮処理を施してデータ量を削減するものである。なお、削除には、センターサーバ１が秘密分散処理を含んだ冗長化処理を施して医療情報を蓄積及び管理する場合の冗長化解除によるデータの一部削除も含まれる（その詳細は後述する）。
【００２８】
削除条件Ｄ２は、対象患者、医療情報の保存期間経過及び医療情報の内容を含む。削除条件Ｄ２は、例えば、検査日が設定期間前のデータ、モダリティ４毎に設定されたスライス厚のデータに対して設定された期間経過のデータ、外部医療機関から取り込んだデータ、死亡患者リストに登録された患者のデータ、最新来院日が設定された期間前に来院した患者のデータ、最新参照データ以外のデータ、一定期間参照されていないデータ、元の医療画像を用いて再構成された再構成画像のデータ、医療機関内で不可視化データとして選択されているデータなどをデータ削減処理対象とする。
【００２９】
除外条件Ｄ３は、対象患者、対象診療科及び医療情報の内容を含む。除外条件Ｄ３は、例えば、除外患者リストに登録された患者のデータ、医師の所見がある検査データ、診断レポートがある検査データ、診断結果が異状なしのデータ、患者の初回検査データ、精神科などの長期的な診断結果が必要な特定診療科のデータなどをデータ削減処理対象から除外する。
【００３０】
これにより、センターサーバ１内に逐次蓄積される医療情報は、定期的に自動でデータ削減処理が実行され、医療情報の記憶容量増大が抑制され、従量課金が大幅に大きくならず、医療機関にかかる労力も抑えることができる。
【００３１】
＜センターサーバの構成＞
次に、図１に示したセンターサーバ１の構成について説明する。図３は、図１に示したセンターサーバ１の構成を示す機能ブロック図である。センターサーバ１は、入力部１１、表示部１２、通信部１３、データベース部１４及び制御部１５を有する。
【００３２】
入力部１１は、キーボード又はマウス等の入力デバイスであり、表示部１２は、液晶パネル等の表示デバイスであり、通信部１３は、クラウド２内のセンターサーバ１に接続するための通信インタフェース部である。
【００３３】
データベース部１４は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスであり、医療情報Ｄ１、削除条件Ｄ２、除外条件Ｄ３及びデータ削減処理内容Ｄ４を記憶する。
【００３４】
制御部１５は、センターサーバ１の全体を制御する制御部であり、要求受付部２１、情報処理制御部２２、データ削減処理部２３及びデータ削減登録部２４を有する。制御部１５は、これらの機能部に対応するプログラムを不揮発性メモリや磁気ディスク装置などの記憶装置に記憶しておき、これらのプログラムをメモリにロードして、ＣＰＵで実行することで、対応するプロセスを実行させることになる。
【００３５】
要求受付部２１は、入力部１１あるいは通信部１３を介して入力された情報を受け付ける。情報処理制御部２２は、要求受付部２１を介した要求に対応する医療情報Ｄ１の蓄積、閲覧、複写、移動、削除、さらに特定情報の削除、特定情報の切り出しなどの情報処理を行う。
【００３６】
データ削減処理部２３は、登録された削除条件Ｄ２に合致する医療情報Ｄ１を抽出し、抽出した医療情報Ｄ１のうち、登録された除外条件Ｄ３に合致する医療情報を除いた医療情報Ｄ１に対して、登録されたデータ削減処理内容Ｄ４によるデータ削減処理を定期的に自動で行う。
【００３７】
データ削減登録部２４は、要求受付部２１を介して登録要求された削除条件Ｄ２、除外条件Ｄ３及びデータ削減処理内容Ｄ４をデータベース部１４に登録する。なお、データ削減登録部２４は、新たな削除条件Ｄ２、除外条件Ｄ３及びデータ削減処理内容Ｄ４の登録要求があるごとに、削除条件Ｄ２、除外条件Ｄ３及びデータ削減処理内容Ｄ４を蓄積するとともに、更新登録する。
【００３８】
＜ローカルサーバの構成＞
次に、図１に示したローカルサーバ３の構成について説明する。図４は、図１に示したローカルサーバ３の構成を示す機能ブロック図である。ローカルサーバ３は、入力部３１、表示部３２、通信部３３、記憶部３４及び制御部３５を有する。
【００３９】
入力部３１は、キーボード又はマウス等の入力デバイスであり、表示部３２は、液晶パネル等の表示デバイスであり、通信部３３は、クラウド２内のセンターサーバ１に接続するための通信インタフェース部である。
【００４０】
記憶部３４は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスであり、医療情報Ｄ１、削除条件Ｄ２、除外条件Ｄ３及びデータ削減処理内容Ｄ４を記憶する。医療情報Ｄ１は、センターサーバ１にアップロードする医療情報である。
【００４１】
制御部３５は、ローカルサーバ３の全体を制御する制御部であり、要求受付部４１、情報処理制御部４２及びデータ削減登録部４３を有する。制御部３５は、これらの機能部に対応するプログラムを不揮発性メモリや磁気ディスク装置などの記憶装置に記憶しておき、これらのプログラムをメモリにロードして、ＣＰＵで実行することで、対応するプロセスを実行させることになる。
【００４２】
要求受付部４１は、入力部３１あるいは通信部３３を介して入力された情報を受け付ける。情報処理制御部４２は、センターサーバ１に対して医療情報Ｄ１の蓄積、閲覧、複写、移動、削除などの処理要求制御を行う。
【００４３】
データ削減登録部４３は、センターサーバ１に対して、削除条件Ｄ２、除外条件Ｄ３及びデータ削減処理内容Ｄ４の登録要求を行う。
【００４４】
＜センターサーバのデータ削減処理部によるデータ削減処理＞
次に、センターサーバ１のデータ削減処理部２３によるデータ削減処理手順について説明する。図５は、センターサーバ１のデータ削減処理部２３によるデータ削減処理手順を示すフローチャートである。
【００４５】
図５に示すように、まず、データ削減処理部２３は、登録された削除条件Ｄ２に合致する医療情報Ｄ１を抽出する（ステップＳ１０１）。その後、この抽出した医療情報Ｄ１のうち、登録された除外条件Ｄ３に合致する医療情報Ｄ１があるか否かを判定する（ステップＳ１０２）。そして、登録された除外条件Ｄ３に合致する医療情報Ｄ１がない場合（ステップＳ１０２；Ｎｏ）には、登録されたデータ削減処理内容Ｄ４に対応したデータ削減処理を実行し（ステップＳ１０３）、本処理を終了する。一方、登録された除外条件Ｄ３に合致する医療情報Ｄ１がある場合（ステップＳ１０２；Ｙｅｓ）には、そのまま本処理を終了する。なお、上述した処理は、定期的に繰り返し行う。
【００４６】
＜データ削減処理設定画面の一例＞
次に、ローカルサーバ３側において削除条件Ｄ２、除外条件Ｄ３及びデータ削減処理内容Ｄ４を設定するデータ削減処理設定画面の一例について説明する。図６は、データ削減処理設定画面の一例を示す図である。データ削減処理設定画面は、ローカルサーバ３の表示部３２に表示される画面であり、データ削減処理設定画面への入力は、入力部３１を介して行われる。
【００４７】
図６に示すように、データ削減処理設定画面には、削除条件設定領域と、除外条件設定領域と、データ削減処理内容設定領域とからなる。削除条件設定領域は、削除条件Ｄ２を設定する画面であり、検査日、最終来院日、最終参照日及び患者ＩＤの入力領域と、再構成画像、他医療機関から取り込んだデータ、過去履歴データ、不可視化データ及び１度のみ来院のチェック欄とが設けられる。
【００４８】
検査日は、検査日が５年以前のデータを削除対象としている。さらに検査日は、モダリティのスライス厚ごとに検査日がさらに詳細に設定され、モダリティがＣＴ（Computed Tomography）の場合、スライス厚１．５ｍｍ以下のデータであって検査日が６年以前のデータを削除対象とし、モダリティがＭＲ（ＭＲＩ: Magnetic Resonance Imaging）の場合、スライス厚２．０ｍｍ以下のデータであって７年以前のデータを削除対象としている。また、モダリティがＵＳ（超音波診断: ultra sound）の場合、８年以前のデータを削除対象としている。したがって、その他のモダリティのデータは、５年以前のものが削除対象となる。
【００４９】
また、最終来院日が５年以前の患者のデータを削除対象としている。さらに、最終参照日、すなわち最後のデータ参照日が６年以前のデータを削除対象としている。また、患者ＩＤが１１００１、１１００２、１１００３の患者のデータを削除対象としている。
【００５０】
さらに、チェック欄では、もとの画像データから再構成した再構成画像、他医療機関から取り込んだデータ、過去履歴データ、不可視化設定された不可視化データ、１度のみ来院の患者データを削除対象としている。
【００５１】
なお、検査日、最終来院日、最終参照日、患者ＩＤの項目は、ＡＮＤ条件であり、チェック欄の項目は、ＯＲ条件である。
【００５２】
除外条件設定領域は、除外条件Ｄ３を設定する画面であり、除外患者ＩＤ、診療科の入力欄と、読影レポートあり、有所見、検査結果異常なし及び初回検査のチェック欄とが設けられる。
【００５３】
除外患者ＩＤは、データ削除が除外される患者ＩＤが入力される。診療科は、データ削除が除外される診療科が入力される。除外患者ＩＤ及び診療科は、ＡＮＤ条件であり、図６では、患者ＩＤが９１００１、９１００２、９１００９のデータであって、診療科が精神科と脳外科のデータが削除除外対象となる。
【００５４】
この場合の削除除隊対象のデータ内容は、チェック欄に示した、読影レポートがあるデータ、所見があるデータ、検査結果が異常なしのデータ、初回検査のデータがそれぞれＯＲ条件で削除除外対象となる。
【００５５】
データ削減処理内容設定領域は、データ削減処理内容Ｄ４を選択する選択チェック欄が設けられている。選択チェック欄には、削除と移動との一例である「データ返却＋データ削除」、「データ削除」、データ圧縮の一例である「高度圧縮」及び移動の一例である「データ領域移動」が設けられ、このうちのいずれかが選択設定される。図６では、「データ返却＋データ削除」が選択設定されている。
【００５６】
データ削減処理設定画面の右下には、登録ボタンが設けられている。操作者は、この登録ボタンを押下することによって、図６に示した内容の削除条件Ｄ２、除外条件Ｄ３及びデータ削減処理内容Ｄ４としてセンターサーバ１に登録要求が送信される。
【００５７】
＜センターサーバによる医療情報の分散管理＞
次に、センターサーバ１による医療情報Ｄ１の分散管理について説明する。図７は、センターサーバ１による医療情報Ｄ１の分散管理を説明する説明図である。図７に示すように、センターサーバ１は、ローカルサーバ３から送られた医療情報Ｄ１を秘密分散するとともに、クラウド２上で分散管理を行うようにしてもよい。
【００５８】
秘密分散処理では、送られた医療情報を圧縮し、その後暗号化を行い、暗号化されたデータを複数、ここでは２つの断片データＤ１１，Ｄ１２に分割し、断片データＤ１１，Ｄ１２に対応する断片データＤ１１ａ，Ｄ１２ａをクラウド２上のデータ保存領域ＥＡに蓄積するとともに、断片データＤ１１，Ｄ１２に対応する断片データＤ１１ｂ，Ｄ１２ｂをクラウド２上のデータ保存領域ＥＢに蓄積する。データ保存領域ＥＡとデータ保存領域ＥＢとは、クラウド２上で離隔しているため、断片データＤ１１ａ，Ｄ１２ａと断片データＤ１１ｂ，Ｄ１２ｂとは分散して蓄積される。一方、断片データＤ１１ａ，Ｄ１２ａ及び断片データＤ１１ｂ，Ｄ１２ｂのそれぞれは、秘密分散されて蓄積されている。したがって、断片データＤ１１ａ，Ｄ１２ａ，Ｄ１１ｂ，Ｄ１２ｂは４重に分散管理されている。
【００５９】
ここで、断片データＤ１１ａ，Ｄ１２ａ，Ｄ１１ｂ，Ｄ１２ｂは、医療情報Ｄ１を冗長化しており、医療情報Ｄ１に比して大きな記憶容量を必要とする。そこで、上記したデータ削減処理の１つとして、例えば、断片データＤ１１ａ，Ｄ１２ａあるいは断片データＤ１１ｂ，Ｄ１２ｂを削除するようにしてもよい。この削除は、一部削除であるが、データ圧縮と同様に、医療情報の記憶容量を半減することができ、データ圧縮と同様な作用効果を奏する。
【００６０】
本実施例では、センターサーバ１のデータ削減処理部２３が、登録された削除条件Ｄ２に合致する医療情報Ｄ１を抽出し、抽出した医療情報Ｄ１のうち、登録された除外条件Ｄ３に合致する医療情報Ｄ１を除いた医療情報Ｄ１に対して、登録されたデータ削減処理内容Ｄ４によるデータ削減処理を定期的に自動で行うようにしているので、センターサーバ１に蓄積される医療情報Ｄ１の記憶容量増大を簡易に抑えることができる。また、医療情報Ｄ１の記憶容量増大を抑えることができるため、従量課金の増大を抑えることができる。
【００６１】
また、本実施例では、包括的な削除条件Ｄ２に対して除外条件Ｄ３という個別設定が可能であるため、簡易に、きめの細かい医療情報のデータ削減処理を行うことができる。
【００６２】
なお、上記の実施例で図示した各構成は機能概略的なものであり、必ずしも物理的に図示の構成をされていることを要しない。すなわち、各装置の分散・統合の形態は図示のものに限られず、その全部又は一部を各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
【産業上の利用可能性】
【００６３】
本発明に係る医療情報管理システム及び医療情報管理方法は、医療機関が生成した医療情報を蓄積する外部サーバの記憶容量の増大を簡易に抑制する場合に有用である。
【符号の説明】
【００６４】
１  センターサーバ
２  クラウド
３  ローカルサーバ
４  モダリティ
５  画像サーバ
６  レポートサーバ
１１，３１  入力部
１２，３２  表示部
１３，３３  通信部
１４  データベース部
１５，３５  制御部
２１，４１  要求受付部
２２，４２  情報処理制御部
２３  データ削減処理部
２４，４３  データ削減登録部
３４  記憶部
Ａ，Ｂ  医療機関
Ｄ１，Ｄ１´  医療情報
Ｄ１１，Ｄ１２，Ｄ１１ａ，Ｄ１２ａ，Ｄ１１ｂ，Ｄ１２ｂ  断片データ
Ｄ２  削除条件
Ｄ３  除外条件
Ｄ４  データ削減処理内容
ＥＡ，ＥＢ  データ保存領域
【図１】
2019109622.tif 000003
【図２】
2019109622.tif 000004
【図３】
2019109622.tif 000005
【図４】
2019109622.tif 000006
【図５】
2019109622.tif 000007
【図６】
2019109622.tif 000008
【図７】
2019109622.tif 000009