JP2008250553A - 診療予約受付装置、診療予約受付プログラム、および、診療予約受付方法 - Google Patents

Abstract

【課題】ユーザの第１希望の診療機関でユーザの希望時間に診療予約できるときにはその診療予約を迅速に済ませ、そうでないときにはユーザの希望に合った他の診療機関に対するユーザの診療予約を迅速に済ませられること。
【解決手段】ユーザの第１希望の診療機関で受診希望時間に空きがあるときには、第１希望の診療機関に対するユーザの診療予約を受け付けてクライアント装置３１に予約成功を表示する一方で、そうでないときには、ユーザの希望条件で診療可能な代替診療機関を診療機関情報管理データベース２５内で検索するとともに受診希望時間に空きがあるか否かを診療予約情報管理データベース２６内で検索し、ユーザの希望条件を満たし且つ空きがある代替診療機関の紹介情報をクライアント装置３１に表示させて代替診療機関に対する診療予約を要求されたとき、代替診療機関に対するユーザの診療予約を受け付けてクライアント装置３１に予約成功を表示する。
【選択図】 図１

Description

本発明は、ユーザの希望に合った診療機関での診療予約をネットワークを介して受け付ける診療予約受付装置、診療予約受付プログラム、および、診療予約受付方法に関する。

特許文献１には、複数の診療機関での現在の待ち人数および待ち時間を管理し、これらをユーザ（患者）のコンピュータに表示させることで、ユーザに診療機関を選択させて診療予約を受け付けるシステムが記載されている。ユーザは、オンラインで診療予約をすることができ、診療機関へ行って受付をしてから待つということをしなくて済む。

特許文献２には、ユーザ（患者）と診療機関との仲介を行う仲介サーバが記載されている。具体的には、ユーザから応答期限を入力して診療予約の申し込みを行い、一つの申し込みに対して複数の診療機関から応答があった場合、応答期限までにあった複数の診療機関による応答をユーザのコンピュータに表示させることで、ユーザに診療機関を選択させて診療予約を受け付ける。
特開２００１−２６５８７８号公報 特開２００２−３１８８５３号公報

患者は、通常、行き付けの診療機関に対して診療予約を行いたい。したがって、患者は、まず第１希望の診療機関で受診希望時間に受診できることが最重要であって、冗長な情報が表示されない方が患者にとって利便性が高い。その一方で、患者は、第１希望の診療機関で受診希望時間に受診できないのであれば、自分の希望に合った他の診療機関で迅速に診療予約を済ませたい。しかし、実際の予約を行う場合に、自分の希望に合った他の診療機関では、予約したい日時には既に他人が入れた予約でいっぱいになっていて、数週間先でないと予約できない、という問題がある。

従来、診療機関自身が実施する診療予約(すなわち診療予約の範囲は、自分の診療機関のみである)と、第３者が実施する診療予約(すなわち診療予約の範囲は、複数の診療機関である)の２つに大きく分かれているが、何れであっても、まず第１希望の診療機関で希望時間に受診できる場合にはその診療予約を迅速に済ませるとともに、第１希望の診療機関で希望時間に受診できない場合には患者の希望に合った他の診療機関での診療予約を迅速に済ませたいという、患者の要求を満たすようにはなっていない。したがって、結局、患者の希望条件に合った診療機関で受診できないか、あるいは、患者の希望条件にあった診療機関で受診できるまで長く待たされることになる。

本発明はこのような事情に鑑みてなされたもので、ユーザの希望に合った第１希望の診療機関に対してユーザの受診希望時間に診療予約できるときにはその診療予約を迅速に済ませることができるとともに、そうでないときにはユーザの希望に合った他の診療機関に対する診療予約を迅速に済ませることができる診療予約受付装置、診療予約受付プログラム、および、診療予約受付方法を提供することを目的とする。

前記目的を達成するために、請求項１に記載の発明は、診療機関ごとの診療機関情報を管理する診療機関情報管理データベースと、前記診療機関に対する各ユーザの診療予約情報を管理する診療予約情報管理データベースと、各ユーザのクライアント装置とネットワークを介して通信し、前記クライアント装置から指定される前記ユーザの受診希望時間に対して前記ユーザの第１希望の診療機関で空きがあるか否かを前記診療予約情報管理データベース内で検索し、前記第１希望の診療機関で空きがあるときには、前記第１希望の診療機関に対する前記ユーザの診療予約を前記診療予約情報管理データベースに登録して該診療予約を受け付けたことを前記クライアント装置に表示させる一方で、前記第１希望の診療機関で空きがないときには、前記第１希望の診療機関で満たされている前記診療機関情報についての前記ユーザの希望条件で診療可能な代替診療機関を前記診療機関情報管理データベース内で検索するとともに、前記ユーザの受診希望時間に対して前記代替診療機関で空きがあるか否かを前記診療予約情報管理データベース内で検索し、前記ユーザの希望条件を満たし且つ空きがある前記代替診療機関の紹介情報を前記クライアント装置に表示させて該クライアント装置から前記代替診療機関に対する診療予約を要求されたとき、前記代替診療機関に対する前記ユーザの診療予約を前記診療予約情報管理データベースに登録して該診療予約を受け付けたことを前記クライアント装置に表示させるサーバ装置と、を備えたことを特徴とする診療予約受付装置診療予約受付装置を提供する。

