(57)【要約】【課題】  オペレーティングシステムの制限がなく、汎用の安価な装置構成で、効率良く医療画像ファイルを管理できる医療画像処理システムを提供する。【解決手段】  複数の属性からなる画像情報を有する医療画像ファイルを管理するシステムであって、医療画像ファイルの画像情報を含むファイル名を有する情報ファイルを記憶する記録装置１００と、画像情報の複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名を構成する文字列を圧縮用変換文字列に対応付ける変換テーブル２８０と、情報ファイルのファイル名を構成する文字列を、変換テーブル２８０を用いて変換圧縮する圧縮部２８２と、圧縮されたファイル名を付した情報ファイルを、画像情報の複数の属性の少なくとも一部を含むディレクトリ名をそれぞれ有する複数のディレクトリに分類して、記録装置１００に格納する格納部２４３と、を備える。【選択図】      図３
2006325725.tif 000002
【特許請求の範囲】
【請求項１】
複数の属性からなる画像情報を有する医療画像ファイルを管理する装置であって、
前記医療画像ファイルの前記画像情報を含むファイル名を有する情報ファイルを記憶する情報記憶部と、
前記医療画像ファイルの前記画像情報の前記複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名を構成する文字列を圧縮用変換文字列に対応付ける変換テーブルと、
前記情報ファイルの前記ファイル名を構成する前記文字列を、前記変換テーブルを用いて変換して、前記情報ファイルの前記ファイル名を圧縮する圧縮部と、
前記圧縮部が圧縮した前記ファイル名を付した前記情報ファイルを、前記医療画像ファイルの前記画像情報の前記複数の属性の少なくとも一部を含むディレクトリ名をそれぞれ有する複数のディレクトリに分類して、前記情報記憶部に格納する格納部と、
を備えたことを特徴とする医療情報管理装置。
【請求項２】
請求項１に記載の医療情報管理装置において、
前記医療画像ファイルの前記画像情報を含むファイル名を有する保存用画像ファイルを記憶する画像記憶部を備え、
前記圧縮部は、前記保存用画像ファイルの前記ファイル名の前記文字列を、前記変換テーブルを用いて変換して、前記保存用画像ファイルの前記ファイル名を圧縮し、
前記格納部は、前記圧縮部が圧縮した前記ファイル名を付した前記保存用画像ファイルを、前記医療画像ファイルの前記画像情報の前記複数の属性の少なくとも一部を含むディレクトリ名をそれぞれ有する複数のディレクトリに分類して、前記画像記憶部に格納することを特徴とする医療情報管理装置。
【請求項３】
請求項１または２に記載の医療情報管理装置において、
前記圧縮部は、前記ディレクトリ名を構成する文字列を前記変換テーブルを用いて変換して、前記ディレクトリ名を圧縮することを特徴とする医療情報管理装置。
【請求項４】
請求項１乃至３いずれかに記載の医療情報管理装置において、
前記圧縮部が前記変換テーブルを用いて変換する前記文字列は、前記医療画像ファイルの前記画像情報の前記複数の属性のうち、インスタンスＵＩＤであることを特徴とする医療情報管理装置。
【請求項５】
複数の属性からなる画像情報を有する医療画像ファイルを管理する装置であって、
前記医療画像ファイルの前記画像情報の前記複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名を構成する所定の文字列を所定の圧縮用変換文字列に予め変換した情報ファイルが、前記医療画像ファイルの前記画像情報の前記複数の属性の少なくとも一部を含むディレクトリ名をそれぞれ有する複数のディレクトリに分類して、前記情報ファイルが格納された情報記憶部と、前記医療画像ファイルの前記画像情報の前記複数の属性を区切って予め決められた順序で互いに連結して付したファイル名を構成する所定の文字列を所定の圧縮用変換文字列に予め変換した保存用画像ファイルが、前記複数のディレクトリに分類して、格納される画像記憶部と、を備えた医療情報管理装置において、
前記医療画像ファイルを検索するときに使用する検索キーを受け付ける検索キー受付部と、
前記検索キーに基づいて、検索用パスを生成する検索用パス生成部と、
前記所定の文字列を前記圧縮用変換文字列に対応付ける変換テーブルと、
前記検索キーに基づいて、検索用ファイル名を生成するファイル名生成部と、
前記ファイル名生成部が生成した前記検索用ファイル名の文字列を、前記変換テーブルを用いて変換する変換部と、
前記検索用パスおよび前記変換部で変換された前記検索用ファイル名を使用して、前記情報記憶部から該当するディレクトリの該当する情報ファイルを検索する情報検索部と、
前記情報検索部が取得した前記情報ファイルの前記ファイル名が示す前記画像情報を抽出する抽出部と、
を備えたことを特徴とする医療情報管理装置。
【請求項６】
請求項５に記載の医療情報管理装置において、
前記ディレクトリ名は、所定の文字列が所定の圧縮用変換文字列に予め変換されており、
前記変換部は、前記検索用パス生成部が生成した前記検索用パスのディレクトリ名の前記文字列を、前記変換テーブルを用いて変換し、
前記情報検索部は、前記変換部で変換された前記検索用パスおよび前記検索用ファイル名を使用して、前記情報記憶部から該当するディレクトリの該当する情報ファイルを検索することを特報とする医療情報管理装置。
【請求項７】
請求項５または６に記載の医療情報管理装置において、
前記情報検索部が検索して得られた前記情報ファイルから、前記画像情報の前記複数の属性を抽出する抽出部と、
前記抽出部が抽出した前記属性を示す文字列のうち、前記圧縮用変換文字列を前記変換テーブルを用いて復号する復号部と、
を備えたことを特徴とする医療情報管理装置。
【請求項８】
請求項５乃至７いずれかに記載の医療情報管理装置において、
前記変換テーブルの前記所定の文字列は、前記医療画像ファイルの前記画像情報の前記複数の属性のうち、インスタンスＵＩＤであることを特徴とする医療情報管理装置。
【請求項９】
複数の属性からなる画像情報を有する医療画像ファイルを管理するシステムであって、
前記医療画像ファイルの前記画像情報を含むファイル名を有する情報ファイルを記憶する情報記憶部と、
前記医療画像ファイルの前記画像情報の前記複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名を構成する文字列を圧縮用変換文字列に対応付ける変換テーブルと、
前記情報ファイルの前記ファイル名を構成する前記文字列を、前記変換テーブルを用いて変換して、前記情報ファイルの前記ファイル名を圧縮する圧縮部と、
前記圧縮部が圧縮した前記ファイル名を付した前記情報ファイルを、前記医療画像ファイルの前記画像情報の前記複数の属性の少なくとも一部を含むディレクトリ名をそれぞれ有する複数のディレクトリに分類して、前記情報記憶部に格納する格納部と、
を備えたことを特徴とする医療情報管理システム。
【請求項１０】
複数の属性からなる画像情報を有する医療画像ファイルを管理するシステムであって、
前記医療画像ファイルの前記画像情報の前記複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名を構成する所定の文字列を所定の圧縮用変換文字列に予め変換した情報ファイルが、前記医療画像ファイルの前記画像情報の前記複数の属性の少なくとも一部を含むディレクトリ名をそれぞれ有する複数のディレクトリに分類して、前記情報ファイルが格納された情報記憶部と、前記医療画像ファイルの前記画像情報の前記複数の属性を区切って予め決められた順序で互いに連結して付したファイル名を構成する所定の文字列を所定の圧縮用変換文字列に予め変換した保存用画像ファイルが、前記複数のディレクトリに分類して、格納される画像記憶部と、を備えた医療情報管理システムにおいて、
前記医療画像ファイルを検索するときに使用する検索キーを受け付ける検索キー受付部と、
前記検索キーに基づいて、検索用パスを生成する検索用パス生成部と、
前記所定の文字列を前記圧縮用変換文字列に対応付ける変換テーブルと、
前記検索キーに基づいて、検索用ファイル名を生成するファイル名生成部と、
前記ファイル名生成部が生成した前記検索用ファイル名の文字列を、前記変換テーブルを用いて変換する変換部と、
前記検索用パスおよび前記変換部で変換された前記検索用ファイル名を使用して、前記情報記憶部から該当するディレクトリの該当する情報ファイルを検索する情報検索部と、
前記情報検索部が取得した前記情報ファイルの前記ファイル名が示す前記画像情報を抽出する抽出部と、
を備えたことを特徴とする医療情報管理システム。
【請求項１１】
複数の属性からなる画像情報を有する医療画像ファイルを管理する方法であって、
前記医療画像ファイルの前記画像情報を含むファイル名を有する情報ファイルを記憶する情報記憶部を準備するステップと、
前記医療画像ファイルの前記画像情報の前記複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名を構成する文字列を圧縮用変換文字列に対応付ける変換テーブルを準備するステップと、
前記情報ファイルの前記ファイル名を構成する前記文字列を、前記変換テーブルを用いて変換して、前記情報ファイルの前記ファイル名を圧縮するステップと、
前記圧縮するステップで圧縮された前記ファイル名を付した前記情報ファイルを、前記医療画像ファイルの前記画像情報の前記複数の属性の少なくとも一部を含むディレクトリ名をそれぞれ有する複数のディレクトリに分類して、前記情報記憶部に格納するステップと、
を含むことを特徴とする医療情報管理方法。
【請求項１２】
複数の属性からなる画像情報を有する医療画像ファイルを管理する方法であって、
前記医療画像ファイルの前記画像情報の前記複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名を構成する所定の文字列を所定の圧縮用変換文字列に予め変換した情報ファイルが、前記医療画像ファイルの前記画像情報の前記複数の属性の少なくとも一部を含むディレクトリ名をそれぞれ有する複数のディレクトリに分類して、前記情報ファイルが格納された情報記憶部を準備するステップと、
前記医療画像ファイルの前記画像情報の前記複数の属性を区切って予め決められた順序で互いに連結して付したファイル名を構成する所定の文字列を所定の圧縮用変換文字列に予め変換した保存用画像ファイルが、前記複数のディレクトリに分類して、格納される画像記憶部を準備するステップと、を含む医療情報管理方法において、
前記医療画像ファイルを検索するときに使用する検索キーを受け付けるステップと、
前記検索キーに基づいて、検索用パスを生成するステップと、
前記所定の文字列を前記圧縮用変換文字列に対応付ける変換テーブルを準備するステップと、
前記検索キーに基づいて、検索用ファイル名を生成するステップと、
前記ファイル名を生成するステップで生成された前記検索用ファイル名の文字列を、前記変換テーブルを用いて変換するステップと、
前記検索用パスおよび前記変換するステップで変換された前記検索用ファイル名を使用して、前記情報記憶部から該当するディレクトリの該当する情報ファイルを検索するステップと、
前記検索するステップで取得した前記情報ファイルの前記ファイル名が示す前記画像情報を抽出するステップと、
を含むことを特徴とする医療情報管理方法。
【請求項１３】
複数の属性からなる画像情報を有する医療画像ファイルを管理するプログラムであって、
前記医療画像ファイルの前記画像情報を含むファイル名を有する情報ファイルを記憶する情報記憶部と、前記医療画像ファイルの前記画像情報の前記複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名を構成する文字列を圧縮用変換文字列に対応付ける変換テーブルと、を備えたコンピュータに、
前記情報ファイルの前記ファイル名を構成する前記文字列を、前記変換テーブルを用いて変換して、前記情報ファイルの前記ファイル名を圧縮する手段と、
前記圧縮する手段が圧縮した前記ファイル名を付した前記情報ファイルを、前記医療画像ファイルの前記画像情報の前記複数の属性の少なくとも一部を含むディレクトリ名をそれぞれ有する複数のディレクトリに分類して、前記情報記憶部に格納する手段と、
として機能させるための医療情報管理プログラム。
【請求項１４】
複数の属性からなる画像情報を有する医療画像ファイルを管理するプログラムであって、
前記医療画像ファイルの前記画像情報の前記複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名を構成する所定の文字列を所定の圧縮用変換文字列に予め変換した情報ファイルが、前記医療画像ファイルの前記画像情報の前記複数の属性の少なくとも一部を含むディレクトリ名をそれぞれ有する複数のディレクトリに分類して、前記情報ファイルが格納された情報記憶部と、前記医療画像ファイルの前記画像情報の前記複数の属性を区切って予め決められた順序で互いに連結して付したファイル名を構成する所定の文字列を所定の圧縮用変換文字列に予め変換した保存用画像ファイルが、前記複数のディレクトリに分類して、格納される画像記憶部と、前記所定の文字列を前記圧縮用変換文字列に対応付ける変換テーブルと、
を備えたコンピュータに、
前記医療画像ファイルを検索するときに使用する検索キーを受け付ける手段と、
前記検索キーに基づいて、検索用パスを生成する手段と、
前記検索キーに基づいて、検索用ファイル名を生成する手段と、
前記検索用ファイル名を生成する手段が生成した前記検索用ファイル名の前記文字列を、前記変換テーブルを用いて変換する手段と、
前記検索用パスおよび前記変換する手段が変換した前記検索用ファイル名を使用して、前記情報記憶部から該当するディレクトリの該当する情報ファイルを検索する手段と、
前記検索する手段が取得した前記情報ファイルの前記ファイル名が示す前記画像情報を抽出する手段と、
として機能させるための医療情報管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療情報管理装置、医療情報管理システム、医療情報管理方法、および医療情報管理プログラムに関し、特に、医療用画像情報の管理装置、システム、方法およびプログラムに関する。
【背景技術】
【０００２】
近年、質の高い医療への要望がますます強まるなか、コンピュータ技術の進歩、ＤＩＣＯＭ（Digital Imaging and COmmunications in Medicine）等の標準化の進展等を背景として、医療の現場への情報システムの導入が加速度的に進んでいる。超音波診断装置、ＭＲ(Magnetic Resonance)装置、ＣＴ（Computerized Tomography)装置、ＣＲ（Computed Radiography）装置等の各種モダリティ装置を有する病院では、これらをネットワーク接続したシステム環境を整備されつつある。
【０００３】
こうしたシステム環境においては、モダリティ装置により撮影された患者体内の様子が画像ファイルとしてサーバに蓄積され、医師は、このサーバから閲覧装置を使って画像ファイルを読み出し、診断を行う（特許文献１）。
【０００４】
一般的に、ＤＩＣＯＭに準拠したサーバは、大型で、かつオールインワンＰＣタイプのシステムがほとんどであるため拡張性に乏しく、またシステム障害が起こると全ての機能がダウンするなど運用上の信頼性が低かった。また、サーバでの画像データの管理には、ＳＱＬ（Structured Query Language）やOracle（登録商標）といったデータベースが用いられるが、これらのデータベースを用いたシステムは高価なハードウェアを必要とし、このような高価なハードウェアは部品点数が多いため、一般的に高い故障率を示す傾向があった。そのため保守点検にかかる費用が増大してしまう。
【０００５】
そこで、システムの安定性、効率、耐久性を向上できる医療情報管理システムを提供するために、医療画像ファイルの前記画像情報の前記複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名を有する情報ファイルを、前記医療画像ファイルの前記画像情報の前記複数の属性の少なくとも一部を含むディレクトリ名をそれぞれ有する複数のディレクトリに分類して、前記情報ファイルを格納する記録部を備えた医療情報管理システムを提案した。
【０００６】
【特許文献１】特開２００２−１３５４９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記従来医療情報管理システムにおいて、医療画像ファイルの画像情報の複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名は、文字数が多くなる為、医療情報管理システムを構成するコンピュータのオペレーティングシステムによっては、取り扱いができないものがあった。
【０００８】
特に、汎用の安価なコンピュータに採用されているオペレーティングシステムにおいて、ファイル名の文字列に制限があるため、各種オペレーティングシステムに対応できるようにすることが望まれていた。
【０００９】
本発明は上記事情に鑑みてなされたものであり、その目的とするところは、オペレーティングシステムの制限がなく、汎用の安価な装置構成で、効率良く医療画像ファイルを管理できる医療画像処理システムを提供することにある。
【課題を解決するための手段】
【００１０】
本発明によれば、複数の属性からなる画像情報を有する医療画像ファイルを管理する装置であって、
前記医療画像ファイルの前記画像情報を含むファイル名を有する情報ファイルを記憶する情報記憶部と、
前記医療画像ファイルの前記画像情報の前記複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名を構成する文字列を圧縮用変換文字列に対応付ける変換テーブルと、
前記情報ファイルの前記ファイル名を構成する前記文字列を、前記変換テーブルを用いて変換して、前記情報ファイルの前記ファイル名を圧縮する圧縮部と、
前記圧縮部が圧縮した前記ファイル名を付した前記情報ファイルを、前記医療画像ファイルの前記画像情報の前記複数の属性の少なくとも一部を含むディレクトリ名をそれぞれ有する複数のディレクトリに分類して、前記情報記憶部に格納する格納部と、
を備えたことを特徴とする医療情報管理装置が提供される。
【００１１】
ここで、医療画像ファイルとは、たとえば、医療現場において、検査で、ＣＴ（Computerized Tomography）装置、ＭＲ(Magnetic Resonance)装置、ＣＲ（Computed Radiography）装置などのモダリティ装置を用いて患者を撮影して得られた医療用の画像データのファイルである。医療画像ファイルの画像情報とは、たとえば、撮影された患者の識別番号である患者ＩＤ、患者名、患者の性別、患者の生年月日、および年齢などの複数の属性を含む。さらに、医療画像ファイルの画像情報は、撮影された検査の日付、時刻、検査の受付番号、検査ＩＤ、および検査インスタンスＵＩＤなどを含む。これらは、たとえば、ＤＩＣＯＭに準拠した画像データの属性情報である。
【００１２】
この発明によれば、ファイル名を圧縮することができるので、たとえば、ファイル名に文字数制限のあるオペレーティング装置でも、本装置を適用することが可能となる。さらに、ファイル名を圧縮することで、ファイルの検索効率を向上させることができる。
【００１３】
上記医療情報管理装置において、前記医療画像ファイルの前記画像情報を含むファイル名を有する保存用画像ファイルを記憶する画像記憶部を備えることができ、前記圧縮部は、前記保存用画像ファイルの前記ファイル名の前記文字列を、前記変換テーブルを用いて変換して、前記保存用画像ファイルの前記ファイル名を圧縮し、前記格納部は、前記圧縮部が圧縮した前記ファイル名を付した前記保存用画像ファイルを、前記医療画像ファイルの前記画像情報の前記複数の属性の少なくとも一部を含むディレクトリ名をそれぞれ有する複数のディレクトリに分類して、前記画像記憶部に格納することができる。
【００１４】
医療情報管理装置において、前記圧縮部は、前記ディレクトリ名を構成する文字列を前記変換テーブルを用いて変換して、前記ディレクトリ名を圧縮することができる。
【００１５】
この構成によれば、ディレクトリ名を圧縮することができるので、たとえば、ディレクトリ名に文字数制限があるオペレーティング装置でも、本装置を適用することが可能となる。さらに、ディレクトリ名を圧縮することで、ファイルの検索効率を向上させることができる。
【００１６】
医療情報管理装置において、前記圧縮部が前記変換テーブルを用いて変換する前記文字列は、前記医療画像ファイルの前記画像情報の前記複数の属性のうち、インスタンスＵＩＤとすることができる。
【００１７】
本発明によれば、複数の属性からなる画像情報を有する医療画像ファイルを管理する装置であって、
前記医療画像ファイルの前記画像情報の前記複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名を構成する所定の文字列を所定の圧縮用変換文字列に予め変換した情報ファイルが、前記医療画像ファイルの前記画像情報の前記複数の属性の少なくとも一部を含むディレクトリ名をそれぞれ有する複数のディレクトリに分類して、前記情報ファイルが格納された情報記憶部と、前記医療画像ファイルの前記画像情報の前記複数の属性を区切って予め決められた順序で互いに連結して付したファイル名を構成する所定の文字列を所定の圧縮用変換文字列に予め変換した保存用画像ファイルが、前記複数のディレクトリに分類して、格納される画像記憶部と、を備えた医療情報管理装置において、
前記医療画像ファイルを検索するときに使用する検索キーを受け付ける検索キー受付部と、
前記検索キーに基づいて、検索用パスを生成する検索用パス生成部と、
前記所定の文字列を前記圧縮用変換文字列に対応付ける変換テーブルと、
前記検索キーに基づいて、検索用ファイル名を生成するファイル名生成部と、
前記ファイル名生成部が生成した前記検索用ファイル名の文字列を、前記変換テーブルを用いて変換する変換部と、
前記検索用パスおよび前記変換部で変換された前記検索用ファイル名を使用して、前記情報記憶部から該当するディレクトリの該当する情報ファイルを検索する情報検索部と、
前記情報検索部が取得した前記情報ファイルの前記ファイル名が示す前記画像情報を抽出する抽出部と、
を備えたことを特徴とする医療情報管理装置が提供される。
【００１８】
この発明によれば、ＤＩＣＯＭ規格に準拠したフォーマットで指定された検索キーを、ファイル名を圧縮変換するのに用いた変換テーブルで同様にコード変換して、該当するファイルを検索できるので、圧縮されたままのファイル名で検索できるとともに、検索対象の文字列が短縮されるので、検索効率が向上する。
【００１９】
上記医療情報管理装置において、前記ディレクトリ名は、所定の文字列が所定の圧縮用変換文字列に予め変換されており、前記変換部は、前記検索用パス生成部が生成した前記検索用パスのディレクトリ名の前記文字列を、前記変換テーブルを用いて変換し、前記情報検索部は、前記変換部で変換された前記検索用パスおよび前記検索用ファイル名を使用して、前記情報記憶部から該当するディレクトリの該当する情報ファイルを検索することができる。
【００２０】
上記医療情報管理装置において、前記情報検索部が検索して得られた前記情報ファイルから、前記画像情報の前記複数の属性を抽出する抽出部と、前記抽出部が抽出した前記属性を示す文字列のうち、前記圧縮用変換文字列を前記変換テーブルを用いて復号する復号部と、を備えたことができる。
【００２１】
上記医療情報管理装置において、前記変換テーブルの前記所定の文字列は、前記医療画像ファイルの前記画像情報の前記複数の属性のうち、インスタンスＵＩＤとすることができる。
【００２２】
本発明によれば、複数の属性からなる画像情報を有する医療画像ファイルを管理するシステムであって、
前記医療画像ファイルの前記画像情報を含むファイル名を有する情報ファイルを記憶する情報記憶部と、
前記医療画像ファイルの前記画像情報の前記複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名を構成する文字列を圧縮用変換文字列に対応付ける変換テーブルと、
前記情報ファイルの前記ファイル名を構成する前記文字列を、前記変換テーブルを用いて変換して、前記情報ファイルの前記ファイル名を圧縮する圧縮部と、
前記圧縮部が圧縮した前記ファイル名を付した前記情報ファイルを、前記医療画像ファイルの前記画像情報の前記複数の属性の少なくとも一部を含むディレクトリ名をそれぞれ有する複数のディレクトリに分類して、前記情報記憶部に格納する格納部と、
を備えたことを特徴とする医療情報管理システムが提供される。
【００２３】
本発明によれば、複数の属性からなる画像情報を有する医療画像ファイルを管理するシステムであって、
前記医療画像ファイルの前記画像情報の前記複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名を構成する所定の文字列を所定の圧縮用変換文字列に予め変換した情報ファイルが、前記医療画像ファイルの前記画像情報の前記複数の属性の少なくとも一部を含むディレクトリ名をそれぞれ有する複数のディレクトリに分類して、前記情報ファイルが格納された情報記憶部と、前記医療画像ファイルの前記画像情報の前記複数の属性を区切って予め決められた順序で互いに連結して付したファイル名を構成する所定の文字列を所定の圧縮用変換文字列に予め変換した保存用画像ファイルが、前記複数のディレクトリに分類して、格納される画像記憶部と、を備えた医療情報管理システムにおいて、
前記医療画像ファイルを検索するときに使用する検索キーを受け付ける検索キー受付部と、
前記検索キーに基づいて、検索用パスを生成する検索用パス生成部と、
前記所定の文字列を前記圧縮用変換文字列に対応付ける変換テーブルと、
前記検索キーに基づいて、検索用ファイル名を生成するファイル名生成部と、
前記ファイル名生成部が生成した前記検索用ファイル名の文字列を、前記変換テーブルを用いて変換する変換部と、
前記検索用パスおよび前記変換部で変換された前記検索用ファイル名を使用して、前記情報記憶部から該当するディレクトリの該当する情報ファイルを検索する情報検索部と、
前記情報検索部が取得した前記情報ファイルの前記ファイル名が示す前記画像情報を抽出する抽出部と、
を備えたことを特徴とする医療情報管理システムが提供される。
【００２４】
本発明によれば、複数の属性からなる画像情報を有する医療画像ファイルを管理する方法であって、
前記医療画像ファイルの前記画像情報を含むファイル名を有する情報ファイルを記憶する情報記憶部を準備するステップと、
前記医療画像ファイルの前記画像情報の前記複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名を構成する文字列を圧縮用変換文字列に対応付ける変換テーブルを準備するステップと、
前記情報ファイルの前記ファイル名を構成する前記文字列を、前記変換テーブルを用いて変換して、前記情報ファイルの前記ファイル名を圧縮するステップと、
前記圧縮するステップで圧縮された前記ファイル名を付した前記情報ファイルを、前記医療画像ファイルの前記画像情報の前記複数の属性の少なくとも一部を含むディレクトリ名をそれぞれ有する複数のディレクトリに分類して、前記情報記憶部に格納するステップと、
を含むことを特徴とする医療情報管理方法が提供される。
【００２５】
本発明によれば、複数の属性からなる画像情報を有する医療画像ファイルを管理する方法であって、
前記医療画像ファイルの前記画像情報の前記複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名を構成する所定の文字列を所定の圧縮用変換文字列に予め変換した情報ファイルが、前記医療画像ファイルの前記画像情報の前記複数の属性の少なくとも一部を含むディレクトリ名をそれぞれ有する複数のディレクトリに分類して、前記情報ファイルが格納された情報記憶部を準備するステップと、
前記医療画像ファイルの前記画像情報の前記複数の属性を区切って予め決められた順序で互いに連結して付したファイル名を構成する所定の文字列を所定の圧縮用変換文字列に予め変換した保存用画像ファイルが、前記複数のディレクトリに分類して、格納される画像記憶部を準備するステップと、を含む医療情報管理方法において、
前記医療画像ファイルを検索するときに使用する検索キーを受け付けるステップと、
前記検索キーに基づいて、検索用パスを生成するステップと、
前記所定の文字列を前記圧縮用変換文字列に対応付ける変換テーブルを準備するステップと、
前記検索キーに基づいて、検索用ファイル名を生成するステップと、
前記ファイル名を生成するステップで生成された前記検索用ファイル名の文字列を、前記変換テーブルを用いて変換するステップと、
前記検索用パスおよび前記変換するステップで変換された前記検索用ファイル名を使用して、前記情報記憶部から該当するディレクトリの該当する情報ファイルを検索するステップと、
前記検索するステップで取得した前記情報ファイルの前記ファイル名が示す前記画像情報を抽出するステップと、
を含むことを特徴とする医療情報管理方法が提供される。
【００２６】
本発明によれば、複数の属性からなる画像情報を有する医療画像ファイルを管理するプログラムであって、
前記医療画像ファイルの前記画像情報を含むファイル名を有する情報ファイルを記憶する情報記憶部と、
前記医療画像ファイルの前記画像情報の前記複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名を構成する文字列を圧縮用変換文字列に対応付ける変換テーブルと、を備えたコンピュータに、
前記情報ファイルの前記ファイル名を構成する前記文字列を、前記変換テーブルを用いて変換して、前記情報ファイルの前記ファイル名を圧縮する手段と、
前記圧縮する手段が圧縮した前記ファイル名を付した前記情報ファイルを、前記医療画像ファイルの前記画像情報の前記複数の属性の少なくとも一部を含むディレクトリ名をそれぞれ有する複数のディレクトリに分類して、前記情報記憶部に格納する手段と、
として機能させるための医療情報管理プログラムが提供される。
【００２７】
本発明によれば、複数の属性からなる画像情報を有する医療画像ファイルを管理するプログラムであって、
前記医療画像ファイルの前記画像情報の前記複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名を構成する所定の文字列を所定の圧縮用変換文字列に予め変換した情報ファイルが、前記医療画像ファイルの前記画像情報の前記複数の属性の少なくとも一部を含むディレクトリ名をそれぞれ有する複数のディレクトリに分類して、前記情報ファイルが格納された情報記憶部と、前記医療画像ファイルの前記画像情報の前記複数の属性を区切って予め決められた順序で互いに連結して付したファイル名を構成する所定の文字列を所定の圧縮用変換文字列に予め変換した保存用画像ファイルが、前記複数のディレクトリに分類して、格納される画像記憶部と、前記所定の文字列を前記圧縮用変換文字列に対応付ける変換テーブルと、
を備えたコンピュータに、
前記医療画像ファイルを検索するときに使用する検索キーを受け付ける手段と、
前記検索キーに基づいて、検索用パスを生成する手段と、
前記検索キーに基づいて、検索用ファイル名を生成する手段と、
前記検索用ファイル名を生成する手段が生成した前記検索用ファイル名の前記文字列を、前記変換テーブルを用いて変換する手段と、
前記検索用パスおよび前記変換する手段が変換した前記検索用ファイル名を使用して、前記情報記憶部から該当するディレクトリの該当する情報ファイルを検索する手段と、
前記検索する手段が取得した前記情報ファイルの前記ファイル名が示す前記画像情報を抽出する手段と、
として機能させるための医療情報管理プログラムが提供される。
【００２８】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００２９】
本発明によれば、オペレーティングシステムの制限がなく、汎用の安価な装置構成で、効率良く医療画像ファイルを管理できる医療画像処理システムが提供される。
【発明を実施するための最良の形態】
【００３０】
以下、本発明の実施の形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。
【００３１】
（第一の実施の形態）
図１は、本発明の実施の形態に係る医療情報管理システムを示す構成図である。医療情報管理システムは、医療用の画像データを取得する第１のモダリティ装置１２ａ（図中、「ＣＴ」と示す）および第２のモダリティ装置１２ｂ（図中、「ＭＲ」と示す）（以下、個々の装置を単に「モダリティ装置１２」と呼ぶ）と、モダリティ装置１２で取得した画像データを記録する第１の記録装置１００ａおよび第２の記録装置１００ｂ（以下、個々の装置を単に「記録装置１００」と呼ぶ）と、モダリティ装置１２から記録装置１００に画像データを転送するとともに、記録装置１００に格納された画像データを管理する情報管理装置２００と、を備えている。
【００３２】
情報管理装置２００は、サーバ機能、およびルータ機能を有し、モダリティ装置１２とネットワーク５０を介して接続され、例えばＤＩＣＯＭに基づいた通信を行い必要な情報を互いに送受信する。さらに情報管理装置２００は、記録装置１００とＬＡＮなどのネットワーク５２を介して接続される。さらに情報管理装置２００は、記録装置１００の画像データを閲覧する複数の端末２０ａおよび２０ｂ（以後、個々の装置を単に「端末２０」と呼ぶ）にＬＡＮなどのネットワーク５４を介して接続される。なお、情報管理装置２００は、記録装置１００の替わりに画像データを格納するハードディスクを有しても良いし、ハードディスクを含まない構成とすることもできる。本実施形態の情報管理装置２００は、ハードディスクは含まない構成とする。
【００３３】
モダリティ装置１２は、たとえば、ＣＴ装置、ＭＲ装置、およびＣＲ装置などである。端末２０は、たとえば、パーソナルコンピュータなどである。記録装置１００は、例えばＮＡＳ（Network Attached Storage）、ＳＡＮ（Storage Area Network）などの一般的なストレージ装置であり、ハードディスクなどの記録媒体にモダリティ装置１２から情報管理装置２００経由で転送された画像ファイルを格納する。本実施形態において、３つのネットワーク５０、ネットワーク５２、およびネットワーク５４を設けた構成としたが、これに限定されない。たとえば、全て同一のネットワーク上に設けた構成としてもよいし、または、記録装置１００のみ別のネットワークとし、モダリティ装置１２および端末２０を同じネットワークとすることもできる。
【００３４】
本実施形態の医療情報管理システムの各構成要素は、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされた本図の構成要素を実現するプログラム、そのプログラムを格納するハードディスクなどの記憶ユニット、ネットワーク接続用インタフェースを中心にハードウェアとソフトウェアの任意の組合せによって実現される。そして、その実現方法、プログラム、装置にはいろいろな変形例があることは、当業者には理解されるところである。以下説明する各図は、ハードウェア単位の構成ではなく、機能単位のブロックを示している。
【００３５】
図２は、本実施形態の記録装置１００のディレクトリ構造の一例を示す図である。本実施形態の記録装置１００は、ルートディレクトリ（図中、「Ｒｏｏｔ」と示す）直下に、管理情報ディレクトリ１１０（図中「Ｉｎｆｏ」と示す）と、患者ＩＤディレクトリ１２０（図中、「ＰＩＦ」と示す）と、患者名ディレクトリ１３０（図中、「ＰＮＦ」と示す）と、受付番号ディレクトリ１５０（図中、「ＡＣＦ」と示す）と、検査日付ディレクトリ１６０（図中、「ＤＴＦ」と示す）と、シリーズ管理情報ディレクトリ１７０（図中、「ＳＩＦ」と示す）と、画像管理ディレクトリ１８０（図中、「Ｉｍａｇｅｓ」と示す）と、を含む。なお、本実施形態において、ルートディレクトリ直下に複数のディレクトリを有する構成としているが、これに限定されない。
【００３６】
管理情報ディレクトリ１１０は、記録装置１００のストレージ管理用の情報を格納するディレクトリであり、たとえば、システムのバージョン情報ファイル、保存管理設定ファイル、エラー情報などのログファイル、ストレージ使用開始日時ファイル、最終アクセス日時ファイルなどが格納される。
【００３７】
患者ＩＤディレクトリ１２０は、患者ＩＤを検索キーとした検索に使用する情報を格納するディレクトリである。患者名ディレクトリ１３０は、患者名を検索キーとした検索に使用する情報を格納するディレクトリである。受付番号ディレクトリ１５０は、検査の受付番号を検索キーとした検索に使用する情報を格納するディレクトリである。検査日付ディレクトリ１６０は、検査日付を検索キーとした検索に使用する情報を格納するディレクトリである。シリーズ管理情報ディレクトリ１７０は、検査インスタンスＵＩＤを検索キーとした検索に使用する情報を格納するディレクトリである。画像管理ディレクトリ１８０は、シリーズインスタンスＵＩＤ毎に分類された検査の画像ファイル３７０が格納される。なお、各ディレクトリおよびファイルの詳細については、後述する。
【００３８】
図３は、本実施形態の情報管理装置２００の機能ブロック図である。本実施形態の情報管理装置（情報管理装置２００）は、複数の属性からなる画像情報を有する医療画像ファイルを管理する装置であって、医療画像ファイルの画像情報を含むファイル名を有する情報ファイルを記憶する情報記憶部（記録装置１００）と、医療画像ファイルの画像情報の複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名を構成する文字列を圧縮用変換文字列に対応付ける変換テーブル（変換テーブル２８０）と、情報ファイルのファイル名を構成する文字列を、変換テーブルを用いて変換して、情報ファイルのファイル名を圧縮する圧縮部（圧縮部２８２）と、圧縮部が圧縮したファイル名を付した情報ファイルを、医療画像ファイルの画像情報の複数の属性の少なくとも一部を含むディレクトリ名をそれぞれ有する複数のディレクトリに分類して、情報記憶部に格納する格納部（情報ファイル格納部２４３）と、を備える。
【００３９】
本実施形態において、情報管理装置２００は、ネットワーク５０を介してモダリティ装置１２（図１参照）から受信した画像データを記録装置１００にネットワーク５２を介して転送し、所定のディレクトリに格納し、画像データを管理する。
【００４０】
詳細には、情報管理装置２００は、画像ファイル受信部２３１と、画像情報取得部２３３と、情報入力受付部２３５と、転送先受付部２３６と、ファイル生成部２３７と、情報格納用パス生成部２３９と、画像ファイル格納部２４１と、情報ファイル格納部２４３と、変換テーブル２８０と、圧縮部２８２と、を備えている。
【００４１】
画像ファイル受信部２３１は、ネットワーク５０を介してモダリティ装置１２から画像データを受信する。画像情報取得部２３３は、画像ファイル受信部２３１が受信した画像データに含まれている情報を読み出し取得する。たとえば、患者ＩＤ、患者名などの情報が画像に記録されている場合、それらを読み取り、ＯＣＲ（光学式文字読取部）などで文字識別して文字情報を取得する構成とすることができる。あるいは、後述する情報入力受付部から直接情報を取得してもよい。
【００４２】
情報入力受付部２３５は、画像ファイル受信部２３１が受信した画像データの情報の入力を受け付ける。ここで、画像データの情報とは、たとえば、患者ＩＤ、患者名、検査日などである。転送先受付部２３６は、画像ファイル受信部２３１で受信した画像データをネットワーク５２上の何れの記録装置１００に転送するかの選択を受け付ける。情報入力受付部２３５および転送先受付部２３６が受け付ける情報および転送先は、図示されない操作部を介してユーザが入力および選択する。情報入力受付部２３５および転送先受付部２３６で受け付けた情報および送信先は、画像情報取得部２３３に受け渡される。
【００４３】
ファイル生成部２３７は、画像情報取得部２３３が取得した画像情報を含むファイル名を有する情報格納用のファイルおよび保存用の画像ファイルを生成する。ここで生成される各ファイルおよびファイル名の詳細については、後述する。
【００４４】
情報格納用パス生成部２３９は、画像情報取得部２３３が取得した画像情報に基づいて、情報格納用のパスを生成する。ここで生成されるパスは、後述する患者ルート情報ファイル、検査ルート情報ファイル、シリーズ情報ファイル、および画像ファイルなどの情報ファイルを格納するディレクトリへのパスである。なお、情報格納用パス生成部２３９は、情報格納用のパスが示すディレクトリが存在するか否かを判定し、存在しない場合は該当するディレクトリを生成する。変換テーブル２８０は、ファイル生成部２３７および情報格納用パス生成部２３９が生成するファイルやパスのファイル名やディレクトリ名を構成する文字列を圧縮用変換文字列に対応付ける変換テーブルである。変換テーブル２８０の詳細については、後述する。圧縮部２８２は、ファイル生成部２３７や情報格納用パス生成部２３９が生成するファイルやパスのファイル名やディレクトリ名の文字列を変換テーブル２８０を用いて変換して、圧縮する。
【００４５】
画像ファイル格納部２４１は、情報格納用パス生成部２３９が生成したパスのディレクトリに、ファイル生成部２３７が生成したファイル名を有する保存用の画像ファイルを、転送先受付部２３６で受け付けた転送先の記録装置１００に格納する。
【００４６】
情報ファイル格納部２４３は、情報格納用パス生成部２３９が生成したパスのディレクトリに、ファイル生成部２３７が生成したファイル名を有する各情報ファイルを、転送先受付部２３６で受け付けた転送先の記録装置１００に格納する。
【００４７】
次に、記録装置１００の各ディレクトリおよびファイルの詳細について、図を用いて以下に説明する。
【００４８】
図４は、図２の患者ＩＤディレクトリ１２０のディレクトリ構造の一例を示す図である。患者ＩＤディレクトリ１２０は、その配下に、患者ＩＤの先頭ｎ文字（図では、先頭２文字）をサブディレクトリ名として、複数の患者ＩＤ先頭ｎ文字ディレクトリ１２１ａ、１２１ｂ、１２１ｃ（以後、個々のディレクトリを単に「患者ＩＤ先頭ｎ文字ディレクトリ１２１」と呼ぶ）等と、さらにその下に２つのディレクトリ、ＰＬディレクトリ１２３ａ、１２３ｂ、１２３ｃ（以後、個々のディレクトリを単に「ＰＬディレクトリ１２３」と呼ぶ）およびＳＬディレクトリ１２５ａ、１２５ｂ、１２５ｃ（以後、個々のディレクトリを単に「ＳＬディレクトリ１２５」と呼ぶ）と、をそれぞれ有する。
【００４９】
各患者ＩＤ先頭ｎ文字ディレクトリ１２１は、たとえば、アルファベットのＡ〜Ｚ、０〜９、および記号からなる名称を有する。各ディレクトリ名は、実際には、これらの英数字の前にアンダーバーを付して表現される。また、記号は２バイト文字コードに変換して表現される。これらは、たとえば、半角文字の「?」や「:」などファイル名やディレクトリ名として使用不可能な記号文字を２バイトで表現させ、使用可能にするための処置である。以後、特に説明しない場合も、患者名、患者ＩＤ、検査ＩＤ、およびモダリティ名などを含むファイル名およびディレクトリ名は同様に２バイト文字変換処置されるものとする。
【００５０】
ＰＬディレクトリ１２３およびＳＬディレクトリ１２５には、それぞれ患者ＩＤ（患者ＩＤ先頭ｎ文字）に該当する患者の複数の患者ルート情報ファイル３００および複数の検査ルート情報ファイル３２０が格納される。
【００５１】
図５は、図４の患者ＩＤディレクトリ１２０配下に格納される患者ルート情報ファイル３００および検査ルート情報ファイル３２０の詳細な構造の一例を示す図である。
【００５２】
本実施形態において、患者ルート情報ファイル３００および検査ルート情報ファイル３２０は、ファイル名のみの空ファイルであり、実画像データは含まず、データサイズは実質的に０バイトである。ただし、必要に応じて、ファイルにコメントや履歴などの情報を格納してもよい。
【００５３】
患者ルート情報ファイル３００は、たとえば、患者ＩＤ３０１と、患者名３０３と、性別３０５と、生年月日３０７と、が区切り文字３０２の「@（アットマーク）」で区切って順に連結された文字列で表現されるファイル名を有する。上述したように、患者ＩＤ３０１および患者名３０３は、２バイト文字変換の処置を行って表現した文字列を使用する。なお、患者ルート情報ファイル３００の拡張子３０９は、「ＰＩ」とする。例として、患者ルート情報ファイル３００のファイル名は、下記のように示される。
「_0_0_3_0_0_7--_3@_Y_A_M_A_D_A_T_A_R_O@M@19800101.PI」
【００５４】
本実施形態において、区切り文字３０２に「@（アットマーク）」を用いたが、これに限定されない。たとえば、１バイトコード体系で、「｜（パイプ）」、「＾（ハット）」などを用いることができる。
【００５５】
検査ルート情報ファイル３２０は、たとえば、患者ＩＤ３２１と、患者名３２３と、性別３２５と、生年月日３２７と、年齢３２９と、検査日付３３１と、検査時刻３３３と、受付番号３３５と、検査ＩＤ３３７と、検査インスタンスＵＩＤ３３９と、が区切り文字３０２の「@」で区切って順に連結された文字列で表現されるファイル名を有する。ここでも、患者ＩＤ３０１、患者名３０３、および検査ＩＤ３３７は、上記の２バイト文字変換の処置を行って表現した文字列を使用する。なお、検査ルート情報ファイル３２０の拡張子３４１は、「ＰＳＩ」とする。例として、検査ルート情報ファイル３２０のファイル名は、下記のように示される。
「_0_1_7_1_6_2--_1@_S_A_T_O_U_H_A_N_A_K_O@F@@078Y@20020214@144935@@_4_4_2_1@1.2.392.200036.
9116.2.2.2.1762575864.1013665775.38601.PSI」
【００５６】
本実施形態において、後述するように、検査ルート情報ファイル３２０のファイル名に含まれる画像情報の属性のうち、検査インスタンスＵＩＤ３３９の文字列部分について、圧縮変換処理が行われる。なお、上記の例は、検査インスタンスＵＩＤ３３９の文字列部分の圧縮変換処理前のファイル名である。
【００５７】
図６は、図２の患者名ディレクトリ１３０のディレクトリ構造の一例を示す図である。患者名ディレクトリ１３０は、患者名を検索キーとした検索に使用する情報を格納するディレクトリである。ここで、患者名ディレクトリ１３０では患者名は半角文字とする。患者名ディレクトリ１３０は、複数の患者名先頭ｎ文字ディレクトリ１３１ａ、１３１ｂ（以後、個々のディレクトリを単に「患者名先頭ｎ文字ディレクトリ１３１」と呼ぶ）と、さらにその下に２つのディレクトリ、ＰＬディレクトリ１３３ａ、１３３ｂ（以後、個々のディレクトリを単に「ＰＬディレクトリ１３３」と呼ぶ）およびＳＬディレクトリ１３５ａ、１３５ｂ（以後、個々のディレクトリを単に「ＳＬディレクトリ１３５」と呼ぶ）と、をそれぞれ有する。
【００５８】
各患者名先頭ｎ文字ディレクトリ１３１は、患者ＩＤ先頭ｎ文字ディレクトリ１２１と同様に、たとえば、アルファベットのＡ〜Ｚ、０〜９、および記号からなる名称を有する。ＰＬディレクトリ１３３およびＳＬディレクトリ１３５には、それぞれ患者名（患者名先頭ｎ文字）に該当する複数の患者の複数の患者ルート情報ファイル３００および複数の検査ルート情報ファイル３２０がそれぞれ格納される。
【００５９】
図７は、図２の受付番号ディレクトリ１５０のディレクトリ構造の一例を示す図である。受付番号ディレクトリ１５０は、受付番号を検索キーとした検索に使用する情報を格納するディレクトリである。受付番号ディレクトリ１５０は、複数の受付番号先頭ｎ文字ディレクトリ１５１ａ、１５１ｂ（以後、個々のディレクトリを単に「受付番号先頭ｎ文字ディレクトリ１５１」と呼ぶ）と、さらにその下に２つのディレクトリ、ＰＬディレクトリ１５３ａ、１５３ｂ（以後、個々のディレクトリを単に「ＰＬディレクトリ１５３」と呼ぶ）およびＳＬディレクトリ１５５ａ、１５５ｂ（以後、個々のディレクトリを単に「ＳＬディレクトリ１５５」と呼ぶ）と、をそれぞれ有する。
【００６０】
各受付番号先頭ｎ文字ディレクトリ１５１は、患者ＩＤ先頭ｎ文字ディレクトリ１２１と同様に、たとえば、アルファベットのＡ〜Ｚ、０〜９、および記号からなる名称を有する。ＰＬディレクトリ１５３およびＳＬディレクトリ１５５には、それぞれ受付番号（受付番号先頭ｎ文字）に該当する複数の患者ルート情報ファイル３００および複数の検査ルート情報ファイル３２０がそれぞれ格納される。
【００６１】
図８は、図２の検査日付ディレクトリ１６０のディレクトリ構造の一例を示す図である。検査日付ディレクトリ１６０は、検査日付を検索キーとした検索に使用する情報を格納するディレクトリである。検査日付ディレクトリ１６０は、複数の検査日付別ディレクトリ１６１ａ、１６１ｂ（以後、個々のディレクトリを単に「検査日付別ディレクトリ１６１」と呼ぶ）と、さらにその下に２つのディレクトリ、ＰＬディレクトリ１６３ａ、１６３ｂ（以後、個々のディレクトリを単に「ＰＬディレクトリ１６３」と呼ぶ）およびＳＬディレクトリ１６５ａ、１６５ｂ（以後、個々のディレクトリを単に「ＳＬディレクトリ１６５」と呼ぶ）と、をそれぞれ有する。
【００６２】
各検査日付別ディレクトリ１６１は、たとえば、検査日付が西暦表記のＹＹＹＹ年ＭＭ月ＤＤ日の場合、「YYYYMMDD」で示した名称を有する。ＰＬディレクトリ１６３およびＳＬディレクトリ１６５には、それぞれ検査日付に該当する患者ルート情報ファイル３００および検査ルート情報ファイル３２０がそれぞれ格納される。
【００６３】
図９は、図２のシリーズ管理情報ディレクトリ１７０ディレクトリ構造の一例を示す図である。シリーズ管理情報ディレクトリ１７０は、検査インスタンスＵＩＤを検索キーとした検索に使用する情報を格納するディレクトリである。シリーズ管理情報ディレクトリ１７０は、複数の検査インスタンスＵＩＤ（１）ディレクトリ１７１ａおよび検査インスタンスＵＩＤ（ｎ）ディレクトリ１７１ｂ（以後、個々のディレクトリを単に「検査インスタンスＵＩＤディレクトリ１７１」と呼ぶ）がそれぞれ格納される。
【００６４】
検査インスタンスＵＩＤディレクトリ１７１は、検査インスタンスＵＩＤをフォルダ名として有するディレクトリであるが、検査インスタンスコードをフォルダ名として有する上位のディレクトリのサブディレクトリとして格納することもできる。ここで、検査インスタンスコードは、検査インスタンスＵＩＤの構成要素、すなわちドットで区切られた数値を加算して得られた、下４桁として定義することができる。本実施形態において、後述するように、検査インスタンスＵＩＤディレクトリ１７１のフォルダ名の検査インスタンスＵＩＤの記述について、圧縮変換処理が行われる。
【００６５】
各検査インスタンスＵＩＤディレクトリ１７１には、検査インスタンスＵＩＤに該当する検査の複数のシリーズ情報ファイル３５０が格納される。また、検査インスタンスＵＩＤディレクトリ１７１内の情報の削除を禁止するための削除ロックフォルダ３６０を格納することができる。検査インスタンスＵＩＤディレクトリ１７１内の情報の削除を禁止したい場合は、該当する検査インスタンスＵＩＤディレクトリ１７１内に削除ロックフォルダ３６０を配置する。
【００６６】
シリーズ情報ファイル３５０は、患者ＩＤ、患者名、性別、生年月日、年齢、検査日付、検査時刻、受付番号、および検査ＩＤに加え、モダリティ３５１と、取得ＡＥ名称３５３と、シリーズインスタンスＵＩＤ３５５と、シリーズ番号３５７と、が区切り文字３０２「@」で区切って順に連結された文字列で表現されるファイル名を有する。ここで、患者ＩＤ、患者名、検査ＩＤ、およびモダリティ３５１は、上述したように、２バイト文字変換の処置を行って表現した文字列を使用する。なお、シリーズ情報ファイル３５０の拡張子３５９は、「ＳＩ」とする。本実施形態において、シリーズ情報ファイル３５０は、ファイル名のみの空ファイルであり、実画像データは含まず、データサイズは実質的に０バイトである。ただし、必要に応じて、ファイルにコメントや履歴などの情報を格納してもよい。例として、シリーズ情報ファイル３５０のファイル名は、下記のように示される。
「_5_3_1_6_0_8--_1@  〜（途中省略）〜  @CT@_P_O_P--_N_e_t_S_e_r_v_e_r@1.2.392.200036.9116.
2.2.2.1762575864.1014268358.438705@2.SI」
【００６７】
本実施形態において、後述するように、シリーズ情報ファイル３５０のファイル名に含まれる画像情報の属性のうち、シリーズインスタンスＵＩＤ３５５の文字列部分について、圧縮変換処理が行われる。なお、上記の例は、シリーズインスタンスＵＩＤ３５５の文字列部分の圧縮変換処理前のファイル名である。
【００６８】
図１０は、図２の画像管理ディレクトリ１８０ディレクトリ構造の一例を示す図である。画像管理ディレクトリ１８０は、シリーズインスタンスＵＩＤ毎に分類された検査の画像ファイル３７０が格納される。画像管理ディレクトリ１８０は、複数のシリーズインスタンスＵＩＤ（１）ディレクトリ１８１ａおよびシリーズインスタンスＵＩＤ（ｎ）ディレクトリ１８１ｂ（以後、個々のディレクトリを単に「シリーズインスタンスＵＩＤディレクトリ１８１」と呼ぶ）を有する。
【００６９】
シリーズインスタンスＵＩＤディレクトリ１８１は、シリーズインスタンスＵＩＤに該当する名称を有する。また、シリーズインスタンスＵＩＤディレクトリ１８１は、シリーズインスタンスコードをフォルダ名として有する上位のディレクトリのサブディレクトリとして格納することもできる。ここで、シリーズインスタンスコードは、シリーズインスタンスＵＩＤの構成要素、すなわちドットで区切られた数値を加算して得られた、下４桁として定義することができる。本実施形態において、後述するように、シリーズインスタンスＵＩＤディレクトリ１８１のフォルダ名のシリーズインスタンスＵＩＤの記述について、圧縮変換処理が行われる。
【００７０】
シリーズインスタンスＵＩＤディレクトリ１８１に格納される複数の画像ファイル３７０は、たとえば、画像の画像番号３７１と、ＳＯＰインスタンス３７３と、が区切り文字３０２「@」で区切って順に連結された文字列で表現されるファイル名を有する。画像番号３７１の拡張子３７５は、「ＤＣＭ」とする。画像ファイル３７０は、実画像データを含有する。また、画像ファイル３７０は、クラスタインスタンスやトランスファーシンタックスなどの属性をファイル名に含むこともできる。本実施形態において、後述するように、画像ファイル３７０のＳＯＰインスタンス３７３の記述について、圧縮変換処理が行われる。
【００７１】
さらに、各シリーズインスタンスＵＩＤディレクトリ１８１は、シリーズインスタンスＵＩＤを有する検査の複数の検査インスタンスＵＩＤに該当する検査インスタンスＵＩＤディレクトリ１８３を含み、検査インスタンスＵＩＤディレクトリ１８３には、該当する複数のシリーズ情報ファイル３５０が格納される。これにより、シリーズインスタンスＵＩＤから検査インスタンスＵＩＤを逆引きし、該当するシリーズ情報ファイル３５０を取得することができる。これにより、より高速に情報を取得することが可能となる。この検査インスタンスＵＩＤディレクトリ１８３は、上述の検査インスタンスＵＩＤディレクトリ１７１と同様とし、検査インスタンスＵＩＤディレクトリ１８３のフォルダ名の検査インスタンスＵＩＤの記述について、圧縮変換処理が行われる。
【００７２】
次に、図３の変換テーブル２８０の詳細について、図を用いて以下に説明する。図１１は、変換テーブル２８０の構造の一例を示す図である。図１１に示すように、変換テーブル２８０は、インスタンスＵＩＤ２９４と、インスタンスＵＩＤ２９４の圧縮用変換文字列の文字２９０およびそのＡＳＣＩＩ文字コードの１６進コード２９２と、が対応付けて記憶されている。なお、図１１では、説明のため、変換テーブル２８０に文字２９０を含む構造としたが、１６進コード２９２のみでもよい。
【００７３】
本実施形態の情報管理装置２００では、図１１の変換テーブル２８０を用いて各インスタンスＵＩＤが圧縮変換される。なお、変換テーブル２８０で変換される文字２９０は、オペレーティングシステムによってファイル名やディレクトリ名として使用可能な文字のみを含む。本実施形態では、先頭文字列が図１１（ａ）に示される特定のインスタンスＵＩＤは、１６進コード２９２の「０ｘ２ｎ」（以下、ｎは、１〜Ｆ）の１バイトで表記するよう変換される。
【００７４】
図１１（ａ）に示される特定のインスタンスＵＩＤは、たとえば、ＤＩＣＯＭ規格で規定されているコードを含む。たとえば、「1.2.」は、ＩＳＯおよび加盟機関（ＡＮＳＩ）を識別するコードである。また、「1.2.」に続く３桁のコードが加盟機関（ＡＮＳＩ）の国コードを識別するコードであり、たとえば、「1.2.392.」は、ＩＳＯおよびＡＮＳＩにおける日本を識別するコードである。さらに、「1.2.392.」に続く、複数桁のコードは、たとえば、特定の組織を識別するコードであり、ここでは、ＡＮＳＩによって提供されているコードである。
【００７５】
これらのインスタンスＵＩＤに含まれるコードは、ある程度、モダリティ装置１２などによって固定のコードであるため、情報管理装置２００が管理する場合、同じコードであることが多い。そのため、ここでは、使用頻度の高いこれらの特定のインスタンスＵＩＤについて、予め変換文字コードを準備しておくこととする。これにより、効率良く高い圧縮率でインスタンスＵＩＤを圧縮することが可能となる。
【００７６】
先頭文字列が図１１（ｂ）に示される「数字＋ドット（．）」の２文字のインスタンスＵＩＤは、１６進コード２９２の「０ｘ３ｎ」の１バイトで表記するよう変換される。先頭文字列が図１１（ｃ）に示される「ドット（．）＋数字」の２文字のインスタンスＵＩＤは、１６進コード２９２の「０ｘ４ｎ」の１バイトで表記するよう変換される。先頭文字列が図１１（ｄ）に示される数字が１文字のインスタンスＵＩＤは、１６進コード２９２の「０ｘ５ｎ」の１バイトで表記するよう変換される。先頭文字列が図１１（ｅ）に示される数字が３文字のインスタンスＵＩＤは、１６進コード２９２の「０ｘ６ｎ」＋「０ｘ３ｎ〜７ｎ」の２バイトで表記するよう変換される。先頭文字列が図１１（ｆ）に示される数字が２文字のインスタンスＵＩＤは、１６進コード２９２の「０ｘ７ｎ」＋「０ｘ３ｎ」の２バイトで表記されるよう変換される。
【００７７】
以上、変換テーブル２８０の一例として図１１を用いて説明したが、これに限定されるものではなく、様々な変形例が可能であることは、当業者には理解されるところである。
【００７８】
このように構成された情報管理装置２００の動作について以下に説明する。図１２は、本実施形態の情報管理装置２００の動作の一例を示すフローチャートである。
【００７９】
まず、画像ファイル受信部２３１がネットワーク５０を介してモダリティ装置１２から画像データを受信する（ステップＳ２０１）。つづいて、情報入力受付部２３５がステップＳ２０１で受信した画像データの情報の入力を受け付ける（ステップＳ２０３）。さらに、転送先受付部２３６がステップＳ２０１で受信した画像データの転送先の選択を受け付ける（ステップＳ２０５）。
【００８０】
つづいて、画像情報取得部２３３が情報入力受付部２３５で受け付けた画像情報を取得する（ステップＳ２０７）。あるいは、画像情報取得部２３３は、ステップＳ２０１で画像ファイル受信部２３１が受信した画像データから画像情報を取得する。
【００８１】
つづいて、ファイル生成部２３７がステップＳ２０７で取得した画像情報に基づいて、情報格納用ファイル名を生成する（ステップＳ２０９）。つづいて、情報格納用パス生成部２３９がステップＳ２０７で取得した画像情報に基づいて、情報格納用パスを生成する（ステップＳ２１１）。なお、ステップＳ２０９およびステップＳ２１１では、後述するように、ファイル名およびパスに含まれるインスタンスＵＩＤが圧縮処理される。
【００８２】
つづいて、画像ファイルを、ステップＳ２０５で受け付けた転送先の記録装置１００において、画像ファイル格納部２４１がステップＳ２１１で生成したパスのディレクトリに、ステップＳ２０９で生成したファイル名を付して、格納する（ステップＳ２１３）。情報ファイル格納部２４３が、各情報ファイルを、画像ファイル格納部２４１がステップＳ２１１で生成したパスが示すディレクトリに、ステップＳ２０９で生成したファイル名を付して、ステップＳ２０５で受け付けた転送先の記録装置１００に格納する（ステップＳ２１５）。
【００８３】
以下、ステップＳ２０９およびステップＳ２１１におけるファイル生成部２３７および情報格納用パス生成部２３９の処理の詳細を説明する。まず、ステップＳ２０９において、ファイル生成部２３７は、取得した画像情報に基づいて、患者ルート情報ファイル３００、検査ルート情報ファイル３２０、シリーズ情報ファイル３５０、および画像ファイル３７０のファイル名を生成する。たとえば、患者ルート情報ファイル３００は、図５に示されるように、患者ＩＤ３０１、患者名３０３、性別３０５、および生年月日３０７を区切り文字３０２「@」で区切って連結した文字列に拡張子３０９の「ＰＩ」を付したファイル名がファイル生成部２３７により生成される。患者ルート情報ファイル３００のファイル名には、圧縮対象のインスタンスＵＩＤが含まれないので、圧縮部２８２によるファイル名の圧縮処理を行われず、そのまま生成されたファイル名で空ファイルとして患者ルート情報ファイル３００が生成される。
【００８４】
検査ルート情報ファイル３２０、シリーズ情報ファイル３５０および画像ファイル３７０は、各ファイルのファイル名に含まれるインスタンスＵＩＤについて、以下のファイル名の圧縮処理が行われる。ここでは、画像ファイル３７０を例に説明する。
【００８５】
ファイル生成部２３７が、画像番号３７１およびＳＯＰインスタンス３７３を区切り文字３０２「@」で区切って連結した文字列に拡張子３７５の「ＤＣＭ」を付したファイル名を生成する。ここで、ＳＯＰインスタンス３７３について、圧縮部２８２が圧縮処理を行う。たとえば、図１３に示すようなＳＯＰインスタンス３７３を変換すると、変換前３２文字（３２バイト）であった表記から変換後の１７文字（１７バイト）の表記に圧縮変換されることとなる。
【００８６】
このように圧縮部２８２によって圧縮変換されたファイル名を、画像ファイル受信部２３１が受信した画像データに付して画像ファイル３７０が生成される。
【００８７】
また、ステップＳ２１１において、情報格納用パス生成部２３９は、ファイル生成部２３７が生成した各情報ファイルおよび画像ファイルを転送先の記録装置１００の格納先ディレクトリを示すパスを生成する。たとえば、患者ルート情報ファイル３００は、複数のディレクトリ、たとえば、患者ＩＤディレクトリ１２０、第１の患者名ディレクトリ１３０、第２の患者名ディレクトリ１４０、受付番号ディレクトリ１５０、および検査日付ディレクトリ１６０配下の当該ファイルが該当する患者ＩＤ先頭ｎ文字ディレクトリ１２１、患者名先頭ｎ文字ディレクトリ１３１、受付番号先頭ｎ文字ディレクトリ１５１、および検査日付別ディレクトリ１６１の下のＰＬディレクトリ１２３、ＰＬディレクトリ１３３、ＰＬディレクトリ１５３、およびＰＬディレクトリ１６３に格納される。したがって、たとえば、患者ルート情報ファイル３００を患者ＩＤディレクトリ１２０に格納する場合は、「／ルート／ＰＩＦ／患者ＩＤ先頭ｎ文字／ＰＬ／」というパスが生成される。同様にして各情報ファイルおよび画像ファイル毎に格納先のディレクトリへのパスが生成される。
【００８８】
本実施形態において、ステップＳ２１１では、情報格納用パス生成部２３９が生成するパスに含まれるディレクトリ名のうち、インスタンスＵＩＤを含む場合、インスタンスＵＩＤについて、変換テーブル２８０を使用して変換し、圧縮処理される。すなわち、情報格納用パス生成部２３９は、生成されるパスに検査インスタンスＵＩＤディレクトリ１７１、シリーズインスタンスＵＩＤディレクトリ１８１、検査インスタンスＵＩＤディレクトリ１８３などが含まれる場合、これらのディレクトリ名に含まれるインスタンスＵＩＤについて、圧縮変換処理を行う。
【００８９】
以上説明したように、本実施形態の情報管理装置２００によれば、ファイル名やディレクトリ名を圧縮することができるので、たとえば、ファイル名やディレクトリ名に文字数制限のあるオペレーティングシステムでも、本システムを適用することが可能となる。さらに、ファイル名およびディレクトリ名を圧縮することで、ファイルの検索効率を向上させることができる。
【００９０】
（第二の実施の形態）
図１４は、本実施形態の情報管理装置の構成を示す機能ブロック図である。本実施形態の情報管理装置（情報管理装置２００）は、複数の属性からなる画像情報を有する医療画像ファイルを管理する装置であって、医療画像ファイルの画像情報の複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名を構成する所定の文字列を所定の圧縮用変換文字列に予め変換した情報ファイルが、医療画像ファイルの画像情報の複数の属性の少なくとも一部を含むディレクトリ名をそれぞれ有する複数のディレクトリに分類して、情報ファイルが格納された情報記憶部（記録装置１００）と、医療画像ファイルの画像情報の複数の属性を区切って予め決められた順序で互いに連結して付したファイル名を構成する所定の文字列を所定の圧縮用変換文字列に予め変換した保存用画像ファイルが、複数のディレクトリに分類して、格納される画像記憶部（記録装置１００）と、を備えた医療情報管理装置において、医療画像ファイルを検索するときに使用する検索キーを受け付ける検索キー受付部（検索キー受付部２０１）と、検索キーに基づいて、検索用パスを生成する検索用パス生成部（検索用パス生成部２０７）と、所定の文字列を圧縮用変換文字列に対応付ける変換テーブル（変換テーブル２８０）と、検索キーに基づいて、検索用ファイル名を生成するファイル名生成部（検索用ファイル名生成部２０９）と、ファイル名生成部が生成した検索用ファイル名の文字列を、変換テーブルを用いて変換する変換部（変換部３８０）と、検索用パスおよび変換部で変換された検索用ファイル名を使用して、情報記憶部から該当するディレクトリの該当する情報ファイルを検索する情報検索部（ファイル検索部２１１）と、情報検索部が取得した情報ファイルのファイル名が示す画像情報を抽出する抽出部（情報抽出部２１５）と、を備える。
【００９１】
詳細には、情報管理装置２００は、検索キー受付部２０１と、種別受付部２０２と、判別部２０３と、テーブル記憶部２０５と、検索用パス生成部２０７と、検索用ファイル名生成部２０９と、ファイル検索部２１１と、リスト管理部２１３と、情報抽出部２１５と、送信部２１７と、画像ファイル取得部２１９と、変換テーブル２８０と、変換部３８０と、復号部３８２と、を含む。なお、変換テーブル２８０は、上記実施形態と同様とすることができるので、同じ符号を付して詳細な説明は省略する。
【００９２】
検索キー受付部２０１は、閲覧したい画像データを検索するときの検索キーとなる情報の入力を受け付ける。たとえば、検索キーとしては、患者ＩＤ、検査インスタンスＵＩＤ、シリーズインスタンスＵＩＤ、および検査日付などがある。ここでは、ネットワーク５４を介して端末２０から入力された検索キーを受け付ける。具体的には、端末２０からは、ＤＩＣＯＭの規格に従ったフォーマットで問い合わせされるので、問い合わせ情報から検索キーとなる情報を抽出して検索キーとして受け付ける。
【００９３】
種別受付部２０２は、ネットワーク５４を介して端末２０から指定される、取得すべき情報の種別を受け付ける。たとえば、情報の種別とは、患者情報、検査情報、シリーズ情報、および画像ファイルの何れかとする。
【００９４】
判別部２０３は、検索キー受付部２０１で受け付けた検索キーの属性を判別するとともに、種別受付部２０２で受け付けた情報の種別によって、検索するファイルを決定する。たとえば、患者情報の取得を受け付けた場合、検索ファイルは患者ルート情報ファイル３００となる。検査情報の取得を受け付けた場合、検索ファイルは検査ルート情報ファイル３２０となる。シリーズ情報の取得を受け付けた場合、検索ファイルはシリーズ情報ファイル３５０となる。また、画像ファイルの取得を受け付けた場合、検索ファイルは画像ファイル３７０となる。以下の説明において、情報管理装置２００は、種別受付部２０２で受け付けた情報の種別に基づいて、各情報または画像ファイルを取得する処理が決定され、それぞれの動作を行うようになっているものとする。
【００９５】
テーブル記憶部２０５は、情報の種別毎に、検索キーの属性に対応付けられたパスの構造を有するテーブルを記憶する。図１５（ａ）は、患者情報を取得する場合に使用する患者ルート検索テーブル２２１の構造の一例を示す図である。患者ルート検索テーブル２２１は、検索キーとして、患者ＩＤ、患者名（全角文字）、患者名（半角文字）を受け付けた場合のパス生成情報を記憶する。たとえば、患者ＩＤを検索キーとして受け付けた場合のパスは、「／ルート／ＰＩＦ／患者ＩＤの先頭ｎ文字／ＰＬ」となる。
【００９６】
図１５（ｂ）は、検査情報を取得する場合に使用する検査ルート検索テーブル２２３の構造の一例を示す図である。検査ルート検索テーブル２２３は、検索キーとして、患者ＩＤ、患者名（全角文字）、患者名（半角文字）、検査日付、および受付番号を受け付けた場合のパス生成情報を記憶する。たとえば、検査日付を検索キーとして受け付けた場合のパスは、「／ルート／ＤＴＦ／ＹＹＹＹＭＭＤＤ／ＳＬ」となる。
【００９７】
図１５（ｃ）は、シリーズ情報を取得する場合に使用するシリーズ情報検索テーブル２２５の構造の一例を示す図である。シリーズ情報検索テーブル２２５は、検索キーとして、検査インスタンスＵＩＤを受け付けた場合のパス生成情報を記憶する。検査インスタンスＵＩＤを検索キーとして受け付けて生成されるパスは、「／ルート／ＳＩＦ／検査インスタンスＵＩＤ」となる。
【００９８】
図１５（ｄ）は、画像情報を取得する場合に使用する画像情報検索テーブル２２７の構造の一例を示す図である。画像情報検索テーブル２２７は、検索キーとして、シリーズインスタンスＵＩＤと検査インスタンスＵＩＤを受け付けた場合のパス生成情報を記憶する。シリーズインスタンスＵＩＤと検査インスタンスＵＩＤを検索キーとして受け付けて生成されるパスは、「／ルート／Ｉｍａｇｅｓ／シリーズインスタンスＵＩＤ／」となる。
【００９９】
図１５（ｅ）は、画像ファイルを取得する場合に使用する画像ファイル検索テーブル２２９の構造の一例を示す図である。画像ファイル検索テーブル２２９は、検索キーとしてシリーズインスタンスＵＩＤを受け付けた場合のパス生成情報を記憶する。たとえば、シリーズインスタンスＵＩＤを検索キーとして受け付けた場合のパスは、「／ルート／Ｉｍａｇｅｓ／シリーズインスタンスＵＩＤ」となる。
【０１００】
図１４に戻り、検索用パス生成部２０７は、テーブル記憶部２０５にアクセスし、判別部２０３が判別した情報の種別に該当するテーブルを参照し、生成するパスの構造を取得し、検索用パスを生成する。情報の種別が患者情報、検査情報、シリーズ情報、画像情報、および画像ファイルの場合、それぞれ、テーブル記憶部２０５の患者ルート検索テーブル２２１、検査ルート検索テーブル２２３、シリーズ情報検索テーブル２２５、画像情報検索テーブル２２７、および画像ファイル検索テーブル２２９を参照する。なお、生成されたパスのうち、インスタンスＵＩＤを含むパスは、一旦後述する変換部３８０に受け渡され、変換処理される。
【０１０１】
検索用ファイル名生成部２０９は、判別部２０３が判別した情報の種別および検索キー受付部２０１で受け付けた検索キーに基づいて、検索用ファイル名を生成する。情報の種別が、患者情報、検査情報、シリーズ情報、画像情報、および画像ファイルの場合、それぞれ対応するファイル名の拡張子は、ＰＩ、ＰＳＩ、ＳＩ、ＤＣＭおよびＤＣＭとする。検索用ファイル名は、ワイルドカードを使用して検索キー受付部２０１で受け付けた検索キーを含むファイル名を生成する。たとえば、患者ＩＤを検索キーとして、患者情報を取得する場合は、検索用ファイル名は、「患者ＩＤ＊．ＰＩ」となる。なお、生成されたファイル名のうち、インスタンスＵＩＤを含むファイル名は、一旦、後述する変換部３８０に受け渡され、変換処理される。
【０１０２】
ファイル検索部２１１は、検索用パス生成部２０７および検索用ファイル名生成部２０９で生成された検索用パスおよび検索用ファイル名を使用して、記録装置１００から該当するファイルを検索する。リスト管理部２１３は、ファイル検索部２１１で取得したファイルのリストを作成し、リストに基づいて情報を送信させる。
【０１０３】
情報抽出部２１５は、ファイル検索部２１１で取得したファイルから順次必要な情報を抽出する。ここで、情報抽出部２１５は、取得したファイルに圧縮変換されたインスタンスＵＩＤが含まれる場合、インスタンスＵＩＤを後述する復号部３８２に受け渡す。さらに、情報抽出部２１５は、ＤＩＣＯＭ規格に準拠したフォーマットのコードに変換する。送信部２１７は、情報抽出部２１５で抽出された情報を、ネットワーク５４を介して端末２０（図１）に送信する。
【０１０４】
変換部３８０は、検索用ファイル名生成部２０９が生成した検索用のファイル名の文字列のうちインスタンスＵＩＤを、変換テーブル２８０を用いて変換し、検索用ファイル名生成部２０９に受け渡す。さらに、変換部３８０は、検索用パス生成部２０７が生成した検索用のパスのディレクトリ名の文字列のうちインスタンスＵＩＤを、変換テーブル２８０を用いて変換し、検索用パス生成部２０７に受け渡す。復号部３８２は、情報抽出部２１５から受け渡されたインスタンスＵＩＤを、変換テーブル２８０を用いて復号し、情報抽出部２１５に返す。
【０１０５】
このように構成された情報管理装置２００の動作について、以下に説明する。
【０１０６】
図１６は、本実施の形態の情報管理装置２００において、患者ＩＤから検査情報を取得する場合の動作の一例を示すフローチャートである。まず、検索キー受付部２０１が検索キーとしてネットワーク５４を介して端末２０から入力された患者ＩＤを受け付ける（ステップＳ１０１）。ここで受け付ける患者ＩＤは、患者ＩＤの先頭ｎ文字分である。また、ここでは、予め判別部２０３が検査情報を取得することを判別し、本処理を行うように動作しているものとする。
【０１０７】
つづいて、検索用パス生成部２０７が、テーブル記憶部２０５にアクセスし、検査ルート検索テーブル２２３を参照し、検索用のパスを生成する（ステップＳ１０３）。ここで生成されるパスは、「／ルート／ＰＩＦ／患者ＩＤ先頭ｎ文字／ＳＬ／」となる。
【０１０８】
つづいて、検索用ファイル名生成部２０９がＰＳＩファイル名を生成する（ステップＳ１０５）。ここで生成されるファイル名は、「患者ＩＤ＊．ＰＳＩ」となる。つづいて、ファイル検索部２１１は、ステップＳ１０３およびステップＳ１０５で生成された検索用パスおよび検索用ファイル名を使用して、記録装置１００から該当するファイルを検索し、取得する（ステップＳ１０７）。さらに、ファイル検索部２１１は、取得したファイルのリストを作成する。
【０１０９】
リスト管理部２１３は、ステップＳ１０７で作成されたリストを参照し、取得されたファイルがあるか否かを判定し、ファイルがない場合は（ステップＳ１０９のＮＯ）、処理を終了する。また、ファイルがある場合（ステップＳ１０９のＹＥＳ）、情報抽出部２１５が該当ファイルから必要な情報を抽出する（ステップＳ１１１）。たとえば、ここで取得した検査ルート情報ファイル３２０から、患者ＩＤ３２１および検査インスタンスＵＩＤ３３９を取り出す。そして、情報抽出部２１５は、取り出した検査インスタンスＵＩＤ３３９を復号部３８２に受け渡し、復号部３８２は変換テーブル２８０を用いて検査インスタンスＵＩＤ３３９を復号し、情報抽出部２１５に返す。情報抽出部２１５は、復号された検査インスタンスＵＩＤ３３９および患者ＩＤ３２１をＤＩＣＯＭの規格に従ったフォーマットに変換し、送信部２１７に受け渡す。そして、送信部２１７がネットワーク５４を介して端末２０に送信する。
【０１１０】
つづいて、リスト管理部２１３は、情報を送信したファイルをステップＳ１０７で作成されたリストから削除して（ステップＳ１１３）、ステップＳ１０９に戻る。このようにして、ステップＳ１０７で作成されたリストから順にファイルの情報を抽出して送信することができる。
【０１１１】
図１７は、本実施の形態の情報管理装置２００において、患者ＩＤと検査インスタンスＵＩＤとからシリーズ情報を取得する場合の動作の一例を示すフローチャートである。まず、検索キー受付部２０１が検索キーとしてネットワーク５４を介して端末２０から入力された患者ＩＤおよび検査インスタンスＵＩＤを受け付ける（ステップＳ１２１）。または、図１６のステップＳ１１１で情報管理装置２００が取得した患者ＩＤと検査インスタンスＵＩＤとを受け付けてもよい。また、ここでは、予め判別部２０３がシリーズ情報を取得することを判別し、本処理を行うように動作しているものとする。
【０１１２】
つづいて、検索用パス生成部２０７が、テーブル記憶部２０５にアクセスし、シリーズ情報検索テーブル２２５を参照し、検索用のパスを生成する（ステップＳ１２３）。ここで生成されるパスは、「／ルート／ＳＩＦ／検査インスタンスＵＩＤ／」となる。このパスには、インスタンスＵＩＤが含まれるので、一旦、変換部３８０に受け渡され、検査インスタンスＵＩＤは、変換テーブル２８０を用いて圧縮変換される。
【０１１３】
つづいて、検索用ファイル名生成部２０９がＳＩファイル名を生成する（ステップＳ１２５）。ここで生成されるファイル名は、「患者ＩＤ＊．ＳＩ」となる。以下、図１６のステップＳ１０７〜ステップＳ１１３と同様に動作するので、同じ符号を付してある。
【０１１４】
ファイル検索部２１１は、ステップＳ１２３およびステップＳ１２５で生成された検索用パスおよび検索用ファイル名を使用して、記録装置１００から該当するファイルを検索し、取得する（ステップＳ１０７）。さらに、ファイル検索部２１１は、取得したファイルのリストを作成する。
【０１１５】
リスト管理部２１３は、ステップＳ１０７で作成されたリストを参照し、取得されたファイルがあるか否かを判定し、ファイルがない場合は（ステップＳ１０９のＮＯ）、処理を終了する。また、ファイルがある場合（ステップＳ１０９のＹＥＳ）、情報抽出部２１５が該当ファイルから必要な情報を抽出する（ステップＳ１１１）。たとえば、ここで取得したシリーズ情報ファイル３５０から、シリーズインスタンスＵＩＤ３５５を取り出し、復号部３８２に受け渡す。復号部３８２は、変換テーブル２８０を用いてシリーズインスタンスＵＩＤ３５５を復号し、情報抽出部２１５に返す。情報抽出部２１５は、復号されたシリーズインスタンスＵＩＤ３５５をＤＩＣＯＭの規格に従ったフォーマットに変換する。そして、送信部２１７がネットワーク５４を介して端末２０に送信する。
【０１１６】
つづいて、リスト管理部２１３は、情報を送信したファイルをステップＳ１０７で作成されたリストから削除して（ステップＳ１１３）、ステップＳ１０９に戻る。このようにして、ステップＳ１０７で作成されたリストから順にファイルの情報を抽出して送信することができる。
【０１１７】
次に、患者ＩＤから該当する検査の画像ファイルを取得するための機能について説明する。図１８は、本実施形態の情報管理装置２００を示す部分機能ブロック図である。情報管理装置２００は、情報抽出部２１５で取得した情報に基づいて、該当する画像ファイルを記録装置１００から読み出す画像ファイル取得部２１９を含む。画像ファイル取得部２１９で取得した画像ファイルは、送信部２１７からネットワーク５４を介して端末２０に送信される。
【０１１８】
次に、患者ＩＤから該当する検査の画像ファイルを取得するための機能について説明する。図１８は、本実施形態の情報管理装置２００を示す部分機能ブロック図である。情報管理装置２００は、情報抽出部２１５で取得した情報に基づいて、該当する画像ファイルを記録装置１００から読み出す画像ファイル取得部２１９を含む。画像ファイル取得部２１９で取得した画像ファイルは、送信部２１７からネットワーク５４を介して端末２０に送信される。
【０１１９】
図１９および図２０は、本実施の形態の情報管理装置２００において、ある患者ＩＤに該当する検査の画像ファイルを取得する場合の動作の一例を示すフローチャートである。図１９において、ステップＳ１０１〜ステップＳ１０５は、図１６のステップＳ１０１〜ステップＳ１０５と同様であり、また、ステップＳ１２３およびステップＳ１２５は、図１７のステップＳ１２３およびステップＳ１２５と同様であるので、同じ符号を付してある。
【０１２０】
まず、検索キー受付部２０１が検索キーとしてネットワーク５４を介して端末２０から入力された患者ＩＤを受け付ける（ステップＳ１０１）。ここでは、予め判別部２０３が画像ファイルを取得することを判別し、本処理を行うように動作しているものとする。
【０１２１】
つづいて、検索用パス生成部２０７が、テーブル記憶部２０５にアクセスし、検査ルート検索テーブル２２３を参照し、検索用のパスを生成する（ステップＳ１０３）。ここで生成されるパスは、「／ルート／ＰＩＦ／患者ＩＤ先頭ｎ文字／ＳＬ／」となる。
【０１２２】
つづいて、検索用ファイル名生成部２０９がＰＳＩファイル名を生成する（ステップＳ１０５）。つづいて、ファイル検索部２１１は、ステップＳ１０３およびステップＳ１０５で生成された検索用パスおよび検索用ファイル名を使用して、記録装置１００から該当するファイルを検索し、取得する。ファイル検索部２１１は、取得したファイルの検査リストを作成する（ステップＳ１４１）。
【０１２３】
リスト管理部２１３は、ステップＳ１４１で作成された検査リストを参照し、取得されたファイルがあるか否かを判定し、ファイルがない場合は（ステップＳ１４３のＮＯ）、処理を終了する。また、ファイルがある場合（ステップＳ１４３のＹＥＳ）、情報抽出部２１５が該当ファイルから検査インスタンスＵＩＤ３３９を抽出するとともに、リスト管理部２１３が検査リストから該当ファイルを削除する（ステップＳ１４５）。
【０１２４】
つづいて、検索用パス生成部２０７が、テーブル記憶部２０５にアクセスし、シリーズ情報検索テーブル２２５を参照し、検索用のパスを生成する（ステップＳ１２３）。ここで生成されるパスは、「／ルート／ＳＩＦ／検査インスタンスＵＩＤ／」となる。このパスには、インスタンスＵＩＤが含まれるので、一旦、変換部３８０に受け渡され、検査インスタンスＵＩＤは、変換テーブル２８０を用いて圧縮変換される。つづいて、検索用ファイル名生成部２０９がＳＩファイル名を生成する（ステップＳ１２５）。
【０１２５】
つづいて、ファイル検索部２１１は、ステップＳ１２３およびステップＳ１２５で生成された検索用パスおよび検索用ファイル名を使用して、記録装置１００から該当するファイルを検索し、取得する（ステップＳ１５１）。さらに、ファイル検索部２１１は、取得したファイルのシリーズリストを作成する。
【０１２６】
リスト管理部２１３は、ステップＳ１５１で作成されたシリーズリストを参照し、取得されたファイルがあるか否かを判定し、ファイルがない場合は（ステップＳ１５３のＮＯ）、ステップＳ１４３に戻る。また、ファイルがある場合（ステップＳ１５３のＹＥＳ）、情報抽出部２１５が該当ファイルからシリーズインスタンスＵＩＤ３５５を抽出するとともに、リスト管理部２１３がシリーズリストから該当ファイルを削除する（ステップＳ１５５）。
【０１２７】
つづいて、図２０に示すように、検索用パス生成部２０７が、テーブル記憶部２０５にアクセスし、画像情報検索テーブル２２７を参照し、検索用のパスを生成する（ステップＳ１３３）。ここで生成されるパスは「／ルート／Ｉｍａｇｅｓ／シリーズインスタンスＵＩＤ／」となる。このパスには、インスタンスＵＩＤが含まれるので、一旦、変換部３８０に受け渡され、シリーズインスタンスＵＩＤは、変換テーブル２８０を用いて圧縮変換される。
【０１２８】
つづいて、検索用ファイル名生成部２０９がＤＣＭファイル名を生成する（ステップＳ１３５）。ここで生成されるファイル名は、「＊．ＤＣＭ」となる。そして、ファイル検索部２１１は、ステップＳ１３３およびステップＳ１３５で生成された検索用パスおよび検索用ファイル名を使用して、記録装置１００から該当するファイルを検索し、取得する。ファイル検索部２１１は、取得したファイルの画像リストを作成する（ステップＳ１６１）。
【０１２９】
リスト管理部２１３は、ステップＳ１６１で作成された画像リストを参照し、取得されたファイルがあるか否かを判定し、ファイルがない場合は（ステップＳ１６３のＮＯ）、図１９のステップＳ１５３に戻る。また、ファイルがある場合（ステップＳ１６３のＹＥＳ）、送信部２１７が該当ファイルを送信する（ステップＳ１６５）。リスト管理部２１３が画像リストから該当ファイルを削除し（ステップＳ１６７）、ステップＳ１６３に戻る。
【０１３０】
以上説明したように、本実施の形態の医療情報管理システムにおいて、たとえば患者ＩＤを検索キーとして画像ファイルを取得することができる。上記の処理において、ディレクトリ名およびファイル名に含まれるインスタンスＵＩＤは、圧縮された形式で検索処理されるので、検索効率が向上する。
【０１３１】
以上、図面を参照して本発明の実施形態について述べたが、これらは本発明の例示であり、上記以外の様々な構成を採用することもできる。
【図面の簡単な説明】
【０１３２】
【図１】本発明の実施の形態に係る医療情報管理システムを示す構成図である。
【図２】本実施形態の記録装置のディレクトリ構造の一例を示す図である。
【図３】本実施形態の情報管理装置の機能ブロック図である。
【図４】図２の患者ＩＤディレクトリのディレクトリ構造の一例を示す図である。
【図５】図４の患者ＩＤディレクトリ配下に格納される患者ルート情報ファイルおよび検査ルート情報ファイルの詳細な構造の一例を示す図である。
【図６】図２の患者名ディレクトリのディレクトリ構造の一例を示す図である。
【図７】図２の受付番号ディレクトリのディレクトリ構造の一例を示す図である。
【図８】図２の検査日付ディレクトリのディレクトリ構造の一例を示す図である。
【図９】図２のシリーズ管理情報ディレクトリディレクトリ構造の一例を示す図である。
【図１０】図２の画像管理ディレクトリディレクトリ構造の一例を示す図である。
【図１１】図３の変換テーブルの構造の一例を示す図である。
【図１２】本実施形態の情報管理装置の動作の一例を示すフローチャートである。
【図１３】本実施形態の情報管理装置におけるインスタンスＵＩＤの圧縮を説明するための図である。
【図１４】本実施形態の情報管理装置の構成を示す機能ブロック図である。
【図１５】図１４のテーブル記憶部に記憶される各テーブルの構造の一例を示す図である。
【図１６】本実施の形態の情報管理装置において、患者ＩＤから検査情報を取得する場合の動作の一例を示すフローチャートである。
【図１７】本実施の形態の情報管理装置において、患者ＩＤと検査インスタンスＵＩＤとからシリーズ情報を取得する場合の動作の一例を示すフローチャートである。
【図１８】本実施形態の情報管理装置を示す部分機能ブロック図である。
【図１９】本実施の形態の情報管理装置において、ある患者ＩＤに該当する検査の画像ファイルを取得する場合の動作の一例を示すフローチャートである。
【図２０】図１９の続きの動作の一例を示すフローチャートである。
【符号の説明】
【０１３３】
１２  モダリティ装置
２０  端末
５０、５２、５４  ネットワーク
１００  記録装置
１１０  管理情報ディレクトリ
１２０  患者ＩＤディレクトリ
１２１  患者ＩＤ先頭ｎ文字ディレクトリ
１２３  ＰＬディレクトリ
１３０  患者名ディレクトリ
１３１  患者名先頭ｎ文字ディレクトリ
１３３  ＰＬディレクトリ
１５０  受付番号ディレクトリ
１５１  受付番号先頭ｎ文字ディレクトリ
１５３  ＰＬディレクトリ
１６０  検査日付ディレクトリ
１６１  検査日付別ディレクトリ
１６３  ＰＬディレクトリ
１７０  シリーズ管理情報ディレクトリ
１７１  検査インスタンスＵＩＤディレクトリ
１８０  画像管理ディレクトリ
１８１  シリーズインスタンスＵＩＤディレクトリ
１８３  検査インスタンスＵＩＤディレクトリ
２００  情報管理装置
２０１  検索キー受付部
２０２  種別受付部
２０３  判別部
２０５  テーブル記憶部
２０７  検索用パス生成部
２０９  検索用ファイル名生成部
２１１  ファイル検索部
２１３  リスト管理部
２１５  情報抽出部
２１７  送信部
２１９  画像ファイル取得部
２２１  患者ルート検索テーブル
２２３  検査ルート検索テーブル
２２５  シリーズ情報検索テーブル
２２７  画像情報検索テーブル
２２９  画像ファイル検索テーブル
２３１  画像ファイル受信部
２３３  画像情報取得部
２３５  情報入力受付部
２３６  転送先受付部
２３７  ファイル生成部
２３９  情報格納用パス生成部
２４１  画像ファイル格納部
２４３  格納部
２４３  情報ファイル格納部
２８０  変換テーブル
２８２  圧縮部
２９０  文字
２９２  １６進コード
２９４  インスタンスＵＩＤ
３００  患者ルート情報ファイル
３２０  検査ルート情報ファイル
３５０  シリーズ情報ファイル
３６０  削除ロックフォルダ
３７０  画像ファイル
３８０  変換部
３８２  復号部
【図１】
2006325725.tif 000003
【図２】
2006325725.tif 000004
【図３】
2006325725.tif 000005
【図４】
2006325725.tif 000006
【図５】
2006325725.tif 000007
【図６】
2006325725.tif 000008
【図７】
2006325725.tif 000009
【図８】
2006325725.tif 000010
【図９】
2006325725.tif 000011
【図１０】
2006325725.tif 000012
【図１１】
2006325725.tif 000013
【図１２】
2006325725.tif 000014
【図１３】
2006325725.tif 000015
【図１４】
2006325725.tif 000016
【図１５】
2006325725.tif 000017
【図１６】
2006325725.tif 000018
【図１７】
2006325725.tif 000019
【図１８】
2006325725.tif 000020
【図１９】
2006325725.tif 000021
【図２０】
2006325725.tif 000022