(57)【要約】【課題】  サービスを提供する提供側およびサービスを利用するユーザの双方の利便性を考慮した予約受付が可能な予約管理プログラム、予約管理方法および予約管理装置を提供することを目的とする。【解決手段】  サービスの提供側がユーザからの予約受付を行うコンピュータ２０に、提供側にとって都合の悪い日付を予約受付不可な予約外日付リストに追加する第１の日付追加手順と、ユーザが過去に利用したサービスの内容及びサービスを利用した日付とユーザが次回に利用を予定しているサービスの内容とを比較して、所定の禁忌条件を満たさない日付を予約外日付リストに追加する第２の日付追加手順と、予約外日付リストに追加されている予約受付不可な日付が除外された日付リストを用いて予約受付画面を作成して、その予約受付画面をクライアント１０に提供してユーザからの予約受付を行う予約受付手順とを実行させることにより上記課題を解決する。【選択図】  図１
2005227819.tif 000002
【特許請求の範囲】
【請求項１】
所定のサービスを提供する提供側が、前記サービスを利用するユーザからの予約受付を行うコンピュータに、
前記提供側にとって都合の悪い日付を判定し、その日付を予約受付不可な予約外日付リストに追加する第１の日付追加手順と、
前記ユーザのサービス利用情報を参照し、前記ユーザが過去に利用したサービスの内容及びサービスを利用した日付と前記ユーザが次回に利用を予定しているサービスの内容とを比較して、所定の禁忌条件を満たさない日付を前記予約外日付リストに追加する第２の日付追加手順と、
前記予約外日付リストに追加されている予約受付不可な日付を予約受付可能な日付リストから除外し、予約受付不可な日付が除外された日付リストを用いて予約受付画面を作成して、その予約受付画面を前記ユーザの操作するクライアントに提供して前記ユーザからの予約受付を行う予約受付手順と
を実行させるための予約管理プログラム。
【請求項２】
所定のサービスを提供する提供側が、前記サービスを利用するユーザからの予約受付を行うコンピュータの予約管理方法であって、
前記コンピュータが、前記提供側にとって都合の悪い日付を判定し、その日付を予約受付不可な予約外日付リストに追加する第１の日付追加段階と、
前記コンピュータが、前記ユーザのサービス利用情報を参照し、前記ユーザが過去に利用したサービスの内容及びサービスを利用した日付と前記ユーザが次回に利用を予定しているサービスの内容とを比較して、所定の禁忌条件を満たさない日付を前記予約外日付リストに追加する第２の日付追加段階と、
前記コンピュータが、前記予約外日付リストに追加されている予約受付不可な日付を予約受付可能な日付リストから除外し、予約受付不可な日付が除外された日付リストを用いて予約受付画面を作成して、その予約受付画面を前記ユーザの操作するクライアントに提供して前記ユーザからの予約受付を行う予約受付段階と
を有する予約管理方法。
【請求項３】
所定のサービスを提供する提供側が、前記サービスを利用するユーザからの予約受付を行う予約管理装置であって、
前記提供側にとって都合の悪い日付を判定し、その日付を予約受付不可な予約外日付リストに追加する第１の日付追加手段と、
前記ユーザのサービス利用情報を参照し、前記ユーザが過去に利用したサービスの内容及びサービスを利用した日付と前記ユーザが次回に利用を予定しているサービスの内容とを比較して、所定の禁忌条件を満たさない日付を前記予約外日付リストに追加する第２の日付追加手段と、
前記予約外日付リストに追加されている予約受付不可な日付を予約受付可能な日付リストから除外し、予約受付不可な日付が除外された日付リストを用いて予約受付画面を作成して、その予約受付画面を前記ユーザの操作するクライアントに提供して前記ユーザからの予約受付を行う予約受付手段と
を有することを特徴とする予約管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、予約管理プログラム、予約管理方法および予約管理装置に係り、特に所定のサービスを提供する提供側が、ユーザからの予約受付を管理するための予約管理プログラム、予約管理方法および予約管理装置に関する。
【背景技術】
【０００２】
例えば所定のサービスを提供する提供側の一例としての医療機関は、サービスを利用するユーザの一例としての患者から診療の予約受付を行っている。このような医療機関の予約受付を簡便にする予約管理システムの一例が、例えば特許文献１に提案されている。特許文献１のシステムは、患者が携帯電話を用いて医療機関の予約受付サーバにインターネット経由でアクセスし、診療の予約を行うものである。
【０００３】
従来、患者自身からの予約受付を行う予約管理システムでは、医療機関側の医師，設備等の空き状況を考慮しつつ、患者からの予約受付を行っていた。
【特許文献１】特開２００３−３１８８５４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の予約管理システムでは、主に患者側の利便性を考慮したものであって、医療機関側にとって以下のような課題があった。
【０００５】
まず、医療機関の収入は、診療行為に基づく診療報酬点数に応じて決定する。この診療報酬点数には、診療が所定回数を超過した場合に逓減されるものや、加算できる上限回数が決まっているものがある。そのため、同じ患者が一月に何度も診療行為を受けると診療報酬点数が逓減される場合や加算できなくなる場合などが発生し、医療機関の収入は減少してしまう。従来の予約管理システムでは、医療機関の収入を決める診療報酬点数が考慮されておらず、医療機関の収入が減少するような予約を受け付けていた。
【０００６】
また、診療行為同士の組み合わせによっては、所定の日数を空けなければならない等の禁忌条件を考慮しなければならない場合が発生する。従来の予約管理システムでは、このような禁忌条件を考慮せずに、予約を受け付けていた。このため、医療機関は患者からの予約を受け付けて来院してもらっても、禁忌条件から診療行為ができず、患者に無用な負担を掛けてしまう場合があった。医療機関にとっては、無駄な診療となってしまう場合があった。
【０００７】
また、医療機関では月が変わると保険証を確認する必要がある。患者が保険証を忘れてしまった場合、医療機関は一時的に診療費などを負担しなければならない。医療機関は一時的に負担した診療費などを未収情報として管理し、その患者が次に来院したときに保険証の確認と未収金の回収とを行っていた。したがって、患者が保険証を忘れる機会が増加すると、医療機関の窓口では通常の窓口受付業務と異なる作業が発生し、作業効率の低下や未収金の増加が発生してしまう場合があった。
【０００８】
本発明は、上記の点に鑑みなされたもので、サービスを提供する提供側およびサービスを利用するユーザの双方の利便性を考慮した予約受付が可能な予約管理プログラム、予約管理方法および予約管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
そこで、上記課題を解決するため、本発明は、所定のサービスを提供する提供側が、前記サービスを利用するユーザからの予約受付を行うコンピュータに、前記提供側にとって都合の悪い日付を判定し、その日付を予約受付不可な予約外日付リストに追加する第１の日付追加手順と、前記ユーザのサービス利用情報を参照し、前記ユーザが過去に利用したサービスの内容及びサービスを利用した日付と前記ユーザが次回に利用を予定しているサービスの内容とを比較して、所定の禁忌条件を満たさない日付を前記予約外日付リストに追加する第２の日付追加手順と、前記予約外日付リストに追加されている予約受付不可な日付を予約受付可能な日付リストから除外し、予約受付不可な日付が除外された日付リストを用いて予約受付画面を作成して、その予約受付画面を前記ユーザの操作するクライアントに提供して前記ユーザからの予約受付を行う予約受付手順とを実行させるための予約管理プログラムであることを特徴とする。
【００１０】
また、本発明は、所定のサービスを提供する提供側が、前記サービスを利用するユーザからの予約受付を行うコンピュータの予約管理方法であって、前記コンピュータが、前記提供側にとって都合の悪い日付を判定し、その日付を予約受付不可な予約外日付リストに追加する第１の日付追加段階と、前記コンピュータが、前記ユーザのサービス利用情報を参照し、前記ユーザが過去に利用したサービスの内容及びサービスを利用した日付と前記ユーザが次回に利用を予定しているサービスの内容とを比較して、所定の禁忌条件を満たさない日付を前記予約外日付リストに追加する第２の日付追加段階と、前記コンピュータが、前記予約外日付リストに追加されている予約受付不可な日付を予約受付可能な日付リストから除外し、予約受付不可な日付が除外された日付リストを用いて予約受付画面を作成して、その予約受付画面を前記ユーザの操作するクライアントに提供して前記ユーザからの予約受付を行う予約受付段階とを有することを特徴とする。
【００１１】
また、本発明は、所定のサービスを提供する提供側が、前記サービスを利用するユーザからの予約受付を行う予約管理装置であって、前記提供側にとって都合の悪い日付を判定し、その日付を予約受付不可な予約外日付リストに追加する第１の日付追加手段と、前記ユーザのサービス利用情報を参照し、前記ユーザが過去に利用したサービスの内容及びサービスを利用した日付と前記ユーザが次回に利用を予定しているサービスの内容とを比較して、所定の禁忌条件を満たさない日付を前記予約外日付リストに追加する第２の日付追加手段と、前記予約外日付リストに追加されている予約受付不可な日付を予約受付可能な日付リストから除外し、予約受付不可な日付が除外された日付リストを用いて予約受付画面を作成して、その予約受付画面を前記ユーザの操作するクライアントに提供して前記ユーザからの予約受付を行う予約受付手段とを有することを特徴とする。
【００１２】
本発明は、サービスを提供する提供側にとって都合の悪い日付と、サービスを利用するユーザのサービス利用情報に基づき所定の禁忌条件を満たさない日付とを、予約受付可能な日付リストから除外したあと、その日付リストを用いて予約受付画面を作成する。日付リストは、サービスを提供する提供側およびサービスを利用するユーザの双方の利便性を考慮したものとなる。したがって、ユーザが予約受付画面から選択できる日付は、提供側およびユーザの双方の利便性を考慮したものとなる。
【発明の効果】
【００１３】
本発明によれば、提供側およびユーザの双方の利便性を考慮した予約受付が可能な予約管理プログラム、予約管理方法および予約管理装置を提供できる。
【発明を実施するための最良の形態】
【００１４】
次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明していく。なお、以下の実施例では所定のサービスを提供する提供側の一例としての医療機関が、サービスを利用するユーザの一例としての患者から診療の予約受付を行う例を説明するが、如何なる予約受付であってもよい。本発明は、具体的に開示された実施例に限定されるものでなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【００１５】
図１は、本発明による予約管理システムの一実施例の構成図である。図１の予約管理システムは、１つ以上のクライアント１０及び予約管理サーバ２０が、インターネット等のネットワーク３０を介して接続されている。クライアント１０は、患者などが診療の予約を行う端末装置である。予約管理サーバ２０は、医療機関毎に予約情報の照会、予約情報の登録、予約時の禁忌条件チェック等を行う
クライアント１０は、患者等のユーザに対して予約情報を表示し、又はユーザに予約情報，診療情報を入力させるためのブラウザ１１が起動されている。クライアント１０を操作するユーザは、患者の他、医療機関の職員，医師，看護士等であってもよい。
【００１６】
予約管理サーバ２０は、予約管理インターフェース２１，行為チェック機能２２，患者マスタ２３，診療行為チェックマスタ２４，診療報酬チェックマスタ２５，病院管理情報マスタ２６，予約管理マスタ２７を含むように構成されている。患者マスタ２３は、患者の氏名，過去の診療行為等の診療情報を保持している。
【００１７】
診療行為チェックマスタ２４は、各診療行為の禁忌条件を保持している。診療報酬チェックマスタ２５は、診療行為と、診療報酬請求点数の逓減条件，加算条件とで構成される診療報酬請求条件を保持している。病院管理情報マスタ２６は、医療機関の医師，設備等の情報を保持している。予約管理マスタ２７は、医療機関の予約情報を保持している。
【００１８】
行為チェック機能２２は、患者の過去の診療行為と、各診療行為の禁忌条件と、診療報酬請求条件と、次回に予定している医療行為とに応じて、予約を受け付けない予約受付不可な日付を選択して予約外日付リストを生成する。
【００１９】
予約管理インターフェース２１は、行為チェック機能２２から取得した予約外日付リスト、病院管理情報マスタ２６から取得した医療機関の医師，設備等の情報及び予約管理マスタ２７から取得した医療機関の予約情報に応じて予約受付画面を作成し、その予約受付画面をクライアント１０のブラウザ１１に表示させる。つまり、予約管理インターフェース２１は、予約情報の照会、登録等の予約管理を行うための各種画面を作成してクライアント１０のブラウザ１１に表示させる。
【００２０】
次に、予約管理サーバ２０を実現するためのハードウェア構成について説明する。図２は、予約管理サーバ２０の一例のハードウェア構成図である。図２の予約管理サーバ２０は、それぞれバスＢで相互に接続されている入力装置４１と，表示装置４２と，ドライブ装置４３と，補助記憶装置４５と，メモリ装置４６と，演算処理装置４７と，インターフェース装置４８とを有するように構成される。なお、図２の予約管理サーバ２０を構成する各種デバイスは、１つの筐体に収容してもよいし、複数の筐体に分散して収容してもよい。
【００２１】
入力装置４１はキーボード，マウスなどで構成され、様々な操作指示を入力するために用いられる。表示装置４２は、操作に必要な各種ウインドウやデータ等を表示する。インターフェース装置４８は、ネットワーク３０に接続する為のインターフェースであり、例えばモデム，ルータ等で構成される。
【００２２】
予約管理サーバ２０を制御する予約管理プログラムは、ＣＤ−ＲＯＭ等の記録媒体４４によって提供される。予約管理プログラムを記録した記録媒体４４は、ドライブ装置４３にセットされ、予約管理プログラムが記録媒体４４からドライブ装置４３を介して補助記憶装置４５にインストールされる。
【００２３】
なお、予約管理プログラムを記録した記録媒体４４は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク（ＭＯ）等の様に情報を光学的，電気的或いは磁気的に記録する記録媒体、又はＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることが可能である。
【００２４】
また、予約管理プログラムはインターフェース装置４８を介して接続される他のコンピュータの記録媒体等に記録されているものも含まれる。他のコンピュータの記録媒体等に記録されている予約管理プログラムは、インターフェース装置４８を介してダウンロードされて補助記憶装置４５にインストールされる。補助記憶装置４５は、インストールされた予約管理プログラムと、その予約管理プログラムの処理に必要な各種ファイル等を格納する。例えば補助記憶装置４５は、患者マスタ２３，診療行為チェックマスタ２４，診療報酬チェックマスタ２５，病院管理情報マスタ２６および予約管理マスタ２７を格納している。
【００２５】
メモリ装置４６は、起動時に補助記憶装置４５から予約管理プログラムを読み出して格納する。演算処理装置４７は、メモリ装置４６に格納された予約管理プログラムに従って図１のような予約管理サーバ２０の予約管理インターフェース２１，行為チェック機能２２等の各種プロセスを実現する。
【００２６】
以下、図１の予約管理システムの処理を説明していく。図３は、予約管理サーバ２０がクライアント１０からの予約受付を行う処理の一例のシーケンス図である。ここでは、患者がクライアント１０を操作している例を説明する。
【００２７】
まず、患者はクライアント１０のブラウザ１１に、予約管理サーバ２０の予約管理インターフェース２１のアドレス（ＵＲＬなど）を入力し、そのアドレスへのアクセスを指示する。ステップＳ１に進み、クライアント１０は予約管理インターフェース２１にアクセスする。
【００２８】
ステップＳ２に進み、予約管理インターフェース２１は初期画面データをクライアント１０に送信する。ステップＳ３に進み、クライアント１０は受信した初期画面データを用いてブラウザ１１に初期画面を表示する。初期画面には、少なくとも患者番号を入力する為の入力欄が設けられている。初期画面は患者番号の他に、例えばパスワード等の本人認証の為の情報を入力する入力欄が設けられていても良い。
【００２９】
患者は、ブラウザ１１に表示された初期画面に患者番号を入力し、予約受付画面の表示を指示する。ステップＳ４に進み、クライアント１０は患者番号を予約管理サーバ２０の予約管理インターフェース２１に送信し、予約受付画面を要求する。
【００３０】
ステップＳ５に進み、予約管理インターフェース２１は行為チェック機能２２を呼び出し、受信した患者番号に対応する患者からの予約を受け付けない予約受付不可な日付の予約外日付リストを後述するように生成させる。
【００３１】
予約管理インターフェース２１は、行為チェック機能２２に生成させた予約外日付リスト，病院管理情報マスタ２６から取得した医療機関の医師，設備等の情報及び予約管理マスタ２７から取得した医療機関の予約情報に応じて、予約受付画面を作成する。ステップＳ６に進み、予約管理インターフェース２１は予約受付画面データをクライアント１０に送信する。
【００３２】
ステップＳ７に進み、クライアント１０は受信した予約受付画面データを用いてブラウザ１１に後述するような予約受付画面を表示する。予約受付画面には、少なくとも予約を行う日付を選択可能な日付選択欄と、医療機関から患者に通知する必要のある事項を表示可能な通知欄とが設けられている。
【００３３】
患者は、ブラウザ１１に表示された予約受付画面の日付選択欄から予約を行いたい日付を選択し、その日付の予約を指示する。なお、患者は医療機関から患者に通知する必要のある事項を通知欄で確認する。ステップＳ８に進み、クライアント１０は予約の指示があった日付を予約管理サーバ２０の予約管理インターフェース２１に送信し、その日付の予約受付を要求する。
【００３４】
ステップＳ９に進み、予約管理インターフェース２１はステップＳ８の要求に応じた予約情報を予約管理マスタ２７に登録する予約情報登録処理を行う。そして、ステップＳ１０に進み、予約管理インターフェース２１は予約情報登録処理の結果をクライアント１０に送信し、ブラウザ１１に表示させる。
【００３５】
したがって、患者はクライアント１０を操作して、診療の予約ができる。次に、ステップＳ５の予約受付画面作成処理の詳細を説明する。図４は、ステップＳ５の予約受付画面作成処理の詳細を表した一例のフローチャートである。図４のフローチャートは、予約を行う日付を選択可能な日付選択欄と、医療機関から患者に通知する必要のある事項を表示可能な通知欄とを構築し、その日付選択欄と通知欄とが設けられた予約受付画面を作成する処理を表している。
【００３６】
ステップＳ２０に進み、予約管理サーバ２０は予約管理インターフェース２１の予約照会機能を呼び出す。ステップＳ２１に進み、予約管理インターフェース２１はクライアント１０から受信した患者番号を予約照会機能に入力する。ステップＳ２２に進み、予約管理インターフェース２１の予約照会機能は行為チェック機能２２を呼び出し、患者番号に対応する患者の予約外日付リストの生成を要求する。
【００３７】
ステップＳ２３に進み、行為チェック機能２２は患者番号に対応する患者情報を図５のような患者マスタ２３から取得する。図５は、患者マスタの一例の構成図である。図５の患者マスタ２３は、患者番号，氏名，生年月日，保険情報，未収情報，来院日付，診療行為リスト，前回来院日付，次回予定診療行為などの項目を含む。図５の患者マスタ２３の場合、患者情報は患者番号，氏名，生年月日，保険情報，未収情報，来院日付，診療行為リスト，前回来院日付，次回予定診療行為などの項目から成る。
【００３８】
ステップＳ２４に進み、行為チェック機能２２は患者番号に対応する患者情報が患者マスタ２３にあったか否かを判定する。患者番号に対応する患者情報が患者マスタ２３に無かったと判定すると（Ｓ２４においてＮＯ）、行為チェック機能２２は患者番号に対応する患者情報が患者マスタ２３に無かった旨を予約管理インターフェースの予約照会機能に通知してステップＳ３０に進む。
【００３９】
一方、患者番号に対応する患者情報が患者マスタ２３にあったと判定すると（Ｓ２４においてＹＥＳ）、行為チェック機能２２はステップＳ２５に進み、図６のような診療行為チェックマスタ２４から各診療行為の禁忌条件を取得する。図６は、診療行為チェックマスタの一例の構成図である。図６の診療行為チェックマスタ２４は、診療行為コード，診療行為関連禁忌行為コード，禁忌条件などの項目を含む。
【００４０】
診療行為コードは、診療行為をコード化したものである。診療行為関連禁忌行為コードは、診療行為コードが表す診療行為の禁忌行為をコード化したものである。また、禁忌条件は禁忌行為に関する条件（診療行為の日付と禁忌行為の日付との間に空けなければいけない期間など）である。
【００４１】
例えば血液注射という診療行為において、前回の採血日から３日以上空けなければならない場合、診療行為チェックマスタ２４の診療行為コードに血液注射を表すコード、診療行為関連禁忌行為コードに血液注射を表すコード、禁忌条件に３日以上空けなければならないという条件が保持されている。
【００４２】
ステップＳ２６に進み、行為チェック機能２２はステップＳ２３で取得した患者情報に含まれる項目に、ステップＳ２５で取得した各診療行為の禁忌条件に合致する項目が無いかをチェックする禁忌条件チェックを行い、その禁忌条件チェックの結果としての予約受付不可な日付を予約外日付リストに追加する。
【００４３】
ステップＳ２７に進み、図７のような診療報酬チェックマスタ２５から診療報酬請求条件を取得する。図７は、診療報酬チェックマスタの一例の構成図である。図７の診療報酬チェックマスタ２５は、診療行為コード，逓減条件，加算条件などの項目を含む。
【００４４】
診療行為コードは、診療行為をコード化したものである。逓減条件は、診療報酬請求点数が逓減される場合の条件である。また、加算条件は診療報酬請求点数が加算される場合の条件である。例えば逓減条件には、月に何回まで診療報酬請求点数を加算し、何回以降の診療報酬請求点数を逓減するという条件が保持されている。加算条件には、月に何回まで診療報酬請求点数を加算できるという条件が保持されている。なお、病院管理情報マスタ２６，予約管理マスタ２７の構成は、一般的な予約管理システムと同様である為、説明を省略する。
【００４５】
ステップＳ２８に進み、行為チェック機能２２はステップＳ２３で取得した患者情報に含まれる項目に、ステップＳ２７で取得した各診療報酬請求条件に合致する項目が無いかをチェックする診療報酬請求条件チェックを行い、その診療報酬請求条件チェックの結果としての予約受付不可な日付を予約外日付リストに追加する。
【００４６】
ステップＳ２９に進み、行為チェック機能２２は医療機関から患者に通知する必要のある事項が、ステップＳ２３で取得した患者情報にあるかをチェックする通知情報チェックを行い、その通知情報チェックの結果としての通知情報を保持する。
【００４７】
ステップＳ３０に進み、予約管理インターフェース２１の予約照会機能は患者番号に対応する患者情報が患者マスタ２３にあったか否かにより、異なる手順で予約受付画面を作成する。
【００４８】
患者番号に対応する患者情報があった場合、予約管理インターフェース２１の予約照会機能は行為チェック機能２２から予約外日付リストおよび通知情報を取得する。予約管理インターフェース２１の予約照会機能は、予約外日付リストに含まれる予約受付不可な日付を予約受付可能な日付リストから除外したあと、その日付リスト，病院管理情報マスタ２６から取得した医療機関の医師，設備等の情報及び予約管理マスタ２７から取得した医療機関の予約情報に応じて予約受付画面の日付選択欄を作成する。
【００４９】
また、予約管理インターフェース２１の予約照会機能は行為チェック機能２２から取得した通知情報に応じて通知欄を作成する。そして、予約管理インターフェース２１の予約照会機能は、日付選択欄および通知欄が設けられた予約受付画面を作成する。
【００５０】
一方、患者番号に対応する患者情報が無かった場合、予約管理インターフェース２１の予約照会機能はステップＳ２５の禁忌条件チェックおよびステップＳ２８の診療報酬請求条件チェックを行わずにステップＳ３０に進んでいる。したがって、予約管理インターフェース２１の予約照会機能は、病院管理情報マスタ２６から取得した医療機関の医師，設備等の情報及び予約管理マスタ２７から取得した医療機関の予約情報に応じて予約受付画面の日付選択欄を作成する。予約管理インターフェース２１の予約照会機能は、日付選択欄が設けられた予約受付画面を作成する。
【００５１】
図４のフローチャートでは、ステップＳ２６の処理で禁忌条件チェック，ステップＳ２８の処理で診療報酬請求条件チェックを行うことにより、医療機関の医師，設備等の制約条件だけでなく、診療報酬請求上または診療行為上の制約条件をチェックした日付から予約受付画面を作成できる。また、図４のフローチャートでは、ステップＳ２９の処理で通知情報チェックを行うことにより、医療機関から患者に通知する必要のある事項を通知欄に表示した予約受付画面を作成できる。
【００５２】
以下、患者マスタ２３，診療行為チェックマスタ２４および診療報酬チェックマスタ２５に格納されている具体的なデータを例示しつつ、図４のフローチャートの処理を説明していく。なお、以下の説明では、患者マスタ２３，診療行為チェックマスタ２４および診療報酬チェックマスタ２５のレコードを、それぞれ上から順番に、第１レコード，第２レコード，・・・，第ｎレコードと呼ぶこととする。
【００５３】
図８は、具体的なデータが格納されている患者マスタの一例の構成図である。図８の患者マスタ２３の項目は、図５の患者マスタ２３の項目と同様である。図８の患者マスタ２３は、１レコード分のデータが、患者の１回分の来院の情報を表している。
【００５４】
例えば図８の患者マスタ２３は、患者番号「０００２」の患者のように、同一患者のレコードが１つ以上存在している。項目「診療行為」は、一つ以上の診療行為コードがカンマ区切りで格納されている。項目「生年月日」，「保険情報」，「来院日付」及び「前回来院日付」は、日付が「ｙｙｙｙｍｍｄｄ」形式で格納されている。項目「保険情報」は、保険証の次回の確認日が格納されている。項目「未収情報」は、未収金の金額が格納されている。
【００５５】
図９は、具体的なデータが格納されている診療行為チェックマスタの一例の構成図である。図９の診療行為チェックマスタ２４の項目は、図６の診療行為チェックマスタ２４の項目と同様である。図９の診療行為チェックマスタ２４は、１レコード分のデータが、１つの診療行為に対応する１つ以上の診療行為関連禁忌行為と禁忌条件とを表している。項目「診療行為コード」は、単一の診療行為コードが格納されている。
【００５６】
項目「診療行為関連禁忌行為コード」は、一つ以上の禁忌行為コードがカンマ区切りで格納されている。また、項目「禁忌条件」は条件式文字列が格納されている。例えば条件式文字列は、行為チェック機能２２などのプログラムが解釈し、前述した禁忌条件チェックを行う。
【００５７】
図１０は、具体的なデータが格納されている診療報酬チェックマスタの一例の構成図である。図１０の診療報酬チェックマスタ２５の項目は、図７の診療報酬チェックマスタ２５の項目と同様である。図１０の診療報酬チェックマスタ２５は、１レコード分のデータが、１つの診療行為に対応する診療報酬請求点数が逓減される場合の条件と診療報酬請求点数が加算される場合の条件とを表している。項目「診療行為コード」は、単一の診療行為コードが格納されている。
【００５８】
項目「逓減条件」は、診療報酬請求点数が逓減される場合の条件を表す条件式文字列が格納されている。項目「加算条件」は、診療報酬請求点数が加算される場合の条件を表す条件式文字列が格納されている。例えば条件式文字列は、行為チェック機能２２などのプログラムが解釈し、前述した診療報酬請求条件チェックを行う。
【００５９】
図４のステップＳ２０〜Ｓ２３では、入力された患者番号を元に、患者番号の一致するレコードが患者マスタ２３から全件取得される。患者番号「０００２」の患者が１０月分の診療を予約する場合、予約管理サーバ２０は患者番号「０００２」に一致する図８の患者マスタ２３の第２及び第３レコードを、図１１のように取得する。図１１は、ステップＳ２０〜２３の処理で患者マスタ２３から取得されたレコードの一例の構成図である。
【００６０】
ステップＳ２４では、ステップＳ２０〜Ｓ２３の処理において、患者マスタ２３から１件以上のレコードが取得されたか否かが判定される。予約管理サーバ２０は、１件以上のレコードを取得した場合、ステップＳ２５の処理に進む。患者番号「０００２」の患者が１０月分の診療を予約する場合、予約管理サーバ２０は図１１のような２件のレコードを取得したため、ステップＳ３０の処理に進む。なお、予約管理サーバ２０は予約受付不可な日付を格納する領域としての予約外日付リストを作成する。
【００６１】
一方、予約管理サーバ２０はレコードを取得しなかった場合、ステップＳ３０の処理に進む。患者番号「１０００」の患者が１０月分の診療を予約する場合、予約管理サーバ２０はレコードを取得しないため、ステップＳ３０の処理に進む。
【００６２】
ステップＳ２５では、患者マスタ２３から取得した１件以上のレコードのうち来院日付が最新のレコードが選択される。予約管理サーバ２０は、選択したレコードの項目「次回予定診療行為」から診療行為コードを読み出し、診療行為コードの一致するレコードを診療行為チェックマスタ２４から取得する。
【００６３】
患者番号「０００２」の患者が１０月分の診療を予約する場合、予約管理サーバ２０は図１１のような２件のレコードのうち来院日付「２００３１０１０」のレコードを最新のレコードとして選択する。予約管理サーバ２０は、選択したレコードの項目「次回予定診療行為」から診療行為コード「１０００，３０００，４０００」を読み出し、読み出した診療行為コードと一致する図１２のようなレコードを診療行為チェックマスタ２４から取得する。図１２は、ステップＳ２５の処理で診療行為チェックマスタ２４から取得されたレコードの一例の構成図である。
【００６４】
ステップＳ２６では、ステップＳ２５で診療行為チェックマスタ２４から取得した１件以上のレコードを１件ずつ選択し、そのレコードから禁忌条件を解釈して、その禁忌条件に合致する項目があるか否かをチェックする。予約管理サーバ２０は、禁忌条件に合致する項目があれば予約受付不可な日付を予約外日付リストに追加する。
【００６５】
ステップＳ２６の禁忌条件チェック処理は、例えば図１３のフローチャートのように行われる。図１３は、ステップＳ２６の禁忌条件チェック処理の一例のフローチャートである。
【００６６】
ステップＳ１００では、予約管理サーバ２０が、ステップＳ２５で診療行為チェックマスタ２４から取得した１件以上のレコードが全て処理済みか否かを判定する。診療行為チェックマスタ２４から取得した１件以上のレコードを全て処理済みと判定すると（Ｓ１００においてＹＥＳ）、予約管理サーバ２０は禁忌条件チェック処理を終了する。一方、診療行為チェックマスタ２４から取得した１件以上のレコードに未処理のレコードがあると判定すると（Ｓ１００においてＮＯ）、予約管理サーバ２０はステップＳ１０１に進む。ステップＳ１０１では、予約管理サーバ２０が、診療行為チェックマスタ２４から取得した１件以上のレコードから未処理のレコードを１件選択し、禁忌条件を解釈する。
【００６７】
ステップＳ１０２では、予約管理サーバ２０が、ステップＳ２３で患者マスタ２３から取得した１件以上のレコードが全て診療行為チェック済みか否かを判定する。患者マスタ２３から取得した１件以上のレコードが全て診療行為チェック済みと判定すると（Ｓ１０２においてＹＥＳ）、予約管理サーバ２０はステップＳ１００に戻る。
【００６８】
一方、患者マスタ２３から取得した１件以上のレコードに診療行為チェックが済んでいないレコードがあると判定すると（Ｓ１０２においてＮＯ）、予約管理サーバ２０はステップＳ１０３に進む。ステップＳ１０３では、予約管理サーバ２０が、患者マスタ２３から取得した１件以上のレコードのうち診療行為チェックが済んでいないレコードを１件選択し、診療行為チェックを行う。予約管理サーバ２０は、禁忌条件に合致する項目が選択したレコードにあれば予約受付不可な日付を予約外日付リストに追加する。ステップＳ１０３の処理のあと、予約管理サーバ２０はステップＳ１０２に戻る。
【００６９】
患者番号「０００２」の患者が１０月分の診療を予約する場合、予約管理サーバ２０は図１２のような２件のレコードを取得したため、ステップＳ１０１に進む。ステップＳ１０１では、予約管理サーバ２０が、診療行為コード「１０００」の禁忌条件「前回来院日付＋４＜次回来院可能日」を読み出し、「前回来院日の診療行為に３０００，４０００の診療行為コードを含んでいる場合は、それから４日以上空ける。」という禁忌条件として解釈する。
【００７０】
ステップＳ１０２では、予約管理サーバ２０が、患者マスタ２３から取得した図１１のレコードに診療行為チェックの済んでいないレコードがあるため、ステップＳ１０３に進む。ステップＳ１０３では、予約管理サーバ２０が、患者マスタ２３から取得した図１１のレコードのうち診療行為チェックが済んでいないレコードを１件選択し、診療行為チェックを行う。
【００７１】
予約管理サーバ２０は、図１１の来院日付「２００３１０１０」のレコードの診療行為リストに診療行為コード「３０００，４０００」が含まれているため、１０月の全日付から予約受付不可な日付「１０月１１，１２，１３及び１４日」を選択して予約外日付リストに追加する。
【００７２】
図１２のレコードのうち診療行為コード「１０００」のレコードによる診療行為チェックが終了したあと、予約管理サーバ２０は図１２のレコードのうち診療行為コード「１０００」のレコードによる診療行為チェックを同様に行う。この場合、予約受付不可な日付は無い。予約管理サーバ２０はステップＳ１００に戻り、図１２のような２件のレコードによる診療行為チェックが終了したので、図１３の処理を終了する。
【００７３】
ステップＳ２７では、患者マスタ２３から取得した１件以上のレコードのうち来院日付が最新のレコードが選択される。予約管理サーバ２０は、選択したレコードの項目「次回予定診療行為」から診療行為コードを読み出し、診療行為コードの一致するレコードを診療報酬チェックマスタ２５から取得する。
【００７４】
患者番号「０００２」の患者が１０月分の診療を予約する場合、予約管理サーバ２０は図１４のような２件のレコードのうち来院日付「２００３１０１０」のレコードを最新のレコードとして選択する。予約管理サーバ２０は、選択したレコードの項目「次回予定診療行為」から診療行為コード「１０００，３０００，４０００」を読み出し、読み出した診療行為コードと一致する図１４のようなレコードを診療報酬チェックマスタ２５から取得する。図１４は、ステップＳ２７の処理で診療報酬チェックマスタ２５から取得されたレコードの一例の構成図である。
【００７５】
ステップＳ２８では、ステップＳ２７で診療報酬チェックマスタ２５から取得した１件以上のレコードを１件ずつ選択し、そのレコードから診療報酬請求条件としての逓減条件または加算条件を解釈して、その逓減条件または加算条件に合致する項目があるか否かをチェックする。予約管理サーバ２０は、逓減条件または加算条件に合致する項目があれば予約受付不可な日付を予約外日付リストに追加する。
【００７６】
ステップＳ２８の診療報酬チェック処理は、例えば図１５のフローチャートのように行われる。図１５は、ステップＳ２８の診療報酬チェック処理の一例のフローチャートである。
【００７７】
ステップＳ２００では、予約管理サーバ２０が、ステップＳ２７で診療報酬チェックマスタ２５から取得した１件以上のレコードが全て処理済みか否かを判定する。診療報酬チェックマスタ２５から取得した１件以上のレコードを全て処理済みと判定すると（Ｓ２００においてＹＥＳ）、予約管理サーバ２０は診療報酬チェック処理を終了する。一方、診療報酬チェックマスタ２５から取得した１件以上のレコードに未処理のレコードがあると判定すると（Ｓ２００においてＮＯ）、予約管理サーバ２０はステップＳ２０１に進む。ステップＳ２０１では、予約管理サーバ２０が、診療報酬チェックマスタ２５から取得した１件以上のレコードから未処理のレコードを１件選択し、診療報酬請求条件を解釈する。
【００７８】
ステップＳ２０２では、予約管理サーバ２０が、ステップＳ２３で患者マスタ２３から取得した１件以上のレコードが全て診療報酬チェック済みか否かを判定する。患者マスタ２３から取得した１件以上のレコードが全て診療報酬チェック済みと判定すると（Ｓ２０２においてＹＥＳ）、予約管理サーバ２０はステップＳ２００に戻る。
【００７９】
一方、患者マスタ２３から取得した１件以上のレコードに診療報酬チェックが済んでいないレコードがあると判定すると（Ｓ２０２においてＮＯ）、予約管理サーバ２０はステップＳ２０３に進む。ステップＳ２０３では、予約管理サーバ２０が、患者マスタ２３から取得した１件以上のレコードのうち診療報酬チェックが済んでいないレコードを１件選択し、診療報酬チェックを行う。予約管理サーバ２０は、診療報酬請求条件に合致する項目が選択したレコードにあれば予約受付不可な日付を予約外日付リストに追加する。ステップＳ２０３の処理のあと、予約管理サーバ２０はステップＳ２０２に戻る。
【００８０】
患者番号「０００２」の患者が１０月分の診療を予約する場合、予約管理サーバ２０は図１４のような１件のレコードを取得したため、ステップＳ２０１に進む。ステップＳ２０１では、予約管理サーバ２０が、診療行為コード「３０００」の診療報酬請求条件のうちの逓減条件「ｃｏｕｎｔ（３０００）＞４ｉｎ同月」を読み出し、「同月に行った診療行為コード３０００の診療行為の合計が４回以上の場合に逓減する。」という診療報酬請求条件として解釈する。
【００８１】
ステップＳ２０２では、予約管理サーバ２０が、患者マスタ２３から取得した図１１のレコードに診療報酬チェックの済んでいないレコードがあるため、ステップＳ２０３に進む。ステップＳ２０３では、予約管理サーバ２０が、患者マスタ２３から取得した図１１のレコードのうち診療報酬チェックが済んでいないレコードを１件選択し、診療報酬チェックを行う。
【００８２】
予約管理サーバ２０は、図１１の２件のレコードの診療行為リストに診療行為コード「３０００」の診療行為が２件、次回予定診療行為に診療行為コード「３０００」の診療行為が１件含まれているため、１０月に行う診療行為コード３０００の診療行為の合計が３回となり、診療報酬請求条件に合致しない。したがって、図１４の診療報酬チェックにより予約受付不可となる日付は無い。図１４のレコードによる診療報酬チェックが終了したあと、予約管理サーバ２０はステップＳ２００に戻り、図１５の処理を終了する。
【００８３】
図４のステップＳ２９では、予約管理サーバ２０が、ステップＳ２３で取得した図１１のような患者情報の保険情報，未収情報を参照し、「次回、保険証が必要である」，「未収金がある」等、医療機関から患者に通知する必要のある通知情報があるか否かをチェックしている。
【００８４】
例えば予約管理サーバ２０は、図１１のレコードから最新の保険情報を取得して、保険証の次回の確認日を確認し、その確認日が同月の場合に「次回、保険証が必要である」という通知情報を保持する。また、予約管理サーバ２０は、図１１のレコードから未収情報を取得して、未収金の有無を確認し、未収金がある場合に「未収金がある」という通知情報を保持する。
【００８５】
患者番号「０００２」の患者の場合、図１１のレコードの保険情報は「２００３１０３１」となっているので、例えば保険証の次回の確認日「２００３１０３１」と「当月の保険証確認が必要です。予約日には保険証を持参して下さい。」というメッセージを通知情報として保持する。なお、図１１の最新のレコードの未収情報は「０」となっている為、メッセージを作成しない。
【００８６】
ステップＳ３０では、予約管理サーバ２０が、患者番号に対応する患者情報が患者マスタ２３にあったか否かにより、異なる手順で予約受付画面を作成する。ステップＳ２４において患者番号に対応する患者情報があった場合、予約管理サーバ２０は予約外日付リストおよび通知情報を取得する。予約管理サーバ２０は予約外日付リストに含まれる予約受付不可な日付を予約受付可能な日付リストから除外したあと、その日付リスト，病院管理情報マスタ２６から取得した医療機関の医師，設備等の情報及び予約管理マスタ２７から取得した医療機関の予約情報に応じて予約受付画面の日付選択欄を作成する。また、予約管理サーバ２０は取得した通知情報に応じて通知欄を作成する。そして、予約管理サーバ２０は、日付選択欄および通知欄が設けられた予約受付画面を作成する。
【００８７】
一方、患者番号に対応する患者情報が無かった場合、予約管理サーバ２０は禁忌条件チェック及び診療報酬請求条件チェックを行わず、病院管理情報マスタ２６から取得した医療機関の医師，設備等の情報及び予約管理マスタ２７から取得した医療機関の予約情報に応じて予約受付画面の日付選択欄を作成する。
【００８８】
図１６は、予約受付画面の一例のイメージ図である。予約受付画面１００は、日付選択欄１０１，通知欄１０２，予約ボタン１０３及びキャンセルボタン１０４が設けられている。図１６の日付選択欄１０１は、医療機関の医師，設備等の制約条件だけでなく、診療報酬請求上または診療行為上の制約条件をチェックした日付から作成されており、予約受付不可な日付として１０月１７，１８，２２，２３及び２４日が除外された例である。
【００８９】
また、通知欄１０２は医療機関から患者に通知する必要のある通知情報から作成されており、「当月の保険証確認が必要です。予約日には保険証を持参して下さい。」というメッセージが表示された例である。
【００９０】
患者は、ブラウザ１１に表示された予約受付画面１００の日付選択欄１０１から予約を行いたい日付のラジオボタンを選択し、時間をコンボボックスに入力し、予約ボタン１０３を押下して、その日付の予約を指示する。なお、患者は医療機関から患者に通知する必要のある事項を通知欄１０２で確認する。
【００９１】
図１７は、予約受付画面の他の一例のイメージ図である。予約受付画面２００は、日付選択欄２０１，通知欄２０２，予約ボタン２０３及びキャンセルボタン２０４が設けられている。図１７の予約受付画面２００の日付選択欄２０１は、図１６の予約受付画面１００の日付選択欄１０１と同様、医療機関の医師，設備等の制約条件だけでなく、診療報酬請求上または診療行為上の制約条件をチェックした日付から作成されている。
【００９２】
図１７の日付選択欄２０１は、予約受付不可な日付として１０月１７，１８，２２，２３及び２４日の表示箇所を空白とした例である。なお、図１６の日付選択欄１０１は予約受付不可な日付の表示箇所を詰めて表示した例である。図１７の予約受付画面２００の日付選択欄２０１以外の構成は、図１６の予約受付画面１００と同様である。
【００９３】
図１８は、予約受付画面の他の一例のイメージ図である。予約受付画面３００は、日付選択欄３０１，通知欄３０２，予約ボタン３０３及びキャンセルボタン３０４が設けられている。図１８の予約受付画面３００の通知欄３０２は、予約受付不可な日付が選択できない理由を表示している。
【００９４】
図１８の通知欄３０２は、１０月１１〜１４日が選択できない理由として「前回の医療行為により、前回来院日から４日以上空ける必要があるため、１０月１１〜１４日は選択できません。」というメッセージが表示された例である。図１８の予約受付画面３００の通知欄３０２以外の構成は、図１６の予約受付画面１００と同様である。
【００９５】
なお、図１８の予約受付画面３００は、図１９のような医療行為チェックマスタ２４および図２０のような予約外日付リストを利用して実現される。図１９は、診療行為チェックマスタの他の一例の構成図である。また、図２０は予約外日付リストの一例の構成図である。
【００９６】
図１９の診療行為チェックマスタ２４は、通知欄３０２に表示する為の出力メッセージを項目として含む。また、予約外日付リストは予約受付不可な日付と、その日付を選択できない理由を表す出力メッセージとを関連付ける仕組みを有している。
【００９７】
上述したように、本発明による予約管理システムによれば、診療報酬請求上の制約条件をチェックすることで、医療機関は診療報酬請求点数の逓減を最小限に抑制することが可能となる。また、診療行為上の制約条件をチェックすることで、患者は安全な予約を行うことが可能となる。さらに、医療機関から患者に通知する必要のある事項を予約受付画面に表示することで、窓口受付業務を効率化でき、医療機関の一時負担金としての未収金を減少することが可能となる。
【００９８】
本発明は、以下に記載する付記のような構成が考えられる。
（付記１）
所定のサービスを提供する提供側が、前記サービスを利用するユーザからの予約受付を行うコンピュータに、
前記提供側にとって都合の悪い日付を判定し、その日付を予約受付不可な予約外日付リストに追加する第１の日付追加手順と、
前記ユーザのサービス利用情報を参照し、前記ユーザが過去に利用したサービスの内容及びサービスを利用した日付と前記ユーザが次回に利用を予定しているサービスの内容とを比較して、所定の禁忌条件を満たさない日付を前記予約外日付リストに追加する第２の日付追加手順と、
前記予約外日付リストに追加されている予約受付不可な日付を予約受付可能な日付リストから除外し、予約受付不可な日付が除外された日付リストを用いて予約受付画面を作成して、その予約受付画面を前記ユーザの操作するクライアントに提供して前記ユーザからの予約受付を行う予約受付手順と
を実行させるための予約管理プログラム。
（付記２）
医療機関が患者からの予約受付を行うコンピュータに、
前記患者の診療情報を参照し、前記患者が過去に受けた診療行為及び診療日と前記患者が次回に予定している診療行為とを比較して、所定の診療報酬請求条件に基づき、診療報酬請求点数が逓減される日付を予約受付不可な予約外日付リストに追加する第１の日付追加手順と、
前記患者の診療情報を参照し、前記患者が過去に受けた診療行為及び診療日と前記患者が次回に予定している診療行為とを比較して、所定の禁忌条件を満たさない日付を前記予約外日付リストに追加する第２の日付追加手順と、
前記予約外日付リストに追加されている予約受付不可な日付を予約受付可能な日付リストから除外し、予約受付不可な日付が除外された日付リストを用いて予約受付画面を作成して、その予約受付画面を前記患者の操作するクライアントに提供して前記患者からの予約受付を行う予約受付手順と
を実行させるための予約管理プログラム。
（付記３）
前記予約受付手順は、前記ユーザ又は患者に通知する必要のある通知情報を取得し、その通知情報を含むように前記予約受付画面を作成することを特徴とする付記１又は２記載の予約管理プログラム。
（付記４）
前記予約受付手順は、前記予約受付可能な日付リストから除外された予約受付不可な日付ごとに予約受付ができない理由を表した理由情報を取得し、その理由情報を含むように前記予約受付画面を作成することを特徴とする付記１又は２記載の予約管理プログラム。
（付記５）
所定のサービスを提供する提供側が、前記サービスを利用するユーザからの予約受付を行うコンピュータの予約管理方法であって、
前記コンピュータが、前記提供側にとって都合の悪い日付を判定し、その日付を予約受付不可な予約外日付リストに追加する第１の日付追加段階と、
前記コンピュータが、前記ユーザのサービス利用情報を参照し、前記ユーザが過去に利用したサービスの内容及びサービスを利用した日付と前記ユーザが次回に利用を予定しているサービスの内容とを比較して、所定の禁忌条件を満たさない日付を前記予約外日付リストに追加する第２の日付追加段階と、
前記コンピュータが、前記予約外日付リストに追加されている予約受付不可な日付を予約受付可能な日付リストから除外し、予約受付不可な日付が除外された日付リストを用いて予約受付画面を作成して、その予約受付画面を前記ユーザの操作するクライアントに提供して前記ユーザからの予約受付を行う予約受付段階と
を有する予約管理方法。
（付記６）
所定のサービスを提供する提供側が、前記サービスを利用するユーザからの予約受付を行う予約管理装置であって、
前記提供側にとって都合の悪い日付を判定し、その日付を予約受付不可な予約外日付リストに追加する第１の日付追加手段と、
前記ユーザのサービス利用情報を参照し、前記ユーザが過去に利用したサービスの内容及びサービスを利用した日付と前記ユーザが次回に利用を予定しているサービスの内容とを比較して、所定の禁忌条件を満たさない日付を前記予約外日付リストに追加する第２の日付追加手段と、
前記予約外日付リストに追加されている予約受付不可な日付を予約受付可能な日付リストから除外し、予約受付不可な日付が除外された日付リストを用いて予約受付画面を作成して、その予約受付画面を前記ユーザの操作するクライアントに提供して前記ユーザからの予約受付を行う予約受付手段と
を有することを特徴とする予約管理装置。
（付記７）
所定のサービスを提供する提供側が、前記サービスを利用するユーザからの予約受付を行うコンピュータに、
前記提供側にとって都合の悪い日付を判定し、その日付を予約受付不可な予約外日付リストに追加する第１の日付追加手順と、
前記ユーザのサービス利用情報を参照し、前記ユーザが過去に利用したサービスの内容及びサービスを利用した日付と前記ユーザが次回に利用を予定しているサービスの内容とを比較して、所定の禁忌条件を満たさない日付を前記予約外日付リストに追加する第２の日付追加手順と、
前記予約外日付リストに追加されている予約受付不可な日付を予約受付可能な日付リストから除外し、予約受付不可な日付が除外された日付リストを用いて予約受付画面を作成して、その予約受付画面を前記ユーザの操作するクライアントに提供して前記ユーザからの予約受付を行う予約受付手順と
を実行させるための予約管理プログラムを記録したコンピュータ読み取り可能な記録媒体。
【図面の簡単な説明】
【００９９】
【図１】本発明による予約管理システムの一実施例の構成図である。
【図２】予約管理サーバの一例のハードウェア構成図である。
【図３】予約管理サーバがクライアントからの予約受付を行う処理の一例のシーケンス図である。
【図４】ステップＳ５の予約受付画面作成処理の詳細を表した一例のフローチャートである。
【図５】患者マスタの一例の構成図である。
【図６】診療行為チェックマスタの一例の構成図である。
【図７】診療報酬チェックマスタの一例の構成図である。
【図８】具体的なデータが格納されている患者マスタの一例の構成図である。
【図９】具体的なデータが格納されている診療行為チェックマスタの一例の構成図である。
【図１０】具体的なデータが格納されている診療報酬チェックマスタの一例の構成図である。
【図１１】ステップＳ２０〜２３の処理で患者マスタから取得されたレコードの一例の構成図である。
【図１２】ステップＳ２５の処理で診療行為チェックマスタから取得されたレコードの一例の構成図である。
【図１３】ステップＳ２６の禁忌条件チェック処理の一例のフローチャートである。
【図１４】ステップＳ２７の処理で診療報酬チェックマスタから取得されたレコードの一例の構成図である。
【図１５】ステップＳ２８の診療報酬チェック処理の一例のフローチャートである。
【図１６】予約受付画面の一例のイメージ図である。
【図１７】予約受付画面の他の一例のイメージ図である。
【図１８】予約受付画面の他の一例のイメージ図である。
【図１９】診療行為チェックマスタの他の一例の構成図である。
【図２０】予約外日付リストの一例の構成図である。
【符号の説明】
【０１００】
１０    クライアント
１１    ブラウザ
２０    予約管理サーバ
２１    予約管理インターフェース
２２    行為チェック機能
２３    患者マスタ
２４    診療行為チェックマスタ
２５    診療報酬チェックマスタ
２６    病院管理情報マスタ
２７    予約管理マスタ
３０    ネットワーク
４１    入力装置
４２    表示装置
４３    ドライブ装置
４４    記録媒体
４５    補助記憶装置
４６    メモリ装置
４７    演算処理装置
４８    インターフェース装置
１００，２００，３００    予約受付画面
【図１】
2005227819.tif 000003
【図２】
2005227819.tif 000004
【図３】
2005227819.tif 000005
【図４】
2005227819.tif 000006
【図５】
2005227819.tif 000007
【図６】
2005227819.tif 000008
【図７】
2005227819.tif 000009
【図８】
2005227819.tif 000010
【図９】
2005227819.tif 000011
【図１０】
2005227819.tif 000012
【図１１】
2005227819.tif 000013
【図１２】
2005227819.tif 000014
【図１３】
2005227819.tif 000015
【図１４】
2005227819.tif 000016
【図１５】
2005227819.tif 000017
【図１６】
2005227819.tif 000018
【図１７】
2005227819.tif 000019
【図１８】
2005227819.tif 000020
【図１９】
2005227819.tif 000021
【図２０】
2005227819.tif 000022