JP2020057174A - 医療施設用受付システム - Google Patents

Abstract

【課題】医療施設において、受付装置に並ぶ列の緩和を図るとともに、受付を行う患者の負担を削減する医療施設用受付システムを提供する。【解決手段】医療施設用受付システムは、受付装置１ａ、１ｂもしくは管理コンピュータ３で実行される第１プログラムと、携帯端末で実行される第２プログラムと、を含んで構成される。受付装置１ａ、１ｂは、ユーザが操作可能なユーザインターフェイスを有する。第１プログラムは、通常チェックイン処理と、無線チェックイン処理と、を実行可能とする。通常チェックイン処理は、ユーザインターフェイスに対する操作に基づき、ユーザの患者ＩＤを診療待ち行列に登録する。無線チェックイン処理は、無線通信部を使用して、携帯端末と通信を行い、第２プログラムに基づき表示される携帯端末側ユーザインターフェイスに対する操作に基づき、ユーザの患者ＩＤを診療待ち行列に登録する。【選択図】図１

Description

本発明は、病院等の医療施設において、来院した患者を受け付ける医療施設用受付システムに関する。

病院等の医療施設では、初回、来院時には、自己の氏名、住所等の各種個人情報、そして、診療結果を、診察券等に表示された患者番号等に対応付けて登録して管理を行うことが通常である。そして、２回目以降の来院（再来）時には、診察券を提示することで、個人情報や過去の診察結果を引き出し、新たな診療が行われることになる。

現在、総合病院等、大型の医療施設における再来時の受付は、受付装置を使用して自動化されることが一般的となっており、医療施設に再来した患者は、ロビー等に設置された受付装置に、磁気カード等で構成された診察券を読み取らせることで再来受付が行われる。

このような受付装置として、特許文献１には、診察カードを読み取り、診療科目及び診療内容からなる診察内容選択画面を表示し、ユーザの選択に応じて受付番号の付された受付票を発行する受付処理に加え、診療科目名や診察内容を新たに書き込む保守処理を実行可能な診療受付装置が開示されている。この診療受付装置によれば、サービスマンなどの専門家でなくとも容易に保守処理を行うことが可能であり、小規模医院やクリニック等に導入し、受付処理の自動化、効率化を図ることが可能となる。

また、特許文献２には、患者が診察する患者の順番を、患者が受付した受付時刻に基づく待ち行列で管理する待ち行列管理サーバが開示されている。この待ち行列管理サーバは、診察する医師毎に設けられる医師待ち行列と、医師を指定していない患者の待ち行列である一般待ち行列と、一度、診察を終えて再び診察を受ける患者の待ち行列である再診待ち行列に分けて管理を行い、予約患者が受付をした実際の時刻よりも早い時刻とし、医師待ち行列または一般待ち行列の患者の受付時刻と比較することにより、予約患者をそれらの待ち行列に割り込ませることを可能としている。

特開２００１−２３６３９０号公報 特許第４３２３１９８号公報

特許文献１、特許文献２で使用される受付装置は、医療施設における受付処理の自動化、効率化を図ることを可能としている。このような受付装置は、大学病院、公立病院等の大型医療施設で使用されることが多い。ここで、特許文献２に開示されるように、受付装置は、受付順を基本として診療順が決定されることが一般的である。そのため、前述する大型医療施設では、より早く診療を受けることを目的として、医療施設の開院時間前あるいは開院時間直後に、受付装置あるいは医療施設の入場口に長い列を作ることがあった。このような状況は、病気や障害のため来院している患者にとって大きな負担となる。また、医療施設の外まで並ぶ列を作る場合もあり、夏場の暑い時期、あるいは、冬の寒い時期において、患者に対してはより一層の負担を強いることとなっていた。

第１−１の構成に係る医療施設用受付システムは、
受付装置と、無線通信部と、前記受付装置もしくは管理コンピュータで実行される第１プログラムと、携帯端末で実行される第２プログラムと、を含んで構成される医療施設用受付システムであって、
前記受付装置は、ユーザが操作可能なユーザインターフェイスを有し、
前記第１プログラムは、通常チェックイン処理と、無線チェックイン処理と、を実行可能とし、
前記通常チェックイン処理は、前記ユーザインターフェイスに対する操作に基づき、ユーザの患者ＩＤを診療待ち行列に登録し、
前記無線チェックイン処理は、前記無線通信部を使用して、前記携帯端末と通信を行い、前記第２プログラムに基づき表示される携帯端末側ユーザインターフェイスに対する操作に基づき、ユーザの患者ＩＤを前記診療待ち行列に登録する。

また、第１−２の構成に係る医療施設用受付システムは、第１−１の構成に係る医療施設用受付システムにおいて、
前記通常チェックイン処理、及び、前記無線チェックイン処理は、受け付けたユーザの患者ＩＤを、受付順に前記診療待ち行列に登録する。

また、第１−３の構成に係る医療施設用受付システムは、第１−１の構成に係る医療施設用受付システムにおいて、
前記通常チェックイン処理は、前記受付装置で整理番号を読み取り、
前記無線チェックイン処理は、前記携帯端末で整理番号を読み取り、
前記通常チェックイン処理、及び、前記無線チェックイン処理は、読み取った整理番号の順で、受け付けたユーザの患者ＩＤを前記診察待ち行列に登録する。

また、第１−４の構成に係る医療施設用受付システムは、第１−１から第１−３の何れか１つの構成に係る医療施設用受付システムにおいて、
前記無線通信部は、前記受付装置に備えられている。

また、第１−５の構成に係る医療施設用受付システムは、第１−１から第１−４の何れか１つの構成に係る医療施設用受付システムにおいて、
前記無線チェックイン処理は、前記受付装置と前記携帯端末間において機能追加処理が実行された前記携帯端末で実行可能とする。

また、第１−６の構成に係る医療施設用受付システムは、第１−５の構成に係る医療施設用受付システムにおいて、
前記受付装置は、カメラを備え、
前記機能追加処理は、前記カメラによって前記受付装置の前で操作を行うユーザを撮影し、撮像情報を含む機能追加時情報を記憶する。

また、本明細書で開示する医療施設用受付システムは、以下に示す第２―１から第２−３の構成を備えるものである。

第２−１の構成に係る医療施設用受付システムは、
受付装置と、ユーザが所持する携帯端末で実行されるプログラムと、を含んで構成される医療施設用受付システムであって、
前記受付装置は、ユーザが対面して操作を行うユーザインターフェイスを有し、
前記ユーザインターフェイスを使用して操作することで、前記携帯端末との間で実行される機能追加処理を実行可能とし、
前記プログラムは、前記機能追加処理が実行されたことを条件として、新たな機能を実行可能とする。

また、第２−２の構成に係る医療施設用受付システムは、第２−１の構成に係る医療施設用受付システムにおいて、
前記機能追加処理は、前記受付装置に表示されるコード情報を前記携帯端末で読み取る、あるいは、前記携帯端末に表示されるコード情報を前記受付装置で読み取ることで行われる。

また、第２−３の構成に係る医療施設用受付システムは、第２−１から第２−２の何れか１つの構成に係る医療施設用受付システムにおいて、
前記受付装置は、カメラを備え、
前記機能追加処理は、前記カメラによって前記受付装置の前で操作を行うユーザを撮影し、撮像情報を含む機能追加時情報を記憶する。

第１の構成（第１−１から第１−６の構成）に係る医療施設用受付システムによれば、受付装置で来院の受付を行うユーザに加え、携帯端末を使用して来院の受付を行うことが可能となる。したがって、したがって、携帯端末を使用するユーザは、電波の届く範囲内であれば、列に加わることなく、所望の位置で受付できるため、体及び精神的な負担を削減することが可能となる。また、従来、受付装置のみで行う場合と比較して、受付装置に並ぶ人の数の削減を図るとともに、医療施設のロビー等における混雑解消を図ることが可能となる。したがって、受付装置に並ぶ人にとっても、立って並ぶ時間が削減されるため、体及び精神的な負担を削減することが可能となる。

また、第２の構成（第２−１から第２−３の構成）に係る医療施設用受付システムによれば、携帯端末で実行されるプログラムは、受付装置との間で実行される機能追加処理を経ることで、新たな機能が実行可能となる。そのため、無線チェックイン処理を実行可能な機能、面会許可処理を実行可能な機能、医療費支払い処理を実行可能な機能等、セキュリティが重視される機能について、その安全性を高めることが可能となる。

