(57)【要約】【課題】診断に関わる医用画像の画質の劣化とコスト増とを招くことなく記録容量の圧迫を防止する。【解決手段】医用画像ＤＢ３２ｄには、モダリティ機器によって撮影された非圧縮の原画像６０と、この原画像６０に非可逆圧縮処理を施して作成された非可逆圧縮画像７０とが保管されている。原画像６０には、撮影された日を示す検査日付６４ｂがメタデータとして記録されている。データサーバのＣＰＵは、新しい原画像６０の保管を行う際、医用画像ＤＢ３２ｄの記録容量を確認する。容量が不足していると判断したＣＰＵは、検査日付６４ｂを基に、医用画像ＤＢ３２ｄの中から最も古い原画像６０を検索し、検索した原画像６０を消去する。【選択図】図４
2007323378.tif 000002
【特許請求の範囲】
【請求項１】
傷病の診断の際にモダリティ機器によって撮影された原画像と、この原画像に非可逆圧縮処理を施して作成された非可逆圧縮画像とを記憶手段に記憶させて保管する画像保管方法において、
新しい前記原画像の保管が要求された際に、前記記憶手段の容量が空いているか否かを判定する判定ステップと、
前記判定ステップによって前記記憶手段の容量が空いていないと判定された際に、前記原画像に対応付けられた日付情報に基づいて前記記憶手段に記憶された前記原画像の中から最も古い前記原画像を検索する検索ステップと、
前記検索ステップによって検索された前記原画像を前記記憶手段から消去する消去ステップとを有することを特徴とする画像保管方法。
【請求項２】
前記判定ステップと前記検索ステップと前記消去ステップとは、保管が要求された新しい前記原画像に応じた容量が前記記憶手段に空くまで繰り返されることを特徴とする請求項１記載の画像保管方法。
【請求項３】
前記判定ステップによって前記記憶手段の容量が空いていると判定された際には、保管が要求された新しい前記原画像に応じた前記非可逆圧縮画像を作成するステップと、作成した前記非可逆圧縮画像と新しい前記原画像とを前記記憶手段に記憶させるステップとを行うことを特徴とする請求項１又は２記載の画像保管方法。
【請求項４】
前記検索ステップは、前記原画像の前記記憶手段からの消去を禁止するか否かを示す保護情報に基いて検索した最も古い前記原画像の消去が許容されているか否かを判定するステップを有し、検索した最も古い前記原画像の消去が許容されていないと判定した際に、前記日付情報に基いて次に古い前記原画像を検索することにより、前記記憶手段からの消去が許容された最も古い前記原画像を検索することを特徴とする請求項１から３のいずれか１項に記載の画像保管方法。
【請求項５】
前記検索ステップによって検索した結果、前記記憶手段からの消去が許容された前記原画像がない場合には、前記記憶手段の容量が不足していることを通知するステップを行うことを特徴とする請求項４記載の画像保管方法。
【請求項６】
前記保護情報は、前記原画像が示す傷病の診断が確定していない間は前記記憶手段からの消去を禁止した状態に設定され、診断が確定したことに応じて前記記憶手段からの消去を許容した状態に設定されることを特徴とする請求項４又は５記載の画像保管方法。
【請求項７】
前記保護情報は、医師の判断に基づいて前記記憶手段からの消去を禁止した状態と許容した状態とに任意に設定可能であることを特徴とする請求項４から６のいずれか１項に記載の画像保管方法。
【請求項８】
前記記憶手段には、保管する前記原画像及び前記非可逆圧縮画像の上限が設定されており、
前記判定ステップは、前記記憶手段に保管された前記原画像及び前記非可逆圧縮画像が前記上限以下であるか否かを判定することを特徴とする請求項１から７のいずれか１項に記載の画像保管方法。
【請求項９】
前記原画像には、前記モダリティ機器から出力された非圧縮の画像と、この非圧縮の画像に可逆圧縮処理を施した可逆圧縮の画像とが含まれることを特徴とする請求項１から８のいずれか１項に記載の画像保管方法。
【請求項１０】
モダリティ機器によって撮影された原画像に非可逆圧縮処理を施して前記原画像に応じた非可逆圧縮画像を作成する画像圧縮処理手段と、
前記画像圧縮処理手段によって作成された前記非可逆圧縮画像と基になった前記原画像とを記憶する記憶手段と、
前記記憶手段の容量が空いているか否かを判定する判定手段と、
前記記憶手段の容量が空いていないと前記判定手段が判定した際に、前記原画像に対応付けられた日付情報に基づいて前記記憶手段に記憶された前記原画像の中から最も古い前記原画像を検索し、検索した前記原画像を前記記憶手段から消去する保管制御手段とを備えたことを特徴とする画像保管装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、傷病の診断の際にモダリティ機器によって撮影された原画像と、この原画像に非可逆圧縮処理を施して作成された非可逆圧縮画像とを記憶手段に記憶させて保管する画像保管方法と、この方法を用いた画像保管装置に関する。
【背景技術】
【０００２】
診療所や病院などといった医療施設では、患者の症状を診断するため、放射線（Ｘ線、α線、β線、γ線など）、超音波、ＭＲ（磁気共鳴）などを利用した種々のモダリティ機器を用いて医用画像の撮影を行っている。撮影された医用画像は、予後の確認を行うためなどの理由から、複数年に亘って医療施設に保管される。このため、医療施設では、大量の医用画像を保管しなければならず、保管スペースの確保や管理作業、及び検索作業などが大きな負担となっていた。
【０００３】
こうした問題を解決するため、サーバを有するデータセンタと医療施設とをインターネットなどのネットワークを介して接続する診断支援システムが、例えば、特許文献１などによって知られている。この診断支援システムでは、医療施設で撮影された医用画像を電子化してデータセンタに送り、データセンタに医用画像を管理させる。これにより、医療施設における医用画像の保管スペースを大幅に削減することができる。また、管理、検索作業をデータセンタ側で行うことにより、医療施設の業務の効率化を図ることもできる。
【特許文献１】特開２００５−２７６００２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、複数の医療施設が接続されるデータセンタでは、膨大な量の医用画像を保管しなければならず、記録容量がすぐに一杯になってしまうという問題がある。この問題の解決策としては、記録容量を増設することが考えられるが、一杯になる度に逐一容量を増設していたのでは、コストが掛かり過ぎてしまう。また、医用画像に非可逆的な圧縮を施して医用画像自体の容量を低下させることも考えられるが、非可逆的な圧縮を施すと画質の劣化が懸念される。特に診断が未確定の医用画像では、画質の劣化が診断の確定を困難なものにしてしまうことも考えられる。さらには、可逆圧縮を医用画像に対して施すことも考えられるが、可逆圧縮は非可逆圧縮に比べて圧縮率が低いため、記録容量の圧迫の大幅な改善を見込むことは難しい。
【０００５】
本発明は、上記課題を鑑みてなされたものであって、診断に関わる医用画像の画質の劣化と、コスト増とを招くことなく、記録容量の圧迫を防止することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を達成するため、傷病の診断の際にモダリティ機器によって撮影された原画像と、この原画像に非可逆圧縮処理を施して作成された非可逆圧縮画像とを記憶手段に記憶させて保管する本発明の画像保管方法は、新しい前記原画像の保管が要求された際に、前記記憶手段の容量が空いているか否かを判定する判定ステップと、前記判定ステップによって前記記憶手段の容量が空いていないと判定された際に、前記原画像に対応付けられた日付情報に基づいて前記記憶手段に記憶された前記原画像の中から最も古い前記原画像を検索する検索ステップと、前記検索ステップによって検索された前記原画像を前記記憶手段から消去する消去ステップとを有することを特徴とする。
【０００７】
なお、前記判定ステップと前記検索ステップと前記消去ステップとは、保管が要求された新しい前記原画像に応じた容量が前記記憶手段に空くまで繰り返されることが好ましい。
【０００８】
また、前記判定ステップによって前記記憶手段の容量が空いていると判定された際には、保管が要求された新しい前記原画像に応じた前記非可逆圧縮画像を作成するステップと、作成した前記非可逆圧縮画像と新しい前記原画像とを前記記憶手段に記憶させるステップとを行うことが好ましい。
【０００９】
さらに、前記検索ステップは、前記原画像の前記記憶手段からの消去を禁止するか否かを示す保護情報に基いて検索した最も古い前記原画像の消去が許容されているか否かを判定するステップを有し、検索した最も古い前記原画像の消去が許容されていないと判定した際に、前記日付情報に基いて次に古い前記原画像を検索することにより、前記記憶手段からの消去が許容された最も古い前記原画像を検索することが好ましい。
【００１０】
なお、前記検索ステップによって検索した結果、前記記憶手段からの消去が許容された前記原画像がない場合には、前記記憶手段の容量が不足していることを通知するステップを行うことが好ましい。
【００１１】
また、前記保護情報は、前記原画像が示す傷病の診断が確定していない間は前記記憶手段からの消去を禁止した状態に設定され、診断が確定したことに応じて前記記憶手段からの消去を許容した状態に設定されることが好ましい。
【００１２】
さらに、前記保護情報は、医師の判断に基づいて前記記憶手段からの消去を禁止した状態と許容した状態とに任意に設定可能であることが好ましい。
【００１３】
なお、前記記憶手段には、保管する前記原画像及び前記非可逆圧縮画像の上限が設定され、前記判定ステップは、前記記憶手段に保管された前記原画像及び前記非可逆圧縮画像が前記上限以下であるか否かを判定することが好ましい。
【００１４】
また、前記原画像には、前記モダリティ機器から出力された非圧縮の画像と、この非圧縮の画像に可逆圧縮処理を施した可逆圧縮の画像とが含まれることが好ましい。
【００１５】
さらに、本発明の画像保管装置は、モダリティ機器によって撮影された原画像に非可逆圧縮処理を施して前記原画像に応じた非可逆圧縮画像を作成する画像圧縮処理手段と、前記画像圧縮処理手段によって作成された前記非可逆圧縮画像と基になった前記原画像とを記憶する記憶手段と、前記記憶手段の容量が空いているか否かを判定する判定手段と、前記記憶手段の容量が空いていないと前記判定手段が判定した際に、前記原画像に対応付けられた日付情報に基づいて前記記憶手段に記憶された前記原画像の中から最も古い前記原画像を検索し、検索した前記原画像を前記記憶手段から消去する保管制御手段とを備えたことを特徴とする。
【発明の効果】
【００１６】
本発明によれば、新しい原画像の保管が要求された際に、記憶手段の容量が空いているか否かを判定し、記憶手段の容量が空いていないと判定された際に、原画像に対応付けられた日付情報に基づいて記憶手段に記憶された原画像の中から最も古い原画像を検索し、検索された原画像を記憶手段から消去するようにしたので、増設を行うことなく容量を空けることができるので、コスト増を招くことなく容量の圧迫を防止することができる。
【００１７】
また、原画像を消去した後にも非可逆圧縮画像が残るので、非可逆圧縮画像を見ることによって原画像が示す症例を確認することができる。さらには、日付情報に基いて原画像の消去を古い順に行うので、画質の劣化した非可逆圧縮画像によって診断を確定しなければいけないという事態を防止することができる。
【発明を実施するための最良の形態】
【００１８】
図１は、医用ネットワークシステム１０の構成を概略的に示す説明図である。医用ネットワークシステム１０は、病院や診療所などといった複数の医療施設１２と、ネットワーク１６を介して各医療施設１２と接続されるデータセンタ（画像保管装置）１４とからなる。各医療施設１２は、通院する患者の情報や診断に際して取得される医用画像などといった種々の医療情報ＭＩを、ネットワーク１６を介してデータセンタ１４に送信する。データセンタ１４は、各医療施設１２から送られた医療情報ＭＩを保存するとともに、各医療施設１２からの要求に応じて保存した医療情報ＭＩを返信する。
【００１９】
このように、医用ネットワークシステム１０は、各医療施設１２で生じる医療情報ＭＩを電子データとしてデータセンタ１４が一括管理することにより、カルテや医用画像のフイルムなどの保管スペースを医療施設１２から削減するとともに、医療情報ＭＩの管理及び検索作業をデータセンタ１４が行うことにより、医療施設１２の業務の効率化を図る。また、医用ネットワークシステム１０は、各医療施設１２の医療情報ＭＩをデータセンタ１４を介して共有化することにより、各医療施設１２間の連携を強化する。
【００２０】
医療施設１２には、医療施設１２内の医療情報ＭＩを管理するクライアント端末２０と、医用画像を撮影するモダリティ機器２２と、医用画像を含む各種の電子データを紙やフイルムなどに印刷するプリンタ２４と、ネットワーク１６に接続するためのネットワークインタフェース２６とが設けられている。これらの各機器は、医療施設１２内のローカルエリアネットワーク（ＬＡＮ）を介して互いに接続されている。なお、図１では、クライアント端末２０とモダリティ機器２２とプリンタ２４とをそれぞれ１つずつ設けているが、これらの各機器は、医療施設１２内に複数設けてもよい。
【００２１】
クライアント端末２０は、例えば、医療施設１２の診察室内に配置される。このクライアント端末２０は、医師が患者に係る医療情報ＭＩを入力する際に用いられる。医師は、例えば、患者と対面して診察を行いながら、クライアント端末２０を介して医療情報ＭＩの入力を行う。また、クライアント端末２０は、医師が診断結果を患者に説明する際に、モダリティ機器２２で撮影された医用画像やデータセンタ１４から読み出された各医療情報ＭＩなどを表示し、診断結果の説明を支援する。
【００２２】
医師が入力する医療情報ＭＩには、例えば、患者情報、検査情報、診療情報などがある。患者情報は、各患者の個人情報を表すものであり、例えば、患者氏名、患者ＩＤ、現住所、生年月日、年齢、性別、家族構成、及び既往歴やアレルギーの有無などが含まれる。なお、患者ＩＤは、患者情報の入力時にクライアント端末２０によって自動的に発行される各患者固有の番号である。患者ＩＤは、例えば、医療施設１２毎に付与された４桁の医療施設番号に４桁の通し番号を加えた計８桁の番号で表され、各医療施設１２で患者ＩＤが重複しないようにされている。なお、患者ＩＤの発行方法、及び桁数などは、上記に限るものではなく、例えば、データセンタ１４から通し番号を発行するようにしてもよい。また、患者ＩＤは、数字のみに限ることなく、例えば、アルファベットなどの文字や記号などと組み合わせるようにしてもよい。
【００２３】
検査情報は、診断に際して撮影された医用画像などの情報であり、例えば、検査日付、検査機器、検査方法、検査部位などが含まれる。なお、検査方法とは、正面及び側面などの撮影に対する患者の向きや、造影剤の有無などである。また、検査部位とは、検査の対象となっている胸部、胸腹部、四肢、及び腰椎などである。診療情報は、患者に対しての診療の情報であり、例えば、診療日付、診療科、傷病名、診断結果、治療期間、投薬の種類及び量、処方薬局名などが含まれる。なお、治療期間とは、同一傷病に関して医療施設１２に通院した期間である。
【００２４】
なお、患者情報は、クライアント端末２０に限ることなく、例えば、レセプト（診療報酬明細書）を作成、記録するレセプト・コンピュータ（図示は省略）などを介して入力されるようにしてもよい。また、検査情報も、クライアント端末２０に限ることなく、例えば、モダリティ機器２２で撮影を行う際などに入力されるようにしてもよい。さらに、各情報は、それぞれ分けることなく、患者に対する１つの情報として集約するようにしてもよい。
【００２５】
モダリティ機器２２には、例えば、超音波診断装置、ＣＲ（Computed Radiography）装置、ＣＴ（Computed Tomography）装置、ＭＲＩ（Magnetic Resonance Imaging）装置などといった周知の医用撮影装置が用いられる。モダリティ機器２２で撮影された医用画像は、ＬＡＮを介してクライアント端末２０に送信される。この際、モダリティ機器２２は、例えば、患者ＩＤなどをメタデータとして医用画像に書き込み、撮影された医用画像が、どの患者のものであるかなどを容易に識別できるようにする。なお、このような医用画像のファイル形式としては、例えば、ＤＩＣＯＭ（Digtal Imaging and Communications in Medicine）形式が知られている。また、デジタルの医用画像には、撮像素子などを利用したモダリティ機器２２によって直接撮影されるものと、アナログ式のモダリティ機器２２で撮影された後、スキャナ（図示は省略）などによってデジタイズされたものとを含むものとする。
【００２６】
ネットワークインタフェース２６は、医療施設１２のＬＡＮに応じた形式とネットワーク１６に応じた形式とにデータを変換することにより、医療施設１２のＬＡＮとネットワーク１６とを接続する。このネットワークインタフェース２６は、例えば、モデムやルータなどであり、ネットワーク１６やＬＡＮの規格に準拠して適宜選択される。なお、ネットワーク１６は、例えば、専用回線や公衆電話交換網（ＰＳＴＮ）、及びインターネットなど、各医療施設１２とデータセンタ１４との相互通信が可能なものであれば、如何なるものでもよい。
【００２７】
データセンタ１４には、各医療施設１２との医療情報ＭＩの送受を制御するデータサーバ３０と、各医療施設１２から送られた医療情報ＭＩを記憶するストレージユニット（記憶手段）３２と、ネットワーク１６に接続するためのネットワークインタフェース３４とが設けられている。また、これらの各機器は、データセンタ１４内のＬＡＮを介して互いに接続されている。
【００２８】
データサーバ３０は、各医療施設１２から受信した医療情報ＭＩを、患者情報、検査情報、診療情報、医用画像などの各情報に仕分けてストレージユニット３２に保管する。また、データサーバ３０は、各医療施設１２からの要求に応じてストレージユニット３２から保管した各情報を読み出し、読み出した医療情報ＭＩを要求元の医療施設１２に送信する。さらに、データサーバ３０は、各医療施設１２と医療情報ＭＩの送受を行う際、例えば、医療施設番号や各医師に付与された医師ＩＤ番号、又は各クライアント端末２０に予め発行されたデジタル証明書などの照合を行い、データセンタ１４への不正なアクセスを防止する。
【００２９】
ストレージユニット３２は、いわゆるネットワーク対応型の記憶装置である。このストレージユニット３２は、例えば、ＤＶＤなどのメディアに記録する各種のドライブや、ハードディスクドライブ（ＨＤＤ）などによって構成される。なお、ストレージユニット３２は、１台に限ることなく、例えば、メイン用とバックアップ用などのように複数台設けるようにしてもよい。また、ストレージユニット３２は、例えば、保存する医療情報ＭＩの項目毎に設けられた複数のドライブの集合体などであってもよい。さらに、ストレージユニット３２は、ネットワーク対応型のものに限ることなく、例えば、データサーバ３０のＨＤＤなどであってもよい。
【００３０】
ストレージユニット３２には、患者情報データベース（ＤＢ）３２ａ、検査情報ＤＢ３２ｂ、診療情報ＤＢ３２ｃ、医用画像ＤＢ３２ｄなど、医療情報ＭＩの各項目に応じた複数のデータベースが構築されている。患者情報ＤＢ３２ａには、各医療施設１２から送られた患者情報が保管される。また、検査情報ＤＢ３２ｂ、診療情報ＤＢ３２ｃ、医用画像ＤＢ３２ｄには、同様に、各医療施設１２から送られた検査情報、診療情報、医用画像のそれぞれが保管される。
【００３１】
ネットワークインタフェース３４は、データセンタ１４のＬＡＮに応じた形式とネットワーク１６に応じた形式とにデータを変換することにより、データセンタ１４のＬＡＮとネットワーク１６とを接続する。このネットワークインタフェース３４は、例えば、モデムやルータなどであり、ネットワーク１６やＬＡＮの規格に準拠して適宜選択される。
【００３２】
図２は、クライアント端末２０の構成を概略的に説明するブロック図である。クライアント端末２０は、周知のパーソナルコンピュータやワークステーションなどであり、ＣＰＵ４０と、メモリ４１と、ＨＤＤ４２と、モニタ４３と、入力機器４４と、ＬＡＮボード４５とを有している。また、これらの各部は、バス４６を介して互いに接続されている。ＨＤＤ４２には、医用ネットワークシステム１０に対応した種々のプログラムが記録されている。ＣＰＵ４０は、ＨＤＤ４２から各プログラムを読み出してメモリ４１に展開し、読み出したプログラムを逐次処理することによって、クライアント端末２０を統括的に制御する。
【００３３】
モニタ４３は、ＣＰＵ４０によるプログラムの各処理に応じて種々の操作画面を表示する。なお、モニタ４３には、例えば、液晶ディスプレイやＣＲＴディスプレイなどの周知の表示装置を用いればよい。入力機器４４は、例えば、キーボードやマウスなどによって構成され、クライアント端末２０に操作を指示したり、医療情報ＭＩを入力する際などに用いられる。ＬＡＮボード４５は、クライアント端末２０を医療施設１２のＬＡＮに接続する。ＬＡＮボード４５は、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）など、ＬＡＮの規格に応じたものが適宜選択される。
【００３４】
図３は、データサーバ３０の構成を概略的に説明するブロック図である。データサーバ３０は、周知のパーソナルコンピュータやワークステーションなどであり、ＣＰＵ（判定手段、保管制御手段）５０と、メモリ５１と、ＨＤＤ５２と、モニタ５３と、入力機器５４と、ＬＡＮボード５５と、画像圧縮処理部（画像圧縮処理手段）５６とを有している。また、これらの各部は、バス５７を介して互いに接続されている。ＨＤＤ５２には、画像保管プログラム５２ａを含む種々のプログラムが記録されている。ＣＰＵ５０は、ＨＤＤ５２から各プログラムを読み出してメモリ５１に展開し、読み出したプログラムを逐次処理することによって、データサーバ３０を統括的に制御する。
【００３５】
モニタ５３、入力機器５４、及びＬＡＮボード５５は、クライアント端末２０に設けられたものと同様であるので、詳細な説明を省略する。モニタ５３と入力機器５４とは、例えば、データセンタ１４内の管理者が、ＨＤＤ５２に記録された各プログラムやストレージユニット３２に構築された各データベース３２ａ〜３２ｄの情報を更新したりする際などに用いられる。
【００３６】
画像圧縮処理部５６は、医療施設１２から送られた非圧縮の医用画像（以下、原画像と称す）に対して非可逆圧縮処理を行い、原画像に応じた非可逆圧縮画像を作成する。なお、画像圧縮処理部５６による非可逆圧縮処理は、例えば、モダリティ機器２２から生データとして出力されたＤＩＣＯＭ形式などの原画像を、所定の圧縮率のＪＰＥＧＥ形式に変換することによって行われる。なお、画像圧縮処理部５６が行う非可逆圧縮処理の圧縮率は、例えば、入力機器５４などを介して任意に変更できることが好ましい。
【００３７】
ＣＰＵ５０は、医療施設１２から原画像を受信すると、受信した原画像を画像圧縮処理部５６に入力し、画像圧縮処理部５６に非可逆圧縮画像を作成させる。そして、図４に示すように、受信した原画像６０と、この原画像６０を基に作成された非可逆圧縮画像７０との双方を医用画像ＤＢ３２ｄに保管する。また、医用画像ＤＢ３２ｄには、入力機器５４を介して記録容量の上限値が設定される。ＣＰＵ５０は、医用画像ＤＢ３２ｄに各画像６０、７０を保管する際、医用画像ＤＢ３２ｄの記録容量を確認し、設定された上限値以上に各画像６０、７０が保管されないようにする。
【００３８】
図４に示すように、原画像６０には、画像データ６２ａを記録する画像記録領域６２と、メタデータを記録するタグ領域６４とが設けられている。原画像６０のタグ領域６４には、どの患者の原画像６０であるかを識別するための識別情報としての患者ＩＤ６４ａと、原画像６０が何時撮影されたかを示す日付情報としての検査日付６４ｂと、原画像６０の医用画像ＤＢ３２ｄからの消去を禁止するか否かを示す保護情報としての画像保護フラグ６４ｃとが、メタデータとして記録されている。また、各メタデータは、前述のように、画像データ６２ａとともにモダリティ機器２２によって作成される。
【００３９】
画像保護フラグ６４ｃは、例えば、「０」、「１」で表されるフラグである。画像保護フラグ６４ｃに「１」が設定されている（フラグが立っている）と、原画像６０の消去が禁止された状態となり、原画像６０が保護される。一方、画像保護フラグ６４ｃに「０」が設定されている（フラグが降りている）と、原画像６０の消去が許容された状態となる。原画像６０は、画像保護フラグ６４ｃに「１」が設定された状態で作成され、クライアント端末２０を介して診断の確定を医師が指示したことに応じて、画像保護フラグ６４ｃに「０」が設定される。つまり、原画像６０は、診断が確定するまで消去が禁止された状態で保護され、診断の確定後に消去が許容された状態となる。
【００４０】
また、画像保護フラグ６４ｃは、医師の判断に基づいて原画像６０を保護できるよう、クライアント端末２０から任意に変更できるように構成されている。医師は、例えば、原画像６０の示す症例が医学的に意味のある場合などに、クライアント端末２０を介して画像保護フラグ６４ｃを「１」に設定し、診断の確定後にも原画像６０が保護されるようにする。また、ＣＴ装置やＭＲＩ装置などによって数百枚撮影されるスライス画像の場合、その全てが診断の確定に必要となるわけではない。このような場合、医師は、診断の確定に必要となった原画像６０の画像保護フラグ６４ｃのみに「１」を設定して、その原画像６０を保護するとともに、その他の原画像６０の消去を許容する。なお、画像保護フラグ６４ｃの設定の変更は、クライアント端末２０で行うようにしてもよいし、クライアント端末２０で入力された情報に基づいてデータサーバ３０で行うようにしてもよい。
【００４１】
また、図４に示すように、非可逆圧縮画像７０にも、原画像６０と同様に、画像データ７２ａを記録する画像記録領域７２と、メタデータを記録するタグ領域７４とが設けられている。非可逆圧縮画像７０のタグ領域７４には、どの患者の非可逆圧縮画像７０であるかを識別するための識別情報としての患者ＩＤ７４ａのみが、メタデータとして記録されている。この患者ＩＤ７４ａは、画像圧縮処理部５６によって非可逆圧縮された画像データ７２ａとともに作成される。これにより、各患者ＩＤ６４ａ、７４ａを介して医用画像ＤＢ３２ｄに保管された原画像６０と非可逆圧縮画像７０とが対応付けられる。
【００４２】
なお、本例では、原画像６０と非可逆圧縮画像７０との双方を医用画像ＤＢ３２ｄに保管するようにしているが、これに限ることなく、原画像６０と非可逆圧縮画像７０とのそれぞれにデータベースを構築するようにしてもよい。
【００４３】
次に、図５に示すフローチャートを参照しながら、上記構成による医用ネットワークシステム１０の作用について説明する。診断に際してモダリティ機器２２で撮影された原画像６０は、モダリティ機器２２からクライアント端末２０に送信され、クライアント端末２０のＨＤＤ４２に一時的に保管される。ＨＤＤ４２に一時保管された原画像６０は、入力機器４４を介して入力されるユーザからの送信指示に応じてデータセンタ１４に送信される。この際、ＣＰＵ４０は、原画像６０に医療施設番号などを付加してデータセンタ１４への送信を行う。なお、原画像６０をデータセンタ１４に送信するタイミングは、ユーザからの送信指示に限ることなく、例えば、ＣＰＵ４０が定期的に送信するようにしてもよいし、データサーバ３０側が定期的に吸い上げるようにしてもよい。
【００４４】
データセンタ１４に送信された原画像６０は、ネットワークインタフェース３４を介してデータサーバ３０に入力される。原画像６０を受信したデータサーバ３０のＣＰＵ５０は、ストレージユニット３２の医用画像ＤＢ３２ｄにアクセスし、医用画像ＤＢ３２ｄの記録容量が予め設定された上限値以下か否かを判定する。
【００４５】
医用画像ＤＢ３２ｄの記録容量が上限値以上であると判定したＣＰＵ５０は、原画像６０にメタデータとして付与された検査日付６４ｂを基に、医用画像ＤＢ３２ｄに保管された各原画像６０の中から最も古い原画像６０を検索する。最も古い原画像６０を検索したＣＰＵ５０は、その原画像６０の画像保護フラグ６４ｃを参照し、画像保護フラグ６４ｃが降りているか否かを確認する。
【００４６】
画像保護フラグ６４ｃが立っていることを確認したＣＰＵ５０は、その原画像６０が保護されていると判断し、医用画像ＤＢ３２ｄに保管された各原画像６０の中から次に古い原画像６０を検索する。ＣＰＵ５０は、このように順次検索を行い、医用画像ＤＢ３２ｄに保管された各原画像６０の中から消去が許容された最も古い原画像６０を見付ける。
【００４７】
上記検索を行った後、医用画像ＤＢ３２ｄの中に消去の許容された原画像６０が無いと判断したＣＰＵ５０は、受信した原画像６０に付加された医療施設番号を参照し、送信元の医療施設１２に容量不足のメッセージを送信する。容量不足のメッセージを受信した医療施設１２のクライアント端末２０は、図６に示すように、モニタ４３に表示される操作画面８０上に容量不足のメッセージに対応したメッセージボックス８２をポップアップ表示させる。これにより、クライアント端末２０のＣＰＵ４０は、送信した原画像６０がデータセンタ１４に保管されなかったことをユーザに通知する。
【００４８】
一方、消去が許容された最も古い原画像６０を見付けたＣＰＵ５０は、その原画像６０を消去する。原画像６０を消去したＣＰＵ５０は、再び医用画像ＤＢ３２ｄの記録容量が予め設定された上限値以下か否かを判定する。ＣＰＵ５０は、上記のような手順で上限値以下になるまで原画像６０の消去を繰り返すか、あるいは容量不足のメッセージの送信を行う。これにより、増設を行うことなく記録容量を空けることができるので、コスト増を招くことなく記録容量の圧迫を防止することができる。
【００４９】
医用画像ＤＢ３２ｄの記録容量が上限値以下であると判定したＣＰＵ５０は、医療施設１２から送られた新たな原画像６０を画像圧縮処理部５６に入力し、原画像６０に応じた非可逆圧縮画像７０を作成する。非可逆圧縮画像７０を作成したＣＰＵ５０は、作成した非可逆圧縮画像７０と、その基になった原画像６０との双方を医用画像ＤＢ３２ｄに保管する。
【００５０】
これにより、原画像６０を消去した後にも非可逆圧縮画像７０が残るので、非可逆圧縮画像７０を見ることによって原画像６０が示す症例を確認することができる。また、原画像６０は、画像保護フラグ６４ｃを確認することにより、少なくとも診断が確定するまでは消去されないので、画質の劣化した非可逆圧縮画像７０によって診断を確定しなければいけないという事態に陥る心配も無い。なお、非可逆圧縮画像７０は、永続的に保管してもよいし、所定の期間経過した後に消去してもよい。
【００５１】
各画像６０、７０を保存したデータサーバ３０は、受信した原画像６０に付加された医療施設番号を参照して送信元の医療施設１２に保存完了のメッセージを送信する。保存完了のメッセージを受信したクライアント端末２０のＣＰＵ４０は、図７に示すように、モニタ４３に表示される操作画面８０上に保存完了のメッセージに対応したメッセージボックス８４をポップアップ表示させる。これにより、クライアント端末２０のＣＰＵ４０は、送信した原画像６０がデータセンタ１４に保管されたことをユーザに通知する。
【００５２】
また、ＣＰＵ４０は、ユーザへの通知を行うとともに、ＨＤＤ４２に一時保管された送信済みの原画像６０を消去し、ＨＤＤ４２の記録容量が圧迫されることを防止する。なお、ＨＤＤ４２から原画像６０を消去するタイミングは、保存完了のメッセージの受信直後に限ることなく、例えば、一年などの所定の期間が経過した後に消去するようにしてもよいし、患者の同一傷病に対する治療が完了した後に消去するようにしてもよい。
【００５３】
なお、上記実施形態では、医用画像ＤＢ３２ｄに保管を行う際に、医用画像ＤＢ３２ｄの記録容量が上限値以下か否かを確認するようにしたが、これに限ることなく、例えば、上限値に対する空き容量と記録する画像の容量とを比較し、保管によって上限値を超えるか否かを確認するようにしてもよい。この際、上限値は、医用画像ＤＢ３２ｄに割り当てられた容量そのものであってもよい。
【００５４】
また、上記実施形態では、保護情報として画像保護フラグ６４ｃを示したが、保護情報の態様は、これに限ることなく、例えば、メタデータとして書き込まれた文字列で認識するなど、原画像６０の消去の禁止と許容とが判別できるものであれば、如何なる態様であってもよい。また、日付情報としての検査日付６４ｂや画像保護フラグ６４ｃなどは、メタデータとして付与する形式に限ることなく、例えば、別のファイルに表形式などで記録するようにしてもよい。さらに、日付情報は、モダリティ機器２２によって撮影された日に限ることなく、例えば、医用画像ＤＢ３２ｄに保管された日などであってもよい。
【００５５】
さらに、上記実施形態では、原画像６０を医用画像ＤＢ３２ｄに保管する際に非可逆圧縮画像７０を作成するようにしているが、非可逆圧縮画像７０を作成するタイミングは、これに限ることなく、例えば、消去が許容された最も古い原画像６０を医用画像ＤＢ３２ｄから消去する直前に、その原画像６０に対応した非可逆圧縮画像７０を作成するようにしてもよい。このように、原画像６０を消去する直前に非可逆圧縮画像７０を作成することで、原画像６０と非可逆圧縮画像７０とを同時に保管する必要がなくなるので、医用画像ＤＢ３２ｄの記録容量の圧迫をより効率よく防止することができる。また、データサーバ３０で非可逆圧縮画像７０を作成することに限らず、例えば、クライアント端末２０で非可逆圧縮画像７０の作成を行い、作成した非可逆圧縮画像７０と基になった原画像６０とをデータセンタ１４に送信するようにしてもよい。
【００５６】
なお、上記実施形態では、原画像６０の保管を医療施設１２から要求する際に、原画像６０自体を送信するようにしているが、画像データの送受信方法は、これに限ることなく、例えば、先に原画像６０の容量のデータだけを送って保管可能か否かを判定した後に原画像６０を送るなど、周知の送受信方法を用いればよい。
【００５７】
また、上記実施形態では、原画像６０をモダリティ機器２２から出力された非圧縮の画像としているが、原画像６０は、これに限ることなく、非圧縮の画像に可逆圧縮処理を施したものとしてもよい。なお、可逆圧縮処理は、例えば、ＬＺ７７やハフマン符号化などの周知のアルゴリズムによればよい。
【００５８】
さらに、上記各実施形態では、複数の医療施設とデータセンタとからなる医用ネットワークシステム１０のデータセンタ１４に本発明を適用した例を示したが、本発明は、これに限ることなく、例えば、１つの医療施設内に設置された複数のクライアント端末とデータサーバとからなるシステムのデータサーバに本発明を適用してもよい。さらには、システムに限ることなく、例えば、クライアント端末に設けられたＨＤＤに医療画像を保管する際に、本発明を適用してもよい。
【図面の簡単な説明】
【００５９】
【図１】医用ネットワークシステムの構成を概略的に示す説明図である。
【図２】クライアント端末の構成を概略的に説明するブロック図である。
【図３】データサーバの構成を概略的に説明するブロック図である。
【図４】原画像と非可逆圧縮画像のファイル形式を概略的に説明する説明図である。
【図５】医用ネットワークシステムの動作を概略的に示すフローチャートである。
【図６】容量不足のメッセージに対応したメッセージボックスの表示例である。
【図７】保存完了のメッセージに対応したメッセージボックスの表示例である。
【符号の説明】
【００６０】
１０  医用ネットワークシステム
１２  医療施設
１４  データセンタ（画像保管装置）
１６  ネットワーク
２０  クライアント端末
２２  モダリティ機器
３０  データサーバ
３２  ストレージユニット（記憶手段）
５０  ＣＰＵ（判定手段、保管制御手段）
５６  画像圧縮処理部（画像圧縮処理手段）
６０  原画像
６４ｂ  検査日付（日付情報）
６４ｃ  画像保護フラグ（保護情報）
７０  非可逆圧縮画像
【図１】
2007323378.tif 000003
【図２】
2007323378.tif 000004
【図３】
2007323378.tif 000005
【図４】
2007323378.tif 000006
【図５】
2007323378.tif 000007
【図６】
2007323378.tif 000008
【図７】
2007323378.tif 000009