JP2019079355A - 読影管理システム及び読影管理方法 - Google Patents

Abstract

【課題】医療情報を生成する医療施設及び医療情報が集約される読影センターのリソースの増加を抑制することができる読影管理システム及び読影管理方法を提供することを課題とする。【解決手段】ローカルサーバ１０は、生成した医療用画像を含む医療情報Ｄ１をローカルキャッシュメモリ１５に一時記憶させて読影センターサーバ３０に転送するとともに、医療情報Ｄ１のインデックス情報Ｄ２を保持し、読影センターサーバ３０は、各ローカルサーバ１０から転送される医療情報Ｄ１をセンターキャッシュメモリ３５に一時記憶させてクラウド管理サーバ３に転送するとともに、医療情報Ｄ１のインデックス情報Ｄ２を保持し、クラウド管理サーバ３は、読影センターサーバ３０から転送された医療情報Ｄ１を蓄積して管理し、読影装置６，７は、ローカルキャッシュメモリ１５又はセンターキャッシュメモリ３５にキャッシュされている医療情報Ｄ１に対する読影処理を行う。【選択図】図１

Description

本発明は、医療用画像を含む医療情報を生成する医療施設及び医療情報が集約される読影センターのリソースの増加を抑制することができる読影管理システム及び読影管理方法に関する。

近年、ＣＲ（Computed Radiography；コンピュータ放射線撮影）、ＭＲＩ（Magnetic Resonance Imaging；磁気共鳴撮影）、ＣＴ（Computed Tomography；コンピュータ断層撮影）等のモダリティを用いた医療用デジタル画像生成技術が普及している。これらの医療用デジタル画像生成技術によって生成された医療用デジタル画像は、例えば読影を担当する医師（以下、「読影医」と言う）による読影や、患者の診断を担当する医師（以下、「担当医」と言う）による診断を行う場合に利用される。

ここで、上記の「読影」とは、医療用デジタル画像を基に行う画像診断である。読影医は、読影の結果や所見等を記入した読影レポートを生成する。このようにして生成された読影レポートは、担当医が患者を診察する際に有効に利用される。

上記のモダリティは、短時間に大量の画像を収集することができ、診断に極めて有効であるため、収集される医療用画像の量が急激に増加しつつある。このため、読影医が待機する読影センターが各病院から依頼を受けて読影サービスを行う技術が知られている。

例えば、特許文献１には、病院で発生した医用画像データをオンラインでデータセンターに集め、この画像データを病院から読影センターに送り、読影を依頼する読影システムが記載されている。読影センターの読影医は、読影結果を読影レポートにまとめ、これをオンラインでデータセンターに送る。データセンターは、この読影レポートを管理保管するとともに、病院にオンラインで返送する。

特開２００２−１０９０５５号公報

ところで、健康診断などを行う医療施設では、莫大な量の医療用画像が生成される。複数の医療施設は、生成された医療用画像を読影センターに集約し、集約された莫大な量の医療用画像は読影医によって読影される。なお、医療施設は、生成した医療用画像の一部を読影することができる。ここで、複数の医療施設及び読影センターでは、医療用画像を読影する場合、現在生成された医療用画像とともに過去（去年）の医療用画像が参照される。複数の医療施設及び読影センターは、過去の医療用画像を保存しておく必要もある。したがって、複数の医療施設及び読影センターは、医療用画像を保存する大きなリソースを必要とする。この結果、上記の医療施設及び読影センターを含む読影システムの規模は大きくならざるを得なかった。

本発明は、上記従来技術の問題点（課題）を解決するためになされたものであって、医療用画像を含む医療情報を生成する医療施設及び医療情報が集約される読影センターのリソースの増加を抑制することができる読影管理システム及び読影管理方法を提供することを目的とする。

上記の課題を解決するため、本発明は、複数の医療施設に設けられた複数のローカルサーバと、各ローカルサーバに接続される読影センターサーバと、前記読影センターサーバに接続されて医療情報の保存及び管理のクラウドコンピューティングサービスを行うクラウド管理サーバと、前記ローカルサーバ及び前記読影センターサーバのそれぞれに接続されて前記医療施設で生成された医療情報を読影する読影装置とを備えた読影管理システムであって、前記ローカルサーバは、生成した医療用画像を含む医療情報をローカルキャッシュメモリに一時記憶して前記読影センターサーバに転送するとともに、該医療情報のインデックス情報を保持し、前記読影センターサーバは、各ローカルサーバから転送される医療情報をセンターキャッシュメモリに一時記憶して前記クラウド管理サーバに転送するとともに、該医療情報のインデックス情報を保持し、前記クラウド管理サーバは、前記読影センターサーバから転送された医療情報を蓄積して管理し、前記読影装置は、前記ローカルキャッシュメモリまたは前記センターキャッシュメモリにキャッシュされている医療情報に対する読影処理を行うことを特徴とする。

