(57)【要約】【課題】病院において、患者の呼び出しを効率よく行い、患者に対するサービスの向上を図る。【解決手段】患者呼び出しシステム１は、患者が所持するタグ２のＩＤを、病院における各箇所に設置されたタグリーダライタ３により逐次検出し、副基地局５、主基地局６及びネットワーク８を介して、箇所に固有の位置ＩＤ及びタグＩＤを受信する管理サーバ７が、当該タグ２（患者）が各箇所を通過した履歴から当該患者の診察状態を把握し、当該患者を次に行くべき箇所に誘導するものである。患者の誘導に際しては、当該患者のタグ２に備え付けられたＬＥＤ（Light Emitting Diode）を発光させたり、振動器を振動させたりして患者に呼び出しの意図を伝達する。また、当該タグリーダライタ３の付近に設置された誘導通知手段４（スピーカ、表示装置等）によって患者に誘導先を通知する。【選択図】図１
2009080676.tif 000002
【特許請求の範囲】
【請求項１】
病院の出入り口を含む各箇所に設置されるとともに、当該箇所にいる患者が所持するタグから当該タグに固有のタグＩＤを受信するタグリーダと、
前記タグリーダから、当該タグリーダが設置された箇所に固有の位置ＩＤ及び前記タグＩＤを受信するサーバと、
を備え、
前記サーバは、
前記タグＩＤごとに前記位置ＩＤを履歴データとして記憶するとともに、患者の診察状態と当該患者が次に行くべき箇所との対応関係を記憶する記憶部と、
前記位置ＩＤの履歴データから、前記タグＩＤのタグを所持する患者の診察状態を推定し、当該診察状態を前記記憶部に前記タグＩＤごとに記憶させ、前記対応関係を参照して、前記診察状態から当該患者が次に行くべき箇所を特定し、特定した前記箇所を当該患者に通知する処理部と、
を備える
ことを特徴とする患者呼び出しシステム。
【請求項２】
請求項１に記載の患者呼び出しシステムであって、
前記記憶部は、前記タグＩＤごとに各患者を受け付けた受付順序をさらに記憶し、
前記処理部は、患者が次に行くべき箇所を特定した後、前記記憶部に記憶された前記診察状態及び前記受付順序を参照し、前記診察状態が同じであって、前記受付順序が当該タグＩＤより先である他のタグＩＤがない場合に、特定した前記箇所を当該患者に通知する
ことを特徴とする患者呼び出しシステム。
【請求項３】
請求項１又は請求項２に記載の患者呼び出しシステムであって、
前記病院の各箇所に設置され、前記サーバと通信可能なスピーカ又は表示装置をさらに備え、
前記処理部は、
前記タグＩＤを受信したタグリーダが設置されている箇所の前記スピーカ又は前記表示装置を介して、特定した前記箇所を当該患者に通知する
ことを特徴とする患者呼び出しシステム。
【請求項４】
請求項１ないし請求項３のいずれか一項に記載の患者呼び出しシステムであって、
前記処理部は、
前記タグＩＤを受信したタグリーダの位置ＩＤが、当該患者が次に行くべき箇所を示す場合に、前記箇所の通知を終了する
ことを特徴とする患者呼び出しシステム。
【請求項５】
病院の出入り口を含む各箇所に設置されるとともに、当該箇所にいる患者が所持するタグから当該タグに固有のタグＩＤを受信するタグリーダから、当該タグリーダが設置された箇所に固有の位置ＩＤ及び前記タグＩＤを受信するコンピュータが患者を呼び出す方法であって、
前記コンピュータは、
前記タグＩＤごとに前記位置ＩＤを履歴データとして記憶するとともに、患者の診察状態と当該患者が次に行くべき箇所との対応関係を記憶するステップと、
前記位置ＩＤの履歴データから、前記タグＩＤのタグを所持する患者の診察状態を推定し、当該診察状態を前記タグＩＤごとに記憶するステップと、
前記対応関係を参照して、前記診察状態から当該患者が次に行くべき箇所を特定するステップと、
特定した前記箇所を当該患者に通知するステップと、
を実行することを特徴とする患者呼び出し方法。
【請求項６】
請求項５に記載の患者呼び出し方法であって、
前記コンピュータは、
前記タグＩＤごとに各患者を受け付けた受付順序を記憶し、
患者が次に行くべき箇所を特定した後、前記記憶部に記憶された前記診察状態及び前記受付順序を参照し、前記診察状態が同じであって、前記受付順序が当該タグＩＤより先である他のタグＩＤがない場合に、特定した前記箇所を当該患者に通知する
ことを特徴とする患者呼び出し方法。
【請求項７】
請求項５又は請求項６に記載の患者呼び出し方法であって、
前記病院の各箇所に前記コンピュータと通信可能なスピーカ又は表示装置が設置され、
前記コンピュータは、
前記タグＩＤを受信したタグリーダが設置されている箇所の前記スピーカ又は前記表示装置を介して、特定した前記箇所を当該患者に通知する
ことを特徴とする患者呼び出し方法。
【請求項８】
請求項５ないし請求項７のいずれか一項に記載の患者呼び出し方法であって、
前記コンピュータは、
前記タグＩＤを受信したタグリーダの位置ＩＤが、当該患者が次に行くべき箇所を示す場合に、前記箇所の通知を終了する
ことを特徴とする患者呼び出し方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、病院において診察患者の呼び出しを行う患者呼び出しシステムに関する。
【背景技術】
【０００２】
従来、病院において診察時に患者を呼び出すにあたっては、事前に受診予定時刻（呼び出し予定時刻）を受付窓口等に表示することによって、患者に通知しているところがある。しかし、実際の受診時刻は緊急患者の処置等により受診予定時刻から誤差が生じることが多く、また、実際に呼び出したときに患者が当該受診科の近くにいないこともあり、迅速な受診対応ができない等の問題があった。
【０００３】
この問題を解決する手法として、特許文献１には、診察券カードが挿入されると、受診の順番を印刷した受付票を発行するとともに、受診予定時刻を表示する自動診察受付システムが開示されている。また、特許文献２には、各部署（受付、診察室、会計等）の端末が呼び出し信号を送信し、携帯端末が呼び出し信号を受信し、その呼び出し信号に対応するメッセージを表示し、当該携帯端末の所持者に通知する病院情報通知システムが開示されている。
【特許文献１】特開平７−３１９９５８号公報
【特許文献２】特開平９−３１２８６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１の自動診察受付システムでは、受け付けを済ませた患者が、自らの受診予定時刻を確認することはできるが、そのまま待合室で呼び出しを待たなければならない。また、特許文献２の病院情報通知システムでは、呼び出しを行った時点における患者の所在を把握しないため、患者が受診科から離れた所にいる場合や病院の外にいる場合の対応が遅れてしまう。
【０００５】
本発明は、上記課題を鑑みてなされたものであり、その主たる目的は、病院において、患者の呼び出しを効率よく行い、患者に対するサービスの向上を図ることにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明は、病院の出入り口を含む各箇所に設置されるとともに、当該箇所にいる患者が所持するタグから当該タグに固有のタグＩＤを受信するタグリーダと、前記タグリーダから、当該タグリーダが設置された箇所に固有の位置ＩＤ及び前記タグＩＤを受信するサーバと、を備え、前記サーバが、前記タグＩＤごとに前記位置ＩＤを履歴データとして記憶するとともに、患者の診察状態と当該患者が次に行くべき箇所との対応関係を記憶する記憶部と、前記位置ＩＤの履歴データから、前記タグＩＤのタグを所持する患者の診察状態を推定し、当該診察状態を前記記憶部に前記タグＩＤごとに記憶させ、前記対応関係を参照して、前記診察状態から当該患者が次に行くべき箇所を特定し、特定した前記箇所を当該患者に通知する処理部と、を備えることを特徴とする。
【０００７】
この構成によれば、所定の対応関係に従って、病院における患者の診察状態から次に行くべき箇所を特定するので、適切な行き先を患者に通知することができ、効率よく患者を呼び出すことができる。また、病院における患者の現在位置（最寄の箇所）及び病院の外に出たか否かを把握できるので、呼び出しがあるまで自由に過ごせる等、患者にとっての病院の利便性が向上する。これによれば、病院の業務である、患者の受付から会計・離院までの時間を短縮することができる。
【０００８】
本発明は、患者呼び出しシステムであって、前記記憶部が、前記タグＩＤごとに各患者を受け付けた受付順序をさらに記憶し、前記処理部が、患者が次に行くべき箇所を特定した後、前記記憶部に記憶された前記診察状態及び前記受付順序を参照し、前記診察状態が同じであって、前記受付順序が当該タグＩＤより先である他のタグＩＤがない場合に、特定した前記箇所を当該患者に通知することを特徴とする。
【０００９】
この構成によれば、患者が次に行くべき箇所を通知する場合に、各患者の受付順序に従って順番に通知するので、公平に呼び出しを行うことができ、患者間のトラブルを回避することができる。
【００１０】
また、本発明は、患者呼び出しシステムであって、前記病院の各箇所に設置され、前記サーバと通信可能なスピーカ又は表示装置をさらに備え、前記処理部が、前記タグＩＤを受信したタグリーダが設置されている箇所の前記スピーカ又は前記表示装置を介して、特定した前記箇所を当該患者に通知することを特徴とする。
【００１１】
この構成によれば、患者の最寄のスピーカ又は掲示板を介して、次に行くべき箇所を通知するので、空振りなく呼び出しを行うことができる。また、該当しないスピーカ又は掲示板を用いないので、省電力につながる。
【００１２】
また、本発明は、患者呼び出しシステムであって、前記処理部が、前記タグＩＤを受信したタグリーダの位置ＩＤが、当該患者が次に行くべき箇所を示す場合に、前記箇所の通知を終了することを特徴とする。
【００１３】
この構成によれば、当該患者が次に行くべき箇所に着いた場合に、当該箇所の通知を終了するので、無駄なく呼び出しを行うことができる。また、不要な通知を行わないので、省電力につながる。
【００１４】
なお、本発明は、患者呼び出し方法を含む。その他、本願が開示する課題及びその解決方法は、発明を実施するための最良の形態の欄、及び図面により明らかにされる。
【発明の効果】
【００１５】
本発明によれば、病院において、患者の呼び出しを効率よく行い、患者に対するサービスの向上を図ることができる。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照しながら、本発明を実施するための最良の形態を説明する。本発明の実施の形態に係る患者呼び出しシステムは、患者が所持するタグのＩＤを、病院における各箇所に設置されたタグリーダライタにより逐次検出し、管理サーバが、当該タグ（患者）が各箇所を通過した履歴から当該患者の診察状態を把握し、当該患者を次に行くべき箇所に誘導するものである。患者の誘導に際しては、当該患者のタグに備え付けられたＬＥＤ（Light Emitting Diode）を発光させたり、振動器を振動させたりして患者に呼び出しの意図を伝達し、当該タグリーダライタの付近に設置された誘導通知手段（スピーカ、表示装置等）によって患者に誘導先を通知する。
【００１７】
≪システムの構成と概要≫
図１は、患者呼び出しシステムの構成を示す図である。患者呼び出しシステム１は、タグ２、タグリーダライタ３、誘導通知手段４、副基地局５、主基地局６、管理サーバ７及びネットワーク８を備える。
【００１８】
タグ２は、患者が初診の際に病院の受付で受け取り、病院内にいる間（出入り口を入ってから出るまで）所持することで有効に動作するものであり、当該タグ２に固有のタグＩＤを記憶していて、当該タグＩＤをタグリーダライタ３に送信するアクティブタグ（電池内蔵、数十ｍの交信可能）である。また、タグ２は、タグリーダライタ３から呼び出しのメッセージを受けて、その呼び出しの意図を患者に伝達するために作動するＬＥＤや振動器を備える。なお、患者がタグ２を所持するために、タグ２は首にぶら下げられるようなネックレス型であってもよい。
【００１９】
タグリーダライタ３、誘導通知手段４及び副基地局５は、病院内の部署である受付、中待合、診察室や、病院内の施設である出入り口、洗面所等に設置される。タグリーダライタ３は、自らが設置されている部署や施設（箇所）に固有の位置ＩＤを記憶し、当該部署や施設の区画内に位置するタグ２からタグＩＤを受信し、当該位置ＩＤ及びタグＩＤを副基地局５に送信する。また、タグリーダライタ３は、副基地局５から呼び出しのメッセージを受信し、タグ２に送信する。一方、誘導通知手段４は、当該部署や施設の区画内に位置するタグ２を所持している患者に対して、副基地局５から受信した誘導先を通知するものであり、スピーカ又は掲示板、モニタ等の表示装置によって実現される。
【００２０】
副基地局５は、各箇所のタグリーダライタ３、誘導通知手段４及び主基地局６と通信可能であり、主基地局６から受信した呼び出しのメッセージをタグリーダライタ３に送信したり、主基地局６から受信した誘導先を誘導通知手段４に送信したりするとともに、タグリーダライタ３から位置ＩＤ及びタグＩＤを受信し、主基地局６に送信する。なお、タグリーダライタ３と、副基地局５とは、一体化されていてもよい。
【００２１】
主基地局６は、各箇所の副基地局５及びネットワーク８と通信可能であり、各箇所の副基地局５と、ネットワーク８との間におけるデータ通信を中継するものである。主基地局６は、各箇所の副基地局５と通信可能に接続されている。管理サーバ７は、患者呼び出しシステム１全体の管理を行うものであり、特に、患者の予約順序管理、位置管理及び診察状態管理を行うことによって、患者を効率よく所定の部署に誘導するものである。そのために、ネットワーク８及び主基地局６を介して、タグＩＤ及び位置ＩＤの組合せを受信したり、所定の部署の副基地局５に呼び出しのメッセージや誘導先を送信したりする。管理サーバ７は、例えば、病院の受付がある事務局等に設置される。ネットワーク８は、主基地局６及び管理サーバ７の間を通信可能にする通信網である。
【００２２】
図２は、管理サーバのハードウェア構成を示す図である。管理サーバ７は、通信部７１、表示部７２、入力部７３、処理部７４及び記憶部７５を備える。通信部７１は、ネットワーク８に接続され、主基地局６及びネットワーク８を介したタグ２乃至副基地局５との間のデータ通信機能を担うものであり、ＮＩＣ（Network Interface Card）等の通信機器によって実現される。表示部７２は、処理部７４からのデータ（例えば、各患者の診察状態等）を表示する機能を有するものであり、ＬＣＤ（Liquid Crystal Display）等の表示装置によって実現される。入力部７３は、外部からデータを入力し、そのデータを処理部７４に受け渡す機能を有するものであり、キーボードやマウス等によって実現される。
【００２３】
処理部７４は、管理サーバ７を構成する各部の中心にあって、各部間におけるデータの受け渡しを行うとともに、記憶部７５内の各テーブルを参照、更新しながら、管理サーバ７さらには患者呼び出しシステム１全体の制御、管理を行う。具体的には、患者の予約順序管理、位置管理、診察状態管理や、各種データの表示等を行う。処理部７４は、所定のメモリに格納されたプログラムをＣＰＵ（Central Processing Unit）が実行することによって実現される。
【００２４】
なお、予約順序管理としては、初診か再診かを考慮しながら患者の受付順序を管理する。位置管理としては、記憶部７５内のタグＩＤ検出テーブルにタグ検出情報（位置ＩＤ及びタグＩＤ）を随時登録する。診察状態管理としては、記憶部７５内の診察通知テーブルにタグの通過履歴や患者の診察状態を随時登録し、それに基づいて患者の呼び出し管理を行う。
【００２５】
記憶部７５は、処理部７４からデータを記憶したり、記憶したデータを読み出したりする機能を有する。記憶部７５は、フラッシュメモリやハードディスク装置等の不揮発性記憶装置によって実現される。
【００２６】
≪データの構成≫
図３は、管理サーバ７の記憶部７５に格納されるデータの構成を示す図である。記憶部７５は、タグＩＤ管理テーブル７５Ａ、位置ＩＤ管理テーブル７５Ｂ、科別中待合枠テーブル７５Ｃ、タグＩＤ検出テーブル７５Ｄ、診察通知テーブル７５Ｅ及び受付順序テーブル７５Ｆを含んで記憶する。タグＩＤ管理テーブル７５Ａは、タグ２に固有のタグＩＤと、患者名との対応関係を管理するテーブルであり、病院の受付で新たな患者を受け付けた場合に、その患者にタグ２を渡すにあたって、管理サーバ７の入力部７３から患者名が入力され、その患者名及びタグ２に付与されたタグＩＤを含む新たなレコードが追加入力される。位置ＩＤ管理テーブル７５Ｂは、位置ＩＤと、病院内の箇所との対応関係を管理するテーブルであり、新たにタグリーダライタ３を設置する場合やその設置箇所を変更する場合に、管理サーバ７の入力部７３から箇所の名称が入力され、その箇所及び箇所に付与された位置ＩＤを含む新たなレコードが追加入力される。
【００２７】
科別中待合枠テーブル７５Ｃは、受診科別に中待合の枠数及び現在の待ち人数を管理するテーブルである。現在の待ち人数は、中待合に入る患者の人数及び中待合から出る患者の人数によって変動する。タグＩＤ検出テーブル７５Ｄは、位置ＩＤと、その位置ＩＤに対応する各部署や施設に設置されたタグリーダライタ３が現在時刻から所定の時間内に検出したタグＩＤとの関係を示すテーブルである。タグ２を所持する患者は、必ずしも一箇所に留まるとは限らず、移動する可能性があるので、各位置ＩＤに対応するタグＩＤは、時々刻々変化しうるとともに、当該タグＩＤの個数も変動しうる。タグリーダライタ３が記憶している位置ＩＤ及び随時検出したタグＩＤを所定の時間ごとに管理サーバ７に送信し、管理サーバ７が位置ＩＤ及びタグＩＤを受信し、位置ＩＤに対応するタグＩＤを更新することによって、タグＩＤ検出テーブル７５Ｄは、最新の状態に保持される。
【００２８】
診察通知テーブル７５Ｅは、タグＩＤごとに、当該タグが位置する箇所の位置ＩＤ及び箇所の通過履歴を記録するとともに、その通過履歴から特定される、当該タグを所持する患者の診察状態を示すテーブルである。通過履歴が更新されるのに伴って、診察状態も随時更新される。受付順序テーブル７５Ｆは、患者の受付順序ごとに、タグＩＤ及び当該タグを所持する患者の診察状態を示すとともに、その時点における残り受診枠数及び残り中待合枠数を示すテーブルである。
【００２９】
図４（ａ）は、タグＩＤ管理テーブルの構成を示す図である。タグＩＤ管理テーブル７５Ａは、タグＩＤ７５Ａ１及び患者名７５Ａ２を含むレコードからなる。タグＩＤ７５Ａ１は、タグに付与された固有のＩＤである。患者名７５Ａ２は、当該タグを所持する患者の氏名である。
【００３０】
図４（ｂ）は、位置ＩＤ管理テーブルの構成を示す図である。位置ＩＤ管理テーブル７５Ｂは、位置ＩＤ７５Ｂ１及び箇所７５Ｂ２を含むレコードからなる。位置ＩＤ７５Ｂ１は、病院内の各部署や各施設に付与された固有のＩＤであり、タグリーダライタ３に記憶される。箇所７５Ｂ２は、当該部署又は施設の名称を示す。
【００３１】
図５（ａ）は、科別中待合枠テーブルの構成を示す図である。科別中待合枠テーブル７５Ｃは、受診科７５Ｃ１、中待合枠数７５Ｃ２及び待ち人数７５Ｃ３を含むレコードからなる。受診科７５Ｃ１は、患者が受診する診察科を示すものであり、図５（ａ）では、内科、放射線科及び整形外科が示されている。中待合枠数７５Ｃ２は、各受診科の中待合における待機すべき人数を示す。これは、受診科により、例えば、中待合のスペースや医師の人数によって待機すべき最大人数が異なるためである。中待合枠数７５Ｃ２は、日ごと又は午前、午後等の時間帯ごとに対応して適切に初期設定されるものとする。待ち人数７５Ｃ３は、実際に診察を待っている患者の人数であり、中待合枠数７５Ｃ２を越えない数になる。
【００３２】
図５（ｂ）は、タグＩＤ検出テーブルの構成を示す図である。タグＩＤ検出テーブル７５Ｄは、位置ＩＤ７５Ｄ１及び検出タグＩＤ７５Ｄ２を含むレコードからなる。位置ＩＤ７５Ｄ１は、当該区画に存在するタグ２からタグＩＤを検出したタグリーダライタ３の位置ＩＤを示す。検出タグＩＤ７５Ｄ２は、当該タグリーダライタ３が検出したタグＩＤを示す。１の位置ＩＤ７５Ｄ１に対して、複数の検出タグＩＤ７５Ｄ２が対応することがある。これは、タグリーダライタ３が設置された箇所の区画内に２以上のタグ２が存在することがあるからである。
【００３３】
図６（ａ）は、診察通知テーブルの構成を示す図である。診察通知テーブル７５Ｅは、タグＩＤ７５Ｅ１、位置ＩＤ７５Ｅ２、通過履歴７５Ｅ３、診察状態７５Ｅ４、誘導先７５Ｅ５及び通知状態７５Ｅ６を含むレコードからなる。タグＩＤ７５Ｅ１は、患者が所持するタグ２に固有のＩＤであり、診察通知テーブル７５Ｅの各レコードのキーになる。また、タグＩＤ管理テーブル７５Ａに基づいてタグＩＤ７５Ｅ１から患者名が特定される。従って、診察通知テーブル７５Ｅの各レコードは、各患者に対応するものであると言える。位置ＩＤ７５Ｅ２は、最近タグＩＤ７５Ｅ１を検出したタグリーダライタ３の位置ＩＤを示すものであり、タグＩＤ検出テーブル７５Ｄの更新内容が逐次反映される。
【００３４】
通過履歴７５Ｅ３は、タグＩＤ７５Ｅ１のタグが通過した部署や施設の履歴を示すものであり、位置ＩＤ７５Ｅ２の更新履歴であるとも言える。タグ２を所持する患者が病院内にいる限り、通過履歴７５Ｅ３のうち、最新の箇所は、位置ＩＤ７５Ｅ２と一致する。診察状態７５Ｅ４は、現時点における患者の診察状態を示すものであり、「診察待ち」、「診察待ち（中待合）」、「診察中」、「会計待ち」、「離院」等がある。診察状態７５Ｅ４は、通過履歴７５Ｅ３に基づいて判断され、特定される。例えば、通過履歴７５Ｅ３に「受付」があって「診察室」がなければ、診察状態７５Ｅ４は「診察待ち」になる。また、通過履歴７５Ｅ３のうち、最新の箇所が「診察室」であれば、診察状態７５Ｅ４は「診察中」になる。さらに、通過履歴７５Ｅ３に「診察室」があった後に最新の箇所が「中待合」であれば、診察状態７５Ｅ４は「会計待ち」になる。このような判断は、プログラムによって通過履歴７５Ｅ３のデータを逐次判定する処理で行ってもよいし、所定のパターン又はルールと通過履歴７５Ｅ３のデータとを照合することで行ってもよい。
【００３５】
誘導先７５Ｅ５は、患者が当該診察状態７５Ｅ４である場合に、その患者を誘導すべき箇所を示すものである。図６（ａ）に示すように、診察状態７５Ｅ４が「診察待ち」であれば、誘導先７５Ｅ５は「中待合」になる。診察状態７５Ｅ４が「会計待ち」であれば、誘導先７５Ｅ５は「会計」になる。なお、診察状態７５Ｅ４は通過履歴７５Ｅ３に基づいて特定されるので、誘導先７５Ｅ５も通過履歴７５Ｅ３に基づいて特定するようにしてもよい。例えば、通過履歴７５Ｅ３に「受付」があって「中待合」がなければ、誘導先７５Ｅ５は「中待合」になる。また、通過履歴７５Ｅ３に「診察室」があった後に最新の箇所が「中待合」であれば、誘導先７５Ｅ５は「会計」になる。通知状態７５Ｅ６は、患者に対する誘導先７５Ｅ５の通知状態を示すものであり、「通知待ち」及び「通知中」がある。なお、位置ＩＤ７５Ｅ２と、誘導先７５Ｅ５とが一致すれば、患者が行くべき誘導先に着いたことになるので、当該誘導先７５Ｅ５の通知を終了する。
【００３６】
なお、図６（ａ）に示す診察通知テーブル７５Ｅは、患者が１の科を受診する場合に対応したテーブルの例であり、１の病院で複数の科を受診する場合には、テーブルの内容が異なる。まず、位置ＩＤ７５Ｅ２及び通過履歴７５Ｅ３には、図４（ｂ）に示すような科ごとの中待合及び診察室が設定される。また、通過履歴７５Ｅ３に「診察室」があった後に最新の箇所が「中待合」であっても、当該患者の受診すべき科が残っていれば、誘導先７５Ｅ５は「会計」ではなく、他の「中待合」になる。そして、通過履歴７５Ｅ３のうち、最新の箇所が「中待合」であって、当該患者の受診すべき科が残っていなければ、誘導先７５Ｅ５は「会計」になる。
【００３７】
図６（ｂ）は、受付順序テーブルの構成を示す図である。受付順序テーブル７５Ｆは、受付順序７５Ｆ１、タグＩＤ７５Ｆ２、診察検出フラグ７５Ｆ３、診察状態７５Ｆ４、残り受診枠数７５Ｆ５及び残り中待合枠数７５Ｆ６を含むレコードからなる。受付順序７５Ｆ１は、病院の受付において受け付けた患者の順番であるが、事前の予約によって実際に受け付けた順番より繰り上がったり、他の患者の予約によって逆に繰り下がったりする場合もある。受付順序７５Ｆ１は、管理サーバ７の処理部７４が誘導先を通知する際の、患者の優先順位になる。タグＩＤ７５Ｆ２は、患者が所持するタグに固有のＩＤであり、タグＩＤ管理テーブル７５Ａに基づいてタグＩＤ７５Ｆ２から患者名が特定される。診察検出フラグ７５Ｆ３は、当該タグＩＤ７５Ｆ２のタグを所持する患者が診察中又は診察済であればオンとし、当該患者の診察が未だであればオフとする。診察状態７５Ｆ４は、当該患者の診察状態を示すものであり、括弧内は、同じ診察状態にある患者の人数（当該患者を含む）を示す。
【００３８】
残り受診枠数７５Ｆ５は、その時点で新たに受診可能な患者の人数であり、例えば、当該受診科で診察を担当する医師の人数によると考えられる。図６（ｂ）の場合、当該受診科の医師は１人であり、残り受診枠数７５Ｆ５は、０又は１の値をとることになる。残り中待合枠数７５Ｆ６は、その時点で新たに中待合に入ることが可能な患者の人数であり、例えば、当該中待合の広さや担当医師の人数によると考えられる。図６（ｂ）の場合、当該中待合の収容人数は２人までであり、残り中待合枠数７５Ｆ６は、０、１又は２の値をとることになる。
【００３９】
なお、図６（ｂ）に示す受付順序テーブル７５Ｆは、複数の患者が１の科を受診する場合に対応したテーブルの例であり、１の病院で複数の科を受診する場合には、その科ごとのテーブルの内容が図６（ｂ）に示すものとは異なる。具体的には、診察状態７５Ｆ４には、「離院」及び「会計待ち」がなくなる。「離院」及び「会計待ち」は、科ごとの概念ではなく、科をまとめた総合的な概念になるからである。そして、診察状態７５Ｆ４には、「受付」が追加される。「受付」は、各科に必要な手続きだからである。
【００４０】
≪システムの処理≫
図７は、患者呼び出しシステムの処理を示すフローチャートである。本処理は、管理サーバ７の処理部７４において、病院の受付で患者を受け付けたときに生成され、患者が離院したときに消滅するタスクにより実行される。複数の患者を受け付けている場合には、患者ごとにそれぞれタスクが生成され、各タスクの処理がマルチタスク制御によって同時並行に実行される。本処理は、中待合枠が固定される時間帯、例えば、１日、午前、午後等の連続した診察時間内に行われる。科別中待合枠テーブル７５Ｃの初期設定された状態が、本処理を行う前提になるからである。なお、患者を誘導する場合には、患者ごとのタスクであっても、当該患者に限られたデータだけではなく、受付順序テーブル７５Ｆの受付順序７５Ｆ１等、各患者間の関係に係るデータを参照した処理が存在する。また、患者ごとのタスク以外に、それらとは独立した処理として、タグリーダライタ３から受信したデータ（位置ＩＤ及びタグＩＤ）に従ってタグＩＤ検出テーブル７５Ｄを更新するタスクが存在する。
【００４１】
最初に、管理サーバ７は、総合受付に伴う設定を行う（Ｓ７０１）。これは、受付担当の事務員が、病院を訪れた患者からその日に受診する予定の科を聞いて患者の登録等を行うのに際して、管理サーバ７が各テーブルを設定するものである。具体的には、まず、患者の登録及びタグの付与にあたって、タグＩＤ管理テーブル７５ＡにタグＩＤ７５Ａ１及び患者名７５Ａ２のレコードを追加する。次に、当該患者を受け付けた旨の設定として、診察通知テーブル７５ＥにタグＩＤ７５Ｅ１、位置ＩＤ７５Ｅ２、通過履歴７５Ｅ３及び診察状態７５Ｅ４を含むレコードを追加する。このとき、位置ＩＤ７５Ｅ２、通過履歴７５Ｅ３及び診察状態７５Ｅ４には、「受付」を設定する。そして、患者に受付順序を付与するために、受診する科ごとの受付順序テーブル７５Ｆにレコードを追加する。このとき、診察検出フラグ７５Ｆ３にはオフを設定し、診察状態７５Ｆ４には「受付」を設定する。また、残り受診枠数７５Ｆ５及び残り中待合枠数７５Ｆ６を適宜設定する。
【００４２】
Ｓ７０２乃至Ｓ７０８の処理は、次に当該患者が行くべき科を特定し、その科の中待合に当該患者を誘導するものである。まず、管理サーバ７は、当該患者が診察待ちになっている２以上の受診科があるか否かを判定する（Ｓ７０２）。この場合、科ごとの受付順序テーブル７５Ｆを参照し、当該患者のタグＩＤ７５Ｆ２及び「診察待ち」の診察状態７５Ｆ４を含むレコードが存在するテーブルの数をカウントする。そのようなテーブルの数が、当該患者が診察待ちになっている受診科の数に相当する。
【００４３】
２以上の受診科があれば（Ｓ７０２のＹ）、管理サーバ７は、対象となる受診科のうち、中待合の待ち人数が（枠数−１）以下のものを検索し、抽出する（Ｓ７０３）。「中待合の待ち人数が（枠数−１）以下」というのは、中待合に１人以上の空きがあることを意味する。具体的には、科別中待合枠テーブル７５Ｃのうち、対象となる受診科７５Ｃ１の中待合枠数７５Ｃ２及び待ち人数７５Ｃ３を参照して、抽出する。そして、抽出された受診科のうち、待ち人数が最小の中待合を誘導先とする（Ｓ７０４）。これは、待ち人数が少ない方が診察待ち時間が少ないと考えられるからである。この場合、検索した結果、中待合に１人以上の空きが複数科あって、待ち人数が最小の中待合が複数ある場合には、その複数の中待合のうち、位置ＩＤから判断して最寄の受診科に誘導する。
【００４４】
一方、残りの受診科が１つであれば（Ｓ７０２のＮ）、管理サーバ７は、科別中待合枠テーブル７５Ｃを参照して、当該受診科の中待合の待ち人数が（枠数−１）以下であるか否かを判定する（Ｓ７０５）。待ち人数が（枠数−１）以下でなければ（Ｓ７０５のＮ）、同じ判定を繰り返す。待ち人数が（枠数−１）以下になれば（Ｓ７０５のＹ）、中待合に１人以上の空きができたことになるので、当該中待合を誘導先とする（Ｓ７０６）。
【００４５】
当該患者の誘導先を特定した後、管理サーバ７は、診察状態を「受付」から「診察待ち」に更新する（Ｓ７０７）。この場合、診察状態とは、診察通知テーブル７５Ｅの診察状態７５Ｅ４及び受付順序テーブル７５Ｆの診察状態７５Ｆ４を指す。そして、当該患者を、Ｓ７０４又はＳ７０６で誘導先とした中待合に誘導する通知を行う（Ｓ７０８）。誘導通知を行っている間は、診察通知テーブル７５Ｅの通知状態７５Ｅ６に「通知中」を設定する。ただし、この誘導通知を行うのは、受付順序テーブル７５Ｆを参照し、診察状態７５Ｆ４が同じであって、受付順序７５Ｆ１が当該タグＩＤより先である他のタグＩＤがない場合に限る。上記に該当する他のタグＩＤがある場合には、別のタスクの処理により他の診察状態７５Ｆ４が進行することで上記に該当しなくなるまで当該タスクは待機する。待機している間は、診察通知テーブル７５Ｅの通知状態７５Ｅ６に「通知待ち」を設定する。
【００４６】
誘導通知の具体的な処理として、管理サーバ７は、タグＩＤ検出テーブル７５Ｄを参照して、当該患者が所持するタグのタグＩＤから位置ＩＤを特定し、当該位置ＩＤに対応するタグリーダライタ３及び誘導通知手段４に誘導先を送信する。これに対して、タグリーダライタ３は、呼び出しの意図を通知するメッセージをタグ２に送信する。このとき、タグ２は、ＬＥＤを発光させたり、振動器を振動させたりして、患者に呼び出しの意図を伝達する。これは、患者が次に行くべき箇所を予め認識している場合に有効である。一方、誘導通知手段４は、患者が誘導先を把握できるように、スピーカとして誘導先を含む音声を発したり、表示装置として誘導先を示す文字を表示したりする。これは、患者が次に行くべき箇所を予め認識していない場合に有効である。特に、誘導通知手段４には、患者のいる箇所のものが用いられるので、空振りなく誘導通知を行うことができる。また、誘導通知を行った後、タグＩＤを検出するタグリーダライタ３の位置ＩＤが変化しなければ、患者が移動していないということであり、同じ誘導通知手段４を用いて再度の誘導通知又は警告を発することができる。
【００４７】
その後、管理サーバ７は、診察状態を「診察待ち」から「診察待ち（中待合）」に更新する（Ｓ７０９）。この場合、診察状態とは、診察通知テーブル７５Ｅの診察状態７５Ｅ４及び受付順序テーブル７５Ｆの診察状態７５Ｆ４を指す。また、診察状態以外に、中待合枠数に関するデータを更新する。具体的には、科別中待合枠テーブル７５Ｃの当該受信科７５Ｃ１に対する待ち人数７５Ｃ３に１を加算し、受付順序テーブル７５Ｆの当該タグＩＤ７５Ｆ２に対する残り中待合枠数７５Ｆ６から１を減算する。診察状態及び中待合枠数に関するデータの更新は、患者が実際に中待合に来ていなくても、呼び出しを実施したときに行われる。
【００４８】
続いて、管理サーバ７は、診察室におけるタグＩＤの照会を行う（Ｓ７１０）。具体的には、タグＩＤ検出テーブル７５Ｄを参照して、当該診察室に設置されているタグリーダライタ３の位置ＩＤ７５Ｄ１に対する検出タグＩＤ７５Ｄ２に、当該患者が所持するタグのタグＩＤが含まれているか否かを判定し、含まれるようになるまで、当該判定を繰り返す。なお、タグＩＤ検出テーブル７５Ｄは、患者ごとのタスクとは独立したタスクにより逐次更新される。そして、診察状態を「診察待ち（中待合）」から「診察中」に更新する（Ｓ７１１）。この場合、診察状態とは、診察通知テーブル７５Ｅの診察状態７５Ｅ４及び受付順序テーブル７５Ｆの診察状態７５Ｆ４を指す。
【００４９】
次に、管理サーバ７は、当該患者の診察が終了したか否かを判定する（Ｓ７１２）。具体的には、タグＩＤ検出テーブル７５Ｄを参照し、当該患者が所持するタグ２のタグＩＤが、中待合の位置ＩＤのレコードに含まれているか否かをチェックする。診察が終了していなければ（Ｓ７１２のＮ）、同じ判定を繰り返す。診察が終了していれば（Ｓ７１２のＹ）、当該患者が他の科を受信する予定であるか否かを判定する（Ｓ７１３）。具体的には、科ごとの受付順序テーブル７５Ｆを参照して、当該患者のタグＩＤ７５Ｆ２及び「診察待ち」の診察状態７５Ｆ４を含むレコードが存在するテーブルがあるか否かを判定する。なお、１人の患者の診察が終了すれば、診察室の医師が、中待合にいる次の順番の患者に対して診察室に入るように連絡することになる。
【００５０】
他の科を受信予定であれば（Ｓ７１３のＹ）、管理サーバ７は、診察状態を「診察中」から「受付」に更新する（Ｓ７１４）。この場合、診察状態とは、診察通知テーブル７５Ｅの診察状態７５Ｅ４を指す。なお、受付順序テーブル７５Ｆの診察状態７５Ｆ４については、「診察中」を「診察終了」に更新する。そして、Ｓ７０２に戻って、次に当該患者が行くべき科を特定し、その科の中待合に当該患者を誘導する。
【００５１】
一方、他の科を受信する予定がなければ（Ｓ７１３のＮ）、管理サーバ７は、診察状態を「診察中」から「会計待ち」に更新する（Ｓ７１５）。この場合、診察状態とは、診察通知テーブル７５Ｅの診察状態７５Ｅ４を指す。なお、受付順序テーブル７５Ｆの診察状態７５Ｆ４については、「診察中」を「診察終了」に更新する。そして、当該患者を受付（会計）に誘導する通知を行う（Ｓ７１６）。その具体的な方法は、Ｓ７０８と同様である。さらに、診察状態を「会計待ち」から「離院」に更新する（Ｓ７１７）。この場合、診察状態とは、診察通知テーブル７５Ｅの診察状態７５Ｅ４を指す。これによって、当該患者の受け付けにより生成されたタスクは、用済みとなり、消滅する。
【００５２】
図８は、対象箇所におけるタグＩＤの照会を行う処理の例を示すフローチャートである。これは、Ｓ７１０で説明した処理とは異なる例を示すものである。まず、管理サーバ７は、所定時間ごとに、タグＩＤ検出テーブル７５Ｄを参照し、照会すべきタグＩＤ（検出タグＩＤ７５Ｄ２）を検索する（Ｓ８０１）。次に、タグＩＤを検出した位置ＩＤ７５Ｄ１を特定する（Ｓ８０２）。そして、位置ＩＤ７５Ｄ１が対象箇所であるか否かを判定する（Ｓ８０３）。対象箇所でなければ（Ｓ８０３のＮ）、再度タグＩＤの検索を行う。対象箇所であれば（Ｓ８０３のＹ）、対象箇所にタグＩＤのタグがあることを意味する。
【００５３】
図９は、患者を対象箇所に誘導する通知を行う処理を示すフローチャートである。これは、Ｓ７０８で説明した処理とは異なる例を示すものである。まず、管理サーバ７は、所定時間ごとに、タグＩＤ検出テーブル７５Ｄを参照し、照会すべきタグＩＤ（検出タグＩＤ７５Ｄ２）を検索する（Ｓ９０１）。次に、タグＩＤを検出した位置ＩＤ７５Ｄ１を特定する（Ｓ９０２）。そして、位置ＩＤ７５Ｄ１が対象箇所であるか否かを判定する（Ｓ９０３）。対象箇所でなければ（Ｓ９０３のＮ）、位置ＩＤ７５Ｄ１の箇所（タグリーダライタ３及び誘導通知手段４）から誘導先を通知する（Ｓ９０４）。そして、Ｓ９０１に戻る。対象箇所であれば（Ｓ９０３のＹ）、当該患者が誘導先にいるということなので、誘導通知処理を終了する。
【００５４】
以上本発明の実施の形態について説明したが、図２に示す管理サーバ７内の各部を機能させるために、処理部７４で実行されるプログラムをコンピュータにより読み取り可能な記録媒体に記録し、その記録したプログラムをコンピュータに読み込ませ、実行させることにより、本発明の実施の形態に係る患者呼び出しシステム１が実現されるものとする。なお、プログラムをインターネット等のネットワーク経由でコンピュータに提供してもよいし、プログラムが書き込まれた半導体チップ等をコンピュータに組み込んでもよい。
【００５５】
以上説明した本発明の実施の形態によれば、所定の対応関係に従って、病院における患者の診察状態から次に行くべき箇所を特定するので、適切な行き先を患者に通知することができ、効率よく患者を呼び出すことができる。また、病院における患者の現在位置（最寄の箇所）及び病院の外に出たか否かを把握できるので、呼び出しがあるまで自由に過ごせる等、患者にとっての病院の利便性が向上する。これによれば、病院の業務である、患者の受付から会計・離院までの時間を短縮することができる。
【００５６】
また、患者が次に行くべき箇所を通知する場合に、各患者の受付順序に従って順番に通知するので、公平に呼び出しを行うことができ、患者間のトラブルを回避することができる。そして、患者の最寄のスピーカ又は表示装置を介して、次に行くべき箇所を通知するので、空振りなく呼び出しを行うことができる。また、該当しないスピーカ又は表示装置を用いないので、省電力につながる。さらに、当該患者が次に行くべき箇所に着いた場合に、当該箇所の通知を終了するので、無駄なく呼び出しを行うことができる。また、不要な通知を行わないので、省電力につながる。
【００５７】
≪その他の実施の形態≫
以上、本発明を実施するための最良の形態について説明したが、上記実施の形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明はその趣旨を逸脱することなく変更、改良され得るとともに、本発明にはその等価物も含まれる。例えば、上記実施の形態では、患者は会計後の離院を除いて病院内に留まっているように記載したが、実際の患者は、診察待ち等の間に病院の建物から外に出てしまうことがある。このように院外に出てしまった患者への対処方法としては、運用ルールによる対応及び携帯無線による対応が考えられる。運用ルールを「呼び出し時に院内にいない方は、順番が繰り下がります。」と規定することによって、患者に対して院外に出た場合には不利益を被ることを予め認識させることができる。一方、患者の所持するタグが病院の出入り口を通過して、院外に出たことを検出した場合には、タグによる通信から携帯無線による通信に切り替える方法がある。この場合、患者は、タグチップ及び携帯無線チップを組み合わせた構成の携帯機器を所持する。
【図面の簡単な説明】
【００５８】
【図１】患者呼び出しシステムの構成を示す図である。
【図２】管理サーバのハードウェア構成を示す図である。
【図３】管理サーバの記憶部に格納されるデータの構成を示す図である。
【図４】（ａ）はタグＩＤ管理テーブルの構成を示す図であり、（ｂ）は位置ＩＤ管理テーブルの構成を示す図である。
【図５】（ａ）は科別中待合枠テーブルの構成を示す図であり、（ｂ）はタグＩＤ検出テーブルの構成を示す図である。
【図６】（ａ）は診察通知テーブルの構成を示す図であり、（ｂ）は受付順序テーブルの構成を示す図である。
【図７】患者呼び出しシステムの処理を示すフローチャートである。
【図８】対象箇所におけるタグＩＤの照会を行う処理の例を示すフローチャートである。
【図９】患者を対象箇所に誘導する通知を行う処理を示すフローチャートである。
【符号の説明】
【００５９】
１      患者呼び出しシステム
２      タグ
３      タグリーダライタ（タグリーダ）
４      誘導通知手段（スピーカ、表示装置）
５      副基地局
６      主基地局
７      管理サーバ（サーバ）
７４    処理部
７５    記憶部
７５Ｅ  診察通知テーブル
７５Ｅ１  タグＩＤ
７５Ｅ２  位置ＩＤ
７５Ｅ３  通過履歴
７５Ｅ４  診察状態
７５Ｅ５  誘導先（次に行くべき箇所）
７５Ｆ  受付順序テーブル
７５Ｆ１  受付順序
７５Ｆ２  タグＩＤ
７５Ｆ４  診察状態
８    ネットワーク
【図１】
2009080676.tif 000003
【図２】
2009080676.tif 000004
【図３】
2009080676.tif 000005
【図４】
2009080676.tif 000006
【図５】
2009080676.tif 000007
【図６】
2009080676.tif 000008
【図７】
2009080676.tif 000009
【図８】
2009080676.tif 000010
【図９】
2009080676.tif 000011