特許 5731440 患者呼出表示システム、患者呼出／案内方法、患者呼出／案内装置、プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5731440

(24)【登録日】2015年4月17日

(45)【発行日】2015年6月10日

(54)【発明の名称】患者呼出表示システム、患者呼出／案内方法、患者呼出／案内装置、プログラム

(51)【国際特許分類】

   G06Q 50/22 20120101AFI20150521BHJP

【ＦＩ】

   G06Q50/22 102

【請求項の数】9

【全頁数】31

(21)【出願番号】特願2012-95874(P2012-95874)

(22)【出願日】2012年4月19日

(65)【公開番号】特開2013-222448(P2013-222448A)

(43)【公開日】2013年10月28日

【審査請求日】2014年5月13日

(73)【特許権者】

【識別番号】000237639

【氏名又は名称】富士通フロンテック株式会社

(74)【代理人】

【識別番号】100074099

【弁理士】

【氏名又は名称】大菅 義之

(72)【発明者】

【氏名】桐生 智明

【審査官】 加舎 理紅子

(56)【参考文献】

【文献】 特開２００２−０４１６５２（ＪＰ，Ａ）

【文献】 特開２０１１−１９１９９１（ＪＰ，Ａ）

【文献】 特開２０１０−２８６９５８（ＪＰ，Ａ）

【文献】 特開２００３−１４３６４８（ＪＰ，Ａ）

【文献】 特開２００２−１２３６０３（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ ５０／００ − ５０／３４

(57)【特許請求の範囲】

【請求項1】

病院内の各所に設けられる表示盤と、
各患者の位置近辺の前記表示盤を該患者の位置として検出して患者位置情報として記憶する患者位置検出記憶システムと、
各患者の診察に係わる情報を含む電子カルテを記憶・管理する電子カルテサーバと、
それぞれが、前記電子カルテから任意の医師の担当患者の情報を抽出して任意の順番に並べた表示予定情報を生成・管理する複数の操作端末と、
任意の前記操作端末からの表示依頼に応じて、任意の前記表示盤に任意の情報を表示させる表示サーバとを有し、
前記各操作端末及び／又は前記表示サーバは、予め設定されている前記各操作端末−各表示盤間の距離関係と、予め登録されている該各距離関係に対応する案内情報と、前記表示依頼した前記操作端末の識別情報と、前記表示予定情報と、前記患者位置情報である前記表示盤の識別情報とに基づいて、次の患者に対する前記案内情報である呼出しを該患者の位置に対応する前記表示盤に表示させると共に、該次の患者より後の患者に対して、該後の患者に関する前記距離関係が予め設定されている所定距離以上である場合には、該後の患者の位置に対応する前記表示盤に事前案内を表示させることを特徴とする患者呼出表示システム。

【請求項2】

前記患者位置検出記憶システムは、
前記各表示盤に対応して設けられ、任意の患者のＲＦＩＤタグから患者識別情報を読取るＲＦＩＤリーダと、
前記各ＲＦＩＤリーダが読取った患者識別情報を該ＲＦＩＤリーダに対応する前記表示盤の識別情報に対応付けて患者位置情報として記憶する患者位置管理装置とを有することを特徴とする請求項１記載の患者呼出表示システム。

【請求項3】

前記任意の患者のＲＦＩＤタグは、該患者の診察券に設けられており、
該診察券から前記患者識別情報を読取ると共に任意の呼出番号を発行して、該患者識別情報と呼出番号を前記電子カルテサーバに送信する受付端末を更に有し、
前記各操作端末及び／又は前記表示サーバは、前記呼出しまたは事前案内を表示する際に前記呼出番号を用いることを特徴とする請求項２記載の患者呼出表示システム。

【請求項4】

前記各操作端末は、各診察室毎に設けられており、
前記各操作端末−各表示盤間の距離関係は、各診察室−各表示盤間の距離関係であることを特徴とする請求項１〜３の何れかに記載の患者呼出表示システム。

【請求項5】

予め前記各距離関係に対応する案内情報として前記呼出し又は前記事前案内の為のメッセージが登録されており、
前記所定距離以上である前記距離関係に対応する前記メッセージは、前記後の患者を該患者が受診する診察室近辺に移動させる為のメッセージであることを特徴とする請求項１〜４の何れかに記載の患者呼出表示システム。

【請求項6】

前記各表示盤には、前記各診察室毎に対応して設けられている表示盤があることを特徴とする請求項１〜５の何れかに記載の患者呼出表示システム。

【請求項7】

病院内の各所に設けられる表示盤と、各患者の診察に係わる情報を含む電子カルテを記憶・管理する電子カルテサーバと、各診察室毎に設けられる複数の端末とを有するシステムにおける患者呼出／案内方法であって、
各患者の位置近辺の表示盤を該患者の位置として検出して患者位置情報として記憶する患者位置検出記憶システムによって、随時、各患者の前記患者位置情報を更新し、
任意の前記端末において次の患者の呼出しが決定されると、予め設定されている各端末−表示盤間の距離関係と、予め登録されている該各距離関係に対応する案内情報と、前記表示依頼した前記操作端末の識別情報と、前記電子カルテに基づいて得られる各医師毎の担当患者の診察順番を示す表示予定情報と、前記患者位置情報である前記表示盤の識別情報とに基づいて、該次の患者に対する前記案内情報である呼出しを該患者の位置に対応する前記表示盤に表示させると共に、該次の患者より後の患者に対して、該後の患者に関する前記距離関係が予め設定されている所定距離以上である場合には、該後の患者の位置に対応する前記表示盤に事前案内を表示させることを特徴とする患者呼出／案内方法。

【請求項8】

コンピュータを、
任意の端末において次の患者の呼出しが決定されると、予め設定されている各端末−表示盤間の距離関係と、予め登録されている該各距離関係に対応する案内情報と、前記表示依頼した前記操作端末の識別情報と、電子カルテに基づいて得られる各医師毎の担当患者の診察順番を示す表示予定情報と、各患者の位置近辺の表示盤を該患者の位置として検出してなる患者位置情報とに基づいて、該次の患者に対する前記案内情報である呼出しを該患者の位置に対応する前記表示盤に表示させると共に、該次の患者より後の患者に対して、該後の患者に関する前記距離関係が予め設定されている所定距離以上である場合には、該後の患者の位置に対応する前記表示盤に事前案内を表示させる手段、
として機能させるためのプログラム。

【請求項9】

病院内の各所に設けられる表示盤と、各患者の位置近辺の表示盤を該患者の位置として検出して患者位置情報として記憶する患者位置検出記憶システムと、各患者の診察に係わる情報を含む電子カルテを記憶・管理する電子カルテサーバと、患者呼出／案内装置とを有する患者呼出表示システムにおける該患者呼出／案内装置であって、
任意の端末において次の患者の呼出しが決定されると、予め設定されている各端末−表示盤間の距離関係と、予め登録されている該各距離関係に対応する案内情報と、前記表示依頼した前記操作端末の識別情報と、前記電子カルテに基づいて得られる各医師毎の担当患者の診察順番を示す表示予定情報と、前記患者位置情報である前記表示盤の識別情報とに基づいて、該次の患者に対する前記案内情報である呼出しを該患者の位置に対応する前記表示盤に表示させると共に、該次の患者より後の患者に対して、該後の患者に関する前記距離関係が予め設定されている所定距離以上である場合には、該後の患者の位置に対応する前記表示盤に事前案内を表示させる手段、
を有することを特徴とする患者呼出／案内装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、病院等において診察を行う患者を呼び出す為の表示を行う患者呼出表示システムに関する。