また、本発明は、上記の発明において、前記ローカルサーバ及び前記読影センターサーバは、診断予約情報に基づいて読影対象の医療情報を予め取得する先読み制御部を備えたことを特徴とする。

また、本発明は、上記の発明において、前記ローカルサーバは、該ローカルサーバ側で生成した医療情報の読影を、該ローカルサーバと前記読影センターサーバとに対して所定割合で割り振りを行う割振制御部を備えたことを特徴とする。

また、本発明は、上記の発明において、前記ローカルキャッシュメモリ及び前記センターキャッシュメモリの容量は、配置される読影者が複数の場合、同時に読影できる複数の医療情報の容量を有し、かつ、各医療情報に対する所定の読影時間の間、一時記憶できる大きさであることを特徴とする。

また、本発明は、上記の発明において、前記ローカルサーバ及び前記読影センターサーバは、一つの前記医療施設を利用した受診者が他の医療施設を利用する場合、一つの前記医療施設のローカルサーバに保持された前記受診者の医療情報のインデックス情報を前記他の医療施設のローカルサーバに転送することを特徴とする。

また、本発明は、上記の発明において、前記ローカルサーバは、他のローカルサーバ側で生成された医療情報を共有する場合、該医療情報のインデックス情報を取得し、該インデックス情報を用い、前記読影センターサーバを介して該医療情報を取得する共有処理部を備えたことを特徴とする。

また、本発明は、上記の発明において、前記ローカルサーバは、該ローカルサーバ側で生成した医療情報の修正を行う場合、前記ローカルキャッシュメモリに該医療情報が存在する場合には、該ローカルキャッシュメモリの医療情報を修正し、前記センターキャッシュメモリに該医療情報が存在する場合には、該センターキャッシュメモリから該医療情報を取得して修正することを特徴とする。

また、本発明は、上記の発明において、前記医療情報に対する読影レポートの作成支援を行う読影レポート作成支援部を備え、前記読影レポート作成支援部は、前記読影センターサーバに転送される医療情報の転送状態を管理し、該管理結果に基づき読影レポート作成時における医療用画像の参照先を自動記載することを特徴とする。

また、本発明は、複数の医療施設に設けられた複数のローカルサーバと、各ローカルサーバに接続される読影センターサーバと、前記読影センターサーバに接続されて医療情報の保存及び管理のクラウドコンピューティングサービスを行うクラウド管理サーバと、前記ローカルサーバ及び前記読影センターサーバのそれぞれに接続されて前記医療施設で生成された医療情報を読影する読影装置とを備えた読影管理システムにおける読影管理方法であって、前記ローカルサーバは、生成した医療用画像を含む医療情報をローカルキャッシュメモリに一時記憶して前記読影センターサーバに転送するとともに、該医療情報のインデックス情報を保持し、前記読影センターサーバは、各ローカルサーバから転送される医療情報をセンターキャッシュメモリに一時記憶して前記クラウド管理サーバに転送するとともに、該医療情報のインデックス情報を保持し、前記クラウド管理サーバは、前記読影センターサーバから転送された医療情報を蓄積して管理し、前記読影装置は、前記ローカルキャッシュメモリまたは前記センターキャッシュメモリにキャッシュされている医療情報に対する読影処理を行うことを特徴とする。

また、本発明は、上記の発明において、前記ローカルサーバ及び前記読影センターサーバは、診断予約情報に基づいて読影対象の医療情報を予め取得する先読み制御を行うことを特徴とする。

また、本発明は、上記の発明において、前記ローカルサーバは、該ローカルサーバ側で生成した医療情報の読影を、該ローカルサーバと前記読影センターサーバとに対して所定割合で割り振りを行うことを特徴とする。

本発明によれば、医療用画像を含む医療情報を生成する医療施設及び医療情報が集約される読影センターのリソースの増加を抑制することができる。

図１は、本実施例に係る読影管理システムの概要を説明するための説明図である。 図２は、図１に示したローカルサーバの構成を示す機能ブロック図である。 図３は、図１に示した読影センターサーバの構成を示す機能ブロック図である。 図４は、図１に示した読影装置の構成を示す機能ブロック図である。 図５は、医療情報の転送管理処理手順を示すシーケンス図である。 図６は、医療情報の先読み制御処理手順を示すシーケンス図である。