本実施形態に係る受付システムの構成を示す図 本実施形態に係る受付装置の正面図 本実施形態に係る受付装置の構成を示すブロック図 本実施形態に係る携帯端末の構成を示すブロック図 本実施形態に係る受付装置の初期画面を示す図 本実施形態に係る受付装置の外来患者用画面を示す図 本実施形態に係る通常チェックイン処理を示すフロー図 本実施形態に係るチェックイン確認画面を示す図 本実施形態に係る受付システムで使用する各種データ構成を示す図 本実施形態に係る無線チェックイン機能追加処理を示すフロー図 本実施形態に係る無線チェックイン処理（携帯端末側）を示すフロー図 本実施形態に係る無線チェックイン処理（受付システム側）を示すフロー図 本実施形態に係る携帯端末の各種画面を示す図 本実施形態に係る携帯端末の各種画面を示す図 本実施形態に係る携帯端末の各種画面を示す図 本実施形態に係る携帯端末の各種画面を示す図 本実施形態に係る診療の順番形成を説明するための図 他の実施形態で使用する整理券を示す図

図１は、本実施形態に係る受付システムの構成を示す図である。本実施形態の受付システムは、病院等、各種医療施設において、２回目以降の受診を行う際、診察の受付（チェックイン）を簡易に行うことを可能とするシステムである。本実施形態の受付システムは、医療施設の出入口７２の近傍に位置するロビー内に設置されている。受付システムは、ロビー内に配置されユーザによって操作される受付装置１ａ、１ｂ、病院受付７１内等に配置され、従業員によって操作される管理コンピュータ３を有して構成されている。なお、複数のユーザに同時にサービスを提供できるように受付装置１ａ、１ｂは複数台（本実施形態は２台）配置されている。

受付装置１ａ、１ｂと管理コンピュータ３は、ＬＡＮ５１を介して互いに通信可能に接続されている。管理コンピュータ３には、各種情報を表示するためのモニタ４２、キーボード、マウス等、従業員による入力を受け付けるための入力装置４１が接続されている。また、レシート形態の用紙に印字を行うレシートプリンタ４４、診察券に記憶された情報を読み込む（書き込むことを可能としてもよい）ためのカードリーダ４３も接続されている。

図２は、本実施形態に係る受付装置１の正面図である。受付装置１は、それに対面して操作を行うユーザに対し、新患受付、再来受付（チェックインともいう）等、各種サービスを提供可能とする装置である。本実施形態の受付装置１は、タッチパネルモニタ１２、カードリーダ１４、スキャナ１５ａ、２次元バーコードリーダ１５ｂ、レシートプリンタ１６ａ、プリンタ１６ｂ、カメラ１３ａ、赤外線カメラ１３ｂを備えて構成されている。これら構成は、受付装置１に対して操作を行うユーザに対し、ユーザインターフェイスとして機能する。

タッチパネルモニタ１２は、対面して操作を行うユーザに対して、視覚的な情報を表示するとともに、ユーザのタッチ操作を受け付け可能としている。タッチパネルモニタ１２の上方には、対面して操作を行うユーザの顔を含む範囲を撮像可能なカメラ１３ａと、赤外線カメラ１３ｂが設けられている。カメラ１３ａは、使用するユーザの顔を撮影するためであり、赤外線カメラ１３ｂは、使用するユーザの顔を撮影し、ユーザの体温を検出する検温処理を行うために設けられている。

カードリーダ１４は、ユーザが所持する磁気カード、あるいは、ＩＣカードで構成された診察券から、それに記憶されている患者ＩＤ等、各種情報を読み取る。また、カードリーダは、医療費支払いのために使用するクレジットカードの読み取り機能を備えることとしてもよい。スキャナ１５ａは、保険証の読み取り用に設けられたフラットベッド型であって、再来受付時、当月の初診の場合など、保険証の提示が必要とされる場合、このスキャナ１５ａを使用して、ユーザが所持する保険証を読み取る。

２次元バーコードリーダ１５ｂは、印刷物に印刷された２次元バーコード、あるいは、携帯端末２に表示されている２次元バーコード等、各種２次元バーコードを読み取ることが可能である。なお、読み取る対象としては、２次元バーコードに代え、１次元バーコード等、各種コード情報を読み取る形態であってもよく、その場合、２次元バーコードリーダ１５ｂに代え、読み取り対象に適したコードリーダが使用される。また、スキャナ１５ａ、２次元バーコードリーダ１５ｂは、両者を設けることに代え、カメラを使用する等、共通の読み取り部とすることとしてもよい。

本実施形態の受付装置１は、ユーザに紙媒体を提供するため、レシートプリンタ１６ａと、プリンタ１６ｂが設けられている。レシートプリンタ１６ａは、レシートとして使用される感熱紙に印字する簡易なプリンタであって、再来受付時に発行される受付完了表、あるいは、予約受付時に発行される予約表等の印字に使用される。また、プリンタ１６ｂは、レーザプリンタやインクジェットプリンタ等、通常紙にトナー、あるいは、インクを使用して印刷を行うものであって、衣料費支払時に発行される診療明細、領収書等の印刷に使用される。

図３は、本実施形態に係る受付装置１の構成を示すブロック図である。受付装置１は、通常のコンピュータと同様、制御部としてのＣＰＵ１１ａ、ＲＯＭ１１ｂ、ＲＡＭ１１ｃ、画像処理部１１ｄ、音声処理部１１ｅを備えて構成されている。また、ハードディスク１８等、各種情報を記憶する記憶部を有している。また、インターフェイス１７を介して、カードリーダ１４、スキャナ１５ａ、２次元バーコードリーダ１５ｂ、レシートプリンタ１６ａ、プリンタ１６ｂ、カメラ１３ａ、赤外線カメラ１３ｂ、ＬＡＮ通信部１７ａ、Ｂｌｕｅｔｏｏｔｈ通信部１７ｂ（「無線通信部」に相当する。）が接続されており、制御部による制御が可能となっている。

画像処理部１１ｄには、タッチパネルモニタ１２が接続されている。タッチパネルモニタ１２は、ユーザに対して各種情報を表示する表示部１２２と、ユーザによるタッチ操作を受け付けるタッチパネル１２１を備えて構成されている。タッチパネル１２１は、インターフェイス１７に接続されており、ユーザによるタッチ操作を制御部に伝達することが可能となっている。音声処理部１１ｅには、ユーザに対して聴覚的な情報を伝達するスピーカが接続されている。

インターフェイス１７には、図２で説明したカメラ１３ａ、赤外線カメラ１３ｂ、カードリーダ１４、レシートプリンタ１６ａ、プリンタ１６ｂ、スキャナ１５ａ、２次元バーコードリーダ１５ｂ、タッチパネル１２１が接続されており、制御部の制御に基づいて各種処理を実行する。この他、インターフェイス１７には、各種通信を行う手段として、ＬＡＮ通信部１７ａ、近距離無線通信部としてのＢｌｕｅｔｏｏｔｈ通信部１７ｂ（Ｂｌｕｅｔｏｏｔｈは登録商標）が接続されている。ＬＡＮ通信部１７ａは、ＬＡＮ５１に接続され、図１で説明した管理コンピュータ３等、ＬＡＮ上の各種情報処理装置、あるいは、ルータ５２を介してインターネットと通信することが可能となっている。

本実施形態では、携帯端末２との通信を行うため、近距離無線通信部としてのＢｌｕｅｔｏｏｔｈ通信部１７ｂを、各受付装置１に搭載しているが、近距離無線通信部は、１つの受付装置１に搭載する形態であってもよい。もしくは、受付装置１の外部に設置する形態としてもよい。例えば、受付装置１と同じフロアに設置されている管理コンピュータ３に搭載することや、あるいは、別途、ＬＡＮ５１に通信接続された情報処理装置に搭載し、携帯端末２との無線通信を行う形態などが考えられる。

以上、図１、図２を用いて説明した受付システムを使用して、ユーザに対する各種サービスを実行することが可能となっている。ここで、ユーザが所持する携帯端末２の構成について説明しておく。携帯端末２は、スマートフォン、あるいは、タブレット端末等であって、ユーザが所有、所持され、ユーザによって使用される端末である。

