JP2003296449A - 予約自動斡旋装置 - Google Patents

Abstract

(57)【要約】 【課題】 この発明は、予約自動斡旋装置に関し、予約
の空き日時を検索して特定の予約者に予約を斡旋するこ
とにより、空き日時の減少による業務の効率化を図るこ
とを課題とする。 【解決手段】 少なくとも予約者と予約日時とを含む予
約情報を記憶した記憶部と、前記予約情報を検索し予約
がとられていない空き日時を抽出する予約空き状況検索
部と、所定の条件を満たす特定の予約者に、前記空き日
時を含む斡旋情報を送信して新たな予約を受ける予約斡
旋部とを備えたことを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、予約自動斡旋装
置に関し、特に、病院等における診察業務の効率化およ
び予約斡旋や予約日時通知が可能な予約自動斡旋装置に
関する。

【０００２】

【従来の技術】従来、病院においても、診察の合理化、
患者の待ち時間の縮小化等の観点から、予約台帳やパソ
コン等を用いた予約システムが用いられている。この予
約システムでは、患者の希望日時を聞いて、その日時に
空きがあればその患者の予約をとるという患者の都合を
基準とした方法で行われている。また、診察の予約は、
患者からの電話や来院時に行うのが通常であり、患者の
希望に基づいて予約スケジュールを組んでいるにすぎ
ず、病気の治癒の有無については考慮されていない。

【０００３】

【発明が解決しようとする課題】したがって、患者から
の予約のみによりスケジュールを組んでいるので、予約
の空きがある場合は医師の空き時間が発生し、病院経営
面から見れば、無駄が発生している。また、一旦予約を
とっていたが連絡なく来院しなかった患者については、
何ら病院側から確認連絡をすることもなく放置している
のが現状であり、病院側にとっては不測の空き時間が生
じ、患者側に対しても病気の治癒が徹底できないという
問題がある。

【０００４】さらに、まだ病気が完治しておらず治療が
必要であるにもかかわらず諸般の事情から来院を中断し
ている患者についても、病院側から特に来院の問合わせ
をしていないのが現状である。このような場合に、病院
側からまだ治療が必要と思われる患者に対して来院をう
ながすことができれば、病気の早期治療、あるいは完治
をすることが可能な場合もある。

【０００５】そこで、この発明は以上のような事情を考
慮してなされたものであり、病院側から患者に対して積
極的に予約の斡旋をすることにより、診察の空き時間の
減少と、患者の病気の治癒を徹底することを可能とする
予約自動斡旋装置を提供することを課題とする。

【０００６】

【課題を解決するための手段】この発明は、少なくとも
予約者と予約日時とを含む予約情報を記憶した記憶部
と、前記予約情報を検索し予約がとられていない空き日
時を抽出する予約空き状況検索部と、所定の条件を満た
す特定の予約者に、前記空き日時を含む斡旋情報を送信
して新たな予約を受ける予約斡旋部とを備えたことを特
徴とする予約自動斡旋装置を提供するものである。これ
によれば、予約者に新たな予約を斡旋することにより、
予約の空き時間を減少させ、業務の無駄時間を減らすこ
とができる。

【０００７】また、この発明は、前記記憶部が、医師勤
務スケジュール、前記予約者の来院有無情報、予約者の
病気の治癒情報、予約者に与えられた薬の投薬日数を記
憶し、前記病気の治癒情報から病気が治癒しているかど
うかを判断する病気治癒判断部と、前記投薬日数から投
薬された薬がすでに切れているかどうかを判断する投薬
有無判断部と、前記来院有無情報から予約者が来院した
かどうかを判断する来院監視部とをさらに備え、前記予
約斡旋部が、前記予約空き状況検索部が抽出した空き日
時のうち、医師勤務スケジュールの医師の出勤日時の範
囲に含まれる空き日時を、斡旋情報に含ませて、前記病
気治癒判断部が治癒していないと判断し、かつ前記投薬
有無判断部が薬が切れていると判断した予約者、あるい
は前記病気治癒判断部が治癒していないと判断し、かつ
前記来院監視部が来院していないと判断した予約者に、
送信することを特徴とする予約自動斡旋装置を提供する
ものである。これによれば、予約の空き時間を埋めるこ
とができるので、医師の空き時間を減少させ、病院経営
の業務効率化と、患者の予約取りの促進と病気の早期治
癒を図り、病院本来の目的である病気の治癒を徹底でき
る。

【０００８】また、前記予約斡旋部が、対話型電子メー
ルを用いて前記斡旋情報を前記特定の予約者に送信し、
予約者から返信される予約回答情報を受信して予約を受
け付けるようにしてもよい。これによれば、容易にわか
りやすい手順で予約をとることができる。さらに、前記
記憶部に記憶された予約日時と現在日とを比較し、前記
予約日時が現在日から所定日数後にまで近づいた場合
に、予約日時が近づいた旨を、その予約日時を予約した
予約者に通知する予約日時通知部をさらに備えるように
してもよい。これによれば、予約者の予約日の忘却を軽
減できる。また、前記来院監視部が来院しなかったと判
断した予約者の予約忘却回数を算出し、前記予約忘却回
数が所定回数を越えた予約者に対する所定の勧告メッセ
ージを作成する勧告文作成部をさらに備えてもよい。こ
れによれば、病気の治癒を徹底できる。

【０００９】また、この発明は、予約者と予約日時を含
む予約情報を参照して予約の空き日時を検索する検索処
理と、検索された予約の空き日時がある場合に、所定の
条件を満たす特定の予約者を抽出する抽出処理と、抽出
された患者が所有する端末に接続する接続処理と、接続
後所定の対話手順に基づいて、前記予約の空き日時を端
末を所有する患者に通知し、新たな予約を斡旋する予約
斡旋処理とからなることを特徴とする予約自動斡旋装置
の斡旋方法を提供するものである。

