JP2002073804A

JP2002073804A - 病院受付方法

Info

Publication number: JP2002073804A
Application number: JP2000260942A
Authority: JP
Inventors: Reiko Yoshimura; 礼子吉村
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2000-08-30
Filing date: 2000-08-30
Publication date: 2002-03-12

Abstract

(57)【要約】【課題】従来の病院受付方法では、「早く診察してもら
うためには、病院が始まる前に受付に並ぶ」、「受付を
してから診察までに時間がかかる」、「いつ診察しても
らえるかわからない」、「診察待ちの患者で待合室や駐
車場が混んでいる」などの問題があった。また、予め予
約ができたとしても、予約した当日の診察進捗状況を知
り得たり、診察進捗状況により診察開始時間が患者に通
知されることはなく、患者がリアルタイムの情報を取得
することができなかった。【解決手段】サービスセンター１に設置した、サーバコ
ンピュータ４から接続可能な病院情報ＤＢ５、各病院情
報ＤＢ６、患者情報ＤＢ７を設け、利用者として登録し
ている病院又は患者からの接続により、リアルタイムの
情報を蓄積し、また提供することを可能とした。また、
患者からは診察予約時に診察希望時刻を受け付けること
により、サーバコンピュータ４が診察予約を受信したと
き、または一人の患者の診察が終了したとき、診察順序
を更新することで、より正確な予想診察開始時間を患者
に通知することを可能とした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、インターネット
などのネットワークを介して病院の予約を受付け、また
病院又は患者が所望する診察履歴、予約状況、病院情報
を提供する病院受付方法に関するものである。

【０００２】

【従来の技術】従来、病院の診察を受けるためには、小
さな病院では病院の受付で診察券を預けてその順番に従
って診察を受ける方法が一般的である。大きな病院で
は、前もって予約時間を定める場合もある。その他、電
話での予約を行っている場合もあるが、基本的には、診
察当日に、病院への到着順を基準に受付の人によって診
察順序が決められ、診察が行われる。

【０００３】診察順序はわかりづらい場合が多い。順序
が表示されていなかったり、表示されていても各患者が
病院で待機しているか、あるいはどれぐらい診察時間が
かかるかなどの情報はない。したがって、患者側はいつ
になるかわからない自分の診察を待合室で長時間待った
り、順番が来た時に席を外していて後に回されたりする
ことが多々ある。病院へ行くのは具合が悪い時であるこ
とがほとんどであるのにかかわらず、長時間待ったり、
何度も足を運んだりしなくてはいけないため、さらに体
調が悪くなる患者もいる。

【０００４】また、病院側の情報は、たとえ担当医師の
休みなどの重要な情報でも、病院の受付に行って初めて
知りうるものが多い。病院に行ってなければ情報は入ら
ず、また、通院していない病院の情報は、足を運ぶか電
話するなどのアクションをとらなければ知り得ない。

【０００５】図２８は、例えば特開平１０−１４９３９
１に示された従来の病院予約方法を実現するためのシス
テム構成図である。図において、２６１は地域病院統括
センター、２６２はサーバコンピュータであり、２６３
はサーバコンピュータ１０２から接続される症状より病
名を推測するための症状・病名ＤＢ（ＤＢとはデータベ
ースの略、以下同じ）、２６４は各病院の診察科目など
病院紹介が蓄積された病院データＤＢ、２６５は病院ご
とに設置され各病院の予約管理を行う予約状況ＤＢ、２
６６は専用電話機であり、２６７は専用電話機２６６に
差込み病院予約を行うＩＣカードである。

【０００６】このような従来の病院予約方法では、ＩＣ
カード２６７を所有した患者が専用電話機２６６が設置
されている場所に赴き、ＩＣカード２６７を専用電話機
２６６に差し込む。それにより、自分の症状を地域病院
統括センター２６１に送信することで、地域病院統括セ
ンター２６１が最寄りの病院を判断し、予約状況ＤＢ２
６５に予約を格納するものである。

【０００７】

【発明が解決しようとする課題】従来の病院受付は、
「早く診察してもらうためには病院が始まる前に受付に
並ぶ」、「受付をしてから診察までに時間がかかる」、
「いつ診察してもらえるかわからない」、「診察待ちの
患者で待合室や駐車場が混んでいる」、ということがあ
った。その結果、患者は受付と診察のために２回病院へ
行く必要があったり、待ち時間が長くて余計に具合が悪
くなったり、違う病気にかかってしまうという危険性も
あった。更に、病院に訪れて初めて担当医師が休みなど
の情報を知るという問題もある。また病院側は、受付
のために並ぶ患者のために朝早くから病院を開けたり、
患者の待ち時間を考慮して待合室や駐車場を工夫しなく
てはならない、という問題点があった。

【０００８】更に、特開平１０−１４９３９１に示され
た従来の病院予約方法では、専用電話機２６６及びＩＣ
カード２６７が必要であり、予約はできるものの、予約
した当日の診察進捗状況を知り得たり、診察進捗状況に
より診察開始時間が患者に通知されたりすることはなか
った。

【０００９】この発明は、上述のような問題点を解決す
るためになされたもので、患者が病院へ行く回数と病院
での待ち時間など診察や治療以外に費やす時間を最小限
にし、また病院からの情報取得は最大限にすることを目
的とする。また、病院にとっては、診察待ちの患者を少
なくすることにより、診察中の患者への注力を最大限に
行え、他の病院と情報を相互に取得することができるこ
とを目的とする。

【００１０】

【課題を解決するための手段】この発明に係る病院受付
方法は、利用者である病院又は患者が有する端末と接続
されているサーバと、このサーバに接続されている上記
病院の診察状況を蓄積する病院情報データベース及び上
記患者の診察記録を蓄積する患者情報データベースとを
有するサービスセンターにおいて、上記病院又は患者か
ら送信された利用者ＩＤとパスワードにより利用者を認
証し認証できたときは上記利用者ＩＤを保持するステッ
プ、診察受付及び診察終了の都度上記病院から送信され
る診察進捗状況により上記病院情報データベースを更新
するステップ、上記患者から診察予約及び診察希望時刻
を受付け、上記病院情報データベース及び上記利用者Ｉ
Ｄに該当する上記患者情報データベースを参照し、上記
患者の予想診察開始時刻を計算することにより診察順序
を確定し、上記病院には上記診察順序を通知し、又上記
患者には上記予想診察開始時刻を通知するステップから
なるものである。