図４は、本実施形態に係る携帯端末２の構成を示すブロック図である。携帯端末２は、制御部としてのＣＰＵ２１ａ、ＲＯＭ２１ｂ、ＲＡＭ２１ｃ、画像処理部２１ｄ、音声処理部２１ｅを備えて構成されている。また、フラッシュメモリ等、不揮発性の記憶部２２を有している。また、インターフェイス２３を介して、携帯回線通信部２６ａ、無線ＬＡＮ通信部２６ｂ、Ｂｌｕｅｔｏｏｔｈ通信部２６ｃ（近距離無線通信部）等、各種通信手段の他、入力スイッチ２７が接続されており、制御部による制御が可能となっている。

画像処理部２１ｄには、タッチパネルモニタ２５、カメラ２４が接続されている。タッチパネルモニタ２５は、ユーザに対して各種情報を表示する表示部２５２と、ユーザによるタッチ操作を受け付けるタッチパネル２５１を備えて構成されている。カメラ２４は、携帯端末２の背面等に配置され、静止画、動画の撮影を行うことが可能である。なお、カメラ２４は、背面のみならず、前面に設ける等、複数配置されるものであってもよい。音声処理部２１ｅには、ユーザに対して聴覚的な情報を伝達するスピーカ２８ａ、音響情報を取得するマイクロホン２８ｂが接続されている。なお、タッチパネルモニタ２５、入力スイッチは、携帯端末２の操作を行うユーザに対し、携帯端末側ユーザインターフェイスとして機能する。

図５は、本実施形態に係る受付装置１のタッチパネルモニタ１２に表示される初期画面を示す図である。初期画面には、ユーザに対して、ユーザが外来患者、入院患者、面会者が何れであるのかを問うボタン１２１ａ〜１２１ｃ、スマートフォン（携帯端末２）への機能追加を行うためのボタン１２１ｄ、日本語以外の他の言語に切り替えるためのボタン１２１ｅが表示されている。ユーザが、このボタン１２１ａ〜１２１ｅを選択することで、それに応じた処理が実行される。なお、これら各種サービスは、時間帯によっては受付できないようにすることとしてもよい。例えば、医療施設の開院時間直後は、外来患者に対して各種受付を行うボタン１２１ａのみ選択有効とすることが好ましい。受付装置１において、再来受付以外の処理が実行され、受付装置１に並ぶユーザの列が消化されないことを抑制することが可能となる。

図５の初期画面中、外来患者のために使用される機能、すなわち、図５に表示されるボタン１２１ａを選択した場合についての機能について詳細に説明する。初期画面において、外来患者であることを選択するボタン１２１ａが操作されると、図６に示される外来患者用画面へと遷移する。この外来患者画面には、新患受付、再来受付、診療費支払い、予約依頼と表記されたボタン１２２ａ〜１２２ｄ、及び、初期画面に戻るためのボタン１２２ｅが表示される。

ここで、各ボタン１２２ａ〜１２２ｄに表示されている各種サービスについて説明しておく。ボタン１２２ａ（新患受付）をタッチ選択することで開始されると新患患者、すなわち、この医療施設に初めてかかる患者に対する新患受付処理が開始される。新患受付処理では、受付装置１のスキャナ１５ａを使用して、マイナンバーカード、運転免許証等の身分証明書、及び、保険証の読み取りが行われる。タッチパネルモニタ１２には、ユーザに対し、登録が完了するまで待機するよう通知する表示が行われ、受付装置１側での新患受付処理は完了する。読み取られた情報は、管理コンピュータ３に送信され、事務員等の作業を経て、医療施設のデータベースに患者基本情報として登録される。

ボタン１２２ｃ（再来受付）をタッチ選択することで開始される処理は、医療施設において、２回目以降の受診を行う際、診療の受付を行う処理（チェックイン処理）である。本実施形態の再来受付処理は、前回受診時等、事前に診療予約しているユーザを対象としているが、予約していないユーザを受付可能としてもよい。そのため、再来受付処理をチェックイン処理と呼ぶこととする。

ボタン１２２ｂ（診療費支払い）をタッチ選択することで開始される処理は、診療が終了したユーザに対して、診療費の支払いを行うための処理である。本実施形態の受付装置１は、カードリーダ１４を使用してクレジットカードによる支払いを行うことを可能としているが、現金取扱機能を設け、現金による支払いを可能としてもよい。ボタン１２２ｄ（予約依頼）を選択することで開始される処理は、次回の診療日時を予約するための処理である。

図５で説明した初期画面中、ボタン１２１ｄ（スマートフォンへの機能追加）を選択することで開始される処理は、ユーザが所持する携帯端末２で実行されるプログラム（アプリ）に対して、機能を追加する処理である。ユーザは、医療機関で使用するプログラムを、インターネット回線を介して、携帯端末２にダウンロードして使用する。このプログラムは、基本機能として、各種医療機関の所在地等の基本情報の取得、あるいは、待合番号を使用し、各医療機関における現在の診療の進捗状況を通知すること等が可能となっている。

また、携帯端末２で実行可能とする追加機能として、図５で説明した、受付装置１で実行される再来受付（チェックイン処理）、診療費支払い、予約依頼等、各種機能を追加することが可能となっている。このような追加機能は、携帯端末２を使用するユーザ（患者等）を特定する必要があり、患者ＩＤ等、重要な情報を携帯端末２側で取り扱う必要がある。したがって、このような追加機能をプログラムの基本機能として組み込むことは、セキュリティを確保する上で好ましいことではない。あるいは、携帯端末２のみで機能追加することもセキュリティ上、好ましいとはいえない。セキュリティ上の不具合を突いて、不正利用される可能性も考えられる。そのため、本実施形態では、携帯端末２で実行されるプログラム（アプリ）に対し、機能を追加する場合には、受付装置１を使用することとしている。

図７は、本実施形態に係る通常チェックイン処理を示すフロー図である。通常チェックイン処理は、後で説明する携帯端末２を使用した無線チェックイン処理と分ける意味において「通常」という言葉を冠している。通常チェックイン処理は、受付装置１で実行される処理であって、ユーザが受付装置１に対面して、タッチパネルモニタ１２等を操作することで行われる処理である。通常チェックイン処理は、図６の外来患者用画面において、ボタン１２２ｃ（再来受付）を操作することで開始される。なお、受付装置１における通常チェックイン処理は、医療施設で設定された受付開始時刻が到来すること、あるいは、医療施設従業員等によって行われる操作指示によって開始される。

通常チェックイン処理が開始されると、タッチパネルモニタ１２には、ユーザに対して、診察券の挿入を促す案内画面が表示される。ユーザが診察券をカードリーダ１４に挿入すると（Ｓ１０１：Ｙｅｓ）、カードリーダ１４は、診察券に記憶されている患者ＩＤを読み取る（Ｓ１０２）。受付装置１は、管理コンピュータ３に読み取った患者ＩＤを含むチェックイン要求を送信する（Ｓ１０３）。

図９には、本実施形態に係る受付システムで使用する各種データ構成が記載されている。管理コンピュータ３には、初診時等のタイミングで、事前に登録された患者基本情報が記録されている。図９（Ａ）に示されるように、患者基本情報は、患者ＩＤ、施設ＩＤ、氏名、住所、性別、生年月日、個人識別情報、保険証情報、生体認証用情報（顔認証、指紋認証等、生体認証において本人を特定するために必要な情報）等、ユーザとしての患者に関する情報が登録されている。ここで、本実施形態では、患者ＩＤと医療施設ＩＤを組み合わせてシステムＩＤとして使用している。本実施形態の受付システムは、複数の医療施設で使用可能とすることを前提としている。したがって、患者ＩＤと医療施設ＩＤを組み合わせたシステムＩＤを参照することで、医療施設、及び、患者を特定することが可能となる。なお、システムＩＤは、患者ＩＤと医療施設ＩＤの組み合わせのみならず、医療施設と患者を特定可能なように、適宜に定めることとしてもよい。

個人識別情報は、初診受付時等、患者から提示された運転免許証、マイナンバーカード等に記載された番号、あるいは、それらのコピー画像等、個人を識別可能とする各種情報である。保険証情報には、保険証種別、保険証番号、有効期限等が含まれている。

管理コンピュータ３には、診療予約に関する予約情報も登録されている。図９（Ｂ）に示されるように、予約情報は、患者ＩＤ、予約日、予約時間帯、診療科ＩＤ、医師ＩＤを含んで構成されている。本実施形態では、予約日と予約時間帯が指定される予約形態としているが、予約形態は、このような形態に限られるものでは無く、予約日のみとする、あるいは、予約日と予約時間とする等、各種形態を採用することが可能であって、医療施設の予約形態に応じて、予約情報内の情報は適宜変更されることになる。