以下に、添付図面を参照して、本発明に係る読影管理システムの好適な実施例を詳細に説明する。以下に示す実施例では、健康診断を専門で行う複数の医療施設で発生した医療用画像を含む医療情報を読影センターに送信し、各医療施設及び読影センターで読影しつつ、医療情報をクラウド上の仮想管理サーバであるクラウド管理サーバに転送して蓄積保存する場合について説明する。なお、医療施設は、健康診断センターや健康診断バスなどであり、同一企業に所属する施設として説明する。例えば、医療施設の数は８〜１３であり、全医療施設で発生する健康診断数は４０００〜５０００件／１日である。

＜読影管理システムの概要＞
まず、本実施例に係る読影管理システムの概要について説明する。図１は、本実施例に係る読影管理システムの概要を説明するための説明図である。

図１に示すように、この読影管理システムは、複数の医療施設１内の各ローカルサーバ１０は、ネットワークＮを介して読影センター２の読影センターサーバ３０に接続される。また、読影センターサーバ３０は、ネットワークＮを介してクラウド上で医療情報の蓄積及び管理のクラウドコンピューティングサービスを行う仮想管理サーバであるクラウド管理サーバ３に接続される。また、ローカルサーバ１０及び読影センターサーバ３０には、それぞれ１以上の読影装置６，７が接続される。

医療施設１内に配置されたモダリティ５が生成した医療用画像を含む医療情報Ｄ１は、ローカルサーバ１０に送信される（ステップＳ１）。ローカルサーバ１０は、医療情報Ｄ１をローカルキャッシュメモリ１５に一時記憶させて読影センターサーバ３０に転送するとともに（ステップＳ２）、医療情報Ｄ１のインデックス情報Ｄ２を保持する（ステップＳ３）。

読影センター２内の読影センターサーバ３０は、医療情報Ｄ１をセンターキャッシュメモリ３５に一時記憶してクラウド管理サーバ３に転送するとともに（ステップＳ３）、医療情報Ｄ１のインデックス情報Ｄ２を保持する（ステップＳ４）。クラウド管理サーバ３は、医療情報Ｄ１をデータ蓄積領域４に蓄積して管理する（ステップＳ５）。

医療施設１内の読影医が読影装置６を用いて読影する場合には、読影装置６は、ローカルキャッシュメモリ１５内に一時記憶された医療情報Ｄ１を読み込む。読影対象の医療情報Ｄ１がキャッシュオーバーしている場合には、インデックス情報Ｄ２を用いてセンターキャッシュメモリ３５又はデータ蓄積領域４から医療情報Ｄ１を取得する。特に、読影装置６は、過去の医療情報を参照する場合に、インデックス情報Ｄ２を用いてデータ蓄積領域４から取得する（ステップＳ６）。

同様に、読影センター２内の読影医が読影装置７を用いて読影する場合には、読影装置７は、センターキャッシュメモリ３５内に一時記憶された医療情報Ｄ１を読み込む。読影対象の医療情報Ｄ１がキャッシュオーバーしている場合には、インデックス情報Ｄ２を用いてデータ蓄積領域４から医療情報Ｄ１を取得する。特に、読影装置７は、過去の医療情報を参照する場合に、インデックス情報Ｄ２を用いてデータ蓄積領域４から取得する（ステップＳ６）。

なお、モダリティ５が生成する医療情報Ｄ１には、医療用画像の他に、「医療用画像に対応する受診者の個人情報（名前・生年月日・年齢など）」、「画像生成に関する情報（画像生成日時、画像を生成したモダリティの名称や番号、検査の種類、検査部位などの検査情報）」が適宜ＤＩＣＯＭ（Digital Imaging and Communications in Medicine）規格に則って添付される。また、読影した場合には、読影医、読影日時、読影結果などの読影情報が医療情報Ｄ１に含まれる。ＤＩＣＯＭ規格は、医療用画像データのフォーマットと、画像データを扱う医療用画像機器間の通信プロトコルとを定義した標準規格である。ローカルサーバ１０及び読影センターサーバ３０は、医療情報Ｄ１がＤＩＣＯＭ規格に適合していない場合には、医療情報Ｄ１をＤＩＣＯＭ規格に適合させる変換処理を行う機能を有する。なお、この変換処理を行う機能は、医療用画像の発生源に近いローカルサーバ１０のみに持たせてもよい。

このように、本実施例では、ローカルサーバ１０及び読影センターサーバ３０は、医療情報Ｄ１のインデックス情報Ｄ２のみを保持し、クラウド管理サーバ３のみが医療情報Ｄ１を保持するようにしているので、医療情報Ｄ１の一元管理が可能となるとともに、ローカルサーバ１０及び読影センターサーバ３０のリソースの増加を抑制することができる。なお、医療情報Ｄ１を一元管理することにより、医療情報Ｄ１の参照を高速に行うことができる。