【００１１】また、利用者である病院又は患者が有する
端末と接続されているサーバと、このサーバに接続され
ている上記病院の診察状況を蓄積する病院情報データベ
ース及び上記患者の診察記録を蓄積する患者情報データ
ベースとを有するサービスセンターにおいて、上記病院
又は患者から送信された利用者ＩＤとパスワードにより
利用者を認証し認証できたときは上記利用者ＩＤを保持
するステップ、診察受付及び診察終了の都度上記病院か
ら送信される診察進捗状況により上記病院情報データベ
ースを更新するステップ、上記患者から診察予約及び診
察希望時刻を受付け、上記病院情報データベース及び上
記利用者ＩＤに該当する上記患者情報データベースを参
照し、上記患者の第１の予想診察開始時刻を計算するこ
とにより診察順序を確定し、上記病院には上記診察順序
を通知し、又上記患者には上記第１の予想診察開始時刻
を通知するステップ、診察終了の都度上記病院から送信
される診察進捗状況による上記病院情報データベースの
更新に基づき診察時間が近づいた上記患者に第２の予想
診察開始時刻を通知するステップからなるものである。

【００１２】さらに、利用者である病院又は患者が有す
る端末と接続されているサーバと、このサーバに接続さ
れている上記病院の診察状況を蓄積する病院情報データ
ベース及び上記患者の診察記録を蓄積する患者情報デー
タベースとを有するサービスセンターにおいて、上記病
院又は患者から送信された利用者ＩＤとパスワードによ
り利用者を認証し認証できたときは上記利用者ＩＤを保
持するステップ、診察受付及び診察終了の都度上記病院
から送信される診察進捗状況により上記病院情報データ
ベースを更新するステップ、上記患者から診察予約及び
診察希望時刻を受付け、上記病院情報データベース及び
上記利用者ＩＤに該当する上記患者情報データベースを
参照し、上記患者の第１の予想診察開始時刻を計算する
ことにより診察順序を確定し、上記病院には上記診察順
序を通知し、又上記患者には上記第１の予想診察開始時
刻を通知するステップ、診察開始前に上記位置情報が変
更になった患者から上記位置情報変更を受付け上記診察
順序を再計算し、上記病院には第２の診察順序を通知
し、又上記患者には第２の予想診察開始時刻を通知する
ステップからなるものである。

【００１３】さらにまた、上記患者から診察予約及び診
察希望時刻を受付け、上記病院情報データベース及び上
記利用者ＩＤに該当する上記患者情報データベースを参
照し、上記患者の第１の予想診察開始時刻を計算するこ
とにより診察順序を確定し、上記病院には上記診察順序
を通知し、又上記患者には上記第１の予想診察開始時刻
を通知するステップの後、特定の患者に関する通知をこ
の患者の位置情報を調べることによりこの患者が位置す
る最寄りの病院へ通知することを特徴とするものであ
る。

【００１４】また、上記病院又は患者からの問合わせに
対して上記病院情報データベース又は上記患者情報デー
タベースから該当のデータを読み出すことにより上記病
院又は患者が所望する診察履歴、予約状況、病院情報を
提供することを特徴とするものである。

【００１５】

【発明の実施の形態】実施の形態１．図１はこの発明の
実施の形態１である病院受付方法を実現するためのシス
テム構成図である。１はサービスセンター、２はサービ
スセンター１の利用者である病院、３はサービスセンタ
ー１の利用者である患者である。４はサービスセンター
１にあるサーバコンピュータ、５は全ての病院２の情
報、すなわち、病院名、診察科目、医師名、場所、電話
番号、診察時間などの情報が蓄積されている病院情報Ｄ
Ｂである。６は病院２毎の当日の診察に関する情報、す
なわち、今日の担当医師、予約状況、診察進捗状況、診
察した病名、症状が蓄積されている各病院情報ＤＢであ
る。７は患者３の情報、すなわち、患者３の氏名、電話
番号、住所、年齢、家族構成や病院２での治療履歴、症
状より病院２で受けた診察結果が蓄積されている患者情
報ＤＢである。８は利用者である病院２及び患者３を認
証するための利用者情報ＤＢであり、利用者ＩＤ及び対
応するパスワードが格納されている。

【００１６】９は病院２の受付用端末、１０は病院２の
患者用端末、１１は患者用端末であり、パソコン、電
話、携帯電話、ＦＡＸなどが該当する。病院２の受付用
端末９及び病院２の患者用端末１０、患者用端末１１
は、サーバコンピュータ４とインターネット又は公衆回
線網にて接続されている。

【００１７】図２は、病院２の受付用端末９及び病院２
の患者用端末１０、患者用端末１１からサービスセンタ
ー１に接続したときに表示されるログイン画面２１であ
る。利用者として予め登録されている病院又は患者は、
利用者ＩＤ入力エリア２２及びパスワード入力エリア２
３に定められた利用者ＩＤとパスワードを入力し、「Ｏ
Ｋ」ボタン２４を押下する。サーバコンピュータ４で
は、送信された利用者ＩＤとパスワードを利用者情報Ｄ
Ｂ８に蓄積されている利用者情報である利用者ＩＤとパ
スワードとを比較することにより、利用者を認証できた
ときは、その利用者ＩＤを保持する。

【００１８】また、病院又は患者が新規に利用するとき
は、「新規登録」ボタン２５を押下し、利用者として登
録する。そのときに、病院であるか患者であるかに応じ
て、病院情報ＤＢ５又は患者情報ＤＢ７に蓄積するため
の情報入力をサーバコンピュータ４から促し、入力され
た情報は病院情報ＤＢ５又は患者情報ＤＢ７に蓄積す
る。また、利用者として登録するために、サーバコンピ
ュータ４から利用者ＩＤとパスワードを利用者に提供
し、その情報を利用者情報ＤＢ８に蓄積する。病院情報
ＤＢ５、患者情報ＤＢ７と利用者情報ＤＢ８は、それぞ
れ利用者ＩＤを有し、それにより関連付けられる。