【００１０】さらに、前記抽出処理は、記憶部に記憶さ
れた予約者の病気の治癒情報からまだ治癒していない患
者を選択し、記憶部に記憶された予約者に与えられた薬
の投薬日数から投薬がすでに切れている患者を選択し、
記憶部に記憶された予約者の来院有無情報から予約した
のに来院しなかった患者を選択し、選択された患者のう
ち、まだ治癒しておらずかつすでに薬が切れている特定
の患者、あるいはまだ治癒しておらずかつ来院しなかっ
た特定の患者を抽出する処理を含むようにしてもよい。

【００１１】また、この発明は、予約者と予約日時を含
む予約情報を参照して予約の空き日時を検索する検索機
能と、検索された予約の空き日時がある場合に、所定の
条件を満たす特定の予約者を抽出する抽出機能と、抽出
された患者が所有する端末に接続する接続機能と、接続
後所定の対話手順に基づいて、前記予約の空き日時を端
末を所有する患者に通知し、新たな予約を斡旋する予約
斡旋機能を、コンピュータに実現させるためのプログラ
ムを提供するものである。

【００１２】

【発明の実施の形態】この発明における予約自動斡旋装
置は、予約を必要とする店舗、病院等に設置されるが、
その他予約を管理、斡旋することを業務とする会社等で
も利用できる。予約を必要とする店舗とは、たとえば、
美容院、理容院、スポーツクラブ、スイミングスクー
ル、パソコンや英会話等の講習スクールなどがある。以
下の実施例では、病院での予約斡旋を一例として説明す
るが、上記のような店舗にも利用可能である。

【００１３】予約情報とは、予約者である患者が、次回
に病院に来院する日時を記憶した情報であり、通常は、
患者が来院したときに病院の担当者に次回の来院希望日
を口頭で伝えることにより、担当者が記録する。空き日
時とは、予約がとられていない日時であり、病院の開院
時間で担当医師の来院している時間の範囲内から抽出さ
れる。

【００１４】また、所定の条件を満たす特定の予約者に
対して予約の斡旋をするのは、予約をとっているすべて
の予約者を対象として予約斡旋をしたとすると、もう予
約をとる必要のない者もあり効率が悪いからである。こ
こで、所定の条件とは、店舗の業務内容、予約者の種類
等により異なり、あらゆる予約者に共通な同一の条件を
設定することは困難である。特定の予約者とはおそらく
近い将来に予約をすることが予想される者、来院又は来
店する必要性が残っている者、予約をとっていたにもか
かわらず無断で来院又は来店しなかった者などが該当す
る。

【００１５】また、予約斡旋部は、新たな予約を受ける
ために、単に斡旋日を一方的に予約者に通知するのでは
なく、予約者と直接対話し、必要な質問、回答を送受信
する機能を有することが好ましい。

【００１６】この発明において、予約空き状況検索部、
予約斡旋部、病気治癒判断部、投薬有無判断部、来院監
視部、予約日時通知部、勧告文作成部は、ＣＰＵ、ＲＯ
Ｍ、ＲＡＭ、Ｉ／Ｏコントローラなどからなるマイクロ
コンピュータと、これらの各機能ブロックの機能をマイ
クロコンピュータを用いて実現させるためのプログラム
とから構成される。以下の実施例では、病気治癒判断部
は、病気情報管理部に相当し、勧告文作成部は出力部に
相当する。

【００１７】以下、図面に示す実施の形態に基づいてこ
の発明を詳述する。なお、これによってこの発明が限定
されるものではない。図１に、この発明の予約自動斡旋
装置の一実施例の構成ブロック図を示す。この発明で
は、患者からの要求により診察予約をとることに加え
て、予約の空き時間等がある場合に、病院に設置される
予約自動斡旋装置から積極的に患者に対して予約を斡旋
することを特徴とする。この発明の予約斡旋処理を実現
する構成は、主として予約自動斡旋装置３０と、医師側
端末１０と、患者側端末２０とからなる。予約自動斡旋
装置３０と医師側端末１０との間、予約自動斡旋装置３
０と患者側端末２０との間は、通信回線で接続される。

【００１８】医師側端末１０は、一般的なパソコンを用
いることができ、通常病院内に設置されているので、予
約自動斡旋装置３０とはいわゆるＬＡＮにより接続され
ることが好ましい。ただし、医師側端末１０としてはノ
ートパソコンなどの携帯型の端末を用いてもよく、この
場合には無線ＬＡＮや電話回線、ＩＳＤＮ等の通信回線
を介して、予約自動斡旋装置３０と接続してもよい。患
者側端末２０は、一般的なパソコン、携帯電話、ＰＤＡ
等の携帯型端末等を用いることができ、予約自動斡旋装
置３０とは、電話回線、ＩＳＤＮ等の通信回線（ネット
ワーク）を介して接続される。

【００１９】後述するように、患者側端末２０に予約斡
旋情報が電子情報として通知されるので、患者側端末２
０はデータ通信機能、電子メール送受信機能を有するこ
とが好ましいが、予約自動斡旋装置３０に音声情報によ
る対話が可能な機能を備えれば、患者側端末２０として
通常の電話機、ＦＡＸを利用することもできる。また、
当然ながら、医師側端末１０、患者側端末２０のどちら
も、情報を表示又は印刷するための出力機能、データを
入力するための入力機能を有することが好ましい。

【００２０】予約自動斡旋装置３０は、ＣＰＵ、ＲＯ
Ｍ、ＲＡＭ、Ｉ／Ｏコントローラ、タイマー等からなる
マイクロコンピュータと、表示装置、印刷装置などの周
辺装置により構成され、主として図１に示したような機
能ブロックに分割できる。

【００２１】図１において、予約自動斡旋装置３０の各
機能ブロック３１〜４０は、ＣＰＵなどのハードウェア
と、特定の処理を行うようにハードウェアを機能させる
プログラムとによって実現される。プログラムは、ＲＯ
Ｍ、ＲＡＭなどの半導体メモリ、ハードディスク、ＣＤ
−ＲＯＭ等の記憶媒体に格納されるか、またはネットワ
ークを介して所定の通信方式により遠隔地のサーバから
ダウンロードすることにより提供されるようにしてもよ
い。情報テーブル５０は、図２に示したような情報であ
り、これらはハードディスクのような読み書き可能な記
憶装置に格納される。