また、医療情報Ｄ１は、発生後すぐにセンターキャッシュメモリ３５に転送されるため、ローカルキャッシュメモリ１５及びセンターキャッシュメモリ３５の双方に、医療情報Ｄ１が一時記憶される。これにより、読影装置６，７の双方は、ほぼリアルタイムで同時に、発生した医療情報Ｄ１を高速に読影することができる。

＜ローカルサーバの構成＞
次に、図１に示したローカルサーバ１０の構成について説明する。図２は、図１に示したローカルサーバ１０の構成を示す機能ブロック図である。ローカルサーバ１０は、入力部１１、表示部１２、通信部１３、記憶部１４、ローカルキャッシュメモリ１５及び制御部１６を有する。

入力部１１は、キーボード又はマウス等の入力デバイスであり、表示部１２は、液晶パネル等の表示デバイスであり、通信部１３は、モダリティ５、読影装置６及びネットワークＮに接続するための通信インタフェース部である。

記憶部１４は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスであり、インデックス情報Ｄ２を記憶する。

ローカルキャッシュメモリ１５は、高速処理が可能な不揮発性メモリからなる一時記憶デバイスである。

制御部１６は、ローカルサーバ１０の全体を制御する制御部であり、要求受付部１７、情報転送部１８、インデックス情報生成部１９、読影割振部２０、先読み制御部２１、情報共有処理部２２及び情報修正部２３を有する。制御部１６は、これらの機能部に対応するプログラムを不揮発性メモリや磁気ディスク装置などの記憶装置に記憶しておき、これらのプログラムをメモリにロードして、ＣＰＵで実行することで、対応するプロセスを実行させることになる。

要求受付部１７は、入力部１１あるいは通信部１３から入力された要求を受け付ける。情報転送部１８は、通信部１３を介して入力された医療情報Ｄ１をローカルキャッシュメモリ１５に一時記憶させるとともに、読影センターサーバ３０に転送する。なお、情報転送部１８は、所定の医療施設１を利用した受診者が他の医療施設１を利用する場合、所定の医療施設１のローカルサーバ１０に保持された受診者の医療情報Ｄ１のインデックス情報Ｄ２を他の医療施設１のローカルサーバ１０に転送する処理を行う。

インデックス情報生成部１９は、ローカルキャッシュメモリ１５に一時記憶された医療情報Ｄ１のインデックス情報Ｄ２を生成して記憶部１４に記憶する。

読影割振部２０は、ローカルサーバ１０側で生成した医療情報Ｄ１の読影を、ローカルサーバ１０と読影センターサーバ３０とに対して所定割合で割り振りを行う。ここでは、ローカルサーバ１０側に３割を割り振り、読影センターサーバ３０側に７割を割り振るものとする。読影割振部２０は、受信した医療情報Ｄ１を順次、所定割合に対応して読影場所を割り振り、割振結果は、読影センターサーバ３０に通知される。この所定割合が３割、健康診断数が５００件、１件当たりの記憶容量を数Ｇバイトである場合、ローカルキャッシュメモリ１５の容量は、例えば５００Ｇバイト程度となる。なお、ローカルキャッシュメモリ１５の容量は、最低限、モダリティ５で発生する可能性がある複数の医療情報Ｄ１を同時に一時記憶できる大きさであればよい。

先読み制御部２１は、モダリティ５側から入力される診断予約情報Ｄ４をもとに、例えば予約された１０件の受診者の過去の医療情報をクラウド管理サーバ３から予め取得（プリフェッチ）する処理を行う。また、先読み制御部２１は、読影が近い医療情報Ｄ１がキャッシュオーバーしている場合に、このキャッシュオーバーした医療情報Ｄ１をローカルキャッシュメモリ１５にプリフェッチする処理を行う。これにより、医療情報Ｄ１の読影を連続的かつ高速に行うことができる。なお、先読み制御部２１は、読影割振部２０による割振結果を受けて、対応する過去の医療情報をクラウド管理サーバ３からプリフェッチしてもよい。

情報共有処理部２２は、他のローカルサーバ１０側で生成された医療情報Ｄ１を共有する場合に、この医療情報Ｄ１のインデックス情報Ｄ２を取得し、このインデックス情報Ｄ２を用いて、読影センターサーバ３０を介して医療情報Ｄ１を取得する。

情報修正部２３は、医療情報Ｄ１の修正を行う場合に、ローカルキャッシュメモリ１５に医療情報Ｄ１が存在するならば、ローカルキャッシュメモリ１５の医療情報Ｄ１を修正し、センターキャッシュメモリ３５に医療情報Ｄ１が存在するならば、センターキャッシュメモリ３５から医療情報Ｄ１を取得して修正する。そして、情報修正部２３は、医療情報Ｄ１に対する修正があったことを読影管理システム内にブロードキャストして医療情報Ｄ１を参照する利用者に通知する。

