(57)【要約】【課題】診察を行う可能性の高い患者のデータを優先的且つ短時間で復元できる患者データ管理プログラム、患者データ管理装置及び患者データ管理方法を提供することを目的とする。【解決手段】処理日を基準とした過去の第一の所定期間に来院した実績のある患者のデータを格納する直近データ領域Ａ及びＢと、第一の所定期間に来院した実績のない患者のデータを格納する非直近データ領域Ｃ及びＤとを有するデータ格納領域を備えるコンピュータを、予約情報データから処理日を基準とした未来の第二の所定期間に予約が入っている患者の患者識別子を抽出する抽出手段と、非直近データ領域から抽出手段によって抽出された患者識別子に対応する患者のデータを直近データ領域Ａ及びＢに移動する移動手段として動作させることにより上記課題を解決する。【選択図】図６
2009199407.tif 000002
【特許請求の範囲】
【請求項１】
処理日を基準とした過去の第一の所定期間に来院した実績のある患者のデータを格納する直近データ領域と、前記第一の所定期間に来院した実績のない患者のデータを格納する非直近データ領域とを有するデータ格納領域を備えるコンピュータを、
予約情報データから前記処理日を基準とした未来の第二の所定期間に予約が入っている患者の患者識別子を抽出する抽出手段と、
前記非直近データ領域から前記抽出手段によって抽出された患者識別子に対応する患者のデータを前記直近データ領域に移動する移動手段と
して動作させることを特徴とする患者データ管理プログラム。
【請求項２】
前記抽出手段は、更に、患者が過去にかかった病名を表した病名テーブルから、現在流行している病名にかかったことのある患者の患者識別子を抽出することを特徴とする請求項１記載の患者データ管理プログラム。
【請求項３】
前記データ格納領域は、前記直近データ領域と前記非直近データ領域とが、更に最新の患者のデータを格納する最新データ領域と、変更した患者のデータの履歴を格納する変更履歴データ領域とに分けられていることを特徴とする請求項１又は２記載の患者データ管理プログラム。
【請求項４】
処理日を基準とした過去の第一の所定期間に来院した実績のある患者のデータを格納する直近データ領域と、前記第一の所定期間に来院した実績のない患者のデータを格納する非直近データ領域とを有するデータ格納領域を備える患者データ管理装置であって、
予約情報データから前記処理日を基準とした未来の第二の所定期間に予約が入っている患者の患者識別子を抽出する抽出手段と、
前記非直近データ領域から前記抽出手段によって抽出された患者識別子に対応する患者のデータを前記直近データ領域に移動する移動手段と
を有することを特徴とする患者データ管理装置。
【請求項５】
処理日を基準とした過去の第一の所定期間に来院した実績のある患者のデータを格納する直近データ領域と、前記第一の所定期間に来院した実績のない患者のデータを格納する非直近データ領域とを有するデータ格納領域を備える患者データ管理装置の患者データ管理方法であって、
前記患者データ管理装置が、
予約情報データから前記処理日を基準とした未来の第二の所定期間に予約が入っている患者の患者識別子を抽出手段で抽出する抽出ステップと、
前記非直近データ領域から前記抽出手段によって抽出された患者識別子に対応する患者のデータを移動手段が前記直近データ領域に移動する移動ステップと
を有することを特徴とする患者データ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、患者データ管理プログラム、患者データ管理装置及び患者データ管理方法に係り、特に来院した患者のデータを管理する患者データ管理プログラム、患者データ管理装置及び患者データ管理方法に関する。
【背景技術】
【０００２】
例えば患者のデータを管理する電子カルテシステム等の医療支援システムは、患者情報やカルテ情報等の情報の種類毎にファイルを備えている。このような医療支援システムではコンピュータシステムの障害等の有事に備えて、情報の種類毎のファイルを定期的に退避（バックアップ）している。
【０００３】
通常、医療支援システムではファイル単位に退避を行うため、復元（リストア）する場合に情報の種類毎のファイルを全て復元する必要がある。したがって、従来の医療支援システムでは、退避しておいた情報の種類毎のファイルの復元に時間が掛かるという問題があった。この問題に対し、特許文献１には情報の種類毎に備えたファイル単位でなく、患者毎に備えたファイル単位にデータを退避する技術が記載されている。
【特許文献１】特開平１−１８００６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載されている技術は、理論上の問題は無いが、患者数分のファイルが必要となるため、医療支援システムに実装する上でレスポンス等の課題が残るという問題があった。したがって、医療支援システムに実装する場合は患者を幾つかのグループに分け、そのグループ単位で患者毎に備えたファイルを復元することが現実的な一つの解である。
【０００５】
例えば医療支援システムでは、患者を、最近来院した患者（グループ１），最近来院していない患者（グループ２）の２つのグループに分け、できるだけグループ１に属する患者を少なくすることで、グループ１に属する患者のファイルの復元に掛かる時間を短くすることが考えられる。
【０００６】
しかし、上記のグループ分けでは、最近来院していない患者のファイルがグループ２として退避されているため、グループ１に属する患者のファイルだけを復元すると、これから診察しようとする患者が最近来院していない患者の場合にファイルが復元されないという問題があった。
【０００７】
本発明の一実施形態は、上記の点に鑑みなされたもので、診察を行う可能性の高い患者のデータを優先的且つ短時間で復元できる患者データ管理プログラム、患者データ管理装置及び患者データ管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明の一実施形態は、処理日を基準とした過去の第一の所定期間に来院した実績のある患者のデータを格納する直近データ領域と、前記第一の所定期間に来院した実績のない患者のデータを格納する非直近データ領域とを有するデータ格納領域を備えるコンピュータを、予約情報データから前記処理日を基準とした未来の第二の所定期間に予約が入っている患者の患者識別子を抽出する抽出手段と、前記非直近データ領域から前記抽出手段によって抽出された患者識別子に対応する患者のデータを前記直近データ領域に移動する移動手段として動作させることを特徴とする。
【０００９】
また、上記課題を解決するため、本発明の一実施形態は、処理日を基準とした過去の第一の所定期間に来院した実績のある患者のデータを格納する直近データ領域と、前記第一の所定期間に来院した実績のない患者のデータを格納する非直近データ領域とを有するデータ格納領域を備える患者データ管理装置であって、予約情報データから前記処理日を基準とした未来の第二の所定期間に予約が入っている患者の患者識別子を抽出する抽出手段と、前記非直近データ領域から前記抽出手段によって抽出された患者識別子に対応する患者のデータを前記直近データ領域に移動する移動手段とを有することを特徴とする。
【００１０】
さらに、上記課題を解決するため、本発明の一実施形態は、処理日を基準とした過去の第一の所定期間に来院した実績のある患者のデータを格納する直近データ領域と、前記第一の所定期間に来院した実績のない患者のデータを格納する非直近データ領域とを有するデータ格納領域を備える患者データ管理装置の患者データ管理方法であって、前記患者データ管理装置が、予約情報データから前記処理日を基準とした未来の第二の所定期間に予約が入っている患者の患者識別子を抽出手段で抽出する抽出ステップと、前記非直近データ領域から前記抽出手段によって抽出された患者識別子に対応する患者のデータを移動手段が前記直近データ領域に移動する移動ステップとを有することを特徴とする。
【００１１】
なお、本発明の一実施形態の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、データ構造などに適用したものも本発明の態様として有効である。
【発明の効果】
【００１２】
本発明の一実施形態によれば、診察を行う可能性の高い患者のデータを優先的且つ短時間で復元できる患者データ管理プログラム、患者データ管理装置及び患者データ管理方法を提供可能である。
【発明を実施するための最良の形態】
【００１３】
次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明していく。本実施例では、患者のデータを管理する医療支援システムを例に説明していくが、患者のデータを管理する他のシステムであってもよい。
【００１４】
図１は医療支援システムの一例のシステム構成図である。医療支援システムは、医療支援サーバ１，退避サーバ２，複数のクライアント３が、例えばＬＡＮやインターネット等のコンピュータネットワーク４を介して接続されている。
【００１５】
医療支援サーバ１は通常使用する患者のデータ（通常使用データ）を格納しており、医師等が操作するクライアント３からの要求に応じて、その患者のデータを直接又は加工してクライアント３へ提供する。また、医療支援サーバ１は格納している患者のデータを定期的（例えば夜間など）に退避サーバ２へ退避（バックアップ）させる。退避サーバ２は医療支援サーバ１から退避した患者のデータ（バックアップデータ）を格納しており、医療支援サーバ１からの要求に応じてバックアップデータを医療支援サーバ１へ復元（リストア）する。なお、医療支援サーバ１及び退避サーバ２が格納している患者のデータの詳細と、患者のデータの退避処理及び復元処理の詳細は後述する。
【００１６】
図２は医療支援サーバ及び退避サーバを実現するコンピュータシステムの一例のハードウェア構成図である。コンピュータシステムは、それぞれバスＢで相互に接続されている入力装置１１，出力装置１２，ドライブ装置１３，補助記憶装置１４，主記憶装置１５，演算処理装置１６およびインターフェース装置１７で構成される。
【００１７】
入力装置１１はキーボードやマウスなどで構成され、各種信号を入力するために用いられる。出力装置１２はディスプレイ装置などで構成され、各種ウインドウやデータ等を表示するために用いられる。インターフェース装置１７は、ＬＡＮカードやルータなどで構成されており、コンピュータネットワーク４に接続する為に用いられる。
【００１８】
医療支援サーバ１及び退避サーバ２を制御する各種プログラムは例えば記録媒体１８の配布やコンピュータネットワーク４からのダウンロードなどによって提供される。プログラムを記録した記録媒体１８は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク等の様に情報を光学的，電気的或いは磁気的に記録する記録媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることができる。
【００１９】
また、記録媒体１８がドライブ装置１３にセットされると、プログラムは、記録媒体１８からドライブ装置１３を介して補助記憶装置１４にインストールされる。コンピュータネットワーク４からダウンロードされたプログラムは、インターフェース装置１７を介して補助記憶装置１４にインストールされる。
【００２０】
医療支援サーバ１及び退避サーバ２は、インストールされたプログラムを格納すると共に、必要なファイル，データ等を格納する。主記憶装置１５は、起動時に補助記憶装置１４からプログラムを読み出して格納する。そして、演算処理装置１６は主記憶装置１５に格納されたプログラムに従って、後述するような各種処理を実現している。
【００２１】
図３は医療支援サーバの一例のブロック構成図である。医療支援サーバ１は、医療支援処理部２１と、バックアップ処理部２２と、リストア処理部２３と、カルテテーブル４１と、オーダテーブル４２と、患者テーブル４３と、利用者テーブル４４と、予約テーブル４５と、受診歴テーブル４６と、病名テーブル４７と、しきい値マスタ４８とを有する構成である。なお、医療支援サーバ１は、受診歴テーブル４６から最終来院日テーブル４９を後述のように作成し、病名テーブル４７及びしきい値マスタ４８から流行病名テーブル５０を後述のように作成する。
【００２２】
医療支援処理部２１は上述したテーブルやマスタ等により医療支援に必要なデータを格納及び管理すると共に、医師等が操作するクライアント３からの要求に応じて、その患者のデータを直接又は加工してクライアント３へ提供する等、医療支援サーバ１としての基本的な処理を行う。
【００２３】
バックアップ処理部２２は上述したテーブルやマスタ等を例えば夜間等を利用して定期的に退避サーバ２へ退避（バックアップ）させる。また、リストア処理部２３は上述したテーブルやマスタ等が利用できなくなる障害が発生した場合等に、上述したテーブルやマスタ等を退避サーバ２から復元（リストア）する。なお、バックアップ処理部２２が行うバックアップ処理及びリストア処理部２３が行うリストア処理の詳細は後述する。
【００２４】
図４は、カルテテーブルの一例の構成図である。図５は、オーダテーブルの一例の構成図である。図４のカルテテーブル４１は、患者ＩＤ，文書Ｎｏ，版数，Ａｃｔｉｖｅ＿Ｆｌｇ，直近ＦＬＧ，分割区分，更新日，作成日を項目として有する。また、図５のオーダテーブル４２は、患者ＩＤ，オーダＮｏ，版数，Ａｃｔｉｖｅ＿Ｆｌｇ，直近ＦＬＧ，分割区分，更新日，作成日を項目として有する。
【００２５】
カルテテーブル４１及びオーダテーブル４２は、Ａｃｔｉｖｅ＿Ｆｌｇ，直近ＦＬＧを項目として有することにより、利用者に意識させることなく、通常の業務操作で自動的に図６のような物理的な分散配置を可能とする。
【００２６】
図６はカルテテーブル及びオーダテーブルの物理的イメージと論理的イメージとを３層スキーマで表した構造図である。カルテテーブル４１及びオーダテーブル４２は、図６に示すように、内部スキーマでカルテテーブル４１及びオーダテーブル４２のレコードを４つの領域Ａ〜Ｄに分散し、物理的に管理できる。
【００２７】
Ａｃｔｉｖｅ＿Ｆｌｇは、そのレコードが最新の版数（Ａｃｔｉｖｅ）であるか、最新以外の版数（ＩｎＡｃｔｉｖｅ）であるかを示すものである。例えばカルテテーブル４１及びオーダテーブル４２のレコードは、最初に作成されたとき版数が１であり、変更される度に版数が１ずつ増加する。カルテテーブル４１及びオーダテーブル４２のレコードは最新以外の版数のものも履歴として全て残される。Ａｃｔｉｖｅ＿Ｆｌｇはレコードが最新の版数（Ａｃｔｉｖｅ）であるとき１となり、最新以外の版数（ＩｎＡｃｔｉｖｅ：変更履歴）であるとき０となる。
【００２８】
直近ＦＬＧは、直近（例えば半年以内）に来院した実績のある患者（直近の患者）のレコードであるか、又は直近に来院した実績のない患者（非直近の患者）のレコードであるかを示すものである。例えばカルテテーブル４１及びオーダテーブル４２のレコードは患者が来院して最初に作成されたとき、直近ＦＬＧが直近の患者を表す１であり、患者が来院することなく半年が経過すると、直近ＦＬＧが非直近の患者を表す０となる。
【００２９】
例えば領域Ａは直近の患者且つ最新の版数（Ａｃｔｉｖｅ）のレコードを配置する領域である。領域Ｂは直近の患者且つ最新以外の版数（ＩｎＡｃｔｉｖｅ）のレコードを配置する領域である。領域Ｃは非直近の患者且つ最新の版数（Ａｃｔｉｖｅ）のレコードを配置する領域である。領域Ｄは非直近の患者且つ最新以外の版数（ＩｎＡｃｔｉｖｅ）のレコードを配置する領域である。
【００３０】
図７は患者テーブルの一例の構成図である。図７の患者テーブル４３は、患者ＩＤ，名前，更新日，作成日を項目として有する。また、図８は利用者テーブルの一例の構成図である。図８の利用者テーブル４４は、利用者ＩＤ，名前，更新日，作成日を項目として有する。また、図９は予約テーブルの一例の構成図である。図９の予約テーブル４５は、患者ＩＤ，予約日を項目として有する。
【００３１】
図１０は受診歴テーブルの一例の構成図である。図１０の受診歴テーブル４６は、患者ＩＤ，来院日，更新日，作成日を項目として有する。また、図１１は病名テーブルの一例の構成図である。図１１の病名テーブル４７は、患者ＩＤ，病名，登録日，診察科，年齢を項目として有する。また、図１２はしきい値マスタの一例の構成図である。図１２のしきい値マスタ４８は、流行時期，年代，病名，診療科，しきい値を項目として有する。
【００３２】
図１３は最終来院日テーブルの一例の構成図である。図１３の最終来院日テーブル４９は受診歴テーブル４６から患者毎に最終の来院日を検索することで作成される。図１３の最終来院日テーブル４９は、患者ＩＤ，最終来院日を項目として有する。
【００３３】
図１４は、流行病名テーブルの一例の構成図である。図１４の流行病名テーブル５０は病名テーブル４７を病名，登録日，診療科，年齢をキーに検索して、重み（ｃｏｕｎｔ件数）をカウントすることで作成される。図１４の流行病名テーブル５０は、流行時期，年代，病名，診療科，重み（ｃｏｕｎｔ件数）を項目として有する。
【００３４】
上述したテーブルやマスタ等は、医療支援処理部２１による基本的な処理により日々更新される。そこで、バックアップ処理部２２は上述したテーブルやマスタ等を例えば夜間等を利用して定期的に退避サーバ２へ退避（バックアップ）させる。また、リストア処理部２３は上述したテーブルやマスタ等が利用できなくなる障害が発生した場合等に、上述したテーブルやマスタ等を退避サーバ２から復元（リストア）する。
【００３５】
医療支援サーバ１は、図６を用いて説明したようにレコードが領域Ａ〜Ｄに分散配置されるカルテテーブル４１及びオーダテーブル４２のレコードを以下のように退避（バックアップ）及び復元（リストア）することにより、障害からの復旧時、診察に必要な最低限のレコードを優先的に復元する。
【００３６】
図１５は、カルテテーブル及びオーダテーブルの退避（バックアップ）及び復元（リストア）の処理を表した説明図である。図１５に示すように、医療支援サーバ１が通常使用するカルテテーブル４１及びオーダテーブル４２のレコードは領域Ａ〜Ｄに分散配置されている。
【００３７】
カルテテーブル４１及びオーダテーブル４２のレコードは、医療支援処理部２１による基本的な処理で日々更新される為、退避サーバ２へ退避（バックアップ）させる前にＡｃｔｉｖｅ＿Ｆｌｇ，直近ＦＬＧが更新される。その結果、カルテテーブル４１及びオーダテーブル４２のレコードは領域Ａ〜Ｄ間を必要に応じて移動する。
【００３８】
そして、Ａｃｔｉｖｅ＿Ｆｌｇ，直近ＦＬＧが更新されたあと、医療支援サーバ１はレコードが領域Ａ〜Ｄに分散配置されているカルテテーブル４１及びオーダテーブル４２を退避サーバ２へ退避（バックアップ）させる。
【００３９】
障害からの復旧時に、退避サーバ２は、領域Ａに配置されている直近の患者且つ最新の版数（Ａｃｔｉｖｅ）のレコードを優先的に復元することにより、診察に必要な最低限のレコードを優先的且つ短時間で復元できる。
【００４０】
なお、一日毎に退避（バックアップ）を行う医療支援サーバ１では、診察に必要な最低限のレコードとして、翌日に診察を行う可能性の高い患者のレコードを領域Ａに配置しておくことにより、診察に必要な最低限のレコードを、より正確に復元できる。翌日に診察を行う可能性の高い患者としては、翌日に診察の予約が入っている患者や、現在流行している病気に過去にかかったことのある患者などが考えられる。
【００４１】
そこで、医療支援サーバ１は、バックアップ処理部２２によりカルテテーブル４１及びオーダテーブル４２を退避サーバ２へ退避（バックアップ）させる前、翌日に診察の予約が入っている患者や現在流行している病気に過去にかかったことのある患者のレコードを領域Ａに配置するようにカルテテーブル４１及びオーダテーブル４２の直近ＦＬＧを更新する。
【００４２】
図１６はカルテテーブル及びオーダテーブルを退避サーバ２へ退避（バックアップ）させる前に行う処理を表した一例のフローチャートである。
【００４３】
ステップＳ１に進み、バックアップ処理部２２は図１０に示すような受診歴テーブル４６から患者毎に最終の来院日を検索することで図１３に示すような最終来院日テーブル４９を作成する。
【００４４】
ステップＳ２に進み、バックアップ処理部２２は図１３に示すような最終来院日テーブル４９に基づき、最終来院日が現在日時を基準として半年前より以前の患者の患者ＩＤを取得する。ステップＳ３に進み、バックアップ処理部２２はステップＳ２で取得した患者ＩＤで図４に示すようなカルテテーブル４１及び図５に示すようなオーダテーブル４２を検索する。そして、ステップＳ４に進み、バックアップ処理部２２はカルテテーブル４１及びオーダテーブル４２にステップＳ２で取得した患者ＩＤのレコードがあるか否かを判定する。
【００４５】
もし、カルテテーブル４１及びオーダテーブル４２にステップＳ２で取得した患者ＩＤのレコードがあれば、バックアップ処理部２２はステップＳ５に進み、そのレコードの患者が非直近の患者であるため、そのレコードの直近ＦＬＧを直近の患者を表す１から非直近の患者を表す０に更新する。カルテテーブル４１及びオーダテーブル４２にステップＳ２で取得した患者ＩＤのレコードがなければ、バックアップ処理部２２はステップＳ５の処理を行わない。
【００４６】
ステップＳ６に進み、バックアップ処理部２２は図９に示すような予約テーブル４５を検索し、翌日に診察の予約の入っている患者がいれば、その患者ＩＤを取得する。患者ＩＤを取得すると、バックアップ処理部２２はステップＳ７に進み、ステップＳ６で取得した患者ＩＤでカルテテーブル４１及びオーダテーブル４２を検索する。
【００４７】
ステップＳ８に進み、バックアップ処理部２２はカルテテーブル４１及びオーダテーブル４２にステップＳ６で取得した患者ＩＤのレコードがあるか否かを判定する。もし、カルテテーブル４１及びオーダテーブル４２にステップＳ６で取得した患者ＩＤのレコードがあれば、バックアップ処理部２２はステップＳ９に進み、そのレコードの患者が翌日に診察の予約が入っている患者であるため、そのレコードの直近ＦＬＧを直近の患者を表す１に更新する。
【００４８】
なお、ステップＳ６で翌日に診察の予約の入っている患者がいない場合及びステップＳ８でカルテテーブル４１及びオーダテーブル４２にステップＳ６で取得した患者ＩＤのレコードがない場合、バックアップ処理部２２はステップＳ９の処理を行わない。
【００４９】
ステップＳ１０に進み、バックアップ処理部２２は図１１に示すような病名テーブル４７と図１４に示すような流行病名テーブル５０から、流行病名テーブル５０が表す現在流行している病気に、過去にかかったことのある患者の患者ＩＤを病名テーブル４７から取得する。患者ＩＤを取得すると、バックアップ処理部２２はステップＳ１１に進み、取得した患者ＩＤでカルテテーブル４１及びオーダテーブル４２を検索する。
【００５０】
ステップＳ１２に進み、バックアップ処理部２２はカルテテーブル４１及びオーダテーブル４２にステップＳ１０で取得した患者ＩＤのレコードがあるか否かを判定する。カルテテーブル４１及びオーダテーブル４２にステップＳ１０で取得した患者ＩＤのレコードがあれば、バックアップ処理部２２はステップＳ１３に進み、そのレコードの患者が現在流行している病気に過去にかかったことのある患者であるため、翌日に診察を行う可能性の高い患者として、そのレコードの直近ＦＬＧを直近の患者を表す１に更新する。
【００５１】
なお、ステップＳ１０で現在流行している病気に、過去にかかったことのある患者がいない場合及びステップＳ１２でカルテテーブル４１及びオーダテーブル４２にステップＳ１０で取得した患者ＩＤのレコードがない場合、バックアップ処理部２２はステップＳ１３の処理を行わない。
【００５２】
図１６のフローチャートに示す処理により、バックアップ処理部２２は、非直近の患者のレコードを領域Ｃ，Ｄに配置すると共に、翌日に診察の予約が入っている患者や現在流行している病気に過去にかかったことのある患者のレコードを領域Ａ，Ｂに配置するようにカルテテーブル４１及びオーダテーブル４２の直近ＦＬＧを更新する。従って、例えば医療支援サーバ１から退避サーバ２へ退避（バックアップ）させたカルテテーブル４１及びオーダテーブル４２の領域Ａには、翌日に診察を行う可能性の高い患者のレコードが配置されるため、診察に必要な最低限のレコードを高精度に、優先的且つ短時間で復元できる。
【００５３】
ところで、図１６のフローチャートで利用した流行病名テーブル５０は医療支援処理部２１による基本的な処理により日々更新される病名テーブル４７と、予め設定されているしきい値マスタ４８とに基づいて自動的に作成される。
【００５４】
図１７は流行病名テーブルを作成する処理を表した一例のフローチャートである。図１７のフローチャートの処理は例えば図１６のフローチャートの処理を行う前に行うことが考えられる。
【００５５】
ステップＳ２１に進み、バックアップ処理部２２は図１１に示すような病名テーブル４７のレコードに含まれる項目である登録日，年齢，病名及び診療科を、図１２に示すようなしきい値マスタ４８のレコードに含まれる項目である流行時期，年代，病名及び診療科をキーに検索し、しきい値マスタ４８のレコード毎に重み（ｃｏｕｎｔ件数）をカウントする。
【００５６】
ステップＳ２２に進み、バックアップ処理部２２はしきい値マスタ４８のレコードに含まれる項目である流行時期，年代，病名及び診療科と、ステップＳ２１でカウントした重み（ｃｏｕｎｔ件数）とで流行病名テーブルを作成する。
【００５７】
ステップＳ２３，Ｓ２４に進み、バックアップ処理部２２はしきい値マスタ４８を検索し、重み（ｃｏｕｎｔ件数）がしきい値未満のレコードを、ステップＳ２２で作成した流行病名テーブルから削除することで図１４に示すような流行病名テーブルを作成できる。
【００５８】
図１７に示すフローチャートの処理により、バックアップ処理部２２は、現在流行している病気に基づいた流行病名テーブル５０を自動的に作成できる。
【００５９】
図１８は、Ａｃｔｉｖｅ＿Ｆｌｇ，直近ＦＬＧが更新されることにより領域Ａ〜Ｄ間をレコードが移動する様子を表した一例の説明図である。図１８（Ａ）は９月３１日のカルテテーブル４１とオーダテーブル４２とを表している。また、図１８（Ｂ）は１０月１日のカルテテーブル４１とオーダテーブル４２とを表している。
【００６０】
なお、翌日に患者ＩＤ「２０」の患者の診察の予約が入っているものとする。例えば９月３１日の夜間に図１６のフローチャートの処理を実行すると、図１８（Ａ）に示すカルテテーブル４１とオーダテーブル４２は、図１８（Ｂ）のように更新される。
【００６１】
図１８（Ｂ）のカルテテーブル４１とオーダテーブル４２は翌日に診察の予約が入っている患者ＩＤ「２０」の患者のレコードがＣ領域からＡ領域、Ｄ領域からＢ領域に移動されていると共に、１０月１日から非直近の患者となる患者ＩＤ「４０」の患者のレコードがＡ領域からＣ領域、Ｂ領域からＤ領域に移動されている。
【００６２】
以上、本実施例の医療支援サーバ１は、前日のバックアップ時、翌日に障害が発生したときに、翌日の診察に必要な最低限のレコードを優先的に復元できるように、領域Ａへ翌日の診察に必要な最低限のレコードを配置できる。
【００６３】
なお、図１６のフローチャートでは、翌日に診察を行う可能性の高い患者として、翌日に診察の予約が入っている患者と、現在流行している病気に過去にかかったことのある患者とを検出しているが、何れか一方を検出するようにしてもよい。
【００６４】
本発明は、以下に記載する付記のような構成が考えられる。
（付記１）
処理日を基準とした過去の第一の所定期間に来院した実績のある患者のデータを格納する直近データ領域と、前記第一の所定期間に来院した実績のない患者のデータを格納する非直近データ領域とを有するデータ格納領域を備えるコンピュータを、
予約情報データから前記処理日を基準とした未来の第二の所定期間に予約が入っている患者の患者識別子を抽出する抽出手段と、
前記非直近データ領域から前記抽出手段によって抽出された患者識別子に対応する患者のデータを前記直近データ領域に移動する移動手段と
して動作させることを特徴とする患者データ管理プログラム。
（付記２）
前記抽出手段は、更に、患者が過去にかかった病名を表した病名テーブルから、現在流行している病名にかかったことのある患者の患者識別子を抽出することを特徴とする付記１記載の患者データ管理プログラム。
（付記３）
前記データ格納領域は、前記直近データ領域と前記非直近データ領域とが、更に最新の患者のデータを格納する最新データ領域と、変更した患者のデータの履歴を格納する変更履歴データ領域とに分けられていることを特徴とする付記１又は２記載の患者データ管理プログラム。
（付記４）
前記データ格納領域に格納されていた患者のデータに障害が発生すると、前記データ格納領域に格納されていた患者のデータの退避先から、前記直近データ領域に格納されていた患者のデータを前記データ格納領域に復元することを特徴とする付記１乃至３何れか一項記載の患者データ管理プログラム。
（付記５）
処理日を基準とした過去の第一の所定期間に来院した実績のある患者のデータを格納する直近データ領域と、前記第一の所定期間に来院した実績のない患者のデータを格納する非直近データ領域とを有するデータ格納領域を備える患者データ管理装置であって、
予約情報データから前記処理日を基準とした未来の第二の所定期間に予約が入っている患者の患者識別子を抽出する抽出手段と、
前記非直近データ領域から前記抽出手段によって抽出された患者識別子に対応する患者のデータを前記直近データ領域に移動する移動手段と
を有することを特徴とする患者データ管理装置。
（付記６）
処理日を基準とした過去の第一の所定期間に来院した実績のある患者のデータを格納する直近データ領域と、前記第一の所定期間に来院した実績のない患者のデータを格納する非直近データ領域とを有するデータ格納領域を備える患者データ管理装置の患者データ管理方法であって、
前記患者データ管理装置が、
予約情報データから前記処理日を基準とした未来の第二の所定期間に予約が入っている患者の患者識別子を抽出手段で抽出する抽出ステップと、
前記非直近データ領域から前記抽出手段によって抽出された患者識別子に対応する患者のデータを移動手段が前記直近データ領域に移動する移動ステップと
を有することを特徴とする患者データ管理方法。
【００６５】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【図面の簡単な説明】
【００６６】
【図１】医療支援システムの一例のシステム構成図である。
【図２】医療支援サーバ及び退避サーバを実現するコンピュータシステムの一例のハードウェア構成図である。
【図３】医療支援サーバの一例のブロック構成図である。
【図４】カルテテーブルの一例の構成図である。
【図５】オーダテーブルの一例の構成図である。
【図６】カルテテーブル及びオーダテーブルの物理的イメージと論理的イメージとを３層スキーマで表した構造図である。
【図７】患者テーブルの一例の構成図である。
【図８】利用者テーブルの一例の構成図である。
【図９】予約テーブルの一例の構成図である。
【図１０】受診歴テーブルの一例の構成図である。
【図１１】病名テーブルの一例の構成図である。
【図１２】しきい値マスタの一例の構成図である。
【図１３】最終来院日テーブルの一例の構成図である。
【図１４】流行病名テーブルの一例の構成図である。
【図１５】カルテテーブル及びオーダテーブルの退避（バックアップ）及び復元（リストア）の処理を表した説明図である。
【図１６】カルテテーブル及びオーダテーブルを退避サーバ２へ退避（バックアップ）させる前に行う処理を表した一例のフローチャートである。
【図１７】流行病名テーブルを作成する処理を表した一例のフローチャートである。
【図１８】Ａｃｔｉｖｅ＿Ｆｌｇ，直近ＦＬＧが更新されることにより領域Ａ〜Ｄ間をレコードが移動する様子を表した一例の説明図である。
【符号の説明】
【００６７】
１    医療支援サーバ
２    退避サーバ
３ａ〜３ｎ，３    クライアント
４    コンピュータネットワーク
１１    入力装置
１２    出力装置
１３    ドライブ装置
１４    補助記憶装置
１５    主記憶装置
１６    演算処理装置
１７    インターフェース装置
１８    記録媒体
２１    医療支援処理部
２２    バックアップ処理部
２３    リストア処理部
４１    カルテテーブル
４２    オーダテーブル
４３    患者テーブル
４４    利用者テーブル
４５    予約テーブル
４６    受診歴テーブル
４７    病名テーブル
４８    しきい値マスタ
４９    最終来院日テーブル
５０    流行病名テーブル
【図１】
2009199407.tif 000003
【図２】
2009199407.tif 000004
【図３】
2009199407.tif 000005
【図４】
2009199407.tif 000006
【図５】
2009199407.tif 000007
【図６】
2009199407.tif 000008
【図７】
2009199407.tif 000009
【図８】
2009199407.tif 000010
【図９】
2009199407.tif 000011
【図１０】
2009199407.tif 000012
【図１１】
2009199407.tif 000013
【図１２】
2009199407.tif 000014
【図１３】
2009199407.tif 000015
【図１４】
2009199407.tif 000016
【図１５】
2009199407.tif 000017
【図１６】
2009199407.tif 000018
【図１７】
2009199407.tif 000019
【図１８】
2009199407.tif 000020