(57)【要約】【課題】従来よりも、予約制を採用している医療施設に受け入れられやすい方法で、かつ、効果的に、患者の集中を緩和する。【解決手段】予約をせずに来院する予約外患者数の予測値（予測患者数）を取得する。予測患者数（実線）が相対的に多い時間帯には、予約して来院する予約患者の予約受け入れ数（破線）を相対的に少なく、予測患者数が相対的に少ない場合には、予約受け入れ数が相対的に多くなるように、予約患者の予約受け入れ数を決定する。混雑が予想される時間帯には、予約患者が少なくなるので、予約外患者を多く受け入れられる。空いている時間帯は、予約患者の予約受け入れ数が多くなるので、予約患者を空いている時間帯に誘導できる。また、予約患者及び予約外患者を合計した総数を、医療施設が受け入れ可能な受け入れ総数を大幅に超えることがない。【選択図】図４
2009205359.tif 000002
【特許請求の範囲】
【請求項１】
診療の予約の受け付けを支援する受付支援装置において、
予約をしないで来院する予約外患者の予測値である予測患者数を取得する予測患者数取得手段と、
前記予測患者数が相対的に多い場合には、予約をして来院する予約患者を受け入れる予約受け入れ数を相対的に少なく、前記予測患者数が相対的に少ない場合には、前記予約受け入れ数を相対的に多くするように、前記予約受け入れ数を決定する予約受け入れ数決定手段とを備えたことを特徴とする受付支援装置。
【請求項２】
前記予約受け入れ数決定手段は、１日の診療時間を分割して設定した時間帯を単位として前記予約受け入れ数を決定することを特徴とする請求項１記載の受付支援装置。
【請求項３】
前記予約受け入れ数の上限を定める予約上限値及びその下限を定める予約下限値を設定する限界値設定手段を備えており、
前記予約受け入れ数決定手段は、前記限界値設定手段で設定された範囲内で前記予約受け入れ数を決定することを特徴とする請求項２記載の受付支援装置。
【請求項４】
前記予約受け入れ数を決定するための複数の異なる算出式を設定する算出式設定手段を備えており、
前記予約受け入れ数決定手段は、設定された前記算出式で前記予約受け入れ数を決定することを特徴とする請求項３記載の受付支援装置。
【請求項５】
前記予測患者数は、１日の前記時間帯別の複数の前記予測患者数を含み、
前記予約受け入れ数決定手段は、前記時間帯別の前記各予測患者数を平均した平均患者数と、前記時間帯別のそれぞれの前記予測患者数とを比較して、前記時間帯別の予約受け入れ数を決定することを特徴とする請求項３又は４記載の受付支援装置。
【請求項６】
前記予約受け入れ数決定手段は、前記平均患者数と前記時間帯別のそれぞれの予測患者数の差に基づいて、前記時間帯別の予約受け入れ数を決定することを特徴とする請求項５記載の受付支援装置。
【請求項７】
前記予約受け入れ数決定手段は、前記予約受け入れ数の算出対象となる前記時間帯の予測患者数をＮｅ、前記平均患者数をＮａｖとして、以下の式（１）又は式（２）に従って算出値Ｃを求め、
Ｃ＝２Ｎａｖ−Ｎｅ・・・・・・・・式（１）
Ｃ＝３／２Ｎａｖ−Ｎｅ／２・・・・式（２）
前記算出値Ｃが前記予約上限値と前記予約下限値の範囲内の場合には、前記算出値Ｃを前記予約受け入れ数とし、前記算出値Ｃが前記範囲外の場合には、前記予約上限値又は予約下限値を前記予約受け入れ数とすることを特徴とする請求項６記載の受付支援装置。
【請求項８】
前記予測患者数は、曜日毎の前記時間帯別の予測患者数であり、
前記予約受け入れ数決定手段は、前記時間帯別の予約受け入れ数を、前記曜日毎の前記予測患者数に基づいて決定することを特徴とする請求項２〜７いずれか記載の受付支援装置。
【請求項９】
前記予約受け入れ数決定手段によって決定された、前記時間帯別の予約受け入れ数は、前記時間帯別に予約枠が設けられた予約画面に出力されることを特徴とする請求項２〜８いずれか記載の受付支援装置。
【請求項１０】
診療の予約の受け付けを支援する受付支援方法において、
予約をしないで来院する予約外患者の予測値である予測患者数を取得する予測患者数取得ステップと、
前記予測患者数が相対的に多い場合には、予約をして来院する予約患者を受け入れる予約受け入れ数を相対的に少なく、前記予測患者数が相対的に少ない場合には、前記予約受け入れ数を相対的に多くするように、前記予約受け入れ数を決定する予約受け入れ数決定ステップとを備えたことを特徴とする受付支援方法。
【請求項１１】
複数の医療施設の第１コンピュータシステムと、前記第１コンピュータシステムとネットワークを介して通信可能に接続されるデータセンタの第２コンピュータシステムとからなる医用ネットワークシステムにおいて、
前記第２コンピュータシステムは、
予約をしないで来院する予約外患者の予測値である予測患者数を取得する予測患者数取得手段と、
前記予測患者数が相対的に多い場合には、予約をして来院する予約患者を受け入れる予約受け入れ数を相対的に少なく、前記予測患者数が相対的に少ない場合には、前記予約受け入れ数を相対的に多くするように、前記予約受け入れ数を決定する予約受け入れ数決定手段とを備えたことを特徴とする医用ネットワークシステム。
【請求項１２】
前記第２コンピュータシステムは、前記各医療施設に対する診療の予約を受け付ける予約画面を、前記予約の依頼元のクライアント端末へ配信し、
前記クライアント端末から予約申し込み情報を受信して、受信した前記予約申し込み情報を前記予約の依頼先へ配信することを特徴とする請求項１１記載の医用ネットワークシステム。
【請求項１３】
前記第２コンピュータシステムは、前記クライアント端末によって指定された時間帯に予約が可能な医療施設を検索する検索手段を備えていることを特徴とする請求項１１又は１２記載の医用ネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受付支援装置及び方法、並びに医用ネットワークシステムに関するものである。
【背景技術】
【０００２】
診療所や病院などの医療施設では、患者が来院してから、診療が開始されるまでの診療の待ち時間が長いことが問題になっている。診療の待ち時間が長時間化する原因の１つは、一時に患者が集中することにある。医療施設は、スタッフの人数や診療設備の数等によって単位時間当たりに受け入れ可能な受け入れ総数に限界があるため、受け入れ総数を上回る患者が来院して患者が集中すると、診療の待ち時間が長時間化する。
【０００３】
糖尿病、心臓疾患といった定期的な通院が必要となる疾患を主として取り扱う診療所や、歯科医院といった医療施設の多くは、患者の集中を緩和して患者数の平準化を図る方策として予約制を採用している。
【０００４】
しかし、予約制を採用する医療施設でも、予約して来院する患者（予約患者）だけを受け入れて、予約をせずに来院する患者（予約外患者）を完全に排除する完全予約制を採用することは、急患の対応といった医療倫理的な理由ばかりでなく、予約外患者を完全に排除することに起因して生じる、長期的な患者数の落ち込みの防止といった経営上の理由からも困難であるのが実情である。そのため、予約外患者数が予想以上に多い場合には、患者の集中が生じてしまうという問題がある。
【０００５】
特許文献１には、時間帯、曜日、日にちを単位として来院する患者数を予測する患者数予測システムが記載されている。患者の集中を緩和する方法として、このシステムによる予測結果を患者に通知することで、空いている時間帯に患者を誘導することが考えられる。しかし、この方法では、予測結果が患者に通知されるのみであり、混雑時間帯を避けて空いている時間帯を選択するか否かの最終的な判断は患者に委ねられることになるため、来院する患者数を積極的にコントロールすることはできず、実効性に欠ける。
【０００６】
また、特許文献２に記載の順番予約システムでは、予め設定した基準時に予約を入れた予約患者については、来院時刻の早い予約外患者よりも、順番を優先させるというように、予約患者に対してインセンティブを与えている。予約患者にインセンティブを与えることで、患者を予約へと積極的に誘導する効果が期待できるので、長期的にみれば、予約外患者数の軽減につながり、患者の集中を緩和する効果が期待できる。
【特許文献１】特開２００５−１１５７８２号公報
【特許文献２】特開平７−１５２８２９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献２の順番予約システムを利用する方法は、予約患者には歓迎される方法であるものの、予約外患者のデメリットが多く、そのため、医療現場の実情を考慮すると受け入れられ難い。というのは、順番予約システムを利用する方法では、基準時間帯に予約した予約患者はすべて予約外患者に優先され、予約外患者はすべて後回しにされるので、予約患者の数が多いと、予約外患者の診療待ち時間は非常に長くなる。しかも、予約外患者の目前で予約患者をあからさまに優先する取り扱いは、予約外患者に対して、決して好ましい印象を与えるものではなく、予約外患者を予約へと促すインセンティブになるどころか、来院した医療施設の印象を害する結果にもなりかねない。そうなると、不快な思いをした予約外患者の風評によって、医療施設の患者数の落ち込みにつながるおそれもあり、医療施設の経営上致命的な問題ともなりうる。
【０００８】
本発明は、こうした背景に鑑みてなされたもので、その目的は、従来よりも、予約制を採用している医療施設に受け入れられやすい方法で、かつ、効果的に、患者の集中を緩和することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明の受付支援装置は、診療の予約の受け付けを支援する受付支援装置において、予約をしないで来院する予約外患者の予測値である予測患者数を取得する予測患者数取得手段と、前記予測患者数が相対的に多い場合には、予約をして来院する予約患者を受け入れる予約受け入れ数を相対的に少なく、前記予測患者数が相対的に少ない場合には、前記予約受け入れ数を相対的に多くするように、前記予約受け入れ数を決定する予約受け入れ数決定手段とを備えたことを特徴とする。ここで、診療とは、診察、治療、検査のうち少なくとも１つを含む意味である。
【００１０】
前記予約受け入れ数決定手段は、１日の診療時間を分割して設定した時間帯を単位として前記予約受け入れ数を決定することが好ましい。
【００１１】
前記予約受け入れ数の上限を定める予約上限値及びその下限を定める予約下限値を設定する限界値設定手段を備えており、前記予約受け入れ数決定手段は、前記限界値設定手段で設定された範囲内で前記予約受け入れ数を決定することが好ましい。
【００１２】
前記予約受け入れ数を決定するための複数の異なる算出式を設定する算出式設定手段を備えており、前記予約受け入れ数決定手段は、設定された前記算出式で前記予約受け入れ数を決定することが好ましい。
【００１３】
前記予測患者数は、１日の前記時間帯別の複数の前記予測患者数を含み、前記予約受け入れ数決定手段は、前記時間帯別の前記各予測患者数を平均した平均患者数と、前記時間帯別のそれぞれの前記予測患者数と比較して、前記時間帯別の予約受け入れ数を決定することが好ましい。
【００１４】
前記予約受け入れ数決定手段は、前記平均患者数と前記時間帯別のそれぞれの予測患者数の差に基づいて、前記時間帯別の予約受け入れ数を決定することが好ましい。
【００１５】
前記予約受け入れ数決定手段は、前記予約受け入れ数の算出対象となる前記時間帯の予測患者数をＮｅ、前記平均患者数をＮａｖとして、以下の式（１）又は式（２）に従って算出値Ｃを求め、
Ｃ＝２Ｎａｖ−Ｎｅ・・・・・・・・式（１）
Ｃ＝３／２Ｎａｖ−Ｎｅ／２・・・・式（２）
前記算出値Ｃが前記予約上限値と前記予約下限値の範囲内の場合には、前記算出値Ｃを前記予約受け入れ数とし、前記算出値Ｃが前記範囲外の場合には、前記予約上限値又は予約下限値を前記予約受け入れ数とすることが好ましい。
【００１６】
前記予測患者数は、曜日毎の前記時間帯別の予測患者数であり、前記予約受け入れ数決定手段は、前記時間帯別の予約受け入れ数を、前記曜日毎の前記予測患者数に基づいて決定することが好ましい。
【００１７】
前記予約受け入れ数決定手段によって決定された、前記時間帯別の予約受け入れ数は、前記時間帯別に予約枠が設けられた予約画面に出力されることが好ましい。
【００１８】
本発明の受付支援方法は、診療の予約の受け付けを支援する受付支援方法において、予約をしないで来院する予約外患者の予測値である予測患者数を取得する予測患者数取得ステップと、前記予測患者数が相対的に多い場合には、予約をして来院する予約患者を受け入れる予約受け入れ数を相対的に少なく、前記予測患者数が相対的に少ない場合には、前記予約受け入れ数を相対的に多くするように、前記予約受け入れ数を決定する予約受け入れ数決定ステップとを備えたことを特徴とする。
【００１９】
本発明の医用ネットワークシステムは、複数の医療施設の第１コンピュータシステムと、前記第１コンピュータシステムとネットワークを介して通信可能に接続されるデータセンタの第２コンピュータシステムとからなる医用ネットワークシステムにおいて、前記第２コンピュータシステムは、予約をしないで来院する予約外患者の予測値である予測患者数を取得する予測患者数取得手段と、前記予測患者数が相対的に多い場合には、予約をして来院する予約患者を受け入れる予約受け入れ数を相対的に少なく、前記予測患者数が相対的に少ない場合には、前記予約受け入れ数を相対的に多くするように、前記予約受け入れ数を決定する予約受け入れ数決定手段とを備えたことを特徴とする。
【００２０】
前記第２コンピュータシステムは、前記各医療施設に対する診療の予約を受け付ける予約画面を、前記予約の依頼元のクライアント端末へ配信し、前記クライアント端末から予約申し込み情報を受信して、受信した前記予約申し込み情報を前記予約の依頼先へ配信することが好ましい。
【００２１】
前記第２コンピュータシステムは、前記クライアント端末によって指定された時間帯に予約が可能な医療施設を検索する検索手段を備えていることが好ましい。
【発明の効果】
【００２２】
本発明は、予約をしないで来院する予約外患者の予測値である予測患者数が相対的に多い場合には、予約をして来院する予約患者の予約受け入れ数を相対的に少なく、予測患者数が相対的に少ない場合には、予約受け入れ数が相対的に多くなるように、予約受け入れ数を決定するようにしたから、従来よりも、予約制を採用している医療施設に受け入れられやすい方法で、かつ、効果的に、患者の集中を緩和することができる。
【発明を実施するための最良の形態】
【００２３】
図１に示すように、診療受付端末１０は、例えば、診療所に設置され、医師や看護師などのスタッフによって操作される。診療受付端末１０は、患者の診療の予約の申し込みを受け付けて、受け付けた予約情報を管理する。診療受付端末１０は、例えば、本体１１及びコンソール１２からなる、パーソナルコンピュータやワークステーションをベースに受付プログラム１３をインストールすることによって構成される。コンソール１２は、ディスプレイ１４と、キーボード１５ａやマウス１５ｂなどの入力デバイス１５からなる。
【００２４】
ディスプレイ１４には、診療の予約を受け付けるためのＧＵＩ（Graphical User Interface）である予約画面１７が表示される。予約画面１７には、カレンダ形式で予約枠１８ａを表示する予約枠表示領域１８が設けられている。予約枠１８ａは、１日の診療時間を、例えば、９：３０〜１０：００、１０：００〜１０：３０というように、３０分を単位として分割した時間帯別に設定される。
【００２５】
各予約枠１８ａに表示される数字は、それぞれの予約枠１８ａで予約が可能な残り人数であり、この残り人数を表示することで予約枠１８ａの空き状況が確認できる。各予約枠１８ａには、予約受け入れ数が設定されている。予約受け入れ数は、予約枠１８ａ毎に予約患者の受け入れを許容する最大数である。この予約受け入れ数から予約を受け付けた受付件数を控除した残り人数が、予約枠１８ａに表示される。例えば、予約受け入れ数が「６」に設定された予約枠１８ａの受付件数が「０件」の場合には、その予約枠１８ａには、残り人数が「６」と表示され、受付件数が「１件」になった場合には、残り人数が１人分減算されて、「５」となる。
【００２６】
図において、各予約枠１８ａには、１件の予約も入っていない状態が示されており、各予約枠１８ａ内の残り人数は、予約受け入れ数と一致している。例えば、２月４日（月）の「９：００〜９：３０」及び同日の「０９：３０〜１０：００」の予約枠１８ａの残り人数は、「４」であり、予約受け入れ数も「４」である。２月５日（火）の「９：００〜９：３０」及び同日の「９：３０〜１０：００」の残り人数は、「５」であり、予約受け入れ数も「５」である。
【００２７】
スタッフは、例えば、来院した患者から再来を希望する希望日時を聞き、予約画面１７で希望日時の空き状況を確認し、希望日時の予約枠１８ａが空いている場合には、その予約枠１８ａの予約操作を行う。希望日時の予約枠１８ａが空いていない場合には、予約枠１８ａの空き状況を患者に伝えたり、場合によっては、予約画面１７を患者に見せて、予約枠１８ａを選択させる。
【００２８】
予約枠１８ａの１つをマウス１５ｂのポインタ１９で選択して、マウス１５ｂをクリック操作すると、入力ウインドウ２０が表示される。入力ウインドウ２０には、例えば、選択された予約枠１８ａに対応する予約日時、患者ＩＤや患者名を入力するテキストボックス、実行ボタン及びキャンセルボタンが表示される。キーボード１５ａを操作してテキストボックスに患者ＩＤや患者名を予約申し込み情報として入力し、実行ボタンをマウス１５ｂでクリックすると、予約が確定する。図においては、２月７日（木）の「１０：３０〜１１：００」の予約枠１８ａが選択されており、予約が確定すると、当該予約枠１８ａの残り人数が、１人分減算されて、「６」から「５」に更新される。
【００２９】
本体１１は、ＣＰＵ２１、メモリ２２、ＨＤＤ２３、ＬＡＮポート２４からなり、これらはデータバス２５を介して接続されている。ＨＤＤ２３には、オペレーティングシステムなどの制御プログラムや受付プログラム１３が格納されている。メモリ２２は、ＣＰＵ２１が処理を実行するためのワークメモリである。ＣＰＵ２１は、ＨＤＤ２３に格納された制御プログラムをメモリ２２へロードして、プログラムに従った処理を実行することにより、装置各部を統括的に制御する。ＣＰＵ２１は、受付プログラム１３を実行することにより、受付処理部２１ａ、予約受け入れ数決定部２１ｂとして機能する。
【００３０】
受付処理部２１ａは、ディスプレイ１４に表示される予約画面１７を生成及び更新する処理と、コンソール１２を通じて入力された予約申し込み情報の受付処理を行う。予約受け入れ数決定部２１ｂは、予約枠１８ａ毎の予約受け入れ数を決定する予約受け入れ数決定処理を行う。予約受け入れ数決定処理は、後述するように、予測データに基づいて予約受け入れ数を自動的に決定することにより、予約の受付を支援する処理である。受付プログラム１３には、プログラム本体の他、予約受け入れ数決定部２１ｂが、予約受け入れ数の決定に使用する、予約受け入れ数の上限及び下限を定める限界値、予約受け入れ数を算出する算出式といった設定データ１３ａが含まれる。限界値や算出式は、コンソール１２を通じて設定の変更が可能である。
【００３１】
ＬＡＮポート２４は、ＬＡＮ２６との間で伝送制御を行うネットワークインタフェースである。診療受付端末１０は、ＬＡＮ２６を介して、ＤＢサーバ２７と通信可能に接続されている。ＤＢサーバ２７は、例えば、パーソナルコンピュータやワークステーションをベースにＤＢＭＳ（Data Base Management System）をインストールすることによって構成される。受付処理部２１ａ及び予約受け入れ数決定部２１ｂは、ＬＡＮポート２４を通じてＤＢサーバ２７にアクセスする。
【００３２】
図２に示すように、ＤＢサーバ２７には、ストレージユニット内に受付データＤＢ３１、スケジュールＤＢ３２、予測データＤＢ３３といった種々のＤＢが構築される。ＤＢサーバ２７は、受付処理部２１ａ及び予約受け入れ数決定部２１ｂが発行する要求に応じて、各ＤＢ内のデータの読み出し、更新、検索といった処理を行う。
【００３３】
受付データＤＢ３１には、予約を受け付けた受付データが格納される。予約が受け付けられると、予約申し込み情報に基づいて、１件毎に受付レコードが作成される。受付データは、複数の受付レコードの集合である。各受付レコードには、受付毎に発行される受付ＩＤ、患者ＩＤ、患者名、予約枠ＩＤ、予約日時といった項目が記録される。
【００３４】
スケジュールＤＢ３２には、スケジュールデータが格納される。スケジュールデータは、営業日に関する情報、及び時間帯別に設定された予約枠１８ａに関する情報を記録したカレンダデータと、予約枠１８ａ毎の予約受け入れ数を記録した予約受け入れ数データと、予約枠１８ａ毎の受付件数を記録した受付件数データとからなる。
【００３５】
予約受け入れ数データは、日別に生成される複数の予約受け入れ数レコード３６からなる。１件の予約受け入れ数レコード３６には、１営業日の各予約枠１８ａにそれぞれ設定された予約受け入れ数が記録される。受付件数データには、営業日毎にそれぞれの予約枠１８ａで受け付けた受付件数が記録される。受付件数データは、予約を受け付ける毎に、予約枠１８ａの受付件数が更新される。予約受け入れ数レコード３６に記録された予約受け入れ数から、受付件数が控除されて、予約画面１７に表示される予約枠１８ａの残り人数が更新される。
【００３６】
予測データＤＢ３３には、来院が予想される患者数の予測結果が格納される。予測データは、例えば、曜日別の予測結果をそれぞれ記録した複数の予測患者数レコード３７からなる。予測患者数レコード３７には、予約枠１８ａに対応する時間帯毎の予測患者数が記録される。予測患者数は、予約をしないで来院する予約外患者の予測値である。
【００３７】
図３に示すように、受付処理部２１ａは、コンソール１２からの予約画面１７の呼び出しに応じて、スケジュールＤＢ３２へアクセスしてスケジュールデータを読み出して、予約画面１７を生成し、コンソール１２に出力する。受付処理部２１ａは、予約申し込み情報がコンソール１２から入力されると、受付処理を行う。受付処理では、受付データＤＢ３１にアクセスして、予約申し込み情報が記録される受付レコードを追加する。また、スケジュールＤＢ３２にアクセスして、スケジュールデータに含まれる受付件数データを更新する。受付件数データは、予約を受け付けた予約枠１８ａに対応する件数が１件分インクリメントされる。受付処理部２１ａは、受付件数レコードを更新した場合には、予約受け入れ数から受付件数を控除して、対応する予約枠１８ａの残り人数を更新する。
【００３８】
予約受け入れ数決定部２１ｂは、予測データＤＢ３３から、予測患者数レコードを１件ずつ読み出して取得する。また、予約受け入れ数決定部２１ｂは、ＨＤＤ２３から、予約受け入れ数の限界値（予約上限値と予約下限値）や算出式等の設定データ１３ａを読み出す。予約受け入れ数決定部２１ｂは、これらに基づいて予約受け入れ数決定処理を実行して、営業日単位で、各予約枠１８ａの予約受け入れ数を決定し、決定した予約受け入れ数を、スケジュールＤＢ３２内の予約受け入れ数レコード３６に記録する。予測データは、定期的（例えば、１年毎や１月毎）に更新される。そのため、最新の予測データで予測ができるように、予約受け入れ数決定処理は、例えば、１月の月初に２月分というように、前月に翌月分の全日程の予約受け入れ数決定処理が実行される。
【００３９】
図４に示す棒グラフは、時間帯別の予測患者数と、予約受け入れ数決定部２１ｂによって決定される時間帯別（予約枠別）の予約受け入れ数の関係を示す。実線のグラフは、予測患者数を示し、破線は、予約受け入れ数を示す。予約上限値Ｌｕが「９」に、予約下限値Ｌｗが「４」にそれぞれ設定されている。平均患者数Ｎａｖは、１日の時間帯別の予測患者数の平均値、すなわち、各時間帯の予測患者数の合計を時間帯の数で割った値であり、本例においては、（９＋９＋７＋６＋４＋５＋９＋３＋２＋２＋７＋８）／１２＝「６」（端数四捨五入）である。
【００４０】
予約受け入れ数決定処理では、時間帯別の予測患者数をＮｅとすると、時間帯別の予測患者数Ｎｅを平均した平均患者数Ｎａｖを求め、この平均患者数Ｎａｖと、前記時間帯別のそれぞれの予測患者数Ｎｅとの比較を行い、その比較結果に基づいて、予測患者数Ｎｅが相対的に多い時間帯には、予約受け入れ数が相対的に少なく、予測患者数Ｎｅが相対的に少ない時間帯には、予約受け入れ数が相対的に多くなるように、予約受け入れ数を決定する。
【００４１】
すなわち、診療所が予約の有無に関わらず単位時間当たりに受け入れ可能な受け入れ総数のうち、予約患者に割り当てる割り当て数と、予約外患者に割り当てる割り当て数を、予測患者数の多寡に応じて変更する。予測患者数が多い時間帯には、予約外患者を多く受け入れられるように、予約患者に割り当てる予約受け入れ数を少なく、予測患者数が少ない時間帯には、予約患者に割り当てる予約受け入れ数を多くする。診療所の受け入れ総数は、診療所のスタッフの人数や設備によって決まる。予測患者数は、予約外患者の予測値であるので、混雑が予想される時間帯においては、予約患者の数を制限することで、予約外患者に割り当てられる予約外患者の受け入れ数が多くなる。
【００４２】
このため、予約外患者が多く来院しても、診療所の受け入れ総数を大幅に超えることがなく、患者の集中が緩和される。そのため、予約外患者及び予約患者のどちらにとっても、診療待ち時間の長時間化が抑制され、診療待ち時間に起因するストレスが少ない。予約患者のストレスが少ないので、予約患者に対して優先的な取り扱いをする必要性もない。従来のように、予約外患者が心証を害するといったことも少なくなり、それに起因する、長期的な患者数の落ち込みの懸念も払拭されるので、経営の安定化につながる。
【００４３】
また、予測患者数が少ない時間帯には、予約患者に割り当てる予約受け入れ数が多くなるため、その時間帯に多くの予約患者を誘導することができる。このため、時間帯別の患者数の平準化が期待できる。
【００４４】
予約受け入れ数決定処理では、予約受け入れ数は、予約上限値Ｌｕと予約下限値Ｌｗの範囲内で決められる。予約上限値Ｌｕ及び予約下限値Ｌｗは、ともに、個々の診療所の判断で決められる。例えば、予約上限値Ｌｕは、診療所毎に決まる受け入れ総数に応じて設定され、予約下限値Ｌｗは、診療所の経営的な判断から、最低限確保しておきたい患者数に応じて設定される。
【００４５】
予約受け入れ数決定処理は、具体的には、平均患者数Ｎａｖと予測患者数Ｎｅの差に基づいて、時間帯別のそれぞれの予約受け入れ数を決定する。予約受け入れ数決定処理では、例えば、以下の式（１）に従って、算出値Ｃを求める。
Ｃ＝２Ｎａｖ−Ｎｅ・・・・・・・・式（１）
そして、算出値Ｃが予約上限値Ｌｕと予約下限値Ｌｗの範囲内（予約上限値Ｌｕ≧算出値Ｃ≧予約下限値Ｌｗ）の場合には、算出値Ｃを予約受け入れ数とし、算出値Ｃが前記範囲外の場合には、予約上限値Ｌｕ又は予約下限値Ｌｗを予約受け入れ数とする。
【００４６】
例えば、「１０：００〜１０：３０」の時間帯は、予測患者数Ｎｅが「７」であり、式（１）に従って、算出値Ｃ＝２×６−７＝５となる。算出値Ｃは、「９≧算出値Ｃ≧４」の条件を満たすので、算出値Ｃ（「５」）が予約受け入れ数に決定される。また、「１１：００〜１１：３０」の時間帯は、予測患者数Ｎｅが「４」であり、式（１）に従って、算出値Ｃ＝２×６−４＝８となる。この場合も、算出値Ｃは、算出値Ｃは、「９≧算出値Ｃ≧４」の条件を満たすので、算出値Ｃが予約受け入れ数に決定される。
【００４７】
また、「９：００〜９：３０」の時間帯は、予測患者数Ｎｅが「９」である。平均患者数Ｎａｖは、「６」であるから、式（１）に従って、算出値Ｃ＝２×６−９＝３となる。しかし、予約上限値Ｌｕは「９」、予約下限値Ｌｗは「４」に設定されており、算出値Ｃ＝「３」は、「９≧算出値Ｃ≧４」の条件を満たさず、予約下限値Ｌｗを下回っている。そのため、予約下限値Ｌｗ（「４」）を予約受け入れ数に決定する。
【００４８】
また、「１６：００〜１６：３０」の時間帯は、予測患者数Ｎｅが「２」であり、式（１）に従って、算出値Ｃ＝２×６−２＝１０となる。この場合は、算出値Ｃ＝「３」は、「９≧算出値Ｃ≧４」の条件を満たさず、予約上限値Ｌｕを上回っている。そのため、予約上限値Ｌｕを予約受け入れ数に決定する。
【００４９】
なお、上記式（１）の代わりに、下記式（２）を、算出値Ｃを求める算出式として使用してもよい。
Ｃ＝３／２Ｎａｖ−Ｎｅ／２・・・・式（２）
式（２）は、式（１）に比べて、時間帯別の予約受け入れ数の変動を抑えることができる。
【００５０】
これらの式（１）、（２）は、設定データ１３ａに記録されており、どちらを使うかは、コンソール１２を通じて選択が可能になっている。
【００５１】
また、平均患者数Ｎａｖの値や、式（２）を使用した場合など、算出値Ｃに、小数点以下の端数が生じる場合には、予約受け入れ数決定部２１ｂは、四捨五入、切り捨て、切り上げといった端数処理を行って、予約受け入れ数を決定する。
【００５２】
以下、上記構成による作用について、図５に示すフローチャートを参照しながら説明する。予約受け入れ数決定部２１ｂは、月初に、翌月分の予約受け入れ数決定処理を実行する。予約受け入れ数決定部２１ｂは、ステップ１０１（Ｓ１０１）において、予測データＤＢ３３にアクセスして、月曜日であれば月曜日の、火曜日であれば火曜日の、というように、算出対象の曜日に対応する１件の予測患者数レコード３７を取得する。
【００５３】
次に、Ｓ１０２において、予測患者数レコード３７に記録された各時間帯の予測患者数Ｎｅに基づいて、各時間帯の平均患者数Ｎａｖを算出する。Ｓ１０３において、予測患者数レコード３７から、算出対象の時間帯の予測患者数Ｎｅを読み出す。Ｓ１０４において、上記式（１）又は（２）のうち選択された算出式を読み出し、算出値Ｃを求める。Ｓ１０５において、算出値Ｃに端数がある場合には、端数処理を実行する。
【００５４】
Ｓ１０６において、算出値Ｃと限界値（予約上限値Ｌｕ又は予約下限値Ｌｗ）とを比較して、その比較結果に基づいて予約受け入れ数を決定する。Ｓ１０７において、決定した予約受け入れ数を予約受け入れ数レコード３７の対応する時間帯のフィールドに記録する。Ｓ１０８において、１日分の全時間帯について処理が終了したか否かを判定し、終了していない場合には、上述の手順で、次の時間帯の予約受け入れ数を決定する。全時間帯について処理が終了した場合には、次の日にちに対応する曜日の予測患者数レコード３７を取得して、その日の全時間帯の予約受け入れ数を決定する。こうした処理を繰り返して、１週間分の全曜日（営業する曜日分）について予約受け入れ数が決定される。Ｓ１０９において、全曜日の処理が終了したと判定された場合には、予約受け入れ数決定処理を終了する。
【００５５】
こうして決定された予約受け入れ数に基づいて、予約画面１７が生成される。各予約枠１８ａには、決定された予約受け入れ数を最大値として、残り人数が表示される。予約が１件入る毎に、予約枠１８ａの残り人数が１件ずつ減算される。
【００５６】
予約受け入れ数は、予測患者数Ｎｅが相対的に多い時間帯には、相対的に少なく、予測患者数Ｎｅが相対的に少ない時間帯には、相対的に多くなるように、決定されるので、混雑が予想される時間帯においては、予約患者の数が制限されて、予約外患者に割り当てられる予約外患者の予約受け入れ数が多くなる。このため、予約外患者が多く来院しても、診療所の受け入れ総数を大幅に超えることがない。そのため、予約外患者及び予約患者のどちらにとっても、診療待ち時間に起因するストレスが少ない。予約患者のストレスが少ないので、特許文献２のように、予約患者に対して優先的な取り扱いをする必要性もない。
【００５７】
予約患者に対しての優先的な取り扱いは、長期的な患者数の落ち込みを引き起こす懸念材料でもあり、本発明では、その懸念材料が払拭されるため、経営の安定化につながる。このように、本発明によれば、予約患者、及び予約外患者の双方にとって、診療の待ち時間に起因するストレスが小さく、経営者にとってもメリットがある。そのため、本発明は、予約制を採用する診療所にとって、従来よりも受け入れやすいものとなる。
【００５８】
また、空いている時間帯には、予約患者の予約受け入れ数が多くなるので、予約患者をその時間帯に誘導しやすい。また、患者と対面で再来の予約日時を調整する場合など、予約画面１７を患者に見せれば、患者に対して予約の空き状況を納得させやすく、空いている時間帯への誘導効果も高い。
【００５９】
また、予測患者数が少ない時間帯には、予約患者に割り当てる予約受け入れ数が多くなるため、その時間帯に多くの予約患者を誘導することができる。このため、時間帯別の患者数の平準化が期待できる。
【００６０】
上記実施形態では、曜日別の予測データを使用して予約受け入れ数を決定しているが、日別の予測データを使用してもよい。例えば、同じ曜日でも、月の上旬、中旬、下旬では、予測患者数に変動があることも予想される。また、季節によっても変動があることが予想される。もちろん、予測データの精度は高いほどよいので、精度向上を目的として、曜日、祝日、季節、大型連休、前年同期比といった種々のパラメータをすべて使用したり、適宜組み合わせて使用することが好ましい。また、気温、気圧、湿度、花粉飛散量、紫外線量といった環境因子を患者数予測のパラメータとして使用する、特許文献１に記載された手法を用いた予測データを使用してもよい。また、診療受付端末のＣＰＵが、受付件数レコードに記録した予約の受付件数と、予約外患者の受付件数の実績に基づいて、患者数の予測処理を行ってもよい。
【００６１】
また、上記実施形態では、時間帯別に予約受け入れ数を決定しているが、１日を単位として予約受け入れ数を決定してもよい。混雑する日と空いている日が明確に区別できる場合には、日別に予約受け入れ数を決定しても、一定の効果が見込まれる。
【００６２】
また、上記実施形態の算出式は１例であり、他の算出式を使用してもよい。例えば、平均患者数と予測患者数の差によって予約受け入れ数を決定しているが、比によって予約受け入れ数を決定してもよい。また、平均患者数を、予測患者数と比較するための基準値としているが、平均患者数以外の基準値を使用してもよい。
【００６３】
上記実施形態では、ＤＢサーバに種々のＤＢを構築してＤＢの格納手段として利用した例で説明したが、診療受付支援端末を構成するコンピュータシステムに内蔵のＨＤＤにＤＢを格納してもよい。また、ＤＢサーバの代わりに、ＮＡＳ（Network Attached Storage）、ＳＡＮ（Storage Area Network）といったネットワークストレージをＤＢの格納手段として使用してもよい。
【００６４】
また、上記実施形態では、１台の診療受付端末に、受付処理に加えて予約受け入れ数決定処理を実現する受付プログラムをインストールすることで、本発明の受付支援装置を組み込んだ構成を例に説明したが、例えば、上記受付プログラムが格納されたサーバと、このサーバにアクセスして、受付プログラムのアプリケーションサービスを受けるクライアント端末とからなるコンピュータシステムに本発明の受付支援装置を組み込んでもよい。この場合、例えば、クライアント端末には、ＨＴＴＰ(Hypertext Transfer Protocol)に対応したブラウザがインストールされ、ブラウザがサーバと通信することによって、アプリケーションサービスを受ける。
【００６５】
これによれば、サーバによって提供されるアプリケーションサービスを複数のクライアント端末で受けることができるので、診療受付端末として使用する複数のクライアント端末に、受付プログラムをインストールせずに済む。こうした構成は、医療施設の規模によって診療受付端末が複数必要となる場合に、導入コストの抑制などの効果が期待できる。
【００６６】
また、図６に示すように、本発明を、データセンタを利用した医用ネットワークシステム４１の形態に適用してもよい。医用ネットワークシステム４１は、データセンタ４２のコンピュータシステムと、複数の医療施設４３のコンピュータシステムを構成するクライアント端末４４とからなる。データセンタ４２は、各医療施設４３に対する患者からの診療の予約の受付を、ＷＡＮ４５を経由してオンラインで行うためのアプリケーションサービスを提供するアプリケーションサービスプロバイダである。ＷＡＮ４５としては、例えば、インターネットが使用される。
【００６７】
データセンタ４２のコンピュータシステムは、アプリケーションサーバ４６、センタＤＢサーバ４７、ルータ４８からなり、これらはＬＡＮ４９によって通信可能に接続されている。ルータ４８は、ＬＡＮ４９とＷＡＮ４５といった異なるネットワーク間でデータの受け渡しを行う転送機器であり、ＬＡＮ４９と接続するＬＡＮポートと、ＷＡＮ４５と接続するＷＡＮポートを備えている。アプリケーションサーバ４６及びセンタＤＢサーバ４７は、ルータ４８のＬＡＮポートと接続される。
【００６８】
アプリケーションサーバ４６には、各医療施設４３の受付処理を代行する受付プログラムがインストールされており、患者のクライアント端末５０からの要求に応じて、予約申し込み情報を受信して、受付処理を行う。
【００６９】
アプリケーションサーバ４６内には予約サイトが開設されており、アプリケーションサーバ４６は、予約サイトにアクセスしたクライアント端末５０に対して、複数の医療施設４３の中から希望する医療施設４３を選択して、選択した医療施設４３のスケジュールに応じた予約画面を配信する。この予約画面は、複数の医療施設４３の選択が可能な点を除いて、上記実施形態の予約画面１７と同様である。クライアント端末５０は、例えば、パーソナルコンピュータである。パーソナルコンピュータの他、携帯電話やＰＤＡといった携帯端末でもよい。
【００７０】
センタＤＢサーバ４７には、受付データＤＢ５１、スケジュールＤＢ５２、予測データＤＢ５３、医療施設情報ＤＢ５４が格納されており、アプリケーションサーバ４６からのアクセスに応じて、データの書き込み、更新、検索といった処理を行う。
【００７１】
受付データＤＢ５１、スケジュールＤＢ５２、予測データＤＢ５３は、上記実施形態の受付データＤＢ３１、スケジュールＤＢ３２、予測データＤＢ３３とほぼ同様であるが、複数の医療施設４３に対応するデータがそれぞれ格納されている点で異なる。図７に示すように、医療施設情報ＤＢ５４には、施設ＩＤ、名称、診療科、連絡先、住所といった各医療施設４３の基本情報が格納されている。
【００７２】
図８に示すように、アプリケーションサーバ４６は、受付プログラムを実行することによって、ＣＰＵ５６が、受付処理部５６ａ、予約受け入れ数決定部５６ｂとして機能する。受付処理部５６ａは、予約画面をクライアント端末５０に配信して、予約申し込み情報を受信する。受付処理部５６ａは、受信した予約申し込み情報に基づいて受付処理を行って、処理済みの受付データを、各医療施設４３のクライアント端末４４にそれぞれ配信する。予約受け入れ数決定部５６ｂは、医療施設４３毎に、予約枠の受け入れ人数を決定する。
【００７３】
また、受付処理部５６ａは、クライアント端末５０からの検索要求に基づいて、患者が希望する日時に予約可能な医療施設４３の検索処理を実行し、検索結果をクライアント端末５０へ返す。
【００７４】
検索処理は、例えば、図９に示すように行われる。患者が選択した医療施設４３の予約画面５８において、患者が希望する予約枠５８ａが埋まっている場合（「×」で示される）、クライアント端末５０のマウスのポインタ５８ｂでその予約枠５８ａをクリックすると、検索条件入力ボックス５９が開く。
【００７５】
検索条件入力ボックス５９には、例えば、診療科を選択するためのリストボックス、診療希望日時や郵便番号を入力するためのテキストボックスが設けられている。診療科名や診療希望日時は、クリックした予約枠５８ａと同じ日時（「２００８年２月４日９：００」）、選択した医療施設４３の診療科名（例えば、循環器科）が自動的に入力される。郵便番号は、患者の自宅の周辺など、患者が通院可能なエリアを指定するための検索条件である。検索条件を入力して、検索ボタンをクリックすると、クライアント端末５０からアプリケーションサーバ４６の受付処理部５６ａに対して検索要求が発行される。
【００７６】
受付処理部５６ａは、検索要求を受け付けると、医療施設情報ＤＢ５４にアクセスして、各医療施設４３の基本情報と検索条件とを照合して、検索条件に合致する医療施設４３を検索する。例えば、検索条件として入力された郵便番号に基づいて、その郵便番号の地域を含む半径３ｋｍ圏内といった所定圏内に所在する医療施設４３を検索する。検索条件に合致する医療施設４３がある場合には、その基本情報を抽出し、抽出した基本情報を表示する候補表示画面６０をクライアント端末５０に配信する。
【００７７】
候補表示画面６０には、医療施設４３の名称や住所が表示され、詳細ボタンをクリックすることにより詳細情報（設備、医療スタッフ、得意分野など）を表示可能である。候補表示画面６０から希望の医療施設４３を選択すると、選択した医療施設４３の予約画面へ移行する。これにより、患者は、希望日時の医療施設４３の予約を取ることができる。
【００７８】
このような検索サービスによって、患者に対して、患者が希望する日時で予約が可能な医療施設４３の紹介を行うことができる。患者にとっては、自分の都合に合った日時の予約が容易になるというメリットがある。また、医療施設４３にとっても、患者の集中が緩和されるというメリットも期待できる。
【００７９】
上記実施形態では、患者から医療施設への診療の予約を例に説明したが、検査の委託など、医療施設間で行われる診療の予約の受付を行ってもよい。
【００８０】
また、上記実施形態では、データセンタのアプリケーションサーバが、予約受け入れ数決定処理と受付処理の両方を行う例で説明しているが、アプリケーションサーバが受付処理を行わずに予約受け入れ数決定処理のみを行って、決定した予約受け入れ数の結果を医療施設のコンピュータシステムに配信するようにしてもよい。
【００８１】
また、データセンタのセンタＤＢサーバに各種ＤＢを格納する代わりに、各医療施設のコンピュータシステムにそれぞれのＤＢを格納し、アプリケーションサーバが、各医療施設のコンピュータシステムへＷＡＮ経由でアクセスしてデータの読み出しや書き込みを行って、受付処理や予約受け入れ数決定処理を行うようにしてもよい。
【００８２】
また、上記実施形態では、本発明の医用ネットワークシステムを、診療の依頼先となる複数の医療施設のコンピュータシステムと、依頼元のクライアント端末からの診療の予約申し込み情報を医療施設のコンピュータシステムへ配信するデータセンタのコンピュータシステムとからなる形態で説明したが、他の形態にも適用可能である。例えば、１つの病院に複数の拠点があり、それぞれの拠点が、依頼元、依頼先、データセンタとしての役割を担い、各拠点の複数のコンピュータシステムをネットワークで接続した医用ネットワークシステムとしてもよい。また、複数の病院のそれぞれのコンピュータシステムをネットワークで接続した医用ネットワークシステムでもよい。この場合、いずれかの病院がデータセンタとなりホスト的な役割を担う。上記いずれの場合でも、各コンピュータシステム間を接続するネットワークはＷＡＮでもＬＡＮでもよい。
【００８３】
なお、上記実施形態で示したとおり、本発明は、プログラムの形態、さらにはプログラムを記憶する記憶媒体にも及ぶことはもちろんである。
【図面の簡単な説明】
【００８４】
【図１】診療受付端末の概略を示す構成図である。
【図２】ＤＢに格納されたデータの内容を示す説明図である。
【図３】受付処理部と予約受け入れ数決定部の説明図である。
【図４】予約受け入れ数の決定方法を説明するグラフである。
【図５】予約受け入れ数決定処理の手順を示すフローチャートである。
【図６】医用ネットワークシステムの概略を示す構成図である。
【図７】医療施設情報ＤＢの説明図である。
【図８】アプリケーションサーバの概略構成図である。
【図９】検索処理の説明図である。
【符号の説明】
【００８５】
１０  診療受付端末
１１  本体
１２  コンソール
１４  ディスプレイ
１５  入力デバイス
１７  予約画面
１８ａ  予約枠
２１ａ  受付処理部
２１ｂ  予約受け入れ数決定部
２７  ＤＢサーバ
３１  受付データＤＢ
３２  スケジュールＤＢ
３３  予測データＤＢ
３６  予約受け入れ数レコード
３７  予測患者数レコード
４１  医用ネットワークシステム
４４、５０  クライアント端末
４６  アプリケーションサーバ
４７  センタＤＢサーバ
５６ａ  受付処理部
５６ｂ  予約受け入れ数決定部
【図１】
2009205359.tif 000003
【図２】
2009205359.tif 000004
【図３】
2009205359.tif 000005
【図４】
2009205359.tif 000006
【図５】
2009205359.tif 000007
【図６】
2009205359.tif 000008
【図７】
2009205359.tif 000009
【図８】
2009205359.tif 000010
【図９】
2009205359.tif 000011