チェックイン要求を受信した管理コンピュータ３は、チェックイン要求に含まれる患者ＩＤを参照し、それに該当する予約情報の検索を行う。患者ＩＤに対応する予約情報が無い、あるいは、患者ＩＤに対応する予約情報の予約日が当日のもので無い場合、受付装置１に対してエラー情報を送信する。エラー情報を受信した場合（Ｓ１０４：Ｙｅｓ）、受付装置１は、タッチパネルモニタ１２に、予約が無く、受付できなかったことを通知するチェックインエラー画面を表示する（Ｓ１１４）。

一方、管理コンピュータ３において、患者ＩＤに対応し、予約日が当日である予約情報が存在した場合、管理コンピュータ３は、受付装置１に予約確認情報を送信する。予約確認情報には、予約情報に基づく各種情報、すなわち、患者名、予約日、予約時間帯、診療科名、医師名等が含まれている。受付装置１は、予約確認情報を受信する（Ｓ１０５：Ｙｅｓ）と、受信した予約確認情報に基づきチェックイン確認画面を表示する（Ｓ１０８）。なお、本実施形態では、チェックイン確認画面を表示する前に、赤外線カメラ１３ｂを使用して、ユーザの検温を行うこととしている。

図２で説明したように、受付装置１には、ユーザを含む範囲を撮像可能な赤外線カメラ１３ｂが設けられている。検温はこの赤外線カメラ１３ｂを使用して行われる（Ｓ１０６）。本実施形態では、検温を正確に行うことが可能な人間のこめかみ近傍の体温を使用することとしている。さらに、検温結果の精度を高めるため、広い範囲の顔の体温分布に基づいて、こめかみ近傍の体温を補正し、検温結果として使用している。また、こめかみ位置を正確に検出するため、カメラ１３ａを合わせて使用することとしてもよい。検温結果が正常で無い場合（Ｓ１０７：Ｎｏ）、すなわち、インフルエンザ発症等による高熱等と考えられる場合は、タッチパネルモニタ１２に発熱注意画面を表示する（Ｓ１１２）と共に、発熱注意情報を管理コンピュータ３に送信する（Ｓ１１３）。

発熱注意画面には、発熱により、ユーザに対し、隔離スペースなどへの移動を求める旨が表示される。また、発熱注意情報を受信した管理コンピュータ３は、従業者に対して、発熱異常の患者が発生したことを、受付装置１の識別情報を含めて通知する。このように再来受付時、インフルエンザを発症しているユーザを隔離する等、チェックイン時に対策を取ることで、院内感染等を抑制することが可能となる。なお、受付装置１では、発熱注意画面のみならず、受付装置１の周囲に通知する通知手段を設けることとしてもよい。例えば、受付装置１の上部に通知灯を設けておき、それを点灯させることで、受付装置１の周囲で待機する従業員に通知する、音声で通知する等の通知手段を設けることが考えられる。また、赤外線カメラ１３ｂによる検温は、本実施形態のタイミングで行うことに限られるものでは無く、通常チェックイン処理内の適宜タイミングで行うこととしてもよい。

一方、検温結果が正常である場合（Ｓ１０７：Ｙｅｓ）、受付装置１は、受信した予約確認情報に基づき、タッチパネルモニタ１２にチェックイン確認画面を表示する（Ｓ１０８）。図８は、本実施形態に係るチェックイン確認画面を示す図である。チェックイン確認画面には、診療科、医師名、予約時間帯を含む受診内容表示欄１２３ａ、取消ボタン１２３ｂ、確認ボタン１２３ｃが表示される。図７に表示されるチェックイン確認画面から分かるように、本実施形態では、１回の来院で複数の科を受診することも可能である。その場合、該当する複数の予約情報に基づいて、チェックイン確認画面が表示される（Ｓ１０８）。ユーザは、受診内容に問題無ければ、確認ボタン１２３ｃを操作し、当日の受診内容を確定させる（Ｓ１０９：Ｙｅｓ）。一方、受診内容を取り消したい場合、取り消したい項目（受診科等）を選択して、取消ボタン１２３ｂを操作することで、項目に該当する予約を取り消すことが可能である。

確認ボタン１２３ｃがタッチ操作された場合（Ｓ１０９：Ｙｅｓ）、受付装置１は、管理コンピュータ３に確認指示情報を送信する（Ｓ１１０）。管理コンピュータ３は、確認指示情報の受信に基づいて、対応する予約情報を受診情報として診療待ち行列に加える。診療待ち行列は、対応する診療科の医師毎に設けられており、基本、この診療待ち行列の順に基づいて診療が行われることになる。また、受付装置１では、ユーザに対して、レシートプリンタ１５を使用して受付完了票をプリントアウトする（Ｓ１１１）。

受付完了票には、予約情報に含まれる受診科、医師名、予約時間帯、そして、受付順に相当する待合番号、２次元バーコードが印刷されている。なお、本実施形態のように、複数の受診科で受診する場合には、受診科毎に待合番号を発行することとしてもよい。ここで、受付完了票に印刷される２次元バーコードは、受診時に、診療科に配置された情報処理装置（図示せず）で確認を行うための情報である。診療科に配置された情報処理装置は、ＬＡＮ５１で管理コンピュータ３と通信接続されており、情報処理装置で読み取った２次元バーコードで、本人確認を行うことが可能となっている。

以上、受付装置１で実行される通常チェックイン処理について説明したが、従来の受付装置１では、通常チェックイン処理のみが行われることが通常であった。受付装置１は、受付順を基本として診療順が決定されることが一般的である。そのため、特に大型の医療施設では、医療施設の開院時間前、あるいは、開院時間直後には、より早く診療を受けることを目的として、受付装置あるいは医療施設の入場口等に長い列を作ることがあった。このような状況は、病気や障害のあるユーザ（患者）には大きな負担となる。また、医療施設の外まで列を作る場合もあり、夏場の暑い時期、あるいは、冬の寒い時期において、ユーザ（患者）に対してはより一層の負担を強いることとなっていた。

本実施形態の受付システムは、このような状況を解消、緩和することを目的としたものであって、ユーザが所持する携帯端末２を使用して、チェクイン処理（無線チェックイン処理）を行うことを可能としている。ところで、前述したように、携帯端末２で実行されるプログラム（アプリ）において、無線チェックイン処理を基本機能とすることは、セキュリティ及び不正利用の面から適切ではないことが考えられる。そのため、本実施形態の受付システムでは、受付装置１を使用して、携帯端末２のプログラムに、無線チェックイン処理の機能を含む各種機能を追加可能としている。

図１０は、本実施形態に係る機能追加処理を示すフロー図である。この処理は、受付装置１において、図５中、スマートフォンへの機能追加と表記されたボタン１２１ｄを選択することで開始される。処理が開始されると、タッチパネルモニタ１２には、診察券の挿入を促す画面が表示される。ユーザが診察券をカードリーダ１４に挿入すると（Ｓ２０１：Ｙｅｓ）、カードリーダ１４は、診察券に記憶されている患者ＩＤを読み取る（Ｓ２０２）。また、受付装置１は、カメラ１３ａを使用して撮影を開始する（Ｓ２０３）。なお、カメラ１３ａによる撮影（動画もしくは複数回にわたる静止画）は、継続して行われ、後で、撮影した中で本人を確認する上で好適なベストショットである撮影情報が選定される。

受付装置１は、読み出した患者ＩＤを管理コンピュータ３に送信し、管理コンピュータ３から患者ＩＤに対応する患者基本情報を取得する（Ｓ２０４）。なお、取得する患者基本情報は、それに含まれる全ての情報ではなく、必要な一部情報であってもよい。その後、タッチパネルモニタ１２には、携帯端末２に読み取らせるための２次元バーコードを含む機能追加確認画面が表示される（Ｓ２０５）。この２次元バーコードには、患者を特定するための情報が含まれている。なお、２次元バーコード中、患者ＩＤは暗号化されていることが好ましい。ユーザは、タッチパネルモニタ１２に表示された２次元バーコードを、起動したプログラム（アプリ）を使用し、携帯端末２のカメラ２４で読み取らせる。図９（Ｃ１）は、２次元バーコードに含まれるデータ構成の一形態であって、患者ＩＤ、医療施設ＩＤ（システムＩＤ）、氏名、生年月日、使用している受付装置１を識別するための装置ＩＤが含まれている。カメラ２４で読み取られた２次元バーコードは、携帯端末２で暗号化が解除されて情報に変換される。読み取られた情報中、患者ＩＤ、医療施設ＩＤ、氏名、生年月日といった、携帯端末２を診察券として使用するために必要な情報は、診察券情報として、携帯端末２に記憶（登録）される。