【背景技術】

【0002】

病院、特に総合病院等の比較的大規模な病院の場合、例えば、内科、外科、耳鼻科、眼科、整形外科、脳神経科などの様々な診療科があり、各診療科の診察室が病院内の各所に存在している。通常は、内科なら内科でまとまっている。つまり、病院内の任意のエリアに、内科の複数の診察室がまとまって存在している。よって、内科を受診する患者は、通常、この内科エリア内にいて、看護婦等による「○△さん！ 内科第３診察室にお入り下さい」等の呼出しがあると、当該診察室に入って担当医の診察・治療などを受けることになる。

【0003】

また、例えば、病院の入口に受付端末を設けて受付を行うと共に任意の呼出番号を発行し、名前ではなくこの呼出番号を用いて呼出しを行うシステムが構築されている場合がある。

【0004】

何れにしても、通常は、その患者が受診する診療科や診察室があるエリアで呼出しが行われる。

【0005】

しかしながら、何らかの事情で患者が上記エリアにいない場合（例えば、内科の受診患者が、内科の待合室が満員で座れないため、外科の待合室で座っていたなど）、呼出しがあっても患者が気付かないことになる。

【0006】

この様な問題に対して、例えば特許文献１の従来技術が知られている。
特許文献１の発明は、金融機関や役所、病院などの待合スペースで待つ顧客を呼び出す顧客呼出装置に関する。出入口近傍に設けられた受付発券機は、順番データが印字される、ＲＦＩＤタグを備えた受付番号券を発券する。ＲＦＩＤタグには固有の識別データが予め記憶されている。また、顧客呼出装置は、操作部と、４台の位置確認用ＲＦＩＤリーダを有する位置確認装置と、各ＲＦＩＤリーダの近傍に配置された４つの位置表示ランプを有する。顧客呼出装置は、更に、現在の呼出し番号を表示する呼出番号表示器や、顧客の呼出しを行う４つの音声案内用スピーカ等を有する。

【0007】

そして、顧客呼出の際には、上記位置確認用ＲＦＩＤリーダと、ＲＦＩＤタグを備えた受付番号券とによって、顧客が居るエリアを把握して、このエリアの位置表示ランプ、音声案内用スピーカを用いて、呼出しを行うものである。

【0008】

また、特許文献２，３の従来技術が知られている。
特許文献２には、以下の従来技術が開示されている。

【0009】

無線ＩＣタグを内蔵した受付券を顧客に対して発行し、この無線ＩＣタグと無線送受信する無線ＩＣタグリーダライタを有するゲート装置を、施設内に複数設けることにより、施設内を複数のエリアに分割し、受付券を所持した顧客がこのゲート装置を通過することにより、顧客の待機するエリアを算出し、顧客を呼び出すときはそのエリアにあるスピーカを使って報知音を鳴らす。

【0010】

また、特許文献３の発明は、各診療科における診療の連携を図ることにより、１つの診療科での診療中に他の診療科での診療の順番が来たときでも、他の診療科で患者の診療の受付が取り消されることが無いようにするものである。

【0011】

特許文献３には、以下の技術が開示されている。
クリニッククライアントは、電子カルテサーバから診療開始データを受信したときに該当する患者の診療受付待ちエントリを診療中ステータスとする。また、最先診療受付待ちエントリに診療中ステータスの診療受付待ちエントリがあったときに、このエントリを最先の診療待ちステータスの診療受付待ちエントリの後に繰り下げて診療順番を入れ替える。更に、電子カルテサーバから診療終了データを受信したときに、該当する患者の診療受付待ちエントリを診療待ちステータスとする。

【先行技術文献】

【特許文献】

【0012】

【特許文献1】特開２００８−１８１４６２号公報

【特許文献2】特開２００８−１９７８７０号公報

【特許文献3】特開２００９−１８７４５５号公報

【発明の概要】

【発明が解決しようとする課題】

【0013】

上記特許文献１，２などの従来技術では、施設内の顧客の現在位置を把握して、その近辺のスピーカ等やランプ等を用いて顧客呼出しを行うことで、顧客がどこにいても呼出しが行える。しかしながら、例えば総合病院等の比較的大規模な病院の場合、診察室からの距離が遠い場所に、患者が居る可能性もある。極端な例を挙げるならば、外来棟と入院棟とがある病院で、外来の患者が、自己の診察順番を待っている間に入院患者（友人や家族等）を見舞うことを考えて入院棟に行った場合、診察室からの距離が非常に遠くなる。

【0014】

この為、仮に入院棟においても呼出し可能となるように構成したとしても、この様な遠い場所から診察室まで移動するまでに非常に時間が掛かることになる。この為、医師が長時間待たされたりして、時間の無駄が生じ、非常に効率が悪いことになる。

【0015】

上記従来技術では、この様な問題は解決できない（そもそも、この様な問題は想定していない）。

【0016】

また、患者は、受診する診療科は分かっていても、例えば内科を受診する場合、上記の様に複数の診察室があると、呼び出されてもどの診察室に行けばよいのか分からず、結局、看護婦に聞く等する手間が掛かることになる。

【0017】

また、表示盤１台に病院内全ての診療科の呼出し情報を表示するのは、物理的な表示エリアに限界があり、必要な情報が有効に表示できない。

【0018】

あるいは、携帯電話を利用して上記問題を解決することも考えられるが、この場合、携帯電話を持っていない者は利用できないし、病院が貸し出しする方法では貸出管理や衛生面で課題が多くある。つまり、貸与と回収にダブルで手間が掛かるうえに、通話や電子メールで呼出しを行う為の手間も掛かる。そもそも、病院内での携帯電話の使用自体を禁止している場合もある。

【0019】

本発明の課題は、患者が病院内の何処にいても呼出しを行えると共に、呼出し時点から診察室に入るまでの時間を短縮できる患者呼出表示システム等を提供することである。

【課題を解決するための手段】

【0020】

本発明の患者呼出表示システムは、病院内の各所に設けられる表示盤と、各患者の位置近辺の前記表示盤を該患者の位置として検出して患者位置情報として記憶する患者位置検出記憶システムと、各患者の診察に係わる情報を含む電子カルテを記憶・管理する電子カルテサーバと、それぞれが、前記電子カルテから任意の医師の担当患者の情報を抽出して任意の順番に並べた表示予定情報を生成・管理する複数の操作端末と、任意の前記操作端末からの表示依頼に応じて、任意の前記表示盤に任意の情報を表示させる表示サーバとを有し、前記各操作端末及び／又は前記表示サーバは、予め設定されている前記各操作端末−各表示盤間の距離関係と、予め登録されている該各距離関係に対応する案内情報と、前記表示依頼した前記操作端末の識別情報と、前記表示予定情報と、前記患者位置情報である前記表示盤の識別情報とに基づいて、次の患者に対する前記案内情報である呼出しを該患者の位置に対応する前記表示盤に表示させると共に、該次の患者より後の患者に対して、該後の患者に関する前記距離関係が予め設定されている所定距離以上である場合には、該後の患者の位置に対応する前記表示盤に事前案内を表示させる。