【００１９】利用者を認証した後、利用者に応じて、病
院であるときは図３に示した病院用受付画面３１を表示
し、患者であるときは図６に示した患者用受付画面６１
を表示する。

【００２０】まず利用者が病院であるときの処理の流れ
を説明する。病院用受付画面３１には、今日の診察順序
を表示する「受付情報」ボタン３２、患者の診察履歴を
表示する「患者情報」ボタン３３、各病院における診察
情報を表示する「診察情報」ボタン３４が存在する。

【００２１】「受付情報」ボタン３２を押下すると、図
４に示した今日の診察順序を表示する診察順序表示画面
４１を表示する。後述するが、この診察順序表示画面４
１で表示した順番は、患者から診察予約を受け付けると
きに、同時に診察希望時刻も受付け、この診察希望時刻
と予約の順序、診察進捗状況により確定した診察順序で
ある。各レコードは、診察順序、患者の利用者ＩＤ、患
者の名前、新規であるか経過であるかを示す診察状況、
患者が予約時に入力した患者の自覚症状及び医師に伝え
たいこと、質問したいことである備考で構成されてい
る。

【００２２】また、図３において「患者情報」ボタン３
３を押下すると、図５で示した患者毎の診察履歴表示画
面５１を表示する。この診察履歴表示画面５１は、図４
で示した診察順序表示画面４１の該当患者のデータをク
リックすることなどにより表示することも可能である。

【００２３】該当患者の前回の診察履歴５２により、前
回の診察日時、症状、処方した薬を確認することができ
る。また前々回の診察履歴を確認したいときは「記録参
照」ボタン５４を押下すると、今までの診察履歴を順番
に表示、確認することができる。また、該当患者の診察
終了後は、今日の診察履歴を入力する入力エリア５３
に、担当医師が診察結果を入力し、「決定」ボタン５５
を押下することにより、今日の診察履歴が患者情報ＤＢ
７と病院情報ＤＢ５に蓄積される。病院情報ＤＢ５に
は、患者の診察履歴より診察した病名、症状が抜き出さ
れて蓄積される。また、「戻る」ボタン５６を押下する
と、前の画面に戻る。

【００２４】さらに、図３において「診察情報」ボタン
３４を押下すると、図８で示した該当病院の診察情報で
ある診察情報画面８１が表示される。診察情報画面８１
の詳細な説明は後述する。

【００２５】次に、利用者が患者であるときの処理の流
れを説明する。図６に示す患者用受付画面６１には、登
録されている病院の詳細情報を表示する「病院詳細情
報」ボタン６２、病院毎の診察情報を表示する「病院診
察情報」ボタン６３、患者の診察履歴を表示する「個人
情報」ボタン６４が存在する。

【００２６】図６の「病院詳細情報」ボタン６２を押下
すると、図７に示したサーバコンピュータ４に登録され
ている病院リスト一覧７１を診察科目ごとに表示され
る。更に、詳細情報を知りたい病院や予約をしたい病院
があるときは、病院名７２をクリックすることなどによ
り図８で示した該当病院の診察情報である診察情報画面
８１を表示する。

【００２７】また、図６の「病院診察情報」ボタン６３
を押下すると、図８で示した該当病院の診察情報である
診察情報画面８１を表示され、図６の「個人情報」ボタ
ン６４を押下すると、図５で示した患者毎の診察履歴表
示画面５１が表示される。なお、患者から接続されてい
るときは、保持している利用者ＩＤに基づき患者個人の
診察履歴のみ表示するようにし、他の患者の診察履歴は
表示しないように制御する。また、本人の診察情報であ
っても、担当医師が診察終了時に、「本人参照可能」と
したときのみ参照可能とする。さらに、「決定」ボタン
５５は担当医師が診察結果を入力し、患者情報ＤＢ７と
病院情報ＤＢ５に情報を蓄積するためのボタンであるた
め、患者からの接続であるときは押下できないように制
御する。

【００２８】図８に示した診察情報画面８１の詳細につ
いて説明する。診察情報画面８１は、病院及び患者が見
ることができ、該当病院の診察科目、医師紹介、診察時
間や電話番号、該当病院までの行き方、駐車場状況、地
図などが確認できる。

【００２９】今日の状況を表示する「本日の状況」ボタ
ン８２、最近の状況を表示する「最近の状況」ボタン８
３、今後の状況を表示する「今後」ボタン８４、病院か
らのお知らせを表示する「お知らせ」ボタン８５、該当
の病院に診察予約を行う「予約」ボタン８６、一度行っ
た予約を変更する「予約変更」ボタン８７が存在する。

【００３０】「本日の状況」ボタン８２を押下すると、
図９に示す本日の状況画面９１が表示される。担当医師
や予約人数グラフ９２、現在の治療終了人数グラフ９３
などの診察進捗状況が示されている。また、駐車場の空
き台数が表示されている。さらに、「流行っている病気
リスト」９４は、該当病院で最近治療が頻繁に行われた
病気の情報、「よくある症状リスト」９５は、最近診察
した患者の自覚症状の中で多かった自覚症状が示されて
いる。この画面により、患者は担当医師を確認し、診察
進捗状況をリアルタイムで把握することができる。

【００３１】次に、図８における「最近の状況」ボタン
８３を押下すると、図１０に示す最近の状況画面１０１
が表示される。図９で表示されていた「流行っている病
気リスト」９４と「よくある症状リスト」９５が表示さ
れている。「曜日混雑グラフ」１０２は、過去一週間の
患者の人数を曜日毎にグラフで表示している。「時刻混
雑グラフ」１０３は、過去一週間の患者の人数を時刻毎
にグラフで表示している。「流行っている病気リスト」
９４をクリックすると、図１３に示す病気紹介画面１３
１を表示する。「病気詳細エリア」１３２では、病気の
詳細など一般的な説明が記述されている。「当院患者の
症状エリア」１３３では、該当病院で病気と診察した患
者の自覚症状のリストが表示されている。

【００３２】図１４は、症状と病名紹介画面１４１であ
る。症状から判断される病名や注意事項などが記述され
ている。「よくある症状リスト」９５の症状をクリック
すると表示される。