＜読影センターサーバの構成＞
次に、図１に示した読影センターサーバ３０の構成について説明する。図３は、図１に示した読影センターサーバ３０の構成を示す機能ブロック図である。読影センターサーバ３０は、入力部３１、表示部３２、通信部３３、記憶部３４、センターキャッシュメモリ３５及び制御部３６を有する。

入力部３１は、キーボード又はマウス等の入力デバイスであり、表示部３２は、液晶パネル等の表示デバイスであり、通信部３３は、読影装置７及びネットワークＮに接続するための通信インタフェース部である。

記憶部３４は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスであり、インデックス情報Ｄ２を記憶する。

センターキャッシュメモリ３５は、高速処理が可能な不揮発性メモリからなる一時記憶デバイスである。センターキャッシュメモリ３５の容量は、例えば所定割合が７割、健康診断数が４０００件、１件当たりの記憶容量を１Ｇバイト程度である場合には、例えば３Ｔバイト程度となる。ただし、センターキャッシュメモリ３５の容量は、最低限、各ローカルサーバ１０から同時に転送される複数の医療情報Ｄ１を所定の読影時間の間、キャッシュオーバーせずに、一時記憶できる大きさであればよい。さらに、センターキャッシュメモリ３５の容量は、読影センターサーバ３０に配置される読影者が複数の場合、複数の読影者が同時に読影できる複数の医療情報Ｄ１を一時記憶できる大きさの容量を有し、所定の読影時間の間、各読影者が読影している医療画像Ｄ１が一時記憶されてキャッシュオーバーされない大きさであればよい。通常、配置される読影者の人数は、逐次転送される所定割合の医療情報Ｄ１の全てに対してキャッシュオーバーされずに読影完了できる人数に設定される。なお、所定の読影時間とは、１件の医療情報Ｄ１の読影にかかる平均時間であり、読影後の見直し時間を含む時間である。

なお、たとえ転送される医療情報Ｄ１の容量が時間的に変化して読影中の医療情報Ｄ１が一時的にキャッシュオーバーしたとしても、キャッシュオーバーした医療情報は先読み制御部２１に対応した後述する先読み制御部４０によって迅速に取得できるため、読影処理の効率低下に大きな影響は及ぼさない。もちろん、センターキャッシュメモリ３５の容量にマージン容量を付加しておいてもよい。このようにしてセンターキャッシュメモリ３５の容量を設定することによって、センターキャッシュメモリ３５の容量は、算術的に求められる１日分の大きなキャッシュメモリ容量（例えば、３Ｔバイト）未満の小さいキャッシュメモリ容量で済み、結果的に読影センターサーバ３０のリソースの増加を抑制することができる。

また、上記のローカルキャッシュメモリ１５の容量も同様に、モダリティ５から同時に転送される複数の医療情報Ｄ１を所定の読影時間の間、一時記憶できる大きさに設定されればよい。さらに、ローカルキャッシュメモリ１５の容量は、ローカルサーバ１０に配置される読影者が複数の場合、複数の読影者が同時に読影できる複数の医療情報Ｄ１を一時記憶できる大きさをもち、所定の読影時間の間、各読影者が読影している医療画像Ｄ１が一時記憶されてキャッシュオーバーされない大きさであればよい。

制御部３６は、読影センターサーバ３０の全体を制御する制御部であり、要求受付部３７、情報転送部３８、インデックス情報生成部３９、先読み制御部４０及び読影レポート作成支援部４１を有する。制御部３６は、これらの機能部に対応するプログラムを不揮発性メモリや磁気ディスク装置などの記憶装置に記憶しておき、これらのプログラムをメモリにロードして、ＣＰＵで実行することで、対応するプロセスを実行させることになる。

要求受付部３７は、入力部３１あるいは通信部３３から入力された要求を受け付ける。情報転送部３８は、通信部３３を介して入力された医療情報Ｄ１をセンターキャッシュメモリ３５に一時記憶させるとともに、クラウド管理サーバ３に転送する。

インデックス情報生成部３９は、センターキャッシュメモリ３５に一時記憶された医療情報Ｄ１のインデックス情報Ｄ２を生成して記憶部３４に記憶する。