図１３〜図１７は、本実施形態に係る携帯端末２の各種画面を示す図である。図１３（Ａ）は、携帯端末２において、プログラム立ち上げ直後にタッチパネルモニタ２５に表示される初期画面である。初期画面には、現在選択している医療施設名２５１ａの他、各種ボタン２５１ｂ〜２５１ｊが表示されている。ボタン２５１ｂは、携帯端末２を診察券として使用するためのボタンであって、図１０で説明した機能追加処理を完了することで、携帯端末２を、受付装置１で受け付け可能な診察券として使用することが可能となる。携帯端末２では、そのタッチパネルモニタ２５に診察券としての２次元バーコードを表示してチェックインする形態、携帯端末２の無線機能を使用してチェックインする形態の２通りが可能である。

ボタン２５１ｃは、医療費を支払うためのボタンであり、ユーザは診療後、このボタン２５１ｃを操作することで、クレジットカードによる支払い、コンビニでの支払い等を選択することが可能である。したがって、この機能を使用して、受付装置１や受付に立ち寄る必要なく、医療費の支払いを行うことが可能となる。

ボタン２５１ｄは、入院しているユーザが、親族、友人、知人等に対して、面会証を発行するための情報をメール送信するためのボタンである。この機能を使用し、入院しているユーザは、親族、友人、知人等、面会を許可する者に対してメール送信を行うことが可能である。メールには、２次元バーコード、あるいは、２次元バーコードを取得するためのＷＥＢアドレス、面会許可番号といった、面会証を発行するための情報が付されている。面会者は、受付装置１で、この情報を読み取らせる、あるいは、入力を行うことで、面会を許可する面会証を受け取ることが可能である。

ボタン２５１ｅは、対象とする医療施設を切り替えるためのボタンである。本実施形態のプログラムは、複数の医療施設で使用することが可能となっている。ボタン２５１ｅを操作することで、利用可能な医療施設が表示され、対象とする医療施設を選択することが可能となっている。選択後、医療施設名２５１ａが選択されたものに変更される。

ボタン２５１ｆは、プログラムの基本機能であって、選択されている医療施設における診療の進捗状況を通知するために使用される。ボタン２５１ｆを操作することで、現在選択している医療施設について、各診療科の進捗状況が表示される。本実施形態では、待合番号を使用しており、進捗状況として診療科毎に待合番号の待ち行列が表示される。

ボタン２５１ｇは、機能追加処理が行われた後に実行可能な機能であって、選択している医療施設について、次回の診療日時を予約することが可能である。なお、図１３（Ａ）の初期画面中、破線で示されたボタンは、選択している医療施設で使用されていない機能となっている。これは、医療施設毎で異なる仕様を考慮したものである。本実施形態では、ボタン２５１ｇによる予約依頼が使用できない状況となっている。

ボタン２５１ｈは、医療施設、あるいは、受付システムから提供される各種情報を参照するためのボタンである。例えば、ボタン２５１ｆの進捗状況を参照する際、自分の待合番号を登録しておくことで、進捗状況が更新される毎に携帯端末２にポップアップ通知が表示される。ユーザは、ボタン２５１ｈを操作することで、その詳細を確認することが可能となっている。ボタン２５１ｉは、本プログラム（アプリ）の使い方を参照するためのボタンである。ボタン２５１ｊは、日本語以外の多言語に切り替えるためのボタンである。

ここでは、機能追加処理のために使用するボタン２５１ｂの操作時の画面遷移について説明を行う。携帯端末２を診察券代わりに使用する場合、受付装置１との間で機能追加処理を実行し、携帯端末２に患者ＩＤ等の情報を登録する必要がある。ボタン２５１ｂの操作時、携帯端末２にまだ情報が登録されていない場合、まず、図１３（Ｂ）の利用規約が表示される。図１３（Ｂ）には、「利用規約」としか表示されていないが、実際には、利用規約の詳細がここに表示されることになる。また、同意すると表記されたボタン２５２ａ、同意しないと表記されたボタン２５２ｂが表示されている。表示される利用規約に同意したユーザはボタン２５２ａを操作し、図１３（Ｃ）の画面へと進む。

図１３（Ｃ）は、まだ診察券が登録されていない状態の画面である。ユーザは、診察券登録と表記されたボタン２５３を操作することで、図１３（Ｄ）の画面へと進む。図１３（Ｄ）は、受付装置１側での操作を促す画面である。また、この画面には、２次元バーコード読み取りと表記されたボタン２５４が表示されている。このボタン２５４を操作することで、図１３（Ｅ）の読み取り画面へと遷移する。読み取り画面には、カメラ２４で撮影中の映像を表示するモニタ欄２５６ａ、キャンセルボタン２５６が表示されている。ユーザはモニタ欄２５６ａで映像を確認しつつ、受付装置１で実行される機能追加処理中、Ｓ２０５の処理で表示される機能追加確認画面を撮影する。

２次元バーコードを読み取った携帯端末２は、携帯回線通信部２６ａを使用して、インターネット上の管理サーバ（図示せず）に、登録要求情報を送信する。図９（Ｄ）は、登録要求情報のデータ構成を示した図である。登録要求情報には、患者ＩＤ、医療施設ＩＤ、携帯端末２に対応付けられている端末ＩＤを送信する。端末ＩＤは、携帯端末２に固有のＩＤ、あるいは、プログラム（アプリ）に固有のＩＤであればよい。管理サーバは、携帯端末２から、携帯回線網、インターネットを介して登録要求情報を受信し、装置ＩＤを有する受付装置１を使用する受付システムの管理コンピュータ３に対して送信する。管理コンピュータは、登録要求情報に含まれる装置ＩＤの受付装置１に対して、登録要求情報を受信した旨を通知する。

受付装置１において、管理コンピュータ３が登録要求情報を受診した旨を確認した場合（Ｓ２０６：Ｙｅｓ）、受付装置１は、カメラ１３ａで継続的に撮影していた動画、あるいは、複数の静止画の中から、ユーザの顔が適切に撮影できたベストショットを選定し、撮影情報として記録（Ｓ２０７）し、管理コンピュータ３に送信する（Ｓ２０８）。

撮影情報を受信した管理コンピュータ３は、先に受信した登録要求情報と、撮影情報に基づき、携帯端末登録情報の登録を行う。図９（Ｅ）には、携帯端末登録情報のデータ構成が示されている。携帯端末登録情報には、患者ＩＤ、医療施設ＩＤ、携帯端末２の端末ＩＤ、受付装置１の装置ＩＤ、登録した日時を示す登録日時、カメラ１３ａで撮影した撮影情報が含んで構成される。携帯端末登録情報は、それに含まれる端末ＩＤを使用して、携帯端末２が適正なものであるかを識別するために使用される。そして、機能追加後に、トラブル等が生じた場合には、この携帯端末登録情報を参照することで、いつ誰が機能を登録したか等の履歴として使用することが可能となる。

一方、受付装置１において、携帯端末２の端末ＩＤ（もしくはアプリＩＤ）を受信できない場合（Ｓ２０６：Ｎｏ）には、一定期間のタイムアウト期間を経た後（Ｓ２０９：Ｙｅｓ）、処理を終了する。その場合、カメラ１３ａで撮影していた撮影情報は破棄される（Ｓ２１０）。

以上、本実施形態では、携帯端末２に無線チェックイン処理等の機能を追加する場合、ユーザは、受付装置１と対面して操作を行うことを必要としている。したがって、携帯端末２を使用する際におけるセキュリティ及び不正利用といった各種問題を抑制可能としている。特に、携帯端末２には、患者ＩＤ、システムＩＤといった正確性、秘匿性が必要となる情報を記憶させることになるが、本実施形態のように、受付システムから携帯端末２にこれら情報を供与することで、正確性、秘匿性を担保することが可能となる。