請求項２に記載の発明は、請求項１に記載の発明において、前記サーバ装置は、前記第１希望の診療機関で前記ユーザの受診希望時間に対して空きがないときには、前記第１希望の診療機関で診療予約可能な代替時間帯の紹介情報と前記代替診療機関の紹介情報とを前記クライアント装置に表示させて、該クライアント装置から前記第１希望の診療機関に対する代替時間帯内の診療予約を要求されたときには、前記第１希望の診療機関に対する前記代替時間帯内の前記ユーザの診療予約を前記診療予約情報管理データベースに登録して該診療予約を受け付けたことを前記クライアント装置に表示させる一方で、前記クライアント装置から前記代替診療機関に対する診療予約を要求されたときには、前記代替診療機関に対する前記ユーザの診療予約を前記診療予約情報管理データベースに登録して該診療予約を受け付けたことを前記クライアント装置に表示させることを特徴とする診療予約受付装置を提供する。

請求項３に記載の発明は、請求項１または２に記載の発明において、前記診療機関情報管理データベースで管理される前記診療機関情報には、各診療機関の診療科名および各診療機関の場所が含まれ、前記サーバ装置は、少なくとも前記診療科名および前記診療機関の場所において前記ユーザの希望条件を満たす前記第１希望の診療機関以外の診療機関を前記代替診療機関として紹介することを特徴とする診療予約受付装置を提供する。

請求項４に記載の発明は、請求項１ないし３の何れか１項に記載の発明において、ユーザごとに診療機関を利用した利用履歴情報を管理する利用履歴情報管理データベースを備え、前記サーバ装置は、前記第１希望の診療機関で空きがないときには、前記利用履歴情報管理データベースにアクセスし、診療予約を希望している当該ユーザの利用履歴情報に基づいて前記代替診療機関の紹介情報をソートして前記クライアント装置に表示させることを特徴とする診療予約受付装置を提供する。

請求項５に記載の発明は、請求項１ないし３の何れか１項に記載の発明において、診療機関ごとに前記サーバ装置がユーザに対して紹介した紹介履歴情報を管理する紹介履歴情報管理データベースを備え、前記サーバ装置は、前記第１希望の診療機関で空きがないときには、前記診療機関紹介履歴情報管理データベースにアクセスし、診療予約を希望している当該ユーザ以外の他のユーザの紹介履歴情報に基づいて前記代替診療機関の紹介情報をソートして前記クライアント装置に表示させることを特徴とする診療予約受付装置を提供する。

請求項６に記載の発明は、各ユーザのクライアント装置とネットワークを介して通信するサーバ装置に実行させる診療予約受付プログラムであって、診療機関ごとの診療機関情報を管理する診療機関情報管理データベースと、前記診療機関の対する各ユーザの診療予約情報を管理する診療予約情報管理データベースとを用い、前記クライアント装置から指定される前記ユーザの受診希望時間に対して前記ユーザの第１希望の診療機関で空きがあるか否かを前記診療予約情報管理データベース内で検索し、前記第１希望の診療機関で空きがあるときには、前記第１希望の診療機関に対する前記ユーザの診療予約を前記診療予約情報管理データベースに登録して該診療予約を受け付けたことを前記クライアント装置に表示させる一方で、前記第１希望の診療機関で空きがないときには、前記第１希望の診療機関で満たされている前記診療機関情報についての前記ユーザの希望条件で診療可能な代替診療機関を前記診療機関情報管理データベース内で検索するとともに、前記ユーザの受診希望時間に対して前記代替診療機関で空きがあるか否かを前記診療予約情報管理データベース内で検索し、前記ユーザの希望条件を満たし且つ空きがある前記代替診療機関の紹介情報を前記クライアント装置に表示させて該クライアント装置から前記代替診療機関に対する診療予約を要求されたとき、前記代替診療機関に対する前記ユーザの診療予約を前記診療予約情報管理データベースに登録して該診療予約を受け付けたことを前記クライアント装置に表示させることを特徴とする診療予約受付プログラムを提供する。