【００２２】図２に、この発明の情報テーブルの一実施
例の説明図を示す。医師勤務スケジュールテーブル５１
は、勤務する医師の出勤予定日、出勤時間等を記憶した
ものであり、たとえば、日付５１−１、医師コード５１
−２、医師名５１−３、診療科コード５１−４、診療科
名５１−５、勤務時間５１−６からなる。

【００２３】予約情報テーブル５２は、患者ごとの予約
状況を記憶したものであり、たとえば、患者番号５２−
１、患者氏名５２−２、予約科コード５２−３、予約科
名５２−４、予約日５２−５、予約時間５２−６、来院
有無５２−７からなる。ここで「来院有無５２−７」
は、実際に患者が来院したか否かの結果を記憶したもの
であり、後述するように斡旋する患者を選択する際の判
断基準として用いられる。

【００２４】病気情報テーブル５３は、患者ごとの病気
内容に関する情報を記憶したものであり、たとえば、患
者番号５３−１、患者氏名５３−２、病名コード５３−
３、病名５３−４、病名開始日５３−５、治癒日付５３
−６からなる。ここで病名開始日５３−５とは、患者が
その病気であると医師が判断した日を意味し、治癒日付
５３−６とは、病気が治ったと医師が判断した日を意味
する。この治癒日付５３−６は、斡旋する患者を選択す
るための判断基準として用いられる。

【００２５】投薬情報テーブル５４は、患者ごとに現在
与えられている薬に関する情報を記憶したものであり、
たとえば患者番号５４−１、患者氏名５４−２、投薬コ
ード５４−３、投薬名称５４−４、投薬開始日５４−
５、投薬日数５４−６からなる。ここで投薬開始日５４
−５と投薬日数５４−６とは、患者の手元に薬がなくな
っている可能性があるか否かの判断基準として用いられ
る。

【００２６】対話情報テーブル５５は、患者との対話形
式のやりとりに用いる質問文とこれに関する情報とを記
憶したものであり、たとえば、対話コード５５−１、対
話内容（質問文）５５−２、次コード５５−６としての
ＹＥＳ回答時の対話コード５５−３、ＮＯ回答時の対話
コード５５−４、数字回答時の対話コード５５−５から
なる。ここで、対話内容５５−２は、患者側端末２０に
転送され、患者側端末２０の表示部に表示されるもので
ある。

【００２７】病気テーブル５６は、病気の名称とその病
気に関する情報とを記憶したものであり、たとえば病名
コード５６−１、病名５６−２、コメント５６−３から
なる。ここで、コメント５６−３は、患者に注意を喚起
するダイレクトメールを郵送するときなどに用いられる
情報であり、病気を放置した場合に起こりうる悪影響等
が記載されたものである。

【００２８】患者テーブル５７は、患者ごとの個人情報
を記憶したものであり、たとえば、患者番号５７−１、
患者氏名５７−２、郵便番号５７−３、住所５７−４、
電話番号５７−５、電子メールアドレス５７−６からな
る。ここで、患者氏名等の情報は、患者あてのダイレク
トメールのあて先として用いられる。

【００２９】図１において、医師勤務スケジュール管理
部３１は、医師の出勤日時を管理する機能ブロックであ
り、入力部４１または医師側端末１０から転送されてき
たスケジュール情報を受信し、医師勤務スケジュールテ
ーブル５１に記憶するものである。また、単に受信する
だけでなく、入力されたスケジュール情報が適切か否か
を判断する機能を有してもよい。予約情報管理部３２
は、予約情報テーブル５２に記憶される情報を管理する
機能ブロックであり、他の機能ブロックから与えられた
情報をもとに予約情報テーブル５２に対して新規登録又
は更新処理をし、他の機能ブロックまたは医師側端末１
０に予約情報テーブル５２の情報を与えるものである。

【００３０】予約空き状況検索部３３は、他の機能ブロ
ックからの検索要求に対して、予約情報テーブル５２を
参照し、予約の空きがあればその空き情報を与え、空き
がなければ空きがないことを通知する機能ブロックであ
る。病気情報管理部３４は、病気情報テーブル５３を管
理する機能ブロックであり、入力部４１または医師側端
末１０から入力された患者ごとの病気に関する情報を記
憶したり、他の機能ブロックからの要求に応じて病気情
報テーブル５３に記憶された情報を与えるものである。
また、この記憶情報をもとに、病気が治癒したか否かの
判断を行う部分である。

【００３１】投薬有無判断部３５は、投薬情報テーブル
５４を管理する機能ブロックであり、入力部４１または
医師側端末１０から入力された患者ごとに与える薬に関
する情報を記憶したり、他の機能ブロックからの要求に
応じて投薬情報テーブル５４に記憶された情報を与える
ものである。来院監視部３６は、予約していた患者が予
定どうりに来院したか否かを監視する機能ブロックであ
り、現在の日時と、予約情報テーブル５２の予約日５２
−５、予約時間５２−６とを比較し、さらに来院有無５
２−７の内容を確認することにより実際の来院有無を判
断する。来院有無５２−７の内容は、通常入力部４１か
らの入力により変更される。

【００３２】予約斡旋部３７は、所定の判断基準を満た
す患者を抽出して予約斡旋処理を実行する機能ブロック
であり、定期的にまたは入力部４１からの起動指示入力
があるごとに起動される。定期的とは、たとえば毎日あ
るいは毎週、所定の時刻に１回自動的に起動される場合
や、一定時間ごとに自動的に起動される場合を意味す
る。

