(57)【要約】【課題】患者が所有する携帯端末を、案内システムの案内端末として機能させる環境を提供する。【解決手段】患者登録方法では、患者Ｐが患者Ｐの所持する携帯端末５６にメッセージアプリをインストールする。病院が患者Ｐに患者ＩＤを割り当てる。患者Ｐがメッセージアプリの通信相手として病院アカウントを登録する。病院アカウントがメッセージアプリの上で患者アカウントに対して、患者ＰのメッセージアプリユーザＩＤを含むメッセージを送信する。患者が病院内の登録場所においてメッセージアプリユーザＩＤを提示する。病院がメッセージアプリユーザＩＤと患者ＩＤを関連付ける。【選択図】図１
2019074870.tif 000002
【特許請求の範囲】
【請求項１】
患者が前記患者の所持する携帯端末にメッセージアプリをインストールし、
病院が前記患者に患者識別情報を割り当て、
前記患者が前記メッセージアプリの通信相手として病院アカウントを登録し、
前記病院アカウントが前記メッセージアプリの上で患者アカウントに対して、前記患者のメッセージアプリユーザ識別情報を含むメッセージを送信し、
前記患者が前記病院内の登録場所において前記メッセージアプリユーザ識別情報を提示し、
前記病院が前記メッセージアプリユーザ識別情報と前記患者識別情報を関連付ける、
患者登録方法。
【請求項２】
前記患者識別情報は病院内サーバに記憶され、
前記メッセージアプリユーザ識別情報は病院外サーバに記憶される、
請求項１に記載の患者登録方法。
【請求項３】
前記患者識別情報は前記病院の外部へ送信されることがない、
請求項２に記載の患者登録方法。
【請求項４】
前記関連付ける工程では、前記登録場所にいる前記病院の関係者が、前記患者の前記携帯端末に表示された前記メッセージアプリユーザ識別情報を、前記病院内サーバ又は前記病院内サーバに接続する病院内端末に入力する、
請求項２又は請求項３に記載の患者登録方法。
【請求項５】
前記関連付ける工程では、前記入力する工程の後、
前記病院内サーバが前記メッセージアプリユーザ識別情報を前記病院外サーバに送信し、
前記病院外サーバが前記メッセージアプリユーザ識別情報を有するユーザの存在を肯定又は否定する応答を前記病院内サーバに送信する、
請求項４に記載の登録方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、外来患者案内システムのための患者登録方法に関する。
【背景技術】
【０００２】
特許文献１（特開２０１７−１１７２７７号公報）には、病院で用いられる案内システムが開示されている。案内システムは、患者を適切なタイミングで目的の場所へ案内するためのものである。患者の案内は、患者に貸与される専用の案内端末を通して行われる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
スマートフォン又はタブレット型コンピュータなどの携帯端末が普及した今日、患者には、専用の案内端末ではなく自身が所有する携帯端末を介して案内を受けたいというニーズがある。
【０００４】
本発明の課題は、患者が所有する携帯端末を、案内システムの案内端末として機能させる環境を提供することである。
【課題を解決するための手段】
【０００５】
本発明の第１観点に係る患者登録方法では、患者が患者の所持する携帯端末にメッセージアプリをインストールする。病院が患者に患者識別情報を割り当てる。患者がメッセージアプリの通信相手として病院アカウントを登録する。病院アカウントがメッセージアプリの上で患者アカウントに対して、患者のメッセージアプリユーザ識別情報を含むメッセージを送信する。患者が病院内の登録場所においてメッセージアプリユーザ識別情報を提示する。病院がメッセージアプリユーザ識別情報と患者識別情報を関連付ける。
【０００６】
この方法によれば、患者のメッセージアプリユーザ識別情報と患者識別情報が関連付けられる。したがって、病院はメッセージアプリを用いて患者と通信をすることができる。
【０００７】
本発明の第２観点に係る患者登録方法は、第１観点に係る患者登録方法において、患者識別情報が病院内サーバに記憶される。メッセージアプリユーザ識別情報は病院外サーバに記憶される。
【０００８】
この方法によれば、患者識別情報は病院内サーバに記憶される。したがって、メッセージアプリの不特定多数のユーザに対して患者の情報が漏洩するリスクが低減される。
【０００９】
本発明の第３観点に係る患者登録方法は、第２観点に係る患者登録方法において、患者識別情報が病院の外部へ送信されることがない。
【００１０】
この方法によれば、患者識別情報は病院の外部へ送信されない。したがって、患者の個人情報が外部に漏洩するリスクを低減できる。
【００１１】
本発明の第４観点に係る患者登録方法は、第３観点に係る患者登録方法において、関連付ける工程では、登録場所にいる病院の関係者が、患者の携帯端末に表示されたメッセージアプリユーザ識別情報を、病院内サーバ又は病院内サーバに接続する病院内端末に入力する。
【００１２】
この方法によれば、メッセージアプリユーザと患者の関連付けは、機器によって自動的に行われるのではなく、病院職員の入力作業によって行われる。したがって、病院職員による患者の本人確認ができるので、患者のなりすまし等の不正行為を抑制できる。
【００１３】
本発明の第５観点に係る患者登録方法は、第４観点に係る患者登録方法において、関連付ける工程では、入力する工程の後、病院内サーバがメッセージアプリユーザ識別情報を病院外サーバに送信し、病院外サーバがメッセージアプリユーザ識別情報を有するメッセージアプリユーザの存在を肯定又は否定する応答を病院内サーバに送信する。
【００１４】
この方法によれば、メッセージアプリユーザ識別情報に基づいて、病院外サーバがユーザの存在を確認する。したがって、存在しないメッセージアプリユーザが患者識別情報と関連付けられる不具合を抑制できる。
【発明の効果】
【００１５】
本発明に係る患者登録方法によれば、患者が所有する携帯端末を、案内システムの案内端末として機能させる環境が提供される。
【図面の簡単な説明】
【００１６】
【図１】図１は、案内システム１００の構成を示す概略図である。
【図２】図２は、受付機５０の外観を示す概略図である。
【図３】図３は、案内端末５５の外観を示す概略図である。
【図４】図４は、初診受付時の手続きを示す図である。
【図５】図５は、携帯端末５６の登録時の通信動作を示す図である。
【図６】図６は、携帯端末５６の画面に表示されたパスコードを示す図である。
【図７】図７は、携帯端末５６の画面に表示された登録完了のメッセージを示す図である。
【図８】図８は、再来受付時の通信動作を示す図である。
【図９】図９は、受付機５０のタッチパネルディスプレイ５１に表示される選択画面を示す図である。
【図１０】図１０は、携帯端末５６の画面に表示された選択完了のメッセージを示す図である。
【図１１】図１１は、携帯端末５６の画面に表示された案内のメッセージを示す図である。
【発明を実施するための形態】
【００１７】
以下、本発明に係る患者登録方法の実施形態について、図面を用いて説明する。なお、本発明に係る患者登録方法の具体的な構成は、下記の実施形態に限られるものではなく、発明の要旨を逸脱しない範囲で適宜変更可能である。
【００１８】
（１）全体構成
図１は本発明の一実施形態に係る案内システム１００の構成を示す。案内システム１００は、病院にいる患者Ｐを適切なタイミングで目的の場所へ案内するものである。案内システム１００は、病院敷地１０の内部に設置される部分と、病院敷地１０の外部に設置される部分からなる。
【００１９】
（２）詳細構成
（２−１）病院敷地１０の内部の部分
（２−１−１）建屋１５
病院敷地１０には建屋１５が設けられている。建屋１５の外側には駐車場１１等が設けられている。建屋１５の中には、ルータ２０、病院内サーバ３０、アクセスポイント機器４０、受付機５０、登録機６０が設置されている。さらに、建屋１５の中にいる患者Ｐは、案内機器Ｇを持っている。案内機器Ｇとは、病院が所有する専用の案内端末５５又は患者Ｐが所有する携帯端末５６を指す。
【００２０】
（２−１−２）ルータ２０
ルータ２０は、建屋１５の中に設置された機器が建屋１５の外に設置された機器と通信できるようにする。建屋１５の中に設置された機器は、図示しないハブによりルータ２０と共にネットワークを構成する。
【００２１】
（２−１−３）病院内サーバ３０
病院内サーバ３０は、案内システム１００全体の動作を管理する。病院内サーバ３０は、ルータ２０に接続されている。病院内サーバ３０は、電子カルテデータベースＥ、案内統括部Ｃ、受付機管理部Ａ、案内機器管理部Ｉの機能ユニットを有する。これらの機能ユニットは連動している。病院内サーバ３０は、単一のコンピュータとして構成されてもよい。代替的に、病院内サーバ３０は複数のコンピュータから構成され、それぞれのコンピュータがいずれかの機能ユニットを担当してもよい。
【００２２】
電子カルテデータベースＥは、患者ＩＤ、患者Ｐの氏名、生年月日、性別、受診した部門、病歴、検査結果、治療記録などを記憶する。患者ＩＤとは、患者Ｐを識別するために病院が患者Ｐに割り当てる情報である。患者ＩＤは、それぞれの患者Ｐに固有の番号又は文字列である。患者ＩＤは電子カルテデータベースＥにおいて主キーを形成する。
【００２３】
案内統括部Ｃは、患者Ｐと案内機器Ｇの対応関係を記憶するとともに、患者Ｐに対して適切なタイミングで案内のメッセージを送信する。
【００２４】
受付機管理部Ａは、受付機５０を管理する。
【００２５】
案内機器管理部Ｉは、案内機器Ｇを管理する。
【００２６】
（２−１−４）アクセスポイント機器４０
アクセスポイント機器４０は、建屋１５の中の無線通信のアクセスポイントとして機能する。好ましくは、アクセスポイント機器４０は、ＷｉＦｉ通信を行うことができる。
【００２７】
（２−１−５）受付機５０
受付機５０は、患者Ｐの診察の受付を行う。図２は、受付機５０の外観を示す。受付機５０は、タッチパネルディスプレイ５１、診察券投入部５２、案内端末発行部５３、処理部５４を有する。受付機５０の内部には、多数の案内端末５５が格納されており、受付機５０は案内端末５５の充電器としても機能する。
【００２８】
タッチパネルディスプレイ５１は、画像出力手段である表示部５１ａと、患者Ｐの応答を取得する応答入力部５１ｂとを有する。診察券投入部５２には、診察券を搬送するモータと、診察券に記録されている情報を読み取るリーダが設けられている。案内端末発行部５３には、案内端末５５を搬送するモータが設けられている。処理部５４は情報処理を行う。処理部５４は、さらに、タッチパネルディスプレイ５１、診察券投入部５２、案内端末発行部５３の制御を行う。処理部５４は、さらに、病院内サーバ３０の受付機管理部Ａと通信を行う。
【００２９】
患者Ｐは、病院に到着して最初に、診察券を診察券投入部５２に入れる。その後、受付機５０は、診察券に記録されている患者ＩＤを読み取る。その後、受付機５０は診察券を診察券投入部５２から出し、患者Ｐに返却する。患者Ｐが案内端末５５による案内を希望する場合、受付機５０は案内端末発行部５３から案内端末５５を出し、患者Ｐに渡す。
【００３０】
（２−１−６）登録機６０
図１に戻り、登録機６０は、病院の関係者である病院職員Ｓが操作する病院内端末である。患者Ｐが案内機器Ｇとして自分の携帯端末５６を登録することを希望した場合に、病院職員Ｓは、登録機６０を用いて携帯端末５６の登録を行う。
【００３１】
（２−１−７）案内端末５５
案内端末５５は、病院に所有され、患者Ｐへ貸与される専用の機器である。図３は、案内端末５５の外観である。案内端末５５は、表示部５５ａ、確認キー５５ｂ、無線通信部５５ｃを有する。表示部５５ａは、患者Ｐを適切な行先へ案内するためのメッセージ又は地図などを表示するためのものである。確認キー５５ｂは、患者Ｐがメッセージなどを受け取ったことを示すために、患者Ｐによって押されるものである。無線通信部５５ｃは、アクセスポイント機器４０と無線通信を行うためのものである。無線通信によって、案内端末５５は病院内サーバ３０の案内機器管理部Ｉからメッセージなどを受信し、確認キー５５ｂが押された事象の報告を病院内サーバ３０の案内機器管理部Ｉに送信する。
【００３２】
（２−１−８）携帯端末５６
図１に戻り、携帯端末５６は患者Ｐが所有する機器である。携帯端末５６は、例えばスマートフォン又はタブレット型コンピュータである。携帯端末５６には、メッセージアプリをインストールすることができる。
【００３３】
携帯端末５６が建屋１５の中にあるとき、携帯端末５６はアクセスポイント機器４０と無線通信をすることができる。携帯端末５６が建屋１５の外にあるとき、携帯端末５６は無線通信キャリア会社の基地局９０と無線通信をすることができる。
【００３４】
（２−２）病院敷地１０の外部の部分
病院敷地１０の外部に設置される部分は、公衆回線網６５、メッセージアプリサーバ７０、メッセージアプリ連動サーバ８０、基地局９０である。
【００３５】
（２−２−１）公衆回線網６５
公衆回線網６５は、不特定多数の機器の間でネットワークを構成する。
【００３６】
（２−２−２）メッセージアプリサーバ７０
メッセージアプリサーバ７０は、病院外サーバの１つである。ここでいう病院外サーバとは、病院外部の公衆回線網６５上の機器からアクセスされるサーバのことをいう。病院外サーバは、第一義的には病院敷地１０の外部に設けられるが、病院敷地１０の内部に設けられてもよい。メッセージアプリサーバ７０は、メッセージアプリのサービス提供者によって運用される。メッセージアプリサーバ７０は、公衆回線網６５を介してメッセージアプリの一般ユーザに対してサービスを提供する。このサービスにおいて、ユーザは、登録した特定の通信相手とメッセージを交換することができる。
【００３７】
メッセージアプリは、例えばＬＩＮＥ株式会社のＬＩＮＥ（登録商標）であり、この場合、通信相手は「友だち」と呼ばれる。メッセージアプリは、それ以外のアプリであってもよい。
【００３８】
（２−２−３）メッセージアプリ連動サーバ８０
メッセージアプリ連動サーバ８０は、病院外サーバの１つである。メッセージアプリ連動サーバ８０は、病院によって運用される。メッセージアプリ連動サーバ８０は、メッセージアプリにおける病院アカウント（病院が有するいわゆる公式アカウント）の動作を管理する。メッセージアプリ連動サーバ８０は、公衆回線網６５に接続される。メッセージアプリ連動サーバ８０は、メッセージアプリのＡＰＩを利用することによって、メッセージアプリサーバ７０と連動する。
【００３９】
メッセージアプリ連動サーバ８０は、後述するメッセージアプリユーザＩＤを記憶するが、患者ＩＤの受信又は記憶をすることはない。
【００４０】
（２−２−４）基地局９０
基地局９０は、無線通信キャリア会社によって運営される。基地局９０は、無線通信によって、携帯端末５６を公衆回線網６５に接続させることができる。
【００４１】
（３）動作
（３−１）初診受付
患者Ｐが初めて病院を訪れた際の初診受付は、図４に示す手続きにより行われる。まず、ステップＳ１０１で、患者Ｐは初診受付窓口へ行き、患者Ｐが自分の個人情報をフォームに記入して、病院職員Ｓに渡す。次に、ステップＳ１０２で、病院職員Ｓは患者Ｐに対して固有の患者ＩＤを割り当てる。ステップＳ１０３で、病院職員Ｓは電子カルテデータベースＥに患者ＩＤと個人情報を入力する。その後、患者Ｐは診察を受ける。ステップＳ１０４で、患者ＩＤを記録した診察券が発行される。診察券は、磁気カード又はＩＣカードなどの、記憶手段を有するカードである。ステップＳ１０５で、診察終了後に、患者Ｐは病院職員Ｓから診察券を受け取る。次回以降、患者Ｐは病院を訪れるときに診察券を受付機５０の診察券投入部５２へ投入する。
【００４２】
（３−２）携帯端末５６の登録
患者Ｐは、案内機器Ｇとして、自分が所有する携帯端末５６を使用することができる。その場合には、事前に、自分の携帯端末５６を案内機器Ｇとして登録する。登録は、図５に示す手順により行われる。
【００４３】
ステップＳ２０１にて、患者Ｐは、自分が所持する携帯端末５６に、病院が指定するメッセージアプリをインストールする。患者Ｐがインストールを実行することにより、患者Ｐの携帯端末５６にメッセージアプリユーザＩＤが割り当てられるとともに、患者アカウントが作成される。メッセージアプリユーザＩＤとは、メッセージアプリユーザを識別するためにメッセージアプリサーバ７０がメッセージアプリユーザに割り当てる情報である。メッセージアプリユーザＩＤは、それぞれのメッセージアプリユーザに固有の番号又は文字列である。
【００４４】
次に、ステップＳ２０２において、患者Ｐはメッセージアプリの通信相手（ＬＩＮＥ（登録商標）では前述のとおり「友だち」）として病院アカウントを登録する。ステップＳ２０３にて、メッセージアプリサーバ７０が、メッセージアプリ連動サーバ８０に対して、患者Ｐを通信相手として登録してよいか問いかける。ステップＳ２０４において、メッセージアプリ連動サーバ８０は、登録の許可とともにパスコードを、メッセージアプリサーバ７０へ送信する。パスコードは、例えば、メッセージアプリユーザＩＤに何らかの変換を施したデータである。すなわち、パスコードは、メッセージアプリユーザＩＤの情報を含んでいる。ステップＳ２０５において、メッセージアプリサーバ７０は、携帯端末５６に対し、パスコードを含むメッセージを送信する。図６は、ステップＳ２０５における携帯端末５６の画面である。ここでは、パスコードがバーコードとして表示されている。患者Ｐは、病院内にある登録を行う場所である携帯端末登録窓口へ向かう。そこで、患者Ｐは、病院職員Ｓに診察券を渡すとともに、携帯端末５６に表示されたパスコードを提示する。
【００４５】
図５に戻り、ステップＳ２０６において、病院職員Ｓは、診察券を専用のリーダに入れて患者ＩＤを読み出し、患者ＩＤを登録機６０によって案内統括部Ｃへ送信する。ステップＳ２０７は、患者ＩＤに対応する個人情報（氏名・生年月日・性別など）を登録機６０へ送信する。登録機６０は、個人情報を表示し、病院職員Ｓに見せる。病院職員Ｓは、この個人情報に基づいて、携帯端末登録窓口に来ている人間が患者Ｐ本人であることに間違いがないかチェックする。この時、病院職員Ｓは、患者Ｐに身分証明書の提示を求めてもよい。
【００４６】
次いで、ステップＳ２０８において、病院職員Ｓは、携帯端末５６に表示されたパスコードをバーコードリーダで読み取ることにより、パスコードを登録機６０へ入力する。登録機６０がそのパスコードを病院内サーバ３０の案内統括部Ｃへ送信する。案内統括部Ｃはパスコードをメッセージアプリ連動サーバ８０へ送信する。ステップＳ２０９において、メッセージアプリ連動サーバ８０は、パスコードに相当するメッセージアプリユーザが存在するか確認し、存在を肯定するときはそのメッセージアプリユーザのメッセージアプリユーザＩＤを登録機６０へ送信する応答を行う。メッセージアプリ連動サーバ８０がメッセージアプリユーザの存在を否定するときは、メッセージアプリユーザＩＤを登録機６０へ送信する応答を行わない。
【００４７】
ステップＳ２１０において、病院職員ＳがメッセージアプリユーザＩＤと患者ＩＤの関連付けを実行する。すなわち、登録機６０は関連付けコマンドとともに、患者ＩＤとメッセージアプリユーザＩＤの両方を案内統括部Ｃへ送信する。案内統括部Ｃは患者ＩＤとメッセージアプリユーザＩＤを関連付けて記憶する。この時、案内統括部Ｃは、患者ＩＤを病院の建屋１５の外部、すなわち病院敷地１０の外部へ送信することはない。ステップＳ２１１において、案内統括部Ｃは登録機６０に対して登録の完了報告を送信する。これにより、病院職員Ｓは、登録が成功したことを知る。関連付けの作業は、必ず教育された病院職員Ｓが行う。患者Ｐによる携帯端末５６の操作をトリガとして、関連付けが自動的に行われることはない。登録機６０は、患者Ｐによって触れられることのないように厳重に管理される。
【００４８】
ステップＳ２１２において、案内統括部Ｃはさらにメッセージアプリ連動サーバ８０に登録の完了報告を送信する。ステップＳ２１３において、メッセージアプリ連動サーバ８０は、患者Ｐに対して登録の完了を知らせるメッセージをメッセージアプリサーバ７０に送信する。ステップＳ２１４において、メッセージアプリサーバ７０はそのメッセージを患者Ｐの携帯端末５６へ送信する。図７は、ステップＳ２１４で携帯端末５６が受信するメッセージを示す。このメッセージにより、患者Ｐは、自分の携帯端末５６が案内機器Ｇとして登録されたことを知る。
【００４９】
（３−３）再来受付
既に診察券を持っている患者Ｐは、受付機５０で診察の受付を行うことができる。この再来受付は、図８に示す手順により行われる。
【００５０】
ステップＳ３０１において、患者Ｐが診察券投入部５２に入れ、受付機５０は患者ＩＤを読み取る。ステップＳ３０２において、受付機５０の処理部５４は患者ＩＤを案内統括部Ｃへ送信する。
【００５１】
ステップＳ３０３において、案内統括部Ｃは、その患者ＩＤに関する携帯端末５６の登録ステータスを受付機５０の処理部５４へ送信する。登録ステータスとは、その患者ＩＤについて、案内機器Ｇとして携帯端末５６が登録されているか否かを意味する。換言すれば、登録ステータスとは、診察券に記録された患者ＩＤが、何らかのメッセージングアプリユーザＩＤと、案内統括部Ｃにおいて関連付けられているか否かを意味する。
【００５２】
患者Ｐの案内機器Ｇとして患者Ｐの携帯端末５６が登録されていることを、処理部５４が登録ステータスに基づいて認知した場合に、表示部５１ａはステップＳ３０４において選択画面を表示する。図９は選択画面を示す。選択画面は、患者Ｐの案内機器Ｇとして、病院の案内端末５５及び患者Ｐの携帯端末５６のいずれを使用するかを、応答入力部５１ｂを用いて応答するよう患者Ｐに促す。患者Ｐは、自分がその日に案内機器Ｇとして使用したい端末に相当するエリアに手で触れることによって、選択を行う。
【００５３】
図８に戻り、ステップＳ３０５において、選択内容は案内統括部Ｃへ送信される。患者Ｐが選択した案内機器Ｇが自分の携帯端末５６である場合、ステップＳ３０６において、携帯端末５６が選択されたことを伝える信号をメッセージアプリ連動サーバ８０へ送信する。ステップＳ３０７において、メッセージアプリ連動サーバ８０は、選択を受け付けたことを患者Ｐに知らせるメッセージをメッセージアプリサーバ７０に送信する。ステップＳ３０８において、メッセージアプリサーバ７０はそのメッセージを患者Ｐの携帯端末５６へ送信する。図１０は、ステップＳ３０８で携帯端末５６が受信するメッセージを示す。このメッセージにより、患者Ｐは、その日、自分の携帯端末５６が案内機器Ｇとして使用可能であることを知る。
【００５４】
一方、ステップＳ３０３において、患者Ｐの案内機器Ｇとして患者Ｐの携帯端末５６が登録されていないことを処理部５４が登録ステータスに基づいて認知した場合に、表示部５１ａは選択画面を表示しない。表示部５１ａが選択画面を表示しない場合に、案内端末発行部５３は、患者Ｐの案内機器Ｇとして案内端末５５を発行する。
【００５５】
ステップＳ３０５で案内端末５５が選択された場合にも、案内端末発行部５３は、患者Ｐの案内機器Ｇとして案内端末５５を発行する。
【００５６】
（３−４）案内
図１１は、患者Ｐが案内機器Ｇとして選択した携帯端末５６の案内画面である。診察の時間が近づくと、携帯端末５６のメッセージアプリは患者Ｐを案内するメッセージが受信する。
【００５７】
（４）特徴
（４−１）
患者Ｐのメッセージアプリユーザ識別情報と患者ＩＤが関連付けられる。したがって、病院はメッセージアプリを用いて患者Ｐと通信をすることができる。
【００５８】
（４−２）
患者ＩＤは病院内サーバ３０に記憶される。したがって、メッセージアプリの不特定多数のユーザに対して患者Ｐの情報が漏洩するリスクが低減される。
【００５９】
（４−３）
患者ＩＤは病院の外部へ送信されない。したがって、患者Ｐの個人情報が外部に漏洩するリスクを低減できる。
【００６０】
（４−４）
メッセージアプリユーザと患者Ｐの関連付けは、機器によって自動的に行われるのではなく、病院職員Ｓの入力作業によって行われる。したがって、病院職員Ｓによる患者Ｐの本人確認ができるので、患者Ｐのなりすまし等の不正行為を抑制できる。
【００６１】
（４−５）
メッセージアプリユーザ識別情報に基づいて、例えばメッセージアプリ連動サーバ８０などの病院外サーバがメッセージアプリユーザの存在を確認する。したがって、存在しないメッセージアプリユーザが患者ＩＤと関連付けられる不具合を抑制できる。
【００６２】
（５）変形例
以下に本実施形態の変形例を示す。
【００６３】
（５−１）変形例Ａ
上述の実施形態では、パスコードはメッセージアプリユーザＩＤに何らかの変換を施したデータである。これに代えて、パスコードはメッセージアプリユーザＩＤそのものであってもよい。
【００６４】
（５−２）変形例Ｂ
上述の実施形態では、パスコードは携帯端末５６においてバーコードとして表示される。これに代えて、パスコードは、２次元バーコード又はドットコードとして表示されてもよい。
【００６５】
さらには、パスコードは数字又は文字として表示されてもよい。この場合、病院職員Ｓは目視でパスコードを読み取り、登録機６０に接続されたキーボードなどの入力手段によってパスコードを入力してもよい。
【００６６】
（５−３）変形例Ｃ
上述の実施形態では、患者Ｐの案内機器Ｇとして患者Ｐの携帯端末５６が登録されていることを、処理部５４が登録ステータスに基づいて認知した場合に、表示部５１ａはステップＳ３０４に示す選択画面を表示する。これに代えて、患者Ｐの案内機器Ｇとして患者Ｐの携帯端末５６が登録されている場合であっても、患者Ｐの携帯端末５６が案内機器Ｇとして機能できない状態にあることを処理部５４が認知した場合には、表示部５１ａは選択画面を表示しない処理を行ってもよい。機能できない状態とは、例えばメッセージアプリサーバ７０がダウンしている状態などである。この場合、案内端末発行部５３は、患者Ｐの案内機器Ｇとして案内端末５５を発行してもよい。
【００６７】
この構成によれば、患者Ｐの携帯端末５６が案内機器Ｇとして機能できない場合には、患者Ｐは選択画面を見ることがない。したがって、患者Ｐに不必要な選択画面を提示することがないので、患者Ｐを煩わせる事態が起こりにくい。
【符号の説明】
【００６８】
１０      ：病院敷地
１５      ：建屋
２０      ：ルータ
３０      ：病院内サーバ
４０      ：アクセスポイント機器
５０      ：受付機
５５      ：案内端末
５６      ：携帯端末
６０      ：登録機
６５      ：公衆回線網
７０      ：メッセージアプリサーバ
８０      ：メッセージアプリ連動サーバ
９０      ：基地局
１００    ：案内システム
Ａ        ：受付機管理部
Ｃ        ：案内統括部
Ｅ        ：電子カルテデータベース
Ｇ        ：案内機器
Ｉ        ：案内機器管理部
Ｐ        ：患者
Ｓ        ：病院職員
【先行技術文献】
【特許文献】
【００６９】
【特許文献１】特開２０１７−１１７２７７号公報
【図１】
2019074870.tif 000003
【図２】
2019074870.tif 000004
【図３】
2019074870.tif 000005
【図４】
2019074870.tif 000006
【図５】
2019074870.tif 000007
【図６】
2019074870.tif 000008
【図７】
2019074870.tif 000009
【図８】
2019074870.tif 000010
【図９】
2019074870.tif 000011
【図１０】
2019074870.tif 000012
【図１１】
2019074870.tif 000013