先読み制御部４０は、モダリティ５側から入力される診断予約情報Ｄ４をもとに、例えば予約された１０件の受診者の過去の医療情報をクラウド管理サーバ３から予め取得（プリフェッチ）する処理を行う。また、先読み制御部４０は、読影が近い医療情報Ｄ１がキャッシュオーバーしている場合に、このキャッシュオーバーした医療情報Ｄ１をクラウド管理サーバ３からセンターキャッシュメモリ３５にプリフェッチする処理を行う。これにより、医療情報Ｄ１の読影を連続的かつ高速に行うことができる。なお、先読み制御部４０は、読影割振部２０による割振結果を受けて、対応する過去の医療情報をクラウド管理サーバ３からプリフェッチしてもよい。

読影レポート作成支援部４１は、読影センターサーバ３０に転送される医療情報Ｄ１の転送状態を管理し、該管理結果に基づき、読影装置６，７による読影レポート作成時に医療用画像の参照先を自動記載する。これにより、読影医は、参照すべき医療用画像がローカルキャッシュメモリ１５にあるのか、センターキャッシュメモリ３５にあるのかを意識せずに読影レポートを作成することができる。

＜読影装置の構成＞
次に、図１に示した読影装置６，７の構成について説明する。図４は、図１に示した読影装置６の構成を示す機能ブロック図である。読影装置６は、入力部６１、表示部６２、通信部６３、記憶部６４及び制御部６５を有する。

入力部６１は、キーボード又はマウス等の入力デバイスであり、表示部６２は、液晶パネル等の表示デバイスであり、通信部６３は、ローカルサーバ１０に接続するための通信インタフェース部である。

記憶部６４は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスであり、読影レポート情報Ｄ３を記憶する。

制御部６５は、読影装置６の全体を制御する制御部であり、読影レポート作成部６６を有する。制御部６５は、読影レポート作成部６６の機能部に対応するプログラムを不揮発性メモリや磁気ディスク装置などの記憶装置に記憶しておき、これらのプログラムをメモリにロードして、ＣＰＵで実行することで、対応するプロセスを実行させることになる。なお、読影レポート作成部６６は、読影レポート作成時に、読影レポート作成支援部４１に接続され、読影レポートの作成支援を受ける。

＜医療情報の転送処理＞
次に、モダリティ５で生成した医療情報Ｄ１の転送管理処理手順について説明する。図５は、医療情報Ｄ１の転送管理処理手順を示すシーケンス図である。

図５に示すように、まず、ローカルサーバ１０は、医療情報Ｄ１を受信したか否かを判定する（ステップＳ１０１）。医療情報Ｄ１を受信していない場合には（ステップＳ１０１；Ｎｏ）、本判定処理を繰り返す。医療情報Ｄ１を受信した場合には（ステップＳ１０１；Ｙｅｓ）、受信した医療情報Ｄ１をローカルキャッシュメモリ１５に一時記憶し（ステップＳ１０２）、インデックス情報Ｄ２のみを記憶部１４に記憶する（ステップＳ１０３）。その後、ローカルサーバ１０は、医療情報Ｄ１を読影センターサーバ３０に転送する（ステップＳ１０４）。

医療情報Ｄ１を受信した読影センターサーバ３０は、受信した医療情報Ｄ１をセンターキャッシュメモリ３５に一時記憶し（ステップＳ１０５）、インデックス情報Ｄ２のみを記憶部３４に記憶する（ステップＳ１０６）。その後、読影センターサーバ３０は、医療情報Ｄ１をクラウド管理サーバ３に転送する（ステップＳ１０７）。

クラウド管理サーバ３は、医療情報Ｄ１を受信すると、この医療情報Ｄ１をデータ蓄積領域４に蓄積して管理し（ステップＳ１０８）、本処理を終了する。

＜医療情報の先読み制御処理＞
次に、医療情報Ｄ１の先読み制御処理手順について説明する。図６は、医療情報Ｄ１の先読み制御処理手順を示すシーケンス図である。

図６に示すように、まず、ローカルサーバ１０の先読み制御部２１は、先読み対象の医療情報Ｄ１はローカルキャッシュメモリ１５にあるか否かを判定する（ステップＳ２０１）。先読み対象の医療情報Ｄ１がローカルキャッシュメモリ１５にある場合には（ステップＳ２０１；Ｙｅｓ）、本処理を終了し、ローカルキャッシュメモリ１５の医療情報Ｄ１を読影に用いる。

先読み対象の医療情報Ｄ１がローカルキャッシュメモリ１５にない場合には（ステップＳ２０１；Ｎｏ）、ローカルサーバ１０は、先読み対象のインデックス情報Ｄ２を読影センターサーバ３０に通知する（ステップＳ２０２）。