【００３３】斡旋するための判断基準としては、種々の
ものが考えられるが、たとえば次のものが用いられる。 （Ａ）予約に空きがあるか否か？（予約情報テーブル５
２） （Ｂ）病気が治癒していない患者がいるか？（病気情報
テーブル５３） （Ｃ）投与した薬がなくなっていないか？（投薬情報テ
ーブル５４） （Ｄ）来院しなかった患者がいるか？（予約情報テーブ
ル５２）

【００３４】各判断基準について、かっこ内に記載した
テーブルを参照することにより判断が実行できる。ま
た、斡旋の判断としては、たとえば、判断基準（Ａ）か
つ（Ｂ）かつ（Ｃ）が満たされた場合、または（Ａ）か
つ（Ｂ）かつ（Ｄ）が満たされた場合に、斡旋する患者
をリストアップし斡旋処理を実行するようにする。

【００３５】また、予約斡旋処理としては、電話、ＦＡ
Ｘ、電子メール、ダイレクトメール、郵送など種々のも
のが考えられるが、患者がパソコンや携帯電話のように
データ通信可能な端末を持っている場合には、迅速性等
の観点から電子メールを用いて予約の斡旋をするのが好
ましい。予約斡旋処理の具体的内容としては、来院する
ことをうながす所定の事項を記載した電子メールを該当
する患者に送信する処理や、対話型メール機能（チャッ
ト機能）を用いてリアルタイムの対話形式により新たな
予約をとる処理が考えられる。この新たな予約をとる処
理については後述する。

【００３６】予約日時通知部３８は、予約日時が近づい
てきた場合に、電子メール等を用いて、予約日時が近づ
いてきた旨を患者に通知する機能ブロックである。予約
日にどれくらい近づいたときに通知するかは、このシス
テム運用者の考え方により異なる。予め通知日を計算す
るための「所定日数」をＲＡＭ等に設定しておき、現在
の日付にこの「所定日数」を加算した日付を求め、この
日付と予約日とを比較すればよい。そして、今日現在の
日付に所定日数を加算した日と予約日とが一致したとき
に、今日現在、予約日数が近づいてきたことを知らせる
旨の電子メールを送信するようにすればよい。

【００３７】出力部３９は、予約忘却患者リスト４５や
勧告メッセージなど必要な情報を作成し、また視覚的に
出力する機能ブロックであり、たとえばＣＲＴ、ＬＣ
Ｄ、ＥＬなどの表示装置や、印刷装置を用いることがで
きる。通信部４０は、医師側端末１０および患者側端末
２０とデータ通信をするための機能ブロックであり、所
定の通信規格、通信プロトコルに基づいて、接続処理や
データの送受信を行うものである。

【００３８】通信部４０には種々の通信機能を備えたも
のが考えられるが、前記したようにたとえば医師側端末
１０と予約自動斡旋装置３０とが同一構内に設置される
場合には、ＬＡＮを介した通信機能を有することが好ま
しく、患者側端末２０がパソコンや携帯端末の場合には
一般加入電話回線やＩＳＤＮ回線、無線通信回線などの
公衆ネットワークを介した通信機能を有することが好ま
しい。入力部４１は、各情報テーブル５０の情報や各種
処理の指示を入力するための機能ブロックであり、キー
ボード、専用キー、マウス、タッチパネル、ペンなどの
各種入力機器を用いることができる。

【００３９】次に、この発明の予約斡旋処理の詳細内容
について一実施例をもとに説明する。図１０に、この発
明の予約斡旋処理の一実施例のフローチャートを示す。
また、この実施例で用いる各種情報テーブルの具体例を
図３から図９に示す。図３は医師勤務スケジュールテー
ブル５１の具体例、図４は予約情報テーブル５２の具体
例、図５は病気情報テーブル５３の具体例、図６は投薬
情報テーブル５４の具体例、図７は対話情報テーブル５
５の具体例、図８は病名テーブル５６の具体例、図９は
患者テーブル５７の具体例を示したものである。この予
約斡旋処理は、予約自動斡旋装置３０の利用者たとえば
予約管理担当者が所定の入力操作を行うことにより開始
される。ただし前記したように毎日１回所定の時刻に定
期的に起動するように設定しておいてもよい。

【００４０】図１０において、まず、予約の空き時間の
有無を検索する（ステップＳ１）。ここで、予約の空き
時間を検索する対象日は、現在の日時から所定の設定日
数だけ経過した日付までの日とする。設定日数は、たと
えば３日、７日あるいは３０日というように、利用者に
より設定可能としておくことが好ましい。あるいは、予
約斡旋処理の起動時に利用者が予約の空き時間を検索す
る期間または日を指定するようにしてもよい。

【００４１】ステップＳ１の検索処理は、予約空き状況
検索部３３が、予約情報テーブル５２の内容と、医師勤
務スケジュールテーブル５１とを参照することにより行
う。予約情報テーブル５２に登録された予約日５２−
５、予約時間５２−６の範囲はすでに予約があるので、
ここに登録されていない日時が予約の空き時間の候補と
なり、さらに、この候補時間のうち医師の出勤時間と合
致する時間が予約の空き時間として選ばれる。このよう
な条件に合致する時間がない場合には、「空き時間な
し」と判断される。

【００４２】図３と図４を用いて、具体的に説明する
と、まず図３の医師勤務スケジュールテーブル５１の
「日付５１−１」、「診療科コード５１−４」および
「勤務時間１〜４（５１−６）」を参照し、各日付、各
科ごとに診療可能時間を集計する。次に、この集計した
内容と、図４の予約情報テーブル５２の「予約日５２−
５」、「予約科コード５２−３」、「予約時間５２−
６」とを照合し、医師が勤務している時間の範囲内で、
予約がされていない時間を抽出する。この抽出された時
間が、予約の空き時間となる。

【００４３】次に、上記検索の結果、ステップＳ２にお
いて、予約に空きがない場合は、処理を終了し、予約に
空き時間がある場合は、ステップＳ３へ進む。予約の空
き時間が複数ある場合は、その空き時間をリストアップ
し、ＲＡＭ等に一時保管しておく。また、その空き時間
のリストを出力部３９に表示してもよい。