請求項７に記載の発明は、各ユーザのクライアント装置とネットワークを介して通信するサーバ装置と、診療機関ごとの診療機関情報を管理する診療機関情報管理データベースと、前記診療機関に対する各ユーザの診療予約情報を管理する診療予約情報管理データベースとを用いて診療予約の受付を行う診療予約受付方法であって、前記クライアント装置から指定される前記ユーザの受診希望時間に対して前記ユーザの第１希望の診療機関で空きがあるか否かを前記診療予約情報管理データベース内で検索し、前記第１希望の診療機関で空きがあるときには、前記第１希望の診療機関に対する前記ユーザの診療予約を前記診療予約情報管理データベースに登録して該診療予約を受け付けたことを前記クライアント装置に表示させる一方で、前記第１希望の診療機関で空きがないときには、前記第１希望の診療機関で満たされている前記診療機関情報についての前記ユーザの希望条件で診療可能な代替診療機関を前記診療機関情報管理データベース内で検索するとともに、前記ユーザの受診希望時間に対して前記代替診療機関で空きがあるか否かを前記診療予約情報管理データベース内で検索し、前記ユーザの希望条件を満たし且つ空きがある前記代替診療機関の紹介情報を前記クライアント装置に表示させて該クライアント装置から前記代替診療機関に対する診療予約を要求されたとき、前記代替診療機関に対する前記ユーザの診療予約を前記診療予約情報管理データベースに登録して該診療予約を受け付けたことを前記クライアント装置に表示させることを特徴とする診療予約受付方法を提供する。

本発明によれば、ユーザの希望に合った第１希望の診療機関に対してユーザの受診希望時間に診療予約できるときにはその診療予約を迅速に済ませることができるとともに、そうでないときにはユーザの希望に合った他の診療機関に対する診療予約を迅速に済ませることができる。

以下、添付図面に従って、本発明の実施形態について、詳細に説明する。

図１は、本発明を適用した診療予約システムの一例の全体構成図である。

図１において、各診療機関に対する患者の診療予約を受け付けるサーバ装置２２と、患者用のクライアント装置３１と、診療機関スタッフ用のクライアント装置３２とが、インターネット４０に接続されて、本例の診療予約システムが構成されている。サーバ装置２２は、通信機能を有する周知のコンピュータ装置に診療予約受付処理等を行うプログラムがインストールされて構成されている。クライアント装置３１、３２は、通信機能を有する周知のコンピュータ装置によって構成されており、それぞれ入力部３３および表示部３４を有する。ここで、入力部３３は例えばキーボード及びポインティングデバイス（例えばマウス）などの周知の入力装置によって構成されており、表示部３４は例えばＬＣＤ（液晶ディスプレイ）などの周知の表示装置によって構成されている。

クライアント装置３１、３２とインターネット４０を介して通信するサーバ装置２２と、患者ごとの患者情報を管理する患者情報管理データベース２４と、診療機関ごとの診療機関情報を管理する診療機関情報管理データベース２５と、各診療機関に対する患者の診療予約情報を管理する診療予約情報管理データベース２６と、患者ごとに診療機関を利用した履歴情報（患者利用履歴情報）を管理する患者利用履歴情報管理データベース２７と、診療機関ごとにサーバ装置２２が患者に対して紹介した履歴情報（診療機関紹介履歴情報）を管理する診療機関紹介履歴情報管理データベース２８と、によって本発明の実施形態としての診療予約受付装置２０が構成されている。

「データベース」は、例えば、情報を記憶する記憶装置（例えばハードディスク、光ディスク、メモリなど）と、該記憶装置内の情報を体系的に整理して管理する制御装置（例えばマイクロコンピュータ）を含んで構成されている。「データベース」が記憶装置のみからなり、該記憶装置内の情報を体系的に整理して管理する制御装置がサーバ装置２２に含まれている場合もある。

以下では、「サーバ装置」を単に「サーバ」といい、患者用のクライアント装置３１を「クライアントＡ」といい、診療所スタッフ用のクライアント装置３２を「クライアントＢ」ということもある。また、患者を「ユーザ」ということもある。なお、患者用のクライアント装置３１（クライアントＡ）は、患者本人が操作する場合のほか、患者から依頼された者が操作する場合もあるが、以下では患者本人が操作しているものとして、説明する。

図２は、患者情報管理データベース２４によって管理される患者情報の一例を示す。図２において、ユーザＩＤ、氏名、メールアドレス、および、パスワードを含んで、患者情報が構成されている。ここで、ユーザＩＤおよびメールアドレスは、患者（ユーザ）を一意に示す識別情報として用いられる。氏名は、同姓同名の存在を考慮して患者の識別情報としては用いず、確認情報として用いる。パスワードは、患者のログイン時の認証に用いられる。

図３は、診療機関情報管理データベース２５によって管理される診療機関情報の一例を示す。図３において、診療機関ＩＤ、診療機関名、パスワード、標榜科（診療科名）、住所、緯度経度、電話番号、診察時間、地図画像、および、紹介文を含んで、診療機関情報が構成されている。ここで、診療機関ＩＤは、診療機関を一意に示す識別情報として用いられる。診療機関名は同名の存在を考慮して診療機関の識別情報としては用いず、確認情報として用いる。標榜科は、ひとつの診療機関に対してひとつ存在する場合と複数存在する場合がある。パスワードは、診療機関スタッフのログイン時の認証に用いられる。