なお、本実施形態では、受付装置１で２次元バーコードを表示させ、携帯端末２で読み取ることで、各種情報を送受信することを説明したが、このような形態に代え、携帯端末２側で、端末ＩＤ（もしくはアプリＩＤ）を含む２次元バーコード表示し、受付装置１側の２次元バーコードリーダ１５ｂで読み取ることとしてもよい。その場合、受付システム側から、端末ＩＤで特定される携帯端末２に対し、携帯回線網を使用して、機能追加のために必要な各種情報（少なくともユーザを特定するのに必要とされる患者ＩＤ、医療施設ＩＤ等）が送信されることになる。

あるいは、２次元バーコードには、図９（Ｃ１）に記載されるような情報を含めることなく、図９（Ｃ２）に記載されるような受付装置１の装置ＩＤ等を、認証用情報として含めてもよい。２次元バーコードを受信した携帯端末２は、携帯回線網、インターネットを通じて、携帯端末認証用情報を受付システムに送信し、受付システムから、機能追加のために必要な情報（少なくともユーザを特定するのに必要とされる患者ＩＤ、医療施設ＩＤ等）を受信することとなる。このような形態によれば、秘匿性を必要とする情報を２次元バーコードで表示する必要が無く、２次元バーコードを撮影、コピーされることによる情報流出を抑制することが可能となる。

また、本実施形態では、患者基本情報に生体認証用情報を含めることとしている。この生体認証用情報に、顔認証に必要な情報を採用した場合、登録されている生体認証用情報と、携帯端末登録情報に含まれる撮影情報とを比較し、一致率が低い等、患者基本情報の生体認証用情報と異なるユーザの場合には、機能追加を行わない、あるいは、管理コンピュータ３にアラートを通知する等の対策を取ることとしてもよい。また、操作するユーザが適切な方向を向かない、あるいは、ユーザがマスクやサングラスを付けていることを理由として、Ｓ２０７におけるベストショットを選択することができない場合には、ユーザに対して適切な方向を向くように指示する、マスクやサングラスを取り外すように指示することで、ベストショットを取得することとしてもよい。また、ベストショットが取得できない場合には、機能追加を行わない、あるいは、管理コンピュータ３にアラートを通知する等の対策を取ることとしてもよい。

図１１は、本実施形態に係る無線チェックイン処理（携帯端末２側）を示すフロー図である。また、図１２は、本実施形態に係る無線チェックイン処理（受付システム側）を示すフロー図である。図１０で説明した機能追加処理を完了することで、携帯端末２において無線チェックイン処理を実行することが可能となる。無線チェックイン処理は、ユーザが所持する携帯端末２において、プログラム（アプリ）を起動し、メニュー等において、無線チェックインを行う指示をすることで開始される。なお、受付装置１の通常チェックイン処理は、医療施設で設定された受付開始時刻が到来すること、あるいは、医療施設従業員の操作指示によって開始されることを説明したが、無線チェックイン処理についても、受付期間以外は、受付を行わないこととしている。なお、通常チェックイン処理における受付期間と、無線チェックイン処理における受付期間は、同じ期間（時間帯）とすることに代え、例えば、無線チェックイン処理の開始時刻を遅らせる等の、条件を異ならせることとしてもよい。また、受付システム側では、同時に複数の携帯端末２からの無線チェックイン処理を行うことが可能である。したがって、受付装置１に対面して行う通常チェックイン処理と比較して、同時に複数のユーザのチェックインを受け付けることが可能である。

図１４（Ｆ）には、機能追加処理を完了した際の携帯端末２の画面が表示されている。この画面は、図１３（Ａ）に示すボタン２５１ｂを操作することで遷移する画面である。なお、本実施形態では、複数人の診察券を登録することが可能となっており、本人のみならず、ユーザの親族、あるいは、ユーザ（看護業者）の看護対象者の診察券を登録することが可能となっている。図１４（Ｆ）の例では、２つの診察券表示領域２５５ａ、２５５ｂが表示されており、２名分の診察券が登録された状態となっている。ユーザは、使用する診察券表示領域２５５ａ、２５５ｂをタッチ操作することで、診察券表示領域２５５ａ、あるいは診察券表示領域２５５ｂを最前面に移動させ、それを使用することが可能となる。図１４（Ｆ）の例では、診察券表示領域２５５ａが最前面に表示され、使用可能な状態となっている。

診察券表示領域２５５ａには、アプリで受付と表記されたボタン２５５ｃ、削除と表記されたボタン２５５ｄ、２次元バーコード２５５ｅが表示されている。ボタン２５５ｃを操作することで携帯端末２側での無線チェックイン処理が開始される。ボタン２５５ｄを操作した場合、選択している診察券表示領域２５５ａ、及び、それに対応する情報を削除することが可能である。２次元バーコード２５５ｅは、携帯端末２に登録されている診察券情報を２次元バーコード化した情報である。本実施形態では、２次元バーコード２５５ｅを受付装置１で読み取らせることで使用することも可能となっている。

診察券表示領域２５５ａ内に表示されるボタン２５５ｃを操作することで無線チェックイン処理が開始されると、携帯端末２は、近距離無線通信部としてのＢｌｕｅｔｏｏｔｈ通信部２６ｃを使用して、通信可能な受付装置１の探索を開始する（Ｓ３０１）。ここで、医療施設におけるチェックインは、医療施設にユーザが実際に来院していることを必要とするとともに、医療施設の外から行われることを抑制することが必要となる。そのためＢｌｕｅｔｏｏｔｈ規格のような近距離無線通信を使用することが好ましい。また、Ｂｌｕｅｔｏｏｔｈ規格は、医療施設のＬＡＮネットワークと分離可能であって、ＬＡＮへの侵入を隔離することが容易であるため、セキュリティ上の面においても好ましい。なお、近距離無線通信としては、Ｂｌｕｅｔｏｏｔｈ以外の規格を使用する、あるいは、セキュリティ上の安全性が確保できるのであれば、無線ＬＡＮを使用することとしてもよい。

また、携帯端末２の利用者が増加することで、受付装置１の無線接続可能数を超えることが考えられる。そのため、受付装置１のＢｌｕｅｔｏｏｔｈ通信部１７ｂは、ブロードキャスト方式、すなわち、受付装置１から携帯端末２に対する下り方向のみで通信を行うことが好ましい。その場合、携帯端末２から受付装置１に対する上り方向の通信は、携帯回線通信部２６ａを使用し、携帯回線網、インターネットを通じて行うことになる。また、携帯端末２に対して個別の情報を送信する場合、受付装置１は、送信する情報に、携帯端末２の端末ＩＤを付して行うことで実現できる。このような通信形態を使用することで、一度に対応できる携帯端末２の数の制限を撤廃するとともに、携帯端末２から受付装置１へ情報を直接送信することが無いため、セキュリティ向上にも役立つ。

受付装置１の近傍で、Ｂｌｕｅｔｏｏｔｈ通信部２６ｃによる探索を開始した場合、受付装置１側のＢｌｕｅｔｏｏｔｈ通信部１７ｂが探索に応答し、受付装置１が発見される（Ｓ３０３：Ｙｅｓ）。一方、受付装置１が近傍に位置していない等の事情により、受付装置１が発見できない場合（Ｓ３０３：Ｎｏ）には、タイムアウト期間を経た後（Ｓ３０２：Ｙｅｓ）、無線チェックイン処理を終了する。図１５（Ｇ）は、携帯端末２に表示される無線探索中の画面である。本実施形態では、受付装置１の無線範囲を約１０メートルに設定している。探索中、ボタン２５７を操作することで、無線探索を中止することが可能である。

携帯端末２は、発見した受付装置１とＢｌｕｅｔｏｏｔｈ規格による無線通信を開始し、受付装置１に対してチェックイン要求を送信する（Ｓ３０４）。チェックイン要求は、図７で説明した患者ＩＤ、端末ＩＤを含んで構成されている。患者ＩＤ、端末ＩＤは、機能追加処理時に携帯端末２に登録された診察券情報に含まれている。また、チェックイン要求には、患者ＩＤに医療施設ＩＤを加える、あるいは、患者ＩＤに代え、システムＩＤを使用することとしてもよい。また、機能追加処理において保険証情報を診察券情報として登録しておき、チェックイン要求に保険証情報を含ませておくこととしてもよい。受付システム側で保険証情報を併せて確認することが可能となる。なお、保険証情報は、月初めの初診時等、必要とされる場合のみに含ませることとしてもよい。秘匿性を必要とする保険証情報の送信機会を削減し、セキュリティ向上を図ることが可能となる。

