JP2006106922A - 医療情報管理システム - Google Patents

医療情報管理システム Download PDF

Info

Publication number
JP2006106922A
JP2006106922A JP2004289685A JP2004289685A JP2006106922A JP 2006106922 A JP2006106922 A JP 2006106922A JP 2004289685 A JP2004289685 A JP 2004289685A JP 2004289685 A JP2004289685 A JP 2004289685A JP 2006106922 A JP2006106922 A JP 2006106922A
Authority
JP
Japan
Prior art keywords
file
information
image
search
unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2004289685A
Other languages
English (en)
Inventor
Masashi Goto
雅志 後藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
RESOURCE ONE CO Ltd
Original Assignee
RESOURCE ONE CO Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by RESOURCE ONE CO Ltd filed Critical RESOURCE ONE CO Ltd
Priority to JP2004289685A priority Critical patent/JP2006106922A/ja
Publication of JP2006106922A publication Critical patent/JP2006106922A/ja
Pending legal-status Critical Current

Links

Images

Landscapes

  • Medical Treatment And Welfare Office Work (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

【課題】 システムの安定性、効率、耐久性を向上できる医療情報管理システムを提供する。
【解決手段】 画像ファイルの画像情報の複数の属性を区切り文字で区切って所定の順序で互いに連結して付したファイル名を有する情報ファイルを、画像ファイルの画像情報の複数の属性の少なくとも一部を含むディレクトリ名をそれぞれ有する複数のディレクトリに分類して、情報ファイルを格納する記録装置１００と、検索キーを受け付ける検索キー受付部２０１と、検索キーに基づいて検索用パスを生成する検索用パス生成部２０７と、検索キーに基づいて検索用ファイル名を生成する検索用ファイル名生成部２０９と、検索用パスおよびファイル名を使用して記録装置１００から該当するディレクトリの該当する情報ファイルを検索するファイル検索部２１１と、ファイル検索部２１１が取得した情報ファイルのファイル名が示す画像情報を抽出する情報抽出部２１５と、を備える。
【選択図】 図１１

Description

本発明は、医療情報管理システムに関し、特に、医療用画像情報の管理システムに関する。
近年、質の高い医療への要望がますます強まるなか、コンピュータ技術の進歩、ＤＩＣＯＭ（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）などの一般的なストレージ装置であり、ハードディスクなどの記録媒体にモダリティ装置から転送された保存用画像ファイルを格納する。
この構成によれば、保存用画像ファイルのファイル名に画像情報を含め、かつ保存用画像ファイルを画像情報に対応した階層構造のディレクトリに格納するので、検索時に検索キーに基づいてパスを生成して検索することにより、より高速に検索を行うことが可能となる。また、複数のストレージ装置毎に、画像情報を格納して管理することができるので、システム機能を分散可能とし、メンテナンス性および信頼性を向上できる。
上記医療情報管理システムにおいて、前記保存用画像ファイルが格納された前記ディレクトリの配下に、当該保存用画像ファイルの前記画像情報の前記属性に対応するディレクトリ名を有するサブディレクトリを生成するサブディレクトリ生成部を含むことができ、前記サブディレクトリに前記保存用画像ファイルの前記情報ファイルを格納することができる。
この構成によれば、保存用画像ファイルを格納したディレクトリの配下のサブディレクトリ内の情報ファイルから前記保存用画像ファイルの画像情報を取得することが可能となり、画像情報をより高速に取得することが可能となる。
上記医療情報管理システムにおいて、前記画像情報の前記属性に、前記画像情報を格納する前記ディレクトリを示すパスの構造を対応付けて記憶するパス構造テーブルを記憶するテーブル記憶部を含むことができ、前記検索キー受付部は、前記検索キーを前記画像情報の前記属性の中から指定し、前記検索用パス生成部は、前記テーブル記憶部にアクセスし、前記パス構造テーブルを参照して、前記検索キーとして指定された前記画像情報の前記属性に対応する前記パスの構造を取得し、前記検索用パスを生成することができる。
この構成によれば、画像情報の属性に対応する構造のパスを容易に生成することができ、高価で複雑な構造を有するデータベースを用いることなく、簡単な構成で画像情報を管理することができる。
上記医療情報管理システムにおいて、画像データを受け付ける画像受付部と、前記画像受付部で受け付けた前記画像データの画像情報を取得する取得部と、前記取得部で取得した前記画像情報に基づいて、前記画像データの前記情報ファイルに付すファイル名を生成し、前記情報ファイルを生成する情報ファイル生成部と、前記取得部で取得した前記画像情報に基づいて、前記画像データに付すファイル名を生成し、前記保存用画像ファイルを生成する画像ファイル生成部と、前記取得部で取得した前記画像情報に基づいて、前記情報ファイルおよび前記保存用画像ファイルを格納する前記記録部のディレクトリを示す情報格納用パスを生成する格納用パス生成部と、前記画像ファイル生成部で生成された前記保存用画像ファイルを、前記格納用パス生成部で生成された前記パスが示す前記記録部の前記ディレクトリに格納する格納部と、を備えることができる。また、上記医療情報管理システムにおいて、前記ファイル名生成部は、前記検索キーとして指定された前記画像情報の前記属性に対応する拡張子を有するファイル名を生成することができる。
この構成によれば、保存用画像ファイルのファイル名に画像情報を含め、画像情報を少なくとも１つの属性を有するディレクトリ配下に格納するので、検索時に検索キーに基づいてパスを生成して検索することにより、より高速に検索を行うことが可能となる。
上記医療情報管理システムにおいて、前記ファイルの削除を禁止するディレクトリの指定を受け付ける削除禁止指示受付部と、前記削除禁止指示受付部が受け付けたディレクトリの配下に削除ロックフォルダまたは削除ロックファイルを生成するロック指示部と、削除するファイル名を受け付ける削除指示受付部と、削除指示受付部が削除する前記ファイル名を受け付けたとき、当該ファイル名のファイルが存在する前記ディレクトリ内に前記削除ロックフォルダまたは前記削除ロックファイルが存在するか否かを判定する判定部と、前記判定部が前記削除ロックフォルダまたは前記削除ロックファイルが存在すると判定した場合、前記削除指示受付部が受け付けた前記ファイルの削除指示を拒否し、前記指定されたファイル名の前記ファイルは削除できないことを通知する通知部と、前記判定部が、前記削除ロックフォルダおよび前記削除ロックファイルが存在しないと判定した場合、前記削除指示受付部が受け付けた前記ファイルの削除指示にしたがって、前記指定されたファイル名の前記ファイルを削除する削除部と、を含むことができる。
この構成によれば、単に削除ロックフォルダまたは削除ロックファイルを設けるだけで、ファイル削除禁止のディレクトリを指定することが可能となる。また、削除禁止をより高速に検知し、ユーザに通知することが可能となる。
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
本発明によれば、システムの安定性、効率、耐久性を向上できる医療情報管理システムが提供される。
以下、本発明の実施の形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。
図１は、本発明の実施の形態に係る医療情報管理システムを示す構成図である。医療情報管理システムは、医療用の画像データを取得する第１のモダリティ装置１２ａおよび第２のモダリティ装置１２ｂ（以下、個々の装置を単に「モダリティ装置１２」と呼ぶ）と、モダリティ装置１２で取得した画像データを記録する第１の記録装置１００ａおよび第２の記録装置１００ｂ（以下、個々の装置を単に「記録装置１００」と呼ぶ）と、モダリティ装置１２から記録装置１００に画像データを転送するとともに、記録装置１００に格納された画像データを管理する情報管理装置２００と、を備えている。
情報管理装置２００は、サーバ機能、およびルータ機能を有し、モダリティ装置１２とネットワーク５０を介して接続され、例えばＤＩＣＯＭ（Digital Imaging and Communication in Medicine）に基づいた通信を行い必要な情報を互いに送受信する。さらに情報管理装置２００は、記録装置１００とＬＡＮなどのネットワーク５２を介して接続される。さらに情報管理装置２００は、記録装置１００の画像データを閲覧する複数の端末２０ａおよび２０ｂ（以後、個々の装置を単に「端末２０」と呼ぶ）にＬＡＮなどのネットワーク５４を介して接続される。なお、情報管理装置２００は、情報管理装置１００の替わりに画像データを格納するハードディスクを有しても良いし、ハードディスクを含まない構成とすることもできる。本実施形態の情報管理装置２００は、ハードディスクは含まない構成とする。
モダリティ装置１２は、たとえば、ＣＴ装置、ＭＲ装置、およびＣＲ装置などである。端末２０は、たとえば、パーソナルコンピュータなどである。記録装置１００は、例えばＮＡＳ、ＳＡＮなどの一般的なストレージ装置であり、ハードディスクなどの記録媒体にモダリティ装置１２から情報管理装置２００経由で転送された画像ファイルを格納する。本実施形態において、３つのネットワーク５０、ネットワーク５２、およびネットワーク５４を設けた構成としたが、これに限定されない。たとえば、全て同一のネットワーク上に設けた構成としてもよいし、または、記録装置１００のみ別のネットワークとし、モダリティ装置１２および端末２０を同じネットワークとすることもできる。
本実施形態の医療情報管理システムの各構成要素は、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされた本図の構成要素を実現するプログラム、そのプログラムを格納するハードディスクなどの記憶ユニット、ネットワーク接続用インタフェースを中心にハードウェアとソフトウエアの任意の組合せによって実現される。そして、その実現方法、プログラム、装置にはいろいろな変形例があることは、当業者には理解されるところである。以下説明する各図は、ハードウェア単位の構成ではなく、機能単位のブロックを示している。
図２は、本実施形態の記録装置１００のディレクトリ構造の一例を示す図である。本実施形態の記録装置１００は、ルートディレクトリ（図中、「Ｒｏｏｔ」と示す）直下に、管理情報ディレクトリ１１０（図中「Ｉｎｆｏ」と示す）と、患者ＩＤディレクトリ１２０（図中、「ＰＩＦ」と示す）と、第１の患者名ディレクトリ１３０（図中、「ＰＮＦ」と示す）と、第２の患者名ディレクトリ１４０（図中、「ＰＮＥＦ」と示す）と、受付番号ディレクトリ１５０（図中、「ＡＣＦ」と示す）と、検査日付ディレクトリ１６０（図中、「ＤＴＦ」と示す）と、シリーズ管理情報ディレクトリ１７０（図中、「ＳＩＦ」と示す）と、画像管理ディレクトリ１８０（図中、「Ｉｍａｇｅｓ」と示す）と、を含む。なお、本実施形態において、ロートディレクトリ直下に複数のディレクトリを有する構成としているが、これに限定されない。
管理情報ディレクトリ１１０は、記録装置１００のストレージ管理用の情報を格納するディレクトリであり、たとえば、システムのバージョン情報ファイル、保存管理設定ファイル、エラー情報などのログファイル、ストレージ使用開始日時ファイル、最終アクセス日時ファイルなどが格納される。
患者ＩＤディレクトリ１２０は、患者ＩＤを検索キーとした検索に使用する情報を格納するディレクトリである。図３に示すように患者ＩＤディレクトリ１２０は、その配下に、患者ＩＤの先頭ｎ文字（図では、先頭１文字）をサブディレクトリ名として、複数の患者ＩＤ先頭ｎ文字ディレクトリ１２１ａ、１２１ｂ、１２１ｃ（以後、個々のディレクトリを単に「患者ＩＤ先頭ｎ文字ディレクトリ１２１」と呼ぶ）等と、さらにその下に２つのディレクトリ、ＰＬディレクトリ１２３ａ、１２３ｂ、１２３ｃ（以後、個々のディレクトリを単に「ＰＬディレクトリ１２３」と呼ぶ）およびＳＬディレクトリ１２５ａ、１２５ｂ、１２５ｃ（以後、個々のディレクトリを単に「ＳＬディレクトリ１２５」と呼ぶ）と、をそれぞれ有する。
各患者ＩＤ先頭ｎ文字ディレクトリ１２１は、たとえば、アルファベットのＡ〜Ｚ、０〜９、および記号からなる名称を有する。各ディレクトリ名は、実際には、これらの英数字の前にアンダーバーを付して表現される。また、記号は２バイト文字コードに変換して表現される。これらは、たとえば、半角文字の「?」や「:」などファイル名やディレクトリ名として使用不可能な記号文字を２バイトで表現させ、使用可能にするための処置である。以後、特に説明しない場合も、患者名、患者ＩＤ、検査ＩＤ、およびモダリティ名などを含むファイル名およびディレクトリ名は同様に２バイト文字変換処置されるものとする。
ＰＬディレクトリ１２３およびＳＬディレクトリ１２５には、それぞれ患者ＩＤ（患者ＩＤ先頭ｎ文字）に該当する患者の複数の患者ルート情報ファイル３００および複数の検査ルート情報ファイル３２０が格納される。
図４は、図３の患者ＩＤディレクトリ１２０配下に格納される患者ルート情報ファイル３００および検査ルート情報ファイル３２０の詳細な構造を示す図である。
本実施形態において、患者ルート情報ファイル３００および検査ルート情報ファイル３２０は、ファイル名のみの空ファイルであり、実画像データは含まず、データサイズは実質的に０バイトである。ただし、必要に応じて、ファイルにコメントや履歴などの情報を格納してもよい。
患者ルート情報ファイル３００は、患者ＩＤ３０１と、患者名３０３と、性別３０５と、生年月日３０７と、が区切り文字３０２の「@（アットマーク）」で区切って順に連結された文字列で表現されるファイル名を有する。上述したように、患者ＩＤ３０１および患者名３０３は、２バイト文字変換の処置を行って表現した文字列を使用する。なお、患者ルート情報ファイル３００の拡張子３０９は、「ＰＩ」とする。例として、患者ルート情報ファイル３００のファイル名は、下記のように示される。
「_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」
図１０は、図３の画像管理ディレクトリ１８０ディレクトリ構造の一例を示す図である。画像管理ディレクトリ１８０は、シリーズインスタンスＵＩＤ毎に分類された検査の画像ファイル３７０が格納される。画像管理ディレクトリ１８０は、複数のシリーズインスタンスＵＩＤ（１）ディレクトリ１８１ａおよびシリーズインスタンスＵＩＤ（ｎ）ディレクトリ１８１ｂ（以後、個々のディレクトリを単に「シリーズインスタンスＵＩＤディレクトリ１８１」と呼ぶ）を有する。
シリーズインスタンスＵＩＤディレクトリ１８１は、シリーズインスタンスＵＩＤに該当する名称を有する。シリーズインスタンスＵＩＤディレクトリ１８１に格納される複数の画像ファイル３７０は、画像の画像番号３７１と、ＳＯＰインスタンス３７３と、が区切り文字３０２「@」で区切って順に連結された文字列で表現されるファイル名を有する。画像番号３７１の拡張子３７５は、「ＤＣＭ」とする。画像ファイル３７０は、実画像データを含有する。
さらに、各シリーズインスタンスＵＩＤディレクトリ１８１は、シリーズインスタンスＵＩＤを有する検査の複数の検査インスタンスＵＩＤに該当する検査インスタンスＵＩＤディレクトリ１８３を含み、検査インスタンスＵＩＤディレクトリ１８３には、該当する複数のシリーズ情報ファイル３５０が格納される。これにより、シリーズインスタンスＵＩＤから検査インスタンスＵＩＤを逆引きし、該当するシリーズ情報ファイル３５０を取得することができる。これにより、より高速に情報を取得することが可能となる。
図１１は、本実施形態の情報管理装置２００の概略機能ブロック図である。ここでは、端末２０に記録装置１００に格納されている画像データを閲覧させるための機能について説明する。情報管理装置２００は、検索キー受付部２０１と、種別受付部２０２と、判別部２０３と、テーブル記憶部２０５と、検索用パス生成部２０７と、検索用ファイル名生成部２０９と、ファイル検索部２１１と、リスト管理部２１３と、情報抽出部２１５と、送信部２１７と、を含む。
検索キー受付部２０１は、閲覧したい画像データを検索するときの検索キーとなる情報の入力を受け付ける。たとえば、検索キーとしては、患者ＩＤ、検査インスタンスＵＩＤ、シリーズインスタンスＵＩＤ、および検査日付などがある。ここでは、ネットワーク５４を介して端末２０から入力された検索キーを受け付ける。具体的には、端末２０からは、ＤＩＣＯＭの規格に従ったフォーマットで問い合わせされるので、問い合わせ情報から検索キーとなる情報を抽出して検索キーとして受け付ける。
種別受付部２０２は、ネットワーク５４を介して端末２０から指定される、取得すべき情報の種別を受け付ける。たとえば、情報の種別とは、患者情報、検査情報、シリーズ情報、および画像ファイルの何れかとする。
判別部２０３は、検索キー受付部２０１で受け付けた検索キーの属性を判別するとともに、種別受付部２０２で受け付けた情報の種別によって、検索するファイルを決定する。たとえば、患者情報の取得を受け付けた場合、検索ファイルは患者ルート情報ファイル３００となる。検査情報の取得を受け付けた場合、検索ファイルは検査ルート情報ファイル３２０となる。シリーズ情報の取得を受け付けた場合、検索ファイルはシリーズ情報ファイル３５０となる。また、画像ファイルの取得を受け付けた場合、検索ファイルは画像ファイル３７０となる。以下の説明において、情報管理装置２００は、種別受付部２０２で受け付けた情報の種別に基づいて、各情報または画像ファイルを取得する処理が決定され、それぞれの動作を行うようになっているものとする。
テーブル記憶部２０５は、情報の種別毎に、検索キーの属性に対応付けられたパスの構造を有するテーブルを記憶する。図１２（ａ）は、患者情報を取得する場合に使用する患者ルート検索テーブル２２１の構造の一例を示す図である。患者ルート検索テーブル２２１は、検索キーとして、患者ＩＤ、患者名（全角文字）、患者名（半角文字）を受け付けた場合のパス生成情報を記憶する。たとえば、患者ＩＤを検索キーとして受け付けた場合のパスは、「／ルート／ＰＩＦ／患者ＩＤの先頭ｎ文字／ＰＬ」となる。
図１２（ｂ）は、検査情報を取得する場合に使用する検査ルート検索テーブル２２３の構造の一例を示す図である。検査ルート検索テーブル２２３は、検索キーとして、患者ＩＤ、患者名（全角文字）、患者名（半角文字）、検査日付、および受付番号を受け付けた場合のパス生成情報を記憶する。たとえば、検査日付を検索キーとして受け付けた場合のパスは、「／ルート／ＤＴＦ／ＹＹＹＹＭＭＤＤ／ＳＬ」となる。
図１２（ｃ）は、シリーズ情報を取得する場合に使用するシリーズ情報検索テーブル２２５の構造の一例を示す図である。シリーズ情報検索テーブル２２５は、検索キーとして、検査インスタンスＵＩＤを受け付けた場合のパス生成情報を記憶する。検査インスタンスＵＩＤを検索キーとして受け付けて生成されるパスは、「／ルート／ＳＩＦ／検査インスタンスＵＩＤ」となる。
図１２（ｄ）は、画像情報を取得する場合に使用する画像情報検索テーブル２２７の構造の一例を示す図である。画像情報検索テーブル２２７は、検索キーとして、シリーズインスタンスＵＩＤと検査インスタンスＵＩＤを受け付けた場合のパス生成情報を記憶する。シリーズインスタンスＵＩＤと検査インスタンスＵＩＤを検索キーとして受け付けて生成されるパスは、「／ルート／Ｉｍａｇｅｓ／シリーズインスタンスＵＩＤ／」となる。
図１２（ｅ）は、画像ファイルを取得する場合に使用する画像ファイル検索テーブル２２９の構造の一例を示す図である。画像ファイル検索テーブル２２９は、検索キーとしてシリーズインスタンスＵＩＤを受け付けた場合のパス生成情報を記憶する。たとえば、シリーズインスタンスＵＩＤを検索キーとして受け付けた場合のパスは、「／ルート／Ｉｍａｇｅｓ／シリーズインスタンスＵＩＤ」となる。
図１１に戻り、検索用パス生成部２０７は、テーブル記憶部２０５にアクセスし、判別部２０３が判別した情報の種別に該当するテーブルを参照し、生成するパスの構造を取得し、検索用パスを生成する。情報の種別が患者情報、検査情報、シリーズ情報、画像情報、および画像ファイルの場合、それぞれ、テーブル記憶部２０５の患者ルート検索テーブル２２１、検査ルート検索テーブル２２３、シリーズ情報検索テーブル２２５、画像情報検索テーブル２２７、および画像ファイル検索テーブル２２９を参照する。
検索用ファイル名生成部２０９は、判別部２０３が判別した情報の種別および検索キー受付部２０１で受け付けた検索キーに基づいて、検索用ファイル名を生成する。情報の種別が、患者情報、検査情報、シリーズ情報、画像情報、および画像ファイルの場合、それぞれ対応するファイル名の拡張子は、ＰＩ、ＰＳＩ、ＳＩ、ＤＣＭおよびＤＣＭとする。検索用ファイル名は、ワイルドカードを使用して検索キー受付部２０１で受け付けた検索キーを含むファイル名を生成する。たとえば、患者ＩＤを検索キーとして、患者情報を取得する場合は、検索用ファイル名は、「患者ＩＤ＊．ＰＩ」となる。
ファイル検索部２１１は、検索用パス生成部２０７および検索用ファイル名生成部２０９で生成された検索用パスおよび検索用ファイル名を使用して、記録装置１００から該当するファイルを検索する。リスト管理部２１３は、ファイル検索部２１１で取得したファイルのリストを作成し、リストに基づいて情報を送信させる。
情報抽出部２１５は、ファイル検索部２１１で取得したファイルから順次必要な情報を抽出する。送信部２１７は、情報抽出部２１５で抽出された情報を、ネットワーク５４を介して端末２０に送信する。なお、情報抽出部２１５は、抽出した情報をＤＩＣＯＭの規格に従ったフォーマットに変換してから送信する。
このように構成された情報管理装置２００の動作について、以下に説明する。
図１３は、本実施の形態の情報管理装置２００において、患者ＩＤから検査情報を取得する場合の動作の一例を示すフローチャートである。まず、検索キー受付部２０１が検索キーとしてネットワーク５４を介して端末２０から入力された患者ＩＤを受け付ける（ステップＳ１０１）。ここで受け付ける患者ＩＤは、患者ＩＤの先頭ｎ文字分である。また、ここでは、予め判別部２０３が検査情報を取得することを判別し、本処理を行うように動作しているものとする。
つづいて、検索用パス生成部２０７が、テーブル記憶部２０５にアクセスし、検査ルート検索テーブル２２３を参照し、検索用のパスを生成する（ステップＳ１０３）。ここで生成されるパスは、「／ルート／ＰＩＦ／患者ＩＤ先頭ｎ文字／ＳＬ／」となる。
つづいて、検索用ファイル名生成部２０９がＰＳＩファイル名を生成する（ステップＳ１０５）。ここで生成されるファイル名は、「患者ＩＤ＊．ＰＳＩ」となる。つづいて、ファイル検索部２１１は、ステップＳ１０３およびステップＳ１０５で生成された検索用パスおよび検索用ファイル名を使用して、記録装置１００から該当するファイルを検索し、取得する（ステップＳ１０７）。さらに、ファイル検索部２１１は、取得したファイルのリストを作成する。
リスト管理部２１３は、ステップＳ１０７で作成されたリストを参照し、取得されたファイルがあるか否かを判定し、ファイルがない場合は（ステップＳ１０９のＮＯ）、処理を終了する。また、ファイルがある場合（ステップＳ１０９のＹＥＳ）、情報抽出部２１５が該当ファイルから必要な情報を抽出する（ステップＳ１１１）。たとえば、ここで取得した検査ルート情報ファイル３２０から、患者ＩＤ３２１および検査インスタンスＵＩＤ３３９を取り出し、送信部２１７がネットワーク５４を介して端末２０に送信する。ここで、情報抽出部２１５によって抽出された情報は、ＤＩＣＯＭの規格に従ったフォーマットに変換してから送信される。
つづいて、リスト管理部２１３は、情報を送信したファイルをステップＳ１０７で作成されたリストから削除して（ステップＳ１１３）、ステップＳ１０９に戻る。このようにして、ステップＳ１０７で作成されたリストから順にファイルの情報を抽出して送信することができる。
図１４は、本実施の形態の情報管理装置２００において、患者ＩＤと検査インスタンスＵＩＤとからシリーズ情報を取得する場合の動作の一例を示すフローチャートである。まず、検索キー受付部２０１が検索キーとしてネットワーク５４を介して端末２０から入力された患者ＩＤおよび検査インスタンスＵＩＤを受け付ける（ステップＳ１２１）。または、図１３で情報管理装置２００が取得した患者ＩＤと検査インスタンスＵＩＤとを受け付けてもよい。また、ここでは、予め判別部２０３がシリーズ情報を取得することを判別し、本処理を行うように動作しているものとする。
つづいて、検索用パス生成部２０７が、テーブル記憶部２０５にアクセスし、シリーズ情報検索テーブル２２５を参照し、検索用のパスを生成する（ステップＳ１２３）。ここで生成されるパスは、「／ルート／ＳＩＦ／検査インスタンスＵＩＤ／」となる。
つづいて、検索用ファイル名生成部２０９がＳＩファイル名を生成する（ステップＳ１２５）。ここで生成されるファイル名は、「患者ＩＤ＊．ＳＩ」となる。以下、図１３のステップＳ１０７〜ステップＳ１１３と同様に動作するので、同じ符号を付してある。
ファイル検索部２１１は、ステップＳ１２３およびステップＳ１２５で生成された検索用パスおよび検索用ファイル名を使用して、記録装置１００から該当するファイルを検索し、取得する（ステップＳ１０７）。さらに、ファイル検索部２１１は、取得したファイルのリストを作成する。
リスト管理部２１３は、ステップＳ１０７で作成されたリストを参照し、取得されたファイルがあるか否かを判定し、ファイルがない場合は（ステップＳ１０９のＮＯ）、処理を終了する。また、ファイルがある場合（ステップＳ１０９のＹＥＳ）、情報抽出部２１５が該当ファイルから必要な情報を抽出する（ステップＳ１１１）。たとえば、ここで取得したシリーズ情報ファイル３５０から、シリーズインスタンスＵＩＤ３５５を取り出し、送信部２１７がネットワーク５４を介して端末２０に送信する。ここで、情報抽出部２１５によって抽出された情報は、ＤＩＣＯＭの規格に従ったフォーマットに変換してから送信される。
つづいて、リスト管理部２１３は、情報を送信したファイルをステップＳ１０７で作成されたリストから削除して（ステップＳ１１３）、ステップＳ１０９に戻る。このようにして、ステップＳ１０７で作成されたリストから順にファイルの情報を抽出して送信することができる。
図１５は、本実施の形態の情報管理装置２００において、患者ＩＤ、検査インスタンスＵＩＤ、およびシリーズインスタンスＵＩＤから画像情報を取得する場合の動作の一例を示すフローチャートである。まず、検索キー受付部２０１が検索キーとしてネットワーク５４を介して端末２０から入力された患者ＩＤ、検査インスタンスＵＩＤ、およびシリーズインスタンスＵＩＤを受け付ける（ステップＳ１３１）。または、図１４で情報管理装置２００が取得した患者ＩＤ、検査インスタンスＵＩＤ、およびシリーズインスタンスＵＩＤを受け付けてもよい。また、ここでは、予め判別部２０３が画像情報を取得することを判別し、本処理を行うように動作しているものとする。
つづいて、検索用パス生成部２０７が、テーブル記憶部２０５にアクセスし、画像情報検索テーブル２２７を参照し、検索用のパスを生成する（ステップＳ１３３）。ここで生成されるパスは「／ルート／Ｉｍａｇｅｓ／シリーズインスタンスＵＩＤ／」となる。
つづいて、検索用ファイル名生成部２０９がＤＣＭファイル名を生成する（ステップＳ１３５）。ここで生成されるファイル名は、「＊．ＤＣＭ」となる。つづいて、シリーズ情報を取得するために、検索用パス生成部２０７が、テーブル記憶部２０５にアクセスし、画像ファイル検索テーブル２２９を参照し、検索用パスを生成するとともに、検索用ファイル名生成部２０９がＤＣＭファイル名を生成する（ステップＳ１３７）。ここで、生成されるパスは「／ルート／Ｉｍａｇｅｓ／シリーズインスタンスＵＩＤ／検査インスタンスＵＩＤ／」となり、ファイル名は、「＊．ＳＩ」となる。以下、図１３のステップＳ１０７〜ステップＳ１１３と同様に動作するので、同じ符号を付してある。
ファイル検索部２１１は、ステップＳ１３３およびステップＳ１３５で生成された検索用パスおよび検索用ファイル名を使用して、記録装置１００から該当するファイルを検索し、取得する（ステップＳ１０７）。さらに、ファイル検索部２１１は、このパスとファイル名からシリーズ情報を取得する。ここで取得されるシリーズ情報ファイル３５０に含まれる情報が、続くステップで取得する画像ファイルのシリーズ情報となる。ファイル検索部２１１は、取得したファイルのリストを作成する。
リスト管理部２１３は、ステップＳ１０７で作成されたリストを参照し、取得されたファイルがあるか否かを判定し、ファイルがない場合は（ステップＳ１０９のＮＯ）、処理を終了する。また、ファイルがある場合（ステップＳ１０９のＹＥＳ）、情報抽出部２１５が該当ファイルから必要な情報を抽出する（ステップＳ１１１）。たとえば、ここで取得した画像ファイル３７０から、ＳＯＰインスタンス３７３を取り出すとともに、シリーズ情報ファイル３５０からシリーズインスタンスＵＩＤ３５５などを取り出し、送信部２１７がネットワーク５４を介して端末２０に送信する。ここで、情報抽出部２１５によって抽出された情報は、ＤＩＣＯＭの規格に従ったフォーマットに変換してから送信される。
つづいて、リスト管理部２１３は、情報を送信したファイルをステップＳ１０７で作成されたリストから削除して（ステップＳ１１３）、ステップＳ１０９に戻る。このようにして、ステップＳ１０７で作成されたリストから順にファイルの情報を抽出して送信することができる。
次に、患者ＩＤから該当する検査の画像ファイルを取得するための機能について説明する。図１６は、本実施形態の情報管理装置２００を示す部分機能ブロック図である。情報管理装置２００は、情報抽出部２１５で取得した情報に基づいて、該当する画像ファイルを記録装置１００から読み出す画像ファイル取得部２１９を含む。画像ファイル取得部２１９で取得した画像ファイルは、送信部２１７からネットワーク５４を介して端末２０に送信される。
図１７および図１８は、本実施の形態の情報管理装置２００において、ある患者ＩＤに該当する検査の画像ファイルを取得する場合の動作の一例を示すフローチャートである。図１７において、ステップＳ１０１〜ステップＳ１０５は、図１３のステップＳ１０１〜ステップＳ１０５と同様であり、また、ステップＳ１２３およびステップＳ１２５は、図１４のステップＳ１２３およびステップＳ１２５と同様であるので、同じ符号を付してある。また、図１８において、ステップＳ１３３およびステップＳ１３５は、図１５のステップＳ１３３およびステップＳ１３５と同様であるので同じ符号を付してある。
まず、検索キー受付部２０１が検索キーとしてネットワーク５４を介して端末２０から入力された患者ＩＤを受け付ける（ステップＳ１０１）。ここでは、予め判別部２０３が画像ファイルを取得することを判別し、本処理を行うように動作しているものとする。
つづいて、検索用パス生成部２０７が、テーブル記憶部２０５にアクセスし、検査ルート検索テーブル２２３を参照し、検索用のパスを生成する（ステップＳ１０３）。ここで生成されるパスは、「／ルート／ＰＩＦ／患者ＩＤ先頭ｎ文字／ＳＬ／」となる。
つづいて、検索用ファイル名生成部２０９がＰＳＩファイル名を生成する（ステップＳ１０５）。つづいて、ファイル検索部２１１は、ステップＳ１０３およびステップＳ１０５で生成された検索用パスおよび検索用ファイル名を使用して、記録装置１００から該当するファイルを検索し、取得する（ステップＳ１４１）。ファイル検索部２１１は、取得したファイルの検査リストを作成する。
リスト管理部２１３は、ステップＳ１４１で作成された検査リストを参照し、取得されたファイルがあるか否かを判定し、ファイルがない場合は（ステップＳ１４３のＮＯ）、処理を終了する。また、ファイルがある場合（ステップＳ１４３のＹＥＳ）、情報抽出部２１５が該当ファイルから検査インスタンスＵＩＤ３３９を抽出するとともに、リスト管理部２１３が検査リストから該当ファイルを削除する（ステップＳ１４５）。
つづいて、検索用パス生成部２０７が、テーブル記憶部２０５にアクセスし、シリーズ情報検索テーブル２２５を参照し、検索用のパスを生成する（ステップＳ１２３）。つづいて、検索用ファイル名生成部２０９がＳＩファイル名を生成する（ステップＳ１２５）。
つづいて、ファイル検索部２１１は、ステップＳ１２３およびステップＳ１２５で生成された検索用パスおよび検索用ファイル名を使用して、記録装置１００から該当するファイルを検索し、取得する（ステップＳ１５１）。さらに、ファイル検索部２１１は、取得したファイルのシリーズリストを作成する。
リスト管理部２１３は、ステップＳ１５１で作成されたシリーズリストを参照し、取得されたファイルがあるか否かを判定し、ファイルがない場合は（ステップＳ１５３のＮＯ）、ステップＳ１４３に戻る。また、ファイルがある場合（ステップＳ１５３のＹＥＳ）、情報抽出部２１５が該当ファイルからシリーズインスタンスＵＩＤ３５５を抽出するとともに、リスト管理部２１３がシリーズリストから該当ファイルを削除する（ステップＳ１５５）。
つづいて、図１８に示すように、検索用パス生成部２０７が、テーブル記憶部２０５にアクセスし、画像情報検索テーブル２２７を参照し、検索用のパスを生成する（ステップＳ１３３）。つづいて、検索用ファイル名生成部２０９がＤＣＭファイル名を生成する（ステップＳ１３５）。ファイル検索部２１１は、ステップＳ１３３およびステップＳ１３５で生成された検索用パスおよび検索用ファイル名を使用して、記録装置１００から該当するファイルを検索し、取得する（ステップＳ１６１）。ファイル検索部２１１は、取得したファイルの画像リストを作成する。
リスト管理部２１３は、ステップＳ１６１で作成された画像リストを参照し、取得されたファイルがあるか否かを判定し、ファイルがない場合は（ステップＳ１６３のＮＯ）、図１７のステップＳ１５３に戻る。また、ファイルがある場合（ステップＳ１６３のＹＥＳ）、送信部２１７が該当ファイルを送信する（ステップＳ１６５）。リスト管理部２１３が画像リストから該当ファイルを削除し（ステップＳ１６７）、ステップＳ１６３に戻る。
以上説明したように、本実施の形態の医療情報管理システムにおいて、たとえば患者ＩＤを検索キーとして画像ファイルを取得することができる。
次に、検査日付から検査情報を取得する場合の動作について説明する。図１９は、本実施の形態の情報管理装置２００の検査情報取得時の動作の一例を示すフローチャートである。まず、検索キー受付部２０１が検索キーとしてネットワーク５４を介して端末２０から入力された検査日付を受け付ける（ステップＳ１７１）。ここでは、予め判別部２０３が検査情報を取得することを判別し、本処理を行うように動作しているものとする。
つづいて、検索用パス生成部２０７が、テーブル記憶部２０５にアクセスし、検査ルート検索テーブル２２３を参照し、検索用のパスを生成する（ステップＳ１７３）。ここで生成されるパスは、「／ルート／ＤＴＦ／検査日付（ＹＹＹＹＭＭＤＤ）／ＳＬ／」となる。
つづいて、検索用ファイル名生成部２０９がＰＳＩファイル名を生成する（ステップＳ１７５）。ここで生成されるファイル名は、「＊．ＰＳＩ」となる。以下、図１３のステップＳ１０７〜ステップＳ１１３と同様に動作するので、同じ符号を付してある。
ファイル検索部２１１は、ステップＳ１７３およびステップＳ１７５で生成された検索用ＰＳＩパスおよび検索用ＰＳＩファイル名を使用して、記録装置１００から該当するファイルを検索し、取得する（ステップＳ１０７）。さらに、ファイル検索部２１１は、取得したファイルのリストを作成する。
リスト管理部２１３は、ステップＳ１０７で作成されたリストを参照し、取得されたファイルがあるか否かを判定し、ファイルがない場合は（ステップＳ１０９のＮＯ）、処理を終了する。また、ファイルがある場合（ステップＳ１０９のＹＥＳ）、情報抽出部２１５が該当ファイルから必要な情報を抽出する（ステップＳ１１１）。たとえば、ここで取得した検査ルート情報ファイル３２０から、検査インスタンスＵＩＤ３３９を取り出し、送信部２１７がネットワーク５４を介して端末２０に送信する。ここで、情報抽出部２１５によって抽出された情報は、ＤＩＣＯＭの規格に従ったフォーマットに変換してから送信される。
つづいて、リスト管理部２１３は、情報を送信したファイルをステップＳ１０７で作成されたリストから削除して（ステップＳ１１３）、ステップＳ１０９に戻る。このようにして、ステップＳ１０７で作成されたリストから順にファイルの情報を抽出して送信することができる。
次に、検査日付から画像ファイルを取得する場合の動作について説明する。図２０および図２１は、本実施の形態の情報管理装置２００において、ある検査日付に該当する検査の画像ファイルを取得する場合の動作の一例を示すフローチャートである。図２０において、ステップＳ１７１〜ステップＳ１７５は、図１９のステップＳ１７１〜ステップＳ１７５と同様であり、また、ステップＳ１２３〜ステップＳ１５５は、図１７のステップＳ１２３〜ステップＳ１５５と同様であるので、同じ符号を付してある。また、図２１は、図１８と同様であるので、同じ符号を付してある。
まず、検索キー受付部２０１が検索キーとしてネットワーク５４を介して端末２０から入力された検査日付を受け付ける（ステップＳ１７１）。ここでは、予め判別部２０３が検査情報を取得することを判別し、本処理を行うように動作しているものとする。つづいて、検索用パス生成部２０７が、テーブル記憶部２０５にアクセスし、検査ルート検索テーブル２２３を参照し、検索用のパスを生成する（ステップＳ１７３）。つづいて、検索用ファイル名生成部２０９がＰＳＩファイル名を生成する（ステップＳ１７５）。
つづいて、ファイル検索部２１１は、ステップＳ１７３およびステップＳ１７５で生成された検索用ＰＳＩパスおよび検索用ＰＳＩファイル名を使用して、記録装置１００から該当するファイルを検索し、取得する（ステップＳ１８１）。さらに、ファイル検索部２１１は、取得したファイルの検査リストを作成する。
リスト管理部２１３は、ステップＳ１０７で作成されたリストを参照し、取得されたファイルがあるか否かを判定し、ファイルがない場合は（ステップＳ１８３のＮＯ）、処理を終了する。また、ファイルがある場合（ステップＳ１８３のＹＥＳ）、情報抽出部２１５が該当ファイルから検査インスタンスＵＩＤを抽出するとともに、リスト管理部２１３が検査リストから該当ファイルを削除する（ステップＳ１８５）。
つづいて、検索用パス生成部２０７が、テーブル記憶部２０５にアクセスし、シリーズ情報検索テーブル２２５を参照し、検索用のパスを生成する（ステップＳ１２３）。つづいて、検索用ファイル名生成部２０９がＳＩファイル名を生成する（ステップＳ１２５）。
つづいて、ファイル検索部２１１は、ステップＳ１２３およびステップＳ１２５で生成された検索用パスおよび検索用ファイル名を使用して、記録装置１００から該当するファイルを検索し、取得する（ステップＳ１５１）。さらに、ファイル検索部２１１は、取得したファイルのシリーズリストを作成する。
リスト管理部２１３は、ステップＳ１５１で作成されたシリーズリストを参照し、取得されたファイルがあるか否かを判定し、ファイルがない場合は（ステップＳ１５３のＮＯ）、ステップＳ１８３に戻る。また、ファイルがある場合（ステップＳ１５３のＹＥＳ）、情報抽出部２１５が該当ファイルからシリーズインスタンスＵＩＤ３５５を抽出するとともに、リスト管理部２１３がシリーズリストから該当ファイルを削除する（ステップＳ１５５）。
つづいて、図２１に示すように、検索用パス生成部２０７が、テーブル記憶部２０５にアクセスし、画像ファイル検索テーブル２２９を参照し、検索用のパスを生成する（ステップＳ１３３）。つづいて、検索用ファイル名生成部２０９がＤＣＭファイル名を生成する（ステップＳ１３５）。ファイル検索部２１１は、ステップＳ１３３およびステップＳ１３５で生成された検索用パスおよび検索用ファイル名を使用して、記録装置１００から該当するファイルを検索し、取得する（ステップＳ１６１）。ファイル検索部２１１は、取得したファイルの画像リストを作成する。
リスト管理部２１３は、ステップＳ１６１で作成された画像リストを参照し、取得されたファイルがあるか否かを判定し、ファイルがない場合は（ステップＳ１６３のＮＯ）、図２０のステップＳ１５３に戻る。また、ファイルがある場合（ステップＳ１６３のＹＥＳ）、送信部２１７が該当ファイルを送信する（ステップＳ１６５）。リスト管理部２１３が画像リストから該当ファイルを削除し（ステップＳ１６７）、ステップＳ１６３に戻る。
このように、本実施の形態の医療情報管理システムにおいて、たとえば検査日付を検索キーとして画像ファイルを取得することができる。
以上説明したように、本実施の形態の医療情報管理システムによれば、情報ファイルのファイル名に画像情報を含め、情報ファイルには実画像データは含まないので、情報ファイルの記憶容量を大幅に削減することが可能となる。さらに、情報ファイルを画像情報に対応した階層構造のディレクトリに格納するので、検索時に検索キーに基づいてパスを生成して検索することにより、より高速に検索を行うことが可能となる。また、画像ファイルのファイル名に画像情報を含め、かつ画像ファイルを画像情報に対応した階層構造のディレクトリに格納するので、検索時に検索キーに基づいてパスを生成して検索することにより、より高速に検索を行うことが可能となる。また、複数のストレージ装置毎に、画像情報を格納して管理することができるので、システム機能を分散可能とし、メンテナンス性および信頼性を向上できる。
さらに、画像ファイルを格納したディレクトリの配下のサブディレクトリ内の情報ファイルから前記画像ファイルの画像情報を取得することが可能となり、画像情報をより高速に取得することが可能となる。また、画像情報の属性に対応する構造のパスを容易に生成することができ、高価で複雑な構造を有するデータベースを用いることなく、簡単な構成で画像情報を管理することができる。
（第二の実施の形態）
図２２は、本実施形態に係る情報管理装置２００の機能ブロック図である。本実施形態において、情報管理装置２００は、モダリティ装置１２から受信した画像データを記録装置１００に転送し、所定のディレクトリに格納し、画像データを管理する。
情報管理装置２００は、画像ファイル受信部２３１と、画像情報取得部２３３と、情報入力受付部２３５と、転送先受付部２３６と、ファイル生成部２３７と、情報格納用パス生成部２３９と、画像ファイル格納部２４１と、情報ファイル格納部２４３と、を備えている。
画像ファイル受信部２３１は、ネットワーク５０を介してモダリティ装置１２から画像データを受信する。画像情報取得部２３３は、画像ファイル受信部２３１が受信した画像データに含まれている情報を読み出し取得する。たとえば、患者ＩＤ、患者名などの情報が画像に記録されている場合、それらを読み取り、ＯＣＲ（光学式文字読取部）などで文字識別して文字情報を取得する構成とすることができる。あるいは、後述する情報入力受付部から直接情報を取得してもよい。
情報入力受付部２３５は、画像ファイル受信部２３１が受信した画像データの情報の入力を受け付ける。転送先受付部２３６は、画像ファイル受信部２３１で受信した画像データをネットワーク５２上の何れの記録装置１００に転送するかの選択を受け付ける。情報入力受付部２３５および転送先受付部２３６が受け付ける情報および転送先は、図示されない操作部を介してユーザが入力および選択する。情報入力受付部２３５および転送先受付部２３６で受け付けた情報および送信先は、画像情報取得部２３３に受け渡される。
ファイル生成部２３７は、画像情報取得部２３３が取得した画像情報に基づいて、情報格納用のファイルおよび画像ファイルのファイル名を生成し、患者ルート情報ファイル３００、検査ルート情報ファイル３２０、シリーズ情報ファイル３５０、および画像ファイル３７０を生成する。情報格納用パス生成部２３９は、画像情報取得部２３３が取得した画像情報に基づいて、情報格納用のパスを生成する。ここで生成されるパスは、患者ルート情報ファイル３００、検査ルート情報ファイル３２０、シリーズ情報ファイル３５０、および画像ファイル３７０などの情報ファイルを格納するディレクトリへのパスである。なお、情報格納用パス生成部２３９は、情報格納用のパスが示すディレクトリが存在するか否かを判定し、存在しない場合は該当するディレクトリを生成する。
画像ファイル格納部２４１は、情報格納用パス生成部２３９が生成しパスのディレクトリに、ファイル生成部２３７が生成したファイル名を有する画像ファイルを、転送先受付部２３６で受け付けた転送先の記録装置１００に格納する。
情報ファイル格納部２４３は、情報格納用パス生成部２３９が生成したパスのディレクトリに、ファイル生成部２３７が生成したファイル名を有する各情報ファイルを、転送先受付部２３６で受け付けた転送先の記録装置１００に格納する。
このように構成された情報管理装置２００の動作について以下に説明する。図２３は、本実施形態の情報管理装置２００の動作の一例を示すフローチャートである。
まず、画像ファイル受信部２３１がネットワーク５０を介してモダリティ装置１２から画像データを受信する（ステップＳ２０１）。つづいて、情報入力受付部２３５がステップＳ２０１で受信した画像データの情報の入力を受け付ける（ステップＳ２０３）。さらに、転送先受付部２３６がステップＳ２０１で受信した画像データの転送先の選択を受け付ける（ステップＳ２０５）。
つづいて、画像情報取得部２３３が情報入力受付部２３５で受け付けた画像情報を取得する（ステップＳ２０７）。あるいは、画像情報取得部２３３は、ステップＳ２０１で画像ファイル受信部２３１が受信した画像データから画像情報を取得する。
つづいて、ファイル生成部２３７がステップＳ２０７で取得した画像情報に基づいて、情報格納用ファイル名を生成する（ステップＳ２０９）。つづいて、情報格納用パス生成部２３９がステップＳ２０７で取得した画像情報に基づいて、情報格納用パスを生成する（ステップＳ２１１）。
つづいて、画像ファイルを、ステップＳ２０５で受け付けた転送先の記録装置１００において、画像ファイル格納部２４１がステップＳ２１１で生成したパスのディレクトリに、ステップＳ２０９で生成したファイル名を付して、格納する（ステップＳ２１３）。情報ファイル格納部２４３が、各情報ファイルを、画像ファイル格納部２４１がステップＳ２１１で生成したパスが示すディレクトリに、ステップＳ２０９で生成したファイル名を付して、ステップＳ２０５で受け付けた転送先の記録装置１００に格納する（ステップＳ２１５）。
以下、ステップＳ２０９およびステップＳ２１１におけるファイル生成部２３７および情報格納用パス生成部２３９の処理の詳細を説明する。まず、ファイル生成部２３７は、取得した画像情報に基づいて、患者ルート情報ファイル３００、検査ルート情報ファイル３２０、シリーズ情報ファイル３５０、および画像ファイル３７０のファイル名を生成する。たとえば、患者ルート情報ファイル３００は、図４に示されるように、患者ＩＤ３０１、患者名３０３、性別３０５、および生年月日３０７を区切り文字３０２「@」で区切って連結した文字列に拡張子３０９の「ＰＩ」を付したファイル名で空ファイルとして生成される。
また、画像ファイル３７０は、画像番号３７１およびＳＯＰインスタンス３７３を区切り文字３０２「@」で区切って連結した文字列に拡張子３７５の「ＤＣＭ」を付したファイル名を画像ファイル受信部２３１が受信した画像データに付して生成される。
また、情報格納用パス生成部２３９は、ファイル生成部２３７が生成した各情報ファイルおよび画像ファイルを転送先の記録装置１００の格納先ディレクトリを示すパスを生成する。たとえば、患者ルート情報ファイル３００は、患者ＩＤディレクトリ１２０、第１の患者名ディレクトリ１３０、第２の患者名ディレクトリ１４０、受付番号ディレクトリ１５０、および検査日付ディレクトリ１６０配下の当該ファイルが該当する患者ＩＤ先頭ｎ文字ディレクトリ１２１、患者名先頭ｎ文字ディレクトリ１３１、患者名先頭ｎ文字ディレクトリ１４１、受付番号先頭ｎ文字ディレクトリ１５１、および検査日付別ディレクトリ１６１の下のＰＬディレクトリ１２３、ＰＬディレクトリ１３３、ＰＬディレクトリ１４３、ＰＬディレクトリ１５３、およびＰＬディレクトリ１６３に格納される。したがって、生成されるパスは、たとえば、患者ルート情報ファイル３００を患者ＩＤディレクトリ１２０に格納する場合のパスは、「／ルート／ＰＩＦ／患者ＩＤの先頭ｎ文字の患者ＩＤ先頭ｎ文字／ＰＬ／」となる。同様にして各情報ファイルおよび画像ファイル毎に格納先のディレクトリへのパスが生成される。
以上説明したように、本実施の形態の医療情報管理システムによれば、画像ファイルのファイル名に画像情報を含め、画像情報を少なくとも１つの属性を有するディレクトリ配下に格納するので、検索時に検索キーに基づいてパスを生成して検索することにより、より高速に検索を行うことが可能となる。
図２４は、情報管理装置２００の削除ロックフォルダ３６０によってディレクトリ内のファイルを削除禁止とする機能を実現するための機能ブロック図である。なお、本実施形態において、削除ロックフォルダを設けた構成としたが、削除ロックファイルとすることもできる。削除ロックフォルダまたは削除ロックファイルは、削除ロック用のフォルダまたはファイルであることを示す予め決められた名称、たとえば、「Ｌｏｃｋｅｄ」を有する。
情報管理装置２００は、ファイル削除禁止のディレクトリの指定を受け付ける削除禁止指示受付部２５１と、削除禁止を受け付けたディレクトリの配下にロックフォルダを生成するロックフォルダ生成部２５３と、を含む。
たとえば、削除禁止指示受付部２５１が図９のシリーズ管理情報ディレクトリ１７０の検査インスタンスＵＩＤ（１）ディレクトリ１７１ａ内のファイル削除禁止を、ネットワーク５４を介して端末２０から受け付けたとき、ロックフォルダ生成部２５３は、記録装置１００の検査インスタンスＵＩＤ（１）ディレクトリ１７１ａ内に削除ロックフォルダ３６０を生成する。ここでは、削除ロックフォルダ３６０は、「Locked」というフォルダ名を有する。
さらに、情報管理装置２００は、削除指示受付部２６１と、判定部２６３と、通知部２６５と、削除部２６７と、を含む。
削除指示受付部２６１は、ネットワーク５４を介して端末２０で入力された削除するファイル名を受け付ける。判定部２６３は、削除指示受付部２６１が削除するファイル名を受け付けたとき、当該ファイル名のファイルが存在するディレクトリ内にファイル名「Locked」を有する削除ロックフォルダ３６０が存在するか否かを判定する。
通知部２６５は、判定部２６３が削除ロックフォルダ３６０が存在すると判定した場合、削除指示受付部２６１が受け付けたファイルの削除指示を拒否し、指定されたファイル名のファイルは削除できないことをネットワーク５４を介して端末２０に通知する。削除部２６７は、判定部２６３が削除ロックフォルダ３６０が存在しないと判定した場合、削除指示受付部２６１が受け付けたファイルの削除指示にしたがって、指定されたファイル名のファイルを削除する。
この構成によれば、単に削除ロックフォルダ３６０を設けるだけで、ファイル削除禁止のディレクトリを指定することが可能となる。また、削除禁止をより高速に検知し、ユーザに通知することが可能となる。
以上、図面を参照して本発明の実施形態について述べたが、これらは本発明の例示であり、上記以外の様々な構成を採用することもできる。
たとえば、本実施形態において、管理される画像データは、医療用画像データであったがこれに限定されない。複数の属性を有する画像データを複数のストレージ装置で分散させて管理するシステムにおいて、同様に実現可能である。
また、本実施形態において、検索用パス生成部２０７は、テーブル記憶部２０５にアクセスし、テーブルを参照して生成するパスの構造を取得する構成としたが、これに限定されない。たとえば、検索用パス生成部２０７によるパスの生成は、予め決められたプログラム手順をコンピュータが実行することにより、実現させることもできる。
さらに、本実施形態において、テーブル記憶部２０５は、情報管理装置２００に設けた構成としたが、これに限定されない。テーブル記憶部２０５は、各記録装置１００内に設けることができる。検索用パス生成部２０７は、ネットワーク５４を介して記録装置１００のテーブル記憶部２０５にアクセスし、各テーブルを参照してパスを生成することができる。この構成によれば、異なるディレクトリ構造を有する記録装置１００毎に、構造を指定することが可能となり、記録装置１００を複数台増設していくような場合にも、ディレクトリ構造を個別に設定することが可能となり、システムの拡張性が向上する。
本発明の実施の形態に係る医療情報管理システムを示す構成図である。 図１の情報管理装置の記録装置のディレクトリ構造の一例を示す図である。 図２の患者ＩＤディレクトリのディレクトリ構造の一例を示す図である。 図３の患者ＩＤディレクトリ配下に格納される情報の詳細な構造を示す図である。 図２の第１の患者名ディレクトリのディレクトリ構造の一例を示す図である。 図３の第２の患者名ディレクトリのディレクトリ構造の一例を示す図である。 図３の受付番号ディレクトリのディレクトリ構造の一例を示す図である。 図３の検査日付ディレクトリのディレクトリ構造の一例を示す図である。 図３のシリーズ管理情報ディレクトリのディレクトリ構造の一例を示す図である。 図３の画像管理ディレクトリのディレクトリ構造の一例を示す図である。 本実施形態の情報管理装置の概略機能ブロック図である。 図１１のテーブル記憶部に記憶される各テーブルの構造の一例を示す図である。 本実施の形態の情報管理装置において、患者ＩＤから検査情報を取得する場合の動作の一例を示すフローチャートである。 本実施の形態の情報管理装置において、患者ＩＤと検査インスタンスＵＩＤとからシリーズ情報を取得する場合の動作の一例を示すフローチャートである 本実施の形態の情報管理装置において、患者ＩＤ、検査インスタンスＵＩＤ、およびシリーズインスタンスＵＩＤから画像情報を取得する場合の動作の一例を示すフローチャートである。 本実施形態の情報管理装置を示す部分機能ブロック図である。 本実施の形態の情報管理装置において、ある患者ＩＤに該当する検査の画像ファイルを取得する場合の動作の一例を示すフローチャートである。 図１７の続きの動作の一例を示すフローチャートである。 本実施の形態の情報管理装置の検査情報取得時の動作の一例を示すフローチャートである。 本実施の形態の情報管理装置において、ある検査日付に該当する検査の画像ファイルを取得する場合の動作の一例を示すフローチャートである。 図２０の続きの動作の一例を示すフローチャートである。 本実施形態に係る情報管理装置の機能ブロック図である。 本実施形態の情報管理装置の動作の一例を示すフローチャートである。 本実施形態に係る情報管理装置の機能ブロック図である。
符号の説明
１２ モダリティ装置
２０ 端末
５０ ネットワーク
５２ ネットワーク
５４ ネットワーク
１００ 記録装置
１１０ 管理情報ディレクトリ
１２０ 患者ＩＤディレクトリ
１２１ 患者ＩＤ先頭ｎ文字ディレクトリ
１２３ ＰＬディレクトリ
１３１ 患者名先頭ｎ文字ディレクトリ
１３３ ＰＬディレクトリ
１４１ 患者名先頭ｎ文字ディレクトリ
１４３ ＰＬディレクトリ
１５０ 受付番号ディレクトリ
１５１ 受付番号先頭ｎ文字ディレクトリ
１５３ ＰＬディレクトリ
１６０ 検査日付ディレクトリ
１６１ 検査日付別ディレクトリ
１６３ ＰＬディレクトリ
１７０ シリーズ管理情報ディレクトリ
１７１ 検査インスタンスＵＩＤディレクトリ
１８０ 画像管理ディレクトリ
１８１ シリーズインスタンスＵＩＤディレクトリ
１８３ 検査インスタンスＵＩＤディレクトリ
２００ 情報管理装置
２０１ 検索キー受付部
２０２ 種別受付部
２０３ 判別部
２０５ テーブル記憶部
２０７ 検索用パス生成部
２０９ 検索用ファイル名生成部
２１１ ファイル検索部
２１３ リスト管理部
２１５ 情報抽出部
２１７ 送信部
２１９ 画像ファイル取得部
２２１ 患者ルート検索テーブル
２２３ 検査ルート検索テーブル
２２５ シリーズ情報検索テーブル
２２７ 画像情報検索テーブル
２２９ 画像ファイル検索テーブル
２３１ 画像ファイル受信部
２３３ 画像情報取得部
２３５ 情報入力受付部
２３６ 転送先受付部
２３７ ファイル生成部
２３９ 情報格納用パス生成部
２４１ 画像ファイル格納部
２４３ 情報ファイル格納部
２５１ 削除禁止指示受付部
２５３ ロックフォルダ生成部
２６１ 削除指示受付部
２６３ 判定部
２６５ 通知部
２６７ 削除部
３００ 患者ルート情報ファイル
３０１ 患者ＩＤ
３０２ 区切り文字
３０３ 患者名
３０５ 性別
３０７ 生年月日
３０９ 拡張子
３２０ 検査ルート情報ファイル
３２１ 患者ＩＤ
３２３ 患者名
３２５ 性別
３２７ 生年月日
３２９ 年齢
３３１ 検査日付
３３３ 検査時刻
３３５ 受付番号
３３７ 検査ＩＤ
３３９ 検査インスタンスＵＩＤ
３４１ 拡張子
３５０ シリーズ情報ファイル
３５１ モダリティ
３５３ 取得ＡＥ名称
３５５ シリーズインスタンスＵＩＤ
３５７ シリーズ番号
３５９ 拡張子
３６０ 削除ロックフォルダ
３７０ 画像ファイル
３７１ 画像番号
３７５ 拡張子

Claims (17)

  1. 複数の属性からなる画像情報を有する医療画像ファイルを管理するシステムであって、
    前記医療画像ファイルの前記画像情報の前記複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名を有する情報ファイルを、前記医療画像ファイルの前記画像情報の前記複数の属性の少なくとも一部を含むディレクトリ名をそれぞれ有する複数のディレクトリに分類して、前記情報ファイルを格納する情報記憶部と、
    前記医療画像ファイルの前記画像情報を検索するときに使用する検索キーを受け付ける検索キー受付部と、
    前記検索キーに基づいて、検索用パスを生成する検索用パス生成部と、
    前記検索キーに基づいて、検索用ファイル名を生成するファイル名生成部と、
    前記検索用パスおよび前記検索用ファイル名を使用して、前記情報記憶部から該当するディレクトリの該当する情報ファイルを検索する情報検索部と、
    前記情報検索部が取得した前記情報ファイルの前記ファイル名が示す前記画像情報を抽出する抽出部と、
    を備えたことを特徴とする医療情報管理システム。
  2. 請求項１に記載の医療情報管理システムにおいて、
    前記医療画像ファイルの前記画像情報の前記複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名を有する保存用画像ファイルを記憶する画像記録部と、
    前記検索用パスおよび前記検索用ファイル名を使用して、前記画像記録部から該当するディレクトリの該当する保存用画像ファイルを検索する画像検索部と、
    前記画像検索部が取得した前記保存用画像ファイルを前記画像記録部から読み出す読み出し部と、
    を備えたことを特徴とする医療情報管理システム。
  3. 請求項２に記載の医療情報管理システムにおいて、
    前記保存用画像ファイルが格納された前記ディレクトリの配下に、当該保存用画像ファイルの前記画像情報の前記属性に対応するディレクトリ名を有するサブディレクトリを生成するサブディレクトリ生成部を含み、
    前記サブディレクトリに前記保存用画像ファイルの前記情報ファイルを格納することを特徴とする医療情報管理システム。
  4. 請求項１乃至３いずれかに記載の医療情報管理システムにおいて、
    前記画像情報の前記属性に、前記画像情報を格納する前記ディレクトリを示すパスの構造を対応付けて記憶するパス構造テーブルを記憶するテーブル記憶部を含み、
    前記検索キー受付部は、前記検索キーを前記画像情報の前記属性の中から指定し、
    前記検索用パス生成部は、前記テーブル記憶部にアクセスし、前記パス構造テーブルを参照して、前記検索キーとして指定された前記画像情報の前記属性に対応する前記パスの構造を取得し、前記検索用パスを生成することを特徴とする医療情報管理システム。
  5. 請求項１乃至４いずれかに記載の医療情報管理システムにおいて、
    前記ファイル名生成部は、前記検索キーとして指定された前記画像情報の前記属性に対応する拡張子を有するファイル名を生成することを特徴とする医療情報管理システム。
  6. 請求項１乃至５いずれかに記載の医療情報管理システムにおいて、
    画像データを受け付ける画像受付部と、
    前記画像受付部で受け付けた前記画像データの画像情報を取得する取得部と、
    前記取得部で取得した前記画像情報に基づいて、前記画像データの前記情報ファイルに付すファイル名を生成し、前記情報ファイルを生成する情報ファイル生成部と、
    前記取得部で取得した前記画像情報に基づいて、前記画像データに付すファイル名を生成し、前記保存用画像ファイルを生成する画像ファイル生成部と、
    前記取得部で取得した前記画像情報に基づいて、前記情報ファイルおよび前記保存用画像ファイルを格納する前記情報記憶部のディレクトリを示す情報格納用パスを生成する格納用パス生成部と、
    前記画像ファイル生成部で生成された前記保存用画像ファイルを、前記格納用パス生成部で生成された前記パスが示す前記情報記憶部の前記ディレクトリに格納する格納部と、
    を備えたことを特徴とする医療情報管理システム。
  7. 請求項１乃至６いずれかに記載の医療情報管理システムにおいて、
    前記ファイルの削除を禁止するディレクトリの指定を受け付ける削除禁止指示受付部と、
    前記削除禁止指示受付部が受け付けたディレクトリの配下に削除ロックフォルダまたは削除ロックファイルを生成するロック指示部と、
    削除するファイル名を受け付ける削除指示受付部と、
    前記削除指示受付部が削除する前記ファイル名を受け付けたとき、当該ファイル名のファイルが存在する前記ディレクトリ内に前記削除ロックフォルダまたは前記削除ロックファイルが存在するか否かを判定する判定部と、
    前記判定部が前記削除ロックフォルダまたは前記削除ロックファイルが存在すると判定した場合、前記削除指示受付部が受け付けた前記ファイルの削除指示を拒否し、前記指定されたファイル名の前記ファイルは削除できないことを通知する通知部と、
    前記判定部が、前記削除ロックフォルダおよび前記削除ロックファイルが存在しないと判定した場合、前記削除指示受付部が受け付けた前記ファイルの削除指示にしたがって、前記指定されたファイル名の前記ファイルを削除する削除部と、
    を含むことを特徴とする医療情報管理システム。
  8. 複数の属性からなる画像情報を有する医療画像ファイルを格納する記録部を制御するとともに、前記医療画像ファイルを管理するプログラムであって、
    前記医療画像ファイルの前記画像情報の前記複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名を有する情報ファイルを、前記画像ファイルの前記画像情報の前記複数の属性の少なくとも一部を含むディレクトリ名をそれぞれ有する複数のディレクトリに分類して、前記情報ファイルを前記記録部に格納する手順と、
    前記医療画像ファイルの前記画像情報を検索するときに使用する検索キーを受け付ける手順と、
    前記検索キーに基づいて、検索用パスを生成する手順と、
    前記検索キーに基づいて、検索用ファイル名を生成する手順と、
    前記検索用パスおよび前記検索用ファイル名を使用して、前記記録部から該当するディレクトリの該当する情報ファイルを検索する手順と、
    前記検索する手順で取得した前記情報ファイルの前記ファイル名が示す前記画像情報を抽出する手順と、
    をコンピュータに実行させるための医療情報管理プログラム。
  9. 請求項８に記載の医療情報管理プログラムにおいて、
    前記医療画像ファイルの前記画像情報の前記複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名を有する保存用画像ファイルを前記記録部に記憶する手順と、
    前記検索用パスおよび前記検索用ファイル名を使用して、前記記録部から該当するディレクトリの該当する保存用画像ファイルを検索する手順と、
    前記検索する手順で取得した前記保存用画像ファイルを前記記録部から読み出す手順と、
    をコンピュータに実行させるための医療情報管理プログラム。
  10. 請求項９に記載の医療情報管理プログラムにおいて、
    前記保存用画像ファイルが格納された前記ディレクトリの配下に、当該保存用画像ファイルの前記画像情報の前記属性に対応するディレクトリ名を有するサブディレクトリを生成する手順と、
    前記サブディレクトリに前記保存用画像ファイルの前記情報ファイルを格納する手順と、
    をコンピュータに実行させるための医療情報管理プログラム。
  11. 請求項８乃至１０いずれかに記載の医療情報管理プログラムにおいて、
    前記画像情報の前記属性に、前記画像情報を格納する前記ディレクトリを示すパスの構造を対応付けて記憶するパス構造テーブルを前記記録部に記憶する手順と、
    前記検索キーを前記画像情報の前記属性の中から指定する手順と、
    前記記録部にアクセスし、前記パス構造テーブルを参照して、前記検索キーとして指定された前記画像情報の前記属性に対応する前記パスの構造を取得し、前記検索用パスを生成する手順と、
    をコンピュータに実行させるための医療情報管理プログラム。
  12. 請求項８乃至１１いずれかに記載の医療情報管理プログラムにおいて、
    前記検索キーとして指定された前記画像情報の前記属性に対応する拡張子を有するファイル名を生成する手順をコンピュータに実行させるための医療情報管理プログラム。
  13. 請求項８乃至１２いずれかに記載の医療情報管理プログラムにおいて、
    画像データを受け付ける手順と、
    前記受け付ける手順で受け付けた前記画像データの画像情報を取得する手順と、
    前記取得する手順で取得した前記画像情報に基づいて、前記画像データの前記情報ファイルに付すファイル名を生成し、前記情報ファイルを生成する手順と、
    前記取得する手順で取得した前記画像情報に基づいて、前記画像データに付すファイル名を生成し、前記保存用画像ファイルを生成する手順と、
    前記取得する手順で取得した前記画像情報に基づいて、前記情報ファイルおよび前記保存用画像ファイルを格納する前記記録部のディレクトリを示す情報格納用パスを生成する手順と、
    前記保存用画像ファイルを生成する手順で生成された前記保存用画像ファイルを、前記格納用パスを生成する手順で生成された前記パスが示す前記記録部の前記ディレクトリに格納する手順と、
    をコンピュータに実行させるための医療情報管理プログラム。
  14. 複数の属性からなる画像情報を有する医療画像ファイルを格納する記録部を制御するとともに、前記医療画像ファイルを管理する装置であって、
    前記記録部は、前記医療画像ファイルの前記画像情報の前記複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名を有する情報ファイルを、前記医療画像ファイルの前記画像情報の前記複数の属性の少なくとも一部を含むディレクトリ名をそれぞれ有する複数のディレクトリに分類して、前記情報ファイルを格納し、
    前記装置は、
    前記医療画像ファイルの前記画像情報を検索するときに使用する検索キーを受け付ける検索キー受付部と、
    前記検索キーに基づいて、検索用パスを生成する検索用パス生成部と、
    前記検索キーに基づいて、検索用ファイル名を生成するファイル名生成部と、
    前記検索用パスおよび前記検索用ファイル名を使用して、前記記録部から該当するディレクトリの該当する情報ファイルを検索する情報検索部と、
    前記情報検索部が取得した前記情報ファイルの前記ファイル名が示す前記画像情報を抽出する抽出部と、
    を備えたことを特徴とする医療情報管理装置。
  15. 請求項１４に記載の医療情報管理装置において、
    前記記録部は、前記医療画像ファイルの前記画像情報の前記複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名を有する保存用画像ファイルを記憶し、
    前記装置は、
    前記検索用パスおよび前記検索用ファイル名を使用して、前記画像記録部から該当するディレクトリの該当する保存用画像ファイルを検索する画像検索部と、
    前記画像検索部が取得した前記保存用画像ファイルを前記画像記録部から読み出す読み出し部と、
    を備えたことを特徴とする医療情報管理装置。
  16. 複数の属性からなる画像情報を有する医療画像ファイルを格納する記録部を制御するとともに、前記医療画像ファイルを管理する方法であって、
    前記医療画像ファイルの前記画像情報の前記複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名を有する情報ファイルを、前記医療画像ファイルの前記画像情報の前記複数の属性の少なくとも一部を含むディレクトリ名をそれぞれ有する複数のディレクトリに分類して、前記情報ファイルを前記記録部に格納するステップと、
    前記医療画像ファイルの前記画像情報を検索するときに使用する検索キーを受け付けるステップと、
    前記検索キーに基づいて、検索用パスを生成するステップと、
    前記検索キーに基づいて、検索用ファイル名を生成するステップと、
    前記検索用パスおよび前記検索用ファイル名を使用して、前記記録部から該当するディレクトリの該当する情報ファイルを検索するステップと、
    前記検索するステップにて取得した前記情報ファイルの前記ファイル名が示す前記画像情報を抽出するステップと、
    を含むことを特徴とする医療情報管理方法。
  17. 請求項１６に記載の医療情報管理方法において、
    前記医療画像ファイルの前記画像情報の前記複数の属性を区切り文字で区切って予め決められた順序で互いに連結して付したファイル名を有する保存用画像ファイルを前記記録部に記憶するステップと、
    前記検索用パスおよび前記検索用ファイル名を使用して、前記記録部から該当するディレクトリの該当する保存用画像ファイルを検索するステップと、
    前記検索するステップにて取得した前記保存用画像ファイルを前記記録部から読み出すステップと、
    を含むことを特徴とする医療情報管理方法。
JP2004289685A 2004-10-01 2004-10-01 医療情報管理システム Pending JP2006106922A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2004289685A JP2006106922A (ja) 2004-10-01 2004-10-01 医療情報管理システム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2004289685A JP2006106922A (ja) 2004-10-01 2004-10-01 医療情報管理システム

Publications (1)

Publication Number Publication Date
JP2006106922A true JP2006106922A (ja) 2006-04-20

Family

ID=36376621

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004289685A Pending JP2006106922A (ja) 2004-10-01 2004-10-01 医療情報管理システム

Country Status (1)

Country Link
JP (1) JP2006106922A (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008059088A (ja) * 2006-08-29 2008-03-13 Toshiba Corp 画像表示システム、及び画像表示装置
JP2011141752A (ja) * 2010-01-07 2011-07-21 Canon Inc 文書管理システム
CN108470577A (zh) * 2018-02-02 2018-08-31 重庆金山医疗器械有限公司 胶囊内镜系统数据存储方法
KR20230019523A (ko) * 2021-08-02 2023-02-09 가톨릭대학교 산학협력단 이미지 분류 장치 및 방법

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03164868A (ja) * 1989-11-22 1991-07-16 Hitachi Medical Corp 検索用医用情報蓄積方法
JPH065538B2 (ja) * 1988-11-21 1994-01-19 日本電気株式会社 大量デジタル画像ファイル方式
JPH06327636A (ja) * 1993-05-26 1994-11-29 Olympus Optical Co Ltd 医療データ管理システム
JPH0793417A (ja) * 1993-09-24 1995-04-07 Olympus Optical Co Ltd カード情報記録管理システム
JPH07171114A (ja) * 1993-12-21 1995-07-11 Fujitsu Ltd 看護計画作成支援装置
JPH1185597A (ja) * 1997-09-04 1999-03-30 Fuji Electric Co Ltd 階層化された複数オブジェクトのロック制御方法
JPH11149516A (ja) * 1998-09-07 1999-06-02 Toshiba Corp データベースシステム
JP2000132561A (ja) * 1998-10-23 2000-05-12 Toshiba Corp 情報処理装置及びこれを用いた情報処理システム
JP2001075847A (ja) * 1999-09-08 2001-03-23 Toshiba Corp 電子ファイリングシステム及びファイル管理方法
JP2002207831A (ja) * 2000-11-10 2002-07-26 Net Medical Center:Kk 医療画像読影システム
JP2002267499A (ja) * 2001-03-07 2002-09-18 Matsushita Electric Ind Co Ltd 測定データ処理装置及び測定データ処理方法
JP2003070760A (ja) * 2001-09-03 2003-03-11 Japan Science & Technology Corp 生体波形保存管理システム、生体波形保存管理方法、および生体波形閲覧方法
WO2004025948A1 (ja) * 2002-09-10 2004-03-25 Resourse One Inc. 情報管理方法、情報管理システムおよびそのシステムに含まれる情報転送装置

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH065538B2 (ja) * 1988-11-21 1994-01-19 日本電気株式会社 大量デジタル画像ファイル方式
JPH03164868A (ja) * 1989-11-22 1991-07-16 Hitachi Medical Corp 検索用医用情報蓄積方法
JPH06327636A (ja) * 1993-05-26 1994-11-29 Olympus Optical Co Ltd 医療データ管理システム
JPH0793417A (ja) * 1993-09-24 1995-04-07 Olympus Optical Co Ltd カード情報記録管理システム
JPH07171114A (ja) * 1993-12-21 1995-07-11 Fujitsu Ltd 看護計画作成支援装置
JPH1185597A (ja) * 1997-09-04 1999-03-30 Fuji Electric Co Ltd 階層化された複数オブジェクトのロック制御方法
JPH11149516A (ja) * 1998-09-07 1999-06-02 Toshiba Corp データベースシステム
JP2000132561A (ja) * 1998-10-23 2000-05-12 Toshiba Corp 情報処理装置及びこれを用いた情報処理システム
JP2001075847A (ja) * 1999-09-08 2001-03-23 Toshiba Corp 電子ファイリングシステム及びファイル管理方法
JP2002207831A (ja) * 2000-11-10 2002-07-26 Net Medical Center:Kk 医療画像読影システム
JP2002267499A (ja) * 2001-03-07 2002-09-18 Matsushita Electric Ind Co Ltd 測定データ処理装置及び測定データ処理方法
JP2003070760A (ja) * 2001-09-03 2003-03-11 Japan Science & Technology Corp 生体波形保存管理システム、生体波形保存管理方法、および生体波形閲覧方法
WO2004025948A1 (ja) * 2002-09-10 2004-03-25 Resourse One Inc. 情報管理方法、情報管理システムおよびそのシステムに含まれる情報転送装置

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008059088A (ja) * 2006-08-29 2008-03-13 Toshiba Corp 画像表示システム、及び画像表示装置
JP2011141752A (ja) * 2010-01-07 2011-07-21 Canon Inc 文書管理システム
CN108470577A (zh) * 2018-02-02 2018-08-31 重庆金山医疗器械有限公司 胶囊内镜系统数据存储方法
CN108470577B (zh) * 2018-02-02 2021-07-27 重庆金山医疗器械有限公司 胶囊内镜系统数据存储方法
KR20230019523A (ko) * 2021-08-02 2023-02-09 가톨릭대학교 산학협력단 이미지 분류 장치 및 방법
WO2023013989A1 (ko) * 2021-08-02 2023-02-09 가톨릭대학교 산학협력단 이미지 분류 장치 및 방법
KR102604122B1 (ko) * 2021-08-02 2023-11-20 가톨릭대학교 산학협력단 이미지 분류 장치 및 방법

Similar Documents

Publication Publication Date Title
CN102483765B (zh) 文件搜索系统和程序
JP5023715B2 (ja) 情報処理システム、情報処理装置及びプログラム
US20110153364A1 (en) Gathering, storing, and retrieving summary electronic healthcare record information from healthcare providers
US9189569B2 (en) Non-transitory computer readable medium, medical record search apparatus, and medical record search method
JP5485997B2 (ja) 重複排除機能付きデータ格納装置及び当該データ格納装置の検索インデックスを作成する制御装置
EP1039398A2 (en) Scheme for systematically registering meta-data with respect to various types of data
JP2005018754A (ja) 関連付けを有するコンピュータオブジェクトの共有
CN101281558A (zh) 图像管理系统、报告制成终端、医用图像管理服务器、图像管理方法
US8301611B2 (en) Records management system and method
CN101211365A (zh) 用于建立搜索索引的方法和系统
JP2006048536A (ja) 情報処理装置、文書検索方法、ならびにプログラム、記憶媒体
JP4136267B2 (ja) 文書管理方法およびその方法を実施するためのプログラムを記憶した記憶媒体および文書管理装置
JP2006325725A (ja) 医療情報管理装置、医療情報管理システム、医療情報管理方法、および医療情報管理プログラム
JP5592747B2 (ja) ファイル検索装置およびファイル検索プログラム
JP2006106922A (ja) 医療情報管理システム
JP4830637B2 (ja) 電子文書更新通知装置及び電子文書更新通知方法
Amendolia et al. Grid databases for shared image analysis in the mammogrid project
WO2014068749A1 (ja) メタデータ管理システム、メタデータ管理方法及び記憶媒体
KR20250132711A (ko) 권한제어 기반 검색증강생성 서비스 제공 방법 및 그 시스템
Veve Supporting name authority control in XML metadata: A practical approach at the University of Tennessee
JP4199916B2 (ja) 文書管理方法および装置
Foulonneau et al. Strategies for reprocessing aggregated metadata
WO2010147454A1 (en) System and method of binary data storage and management in database management systems
JP5017405B2 (ja) 規程管理装置及びプログラム
JP2008129643A (ja) 電子文書管理システム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070802

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20091218

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100105

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20100427