読影センターサーバ３０の先読み制御部４０は、先読み対象のインデックス情報Ｄ２の通知を受けたならば、先読み対象の医療情報Ｄ１がセンターキャッシュメモリ３５にあるか否かを判定する（ステップＳ２０３）。先読み対象の医療情報Ｄ１がセンターキャッシュメモリ３５にある場合には（ステップＳ２０３；Ｙｅｓ）、センターキャッシュメモリ３５の医療情報Ｄ１をローカルサーバ１０に転送する（ステップＳ２０７）。一方、先読み対象の医療情報Ｄ１がセンターキャッシュメモリ３５にない場合には（ステップＳ２０３；Ｎｏ）、読影センターサーバ３０は、先読み対象のインデックス情報Ｄ２をクラウド管理サーバ３に通知する（ステップＳ２０４）。

クラウド管理サーバ３は、先読み対象のインデックス情報Ｄ２を受けたならば、医療情報Ｄ１を読影センターサーバ３０に転送する（ステップＳ２０５）。さらに、読影センターサーバ３０は、この転送された医療情報Ｄ１をセンターキャッシュメモリ３５に一時記憶し（ステップＳ２０６）、転送された医療情報Ｄ１をさらにローカルサーバ１０に転送する（ステップＳ２０７）。

ローカルサーバ１０は、医療情報Ｄ１の転送を受けたならば、この医療情報Ｄ１をローカルキャッシュメモリ１５に一時記憶し（ステップＳ２０８）、本処理を終了する。これにより、ローカルサーバ１０は、迅速に医療情報Ｄ１を読影することができる。

本実施例では、ローカルサーバ１０及び読影センターサーバ３０が、医療情報Ｄ１のインデックス情報Ｄ２のみを保持し、クラウド管理サーバ３のみが医療情報Ｄ１を保持するようにしているので、医療情報Ｄ１の一元管理が可能となるとともに、ローカルサーバ１０及び読影センターサーバ３０のリソースの増加を抑制することができる。

また、医療情報Ｄ１は、発生後すぐにセンターキャッシュメモリ３５に転送されるため、ローカルキャッシュメモリ１５及びセンターキャッシュメモリ３５の双方に、医療情報Ｄ１がほぼリアルタイムで一時記憶される。これにより、読影装置６，７の双方は、医療情報Ｄ１の発生とほぼ同時かつ高速に読影することができる。

本実施例のローカルサーバ１０及び読影センターサーバ３０は、キャッシュメモリ上の医療情報Ｄ１のみが直ちに参照することができるが、先読み制御を行うことによって、ローカルサーバ１０及び読影センターサーバ３０が医療情報Ｄ１を保持しているのと同じように高速に参照することができる。

なお、本実施例では、読影センターサーバ３０が１つである場合について説明したが、これに限定されず、複数の読影センターサーバ３０がクラウド管理サーバ３に接続されてもよい。各読影センターサーバ３０には、それぞれ複数のローカルサーバ１０が接続される。

また、上記の実施例で図示した各構成は機能概略的なものであり、必ずしも物理的に図示の構成をされていることを要しない。すなわち、各装置の分散・統合の形態は図示のものに限られず、その全部又は一部を各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。また、上述した実施例の各構成要素は適宜組み合わせが可能である。

本発明に係る読影管理システム及び読影管理方法は、複数のローカルサーバ及び読影センターサーバのリソースの増加を抑制する場合に有用である。

１ 医療施設
２ 読影センター
３ クラウド管理サーバ
４ データ蓄積領域
５ モダリティ
６，７ 読影装置
１０ ローカルサーバ
１１，３１，６１ 入力部
１２，３２，６２ 表示部
１３，３３，６３ 通信部
１４，３４，６４ 記憶部
１５ ローカルキャッシュメモリ
１６，３６，６５ 制御部
１７，３７ 要求受付部
１８，３８ 情報転送部
１９，３９ インデックス情報生成部
２０ 読影割振部
２１ 先読み制御部
２２ 情報共有処理部
２３ 情報修正部
３０ 読影センターサーバ
３５ センターキャッシュメモリ
４０ 先読み制御部
４１ 読影レポート作成支援部
６６ 読影レポート作成部
Ｄ１ 医療情報
Ｄ２ インデックス情報
Ｄ３ 読影レポート情報
Ｄ４ 診断予約情報
Ｎ ネットワーク

Claims (11)