【発明の効果】

【0021】

本発明の患者呼出表示システム等によれば、患者が病院内の何処にいても呼出しを行えると共に、呼出し時点から診察室に入るまでの時間を短縮できる。

【図面の簡単な説明】

【0022】

【図1】本例の患者呼出表示システムの構成図である。

【図2】患者呼出表示システムで保持する各テーブルの一例を示す図（その１）である。

【図3】患者呼出表示システムで保持する各テーブルの一例を示す図（その２）である。

【図4】（ａ）は受付端末、（ｂ）は電子カルテサーバの処理フローチャート図である。

【図5】位置検知に係わる処理フローチャート図である。

【図6】電子カルテ操作端末の処理フローチャート図である。

【図7】表示サーバの処理フローチャート図である。

【図8】電子カルテ操作端末の表示画面例である。

【図9】（ａ），（ｂ）は表示盤に表示される表示画面例（その１）である。

【図10】（ａ），（ｂ）は表示盤に表示される表示画面例（その２）である。

【図11】患者の呼出しや事前案内の具体的イメージを示す図である。

【図12】（ａ），（ｂ）は、本システムの他の効果を説明する為の図である。

【発明を実施するための形態】

【0023】

以下、図面を参照して本発明の実施の形態について説明する。
図１は、本例の患者呼出表示システムの構成図である。

【0024】

図示の例の患者呼出表示システムは、例えば電子カルテシステムと患者案内システムとに大別できるが、この例に限らない。

【0025】

例えば電子カルテシステムは、受付端末１１、電子カルテサーバ１２、複数の電子カルテ操作端末１３（１３ａ，１３ｂ，・・・，１３ｎ）を有する。電子カルテ操作端末１３は、例えば各診察室毎に備えられている。

【0026】

患者案内システムは、表示サーバ２１、ＲＦＩＤシステム２２、複数の表示盤２３（２３ａ，２３ｂ，・・・，２３ｍ）、複数のＲＦＩＤリーダ２４（２４ａ，２４ｂ，・・・，２４ｍ）を有する。各ＲＦＩＤリーダ２４は、各表示盤２３毎に対応して備えられる。これは、各ＲＦＩＤリーダ２４は、各表示盤２３に内蔵されていてもよいし、各表示盤２３の近傍に設置されていてもよい。

【0027】

表示盤２３及びＲＦＩＤリーダ２４は、病院内の各所に配置されるものであり、その位置は特に特定しないが、基本的には患者が病院内の何処にいても呼出し／事前案内を行えるように配置するものである。また、各表示盤２３としては、例えば各診察室毎に対応して設けられる表示盤２３があるが、これに限らない。

【0028】

また、特に図示しないが、各患者に供与される診察券には、その患者の識別データ（患者ＩＤと呼ぶ）が記憶されたＲＦＩＤタグが内蔵されている。また、受付端末１１には例えば不図示のＲＦＩＤリーダが備えられている。

【0029】

また、特に図示しないが、電子カルテサーバ１２と各電子カルテ操作端末１３と表示サーバ２１は（更に、ＲＦＩＤシステム２２も加えても良い）、ＬＡＮ等の内部ネットワークに接続しており、相互にアクセス可能、データ送受信可能となっている。但し、電子カルテサーバ１２にアクセスするには、アクセス権限(ログイン権限など)が必要となる。少なくとも電子カルテ操作端末１３は、このアクセス権限を有している。

【0030】

また、表示サーバ２１と各表示盤２３とは、例えば何らかの専用線（シリアル線等）で接続している。同様に、ＲＦＩＤシステム２２と各ＲＦＩＤリーダ２４とは、例えば何らかの専用線（シリアル線等）で接続している。受付端末１１と電子カルテサーバ１２も、例えば何らかの専用線（シリアル線等）で接続している。但し、これらの例に限るわけではない。

【0031】

また、受付端末１１、電子カルテサーバ１２、電子カルテ操作端末１３、表示サーバ２１、ＲＦＩＤシステム２２、ＲＦＩＤリーダ２４は、特に図示しないが、ＣＰＵ／ＭＰＵ等の演算プロセッサや、ハードディスク、フラッシュメモリ等の記憶部を有している。記憶部には予め所定のアプリケーションプログラムが格納されている。上記演算プロセッサがこのアプリケーションプログラムを実行することにより、例えば後述する各フローチャート図の処理が実現される。

【0032】

電子カルテサーバ１２は、各患者の電子カルテデータ等を保持・管理する。この電子カルテには、各患者の診察に係わる情報も含まれており、例えば各患者の診察スケジュール等も含まれている。この様な電子カルテデータから、例えば毎日、営業開始前に、その日に診察予定している患者のデータを抽出したものが、後述する受付情報テーブル３０である。

【0033】

受付端末１１は、例えば病院の出入口付近に設置され、来院する患者の自動受付処理を実行する。その際に読取った患者ＩＤと発行した呼出番号とを電子カルテサーバ１２に送信して受付情報テーブル３０に登録させる。詳しくは後述する。

【0034】

尚、初診の患者は、例えば、事務員等がいる受付窓口で手続きを行うことで、診察券を発行してもらうと共に受付情報テーブル３０への登録を行ってもらう。これによって、初診の患者であっても本システムによる呼出しのサービスを受けられる。

【0035】

電子カルテ操作端末１３は、例えば各診察室毎に備えられている。各診察室は、例えば火曜日の午前中は○△医師、午後は△△医師、水曜日は一日中×△医師等というように、曜日や時間帯に応じて一人の医師が占有している場合が多い。これより、各電子カルテ操作端末１３も、各時間帯毎に一人の医師が占有している。そして、例えば、電子カルテ操作端末１３には、例えば受付情報テーブル３０に基づいて、その診察室の医師がその日に診察する予定の患者に関するデータが表示等される（たとえば後述する呼出し操作画面等の表示を行う）。

【0036】

各ＲＦＩＤリーダ２４は、任意の診察券のＲＦＩＤタグを検知して、記録されている患者ＩＤを読み出すと、この患者ＩＤを自己の識別情報（例えば自己が備えられている表示盤の識別情報など）と共にＲＦＩＤシステム２２へ送信する。これより、ＲＦＩＤシステム２２は、病院内にいる各患者の現在位置を記憶・管理する。

【0037】

各医師が、任意の患者の診察が終了する毎に、例えば上記呼出し操作画面において所定の操作を行うことで、電子カルテ操作端末１３は「次の患者」（次に診察すべき患者）の呼出し表示を、表示サーバ２１に依頼する。

【0038】

上記の通り、ＲＦＩＤシステム２２は、各患者の現在位置を記憶・管理しているので、表示サーバ２１は、依頼された患者の現在位置に対応する表示盤２３に、例えばこの患者の呼出番号を表示する等して診察室への入室を促す。

