(57)【要約】【課題】予約申込みが受け付けられると、予約対象となる処理の内容に応じて、自動的に適切なスケジュール案を作成する。【解決手段】  予約対象となる処理を特定する予約情報２１を受け付ける予約受付手段３１と、処理を実行するために必要な所要時間を記録した処理所要時間データ２３と予約に基づく割り付け済みの処理予定を記録したスケジュールデータ２６とを記憶する記憶装置２０と、予約情報が受け付けられたとき、処理所要時間データ２３を参照して、当該処理を実行するために必要な所要時間を取得し、所要時間の新たな処理予定をスケジュールデータ２６中に割り付けて、当該スケジュールデータ２６を更新する予約割り付け手段３２と、スケジュールデータ２６を表示出力装置４１に出力させる出力制御手段３３とを備える。【選択図】図１
2006301990.tif 000002
【特許請求の範囲】
【請求項１】
予約対象となる処理を特定する予約情報を受け付ける予約受付手段と、
前記処理を実行するために必要な所要時間を記録した処理所要時間データと、予約に基
づく割り付け済みの処理予定を記録したスケジュールデータとを記憶する記憶装置と、
前記予約情報が受け付けられたとき、前記処理所要時間データを参照して、当該処理を
実行するために必要な所要時間を取得し、当該所要時間の新たな処理予定を前記スケジュ
ールデータ中に割り付けて、当該スケジュールデータを更新する予約割り付け手段と、
前記スケジュールデータを指定された出力装置に出力させる出力制御手段を備えたこと
を特徴とする予約システム。
【請求項２】
請求項１に記載の予約システムにおいて、
新たな処理予定を前記スケジュールデータ中に割り付けるためのルールが２種以上ある
とき、前記予約受付手段は、いずれかのルールを選択するルール選択情報を受け付けるこ
とを特徴とする予約システム。
【請求項３】
請求項２に記載の予約システムにおいて、
前記ルールには、受付順位を基準に処理予定を割り付けるものと、割り付け済みの処理
予定と重複しない処理時刻を指定して処理予定を割り付けるものを含むことを特徴とする
予約システム。
【請求項４】
請求項３に記載の予約システムにおいて、
前記予約割り付け手段は、
受付順位を基準にするルールが選択された場合に、受付順位の早い処理予定から順に、
スケジュールデータの時間軸上に、処理時刻が最も早くなるように、各処理予定を処理時
間に応じた時間幅で割り付けし、
処理時刻を指定するルールが選択された場合に、時間軸上に当該処理予定の時間幅の空
き領域が存在するとき、その処理予定を割り付けし、
受付順位を基準にするルールにより割り付けられた処理予定は、受付順位のより早い処
理予定について実際の処理が終了したときに、前方の空き領域が最小になるようにし、か
つ、割り付け済みの処理時刻を指定する処理予定との重複を回避するようにして、各処理
予定を処理時間に応じた時間幅で再割り付けすることを特徴とする予約システム。
【請求項５】
請求項２または３に記載の予約システムにおいて、
前記受付順位を基準にするルールにより割り付けられた処理予定の、処理開始時刻と現
在時刻との差が閾値以下になったとき、処理開始予告通知を、指定された出力装置に宛て
て発信する予告通知手段を備えたことを特徴とする予約システム。
【請求項６】
請求項１に記載の予約システムにおいて、
同一の処理を実行する複数の機関が存在するとき、
前記予約受付手段は、処理予定の割り付けが可能ないずれかの機関を選択する機関選択
情報を受け付けることを特徴とする予約システム。
【請求項７】
請求項６に記載の予約システムにおいて、
同一の処理を実行する複数の機関が存在するとき、
前記予約割り付け手段は、前記予約情報が受け付けられたとき、新たな処理予定を全て
の機関のスケジュールデータ中に仮に割り付け、
前記出力制御手段は、前記処理予定が仮に割り付けられた結果を、指定された出力装置
に出力させ、
前記予約受付手段は、その後、処理予定の割り付けが可能ないずれかの機関を選択する
機関選択情報を受け付けることを特徴とする予約システム。
【請求項８】
請求項１乃至７のいずれかに記載の予約システムにおいて、
前記予約受付手段は、処理開始希望時刻または処理終了希望時刻を受け付けることを特
徴とする予約システム。
【請求項９】
請求項１乃至７のいずれかに記載の予約システムにおいて、
前記予約受付手段が、前記処理予定の変更及びまたは取り消しを受け付けたときは、
前記予約割り付け手段は、
割り付け済みの処理時刻を指定する処理予定との重複を回避するようにして、各処理予
定を処理時間に応じた時間幅で再割り付けすることを特徴とする予約システム。
【請求項１０】
コンピュータを、
予約対象となる処理を特定する予約情報を受け付ける予約受付手段と、
前記処理を実行するために必要な所要時間を記録した処理所要時間データと、予約に基づ
く割り付け済みの処理予定を記録したスケジュールデータとを記憶する記憶装置と、
前記予約情報が受け付けられたとき、前記処理所要時間データを参照して、当該処理を
実行するために必要な所要時間を取得し、当該所要時間の新たな処理予定を前記スケジュ
ールデータ中に割り付けて、当該スケジュールデータを更新する予約割り付け手段と、
前記スケジュールデータを指定された出力装置に出力させる出力制御手段、
として機能させる予約プログラム。
【請求項１１】
コンピュータを、
予約対象となる処理を特定する予約情報を受け付ける予約受付手段と、
前記処理を実行するために必要な所要時間を記録した処理所要時間データと、予約に基づ
く割り付け済みの処理予定を記録したスケジュールデータとを記憶する記憶装置と、
前記予約情報が受け付けられたとき、前記処理所要時間データを参照して、当該処理を
実行するために必要な所要時間を取得し、当該所要時間の新たな処理予定を前記スケジュ
ールデータ中に割り付けて、当該スケジュールデータを更新する予約割り付け手段と、
前記スケジュールデータを指定された出力装置に出力させる出力制御手段、
として機能させる予約プログラムを記録したコンピュータで読み取り可能な記録媒体。
【請求項１２】
予約受付手段が、予約対象となる処理を特定する予約情報を受け付けるステップと、
記憶装置が、前記処理を実行するために必要な所要時間を記録した処理所要時間データ
と、予約に基づく割り付け済みの処理予定を記録したスケジュールデータとを記憶するス
テップと、
予約割り付け手段が、前記予約情報が受け付けられたとき、前記処理所要時間データを
参照して、当該処理を実行するために必要な所要時間を取得し、当該所要時間の新たな処
理予定を前記スケジュールデータ中に割り付けて、当該スケジュールデータを更新するス
テップと、
出力制御手段が、前記スケジュールデータを指定された出力装置に出力させるステップ
と
を含む予約方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、病院等で顧客の予約を受け付けて管理する予約システムと予約プログラムと
記録媒体と予約方法に関する。
【背景技術】
【０００２】
病院や銀行などでは顧客が長時間順番待ちを強いられることが多い。これを解決するた
めに、携帯電話からインターネットを介して病院内サーバにアクセスして診察予約を行な
ったり、診察予約順番待ち情報を閲覧することができるシステムが開発されている（特許
文献１）。
【特許文献１】特開２００２−１３２９３１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ここで、従来の技術には、次のような解決すべき課題があった。インターネットを利用
して予約ができれば、携帯電話などで手軽に予約が受け付けられる。携帯電話にメールで
順番が来たことを通知されれば、待合室で長時間じっと呼び出しを待つ必要が無い。しか
しながら、順番がいつ来るという保証は無く、呼び出しがあれば、すぐに呼び出しに応じ
ることができる場所に居なければならない。従って、待ち合わせのための時間を大幅に短
縮するのは難しく、待合室の混雑も十分緩和できない。銀行などの受付や、役所の窓口、
車検場等でも、同様の問題が発生している。この発明では、予約申込みが受け付けられる
と、予約対象となる処理の内容に応じて、自動的に適切なスケジュール案を作成する、予
約システムと予約プログラムと記録媒体と予約方法を提供することを目的とする。また、
顧客の希望を取り入れた予約手続きをすることもできる、予約システムと予約プログラム
と記録媒体と予約方法を提供することを目的とする。
【課題を解決するための手段】
【０００４】
本発明の各実施例においては、それぞれ次のような構成により上記の課題を解決する。
〈構成１〉  予約対象となる処理を特定する予約情報を受け付ける予約受付手段と、上
記処理を実行するために必要な所要時間を記録した処理所要時間データと、予約に基づく
割り付け済みの処理予定を記録したスケジュールデータとを記憶する記憶装置と、上記予
約情報が受け付けられたとき、上記処理所要時間データを参照して、当該処理を実行する
ために必要な所要時間を取得し、当該所要時間の新たな処理予定を上記スケジュールデー
タ中に割り付けて、当該スケジュールデータを更新する予約割り付け手段と、上記スケジ
ュールデータを指定された出力装置に出力させる出力制御手段を備えたことを特徴とする
予約システム。
【０００５】
例えば、病院の初診窓口で、患者が問診票に現在の症状を記入すると、問診票に記入さ
れた事項から、必要な処理（病院の場合には処置という）の所要時間を自動取得すること
ができる。これを利用して、スケジュールデータ中に処理予定が自動的に割り付けされる
。
【０００６】
〈構成２〉  構成１に記載の予約システムにおいて、新たな処理予定を上記スケジュー
ルデータ中に割り付けるためのルールが２種以上あるとき、上記予約受付手段は、いずれ
かのルールを選択するルール選択情報を受け付けることを特徴とする予約システム。
【０００７】
処理予定の割り付けルールが複数種類ある場合には、そのいずれかを選択させることで
、予約に自由度を持たせることができる。
【０００８】
〈構成３〉  構成２に記載の予約システムにおいて、上記ルールには、受付順位を基準
に処理予定を割り付けるものと、割り付け済みの処理予定と重複しない処理時刻を指定し
て処理予定を割り付けるものを含むことを特徴とする予約システム。
【０００９】
通常の予約受付業務では、受付順位を基準に処理予定が割り付けられる。その場合には
、直前の処理の進行状況に応じて、全ての処理予定が繰り上がったり繰り下がったりする
。従ってこの方法は、処理時刻を重視するには適さない。そこで、割り付け済みの処理予
定と重複しない処理時刻を指定する予約を認めるようにして便宜を図った。
【００１０】
〈構成４〉  構成３に記載の予約システムにおいて、上記予約割り付け手段は、受付順
位を基準にするルールが選択された場合に、受付順位の早い処理予定から順に、スケジュ
ールデータの時間軸上に、処理時刻が最も早くなるように、各処理予定を処理時間に応じ
た時間幅で割り付けし、処理時刻を指定するルールが選択された場合に、時間軸上に当該
処理予定の時間幅の空き領域が存在するとき、その処理予定を割り付けし、受付順位を基
準にするルールにより割り付けられた処理予定は、受付順位のより早い処理予定について
実際の処理が終了したときに、前方の空き領域が最小になるようにし、かつ、割り付け済
みの処理時刻を指定する処理予定との重複を回避するようにして、各処理予定を処理時間
に応じた時間幅で再割り付けすることを特徴とする予約システム。
【００１１】
受付順位を基準にするルールにより割り付けられた処理予定は、受付順位のより早い
処理予定について実際の処理が早く終了したときには、処理時刻が繰り上がるように自動
的に再割り付けできる。一方、受付順位のより早い処理予定について実際の処理が遅く終
了したときには、処理時刻が繰り下がるように自動的に再割り付けできる。だから、処理
時刻が変わっても受付順位が変わらない。しかも、処理時刻を指定するルールにより割り
付けられた処理予定の方は、そのまま動かさないで保持することができる。
【００１２】
〈構成５〉  構成２または３に記載の予約システムにおいて、受付順位を基準にするル
ールにより割り付けられた処理予定の、処理開始時刻と現在時刻との差が閾値以下になっ
たとき、処理開始予告通知を、指定された出力装置に宛てて発信する予告通知手段を備え
たことを特徴とする予約システム。
【００１３】
処理開始時刻が近付いたときに予告通知がされるので、処理を待つ者は、呼び出しに備
えることができる。
【００１４】
〈構成６〉  構成１に記載の予約システムにおいて、同一の処理を実行する複数の機関
が存在するとき、上記予約受付手段は、処理予定の割り付けが可能ないずれかの機関を選
択する機関選択情報を受け付けることを特徴とする予約システム。
【００１５】
例えば、ネットワークを通じて予約情報が受け付けられ、患者は複数の医療機関のうち
の任意のいずれかの医療機関を選択することができる。これにより、例えば、診療の可能
な最も近隣の医療機関を選択することができる。
【００１６】
〈構成７〉  構成６に記載の予約システムにおいて、同一の処理を実行する複数の機関
が存在するとき、上記予約割り付け手段は、上記予約情報が受け付けられたとき、新たな
処理予定を全ての機関のスケジュールデータ中に仮に割り付け、上記出力制御手段は、上
記処理予定が仮に割り付けられた結果を、指定された出力装置に出力させ、上記予約受付
手段は、その後、処理予定の割り付けが可能ないずれかの機関を選択する機関選択情報を
受け付けることを特徴とする予約システム。
【００１７】
例えば、ネットワークを通じて予約情報が受け付けられ、患者は複数の医療機関のうち
の任意のいずれかの医療機関を選択することができる。これにより、例えば、最も早く診
察を受けられる医療機関や、希望する時間に診療を受けられる医療機関を選択することが
できる。
【００１８】
〈構成８〉  構成１乃至７のいずれかに記載の予約システムにおいて、上記予約受付手
段は、処理開始希望時刻または処理終了希望時刻を受け付けることを特徴とする予約シス
テム。
【００１９】
処理開始希望時刻や処理終了希望時刻を受け付けることができれば、いっそう、処理タ
イミングの最適化を図ることができる。
【００２０】
〈構成９〉  構成１乃至７のいずれかに記載の予約システムにおいて、上記予約受付手
段が、上記処理予定の変更及びまたは取り消しを受け付けたときは、上記予約割り付け手
段は、割り付け済みの処理時刻を指定する処理予定との重複を回避するようにして、各処
理予定を処理時間に応じた時間幅で再割り付けすることを特徴とする予約システム。
【００２１】
以上のシステムで、処理予定の変更や取り消しも可能である。複数のルールがあれば、
そのルールに従って、再割り付けも可能になる。
【００２２】
〈構成１０〉  コンピュータを、予約対象となる処理を特定する予約情報を受け付ける
予約受付手段と、上記処理を実行するために必要な所要時間を記録した処理所要時間デー
タと、予約に基づく割り付け済みの処理予定を記録したスケジュールデータとを記憶する
記憶装置と、上記予約情報が受け付けられたとき、上記処理所要時間データを参照して、
当該処理を実行するために必要な所要時間を取得し、当該所要時間の新たな処理予定を上
記スケジュールデータ中に割り付けて、当該スケジュールデータを更新する予約割り付け
手段と、上記スケジュールデータを指定された出力装置に出力させる出力制御手段、とし
て機能させる予約プログラム。
【００２３】
〈構成１１〉  コンピュータを、予約対象となる処理を特定する予約情報を受け付ける
予約受付手段と、上記処理を実行するために必要な所要時間を記録した処理所要時間デー
タと、予約に基づく割り付け済みの処理予定を記録したスケジュールデータとを記憶する
記憶装置と、上記予約情報が受け付けられたとき、上記処理所要時間データを参照して、
当該処理を実行するために必要な所要時間を取得し、当該所要時間の新たな処理予定を上
記スケジュールデータ中に割り付けて、当該スケジュールデータを更新する予約割り付け
手段と、上記スケジュールデータを指定された出力装置に出力させる出力制御手段、とし
て機能させる予約プログラムを記録したコンピュータで読み取り可能な記録媒体。
【００２４】
〈構成１２〉  予約受付手段が、予約対象となる処理を特定する予約情報を受け付ける
ステップと、記憶装置が、上記処理を実行するために必要な所要時間を記録した処理所要
時間データと、予約に基づく割り付け済みの処理予定を記録したスケジュールデータとを
記憶するステップと、予約割り付け手段が、上記予約情報が受け付けられたとき、上記処
理所要時間データを参照して、当該処理を実行するために必要な所要時間を取得し、当該
所要時間の新たな処理予定を上記スケジュールデータ中に割り付けて、当該スケジュール
データを更新するステップと、出力制御手段が、上記スケジュールデータを指定された出
力装置に出力させるステップ、を含む予約方法。
【発明を実施するための最良の形態】
【００２５】
例えば、病院の患者の場合に、問診票により、「頭痛がする」、「熱がある」、という
症状を入力すると、「一般検査」、「診断」、「会計」という処理が自動的に抽出される
。「一般検査」、「診断」、「会計」といった処理に、どれだけの時間がかかるかという
データを、処理所要時間データに蓄積しておく。初診の場合と再診の場合では、所要時間
が異なることがある。それぞれ個別に処理所要時間データに蓄積をしておくとよい。その
結果から、処理予定を生成し、このデータと、既に確定しているスケジュールデータとを
患者に表示する。こうして、自動的に精度の高い予約管理ができる。なお、病院以外でも
、予約と待ち合わせが必要な環境では、同様の予約管理が可能である。以下、本発明の実
施の形態を実施例ごとに詳細に説明する。
【実施例１】
【００２６】
図１は、本発明による予約システムの具体例を示すブロック図である。
図示のネットワーク１０は、例えば、病院内の無線ＬＡＮ（ローカルエリアネットワー
ク）で、BluetoothやIEEE 802.11 High-Rate Direct Sequence等の規格を採用したもので
ある。図に示すように、ネットワーク１０には、コンピュータ１１と、端末装置１２、１
３と、携帯電話１４、１５、１６が接続されている。コンピュータ１１は、予約システム
を管理する。端末装置１２は、例えば、病院の受付に設けられている。端末装置１３は、
例えば、待合室に設けられている。携帯電話１４、１５、１６は、患者が所持する。なお
、携帯電話１４、１５、１６の代わりに、専用の端末装置を患者に貸与するようにしても
構わない。
【００２７】
この予約システムは、病院において患者が診療予約を行うために構築されたものである
。コンピュータ１１には、記憶装置２０と演算処理装置３０とが設けられている。記憶装
置２０は、予約情報２１、処理所要時間データ２３、スケジュールデータ２６、割り付け
ルール２８、及び処理判定データ２９を記憶する。予約情報２１を記憶している。予約情
報２１は、予約対象となる処理を特定する情報で、１種または２種以上の処理２２を特定
する情報が含まれる。処理２２は、例えば、診察等のことをいう。処理所要時間データ２
３は、処理２４を実行するために必要な所要時間２５を記録したデータファイルである。
このデータファイルを、処理をキーにして検索すると、その処理２４に対する所要時間２
５を読み出すことができる。例えば、頭痛の診察時間は○○分という結果が得られる。
【００２８】
スケジュールデータ２６は、予約に基づく割り付け済みの処理予定２７を記録したデー
タファイルである。スケジュールデータ２６は、処理予定２７が後で説明するように時間
軸上に順に割り付けられた情報を含む。割り付けルール２８は、処理予定２７の割り付け
のためのルールを表示するデータである。後で説明するルールには、受付順位を基準にし
て割り付けをするルールや、処理時間を指定して割り付けをするルールがある。処理判定
データ２９は、予約情報２１で処理２２が直接指定されなかったときに利用される。例え
ば、患者の問診票により症状３６が入力されたとき、この処理判定データ２９を使用して
、対応する処理３７を得る。
【００２９】
演算処理装置３０は、予約受付手段３１、予約割り付け手段３２、出力制御手段３３、
処理判定手段３４及び予告通知手段３５を備えている。上記各手段は、いずれもコンピュ
ータ１１に対し所定の機能を付与するコンピュータプログラムからなる。予約受付手段３
１は、予約対象となる処理を特定する予約情報２１を受け付けて記憶装置２０に記憶させ
る機能を持つ。予約割り付け手段３２は、予約情報が受け付けられたとき、処理所要時間
データ２３を参照して当該処理を実行するために必要な所要時間２５を取得する機能を持
つ。さらに、当該所要時間２５の新たな処理予定２７をスケジュールデータ２６の中に割
り付けて、スケジュールデータ２６を更新する機能を持つ。出力制御手段３３は、スケジ
ュールデータ２６を、管理センターの表示出力装置４１、待合室の表示出力装置４２、あ
るいはホールの表示出力装置４３に出力させる機能を持つ。処理判定手段３４は、患者の
問診票により症状３６が入力されたとき、処理判定データ２９を参照して、対応する処理
３７を得る処理を実行する機能を持つ。予告通知手段３５は、順番が近付いたときに、携
帯電話１４等に宛てて処理開始予告通知を発信する機能を持つ。なお、このほかに、コン
ピュータ１１には、インタフェース３８が設けられている。このインタフェース３８には
、前述の管理センタの表示出力装置４１と、待合室の表示出力装置４２と、ホールの表示
出力装置４３が接続されている。これらの表示出力装置は、いずれも例えば、液晶やプラ
ズマディスプレイパネル、あるいは、液晶プロジェクタなどからなる。液晶プロジェクタ
は図示しないスクリーンに画像を投射する。表示出力装置４１、４２、４３には、スケジ
ュールデータ２６等が表示されて、その内容が待合室等の患者に知らされる。
【００３０】
図２は、コンピュータ１１のハードウエアブロック図である。
コンピュータ１１の内部バス１１０には、ＣＰＵ（中央処理装置）１１１と、ＲＯＭ（
リードオンリメモリ）１１２と、ＲＡＭ（ランダムアクセスメモリ）１１３と、ＨＤＤ（
ハードディスク）１１４と、入出力インタフェース１１５と、ネットワークインタフェー
ス１１６とが接続されている。入出力インタフェース１１５には、キーボード４とマウス
５と表示出力装置４１、４２、４３が接続されている。ネットワークインタフェースには
、ネットワーク１０を介して、上記の端末装置や携帯電話が接続されている。これらのハ
ードウェアは一般的によく知られたパーソナルコンピュータに備えられているものと変わ
らない。なお、この発明の説明に不要なキャッシュメモリ等の詳細なハードウエアの説明
は省略する。
【００３１】
図１に示した記憶装置２０は、ＲＯＭ１１２やＲＡＭ１１３やＨＤＤ１１４により構成
される。図１に示した演算処理装置３０は、ＣＰＵ１１１、ＲＯＭ１１２、ＲＡＭ１１３
等により構成される。各種の情報は主としてＨＤＤ１１４に記憶されて保存される。ＣＰ
Ｕ１１１が実行するコンピュータプログラムは、ＲＯＭ１１２に記憶され、あるいはＲＡ
Ｍ１１３に適時ロードされる。表示出力装置４１、４２、４３はこのコンピュータ１１と
は離れた任意の場所に設置されてよい。
【００３２】
図３は、予約情報２１を受け付けるための操作画面を示す説明図である。
図示の操作画面５１は、予約受付手段３１により、例えば、端末装置１２や携帯電話１
４に表示される。図示の操作画面５１には、例えば、患者の症状を問合せする問診票が表
示されている。ここで患者は、図に示すように、例えば「どこが痛いですか？」という問
いに対して、痛い場所をドロップダウンリスト５２を使用して「頭」と選択した。また、
「熱がありますか？」という問いに対して、体温をテキストボックス５３に数値データで
入力した。さらに、「セキが出ますか？」という問いに対して、ボタン５４をクリックし
て、「いいえ」と答えた。こうした問診票を入力すると、予約情報２１が生成され、記憶
装置２０に記憶される。
【００３３】
問診票が患者により入力されると、図１に示した処理判定手段３４が、処理判定データ
２９を参照して、患者の入力した症状３６に対して、どのような処理３７をするべきかと
いう判定をする。処理判定データ２９は、問診票で入力される症状３６とこれに対応する
処理３７とを対応付けたテーブルデータ等で構成するとよい。症状が複数ある場合には、
複数の症状の組み合わせに対して、例えば、一つまたは複数の処理を対応付ける。
【００３４】
図４は、予約情報とそれに対する処理予定の確認画面の説明図である。
図示の画面６１には、患者が入力をした症状６２と、その症状に対して実行されるべき
全ての処理６３のリストと、各処理の所要時間６４と、各処理の実行予定時間６５とが表
示されている。さらに、その下側には、時間軸６７を表示して、この上に、患者の処理予
定を図示している。患者は予約情報の入力後にこの画面を見て、了解すれば、予約ボタン
６８をクリックする。予約のやり直しや修正をするときは、キャンセルボタン６９をクリ
ックする。図４に示す３本の実線７１、７２、７３がそれぞれ一般検査、診療、会計のた
めの処理予定を示す。破線は他の患者の既に確定した処理予定である。各処理予定は、所
要時間に対応する長さの太線で表され、スケジュールデータの時間軸６７上に割り付けら
れる。図の一点鎖線より上の部分は、患者の個人情報であり、患者の操作する端末装置１
２や患者の所有する携帯電話１４にのみ表示される。一方、図の一点鎖線より下の部分は
、割り付け確定後には、管理センタの表示出力装置４１や待合室の表示出力装置４２やホ
ールの表示出力装置４３などに表示され、全ての患者が見ることができるよう制御される
。
【００３５】
以上のようにして、患者の症状に応じた処理を自動的に決定して、自動的に処理予定を
割り付けることができる。なお、この予約システムは病院以外の予約待ち処理に応用でき
る。予約対象となる処理の内容は任意である。予約情報は、当該処理を直接あるいは間接
的に特定する情報であればよい。一つの予約情報に複数の処理を特定する情報を含んで構
わない。予約受付手段は、コンピュータに、予約情報を入力することができる任意のマン
マシンインタフェースであればよい。処理を実行するのに必要な所要時間は、例えば、事
務処理や、準備作業等に要する全ての時間を含むことが好ましい。一つの予約情報に複数
の処理を特定する情報を含んでいるときは、処理ごとに別々に所要時間を取得してもよい
し、合計所要時間だけを取得してもよい。処理所要時間データは、処理ごとに各処理を実
行するために必要な時間を示す情報を含むデータファイルである。処理を指定すると、所
要時間を取得できるようなデータであれば、その形式は問わない。スケジュールデータは
、予約が確定した予約受け付け済みの処理予定を、時間との関係を明らかにして記録した
データであればよい。数値データでもグラフ化されたデータでも構わない。表示出力装置
は、スケジュールデータを出力できるものならばなんでもよい。ディスプレイでも、プリ
ンタでも、音声出力装置でも構わない。割り付け情報の出力形式は任意である。スケジュ
ールデータの出力形式は任意である。
【実施例２】
【００３６】
図５は、処理予定の割り付けルールを選択する操作画面の説明図である。
この実施例では、処理予定の割り付けルールが複数ある場合を説明する。図に示すよう
に、画面８１は、患者に処理予定の割り付けルールを選択させるためのものである。画面
８１には、受付順で待つか、診療時刻を指定するかを選択するオプションボタン８２、８
３が設けられている。受付順で待つ場合には、オプションボタン８２を選択する。一方、
診療時刻を指定する場合には、オプションボタン８３を選択する。このとき、希望する診
療時刻の入力欄８４が有効になる。なお、この時刻を入力する前に、ボタン８５をクリッ
クし、図４に示したような既に確定したスケジュールデータを表示させるとよい。例えば
、図３の操作画面５１を使用して問診票を入力したとき、デフォルトの処理では、図４に
示した画面で、自動的に受付順で待つ場合に対応した割り付け結果を表示する。その後、
図５に示した画面８１を表示させるとよい。オプションボタン８２を選択してボタン８６
をクリックすると、受付順で待つ予約が確定する。オプションボタン８３を選択して、希
望する診療時刻の入力欄８４に、時刻を入力し、ボタン８６をクリックすると、診療時刻
を指定する予約が確定する。
【００３７】
スケジュールデータ中に処理予定を割り付けるためのルールの内容や形式は任意である
。ルールが選択されると、自動的に処理予定が、該当する場所に割り付けられるとよい。
ルール選択情報の受け付け方法は任意である。２種以上のルールのうちのいずれか一つを
選択することができる内容であればよい。選択を要求するために、複数のルールを比較で
きるように表示して選択させてもよいし、仮に割り付けた結果を表示しても構わない。
【実施例３】
【００３８】
図６は、受付順で待つことを指定した場合に表示される案内画面の説明図である。
この画面９１は、患者が、今から何人目の何番目の診療を受けるかを示す案内９２と、
その診療予定時刻９３の表示を含む。受付順で待つ場合には、前方の患者の処理が早く済
んだ場合は処理開始時間が早くなり、遅くなった場合には処理開始時間が遅れる。従って
、前方の患者の処理状態を案内するために、予告通知先９４の指定を要求する。予告通知
先９４は、例えば携帯電話のネットワークアドレスである。その携帯電話の電話番号でも
構わない。予約受け付け時にこの情報を取得しているときは、この番号を自動的に表示す
ればよい。
【００３９】
予告通知手段３５（図１）は、処理開始予告通知を、指定された出力装置に宛てて発信
する。受付順位を基準にするルールにより割り付けられた処理予定が対象である。その処
理開始時刻と現在時刻との差が閾値以下になったときに、通知を発信する。閾値は、例え
ば、５分とか１０分に指定しておく。閾値は任意に設定して構わない。例えば、時間帯ご
とに値を変更しても構わない。処理開始予告通知の内容は任意である。音声案内でも、文
字表示でもよい。出力装置も任意である。音や画像を出力する装置が適する。予約システ
ムに接続されたディスプレイでもよいし、処理を待つ者の所持する携帯電話等の端末装置
でもよい。出力装置を指定することができるのは、管理者のみでもよいし、処理を待つ者
自身でもよい。また、予告通知の回数も任意である。複数の閾値を設けておいて、同一人
に何回も処理開始予告通知を発信して構わない。
【実施例４】
【００４０】
図７は、診療予定時刻を指定した場合の案内画面説明図である。
図に示す画面１３０は、診療予定時刻１３１を表示している。この具体的な値は、図５
に示した画面８１から取得される。診療予定時刻を指定した場合には、患者はその時刻直
前に待合室に来ればよい。通報は不要であるが、例えば、この画面に診療開始まであと何
分といった表示を含め、所定時間おきにその表示を切り換えると、より患者に親切な予約
システムが提供できる。なお、処理開始希望時刻でなく、処理終了希望時刻を入力しても
よい。これらの入力方法は任意である。時刻を直接指定する方法でもよいし、時間帯を選
択する方法でも構わない。いずれにしても、時間軸上に当該処理予定の時間幅の空き領域
が存在するときに、その部分に新たな処理予定を割り付けるとよい。なお、上記のような
処理予定の取り消しも可能である。処理予定の取り消しとは、処理予定を消滅させること
である。処理予定の変更とは、処理予定の開始時刻の変更のみならず、処理予定の内容の
変更、処理時間の増減も含む。また、処理予定を変更したり取り消したりしたときは、予
約割り付け手段が、割り付け済みの処理予定との重複を回避するようにして、各処理予定
を処理時間に応じた時間幅で再割り付けする。
【実施例５】
【００４１】
図８は、具体的な処理予定の割り付け方法を示す説明図である。
図８（ａ）は、５種類の処理予定を図解したものである。それぞれ棒の長さで処理に必
要な時間幅を示した。これらの処理予定が、図８（ｃ）に示すスケジュールデータの時間
軸１４１上に割り付けられる。図８（ｂ）は、処理予定２７の属性データ説明図である。
図に示すように、処理予定２７は、時間幅と処理開始時刻と処理終了時刻と選択したルー
ルといった属性情報を持つ。選択したルールとは、受付順で待つか、診療時刻を指定する
かを選んだ結果を示す情報である。
【００４２】
図８（ｃ）は、時間軸１４１上に全ての処理予定を受付順で待つように割り付けた例を
示す。図８（ａ）に示す処理予定Ａ、Ｂ、Ｃ、Ｄ、Ｅは、この順番に予約が受け付けられ
たものとする。全て受付順に従って患者が待機するときには、図に示すように各処理予定
が割り付けられる。これらの処理予定を隙間なく配列してもよいし、各処理予定の間に、
若干の余裕時間を設けてもよい。いずれにしても、受付順位の早い処理予定から順に、ス
ケジュールデータの時間軸上に、処理時刻が最も早くなるように、各処理予定を処理時間
に応じた時間幅で割り付けする。
【００４３】
図８（ｄ）は、処理予定Ｂだけが診療時刻を指定している場合の説明図である。図に示
すように、処理予定Ｂが、例えば時刻ｔ１から開始されるという指定を受けているとする
。この場合には、処理予定Ａ、Ｃ、Ｄ、Ｅが、受付順に、時間軸上に順に割り付けられる
。処理予定Ｂは、その後の時刻ｔ１に処理が開始されるように割り付けられる。ここで、
例えば、処理予定Ａ、Ｃの処理が予定よりも長時間かかったとする。この場合、図に示す
ように時間軸１４１上で処理予定Ｄ、Ｅを順に後方に繰り下げる。ところが、図に示すよ
うに、処理予定Ｄは処理予定Ｃの直後に繰り下げることができるが、処理予定Ｅを処理予
定Ｄの直後に繰り下げようとすると、割り付け済みの処理予定Ｂと重複する。そこで、こ
の図に示すように、処理予定Ｅは、処理予定Ｂの後に廻るように割り付けられる。このよ
うに診療時刻を指定したものについては予定を固定しておき、受付順を指定したものにつ
いては、時間軸上の空き領域を考慮して割り付けが実行される。こうして２種類のルール
を混在させた柔軟な処理予定の割り付けが可能になる。
【００４４】
即ち、受付順位を基準に処理予定を割り付ける方法では、受付順位は固定して、処理時
刻が変動する。一方、処理を希望する時刻を指定する方法では、処理時刻が固定で、受付
順位は繰り上がっても繰り下がっても構わない。受付順位を基準にするルールは、受付順
位を変更しないというものである。スケジュールデータの時間軸上に、各処理予定が互い
に重複の無いように、受付順に、処理時間に応じた時間幅で割り付けられればよい。時間
的な重複が無ければよいから、隣接する処理予定との間に適宜空き領域を自由に設けても
構わない。担当者の休憩といった時間も挟むことができる。受付順位を基準にするルール
により割り付けられた処理予定は、受付順位のより早い処理予定について実際の処理が終
了したときに、前方の空き領域が最小になるようにして割り付けるとよい。同時に、割り
付け済みの処理時刻を指定する処理予定との重複を回避するようにして割り付けられる。
【実施例６】
【００４５】
図９は、基本的な予約システムの受付動作フローチャートである。
以下、本発明の予約システムの動作に適するコンピュータプログラムの実施例を説明す
る。図９は図３〜図５の画面を用いた操作の説明図である。まず、例えば、患者が携帯電
話１４を操作して、図３に示すような予約情報を入力する。予約受付手段３１は、ステッ
プＳ１１において予約情報を受け付ける。ステップＳ１２では、図３の画面を表示して、
受付順で待つか診療時刻を指定するかのルール選択情報を受け付ける。そして、ステップ
Ｓ１３で処理所要時間データ２３を参照し、ステップＳ１４で予約情報に含まれる処理に
必要な所要時間を取得する。なお、どのような処理が必要かは、既に説明したようにして
処理判定手段３４が判定をすればよい。
【００４６】
ステップＳ１５では、予約割り付け手段３２が、記憶装置２０からスケジュールデータ
２６を読み込む。そして、ステップＳ１６で、既存のスケジュールデータ２６に新たな処
理予定を割り付ける。ステップＳ１７では、その割り付け結果を表示する。ここで、図４
に示したような画面を表示する。ステップＳ１８では、予約確認処理をする。図４におけ
るボタン６８をクリックすると、予約確認が終了する。なお、ボタン６９をクリックして
、入力した予約情報をキャンセルされる場合もある。ステップＳ１９では、割り付け結果
を利用してスケジュールデータ２６の内容を更新する。そして、ステップＳ２０において
、図８の（ｃ）や（ｄ）に示したようなスケジュールデータを、病院の各所に設けられた
表示出力装置４１、４２、４３に表示する。なお、個人のプライバシーを守るために、例
えば上記のような処理予定には、患者の識別番号のみを表示し、名前等は表示しないよう
にするとよい。
【００４７】
図１０は、受付順位を基準とした予約申込みの動作フローチャートである。
この操作は、図５に示した画面を利用して行う。まず、ステップＳ２１において、受付順
位を基準とするオプションボタンが選択されている場合には、ステップＳ２２に進み、直
前の順位の処理予定を検索する。そして、ステップＳ２３において直前の順位の終了時刻
を取得する。ステップＳ２４では、新たな処理予定の開始時刻を決定する。ここで、直前
の順位の処理予定の終了時刻に対し若干の余裕時間を加えて開始時刻を決定する。図８（
ｃ）に示した要領である。ステップＳ２５では、その時間幅に他の処理予定があるかどう
かを判断する。これによって、他の処理予定との衝突を回避する。他の処理予定がある場
合には、ステップＳ２６に進む。無い場合には、ステップＳ２８にジャンプする。
【００４８】
ステップＳ２６では、他の処理予定の終了時刻を取得する。そして、ステップＳ２７で
新たな処理予定の開始時刻を変更する。こうして、空き領域に割り付けが可能になったら
、ステップＳ２８において、新規処理予定を割り付ける。ステップＳ２９では、その割り
付け結果を表示する。ステップＳ３０では、患者による予約確認を行う。そして、ステッ
プＳ３１で、スケジュールデータを更新し、ステップＳ３２で、スケジュールデータを表
示する。ステップＳ３０以降は、図９のステップＳ１８以降と同様の処理になる。
【００４９】
図１１は、処理時刻を基準とした動作フローチャートである。
まず、ステップＳ４１において、処理時刻を基準とすると判断されると、ステップＳ４
２に進み、患者に対しスケジュールデータを表示する。そして、ステップＳ４３において
、処理開始時刻、あるいは処理終了時刻の希望時刻を受け付ける。そして、ステップＳ４
４において、処理開始やあるいは終了希望時刻の取得をする。ステップＳ４５では、新規
処理予定の開始時刻を決定する。その後、ステップＳ４６からステップＳ５３までの処理
は、図１０に示すステップＳ２５からステップＳ３２の処理と同様になる。
【００５０】
図１２は、患者に対して通知を発信する動作のフローチャートである。
まず、ステップＳ６１において、処理予定の属性データから処理開始時刻を取得する。
スケジュール表上で、現在時刻に最も近い処理予定かあるいは、その後のいくつかの処理
予定の、処理開始時刻を一括して取得するとよい。そして、ステップＳ６２において、受
付順位を基準としている処理予定かどうかを判断する。受付順位を基準としている場合に
のみ、ステップＳ６３以下の処理を実行する。その他の場合は終了する。ステップＳ６３
において、現在時刻を取得する。ステップＳ６４では、処理開始時刻と現時時刻との差が
閾値以下かどうかを判断する。閾値は、例えば、１０分とする。判断結果がイエスの場合
はステップＳ６５へ進む。その他の場合は終了する。ステップＳ６５では、閾値以下にな
った処理予定に対し、処理開始予告通知を発信する。即ち、処理開始予定時刻が１０分以
内にある処理予定を検出し、その属性データを読んで、該当する患者の携帯電話に対し、
音声通話により予告通知を発信したり、あるいは、電子メールにより予告通知を発信する
。
【００５１】
図１３は、複数の機関が存在する場合の処理動作フローチャートである。
まず、ステップＳ７１において、同一の処理を実行する複数の機関が存在するかどうか
を判断する。例えば、要求される処理を実行することができる複数の担当者がいるとき、
これらの担当者を機関と呼ぶ。同一の症状の患者を診る医療機関が複数あり、いずれを選
択してもよいときには、これらを複数の機関と呼ぶ。各機関に設けられたスケジュールデ
ータはそれぞれ独自に運用されて構わない。例えば、同じ外科の診療を行う医師が２名以
上いる場合には、全ての医師の診療用スケジュールデータに対して処理予定を仮に割り付
け、患者に対し希望を問うようにする。まず、ステップＳ７１において、同一の処理を実
行する複数の機関があるかどうかを判断し、ある場合にはステップＳ７２に進む。無い場
合には処理を終了する。ステップＳ７２では、複数の機関のスケジュールデータ中に新た
な処理予定を仮割り付けする。そして、ステップＳ７３で、仮割り付け結果を表示し、ス
テップＳ７４で、機関選択情報を取得する。即ち、患者による選択を待って、その後の処
理予定の割り付けに進む。機関が決定した後の割り付け処理は、既に説明した通りである
。上記の仮割り付けをする方法は任意である。仮に割り付けられた結果の表示形式も任意
である。割り付けが可能な時間を表示するだけでも構わない。出力装置も任意である。
【００５２】
以上のようにして、予約情報処理の内容を入力し、過去の実績に基づいて、処理を実行
するために必要な所要時間を取得すると、高い精度で、処理予定をスケジュールに割り付
けることができる。従って、予約申し込み者の待ち時間を大幅に変動させないという効果
がある。また、受付順位を優先した場合には、前方の処理が予定より早く進んだとき、予
定より早く処理を受けられる。処理時刻を優先した場合には、前方の処理の如何にかかわ
らず、該当する時刻から処理が開始されるので、待ち時間の変動による不都合が生じない
という効果がある。
【００５３】
病院の場合には、複数の処理がそれぞれ独立に存在し、スケジュール管理が複雑になる
。一方、銀行の場合には、通常は各顧客とも１回の処理で全ての手続きが終了する。従っ
て、より簡単なスケジューリングが実現できる。車検を受けるために、車を運び込んで待
つようなシステムでも、同様の問題が発生する。この場合にも予約を受け付け、上記のよ
うな予約システムを利用することで顧客の待ち時間を短縮し、便宜を図ることができる。
【００５４】
なお、上記の演算処理装置で実行されるコンピュータプログラムは、機能ブロックで図
示した単位でモジュール化されてもよいし、複数の機能ブロックを組み合わせて一体化さ
れてもよい。また、上記のコンピュータプログラムは、既存のアプリケーションプログラ
ムに組み込んで使用してもよい。本発明を実現するためのコンピュータプログラムは、例
えばＣＤ−ＲＯＭのようなコンピュータで読み取り可能な記録媒体に記録して、任意の情
報処理装置にインストールして利用することができる。
【図面の簡単な説明】
【００５５】
【図１】本発明による予約システムの具体例ブロック図。
【図２】コンピュータ１１のハードウエアブロック図。
【図３】予約情報２１を受け付けるための操作画面説明図。
【図４】予約情報とそれに対する処理予定の確認画面の説明図。
【図５】処理予定の割り付けルールを選択する操作画面説明図。
【図６】受付順で待つことを指定した場合の案内画面の説明図。
【図７】診療予定時刻を指定した場合の案内画面説明図。
【図８】具体的な処理予定の割り付け方法を示す説明図。
【図９】基本的なシステムの受付動作フローチャート。
【図１０】受付順位を基準とした予約申込みの動作フローチャート。
【図１１】処理時刻を基準とした動作フローチャート。
【図１２】患者に対して通知を発信する動作のフローチャート。
【図１３】複数の機関が存在する場合の処理動作フローチャート。
【符号の説明】
【００５６】
１０  ネットワーク、１１  コンピュータ、１２、１３  端末装置、１４、１５、１６  
携帯電話、２０  記憶装置、３０  演算処理装置、２１  予約情報、２２  処理、２３  
処理所要時間データ、２４  処理、２５  所要時間、２６  スケジュールデータ、２７  
処理予定、２８  割り付けルール、２９  処理判定データ、３１  予約受付手段、３２  
予約割り付け手段、３３  出力制御手段、３４  処理判定手段、３５  予告通知手段、３
６  症状、３７  処理、３８  インタフェース、４１、４２、４３  表示出力装置
【図１】
2006301990.tif 000003
【図２】
2006301990.tif 000004
【図３】
2006301990.tif 000005
【図４】
2006301990.tif 000006
【図５】
2006301990.tif 000007
【図６】
2006301990.tif 000008
【図７】
2006301990.tif 000009
【図８】
2006301990.tif 000010
【図９】
2006301990.tif 000011
【図１０】
2006301990.tif 000012
【図１１】
2006301990.tif 000013
【図１２】
2006301990.tif 000014
【図１３】
2006301990.tif 000015