【００４４】次に、予約の空き時間を埋めるために、ス
テップ３以降の処理で斡旋する患者を探す。ステップＳ
３において、病気情報管理部３４が、現在まだ病気が治
癒していない患者を検索する。ここで、病気情報テーブ
ル５３の治癒日付５３−６が参照される。治癒日付５３
−６において、まだ治癒していない場合には、デフォル
ト値として「９９９９．９９．９９」が設定されてお
り、治癒している場合には入力部４１または医師側端末
１０から治癒日（たとえば２００１、０８．２０）が入
力される。すなわち、治癒日付５３−６の内容が、「９
９９９．９９．９９」であればその患者はまだ治癒して
いないと判断される。

【００４５】ステップＳ４において、治癒していない患
者がいない場合は、処理を終了し、治癒していない患者
がいる場合はステップＳ５へ進む。治癒していない患者
がいる場合は、リストアップされてＲＡＭに一時保管さ
れ、順次ステップＳ５以下の処理が実行される。ステッ
プＳ５において、治癒していない患者に与えられた薬が
切れていないか判断する。ここで薬が切れているか否か
は、投薬情報テーブル５４の投薬開始日５４−５と投薬
日数５４−６が参照されて判断される。現在の日付が、
投薬開始日５４−５に投薬日数５４−６を加算した日付
と同一かすでに経過している場合、患者の手元には薬が
なくなっていると判断する。薬が切れていると判断され
た患者がいる場合は、リストアップされてＲＡＭに一時
保管される。

【００４６】ステップＳ６において、薬がすでに切れて
いると判断されたときは、ステップＳ９へ進み、まだ切
れていないと判断されたときはステップＳ７へ進む。ス
テップＳ７において、来院監視部３６が、予約を行って
おきながら予約した時間に来院しなかった患者を検索す
る。ここで、予約情報テーブル５２が参照される。

【００４７】予約情報テーブル５２において、予約が登
録されたときには予約日５２−５と予約時間５２−６が
設定されており、来院有無５２−７には何も入力されて
いない。来院有無５２−７は、入力部４１からの入力に
より、現実に来院があった場合は「有」が入力され、来
院がなかった場合には「無」が入力される。

【００４８】ただし、入力忘れ等により入力されなかっ
た場合もあるので、現在の日付と予約日５２−５とを比
較し、現在の日付が予約日５２−５をすでに経過してお
り、かつ来院有無が入力されていない場合も、来院がな
かったものと判断する。このように来院がなかったもの
と判断した場合は、来院有無５２−７を自動的に「無」
に設定してもよい。

【００４９】ステップＳ８において、来院有無５２−７
を検索して「無」の患者を見つけた場合、あるいは、上
記のように来院がなかったものと判断した場合は、ステ
ップＳ９へ進み、その他の場合は処理を終了する。予約
をしておきながら来院していない患者がいる場合は、リ
ストアップし、ＲＡＭに一時保管しておく。

【００５０】ステップＳ９において、予約斡旋部３７
が、ステップＳ６で薬が切れていると判断された患者、
およびステップＳ８で来院していないと判断された患者
を１人選び、その患者に対して、来院予約の斡旋処理を
行う。斡旋処理では、患者との対話による質問形式でオ
ンライン予約等の処理を行う。質問内容の編集は、図７
に示した対話情報テーブル５５に予め登録された対話内
容の中から必要なものを選択して行われる。ただし、患
者の種類によって選択される内容は異なる。

【００５１】たとえば、薬が切れている患者と、薬は切
れていないが来院しなかった患者とは、その質問内容が
異なる。図７に示した例において、薬が切れている患者
に斡旋を行う場合は、対話コード００１の対話内容が選
択される。また、この対話コード００１に関連して、患
者の答えによって次に質問する内容が異なるので、次コ
ード５５−６として３つの選択枝が関係づけられてい
る。

【００５２】すなわち、患者の答えがＹＥＳ回答時５５
−３には次の質問内容として対話コード００３が選択さ
れ、ＮＯ回答時５５−４には対話コード００２が選択さ
れ、数字回答時５５−５には対話コード００４が選択さ
れる。このような編集処理の後、予約斡旋部３７は、選
択された患者の患者側端末２０に接続する処理をする。
ここで接続後に対話型電子メール機能によりデータ通信
を行う場合、患者テーブル５７に記憶されている患者の
電話番号５７−５あるいはメールアドレス５７−６を参
照して接続動作をする。

【００５３】患者側端末２０で患者が応答すると、予約
自動斡旋装置３０と患者との間で対話による質問−回答
のやりとりが開始される。まず、予約自動斡旋装置３０
から患者側端末２０へ最初の質問が送信される。

【００５４】次に図７の対話コード００１の質問が送信
された場合を例として斡旋処理の対話内容について説明
する。図１１に、この発明の斡旋処理の対話内容の一実
施例の説明図を示す。図１１（ａ）では、装置３０側か
ら、「薬が切れている病気は治癒しましたか？」という
質問に対して、患者側端末２０から「ＹＥＳ」という回
答が返信された場合を示している。この場合、図７の対
話コード００１のＹＥＳ回答時５５−３に相当するの
で、次コード５５−６として、対話コード００３が選択
され、装置３０から「了解しました。」というメッセー
ジが患者側端末２０に送信され、斡旋処理は終了する。

【００５５】一方、図１１（ｂ）は、「薬が切れている
病気は治癒しましたか？」の質問に対して、患者側端末
２０から「ＮＯ」という回答が返信された場合を示して
いる。この場合、ＮＯ回答時５５−４に相当するので、
次コードとして対話コード００２が選択され、装置３０
から「来院可能な日時を指定して下さい（番号選
択）。」というメッセージが患者側端末２０へ送信され
る。図１１（ｂ）の選択内容１、２、３も送信される。
患者が、このメッセージと選択内容を表示画面上で確認
し、「３」を選択して返信したとすると、装置３０側で
は「３」が選択されたことを認識した後、次コードとし
て対話コード００６が選択され、「来院できる時間を入
力してください。」というメッセージを送信する。