図４は、診療予約情報管理データベース２６によって管理される診療予約情報の一例を示す。図４において、ユーザＩＤ、診療予約日時、および、診療機関ＩＤを含んで、診療予約情報が構成されている。ここで、診療予約日時は、クライアントＡから診療予約を要求されて受け付けた診療予約日時（診療予定日および診療予定時間帯）を示す。

図５は、患者利用履歴情報管理データベース２７によって管理される患者利用履歴情報の一例を示す。図５において、予約ＩＤ、診療機関ＩＤ、ユーザＩＤ、利用日時、および、診療予約日時を含んで、患者利用履歴情報が構成されている。ここで、利用日時は、患者が実際に診療機関を利用した日時（利用日および利用開始時刻）を示す。

図６は、診療機関紹介履歴情報管理データベース２８によって管理される診療機関紹介履歴情報の一例を示す。図６において、患者の第１希望の診療機関ＩＤ、アクセス日時、ユーザＩＤ、紹介先の診療機関ＩＤ（代替診療機関の診療機関ＩＤ）、紹介による予約の成否を含んで、診療所紹介情報が構成されている。ここで、アクセス日時は、患者用のクライアント装置３１からサーバ２２に対してアクセスした日時を示す。紹介による診療予約の成否は、「○」が成約、「×」が非成約を示す。

図７は、患者用のクライアント装置３１（以下「クライアントＡ」という）からサーバ２２に対してログインして各ユーザ毎のトップページを表示するまでのログイン処理の流れの一例を示すフローチャートである。

図７において、サーバ２２からログインページの表示データが送信されてクライアントＡで表示が行われ（ステップＳ２）、クライアントＡでログイン操作が行われる（ステップＳ４）。例えば、図１１に示すログイン画面がクライアントＡで表示され、患者の識別情報としてのメールアドレスと患者のパスワードが入力されるとともに、「ログイン」ボタンがクリックにより指定されることにより、メールアドレスとパスワードがクライアントＡからサーバ２２へ送信される。サーバ２２は患者情報管理データベース２４にアクセスしてユーザ認証を行う（ステップＳ６）。認証に失敗した場合には、サーバ２２から認証失敗を示す表示データが送信されてクライアントＡで表示が行われる一方で、認証に成功した場合には、サーバ２２からユーザ毎のトップページの表示データが送信されてクライアントＡで表示が行われる（ステップＳ８）。

図１２は、ユーザ（患者）毎のトップページの一例を示す。このトップページには、第１希望の診療機関を直接指定するための「最近使用した診療所トップ３」情報と、診療機関をキーワード検索するためのキーワードの入力フィールドおよび「検索」ボタンと、診療機関を場所で検索するための地域タグが設けられている。

ここで、「最近使用した診療所トップ３」情報は、例えば、診療予約を希望している当該患者が過去２年間に受診した診療機関のうちで、利用回数が多い１番目から３番目までの各診療機関名を示す診療機関タグを含む。なお、利用回数を調査する期間は２年に特に限定されず、また、診療機関はトップ３に特に限定されない。過去の特定期間に利用された診療期間のうちで、利用回数が最も多い方から特定の最大個数までの診療機関について表示する情報であればよい。このような情報は、サーバ２２がユーザＩＤで患者利用履歴情報管理データベース２７を検索し、その検索結果に基づいて作成される。

図８は、診療機関検索および予約処理の流れの一例を示すフローチャートである。図１２のトップページにおいて、図１２のトップページにおいて、キーワードを入力して検索要求する場合や「場所で検索」で検索要求する場合には、図８のステップＳ１２から処理が開始され、「最近使用した診療所トップ３」情報から第１希望の診療機関を指定する場合には、図８のステップＳ１６から処理が開始される。

例えば、患者の希望条件として、診療科名のみを指定する場合には、図１２のトップページにおいて、キーワードとして診療科名（例えば「歯科」）を入力して「検索」ボタンをクリックする。そうすると、診療科名が付加された診療機関検索要求が、クライアントＡからサーバ２２へ送信される。また、患者の希望条件として、診療機関の場所を指定する場合には、地域タグ（例えば「関東」）をクリックする。そうすると、受診希望地域名が付加された診療機関検索要求が、クライアントＡからサーバ２２へ送信される。患者の希望条件として、診療科目および診療機関の場所の両方を指定することも可能であり、その場合には診療科名および受診希望地域名が付加された診療機関検索要求が、クライアントＡからサーバ２２へ送信される。

このようにして、クライアントＡから診療機関情報についての患者の希望条件が指定されるとともに検索が要求されると（ステップＳ１２）、患者の希望条件付きの検索要求を受信したサーバ２２は、患者の希望条件を満たしている診療機関を診療機関情報管理データベース２５内で検索する。そして、その検索結果をクライアントＡで表示させるとともに第１希望の診療機関をクライアントＡで指定させるための診療機関検索結果表示画面の表示データをサーバ２２が作成してクライアントＡへ送信する（ステップＳ１４）。

