(57)【特許請求の範囲】
【請求項１】
医用撮像装置が撮影した医用画像データを記憶する第１記憶部と、
ネットワークを介して前記第１記憶部に接続された第２記憶部と、
前記第１記憶部が格納している前記医用画像データをコピーして前記第２記憶部に送信し、または前記第２記憶部が格納している前記医用画像データを取得して前記第１記憶部に格納する画像送受信部と、
前記画像送受信部が前記第１記憶部と前記第２記憶部の間で前記医用画像データを送受信した送受信実績を記録する送受信記録部と、
前記第１記憶部が格納している前記医用画像データのうち前記画像送受信部が前記第２記憶部に送信したものを削除する条件を記述した削除条件データを記憶する削除条件記憶部と、
前記削除条件データにしたがって前記第１記憶部から前記医用画像データを削除する画像削除部と、
前記送受信記録部が記録した前記送受信実績に基づき前記削除条件データを更新する送受信分析部と、
を備え、
前記削除条件データは、前記医用画像データの送受信実績によって変化しない１以上の基本条件と、前記医用画像データの送受信実績に応じて変化する０以上の追加条件との組み合わせによって構成されており、
前記送受信分析部は、前記削除条件データが記述している条件のうち前記追加条件を更新し、
前記送受信分析部は、
前記画像送受信部が前記第２記憶部から取得した前記医用画像データのデータサイズまたは前記第２記憶部から取得する際に要した時間のうち少なくともいずれかを集計し、
その集計結果がある閾値以上の前記医用画像データについては、前記第１記憶部から削除する期限が延期されるように、前記追加条件を更新する
ことを特徴とする医用画像データ管理システム。
【請求項２】
前記送受信分析部は、
前記画像送受信部が前記第２記憶部から取得した前記医用画像データのデータサイズまたは前記第２記憶部から取得する際に要した時間のうち少なくともいずれかを前記医用画像データの属性情報にしたがって集計し、
その集計結果が最も大きい前記属性情報に対応する前記医用画像データについては、前記第１記憶部から削除する期限が延期されるように、前記追加条件を更新する
ことを特徴とする請求項１記載の医用画像データ管理システム。
【請求項３】
前記送受信分析部は、前記属性情報として、
前記医用画像データを撮影した前記医用撮像装置の種別、前記医用撮像装置を使用した医師の識別子、前記医用画像データを用いて検査する主病名、前記医師が所属する診療科、および前記医用画像データの撮影部位のうち少なくともいずれかを分析対象として、前記集計を実施する
ことを特徴とする請求項２記載の医用画像データ管理システム。
【請求項４】
前記基本条件は、前記医用画像データを撮影する検査を実施する日時、前記医用画像データの作成日時、前記医用画像データの最終更新日時、および前記医用画像データの最終参照日時のうちいずれか１つが最も古い前記医用画像データから優先的に削除すべき旨を指定するように構成されている
ことを特徴とする請求項１記載の医用画像データ管理システム。
【請求項５】
前記送受信分析部は、
前記集計を所定期間継続して実施した結果に基づき１以上の新たな前記追加条件を作成し、そのうち少なくとも１以上を用いて、前記削除条件データが記述している条件を更新する
ことを特徴とする請求項１記載の医用画像データ管理システム。
【請求項６】
前記医用画像データ管理システムは、
前記送受信分析部が作成した新たな前記追加条件を提示し、提示した前記追加条件のうちいずれか１以上を指定する指定入力を受け取る条件指定部を備え、
前記削除条件記憶部は、前記条件指定部が受け取った前記指定入力に対応する前記追加条件を記憶する
ことを特徴とする請求項５記載の医用画像データ管理システム。
【請求項７】
前記削除条件データは、前記第１記憶部内において確保すべき空き容量を指定するように構成されており、
前記画像削除部は、
前記第１記憶部の空き容量が前記削除条件データによって指定される空き容量に達していない場合は、
前記第１記憶部が格納している前記医用画像データのうち前記画像送受信部が前記第２記憶部に転送したものを、前記第１記憶部の空き容量が前記削除条件データによる指定値に達するまで、前記削除条件データにしたがって削除する
ことを特徴とする請求項１記載の医用画像データ管理システム。
【請求項８】
前記医用画像データ管理システムは、
前記第１記憶部が格納している前記医用画像データに対する読取要求に応じて前記第１記憶部が格納している前記医用画像データを読み取って出力する画像入出力部を備え、
前記画像送受信部は、
前記第１記憶部内に格納されておらず前記第２記憶部内に格納されている前記医用画像データのうち、前記画像入出力部が読み取ると予測されるものを、前記画像入出力部が前記第１記憶部から読み取ろうと試みる前にあらかじめ前記第２記憶部から取得して前記第１記憶部に格納しておき、
前記送受信分析部は、
前記画像送受信部が前記予測にしたがって前記第２記憶部から取得した前記医用画像データについては、前記集計の対象外とする
ことを特徴とする請求項１記載の医用画像データ管理システム。
【請求項９】
医用撮像装置が撮影した医用画像データを記憶する第１記憶部と、
前記第１記憶部が格納している前記医用画像データをコピーして、ネットワークを介して前記第１記憶部に接続された第２記憶部に送信し、または前記第２記憶部が格納している前記医用画像データを取得して前記第１記憶部に格納する画像送受信部と、
前記画像送受信部が前記第１記憶部と前記第２記憶部の間で前記医用画像データを送受信した実績を記録する送受信記録部と、
前記第１記憶部が格納している前記医用画像データのうち前記画像送受信部が前記第２記憶部に送信したものを削除する条件を記述した削除条件データを記憶する削除条件記憶部と、
前記削除条件データにしたがって前記第１記憶部から前記医用画像データを削除する画像削除部と、
前記送受信記録部が記録した前記実績に基づき前記削除条件データを更新する送受信分析部と、
を備え、
前記削除条件データは、前記医用画像データの送受信実績によって変化しない１以上の基本条件と、前記医用画像データの送受信実績に応じて変化する０以上の追加条件との組み合わせによって構成されており、
前記送受信分析部は、前記削除条件データが記述している条件のうち前記追加条件を更新し、
前記送受信分析部は、
前記画像送受信部が前記第２記憶部から取得した前記医用画像データのデータサイズまたは前記第２記憶部から取得する際に要した時間のうち少なくともいずれかを集計し、
その集計結果がある閾値以上の前記医用画像データについては、前記第１記憶部から削除する期限が延期されるように、前記追加条件を更新する
ことを特徴とする医用画像データ管理装置。
【請求項１０】
前記送受信分析部は、
前記画像送受信部が前記第２記憶部から取得した前記医用画像データのデータサイズまたは前記第２記憶部から取得する際に要した時間のうち少なくともいずれかを前記医用画像データの属性情報にしたがって集計し、
その集計結果が最も大きい前記属性情報に対応する前記医用画像データについては、前記第１記憶部から削除する期限が延期されるように、前記追加条件を更新する
ことを特徴とする請求項９記載の医用画像データ管理装置。
【請求項１１】
医用撮像装置が撮影した医用画像データを記憶する第１記憶部が格納している前記医用画像データをコピーして、ネットワークを介して前記第１記憶部に接続された第２記憶部に送信し、または前記第２記憶部が格納している前記医用画像データを取得して前記第１記憶部に格納する画像送受信ステップ、
前記画像送受信ステップにおいて前記第１記憶部と前記第２記憶部の間で前記医用画像データを送受信した実績を記録する送受信記録ステップ、
前記第１記憶部が格納している前記医用画像データのうち前記画像送受信ステップにおいて前記第２記憶部に送信したものを削除する条件を記述した削除条件データにしたがって前記第１記憶部から前記医用画像データを削除する画像削除ステップ、
前記送受信記録ステップにおいて記録した前記実績に基づき前記削除条件データを更新する送受信分析ステップ、
をコンピュータに実行させる医用画像データ管理プログラムであって、
前記削除条件データは、前記医用画像データの送受信実績によって変化しない１以上の基本条件と、前記医用画像データの送受信実績に応じて変化する０以上の追加条件との組み合わせによって構成されており、
前記送受信分析ステップにおいては、前記コンピュータに、
前記削除条件データが記述している条件のうち前記追加条件を更新するステップを実行させ、
前記送受信分析ステップにおいては、前記コンピュータに、
前記画像送受信ステップにおいて前記第２記憶部から取得した前記医用画像データのデータサイズまたは前記第２記憶部から取得する際に要した時間のうち少なくともいずれかを集計するステップ、
その集計結果がある閾値以上の前記医用画像データについては、前記第１記憶部から削除する期限が延期されるように、前記追加条件を更新するステップ、
を実行させる
ことを特徴とする医用画像データ管理プログラム。
【請求項１２】
前記送受信分析ステップにおいては、前記コンピュータに、
前記画像送受信ステップにおいて前記第２記憶部から取得した前記医用画像データのデータサイズまたは前記第２記憶部から取得する際に要した時間のうち少なくともいずれかを前記医用画像データの属性情報にしたがって集計するステップ、
その集計結果が最も大きい前記属性情報に対応する前記医用画像データについては、前記第１記憶部から削除する期限が延期されるように、前記追加条件を更新するステップ、
を実行させる
ことを特徴とする請求項１１記載の医用画像データ管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医用画像データを管理する技術に関する。
【背景技術】
【０００２】
近年の医療分野における画像検査装置の普及により、医療機関において医用画像を利用する機会が拡大している。また、種々の画像検査装置の性能向上により、生成される医用画像データのデータ量も年々増大の一途を辿っている。医療機関が医用画像を保存する義務は、日本国内においては法律により２年間と定められているが、実際には発生した全ての医用画像データを削除せずに保存し続けている医療機関も少なくない。【０００３】
上記のような大量の医用画像データを安全かつ効率的、さらには低コストで管理していくため、データセンタを活用することが医療分野においても進んでいる。医療機関内のストレージ（内部記憶装置）を用いたデータ保存だけではなく、データセンタ（外部記憶装置）を利用してバックアップを作成しておくことにより、医療機関内のストレージ容量を抑えるとともに災害時のデータ消失のリスクを低減することができる。【０００４】
内部記憶装置は医療機関内に設置されるため利用者との間の物理的距離が近く、さらに通信速度が高速なＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）によって接続されているケースが多い。そのため、内部記憶装置内に保存されている画像データを利用者が参照する場合、素早く参照することができるというメリットがある。他方で、医療機関内の空間的な空きスペースに余裕がなく内部記憶装置の記憶容量を増設することが困難であるというデメリットがある。【０００５】
外部記憶装置はデータセンタ内に設置されるため利用者との間の物理的距離が遠く、さらにＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）によって接続されているケースが多い。そのため、外部記憶装置内に保存されている画像データを利用者が参照する場合、時間が掛かるというデメリットがある。他方で、データセンタ事業者との間の契約内容を更新するのみでデータセンタの利用容量を増やすことができるため、一般的に記憶容量を増設することが容易であるというメリットがある。【０００６】
下記特許文献１は、記憶容量が限られている内部記憶装置の空き容量を確保しつつ、再利用されそうな医用画像を内部記憶装置に格納しておくことを目的とした技術が開示されている。具体的には、検査予約などの情報に基づいて内部記憶装置から画像データを削除する可否を判断し、削除可と判断された画像データを外部記憶装置へ送信して内部記憶装置から削除する。これにより、内部記憶装置を有効利用することを図っている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００６−２７１４５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上記特許文献１においては、検査予約などの情報に基づいて内部記憶装置内の画像データを削除してよいか否かを判断している。しかし、判断基準が適切であるか否かは内部記憶装置内の空き容量などに応じて変化するため、判断基準を実際の利用状況に応じて最適化するためには、利用状況をフィードバックして判断基準を再設定することが必要であると考えられる。【０００９】
本発明は、上記のような課題に鑑みてなされたものであり、医用画像データ管理システムが備える内部記憶装置から医用画像データを削除する条件を、医用画像データの利用状況に応じて動的に更新する技術を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明に係る医用画像データ管理システムは、医用画像データを記憶する第１記憶部および第１記憶部とネットワークを介して接続された第２記憶部を備え、第１記憶部と第２記憶部の間で医用画像データを送受信した実績に基づき、第１記憶部から医用画像データを削除する条件を更新する。
【発明の効果】
【００１１】
本発明に係る医用画像データ管理システムによれば、第１記憶部から医用画像データを削除する条件を、システムの運用実績に基づいて動的に更新し、記憶装置の運用効率を改善することができる。【００１２】
上述した以外の課題、構成、および効果は、以下の実施形態の説明により明らかになるであろう。
【図面の簡単な説明】
【００１３】
【図１】実施形態１に係る医用画像データ管理システム１０００の構成図である。
【図２】画像管理サーバ１００の詳細構成図である。
【図３】医用画像データ管理システム１０００の運用シーケンス図である。
【図４】削除条件記憶部１０７が格納している削除条件データを送受信分析部１０５が更新する処理を説明するフローチャートである。
【図５】Ｓ４０１の詳細を説明するフローチャートである。
【図６】送受信データベース１０４が格納するダウンロード実績の例を示す図である。
【図７】分析設定記憶部１０６が格納する、送受信分析部１０５による処理対象について記述した分析設定データの例を示す図である。
【図８】Ｓ４０２の詳細を説明するフローチャートである。
【図９】削除条件指定部１０９が提供する、削除条件を設定するための画面例である。
【図１０】実施形態２における送受信データベース１０４の構成例を示す図である。
【図１１】実施形態２におけるＳ４０２の詳細を説明するフローチャートである。
【発明を実施するための形態】
【００１４】
＜実施の形態１＞
図１は、本発明の実施形態１に係る医用画像データ管理システム１０００の構成図である。医用画像データ管理システム１０００は、医療機関４００内において使用される医用画像データを管理するシステムであり、画像管理サーバ１００（医用画像データ管理装置に相当する）、医用画像撮像装置２００、画像参照端末３００、データセンタ６００を有する。医療機関４００は、データセンタ６００以外の各機器を収容している。データセンタ６００は医療機関４００の外部に設置された施設であり、ネットワーク５００を介して医療機関４００内の各機器と接続されている。
【００１５】
医用画像撮像装置２００は、被検者を画像検査するためその画像を撮影して医用画像データとして画像管理サーバ１００に格納する。医用画像撮像装置２００としては、ＣＴ（Ｃｏｍｐｕｔｅｄ  Ｔｏｍｏｇｒａｐｈｙ）機器、ＭＲＩ（Ｍａｇｎｅｔｉｃ  Ｒｅｓｏｎａｎｃｅ  Ｉｍａｇｉｎｇ）機器、ＵＳ（ＵｌｔｒａＳｏｎｏｇｒａｐｈｙ）機器、ＰＥＴ（Ｐｏｓｉｔｒｏｎ  Ｅｍｉｓｓｉｏｎ  Ｔｏｍｏｇｒａｐｈｙ）機器などの画像検査装置を用いることができる。検査目的や被検者状態などによって最適な画像検査装置が選択される。
【００１６】
画像参照端末３００は、画像管理サーバ１００が格納している医用画像データを参照するための端末である。画像参照端末３００のユーザは、後述する図９の画面を用いて、画像削除条件を設定する。画像削除条件については後述する。
【００１７】
画像管理サーバ１００は一般的にＰＡＣＳ（Ｐｉｃｔｕｒｅ  Ａｒｃｈｉｖｉｎｇ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）サーバと呼ばれるものであり、医用画像撮像装置２００および画像参照端末３００との間で医用画像データを送受信する。
【００１８】
図２は、画像管理サーバ１００の詳細構成図である。画像管理サーバ１００は、内部記憶装置１０１、画像送受信部１０２、送受信記録部１０３、送受信データベース１０４、送受信分析部１０５、分析設定記憶部１０６、削除条件記憶部１０７、画像削除部１０８、削除条件指定部１０９、画像入出力部１１０を備える。データセンタ６００は、外部記憶装置６０１を備える。
【００１９】
内部記憶装置１０１と外部記憶装置６０１は、医用画像データを記憶する記憶装置であり、例えばハードディスク装置などを用いて構成することができる。内部記憶装置１０１は、画像入出力部１１０を介して医用画像撮像装置２００および画像参照端末３００と接続される。画像入出力部１１０は、医用画像撮像装置２００が撮影した医用画像データを受け取って内部記憶装置１０１に格納し、または画像参照端末３００からのリクエストに応じて内部記憶装置１０１から医用画像データを読み出して返信する。医用画像撮像装置２００および画像参照端末３００は、外部記憶装置６０１に対して直接アクセスすることはなく、これら機器は内部記憶装置１０１内に全ての医用画像データが格納されることを前提として動作する。
【００２０】
画像送受信部１０２は、内部記憶装置１０１と外部記憶装置６０１の間で医用画像データを送受信する。具体的には、内部記憶装置１０１が格納している医用画像データを外部記憶装置６０１に送信してバックアップを作成する。また、画像入出力部１１０が内部記憶装置１０１から読み出そうとした医用画像データが内部記憶装置１０１内に存在しない場合は外部記憶装置６０１からその医用画像データを取得して内部記憶装置１０１に格納する。内部記憶装置１０１と外部記憶装置６０１それぞれが格納している医用画像データの識別子などについては、例えば適当な管理テーブルを用いて管理しておけばよい。
【００２１】
送受信記録部１０３は、画像送受信部１０２が医用画像データを送受信した実績を送受信データベース１０４に記録する。送受信記録の例については後述の図６を用いて改めて説明する。送受信データベース１０４は、例えばハードディスク装置などの記憶装置にデータファイルを格納することによって構成することができる。内部記憶装置１０１とは別の記憶装置を用いてもよいし、内部記憶装置１０１の記憶領域を利用してもよい。分析設定記憶部１０６、削除条件記憶部１０７についても同様である。
【００２２】
送受信分析部１０５は、送受信データベース１０４が格納している送受信実績に基づき削除条件記憶部１０７が記憶している削除条件を更新する。具体的な更新手順については後述する。分析設定記憶部１０６は、送受信分析部１０５が送受信実績に基づき削除条件を更新する際の処理対象を記述したデータを記憶する。具体例については後述の図７で改めて説明する。
【００２３】
削除条件記憶部１０７は、内部記憶装置１０１から医用画像データを削除する条件を記述した削除条件データを記憶する。画像削除部１０８は、削除条件記憶部１０７が記憶している削除条件データの記述にしたがって、内部記憶装置１０１から医用画像データを削除する。
【００２４】
削除条件指定部１０９は、後述の図９で説明する画面をユーザに提示する。ユーザはその画面を用いて削除条件を指定することができる。削除条件指定部１０９はその指定入力を受け取り、削除条件記憶部１０７内の削除条件データに反映する。
【００２５】
画像送受信部１０２、送受信記録部１０３、送受信分析部１０５、分析設定記憶部１０６、画像削除部１０８、削除条件指定部１０９、画像入出力部１１０は、これらの機能を実現する回路デバイスなどのハードウェアを用いて構成することもできるし、これらの機能を実装したソフトウェアをＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）などの演算装置が実行することによって構成することもできる。
【００２６】
図３は、医用画像データ管理システム１０００の運用シーケンス図である。縦軸は時系列のイベントを示し、横軸はシステム内の各装置を示す。網掛けの四角形は医用画像データが各装置内に存在する期間を示す。以下、図３の各ステップについて説明する。
【００２７】
（図３：ステップＳ３０１〜Ｓ３０２）
医用画像撮像装置２００のユーザは、画像検査を実施して医用画像データを撮影する（Ｓ３０１）。医用画像撮像装置２００は、同装置内または同装置に付属する図示しない記憶装置内に、生成した医用画像データを保存する。医用画像撮像装置２００のユーザは、その医用画像データを医用画像撮像装置２００から内部記憶装置１０１へ転送する（Ｓ３０２）。医用画像撮像装置２００上には転送済みの医用画像データがしばらく残存するが、内部記憶装置１０１へ転送した医用画像データは検査日時の古いものから順次削除するように運用することが一般的である。
【００２８】
（図３：ステップＳ３０３）
画像送受信部１０２は、内部記憶装置１０１内に格納された医用画像データを、例えば毎日深夜の時間帯などあらかじめ定められたスケジュールに基づいて、外部記憶装置６０１へバックアップする。説明の便宜上、内部記憶装置１０１から外部記憶装置６０１へ医用画像データを送信することをアップロードと呼び、外部記憶装置６０１から内部記憶装置１０１へ医用画像データを送信することをダウンロードと呼ぶ。Ｓ３０３によって、医用画像データは内部記憶装置１０１と外部記憶装置６０１の両方に存在することとなる。
【００２９】
（図３：ステップＳ３０３：補足）
その後、内部記憶装置１０１へ医用画像データを格納するほど、内部記憶装置１０１の空き容量は少なくなっていく。内部記憶装置１０１の総容量を全て使用してしまうとシステムの動作が不安定になる可能性があるため、内部記憶装置１０１の空き容量をある程度以上確保しておく必要がある。この空き容量の下限値は、内部記憶装置１０１の総容量、１日に発生する医用画像データ量、アップロードまたはダウンロードする医用画像データ量などを考慮して医療機関４００ごとに決定することが望ましい。本実施形態１では説明上、「内部記憶装置１０１の総容量の１０％」を空き容量の下限値として設定する。つまり医療機関４００においては、内部記憶装置１０１の総容量のうち９０％を医用画像データの保存のために使用し、残りの１０％を一時的なデータ保存（例えば医用画像撮像装置２００から転送される途中の画像データや外部記憶装置６０１からダウンロードする途中の画像データを一時的に保存する）のために使用する。
【００３０】
（図３：ステップＳ３０４）
内部記憶装置１０１の空き容量が１０％以下になった場合、何らかの基準に基づいて内部記憶装置１０１から医用画像データを削除してよいか否かを判断する必要がある。削除条件記憶部１０７は、この基準を削除条件として記述した削除条件データを格納する。例えば、検査日時や最終参照日時が古いほどその医用画像データは再度利用される可能性が低いと考えられるため、検査日時や最終参照日時が古い医用画像データから順番に内部記憶装置１０１より削除することが望ましいと考えられる。ここでは説明の都合上、最終参照日時を削除条件として用いる。画像削除部１０８は、削除条件データの記述にしたがって削除すべき医用画像データを判定し、内部記憶装置１０１から削除する。
【００３１】
（図３：ステップＳ３０５〜Ｓ３０８）
内部記憶装置１０１から削除された医用画像データは、外部記憶装置６０１内にのみ格納されている状態となる。そのため、医用画像撮像装置２００や画像参照端末３００からその医用画像データに対して参照要求が発行されると、画像送受信部１０２は外部記憶装置６０１からその医用画像データをダウンロードして内部記憶装置１０１に格納する（Ｓ３０５）。以降、医用画像データを内部記憶装置１０１から削除する処理（Ｓ３０６、Ｓ３０８）と外部記憶装置６０１からダウンロードする処理（Ｓ３０７）が繰り替えし実行される。Ｓ３０８以降も同様である。
【００３２】
Ｓ３０５やＳ３０７が実行されると、機器を動作させるための電力費、待ち時間発生による人件費が発生するため、できる限りダウンロードの通信量や待ち時間が少なくなるような運用が求められる。画像参照端末３００から参照要求が発行される全ての医用画像データを内部記憶装置１０１から削除しないことが理想的であるが、内部記憶装置１０１の記憶容量は限りがあるため実際にはそのような運用は不可能である。そこで本発明では、医療機関４００においてできる限り理想に近い運用を提供するため、内部記憶装置１０１から医用画像データを削除する条件を、システムの運用状況に応じて動的に更新する手法を提供する。
【００３３】
本発明においては、削除条件を２種類の条件の組み合わせによって構成する。１種類目の条件を基本条件と呼ぶ。基本条件は単独でも削除条件として成立する条件であり、例えば内部記憶装置１０１内に確保すべき空き容量と最終参照日時が古い順に削除すべき旨を指定する。先に説明した例にしたがって記載すると、「内部記憶装置１０１の空き容量が総容量の１０％以下になったら、最終参照日時の古い画像から順に削除する」となる。
【００３４】
２種類目の条件を追加条件と呼ぶ。追加条件は単独では削除条件としては成立しない条件であり、システム運用状況に応じて基本条件を調整するために用いる。本発明においては、業務ワークフローや被検者構成といった、医療機関ごとに異なる諸条件に柔軟に対応するため、医療機関４００における医用画像データのダウンロード実績を用いて、医療機関ごとに適した追加条件を生成することにより、削除条件をシステム運用状況に応じて動的に更新して改善することを図る。
【００３５】
図４は、削除条件記憶部１０７が格納している削除条件データを送受信分析部１０５が更新する処理を説明するフローチャートである。以下、図４の各ステップについて説明する。
【００３６】
（図４：ステップＳ４０１）
送受信記録部１０３は、画像送受信部１０２が外部記憶装置６０１から医用画像データをダウンロードした実績を、所定期間記録する。この期間は、どのくらいの頻度で削除条件を更新したいかによって自由に設定することができる。ここでは便宜上１ヶ月間とする。Ｓ４０１とダウンロード実績の詳細については後述する。
【００３７】
（図４：ステップＳ４０２）
送受信分析部１０５は、１ヶ月間のダウンロード実績が記録された後、そのダウンロード実績を分析して、上述の追加条件を作成する。本ステップの詳細については後述する。
【００３８】
（図４：ステップＳ４０３〜Ｓ４０４）
送受信分析部１０５は、Ｓ４０２において作成した追加条件を、現時点における削除条件へ追加することにより、削除条件を更新する（Ｓ４０３）。削除条件をさらに更新する場合は再びＳ４０１に戻って削除条件を更新する（Ｓ４０４）。Ｓ４０４において削除条件を更新することを継続するか否かは、ユーザが手動で判断してもよいし、あらかじめ繰り返し回数または期間の上限を設定しておいてそれに達するまで自動的に繰り返すようにしてもよい。
【００３９】
図５は、Ｓ４０１の詳細を説明するフローチャートである。以下、図５の各ステップについて説明する。
【００４０】
（図５：ステップＳ５０１）
医師や放射線科技師は、その業務において、画像参照端末３００に対して医用画像データを表示するよう指示する。複数の医用画像データを一括表示するよう指示する場合もあるし、単一の医用画像データを表示するよう指示する場合もある。一括表示を指示する場合としては、例えば同じスタディに属する全画像、同じシリーズに属する全画像、同じ被検者の全画像、などの関連する画像をまとめて表示する場合が考えられる。
【００４１】
（図５：ステップＳ５０１：補足）
医用画像撮像装置２００を用いて画像検査をする場合、一般に複数回撮影を実施する。１回の検査単位のことをスタディと呼ぶ。１スタディのなかで被検者を複数回スキャンする。１回のスキャン単位のことをシリーズと呼ぶ。例えばＰＥＴ機器を用いて撮影する場合、１シリーズのなかには、複数部位のスライス画像が含まれる。
【００４２】
（図５：ステップＳ５０２）
画像参照端末３００は、ユーザが指定した医用画像データを送信するよう、画像管理サーバ１００に対してリクエストを発行する。画像入出力部１１０は、そのリクエストを受け取り、内部記憶装置１０１内に要求された医用画像データが保存されているか否かを確認する。保存されている場合はその医用画像データを画像参照端末３００へ送信して本フローチャートを終了する。保存されていない場合はステップＳ５０３へ進む。
【００４３】
（図５：ステップＳ５０３〜Ｓ５０５）
画像送受信部１０２は、内部記憶装置１０１内に保存されていない医用画像データを外部記憶装置６０１から取得し、内部記憶装置１０１に格納する（ダウンロード）。送受信記録部１０３は、画像送受信部１０２によるダウンロード開始時刻（Ｓ５０３）とダウンロード終了時刻（Ｓ５０４）を記録する。送受信記録部１０３は、ダウンロード実績を送受信データベース１０４へ格納する（Ｓ５０５）。
【００４４】
図６は、送受信データベース１０４が格納するダウンロード実績の例を示す図である。各レコードは、画像送受信部１０２が実施した各ダウンロード処理の実績を記録するものである。送受信データベース１０４は、シリーズＩＤフィールド１０４１、ダウンロード開始時刻フィールド１０４２、ダウンロード時間フィールド１０４３、ダウンロードデータ量フィールド１０４４、装置種別フィールド１０４５、操作者フィールド１０４６、主病名フィールド１０４７を有する。
【００４５】
シリーズＩＤフィールド１０４１は、画像検査の撮影単位を識別する識別子を格納するフィールドである。ここではシリーズ単位でダウンロード実績を格納する例を示したが、これに限られるものではない。ダウンロード開始時刻フィールド１０４２は、ダウンロードが開始された時刻を格納するフィールドである。ダウンロード時間フィールド１０４３は、ダウンロード終了時刻とダウンロード開始時刻の差分に基づき計算した値である。ダウンロードデータ量フィールド１０４４は、ダウンロード単位ごとの医用画像データサイズを格納するフィールドである。装置種別フィールド１０４５は、医用画像撮像装置２００の種別を格納するフィールドである。操作者フィールド１０４６は、Ｓ５０１において画像管理サーバ１００に対してリクエストを発行したユーザの識別子（氏名、ＩＤなど）を格納するフィールドである。主病名フィールド１０４７は、画像検査の対象である被検者の主病名を格納するフィールドである。
【００４６】
一般に医用画像データには属性情報を記述するタグが付与されているので、例えば装置種別フィールド１０４５の値は医用画像データそのものから取得することができる。医用画像データ本体から取得することができないフィールド（例えば主病名フィールド１０４７）については、電子カルテシステムなどの外部システムから取得すればよい。
【００４７】
図７は、分析設定記憶部１０６が格納する、送受信分析部１０５による処理対象について記述した分析設定データの例を示す図である。分析設定データでは、分析対象フィールド、集計対象フィールド、延期日数の３つのデータを設定する。以下、それぞれのデータについて詳細に説明する。
【００４８】
分析対象フィールドは、送受信分析部１０５が送受信データベース１０４のいずれのフィールドを分析の対象としてダウンロード実績を集計するかを定義する。図７に示す例においては、装置種別フィールド１０４５の値を分析対象としてダウンロード実績を集計するように定義されている。
【００４９】
集計対象フィールドは、前述の分析対象フィールドについて何の値を集計するかを定義する。図７に示す例においては、ダウンロード時間フィールド１０４３の値を集計するように定義してある。
【００５０】
延期日数については以下で説明する。
【００５１】
図７に示す例によれば、送受信分析部１０５は、送受信データベース１０４が記録している各レコードのうち装置種別フィールド１０４５の値が同一であるレコードについて、ダウンロード時間フィールド１０４３の値を集計する。その結果、外部記憶装置６０１から医用画像データをダウンロードした合計時間が最も大きい医用画像撮像装置２００の種別を特定することができる。例えばＣＴ機器が撮影した医用画像データを外部記憶装置６０１からダウンロードした合計時間が最も大きい場合、ＣＴ機器が撮影した医用画像データについては、なるべく内部記憶装置１０１内に留めておくほうが、作業時間を削減する観点から望ましいと推測することができる。
【００５２】
医用画像データを内部記憶装置１０１内に留めておくためには、当該医用画像データを内部記憶装置１０１から削除する日時を延期すればよいと考えられる。そこで図７に示す分析設定データは、当該医用画像データについては削除日時を７日間延期するように定義している。送受信分析部１０５は、この延期日数を先に説明した追加条件として、削除条件に適用する。これにより、ダウンロード実績に基づいて追加条件を作成し、削除条件を動的に更新することができる。
【００５３】
分析対象フィールドについて補足する。分析対象フィールドとして、被検者を一意に特定するＩＤを利用して、画像参照端末３００が複数の医用画像データを取得するシーンとして、典型的には同じ被検者の医用画像データを一括して参照する場合が考えられる。そうすると、被検者毎にダウンロード時間フィールド１０４３またはダウンロードデータ量フィールド１０４４を集計するのが最も直接的であるようにも思われる。しかし、被検者毎にこれらの値を集計すると集計結果が被検者数と同数作成され、集計値が小さい非常に多数の集計結果が得られることになり、集計としての用をなさない。そこで本発明においては、被検者毎に集計することに代えて、ダウンロードについてある程度類似する傾向があると考えられるフィールドを基準として集計することとした。
【００５４】
図７に示す例においては、装置種別フィールド１０４５、操作者フィールド１０４６、主病名フィールド１０４７の３つが分析対象として適していると考えられる。これらの値が同じである医用画像データは、一般に一括して参照される傾向があると考えられるからである。分析対象として適したその他のフィールドとしては、例えば操作者フィールド１０４６に記載されている者が属する診療科、医用画像データの撮影部位、などが考えられる。これらフィールドは単独で分析対象として用いてもよいし、組み合わせてもよい。
【００５５】
図８は、Ｓ４０２の詳細を説明するフローチャートである。以下、図８の各ステップについて説明する。
【００５６】
（図８：ステップＳ８０１）
送受信分析部１０５は、分析設定記憶部１０６が格納している各フィールド（分析対象フィールドＦｔ、集計対象フィールドＦｉ、加算日数Ｄｘ）を取得する。分析設定記憶部１０６は、図７で例示した分析設定データを格納しているものとする。Ｆｉは後に合計値を算出するので数値フィールドを指定することが望ましいが、離散値を持つフィールドを指定する場合は、同じ値をもつレコード件数を集計値として用いればよい。
【００５７】
（図８：ステップＳ８０２）
送受信分析部１０５は、Ｆｔが指定するフィールドが同一の値であるレコードについてＦｉが指定するフィールドの合計値（Ｓｕｍ（Ｆｉ））を算出し、最大のＳｕｍ（Ｆｉ）が得られたＦｔの値（Ｍａｘ（Ｆｔ））を取得する。図７に示す例によれば、装置種別フィールド１０４５が同じ値であるレコードについてダウンロード時間フィールド１０４３の値を合計し、その合計値が最大であった装置種別フィールド１０４５の値を取得する。ここでは、装置種別フィールド１０４５＝ＣＴであるレコードのＳｕｍ（Ｆｉ）が最大であったものとする。
【００５８】
（図８：ステップＳ８０３）
送受信分析部１０５は、Ｆｉ、Ｍａｘ（Ｆｔ）、Ｄｘを用いて追加条件を生成する。例えば「ただし、装置種別フィールド１０４５＝ＣＴである画像は、最終参照日時に７日を加算して削除判定する。」という追加条件が生成される。この追加条件によって、最も多くのダウンロード時間を占めていたＣＴ画像が内部記憶装置１０１から削除されにくくなるように、削除条件を更新することができる。例えば基本条件が「最終参照日時が古い画像から順番に削除する。」である場合、更新後の削除条件は「最終参照日時が古い画像から順番に削除する。ただし、装置種別フィールド１０４５＝ＣＴである画像は、最終参照日時に７日を加算して削除判定する。」となる。
【００５９】
図９は、削除条件指定部１０９が提供する、削除条件を設定するための画面例である。画像参照端末３００のユーザは、図９に示す画面を用いて、基本条件を指定することができる。また、送受信分析部１０５が複数の追加条件を作成済である場合は、そのなかのいずれを採用するかを指定することもできる。図９に示す画面は、基本条件エリア１０９１と追加条件エリア１０９２を有する。
【００６０】
基本条件エリア１０９１は、基本条件を設定するためのエリアである。本エリアにおいては、基本条件として規定する項目として、（ａ）内部記憶装置１０１内に確保すべき空き容量の最小値、（ｂ）内部記憶装置１０１から医用画像データを削除する順番についての基準となる属性、を指定することができる。削除順については、（ｂ１）医用画像撮像装置２００を用いて実施した検査日時、（ｂ２）医用画像データの作成日時、（ｂ３）医用画像データの最終更新日時、（ｂ４）医用画像データの最終参照日時、のなかからいずれかを選択することができる。図９に示す例においては、それぞれ「１０％」「最終参照日時」が選択されているので、基本条件は「内部記憶装置１０１内の空き容量が総容量の１０％以下になったら、最終参照日時の古い医用画像データから順番に削除する。」となる。
【００６１】
追加条件エリア１０９２は、追加条件を設定するためのエリアである。送受信分析部１０５が図４に示すフローチャートを実行するごとに新たな追加条件が作成され、削除条件記憶部１０７に格納される。複数の追加条件が存在する場合は、そのなかでいずれを採用するかを本エリア上で選択することができる。図９に示す例においては、追加条件が３レコード表示されているので、図４のフローチャートがこれまでに３回実行されたことが分かる。
【００６２】
各追加条件はそれぞれ、削除条件として適用するのか除外するのかを選択することができる。図９に示す例においてはＮｏ．１とＮｏ．３のレコードが適用されているので、追加条件は「ただし、装置種別フィールド１０４５＝ＣＴである画像は、最終参照日時に７日を加算して削除判定をする。」「ただし、主病名フィールド１０４７＝肝がんである画像は、最終参照日時に７日を加算して削除判定をする。」の２つとなる。
【００６３】
各エリアにおいて設定されている条件を合わせると、削除条件は、「内部記憶装置１０１の空き容量が総容量の１０％以下になったら、最終参照日時の古い画像から順番に削除する。ただし、装置種別フィールド１０４５＝ＣＴである画像は、最終参照日時に７日を加算して削除判定をし、主病名フィールド１０４７＝肝がんである画像は、最終参照日時に７日を加算して削除判定をする。」となる。この場合、肝がん被検者のＣＴ画像は計１４日分が最終参照日時に加算されて削除可否を判断されるため、内部記憶装置１０１から最も削除されにくいことになる。
【００６４】
＜実施の形態１：まとめ＞
以上のように、本実施形態１に係る医用画像データ管理システム１０００は、外部記憶装置６０１から医用画像データをダウンロードした実績に応じて、内部記憶装置１０１から医用画像データを削除する条件を動的に更新する。これにより、業務ワークフローや被検者構成などの諸条件が異なる各医療機関の運用状況に合わせて、削除条件を最適化することができる。
【００６５】
また、本実施形態１に係る医用画像データ管理システム１０００は、装置種別フィールド１０４５〜主病名フィールド１０４７のいずれか１以上を分析対象としてダウンロード実績を集計する。これらフィールドの値が同一である医用画像データは、画像診断を実施する際に一括参照される傾向があると考えられるため、特に医用画像データを外部記憶装置６０１からダウンロードする実績を分析する対象として有用であると考えられる。
【００６６】
また、本実施形態１に係る医用画像データ管理システム１０００は、内部記憶装置１０１から医用画像データを削除する条件を、基本条件と追加条件に分けて定義し、追加条件のみを動的に更新する。これにより、システムの運用状況に依拠する削除条件のみを具体的状況に応じて適切に更新することができる。
【００６７】
本実施形態１においては、外部記憶装置６０１は医療機関４００の外部に設置されたデータセンタ６００内に存在するものとしたが、ダウンロードに係る負荷についてはその他の配置においても同様であると考えられる。例えば外部記憶装置６０１が他の医療機関に設置されている場合や、医療機関４００内の内部記憶装置１０１とは別の場所に設置される場合においても、ネットワークを介して医用画像データをダウンロードする点は同一であるため、本実施形態１に係る構成を適用することができる。
【００６８】
＜実施の形態２＞
本発明の実施形態２では、画像管理サーバ１００がプリフェッチ機能を備えている場合の動作について説明する。プリフェッチ機能以外の構成については実施形態１と同様であるため、以下では差異点を中心に説明する。
【００６９】
プリフェッチ機能とは、内部記憶装置１０１内には存在しないが近いうちにアクセス要求が発行されることが予想される医用画像データを、先行して外部記憶装置６０１からダウンロードしておく機能である。プリフェッチ機能により、医用画像データを参照する際における待ち時間を短縮して業務効率化を図ることができる。
【００７０】
プリフェッチ機能を実施するトリガーとして利用できる情報としては、（ａ）検査予約情報、（ｂ）医用画像撮像装置２００から送信される医用画像データ、（ｃ）ユーザが画像参照端末３００上で実施する画像参照操作、を例として挙げることができる。画像送受信部１０２は、これらをトリガーとしてプリフェッチ機能を実施し、外部記憶装置６０１からあらかじめ医用画像データをダウンロードしておく。
【００７１】
検査予約情報をトリガーとして用いる場合、ある被検者の検査予約が電子カルテシステム、放射線科システム、検査予約機能を備えたＰＡＣＳサーバ等において入力されたことをトリガーとして、同一被検者の過去の医用画像データを内部記憶装置１０１へあらかじめダウンロードしておく。医用画像撮像装置２００から送信される医用画像データをトリガーとして用いる場合、例えば放射線科技師が医用画像撮像装置２００で撮像された医用画像データを画像管理サーバ１００へ送信する作業をトリガーとして、送信される医用画像データに関連付けられている（例えば画像のタグ情報に記載されている被検者ＩＤを用いる）被検者の過去の医用画像データを内部記憶装置１０１へあらかじめダウンロードしておく。画像参照操作をトリガーとして用いる場合、ユーザが画像を参照するために画像参照端末３００上で実施した操作をトリガーとして、同一被検者の過去の医用画像データを内部記憶装置１０１へあらかじめダウンロードしておく。
【００７２】
図１０は、本実施形態２における送受信データベース１０４の構成例を示す図である。本実施形態２において、送受信データベース１０４は、図６で説明した構成に加えてプリフェッチフラグフィールド１０４８を有する。プリフェッチフラグフィールド１０４８は各ダウンロード処理がプリフェッチ機能によって実施されたか否かを示すフラグ値を保持する。プリフェッチ機能により実施したダウンロードについてはＴｒｕｅ、それ以外のダウンロードであればＦａｌｓｅを保持する。
【００７３】
図１１は、本実施形態２におけるＳ４０２の詳細を説明するフローチャートである。本実施形態２においては、ステップＳ８０１とＳ８０２の間に新たにステップＳ１１０１が追加されている。その他のステップは図８と同様である。
【００７４】
（図１１：ステップＳ１１０１）
送受信分析部１０５は、プリフェッチフラグフィールド１０４８の値がＦａｌｓｅであるレコードを抽出し、これを以下のステップにおける分析対象とする。プリフェッチ機能によって先行取得することができた医用画像データについては、内部記憶装置１０１から削除されていたとしてもプリフェッチ機能によってカバーされた医用画像データであることから、内部記憶装置１０１に保存されていなくても、ダウンロードの待ち時間増加といった運用上の支障がないと考えられる。そこで本実施形態２においては、プリフェッチ機能によるダウンロードについては集計対象から除外することとした。
【００７５】
＜実施の形態２：まとめ＞
以上のように、本実施形態２に係る医用画像データ管理システム１０００は、プリフェッチ機能によって外部記憶装置６０１から取得した医用画像データについては、ダウンロード実績の集計対象から除外する。これにより、ユーザの待ち時間増加に繋がるダウンロード処理のみを集計して用いることで、削除条件データ更新の効果を高めることができる。
【００７６】
＜実施の形態３＞
以上の実施形態１〜２において、基本条件エリア１０９１上で設定することができる基本条件について説明したが、画像削除部１０８はこれ以外の予備的な条件を用いて内部記憶装置１０１内の医用画像データを削除することもできる。例えば、医療機関４００内に入院中である被検者の医用画像データは近いうちに参照される可能性が高いため、削除を延期するようにしてもよい。あるいは、データサイズが小さい医用画像データは外部記憶装置６０１からダウンロードしても負荷が小さいので、優先的に内部記憶装置１０１から削除するようにしてもよい。これらの条件は、基本条件を上書きする予備条件として用いることもできるし、追加条件として用いることもできる。いずれの場合であっても、削除条件記憶部１０７内の削除条件データとして記録することができる。
【００７７】
また、以上の実施形態１〜２において、送受信分析部１０５は、採用する追加条件を自動的に決定することもできる。例えば、過去のダウンロード実績は送受信データベース１０４内に格納されているので、各追加条件の組み合わせパターン毎にそのパターンを過去のダウンロード実績に対して仮適用し、どの程度のダウンロードデータ量または時間を削減することができるかをシミュレートし、最も削減量が大きい組み合わせパターンを自動的に選択することができる。
【００７８】
＜変形例について＞
本発明は上記した実施形態に限定されるものではなく、様々な変形例が含まれる。上記実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施形態の構成の一部を他の実施形態の構成に置き換えることもできる。また、ある実施形態の構成に他の実施形態の構成を加えることもできる。また、各実施形態の構成の一部について、他の構成を追加・削除・置換することもできる。
【００７９】
上記各構成、機能、処理部、処理手段等は、それらの一部や全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記録装置、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に格納することができる。
【符号の説明】
【００８０】
１００：画像管理サーバ、１０１：内部記憶装置、１０２：画像送受信部、１０３：送受信記録部、１０４：送受信データベース、１０５：送受信分析部、１０６：分析設定記憶部、１０７：削除条件記憶部、１０８：画像削除部、１０９：削除条件指定部、１１０：画像入出力部、２００：医用画像撮像装置、３００：画像参照端末、４００：医療機関、５００：ネットワーク、６００：データセンタ、６０１：外部記憶装置、１０００：医用画像データ管理システム。
【図１】
0006038276.tif 000002
【図２】
0006038276.tif 000003
【図３】
0006038276.tif 000004
【図４】
0006038276.tif 000005
【図５】
0006038276.tif 000006
【図６】
0006038276.tif 000007
【図７】
0006038276.tif 000008
【図８】
0006038276.tif 000009
【図９】
0006038276.tif 000010
【図１０】
0006038276.tif 000011
【図１１】
0006038276.tif 000012