【００３３】患者は、「流行っている病気リスト」９４
から、最近の流行病を知ることができる。また、病気の
詳細を知りたいときは、その病名をクリックすれば図１
４に示した症状と病名紹介画面１４１により詳細を知る
ことが可能である。また、症状から自分の病名を知りた
い場合には、「よくある症状リスト」９５で自分と同じ
症状があるか探し、あったときはそこをクリックして症
状と病名紹介画面１４１を表示し、症状から考えられる
病名を知ることができる。これは、病院に行く予定がな
い人でもサーバコンピュータ４に接続して情報を取得す
ることによって、治療が必要であることを知ったり、逆
に病院に行かなくても病名を推測したり、注意事項を知
ることが可能となる。

【００３４】図１０における「曜日混雑グラフ」１０２
は、たとえば休診日の次の日はいつも以上に混雑するな
どの傾向がわかるため、特に急を要しない場合には、患
者が混雑していない日を選択して、病院に行くことが可
能になる。図１０における「時刻混雑グラフ」１０３も
同様に、受付開始直後は混雑するがしばらくすると混雑
も緩和されるなどの傾向を読み取って、来院時間を変更
することが可能となる。

【００３５】さらに、図８における「今後」ボタン８４
を押下すると、図１１に示す今後の状況画面１１１が表
示される。地域での流行病情報や時期を考慮した注意事
項など病院から一般患者に通知するお知らせが表示され
る。

【００３６】また、図８における「お知らせ」ボタン８
５を押下すると、図１２に示す該当病院からのお知らせ
画面１２１が表示される。休診や担当医師の変更など、
病院からのお知らせが表示される。

【００３７】次に、図８における「予約」ボタン８６及
び「予約変更」ボタン８７を押下すると、図１５に示し
た予約受付画面１５１が表示される。

【００３８】予約受付画面１５１が表示されたとき、診
察番号エリア１５２と氏名エリア１５３には、サーバコ
ンピュータ４で保持されている利用者ＩＤから患者情報
ＤＢ７を参照することにより利用者ＩＤ及び患者名が表
示され、患者は変更できないようにしている。患者情報
ＤＢ７を参照することにより該当病院への診察が初めて
であると判断されたときは、初診チェックエリア１５４
にチェックが入っている。診察日時エリア１５５は、今
現在の日時が既定値で表示されていて、必要に応じて変
更することができる。診察内容エリア１５６は、前から
の治療であれば継続、まだ治療を受けてない場合には新
規を患者がチェックする。症状エリア１５７は、患者が
あてはまる自覚症状をチェックする。その他入力エリア
１５８に、症状エリア１５７に該当しない症状や医師に
伝えたいこと、質問したいことなどを記述しておくと、
医師が診察時に直接確認することができる。予約内容を
入力したら「予約」ボタン１６０を押下する。その後、
図１６に示す予約確認画面１６１が表示される。「戻
る」ボタン１６１は、前の画面に戻る場合に押下する。
図１６は、予約確認画面１６１である。サーバコンピュ
ータ４から送信された、予約確認画面１６１を表示した
時点で予約したときの予測診察時刻１６２と待ち時間１
６３が表示される。また、診察状況グラフ１６４は、棒
グラフによって予約人数と診察終了人数、予約していな
いときには、棒グラフの最後に、仮の予約状況が表示さ
れる。また一度予約したときは、自分の予約状況が表示
されている。予約指定時刻エリア１６５には、予約確認
画面１６１を表示した時点で予約したときの一番早く開
始される予測診察時刻が、既定値で表示されている。こ
の時刻でよければ「ＯＫ」ボタン１６６を押下して予約
情報をサーバコンピュータ４へ送信する。予約を行わな
いときは、「キャンセル」ボタン１６７を押して前の画
面に戻ることができる。

【００３９】診察状況グラフ１６４には診察終了状況１
６８、診察待ち状況１６９、患者の予約状況１７０が表
示されている。

【００４０】患者は予約確認画面１６１に表示されてい
る予想診察時刻１６２や待ち時間１６３、そして診察状
況グラフ１６４から予約をいつ行うか選択することがで
きる。予約指定時刻エリア１６５に表示された時刻でよ
ければ、「ＯＫ」ボタン１６６を押す。それより後の時
刻を指定したい場合には、予約指定エリア１７１をチェ
ックした後、予約指定時刻エリア１６５に希望の時刻を
入力するか、あるいは、診察状況グラフ１６４の患者の
予約状況１７０をマウスでドラッグして希望の時刻に置
く。このとき位置に応じた時刻をガイダンスとして表示
する。希望時刻を設定したら「ＯＫ」ボタン１６６を押
す。このように、病院での診察進捗状況を把握した上
で、診察希望時刻も簡単に指定して予約を行うことが可
能である。

【００４１】図８において「予約変更」ボタン８７を押
下したときも同様の処理であるが、図１５に示した予約
受付画面１５１及び図１６に示した予約確認画面１６１
には予約したときの情報が表示され、その表示を確認し
ながら変更内容を修正すればよい。

【００４２】次に、患者から診察予約と診察希望時刻を
受け付けた後、この診察希望時刻と予約の順序、診察進
捗状況により診察順序を確定する方法を説明する。

【００４３】図１７は、患者情報テーブル１８１で、患
者情報ＤＢ７に蓄積されている情報の一部である。患者
情報テーブル１８１には、利用者ＩＤ、パスワード、ま
た診察や治療に関するデータが含まれている。

【００４４】図１８は、診察順序一覧テーブル１９１
で、該当病院における本日の診察順序を示すテーブルで
病院情報ＤＢ６の一部である。１９２は診察を受ける順
番を示す番号、１９３は受け付けの順番を示す番号、１
９４は受け付けを行った患者それぞれの予測診察時間、
１９５は予測待ち時間である。予測診察時間１９４は、
図１７に示した患者情報テーブル１８１にある診察平均
時間１８２と診察種別１８３、そして病院情報ＤＢ６に
ある診察平均時間と診察種別をもとにサーバコンピュー
タ４によって確定された時間である。たとえば、患者情
報テーブル１８１の診察種別１８３が「継続」であれ
ば、診察平均時間１８２が図１８に示した予想診察時間
１９４になる。また、診察種別１８３が「新規」であれ
ば病院情報ＤＢ６に格納されている診察種別が新規の時
の診察平均時間とする。

