(57)【要約】【課題】  ソフトウェアのバージョンアップに伴うデータ処理を効率良く行うことができる医用診断装置及び医用情報システムを提供する。【解決手段】  上記課題を解決するために、実施形態の医用診断装置は、患者に係るデータを保管する第一の記憶部と、前記第一の記憶部に保管されている前記患者に係るデータのバックアップデータを生成し、前記バックアップデータを第二の記憶部に保管させるバックアップデータ生成部と、前記第二の記憶部に保管されている前記バックアップデータを所定の形式に患者単位でコンバートし、前記第一の記憶部に患者単位でリストアするコンバート／リストア部と、を備える。【選択図】図４
2014109830.tif 000002
【特許請求の範囲】
【請求項１】
患者に係るデータを保管する第一の記憶部と、
前記第一の記憶部に保管されている前記患者に係るデータのバックアップデータを生成し、前記バックアップデータを第二の記憶部に保管させるバックアップデータ生成部と、
前記第二の記憶部に保管されている前記バックアップデータを所定の形式に患者単位でコンバートし、前記第一の記憶部に患者単位でリストアするコンバート／リストア部と、
を備えた医用診断装置。
【請求項２】
前記バックアップデータのコンバートを実行する順序を設定する優先度管理手段を備え、
前記順序に従って前記バックアップデータのコンバートを実行する請求項１に記載の医用診断装置。
【請求項３】
前記順序はユーザが定めた条件ごとに優先度を設定することで決まる請求項１又は２に記載の医用診断装置。
【請求項４】
前記優先度管理手段は、前記条件ごとに前記第一の記憶部に保管されている前記患者に係るデータを前記第二の記憶部にバックアップするか否かを判断し、
前記バックアップデータ生成部は、全ての前記患者に係るデータのうち前記優先度管理手段がバックアップすると判断した条件に該当する前記患者に係るデータのみをバックアップする請求項３に記載の医用診断装置。
【請求項５】
検査予約情報を取得する検査予約情報取得部を備え、
前記優先度管理手段は前記検査予約情報取得部が取得した検査予約情報に基づいて前記優先度を設定する請求項３又は４に記載の医用診断装置。
【請求項６】
前記優先度管理手段は、患者の治療状況に関する情報、患者の生存に関する情報、前記患者に係るデータの管理状態に関する情報のうち少なくとも一つに基づいて前記優先度を設定する請求項３乃至５のうちいずれか一つに記載の医用診断装置。
【請求項７】
コンバート前後の前記バックアップデータを患者単位で比較し、両者の整合性の検証を行うデータ比較部を備えた請求項１乃至６のうちいずれか一つに記載の医用診断装置。
【請求項８】
前記整合性の検証による結果をユーザに通知するプログレス生成部を備え、
前記プログレス生成部は、少なくとも前記整合性の検証の進捗状況をユーザに通知する請求項７に記載の医用診断装置。
【請求項９】
前記整合性の検証によって整合と判断されたコンバート後のバックアップデータは使用可能になる請求項７又は８に記載の医用診断装置。
【請求項１０】
患者に係るデータを保管する第一の記憶部と、
前記第一の記憶部に保管されている前記患者に係るデータのバックアップデータを生成するバックアップデータ生成部と、
前記バックアップデータ生成部によって生成された前記バックアップデータを保管する第二の記憶部と、
前記第二の記憶部に保管されている前記バックアップデータを所定の形式に患者単位でコンバートし、前記第一の記憶部に患者単位でリストアするコンバート／リストア部と、
を備えた医用情報システム。
【請求項１１】
前記バックアップデータのコンバートを実行する順序を設定する優先度管理手段を備え、
前記順序に従って前記バックアップデータのコンバートを実行する請求項１０に記載の医用情報システム。
【請求項１２】
前記順序はユーザが定めた条件ごとに優先度を設定することで決まる請求項１０又は１１に記載の医用情報システム。
【請求項１３】
前記優先度管理手段は、前記条件ごとに前記第一の記憶部に保管されている前記患者に係るデータを前記第二の記憶部にバックアップするか否かを判断し、
前記バックアップデータ生成部は、全ての前記患者に係るデータのうち前記優先度管理手段がバックアップすると判断した条件に該当する前記患者に係るデータのみをバックアップする請求項１２に記載の医用情報システム。
【請求項１４】
患者の検査予約情報を取得する検査予約情報取得部を備え、
前記優先度管理手段は前記検査予約情報取得部が取得した検査予約情報に基づいて前記優先度を設定する請求項１２又は１３に記載の医用情報システム。
【請求項１５】
前記優先度管理手段は、患者の治療状況に関する情報、患者の生存に関する情報、前記患者に係るデータの管理状態に関する情報のうち少なくとも一つに基づいて前記優先度を設定する請求項１２乃至１４のうちいずれか一つに記載の医用情報システム。
【請求項１６】
コンバート前後の前記バックアップデータを患者単位で比較し、両者の整合性の検証を行うデータ比較部を備えた請求項１０乃至１５のうちいずれか一つに記載の医用情報システム。
【請求項１７】
前記整合性の検証による結果をユーザに通知するプログレス生成部を備え、
前記プログレス生成部は、少なくとも前記整合性の検証の進捗状況をユーザに通知する請求項１６に記載の医用情報システム。
【請求項１８】
前記整合性の検証によって整合と判断されたコンバート後のバックアップデータは使用可能となる請求項１６又は１７に記載の医用情報システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、医用診断装置及び医用情報システムに関する。
【背景技術】
【０００２】
近年、Ｘ線撮影装置、Ｘ線ＣＴ装置、磁気共鳴画像診断装置、超音波診断装置といった医用診断装置（モダリティ）の開発や、ネットワークを介してモダリティとワークステーションを接続し、相互でデータ処理を行うといった医用情報システムの開発が精力的に行われている。その一方で、それらを最大限に機能させるためのソフトウェアの開発についても発展が著しく、日々開発が進んでいる。
【０００３】
通常、医療施設に設置されているモダリティは、モダリティ自身が生成した画像データ、診断を受けた患者の個人情報などの患者データ、画像を撮影する際の条件などの撮影条件データを、モダリティに設置されたハードディスクなどの記憶装置を介して保管している。当然ながら、モダリティで使用しているソフトウェアのバージョンアップを実施する際には、旧バージョンのソフトウェアに対応するデータは、新バージョンのソフトウェアでは読み取れないため、新バージョンのソフトウェアに対応するような形式に変換する必要がある。
【０００４】
従来のデータの変換作業の手順としては、まず、モダリティ内の記憶装置に保管されている旧バージョンのソフトウェアに対応する全てのデータのバックアップを実施し、外付けの記憶装置にデータを保管する。その後、外付けの記憶装置に保管されている全てのデータを、新バージョンのソフトウェアに対応する形式に変換（コンバート）する。最後にコンバート後のデータをモダリティ内の記憶装置に復元（リストア）する。以上によって、旧バージョンのソフトウェアに対応するデータは全て新バージョンのソフトウェアに対応するデータになり、新バージョンのソフトウェアで使用可能になる。なお、上記の方法では、オペレータが意図的に定めたまとまりでコンバート及びリストアを行ったり、コンバートやリストアを行う順番をオペレータが決めたりするといった作為的な操作はまったく行われておらず、漠然と全てのデータについてコンバート及びリストアを実施している。しかし、上記の方法には、全てのデータのコンバート及びリストアに一日もしくはそれ以上の時間が必要とされており、その間は当該モダリティを使用する検査が行えないため、検査スループットが低下してしまうという問題がある。
【０００５】
一方で、データのリストアに伴う検査スループットの向上ついては、例えば特許文献１のような技術がある。特許文献１では、ソフトウェアをバージョンアップさせずにモダリティ自体を新しくするときのデータのリストアについて述べている。特許文献１では、ネットワークを介してモダリティと接続しているデータバンクが保管する旧モダリティのデータのうち、まずは画像データ以外のデータを無作為にリストアし、その後画像データをリストアする。なお、特許文献１では、画像データ以外のデータについてリストアが完了した時点で、オペレータは当該モダリティを用いた検査を行うことができる。また、特許文献１では、オペレータから特定の画像データについてリストアの要求があった場合、要求された画像データをデータバンクから優先的にリストアすることができる。これによって、データのリストア中においても、希望する患者の画像データ及び画像データ以外のデータを使用しつつ、当該モダリティによる検査を行うことが可能になっている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１１−１２８８２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、特許文献１では、要求があった時に画像データを取りに行く場合、その間、待つ必要になり、十分な検査スループットの向上とは言い難い。
【０００８】
また、上記検査スループットに係る課題とは別に、データのコンバートを行う際にデータの破損が生じる可能性があり、コンバートの前後でデータが壊れていないかを確認したいという需要がある。ただでさえコンバートとリストアには膨大な時間が必要であるのに、更にデータが破損しているかを検証するプロセスを加えると、いっそう検査スループットが低下してしまう。
【０００９】
本発明が解決しようとする課題は、ソフトウェアのバージョンアップに伴うデータ処理を効率良く行うことができる医用診断装置及び医用情報システムを提供することである。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、実施形態の医用診断装置は、患者に係るデータを保管する第一の記憶部と、前記第一の記憶部に保管されている前記患者に係るデータのバックアップデータを生成し、前記バックアップデータを第二の記憶部に保管させるバックアップデータ生成部と、前記第二の記憶部に保管されている前記バックアップデータを所定の形式に患者単位でコンバートし、前記第一の記憶部に患者単位でリストアするコンバート／リストア部と、を備える。
【図面の簡単な説明】
【００１１】
【図１】実施例１におけるブロック図。
【図２】実施例１における優先度管理テーブルの概略図。
【図３】実施例１におけるプログレス情報の概略図。
【図４】実施例１におけるフロー図。
【図５】実施例２におけるブロック図。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について図面を参照しながら説明する。
【００１３】
（実施例１）
本実施例は、医用診断装置に係る。
【００１４】
図１は、本実施例における医用診断装置のブロック図である。本実施例における医用診断装置（モダリティ１００）は、内部に記憶部１、検査予約情報取得部２、優先度管理部３、優先度変更管理部４、表示インターフェイス６、入力インターフェイス７、バックアップデータ生成部８、コンバート部１０、リストア部１１、データ比較部１２、検証結果通知部１３、データ削除部１４、プログレス管理部１５、患者データ管理部１６、画像撮影部１０１を備え、外部に外部記憶装置９を備える。本実施例において、外部記憶装置９はモダリティ１００に対して着脱可能である。
【００１５】
画像撮影部１０１は、例えば超音波診断装置の場合は、図示しない超音波プローブや図示しない超音波送受信機構、図示しない画像生成機構といった、超音波画像の撮影自体に必要な機能を有する。画像撮影部１０１は、入力インターフェイス７を介したオペレータからの指示に従い、超音波プローブや超音波送受信記憶を用いて画像生成のためのデータを収集する。画像生成機構は、収集されたデータに基づいて画像を生成する。生成された画像は記憶部１に保管され、入力インターフェイス及び患者データ管理部１６を介したオペレータからの指示に従って、表示インターフェイス６に表示できる。なお、この画像撮影部１０１は本実施例に深く関係しないため、詳細は割愛する。
【００１６】
記憶部１及び外部記憶装置９は、それぞれハードディスクなどの記憶装置を有しており、医用画像等の患者データを保管可能である。
【００１７】
バックアップデータ生成部８は、バックアップアプリケーションによって機能し、記憶部１が保管している患者データのバックアップを行う。患者データのバックアップは入力インターフェイス７を介したオペレータの指示に従って開始される。バックアップされた患者データは、外部記憶部９に保管される。
【００１８】
検査予約情報取得部２、優先度管理部３、優先度変更管理部４は、優先度管理アプリケーションによって機能する。
【００１９】
検査予約情報取得部２は、ソフトウェアのバージョンアップの対象となっているモダリティ１００を有する医療施設１０２のＲＩＳ（Ｒａｄｉｏｌｏｇｉｃａｌ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｙｓｔｅｍ）あるいはＨＩＳ（Ｈｏｓｐｉｔａｌ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｙｓｔｅｍ）にアクセスし、モダリティ１００に係る検査予約情報を取得する。検査予約情報とは、例えば、検査を行う日付、時刻、患者の氏名などの情報を指す。検査予約情報取得部２は、取得した検査予約情報を、優先度管理部３に通知する。
【００２０】
優先度管理部３は、検査予約情報取得部２から受けた検査予約情報を保管する。優先度管理部３は、入力インターフェイス７及び優先度変更管理部４を介したオペレータの指示に従って、図２のような優先度管理テーブル１１０を作成する。この優先度管理テーブル１１０は、例えば、「優先度」、「条件」、「バックアップの実施」の項目を有する。
【００２１】
まず、オペレータは、入力インターフェイス７及び優先度変更管理部４を介して、「条件：現在時刻から１時間以内に検査予約あり」といった検査予約情報や、「条件：すでに死亡した患者のデータ」といった患者データが付帯している情報を基にした「条件」を設定する。「条件」は、例えば、設定可能なリストの中から任意に選択できるようになっている。
【００２２】
次に、オペレータは、各「条件」に対して「優先度」を設定する。本実施例では、「優先度」を数字として表現し、数字が大きい方から順に優先度が高いこととする。「優先度」の数字は図２のように重複していても良いが、同じ「優先度」が付された「条件」については区別が無いものとみなす。また、優先度は、図２に示すように１０、９、８、・・・、といった連続のものでなく、１０、７、３、・・・、といった断続的なものでも良い。
【００２３】
最後に、「バックアップの実施」の欄にチェックを行うことで、バックアップを実施する「条件」を決定する。例えば図２において、「バックアップの実施」の欄が空白になっている条件に該当する患者データについては、バックアップが実施されない。一方、「バックアップの実施」の欄に図２に示すような丸などでチェックがされている「条件」に該当する患者データについては、バックアップ生成部８によってバックアップが実施され、バックアップデータは外部記憶部９に保管される。以降、後述するコンバートが実施される以前に外部記憶部９に保管されたバックアップデータのことを、第一のバックアップデータと呼称する。第一のバックアップデータには、該当する「条件」ごとに優先度情報が付与される。例えば、「条件：現在時刻から１時間以内に検査予約あり」に該当する第一のバックアップデータについて「優先度」を付与する場合は、優先度管理部３が保管している検査予約情報から「条件：現在時刻から１時間以内に検査予約あり」に該当する患者を選択し、選択された患者に対応する第一のバックアップデータに対して優先度管理テーブル１１０の「優先度」に対応する優先度情報が付与される。また、一人の患者に係る第一のバックアップデータが複数の「条件」に該当する場合、該当する「条件」の中で最も高い「優先度」が、その患者に係る第一のバックアップデータに対応する「優先度」となる。なお、この優先度情報は数値情報であり、対応する「優先度」と優先度情報は同じ数値である。
【００２４】
コンバート部１０及びリストア部１１は、コンバート・リストアアプリケーションによって機能する。
【００２５】
コンバート部１０は、外部記憶部９に保管されている第一のバックアップデータを、バージョンアップ後のソフトウェアに対応するようにコンバートする。コンバートは、入力インターフェイス７を介したオペレータの指示に従って開始され、第一のバックアップデータが有する優先度情報が大きい順番且つ患者単位で順次実施される。
【００２６】
リストア部１１は、コンバートが完了した第一のバックアップデータを、コンバートが完了した順番且つ患者単位で記憶部１にリストアする。バックアップデータ生成部８は、リストアが完了し、記憶部１に保管された第一のバックアップデータに対して、リストアが完了した順番且つ患者単位でバックアップを実施し、そのバックアップデータを外部記憶部９に保管する。以降、リストアが実施された以降に外部記憶部９に保管されたバックアップデータを第二のバックアップデータと呼称する。第二のバックアップデータは、後述する患者データ管理部１６による許可が出されて初めて、モダリティ１００で使用可能になる。
【００２７】
データ比較部１２、検証結果通知部１３、データ削除部１４は、整合性検証アプリケーションによって機能する。
【００２８】
データ比較部１２は、外部記憶部９に順次保管される第二のバックアップデータと、第二のバックアップデータに対応する第一のバックアップデータとで、例えばバイナリデータで読み込み比較することによって、整合性の検証を行う。
【００２９】
検証結果通知部１３は、整合性の検証が患者単位で完了する度に、検証結果を、データ削除部１４、プログレス管理部１５、患者データ管理部１６に通知する。
【００３０】
データ削除部１４は、検証結果通知部１３から整合の通知を受け取った場合、整合性の検証のために用いた第一のバックアップデータと第二のバックアップデータを外部記憶部９から削除する。一方で、検証結果から不整合の通知を受け取った場合、整合性の検証のために用いた第一のバックアップデータと第二のバックアップデータは削除しない。
【００３１】
プログレス管理部１５は、プログレスアプリケーションによって機能する。プログレス管理部１５は、検証結果通知部１３から検証結果の通知を受け取った場合、第一のバックアップデータと第二のバックアップデータに基づいてプログレス情報を生成する。プログレス情報は、図３に示すように、例えば第一のバックアップデータに対応する患者の総数を分母、整合・不整合に関係なく現在までに検証が完了した患者の数を分子とした整合性の検証の進捗状況であったり、データ比較部１２が不整合と判断した患者の数であったりする。プログレス管理部１５は、生成したプログレス情報を表示インターフェイス６に表示させ、検証結果の通知がある度に更新する。
【００３２】
表示インターフェイス６は、プログレス管理部１５から受信したプログレス情報を、図３のようにウィンドウ表示する。また、表示インターフェイス６は、当該ウィンドウ表示の中に、オプション変更ボタンを表示する。オペレータは、マウスやタッチパネルなどの入力インターフェイス７を介して、オプション変更ボタンを選択することができる。オプション変更ボタンを選択すると、例えば図２のような優先度管理テーブル１１０が表示インターフェイス６に別途表示される。この場合、オペレータはプログレス情報を参照しながら、入力インターフェイス７及び優先度変更管理部４を介して、優先度管理部３の優先度管理テーブル１１０の「条件」あるいは「優先度」の変更を行うことができる。例えば、オペレータが「優先度」の変更を行った場合、外部記憶部９に保管されている第一のバックアップデータに対して、優先度情報の付与がバックアップデータ生成部８を介した優先度管理部３の指示によって再度行われる。また、表示インターフェイス６は、記憶部１が保管している患者データや、所定の操作画面を表示することもできる。
【００３３】
患者データ管理部１６は、検証結果通知部１３から整合の通知を受け取った場合、記憶部１にリストアされた第一のバックアップデータのうち、データ比較部１２が整合と判断した第一のバックアップデータをモダリティで使用可能にする。使用可能・不可能の判断は、例えば患者データにフラグを持たせ、そのＯＮ／ＯＦＦで行う。リストアされた直後の第一のバックアップデータは、このフラグがＯＦＦの状態であり、検証結果通知部１３から整合の通知を受け取った場合にのみ、フラグがＯＮの状態になる。なお、検証結果通知部１３から不整合の通知を受け取った場合は、フラグをＯＦＦの状態のままにする。
【００３４】
図４は、本実施例におけるフロー図である。
【００３５】
Ｓ１において、記憶部１に保管されている患者データについてのバックアップ、コンバート、リストア、整合性の検証のプロセスを開始する。
【００３６】
Ｓ２において、オペレータは、デフォルト設定の優先度管理テーブル１１０の設定を更新することができる。デフォルト設定とは、Ｓ１以前に定められている「条件」、「優先度」、「バックアップの実施」の設定のことである。優先度管理テーブル１１０の設定の更新を行う場合、オペレータは、入力インターフェイス７及び優先度変更管理部４を介して、優先度管理テーブル１１０における「優先度」、「条件」、「バックアップの実施」といった諸項目を変更する。変更された設定は、以降の優先度情報の付与などに反映される。
【００３７】
Ｓ３において、検査予約情報取得部２は、ソフトウェアのバージョンアップを行うモダリティ１００を有する医療施設１０２のＲＩＳあるいはＨＩＳから検査予約情報を取得する。検査予約情報は優先度管理部３に送信される。
【００３８】
Ｓ４において、バックアップデータ生成部８は、優先度管理テーブル１１０の設定によってバックアップが指示されている全ての患者データについてバックアップを実施する。このバックアップデータ（第一のバックアップデータ）は外部記憶部９に保管される。外部記憶部９に保管されている第一のバックアップデータには、バックアップデータ生成部８を介した優先度管理部３の指示によって優先度管理テーブル１１０の設定に従った優先度情報が付与される。優先度管理テーブル１１０の設定によってバックアップが指示されている全ての患者データについてバックアップが完了すると、オペレータはモダリティ内のソフトウェアのバージョンアップ作業を開始する。
【００３９】
ソフトウェアのバージョンアップが終了すると、コンバート部１０は、Ｓ５に示すように、第一のバックアップデータが有する優先度情報が大きい順番且つ患者単位で、外部記憶部９に保管されている第一のバックアップデータを順次コンバートする。
【００４０】
Ｓ６において、リストア部１１は、コンバートが完了した順番且つ患者単位で第一のバックアップデータを、記憶部１に順次リストアする。
【００４１】
Ｓ７において、記憶部１にリストアされた第一のバックアップデータについて、リストアが完了した順番且つ患者単位で、順次バックアップする。このバックアップデータ（第二のバックアップデータ）は、外部記憶部９に保管される。
【００４２】
Ｓ８において、データ比較部１２は、同じ患者に係る第一のバックアップデータと第二のバックアップデータとで比較し、Ｓ９に示すように整合性の検証を行う。この比較は、第二のバックアップデータが生成された順番且つ患者単位で行われる。
【００４３】
Ｓ９においてデータ比較部１２が整合と判断した場合、Ｓ１０に示すように、検証結果通知部１３によって整合の通知が、データ削除部１４、プログレス管理部１５、患者データ管理部１６になされる。
【００４４】
患者データ管理部１６が整合の通知を受けると、Ｓ１１に示すように、患者データ管理部１６は、記憶部１にリストアされた第一のバックアップデータのうち、データ比較部１２が整合と判断した第一のバックアップデータをモダリティで使用可能にする。
【００４５】
データ削除部１４が整合の通知を受けると、Ｓ１２に示すように、データ削除部１４は、整合性の検証のために用いた第一のバックアップデータと第二のバックアップデータを外部記憶部９から削除する。
【００４６】
一方、Ｓ９においてデータ比較部１２が不整合と判断した場合、Ｓ１３に示すように、検証結果通知部１３によって不整合の通知が、データ削除部１４、プログレス管理部１５、患者データ管理部１６になされる。
【００４７】
Ｓ１４において、検証結果通知部１３から受けた整合性の検証結果に基づいて、プログレス情報を更新する。更新の一例は前述したように、第一のバックアップデータに対応する患者の総数を分母、整合・不整合に関係なく現在までに整合性の検証が完了した患者の数を分子とした整合性の検証の進捗状況であったり、データ比較部１２が不整合と判断した患者の数であったりする。
【００４８】
全ての第一のバックアップデータについてプログレス情報の更新が完了したとき、患者データについてのバックアップ、コンバート、リストア、整合性の検証のプロセスを終了する。
【００４９】
なお、データのコンバート、リストア、整合性の検証などの各行動の実施中において、優先度管理テーブル１１０の各項目を変更する場合、変更前に実施していた各行動を完了した後、変更後の設定に従って各行動を実施する。例えば、図２における「条件：特記事項なし」に該当する患者Ａのデータのコンバート中に、オペレータが、「条件：既に完治した患者のデータ」の方が「条件：特記事項なし」より優先度が高くなるように優先度管理テーブル１１０を変更した場合、変更前にコンバートを実行中だった患者Ａの第一のバックアップデータについてはコンバートを完了させ、Ｓ１４までのプロセスを終えさせる。その後、コンバート部１０は、「条件：既に完治した患者のデータ」に該当する全ての第一のバックアップデータについてコンバートを実施し、「条件：既に完治した患者のデータ」に該当する全ての第一のバックアップデータについてコンバートが完了したら、コンバートを行っていない「条件：特記事項なし」に該当する第一のバックアップデータのコンバートを実施する。
【００５０】
以上の構成によって、本実施例における医用診断装置は、オペレータが任意に定めることが可能な優先度に従ってコンバート、リストア、整合性の検証を行えるため、すぐに使いたいデータは早い段階においてモダリティ１００で使用可能となり、検査スループットが圧倒的に向上する。また、本実施例における医用診断装置は、オペレータがバックアップを行うか否かをあらかじめ設定可能であるため、バックアップを行うデータの量を低減することができ、このことも検査スループットの向上に貢献できる。更に、本実施例における医用診断装置は、プログレス情報を参照しつつ優先度管理テーブル１１０の設定を変更できるため、オペレータの要求に柔軟に対応できる。
【００５１】
変形例として、外部記憶部９の代わりにモダリティ１００の内部に第二の記憶部を設け、この第二の記憶部が本実施例における外部記憶部９と同様の機能を果たすようにしても良い。この場合、例えば、上述した本実施例における外部記憶部９がＵＳＢ接続だった場合、ＵＳＢの通信速度を気にしなくてもよくなり、すべてのデータ処理の速度向上が見込める。
【００５２】
また、本実施例は、一人の患者に係る第一のバックアップデータのコンバート、リストア、第二のバックアップデータの生成、整合性の検証、プログレスの更新の中のいずれかが完了するまで、他の患者に係る第一のバックアップデータのコンバートを開始しないような構成であっても良い。例えば、優先度情報が８である患者Ｂに係る第一のバックアップデータと優先度情報が７である患者Ｃに係る第一のバックアップデータの二つのみが外部記憶部９に保管されている場合、まず、コンバート部１０は、患者Ｂに係る第一のバックアップデータについてコンバートを開始する。コンバート部１０は、患者Ｂに係る第一のバックアップデータについてコンバートからプログレスの更新までの全てのプロセスが完了したとき、患者Ｃに係る第一のバックアップデータのコンバートを開始する。患者Ｃに係る第一のバックアップデータについてコンバートからプログレスの更新までの全てのプロセスが完了したとき、患者データについてのバックアップ、コンバート、リストア、整合性の検証のプロセスを終了する。
【００５３】
なお、モダリティ１００で生成した医用画像の処理を行う医用画像処理装置のソフトウェアのバージョンアップに際しても、本実施例におけるモダリティ１００部分を医用画像処理装置と置き換えれば、本実施例の適用が可能である。
【００５４】
（実施例２）
本実施例は、医用情報システムに係る。
【００５５】
図５は、本実施例における医用情報システムのブロック図である。本実施例における医用情報システムは、アプリケーションサーバ２００にサーバ記憶部２０１、検査予約情報取得部２、優先度管理部３、優先度変更管理部４、バックアップデータ生成部８、コンバート部１０、リストア部１１、データ比較部１２、検証結果通知部１３、データ削除部１４、プログレス管理部１５を備え、モダリティ１００に記憶部１、表示インターフェイス６、入力インターフェイス７、患者データ管理部１６、画像撮影部１０１を備える。モダリティ１００は、図示しないネットワークを介してアプリケーションサーバ２００に接続されている。
【００５６】
サーバ記憶部２０１は、実施例１における外部記憶部９と同様の機能を有する。また、それ以外の機能については実施例１と同様である。なお、本実施例のフローについても、実施例１と同様である。
【００５７】
図５に示すようなブロック図はあくまで一例に過ぎず、医用情報システム全体として上記の構成を備えていれば良い。
【００５８】
本実施例における医用情報システムでは、モダリティ１００自体が実施例１のような機能を有していない場合においても、オペレータが任意に定めることが可能な優先度に従ってコンバート、リストア、整合性の検証を行えるため、すぐに使いたいデータは早い段階においてモダリティ１００で使用可能となり、検査スループットが圧倒的に向上する。また、本実施例における医用情報システムは、オペレータがバックアップを行うか否かをあらかじめ設定可能であるため、バックアップを行うデータの量を低減することができ、このことも検査スループットの向上に貢献できる。更に、本実施例における医用情報システムは、プログレス情報を参照しつつ優先度管理テーブル１１０の設定を変更できるため、オペレータの要求に柔軟に対応できる。
【００５９】
以上、本発明の実施形態を説明したが、これらの実施形態は例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の趣旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００６０】
１・・・記憶部
２・・・検査予約情報取得部
３・・・優先度管理部
４・・・優先度変更管理部
６・・・表示インターフェイス
７・・・入力インターフェイス
８・・・バックアップデータ生成部
９・・・外部記憶部
１０・・・コンバート部
１１・・・リストア部
１２・・・データ比較部
１３・・・検証結果通知部
１４・・・データ削除部
１５・・・プログレス管理部
１６・・・患者データ管理部
１００・・・モダリティ
１０１・・・画像撮影部
１０２・・・医療施設
１１０・・・優先度管理テーブル
２００・・・アプリケーションサーバ
２０１・・・サーバ記憶部
【図１】
2014109830.tif 000003
【図２】
2014109830.tif 000004
【図３】
2014109830.tif 000005
【図４】
2014109830.tif 000006
【図５】
2014109830.tif 000007