【0039】

但し、本システムでは、これだけでなく更に、電子カルテ操作端末１３は、次以降の患者（ここでは例えば「次の次の患者」を一例とする）の現在位置が、その患者の担当医の診察室から遠い（ある程度以上離れている）場合には、「次の次の患者」の事前案内表示を、表示サーバ２１に依頼する。これより、表示サーバ２１は、「次の次の患者」の現在位置に対応する表示盤２３に、例えばこの患者の呼出番号を表示すると共に、その患者の担当医の診察室近くに行くことを促すメッセージ等を表示する。これは、「次の次の患者」に限らず、更に「次の次の次の患者」に対しても行っても良い。

【0040】

この様に、例えば「次の次の患者」に対して、その患者が診察を受ける診察室から遠い場所にいる場合には、事前に、当該診察室近くに行くように促すことで、この「次の次の患者」が「次の患者」として呼出しを受けるときには、この患者は自己の担当医の診察室近くで呼出しを受けるはずであるので、スムーズに直ちに、診察を受けることができ、診察が効率的に行えるようになる。

【0041】

図２、図３に、上記患者呼出表示システムで保持・管理する各種データ（テーブル）の一例を示す。尚、これらの各テーブルを記憶する装置（端末／サーバ）は、基本的には図１に示す何れの端末／サーバであってもよいが、以下の説明では一例を挙げて説明するものとする。

【0042】

図２（ａ）は、受付情報テーブル３０の具体例である。このテーブル３０は、例えば電子カルテサーバ１２に記憶される。

【0043】

図示の例の受付情報テーブル３０は、診療科コード３１、診療科名３２、医師コード３３、医師名３４、患者ＩＤ３５、呼出番号３６、受付時間３７、予約時間３８などの各データ項目より成る。

【0044】

このテーブル３０には、患者ＩＤ３５が示す各患者毎に、その患者の担当医の氏名と識別コードが医師名３４、医師コード３３に格納され、この担当医の診療科（内科、外科など）の識別コードと名称が診療科コード３１、診療科名３２に格納される。更に、診察などの予約がある場合には、予約時間が予約時間３８に格納されている。尚、上記営業開始前に受付情報テーブル３０を生成した時点では、未だ、呼出番号３６と受付時間３７にはデータは格納されていない。

【0045】

図２（ｂ）は、診察室情報テーブル４０の具体例である。このテーブル４０は、例えば電子カルテサーバ１２（または表示サーバ２１）に記憶される。

【0046】

図示の例の診察室情報テーブル４０は、診察室コード４１、端末コード４２の各データ項目より成る。尚、各診察室には予め固有の診察室コードが割当てられている。同様に、各電子カルテ操作端末１３には予め固有の端末コードが割当てられている。これより、診察室情報テーブル４０は、各電子カルテ操作端末１３がどの診察室に設置されているのかを登録したテーブルと言える。

【0047】

図２（ｃ）は、表示盤表示情報テーブル５０の具体例である。このテーブル５０は、例えば表示サーバ２１に記憶される。

【0048】

図示の例の表示盤表示情報テーブル５０は、表示盤ＩＤ５１、診察室コード５２、位置ＩＤ５３の各データ項目より成る。各表示盤２３には、予め固有の表示盤ＩＤが割当てられている。ここで、表示盤２３には、各診察室に対応して設けられる、比較的小型の表示盤２３があり、これらは例えば各診察室の前に設置されている。これより、表示盤表示情報テーブル５０は、この様な表示盤２３について、どの表示盤２３がどの診察室に対応して設置されているのかを示すものといえる。

【0049】

尚、本説明では位置ＩＤ５３は特に必要ない。
図２（ｄ）は、表示予定情報テーブル６０の具体例である。尚、図では“医師Ａ”に係る表示予定情報テーブル６０のみを示すが、他の（各診察室にいる）医師についてもそれぞれ表示予定情報テーブル６０が作成される。これら各テーブル６０は、例えば各電子カルテ操作端末１３毎に記憶されてもよいし、全てのテーブル６０がまとめて表示サーバ２１に記憶されていてもよい。

【0050】

図示の例の表示予定情報テーブル６０は、診療室コード６１、診療科コード６２、診療科名６３、医師コード６４、医師名６５、患者ＩＤ６６、呼出番号６７等の各データ項目より成る。上記の通り、これは“医師Ａ”に係る表示予定情報テーブル６０であるので、全レコードにおいて、医師名６５＝“医師Ａ”、医師コード６４＝「医師Ａの医師コード（＃00000000）」、診療科名６３＝「医師Ａの担当診療科（内科）」、診療科コード６２＝「内科のコード（＃０１）」となっている。また、そのときの医師Ａがいる診察室の識別コードは“A0101”であるものとし、これより全レコードで診察室コード６１＝“A0101”となっている。

【0051】

他の医師についても、それぞれ、その医師用の表示予定情報テーブル６０が作成されるものであり、例えば医師Ｂであれば全レコードにおいて医師名６５＝“医師Ｂ”となっていることになる。

【0052】

ここで、表示予定情報テーブル６０は、上記受付情報テーブル３０から該当レコードを全て抽出して作成するものである。図示のような“医師Ａ”に係る表示予定情報テーブル６０の場合には、上記受付情報テーブル３０において医師名３４が“医師Ａ”であるレコードを上記該当レコードとしてもよい。但し、この例に限らず、例えば、医師名３４が“医師Ａ”且つ受付時間３７にデータが登録されている（つまり、受付済みである患者の）レコードを、該当レコードとしてもよい。

【0053】

尚、上記のことから、表示予定情報テーブル６０は、例えば、電子カルテに基づいて得られる、各医師毎の担当患者の診察順番を示すデータということもできる。

【0054】

また、図ではテーブル６０にはテーブル３０の受付時間３７、予約時間３８のデータが無いが、この例に限るものではなく、これらのデータ項目もテーブル３０にあってよい。すなわち、テーブル３０は、基本的に、テーブル６０の一部をコピーして（更に診察室コード６１を追加して）作成するものであってよい。

【0055】

図３（ａ）は、患者位置情報テーブル７０の具体例である。このテーブル７０は、例えばＲＦＩＤシステム２２（または表示サーバ２１）に記憶される。

【0056】

図示の例の患者位置情報テーブル７０は、各患者ＩＤ７１に対して表示盤ＩＤ７２が登録されている。これは、患者ＩＤ７１の患者の現在位置が登録されるものである。つまり、患者ＩＤ７１の患者の現在位置近辺の表示盤の表示盤ＩＤが、登録されるものである。この登録処理については後にフローチャート図で説明する。

【0057】

図３（ｂ）は、距離情報テーブル８０の具体例である。このテーブル８０は、例えば表示サーバ２１に記憶される。

【0058】

図示の例の距離情報テーブル８０は、距離８１、端末コード８２、表示盤ＩＤ８３の各データ項目より成る。これは、端末コード８２の電子カルテ操作端末１３と、表示盤ＩＤ８３の表示盤２３との距離（距離関係）が、登録されているものである。各電子カルテ操作端末１３は、それぞれ所定の診察室に設置されているので、テーブル８０には各診察室と各表示盤２３との距離（距離関係）が登録されていると言うこともできる。