【００５６】これに応答して、患者が、「１４時００
分」を入力して返信したとすると、装置３０は、数字回
答時５５−５の対話コード００７を選択し、番号選択さ
れた「３」の「平成１３年０９月１１日」と、この返信
された「１４時００分」とを反映して、「次回来院日を
平成１３年０９月１１日１４時００分」にしますか？」
というメッセージを患者側端末２０へ送信する。患者が
このメッセージの表示を見て、「ＮＯ」を返信したとす
ると、端末３０では、ＮＯ回答時５５−４の対話コード
００２を選択し、前々回と同じ来院可能な日時の番号選
択をうながす質問を患者側端末２０へ送信する。

【００５７】ここで、患者が「２」を選択し返信してき
たとすると、装置３０は再度対話コード００６の来院時
間の入力をうながすメッセージを送信する。そして、患
者が「１７時３０分」を入力して返信したとすると、こ
の返信内容を反映した対話コード００７のメッセージで
ある「次回来院日を平成１３年０９月１０日１７時３０
分にしますか？」を患者側端末２０へ送信する。これに
対して、患者が「ＹＥＳ」を回答したとすると、装置３
０は、ＹＥＳ回答時５５−３の対話コード００８を選択
し、「予約完了しました。」というメッセージを患者側
端末２０へ送信して、オンライン予約が完了する。

【００５８】図１０のフローチャートにおいて、ステッ
プＳ９の斡旋処理終了後、図１１（ａ）のように予約斡
旋がされなかった場合や、斡旋した予約日時が患者に承
諾されなかった場合は、処理を終了する（ステップＳ１
０）。一方、図１１（ｂ）のように斡旋した日が予約さ
れた場合は、予約情報管理部３２が、予約情報テーブル
５２を更新し（ステップＳ１１）、処理を終了する。

【００５９】以上が、この発明の予約斡旋処理の具体的
内容であるが、これによれば、予約の空き時間を埋める
ことができ、患者の来院を増やすことができる。また、
医師の空き時間を減らし、医療業務の経営効率化を促進
できる。さらに、患者にとっては、本来治療が必要であ
るにもかかわらず、多忙等の理由で来院したかったが、
かかる斡旋により来院をうながされたことにより病気の
早期治療ができる場合もある。すなわち病院本来の目的
である「病気の治癒」を徹底することができる。

【００６０】次に、この発明の予約自動斡旋装置３０の
一機能である予約日時通知処理について説明する。図１
２に、この発明の予約日時通知処理のフローチャートを
示す。予約日時通知処理とは、予約日の忘却を軽減する
とともに、不測の空き時間が生じることを防止するため
に、予約日が近づいた患者に、予約日がもうすぐ来るこ
とを知らせる処理である。予約日時通知部３８が、予約
情報テーブル５２を参照することにより、予約日が現在
日から所定日数後にせまった患者を抽出し（ステップＳ
２１）、該当する患者がある場合に（ステップＳ２
２）、予約日時を含めた所定のメッセーシ゛を編集し（ステッ
プＳ２３）、このメッセージを送信する処理（ステップ
Ｓ２４）を行う。

【００６１】ここで、所定日数とは、予めＲＡＭ等に格
納されるデータであり、この装置３０を運用管理する者
によって種々の数値が設定できるようにする。たとえ
ば、所定日数としては、３日、７日、１０日、１ヶ月の
ような日を設定する。この予約日時通知処理は、この装
置３０の利用者が指示入力することにより起動してもよ
く、あるいは毎日１回、所定の時刻に自動的に起動する
ようにしてもよい。

【００６２】予約情報テーブル５２に記憶されている予
約日５２−５が、この処理が起動された日すなわち現在
日に、所定日数を加算した日と一致する場合に、その予
約日が登録された患者を抽出し、リストアップする（ス
テップＳ２１）。ここで抽出のときに、患者テーブル５
７から、該当患者のメールアドレス５７−６も同時にリ
ストアップする。メッセージ編集（ステップＳ２３）で
は、たとえば「○○さん、３日後の１０月２５日に、予
約日が来ます。忘れずにご来院下さい。」というような
メッセージを作成する。

【００６３】また、メッセージの送信（ステップＳ２
４）は、該当する患者のメールアドレス５７−６に、い
わゆる電子メールとして送ればよい。ただし、メールア
ドレスを持っていない患者に対しては、このメッセージ
の郵送やメッセージを合成音声化した電話による通報を
してもよい。以上のような通知を行えば、患者の予約日
の忘却を軽減でき、受診意識の向上を図ることもでき
る。

【００６４】次に、予約をしておきながら来院しないこ
とが多い患者すなわち予約忘却回数の多い患者に対し
て、注意を喚起する処理について説明する。予約忘却回
数の多い患者をそのまま放置しておくことは、診療の無
駄な空き時間が生じ病院業務の効率化の点でも好ましく
なく、またその患者にとっても早期治療とならない場合
もあり、病院本来の目的である病気の治癒を徹底できな
い。そこで、予約忘却回数が一定数以上となった患者を
リストアップし、該当患者ごとに所定の勧告メッセージ
を編集し、ダイレクとメールや電話等を利用して通知す
るようにする。

【００６５】図１３に、予約忘却回数の多い患者への通
知処理のフローチャートを示す。まず、来院監視部３６
が予約忘却回数の多い患者を検索する（ステップＳ３
１）。予約忘却回数が多いか少ないかは、この発明の装
置を運用する病院の考え方にもよるが、たとえば予約し
ておきながら３回以上来院しなかった者を予約忘却回数
が多いと考えたとすると、所定数Ａとして３を予めＲＡ
Ｍ等に記憶しておく。