クライアントＡで表示される診療機関検索結果表示画面の一例を図１３に示す。この画面には、患者の希望条件を満たす診療機関名を示す診療機関タグが設けられている。この画面において、患者により診療機関タグがクリックにより指定されたとき、患者の第１希望の診療機関を示す診療機関指定情報がクライアントＡからサーバ２２へ送信される（ステップＳ１６）。

また、前述の図１２のトップページで「最近使用した診療所トップ３」から診療機関が直接指定されたときにも、患者の第１希望の診療機関を示す診療機関指定情報がクライアントＡからサーバ２２へ送信される（ステップＳ１６）。

第１希望の診療機関指定情報を受信したサーバ２２は、第１希望の診療機関の診療機関情報を診療機関情報管理データベース２５から取得し、取得した診療機関情報と受診希望日時（受診希望時間）の入力フィールドとを含む受信希望日時指定画面の表示データを作成してクライアントＡへ送信する（ステップＳ１８）。

クライアントＡで表示される受診希望日時指定画面の一例を図１４に示す。本例の受診希望日時指定画面では、患者の第１希望の診療機関の診療機関情報（診療科、診察時間、住所、電話番号、地図画像、紹介文）が表示されるとともに、受診希望日時の入力フィールドおよび「予約」ボタンを有する予約フォームが表示される。この画面において、患者により受診希望日時が入力されて「予約」ボタンがクリックされたとき、受診希望日時情報が付加された診療予約要求が、クライアントＡからサーバ２２へ送信される（ステップＳ２０）。

受診希望日時情報付きの診療予約要求を受信したサーバ２２は、第１希望の診療機関の診療予約情報を診療予約情報管理データベース２６から取得して（ステップＳ２２）、患者の受診希望日時（受診希望時間）に対して患者の第１希望の診療機関で空きがあるか否か、すなわち患者の希望通りで予約可能か否かを判定する（ステップＳ２４）。

患者の希望通りで予約可能な場合には、第１希望の診療機関に対する患者の診療予約を診療予約情報管理データベース２６に登録して、予約成功（成約）をクライアントＡに表示させる表示データをクライアントＡへ送信する（ステップＳ２４）。例えば、図１５に示す診療予約確認画面がクライアントＡで表示され、この画面で「確定」ボタンがクリックされると、さらに図１６に示す診療予約確定画面がクライアントＡで表示される。

患者の希望通りで予約可能でない場合には、次の＜検索条件１＞および＜検索条件２＞の２条件で検索を行う（ステップＳ２８）。

＜検索条件１＞（代替時間帯）
第１希望の診療機関において患者の希望条件（診療機関情報管理データデース２５で管理されている診療機関情報についての希望条件である）で診療可能な代替時間帯を検索する。例えば、第１希望の診療機関において、患者の希望する診療科であり、且つ、患者により指定された受診希望日を含む前後Ｘ日（例えば同日を含む前後１日）であり、且つ、患者により指定された受診希望時刻を含む前後Ｙ時間（例えば指定時刻を含む前後２時間）のうちで、診療予約可能な空きがある時間帯を検索する。

＜検索条件２＞（代替診療機関）
第１希望の診療機関で満たされている患者の希望条件（診療機関情報管理データデース２５で管理されている診療機関情報についての希望条件である）で診療可能な診療機関であって、患者の受診希望時間に対して空きがある診療機関を検索する。例えば、第１希望の診療機関と同じ標榜科（診療科）の診療機関であり、且つ、第１希望の診療機関と同じ地域に位置する（あるいは第１希望の診療機関から距離Ｚ以下の位置にある）診療機関であり、且つ、患者の受診希望日時に対して診療予約可能な空きがある（または患者により指定された受診希望日を含む前後Ｘ日であって且つ患者により指定された時刻を含む前後Ｙ時間のうちで診療予約可能な空きがある）診療機関を検索する。

なお、診療機関情報についての患者の希望条件としては、ステップＳ１２においてクライアントＡで入力された条件（診療科名、受診希望地域名など）を用いることができる。あるいは、第１希望の診療機関の診療機関情報のうちで予め決められた情報（診療科名など）を暗黙のユーザの希望条件として用いるようにしてもよい。

ステップＳ２８の検索結果（代替時間帯および代替診療機関）が「１」件以上あるか否かを判定し（ステップＳ３０）、検索結果が「０」件の場合には、クライアントＡで予約不可を表示させるための表示データを作成してクライアントＡへ送信する（ステップＳ３２）。

ステップＳ３０の検索結果が「１」件以上の場合には、第１希望の診療機関での代替時間帯情報および代替診療機関情報を含む紹介情報をクライアントＡで表示するための表示データを作成してクライアントＡへ送信し、クライアントＡに表示させる（ステップＳ３４）。