【0059】

図３（ｃ）は、「距離情報毎の案内情報」テーブル９０（以下、簡略化して、案内情報テーブル９０と記す）の具体例である。このテーブル９０は、例えば表示サーバ２１に記憶される。

【0060】

図示の例の案内情報テーブル９０は、各距離９１（距離関係）毎に対応付けて、案内９２（案内メッセージ）が登録されている。尚、案内９２は、図では省略的に「案内あ」等と記してあるが、実際には例えば「直ちに内科第３診察室にお入り下さい」等のメッセージが登録される。

【0061】

以下、上記本システムの各端末／各サーバによって実行される処理について、各フローチャート図を参照して説明する。

【0062】

図４（ａ）は、受付端末１１の処理フローチャート図である。
受付端末１１は、任意の患者の診察券（そのＲＦＩＤタグ）を検知すると、診察券（そのＲＦＩＤタグ）から患者ＩＤを読み取ると共に（ステップＳ１１）、任意の呼出番号を生成・発行し（ステップＳ１２）、これらの受付情報（患者ＩＤと呼出番号）を電子カルテサーバ１２へ送信する（ステップＳ１３）。

【0063】

図４（ｂ）は、電子カルテサーバ１２の処理フローチャート図である。
電子カルテサーバ１２は、上記受付端末１１から送信される上記受付情報（一例として、患者ＩＤと呼出番号）を受信すると（ステップＳ２１）、この受付情報を受付情報テーブル３０に格納する（ステップＳ２２）。これは、例えば、受付情報テーブル３０において受信した受付情報の患者ＩＤを用いて該当レコード検索し、この該当レコードに、受信した呼出番号と現在日時（受付日時）を格納する（それ以外のデータは、事前に受付情報テーブル３０に登録済み）。

【0064】

図５は、位置検知に係わる処理フローチャート図である。
ＲＦＩＤリーダ２４は、任意の診察券（そのＲＦＩＤタグ）を検知すると、その患者ＩＤを読取り（ステップＳ３１）、当該読取った患者ＩＤを、自己が保持する表示盤ＩＤと共に、ＲＦＩＤシステム２２へ送信する（ステップＳ３２）。尚、上記の通り、各ＲＦＩＤリーダ２４は任意の表示盤２３に対応して設けられており、自己が対応する表示盤２３の表示盤ＩＤを予め記憶している。

【0065】

ＲＦＩＤシステム２２は、受信した患者ＩＤと表示盤ＩＤとを、患者位置情報テーブル７０に記憶する（ステップＳ３３）。既に登録済みの場合には（受信した患者ＩＤと一致する患者ＩＤ７１が既に患者位置情報テーブル７０に存在する場合には）、対応する表示盤ＩＤ７２を、受信した表示盤ＩＤに更新する。尚、患者位置情報テーブル７０は、更新する毎に表示サーバ２１に転送して保持させてもよい。

【0066】

上記処理により、患者位置情報テーブル７０には、各患者の現在位置（どの表示盤２３の近辺にいるのか）を示す情報が、格納される。

【0067】

図６は、電子カルテ操作端末１３の処理フローチャート図である。
電子カルテ操作端末１３は、任意の医師がログインすると（例えば医師のＩＤとパスワード入力）、この医師の医師コードを認識する（各医師に関する不図示のＤＢが別途存在する；但し、上記医師のＩＤ＝医師コードであってもよい）（ステップＳ４１）。尚、電子カルテ操作端末１３の識別情報（端末コードと呼ぶ）が予め任意に決められており、各電子カルテ操作端末１３は自端末の端末コードを保持している。

【0068】

上記医師コードを用いて上記電子カルテサーバ１２の受付情報テーブル３０を検索することで、例えばこの医師が担当する患者のレコードを抽出する（担当患者情報と呼ぶものとする）（ステップＳ４２）。尚、既に述べたように、担当患者のうち既に受付を済ませた患者のレコードのみを抽出するようにしてもよい。

【0069】

上記担当患者情報に基づいて表示予定情報テーブル６０を作成・表示する（ステップＳ４３）。例えば、抽出した担当患者情報の各レコードを、所定の順番通りに並べることで（例えば予約時間順、あるいは受付時間順など）、表示予定情報テーブル６０を作成する。尚、その際、自端末が設置された診察室の診察室コード（診察室情報テーブル４０を参照）を、表示予定情報テーブル６０の上記診察室コード６１に格納する。

【0070】

尚、上記の例に限らず、例えば医師や看護婦等が、マウス操作等によって、担当患者情報の各レコードの順番を自由に指定・変更することも可能であってよい。

【0071】

その後、例えば医師や看護婦等によって所定操作（次の患者の呼出し操作等）がある毎に（ステップＳ４４，ＹＥＳ）、表示予定情報テーブル６０の先頭レコードを取り出して、ステップＳ４５〜Ｓ４７の処理を実行する。

【0072】

すなわち、まず、当該先頭レコードの患者ＩＤ６６（つまり、次の患者の患者ＩＤ）が、患者位置情報テーブル７０に登録されているか否かを判定し（ステップＳ４５）、登録されていない場合には（ステップＳ４５，ＮＯ）、本処理を終了する。

【0073】

但し、これは一例であり、例えばステップＳ４５がＮＯの場合にはステップＳ４８に移行することで、「次の次の患者」に対する事前案内に係る処理に移行するようにしてもよい。あるいは、ステップＳ４５がＮＯの場合、例えば、とりあえずその医師がいる診察室に対応する表示盤２３に、次の患者の呼出番号を表示させるようにしてもよい。尚、これは、上記の通り診察室コードは分かっているので、表示盤表示情報テーブル５０を参照すれば、その診察室に対応する表示盤ＩＤが分かることになる。

【0074】

一方、患者ＩＤ６６が患者位置情報テーブル７０に登録されている場合には（ステップＳ４５，ＹＥＳ）、その表示盤ＩＤ７２（患者の現在位置を示すもの）を取得して、ステップＳ４６へ移行する。

【0075】

ステップＳ４６では、上記ステップＳ４５で取得した表示盤ＩＤ７２と、自端末の端末コードとを用いて、距離情報テーブル８０を参照することで、該当する“距離”８１を取得する。更に、“距離情報毎の案内情報”テーブル９０から、上記該当する“距離”８１に対応する“案内”９２を取得する。

【0076】

尚、上記“距離”とは、単なる距離だけではなく、どの端末（どの診察室）との距離であるのかも示すものとする（例えば、“距離関係”と言える）。例えば、図示の（ａ１）と（ｂ１）とが、仮に距離自体は同じであったとしても、別扱いとなる。例えば、（ａ１）に対応する“案内”９２である図示の「案内あ」が「内科診察室１番へお入り下さい」であるのに対して、（ｂ１）に対応する“案内”９２である不図示の「案内か」は「外科診察室３番へお入り下さい」等となる。

【0077】

また、距離自体にしても、厳密な距離を意味するものではなく、例えば、０ｍ〜３０ｍは‘１’、３１ｍ〜１００ｍは‘２’、１０１ｍ〜２００ｍは‘３’、２００ｍ以上は‘４’等と区分し（距離区分とし）、上記（ａ１）はａの‘１’を意味するものと考えてよい。また、この場合、ａとは、例えば内科診察室１番を示す記号と考えてもよい。