受付システム側では、図７で説明した通常チェックイン処理と並行して、図１２の無線チェックイン処理が実行される。受付システムにおいて、チェックイン要求を無線受信した場合（Ｓ４０１：Ｙｅｓ）、チェックイン要求に含まれる患者ＩＤ、端末ＩＤを、管理コンピュータ３に問い合わせる（Ｓ４０２）。管理コンピュータ３は、受信した患者ＩＤ、端末ＩＤの組み合わせが携帯端末登録情報に登録済みであるか否かを確認し、問い合わせのあった受付端末１に返信する。登録済みであることが確認できた場合（Ｓ４０３：Ｙｅｓ）、携帯端末２に対して第１確認情報を送信する（Ｓ４０４）。一方、登録済みで無い場合（Ｓ４０３：Ｎｏ）は、携帯端末２に対してエラー情報を送信する（Ｓ４１２）。

携帯端末２では、第１確認情報を受信した場合（Ｓ３０５：第１確認情報）、図１５（Ｈ）に記載される選択画面を表示する。選択画面は、当日の予約があるか無いかを当画面であり、予約ありと表記されたボタン２５８ａ、予約なしと表記されたボタン２５８ｂを有している。ボタン２５８ａ（予約あり）が選択された場合（Ｓ３０７：あり）は、受付システムに対して予約の問い合わせを行う（Ｓ３０８）。予約なし（Ｓ３０７：なし）が選択された場合、当日診療予約処理（Ｓ３１５）が実行される。図１６（Ｋ）は、携帯端末２側での当日診療予約処理実行時の画面であり、受診する診療科を選択するためのボタン２６１ａ〜２６１ｇが表示されている。これらボタン２６１ａ〜２６１ｇを選択する等して、ユーザは当日の診療予約を行う。なお、ここでは、当日診療予約処理の詳細については割愛する。また、携帯端末２において、エラー情報を受診した場合（Ｓ３０５：エラー情報）、携帯端末２は、チェックインエラー画面を表示（Ｓ３１６）して、処理を終了する。

受付システムは、携帯端末２の選択画面でボタン２５８ａが選択された場合（Ｓ４０５：あり）、管理コンピュータ３等において管理するデータベースを参照し、患者ＩＤに対応する当日の予約情報の有無を確認する（Ｓ４０６）。当日の予約がある場合（Ｓ４０７：Ｙｅｓ）、携帯端末２に対して第２確認情報を送信する（Ｓ４０８）。第２確認情報には、予約情報に基づく各種情報、すなわち、予約日、予約時間帯、診療科名、医師名等が含まれている。第２確認情報を受信（Ｓ３０９：第２確認情報）した携帯端末２は、タッチパネルモニタ２５にチェックイン確認画面を表示する（Ｓ３１０）。

図１５（Ｉ）は、本実施形態に係るチェックイン確認画面（携帯端末２側）を示す図である。携帯端末２に表示されるチェックイン確認画面は、図８で説明した受付装置１に表示されるチェックイン確認画面と同様、診療科、医師名、予約時間帯を含む受診内容表示欄２５９ａ、２５９ｂが表示されている。この受診内容表示欄２５９ａ、２５９ｂを選択することで、当日の受診の確認が行われる（Ｓ３１１：Ｙｅｓ）。携帯端末２は、確認操作に基づき、確認指示情報を受付システムに送信する（Ｓ３１２）。受付システムは、確認指示情報を受信（Ｓ４０９：Ｙｅｓ）したことを条件として、受付を完了する。ここで、受付の完了とは、対応する予約情報を受診情報として診療待ち行列に加えることで、診療順の管理を行うこと、及び、携帯端末２に対して受付完了情報を送信することを含んでいる。

携帯端末２は、受付システムから受信完了情報を受信した場合（Ｓ３１３：Ｙｅｓ）、受付完了票を記憶するとともに、画面表示する（Ｓ３１４）。図１６（Ｊ）は、携帯端末２において表示されている受付完了票画面である。受付完了票画面には、待合番号２６０ｂ、２次元バーコード２６０ａが含まれている。なお、受付完了票画面は、診療科毎に表示することとしてもよいし、１日の診療で共通のものとしてもよい。待合番号２６０ｂは、図１３（Ａ）で説明したボタン２５１ｆ（お知らせ）を選択する機能を使用して進捗状況を参照することが可能である。また、本実施形態では、発行された待合番号が自動登録されることとしている。自動登録されることで、進捗状況内での自己の順番を参照する、あるいは、進捗状況の変更時等、適宜タイミングで、進捗状況の通知を受けることが可能となる。

受付完了票画面に表示される２次元バーコード２６０ａは、医療施設側の管理で使用される情報が含まれている。患者は、受診する際等に、この受付完了票画面を看護師等に提示する。看護師は、診療科に配置された情報処理装置で２次元バーコードを読み取り、本人確認等、診療に関する各種事項を確認することが可能となる。通常チェックイン処理では、受付完了票をプリントアウトしていたのに対し、無線チェックイン処理では、携帯端末２に記憶、表示される点において異なっている。ユーザは、記憶された受付完了票を、後から読み出してタッチパネルモニタ２５に表示させることも可能である。

以上、図１１、図１２等を用いて携帯端末２を使用して実行される無線チェックイン処理について説明した。本実施形態の無線チェックイン処理は、図７で説明した通常チェックイン処理と並行して実行されるため、従来のように受付装置１で操作するユーザに加え、受付装置１の近傍（Ｂｌｕｅｔｏｏｔｈ通信部１７ｂとＢｌｕｅｔｏｏｔｈ通信部２６ｃが無線通信可能な範囲）で携帯端末２を操作するユーザを、チェックインさせることが可能となる。したがって、携帯端末２で無線チェックイン処理を行うユーザは、電波の届く範囲内であれば、ロビー内の所望の位置でチェックインできるため、例えば、ソファに腰掛けた状態で行うことが可能となり、体及び精神的な負担を削減することが可能となる。そして、従来、受付装置１のみで行う場合と比較して、受付装置１に並ぶ人数の削減を図るとともに、医療施設のロビー等における混雑解消を図ることが可能となる。したがって、受付装置１に並ぶ人にとっても、立って並ぶ時間が削減されるため、体及び精神的な負担を削減することが可能となる。

また、本実施形態では、受付装置１に搭載されたＢｌｕｅｔｏｏｔｈ通信部１７ｂを使用することで、受付装置１の近傍を無線チェックイン処理可能な範囲としている。そのため、ユーザは、従来から再来受付が行われている受付装置１を目印として集まり、受付装置１の近傍で、携帯端末２を操作し、無線チェックイン処理を行うことが可能となる。

なお、上述する実施形態中、図１２で説明した受付システム側で実行される無線チェックイン処理は、本発明における「第１のプログラム」に相当するものであって、受付装置１のみで行うことのみならず、その処理の一部、あるいは、全部を管理コンピュータ３等、受付システムの各所で行うこととしてもよい。また、図１１で説明した携帯端末２側で実行される無線チェックイン処理は、本発明における「第２のプログラム」に相当するものである。

ところで、本実施形態の受付システムは、受付装置１に対面して行う通常チェックイン処理と、携帯端末２を使用して行う無線チェックイン処理により、患者の受付を行うことになるが、今回、新たに無線チェックイン処理が追加されることで、診療順について考慮する必要が生じる。

図１７は、本実施形態に係る診療の順番形成を説明するための図である。図１７（Ａ）は、ある医療施設のある診療科、ある医師に関する予約状況を示している。本実施形態では、前述したように、予約時間帯を指定して予約が行われる。図１７（Ａ）の例では、９：００〜９：３０の予約時間帯内にＡ〜Ｆの予約患者が、９：３０〜１０：００の予約時間体内にＧ〜Ｌの予約患者が、１０：００〜１０：３０の予約時間体内にＭ〜Ｒの予約患者が予約している状況を示している。

図１７（Ｂ）は、本実施形態の受付システムを使用して受付を行った場合であって、予約患者のチェックインのタイミングが時間の進行に対応付けて示されている。本実施形態の受付システムでは、受付装置１と対面して行う通常チェックイン処理、ユーザが所持する携帯端末２を使用して行う無線チェックイン処理がある。図１７（Ｂ）中、無印の符号（Ｂ、Ｎ、Ｉ、Ｆ、Ｋ）は、通常チェックイン処理を行った予約患者であり、丸印の付された符号（Ｈ、Ｅ、Ａ、Ｒ、Ｃ）は、無線チェックイン処理を行った予約患者である。