【００４５】図１９は、受付テーブル２００である。該
当病院で診察予約を行った患者順に受付番号２０１、診
察希望時刻があるときは、診察希望時刻２０２に格納さ
れ、診察進捗状況を示す診察状況２０３は、最初「未」
と入力される。診察が終了したときは、診察状況２０３
が「終了」に更新される。

【００４６】診察希望時刻とは、図１６に示した予約確
認画面１６１の予約指定エリア１７１がチェックされて
いるときに、予約指定時刻エリア１６５に入力された時
刻である。予約指定エリア１７１がチェックされている
かどうか判別し、チェックされていれば、予約指定時刻
エリア１６５の時間を診察希望時刻２０２に格納する。

【００４７】図２０は、時刻指定テーブル２０４であ
る。図１９における受付テーブル２００に格納された診
察予約の中で診察希望時刻２０２を指定した予約は、こ
の時刻指定テーブル２０４に取出される。２０５は時刻
指定の順番、２０１は時刻指定を行った患者の受付番
号、２０２は診察希望時刻を示す。

【００４８】なお、図１９及び図２０のレコード追加
は、新規の診察予約をサーバコンピュータ４で受信した
ときに、行われる。

【００４９】図２１は、患者が予約処理を行った時のサ
ーバコンピュータ４における予約受付処理を示すフロー
チャートである。患者が図１５に示す予約受付画面１５
１及び図１６に示す予約確認画面１６１に入力した内容
より図１７に示す患者情報テーブル１８１に値がセット
される。

【００５０】ステップＳ１において、患者が予約を行っ
たとき、受付番号に、現在受け付けている受付総数に１
を加算した数が設定される。受付総数は、図１９に示し
た受付テーブル２００の総レコード数になる。ステップ
Ｓ２において、患者が入力した図１５の診察内容１５６
が患者情報テーブル１８１の診察種別１８３に設定さ
れ、ステップＳ３において、診察種別が新規かどうか判
別し、新規のときはステップＳ４において予想診察時間
１８５に病院情報ＤＢ６に格納されている病院の平均新
規診察時間が設定される。ステップＳ５において、診察
種別が経過かどうか判別し、経過のときは予想診察時間
１８５に患者の診察平均時間１８２が設定される。次
に、ステップＳ７において症状エリア１５７に入力した
症状及びその他の入力エリア１５８に入力した質問など
が症状情報１８４が設定される。

【００５１】次に、ステップＳ８において、受付テーブ
ル２００と時刻指定テーブル２０４を作成する。予約確
認画面１６１の予約指定エリア１７１にチェックがされ
ているかどうか確認し、チェックがされていれば、受付
テーブル２００の希望時刻２０２に予約確認画面１６１
の予約指定時刻エリア１６５に入力された時刻を希望時
刻２０２に格納すると共に、そのレコード全体を時刻指
定テーブル２０４に格納する。また、患者情報テーブル
１８１の時刻指定１８５の値をＴｒｕｅとする。

【００５２】上記ステップで患者情報テーブル１８１に
設定した値をもとに、ステップＳ９において診察順序決
定処理をサーバコンピュータ４にて実行する。詳細は、
図２２に示すフローチャートにて説明する。ステップＳ
１０において、受付総数に受付番号を設定して受付処理
を終了する。

【００５３】図２２は、サーバコンピュータ４で行われ
る診察順序決定処理を示すフローチャートである。

【００５４】ステップＳ２１において、図１９の受付テ
ーブル２００の受付番号２０１を処理するＩに初期値
１、図１８の診察順序一覧テーブル１９１の診察順序１
９２に初期値１、予想待ち時間１９５の初期値０、時間
指定テーブル２０４の時間指定の順番２０５を指し示す
Ｋに初期値１を設定する。ステップＳ２２で受付番号２
０１の診察状況２０３を確認し、診察が終了しているか
どうかチェックを行う。

【００５５】ステップ２２において診察が終了している
ことが確認できたら、ステップＳ２３で受付番号２０１
に次の受付番号をセットして、またステップＳ２２へ戻
る。診察が未であれば、ステップＳ２４において時刻指
定テーブル２０４を参照し、その受付番号より前の受付
番号の患者で時刻指定をしている患者がいるかを調べる
ために、現在の受付番号Ｉと時刻指定テーブル２０４の
受付番号２０１とを比較する。受付番号２０１の方が若
ければ、ステップＳ２５において現在の待ち時間を示す
診察順序テーブル１９１の予想待ち時間１９５と時間指
定テーブル２０４の希望時刻２０２を比較する。希望時
刻２０２が現在の時刻に予想待ち時間１９５を加算した
範囲であれば、Ｓ２６に処理が移り、時刻指定テーブル
２０４に格納されていた診察予約を診察順序一覧テーブ
ル１９１の次のレコードにセットする。受付番号１９３
には、時間指定テーブル２０４の受付番号２０１を格納
し、また予想待ち時間１９５にその予約の予測診察時間
１９４を加算して予想待ち時間１９５を更新する。

【００５６】ステップＳ２７において、時刻指定テーブ
ル２０４にまだレコードがあるかどうかチェックをし
て、あればステップＳ２４へ戻り、なければステップＳ
２８へ進む。

【００５７】ステップＳ２８において、時刻指定テーブ
ル２０４の時刻指定の順番２０５を示すＫの初期値を１
に戻す。次に受付番号がＩの人についてチェックを行
う。ステップＳ２９で現在の時刻に予想待ち時間１９５
を加算した時間と希望時刻２０２とを比較する。希望時
刻２０２の方が遅いようであれば、ステップＳ３３へ進
む。ステップＳ２９で希望時刻２０２が現在の時刻に予
想待ち時間１９５を加算した範囲であるとき、あるいは
希望時刻を指定していないときは、ステップＳ３１へ進
んで診察予約を診察順序一覧テーブル１９１の次のレコ
ードにセットする。受付番号１９３には、Ｉが指し示す
受付番号２０１を格納し、また予想待ち時間１９５にそ
の予約の予測診察時間１９４を加算して予想待ち時間１
９５を更新する。