【0078】

そして、上記ステップＳ４６で取得した“案内”９２を、上記ステップＳ４５で取得した表示盤ＩＤ７２（次の患者が居る場所の表示盤のＩＤ）と、上記次の患者の呼出番号とを、表示依頼コマンドと共に表示サーバ２１に送信する（ステップＳ４７）。これに応じた表示サーバ２１の処理については後述する。

【0079】

尚、ステップＳ４４がＮＯの状態では、例えば定期的にステップＳ４２，Ｓ４３を実行することで、表示予定情報テーブル６０の内容を更新するようにしてもよい。

【0080】

以上で次の患者に対する呼出し処理は終了するが、本手法ではそれだけでなく、更にその次以降（「次の次の患者」等）に対して事前案内を行う。これは、基本的には、その患者の現在位置が、受診する診察室から遠い（ある程度以上離れている）場合には、事前に案内することで、この診察室近くに来ていてもらう。これによって、後にこの患者が「次の患者」として案内されるときには、すぐに診察室に入って診察を受けることができる。逆に言えば、事前案内を行わないと、遠くにいるために、呼出しを受けてから診察室に入るまでに時間が掛かることになり、医師は待たされ、診療の効率が悪いものとなる。

【0081】

上記事前案内の為の処理が、ステップＳ４８〜Ｓ５１の処理である。尚、この例では「次の次の患者」のみを対象とするが、この例に限らず、更に、「次の次の次の患者」等に対しても、事前案内を行うようにしてもよい。ここでは、「次の次の患者」に対する事前案内の為の処理について説明する。

【0082】

まず、「次の次の患者」の診察予定情報を取得して（すなわち上記表示予定情報テーブル６０の２番目のレコードを取得して）、その患者ＩＤ６６が患者位置情報テーブル７０に登録されているか否かを判定する。登録されていなければ（ステップＳ４８，ＮＯ）処理終了とし、登録されていれば（ステップＳ４８，ＹＥＳ）、その表示盤ＩＤ７２を取得して、ステップＳ４９へ移行する。

【0083】

ステップＳ４９では、上記ステップＳ４６と略同様に、上記ステップＳ４８で取得した表示盤ＩＤ７２と、自端末の端末コードとを用いて、距離情報テーブル８０を参照することで、該当する“距離”８１を取得する。

【0084】

そして、ステップＳ４９で取得した“距離”８１が、予め設定されている閾値（仮に‘２’とする）以上か否かを判定する（ステップＳ５０）。例えば取得した“距離”８１が（ａ２）や（ｂ２）であれば距離＝‘２’と認識するので、上記閾値以上と判定されることになる。

【0085】

「次の次の患者」の現在位置から診察室までの“距離”が、閾値未満であれば（ステップＳ５０，ＮＯ）本処理は終了し、事前案内は行わない。一方、距離が閾値以上であれば（ステップＳ５０，ＹＥＳ）ステップＳ５１へ移行する。

【0086】

ステップＳ５１では、上記ステップＳ４９で取得した“距離”８１に応じた“案内”９２を“距離情報毎の案内情報”テーブル９０から取得して、この“案内”９２と、ステップＳ４８で取得した表示盤ＩＤ７２（「次の次の患者」の現在位置付近の表示盤２３のＩＤ）と、「次の次の患者」の呼出番号とを、表示依頼コマンドと共に表示サーバ２１に送信する。これに応じた表示サーバ２１の処理は、後述する。

【0087】

尚、終了前に、上記表示予定情報テーブル６０の先頭レコードを削除するようにしてもよい。それによって、上記２番目のレコードが新たな先頭レコードとなり、上記「次の次の患者」は、次回の処理では「次の患者」として処理されることになる。尚、この例に限らず、例えば上記ステップＳ４４がＹＥＳとなったときに、そのときの表示予定情報テーブル６０の先頭レコードを削除するようにしてもよい。また、削除する代わりに無効化してもよい。当然、無効化されたレコードは、図６の処理の対象外として扱われる。

【0088】

図７は、表示サーバ２１の処理フローチャート図である。
まず、表示サーバ２１は、随時、上記表示依頼コマンドの受信待ち状態とする（ステップＳ６１）。

【0089】

そして、上記ステップＳ４７またはＳ５１によって任意の電子カルテ操作端末１３から上記表示依頼コマンドが送られてきて受信したら（ステップＳ６１，ＹＥＳ）、このコマンドに付加される上記各種情報に基づいて、上述した「次の患者」または「次の次の患者」が居る場所の表示盤２３に対して、上記呼出番号と“案内”９２を送信して表示させる（ステップＳ６２）。

【0090】

尚、“案内”９２の内容（案内メッセージ）は、予め上記閾値に応じた内容が登録されている。すなわち、ステップＳ５１の処理で取得される案内メッセージは、「次の次の患者」に対する事前案内（診察室に入る案内ではなく、診察室近くに移動させる為の案内）となるように、予め作成・登録しておく。

【0091】

例えば、閾値＝‘３’であるならば、上記距離が‘３’、‘４’に対応する案内メッセージが、事前案内の内容となるように登録しておくことになる。一方、上記距離が‘１’、‘２’に対応する案内メッセージは、呼出し（診察室への入室を促す）の内容となるように登録しておくことになる。

【0092】

尚、図６、図７は、一例を示すものであり、この例に限らない。例えば、表示サーバ２１が、図７だけでなく、図６の処理の一部を実行するようにしてもよい。例えば、電子カルテ操作端末１３は、単に表示とユーザ入力操作受付のみを行う端末であるものとし、図６、図７の処理は、基本的には全て、表示サーバ２１が行うものとしてもよい。この場合、図６、図７の処理に必要なデータは全て、表示サーバ２１が記憶するものであってよい。

【0093】

図８は、電子カルテ操作端末１３の表示画面例である。
図９（ａ），（ｂ）は、表示盤２３に表示される表示画面例（その１）である。

【0094】

図１０（ａ）、（ｂ）は、表示盤２３に表示される表示画面例（その２）である。
まず、図８の電子カルテ操作端末１３の表示画面例について説明する。

【0095】

図示の表示画面１００は、図上上側に示す表示済一覧（待ち順番確定）１０１、順番未確定一覧１０２の２つの表示領域と、「△移動」ボタン１０３、「戻す」ボタン１０４の２つの操作ボタンから成る。

【0096】

医師／看護師などの操作者は、上記表示領域を見ると共に、必要に応じて上記操作ボタンを操作する。

【0097】

まず、表示済一覧（待ち順番確定）１０１は、例えば上記表示予定情報テーブル６０の格納データが、表示されるものである。ここで、上述した処理例では、抽出したレコードが自動的に順番通りに（例えば予約時間順）ソートされることで、表示予定情報テーブル６０が自動的に作成されるものとしたが、この例に限らない。

【0098】

