(57)【要約】【課題】様々なシステムに蓄積されている情報を、自動的に選別して所定のデータベースに格納し、操作性及び効率性のよいデータ収集装置を提供する。【解決手段】情報の取得源である取得元データベースと、取得元データベースから情報を抽出するための抽出条件とを含む、データ収集条件を管理するデータ収集条件管理部６２と、データ収集条件に設定された取得元データベースから抽出条件を用いて情報を取得する情報取得部６４と、取得した情報を、データ収集条件毎に設けられた二次データベース３３に格納する情報格納部６５とを備えている。【選択図】図５
2006092028.tif 000002
【特許請求の範囲】
【請求項１】
情報の取得源である取得元データベースから情報を抽出するための抽出条件を含むデータ収集条件を管理するデータ収集条件管理手段と、
前記データ収集条件に設定された前記取得元データベースから前記抽出条件を用いて情報を取得する情報取得手段と、
取得した前記情報を、前記データ収集条件毎に設けられた情報記憶部に格納する情報格納手段とを備えたことを特徴とするデータ収集装置。
【請求項２】
前記データ収集条件が、情報収集タイミング情報を含んでおり、前記情報取得手段が、前記情報収集タイミング情報に基づき動作を開始することを特徴とする、請求項１に記載のデータ収集装置。
【請求項３】
任意のタイミングでユーザから入力された要求に基づき、前記情報取得手段が動作を開始することを特徴とする、請求項１又は請求項２に記載のデータ収集装置。
【請求項４】
前記データ収集条件が、ユーザに対して通知を行うためのトリガーとなる通知条件を含み、前記通知条件が満たされる場合にユーザに対して通知を行うユーザ通知手段を備えたことを特徴とする、請求項１から請求項３のいずれかに記載のデータ収集装置。
【請求項５】
前記通知条件が、前記情報記憶部に格納された情報量であることを特徴とする、請求項４に記載のデータ収集装置。
【請求項６】
前記情報記憶部へのアクセス権限は、対応する前記データ収集条件を設定したユーザにのみ付与されることを特徴とする、請求項１から請求項５のいずれかに記載のデータ収集装置。
【請求項７】
情報の取得源である取得元データベースと、
該取得元データベースから情報を抽出するための抽出条件を含むデータ収集条件を管理するデータ収集条件管理手段と、
前記データ収集条件に設定された前記取得元データベースから前記抽出条件を用いて情報を取得する情報取得手段と、
取得した前記情報を、前記データ収集条件毎に設けられた情報記憶部に格納する情報格納手段とを備えたことを特徴とするデータ収集システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ収集装置及びデータ収集システムに関し、特に、登録されたデータ収集条件に基づき情報を収集及び格納するデータ収集装置及びデータ収集システムに関する。
【背景技術】
【０００２】
近年、内視鏡装置は、医療分野で広く用いられている。内視鏡装置は、細長な挿入部を体腔内に挿入し、挿入部の先端部に設けられた固体撮像素子等を撮像手段に用いて体腔内臓器等をモニタ画面に表示させる。モニタ画面に表示された体腔内臓器等を観察し、検査あるいは診断をすることができる。また、体腔内臓器等ヘ超音波を照射し、この超音波の反射あるいは透過度等により体腔内臓器等の状況をモニタ画面より観察し、検査あるいは診断することのできる超音波内視鏡装置も、医療分野で広く用いられている。
【０００３】
近年、医療分野、特に病院では、これら内視鏡装置あるいは超音波内視鏡装置等により撮像された内視鏡画像の画像データが、画像ファイリングシステムにより管理され、必要に応じて画像データを検索、取得、及び表示することが可能な状況になりつつある。更に、画像ファイリングシステム以外にも、検査データ、検査レポート、診断記録などの診療情報が電子カルテとして管理され、また、会計、保険請求といった会計事務情報が医事会計システムにより管理されるようになってきており、業務の合理化、効率化が行われている。
【０００４】
上述のように、病院における様々な情報が電子化され管理される流れの中で、蓄積された情報を診断や診療を支援するために利用したり、病院経営を支援するために利用したりする試みが始まっている。しかし、診療、診断、病院経営などを支援するために、各種解析を行うためには、画像ファイリングシステム、電子カルテ、医事会計システム等、病院内に存在する様々なシステムにアクセスして情報を取得する必要があり、解析に時間を要したり、運用性が悪かったりするという問題があった。
【０００５】
これを解決するものとして、画像ファイリングシステム等に記録された、患者に関するデータ、検査データ、画像データ等の情報を、情報の使用用途に適した構造のデータベースに格納しなおし、このデータベースに格納された情報を用いて、診断支援情報を生成する装置が提案されている（例えば、特許文献１、及び、特許文献２）。
【０００６】
また、病院内の様々なシステムに蓄積されている情報を、診療支援、及び病院経営支援を効率よく実施する目的で行う各種分析に適した構造のデータベースに格納しなおし、このデータベースに格納された情報を用いて、医療行為や患者動向を分析する手法が提案されている（例えば、非特許文献１）。
【特許文献１】特開２００３−３３６１９３号（図２）
【特許文献２】特開平１０−１４８６４号（図１）
【非特許文献１】村永文学、他３名、「病院情報システムに蓄積されたデータを活用した病院データウェアハウスの構築」、日本エム・イー学会誌、日本エム・イー学会、２００２年４月１０日、第１６巻、第４号、ｐ．８−ｐ．１７
【発明の開示】
【発明が解決しようとする課題】
【０００７】
病院内の様々なシステムに蓄積されている情報を用いて各種解析を行うのは、医師個人や少人数の医師のグループで行われる研究用途であったり、重要症例を収集した症例アトラスを作成するなど症例閲覧のための教育用途であったりする場合が多い。これらの用途の場合、様々な条件を付与して情報を細かく選別する必要があったり、各種解析に応じて情報を格納しなおすデータベース（以下、二次データベースと呼ぶ）を複数作成する必要があったりする。
【０００８】
しかし、これらの提案においては、細かな条件を設定して様々なシステムに蓄積されている情報を選別し、複数ある二次データベースのそれぞれに格納するためには、画像ファイリングシステム、電子カルテ、医事会計システム等、病院内に存在する様々なシステムに対して、ユーザが対話的に情報を検索、取得しなければならず、また、取得した情報を手作業によって二次データベースに格納しなおす必要があり、効率性や操作性が悪くなってしまうという問題があった。
【０００９】
また、特定の解析に必要な情報量が二次データベースに格納されているか否かをユーザが判断するためには、ユーザは閲覧クライアントとして二次データベースに接続操作し、特定の解析に必要な情報の件数が二次データベースに登録されているか否かを対話的に問い合わせる必要があり、やはり効率性や操作性が悪くなってしまうという問題があった。
【００１０】
また、非特許文献１に提案されているように、二次データベースが病院内のシステムの一つとして構成されている場合、二次データベースのセキュリティが厳しく管理されるために、実行権限の低い者が二次データベースの作成や変更などの各種設定作業を行うことができず、運用性や操作性が悪くなってしまうという問題があった。更には、様々なシステムから二次データベースへ情報を格納するタイミングがスケジュール化されており、二次データベースのユーザが任意のタイミングで最新の情報を格納することができず、運用性が悪くなってしまうという問題があった。
【００１１】
そこで、本発明においては、様々なシステムに蓄積されている情報を、自動的に選別して所定のデータベースに格納することができ、操作性及び効率性のよいデータ収集装置及びデータ収集システムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明のデータ収集装置は、情報の取得源である取得元データベースから情報を抽出するための抽出条件を含むデータ収集条件を管理するデータ収集条件管理手段と、データ収集条件に設定された取得元データベースから抽出条件を用いて情報を取得する情報取得手段と、取得した情報を、データ収集条件毎に設けられた情報記憶部に格納する情報格納手段とを備えている。
【発明の効果】
【００１３】
様々なシステムに蓄積されている情報を、自動的に選別して所定のデータベースに格納することができ、操作性及び効率性のよいデータ収集装置及びデータ収集システムを実現することができる。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照して本発明の実施の形態を説明する。
【００１５】
（第１の実施の形態）
まず、図１に基づき、本発明の第１の実施の形態に係わるデータ収集装置１と関連システムとの接続形態について説明する。図１は、本発明の第１の実施の形態に係わるデータ収集装置１と関連システムとのネットワーク構成を概略的に示した図である。図１に示すように、本実施の形態のデータ収集装置1は、医療施設内に敷設されているローカルエリアネットワーク（以下、ＬＡＮという）２に接続されている。ＬＡＮ２には、病院情報システム３、及び情報閲覧クライアント４も接続されている。つまり、データ収集装置1は、ＬＡＮ２を通じて病院情報システム３、及び情報閲覧クライアント４とネットワーク接続されている。
【００１６】
病院情報システム３は、取得元データベースである、電子カルテデータベース５、画像ファイリングデータベース６、及び医事会計データベース７の各データベースを有し、これらを管理している。電子カルテデータベース５には、検査日、検査ＩＤ、診療科別、患者名、患者ＩＤ、診断結果としての診断名、患者の検査時年齢、患者の性別、検査部位、及び検査所見の検査情報を含む、各種情報が格納されている。画像ファイリングデータベース６には、検査によって取得した画像データ、検査日、患者ＩＤ、及び検査ＩＤを含む、各種情報が格納されている。ここで、画像ファイリングデータベース６に格納されている患者ＩＤ及び検査ＩＤは、電子カルテデータベース５に格納されている患者ＩＤ及び検査ＩＤと、それぞれ同じＩＤ体系を有しており、同一の患者には同じ患者ＩＤが、同一の検査には同じ検査ＩＤが割当てられている。よって、患者ＩＤ及び検査ＩＤによって、電子カルテデータベース５のレコードと、画像ファイリングデータベース６のレコードとが関連付けられている。尚、本実施の形態においては、検査によって取得した画像データには、図示しない内視鏡システムから送信される画像データが含まれている。医事会計データベース７には、検査日、検査にかかったコスト、使用した薬剤、保険点数、患者ＩＤ、及び検査ＩＤを含む、各種情報が格納されている。ここで、医事会計データベース７に格納されている患者ＩＤ及び検査ＩＤは、電子カルテデータベース５に格納されている患者ＩＤ及び検査ＩＤと、それぞれ同じＩＤ体系を有しており、同一の患者には同じ患者ＩＤが、同一の検査には同じ検査ＩＤが割当てられている。よって、患者ＩＤ及び検査ＩＤによって、電子カルテデータベース５のレコードと、医事会計データベース７のレコードとが関連付けられている。
【００１７】
情報閲覧クライアント４は、病院情報システム３が管理している電子カルテデータベース５、画像ファイリングデータベース６、及び医事会計データベース７にＬＡＮ２経由でアクセスし、各データベースに保存されている医用情報を検索、取得して閲覧することができる端末装置である。情報閲覧クライアント４は、図示しない汎用のパーソナルコンピュータから主に構成されており、キーボードとマウスとからなる図示しない操作装置、ハードディスクからなる図示しない記憶装置、及びＣＲＴからなる図示しない表示装置とを備えている。
【００１８】
データ収集装置１は、図２に示すように、汎用のパーソナルコンピュータ１１中心に構成されており、キーボードとマウスとからなる操作装置１２、ハードディスクからなる記憶装置１３、及びＣＲＴからなる表示装置１４とを備えている。図２は、データ収集装置１の全体構成を概略的に示した図である。操作装置１２、記憶装置１３、及び表示装置１４は、それぞれパーソナルコンピュータ１１と電気的に接続されている。
【００１９】
パーソナルコンピュータ１１は、各種プログラムの実行処理や制御を行うＣＰＵ２１と、各種処理プログラムやデータを記憶するメモリ２２と、記憶装置１３との間で情報の読み書きを行う外部記憶Ｉ／Ｆ２３と、外部機器との間で情報の通信を行うネットワークカード２４と、操作装置１２から入力された操作信号を受信して必要なデータ処理を行う操作Ｉ／Ｆ２５と、表示装置１４へビデオ信号を出力するグラフィックボード２６と、現在の時刻を計時して時刻情報を提供する時計２７とを有しており、それぞれバス２８と電気的に接続されている。従って、パーソナルコンピュータ１１の各部位は、バス２８を介して相互に情報の送受信を行うことができる。
【００２０】
ネットワークカード２４はＬＡＮ２と電気的に接続されており、同じくＬＡＮ２に接続されている病院情報システム３、及び情報閲覧クライアント４との間で情報を送受信する。
【００２１】
記憶装置１３には、データ収集処理を実行する収集プログラム３１と、データ収集条件ファイル３２と、一つ又は複数の二次データベース３３とが格納されている。収集プログラム３１は、複数の実行ファイル、又は動的リンクライブラリファイル、又は設定ファイルから構成され、情報閲覧クライアント４から入力された情報に基づきデータ条件収集ファイル３２の内容を書き換える操作、及び、データ収集条件ファイル３２に記述されているデータ収集条件に基づいて、病院情報システム３の管理する各データベースから該当する情報を抽出し、指定された二次データベース３３へ格納する操作を行うプログラムであり、外部記憶Ｉ／Ｆ２３によってメモリ２２上に読み出されてＣＰＵ２１によって実行される。収集プログラム３１の詳細な構成については、後に詳述する。
【００２２】
データ収集条件ファイル３２は、図３に示すように、一つ以上のデータ収集条件を記録したファイルであって、一ブロックに一つのデータ収集条件が対応するよう記録されている。図３は、データ収集条件ファイル３２の構成を説明する図である。データ収集条件は、取得元データベースから情報を抽出するための抽出条件を含み、本実施の形態では、収集検索条件４１と、収集情報種類４２と、データ収集条件識別ＩＤ４３と、収集実施時刻４４と、前回収集実施日時４５とから構成されている。収集検索条件４１は、病院情報システム３の管理する各データベースから情報を抽出するための検索条件であって、本実施の形態においては、検査日時範囲４６と、診断名４７とから構成されている。更に、検査日時範囲４６は、検査対象となる日時範囲の開始日時４８と、終了日時４９とから構成されている。収集情報種類４２は、病院情報システム３の管理する各データベースのうち、情報取得対象となるデータベースであって、本実施の形態においては、電子カルテデータベース５、画像ファイリングデータベース６、及び医事会計データベース７のうちの、一つ、もしくは任意の二つ以上のデータベースの組み合わせが指定される。データ収集条件識別ＩＤ４３は、新規にデータ収集条件が登録される際に、登録されるデータ収集条件に対して一意に与えられるＩＤであり、収集プログラム３１によって自動的に生成される。収集実施時刻４４には、収集プログラム３１を実行し、当該データ収集条件に基づき情報の収集を開始する時刻、すなわち情報収集タイミングが指定される。前回収集実施日時４５には、当該データ収集条件に従って収集プログラム３１を実行し、最後に情報を収集した日時が記録される。
【００２３】
データ収集条件ファイル３２にデータ収集条件を登録するには、図４に示すような、情報閲覧クライアント４のユーザインターフェース５１を用いる。図４は、データ収集条件登録用ユーザインターフェース５１の構成を示す構成図である。ユーザインターフェース５１は、収集する情報の種類の設定欄であるチェックボックス５２と、収集する情報の条件の設定欄５３と、ステータス表示欄５４と、追加ボタン５５とから構成される。更に、収集する情報の条件の設定欄５３は、診断名エディットボックス５６と、開始日時エディットボックス５７と、及び終了日時エディットボックス５８とから構成される。
【００２４】
データ収集条件における収集情報種類４２は、チェックボックス５２の三つのボックスから情報を収集したいデータベースに対応するボックスをチェックすることで設定される。データ収集条件における診断名４７は、診断名エディットボックス５６に所望の診断名を文字列として入力することで設定される。また、データ収集条件における検査日時範囲４６の開始日時４８と終了日時４９はそれぞれ開始日時エディットボックス５７と終了日時エディットボックス５８に所望の日時を文字列として入力することで設定される。チェックボックス５２と収集する情報の条件の設定欄５３の入力を完了し、追加ボタン５５が押されると、設定された条件と、設定を行ったユーザ情報（ユーザ名など）が情報閲覧クライアント４からデータ収集装置１に対して送信される。ここで、チェックボックス５２のボックスが一つもチェックされていない状態で追加ボタン５５が押された場合、設定に不備があるとみなされて、情報閲覧クライアント４からデータ収集装置１に対して情報は送信されない。また、収集する情報の条件の設定欄５３のエディットボックス５６〜５８のうち、一つ以上のボックス内が空欄の状態で追加ボタン５５が押された場合、空欄のボックスについては文字列が指定されていない旨の情報が、設定された条件と、設定を行ったユーザ情報（ユーザ名など）と共に送信される。追加ボタン５５が押されて各種条件及び情報がデータ収集装置１において受信されると、データ収集装置１から情報閲覧クライアント４に対して、各種条件及び情報の受信状況に関する情報が送信される。データ収集装置１から送信された情報は、ステータス表示欄５４に表示される。
【００２５】
二次データベース３３は、ＳＱＬ規格に則ったリレーショナルデータベースである。二次データベース３３は、データ収集条件ファイル３２に記録されているデータ収集条件の数と同じ数だけ存在し、個々の二次データベース３３の名称として、対応するデータ収集条件におけるデータ収集条件識別ＩＤ４３を文字列化したものが付与されている情報記憶部である。情報記憶部である各二次データベース３３は、電子カルテデータベース５、画像ファイリングデータベース６、及び医事会計データベース７の各データベースが保持する全てのテーブルに対応すべく、各々のテーブルと同一の定義を持つテーブルを含んでテーブル構成がなされており、病院情報システム３からデータ収集装置１へ送信された情報は、これらのテーブルに格納される。尚、データ収集装置１が電子カルテデータベース５、画像ファイリングデータベース６、及び医事会計データベース７に対して、検索要求を発行し、検索結果である情報を取得することが可能なように、病院情報システム３の実行権限が設定されている。
【００２６】
次に、収集プログラム３１の詳細な構成について説明する。収集プログラム３１は、複数の処理ブロック、すなわち図５に示すように、データ収集条件登録部６１と、データ収集条件管理部６２と、データ収集動作制御部６３と、情報取得部６４と、情報格納部６５とから構成される。図５は、処理プログラム３１における処理ブロックの構成を説明する図である。
【００２７】
データ収集条件登録部６１は、データ収集装置１が情報閲覧クライアント４から情報を受信したことを検知し、受信した情報に基づいてデータ収集条件を生成し、データ収集条件ファイル３２に追加する、一連の処理を実行する処理ブロックである。データ収集条件登録部６１は、情報閲覧クライアント４から情報が送信されていない間も常に実行されており、情報閲覧クライアント４から情報が送信されるのを待機している。データ収集装置１が情報閲覧クライアント４から情報を受信したことを検知すると、データ収集条件の生成を開始する。データ収集条件の生成において、情報閲覧クライアント４から受信した情報は、データ収集条件の各構成要素と次のように対応づけられる。すなわち、情報閲覧クライアント４において、ユーザインターフェース５１の診断名エディットボックス５６に入力された診断名が、データ収集条件の診断名４７に対応づけられ、開始日時エディットボックス５７に入力された日付情報が、データ収集条件の検査日時範囲４６の開始日時４８に対応づけられ、終了日時エディットボックス５８に入力された日付情報が、データ収集条件の検査日時範囲４６の終了日時４９に対応づけられる。ここで、開始日時エディットボックス５７及び終了日時エディットボックス５８に入力され、データ収集装置１へ送信される情報は、日付に関する情報のみであって時刻については指定されていない。しかし、データ収集条件の検査日時範囲４６の開始日時４８、及び終了日時４９には、日付だけでなく時刻も設定する必要がある。そこで、データ収集条件登録部６１が実行されて、データ収集条件が生成されるときに、データ収集条件の検査日時範囲４６の開始日時４８、及び終了日時４９の時刻は０時０分０秒と設定される。尚、開始日時エディットボックス５７が空欄のまま情報閲覧クライアント４からデータ収集装置１へ情報が送信された場合、データ収集条件の検査日時範囲４６の開始日時４８の日時は０年０月０日０時０分０秒と設定される。同様に、終了日時エディットボックス５８が空欄のまま情報閲覧クライアント４からデータ収集装置１へ情報が送信された場合、データ収集条件の検査日時範囲４６の終了日時４９の日時は０年０月０日０時０分０秒と設定される。
【００２８】
データ収集条件登録部６１は、データ収集条件を生成し、データ収集条件ファイル３２に追加すると共に、記憶装置１３に新規に二次データベース３３を作成する。データ収集条件登録部６１には、病院情報システム３が管理する電子カルテデータベース５、画像ファイリングデータベース６、及び医事会計データベース７の各データベースに保持されている、テーブル定義及び各テーブルのフィールド定義に関する情報が保持されており、新規に作成される二次データベース３３には、病院情報システム３が管理する各データベース５〜７が保持する全てのテーブルに対応すべく、各々のテーブルと同一の定義を持つテーブルが生成される。更に、データ収集条件登録部６１は、情報閲覧クライアント４から送信されたユーザ情報を元に、収集プログラム３１を動作させる図示しないオペレーティングシステムのシステム情報から、情報閲覧クライアント４から情報を送信したユーザに関する詳細な情報を取得し、同ユーザに対して、新規に作成した二次データベース３３へのアクセス権限が付与されるように設定する。
【００２９】
データ収集条件管理部６２は、データ収集条件ファイル３２の内容をメモリ２２に保持し、最新の情報への書き換え実行する処理ブロックである。最新の情報への書き換えとは、詳しくは次の二つの処理である。まず一つ目は、記憶装置１３に保存されているデータ収集条件ファイル３２の更新日付を監視し、更新日付が変更されたことを検知した場合に、更新後の最新のデータ収集条件ファイル３２の内容をメモリ２２に読み込む処理である。二つ目は、特定のデータ収集条件に基づき情報収集処理が実行された場合に、記憶装置１３に保存されているデータ収集条件ファイル３２、及び、メモリ２２に保持されているデータ収集条件ファイル３２の内容のそれぞれにおいて、当該データ収集条件の前回収集実施日時４５と、検査日時範囲４６の開始日時４８とを、パーソナルコンピュータ１１に備えられている時計２７の計時する日時に書き換える処理である。
【００３０】
データ収集動作制御部６３は、データ収集条件管理部６２から定期的にデータ収集条件を取得し、取得したデータ収集条件の収集実施時刻４４及び前回収集実施日時４５と、時計２７から取得した現在の時刻とに基づいて、情報取得部６４と情報格納部６５との動作を制御し、情報収集動作全体を制御する処理ブロックである。
【００３１】
情報取得部６４は、データ収集条件の収集情報種類４２に設定されているデータベースを、データ収集条件の収集検索条件４１に従って検索し、収集検索条件４１に合致した情報を同データベースから取得してメモリ２２に保持する処理を実行する処理ブロックである。データ収集条件の収集検索条件４１は、本実施の形態においては、診断名４７と、検査日時範囲４６の開始日時４８及び終了日時４９との組み合わせで設定されている。診断名４７に条件が設定されている場合、設定された条件と、電子カルテデータベース５の診断名項目の情報とを比較して、条件に合致する情報を抽出する。画像ファイリングデータベース６と医事会計データベース７とには、診断名４７として設定された条件と比較すべき項目が存在しない。このため、検索対象のデータベースに、画像ファイリングデータベース６、及び／又は、医事会計データベース７が含まれている場合、電子カルテデータベース５から抽出されたレコードの検査ＩＤ項目と患者ＩＤ項目に設定されている情報を二次検索条件とし、この二次検索条件と、当該データベースの検査ＩＤ項目及び患者ＩＤ項目の情報とを比較して、条件に合致する情報を抽出する。検査日時範囲４６の開始日時４８及び終了日時４９に条件が設定されている場合、設定された条件と、検索対象のデータベースの検査日項目の情報とを比較して、条件に合致する情報を抽出する。尚、データ収集条件の診断名４７が空欄の場合、診断名４７には条件が設定されていないものとして検索が行われる。また、データ収集条件の検査日時範囲４６の開始日時４８及び／又は終了日時４９が０年０日０時０分０秒と設定されている場合、開始日時４８及び／又は終了日時４９には条件が設定されていないものとして検索が行われる。
【００３２】
情報取得部６４による情報の取得項目は、検索対象データベース毎に異なっている。電子カルテデータベース５を検索する場合、検査日、検査ＩＤ、診療科別、患者名、患者ＩＤ、診断名、患者の検査時年齢、患者の性別、検査部位、検査所見の各項目について、情報を取得する。画像ファイリングデータベース６を検索する場合、患者ＩＤ、検査ＩＤ、検査日、画像データの各項目について、情報を取得する。医事会計データベース７を検索する場合、検査にかかったコスト、患者ＩＤ、検査ＩＤ、検査日の各項目について、情報を取得する。
【００３３】
情報格納部６５は、情報取得部６４が病院情報システム３から取得してメモリ２２に保持している情報を、情報収集に用いられたデータ収集条件のデータ収集条件識別ＩＤ４３を文字列化したものが名称として設定された二次データベース３３に格納し、メモリ２２が保持している情報のうち、当該二次データベース３３に格納した情報を消去する処理を実行する処理ブロックである。情報の格納先である二次データベース３３は、情報取得源である病院情報システム３の、電子カルテデータベース５、画像ファイリングデータベース６、及び医事会計データベース７の各データベースが保持する全てのテーブルに対応すべく、各々のテーブルと同一の定義を持つテーブルを含んでテーブル構成がなされている。従って、情報格納部６５は、メモリ２２に保持されている情報を、取得元のテーブル及びフィールドに対応した、二次データベース３３のテーブル及びフィールドに格納する。
【００３４】
以上が収集プログラム３１の詳細な構成である。尚、データ収集条件登録部６１の処理は、データ収集動作制御部６３と、データ収集動作制御部６３が制御する情報取得部６４及び情報格納部６５との処理と、並列して実行される。
【００３５】
上述のように構成された、データ収集装置１の作用について説明する。まず、データ収集条件を登録する場合について説明する。
【００３６】
まず、データ収集条件を新規に登録するユーザは、情報閲覧クライアント４のユーザインターフェース５１において、収集する情報の種類５２と、収集する情報の条件５３とを入力し、追加ボタン５５を押す。すると、ユーザが入力した情報と、ユーザ名とが、情報閲覧クライアント４からデータ収集装置１へ送信される。データ収集装置１では、処理プログラム３１のデータ収集条件登録部６１が常に実行されており、情報閲覧クライアント４からの情報の受信有無を継続的に検知している。データ収集条件登録部６１は、情報閲覧クライアント４からの情報の受信を検知すると、図６のフローチャートに従ってデータ収集条件の登録作業を実行する。
【００３７】
図６は、データ収集条件の新規登録に関するデータ収集条件登録部６１の処理手順を説明するフローチャートである。まず、ステップＳ１において、情報閲覧クライアント４からの情報の受信有無を検知する。情報の受信が検知されない場合、再びステップＳ１が実行され、情報の受信有無を検知する。情報閲覧クライアント４から情報を受信したことを検知すると、ステップＳ２に進んで、収集する情報の種類と、収集する情報の条件と、情報を送信したユーザ名とを受信する。
【００３８】
次に、ステップＳ３において、受信した情報からデータ収集条件を生成する。すなわち、情報閲覧クライアント４から受信した、収集する情報の種類の設定欄であるチェックボックス５２の情報を、収集情報種類４２に設定する。例えば、電子カルテデータベース５に対応するボックスがチェックされており、画像ファイリングデータベース６と医事会計データベース７とに対応するボックスがチェックされていない旨の情報を受信した場合、収集情報種類４２として電子カルテデータベース５を設定する。また、情報閲覧クライアント４から受信した、収集する情報の条件の設定欄５３の情報を、収集検索条件４１に設定する。例えば、診断名エディットボックス５６が空欄であり、開始日時エディットボックス５７に２００４年７月２３日と入力されており、終了日時エディットボックス５８に２００５年１月１日と入力されている旨の情報を受信した場合、診断名４７として空欄（指定なし）を、検査日時範囲４６の開始日時４８として２００４年７月２３日０時０分０秒を、検査日時範囲４６の終了日時４９として２００５年１月１日０時０分０秒を設定する。更に、パーソナルコンピュータ１１に備えられている時計２７の示す現在時刻（年月日、時分秒、及びミリ秒）から一意なＩＤを生成してデータ収集条件識別ＩＤ４３に設定し、処理プログラム３１において予め設定された特定の時分秒を、収集実施時刻４４に設定する。本実施の形態においては、処理プログラム３１によって収集実施時刻４４が３時０分０秒と設定される。また、前回収集実施日時４５に０年０月０日０時０分０秒を設定する。ステップＳ３において生成されたデータ収集条件は、引き続きステップＳ４において、データ収集条件ファイル３２へ追加登録される。
【００３９】
次に、ステップＳ５において、記憶装置１３に新しい二次データベース３３を作成する。新しく作成する二次データベース３３は、電子カルテデータベース５、画像ファイリングデータベース６、及び医事会計データベース７の各データベースが保持する全てのテーブルに対応すべく、各々のテーブルと同一の定義を持つテーブルを含むようにテーブルを構成し、また、データベース名称には、ステップＳ３において生成されたデータ収集条件識別ＩＤ４３を付与する。
【００４０】
次に、ステップＳ６において、処理プログラム３１が動作している図示しないオペレーティングシステムのシステム情報から、情報閲覧クライアント４を操作して情報を送信したユーザに関する詳細な情報を取得する。このユーザに関する詳細な情報とは、記憶装置１３に格納されているデータ収集条件ファイル３２及び二次データベース３３に対するアクセス権限の設定を、プログラム上で設定するために必要な情報であって、オペレーティングシステムにおいて管理されている情報である。続いてステップＳ７において、ステップＳ６で取得した、ユーザに関する詳細な情報を用いて、ステップＳ５において生成した二次データベース３３のアクセス権限を設定する。すなわち、情報閲覧クライアント４を操作してデータ収集情報を設定し、データ収集装置１へ情報を送信したユーザが、ステップＳ５において生成した二次データベース３３に自由にアクセスできるように、同ユーザに対してアクセス権限を付与する。
【００４１】
最後に、ステップＳ８において、データ収集装置１から情報閲覧クライアント４に対して、ステップＳ５において生成した二次データベース３３の名称、すなわち、ステップＳ３において生成したデータ収集条件識別ＩＤ４３を文字列として送信した後、ステップＳ１に戻って情報閲覧クライアント４から情報の受信有無を継続的に検知する。尚、情報閲覧クライアント４では、データ収集装置１から二次データベース３３の名称を受信すると、ユーザインターフェース５１のステータス表示欄５４に同名称を表示する。
【００４２】
以上の処理によって、情報閲覧クライアント４においてユーザが設定したデータ収集条件が、データ収集装置１に登録される。データ収集条件の登録と同時に、登録された条件に基づいて収集される情報の格納場所である、二次データベース３３が新規に作成され、データ収集条件を登録したユーザに対してアクセス権限が付与される。新たに作成された二次データベース３３は、情報収集元である病院情報システム３の電子カルテデータベース５、画像ファイリングデータベース６、及び医事会計データベース７の各データベースが保持する全てのテーブルに対応すべく、各々のテーブルと同一の定義を持つテーブルを含んでテーブル構成がなされているため、ユーザは、閲覧するデータベースとして新たに作成された二次データベース３３の名称を指定すれば、病院情報システム３の各データベース５〜７のテーブルを閲覧するのと同じ要領で、必要な情報のみを閲覧することが可能となる。
【００４３】
次に、データ収集条件に基づき病院情報システム３から情報を収集して二次データベース３３へ格納する場合について、図７を用いて説明する。図７は、情報収集に関する処理プログラム３１の処理手順を説明するフローチャートである。データ収集条件管理部６２と、情報取得部６４と、情報格納部６５とを、データ収集動作制御部６３が制御することで情報が収集される。
【００４４】
図７に示すように、処理プログラム３１がスタートすると、ステップＳ１１において、データ収集動作制御部６３の指示に従い、データ収集条件管理部６２においてデータ収集条件を収集する際に使用される参照ポインタを、データ収集条件管理部６２によってメモリ２２に保持されているデータ収集条件の最初の条件を指すように設定する。
【００４５】
次に、ステップＳ１２において、データ収集動作制御部６３は、データ収集条件管理部６２がメモリ２２に保持するデータ収集条件のうち、参照ポインタが指し示すデータ収集条件を取得する。参照ポインタがデータ収集条件ではなくデータ収集条件ファイルの終端を指し示している場合、ステップＳ１３に進んで一定期間の間、処理を停止して待機状態になる。本実施の形態においては、１５分間処理を停止する。停止期間が過ぎたら、ステップＳ１１に戻って処理を再開する。参照ポインタが何れかのデータ収集条件を指し示している場合、ステップＳ１４に進み、データ収集動作制御部６３は、参照ポインタが指し示しているデータ収集条件と、パーソナルコンピュータ１１の時計２７の示す現在時刻とを用いて、情報収集処理の実行可否判定を行う。本実施の形態においては、実行判定は次のように行われる。すなわち、データ収集条件の収集実施時刻４４と現在時刻との比較、及び、データ収集条件の前回収集実施日時４５と現在時刻との比較を行い、現在時刻が収集実施時刻４４を経過しており、かつ、現在時刻が前回収集実施日時４５から２４時間以上経過している場合に、情報収集処理を開始するものと判定してステップＳ１５へ進む。そうでない場合は情報収集処理を行わないものと判定して、ステップＳ１６へ進み、現在指し示しているデータ収集条件から、データ収集条件ファイルにおいて次に記述されているデータ収集条件を指すように参照ポインタを再設定し、ステップＳ１２へ戻って処理を継続する。
【００４６】
ステップＳ１５において、データ収集動作制御部６３は、データ収集条件における収集検索条件４１の診断名４７が有効であるか否かを判定する。診断名４７が有効である場合、すなわち、診断名４７が空欄でなく、何らかの文字列が設定されている場合は、ステップＳ１７へ進む。
【００４７】
ステップＳ１７において、データ収集動作制御部６３は、病院情報システム３の管理する電子カルテデータベース５に対する検索条件として、データ収集条件の診断名４７と検査日時範囲４６とを設定する。引き続き、ステップＳ１８において、データ収集動作制御部６３は、ステップＳ１７において設定した検索条件を情報取得部６４へ引き渡す。情報取得部６４は、引き渡された検索条件を用いて病院情報システム３の電子カルテデータベース５を検索し、検索条件に合致したレコードを取得し、メモリ２２に格納する。
【００４８】
収集情報種類４２として画像ファイリングデータベース６及び／又は医事会計データベース７を含んでいる場合、次にステップＳ１９へ進む。収集情報種類４２として画像ファイリングデータベース６及び／又は医事会計データベース７を含んでいない場合、ステップＳ１９はスキップして次のステップへ進む。ステップＳ１９において、データ収集動作制御部６３は、ステップＳ１８においてメモリ２２に格納された、レコードのそれぞれについて、検査ＩＤ及び患者ＩＤを取得し、これにデータ収集条件の検査日時範囲４６を加えて二次検索条件を生成する。二次検索条件は、最大で、メモリに格納されたレコードの件数と同じ数だけ生成される。引き続き、ステップＳ２０において、データ収集動作制御部６３は、ステップＳ１９で生成された二次検索条件を情報取得部６４へ引き渡す。情報取得部６４は、引き渡された二次検索条件のそれぞれを用いて病院情報システム３の画像ファイリングデータベース６及び／又は医事会計データベース７を検索し、二次検索条件に合致したレコードを取得し、メモリ２２に格納する。収集情報種類４２として画像ファイリングデータベース６及び／又は医事会計データベース７を含んでいない場合、ステップＳ１９同様、ステップＳ２０もスキップして次のステップへ進む。
【００４９】
続いて、ステップＳ２１において、情報格納部６５は、メモリ２２に格納されたレコードのうち、データ収集条件の収集情報種類４２に設定されているデータベースから抽出したレコードのみを、データ収集条件のデータ収集条件識別ＩＤ４３を名称に持つ二次データベース３３に格納した後、メモリ２２に格納されているレコードを全て消去する。
【００５０】
ステップＳ１５において、診断名４７が無効である場合、すなわち、診断名４７が空欄である場合は、ステップＳ２２へ進む。ステップＳ２２において、データ収集動作制御部６３は、データ収集条件のデータ収集種類２２に指定されたデータベースに対する検索条件として、データ収集条件の検査日時範囲４６を設定する。続いてステップＳ２３において、データ収集動作制御部６３は、ステップＳ２２において設定した検索条件と、データ収集条件の収集情報種類４２に指定されたデータベース名とを、情報取得部６４へ引き渡す。情報取得部６４は、引き渡された検索条件を用いて、指定されたデータベースを検索し、検索条件に合致したレコードを取得し、メモリ２２に格納する。続いて、ステップＳ２１へ進み、二次データベース３３への情報の格納及びメモリ２２に格納されている情報の消去を行う。
【００５１】
次に、ステップＳ２４において、データ収集動作制御部６３は、データ収集条件管理部６２に対して、データ収集条件の収集検索条件４１の検査日時範囲４６の開始日時４８と、データ収集条件の前回収集実施日時４５とを、パーソナルコンピュータ１１の時計２７の示す現在日時に更新するよう指示する。データ収集条件管理部６２は、メモリ２２に保持しているデータ収集条件を、指示された内容に更新すると共に、記憶装置１３に格納されているデータ収集条件ファイル３２の内容も指定された内容に更新する。更新処置が完了すると、ステップＳ１６へ進み、データ収集条件管理部６２は、データ収集条件を指し示している参照ポインタを次のデータ収集条件のメモリ位置へ設定させた後、ステップＳ１２へ戻って次のデータ収集条件に基づく情報収集を行う。
【００５２】
以上の処理によって、データ収集装置１は、病院情報システム３からデータ収集条件に合致した情報を取得して所定の二次データベース３３へ蓄積することができる。尚、データ収集装置１は一定間隔で繰り返し情報収集を行っており、同じデータ収集条件を用いて何度も情報収集が行われるが、情報を収集する都度、データ収集条件の収集検索条件４１の検査日時範囲４６の開始日時４８を、当該データ収集条件を用いて情報を収集した日時に更新しており、一度取得した情報は検索対象外となるため、二次データベース３３に情報が重複して格納されることを防ぐことができる。
【００５３】
このように、本実施の形態のデータ収集装置１では、予めデータ収集条件を登録しておき、同条件に基づいて定期的かつ継続的に、自動的に情報検索及び収集が行われて、所定の二次データベース３３へ検索条件に合致した情報のみが蓄積されるため、効率性や操作性が向上する。また、システム管理者だけでなく、一般ユーザも情報閲覧システム４を用いてデータ収集条件の任意追加設定できるよう構成し、かつ、データ収集条件を設定したユーザにのみ当該データ収集条件を用いて蓄積した情報へのアクセス権限を付与するため、情報流出を防止してセキュリティを確保しつつ、データ収集作業の運用性や操作性も向上する。
【００５４】
尚、本実施の形態におけるデータ収集装置１では、図７のステップＳ１４において、データ収集動作制御部６３が情報取得部６４に対して情報収集処理を指示するか否かを、現在時刻とデータ収集条件の収集実施時刻４４との比較、及び現在時刻とデータ収集条件の前回収集実施日時４５との比較によって判定しているが、データ収集条件として収集実施時刻４４の代わりに収集実施間隔時間を設定するようにし、現在時刻がデータ収集条件の前回収集実施日時４５から収集実施間隔時間以上経過したか否かの比較によって判定するように構成してもよい。例えば、収集実施間隔時間として２４時間０分０秒と設定し、前回収集実施日時４５が２００４年７月２３日０時０分と設定されている場合、現在時刻が２００４年７月２４日０時０分を過ぎている場合に情報収集処理実行可と判定される。この場合、情報を収集する時期を、前回情報収集実行時からの時間間隔によって指定できるため、収集動作の制御をより柔軟に設定することができ、運用性が向上する。
【００５５】
また、本実施の形態におけるデータ収集装置１では、病院情報システム３から取得した情報を二次データベース３３へ格納しているが、二次データベース３３の代わりにアーカイブファイル６６を用い、アーカイブファイル６６に取得した情報を順次追加登録するように構成してもよい。例えば、データ収集条件を新規登録する場合、図６のステップＳ５において、データ収集条件登録部６１が情報閲覧クライアント４から情報を受信した際に、記憶装置１３に二次データベース３３を作成する代わりに、病院情報システム３が管理する各データベース５〜７が保持する全てのテーブルの数だけ、各々のテーブルに対応して情報を格納するアーカイブファイル６６を作成する。それぞれのアーカイブファイル６６のファイル名称は、データ収集条件のデータ収集条件識別ＩＤ４３の文字列と、情報格納元のテーブル名とを、ハイフン、あるいはアンダーバーなどで結合した文字列とする。アーカイブファイル６６は、図８に示すように、アーカイブファイル６６の先頭の４バイトに、リトルエンディアン形式の符号なし整数で、１レコードの長さが記述され、この記述に続いて順次レコードが追記される構成とすることができる。図８は、取得した情報を格納するアーカイブファイル６６の構成を説明する図である。病院情報システム３から情報を収集して格納する場合、図７のステップＳ２１において、情報格納部６５は、検索条件に合致したレコードを、二次データベース３３へ格納する代わりに、データ収集条件のデータ収集条件識別ＩＤ４３と情報取得元のテーブル名とを名称に持つアーカイブファイル６６に追記する。アーカイブファイル６６を図８に示すような構成にすることで、アーカイブファイル６６から情報を読み出す際に、最初に先頭の４バイトを読み込んで１レコードの長さを識別し、以降は識別した長さ分ずつ読み込みを繰り返せば、アーカイブファイル６６に格納されている全ての情報を、レコード毎に読み出すことができる。
【００５６】
この場合、収集した情報をアーカイブファイル６６へ蓄積することで、データベースエンジンを持たない情報閲覧クライアント４においても、収集した情報の取得及び閲覧が可能となり、運用性が向上する。また、アーカイブファイル６６にアクセス権限を持たないユーザに対しても、アーカイブファイル６６をコピーしてメディアなどで配布すれば、収集した情報を閲覧することができ、ユーザ間での情報共有が容易となるため、運用性が更に向上する。更に、データベースエンジンを使用しないため、ＣＰＵリソース及びメモリリソースを節約して負荷を軽減することができ、情報閲覧クライアント４の処理速度が向上するため、効率性が向上する。
【００５７】
また、本実施の形態におけるデータ収集装置１は、情報閲覧クライアント４からデータ収集条件を送信したユーザに関する情報を、処理プログラム３１が動作するオペレーティングシステムのシステム情報から取得し、同ユーザに対して二次データベース３３へのアクセス権限を付与しているが、ユーザだけでなく、ユーザの所属するグループに関する情報をシステム情報から取得して、同グループに対して二次データベース３３へのアクセス権限を付与するように構成してもよい。この場合、ユーザと同じグループに所属するユーザ全てが二次データベース３３にアクセスして情報を閲覧することができるようになり、ユーザ間での情報共有が容易になるため、運用性が更に向上する。
【００５８】
（第２の実施の形態）
次に、本発明の第２の実施の形態を説明する。データ収集装置１の全体構成は、第１の実施の形態と同一であるため、ここでは特徴となるデータ収集条件ファイル７１の構成、及び、データ収集条件ファイル７１に条件を登録する情報閲覧クライアント４のユーザインターフェース７２の構成と、処理プログラム７３の構成とについてのみ説明し、同じ構成要素については同じ符号を付して説明は省略する。
【００５９】
データ収集条件ファイル７１は、図９に示すように、一つ以上のデータ収集条件を記録したファイルであって、一ブロックに一つのデータ収集条件が対応するよう記録されている。図９は、データ収集条件ファイル７１の構成を説明する図である。データ収集条件ファイル７１に登録されるデータ収集条件は、本発明の第１の実施の形態に係わるデータ収集条件の構成項目である、収集検索条件４１と、収集情報種類４２と、データ収集条件識別ＩＤ４３と、収集実施時刻４４と、前回収集実施日時４５とに加えて、登録検査数７４が追加されて構成されている。登録検査数７４は、当該データ収集条件に設定されているデータ収集条件識別ＩＤ４３を名称として付与された二次データベース３３に登録されているレコードのうち、後述する統計量算出の対象となるレコードの総数を示している。
【００６０】
データ収集条件ファイル７１にデータ収集条件を登録するには、図１０に示すような、情報閲覧クライアント４のユーザインターフェース７２を用いる。図１０は、データ収集条件登録用ユーザインターフェース７２の構成を示す構成図である。ユーザインターフェース７２は、本発明の第１の実施の形態に係わるユーザインターフェース５１を構成している、収集する情報の種類の設定欄であるチェックボックス５２と、収集する情報の条件の設定欄５３と、ステータス表示欄５４と、追加ボタン５５とに加えて、現在収集中のリスト表示欄７５が追加されて構成されている。現在収集中のリスト表示欄７５は、登録検査数表示欄７６と、データ収集条件リスト７７と、更新ボタン７８と、削除ボタン７９と、最新情報ボタン８０とから構成される。また、ステータス表示欄５４と、追加ボタン５５とも、現在収集中のリスト表示欄７５を構成する要素となっている。
【００６１】
登録検査数表示欄７６には、ユーザにより選択された、特定のデータ収集条件における登録検査数７４が表示される。データ収集条件リスト７７には、データ収集装置１において、情報収集に用いられているデータ収集条件のリストが表示される。このデータ収集条件のリストは次のようにして取得され、データ収集条件リスト７７に表示される。情報閲覧クライアント４においてユーザインターフェース７２が最初に立ち上げられて表示される際に、情報閲覧クライアント４から、データ収集装置１で実行されている処理プログラム７３のデータ収集動作制御部８１に対して、全取得要求、すなわち、データ収集装置１において情報収集に用いられているデータ収集条件ファイル７１に設定されている全てのデータ収集条件を情報閲覧クライアント４に対して送信する旨の要求が行われる。すると、データ収集装置１から情報閲覧クライアント４に対して、データ収集条件ファイル７１の内容が送信される。情報閲覧クライアント４では、受信したデータ収集条件ファイル７１におけるデータ収集条件のデータ収集条件識別ＩＤ４３が、収集条件リスト７７に表示される。この時、収集条件リスト７７の一行に対して一つのデータ収集条件識別ＩＤ４３が表示され、また、リスト７７の各行には、行を識別するための連番が付与されて、データ収集条件識別ＩＤ４３と共に表示される。
【００６２】
情報閲覧クライアント４の備えるマウス等の図示しない操作装置を用いて、ユーザはデータ収集条件リスト７７の任意の行を選択することができる。ユーザによりデータ収集条件リスト７７の特定の行が選択されると、選択された行に表示されているデータ収集条件識別ＩＤ４３を有するデータ収集条件の内容が、ユーザインターフェース７２の、収集する情報の種類の設定欄であるチェックボックス５２と、収集する情報の条件の設定欄５３と、登録検査数表示欄７６とに表示される。すなわち、情報の種類の設定欄であるチェックボックス５２には収集情報種類４２に設定された情報が表示され、収集する情報の条件の設定欄５３には、診断名４７と、検査対象となる日時範囲の開始日時４８と、終了日時４９とに設定された情報が、それぞれの情報に対応するエディットボックス５６〜５８に表示され、登録検査数表示欄７６には登録検査数７４が表示される。
【００６３】
データ収集条件リスト７７から選択され、収集する情報の種類の設定欄であるチェックボックス５２と、収集する情報の条件の設定欄５３とに表示された、データ収集条件の内容は、情報閲覧クライアント４の備えるマウスやキーボード等の図示しない操作装置によって編集可能である。更新ボタン７８は、ユーザインターフェース７２において編集された特定のデータ収集条件の内容を、データ収集条件ファイル７１の該当するデータ収集条件に上書きする場合に用いられる。更新ボタン７８を押すことによって、収集する情報の種類の設定欄であるチェックボックス５２と、収集する情報の条件の設定欄５３とに表示されている内容と、選択され編集されているデータ収集条件のデータ収集条件識別ＩＤ４３とが、当該データ収集条件の更新要求と共に、データ収集装置１で実行されている処理プログラム７３のデータ収集動作制御部８１に対して送信される。ここで、更新要求とは、データ収集装置１のメモリ２２及びデータ収集条件ファイル７１に格納されている、データ収集装置１へ送信されたデータ収集条件識別ＩＤ４３を有するデータ収集条件を、データ収集条件識別ＩＤ４３と共に送信された、収集する情報の種類の設定欄であるチェックボックス５２と、収集する情報の条件の設定欄５３とに表示されている内容に書き換える処理を要求することである。
【００６４】
また、ユーザインターフェース７２において特定のデータ収集条件を選択した状態で、削除ボタン７９が押されると、選択されているデータ収集条件のデータ収集条件識別ＩＤ４３が、当該データ収集条件の削除要求と共に、データ収集装置１で実行されている処理プログラム７３のデータ収集動作制御部８１に対して送信される。ここで、削除要求とは、データ収集装置１のメモリ２２及びデータ収集条件ファイル７１に格納されている、データ収集装置１へ送信されたデータ収集条件識別ＩＤ４３を有するデータ収集条件を、メモリ２２及びデータ収集条件ファイル７１から消去する処理を要求することである。更に、ユーザインターフェース７２において特定のデータ収集条件を選択した状態で、最新情報ボタン８０が押されると、選択されているデータ収集条件のデータ収集条件識別ＩＤ４３が、当該データ収集条件の最新情報要求と共に、データ収集装置１で実行されている処理プログラム７３のデータ収集動作制御部８１に対して送信される。ここで、最新情報要求とは、データ収集装置１へ送信されたデータ収集条件識別ＩＤ４３を有するデータ収集条件を用いて即座に情報収集処理を実行するよう要求することである。
【００６５】
ユーザインターフェース７２の追加ボタン５５、更新ボタン７８と、削除ボタン７９、最新情報ボタン８０、のいずれかのボタンが押されると、データ収集装置１で実行されている処理プログラム７３のデータ収集動作制御部８１は、メモリ２２に格納されているデータ収集条件、及びデータ収集条件ファイル７１を情報閲覧クライアント４からの要求に従って更新した後、ボタン押下のレスポンスとして、更新後の最新のデータ収集条件のリストを送信する。情報閲覧クライアント４は、最新のデータ収集条件のリストを受信すると、ユーザインターフェース７２の内容を受信した情報に従って更新する。但し、データ収集動作制御部８１が他の処理を実行中の場合、メモリ２２に格納されているデータ収集条件、及びデータ収集条件ファイル７１を情報閲覧クライアント４からの要求に従って更新することができない場合がある。その場合、データ収集装置１から情報閲覧クライアント４に対してエラーを示すレスポンスが送信される。情報閲覧クライアント４は、エラーを示すレスポンスを受信すると、ユーザインターフェース７２のステータス表示欄５４に、例えば、“他の処理を実行中のため反映されません”といった、要求が実現されなかった旨を通知する文章を表示する。
【００６６】
次に、収集プログラム７３の詳細な構成について説明する。収集プログラム７３は、複数の処理ブロック、すなわち図１１に示すように、データ収集条件登録部６１と、データ収集条件管理部８２と、データ収集動作制御部８１と、情報取得部６４と、情報格納部６５と、統計量取得部８３とから構成される。図１１は、処理プログラム７３における処理ブロックの構成を説明する図である。データ収集条件登録部６１と、情報取得部６４と、情報格納部６５とは、第１の実施の形態と同様の構成であるため、ここでは特徴となるその他の処理ブロックについて、第１の実施の形態と異なる点を説明する。
【００６７】
データ収集条件管理部８２は、データ収集条件ファイル７１の内容をメモリ２２に保持し、最新の情報への書き換え実行する処理ブロックであって、第１の実施の形態で説明した処理に加えて、データ収集条件ファイル７１の更新要求及び削除要求に応じて次の処理を行う。まず、データ収集条件ファイル７１の更新要求を、データ収集条件識別ＩＤ４３と、収集検索条件４１と、収集情報種類４２と共に受信した場合、データ収集条件ファイル７１における受信したデータ収集条件識別ＩＤ４３を有するデータ収集条件を、受信した収集検索条件４１と、収集情報種類４２との内容に書き換えると共に、メモリ２２に保持されている当該データ収集条件の内容も同様に書き換える。次に、データ収集条件ファイル７１の削除要求を、データ収集条件識別ＩＤ４３と共に受信した場合、データ収集条件ファイル７１における受信したデータ収集条件識別ＩＤ４３を有するデータ収集条件を消去すると共に、メモリ２２に保持されている当該データ収集条件も同様に消去する。更に、記憶装置１３に格納されている、当該データ収集条件識別ＩＤ４３が名称として付与されている二次データベース３３を削除する。
【００６８】
データ収集動作制御部８１は、第１の実施の形態で説明した処理に加えて、病院情報システム２から情報を収集する処理を停止している間に、情報閲覧クライアント４から全取得、更新、削除、最新情報、のいずれかの要求を受信すると、データ収集条件管理部８２または統計量取得部８３の動作を制御する。データ収集条件管理部８２または統計量取得部８３の処理が完了すると、情報閲覧クライアント４に対する受信レスポンスとして、データ収集条件管理部８２がメモリ２２に保持するデータ収集条件ファイル７１の内容を取得して、情報閲覧クライアント４へ送信する。病院情報システム２から情報を収集する処理を実行中に、情報閲覧クライアント４から全取得、更新、削除、最新情報、のいずれかの要求を受信した場合、エラーを示すレスポンスを情報閲覧クライアント４へ送信する。
【００６９】
統計量取得部８３は、データ収集動作制御部８１から指示されたデータ収集条件識別ＩＤ４３が名称として付与されている二次データベース３３に対して、登録されているレコードのカウントを行うことで、統計量を算出する処理ブロックである。本実施の形態においては、ＳＱＬの組み込み関数であるＣＯＵＮＴを用いて、電子カルテデータベース５に対応する二次データベース３３の各テーブルに登録されているレコード数を検索するＳＱＬ文を生成し、実行することにより統計量を算出する。すなわち、本実施の形態の場合、登録されている検査数とは、電子カルテデータベース５に対応する二次データベース３３の各テーブルに登録されているレコード数と定義される。統計量取得部８３は、データ収集条件ファイル７１の当該データ収集条件識別ＩＤ４３を有するデータ収集条件の登録検査数７４に、算出した統計量を設定する。
【００７０】
上述のように構成された、データ収集装置１の作用について説明する。データ収集条件を登録する処理は、第１の実施の形態と同様であるため、ここでは特徴となる、病院情報システム３から情報を収集して二次データベース３３へ格納する処理、及び、情報閲覧クライアント４からの各種要求に対する処理についてのみ説明する。
【００７１】
まず、病院情報システム３から情報を収集して二次データベース３３へ格納する処理について、図１２を用いて説明する。図１２は、情報収集に関する処理プログラム７１の処理手順を説明するフローチャートである。データ収集条件管理部８２と、情報取得部６４と、情報格納部６５と、統計量取得部８３とを、データ収集動作制御部８１が制御することで情報が収集される。
【００７２】
図１２に示すように、ステップＳ１１〜ステップＳ２３の処理は、第１の実施の形態と同様であるため、説明を省略する。すなわち、ステップＳ１１〜ステップＳ２３において、データ収集動作制御部８１は、データ収集条件管理部８２からデータ収集条件を一つずつ取得し、取得したデータ収集条件に基づいて検索条件を設定し、病院情報システム３の管理するデータベースを検索して、所定の二次データベース３３へ検索結果を格納する。ステップＳ２１において、二次データベース３３への情報の格納及びメモリ２２に格納されている情報の消去が行われると、引き続きステップＳ２１１において、データ収集動作制御部８１は、統計量取得部８３に対して、現在使用しているデータ収集条件におけるデータ収集条件識別ＩＤ４３を指定して、二次データベース３３の統計量を取得するよう指示する。統計量取得部８３は、指定されたデータ収集条件識別ＩＤ４３を名称として有する二次データベース３３に登録されているレコード数をカウントすることで統計量を算出すると共に、データ収集条件ファイル７１において、当該データ収集条件識別ＩＤ４３を有するデータ収集条件の登録検査数７４に、算出した統計量を設定する。続いてステップＳ２４に進み、以降は第１の実施の形態と同様の処理が行われる。
【００７３】
以上の処理によって、データ収集装置１は、病院情報システム３からデータ収集条件に合致した情報を取得して所定の二次データベース３３へ蓄積することができる。また、情報収集が行われる都度、二次データベース３３へ蓄積されている情報量を算出し、データ収集条件の登録検査数７４に設定する。
【００７４】
次に、情報閲覧クライアント４からの各種要求に対する処理について、図１３を用いて説明する。図１３は、情報閲覧クライアント４からの各種要求に関する処理プログラム７１の処理手順を説明するフローチャートである。情報閲覧クライアント４からの各種要求に対する処理は、病院情報システム３から情報を収集して二次データベース３３へ格納する処理と同時には行われない。つまり、図１２のステップＳ１３において、処理プログラム７３が一定期間の間、情報収集処理を停止して待機状態にある場合に、データ収集装置1
が情報閲覧クライアント４から各種要求を受信した場合にのみ、図１３に示す処理が行われる。
【００７５】
データ収集装置１は情報閲覧クライアント４から各種要求と、要求に付随する情報とを受信すると、まず、ステップＳ３１において、受信した要求の種類を判別する。要求が更新要求と判別された場合、ステップＳ３２へ進む。更新要求の場合、付随する情報として、更新対象のデータ収集条件のデータ収集条件識別ＩＤ４３と、収集する情報の種類の設定欄であるチェックボックス５２の設定情報と、収集する情報の条件の設定欄５３の設定情報とを受信している。そこで、ステップＳ３２において、データ収集動作制御部８１は、収集する情報の種類の設定欄であるチェックボックス５２の設定情報を、データ収集条件の収集情報種類４２に、収集する情報の条件の設定欄５３の設定情報を、データ収集条件の収集検索条件４１に、それぞれ設定する。設定方法は、データ収集条件を登録する場合の図６に示すフローチャートのステップＳ３において説明したのと同様の方法で行う。
【００７６】
次に、ステップＳ３３において、データ収集動作制御部８１は、データ収集条件識別ＩＤ４３と、ステップＳ３２において設定した、収集情報種類４２と、収集検索条件４１とを、データ収集条件管理部８２へ引き渡して、データ収集条件管理部８２に対して更新要求を発行する。データ収集条件管理部８２は、ステップＳ３４において、データ収集条件ファイル７１の、ステップＳ３３においてデータ収集動作制御部８１から引き渡されたデータ収集条件識別ＩＤ４３を有するデータ収集条件を、データ収集動作制御部８１から引き渡された収集情報種類４２、及び収集検索条件４１に上書きすると共に、メモリ２２に保持する当該データ収集条件の内容も同様に上書きする。続いてステップＳ３５へ進み、データ収集動作制御部８１は、データ収集条件管理部８２がメモリ２２に保持しているデータ収集条件ファイル７１の全ての内容を取得し、ステップＳ３６において、取得したデータ収集条件ファイル７１の内容を、情報閲覧クライアント４に対して送信し、処理を終了する。
【００７７】
ステップＳ３１において、受信した要求が削除要求と判別された場合、ステップＳ３７へ進む。削除要求の場合、付随する情報として、更新対象のデータ収集条件のデータ収集条件識別ＩＤ４３を受信している。そこで、ステップＳ３７において、データ収集動作制御部８１は、データ収集条件識別ＩＤ４３をデータ収集条件管理部８２へ引き渡して、データ収集条件管理部８２に対して削除要求を発行する。データ収集条件管理部８２は、ステップＳ３８において、データ収集条件ファイル７１の、ステップＳ３３においてデータ収集動作制御部８１から引き渡されたデータ収集条件識別ＩＤ４３を有するデータ収集条件を消去すると共に、メモリ２２に保持する当該データ収集条件の内容も同様に消去し、ステップＳ３５へ進む。ステップＳ３５、及びステップＳ３６は、更新要求を受信した場合と同様である。
【００７８】
ステップＳ３１において、受信した要求が最新情報要求と判別された場合、ステップＳ３９へ進む。最新情報要求の場合、付随する情報として、更新対象のデータ収集条件のデータ収集条件識別ＩＤ４３を受信している。そこで、ステップＳ３９において、データ収集動作制御部８１は、データ収集条件管理部８２がメモリ２２に保持しているデータ収集条件から、受信したデータ収集条件識別ＩＤ４３を有するデータ収集条件を取得する。続いてステップＳ４０へ進み、データ収集動作制御部８１は、ステップＳ３９において取得したデータ収集条件を用い、病院情報システム３から同条件に該当する情報を取得し、所定の二次データベース３３へ格納する。更に、情報を格納した二次データベース３３の統計量を算出し、データ収集条件を更新する。このステップＳ４０の処理は、図１２におけるステップＳ１５〜ステップＳ２４の各ステップを処理するのと全く同一の処理であるので、詳細な説明を省略する。ステップＳ４０の処理が終わると、引き続きステップＳ３５へ進む。ステップＳ３５、及びステップＳ３６は、更新要求を受信した場合と同様である。
【００７９】
以上の処理により、情報閲覧クライアント４からの、データ収集条件の更新要求、削除要求、最新情報要求を実現すると共に、データ収集装置１が保持する二次データベース３３に関する最新の情報を、情報閲覧クライアント４へ提供することができる。
【００８０】
このように、本実施の形態のデータ収集装置１では、情報閲覧クライアント４を用いて任意のデータ収集条件を指定し、任意のタイミングでデータ収集装置１に対して情報収集を指示できるため、データ収集装置１が自動的に情報収集を行うタイミングに関わらず、常に最新の情報を収集、及び取得することができるため、操作性がより向上し、また、収集したデータを用いた各種分析の正確性が向上する。また、二次データベース３３に登録されているレコード件数をデータ収集条件ファイル７１に格納しており、情報閲覧クライアント４に即時表示可能としているため、各種分析に必要なレコード件数（例数）が蓄積されているか否かをユーザが即座に判断可能となり、効率性がより向上する。更に、データ収集条件ファイル７１に登録されているデータ収集条件を更新、及び削除する機能を設けたことで、不要となった収集条件を用いて情報収集が行われることを抑止できるため、記憶装置１３における二次データベース３３の占有領域が縮小され、資源利用の効率性が向上する。
【００８１】
（第３の実施の形態）
次に、本発明の第３の実施の形態を説明する。第３の実施の形態に係わるデータ収集装置１の全体構成は、第２の実施の形態と同一であるため、ここでは特徴となるデータ収集条件ファイル９１の構成、及び、データ収集条件ファイル９１に条件を登録する情報閲覧クライアント４のユーザインターフェース９２の構成と、処理プログラム９３の構成とについてのみ説明し、同じ構成要素については同じ符号を付して説明は省略する。
【００８２】
まず、図１４を用いて、データ収集装置１と関連システムとの接続形態について説明する。図１４は、本発明の第３の実施の形態に係わるデータ収集装置１と関連システムとのネットワーク構成を概略的に示した図である。図１４に示すように、本実施の形態のデータ収集装置１が接続されているＬＡＮ２には、病院情報システム３と、情報閲覧クライアント４との他に、ＳＭＴＰを送信プロトコルとするメールサーバ９４が接続されている。メールサーバ９４は、データ収集装置１などから受信したメールを、宛先として記述されているユーザ名とドメイン名とに従って、メールサーバ９４内に設けられた、ユーザ名に対応した図示しないメールボックスに蓄積するか、もしくは、図示しないゲートウェイを経由してＬＡＮ２に接続された図示しない他のメールサーバに転送する。
【００８３】
次に、データ収集条件ファイル９１の構成について説明する。データ収集条件ファイル９１は、図１５に示すように、一つ以上のデータ収集条件を記録したファイルであって、一ブロックに一つのデータ収集条件が対応するよう記録されている。図１５は、データ収集条件ファイル９１の構成を説明する図である。データ収集条件ファイル９１に登録されるデータ収集条件は、本発明の第２の実施の形態に係わるデータ収集条件の構成項目である、収集検索条件４１と、収集情報種類４２と、データ収集条件識別ＩＤ４３と、収集実施時刻４４と、前回収集実施日時４５と、登録検査数７４とに加えて、通知条件９５と、通知先メールアドレス９６とが追加されて構成されている。通知条件９５は、当該データ収集条件を用いて収集された情報に関して、データ収集装置１から通知を送信する条件を示している。本実施の形態においては、通知条件９５として数値が設定され、登録検査数７４が通知条件９５で設定された数値を超えた場合にデータ収集装置１から通知が送信される。通知先メールアドレス９６は、当該データ収集条件の登録検査数７４が通知条件９５で設定された数を超えた場合に、データ収集装置１から通知を送信する宛先を示しており、本実施の形態においては電子メールアドレスが設定される。
【００８４】
データ収集条件ファイル９１にデータ収集条件を登録するには、図１６に示すような、情報閲覧クライアント４のユーザインターフェース９２を用いる。図１６は、データ収集条件登録用ユーザインターフェース９２の構成を示す構成図である。ユーザインターフェース９２は、本発明の第２の実施の形態に係わるユーザインターフェース７２を構成している、収集する情報の種類の設定欄であるチェックボックス５２と、収集する情報の条件の設定欄５３と、現在収集中のリスト表示欄７５とに加えて、通知設定欄９７が追加されて構成されている。通知設定欄９７は、通知条件エディットボックス９８と、通知先メールアドレスエディットボックス９９とから構成されている。
【００８５】
通知条件エディットボックス９８はデータ収集条件の通知条件９５に対応しており、数値で設定される。また、通知先メールアドレスエディットボックス９９は、データ収集条件の通知先メールアドレス９６に対応しており、電子メールアドレスに相当する文字列で設定される。すなわち、当該データ収集条件の登録検査数７４が、通知条件エディットボックス９８において設定された数値以上になった場合、通知先メールアドレスエディットボックス９９において設定された電子メールアドレスを宛先として、データ収集装置１から通知のメールが送信される。収集する情報の種類の設定欄であるチェックボックス５２と、収集する情報の条件の設定欄５３と、通知設定欄９７の入力を完了し、追加ボタン５５が押されると、設定された条件と、設定を行ったユーザ情報（ユーザ名など）が情報閲覧クライアント４からデータ収集装置１に対して送信される。
【００８６】
次に、収集プログラム９３の詳細な構成について説明する。収集プログラム９３は、複数の処理ブロック、すなわち図１７に示すように、データ収集条件登録部１００と、データ収集条件管理部８２と、データ収集動作制御部８１と、情報取得部６４と、情報格納部６５と、統計量取得部８３と、ユーザ通知部１０１とから構成される。図１７は、処理プログラム９３における処理ブロックの構成を説明する図である。データ収集条件管理部８２と、データ収集動作制御部８１と、情報取得部６４と、情報格納部６５と、統計量取得部８３とは、第２の実施の形態と同様の構成であるため、ここでは特徴となるその他の処理ブロックについて、第２の実施の形態と異なる点を説明する。
【００８７】
データ収集条件登録部１００は、データ収集装置１が情報閲覧クライアント４から情報を受信したことを検知し、情報閲覧クライアント４から受信した情報に基づいてデータ収集条件を生成し、データ収集条件ファイル９１に追加する、一連の処理を実行する処理ブロックである。データ収集条件登録部１００は、情報閲覧クライアント４から情報が送信されていない間も常に実行されており、情報閲覧クライアント４から情報が送信されるのを待機している。データ収集装置１が情報閲覧クライアント４から情報を受信したことを検知すると、データ収集条件の生成を開始する。データ収集条件の生成において、情報閲覧クライアント４から受信した情報は、データ収集条件の各構成要素と次のように対応づけられる。すなわち、情報閲覧クライアント４において、ユーザインターフェース９２の診断名エディットボックス５６に入力された診断名が、データ収集条件の診断名４７に対応づけられ、開始日時エディットボックス５７に入力された日付情報が、データ収集条件の検査日時範囲４６の開始日時４８に対応づけられ、終了日時エディットボックス５８に入力された日付情報が、データ収集条件の検査日時範囲４６の終了日時４９に対応づけられる。更に、ユーザインターフェース９２の通知条件エディットボックス９８に入力された数値が、データ収集条件の通知条件９５に対応づけられ、通知先メールアドレスエディットボックス９９に入力された電子メールアドレスが、データ収集条件の通知先メールアドレス９６に対応づけられる。尚、通知条件エディットボックス９８が空欄のままクライアント４からデータ収集装置１へ情報が送信された場合は、データ収集条件登録部６１が実行されてデータ収集条件が生成されるときに、通知条件９５には−１が設定される。
【００８８】
ユーザ通知部１０１は、ＳＭＴＰプロトコルを利用して、メールサーバ９４に対してメールを送信する。処理プログラム９３によって規定された時間間隔毎に、メモリ２２に保持されているデータ収集条件ファイル９２の内容を取得し、各々のデータ収集条件について、通知条件９５と登録検査数７４との大小を比較し、データ収集条件の通知先メールアドレス９６に電子メールアドレスが設定されている場合には、比較結果に応じて同電子メールアドレスに対して通知のメールを送信する、一連の処理を実行する処理ブロックである。データ収集条件の通知先メールアドレス９６が空欄、すなわち電子メールアドレスが設定されていない場合、通知のメールの送信は行われない。また、通知条件９５に−１が設定されている場合も、通知のメールの送信は行われない。ユーザ通知部１０１は、ＳＭＴＰプロトコルを利用して、メールサーバ９４に通知のメールを送信する。メールサーバ９４は、宛先として記述されているユーザ名とドメイン名とに従って、メールサーバ９４内に設けられた、ユーザ名に対応した図示しないメールボックスに蓄積するか、もしくは、図示しないゲートウェイを経由してＬＡＮ２に接続された図示しない他のメールサーバに転送する。ユーザ通知部１０１から送信される通知のメールの内容は、該当するデータ収集条件のデータ収集条件識別ＩＤ４３と、登録検査数７４とを含む文章であり、本実施の形態においては、例えば、「二次データベース（“データ収集条件識別ＩＤ”）に登録されている検査数が、現在“登録検査数”件になりました」という内容の文章である。実際の通知のメールでは、前述の文章においてダブルクォーテーションで区切られた箇所、すなわち、データ収集条件識別ＩＤと登録検査数とは、それぞれデータ収集条件に設定された文字列、あるいは数値に置き換えられる。
【００８９】
尚、ユーザ通知部１０１の処理は、データ収集条件登録部１００の処理、及び、データ収集動作制御部６３が制御する情報収集等の処理と、並列して実行される。
【００９０】
上述のように構成された、データ収集装置１の作用について説明する。データ収集条件を登録する場合と、病院情報システム３から情報を収集して二次データベース３３へ格納する場合と、情報閲覧クライアント４からの各種要求に対する処理を行う場合とは、第２の実施の形態と同様であるため、ここでは特徴となるユーザに対する通知処理についてのみ説明する。図１８は、ユーザに対する通知処理に関するユーザ通知部１０１の処理手順を説明するフローチャートである。
【００９１】
データ収集装置１の処理プログラム９３の処理が開始されると、図１８に示すように、まず、ステップＳ５１において、ユーザ通知部１０１は、通知可否を判定するデータ収集条件の参照ポインタを、データ収集条件管理部６２によってメモリ２２に保持されているデータ収集条件の最初の条件を指すように設定する。次に、ステップＳ５２において、ユーザ通知部１０１は、データ収集条件管理部６２がメモリ２２に保持するデータ収集条件のうち、参照ポインタが指し示すデータ収集条件を取得する。参照ポインタがデータ収集条件ではなくデータ収集条件ファイルの終端を指し示している場合、ステップＳ５３に進んで一定期間の間、処理を停止して待機状態になる。本実施の形態においては、１５分間処理を停止する。停止期間が過ぎたら、ステップＳ５１に戻って処理を再開する。
【００９２】
ステップＳ５２において、参照ポインタが何れかのデータ収集条件を指し示している場合、ステップＳ５４に進み、ユーザ通知部１０１は、参照ポインタが指し示しているデータ収集条件の通知条件９５が有効であるか否かを判定する。通知条件９５が−１である場合、ユーザは電子メールによる通知を設定しておらず、通知条件９５は無効であると判定され、ステップＳ５５へ進む。引き続き、ステップＳ５５において、現在指し示しているデータ収集条件から、データ収集条件ファイルにおいて次に記述されているデータ収集条件を指すように参照ポインタを再設定し、ステップＳ５２へ戻って処理を継続する。
【００９３】
ステップＳ５４において、通知条件９５が−１以外の数値である場合、通知条件９５は有効であると判定され、ステップＳ５６へ進む。続いて、ステップＳ５６において、ユーザ通知部１０１は、参照ポインタが指し示しているデータ収集条件の通知条件９５が満たされている否かを判定する。本実施の形態においては、通知条件９５と登録検査数７４とを比較して、登録検査数７４が通知条件９５以上である場合、通知条件９５を満たすと判定し、ステップＳ５７へ進む。登録検査数７４が通知条件９５未満である場合、通知条件９５を満たさないと判定し、ステップＳ５５へ進み、現在指し示しているデータ収集条件から、データ収集条件ファイルにおいて次に記述されているデータ収集条件を指すように参照ポインタを再設定し、ステップＳ５２へ戻って処理を継続する。
【００９４】
ステップＳ５７において、ユーザ通知部１０１は、参照ポインタが指し示しているデータ収集条件の通知先メールアドレス９６が有効か否かを判定する。通知先メールアドレス９６にメールアドレスを示す文字列が設定されている場合、通知先メールアドレス９６は有効であると判定し、ステップＳ５８へ進む。通知先メールアドレス９６が空欄の場合、ユーザはメールによる通知を設定していないか、もしくは既に通知のメールが送信されており、通知先メールアドレス９６は無効であると判定し、ステップＳ５５へ進み、現在指し示しているデータ収集条件から、データ収集条件ファイルにおいて次に記述されているデータ収集条件を指すように参照ポインタを再設定し、ステップＳ５２へ戻って処理を継続する。
【００９５】
ステップＳ５８において、ユーザ通知部１０１は、データ収集条件の通知先メールアドレス９６を宛先として、規定の文章を含む通知のメールをメールサーバ９４へ送信する。送信後、通知先メールアドレス９６を空欄に設定し、ステップＳ５５へ進み、現在指し示しているデータ収集条件から、データ収集条件ファイルにおいて次に記述されているデータ収集条件を指すように参照ポインタを再設定し、ステップＳ５２へ戻って処理を継続する。
【００９６】
以上の処理により、収集した情報がユーザにより予め設定された通知条件９５を満たすときに、データ収集装置１から通知先メールアドレス９６に指定された宛先へ、自動的に通知のメールが送信される。
【００９７】
このように、本実施の形態のデータ収集装置１では、二次データベース３３の情報の蓄積状況に対して通知条件９５を予め設定し、通知条件９５を満たした場合に自動的に通知のメールが送信されるため、ユーザが定期的に二次データベース３３の情報の蓄積状況を確認する作業が不要となり、操作性がより向上する。
【００９８】
尚、本実施の形態のデータ収集装置１では、ユーザへの通知手段として電子メールを使用しているが、インスタントメッセンジャーとして広く使用されているＩＣＱを使用し、通知先メールアドレス９６の替わりにＩＣＱ番号を設定して、ＩＣＱ番号に対して通知を送信するように構成してもよい。また、データ収集装置１を公衆電話回線に接続し、通知先メールアドレス９６の替わりにＦＡＸ番号を設定して、ＦＡＸ番号に対してＦＡＸを用いて通知を送信するように構成してもよい。
【００９９】
更に、本実施の形態のデータ収集装置１では、二次データベース３３に蓄積された情報の登録検査数７４に対して通知条件９５を設定しているが、通知条件９５として日時を設定し、パーソナルコンピュータ１１の時計２７の示す日時を経過した場合に通知を送信するように構成してもよい。
【０１００】
以上の実施の形態から、次の付記項に記載の点に特徴がある。
【０１０１】
（付記項１）一つまたは複数のデータ収集条件からなるデータ収集条件リストを管理及び保持するデータ収集条件管理手段と、
前記データ収集条件管理手段の保持するデータ収集条件に基づき、一つまたは複数の取得データベースを検索して情報を取得する情報取得手段と、
前記データ収集条件管理手段の保持するデータ収集条件に基づき、前記情報取得手段の取得した情報を、記憶手段に格納する情報格納手段と、
を備え、前記データ収集条件管理手段は、ユーザによって外部から処理を要求されたデータ収集条件を、データ条件収集リストに対して、追加、及び／又は、削除、及び／又は、更新することを特徴とするデータ収集装置。
【０１０２】
（付記項２）前記データ収集条件に基づき、前記情報取得手段、及び、前記情報格納手段の動作の開始を制御する、収集動作制御手段を備えたことを特徴とする、付記項１に記載のデータ収集装置。
【０１０３】
（付記項３）前記データ収集条件がユーザ通知条件を含み、
前記ユーザ通知条件を満たすときに、ユーザに対して通知を行うユーザ通知手段を備えたことを特徴とする、付記項１又は付記項２に記載のデータ収集装置。
【０１０４】
（付記項４）前記情報格納手段が、前記情報取得手段の取得した情報を、前記記憶手段内のデータベースに格納することを特徴とする、付記項１乃至付記項３の何れかに記載のデータ収集装置。
【０１０５】
（付記項５）前記情報格納手段が、前記情報取得手段の取得した情報を、前記記憶手段内のアーカイブファイルに蓄積し、格納することを特徴とする、付記項１乃至付記項３の何れかに記載のデータ収集装置。
【０１０６】
（付記項６）前記情報格納手段が、前記データベース又は前記アーカイブファイルに対して、前記データ収集条件の処理要求を行ったユーザへのアクセス権限を付与することを特徴とする、付記項４又は付記項５に記載のデータ収集装置。
【０１０７】
（付記項７）前記情報格納手段が、前記データベース又は前記アーカイブファイルに対して、前記データ収集条件の処理要求を行ったユーザの所属するグループへのアクセス権限を付与することを特徴とする、付記項４又は付記項５に記載のデータ収集装置。
【０１０８】
（付記項８）前記収集動作制御手段が、前記データ収集条件に含まれる動作開始時刻を基にして、現在の時刻が動作開始時刻であるときに、前記情報取得手段及び前記情報格納手段の動作の開始を制御することを特徴とする、付記項２乃至付記項７の何れかに記載のデータ収集装置。
【０１０９】
（付記項９）前記収集動作制御手段が、前記データ収集条件に含まれる前回動作開始時刻と、動作間隔時間とを基にして、前回の動作開始時刻から動作間隔時間が経過したときに、前記情報取得手段及び前記情報格納手段の動作の開始を制御することを特徴とする、付記項２乃至付記項７の何れかに記載のデータ収集装置。
【０１１０】
（付記項１０）前記収集動作制御手段が、外部からの要求に応じて、前記情報取得手段及び前記情報格納手段の動作の開始を制御することを特徴とする、付記項２乃至付記項７の何れかに記載のデータ収集装置。
【０１１１】
（付記項１１）前記ユーザ通知条件はデータ収集動作終了日であって、前記ユーザ通知手段が、現在の日付が前記データ収集動作終了日を経過したときに、ユーザに対して通知を行うことを特徴とする、付記項３乃至付記項１０の何れかに記載のデータ収集装置。
【０１１２】
（付記項１２）前記ユーザ通知条件は通知登録件数であって、前記ユーザ通知手段が、前記記憶手段に格納されている情報項目の登録件数が、前記通知登録件数を超えたときに、ユーザに対して通知を行うことを特徴とする、付記項３乃至付記項１０の何れかに記載のデータ収集装置。
【０１１３】
（付記項１３）前記ユーザ通知手段が、電子メール、及び／又は、インスタントメッセンジャー、及び／又は、ＦＡＸにより、ユーザに対して通知を行うことを特徴とする、付記項３乃至付記項１２の何れかに記載のデータ収集装置。
【０１１４】
（付記項１４）前記取得データベースに格納されている情報が、医療検査情報、及び／又は、医用画像、及び／又は、診療コスト情報を含むことを特徴とする、付記項１乃至付記項１３の何れかに記載のデータ収集装置。
【０１１５】
（付記項１５）前記医療検査情報が内視鏡検査における検査情報及び診断情報であって、前記医用画像が内視鏡画像であることを特徴とする、付記項１４に記載のデータ収集装置。
【図面の簡単な説明】
【０１１６】
【図１】本発明の第１の実施の形態に係わるデータ収集装置１と関連システムとのネットワーク構成を概略的に示した図である。
【図２】データ収集装置１の全体構成を概略的に示した図である。
【図３】データ収集条件ファイル３２の構成を説明する図である。
【図４】データ収集条件登録用ユーザインターフェース５１の構成を示す構成図である。
【図５】処理プログラム３１における処理ブロックの構成を説明する図である。
【図６】データ収集条件の新規登録に関するデータ収集条件登録部６１の処理手順を説明するフローチャートである。
【図７】情報収集に関する処理プログラム３１の処理手順を説明するフローチャートである。
【図８】取得した情報を格納するアーカイブファイル６６の構成を説明する図である。
【図９】データ収集条件ファイル７１の構成を説明する図である。
【図１０】データ収集条件登録用ユーザインターフェース７２の構成を示す構成図である。
【図１１】処理プログラム７３における処理ブロックの構成を説明する図である。
【図１２】情報収集に関する処理プログラム７１の処理手順を説明するフローチャートである。
【図１３】情報閲覧クライアント４からの各種要求に関する処理プログラム７１の処理手順を説明するフローチャートである。
【図１４】本発明の第３の実施の形態に係わるデータ収集装置１と関連システムとのネットワーク構成を概略的に示した図である。
【図１５】データ収集条件ファイル９１の構成を説明する図である。
【図１６】データ収集条件登録用ユーザインターフェース９２の構成を示す構成図である。
【図１７】処理プログラム９３における処理ブロックの構成を説明する図である。
【図１８】ユーザに対する通知処理に関するユーザ通知部１０１の処理手順を説明するフローチャートである。
【符号の説明】
【０１１７】
１    データ収集装置、
３    病院情報システム、
４    情報閲覧クライアント、
１３    記憶装置、
３１    処理プログラム、
３２    データ収集条件ファイル、
３３    二次データベース、
６１    データ収集条件登録部、
６２    データ収集条件管理部、
６３    データ収集動作制御部、
６４    情報取得部、
６５    情報格納部、
代理人    弁理士    伊  藤    進
【図１】
2006092028.tif 000003
【図２】
2006092028.tif 000004
【図３】
2006092028.tif 000005
【図４】
2006092028.tif 000006
【図５】
2006092028.tif 000007
【図６】
2006092028.tif 000008
【図７】
2006092028.tif 000009
【図８】
2006092028.tif 000010
【図９】
2006092028.tif 000011
【図１０】
2006092028.tif 000012
【図１１】
2006092028.tif 000013
【図１２】
2006092028.tif 000014
【図１３】
2006092028.tif 000015
【図１４】
2006092028.tif 000016
【図１５】
2006092028.tif 000017
【図１６】
2006092028.tif 000018
【図１７】
2006092028.tif 000019
【図１８】
2006092028.tif 000020