【００５８】ステップＳ３２で診察順序一覧テーブル１
９１の受付番号１９３にＩをセットする。ステップＳ３
３で、受付番号１９３をインクリメントし、ステップＳ
３４でＩと受付テーブル２００に格納されているレコー
ドの受付総数との比較を行い、Ｉは受付総数を超えてい
れば終了し、超えてなければステップＳ２２へ戻って次
のレコードの処理を行う。

【００５９】このように、図２１、図２２に示したフロ
ーチャートにより、図４に示した診察順序表示画面４１
の順番が確定する。診察順序表示画面４１を確認するこ
とにより病院側は診察順序を確認することができ、また
診察順序表示画面４１の順番が確定した時点で図１８に
示した診察順序一覧テーブル１９１を参照することによ
り、患者に予想診察開始時刻を通知することができる。

【００６０】なお、この図２１及び図２２に記述した一
連の処理は、新規の診察予約をサーバコンピュータ４で
受信したとき、または一人の患者の診察が終了したと
き、行われる。

【００６１】以上のように、病院情報ＤＢ５と患者情報
ＤＢ７によりサーバコンピュータ４はリアルタイムの診
察情報を病院と患者に送信している。患者は、予約状
況、診察状況など、病院の受付で知りうる情報と同等の
情報を病院外部から取得できるため、その情報を考慮し
た上で診察希望時刻指定をして予約を行うことができ
る。サーバコンピュータ４は患者の診察希望時刻指定も
考慮した診察順序を決定し、この情報を病院やその他の
患者へリアルタイムで送信することができる。そのた
め、患者は予約を行った後、病院の診察状況に変化があ
った場合の情報も取得できる。実施の形態２．本実施の形態におけるシステム構成図
は、実施の形態１で示した図１と同様である。

【００６２】図２３は、予約決定画面２１０である。実
施の形態１で示した図１６における予約確認画面１６１
において、「ＯＫ」ボタン１６６を押して予約手続きを
行ったとき、実施の形態１で示した一連の処理により図
１８に示した診察順序一覧テーブル１９１の順番が確定
する。その確定した順番から第１の予想診察開始時刻で
ある予測診察開始時刻２１１、及び「病院からのメッセ
ージ」２１２が表示される。「病院からのメッセージ」
２１２とは、たとえば月初めの診察であれば「保険証を
持ってきてください」であったり、治療や診察に必要な
ものがあれば、「それを忘れずにもってきてくださ
い」、などのメッセージである。

【００６３】診察通知指定エリア２１３では、診察が近
づいてきたときに第２の予想診察開始時刻の通知を受け
取るかどうかを指定する。通知を受け取るとしたとき
は、診察の何分前に通知を入れるかを診察通知時間エリ
ア２１４に入力する。通知方法は、通知方法選択エリア
２１５において、電話、ＦＡＸ、メールから選択して番
号やアドレスを入力することにより指定できる。入力が
終わったら「ＯＫ」ボタン２１６を押下すると、その情
報がサーバコンピュータ４へ送信される。

【００６４】この第２の予想診察開始時刻とは、診察通
知時間エリア２１４に入力された時間に基づき、サーバ
コンピュータ４が図１８に示した診察順序一覧テーブル
１９１を参照し患者に通知する、第１の予想診察開始時
刻より正確になった予想診察開始時刻のことを言う。診
察順序一覧テーブル１９１の予想診察時間１９４を該当
の患者のレコードまで合算した時間から通知時間エリア
２１４に入力された時間を差し引いた時刻になったら、
診察順序一覧テーブル１９１の予想診察時間１９４を該
当の患者のレコードまで合算した時間を第２の予想診察
開始時刻として患者に通知する。

【００６５】予約時刻など変更がある場合には、図２３
の「予約変更」ボタン２１７を押す。そのときは、再度
図１５に示した予約受付画面１５１を表示する。予約を
しないときや前の画面に戻るときには、「キャンセル」
ボタン２１８を押す。図２４は、診察開始が近づいた患
者に、診察時間の通知を行うときに表示する診察通知画
面２２０である。第２の予想診察開始時刻から指定した
診察通知時間を差し引いた時刻になると、通知方法選択
エリア２１５で選択した患者の端末に表示される。ま
た、病院からのメッセージも再度表示される。

【００６６】たとえば、ある患者が、予約確認時に、診
察時間の通知チェックを行い、診察通知時間エリア２１
４に１０（分）を入力し、通知方法はメールとし、携帯
電話のメールアドレスを記述しておく。患者には、予約
時に第１の予想診察開始時刻が通知されているが、実際
の診察は予測通りに行くとも限らない。前の受付番号で
予約をしていた人がまだ訪れていなかったり、予測診察
時間を大幅に上回る診察をする患者が続いた場合には、
実際の診察開始時刻は、第１の予想診察開始時刻より変
更されている。そのような状況は、サーバコンピュータ
４にてリアルタイムに更新しているため、患者の予想診
察開始時刻の１０分前にサーバコンピュータ４より患者
に対して第２の予想診察開始時刻が通知される。このよ
うに、診察進捗状況を反映した第２の予想診察開始時刻
を受け取ることにより、患者は、行動がとりやすくな
る。実施の形態３．本実施の形態におけるシステム構成図
は、実施の形態１で示した図１と同様である。

