(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-03-04
(45)【発行日】2022-03-14
(54)【発明の名称】外来患者案内システムの受付機
(51)【国際特許分類】
G06Q 50/22 20180101AFI20220307BHJP
G16H 40/00 20180101ALI20220307BHJP
【ＦＩ】
G06Q50/22
G16H40/00
【請求項の数】
7
(21)【出願番号】P 2017199686
(22)【出願日】2017-10-13
(65)【公開番号】P2019074871
(43)【公開日】2019-05-16
【審査請求日】2020-10-13
(73)【特許権者】
【識別番号】000147833
【氏名又は名称】株式会社イシダ
(74)【代理人】
【識別番号】110000202
【氏名又は名称】新樹グローバル・アイピー特許業務法人
(72)【発明者】
【氏名】寺本 拓
(72)【発明者】
【氏名】北川 弘樹
(72)【発明者】
【氏名】國崎 嘉人
【審査官】大野 朋也
(56)【参考文献】
【文献】特開２０１３－２１０８６４（ＪＰ，Ａ）
【文献】特開２００３－１４３６４８（ＪＰ，Ａ）
【文献】特開２０１７－０５８９７４（ＪＰ，Ａ）
【文献】特開平１１－３１１０３７（ＪＰ，Ａ）
【文献】特開２００６－２５９９０８（ＪＰ，Ａ）
【文献】特開２０１７－１１７２７７（ＪＰ，Ａ）
【文献】特開２００４－２８０５４４（ＪＰ，Ａ）
【文献】韓国公開特許第１０－２０１６－０１３８６４９（ＫＲ，Ａ）
【文献】特開２０１５－０６０５６３（ＪＰ，Ａ）
【文献】特開２００７－３２３４８２（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
Ｇ１６Ｈ １０／００－８０／００
(57)【特許請求の範囲】
【請求項1】
患者に割り当てられる患者識別情報を記憶するサーバ、及び前記患者に携帯されるとともにメッセージアプリがインストールされた携帯端末、と通信可能な外来患者案内システムの受付機であって、前記メッセージアプリにより前記携帯端末にはメッセージアプリユーザ識別情報が割り当てられており、受付機は、メッセージを表示する表示部と、
患者の応答を取得する応答入力部と、
情報処理を行う処理部と、
を備え、
前記サーバにおいて前記患者識別情報と前記メッセージアプリユーザ識別情報とが関連付けられていることを前記処理部が認知した場合に、前記表示部は選択画面を表示し、
前記選択画面は、前記患者の案内機器として、病院の案内端末及び前記患者の前記携帯端末のいずれを使用するかを、前記応答入力部を用いて応答するよう前記患者に促す、
受付機。
【請求項2】
外来患者案内システムの受付機であって、メッセージを表示する表示部と、
患者の応答を取得する応答入力部と、
情報処理及びサーバとの通信を行う処理部と、
を備え、
前記患者の案内機器として前記患者の携帯端末が登録されていることを前記サーバとの通信によって前記処理部が認知した場合に、前記表示部は選択画面を表示し、
前記選択画面は、前記患者の前記案内機器として、病院の案内端末及び前記患者の前記携帯端末のいずれを使用するかを、前記応答入力部を用いて応答するよう前記患者に促す、
受付機。
【請求項3】
前記患者の前記案内機器として前記患者の前記携帯端末が登録されていないことを前記処理部が認知した場合に、前記表示部は前記選択画面を表示しない、請求項１又は請求項２に記載の受付機。
【請求項4】
前記患者の前記案内機器として前記患者の前記携帯端末が登録されていること、及び前記患者の前記携帯端末が前記案内機器として機能できない状態にあることを前記処理部が認知した場合に、前記表示部は前記選択画面を表示しない、請求項１から３のいずれか１項に記載の受付機。
【請求項5】
前記病院の前記案内端末を発行する案内端末発行部、をさらに備え、
前記表示部が前記選択画面を表示しない場合に、前記案内端末発行部は、前記患者の前記案内機器として前記案内端末を発行する、
請求項３又は請求項４に記載の受付機。
【請求項6】
患者識別情報を取得する患者識別情報入力部、をさらに備え、
前記受付機は前記サーバと接続されており、
前記サーバにおいて前記患者識別情報及び前記携帯端末の識別情報が関連付けられている場合に、前記処理部は、前記患者の前記案内機器として前記患者の前記携帯端末が登録されていると認知する、
請求項１から５のいずれか１つに記載の受付機。
【請求項7】
前記携帯端末の前記識別情報は、前記携帯端末にインストールされたメッセージングアプリのユーザ識別情報である、請求項６に記載の受付機。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、外来患者案内システムの受付機に関する。
【背景技術】
【0002】
特許文献１（特開２０１７－１１７２７７号公報）には、病院で用いられる案内システムが開示されている。案内システムは、患者を適切なタイミングで目的の場所へ案内するためのものである。患者の案内は、患者に貸与される専用の案内端末を通して行われる。
【発明の概要】
【発明が解決しようとする課題】
【0003】
スマートフォン又はタブレット型コンピュータなどの携帯端末が普及した今日、患者には、専用の案内端末ではなく自分が所有する携帯端末を介して案内を受けたいというニーズがある。その一方で、携帯端末を持つ患者が、状況に応じて、自分の携帯端末ではなく専用の案内端末によって案内を受けることを望む場合もありうる。
【0004】
本発明の課題は、案内システムにおいて、患者に多くの選択肢を与えることである。
【課題を解決するための手段】
【0005】
本発明の第１観点に係る受付機は、外来患者案内システムの受付機である。受付機は、患者に割り当てられる患者識別情報を記憶するサーバ、及び前記患者に携帯されるとともにメッセージアプリがインストールされた携帯端末、と通信可能である。メッセージアプリにより携帯端末にはメッセージアプリユーザ識別情報が割り当てられる。受付機は、メッセージを表示する表示部と、患者の応答を取得する応答入力部と、情報処理を行う処理部と、を備える。サーバにおいて患者識別情報とメッセージアプリユーザ識別情報とが関連付けられていることを処理部が認知した場合に、表示部は選択画面を表示する。選択画面は、患者の案内機器として、病院の案内端末及び患者の携帯端末のいずれを使用するかを、応答入力部を用いて応答するよう患者に促す。
この構成によれば、患者は、自分の患者識別情報と、自分が所有する携帯端末に割り当てられるメッセージアプリユーザ識別情報とが関連付けられている場合には、病院の案内端末及び自分の携帯端末のいずれを使用するかを選択できる。したがって、案内機器に関し、患者により多くの選択肢を与えることができる。
本発明の第２観点に係る受付機は、外来患者案内システムの受付機である。受付機は、メッセージを表示する表示部と、患者の応答を取得する応答入力部と、情報処理を行う処理部と、を備える。患者の案内機器として患者の携帯端末が登録されていることを処理部が認知した場合に、表示部は選択画面を表示する。選択画面は、患者の案内機器として、病院の案内端末及び患者の携帯端末のいずれを使用するかを、応答入力部を用いて応答するよう患者に促す。
この構成によれば、患者は、自分の患者識別情報と、自分が所有する携帯端末に割り当てられるメッセージアプリユーザ識別情報とが関連付けられている場合には、病院の案内端末及び自分の携帯端末のいずれを使用するかを選択できる。したがって、案内機器に関し、患者により多くの選択肢を与えることができる。
本発明の第２観点に係る受付機は、外来患者案内システムの受付機である。受付機は、メッセージを表示する表示部と、患者の応答を取得する応答入力部と、情報処理を行う処理部と、を備える。患者の案内機器として患者の携帯端末が登録されていることを処理部が認知した場合に、表示部は選択画面を表示する。選択画面は、患者の案内機器として、病院の案内端末及び患者の携帯端末のいずれを使用するかを、応答入力部を用いて応答するよう患者に促す。
【0006】
この構成によれば、患者は、案内機器として自分が所有する携帯端末が登録されている場合には、病院の案内端末及び自分の携帯端末のいずれを使用するかを選択できる。したがって、案内機器に関し、患者により多くの選択肢を与えることができる。
【0007】
本発明の第３観点に係る受付機は、第１観点又は第２観点に係る受付機において、患者の案内機器として患者の携帯端末が登録されていないことを処理部が認知した場合に、表示部は選択画面を表示しない。
【0008】
この構成によれば、患者は、案内機器として自分が所有する携帯端末が登録されている場合には、選択画面を見ることがない。したがって、患者に無関係な選択画面を提示することがないので、患者を煩わせる事態が起こりにくい。
【0009】
本発明の第４観点に係る受付機は、第１観点から第３観点のいずれか１つに係る受付機において、患者の案内機器として患者の携帯端末が登録されていること、及び患者の携帯端末が案内機器として機能できない状態にあることを処理部が認知した場合に、表示部は選択画面を表示しない。
【0010】
この構成によれば、患者の携帯端末が案内機器として機能できない場合には、患者は選択画面を見ることがない。したがって、患者に不必要な選択画面を提示することがないので、患者を煩わせる事態が起こりにくい。
【0011】
本発明の第５観点に係る受付機は、第３観点又は第４観点に係る受付機において、病院の案内端末を発行する案内端末発行部、をさらに備える。表示部が選択画面を表示しない場合に、案内端末発行部は、患者の案内機器として案内端末を発行する。
【0012】
この構成によれば、受付機の表示部が選択画面を表示しない場合には、案内端末が発行される。したがって、患者は案内端末により案内を受けることができる。
【0013】
本発明の第６観点に係る受付機は、第１観点から第５観点のいずれか１つに係る受付機において、患者識別情報を取得する患者識別情報入力部、をさらに備える。受付機はサーバと接続されている。サーバにおいて患者識別情報及び携帯端末の識別情報が関連付けられている場合に、処理部は、患者の案内機器として患者の携帯端末が登録されていると認知する。
【0014】
この構成によれば、患者の案内機器として患者の携帯端末を登録することは、サーバにおいて患者識別情報と携帯端末の識別情報を関連付けることにより行われる。したがって、患者識別情報と携帯端末の関連付けの管理が行いやすい。
【0015】
本発明の第７観点に係る受付機は、第６観点に係る受付機において、携帯端末の識別情報が、携帯端末にインストールされたメッセージングアプリのユーザ識別情報である。
【0016】
この構成によれば、メッセージングアプリのユーザ識別情報が患者識別情報と関連付けられる。したがって、メッセージングアプリが有する機能を、患者の案内に利用することができる。
【発明の効果】
【0017】
本発明に係る受付機によれば、案内システムにおいて、患者に多くの選択肢を与えることができる。
【図面の簡単な説明】
【0018】
【発明を実施するための形態】
【0019】
以下、本発明に係る受付機の実施形態について、図面を用いて説明する。なお、本発明に係る受付機の具体的な構成は、下記の実施形態に限られるものではなく、発明の要旨を逸脱しない範囲で適宜変更可能である。
【0020】
（１）全体構成
図１は本発明の一実施形態に係る案内システム１００の構成を示す。案内システム１００は、病院にいる患者Ｐを適切なタイミングで目的の場所へ案内するものである。案内システム１００は、病院敷地１０の内部に設置される部分と、病院敷地１０の外部に設置される部分からなる。
図１は本発明の一実施形態に係る案内システム１００の構成を示す。案内システム１００は、病院にいる患者Ｐを適切なタイミングで目的の場所へ案内するものである。案内システム１００は、病院敷地１０の内部に設置される部分と、病院敷地１０の外部に設置される部分からなる。
【0021】
（２）詳細構成
（２－１）病院敷地１０の内部の部分
（２－１－１）建屋１５
病院敷地１０には建屋１５が設けられている。建屋１５の外側には駐車場１１等が設けられている。建屋１５の中には、ルータ２０、病院内サーバ３０、アクセスポイント機器４０、受付機５０、登録機６０が設置されている。さらに、建屋１５の中にいる患者Ｐは、案内機器Ｇを持っている。案内機器Ｇとは、病院が所有する専用の案内端末５５又は患者Ｐが所有する携帯端末５６を指す。
（２－１）病院敷地１０の内部の部分
（２－１－１）建屋１５
病院敷地１０には建屋１５が設けられている。建屋１５の外側には駐車場１１等が設けられている。建屋１５の中には、ルータ２０、病院内サーバ３０、アクセスポイント機器４０、受付機５０、登録機６０が設置されている。さらに、建屋１５の中にいる患者Ｐは、案内機器Ｇを持っている。案内機器Ｇとは、病院が所有する専用の案内端末５５又は患者Ｐが所有する携帯端末５６を指す。
【0022】
（２－１－２）ルータ２０
ルータ２０は、建屋１５の中に設置された機器が建屋１５の外に設置された機器と通信できるようにする。建屋１５の中に設置された機器は、図示しないハブによりルータ２０と共にネットワークを構成する。
ルータ２０は、建屋１５の中に設置された機器が建屋１５の外に設置された機器と通信できるようにする。建屋１５の中に設置された機器は、図示しないハブによりルータ２０と共にネットワークを構成する。
【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】
ステップＳ２１２において、案内統括部Ｃはさらにメッセージアプリ連動サーバ８０に登録の完了報告を送信する。ステップＳ２１３において、メッセージアプリ連動サーバ８０は、患者Ｐに対して登録の完了を知らせるメッセージをメッセージアプリサーバ７０に送信する。ステップＳ２１４において、メッセージアプリサーバ７０はそのメッセージを患者Ｐの携帯端末５６へ送信する。図７は、ステップＳ２１４で携帯端末５６が受信するメッセージを示す。このメッセージにより、患者Ｐは、自分の携帯端末５６が案内機器Ｇとして登録されたことを知る。
【0051】
（３－３）再来受付
既に診察券を持っている患者Ｐは、受付機５０で診察の受付を行うことができる。この再来受付は、図８に示す手順により行われる。
既に診察券を持っている患者Ｐは、受付機５０で診察の受付を行うことができる。この再来受付は、図８に示す手順により行われる。
【0052】
ステップＳ３０１において、患者Ｐが診察券投入部５２に入れ、受付機５０は患者ＩＤを読み取る。ステップＳ３０２において、受付機５０の処理部５４は患者ＩＤを案内統括部Ｃへ送信する。
【0053】
ステップＳ３０３において、案内統括部Ｃは、その患者ＩＤに関する携帯端末５６の登録ステータスを受付機５０の処理部５４へ送信する。登録ステータスとは、その患者ＩＤについて、案内機器Ｇとして携帯端末５６が登録されているか否かを意味する。換言すれば、登録ステータスとは、診察券に記録された患者ＩＤが、何らかのメッセージングアプリユーザＩＤと、案内統括部Ｃにおいて関連付けられているか否かを意味する。
【0054】
患者Ｐの案内機器Ｇとして患者Ｐの携帯端末５６が登録されていることを、処理部５４が登録ステータスに基づいて認知した場合に、表示部５１ａはステップＳ３０４において選択画面を表示する。図９は選択画面を示す。選択画面は、患者Ｐの案内機器Ｇとして、病院の案内端末５５及び患者Ｐの携帯端末５６のいずれを使用するかを、応答入力部５１ｂを用いて応答するよう患者Ｐに促す。患者Ｐは、自分がその日に案内機器Ｇとして使用したい端末に相当するエリアに手で触れることによって、選択を行う。
【0055】
図８に戻り、ステップＳ３０５において、選択内容は案内統括部Ｃへ送信される。患者Ｐが選択した案内機器Ｇが自分の携帯端末５６である場合、ステップＳ３０６において、携帯端末５６が選択されたことを伝える信号をメッセージアプリ連動サーバ８０へ送信する。ステップＳ３０７において、メッセージアプリ連動サーバ８０は、選択を受け付けたことを患者Ｐに知らせるメッセージをメッセージアプリサーバ７０に送信する。ステップＳ３０８において、メッセージアプリサーバ７０はそのメッセージを患者Ｐの携帯端末５６へ送信する。図１０は、ステップＳ３０８で携帯端末５６が受信するメッセージを示す。このメッセージにより、患者Ｐは、その日、自分の携帯端末５６が案内機器Ｇとして使用可能であることを知る。
【0056】
一方、ステップＳ３０３において、患者Ｐの案内機器Ｇとして患者Ｐの携帯端末５６が登録されていないことを処理部５４が登録ステータスに基づいて認知した場合に、表示部５１ａは選択画面を表示しない。表示部５１ａが選択画面を表示しない場合に、案内端末発行部５３は、患者Ｐの案内機器Ｇとして案内端末５５を発行する。
【0057】
ステップＳ３０５で案内端末５５が選択された場合にも、案内端末発行部５３は、患者Ｐの案内機器Ｇとして案内端末５５を発行する。
【0058】
（３－４）案内
図１１は、患者Ｐが案内機器Ｇとして選択した携帯端末５６の案内画面である。診察の時間が近づくと、携帯端末５６のメッセージアプリは患者Ｐを案内するメッセージが受信する。
図１１は、患者Ｐが案内機器Ｇとして選択した携帯端末５６の案内画面である。診察の時間が近づくと、携帯端末５６のメッセージアプリは患者Ｐを案内するメッセージが受信する。
【0059】
（４）特徴
（４－１）
患者Ｐは、案内機器Ｇとして自分が所有する携帯端末５６が登録されている場合には、病院の案内端末５５及び自分の携帯端末５６のいずれを使用するかを選択できる。したがって、案内機器Ｇに関し、患者Ｐにより多くの選択肢を与えることができる。
（４－１）
患者Ｐは、案内機器Ｇとして自分が所有する携帯端末５６が登録されている場合には、病院の案内端末５５及び自分の携帯端末５６のいずれを使用するかを選択できる。したがって、案内機器Ｇに関し、患者Ｐにより多くの選択肢を与えることができる。
【0060】
（４－２）
患者Ｐは、案内機器Ｇとして自分が所有する携帯端末５６が登録されている場合には、選択画面を見ることがない。したがって、患者Ｐに無関係な選択画面を提示することがないので、患者Ｐを煩わせる事態が起こりにくい。
患者Ｐは、案内機器Ｇとして自分が所有する携帯端末５６が登録されている場合には、選択画面を見ることがない。したがって、患者Ｐに無関係な選択画面を提示することがないので、患者Ｐを煩わせる事態が起こりにくい。
【0061】
（４－３）
受付機５０の表示部５１ａが選択画面を表示しない場合には、案内端末５５が発行される。したがって、患者Ｐは案内端末５５により案内を受けることができる。
受付機５０の表示部５１ａが選択画面を表示しない場合には、案内端末５５が発行される。したがって、患者Ｐは案内端末５５により案内を受けることができる。
【0062】
（４－４）
患者Ｐの案内機器Ｇとして患者Ｐの携帯端末５６を登録することは、病院内サーバ３０において患者ＩＤと携帯端末５６の識別情報を関連付けることにより行われる。したがって、患者ＩＤと携帯端末５６の関連付けの管理が行いやすい。
患者Ｐの案内機器Ｇとして患者Ｐの携帯端末５６を登録することは、病院内サーバ３０において患者ＩＤと携帯端末５６の識別情報を関連付けることにより行われる。したがって、患者ＩＤと携帯端末５６の関連付けの管理が行いやすい。
【0063】
（４－５）
メッセージングアプリのユーザ識別情報が患者ＩＤと関連付けられる。したがって、メッセージングアプリが有する機能を、患者Ｐの案内に利用することができる。
メッセージングアプリのユーザ識別情報が患者ＩＤと関連付けられる。したがって、メッセージングアプリが有する機能を、患者Ｐの案内に利用することができる。
【0064】
（５）変形例
以下に本実施形態の変形例を示す。
以下に本実施形態の変形例を示す。
【0065】
（５－１）変形例Ａ
上述の実施形態では、パスコードはメッセージアプリユーザＩＤに何らかの変換を施したデータである。これに代えて、パスコードはメッセージアプリユーザＩＤそのものであってもよい。
上述の実施形態では、パスコードはメッセージアプリユーザＩＤに何らかの変換を施したデータである。これに代えて、パスコードはメッセージアプリユーザＩＤそのものであってもよい。
【0066】
（５－２）変形例Ｂ
上述の実施形態では、パスコードは携帯端末５６においてバーコードとして表示される。これに代えて、パスコードは、２次元バーコード又はドットコードとして表示されてもよい。
上述の実施形態では、パスコードは携帯端末５６においてバーコードとして表示される。これに代えて、パスコードは、２次元バーコード又はドットコードとして表示されてもよい。
【0067】
さらには、パスコードは数字又は文字として表示されてもよい。この場合、病院職員Ｓは目視でパスコードを読み取り、登録機６０に接続されたキーボードなどの入力手段によってパスコードを入力してもよい。
【0068】
（５－３）変形例Ｃ
上述の実施形態では、患者Ｐの案内機器Ｇとして患者Ｐの携帯端末５６が登録されていることを、処理部５４が登録ステータスに基づいて認知した場合に、表示部５１ａはステップＳ３０４に示す選択画面を表示する。これに代えて、患者Ｐの案内機器Ｇとして患者Ｐの携帯端末５６が登録されている場合であっても、患者Ｐの携帯端末５６が案内機器Ｇとして機能できない状態にあることを処理部５４が認知した場合には、表示部５１ａは選択画面を表示しない処理を行ってもよい。機能できない状態とは、例えばメッセージアプリサーバ７０がダウンしている状態などである。この場合、案内端末発行部５３は、患者Ｐの案内機器Ｇとして案内端末５５を発行してもよい。
上述の実施形態では、患者Ｐの案内機器Ｇとして患者Ｐの携帯端末５６が登録されていることを、処理部５４が登録ステータスに基づいて認知した場合に、表示部５１ａはステップＳ３０４に示す選択画面を表示する。これに代えて、患者Ｐの案内機器Ｇとして患者Ｐの携帯端末５６が登録されている場合であっても、患者Ｐの携帯端末５６が案内機器Ｇとして機能できない状態にあることを処理部５４が認知した場合には、表示部５１ａは選択画面を表示しない処理を行ってもよい。機能できない状態とは、例えばメッセージアプリサーバ７０がダウンしている状態などである。この場合、案内端末発行部５３は、患者Ｐの案内機器Ｇとして案内端末５５を発行してもよい。
【0069】
この構成によれば、患者Ｐの携帯端末５６が案内機器Ｇとして機能できない場合には、患者Ｐは選択画面を見ることがない。したがって、患者Ｐに不必要な選択画面を提示することがないので、患者Ｐを煩わせる事態が起こりにくい。
【符号の説明】
【0070】
１０ ：病院敷地
１５ ：建屋
２０ ：ルータ
３０ ：病院内サーバ
４０ ：アクセスポイント機器
５０ ：受付機
５５ ：案内端末
５６ ：携帯端末
６０ ：登録機
６５ ：公衆回線網
７０ ：メッセージアプリサーバ
８０ ：メッセージアプリ連動サーバ
９０ ：基地局
１００ ：案内システム
Ａ ：受付機管理部
Ｃ ：案内統括部
Ｅ ：電子カルテデータベース
Ｇ ：案内機器
Ｉ ：案内機器管理部
Ｐ ：患者
Ｓ ：病院職員
１５ ：建屋
２０ ：ルータ
３０ ：病院内サーバ
４０ ：アクセスポイント機器
５０ ：受付機
５５ ：案内端末
５６ ：携帯端末
６０ ：登録機
６５ ：公衆回線網
７０ ：メッセージアプリサーバ
８０ ：メッセージアプリ連動サーバ
９０ ：基地局
１００ ：案内システム
Ａ ：受付機管理部
Ｃ ：案内統括部
Ｅ ：電子カルテデータベース
Ｇ ：案内機器
Ｉ ：案内機器管理部
Ｐ ：患者
Ｓ ：病院職員
【先行技術文献】
【特許文献】
【0071】
【文献】特開２０１７－１１７２７７号公報
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】