例えば、図１７に示す紹介情報画面がクライアントＡで表示される。図１７の紹介情報画面では、「おすすめ１：別の時間帯」として、第１希望の診療機関において患者の希望する診療科（本例では「内科」）であって、患者の受診希望日含む前後１日、且つ、患者の受診希望時刻を含む前後２時間のうちで、予約可能な別の時間帯が表示される。また、「おすすめ２：別の診療所」として、患者の希望する診療科（本例では「内科」）を標榜科（診療科）とする別の診療機関であって、患者の受診希望日、且つ、患者の受診希望時刻で予約可能な別の診療機関名が表示される。なお、図１７において、「おすすめ１」の代替時間帯を表示した各行および「おすすめ２」の代替診療機関を表示した各行は、それぞれの診療予約を要求するためのタグとなっている。

図１７の検索結果表示画面において、「おすすめ１」の代替時間帯または「おすすめ２」の代替診療機関がクリックにより指定されると、診療予約要求がクライアントＡからサーバ２２へ送信される（ステップＳ３６）。具体的には、クライアントＡで代替時間帯が指定されると、指定された代替時間帯情報が付加された診療予約要求が送信され、クライアントＡで代替診療機関が指定されると、指定された代替診療機関情報が付加された診療予約要求が送信される。

クライアントＡから診療予約要求を受信したサーバ２２は、診療予約情報管理データベース２６に患者の診療予約を登録し、診療予約成功（成約）をクライアントＡに表示させる表示データを作成してクライアントＡへ送信する（ステップＳ３８）。具体的には、クライアントＡから代替時間帯情報付きの診療予約要求を受信したときには、第１希望の診療機関に対する代替時間帯内の診療予約を診療予約情報管理データベース２６に登録して診療予約を受け付けたことをクライアントＡに表示させる表示データを作成して送信する一方で、クライアントＡから代替診療機関情報付きの診療予約要求を受信したときには、代替診療機関に対する受診希望時間の診療予約を診療予約情報管理データベース２６に登録して診療予約を受け付けたことをクライアントＡに表示させる表示データを作成して送信する。

なお、以上の説明では、診療機関情報についてのユーザの希望条件として、診療科および診療機関の場所を一例として説明したが、本発明はこのような場合に特に限定されない。例えば、さらに詳細な診療内容（例えば特殊な診療行為）をユーザの希望条件としてもよい。

以下では、代替診療機関が２件以上ある場合にさらに好ましい紹介情報を提供する各種の態様について、説明する。

図９は、患者利用履歴情報に基づいて代替診療機関をソートする態様の処理の流れの一例を示す。なお、図９では、図８のステップＳ３０以降を示しており、図８のステップＳ１２〜ステップＳ２８までの処理の流れは、図８を用いて説明したソートなしの処理の流れと同じなので、ここではその説明を省略する。

図９において、図８のステップＳ２８の検索結果（代替時間帯の検索結果および代替診療機関の検索結果）が「１」件以上あるか否かを判定して（ステップＳ３０）、本態様ではさらに、検索結果が「１」件以上の場合に代替診療機関が「２」件以上あるか否かを判定し（ステップＳ４２）、代替診療機関が「２」件以上ある場合には、患者利用履歴情報管理データベース２７にアクセスし、診療予約を希望している患者が過去に利用した診療機関ごとに当該患者の利用回数をカウントし、当該患者の利用回数が多い順に代替診療機関の紹介情報をソートする（ステップＳ４４）。例えば、図８のステップＳ２８の検索結果としての代替診療機関の順番が、Ｂ診療所、Ｃ診療所の順である場合において、当該患者のＢ診療所の利用回数よりもＣ診療所の利用回数の方が多い場合には、前記検索結果をＣ診療所、Ｂ診療所の順に並べ替える。そして、ソートされた代替診療機関の紹介情報を含む表示データを作成してクライアントＡへ送信する（ステップＳ３４）。そして、クライアントＡから診療予約要求がサーバへ送信されると（ステップＳ３６）、サーバ２２は、診療予約情報管理データベース２６に診療予約を登録し、予約成功の表示データを作成してクライアントＡへ送信し、クライアントＡに表示させる（ステップＳ３８）。

図１０は、診療機関紹介履歴情報に基づいて代替診療機関をソートする態様の処理の流れの一例を示す。なお、図１０では、図８のステップＳ３０以降を示しており、図８のステップＳ１２〜ステップＳ２８までの処理の流れは、図８を用いて説明したソートなしの処理の流れと同じなので、ここではその説明を省略する。