【００６７】図２５は、予約患者情報画面２３０であ
り、診察状況の詳細を知ることができる画面である。こ
の画面は、例えば実施の形態１で示した図８において診
察情報画面８１に「予約確認」ボタンを設置し、このボ
タンを押下することにより表示されるものとする。診察
状況詳細画面２３０には診察状況グラフ２３１が表示さ
れている。このグラフ上で自分のエリアを示す部分（一
例として斜線部分）をクリックすると、自分の予約情報
が予約患者情報エリア２３２に表示される。ここには診
察番号、氏名の他、待ち時間などの情報が表示されてい
る。そして、患者が今「病院で待機」しているか「外出
中」か、「到着予定」にあるかどうかの位置情報も表示
されている。たとえば、病院で受け付けをした場合に
は、最初から「待機」にしておく。患者用端末１１で予
約をした後病院へ到着した場合には、病院に設置された
患者用端末１０を用いて予約患者情報画面２３０にある
「待機」ボタン２３３を押すことにより待機中であると
いう情報をサーバコンピュータ４へ送信する。待機中で
あったが、外出をする場合や予約時間に到着が遅れる場
合には、「延期」ボタン２３４を押下することにより、
待機していないことをサーバコンピュータ４へ送信す
る。この際、何分で戻ってくるかわかっているときに
は、延期時間エリア２３５に何分かを入力してから「延
期」ボタン２３４を押す。この延期は、診察希望時刻指
定をした診察予約と同じ扱いを受け、図１７に示す患者
情報テーブル１８１の時刻指定１８５の値がＴｒｕｅに
なり、診察開始希望時刻１８８に、延期時間エリア２３
５の値を加算した時刻がセットされる。図２２で示した
診察順序決定処理が行われる時には、これらの値を考慮
されて行われる。このように、患者の位置情報を取得す
ることにより、診察の進行状況をさらに確実に把握する
ことができる。実施の形態４．本実施の形態におけるシステム構成図
は、実施の形態１で示した図１と同様である。

【００６８】図２６は、「病院からのお知らせ通知画
面」２４０である。前もって予約を受け付けていた患者
に対して連絡が必要な場合に、病院は、連絡内容と予約
日をサーバコンピュータ４に送ることによって、サーバ
コンピュータ４がその日の予約患者など対象となる患者
を探し出し、対象の患者宛てにお知らせ通知を送る。こ
のときの画面が「病院からのお知らせ通知画面」２４０
である。この機能により、病院側は、サーバコンピュー
タ４へ連絡内容と予約日を送信すればよく、かつ連絡を
送り忘れる心配がいなくなる。たとえば患者の携帯電話
に連絡が行けば、患者が家を離れていても連絡がとれる
ようになる。このように簡単にそしてリアルタイムで患
者と連絡がとれることにより、従来実現できなかった病
院から特定の患者への連絡が行えるようになり、また患
者は直前でも担当医師変更などの情報を取得することが
できる。実施の形態５．本実施の形態におけるシステム構成図
は、実施の形態１で示した図１と同様である。

【００６９】図２７は病院の患者用端末１０に表示され
る病院用情報一覧画面２５０である。この病院用情報一
覧画面２５０には、特定の患者へのメッセージが表示さ
れる。このメッセージを詳細に示したのが、患者へのメ
ッセージ例２５１である。例えばある患者に対して病院
Ａの診察が近づいてきたことを通知する場合に、サーバ
コンピュータ４が患者の位置情報を用いて患者が病院Ａ
にいることを認識すると、病院Ａの病院用情報一覧画面
２５０に特定の患者への通知メッセージを表示する。こ
のようにしてメッセージを取得できると、患者は、例え
ば患者用端末１１として携帯電話を選択し、その電源を
切っていた場合にも、病院の患者用端末１０で通知を受
け取ることが可能になる。

【００７０】例えば、患者は、病院Ａと病院Ｂを予約し
ていたとき、病院Ａの診察進捗状況に応じて病院Ｂへ先
へ行くか、病院Ｂの診察予約の延期を通知することが可
能になる。また、違う病院間だけでなく、同じ病院の違
う診察科目を複数予約していたときにも、有効となる。

【００７１】また、診察通知以外に、病院に行っている
患者に対して家族からの連絡も可能になる。たとえば、
ある患者に連絡を取りたい家族が、患者が所有する携帯
電話の電源が切られていて連絡ができない場合には、サ
ーバコンピュータ４へ連絡情報を送信するとサーバコン
ピュータ４によって患者の位置を確認し、例えば病院Ａ
にいることが確認できたら、その連絡情報を病院Ａの患
者用端末１０に送信して連絡をつけることが可能とな
る。このように、患者の位置情報は一つの病院における
診察状況の判断となるだけでなく、他の登録病院からも
利用できる。複数の病院、あるいは複数の診察科目へ通
わなくては行けない場合にも、この病院受付システムに
登録してある病院であれば、相互の情報も簡単に把握で
きるため、通院の予定も立てやすい。また、携帯電話を
使えない病院内においても連絡を受け取ることが可能に
なる。

【００７２】

【発明の効果】以上説明したように本発明によると、患
者が病院に行く回数と病院でも待ち時間など診察や治療
以外に費やす時間を最小限にし、また病院からの随時必
要な情報を取得することができる。

【００７３】また、病院にとっても、診察待ちの患者を
少なくすることにより、診察中の患者への注力を最大限
に行え、他の病院と情報を相互に取得することができ
る。

【図面の簡単な説明】

【図１】実施の形態１〜実施の形態５における病院受付
方法を実現するためのシステム構成図である。

【図２】実施の形態１〜実施の形態５におけて受付用端
末９及び患者用端末１０、患者用端末１１からサービス
センター１に接続したときに表示される「ログイン画
面」２１である。

【図３】実施の形態１〜実施の形態５におけて表示され
る「病院用受付画面」３１である。

【図４】実施の形態１〜実施の形態５におけて表示され
る「診察順序表示画面」４１である。

【図５】実施の形態１〜実施の形態５におけて表示され
る患者毎の「診察履歴表示画面」５１である。

【図６】実施の形態１〜実施の形態５におけて表示され
る「患者用受付画面」６１である。

【図７】実施の形態１〜実施の形態５におけて表示され
る「病院リスト一覧」７１である。

【図８】実施の形態１〜実施の形態５におけて表示され
る「診察情報画面」８１である。

【図９】実施の形態１〜実施の形態５におけて表示され
る「本日の状況画面」９１である。

【図１０】実施の形態１〜実施の形態５におけて表示さ
れる「最近の状況画面」１０１である。

【図１１】実施の形態１〜実施の形態５におけて表示さ
れる「今後の状況画面」１０１である。

【図１２】実施の形態１〜実施の形態５におけて表示さ
れる「病院からのお知らせ画面」１２１である。