例えば、抽出したレコードがそのまま（ソートせずに）記憶される不図示の記憶領域があるものとし、この記憶領域のデータを表示したものが上記順番未確定一覧１０２であるものとする。そして、ユーザが、この順番未確定一覧１０２上の任意の患者のレコードを指定したうえで「△移動」ボタン１０３を操作すると、このレコードが、表示予定情報テーブル６０に追加格納され、以って表示済一覧１０１に追加される。

【0099】

一方、既に決定された順番を変更したい場合には、ユーザが、表示済一覧１０１上の任意の患者のレコードを指定したうえで「戻す」ボタン１０４を操作すると、このレコードが不図示の記憶領域へ戻され（テーブル６０からは削除される）、以って表示済一覧１０１からその表示が消えると共に、順番未確定一覧１０２に表示されることになる。

【0100】

そして、ユーザが例えば不図示の「次の患者呼出」ボタンを操作すると、上記図６の電子カルテ操作端末１３の処理が実行されることになる。この場合、例えば診察中であった図示の受付番号‘1000’の患者のレコードが削除され、これによって図示の受付番号‘1001’の患者のレコードが上記先頭レコード（次の患者のレコード）となり、受付番号‘1001’の患者のレコードが上記２番目のレコード（「次の次の患者」のレコード）となって、上述したステップＳ４５以降の処理が実行されることになる。

【0101】

次に、以下、図９、図１０を参照して、表示盤２３に表示される表示画面例について説明する。

【0102】

ここで、表示盤２３は複数種類あり、例えば各診察室毎に設けられる表示盤、各診療科に設けられる表示盤等がある。前者（各診察室毎に設けられる表示盤）は例えば各診察室の入口付近に設けられる。前者は後者に比べて小型であり、よって表示する情報量も少なくなる。図９（ｂ）は前者の一例である。図９（ａ）、図１０（ａ），（ｂ）は、後者（各診療科に設けられる表示盤）の一例である。

【0103】

まず、図９（ｂ）は、例えば内科第１診察室に対応する表示盤２３であって、例えば当該診察室の入口近辺に設置される表示盤２３の表示画面例である。上記ステップＳ４７によって「次の患者」の呼出しを行う場合、図示のように「次の患者」の呼出番号が表示されることになる。また、上記ステップＳ５１による「次の次の患者」の事前案内は、ここでは図示していないが、例えば上記「次の患者」の呼出表示と交互に表示させてもよい。

【0104】

一方、図９（ａ）、図１０（ａ），（ｂ）には、一例として内科用の表示盤の表示例を示している。よって、図９（ａ）に示す通常画面のように、内科の各診察室毎の患者呼出情報（呼出番号など）が表示される。但し、ここでは、他の診療科に関しても、「次の次の患者」や「次の次の次の患者」等の事前案内は表示する。これより、図示の例では、外科と耳鼻科についても、それぞれ、「次の次の患者」などの呼出番号が表示される。

【0105】

そして、「次の次の患者」の新たな事前案内が生じた場合には、例えば図１０（ａ），（ｂ）に示すように、表示画面の一部を新規事前案内用の表示領域として表示する。これは、図１０（ａ）の例では上記通常画面の一部を一時的に消去して上記新規事前案内用の表示領域を一時的に設ける。図１０（ｂ）の例では上記通常画面の下側に上記新規事前案内用の表示領域が設けられているが、これは、図１０（ａ）より小さい為、全てのメッセージが表示できないので、図示のように流動メッセージとして表示する。

【0106】

尚、本例は内科用の表示盤の表示例であるので、事前案内の対象者が内科の患者となることはなく、図示の例では外科の患者が対象者となっている。つまり、この例では、外科の患者の現在位置が内科エリアであり、外科と内科とはある程度以上（ステップＳ５０の閾値以上）離れていることになる。

【0107】

図１１に、上記患者の呼出しや事前案内の具体的イメージを示す。
図示の例では、内科第１診察室において、現在は医師Ａが診察担当しているものとする。医師Ａは、内科第１診察室に設置されている電子カルテ操作端末１３を操作して、例えば既に図８で説明したように自己の担当患者の診察順を指定する等の操作を行い、また特に図示・説明しないが、診察終了した患者の電子カルテに診察結果等を入力する操作等を行う。電子カルテ操作端末１３は、例えば、この様な診察結果入力をトリガとして図６の処理を実行することで、次の患者の呼出しや「次の次の患者」等に対する事前案内を行う。

【0108】

また、図１１の図上右側には、この電子カルテ操作端末１３の呼出し操作画面例を示している。図示の例では、受付番号（上記呼出番号に相当）が‘1000’の患者が診察中であり、次の患者の受付番号は‘1001’、「次の次の患者」の受付番号は‘1234’となっている。

【0109】

この例において、医師Ａが呼出しのトリガとなる何らかの操作（例えば‘1000’の患者の診察結果入力など）を行うことで上記図６の処理が実行されると、例えば図示のような呼出し／事前案内が行われる。

【0110】

すなわち、まず、図示の待合エリアＡは、上記内科第１診察室との距離が近い(例えば距離‘１’)エリアであり、本例では基本的には内科エリアとなるが、これに限らず、例えば内科エリアに近接する他の診療科のエリア（例えば眼科であるものとする）であってもよい。本手法では、基本的に、「次の患者」は事前案内によってこの様な待合エリアＡに誘導されてきているはずである。尚、待合エリアＡは、例えば待合エリアＡ用の表示盤２３に備えられるＲＦＩＤリーダ２４によって診察券（そのＲＦＩＤタグ）を検知できるエリア（図示の検知エリアＡ）であると言える。

【0111】

これより、上記次の患者の受付番号‘1001’が、図示のように待合エリアＡの表示盤２３に表示されることになり、これに応じてこの患者は上記内科第１診察室に入って診察を受けることになる。尚、受付番号の表示だけでなく、例えば患者に内科第１診察室への入室を促すような何らかのメッセージも表示するようにしてもよい。尚、図示のように、表示だけでなく音声によっても案内するようにしてもよい。

【0112】

但し、このとき、「次の患者」が、事前案内に気付かなかった（あるいは気付いても無視した）等の理由によって、待合エリアＡ以外の場所（待合エリアＢのような比較的遠くの場所も有り得る）にいる可能性もある。本システムでは、この様な場合でも、「次の患者」の現在位置に対応する表示盤２３（例えば待合エリアＢの表示盤２３）に、呼出メッセージ等が表示されることになる。

【0113】

何れにしても、本システムでは、患者が病院内のどこにいても、その近辺の表示盤２３を用いて、情報通知（呼出し等）を行うことができるという効果も得られる。そして、これに加えて更に、事前案内を行うことによって、患者呼出し時点から患者が診察室に入る（診察を開始する）までの時間を短縮できる（短縮を図ることができる）、という効果も得られる。

【0114】

また、このとき、「次の次の患者」は、上記内科第１診察室との距離が遠い(例えば距離‘３’)エリアである待合エリアＢにいるものとする。尚、仮にこのとき「次の次の患者」が上記待合エリアＡにいた場合には、事前案内は行われない。

【0115】

この場合、この待合エリアＢの表示盤２３に、例えば図示のように「次の次の患者」のの受付番号‘1234’と共に待合エリアＡへの移動を促すメッセージが表示されることになる（更に音声案内があってもよい）。