図１０において、図８のステップＳ２８の検索結果（代替時間帯の検索結果および代替診療機関の検索結果）が「１」件以上あるか否かを判定して（ステップＳ３０）、本態様ではさらに、検索結果が「１」件以上の場合に代替診療機関が「２」件以上あるか否かを判定し（ステップＳ４２）、代替診療機関が「２」件以上ある場合には、診療機関紹介履歴情報管理データベース２８にアクセスし、他の患者の紹介履歴情報に基づいて代替診療機関の紹介情報をソートする（ステップＳ５４）。例えば、患者Ａの第１希望の診療機関（例えばＡ診療所）で過去に空きがなかったときに紹介した紹介回数の多い順、または、何れかの患者の第１希望の診療機関（診療所Ａ、診療所Ｂ、・・・）で過去に空きがなかったときに紹介して予約成功した回数（成約回数）の多い順に、図８のステップＳ２８の検索結果を並べ替える。あるいは、診療予約を希望している患者（患者Ａ）以外の他の患者（患者Ｂ、患者Ｃ、・・・）について、患者Ａの第１希望の診療機関（例えばＡ診療所）で過去に空きがなかったときに紹介した代替診療機関（例えばＢ診療所とＣ診療所）ごとに、他の患者（患者Ｂ、患者Ｃ、・・・）が代替診療機関として選択して予約成功した回数（成約回数）をカウントし、成約回数が多い順に代替診療機関の紹介情報をソートする。例えば、図８のステップＳ２８の検索結果としての代替診療機関の順番がＢ診療所、Ｃ診療所の順である場合において、Ａ診療所の代替診療機関としてのＢ診療所の成約回数よりもＣ診療所の成約回数の方が多い場合には、前記検索結果をＣ診療所、Ｂ診療所の順に並べ替える。

サーバ２２は、ソートされた代替診療機関の紹介情報を含む表示データを作成してクライアントＡへ送信する（ステップＳ３４）。そして、クライアントＡから診療予約要求がサーバへ送信されると（ステップＳ３６）、サーバ２２は、診療予約情報管理データベース２６に診療予約を登録し、予約成功の表示データを作成してクライアントＡへ送信し、クライアントＡに表示させる（ステップＳ３８）。

以上において説明した診療機関は、歯科医院、内科医院などの所謂病院には特に限定されず、例えば介護機関など、人に対して何らかの診療行為を行う機関であれば、本発明を適用できる。また、例えば、人以外の動物に対して診療行為を行う機関であってもよい。

なお、本発明は、本明細書において説明した例や図面に図示された例には限定されず、本発明の要旨を逸脱しない範囲において、各種の設計変更や改良を行ってよいのはもちろんである。

本発明を適用した診療予約システムの全体構成図 患者情報の一例を示す説明図 診療機関情報の一例を示す説明図 診療予約情報の一例を示す説明図 患者利用履歴情報の一例を示す説明図 診療機関紹介履歴情報の一例を示す説明図 ログイン処理の流れの一例を示すフローチャート 診療機関検索および予約処理の流れの一例を示すフローチャート 代替処理の第２態様の流れの一例を示すフローチャート 代替処理の第３態様の流れの一例を示すフローチャート ログイン画面の一例を示す説明図 ユーザ毎のトップページの一例を示す説明図 診療機関検索結果表示画面の一例を示す説明図 受診希望日時指定画面の一例を示す説明図 診療予約確認画面の一例を示す説明図 診療予約確定画面の一例を示す説明図 紹介情報画面の一例を示す説明図

符号の説明

２０…診療予約受付装置、２２…サーバ装置（サーバ）、２４…患者情報管理データベース、２５…診療機関情報管理データベース、２６…診療予約情報管理データベース、２７…患者利用履歴情報管理データベース、２８…診療機関紹介履歴情報管理データベース、３１…患者用のクライアント装置（クライアントＡ）、３２…診療機関スタッフ用のクライアント装置（クライアントＢ）

Claims (7)

1. 診療機関ごとの診療機関情報を管理する診療機関情報管理データベースと、
   前記診療機関に対する各ユーザの診療予約情報を管理する診療予約情報管理データベースと、
   各ユーザのクライアント装置とネットワークを介して通信し、前記クライアント装置から指定される前記ユーザの受診希望時間に対して前記ユーザの第１希望の診療機関で空きがあるか否かを前記診療予約情報管理データベース内で検索し、前記第１希望の診療機関で空きがあるときには、前記第１希望の診療機関に対する前記ユーザの診療予約を前記診療予約情報管理データベースに登録して該診療予約を受け付けたことを前記クライアント装置に表示させる一方で、前記第１希望の診療機関で空きがないときには、前記第１希望の診療機関で満たされている前記診療機関情報についての前記ユーザの希望条件で診療可能な代替診療機関を前記診療機関情報管理データベース内で検索するとともに、前記ユーザの受診希望時間に対して前記代替診療機関で空きがあるか否かを前記診療予約情報管理データベース内で検索し、前記ユーザの希望条件を満たし且つ空きがある前記代替診療機関の紹介情報を前記クライアント装置に表示させて該クライアント装置から前記代替診療機関に対する診療予約を要求されたとき、前記代替診療機関に対する前記ユーザの診療予約を前記診療予約情報管理データベースに登録して該診療予約を受け付けたことを前記クライアント装置に表示させるサーバ装置と、
   を備えたことを特徴とする診療予約受付装置。