【００６６】また、予約忘却回数とは、同じ患者につい
て予約情報テーブル５２の来院有無５２−７に、「無」
が設定された数の合計を意味する。すなわち、ステップ
Ｓ３１では、予約情報テーブル５２に登録されている患
者ごとに、来院有無５２−７の「無」の数をカウント
し、そのカウント数Ｎをその患者の予約忘却回数として
一時記憶する。そして、このカウント数Ｎと所定数Ａと
を比較し、Ｎ≧Ａとなる患者があればステップＳ３３へ
進み、Ｎ≧Ａとなる患者がいなかった場合は処理を終了
する（ステップＳ３２）。

【００６７】ステップＳ３３では、Ｎ≧Ａとなった患
者、すなわち予約忘却回数が多いと判断された患者５２
−１について、病気情報テーブル５３を参照し、その患
者５３−１の病名５３−４を抽出する。

【００６８】次に、病名テーブル５６を参照し、ステッ
プＳ３３で抽出された病名５３−４と一致する病名５６
−２に対応するコメント５６−３を抽出する（ステップ
Ｓ３４）。さらに、予約忘却回数が多いと判断された患
者５２−１について、患者テーブル５７を参照して、そ
の患者の郵便番号５７−３、住所５７−４、氏名５７−
２を抽出する（ステップＳ３５）。

【００６９】そして、ステップＳ３４、Ｓ３５で抽出さ
れた情報をもとに、出力部３９が勧告メッセージを作
成、印刷する（ステップＳ３６）。ここで、勧告メッセ
ージとは、抽出された氏名５７−２とコメント５６−３
を用いて編集された文章であり、たとえば胃炎の患者に
対しては、「○○さん、進行すると胃ガンになる危険性
があります。一度来院して下さい。」というようなメッ
セージである。

【００７０】次に、印刷された勧告メッセージを該当患
者の郵便番号、住所、氏名が印刷された送付用封筒に入
れて、ダイレクトメールとして発送する（ステップＳ３
７）。また、ステップＳ３１で検索された予約忘却回数
の多い患者に対して、ダイレクトメールを発送する措置
以外に、出力部３９が予約忘却回数の多い患者のリスト
４５を作成して印刷し、医師がそのリストを確認して緊
急を要する場合などでは、その患者又は家族に直接電話
をかける措置をとるようにしてもよい。このように、予
約忘却回数の多い患者をリストアップし、ダイレクトメ
ールを発送等することにより、注意を喚起することがで
き、患者本人の治癒に対する意識を向上させ、「病気の
治癒」を徹底することができる。

【００７１】付記：この発明は、以下の特徴を有する予
約自動斡旋装置およびその斡旋方法である。 （付記１） 少なくとも予約者と予約日時とを含む予約
情報を記憶した記憶部と、前記予約情報を検索し予約が
とられていない空き日時を抽出する予約空き状況検索部
と、所定の条件を満たす特定の予約者に、前記空き日時
を含む斡旋情報を送信して新たな予約を受ける予約斡旋
部とを備えたことを特徴とする予約自動斡旋装置。 （付記２） 前記記憶部が、医師勤務スケジュール、前
記予約者の来院有無情報、予約者の病気の治癒情報、予
約者に与えられた薬の投薬日数を記憶し、前記病気の治
癒情報から病気が治癒しているかどうかを判断する病気
治癒判断部と、前記投薬日数から投薬された薬がすでに
切れているかどうかを判断する投薬有無判断部と、前記
来院有無情報から予約者が来院したかどうかを判断する
来院監視部とをさらに備え、前記予約斡旋部が、前記予
約空き状況検索部が抽出した空き日時のうち、医師勤務
スケジュールの医師の出勤日時の範囲に含まれる空き日
時を、前記斡旋情報に含ませて、前記病気治癒判断部が
治癒していないと判断し、かつ前記投薬有無判断部が薬
が切れていると判断した予約者、あるいは前記病気治癒
判断部が治癒していないと判断し、かつ前記来院監視部
が来院していないと判断した予約者に、送信することを
特徴とする付記１の予約自動斡旋装置。 （付記３） 前記予約斡旋部が、対話型電子メールを用
いて前記斡旋情報を前記特定の予約者に送信し、予約者
から返信される予約回答情報を受信して予約を受けるこ
とを特徴とする付記１の予約自動斡旋装置。 （付記４） 前記記憶部に記憶された予約日時と現在日
とを比較し、前記予約日時が現在日から所定日数後にま
で近づいた場合に、予約日時が近づいた旨を、その予約
日時を予約した予約者に通知する予約日時通知部をさら
に備えたことを特徴とする付記１または２の予約自動斡
旋装置。 （付記５） 前記来院監視部が来院しなかったと判断し
た予約者の予約忘却回数を算出し、前記予約忘却回数が
所定回数を越えた予約者に対する所定の勧告メッセージ
を作成する勧告文作成部をさらに備えたことを特徴とす
る請求項２の予約自動斡旋装置。 （付記６） 予約者と予約日時を含む予約情報を参照し
て予約の空き日時を検索する検索処理と、検索された予
約の空き日時がある場合に、所定の条件を満たす特定の
予約者を抽出する抽出処理と、抽出された患者が所有す
る端末に接続する接続処理と、接続後所定の対話手順に
基づいて、前記予約の空き日時を端末を所有する患者に
通知し、新たな予約を斡旋する予約斡旋処理とからなる
ことを特徴とする予約自動斡旋装置の斡旋方法。 （付記７） 前記抽出処理が、記憶部に記憶された予約
者の病気の治癒情報からまだ治癒していない患者を選択
し、記憶部に記憶された予約者に与えられた薬の投薬日
数から投薬がすでに切れている患者を選択し、記憶部に
記憶された予約者の来院有無情報から予約したのに来院
しなかった患者を選択し、選択された患者のうち、まだ
治癒しておらずかつすでに薬が切れている特定の患者、
あるいはまだ治癒しておらずかつ来院しなかった特定の
患者を抽出することを含む付記６の予約自動斡旋装置の
斡旋方法。 （付記８） 予約者と予約日時を含む予約情報を参照し
て予約の空き日時を検索する検索機能と、検索された予
約の空き日時がある場合に、所定の条件を満たす特定の
予約者を抽出する抽出機能と、抽出された患者が所有す
る端末に接続する接続機能と、接続後所定の対話手順に
基づいて、前記予約の空き日時を端末を所有する患者に
通知し、新たな予約を斡旋する予約斡旋機能を、コンピ
ュータに実現させるためのプログラム。

