(57)【要約】  【課題】医療用所見データと、医療用所見データを作成する際に読影した医療用画像データの対象部位との関連付けが容易に行なえ、診断の評価を正確に実施可能な画像データベースシステムを提供する。  【解決手段】  ビューワに、表示された画像の任意の位置を指定する位置指定手段と、位置指定手段により指定された位置に対する所見データを入力するテンプレートを、位置指定手段による指定位置が指示されるように表示するレポート表示手段と、テンプレートに入力された所見または診断データを前記画像データベースサーバにレポート情報として格納するレポート情報格納手段とを備え、レポート情報は、入力された所見または診断データに対応する画像データ及び当該画像データに対する指定位置データと関連付けるリンク情報テーブルデータとともに画像データベースサーバに格納される。  【選択図】  図１８
2005025669.tif 000002
【特許請求の範囲】
【請求項１】
医療用画像データを蓄積するストレージユニットと、前記ストレージユニットに蓄積された医療用画像データに関連付けられたキー情報を含む属性情報が格納された画像データベースサーバと、前記画像データベースサーバから医療用画像データを取得して表示処理するビューワとからなる画像データベースシステムであって、
前記ビューワに、表示された画像の任意の位置を指定する位置指定手段と、前記位置指定手段により指定された位置に対する所見データを入力するテンプレートを、前記位置指定手段による指定位置が指示されるように表示するレポート表示手段と、前記テンプレートに入力された所見または診断データを前記画像データベースサーバにレポート情報として格納するレポート情報格納手段とを備え、
前記レポート情報は、入力された所見または診断データに対応する画像データ及び当該画像データに対する指定位置データと関連付けるリンク情報テーブルデータとともに前記画像データベースサーバに格納される画像データベースシステム。
【請求項２】
前記リンク情報テーブルデータに、ビューワによる画像データの表示条件を備えている請求項１記載の画像データベースシステム。
【請求項３】
前記レポート表示手段は、診断対象である画像データに対する単一または複数の所見または診断データと当該画像データのサムネイル画像とからなるレポートサマリー情報表示手段を備え、前記レポート情報格納手段は、前記レポートサマリー情報に一次診断者による一次登録データと二次診断者による確定登録データとを識別可能な診断レベルデータを付加して前記画像データベースサーバに格納する請求項１または２記載の画像データベースシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＣＴ装置、ＭＲＩ装置などのモダリティ装置により撮影された大量の医療用画像情報を電子情報として保管するとともに診断に資する画像データベースシステムに関し、詳しくは、医療用所見データと、医療用所見データを作成する際に読影した医療用画像データの対象部位との関連付けが容易に行なえる画像データベースシステムに関する。
【背景技術】
【０００２】
従来、モダリティ装置により生成され、画像サーバに格納される医用画像データが、専用の高解像度ディスプレイを備えたビューワにより画面上に再現され、診断医は、当該ビューワに再現された画像を読影しながら、レポートデータを管理するレポートサーバに接続された所見作成端末を操作して、所見データを入力していた。このようにして作成されたレポートデータは、ビューワに表示された画像データとリンクデータを介してリンク付けられた状態でレポートサーバに格納されており、後にレポートと対象画像を同時に所見作成端末に表示可能に構成されたものや、所見作成端末に表示されたレポートと同期してビューワに表示可能に構成されたものが提案されていた。
【特許文献１】特開２００１−２７３３６４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上述したレポートと対象画像を同時に所見作成端末に表示させるものでは、端末の解像度の制限から明瞭な対象画像が表示されず、後に所見作成端末を目視して診断の正当性を評価するのが困難であるという問題点があり、所見作成端末に表示されたレポートと同期してビューワに表示させるものでは、当該対象画像のどの部位を対象として所見データが入力されたのかを明確に特定できず、やはり同様に診断の正当性を評価するのが困難であるという問題があった。
【０００４】
本発明は、上述した問題点に鑑み、医療用所見データと、医療用所見データを作成する際に読影した医療用画像データの対象部位との関連付けが容易に行なえ、診断の評価を正確に実施可能な画像データベースシステムを提供する点にある。
【課題を解決するための手段】
【０００５】
上述の目的を達成するため、本発明による画像データベースシステムの第一の特徴構成は、特許請求の範囲の欄の請求項１に記載した通り、医療用画像データを蓄積するストレージユニットと、前記ストレージユニットに蓄積された医療用画像データに関連付けられたキー情報を含む属性情報が格納された画像データベースサーバと、前記画像データベースサーバから医療用画像データを取得して表示処理するビューワとからなり、前記ビューワに、表示された画像の任意の位置を指定する位置指定手段と、前記位置指定手段により指定された位置に対する所見データを入力するテンプレートを、前記位置指定手段による指定位置が指示されるように表示するレポート表示手段と、前記テンプレートに入力された所見または診断データを前記画像データベースサーバにレポート情報として格納するレポート情報格納手段とを備え、前記レポート情報は、入力された所見または診断データに対応する画像データ及び当該画像データに対する指定位置データと関連付けるリンク情報テーブルデータとともに前記画像データベースサーバに格納される構成してある点にある。
【０００６】
上述した構成によれば、ビューワを介して所見データが入力可能となり、しかも、位置指定手段によりビューワに表示された診断対象画像の対象個所を指定することにより、レポート表示手段によりその位置が指定されたテンプレートが表示されるので、診断医は誤り無く所見データや診断データを入力できるようになる。入力されたレポート情報は、当該画像データ及び当該画像データに対する指定位置データと関連付けるリンク情報テーブルデータとともに前記画像データベースサーバに格納されるので、後でレポートデータを評価する場合であっても、当該画像データの診断対象位置を指示するようにレポートが表示されるので、診断の評価も確実に行なえるようになるのである。
【０００７】
同第二の特徴構成は、同欄請求項２に記載した通り、上述の第一特徴構成に加えて、前記リンク情報テーブルデータに、ビューワによる画像データの表示条件を備えている点にあり、このように構成することにより、この所見データを参照する医師が、読影時に診断医により選択された画像表示条件と同一の表示条件で画像を再生表示できるようになるのである。
【０００８】
同第三の特徴構成は、同欄請求項３に記載した通り、上述の第一または第二特徴構成に加えて、前記レポート表示手段は、診断対象である画像データに対する単一または複数の所見または診断データと当該画像データのサムネイル画像とからなるレポートサマリー情報表示手段を備え、前記レポート情報格納手段は、前記レポートサマリー情報に一次診断者による一次登録データと二次診断者による確定登録データとを識別可能な診断レベルデータを付加して前記画像データベースサーバに格納する点にある。
【０００９】
上述の構成により、検査単位毎に検査結果がレポートサマリー情報として管理でき、登録データにより診断レベルが管理できるので、診断医から患者の主治医までの情報の開示管理が容易に行なえるようになるのである。例えば、確定登録されているレポートサマリーは主治医がアクセスでき、一次登録までのレポートサマリーは主治医はアクセスできず、担当画像診断医と責任画像診断医がアクセスできるというようなアクセス権の制御に使用できるのである。
【発明の効果】
【００１０】
以上説明した通り、本発明によれば、医療用所見データと、医療用所見データを作成する際に読影した医療用画像データの対象部位との関連付けが容易に行なえ、診断の評価を正確に実施可能な画像データベースシステムを提供することができるようになった。
【発明を実施するための最良の形態】
【００１１】
以下に本発明による画像データベースシステム実施の形態を説明する。図１に示すように、画像データベースシステムは、基本フレーム（基本最小タワー）と複数の拡張フレーム（増設タワー）とから構成される。
【００１２】
基本フレームは、医療用画像データを蓄積する４台のストレージユニット１からなるストレージユニット群と、各ストレージユニット１を管理する２台のコントロールユニット２からなるコントロールユニット群と、各ストレージユニット１に蓄積された医療用画像データに関連付けられたキー情報を含む属性情報が格納され、外部接続されたビューワ１１との間で医療用画像データを中継処理する２台の画像データベースサーバ３からなる画像データベースサーバ群と、画像データベースサーバ３と外部接続された複数のモダリティ装置１０との間でＤＩＣＯＭプロトコルにより医療用画像データを中継処理する２台のＤＩＣＯＭゲートウェイ４からなるＤＩＣＯＭゲートウェイ群とが、スイッチ５，６を介して相互にネットワーク接続されて構成され、ネットワークを介したリクエストのヘッダー情報に基づいて各群毎にそれらを負荷分散制御する２台のロードバランサ７を備えるとともに、電源ユニット８とディスプレイスイッチ９とを設けて構成される。ここに、各ユニットやサーバの台数は例示に過ぎず、それ以上のまたは以下の複数の台数であればよい。
【００１３】
拡張フレームは、電源ユニットと複数台のストレージユニットとスイッチで構成され、大容量の画像データが蓄積できるように拡張可能に構成される。
【００１４】
ストレージユニット１と、コントロールユニット２と、画像データベースサーバ３と、ＤＩＣＯＭゲートウェイ４は、ビューワ１１またはモダリティ装置１０からの外部リクエストに関連するジョブを処理する第一のスイッチ５を介した第一のネットワークＮ１と、内部リクエストに関連するジョブを処理する第二のスイッチ６を介した第二のネットワークＮ２により相互にネットワーク接続されている。前記ネットワークＮ１，Ｎ２は、ＯＳＩ参照標準モデルでネットワークの物理層及びデータリンク層が１０００ＢＡＳＥ−Ｔのイーサネット（登録商標）で、トランスポート層及びネットワーク層がＴＣＰ／ＩＰで構成され、セッション層以上の上位層が、医療分野における画像診断規格であるＤＩＣＯＭプロトコルまたは他のローカルな上位プロトコルで動作するように構成される。
【００１５】
２台のロードバランサ７はローカル通信ライン（ＲＳ２３２−Ｃ）で接続され、通常１台が稼動して、例えば、各群の構成要素の性能に差がなければラウンドロビン方式、性能に差があれば重み付けラウンドロビン方式、さらには応答時間アルゴリズムなどにより各構成要素の負荷が均等になるように負荷分散制御を行ない、ローカル通信ラインを介して故障が検出されると予備のロードバランサが稼動するよう構成されている。
【００１６】
以下に本システムの動作を、モダリティ装置からの画像蓄積リクエスト、画像読出リクエスト、ビューワからの画像閲覧リクエストに対する応答動作などを例に説明する。
【００１７】
モダリティ装置１１は、２台のＤＩＣＯＭゲートウェイ４で構成された群に割当てられた仮想ＩＰアドレス（ＶＩＰ）でＤＩＣＯＭプロトコルにより画像蓄積リクエストを送信してアソシエーションを開始する。ロードバランサ７は、正常に稼動し且つ負荷の最小のＤＩＣＯＭゲートウェイ４を選択し、仮想ＩＰアドレスを宛先アドレスとして持つパケットをインターセプトして、選択したＤＩＣＯＭゲートウェイ４の実ＩＰアドレスに書き換える。以上の処理により画像蓄積リクエストは選択されたＤＩＣＯＭゲートウェイ４に受信される。また戻りのパケットはこれと逆の操作により通信が成立する。ここに、ＤＩＣＯＭゲートウェイ４は、ロードバランサ７により１アソシエーション単位で負荷分散される。
【００１８】
図２及び図３に示すように、リクエストがあったＤＩＣＯＭゲートウェイ４は、受信した画像情報を検査例ＵＩＤ（販売元前置コード、製品固有番号、シリアル番号などからなる）、患者名、患者ＩＤ、受入番号、検査日、検査時刻、患者の生年月日を含む属性情報と画像情報に分割し、分割した画像データを所定の可逆圧縮アルゴリズム（ここでは、ＰＮＧ（Ｐｏｒｔａｂｌｅ  Ｎｅｔｗｏｒｋ  Ｇｒａｐｈｉｃｓ）が使用されるが、それ以外であってもよい）により圧縮率の異なる複数の圧縮画像（ここでは、５１２×５１２ピクセルのオリジナル画像、２５６×２５６ピクセルの１／４画像、１２８×１２８ピクセルの１／１６画像）のそれぞれに圧縮処理して、コントロールユニット２に転送する。
【００１９】
コントロールユニット２は、転送された画像データを受信して後述するアルゴリズムにより画像データを格納するとともにその格納アドレスをＤＩＣＯＭゲートウェイ４に返信する。ＤＩＣＯＭゲートウェイ４は、前記属性情報をコントロールユニット２から返信された当該画像データの格納アドレスと伴に画像データベースサーバ３に転送してデータの更新処理を指示する。
【００２０】
上述した動作において関与するコントロールユニット２及び画像データベースサーバ３は、ＤＩＣＯＭゲートウェイ４と同様に、第一のネットワークＮ１を介して通信され、ロードバランサ７により負荷分散される。そして、以下に説明する各動作は、基本的には上述と同様にロードバランサ７により負荷分散されるものであるが、以後はロードバランサの動作説明は省略する。
【００２１】
次に、ＤＩＣＯＭゲートウェイ４がモダリティ装置１１から画像提供リクエストを受信したときには、図４及び図５に示すように、リクエスト画像を特定する属性情報の何れかのキー情報を基に画像データベースサーバ３から属性情報と格納アドレスを獲得するとともに、格納アドレスに基づいてストレージユニット１から可逆圧縮された圧縮画像を獲得し、当該圧縮画像を解凍処理して属性情報と伴にＤＩＣＯＭプロトコルによりモダリティ装置１１に返信する。
【００２２】
図６及び図７に示すように、画像データベースサーバ３に対してビューワ１０から画像データの閲覧リクエストがあると、リクエスト画像を特定する属性情報の何れかのキー情報を基に画像データベースサーバ３から属性情報と格納アドレスを獲得してビューワ１０に返信する。その後ビューワ１０は受信した格納アドレスに基づいてストレージユニット１をアクセスして所望の画像データを獲得する。ここに、ビューワ１０がＤＩＣＯＭビューワであれば、上述したＤＩＣＯＭゲートウェイ４を介した動作となるが、ＤＩＣＯＭプロトコルを使用しないものの、ＴＣＰ／ＩＰによるローカルプロトコルがサポートされていれば、任意の上位プロトコルが使用できる。
【００２３】
コントロールユニット２は、電源が立ち上がると、ロードバランサ７を介することなく（コントロールユニット２に対するアクセスはロードバランサ７により負荷分散される）、各ストレージユニット１に対して順番に第二のネットワークＮ２を介して稼動状況検査を実行し、その結果を画像データベースサーバ３の稼動状況テーブルに更新記憶する稼動状況検査手段を備えてあり、他のコントロールユニット２による前記稼動状況テーブルデータの更新履歴に基づいて、当該他のコントロールユニットの故障診断を行なう故障診断手段を備えてある。
【００２４】
詳述すると、稼動状況検査手段は、数台のハードディスクを備えて構成される各ストレージユニット１に対してドライブ毎のディスク残容量、ユニットのトータルの残容量を問い合わせるとともに、各ドライブに対して任意のファイルの書込み、読出しを行ない各ドライブのディスク障害を調査し、その結果をデータベースサーバ３の図１３に示す稼動状況テーブルに更新記憶する。
【００２５】
コントロールユニット２は、ストレージユニット１へのデータ格納リクエストに対して、データ格納先を稼動状況テーブルに基づいて識別された正常稼動しているストレージユニットから冗長化数分選択して格納する冗長化格納手段を備えてある。詳述すると、冗長化格納手段は稼動状況テーブルに基づいてドライブ単位にディスク残容量を調査し、ディスク残容量の大なるドライブを異なるストレージユニットに対して冗長化数分選択して格納する。ここでは、冗長化数を２に設定してある。従って、システム内で同じデータが異なるストレージユニット１に必ず存在することになる。さらに別の方法によれば、ストレージユニット１単位にディスク残容量を調査し、ディスク残容量の大なるストレージユニット１を二つ選択するとともに、選択したストレージユニット１の中からディスク残容量の大なるドライブを選択してデータを格納してもよい。データの格納アドレスは、格納リクエストの送信元に返信される。上述の画像データの格納リクエストに対しては、ＤＩＣＯＭゲートウェイ４に返信され、ＤＩＣＯＭゲートウェイ４により画像データの属性情報と伴に、または属性情報としてデータベースサーバ３に格納される。
【００２６】
コントロールユニット２は、さらに、稼動状況検査手段により異常と判断されたストレージユニット１またはドライブがあると、そのデータを復旧すべく、データベースサーバ３に格納された格納アドレスに基づいて、異常と判断されたストレージユニットまたはドライブに格納されているデータと同一のデータが格納されている他のストレージユニットのデータ格納アドレスを取得し、当該データ格納アドレスに格納されているデータを、同一データが格納されているストレージユニット１以外で、稼動状況テーブルに基づいて識別された正常稼動しているストレージユニット１から選択して複製する。
【００２７】
コントロールユニット２の故障診断手段は、稼動状況テーブルを定期的または不定期にアクセスして、他のコントロールユニット２による稼動状況テーブルデータの更新履歴に基づいて、アクセス時から過去の所定時間以内になされた更新履歴が存在しないときに、当該他のコントロールユニットが故障しているものと判断し、予備のコントロールユニットが装着されているときには、予備のコントロールユニットを１台立ち上げる。
【００２８】
ここで、２台の稼動中のコントロールユニットのいずれか一方のユニットにより稼動状況検査手段を作動させ、他方のコントロールユニットにより故障診断手段を作動させるように構成してもよい。この場合には、他方のコントロールユニットによる故障診断手段の作動完了を示すフラグと作動時刻データを前記稼動状況テーブルに記録するように構成し、当該フラグと作動時刻データを一方のコントロールユニットがチェックすることにより他方のコントロールユニットの故障も検出可能となる。
【００２９】
尚、コントロールユニット２はストレージユニット１と同一基板上に一体的に構成してもよい。この場合には、例えば、２台のストレージユニットをアクティブに設定しておき、故障診断手段により一方の故障が発見されたときに予備のコントロールユニットをアクティブに切り替えるように構成することができる。
【００３０】
以下に画像データベースサーバ３の更新処理及び故障復旧処理について説明する。画像データベースサーバ３は、第一のネットワークＮ１を介してなされたデータの更新処理に対して、自らのデータベースを更新処理するとともに、第二のネットワークＮ２を介して他の画像データベースサーバ３のデータベースを更新処理する更新処理手段を備えている。
【００３１】
画像データベースサーバ３には、ロードバランサ７に対して更新用のポートと検索用のポートを備えてあり、正常時には、両ポートをオープンしている。さらに、一方の画像データベースサーバ３（図中、ＤＢ１）の更新処理手段は、他方の画像データベースサーバ３(図中ＤＢ２)の更新処理手段の最終動作時刻を管理しており、全てのテーブルの全レコードに最終更新日時を書き込み管理している。
【００３２】
図８及び図９に示すように、更新処理手段は、ロードバランサ７を介してＤＩＣＯＭゲートウェイ４から画像データの属性情報及び画像データの格納アドレスの格納リクエストや、コントロールユニット２からの稼動状況テーブルの格納リクエストなどのデータ更新リクエストがあると（図８中、丸１のステップ）、自分のデータベースを更新処理し（図８中、丸２のステップ）、次に第二のネットワーク２を介して他の画像データベースサーバ３のデータベースを更新処理する（図８中、丸３のステップ）。この動作が終了した時点で、リクエストに対するアクノリッジを返す（図８中、丸４のステップ）。
【００３３】
画像データベースサーバは、第一のネットワークＮ１に対してデータ更新用のポートとデータ検索用のポートを備え、第二のネットワークＮ２を介した他の画像データベースサーバのデータベースに対する復旧処理時にデータ更新用のポートをクローズする復旧処理手段を設けてある。
【００３４】
以下に詳述する。他方の画像データベースサーバ３が故障している場合には、その更新用ポート、検索用ポートの双方がクローズされ、ロードバランサ７は一方の画像データベースサーバ３に対してのみ処理を要求する。図１０に示すように、この場合には、更新リクエストに対しては自らのデータベースの更新処理のみを行いアクノリッジを返す。
【００３５】
上述の故障状態からの復旧時には、一方の画像データベースサーバ３は通常動作を行い、他方の画像データベースサーバ３は両ポートがクローズされている。図１１及び図１２に示すように、故障から復帰する他方の画像データベースサーバ３は、自分が更新した最終更新日時を一方の画像データベースサーバ３から取得し（図１１中、丸１のステップ）、復旧開始時刻を記録する（図１１中、丸２のステップ）。次に、第一ステップで取得した以降の更新日時のレコードを一方の画像データベースサーバ３から取得し、自らのデータベースを更新する（図１１中、丸３のステップ）。ステップ２で記録した復旧開始時刻を自らのデータベースの最終更新日時とし（図１１中、丸４のステップ）、第四ステップの最終更新日時と現在日時を比較し、ｎ分以内になるまで上述のステップを繰り返す。ここに、ｎは数分のオーダーである。ｎ分以内になれば、一方の画像データベースサーバ３に対して復旧作業を依頼する（図１１中、丸５のステップ）。これに対して一方の画像データベースサーバ３は更新用ポートをクローズして（図１１中、丸６のステップ）他方の画像データベースサーバ３の最終更新日時以降のデータベースの更新処理を行い（図１１中、丸７のステップ）、更新処理終了後に更新用ポートをオープンして（図１１中、丸８のステップ）他方の画像データベースサーバ３に終了通知を送信する。他方の画像データベースサーバ３は両ポートをオープンして正常動作に復帰する（図１１中、丸９，１０のステップ）。
【００３６】
以下に、前記ビューワ１１に搭載されたアプリケーションである読影処理手段による読影処理について一次診断医が読影する場合について図１８に示すフローチャートに基づいて説明する。画像データベースサーバ３に格納されている検査一覧テーブル(図示せず)が読み出され（Ｓ６０）、検査テーブルに格納されている患者特定データ（患者ＩＤ、氏名、生年月日、性別など）や検査特定データ（検査管理番号、検査日、検査種別、検査部位など）から例えば読影対象患者の氏名欄がマウスでクリックされると（Ｓ６１）、初期画面として、図１４（ａ）に示すような、４枚の頭部断層撮影画像が表示される。ページ更新ボタンがクリックされる度に画像が４枚単位で更新表示され、異常が発見された画像がダブルクリックされると、図１４（ｂ）に示すように、その画像が拡大表示される。
【００３７】
当該画像を精査して異常発生個所が認識され、診断医により異常個所がダブルクリックされると（Ｓ６２）、図１５（ａ）に示すように、その位置が指示されるように吹き出し形状のテンプレートが表示される（Ｓ６３）。当該テンプレートには、所見データ、診断データを記載する欄が備わっており、当該欄にデータが入力され、登録ボタンがクリックされると、ビューワに内蔵された記憶手段に一次記憶される。対象画像に対して他の異常が発見されると、図１５（ｂ）に示すように、ステップＳ６２からステップＳ６４の処理が繰り返される。完了すると（Ｓ６５）、メニューバーのレポートボタンがクリックされ表示されるプルダウンメニューからサマリーボタンがクリックされ、図１６の右方に示すレポートサマリー画像が表示される（Ｓ６６）。尚、テンプレートは吹き出し形状のものに限定されるものではなく任意の形状であればよいが、指定位置が指示されるものである必要がある。
【００３８】
診断サマリーに診断結果が入力され、医師により内容が確認されると（Ｓ６７）、一次登録ボタンがクリックされて、レポート情報が、入力された所見または診断データに対応する画像データ及び当該画像データに対する指定位置データと関連付けるリンク情報テーブルデータとともに画像データベースサーバ３に格納される（Ｓ６８）。リンク情報テーブルデータは、図１７に示すように、例えば、検査を特定する検査ＩＤと、モダリティ装置による検査画像の管理ナンバーと、その検査画像の中で診断対象となった画像を特定する画像ＩＤと、レポートの対象となった位置を示すＸ，Ｙ座標データと、吹き出し画像の管理データ（Ｆｉｎｄｉｎｇｓ）とからなる。当該リンク情報テーブルデータにより画像データとレポートデータと画像中の位置データが一意にリンクされる。ここで、所見入力した時点におけるビューワに表示された対象画像の画像表示条件をも併せて管理できるように、リンク情報テーブルデータに、ウィンドウ幅やレベル、拡大率、表示座標、諧調性などのデータを付加することが好ましい。これにより、この所見データを参照する医師が、読影時に診断医により選択された画像表示条件と同一の表示条件で画像を再生表示できるようになる。
【００３９】
即ち、上述のステップＳ６３からステップＳ６６の処理を実行する部分により、所見データを入力するテンプレートを、位置指定手段による指定位置が指示されるように表示するレポート表示手段が構成され、ステップＳ６２における位置の入力処理に対応する部分により、表示された画像の任意の位置を指定する位置指定手段が構成され、ステップＳ６８の処理を実行する部分により、テンプレートに入力された所見または診断データを画像データベースサーバ３にレポート情報として格納するレポート情報格納手段が構成される。
【００４０】
レポート表示手段は、図１６に示すように、ステップ６６の処理を実行する部分で構成される、診断対象である画像データに対する単一または複数の所見または診断データと当該画像データのサムネイル画像とからなるレポートサマリー情報表示手段を備えてあり、レポートサマリーに表示されたサムネイル画像がダブルクリックされると、診断対象となったフル画像が表示されるように構成されている。
【００４１】
さらに、レポート情報格納手段は、レポートサマリー情報に一次診断者による一次登録データと二次診断者による確定登録データとを識別可能な診断レベルデータを付加して画像データベースサーバに格納するように構成されており、以って、診断レベルの管理ができるように構成されている。具体的には、図１６の右下に示すボタンが一次登録ボタンで、このボタンがクリックされると一次登録データとして格納され、診断責任者が一次登録されたレポートサマリー画像をビューワ上に表示させると、一次登録ボタンが二次登録ボタンに切り換っている。このデータは、レポート情報のアクセス管理に用いられ、例えば、確定登録されているレポートサマリーは主治医がアクセスでき、一次登録までのレポートサマリーに対して主治医はアクセスできず、担当画像診断医と責任画像診断医がアクセスできるというようなアクセス権の制御に使用される。
【００４２】
前記ビューワ１１は、非ＤＩＣＯＭプロトコルによるものを説明したが、ＤＩＣＯＭビューワによる場合には、上述したＤＩＣＯＭゲートウェイを介してアクセスされるものである。また、画像データベースサーバの形態も上述したものに限定されるものではなく、適宜構成されるものである。
【図面の簡単な説明】
【００４３】
【図１】本発明による画像データベースシステムの構成図
【図２】画像格納手順の説明図
【図３】画像格納手順のフローチャート
【図４】画像提供手順の説明図
【図５】画像提供手順のフローチャート
【図６】ビューワによる画像検索手順の説明図
【図７】ビューワによる画像検索手順のフローチャート
【図８】画像データベースサーバの動作説明図
【図９】画像データベースサーバのフローチャート
【図１０】画像データベースサーバの動作説明図
【図１１】画像データベースサーバの動作説明図
【図１２】画像データベースサーバのフローチャート
【図１３】稼動状況テーブルの説明図
【図１４】ビューワの説明図
【図１５】ビューワの説明図
【図１６】ビューワの説明図
【図１７】リンク情報テーブルデータの説明図
【図１８】ビューワの動作を説明するフローチャート
【符号の説明】
【００４４】
１：ストレージユニット
２：コントロールユニット
３：画像データベースサーバ
４：ＤＩＣＯＭゲートウェイ
５，６：スイッチ
７：ロードバランサ
１０：モダリティ装置
１１：ビューワ
【図１】
2005025669.tif 000003
【図２】
2005025669.tif 000004
【図３】
2005025669.tif 000005
【図４】
2005025669.tif 000006
【図５】
2005025669.tif 000007
【図６】
2005025669.tif 000008
【図７】
2005025669.tif 000009
【図８】
2005025669.tif 000010
【図９】
2005025669.tif 000011
【図１０】
2005025669.tif 000012
【図１１】
2005025669.tif 000013
【図１２】
2005025669.tif 000014
【図１３】
2005025669.tif 000015
【図１７】
2005025669.tif 000016
【図１８】
2005025669.tif 000017
【図１４】
2005025669.tif 000018
【図１５】
2005025669.tif 000019
【図１６】
2005025669.tif 000020