図１７（Ｃ）は、図１７（Ｂ）のチェックインタイミングで行われた場合の診療待ち行列、すなわち、実際に診療が行われる順番を示したものである。本実施形態では、予約患者の予約時間帯に、通常チェックイン処理、無印チェックイン処理を問わず、チェックインタイミングの順番に診療順を割り当てることとしている。例えば、９：００〜９：３０の診療時間帯については、同時間帯に予約を有する予約患者（Ａ〜Ｆ）がチェックインタイミングの順（Ｂ、Ｅ、Ｆ、Ａ、Ｃ）で、診療順が割り当てられる。その他の時間帯についても同様である。

このように本実施形態では、受付装置１に並んで行われる通常チェックイン処理、受付装置１に並ぶこと無く、携帯端末２で行われる無印チェックイン処理が併存する中、予約時間帯で区切って、チェックインタイミングに従って診療順を埋めていくことで、通常チェックイン処理と無印チェックイン処理間で、大きく診療順が変動することを抑制し、両者間での不公平感を緩和することを可能としている。また、受付装置１に並ばなくても診療順が確保できるため、携帯端末２を使用した無線チェックイン処理に誘導することも可能となる。また、無線チェックイン処理が実行されることで、受付装置１に並ぶユーザの数も減少することになり、受付装置１に並んで通常チェックイン処理を行ったとしても早期の診療順を確保することが可能となる。

図１７で説明した診療順の決定手法では、予約時間帯毎に、通常チェックイン処理、無印チェックイン処理を問わず、チェックインタイミングの順番で診療順が割り当てられる。そのため、同じ予約時間帯内では、並んだ通常チェックイン処理と、並ぶ必要の無い無印チェックイン処理の間で、多少の不公平感が生ずることが考えられる。このような状況に基づき、整理券を発行して診療順を決定し、不公平感を緩和することとしてもよい。

図１８は、他の実施形態で使用する整理券４５を示す図である。整理券４５は、管理コンピュータ３のレシートプリンタ４４、あるいは、受付装置１のレシートプリンタ１６ａで、開院前等の適宜タイミングで印刷される。印刷された整理券４５には、医療施設名４５ａ、発行日４５ｂ、整理番号４５ｃ、２次元バーコード４５ｄが印刷されている。医療施設の従業者は、来院した順番に応じた整理番号４５ｃの整理券４５を、患者に渡す。患者は、整理券４５が渡されることで、診療順を確保することになる。

この実施形態では、ユーザは、通常チェックイン処理、無線チェックイン処理において、渡された整理券４５を読み取らせることになる。通常チェックイン処理の場合、受付装置１の２次元バーコードリーダ１５ｂを使用して、整理券４５に印字された２次元バーコード４５ｄを読み取らせる。また、無線チェックイン処理では、携帯端末２のカメラ２４を使用して、整理券４５に印字された２次元バーコード４５ｄを読み取らせる。

２次元バーコード４５ｄには、医療施設ＩＤ、発行日、整理番号を示す情報が埋め込まれている。また、２次元バーコード４５ｄを偽造して不正を行うことを防止するため、セキュリティ対策を行うことが好ましい。セキュリティ対策としては、医療施設ＩＤ、あるいは、発行日等に応じた暗証情報を含めておくこと等が考えられる。通常チェックイン処理、あるいは、無線チェックイン処理では、２次元バーコード４５ｄから読み取った暗証情報が一致したことを条件として受付が行われることになる。また、医療施設名、あるいは、発行日等に基づき診察順を示す情報を暗号化することとしてもよい。通常チェックイン処理、あるいは、無線チェックイン処理では、受付装置１等で、暗号化を解読することで診療順を示す情報を読み出すことになる。

なお、整理券４５を使用した診療順の決定は、整理券４５に２次元バーコード４５ｄに含まれる整理番号を示す情報のみで行うこととしてもよいが、前述の実施形態の予約時間帯を組み合わせて使用することとしてもよい。その場合、図１７（Ｂ）の時間順を、整理券４５に表示された整理番号に置き換えて考えると、図１７（Ｃ）の診療待ち行列が、そのまま適用されることになる。

また、本実施形態では、整理券４５を事前にレシートプリンタ４４で印刷することとしているが、医療施設の出入口７２等に、レシートプリンタを配置し、ユーザの操作により印刷、発行することとしてもよい。また、整理券４５としては、レシートプリンタ４４等で簡易に印刷する形態の他、必要な情報を記録し、受付装置１及び携帯端末２で読み取り可能なカード形態とする等、各種形態を採用することとしてもよい。

以上、本発明に係る発明について、各種実施形態について説明を行ったが、本発明はこれら各種実施形態のみに限られるものではなく、それぞれの各種実施形態の構成を適宜組み合わせて構成した形態も本発明の範疇となるものである。

１（１ａ、１ｂ）：受付装置 ２１ｄ：画像処理部
２：携帯端末 ２１ｅ：音声処理部
３：管理コンピュータ ２２：記憶部
１１ａ：ＣＰＵ ２３：インターフェイス
１１ｂ：ＲＯＭ ２４：カメラ
１１ｃ：ＲＡＭ ２５：タッチパネルモニタ
１１ｄ：画像処理部 ２６ａ：携帯回線通信部
１１ｅ：音声処理部 ２６ｂ：無線ＬＡＮ通信部
１２：タッチパネルモニタ ２６ｃ：通信部
１３ａ：カメラ ２７：入力スイッチ
１３ｂ：赤外線カメラ ２８ａ：スピーカ
１４：カードリーダ ２８ｂ：マイクロホン
１５：レシートプリンタ ４１：入力装置
１５ａ：スキャナ ４２：モニタ
１５ｂ：２次元バーコードリーダ ４３：カードリーダ
１６ａ：レシートプリンタ ４４：レシートプリンタ
１６ｂ：プリンタ ４５：整理券
１７：インターフェイス ５２：ルータ
１７ａ：ＬＡＮ通信部 ７１：病院受付
１７ｂ：通信部 ７２：出入口
１８：ハードディスク １２１：タッチパネル
２１ａ：ＣＰＵ １２２：表示部
２１ｂ：ＲＯＭ ２５１：タッチパネル
２１ｃ：ＲＡＭ ２５２：表示部

Claims (6)

1. 受付装置と、無線通信部と、前記受付装置もしくは管理コンピュータで実行される第１プログラムと、携帯端末で実行される第２プログラムと、を含んで構成される医療施設用受付システムであって、
   前記受付装置は、ユーザが操作可能なユーザインターフェイスを有し、
   前記第１プログラムは、通常チェックイン処理と、無線チェックイン処理と、を実行可能とし、
   前記通常チェックイン処理は、前記ユーザインターフェイスに対する操作に基づき、ユーザの患者ＩＤを診療待ち行列に登録し、
   前記無線チェックイン処理は、前記無線通信部を使用して、前記携帯端末と通信を行い、前記第２プログラムに基づき表示される携帯端末側ユーザインターフェイスに対する操作に基づき、ユーザの患者ＩＤを前記診療待ち行列に登録する
   医療施設用受付システム。
2. 前記通常チェックイン処理、及び、前記無線チェックイン処理は、受け付けたユーザの患者ＩＤを、受付順に前記診療待ち行列に登録する
   請求項２に記載の医療施設用システム。
3. 前記通常チェックイン処理は、前記受付装置で整理番号を読み取り、
   前記無線チェックイン処理は、前記携帯端末で整理番号を読み取り、
   前記通常チェックイン処理、及び、前記無線チェックイン処理は、読み取った整理番号の順で、受け付けたユーザの患者ＩＤを前記診察待ち行列に登録する
   請求項１に記載の医療施設用受付システム。
4. 前記無線通信部は、前記受付装置に備えられている
   請求項１から請求項３の何れか１項に記載の医療施設用受付システム。
5. 前記無線チェックイン処理は、前記受付装置と前記携帯端末間において機能追加処理が実行された前記携帯端末で実行可能とする
   請求項１から請求項４の何れか１項に記載の医療施設用受付システム。
6. 前記受付装置は、カメラを備え、
   前記機能追加処理は、前記カメラによって前記受付装置の前で操作を行うユーザを撮影し、撮像情報を含む機能追加時情報を記憶する
   請求項５に記載の医療施設用受付システム。