【図１３】実施の形態１〜実施の形態５におけて表示さ
れる「病院紹介画面」１３１である。

【図１４】実施の形態１〜実施の形態５におけて表示さ
れる「症状と病名紹介画面」１４１である。

【図１５】実施の形態１〜実施の形態５におけて表示さ
れる「予約受付画面」１５１である。

【図１６】実施の形態１〜実施の形態５におけて表示さ
れる「予約確認画面」１６１である。

【図１７】実施の形態１〜実施の形態５におけて用いら
れる患者情報テーブル１８１である。

【図１８】実施の形態１〜実施の形態５におけて用いら
れる診察順序一覧テーブル１９１である。

【図１９】実施の形態１〜実施の形態５におけて用いら
れる受付テーブル２００である。

【図２０】実施の形態１〜実施の形態５におけて用いら
れる時間指定テーブル２００である。

【図２１】実施の形態１〜実施の形態５におけて患者が
予約処理を行ったときのサーバコンピュータ４における
予約受付処理を示すフローチャートである。

【図２２】実施の形態１〜実施の形態５におけてサーバ
コンピュータ４で行われる診察順序決定処理を示すフロ
ーチャートである。

【図２３】実施の形態２におけて表示される「予約決定
画面」２１０である。

【図２４】実施の形態２におけて診察開始が近づいた患
者に、診察時間の通知を行うときに表示する「診察通知
画面」２２０である。

【図２５】実施の形態３におけて表示される「予約患者
情報画面」２３０である。

【図２６】実施の形態４におけて表示される「予約患者
情報画面」２３０である。

【図２７】実施の形態５におけて患者用端末１０に表示
される「病院用情報一覧画面」２５０である。

【図２８】従来の病院受付システムを示したシステム構
成図である。

【符号の説明】

１サービスセンター４サーバ（サーバコンピュータ）５病院情報データベース（病院情報ＤＢ）６病院情報データベース（各病院情報ＤＢ）７患者情報データベース（患者情報ＤＢ）９端末（病院の受付用端末）１０端末（病院の患者用端末）１１端末（患者用端末）

Claims

【特許請求の範囲】

【請求項１】利用者である病院又は患者が有する端末と
接続されているサーバと、このサーバに接続されている
上記病院の診察状況を蓄積する病院情報データベース及
び上記患者の診察記録を蓄積する患者情報データベース
とを有するサービスセンターにおいて、上記病院又は患
者から送信された利用者ＩＤとパスワードにより利用者
を認証し認証できたときは上記利用者ＩＤを保持するス
テップ、診察受付及び診察終了の都度上記病院から送信
される診察進捗状況により上記病院情報データベースを
更新するステップ、上記患者から診察予約及び診察希望
時刻を受付け、上記病院情報データベース及び上記利用
者ＩＤに該当する上記患者情報データベースを参照し、
上記患者の予想診察開始時刻を計算することにより診察
順序を確定し、上記病院には上記診察順序を通知し、又
上記患者には上記予想診察開始時刻を通知するステッ
プ、からなる病院受付方法。
【請求項２】利用者である病院又は患者が有する端末と
接続されているサーバと、このサーバに接続されている
上記病院の診察状況を蓄積する病院情報データベース及
び上記患者の診察記録を蓄積する患者情報データベース
とを有するサービスセンターにおいて、上記病院又は患
者から送信された利用者ＩＤとパスワードにより利用者
を認証し認証できたときは上記利用者ＩＤを保持するス
テップ、診察受付及び診察終了の都度上記病院から送信
される診察進捗状況により上記病院情報データベースを
更新するステップ、上記患者から診察予約及び診察希望
時刻を受付け、上記病院情報データベース及び上記利用
者ＩＤに該当する上記患者情報データベースを参照し、
上記患者の第１の予想診察開始時刻を計算することによ
り診察順序を確定し、上記病院には上記診察順序を通知
し、又上記患者には上記第１の予想診察開始時刻を通知
するステップ、診察終了の都度上記病院から送信される
診察進捗状況による上記病院情報データベースの更新に
基づき診察時間が近づいた上記患者に第２の予想診察開
始時刻を通知するステップからなる病院受付方法。
【請求項３】利用者である病院又は患者が有する端末と
接続されているサーバと、このサーバに接続されている
上記病院の診察状況を蓄積する病院情報データベース及
び上記患者の診察記録を蓄積する患者情報データベース
とを有するサービスセンターにおいて、上記病院又は患
者から送信された利用者ＩＤとパスワードにより利用者
を認証し認証できたときは上記利用者ＩＤを保持するス
テップ、診察受付及び診察終了の都度上記病院から送信
される診察進捗状況により上記病院情報データベースを
更新するステップ、上記患者から診察予約及び診察希望
時刻を受付け、上記病院情報データベース及び上記利用
者ＩＤに該当する上記患者情報データベースを参照し、
上記患者の第１の予想診察開始時刻を計算することによ
り診察順序を確定し、上記病院には上記診察順序を通知
し、又上記患者には上記第１の予想診察開始時刻を通知
するステップ、診察開始前に上記位置情報が変更になっ
た患者から上記位置情報変更を受付け上記診察順序を再
計算し、上記病院には第２の診察順序を通知し、又上記
患者には第２の予想診察開始時刻を通知するステップか
らなる病院受付方法。
【請求項４】上記患者から診察予約及び診察希望時刻を
受付け、上記病院情報データベース及び上記利用者ＩＤ
に該当する上記患者情報データベースを参照し、上記患
者の第１の予想診察開始時刻を計算することにより診察
順序を確定し、上記病院には上記診察順序を通知し、又
上記患者には上記第１の予想診察開始時刻を通知するス
テップの後、特定の患者に関する通知をこの患者の位置
情報を調べることによりこの患者が位置する最寄りの病
院へ通知することを特徴とする請求項３記載の病院受付
方法。
【請求項５】上記病院又は患者からの問合わせに対して
上記病院情報データベース又は上記患者情報データベー
スから該当のデータを読み出すことにより上記病院又は
患者が所望する診察履歴、予約状況、病院情報を提供す
ることを特徴とする請求項１〜請求項４記載の病院受付
方法。