(57)【特許請求の範囲】
【請求項１】
医用画像機器間の通信プロトコル規格のセグメントに従うヘッダ部に記録される付帯情報と画像データとによって構成される医用ファイルを記憶する医用ファイル記憶手段と、
前記医用ファイル記憶手段から所要の医用ファイルを選択する選択手段と、
圧縮形式のセグメントに従うヘッダ部に記録される画像属性情報と、前記選択手段によって選択される前記医用ファイルに含まれる前記画像データを圧縮して生成される圧縮形式の画像データとによって構成される圧縮医用ファイルを生成する生成手段と、
前記圧縮医用ファイルを記憶する記憶手段と、
を備え、
前記選択手段は、前記所要の医用ファイルに含まれる前記画像データがマルチフレームの場合、前記マルチフレームから単一のフレームを選択し、
前記生成手段は、前記画像属性情報として前記単一のフレームの識別情報又はフレーム番号情報を記述することを特徴とする医用ファイル管理システム。
【請求項２】
前記生成手段は、前記圧縮形式をＪＰＥＧ方式とする構成とすることを特徴とする請求項１に記載の医用ファイル管理システム。
【請求項３】
前記生成手段は、前記画像属性情報として前記付帯情報の一部を記述する構成とすることを特徴とする請求項１又は請求項２に記載の医用ファイル管理システム。
【請求項４】
前記選択手段によって選択される前記所要の医用ファイルを、読影レポートに付帯する画像データを含む医用ファイルとすることで、前記生成手段は、前記画像属性情報として前記読影レポートの情報を記述する構成とすることを特徴とする請求項１乃至請求項３のうちいずれか一項に記載の医用ファイル管理システム。
【請求項５】
前記生成手段は、前記読影レポートの情報として読影コメントを記録する構成とすることを特徴とする請求項４に記載の医用ファイル管理装置。
【請求項６】
前記圧縮医用ファイル記憶手段からネットワークを介して、前記圧縮医用ファイルに含まれる前記画像属性情報及び前記圧縮形式の画像データを取得して表示する表示手段をさらに有することを特徴とする請求項１乃至請求項５のうちいずれか一項に記載の医用ファイル管理システム。
【請求項７】
前記圧縮医用ファイルに含まれる前記画像属性情報及び前記圧縮形式の画像データを前記圧縮医用ファイル記憶手段としての記録媒体を介して取得して表示する表示手段をさらに有することを特徴とする請求項１乃至請求項５のうちいずれか一項に記載の医用ファイル管理システム。
【請求項８】
前記生成手段は、前記画像属性情報を暗号化することによって前記圧縮医用ファイルを生成すると共に、前記表示手段は、前記暗号化される画像属性情報を復号化して表示する構成とすることを特徴とする請求項６又は請求項７に記載の医用ファイル管理システム。
【請求項９】
医用画像機器間の通信プロトコル規格のセグメントに従うヘッダ部に記録される付帯情報と画像データとによって構成される医用ファイルを記憶する医用ファイル記憶装置と、圧縮形式のセグメントに従うヘッダ部に記録される画像属性情報と、前記医用ファイルに含まれる前記画像データを圧縮して生成される圧縮形式の画像データとによって構成される圧縮医用ファイルを記憶する記憶装置とに接続され、
前記医用ファイル記憶装置から所要の医用ファイルを選択する選択手段と、
前記圧縮医用ファイルを生成する生成手段と、
前記圧縮医用ファイルを記憶するために、前記記憶装置に当該圧縮医用ファイルを送信する送信手段と、
を備え、
前記選択手段は、前記所要の医用ファイルに含まれる前記画像データがマルチフレームの場合、前記マルチフレームから単一のフレームを選択し、
前記生成手段は、前記画像属性情報として前記単一のフレームの識別情報又はフレーム番号情報を記述することを特徴とする医用ファイル管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医用画像機器間の通信プロトコル規格のセグメントに従うヘッダ部に記録される付帯情報と画像データとによって構成される医用ファイルと、その医用ファイルに基づく圧縮医用ファイルとを管理する医用ファイル管理システム及び医用ファイル管理装置に関する。
【背景技術】
【０００２】
医療分野においては画像診断が広く利用されており、医療のレベルアップに貢献している。最近は、画像のデジタル化と医用画像機器間のネットワーク化が進んでいる。例えばモダリティによって発生される画像データは、ＤＩＣＯＭ（ｄｉｇｉｔａｌ  ｉｍａｇｉｎｇ  ａｎｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｉｎ  ｍｅｄｉｃｉｎｅ）規格に従う、付帯情報（タグ情報）をヘッダ部に含むＤＩＣＯＭファイルとして、ネットワークを介してＤＩＣＯＭファイルサーバ及びＤＩＣＯＭファイルＤＢ（ｄａｔａ  ｂａｓｅ）サーバで蓄積・管理される。そして、ＤＩＣＯＭファイルは、専用のアプリケーションを有するＤＩＣＯＭファイルビューアを使用して読影・閲覧される（例えば、特許文献１参照。）。
【０００３】
また、ＤＩＣＯＭファイルの取得後、循環器部門や放射線部門では、特定のＤＩＣＯＭファイルに含まれる画像データを基に読影レポートを生成している。そして、院内のカルテシステムやインターネットエクスプローラ等の汎用アプリケーションを搭載するコンピュータを用いて特定のＤＩＣＯＭファイルに含まれる画像データを参照する際における通信帯域の節約及び画像サイズの縮小を目的として、特定のＤＩＣＯＭファイルに含まれる画像データに基づくＪＰＥＧ（ｊｏｉｎｔ  ｐｈｏｔｏｇｒａｐｈｉｃ  ｅｘｐｅｒｔｓ  ｇｒｏｕｐ）ファイルを利用している。また、院外に検査/読影結果を出力する場合にも、同上の理由でＪＰＥＧファイルを利用している。
【特許文献１】特開２００２−４１５５０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、ＪＰＥＧファイルには、ＤＩＣＯＭの付帯情報が記録されていない。付帯情報を参照するためには、ＪＰＥＧファイルを含む特定のＤＩＣＯＭファイルの取得のためにＤＩＣＯＭファイルＤＢサーバを検索して、その特定のＤＩＣＯＭファイルに含まれる付帯情報を参照する必要があるので、汎用性に問題がある。
【０００５】
また、特定のＤＩＣＯＭファイルに含まれる画像データがマルチフレームの場合、読影レポート等に付帯されるキー画像が、特定のＤＩＣＯＭファイルに含まれるマルチフレームのどの部分のものなのかを最初のフレームから探す必要があるので、ユーザにとって時間と労力がかかるという問題がある。
【０００６】
さらに、特許文献１に記載の技術は、ＪＰＥＧ形式のデータ本体としての画像データとＤＩＣＯＭ規格のセグメントに従うヘッダ部とによって構成されるＪＰＥＧ画像・ＤＩＣＯＭヘッダファイルの管理システムである。ＪＰＥＧ画像・ＤＩＣＯＭヘッダファイルは汎用アプリケーションを搭載するコンピュータを用いては利用できないので、汎用性に乏しい。
【０００７】
本発明は、このような事情を考慮してなされたもので、データ検索効率、診断効率の向上を実現できる医用ファイル管理システム及び医用ファイル管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明に係る医用ファイル管理システムは、上述した課題を解決するために、医用画像機器間の通信プロトコル規格のセグメントに従うヘッダ部に記録される付帯情報と画像データとによって構成される医用ファイルを記憶する医用ファイル記憶手段と、前記医用ファイル記憶手段から所要の医用ファイルを選択する選択手段と、圧縮形式のセグメントに従うヘッダ部に記録される画像属性情報と、前記選択手段によって選択される前記医用ファイルに含まれる前記画像データを圧縮して生成される圧縮形式の画像データとによって構成される圧縮医用ファイルを生成する生成手段と、前記圧縮医用ファイルを記憶する記憶手段と、を備え、前記選択手段は、前記所要の医用ファイルに含まれる前記画像データがマルチフレームの場合、前記マルチフレームから単一のフレームを選択し、前記生成手段は、前記画像属性情報として前記単一のフレームの識別情報又はフレーム番号情報を記述する。また、医用ファイル管理装置は、医用画像機器間の通信プロトコル規格のセグメントに従うヘッダ部に記録される付帯情報と画像データとによって構成される医用ファイルを記憶する医用ファイル記憶装置と、圧縮形式のセグメントに従うヘッダ部に記録される画像属性情報と、前記医用ファイルに含まれる前記画像データを圧縮して生成される圧縮形式の画像データとによって構成される圧縮医用ファイルを記憶する記憶装置とに接続され、前記医用ファイル記憶装置から所要の医用ファイルを選択する選択手段と、前記圧縮医用ファイルを生成する生成手段と、前記圧縮医用ファイルを記憶するために、前記記憶装置に当該圧縮医用ファイルを送信する送信手段と、を備え、前記選択手段は、前記所要の医用ファイルに含まれる前記画像データがマルチフレームの場合、前記マルチフレームから単一のフレームを選択し、前記生成手段は、前記画像属性情報として前記単一のフレームの識別情報又はフレーム番号情報を記述する。
【発明の効果】
【０００９】
本発明に係る医用ファイル管理システム及び医用ファイル管理装置によると、データ検索効率、診断効率の向上を実現できる。
【発明を実施するための最良の形態】
【００１０】
本発明に係る医用ファイル管理システム及び医用ファイル管理装置の実施形態について、添付図面を参照して説明する。
【００１１】
図１は、本実施形態の医用ファイル管理システムの構成を示す概略図である。
【００１２】
図１は、本実施形態の医用ファイル管理システム１０を示す。その医用ファイル管理システム１０は、モダリティ（医用画像生成装置）１１、ＤＩＣＯＭファイルサーバ（医用ファイルサーバ）１２、ＤＩＣＯＭファイルＤＢサーバ（医用ファイルＤＢサーバ）１３、ＤＩＣＯＭファイルビューア（医用ファイルビューア）１４、ＪＰＥＧファイルＤＢサーバ（圧縮医用ファイルＤＢサーバ）１５、ＪＰＥＧファイルビューア（圧縮医用ファイルビューア）１６ａ，１６ｂ、ルータ１７及びスタンドアローンの画像表示装置１８によって構成される。モダリティ１１、ＤＩＣＯＭファイルサーバ１２、ＤＩＣＯＭファイルＤＢサーバ１３、ＤＩＣＯＭファイルビューア１４、ＪＰＥＧファイルＤＢサーバ１５、ＪＰＥＧファイルビューア１６ａ，１６ｂ及び画像表示装置１８はそれぞれコンピュータによって構成される。
【００１３】
モダリティ１１、ＤＩＣＯＭファイルサーバ１２、ＤＩＣＯＭファイルビューア１４、ＪＰＥＧファイルＤＢサーバ１５及びＪＰＥＧファイルビューア１６ａは、病院基幹のＬＡＮ（ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）等のネットワークＮａによって相互通信可能に接続される。また、ＪＰＥＧファイルビューア１６ｂは、インターネット等のネットワークＮｂ及びルータ１７を介してネットワークＮａに相互通信可能に接続される。
【００１４】
なお、ＤＩＣＯＭファイルサーバ１２は、アプリケーションサーバ（図示しない）と連携して、機能を分散させる構成としてもよい。また、ＤＩＣＯＭファイルサーバ１２、ＤＩＣＯＭファイルＤＢサーバ１３及びＤＩＣＯＭファイルビューア１４は、プログラムの処理がサーバ側で実行される３層アーキテクチャ（Ｗｅｂ系システム）を構成するものとする。一方、ＪＰＥＧファイルＤＢサーバ１５及びＪＰＥＧファイルビューア１６ａ，１６ｂは、プログラムの処理がクライアント側で実行される２層アーキテクチャ（クライアントサーバシステム）を構成するものとして説明する。
【００１５】
モダリティ１１としては、Ｘ線診断装置、Ｘ線ＣＴ（ｃｏｍｐｕｔｅｒｉｚｅｄ  ｔｏｍｏｇｒａｐｈｙ）装置、ＭＲＩ（ｍａｇｎｅｔｉｃ  ｒｅｓｏｎａｎｃｅ  ｉｍａｇｉｎｇ）装置、超音波診断装置及び核医学診断装置等が挙げられる。モダリティ１１は、自身に搭載するプログラム（アプリケーション）を実行することによって、被検体の撮像を行なって画像データ（シングルフレーム又はマルチフレーム）を発生し、その画像データをデータ本体としてそのヘッダ部に付帯情報を付加して医用ファイルの一態様であるＤＩＣＯＭファイルを生成する機能を有する。なお、ＤＩＣＯＭファイルは、ビットマップ形式のデータ本体としての画像データとＤＩＣＯＭ規格のセグメントに従うヘッダ部とによって構成されるビットマップ画像・ＤＩＣＯＭヘッダファイルや、ＪＰＥＧ形式のデータ本体としての画像データとＤＩＣＯＭ規格のセグメントに従うヘッダ部とによって構成されるＪＰＥＧ画像・ＤＩＣＯＭヘッダファイルに分類できる。
【００１６】
図２は、ＤＩＣＯＭファイルの構造の一例を示す図である。
【００１７】
図２に示すように、モダリティ１１によって生成されるＤＩＣＯＭファイルは、大きくは、画像データ領域と、ヘッダ部のブランク領域及び付帯情報領域とによって構成される。ＤＩＣＯＭファイルの付帯情報領域はデータエレメントの集合体から構成され、それぞれのデータエレメントには標準タグ（グループ番号及びエレメント番号）及びそのタグ情報（データ長及びデータ）が含まれている。タグ情報は、患者情報、撮影条件情報、画像情報及び表示情報等の画像データに関する各種の属性情報である。
【００１８】
患者情報は、患者氏名、患者ＩＤ（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）及び生年月日等の患者を特定する個人情報を含み、撮影条件情報は、一次取得画像及び二次取得画像等の画像タイプ、撮像部位、モダリティ１１の撮影時のＸ線電流値及び電圧値等の撮影状況に関する情報を含む。また、画像情報は、検査ＩＤ及びモダリティ１１の種類等を示す情報を含み、表示情報は、画像のコントラスト、画像の並び順や配列及びシリーズ番号（画像の属するグループＩＤ）等の情報を含み、その他の情報として、各ＤＩＣＯＭファイルのファイルコード等を含んでいる。
【００１９】
また、図１に示すＤＩＣＯＭファイルサーバ１２は、スクリプトを自身で処理して処理結果を示すＷｅｂ画面をブラウザ（ＤＩＣＯＭファイルビューア１４）に送信するＡＳＰ（ａｃｔｉｖｅ  ｓｅｒｖｅｒ  ｐａｇｅｓ）を搭載している。ＤＩＣＯＭファイルサーバ１２は、自身に搭載するプログラムを実行することによって、モダリティ１１によって生成されるＤＩＣＯＭファイルを登録するようにＤＩＣＯＭファイルＤＢサーバ１３に指示する機能と、ＤＩＣＯＭファイルビューア１４からの要求に従って所望のＤＩＣＯＭファイルを検索するようにＤＩＣＯＭファイルＤＢサーバ１３に指示し、ＤＩＣＯＭファイルＤＢサーバ１３から供給される所望のＤＩＣＯＭファイルを示す画面をＤＩＣＯＭファイルビューア１４に送信する機能とを有する。
【００２０】
ＤＩＣＯＭファイルＤＢサーバ１３は、ＤＩＣＯＭファイルサーバ１２の指示に従って、ＤＩＣＯＭファイルを登録する機能と、所望のＤＩＣＯＭファイルを検索し、抽出される所望のＤＩＣＯＭファイルをＤＩＣＯＭファイルサーバ１２に供給する機能を有する。
【００２１】
図３は、ＤＩＣＯＭファイルビューア１４のハードウェア構成の一例を示す図である。
【００２２】
図３は、ＤＩＣＯＭファイルビューア１４のハードウェア構成例を示し、そのＤＩＣＯＭファイルビューア１４は、大きくは、制御装置としてのＣＰＵ（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）３１、メモリ３２、ＨＤ（ｈａｒｄ  ｄｉｓｃ）３３、入力装置３４、表示装置３５、記録媒体用ドライブ３６及びＩＦ（ｉｎｔｅｒｆａｃｅ）３７等の基本的なハードウェアから構成される。ＣＰＵ３１は、共通信号伝送路としてのバスＢ１を介して、ＤＩＣＯＭファイルビューア１４をそれぞれ構成する各ハードウェア構成要素に相互接続されている。
【００２３】
ＣＰＵ３１は、半導体で構成された電子回路が複数の端子を持つパッケージに封入されている集積回路（ＬＳＩ）の構成をもつ制御装置である。ＣＰＵ３１は、メモリ３２に記憶しているプログラムを実行する。又は、ＣＰＵ３１は、ＨＤ３３に記憶しているプログラム、ネットワークＮａから転送されＩＦ３７で受信されてＨＤ３３にインストールされたプログラム等をメモリ３２にロードして実行する機能を有する。
【００２４】
メモリ３２は、ＲＯＭ（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）及びＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）等の要素を兼ね備える構成をもつ記憶装置である。メモリ３２は、ＩＰＬ（ｉｎｉｔｉａｌ  ｐｒｏｇｒａｍ  ｌｏａｄｉｎｇ）、ＢＩＯＳ（ｂａｓｉｃ  ｉｎｐｕｔ／ｏｕｔｐｕｔ  ｓｙｓｔｅｍ）及びデータを記憶したり、ＣＰＵ３１のワークメモリやデータの一時的な記憶に用いたりする機能を有する。
【００２５】
ＨＤ３３は、磁性体を塗布又は蒸着した金属のディスクが読み取り装置（図示しない）に着脱不能で内蔵されている構成をもつ記憶装置である。ＨＤ３３は、ＤＩＣＯＭファイルビューア１４にインストールされたプログラム（アプリケーションプログラムの他、ＯＳ（ｏｐｅｒａｔｉｎｇ  ｓｙｓｔｅｍ）等も含まれる）を記憶する機能を有する。
【００２６】
入力装置３４は、操作者によって操作が可能なキーボード及びマウス等のポインティングデバイスによって構成される。
【００２７】
表示装置３５は、ＣＲＴ（ｃａｔｈｏｄｅ  ｒａｙ  ｔｕｂｅ）や液晶ディスプレイ等によって構成される。
【００２８】
記録媒体用ドライブ３６は、可搬型の記録媒体（メディア）の着脱が可能となっている構成をもつ。記録媒体用ドライブ３６は、記録媒体に記録されたデータ（プログラムを含む）を読み出してバスＢ１上に出力し、また、バスＢ１を介して供給されるデータを記録媒体に書き込む機能を有する。記録媒体としては、例えば、ＦＤ（ｆｌｅｘｉｂｌｅ  ｄｉｓｋ）、ＣＤ−ＲＯＭ（ｃｏｍｐａｃｔ  ｄｉｓｃ−ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）、ＣＤ−Ｒ（ｃｏｍｐａｃｔ  ｄｉｓｋ  ｒｅｃｏｒｄａｂｌｅ）、ＣＤ−ＲＷ（ｃｏｍｐａｃｔ  ｄｉｓｋ  ｒｅｗｒｉｔａｂｌｅ）、ＭＯ（ｍａｇｎｅｔｏ  ｏｐｔｉｃａｌ）ディスク、ＤＶＤ（ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｃ）、ＤＶＤ−Ｒ（ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｋ−ｒｅｃｏｒｄａｂｌｅ）及び磁気ディスク等が挙げられる。
【００２９】
ＩＦ３７は、パラレル接続仕様やシリアル接続仕様に合わせたコネクタによって構成される。ＩＦ３７は、各規格に応じた通信制御を行なう機能を有している。これにより、ＤＩＣＯＭファイルビューア１４をネットワークＮａに接続させる。
【００３０】
図４は、ＤＩＣＯＭファイルビューア１４の機能を示すブロック図である。
【００３１】
図４は、図３に示すＣＰＵ３１がプログラム（ブラウザを含む）を実行することによって、インターフェース部４１、ＤＩＣＯＭファイル要求・表示部（医用ファイル要求・表示部）４２、特徴画像データ設定部４３、読影レポート生成部４４、ＪＰＥＧファイル生成部（圧縮医用ファイル生成部）４５、ＪＰＥＧファイル送信部（圧縮医用ファイル送信部）４６及び読影レポート送信部４７として機能する。
【００３２】
インターフェース部４１は、ＧＵＩ（ｇｒａｐｈｉｃａｌ  ｕｓｅｒ  ｉｎｔｅｒｆａｃｅ）等のインターフェースである。ＧＵＩは、ユーザに対する表示装置３５への表示にグラフィックを多用し、基礎的な操作を入力装置３４によって行なうことができる。
【００３３】
ＤＩＣＯＭファイル要求・表示部４２は、入力装置３５からの所望の属性情報の入力に従って、所望の属性情報を付帯情報に有するＤＩＣＯＭファイルを示す画面の送信をＤＩＣＯＭファイルサーバ１２に要求する機能と、送信される画面を表示装置３５に表示する機能とを有する。
【００３４】
図５は、ＤＩＣＯＭファイルの表示画面の例を示す模式図である。
【００３５】
ＤＩＣＯＭファイルサーバ１２から送信されるＤＩＣＯＭファイルに含まれる画像データがマルチフレームである場合、図５に示すアイコンとして、マルチフレームに含まれる任意のフレームの画像データ、例えば先頭フレームの画像データが表示される。そして、入力装置３５からのマルチフレームの再生指示に従って、マルチフレームが再生表示される。一方、ＤＩＣＯＭファイルサーバ１２から送信されるＤＩＣＯＭファイルに含まれる画像データがシングルフレームである場合、図５に示すアイコンとして、当該フレームの画像データが表示される。なお、表示画面上には、複数のＤＩＣＯＭファイルに含まれる共通の付帯情報も表示されている。
【００３６】
また、図４に示す特徴画像データ設定部４３は、ＤＩＣＯＭファイル要求・表示部４１による要求によって画面上に表示される画像データの中から、読影レポートに付帯すべき特徴部分を含む画像データ（特徴画像データ）を設定する機能を有する。ＤＩＣＯＭファイルビューア１４のユーザ（診断者）が、表示装置３５に表示される画面（図５に示す）を見ながら読影レポートに付帯すべき特徴画像データのアイコンを入力装置３４を用いてクリックすることで、特徴画像データ設定部４３は特徴画像データを設定する。なお、ＤＩＣＯＭファイルに含まれる画像データがマルチフレームの場合は、マルチフレームを再生表示し、その中から特徴部分を有するキー画像のデータを特徴画像データとして設定する。
【００３７】
読影レポート生成部４４は、特徴画像データ設定部４３によって設定される特徴画像データと、特徴画像データに基づき入力装置３５から入力されるコメント等の診断結果情報とが付帯される読影レポートを生成する機能を有する。
【００３８】
ＪＰＥＧファイル生成部４５は、読影レポート生成部４４によって読影レポートに付帯される特徴画像データのサイズを圧縮して生成されるＪＰＥＧ形式（圧縮形式）のデータ本体と、ＪＰＥＧ形式（圧縮形式）のセグメントに従うヘッダ部とによって構成されるＪＰＥＧ画像・ＪＰＥＧヘッダファイル（ＪＰＥＧファイル）を生成する機能を有する。ＪＰＥＧファイルは、ヘッダ部がＪＰＥＧ形式のセグメントに従っているので、ペイント、Ｌｉｎａｒ及びインターネットエクスプローラ等の汎用アプリケーションのみを搭載するコンピュータを用いても参照可能である。すなわち、ＪＰＥＧファイルは、ヘッダ部がＤＩＣＯＭ規格に従いＤＩＣＯＭファイルサーバ１２から提供されるＤＩＣＯＭファイル（ビットマップ画像・ＤＩＣＯＭヘッダファイル、ＪＰＥＧ画像・ＤＩＣＯＭヘッダファイル）を開くための専用のアプリケーションを有しないコンピュータを用いても参照可能である。
【００３９】
ここで、ＪＰＥＧファイルのヘッダ部には、特徴画像データに関する画像属性情報が記述される。画像属性情報としては、読影レポートに付帯される診断結果情報が挙げられる。また、特徴画像データ設定部４３によって設定される特徴画像データがマルチフレームに含まれるキー画像である場合は、画像属性情報として、キー画像のＵＩＤ（ｕｎｉｑｕｅ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）情報やフレーム番号情報が挙げられる。さらに、画像属性情報として、ＤＩＣＯＭファイルサーバ１２から送信される各ＤＩＣＯＭファイルに含まれる共通の付帯情報（例えば、図５に示す表示画面の右上）が挙げられる。
【００４０】
また、画像属性情報は、ＪＰＥＧファイルのヘッダ部のユーザ領域である所定のセグメントに記述することができる。所定のセグメントとしては、例えば、ＪＰＥＧ形式のデータフォーマットにおいて、コメントセグメント（マーカ：ＦＦＦＥ）、ＡＰＲ（アプリケーション用）セグメント（マーカ：ＦＦＥ０〜ＦＦＥＦ）、又は、リザーブセグメント（マーカ：ＦＦＦ０〜ＦＦＦＤ）等が挙げられる。
【００４１】
図６は、ＪＰＥＧファイルのフォーマットの概要と、画像属性情報の記述方法とを説明するための図である。
【００４２】
図６に示すように、ＪＰＥＧファイルのヘッダ部内のＡＰＲセグメントに画像属性情報が割り当てられて記述される。なお、ＪＰＥＧファイル生成部４５によって生成されるＪＰＥＧファイルの画像属性情報は個人情報を含む場合が想定されるので、個人情報の漏洩防止のために画像属性情報を暗号化してもよい。
【００４３】
また、図４に示すＪＰＥＧファイル生成部４５は、生成されるＪＰＥＧファイルを記録媒体用ドライブ３６に出力して、記録媒体用ドライブ３６を介して記録媒体にＪＰＥＧファイルを記録させる機能を有する。ＪＰＥＧファイルを記憶する記録媒体は、画像表示装置１８に運ばれる。なお、ＪＰＥＧファイルを記憶する記録媒体は、ＪＰＥＧファイルＤＢサーバ１５によって生成されるものであってもよい。
【００４４】
ＪＰＥＧファイル送信部４６は、ＪＰＥＧファイル生成部４５によって生成されるＪＰＥＧファイルをＪＰＥＧファイルＤＢサーバ１５に送信する機能を有する。
【００４５】
読影レポート送信部４７は、読影レポート生成部４４によって生成される読影レポートを電子カルテサーバに送信する機能を有する。
【００４６】
また、図１に示すＪＰＥＧファイルＤＢサーバ１５は、自身が搭載するプログラムを実行することによって、ＤＩＣＯＭファイルビューア１４のＪＰＥＧファイル送信部４６から送信されるＪＰＥＧファイルを登録する機能と、ＪＰＥＧファイルビューア１６ａ，１６ｂからの要求に従って所望のＪＰＥＧファイルを検索し、抽出されるＪＰＥＧファイルをＪＰＥＧファイルビューア１６ａ，１６ｂに送信する機能とを有する。なお、ＪＰＥＧファイルＤＢサーバ１５は、ＪＰＥＧファイル送信部４６から送信されるＪＰＥＧファイルのヘッダ部に、予め設定される画像属性情報としてのＤＩＣＯＭファイルの付帯情報の一部を自動的に加入する構成であってもよい。
【００４７】
ＪＰＥＧファイルビューア１６ａ，１６ｂは、入力装置（図示しない）からの所望の画像ＵＩＤやフレーム番号を含むＵＲＬ（ｕｎｉｆｏｒｍ  ｒｅｓｏｕｒｃｅ  ｌｏｃａｔｏｒ）の入力に従って、所望の画像ＵＩＤやフレーム番号を含むＪＰＥＧファイルの送信をＪＰＥＧファイルＤＢサーバ１５に要求する機能と、自身が搭載するペイント、Ｌｉｎａｒ及びインターネットエクスプローラ等の汎用アプリケーションを利用して、送信されるＪＰＥＧファイルを開いて表示装置（図示しない）上に表示する機能とを有する。ここで、ＪＰＥＧファイルに含まれる画像属性情報が暗号化されている場合、画像属性情報の復号化を行なう復号キーの保有を許されたユーザは、ＪＰＥＧファイルビューア１６ａ，１６ｂを用いてＪＰＥＧファイルの全体（ＪＰＥＧ画像及び画像属性情報）を参照することができる一方、画像属性情報の復号化を行なう復号キーの保有を許されていないユーザは、ＪＰＥＧファイルビューア１６ａ，１６ｂを用いてＪＰＥＧファイルの一部（ＪＰＥＧ画像）のみを参照することができる。なお、ＪＰＥＧファイルビューア１６ａ，１６ｂを用いる場合、ヘッダ部がＤＩＣＯＭ規格に従うＤＩＣＯＭファイルは開けない。
【００４８】
また、画像表示装置１８は、ＪＰＥＧファイルが記憶される記録媒体を自身の記録媒体用ドライブ（図示しない）に装着する。そして、画像表示装置１８は、自身が搭載する汎用アプリケーションを利用してＪＰＥＧファイルを開いて表示する。ここで、ＪＰＥＧファイルに含まれる画像属性情報が暗号化されている場合、画像属性情報の復号化を行なう復号キーの保有を許されたユーザは、ＪＰＥＧファイルビューア１６ａ，１６ｂを用いてＪＰＥＧファイルの全体（ＪＰＥＧ画像及び画像属性情報）を参照することができる一方、画像属性情報の復号化を行なう復号キーの保有を許されていないユーザは、ＪＰＥＧファイルビューア１６ａ，１６ｂを用いてＪＰＥＧファイルの一部（ＪＰＥＧ画像）のみを参照することができる。なお、画像表示装置１８を用いる場合、ヘッダ部がＤＩＣＯＭ規格に従うＤＩＣＯＭファイルは開けない。
【００４９】
以上のように、ＪＰＥＧファイルビューア１６ａ，１６ｂ及び画像表示装置１８を用いると汎用アプリケーションにてＪＰＥＧファイルを開くことができるので、ユーザはＪＰＥＧファイルに含まれる画像属性情報及びＪＰＥＧ画像を参照することができる。よって、ユーザは、画像属性情報を参照することで、ＪＰＥＧ画像の属性（ＪＰＥＧ画像がＤＩＣＯＭファイルに含まれるマルチフレームのどの部分のものであるか等）を認識できる。
【００５０】
また、ＪＰＥＧファイルビューア１６ａ，１６ｂにＤＩＣＯＭファイルビューア１４と同様のブラウザを搭載させ、そのＪＰＥＧファイルビューア１６ａ，１６ｂを用いて、読影レポートを基に二次読影を行なう場合がある。その場合、ブラウザを搭載するＪＰＥＧファイルビューア１６ａ，１６ｂは、画像属性情報を基に、ＤＩＣＯＭファイルサーバ１２から送信されるＤＩＣＯＭファイルに含まれるマルチフレームの中からＪＰＥＧ画像である特徴画像データのフレームを容易に検索し、ＤＩＣＯＭファイルに含まれるマルチフレームの画像データを特徴画像データのフレーム付近から再生することができる。
【００５１】
本実施形態の医用ファイル管理システム１０によると、ＤＩＣＯＭファイルビューア１４によってＤＩＣＯＭファイルを基に読影レポートに付帯されるべき特徴画像データを含むＤＩＣＯＭファイルを選択し、ＪＰＥＧ形式のヘッダ部と、選択されるＤＩＣＯＭファイルに含まれる特徴画像データをＪＰＥＧ形式に圧縮したＪＰＥＧ特徴画像データとによって構成されるＪＰＥＧファイルが生成される。よって、ＪＰＥＧファイルビューア１６ａ，１６ｂ及び画像表示装置１８のようにＪＰＥＧファイルを開くためのペイント、Ｌｉｎａｒ及びインターネットエクスプローラ等の汎用アプリケーションさえ搭載しているコンピュータであれば、ＪＰＥＧファイルを開いて特徴画像データやその画像属性情報を表示することができる。
【００５２】
また、本実施形態の医用ファイル管理システム１０によると、ブラウザを搭載するＪＰＥＧファイルビューア１６ａ，１６ｂによってＪＰＥＧファイルに含まれる画像属性情報を基にＤＩＣＯＭファイルのデータ検索を行なえる。
【００５３】
以上のように、本実施形態の医用ファイル管理システム１０によると、データ検索効率、診断効率の向上を実現できる。
【図面の簡単な説明】
【００５４】
【図１】本実施形態の医用ファイル管理システムの構成を示す概略図。
【図２】ＤＩＣＯＭファイルの構造の一例を示す図。
【図３】ＤＩＣＯＭファイルビューアのハードウェア構成の一例を示す図。
【図４】ＤＩＣＯＭファイルビューアの機能を示すブロック図。
【図５】ＤＩＣＯＭファイルの表示画面の例を示す模式図。
【図６】ＪＰＥＧファイルのフォーマットの概要と、画像属性情報の記述方法とを説明するための図。
【符号の説明】
【００５５】
１０  医用ファイル管理システム
１１  モダリティ
１２  ＤＩＣＯＭファイルサーバ
１３  ＤＩＣＯＭファイルＤＢサーバ
１４  ＤＩＣＯＭファイルビューア
１５  ＪＰＥＧファイルＤＢサーバ
１６ａ，１６ｂ  ＪＰＥＧファイルビューア
１７  ルータ
１８  画像表示装置
３１  ＣＰＵ
３４  入力装置
３５  表示装置
３６  記録媒体ドライブ
４１  インターフェース部
４２  ＤＩＣＯＭファイル要求・表示部
４３  特徴画像データ設定部
４４  読影レポート生成部
４５  ＪＰＥＧファイル生成部
４６  ＪＰＥＧファイル送信部
４７  読影レポート送信部
【図１】
0005305728.tif 000002
【図２】
0005305728.tif 000003
【図３】
0005305728.tif 000004
【図４】
0005305728.tif 000005
【図５】
0005305728.tif 000006
【図６】
0005305728.tif 000007