1. 複数の医療施設に設けられた複数のローカルサーバと、各ローカルサーバに接続される読影センターサーバと、前記読影センターサーバに接続されて医療情報の保存及び管理のクラウドコンピューティングサービスを行うクラウド管理サーバと、前記ローカルサーバ及び前記読影センターサーバのそれぞれに接続されて前記医療施設で生成された医療情報を読影する読影装置とを備えた読影管理システムであって、
   前記ローカルサーバは、生成した医療用画像を含む医療情報をローカルキャッシュメモリに一時記憶して前記読影センターサーバに転送するとともに、該医療情報のインデックス情報を保持し、
   前記読影センターサーバは、各ローカルサーバから転送される医療情報をセンターキャッシュメモリに一時記憶して前記クラウド管理サーバに転送するとともに、該医療情報のインデックス情報を保持し、
   前記クラウド管理サーバは、前記読影センターサーバから転送された医療情報を蓄積して管理し、
   前記読影装置は、前記ローカルキャッシュメモリまたは前記センターキャッシュメモリにキャッシュされている医療情報に対する読影処理を行う
   ことを特徴とする読影管理システム。
2. 前記ローカルサーバ及び前記読影センターサーバは、診断予約情報に基づいて読影対象の医療情報を予め取得する先読み制御部を備えたことを特徴とする請求項１に記載の読影管理システム。
3. 前記ローカルサーバは、該ローカルサーバ側で生成した医療情報の読影を、該ローカルサーバと前記読影センターサーバとに対して所定割合で割り振りを行う割振制御部を備えたことを特徴とする請求項１又は２に記載の読影管理システム。
4. 前記ローカルキャッシュメモリ及び前記センターキャッシュメモリの容量は、配置される読影者が複数の場合、同時に読影できる複数の医療情報の容量を有し、かつ、各医療情報に対する所定の読影時間の間、一時記憶できる大きさであることを特徴とする請求項１〜３に記載の読影管理システム。
5. 前記ローカルサーバ及び前記読影センターサーバは、一つの前記医療施設を利用した受診者が他の医療施設を利用する場合、一つの前記医療施設のローカルサーバに保持された前記受診者の医療情報のインデックス情報を前記他の医療施設のローカルサーバに転送することを特徴とする請求項１〜４のいずれか一つに記載の読影管理システム。
6. 前記ローカルサーバは、他のローカルサーバ側で生成された医療情報を共有する場合、該医療情報のインデックス情報を取得し、該インデックス情報を用い、前記読影センターサーバを介して該医療情報を取得する共有処理部を備えたことを特徴とする請求項１〜５のいずれか一つに記載の読影管理システム。
7. 前記ローカルサーバは、該ローカルサーバ側で生成した医療情報の修正を行う場合、前記ローカルキャッシュメモリに該医療情報が存在する場合には、該ローカルキャッシュメモリの医療情報を修正し、前記センターキャッシュメモリに該医療情報が存在する場合には、該センターキャッシュメモリから該医療情報を取得して修正することを特徴とする請求項１〜６のいずれか一つに記載の読影管理システム。
8. 前記医療情報に対する読影レポートの作成支援を行う読影レポート作成支援部を備え、
   前記読影レポート作成支援部は、前記読影センターサーバに転送される医療情報の転送状態を管理し、該管理結果に基づき読影レポート作成時における医療用画像の参照先を自動記載することを特徴とする請求項１〜７のいずれか一つに記載の読影管理システム。
9. 複数の医療施設に設けられた複数のローカルサーバと、各ローカルサーバに接続される読影センターサーバと、前記読影センターサーバに接続されて医療情報の保存及び管理のクラウドコンピューティングサービスを行うクラウド管理サーバと、前記ローカルサーバ及び前記読影センターサーバのそれぞれに接続されて前記医療施設で生成された医療情報を読影する読影装置とを備えた読影管理システムにおける読影管理方法であって、
   前記ローカルサーバは、生成した医療用画像を含む医療情報をローカルキャッシュメモリに一時記憶して前記読影センターサーバに転送するとともに、該医療情報のインデックス情報を保持し、
   前記読影センターサーバは、各ローカルサーバから転送される医療情報をセンターキャッシュメモリに一時記憶して前記クラウド管理サーバに転送するとともに、該医療情報のインデックス情報を保持し、
   前記クラウド管理サーバは、前記読影センターサーバから転送された医療情報を蓄積して管理し、
   前記読影装置は、前記ローカルキャッシュメモリまたは前記センターキャッシュメモリにキャッシュされている医療情報に対する読影処理を行う
   ことを特徴とする読影管理方法。
10. 前記ローカルサーバ及び前記読影センターサーバは、診断予約情報に基づいて読影対象の医療情報を予め取得する先読み制御を行うことを特徴とする請求項９に記載の読影管理方法。
11. 前記ローカルサーバは、該ローカルサーバ側で生成した医療情報の読影を、該ローカルサーバと前記読影センターサーバとに対して所定割合で割り振りを行うことを特徴とする請求項９または１０に記載の読影管理方法。

Images