2. 前記サーバ装置は、前記第１希望の診療機関で前記ユーザの受診希望時間に対して空きがないときには、前記第１希望の診療機関で診療予約可能な代替時間帯の紹介情報と前記代替診療機関の紹介情報とを前記クライアント装置に表示させて、該クライアント装置から前記第１希望の診療機関に対する代替時間帯内の診療予約を要求されたときには、前記第１希望の診療機関に対する前記代替時間帯内の前記ユーザの診療予約を前記診療予約情報管理データベースに登録して該診療予約を受け付けたことを前記クライアント装置に表示させる一方で、前記クライアント装置から前記代替診療機関に対する診療予約を要求されたときには、前記代替診療機関に対する前記ユーザの診療予約を前記診療予約情報管理データベースに登録して該診療予約を受け付けたことを前記クライアント装置に表示させることを特徴とする請求項１に記載の診療予約受付装置。
3. 前記診療機関情報管理データベースで管理される前記診療機関情報には、各診療機関の診療科名および各診療機関の場所が含まれ、前記サーバ装置は、少なくとも前記診療科名および前記診療機関の場所において前記ユーザの希望条件を満たす前記第１希望の診療機関以外の診療機関を前記代替診療機関として紹介することを特徴とする請求項１または２に記載の診療予約受付装置。
4. ユーザごとに診療機関を利用した利用履歴情報を管理する利用履歴情報管理データベースを備え、
   前記サーバ装置は、前記第１希望の診療機関で空きがないときには、前記利用履歴情報管理データベースにアクセスし、診療予約を希望している当該ユーザの利用履歴情報に基づいて前記代替診療機関の紹介情報をソートして前記クライアント装置に表示させることを特徴とする請求項１ないし３の何れか１項に記載の診療予約受付装置。
5. 診療機関ごとに前記サーバ装置がユーザに対して紹介した紹介履歴情報を管理する紹介履歴情報管理データベースを備え、
   前記サーバ装置は、前記第１希望の診療機関で空きがないときには、前記診療機関紹介履歴情報管理データベースにアクセスし、診療予約を希望している当該ユーザ以外の他のユーザの紹介履歴情報に基づいて前記代替診療機関の紹介情報をソートして前記クライアント装置に表示させることを特徴とする請求項１ないし３の何れか１項に記載の診療予約受付装置。
6. 各ユーザのクライアント装置とネットワークを介して通信するサーバ装置に実行させる診療予約受付プログラムであって、診療機関ごとの診療機関情報を管理する診療機関情報管理データベースと、前記診療機関の対する各ユーザの診療予約情報を管理する診療予約情報管理データベースとを用い、前記クライアント装置から指定される前記ユーザの受診希望時間に対して前記ユーザの第１希望の診療機関で空きがあるか否かを前記診療予約情報管理データベース内で検索し、前記第１希望の診療機関で空きがあるときには、前記第１希望の診療機関に対する前記ユーザの診療予約を前記診療予約情報管理データベースに登録して該診療予約を受け付けたことを前記クライアント装置に表示させる一方で、前記第１希望の診療機関で空きがないときには、前記第１希望の診療機関で満たされている前記診療機関情報についての前記ユーザの希望条件で診療可能な代替診療機関を前記診療機関情報管理データベース内で検索するとともに、前記ユーザの受診希望時間に対して前記代替診療機関で空きがあるか否かを前記診療予約情報管理データベース内で検索し、前記ユーザの希望条件を満たし且つ空きがある前記代替診療機関の紹介情報を前記クライアント装置に表示させて該クライアント装置から前記代替診療機関に対する診療予約を要求されたとき、前記代替診療機関に対する前記ユーザの診療予約を前記診療予約情報管理データベースに登録して該診療予約を受け付けたことを前記クライアント装置に表示させることを特徴とする診療予約受付プログラム。
7. 各ユーザのクライアント装置とネットワークを介して通信するサーバ装置と、診療機関ごとの診療機関情報を管理する診療機関情報管理データベースと、前記診療機関に対する各ユーザの診療予約情報を管理する診療予約情報管理データベースとを用いて診療予約の受付を行う診療予約受付方法であって、前記クライアント装置から指定される前記ユーザの受診希望時間に対して前記ユーザの第１希望の診療機関で空きがあるか否かを前記診療予約情報管理データベース内で検索し、前記第１希望の診療機関で空きがあるときには、前記第１希望の診療機関に対する前記ユーザの診療予約を前記診療予約情報管理データベースに登録して該診療予約を受け付けたことを前記クライアント装置に表示させる一方で、前記第１希望の診療機関で空きがないときには、前記第１希望の診療機関で満たされている前記診療機関情報についての前記ユーザの希望条件で診療可能な代替診療機関を前記診療機関情報管理データベース内で検索するとともに、前記ユーザの受診希望時間に対して前記代替診療機関で空きがあるか否かを前記診療予約情報管理データベース内で検索し、前記ユーザの希望条件を満たし且つ空きがある前記代替診療機関の紹介情報を前記クライアント装置に表示させて該クライアント装置から前記代替診療機関に対する診療予約を要求されたとき、前記代替診療機関に対する前記ユーザの診療予約を前記診療予約情報管理データベースに登録して該診療予約を受け付けたことを前記クライアント装置に表示させることを特徴とする診療予約受付方法。

Images