(57)【要約】【課題】長時間利用者を待たせる事無く且つ予め受け入れ側の受入れ準備を整えることが可能な受付システムを提供することを目的とする。【解決手段】利用者を輸送する輸送手段４と、輸送手段４とネットワーク５を介して接続された利用者が利用するサービスの受付に係る処理を行う受付サーバ１とを有する受付システムであって、輸送手段４は、利用者が利用を要求するサービスを識別する第一サービス識別情報を含む第一受付情報を作成する第一受付情報作成手段と、輸送手段の位置に係る位置情報を含む第一位置情報を作成する第一位置情報作成手段と、第一受付情報及び／又は第一位置情報を受付サーバに送信する送信手段とを有し、受付サーバ１は、第一受付情報及び／又は第一位置情報を輸送手段より受信する受信手段を有することによって上記課題を解決する。【選択図】        図２
2004355547.tif 000002
【特許請求の範囲】
【請求項１】
利用者を輸送する輸送手段と、該輸送手段とネットワークを介して接続された前記利用者が利用するサービスの受付に係る処理を行う受付サーバとを有する受付システムであって、
前記輸送手段は、前記利用者が利用を要求するサービスを識別する第一サービス識別情報を含む第一受付情報を作成する第一受付情報作成手段と、
当該輸送手段の位置に係る位置情報を含む第一位置情報を作成する第一位置情報作成手段と、
前記第一受付情報及び／又は前記第一位置情報を前記受付サーバに送信する送信手段とを有し、
前記受付サーバは、前記第一受付情報及び／又は前記第一位置情報を前記輸送手段より受信する受信手段を有することを特徴とする受付システム。
【請求項２】
前記受付サーバは、前記受信手段において受信した前記第一受付情報に基づいて、患者に係る情報を蓄積する患者情報蓄積手段を参照し、当該受付サーバが利用を許可したサービスを識別する第二サービス識別情報を含む第二受付情報を作成する受付情報作成手段を更に有することを特徴とする請求項１記載の受付システム。
【請求項３】
前記第一受付情報及び／又は前記第二受付情報は、前記利用者を識別する利用者識別情報及び／又は前記輸送手段を識別する輸送手段識別情報を更に含むことを特徴とする請求項２記載の受付システム。
【請求項４】
前記受付サーバは、前記受信手段において受信した前記第一位置情報に基づいて、前記輸送手段の運行に係る情報を蓄積する運行情報蓄積手段を参照し、前記輸送手段の到達予定時間を含む到達予定情報を作成する到達予定情報作成手段を更に有することを特徴とする請求項１乃至３何れか一項記載の受付システム。
【請求項５】
前記到達予定情報作成手段は、前記輸送手段より、前記第一位置情報を受信するたびに前記輸送手段の到達予定時間を算出し、前記到達予定情報を更新又は新たに作成することを特徴とする請求項４記載の受付システム。
【請求項６】
前記受付サーバは、前記到達予定情報及び前記第二受付情報に基づいて、利用者の前記サービスの利用順番を管理する利用順番管理手段を更に有することを特徴とする請求項４又は５記載の受付システム。
【請求項７】
前記利用順番管理手段は、前記到達予定情報及び前記第二受付情報に基づいて、前記サービスの利用予約に係るサービス利用予約情報を含む第三受付情報を作成することを特徴とする請求項６記載の受付システム。
【請求項８】
利用者を輸送する輸送手段と、該輸送手段とネットワークを介して接続された前記利用者が利用するサービスの受付に係る処理を行う受付サーバとを有する受付システムにおける受付方法であって、
前記輸送手段が、前記利用者が利用を要求するサービスを識別する第一サービス識別情報を含む第一受付情報を作成する第一受付情報作成段階と、
当該輸送手段の位置に係る位置情報を含む第一位置情報を作成する第一位置情報作成段階と、
前記第一受付情報及び／又は前記第一位置情報を前記受付サーバに送信する送信段階とを有し、
前記受付サーバが、前記第一受付情報及び／又は前記第一位置情報を前記輸送手段より受信する受信段階を有することを特徴とする受付方法。
【請求項９】
利用者が利用するサービスの受付に係る処理を行う受付サーバであって、
前記利用者を輸送する輸送手段より、前記利用者が利用を要求するサービスを識別する第一サービス識別情報を含む第一受付情報及び／又は前記輸送手段の位置に係る位置情報を含む第一位置情報を受信する受信手段と、
前記受信手段において受信した前記第一受付情報に基づいて、患者に係る情報を蓄積する患者情報蓄積手段を参照し、当該受付サーバが利用を許可したサービスを識別する第二サービス識別情報を含む第二受付情報を作成する受付情報作成手段と
を有することを特徴とする受付サーバ。
【請求項１０】
コンピュータに、
利用者を輸送する輸送手段より、前記利用者が利用を要求するサービスを識別する第一サービス識別情報を含む第一受付情報及び／又は前記輸送手段の位置に係る位置情報を含む第一位置情報を受信する受信手順と、
前記受信手順において受信した前記第一受付情報に基づいて、患者に係る情報を蓄積する患者情報蓄積手段を参照し、当該受付サーバが利用を許可したサービスを識別する第二サービス識別情報を含む第二受付情報を作成する受付情報作成手順と
を実行させるための受付プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、受付システム、受付方法、受付サーバ及び受付プログラムに関する。
【０００２】
【従来の技術】
病院等が運用する送迎用バスを利用した従来の外来患者の移動から診察までの一連の流れを、図１を用いて説明する。図１は、従来技術における外来患者の移動から診察までの一連の流れを説明するための概念図である。
【０００３】
図１に示されるように、病院等が運用する送迎用バスを利用して来院した外来患者は、診察券等を目的の診療科の受付に提出し、自分の診察の順番が来るまで待合室等で順番を待って、診察を受けていた。
【０００４】
一方、病院側は、患者によって診察券等が診療科の受付に提出されると、該患者のカルテを準備する等の診察の事前準備を行っていた。
【０００５】
また、このような送迎用バスや他の公共交通機関（例えば電車）等の輸送手段と連携することにより、例えばインターネットを介して予約を入れた患者に対して、何時何分ごろに送迎用バスに乗れば良いか等を患者に通知する予約システムも知られている（例えば、特許文献１参照。）。
【０００６】
【特許文献１】
特開２００１−２６５８６２号公報
【０００７】
【発明が解決しようとする課題】
しかしながら、上記図１に示した送迎用バスを利用した従来方式では、例えば、病院が混雑していた場合、患者は受付を行ってから診療を受けるまで長時間待たなければならない問題があった。また、病院側にとっても、カルテの準備等の診察の事前準備を予め行えない問題もあった。
【０００８】
また、上記特許文献１記載の予約システムでは、予約を入れた患者が必ず病院に訪れる保証は無く、例えば、雨が降ったりすると、予約を入れていたにも関わらず、病院を訪れない患者が出る問題があった。このように予約を入れていたにも関わらず、キャンセルを入れることなく病院に現れない患者が生じると、例えば病院内の担当者が手動で予約をキャンセルする必要があり、効率的に受付処理を行えない問題があった。
【０００９】
本発明は、上記の点に鑑みなされたもので、長時間利用者を待たせる事無く受け入れ側の受入れ準備を整えることが可能な受付システム、受付方法、受付サーバ及び受付プログラムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
そこで、上記問題を解決するため、請求項１記載の発明は、利用者を輸送する輸送手段と、該輸送手段とネットワークを介して接続された前記利用者が利用するサービスの受付に係る処理を行う受付サーバとを有する受付システムであって、前記輸送手段は、前記利用者が利用を要求するサービスを識別する第一サービス識別情報を含む第一受付情報を作成する第一受付情報作成手段と、当該輸送手段の位置に係る位置情報を含む第一位置情報を作成する第一位置情報作成手段と、前記第一受付情報及び／又は前記第一位置情報を前記受付サーバに送信する送信手段とを有し、前記受付サーバは、前記第一受付情報及び／又は前記第一位置情報を前記輸送手段より受信する受信手段を有することを特徴とする。
【００１１】
請求項１記載の発明によれば、長時間利用者を待たせる事無く且つ予め受け入れ側の受入れ準備を整えることが可能な受付システムを提供することができる。
【００１２】
なお、輸送手段は、例えば後述する送迎用バスに対応する。また、第一受付情報は、例えば後述する仮受付情報に対応する。また、第一位置情報は、例えば後述するバス位置情報に対応する。
【００１３】
また、請求項２記載の発明は、前記受付サーバは、前記受信手段において受信した前記第一受付情報に基づいて、患者に係る情報を蓄積する患者情報蓄積手段を参照し、当該受付サーバが利用を許可したサービスを識別する第二サービス識別情報を含む第二受付情報を作成する受付情報作成手段を更に有することを特徴とする。
【００１４】
請求項２記載の発明によれば、受付サーバが利用を許可したサービスを識別する第二サービス識別情報を含む第二受付情報を作成することができる。
【００１５】
なお、第二受付情報は、例えば後述する受付情報に対応する。また、患者情報蓄積手段は、例えば後述する患者ＤＢに対応する。
【００１６】
また、請求項３記載の発明は、前記第一受付情報及び／又は前記第二受付情報は、前記利用者を識別する利用者識別情報及び／又は前記輸送手段を識別する輸送手段識別情報を更に含むことを特徴とする。
【００１７】
請求項３記載の発明によれば、前記第一受付情報及び／又は前記第二受付情報に含まれる前記利用者識別情報に基づいて患者に係る情報を蓄積する患者情報蓄積手段を参照したり、前記第一受付情報及び／又は前記第二受付情報に含まれる輸送手段識別情報に基づいて第一位置情報等と関連付けたりすることができる。
【００１８】
なお、利用者識別情報は、例えば後述する患者ＩＤに対応する。また、輸送手段識別情報は、例えば後述するバスＩＤに対応する。
【００１９】
また、請求項４記載の発明は、前記受付サーバは、前記受信手段において受信した前記第一位置情報に基づいて、前記輸送手段の運行に係る情報を蓄積する運行情報蓄積手段を参照し、前記輸送手段の到達予定時間を含む到達予定情報を作成する到達予定情報作成手段を更に有することを特徴とする。
【００２０】
請求項４記載の発明によれば、前記輸送手段の到達予定時間を含む到達予定情報を作成することができる。
【００２１】
なお、到達予定情報は、例えば後述するバス到達予定情報に対応する。また、運行情報蓄積手段は、例えば後述するバスルートＤＢ４２に対応する。
【００２２】
また、請求項５記載の発明は、前記到達予定情報作成手段は、前記輸送手段より、前記第一位置情報を受信するたびに前記輸送手段の到達予定時間を算出し、前記到達予定情報を更新又は新たに作成することを特徴とする。
【００２３】
請求項５記載の発明によれば、輸送手段より第一位置情報を受信するたびに到達予定情報を更新又は新たに作成することができる。
【００２４】
また、請求項６記載の発明は、前記受付サーバは、前記到達予定情報及び前記第二受付情報に基づいて、利用者の前記サービスの利用順番を管理する利用順番管理手段を更に有することを特徴とする。
【００２５】
請求項６記載の発明によれば、利用者の利用順番を管理することができる。
【００２６】
また、請求項７記載の発明は、前記利用順番管理手段は、前記到達予定情報及び前記第二受付情報に基づいて、前記サービスの利用予約に係るサービス利用予約情報を含む第三受付情報を作成することを特徴とする。
【００２７】
請求項７記載の発明によれば、サービス利用予約情報を含む第三受付情報を作成することができる。
【００２８】
なお、サービス利用予約情報は、例えば後述する診療予約情報に対応する。また、第三受付情報は、例えば後述する各診療科における受付情報に対応する。
【００２９】
また、請求項８記載の発明は、利用者を輸送する輸送手段と、該輸送手段とネットワークを介して接続された前記利用者が利用するサービスの受付に係る処理を行う受付サーバとを有する受付システムにおける受付方法であって、前記輸送手段が、前記利用者が利用を要求するサービスを識別する第一サービス識別情報を含む第一受付情報を作成する第一受付情報作成段階と、当該輸送手段の位置に係る位置情報を含む第一位置情報を作成する第一位置情報作成段階と、前記第一受付情報及び／又は前記第一位置情報を前記受付サーバに送信する送信段階とを有し、前記受付サーバが、前記第一受付情報及び／又は前記第一位置情報を前記輸送手段より受信する受信段階を有することを特徴とする。
【００３０】
請求項８記載の発明によれば、長時間利用者を待たせる事無く且つ予め受け入れ側の受入れ準備を整えることが可能な受付方法を提供することができる。
【００３１】
また、請求項９記載の発明は、利用者が利用するサービスの受付に係る処理を行う受付サーバであって、前記利用者を輸送する輸送手段より、前記利用者が利用を要求するサービスを識別する第一サービス識別情報を含む第一受付情報及び／又は前記輸送手段の位置に係る位置情報を含む第一位置情報を受信する受信手段と、前記受信手段において受信した前記第一受付情報に基づいて、患者に係る情報を蓄積する患者情報蓄積手段を参照し、当該受付サーバが利用を許可したサービスを識別する第二サービス識別情報を含む第二受付情報を作成する受付情報作成手段とを有することを特徴とする。
【００３２】
請求項９記載の発明によれば、長時間利用者を待たせる事無く且つ予め受け入れ側の受入れ準備を整えることが可能な受付サーバを提供することができる。
【００３３】
また、請求項１０記載の発明は、コンピュータに、利用者を輸送する輸送手段より、前記利用者が利用を要求するサービスを識別する第一サービス識別情報を含む第一受付情報及び／又は前記輸送手段の位置に係る位置情報を含む第一位置情報を受信する受信手順と、前記受信手順において受信した前記第一受付情報に基づいて、患者に係る情報を蓄積する患者情報蓄積手段を参照し、当該受付サーバが利用を許可したサービスを識別する第二サービス識別情報を含む第二受付情報を作成する受付情報作成手順とを実行させるための受付プログラムであることを特徴とする。
【００３４】
請求項１０記載の発明によれば、長時間利用者を待たせる事無く且つ予め受け入れ側の受入れ準備を整えることが可能な受付プログラムを提供することができる。
【００３５】
【発明の実施の形態】
以下、本発明の実施の形態について図面に基づいて説明する。
【００３６】
図２は、本発明の実施の形態におけるシステム構成図の一例である。図２に示されるように、本発明における受付システムは、送迎用バス４と、該送迎用バス４とネットワーク５を介して接続された受付サーバ１と、該受付サーバ１とＬＡＮ等を介して接続された少なくとも１つ以上の診療科ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）２と、受付装置３とを含む。
【００３７】
送迎用バス４は、予め定められたルートを回って外来患者を病院まで送迎する。後述するように、送迎用バス４は、例えば外来患者を当該送迎用バス４に乗せたときに取得した患者に係る仮受付情報やバス位置情報を、移動体通信手段（例えば、電子メール等）を用いてネットワーク５を介して受付サーバ１に送信する。
【００３８】
受付サーバ１は、仮受付情報やバス位置情報を送迎用バス４より取得すると、後述する受付情報やバス到達予定情報、各診療科における受付情報等を作成し、患者の各診療科の診察の順番待ち等を管理する。
【００３９】
診療科ＰＣ２では、受付サーバ１で管理されている各診療科における受付情報等を参照し、診察の順番を患者に通知したり病院側のスタッフに次の患者に係る情報を通知したりする。
【００４０】
受付装置３は、要求に応じて受付サーバ１で管理されている各診療科における受付情報等を参照し、診察の順番情報等を、音声及び／又は画面を介して来院した患者に通知する。
【００４１】
以下、本発明の受付システムを用いた患者の移動から診察までの一連の流れを、図３を用いて説明する。図３は、本発明の受付システムを用いた外来患者の移動から診察までの一連の流れを説明するための概念図である。
【００４２】
図３に示されるように、病院等が運用する送迎用バス４に乗車した外来患者は、例えばＩＣカード等を用いて当該自身の情報を送迎用バス４に知らせる。
【００４３】
送迎用バス４は、前記外来患者の情報を含む仮受付情報やバスの位置情報を含むバス位置情報を作成し、ネットワーク５を介して受付サーバ１に送信する。
【００４４】
受付サーバ１は、仮受付情報やバス位置情報を送迎用バス４より取得すると、後述する受付情報やバス到達予定情報、各診療科における受付情報等を作成し、各診療科の診察の順番待ち等を管理する。
【００４５】
外来患者は、後述すように送迎用バス４に乗車している間も待ち時間として扱われるため、図１に示した従来の場合と比べて待ち時間が短くなる。また、病院にとっても外来患者が病院に来院するまでに例えば診察の準備や受付処理等を行うことができるため、処理を簡略化することができる。
【００４６】
また、送迎用バス４に乗車した外来患者から取得した該外来患者の情報を含む仮受付情報やバスの位置情報を含むバス位置情報に基づいて処理を行うため、前記外来患者は必ず病院に来院し、キャンセル等の問題が起こることが無い面においても病院における受付処理等を簡略化することができる。
【００４７】
以下、受付サーバ１のハードウェア構成を、図４を用いて説明する。図４は、受付サーバ１のハードウェア構成図である。
【００４８】
図４に示されるように受付サーバ１のハードウェア構成は、それぞれバスで相互に接続されている入力装置１１と、表示装置１２と、ドライブ装置１３と、記録媒体１４と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１５と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１６と、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１７と、インターフェース装置１８と、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１９とから構成されている。
【００４９】
入力装置１１は、例えば受付サーバ１の利用者が操作するキーボード及びマウス等で構成され、受付サーバ１に各種操作信号を入力するのに用いられる。
【００５０】
表示装置１２は、例えば受付サーバ１の利用者が利用するディスプレイ等で構成され、各種情報を表示する。
【００５１】
インターフェース装置１８は、受付サーバ１をネットワーク等に接続するインターフェースである。
【００５２】
後述するフローチャートに係る処理を行う各プログラム等は、例えば、ＣＤ−ＲＯＭ等の記録媒体１４によって受付サーバ１に提供されるか、ネットワークを通じてダウンロードされる。記録媒体１４は、ドライブ装置１３にセットされ、前記プログラム等が記録媒体１４からドライブ装置１３を介してＲＯＭ１５にインストールされる。
【００５３】
ＲＯＭ１５は、データや前記プログラム等を格納する。ＲＡＭ１６は、受付サーバ１の起動時にＲＯＭ１５から前記プログラム等を読み出して格納する。ＣＰＵ１７は、ＲＡＭ１６に読み出され、格納された前記プログラム等に従って処理を実行する。
【００５４】
ＨＤＤ１９は、データやファイル等を格納する。
【００５５】
但し、受付サーバ１として、必ずしも入力装置１１及び／又は表示装置１２等が含まれない場合もある。
【００５６】
なお、診療科ＰＣ２や、受付装置３のハードウェア構成も図４に示した受付サーバ１のハードウェア構成と同様である。また、送迎用バス４も、通常のバスとして必要な構成と共に図４に示されるようなハードウェア構成を含むものとして説明を行う。
【００５７】
以下、送迎用バス４の一例の機能を、図５を用いて説明する。図５は、送迎用バスの一例の機能ブロック図である。
【００５８】
図５に示されるように、送迎用バス４は、情報送信部３１と、患者情報取得部３２と、仮情報作成部３３と、位置情報取得部３４と、バス位置情報作成部３５とを含む。
【００５９】
情報送信部３１は、後述する仮受付情報及び／又はバス位置情報等を、ネットワーク５を介して受付サーバ１に送信する。なお、情報送信部３１は、バス位置情報作成部３５が後述するバス位置情報を新たに作成する度に、該新たに作成されたバス位置情報を、ネットワーク５を介して受付サーバ１に送信する。
【００６０】
患者情報取得部３２は、外来患者のＩＣカード等より、該外来患者の情報、例えば患者ＩＤや氏名等、を取得する。また、患者情報取得部３２は、外来患者又は送迎用バス４の運転手等によって入力された前記外来患者が今回診療を希望する診療科目の情報を前記外来患者の情報として取得する。なお、診察券としてのＩＣカードを保持していない初診の外来患者であった場合は、送迎用バス４の運転手が臨時の患者ＩＤ等を入力し、患者情報取得部３２が前記臨時の患者ＩＤ等を取得するようにしてもよい。なお、診察券として患者ＩＤや患者名を記憶しておく媒体は、ＩＣカード以外に磁気カード等であってもよい。また、診察券にバーコードやＲＦタグ等を付加し、患者を識別可能にしたものであってもよい。
【００６１】
仮受付情報作成部３３は、患者情報取得部３２が取得した前記外来患者の情報及び当該送迎用バス４を識別する識別子（バスＩＤ）に基づいて、後述する図７に示すような仮受付情報を作成する。
【００６２】
位置情報取得部３４は、例えば、前記外来患者が乗車した位置の情報及び／又は通過及び／又は停車した停留所の位置の情報及び／又は現在走行中の送迎用バス４の位置の情報等を取得する。
【００６３】
例えば位置情報取得部３４は、送迎用バス４の運転手が手動で入力した停留所の情報を位置情報として取得するようにしてもよいし、無線通信等を用いて送迎用バス４が、停留所から取得した停留所の情報を位置情報として取得するようにしてもよい。また、送迎用バス４にＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍｓ）等を搭載し、位置情報取得部３４は、前記ＧＰＳより送迎用バス４の経度と緯度とを取得し、該情報を位置情報をとしてもよい。
【００６４】
なお、位置情報取得部３４は、バス停の情報を位置情報として取得する場合は、バス停を通過及び／又はバス停に停車する度にバス停の情報を位置情報として取得する。また、位置情報取得部３４は、ＧＰＳより送迎用バス４の経度と緯度とを位置情報として取得する場合は、例えば予め定められた間隔（例えば、５分間隔）で経度と緯度とを位置情報として取得する。
【００６５】
バス位置情報作成部３５は、位置情報取得部３４が取得した送迎用バス４の位置情報に基づいて後述する図９に示すようなバス位置情報を作成する。なお、バス位置情報作成部３５は、位置情報取得部３４が位置情報を新たに取得する度に後述するバス位置情報を新たに作成する。
【００６６】
以下、仮受付情報作成処理の一例を、図６を用いて説明する。図６は、仮受付情報作成処理の一例を説明するためのフローチャートである。
【００６７】
ステップＳ１０において患者情報取得部３２は、ＩＣカード等より、該外来患者の情報、例えば患者ＩＤや氏名等、を取得する。また、患者情報取得部３２は、外来患者又は送迎用バス４の運転手等によって入力された前記外来患者が今回診療を希望する診療科目の情報を前記外来患者の情報として取得する。
【００６８】
ステップＳ１０に続いてステップＳ１１に進み、仮受付情報作成部３３は、ステップＳ１０において患者情報取得部３２が取得した前記外来患者の情報及び当該送迎用バス４を識別する識別子（バスＩＤ）に基づいて、後述する図７に示すような仮受付情報を作成する。なお、バスＩＤは、送迎用バス４のＨＤＤ等に格納されているものとする。
【００６９】
以下、仮受付情報の一例を、図７を用いて説明する。図７は、仮受付情報の一例を説明するための図である。図７に示されるように、仮受付情報は、患者情報とバスＩＤとを含む。また、患者情報は、患者ＩＤと、氏名と、診療科目（複数の場合もあり）とを含む。
【００７０】
なお、図７に示される仮受付情報に含まれる診療科目には、該患者が診療を希望する診療科目が含まれる。
【００７１】
また、図示していないが、図７に示される仮受付情報に、患者が送迎用バス４に乗車した乗車時刻等を含めるようにしてもよい。
【００７２】
以下、バス位置情報作成処理の一例を、図８を用いて説明する。図８は、バス位置情報作成処理の一例を説明するためのフローチャートである。
【００７３】
ステップＳ２０において位置情報取得部３４は、当該送迎用バス４の位置情報を取得する。例えば位置情報取得部３４は、送迎用バス４の運転手等が入力した停留所の情報を位置情報として取得する。
【００７４】
ステップＳ２０に続いてステップＳ２１に進み、バス位置情報作成部３５は、ステップＳ２０において位置情報取得部３４が取得した位置情報及び当該送迎用バス４を識別する識別子（バスＩＤ）に基づいて、後述する図９に示すようなバス位置情報を作成する。
【００７５】
上述したように、送迎用バス４の運転手が停留所を通過する度に、停留所の情報を位置情報として入力すると、位置情報取得部３４は、ステップＳ２０において前記入力情報を位置情報として取得し、バス位置情報作成部３５がステップＳ２１においてバス位置情報を新たに作成する。
【００７６】
以下、バス位置情報の一例を、図９を用いて説明する。図９は、バス位置情報の一例を説明するための図である。図９に示されるように、バス位置情報は、バスＩＤと位置情報とを含む。
【００７７】
例えば、送迎用バス４の運転手が停留所を通過及び／又は停車する度に停留所の情報を位置情報として入力した場合は、図９に示される位置情報に停留所名又は停留所を識別する識別情報が含まれる。また、上述したように送迎用バス４にＧＰＳが取り付けられている場合は、図９に示される位置情報に送迎用バス４の経度と緯度との情報が含まれる。
【００７８】
以下では、特に言及しない限り、図９に示されるバス位置情報の位置情報には停留所の名前が含まれているものとして説明を行う。
【００７９】
ここで、バス位置情報と仮受付情報とはバスＩＤをキーとして関係付けられている。
【００８０】
以下、受付サーバ１の一例の機能を、図１０を用いて説明する。図１０は、受付サーバの一例の機能ブロック図である。
【００８１】
図１０に示されるように、受付サーバ１は、情報受信部２１と、受付処理部２２と、到達予定時間算出処理部２３と、順番管理部２４と、患者ＤＢ４１と、バスルートＤＢ４２とを含む。
【００８２】
情報受信部２１は、送迎用バス４から送信された仮受付情報及び／又はバス位置情報等を、ネットワーク５を介して受信する。
【００８３】
受付処理部２２は、情報受信部２１が受信した仮受付情報に基づいて患者ＤＢ４１等を参照し、後述する受付情報を作成する。
【００８４】
到達予定時間算出処理部２３は、情報受信部２１が受信したバス位置情報に基づいてバスルートＤＢ４２等を参照し、後述するバス到達予定情報を作成する。
【００８５】
順番管理部２４は、受付処理部２２が作成した受付情報及び到達予定時間算出処理部２３が作成したバス到達予定情報に基づいて各診療科における受付情報を作成し、順番待ちの最適化等を行う。
【００８６】
患者ＤＢ４１は、後述する図１１に示すように患者に係る情報を保持、管理する。また、バスルートＤＢ４２は、後述する図１２に示すように送迎用バス４のルートに係る情報を保持、管理する。
【００８７】
以下、患者ＤＢ４１の一例を、図１１を用いて説明する。図１１は、患者ＤＢの一例を説明するための図である。
【００８８】
患者ＤＢ４１は、図１１に示されるように患者情報テーブルを含む。該患者情報テーブルは、患者ＩＤと、氏名と、診療科目と、保険証番号と、住所とを項目として含む。
【００８９】
ここで、患者ＩＤには、患者を識別する識別子が格納される。氏名には、患者の氏名が格納される。診療科目には、該患者が現在診療を受けている診療科目が格納される。保険証番号には、該患者の保険証番号が格納される。住所には、該患者の住所が格納される。
【００９０】
以下、バスルートＤＢ４２の一例を、図１２を用いて説明する。図１２は、バスルートＤＢの一例を説明するための図である。
【００９１】
バスルートＤＢ４２は、図１２に示されるようにバス−ルート対応テーブルと、ルート情報テーブルとを含む。バス−ルート対応テーブルは、バスＩＤと、ルートＩＤとを項目として含む。また、ルート情報テーブルは、ルートＩＤと、巡回順番と、バス停と、標準到達時間とを含む。
【００９２】
バスＩＤには、送迎用バス４を識別する識別情報が格納される。ルートＩＤには、送迎用バス４の送迎用ルートを識別する識別情報が格納される。巡回順番には、該当するルート内でのバス停の巡回順番が格納される。バス停には、バス停名又はバス停を識別する識別情報が格納される。標準到達時間には、該バス停から病院までの標準到達時間が格納される。なお、標準到達時間は、日毎及び／又は時間毎に受付サーバ１が値を更新するような構成としてもよい。
【００９３】
なお、図１２に示されるように、バス−ルート対応テーブルと、ルート情報テーブルとはルートＩＤをキーとして関係付けられている。
【００９４】
また、図示していないが、ルート情報テーブルにバス停に対応する経度と緯度とを含む位置情報を含めるようにしてもよい。
【００９５】
以下、受付サーバ１における受付処理の一例を、図１３を用いて説明する。図１３は、受付処理の一例を説明するためのフローチャートである。
【００９６】
ステップＳ３０において受付処理部２２は、情報受信部２１が受信した図７に示されるような仮受付情報を取得する。
【００９７】
ステップＳ３０に続いてステップＳ３１に進み、受付処理部２２は、ステップＳ３０において取得した仮受付情報に含まれる患者ＩＤを基に、患者ＤＢ４１を参照し、対応する患者情報が存在するかどうかを判定する。
【００９８】
ステップＳ３１において受付処理部２２が、患者ＤＢ４１に対応する患者情報が存在すると判定すると（ステップＳ３１においてＹＥＳ）、ステップＳ３３に進み、患者ＤＢ４１に対応する患者情報が存在しないと判定すると（ステップＳ３１においてＮＯ）、ステップＳ３２に進む。
【００９９】
ステップＳ３２では、受付処理部２２が、病院の総合受付に設置されているＰＣ及び／又は受付装置３等に、電子メール等を用いて該当する患者が存在しない旨、つまり当該病院を始めて利用する患者である旨を通知する。該電子メールを受信した病院の総合受付では診察券（ＩＣカード）の発行処理等を行う。
【０１００】
ステップＳ３３では、受付処理部２２が、ステップＳ３０において取得した仮受付情報に含まれる患者ＩＤを基に、患者ＤＢ４１を参照し、患者が受診を希望する診療科目が、患者が現在診療を受けている診療科目に含まれるかどうかを判定する。
【０１０１】
ステップＳ３３において受付処理部２２が、患者が受診を希望する診療科目が、患者が現在診療を受けている診療科目に含まれると判定すると（ステップＳ３３においてＹＥＳ）、ステップＳ３５に進み、患者が受診を希望する診療科目が、患者が現在診療を受けている診療科目に含まれないと判定すると（ステップＳ３３においてＮＯ）、ステップＳ３４に進む。
【０１０２】
例えば、ある患者が現在内科と皮膚科とで診療を受けていて、今回皮膚科の受診を希望した場合、受付処理部２２は、患者が受診を希望する診療科目が、患者が現在診療を受けている診療科目に含まれると判定される。
【０１０３】
ステップＳ３４では、受付処理部２２が、患者が診療を希望する診療科の受付に設置されている診療科ＰＣ２等に電子メールを用いて、患者が受診を希望する診療科目が、患者が現在診療を受けている診療科目に含まれない旨、つまり例えば初診の患者である等の電子メールを送信する。該電子メールを受信した診療科の受付では、初診の患者に対する準備として例えば問診表の準備等を行う。
【０１０４】
ステップＳ３５では、受付処理部２２が、ステップＳ３０において取得した仮受付情報に基づいて、後述する図１４に示すような受付情報を作成する。
【０１０５】
なお、患者が受診を希望する診療科目が複数存在する場合は、該受診を希望する複数の診療科目の数だけステップＳ３３からの処理を繰り返すようにしてもよい。
【０１０６】
また、図１３に示した処理では、ステップＳ３２及びステップＳ３４の後、処理を終了しているが、ステップＳ３２及びステップＳ３４の後、ステップＳ３５に処理を進め、それぞれに対応するような受付情報を作成するようにしてもよい。例えば、ステップＳ３２を通ってステップＳ３５に進んだ場合は、後述する受付情報の診療科目に、全て初診である旨の情報を含むような受付情報を作成したり、ステップＳ３４を通ってステップＳ３５に進んだ場合は、後述する受付情報の診療科目に、現在診療を受けていないが、今回新たに診察を希望する診療科目に対してのみ初診である旨の情報を含むような受付情報を作成したりするようにしてもよい。
【０１０７】
以下、受付情報の一例を、図１４を用いて説明する。図１４は、受付情報の一例を説明するための図である。図１４に示されるように、受付情報は、患者情報とバスＩＤとを含む。また患者情報は、患者ＩＤと、氏名と、診療科目（複数の場合もあり）とを含む。
【０１０８】
なお、図１４に示される受付情報に含まれる診療科目には、受付処理部２２が診療を許可した診療科目が含まれる。ここで、受付処理部２２が診療を許可した診療科目とは、例えば患者が受診を希望した診療科目の内、患者が現在診療を受けている診療科目に含まれる診療科目及び／又は初診であっても初診である旨の情報を含んだ診療科目のことをいう。
【０１０９】
なお、送迎用バス４から送信される仮受付情報に患者が送迎用バス４に乗車した乗車時刻が含まれる場合は、図１４に示される受付情報にも該乗車時刻が含まれる。
【０１１０】
以下、受付サーバ１における到達予定時間算出処理の一例を、図１５を用いて説明する。図１５は、到達予定時間算出処理の一例を説明するためのフローチャートである。
【０１１１】
ステップＳ４０において到達予定時間算出処理部２３は、情報受信部２１が受信した図９に示されるようなバス位置情報を取得する。
【０１１２】
ステップＳ４０に続いてステップＳ４１に進み、到達予定時間算出処理部２３は、ステップＳ４０において取得したバス位置情報に含まれるバスＩＤ及び位置情報を用いてバスルートＤＢ４２を参照し、到達予定時間を算出する。
【０１１３】
例えば、到達予定時間算出処理部２３は、バス位置情報に含まれるバスＩＤを基にバスルートＤＢ４２のバス−ルート対応テーブルを参照し、前記バスＩＤに対応するルートＩＤを特定する。到達予定時間算出処理部２３は、前記ルートＩＤを用いてルート情報テーブルを参照し、バス位置情報に含まれる位置情報（バス停の名前）に基づいて、標準到達時間を特定して取得する。到達予定時間算出処理部２３は、現在の時刻に前記取得した標準到達時間を足して送迎用バス４の到達予定時間を算出する。例えば到達予定時間算出処理部２３は、受付サーバ１が内部に有するタイマー等より現在の時刻を取得する。
【０１１４】
なお、上述したようにルート情報テーブルにバス停の経度と緯度とが位置情報として含まれ、且つ図９に示されるバス位置情報の位置情報に現在の送迎用バス４の経度と緯度とが含まれているような場合、到達予定時間算出処理部２３が、バス停とバス停との距離やバス停と病院との距離を計算し、送迎用バス４の平均速度等から到達予定時間をより緻密に計算するように実装してもよい。このような構成の場合、送迎用バス４のバス位置情報作成部３５は、予め定められた時間（例えば、５分）毎に位置情報として経度と緯度とを含むバス位置情報を作成し、情報送信部３１は、バス位置情報が作成される度に、該バス位置情報を受付サーバ１に送信する。
【０１１５】
ステップＳ４１に続いてステップＳ４２に進み、到達予定時間算出処理部２３は、ステップＳ４１において算出した送迎用バス４の到達予定時間を含む後述する図１６に示されるようなバス到達予定情報を作成する。
【０１１６】
図１５に示されるような処理を行うことにより、受付サーバ１は、送迎用バスの到達予定時間を算出することができる。
【０１１７】
以下、バス到達予定情報の一例を、図１６を用いて説明する。図１６は、バス到達予定情報の一例を説明するための図である。図１６に示されるように、バス到達予定情報は、バスＩＤと、バス到達予定時間とを含む。
【０１１８】
ここで、バス到達予定情報と受付情報とはバスＩＤをキーとして関係付けられている。
【０１１９】
以下、受付サーバ１における順番管理処理の一例を、図１７を用いて説明する。図１７は、順番管理処理の一例を説明するためのフローチャートである。
【０１２０】
ステップＳ５０において順番管理部２４は、受付処理部２２が作成した図１４に示されるような受付情報を取得する。
【０１２１】
ステップＳ５０に続いてステップＳ５１に進み、順番管理部２４は、受付サーバ１が今回受診を許可した受診科目の数が１より多いかどうかを判定する。ステップＳ５１において順番管理部２４が、受付サーバ１が受診を許可した受診科目の数が１より多いと判定すると（ステップＳ５１においてＹＥＳ）、ステップＳ５２に進み、受付サーバ１が受診を許可した受診科目の数が１より多くないと判定すると（ステップＳ５１においてＮＯ）、ステップＳ５３に進む。
【０１２２】
ステップＳ５２では、順番管理部２４が、後述する各診療科における受付情報等を参照し、順番待ちの少ない診療科の情報を取得する。
【０１２３】
ステップＳ５３では、順番管理部２４が、到達予定時間算出処理部２３が作成した図１６に示されるようなバス到達予定情報を取得する。
【０１２４】
ステップＳ５３に続いてステップＳ５４に進み、順番管理部２４は、各診療科での順番待ちの最適化を行う。なお、順番待ちの最適化処理のより詳細な一例を後述する図１８を用いて説明する。
【０１２５】
ステップＳ５４に続いてステップＳ５５に進み、順番管理部２４は、受付サーバ１が許可した受診科目の数から１を引く。
【０１２６】
ステップＳ５５に続いてステップＳ５６に進み、順番管理部２４は、ステップＳ５５において１を引かれた受診科目の数が０より大きいかどうかを判定する。ステップＳ５６において順番管理部２４がステップＳ５５において１を引かれた受診科目の数が０より大きいと判定するとステップＳ５１からの処理を繰り返し、ステップＳ５５において１を引かれた受診科目の数が０より大きくないと判定すると処理を終了する。
【０１２７】
なお、上述したように、図１６に示されるバス到達予定情報は、送迎用バス４からバス位置情報が送信されてくる度に新たに作成及び／又は更新されるため、該バス到達予定情報が新たに作成及び／又は更新される度にステップＳ５３及びステップＳ５４の処理を繰り返すようにしてもよい。
【０１２８】
以下、図１７のステップＳ５４において説明した順番待ちの最適化処理のより詳細な一例を、図１８から図２０を用いて説明する。図１８は、順番待ちの最適化処理の一例を説明するためのフローチャートである。また、図１９は、各診療科における受付情報の一例を説明するための図である。また、図２０は、順番番号及び診療予約時間の更新の一例を説明するための図である。
【０１２９】
まず図１８のステップＳ６０において順番管理部２４は、現在の時刻を取得する。例えば、順番管理部２４は、受付サーバ１が内部に有するタイマー等より現在の時刻（例えば、１１時５９分）を取得する。
【０１３０】
ステップＳ６０に続いてステップＳ６１に進み、順番管理部２４は、図１７のステップＳ５３において取得したバス到達予定情報に基づいて、対応する診療科での診療の予約時間を算出する。例えば、順番管理部２４は、図１７のステップＳ５３において取得したバス到達予定情報に含まれるバス到達予定時間（例えば、１２時１１分）に、病院内での患者の平均の移動時間等（例えば、５分）を足して、対応する診療科での診療の予約時間（例えば、１２時１６分）とする。なお、前記患者が複数の診療を希望し、且つ受付サーバ１が該複数の診療を許可して、当該対応する診療科での診療の前に、別の診療科での診療等がある場合は、順番管理部２４は、前の診療に掛かる時間等もバス到達予定時間や患者の平均の移動時間に加え、診療の予約時間を算出する。
【０１３１】
ステップＳ６１に続いてステップＳ６２に進み、順番管理部２４は、ステップＳ６１において算出した対応する診療科での診療の予約時間（例えば、１２時１６分）に基づいて、該診療の予約時間の直前に入っている各診療科における受付情報に含まれる順番番号を取得する。なお、各診療科における受付情報は、例えば、受付サーバ１のＨＤＤ１９等に一定期間、例えば該当する患者の診療が全て終了するまで、格納され、順番管理部２４等が管理する。
【０１３２】
例えば、図２０（Ａ）に示されるような、各診療科における受付情報が受付サーバ１のＨＤＤ１９等に格納されていた場合、順番管理部２４は、ステップＳ６１において算出した対応する診療科での診療の予約時間、１２時１６分、の直前に入っている各診療科における受付情報に含まれる順番番号、４、を取得する。
【０１３３】
なお、図２０では説明の簡略化のため、各診療科における受付情報を、患者名と診療予約時間と順番番号のみで表してある。
【０１３４】
ステップＳ６２に続いてステップＳ６３に進み、順番管理部２４は、図１７のステップＳ５０において取得した受付情報及び図１８のステップＳ６１において算出した診療予約時間（例えば、１２時１６分）及びステップＳ６２において取得した順番番号（例えば、４）に基づいて、図１９及び／又は図２０（Ｂ）の新たに作成された各診療科における受付情報、に示されるような各診療科における受付情報を作成する。
【０１３５】
図１９に示されるように、各診療科における受付情報は、図１４に示される受付情報と、診療予約情報とを含む。また、診療予約情報は、診療科目と、診療予約時間と、順番番号とを含む。
【０１３６】
また、図２０（Ｂ）の新たに作成された各診療科における受付情報に示されるように、順番管理部２４は、ステップＳ６１において算出した診療予約時間（例えば、１２時１６分）に基づいて、該算出した診療予約時間以降で予約が可能な時間（例えば、１２時２０分）をステップＳ６３において作成する各診療科における受付情報に含める診療予約時間とする。
【０１３７】
また、図２０（Ｂ）の新たに作成された各診療科における受付情報に示されるように、順番管理部２４は、ステップＳ６２において取得した順番番号（例えば、４）に基づいて、該順番番号に１を足した番号（例えば、５）をステップＳ６３において作成する各診療科における受付情報に含める順番番号とする。
【０１３８】
ステップＳ６３に続いてステップＳ６４に進み、順番管理部２４は、図２０（Ｂ）に示されるように、新たに作成された各診療科における受付情報以降の各診療科における受付情報に含まれる順番番号及び診療予約時間を更新する。例えば、新たに作成された各診療科における受付情報が１つだけであった場合は、それ以降の各診療科における受付情報に含まれる順番番号を１つインクリメント及び診療予約時間を定められた予約時間の間隔（例えば、５分）だけずらす。
【０１３９】
なお、上述したように、受付情報に、患者が送迎用バス４に乗車した乗車時刻が含められている場合は、図１９に示される各診療科における受付情報にも前記患者が送迎用バス４に乗車した乗車時刻が含められる。
【０１４０】
このような構成とすることによって、順番管理部２４は、例えば、送迎用バス４を利用せず病院に来院し、受付処理を行って、診療の予約を行った外来患者の外来時間と、送迎用バス４に乗車して受付を行った患者の乗車時間とを比較して、整合性の取れた順番待ちの最適化を行うことができる。例えば図２０に示される患者Ｅが、送迎用バス４を利用せずに１１時３０分に病院に来院し、対応する診療科で予約を行っていた場合、１１時３０分より後に送迎用バス４に乗車して病院に来院した患者（例えば患者Ｚ）は、例え、１２時２０分より前に送迎用バス４が病院に到達したとしても順番管理部２４では、上記二つの時間を比較して患者Ｚの順番を、患者Ｅの順番の後にすることができる。
【０１４１】
各診療科ＰＣ２は、受付サーバ１に格納、管理されている各診療科における受付情報を参照することによって、患者の順番情報を取得したり、患者の受付処理等を行ったりすることができる。
【０１４２】
また、病院に送迎用バス４を利用して来院した外来患者は、受付装置３等を用いて受付サーバ１に格納、管理されている各診療科における受付情報を参照することによって、予約の順番や、複数診療を希望していた場合は、どの診療科から診療を受ければよいのか等を知ることができる。
【０１４３】
図１７及び／又は図１８に示したような処理を行うことによって、受付サーバ１は、各診療科での診療の順番待ちを管理することができる。したがって、各診療科では効率よく患者の受付処理や診察の準備等を行うことができる。また、患者にとっても、長時間待つ事無く診療を受けることができる。
【０１４４】
以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【０１４５】
例えば、図１９では、診療予約情報が１つの場合を例に示したが、患者が複数の診療を要求し、受付サーバ２が、該複数の診療を許可した場合は、該複数の診療に対する診療予約情報を図１９に示した各診療科における受付情報に含めるようにしてもよいし、図１９に示すように、各診療科における受付情報には診療予約情報は１つだけ含め、受付サーバ２が診療を許可した診療科毎に図１９に示されるような各診療科における受付情報を作成するようにしてもよい。
【０１４６】
【発明の効果】
上述の如く、本発明によれば、長時間利用者を待たせる事無く且つ予め受け入れ側の受入れ準備を整えることができる。
【０１４７】
【図面の簡単な説明】
【図１】従来技術における外来患者の移動から診察までの一連の流れを説明するための概念図である。
【図２】本発明の実施の形態におけるシステム構成図の一例である。
【図３】本発明の受付システムを用いた患者の移動から診察までの一連の流れを説明するための概念図である。
【図４】受付サーバ１のハードウェア構成図である。
【図５】送迎用バスの一例の機能ブロック図である。
【図６】仮受付情報作成処理の一例を説明するためのフローチャートである。
【図７】仮受付情報の一例を説明するための図である。
【図８】バス位置情報作成処理の一例を説明するためのフローチャートである。
【図９】バス位置情報の一例を説明するための図である。
【図１０】受付サーバの一例の機能ブロック図である。
【図１１】患者ＤＢの一例を説明するための図である。
【図１２】バスルートＤＢの一例を説明するための図である。
【図１３】受付処理の一例を説明するためのフローチャートである。
【図１４】受付情報の一例を説明するための図である。
【図１５】到達予定時間算出処理の一例を説明するためのフローチャートである。
【図１６】バス到達予定情報の一例を説明するための図である。
【図１７】順番管理処理の一例を説明するためのフローチャートである。
【図１８】順番待ちの最適化処理の一例を説明するためのフローチャートである。
【図１９】各診療科における受付情報の一例を説明するための図である。
【図２０】順番番号及び診療予約時間の更新の一例を説明するための図である。
【符号の説明】
１    受付サーバ
２    診療科ＰＣ
３    受付装置
４    送迎用バス
５    ネットワーク
１１    入力装置
１２    表示装置
１３    ドライブ装置
１４    記録媒体
１５    ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）
１６    ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）
１７    ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）
１８    インターフェース装置
１９    ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）
２１    情報受信部
２２    受付処理部
２３    到達予定時間算出処理部
２４    順番管理部
３１    情報送信部
３２    患者情報取得部
３３    仮受付情報作成部
３４    位置情報取得部
３５    バス位置情報作成部
４１    患者ＤＢ
４２    バスルートＤＢ
【図１】
2004355547.tif 000003
【図２】
2004355547.tif 000004
【図３】
2004355547.tif 000005
【図４】
2004355547.tif 000006
【図５】
2004355547.tif 000007
【図６】
2004355547.tif 000008
【図７】
2004355547.tif 000009
【図８】
2004355547.tif 000010
【図９】
2004355547.tif 000011
【図１０】
2004355547.tif 000012
【図１１】
2004355547.tif 000013
【図１２】
2004355547.tif 000014
【図１３】
2004355547.tif 000015
【図１４】
2004355547.tif 000016
【図１５】
2004355547.tif 000017
【図１６】
2004355547.tif 000018
【図１７】
2004355547.tif 000019
【図１８】
2004355547.tif 000020
【図１９】
2004355547.tif 000021
【図２０】
2004355547.tif 000022