【0116】

これによって、「次の次の患者」は、事前に待合エリアＡ（内科第１診察室やその近辺のエリア）に移動することで、後に「次の患者」として呼び出されるときには待合エリアＡの表示盤２３等で呼び出されることになり、直ちに内科第１診察室に入り、スムーズに診察を受けることができる。また、医師Ａにとっても、患者呼出しから診察開始までの時間が短縮されるので、効率的に診察を行うことができるようになる。

【0117】

上述したように、予め各距離関係毎に応じて、「次の患者」の呼出し、またはその後の患者（「次の次の患者」など）の事前案内の為のメッセージが登録されている。そして、所定距離以上である距離関係（距離９１）に対応するメッセージ（案内９２）は、例えば上記“後の患者”を、当該患者が受診する診察室近辺に移動させる為のメッセージ等である。

【0118】

尚、上述した説明は一例であり、この例に限るものではない。例えば、各患者の現在位置を検出して記憶するシステム（患者位置検出記憶システム）は、上記ＲＦＩＤタグとＲＦＩＤリーダを用いる例に限らない。例えば、受付端末１１で操作者の顔画像を撮影して、発行した呼出番号に対応付けて表示サーバ２１等に記憶しておく。表示サーバ２１は、顔画像に基づく認証システムが搭載されている。また、各表示盤２３に対応してカメラを設置しておき、このカメラで顔画像を撮影して表示サーバ２１に送信する。あるいは、上記特許文献２の構成を用いてもよい。

【0119】

以上の構成によっても、各呼出番号に対応する人それぞれの現在位置を検出して記憶しておくことができる。

【0120】

また、既に述べたように、上述した図６の処理は各電子カルテ操作端末１３が実行し、図７の処理は表示サーバ２１が実行する旨の説明は、一例に過ぎず、この例に限らない。ここで、図６及び図７の処理（実質的にこれらに相当する処理も含む）を実行する装置を、例えば「患者呼出／案内装置」と呼ぶならば、この「患者呼出／案内装置」は、一例としては図６の処理を行う電子カルテ操作端末１３と、図７の処理を行う表示サーバ２１とから成るものとなるが、この例に限らない。

【0121】

ここで、患者呼出表示システムは、例えば、病院内の各所に設けられる表示盤２３と、各患者の位置近辺の表示盤２３を該患者の位置として検出して患者位置情報として記憶する上記患者位置検出記憶システムと、各患者の診察に係わる情報を含む電子カルテを記憶・管理する電子カルテサーバ１２と、上記「患者呼出／案内装置」とを有するシステムということもできる。

【0122】

そして、当該システムにおける上記「患者呼出／案内装置」は、例えば、任意の端末（電子カルテ操作端末１３）において次の患者の呼出しが決定されると、予め設定されている各端末−表示盤間の距離関係と、予め登録されている該各距離関係に対応する案内情報と、上記電子カルテに基づいて得られる各医師毎の担当患者の診察順番を示す表示予定情報と、上記患者位置情報とに基づいて、該次の患者に対する呼出しを該患者の位置に対応する表示盤２３に表示させると共に、該次の患者より後の患者に対して、所定の条件を満たす場合には、該後の患者の位置に対応する表示盤２３に事前案内を表示させる処理機能を有するものということもできる。

【0123】

また、上記一実施例の説明では、上記テーブル５０の位置ＩＤ５３は、特に用いないものとしたが、この例に限らない。例えば表示盤２３のディスプレイ上に病院内のマップを表示して、上記位置ＩＤ５３はこのマップ上での位置座標を示すものとする。これより、患者の現在位置に応じた表示盤２３の表示盤ＩＤ５１に対応する位置ＩＤ５３と、担当医の診察室の診察室コード５２に対応する位置ＩＤ５３とを取得して、この２箇所の位置をマップ上に表示することができる。これによって、特に事前案内を受ける（比較的遠くにいる）患者は、このマップ表示を見ることで、どこへ向かえばよいのか分かり易くなる。

【0124】

また、図１２（ｂ）は、本システムの他の効果を説明する為の図である。
尚、図１２（ａ）には、比較の為に従来の場合について示している。

【0125】

図１２（ａ）に示すように、従来のシステムでは、例えば、内科を受診する各患者の呼出しは、内科診察室の操作端末Ａにおける呼出操作に応じて、内科の表示盤に例えば呼出対象患者の呼出番号等が表示されるものであった。この為、例えば、内科待合い場所が混雑している等の理由で、この患者が例えば外科待合い場所に居た場合には、この患者は自己の呼出しに気付かないで待ち続けることになる。

【0126】

これに対して、本システムでは、図１２（ｂ）に示すように、上記のようなケースでも問題なく、例えば内科の患者が外科待合い場所に居る場合であっても、この患者が分かるように呼出しを行うことができる。換言すれば、患者が病院内の何処にいても、有効な（本人が気付くような）呼出しを行うことができる。

【0127】

図１２（ｂ）に示す例では、例えば外科の表示盤２３に対応して設けられているＲＦＩＤリーダ２４が、呼出番号＝‘1234’番の患者を検知してＲＦＩＤシステム２２に通知している。これより、内科診察室の操作端末Ａで呼出番号＝‘1234’番の患者の呼出し操作があった場合、表示サーバ２１は、ＲＦＩＤシステム２２からこの患者の位置情報を取得することで、外科の表示盤２３に‘1234’番の患者の呼出し表示を行うことになる。

【0128】

この様に、例えば内科の患者が外科待合い場所に居る場合であっても、患者が居る場所の表示盤２３に呼出し表示が行われるので、患者が病院内の何処にいても問題なく確実な呼出しを行うことができる。

【0129】

勿論、本システムでは、既に説明したように、事前に、例えば外科の表示盤２３に‘1234’番の患者に対する事前案内メッセージ（「診察順番が近づいております。内科待合い場所に来て下さい。」などのメッセージ）を表示することもできる。

【符号の説明】

【0130】

１１ 受付端末
１２ 電子カルテサーバ
１３ 電子カルテ操作端末
２１ 表示サーバ
２２ ＲＦＩＤシステム
２３ 表示盤
２４ ＲＦＩＤリーダ
３０ 受付情報テーブル
３１ 診療科コード
３２ 診療科名
３３ 医師コード
３４ 医師名
３５ 患者ＩＤ
３６ 呼出番号
３７ 受付時間
３８ 予約時間
４０ 診察室情報テーブル
４１ 診察室コード
４２ 端末コード
５０ 表示盤表示情報テーブル
５１ 表示盤ＩＤ
５２ 診察室コード
５３ 位置ＩＤ
６０ 表示予定情報テーブル
６１ 診療室コード
６２ 診療科コード
６３ 診療科名
６４ 医師コード
６５ 医師名
６６ 患者ＩＤ
６７ 呼出番号
７０ 患者位置情報テーブル
７１ 患者ＩＤ
７２ 表示盤ＩＤ
８０ 距離情報テーブル
８１ 距離
８２ 端末コード
８３ 表示盤ＩＤ
９０ 案内情報テーブル
９１ 距離
９２ 案内

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】