【００７２】

【発明の効果】この発明によれば、予約の空き時間を検
索して、特定の予約者に予約を斡旋するので、業務の無
駄な空き時間を減少させることができ、効率的な経営が
可能となる。また、病気がまだ治癒しておらずかつ薬が
切れている患者、あるいは予約をとっていたにもかかわ
らず来院しなかった患者に対して次回の予約を斡旋する
ので、患者の早期治療をうながし、病院本来の目的であ
る「病気の治癒」を徹底することができる。また、予約
の斡旋を対話型電子メールを利用して行うので予約手順
がわかりやすく、容易に予約をとることができる。さら
に、予約日が近づいた予約者に予約日時の通知を行うの
で、予約日の忘却を軽減することができる。また、予約
忘却回数の多い患者に対して、勧告メッセージを送付す
るので、注意を喚起し、「病気の治癒」を徹底すること
ができる。

【図面の簡単な説明】

【図１】この発明の予約自動斡旋装置の構成ブロック図
である。

【図２】この発明の情報テーブルの説明図である。

【図３】この発明の医師勤務スケジュールテーブルの一
実施例の説明図である。

【図４】この発明の予約情報テーブルの一実施例の説明
図である。

【図５】この発明の病気情報テーブルの一実施例の説明
図である。

【図６】この発明の投薬情報テーブルの一実施例の説明
図である。

【図７】この発明の対話情報テーブルの一実施例の説明
図である。

【図８】この発明の病名テーブルの一実施例の説明図で
ある。

【図９】この発明の患者テーブルの一実施例の説明図で
ある。

【図１０】この発明の予約斡旋処理のフローチャートで
ある。

【図１１】この発明の斡旋処理の対話内容の一実施例の
説明図である。

【図１２】この発明の予約日時通知処理のフローチャー
トである。

【図１３】この発明の予約忘却回数の多い患者への通知
処理のフローチャートである。

【符号の説明】

１０ 医師側端末 ２０ 患者側端末 ３０ 予約自動斡旋装置 ３１ 医師勤務スケジュール管理部 ３２ 予約情報管理部 ３３ 予約空き状況検索部 ３４ 病気情報管理部 ３５ 投薬有無判断部 ３６ 来院監視部 ３７ 予約斡旋部 ３８ 予約日時通知部 ３９ 出力部 ４０ 通信部 ４１ 入力部 ４５ 予約忘却患者リスト ５０ 情報テーブル

Claims (5)

【特許請求の範囲】
1. 【請求項１】 少なくとも予約者と予約日時とを含む予
   約情報を記憶した記憶部と、前記予約情報を検索し予約
   がとられていない空き日時を抽出する予約空き状況検索
   部と、所定の条件を満たす特定の予約者に、前記空き日
   時を含む斡旋情報を送信して新たな予約を受ける予約斡
   旋部とを備えたことを特徴とする予約自動斡旋装置。
2. 【請求項２】 前記記憶部が、医師勤務スケジュール、
   前記予約者の来院有無情報、予約者の病気の治癒情報、
   予約者に与えられた薬の投薬日数を記憶し、前記病気の
   治癒情報から病気が治癒しているかどうかを判断する病
   気治癒判断部と、前記投薬日数から投薬された薬がすで
   に切れているかどうかを判断する投薬有無判断部と、前
   記来院有無情報から予約者が来院したかどうかを判断す
   る来院監視部とをさらに備え、前記予約斡旋部が、前記
   予約空き状況検索部が抽出した空き日時のうち、医師勤
   務スケジュールの医師の出勤日時の範囲に含まれる空き
   日時を、前記斡旋情報に含ませて、前記病気治癒判断部
   が治癒していないと判断し、かつ前記投薬有無判断部が
   薬が切れていると判断した予約者、あるいは前記病気治
   癒判断部が治癒していないと判断し、かつ前記来院監視
   部が来院していないと判断した予約者に、送信すること
   を特徴とする請求項１の予約自動斡旋装置。
3. 【請求項３】 予約者と予約日時を含む予約情報を参照
   して予約の空き日時を検索する検索処理と、検索された
   予約の空き日時がある場合に、所定の条件を満たす特定
   の予約者を抽出する抽出処理と、抽出された患者が所有
   する端末に接続する接続処理と、接続後所定の対話手順
   に基づいて、前記予約の空き日時を端末を所有する患者
   に通知し、新たな予約を斡旋する予約斡旋処理とからな
   ることを特徴とする予約自動斡旋装置の斡旋方法。
4. 【請求項４】 前記抽出処理が、記憶部に記憶された予
   約者の病気の治癒情報からまだ治癒していない患者を選
   択し、記憶部に記憶された予約者に与えられた薬の投薬
   日数から投薬がすでに切れている患者を選択し、記憶部
   に記憶された予約者の来院有無情報から予約したのに来
   院しなかった患者を選択し、選択された患者のうち、ま
   だ治癒しておらずかつすでに薬が切れている特定の患
   者、あるいはまだ治癒しておらずかつ来院しなかった特
   定の患者を抽出することを含む請求項３の予約自動斡旋
   装置の斡旋方法。
5. 【請求項５】 予約者と予約日時を含む予約情報を参照
   して予約の空き日時を検索する検索機能と、検索された
   予約の空き日時がある場合に、所定の条件を満たす特定
   の予約者を抽出する抽出機能と、抽出された患者が所有
   する端末に接続する接続機能と、接続後所定の対話手順
   に基づいて、前記予約の空き日時を端末を所有する患者
   に通知し、新たな予約を斡旋する予約斡旋機能を、コン
   ピュータに実現させるためのプログラム。