JP7467839B2 - 受付システム、受付装置、制御方法、及びプログラム - Google Patents

Description

本発明は施設における受付処理に関する。

病院などの施設を利用する際に、受付において、問診票の提出を求められることがある。ここでいう問診票とは、事前の質問に対する回答が記入された書類である。

このような問診票の提出を容易にするための技術が開発されている。例えば特許文献１には、在宅医療や在宅介護のサービスにおいて、業者が患者の家を訪問して問診票を回収し、回収した問診票を OCR で読み取って、問診票の記載内容を医療機関等にメールで送信する技術が開示されている。

また、特許文献２は、或る医療システムから他の医療システムへ問診票の内容を伝達する際に問診票をコード化する技術を開示している。

特開２００３－０５８６４２号公報 特開２０１４－２１１７１７号公報

特許文献１と２の技術はいずれも、施設を訪れてサービスを受ける場合に受付で問診票を提出するというケースは想定していない。本願発明は上記の課題に鑑みてなされたものであり、その目的の一つは、施設でサービスの利用の受付を行う際に、サービスの利用者からサービス提供者に対し、事前の質問の回答を容易に提供できる技術を提供することである。

本発明の受付システムは、携帯端末と受付装置を含む。
携帯端末は、１）質問に対する回答を表す問診票データをエンコードしてコードデータを生成する生成部と、２）コードデータを携帯端末から制御可能な第１ディスプレイ装置に表示させる表示制御部と、を有する。
受付装置は、１）コードデータを読み取ることで問診票データを取得する読取部と、２）取得した問診票データを用いて受付処理を行う受付処理部と、を有する。

本発明の受付装置は、本発明の受付システムが有する携帯端末である。

本発明の携帯端末は、本発明の受付システムが有する受付装置である。

本発明の第１の制御方法は、携帯端末と受付装置を含む受付システムの制御方法である。当該制御方法は、１）携帯端末が、質問に対する回答を表す問診票データをエンコードしてコードデータを生成する生成ステップと、２）携帯端末が、コードデータを携帯端末から制御可能な第１ディスプレイ装置に表示させる表示制御ステップと、３）受付装置が、コードデータを読み取ることで問診票データを取得する読取ステップと、４）受付装置が、取得した問診票データを用いて受付処理を行う受付処理ステップと、を有する。

本発明の第２の制御方法は、携帯端末によって実行される。当該制御方法は、１）質問に対する回答を表す問診票データをエンコードしてコードデータを生成する生成ステップと、２）コードデータを携帯端末から制御可能な第１ディスプレイ装置に表示させる表示制御ステップと、を有する。

本発明の第３の制御方法は、受付装置によって実行される。当該制御方法は、１）携帯端末のディスプレイ装置に表示されたコードデータを読み取ることで問診票データを取得する読取ステップと、２）取得した問診票データを用いて受付処理を行う受付処理ステップと、を有する。コードデータは、問診票データがエンコードされたデータである。

本発明の第１のプログラムは、本発明の第２の制御方法が有する各ステップを携帯端末に実行させる。

本発明の第２のプログラムは、本発明の第３の制御方法が有する各ステップを受付装置に実行させる。

本発明によれば、施設でサービスの利用の受付を行う際に、サービスの利用者からサービス提供者に対し、事前の質問の回答を容易に提供できる技術が提供される。

実施形態１の受付システムの概要を説明するための図である。 実施形態１の受付システムの機能構成を例示する図である。 受付装置を実現するための計算機を例示する図である。 携帯端末を実現する計算機のハードウエア構成を例示する図である。 実施形態１の受付システムによって実行される処理の流れを例示するフローチャートである。 受付システムを利用する流れをより具体的に例示する図である。 受付装置の実現形態を例示する図である。 利用者端末のハードウエア構成を例示する図である。 計算機の正面の外観を例示する図である。 問診票データを生成するための入力画面を例示する図である。 人がその内容を直接的に把握可能な態様で出力される出力情報を例示する図である。 コード化された出力情報が利用者端末のディスプレイ装置に表示されるケースを例示する図である。 実施形態２の受付システムの機能構成を例示するブロック図である。 利用者端末のディスプレイ装置に表示されるエラー情報を例示する図である。 実施形態２の受付装置によって実行される処理に流れを例示するフローチャートである。 実施形態３の受付システムの機能構成を例示するブロック図である。 第２コードデータを例示する図である。 実施形態３の受付装置によって実行される処理の流れを例示するフローチャートである。

以下、本発明の実施の形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。また各ブロック図において、特に説明がない限り、各ブロックは、ハードウエア単位の構成ではなく機能単位の構成を表している。

［実施形態１］
＜概要＞
図１は、本実施形態の受付システム４０００の概要を説明するための図である。なお、図１は、受付システム４０００に対する理解を容易にするための例示であり、受付システム４０００の機能は図１に表されているものに限定されない。

受付システム４０００は、診療、介護、又は施術などのサービスを提供する施設において、サービス利用者の受付処理を実現するシステムである。なお、以下では説明を容易にするため、サービスを提供する施設として主に病院を例示し、サービスを受ける人として主に患者を例示している。しかしながら、サービスを提供する施設は病院に限定されない。例えば、サービスとして介護を扱う場合、サービスを提供する施設を介護施設とし、サービスを受ける人を被介護者とすることができる。その他にも例えば、サービスとして施術を扱う場合、サービスを提供する施設を整骨院、マッサージ店、又は美容院などといった施術を行う施設とし、サービスを受ける人を被施術者とすることができる。

受付システム４０００は、受付装置２０００及び携帯端末３０００を有する。受付装置２０００は、問診票データ１０を取得し、問診票データ１０を利用して受付処理を行う。問診票データ１０は、診療等の前に事前に与えられた質問に対する答えが含まれるデータである。そのため、問診票データは、回答データとも表現できる。例えば病院であれば、現在の病状や過去の病歴などに関する質問に対する答えが含まれる。

受付装置２０００を用いて実現される受付処理は、問診票データ１０を利用する任意の受付処理である。例えばこのような受付処理は、病院において初診や再初診を受け付ける処理である。ここで、病院における再初診とは、その病院を過去に受診したことがあるものの以前とは別の疾病で受診するために問診票の提出が必要となる受診や、その病院を過去に受診してから一定期間が経過したために問診票の提出が必要となる受診などを意味する。

携帯端末３０００は、受付装置２０００へ問診票データ１０を提供するために利用される。ただし、携帯端末３０００は、問診票データ１０を直接受付装置２０００へ提供する代わりに、問診票データ１０をエンコードしたデータであるコードデータ２０を受付装置２０００へ提供する。そのために、携帯端末３０００は、問診票データ１０をエンコードしてコードデータ２０を生成する。そして、携帯端末３０００は、コードデータ２０をディスプレイ装置３０６０に表示させる。ディスプレイ装置３０６０は、携帯端末３０００から制御可能な任意のディスプレイ装置（例えば、携帯端末３０００に備え付けられているディスプレイ装置）である。

受付装置２０００は、ディスプレイ装置３０６０に表示されたコードデータ２０を読み取ることにより、問診票データ１０を取得する。例えばディスプレイ装置３０６０に表示されるコードデータ２０が QR コード（登録商標）である場合、受付装置２０００は、QR コード（登録商標）リーダを利用してコードデータ２０の読み取り及びデコードを行うことで、問診票データ１０を取得する。

ここで、受付装置２０００及び携帯端末３０００を利用する人物は、サービスの提供を受ける人物に限定されない。例えば病院であれば、患者が子供である場合において、その患者の親が受付装置２０００及び携帯端末３０００を利用するケースが考えられる。以下、受付装置２０００や携帯端末３０００を利用する人物を「利用者」と呼ぶ。

＜作用効果の一例＞
本実施形態の受付装置２０００によれば、問診票データ１０がエンコードされたコードデータ２０が携帯端末３０００によって表示され、そのコードデータ２０を受付装置２０００で読み取るという方法で、携帯端末３０００から受付装置２０００に対して問診票データ１０が提供される。これにより、病院などといった施設を訪れてサービスを受ける際に、サービスの提供者に対し、問診票データ１０（すなわち、質問に対する回答が含まれるデータ）を容易に提供して、受付処理をスムーズに行うことができる。

さらには、携帯端末３０００によって表示されたコードデータ２０を受付装置２０００に読み取らせる方法によれば、サービス利用者のプライバシーを保護することが容易であるという利点もある。まず、この方法によれば、問診票データ１０を周囲から視認可能な態様で表示することなく、受付を完了することができる。たとえ周囲の人にコードデータ２０を見られたとしても、周囲の人は問診票データ１０の内容を把握することができない。そのため、周囲の人に問診に対する回答を見られてしまうという心配がない。さらに、携帯端末３０００から受付装置２０００に対してネットワークを介して問診票データ１０を送信するといった方法とは異なり、第３者に問診票データ１０が盗み取られてしまう心配もない。

また、ネットワークのセキュリティの高さは一般の人には理解しにくいなどといった理由から、問診票のようなプライベートな情報がネットワークを介して送信されることそのものに対して抵抗を持つ人も少なくない。そのため、ネットワークを介して問診票データ１０を送信するという方法では、サービスの利用をためらう人が少なくないと予想される。

この点、携帯端末３０００によって表示されたコードデータ２０を受付装置２０００に読み取らせる方法は、他の人に問診票を読み取られてしまう心配がないことが、一般の人の目から見ても分かりやすい。そのため、ネットワークを介して問診票データ１０を送信する方法と比較し、サービスの利用をためらう人が少なく、サービスが普及しやすくなるという利点がある。

以下、本実施形態についてさらに詳細を述べる。

＜機能構成の例＞
図２は、実施形態１の受付システム４０００の機能構成を例示する図である。受付システム４０００は、受付装置２０００及び携帯端末３０００を有する。受付装置２０００は、読取部２０２０及び受付処理部２０４０を有する。読取部２０２０は、ディスプレイ装置３０６０に表示されているコードデータ２０を読み取ることで、問診票データ１０を取得する。受付処理部２０４０は、取得した問診票データ１０を利用して、受付処理を実行する。

携帯端末３０００は、エンコード部３０２０及び表示制御部３０４０を有する。エンコード部３０２０は、問診票データ１０をエンコードしてコードデータ２０を生成する。表示制御部３０４０は、コードデータ２０をディスプレイ装置３０６０に表示させる。

＜受付装置２０００のハードウエア構成の例＞
受付装置２０００の各機能構成部は、各機能構成部を実現するハードウエア（例：ハードワイヤードされた電子回路など）で実現されてもよいし、ハードウエアとソフトウエアとの組み合わせ（例：電子回路とそれを制御するプログラムの組み合わせなど）で実現されてもよい。以下、受付装置２０００の各機能構成部がハードウエアとソフトウエアとの組み合わせで実現される場合について、さらに説明する。

図３は、受付装置２０００を実現するための計算機１０００を例示する図である。計算機１０００は、任意の計算機である。例えば計算機１０００は、PC（Personal Computer）やサーバマシンなどといった、据え置き型の計算機である。その他にも例えば、計算機１０００は、スマートフォンやタブレット端末などといった可搬型の計算機である。

計算機１０００は、受付装置２０００を実現するために設計された専用の計算機であってもよいし、汎用の計算機であってもよい。後者の場合、例えば、計算機１０００に対して所定のアプリケーション３０をインストールすることによって、計算機１０００が受付装置２０００として機能するようになる。アプリケーション３０は、受付装置２０００の各機能構成部を実現するためのプログラムモジュールを含むプログラムで実現されるアプリケーションである。

計算機１０００は、バス１０２０、プロセッサ１０４０、メモリ１０６０、ストレージデバイス１０８０、入出力インタフェース１１００、及びネットワークインタフェース１１２０を有する。バス１０２０は、プロセッサ１０４０、メモリ１０６０、ストレージデバイス１０８０、入出力インタフェース１１００、及びネットワークインタフェース１１２０が、相互にデータを送受信するためのデータ伝送路である。ただし、プロセッサ１０４０などを互いに接続する方法は、バス接続に限定されない。

プロセッサ１０４０は、CPU（Central Processing Unit）、GPU（Graphics Processing Unit）、FPGA（Field－Programmable Gate Array）などの種々のプロセッサである。メモリ１０６０は、RAM（Random Access Memory）などを用いて実現される主記憶装置である。ストレージデバイス１０８０は、ハードディスク、SSD（Solid State Drive）、メモリカード、又は ROM（Read Only Memory）などを用いて実現される補助記憶装置である。

入出力インタフェース１１００は、計算機１０００と入出力デバイスとを接続するためのインタフェースである。例えば入出力インタフェース１１００には、キーボードなどの入力装置や、ディスプレイ装置などの出力装置が接続される。

ネットワークインタフェース１１２０は、計算機１０００を通信網に接続するためのインタフェースである。この通信網は、例えば LAN（Local Area Network）や WAN（Wide Area Network）である。

ストレージデバイス１０８０は、受付装置２０００の各機能構成部を実現するプログラムモジュールを記憶している。例えば図３の例では、前述したアプリケーション３０が格納されている。プロセッサ１０４０は、これら各プログラムモジュールをメモリ１０６０に読み出して実行することで、各プログラムモジュールに対応する機能を実現する。

＜携帯端末３０００のハードウエア構成の例＞
携帯端末３０００の各機能構成部は、各機能構成部を実現するハードウエア（例：ハードワイヤードされた電子回路など）で実現されてもよいし、ハードウエアとソフトウエアとの組み合わせ（例：電子回路とそれを制御するプログラムの組み合わせなど）で実現されてもよい。

携帯端末３０００は、スマートフォンやタブレット端末などといった任意の可搬型の計算機で実現される。携帯端末３０００を実現する計算機は、携帯端末３０００を実現するために設計された専用の計算機であってもよいし、汎用の計算機であってもよい。後者の場合、例えば、汎用の計算機に対して所定のアプリケーション４０をインストールすることによって、その計算機が携帯端末３０００として機能するようになる。アプリケーション４０は、携帯端末３０００の各機能構成部を実現するためのプログラムモジュールを含むプログラムで実現されるアプリケーションである。

図４は、携帯端末３０００を実現する計算機のハードウエア構成を例示する図である。図４の計算機５０００が有する各ハードウエア要素の機能は、図３の計算機１０００が有する各ハードウエア要素の機能と同様である。ただし、ストレージデバイス５０８０には、携帯端末３０００の各機能構成部を実現するためのプログラムモジュールが格納される。図４の例では、アプリケーション４０が格納されている。

＜処理の流れ＞
図５は、実施形態１の受付システム４０００によって実行される処理の流れを例示するフローチャートである。エンコード部３０２０は、問診票データ１０をエンコードしてコードデータ２０を生成する（Ｓ１０２）。表示制御部３０４０は、コードデータ２０をディスプレイ装置３０６０に表示させる（Ｓ１０４）。読取部２０２０は、コードデータ２０を読み取ることで問診票データ１０を得る（Ｓ１０６）。受付処理部２０４０は、問診票データ１０を利用して受付処理を行う（Ｓ１０８）。

図６は、受付システム４０００を利用する流れをより具体的に例示する図である。まず、携帯端末３０００は、問診票データ１０を生成するために必要な患者に関する情報の入力を受け付ける（Ｓ２０２）。携帯端末３０００は、入力された情報を用いて問診票データ１０を生成する（Ｓ２０４）。携帯端末３０００は、受付装置２０００からアクセス可能な記憶装置に問診票データ１０を格納する（Ｓ２０６）。例えば患者は、病院に行く前に、事前に問診票データ１０を生成しておくことができる。

その後、携帯端末３０００は、問診票データ１０を受付装置２０００へ提供する旨の入力を受け付ける（Ｓ２０８）。例えばこの入力は、所定の手順でアプリケーション４０を操作する入力であり、病院で受付装置２０００を利用するタイミングなどで行われる。上記入力に応じ、エンコード部３０２０は、問診票データ１０をエンコードしてコードデータ２０を生成する（Ｓ２１０）。ディスプレイ装置３０６０は、生成されたコードデータ２０をディスプレイ装置３０６０に表示させる（Ｓ２１２）。

読取部２０２０は、ディスプレイ装置３０６０に表示されているコードデータ２０を読み取る（Ｓ２１４）。この際、利用者は、受付装置２０００に設けられたリーダにディスプレイ装置３０６０をかざす等の方法により、コードデータ２０をリーダに読み取らせる。

読取部２０２０は、コードデータ２０をデコードして問診票データ１０を取得する（Ｓ２１６）。なお、後述する様に、コードデータ２０のデコードはリーダによって行われてもよい。

受付装置２０００は、利用者から、その他の情報をさらに取得する（Ｓ２１７）。例えば受付装置２０００は、利用者は、保険証や運転免許証などの身分証明書や、その他の証明書（医療費の控除に関する証明書や、又は他の病院からの紹介状など）などの情報を取得する。その他にも例えば、受付装置２０００は、利用者の生体情報を取得してもよい。例えば生体情報は、カメラで利用者の顔を撮像することで生成される顔画像などである。なお、受付装置２０００がこれらの情報を取得するタイミングは、問診票データ１０の提供を受け付けるタイミング（Ｓ２１６）よりも前であってもよい。

証明書等の情報を受付装置２０００へ提供する方法には、様々な方法を採用することができる。例えば、利用者は、受付に利用する端末（後述する利用者端末１００）に設けられているスキャナに、これらの情報を表す媒体（紙媒体など）をスキャンさせることで、情報の提供を行う。また、これらの情報が病院のサーバ等からアクセス可能な記憶装置に格納されている場合、利用者は、記憶装置から情報を読み出すための識別情報を端末に入力してもよい。

受付処理部２０４０は、問診票データ１０を利用して受付処理を行う（Ｓ２１８）。受付処理部２０４０は、受付処理の結果を表す出力情報を出力する（Ｓ２２０）。例えば出力情報は、受付処理が完了したことや、受付処理後に利用者が行うべきことなどが示されている情報である。

＜受付装置２０００の実現形態＞
受付装置２０００は、利用者によって操作される端末（以下、利用者端末）単体で実現されてもよいし、利用者によって操作される利用者端末とその利用者端末から受信したリクエストに応じて動作するサーバマシンとのペアで実現されてもよい。

図７は、受付装置２０００の実現形態を例示する図である。図７の上段では、受付装置２０００が利用者端末１００単体で実現されている。利用者端末１００は、例えば病院に設置される受付機である。

ここで、図７の上段の例において、利用者端末１００は、ネットワークを介して、電子カルテデータベース（ＤＢ）と接続されている。電子カルテＤＢには、各患者の電子カルテが記録されている。電子カルテには、患者の識別情報（例えば、診察券番号やマイナンバーなど）に対応づけて、患者に関する種々の情報が記録されている。例えば受付処理により、問診票データ１０やその他の情報（証明書等の情報や生体情報など）が、電子カルテＤＢに格納される。なお、病院以外の施設を対象とする場合、例えば、電子カルテと同様のものとして、利用者の識別情報に対応づけて、利用者に関する種々の情報を示す情報（以下、利用者情報）を扱うことができる。また、電子カルテＤＢと同様のものとして、利用者情報のデータベースである利用者情報ＤＢを利用できる。

図７の下段では、受付装置２０００が利用者端末１００とサーバマシン１１０のペアとして実現されている。利用者端末１００は、利用者とサーバマシン１１０との間のインタフェースとして機能する。すなわち、利用者からの入力を受け付けたら、利用者端末１００は、その入力の内容を示すデータをサーバマシン１１０へ送信する。サーバマシン１１０は、入力の内容に基づいて処理を行い、その結果を示すデータを利用者端末１００へ送信する。

ただし、ユーザ入力に対応する全ての処理がサーバマシン１１０で行われる必要はなく、一部の処理は利用者端末１００で行われてもよい。例えば、コードデータ２０をデコードして問診票データ１０を得る処理は、利用者端末１００で行われてもよい。この場合、サーバマシン１１０は、利用者端末１００から送信された問診票データ１０を受信し、その問診票データ１０を利用して受付処理を行う。

なお、受付装置２０００が利用者端末１００とサーバマシン１１０とのペアとして実現される場合、利用者端末１００とサーバマシン１１０はそれぞれ、前述した図３で例示されるハードウエア構成などで実現することができる。その他にも例えば、利用者端末１００は、以下で示すハードウエア構成で実現されてもよい。

＜＜利用者端末１００のハードウエア構成の例＞＞
図８は、利用者端末１００のハードウエア構成を例示する図である。また、図９は、計算機６０００の正面の外観を例示する図である。利用者端末１００は、計算機６０００を用いて実現される。計算機６０００が有する各ハードウエア要素の機能は、図３の計算機１０００が有する各ハードウエア要素の機能と同様である。ただし、ストレージデバイス６０８０には、利用者端末１００の各機能を実現するためのプログラムモジュールが格納される。

計算機６０００には、入出力インタフェース６１００を介して、タッチパネルディスプレイ２０２、スピーカ２０４、レシートプリンタ２０６、釣銭機２０８、カメラ２１０、マイク２１２、スキャナ２１４、磁気カードリーダ２１６、ＩＣカードリーダ２１８、カード発行機２２０、及びＡ４用紙プリンタ２２２が接続されている。タッチパネルディスプレイ２０２は、利用者に提示する画面を表示する機能、及び利用者による入力操作（タッチ操作）を受け付ける機能を有する。スピーカ２０４は、任意の音声の出力に利用される。レシートプリンタ２０６は、紙媒体で利用者に情報を提供するために用いられる。例えば、受付処理が完了した利用者に対して受付番号を発行する場合に、受付番号を印字した紙がレシートプリンタ２０６から出力される。釣銭機２０８は、現金投入口から投入された現金の格納、及び現金払い戻し口を介した現金の払い出しに利用される。

カメラ２１０は、利用者を撮像するために利用される。例えば、利用者を撮像することで得られた利用者の顔画像と、利用者から提供された顔写真付きの証明書（運転免許証など）から得られる利用者の顔画像とが一致するか否かの確認を行うことにより、不正な受け付けの防止などを実現できる。マイク２１２は、利用者から音声入力を受け付けるために利用される。

スキャナ２１４は、コードデータ２０の読み取り（例えば、QR コード（登録商標）の撮像）に利用される。その他にも例えば、スキャナ２１４は、情報が表示されている媒体（例えば、保険証、運転免許証、パスポート、及びマイナンバーカードなどといった証明書）を撮像して画像を生成するために利用されてもよい。スキャナ２１４によって得られる画像に対して文字認識処理などの画像解析を行うことにより、種々の情報を得ることができる。

磁気カードリーダ２１６は、磁気カードから情報を読み取るために利用される。ＩＣカードリーダ２１８は、ＩＣカードから情報を読み取るために利用される。

カード発行機２２０は、利用者に対して新規のカード（例えば診察券など）を発行するために利用される。Ａ４用紙プリンタ２２２は、種々の情報が印字された紙を出力するために利用される。

＜問診票データ１０の生成＞
受付装置２０００の利用者は、問診票データ１０を作成する（Ｓ１０２、Ｓ２０２～Ｓ２０６）。例えば携帯端末３０００は、問診票データ１０の生成に必要な情報を入力することができる入力画面を、利用者に提供する。利用者がこの入力画面に必要な情報を入力したことに応じ、携帯端末３０００は、入力された情報を用いて問診票データ１０を生成する。

図１０は、問診票データ１０を生成するための入力画面５０を例示する図である。入力画面５０には、氏名などの個人情報の入力を受け付ける入力エリアや、問診に対する回答の入力を受け付ける入力エリアが含まれる。携帯端末３０００は、入力画面５０に入力された個人情報や問診への回答が含まれる問診票データ１０を生成する。

例えば図１０の例の場合、問診票データ１０には、選択された項目を特定可能な情報（例えば、質問の番号と選択項目に割り当てられた番号との組み合わせ）が含まれる。さらに、文字列を入力可能な欄に対して入力がある場合、問診票データ１０には、入力された文字列も含まれる。

ここで、問診票データ１０を生成する機能は、携帯端末３０００の外部のサーバ（以下、問診票生成サーバ）によって提供されてもよい。例えば、携帯端末３０００において、問診票データ１０の生成を開始するための操作を行うと、携帯端末３０００が問診票生成サーバにアクセスする。その結果、前述した入力画面５０が提供される。ユーザがこの入力画面５０に対して入力を行うと、問診票生成サーバによって問診票データ１０が生成され、生成された問診票データ１０が携帯端末３０００に対して送信される。

なお、問診票データ１０を生成する機能を携帯端末３０００に設ける形態には、患者の個人情報や問診への回答が携帯端末３０００の外部に送信されないため、患者のプライバシーを保護しやすいといった利点や、患者の心的負担が少なくなるといった利点がある。一方、問診票データ１０を生成する機能を携帯端末３０００の外部に設ける形態には、携帯端末３０００に変更を加えることなく（アプリケーション４０を更新することなく）、問診の問いや回答の選択肢などを柔軟に変更できるという利点がある。

＜問診票データ１０のエンコード＞
エンコード部３０２０は、問診票データ１０をエンコードしてコードデータ２０を生成する（Ｓ１０２、Ｓ２１０）。コードデータ２０は、ディスプレイ装置に表示可能な形式のデータである。また、コードデータ２０は、人が見てもその内容を把握することが難しい形式のコードであることが好ましい。例えばコードデータ２０としては、QR コード（登録商標）やバーコードなどといった種類のコードを利用することができる。ここで、データを所望のデータ形式にエンコードする技術には、そのデータ形式に応じた既存の技術を利用することができる。

問診票データ１０をエンコードすることで生成されるコードデータ２０は、１つであってもよいし、複数であってもよい。後者の場合、例えば、エンコード部３０２０は、問診票データ１０を複数のデータに分割し、分割後の各データをエンコードする。これにより、１つの問診票データ１０から複数のコードデータ２０が生成される。

エンコード部３０２０は、問診票データ１０が生成されたことに応じてコードデータ２０を自動的に生成してもよいし、所定の条件が満たされるまでコードデータ２０を生成しなくてもよい。後者の場合、例えばエンコード部３０２０は、携帯端末３０００が所定の入力操作を受け付けたことに応じて、記憶装置から問診票データ１０を読み出し、読み出した問診票データ１０からコードデータ２０を生成する（Ｓ２０８、Ｓ２１０）。

＜コードデータ２０の表示＞
表示制御部３０４０は、コードデータ２０をディスプレイ装置３０６０に表示させる（Ｓ１０４、Ｓ２１２）。ここで、QR コード（登録商標）などのコードをディスプレイ装置３０６０に表示させる技術には、既存技術を利用することができる。

なお、表示制御部３０４０は、エンコード部３０２０によってコードデータ２０が生成されたことに応じて自動的にコードデータ２０の表示処理を行ってもよいし、所定の条件が満たされるまでコードデータ２０の表示処理を行わなくてもよい。後者の場合、例えば表示制御部３０４０は、携帯端末３０００が所定の入力操作を受け付けたことに応じて、コードデータ２０の表示処理を行う。この場合、エンコード部３０２０は、生成したコードデータ２０を記憶装置に格納しておく。そして、表示制御部３０４０は、携帯端末３０００が所定の入力操作を受け付けたことに応じて、この記憶装置からコードデータ２０を読み出し、表示処理を行う。

＜コードデータ２０の読み取り＞
読取部２０２０は、ディスプレイ装置３０６０に表示されたコードデータ２０を読み取り、読み取ったコードデータ２０をデコードすることで、問診票データ１０を取得する（Ｓ１０６、Ｓ１０８、Ｓ２１４、Ｓ２１６）。ここで、ディスプレイ装置に表示されたコードを読み取る技術、及び読み取ったデータをデコードすることで元のデータ（本発明における問診票データ１０）を得る技術には、既存の技術を利用することができる。

ここで、問診票データ１０をエンコードすることで生成されたコードデータ２０が複数あるとする。この場合、読取部２０２０は、これら複数のコードデータ２０それぞれを読み取る。また、読み取られた複数のコードデータ２０それぞれがデコードされる。そして、このデコードにより得られる複数のデータを結合することにより、問診票データ１０が得られる。

なお、複数のコードデータ２０をデコードすることで得られた複数のデータを結合して問診票データ１０を得るためには、データの結合順を把握できる必要がある。そこで例えば、複数のコードデータ２０の読み取り（撮像など）が、一度に行われるようにする。この場合、ディスプレイ装置３０６０上におけるコードデータ２０の配置から、コードデータ２０の結合順序を把握することができる。例えば、ディスプレイ装置３０６０において、結合の順位が早いコードデータ２０ほど左に配置されるように予め定めておく。これにより、「コードデータ２０を左から右に向けて順に結合する」という結合順序を予め定めておくことができる。

その他にも例えば、データの結合順を示す情報（シリアルナンバーなど）を、各コードデータ２０に含めておく。この場合、コードデータ２０を一度に読み取らなくても、結合順を把握することができる。

＜受付処理：Ｓ１０８、Ｓ２１８＞
受付処理部２０４０は、取得した問診票データ１０に基づいて、利用者に対応する患者（利用者自身、又は利用者によって代理で受付が行われた患者）の受付処理を行う（Ｓ１０８、Ｓ２１６）。患者の受付処理には、様々な処理が含まれうる。

例えば受付処理部２０４０は、受付処理として、問診票データ１０を記憶装置に格納する処理を行う。こうすることで、医師等が問診票データ１０を診察等に利用することができる。例えば問診票データ１０は、患者の電子カルテに記録される。前述したように、電子カルテには、患者に関する種々の情報が記録されている。そこで受付処理部２０４０は、患者に関する情報の１つとして、問診票データ１０を追加する。また、受付処理部２０４０は、問診票データ１０と共に、証明書や生体情報などの情報も電子カルテに追加することが好適である。さらに、問診票データ１０などが追加された電子カルテが、診察等に利用する端末に送信されるようにしてもよい。

その他にも例えば、受付処理部２０４０は、問診票データ１０の内容に基づいて、患者が受診すべき診療科を決定する。問診票データ１０の内容に基づいて受診すべき診療科を決定する具体的な方法には、様々な方法を採用することができる。例えば、複数の問診に対する回答の各組み合わせと、受診すべき診療科の識別情報とを対応付けた情報を、予め記憶装置に記憶させておく。この場合、受付処理部２０４０は、取得した問診票データ１０が示す回答の組み合わせに対応する受診科の識別情報を、上記記憶装置から取得する。ここで取得した識別情報によって特定される診療科が、患者が受診すべき診療科として決定される。

診療科を決定する方法のその他の例として、受付処理部２０４０の中に、「問診票データ１０が入力されたことに応じて、受診すべき診療科の識別情報を出力する」という機能を有する分類器を構築してもよい。この分類器は、例えば、問診票データ１０と、その問診票データ１０の内容に基づいて医師等が決定した受診すべき診療科の識別情報（すなわち、入力に対する正解データ）とを対応づけた教師データを複数用意し、予め分類器の学習を行っておく。この場合、受付処理部２０４０は、取得した問診票データ１０を分類器に入力する。そして、受付処理部２０４０は、分類器から出力された識別情報で特定される診療科を、患者が受診すべき診療科として決定する。

ここで、診療科を自動で決定することが難しいケースも考えられる。そこで、受付処理部２０４０が診療科を決定できなかった場合、患者を有人の受付カウンタに誘導し、そこで患者がスタッフと相談して診療科を決定するという運用をしてもよい。この場合、例えば受付処理部２０４０は、診療科を決定できなかった利用者について、受付番号を発行する。受付番号は、受付カウンタにおける順番待ちの順位を表す番号である。

なお、診療科を自動で決定できないというケースとしては、以下のようなケースが考えられる。まず、受付処理部２０４０の中に設けられている分類器が、問診票データ１０の入力に応じて、診療科ごとに、患者がその診療科を受診すべき度合い（その診療科が受診すべき診療科である確度）を示す指標値を出力するように構成されているとする。出力された指標値のうちで最大のものが閾値以上である場合、受付処理部２０４０は、その最大の指標値に対応する診療科を、患者が受診すべき診療科として決定する。一方、最大の指標値が閾値未満である場合、受付処理部２０４０は、受診すべき診療科を決定できないと判定し、その旨を示す情報を出力する。このような構成の場合、「分類器から出力された最大の指標値が閾値未満である」というケースが、診療科を自動で決定できないというケースに該当する。

なお、診療科を決定できた場合にも受付番号を発行するようにしてもよい。この受付番号は、決定された診療科における順番待ちの順位を表す。

受付処理のその他の例として、受付処理部２０４０は、受付処理として、患者を診察の待ち行列に加える処理を行ってもよい。なお、受付を行った順に患者を診察の待ち行列に加える具体的な方法には、既存の方法を採用することができる。待ち行列は診療科ごとに設けられていてもよい。この場合、例えば受付処理部２０４０は、前述した方法で患者が受診すべき診療科を決定し、決定した診療科の待ち行列に対して患者を追加する。

その他にも例えば、受付処理部２０４０は、患者が初診である場合、受付処理として、電子カルテデータの生成や、診察券の発行を行ってもよい。ここで、初診の患者について、提示された証明書や問診票の内容に基づいて電子カルテデータを生成したり、診察券を発行したりする具体的な方法には、既存の技術を利用することができる。

＜受付処理の結果の出力＞
受付装置２０００は、受付処理部２０４０による受付処理の結果を表す出力情報を出力することが好適である（Ｓ２２０）。出力情報には、受付処理部２０４０によって行われた受付処理の内容やその結果に応じた種々の情報を含めることができる。例えば受付処理によって受信すべき診療科が決定された場合、出力情報には、その診療科の名前や、利用者端末１００が設置されている場所からその診療科のある場所への道案内などが含められる。その他にも例えば、受付処理によって受付番号が決定された場合、出力情報には、その受付番号が含まれる。その他にも例えば、受付処理が診察券の発行である場合、出力情報として、診察券が出力される。

なお、診療科を決定できなかった場合、例えば出力情報には、有人の受付カウンタへ利用者を誘導する情報を含めることが好適である。具体的には、有人の受付カウンタへ行くことを促すメッセージや、その受付カウンタまでの移動経路が示された地図などを、出力情報に含めるようにする。こうすることで、受付装置２０００を利用した自動受付が難しいケースでは、受付処理を病院のスタッフに委譲することで、受付処理をより柔軟に行うことができるようになる。

出力情報の出力方法は様々である。例えば出力情報は、利用者が閲覧可能なディスプレイ装置（例えば図９のタッチパネルディスプレイ２０２）に表示されたり、プリンタ（例えば図９のレシートプリンが２０６やＡ４用紙プリンタ２２２）によって紙に印字されて出力される。

なお、出力情報は、人が直接的にその内容を把握可能な態様で出力されてもよいし、人がその内容を直接的には把握できない態様で出力されてもよい。前者の場合、例えば、出力情報の内容を表す文字列、記号、又は図形などが出力される。図１１は、人がその内容を直接的に把握可能な態様で出力される出力情報を例示する図である。この例において、出力情報は、紙に印字されて出力されている。

一方、人がその内容を直接的には把握できない態様で出力情報が出力される場合、例えば出力情報は、コード化されて出力される。すなわち、受付装置２０００は、出力情報をエンコードしてコードを生成し、そのコードをディスプレイ装置や紙媒体などに出力する。図１２は、コード化された出力情報が利用者端末１００のディスプレイ装置に表示されるケースを例示する図である。利用者は、例えば携帯端末３０００を利用してこのコードを読み取ることにより、出力情報の内容を把握する。

例えば出力情報が QR コード（登録商標）として出力される場合、携帯端末３０００にインストールされている QR コード（登録商標）を読み取るアプリケーションを利用することで、出力情報を表す QR コード（登録商標）の読み取り及びデコードが行われる。そして、ディスプレイ装置３０６０に、出力情報の内容が表示される。利用者はディスプレイ装置３０６０に表示された情報を閲覧することにより、前述した種々の情報を把握することができる。例えば、図１２において利用者端末１００のディスプレイ装置に表示されているコードを読み取ることにより、図１１に例示されている情報がディスプレイ装置３０６０に表示される。

このように出力情報もコードで表示するようにすると、問診票データ１０や出力情報といった利用者の情報を、周囲からその内容を把握可能な態様で出力することなく、受付を完了することができる。そのため、利用者のプライバシーをより強く保護することができる。

ここで、出力情報の出力態様は、予め固定で定められていてもよいし、利用者によって選択可能であってもよい。例えば、利用者端末１００は、図１２で例示したように、出力情報がエンコードされたコードを、利用者端末１００のディスプレイ装置に自動的に表示するとする。この際、図１１で例示したような出力情報の内容を利用者端末１００のディスプレイ装置に表示させるためのボタン（例えば、「詳細表示」と記載されたボタン）を、コードと共に表示するようにする。利用者がこのボタンを押すと、利用者端末１００のディスプレイ装置に、出力情報の内容が表示される。これにより、利用者は、携帯端末３０００を操作することなく、利用者端末１００のディスプレイ装置で、出力情報の内容を確認することができる。

また、利用者端末１００において出力情報の出力を行う前に、「詳細表示」と「コード表示」のように、出力情報の出力態様を選択するボタンを、利用者端末１００のディスプレイ装置に表示させてもよい。例えば、「詳細表示」が選択された場合には、図１１で例示した態様の出力情報が、利用者端末１００のディスプレイ装置に表示される。一方、「コード表示」が選択された場合には、図１２で例示した示す態様の出力情報が、利用者端末１００のディスプレイ装置に表示される。

このように、出力情報の出力態様を利用者が選択できるようにすることで、受付装置２０００が利用者の好みに応じた動作をするようになるため、利用者にとって、受付装置２０００の利便性が向上する。

＜複数段階の受付について＞
総合病院などの大きな病院では、総合受付を行った後、受診する診療科でさらに受付を行うことがある。このように受付が複数段階ある場合、受付システム４０００は、これら複数の段階それぞれで利用されてもよい。以下、総合受付と診療科ごとの受付それぞれで受付装置２０００が利用されるケースについて例示する。

このケースでは、まず利用者は、総合受付のスペースに設けられた利用者端末１００を用いて、総合受付を行う。総合受付の受付装置２０００は、問診票データ１０、証明書等の情報、及び生体情報などを取得して、電子カルテＤＢに登録する。また、総合受付の受付装置２０００は、診療科の決定を行う。

診療科を決定できた場合、総合受付の受付装置２０００は、受診すべき診療科を示す情報を利用者に対して出力する（図１１参照）。一方、診療科を決定できなかった場合、総合受付の受付装置２０００は、有人の受付カウンタへ利用者を誘導する情報を出力する。

診療科を決定できたケースでは、利用者は、案内された診療科へ移動し、その診療科に設けられている利用者端末１００を利用して、診療科の受付を行う。また、有人の受付カウンタで診療科を決めてもらった利用者も同様に、診療科の受付を行う。

例えば診療科受付の受付装置２０００は、その診療科に特化した内容の問診票データ１０（診療科用の問診票データ１０）を受け付ける。利用者は、総合受付の受付装置２０００に提供した問診票データ１０を生成した方法と同様の方法で、携帯端末３０００を用いて、受診する診療科用の問診票データ１０を生成する。

診療科用の問診票データ１０の生成が終わったら、携帯端末３０００は、その問診票データ１０をエンコードしてコードデータ２０を生成し、そのコードデータ２０を診療科受付の受付装置２０００に読み取らせる。これにより、受診する診療科用の問診票データ１０が、診療科受付の受付装置２０００に提供される。

診療科受付の受付装置２０００は、取得した問診票データ１０を用いて、受付処理を行う。具体的には、提供された問診票データ１０を電子カルテＤＢに格納する処理や、診療科の待ち行列に利用者を加える処理などを行う。

ここで、携帯端末３０００を用いて診療科用の問診票データ１０を生成する場合、総合受付の受付装置２０００は、その生成をサポートする機能を有することが好適である。例えば総合受付の受付装置２０００から出力される紙媒体に、携帯端末３０００で読み取り可能なコードを含めておく。携帯端末３０００がこのコードを読み取ると、携帯端末３０００に、受診する診療科用の問診票データ１０を生成できる入力画面が表示される。例えばこのコードは、診療科用の問診票データ１０を生成する機能を提供する問診票生成サーバへアクセスするためのアクセス情報（URL など）や、携帯端末３０００の中に設けられている、診療科用の問診票データ１０を生成する機能を呼び出すための情報などをコード化したものである。ここで、携帯端末３０００にコードを読み取らせることで問診票データ１０を生成するための入力画面を表示させる具体的な方法については、後述する実施形態３で説明する。

＜変形例＞
受付装置２０００と携帯端末３０００との間におけるデータの受け渡しは、コードの表示と読み取り以外の方法で実現されてもよい。例えば、受付装置２０００と携帯端末３０００との間におけるデータの受け渡しは、NFC（Near field communication）等の近距離無線通信を用いて実現してもよい。この点は、後述する他の実施形態についても同様である。

例えば、携帯端末３０００から受付装置２０００に対する問診票データ１０の提供が、NFC によって実現されるとする。この場合、利用者端末１００に NFC リーダを設け、携帯端末３０００に NFC ライタを設ける。そして、携帯端末３０００の NFC ライタを利用者端末１００の NFC リーダに近づけることにより、携帯端末３０００から利用者端末１００へ問診票データ１０が送信される。

同様に、受付装置２０００から携帯端末３０００への出力情報の提供が、NFC によって実現されるとする。この場合、利用者端末１００に NFC ライタを設け、携帯端末３０００に NFC リーダを設ける。そして、携帯端末３０００の NFC リーダを利用者端末１００のNFC ライタに近づけることにより、携帯端末３０００から受付装置２０００へ出力情報が送信される。

［実施形態２］
図１３は、実施形態２の受付システム４０００の機能構成を例示するブロック図である。なお、実施形態２の携帯端末３０００が有する機能構成部はいずれも、実施形態１の携帯端末３０００が有するものと同じであるため、図１３において携帯端末３０００の内部は省略されている。以下で説明する点を除き、実施形態２の受付システム４０００は、実施形態１の受付システム４０００と同様の機能を有する。

実施形態２の受付装置２０００は、エラー検出部２０６０を有する。エラー検出部２０６０は、取得した問診票データ１０のエラーを検出する。例えばエラー検出部２０６０は、取得した問診票データ１０と、利用者から提示された患者に関する証明書（保険証、運転免許証、パスポート、又はマイナンバーカードなど）から得た情報とを比較することにより、エラーの検出を行う。具体的には、エラー検出部２０６０は、証明書から読み取られた情報と、問診票データ１０とについて、所定の項目の一致・不一致を判定する。例えば所定の項目は、氏名、住所、性別、生年月日、及び年齢などといった個人情報である。内容が一致しない項目を検出したら、エラー検出部２０６０は、その項目のエラーを検出する。例えば、問診票データ１０に含まれる患者の氏名と、患者の保険証から読み取った氏名とが一致しない場合、患者の氏名についてエラーが検出される。

その他にも例えば、エラー検出部２０６０は、患者の生体情報と問診票データ１０とに基づいて、問診票データ１０のエラーを検出してもよい。例えばエラー検出部２０６０は、利用者端末１００に設けられたカメラで患者を撮像することで得られた患者の顔写真を解析することで、患者の属性（年齢や性別など）を推測する。そして、エラー検出部２０６０は、推測した患者の属性と問診票データ１０によって示される属性との類似度が低い（類似度が所定値以下である）場合に、エラーを検出する。例えば、顔写真から患者の年齢が２０代であると推測されたにもかかわらず、問診票データ１０が示す患者の年齢が６０代であった場合、問診票データ１０について、年齢の記載のエラーを検出する。ここで、生体情報から患者の属性を推測する技術や、属性を比較して類似度を算出する技術には、既存の技術を利用することができる。

本実施形態の受付装置２０００によれば、このように問診票データ１０と証明書との比較によってエラー検出を行うことにより、患者に関する誤った情報で受付処理が行われることを、効率的に防ぐことができる

上述したエラーの検出を実現するために、実施形態２の受付装置２０００は、上述した証明書を読み取る機能をさらに有する。ここで、各種の証明書から情報を読み取る方法は様々である。例えば、利用者端末１００に設けられたスキャナ（図９のスキャナ２１４など）で証明書をスキャンし、得られた画像データに対して文字認識処理を行うことにより、証明書に印字された情報を読み取ることができる。その他にも例えば、証明書に IC チップなどの電子回路が組み込まれている場合、受付装置２０００は、その電子回路から情報を読み取ってもよい。前述した種々の証明書を読み取ってその内容を取得する技術には、既存の技術を利用することができる。

ここで、エラーが検出された場合、後述したエラーの訂正が行われないかぎり、受付処理部２０４０による受付処理を行わないことが好適である。また、エラーが検出された事実やそのエラーの内容を、利用者に対して提示することが好適である。以下、このようなエラーに関する情報を、エラー情報と呼ぶ。エラー情報の出力方法には、実施形態１で説明した出力情報の出力方法と同様の方法を採用することができる。

受付装置２０００は、利用者に対し、エラー訂正の機能をさらに提供してもよい。ここで、エラーの原因としては、１）問診票データ１０の入力内容に誤りがあるケースや、２）証明書に誤りがあるケースなどが考えられる。前者の場合、問診票データ１０の内容を訂正することにより、エラー訂正を行うことができる。後者の場合、例えば、利用者が誤った証明書を提示したケースがありうる。この場合、正しい証明書を受付装置２０００に読み取らせることで、エラー訂正を行うことができる。その他にも例えば、証明書は正しかったものの、証明書から正しく情報を読み取れていなかったケースがありうる。この場合、同じ証明書を再度受付装置２０００に読み取らせることで、エラーを訂正できる可能性がある。

そこで例えば、受付装置２０００は、エラー情報に加え、利用者が行いたい処理（問診票データ１０の訂正や証明書の再読み取りなど）を利用者に選択させるための出力を行ってもよい。図１４は、利用者端末１００のディスプレイ装置に表示されるエラー情報を例示する図である。図１４のエラー画面６０には、「問診票データ１０と保険証で氏名が一致しない」というエラーの内容を表すメッセージが表示されている。また、エラーが検出された氏名について、問診票データ１０と保険証それぞれから得られた情報が表示されている。さらに、このエラーへの対処の選択肢として、問診票データ１０の訂正、保険証の再読み取り、及び受付のキャンセルという３つの選択肢がボタンで表示されている。

問診票データ１０の訂正が選択された場合、受付装置２０００は、問診票データ１０の訂正を行うための入力を受け付ける。例えば利用者端末１００のディスプレイ装置に、問診票データ１０の訂正を受け付ける入力画面が表示される。例えばこの入力画面は、問診票データ１０の内容を示す入力画面である。利用者は、この入力画面に対して入力を行うことにより、問診票データ１０の内容を訂正することができる。なお、利用者による訂正を容易にするため、エラーの項目が強調されることが好ましい。例えば、エラーの項目の色を他の色と違うものにしたり、エラーの項目を枠で囲ったりする。また、エラーの項目についてのみ訂正可能とすることが好ましい。

また、プライバシー保護を強化する観点から、エラーが検出された項目のみがディスプレイ装置に表示されるようにしてもよい。例えば前述の例では、氏名の入力を受け付ける入力画面が表示され、その入力画面には問診票データ１０のその他の内容を含めないようにする。

証明書の再読み取りが選択された場合、受付装置２０００は、再度証明書の読み取りを行う。具体的には、受付装置２０００は、利用者端末に設けられたスキャナ等の状態を、証明書を読み取る状態に遷移させる。そして、利用者が証明書をスキャナ等に読み取らせることにより、受付装置２０００は、再度証明書の情報を取得する。

エラー訂正が行われたら、エラー検出部２０６０は、エラー訂正が行われた情報について、再度エラーの検出を試みる。例えば、患者の氏名の訂正が行われた場合、エラー検出部２０６０は、問診票データ１０における患者の氏名と証明書から得られた患者の氏名との一致・不一致を再度判定する。エラー訂正後に行われたエラー検出部２０６０の処理において、エラーが検出されなかった場合、受付処理部２０４０は、受付処理を行う。

一方、再度エラーが検出された場合、例えばエラー検出部２０６０は、再度エラー情報の出力を行う。ただし、エラー検出部２０６０は、エラーが所定回数以上（例えば２回以上）繰り返し検出された場合、受付装置２０００は、受付処理を終了してもよい。この際、受付装置２０００は、有人の受付の利用を促す情報を出力することが好適である。

また、受付装置２０００は、或る利用者の受付の際、エラー検出部２０６０によってエラーが検出されたら、その受付が完了したか否かにかかわらず、その利用者について得られた各種の情報（問診票データ１０、証明書から得られた情報、及び利用者について得られた生体情報（顔写真など）など）を記憶装置に格納して保存することが好適である。このようにして保存した情報は、例えば、防犯の観点で役立てることができる。

＜処理の流れ＞
図１５は、実施形態２の受付装置２０００によって実行される処理に流れを例示するフローチャートである。なお、図１５において、携帯端末３０００によって実行される処理は省略されている。Ｓ１０６の後、受付装置２０００は、証明書の読み取りを行う（Ｓ３０２）。ただし、証明書の読み取りは、問診票データ１０の取得よりも先に行われてもよい。

エラー検出部２０６０は、証明書から得られた情報と問診票データ１０とを用いて、エラー検出（エラーが存在するか否かの判定）を行う（Ｓ３０４）。エラーが検出された場合（Ｓ３０４：ＹＥＳ）、受付装置２０００は、エラー訂正を受け付ける（Ｓ３０６）。エラー訂正が行われたら、エラー検出部２０６０により、再度エラー検出が行われる（Ｓ３０４）。

Ｓ３０４においてエラーが検出されたなかったら、受付処理部２０４０による受付処理が行われる（Ｓ１０８）。

＜ハードウエア構成の例＞
実施形態３の受付システム４０００における各装置のハードウエア構成は、実施形態１の受付システム４０００における各装置のハードウエア構成と同様である。ただし、各装置のストレージデバイスには、実施形態３における各装置の機能を実現するためのプログラムモジュールが格納される。

［実施形態３］
図１６は、実施形態３の受付システム４０００の機能構成を例示するブロック図である。以下で説明する点を除き、実施形態３の受付システム４０００は、実施形態１又は２の受付システム４０００と同様の機能を有する。

受付システム４０００の利用者が、予め問診票を作成しておくことが好ましいことを知らない場合や、問診票の作成を失念しているケースが存在しうる。受付装置２０００は、そのようなケースにおいて利用者による問診票の作成をサポートする機能を有していることが好適である。

そこで、実施形態３の受付装置２０００は、表示制御部２１００を有する。表示制御部２１００は、ディスプレイ装置に対して第２コードデータを表示させる。第２コードデータは、携帯端末３０００を利用して読み取り可能な態様で表示される。第２コードデータが表示されるディスプレイ装置は、利用者が閲覧可能なディスプレイ装置である。例えばこのディスプレイ装置は、利用者端末１００に設けられている。

実施形態３の携帯端末３０００は、読取部３０８０及び問診票生成部３１００を有する。読取部３０８０は、第２コードデータを読み取る。問診票生成部３１００は、第２コードデータ８０をデコードすることで得られる情報を利用して、問診票データ１０の生成に必要な処理を行う。なお、携帯端末３０００における第２コードデータ８０の読み取り及びデコードはそれぞれ、受付装置２０００におけるコードデータ２０の読み取り及びデコードと同様に実現することができる。ただし、コードデータ２０と第２コードデータ８０は、互いに同じ種類のコード（例えば、両者とも QR コード（登録商標））であってもよいし、互いに異なる種類のコード（例えば、一方がバーコードで他方が QR コード（登録商標））であってもよい。

第２コードデータは、利用者による問診票データ１０の生成を容易にするために利用される。例えば第２コードデータは、問診票データ１０を生成する機能を有する装置（前述した問診票生成サーバ）へアクセスするための情報（以下、アクセス情報）がエンコードされたデータである。例えばアクセス情報は、問診票生成サーバが提供している Web サイトの URL である。問診票生成部３１００は、上記第２コードデータをデコードすることで得られたアクセス情報を利用して、問診票生成サーバへアクセスする。

問診票生成部３１００が問診票生成サーバへアクセスすると、ディスプレイ装置３０６０に、問診票データ１０を生成するための入力画面５０（図１０参照）が表示される。利用者がこの入力画面に必要な情報を入力すると、入力された情報が問診票生成サーバへ送信され、問診票データ１０が生成される。

図１７は、第２コードデータを例示する図である。図１７の画面７０は、利用者に対し、問診票データ１０の提供（コードデータ２０の提供）を促す画面である。さらに、画面７０には、第２コードデータ８０が表示されている。例えば画面７０は、図５のＳ１０６や図６のＳ２１４が実行される前に表示される。

既に問診票データ１０を生成している利用者は、ディスプレイ装置３０６０に表示させたコードデータ２０を利用者端末１００に読み取らせることで、問診票データ１０を受付装置２０００に対して提供する。一方、まだ問診票データ１０を生成していない利用者は、第２コードデータ８０を携帯端末３０００で読み取って、問診票データ１０の作成を行う。

ここで、利用者が利用者端末１００を占有しながら問診票データ１０の生成を行うと、他の利用者の受付処理を滞らせてしまう可能性がある。そこで、利用者が問診票データ１０の生成を行う場合には、その利用者の受付処理を中断し、受付装置２０００の状態を、次の利用者の受付処理を受け付ける状態（以下、初期状態）に遷移させてもよい。受付装置２０００の状態を初期状態に遷移させるトリガは任意である。例えば、画面７０が表示されてから一定時間が経過したら、受付装置２０００は初期状態に遷移する。その他にも例えば、画面７０に、受付装置２０００を初期状態に遷移させるボタン（例えば、「最初に戻る」などといったボタン）を表示させてもよい。この場合、受付装置２０００は、このボタンが押されたことに応じて、初期状態に遷移する。

ここで、第２コードデータ８０が表示される前に、前述した保険証などの種々の証明書が、受付装置２０００によって読み取られているとする。この場合、第２コードデータ８０には、証明書から得られた情報がさらに含まれてもよい。この場合、問診票生成サーバは、証明書から得た情報を携帯端末３０００から取得して、問診票データ１０に適用することができる。

具体的には、受付装置２０００は、アクセス情報及び証明書から得た情報をエンコードして、第２コードデータ８０を生成する。利用者が携帯端末３０００を利用して第２コードデータ８０を読み取ると、携帯端末３０００が問診票生成サーバにアクセスするとともに、携帯端末３０００から問診票生成サーバに対し、証明書から得た情報が送信される。問診票生成サーバは、問診票データ１０を生成するための入力画面５０に対し、証明書から得た情報を適用した上で、入力画面５０を携帯端末３０００へ出力する。こうすることで、利用者が入力すべき情報のうち、証明書から得られた情報については既に入力済みとなっている入力画面５０が、携帯端末３０００に対して提供される。よって、問診票データ１０を生成するために必要な入力の手間が軽減される。なお、証明書の読み取りに誤りがある可能性もあるため、入力画面５０において、証明書から適用した情報は、訂正可能となっていることが好ましい。

第２コードデータ８０を用いて実現する処理は、問診票生成サーバへのアクセスに限定されない。例えば第２コードデータ８０は、携帯端末３０００に内蔵されている問診票データ１０を生成する機能の起動に利用されてもよい。具体的には、読取部３０８０が第２コードデータ８０を読み取ると、問診票生成部３１００は、携帯端末３０００に予め設けられている、問診票データ１０を生成する機能を起動させる。その結果、問診票データ１０を生成するための入力画面５０が表示される。このように、第２コードデータ８０が読み取られたことを契機として、問診票データ１０を生成する機能が起動されるようにすることで、携帯端末３０００の操作に不慣れな（特に、アプリケーション４０の操作に不慣れな）利用者にとって、携帯端末３０００を利用した問診票データ１０の生成が容易になる。

ここで、携帯端末によってコードが読み取られたことに応じて、特定のアプリケーションを起動したり、特定のアプリケーションの特定の機能を呼び出したりする具体的な技術には、既存の技術を利用することができる。例えば、第２コードデータ８０に、アプリケーション４０の実行ファイルの識別情報（実行ファイルの名称など）や、アプリケーション４０を起動する際に指定する引数を含めておく。これらの情報を利用することにより、第２コードデータ８０を読み取ったことに応じて、アプリケーション４０の特定の起動を起動することができる。

ここで、このように問診票データ１０を生成する機能を起動するケースにおいても、証明書から得られた情報を第２コードデータ８０に含めておいてもよい。この場合、携帯端末３０００は、第２コードデータ８０からが適用された状態で、問診票データ１０を生成するための入力画面が表示されるようにすることが好適である。

＜処理の流れ＞
図１８は、実施形態３の受付装置２０００によって実行される処理の流れを例示するフローチャートである。表示制御部２１００は、第２コードデータ８０をディスプレイ装置に表示させる（Ｓ４０２）。読取部３０８０は、第２コードデータ８０を読み取る（Ｓ４０４）。問診票生成部３１００は、第２コードデータ８０を利用し、問診票データ１０の生成に必要な処理を行う（Ｓ４０６）。

上述の流れで問診票データ１０が生成された後は、図５に示すＳ１０２以降の処理が行われる。ただし、受付装置２０００が複数存在する場合（例えば、病院に利用者端末が複数設置されている場合）、第２コードデータ８０を表示させた受付装置２０００と、その後に生成された問診票データ１０を読み取って受付処理を行う受付装置２０００とは、互いに異なるものであってもよい。

＜ハードウエア構成の例＞
実施形態３の受付システム４０００における各装置のハードウエア構成は、実施形態１の受付システム４０００における各装置のハードウエア構成と同様である。ただし、各装置のストレージデバイスには、実施形態３における各装置の機能を実現するためのプログラムモジュールが格納される。

以上、図面を参照して本発明の実施形態について述べたが、これらは本発明の例示であり、上記各実施形態の組み合わせ、又は上記以外の様々な構成を採用することもできる。

上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
１． 携帯端末と受付装置を含む受付システムであって、
前記携帯端末は、
質問に対する回答を表す問診票データをエンコードしてコードデータを生成する生成部と、
前記コードデータを前記携帯端末から制御可能な第１ディスプレイ装置に表示させる表示制御部と、を有し、
前記受付装置は、
前記コードデータを読み取ることで前記問診票データを取得する読取部と、
前記取得した問診票データを用いて受付処理を行う受付処理部と、を有する受付システム。
２． 前記問診票データは、回答として選択された項目を特定可能な情報と、回答として入力された文字列情報とが含まれる、１．に記載の受付システム。
３． 前記受付装置は、前記取得した問診票データの誤りを検出する検出部を有する、１．又は２．に記載の受付システム。
４． 前記受付装置は、前記問診票データに係る人物の証明書の情報を取得し、前記証明書の情報と前記問診票データとを比較することで、前記問診票データの誤りを検出する、３．に記載の受付システム。
５． 前記受付装置は、前記問診票データに係る人物の生体情報を取得し、前記生体情報からその人物の属性を推測し、前記推測した属性と前記問診票データとを比較することで、前記問診票データの誤りを検出する、３．に記載の受付システム。
６． 前記受付装置は、前記問診票データについて検出された誤りを訂正する入力を受け付ける訂正受付部を有する、３．乃至５．いずれか一つに記載の受付システム。
７． 前記受付装置は、前記問診票データの生成に利用される情報がエンコードされた第２コードデータを、前記受付装置から制御可能な第２ディスプレイ装置に表示させる表示制御部を有し、
前記携帯端末は、
前記第２ディスプレイ装置に表示された前記第２コードデータを読み取る読取部と、
前記第２コードデータをデコードすることで得られた情報を利用して、前記問診票データを生成する処理を実行する問診票生成部と、を有する１．乃至６．いずれか一つに記載の受付システム。
８． 前記第２コードデータは、前記問診票データを生成する機能を提供するサーバにアクセスするための情報か、又は、前記携帯端末に設けられている前記問診票データの生成を行う機能を呼び出すための情報である、７．に記載の受付システム。
９． １．乃至８．いずれか一つに記載の受付システムが有する携帯端末。
１０． １．乃至８．いずれか一つに記載の受付システムが有する受付装置。
１１． 携帯端末と受付装置を含む受付システムの制御方法であって、
前記携帯端末が、質問に対する回答を表す問診票データをエンコードしてコードデータを生成する生成ステップと、
前記携帯端末が、前記コードデータを前記携帯端末から制御可能な第１ディスプレイ装置に表示させる表示制御ステップと、
前記受付装置が、前記コードデータを読み取ることで前記問診票データを取得する読取ステップと、
前記受付装置が、前記取得した問診票データを用いて受付処理を行う受付処理ステップと、を有する制御方法。
１２． 前記問診票データは、回答として選択された項目を特定可能な情報と、回答として入力された文字列情報とが含まれる、１１．に記載の制御方法。
１３． 前記受付装置が、前記取得した問診票データの誤りを検出する検出ステップを有する、１１．又は１２．に記載の制御方法。
１４． 前記検出ステップにおいて、前記受付装置が、前記問診票データに係る人物の証明書の情報を取得し、前記証明書の情報と前記問診票データとを比較することで、前記問診票データの誤りを検出する、１３．に記載の制御方法。
１５． 前記検出ステップにおいて、前記受付装置が、前記問診票データに係る人物の生体情報を取得し、前記生体情報からその人物の属性を推測し、前記推測した属性と前記問診票データとを比較することで、前記問診票データの誤りを検出する、１３．に記載の制御方法。
１６． 前記受付装置が、前記問診票データについて検出された誤りを訂正する入力を受け付ける訂正受付ステップを有する、１３．乃至１５．いずれか一つに記載の制御方法。
１７． 前記受付装置が、前記問診票データの生成に利用される情報がエンコードされた第２コードデータを、前記受付装置から制御可能な第２ディスプレイ装置に表示させる第２表示制御ステップと、
前記携帯端末が、前記第２ディスプレイ装置に表示された前記第２コードデータを読み取る第２読取ステップと、
前記携帯端末が、前記第２コードデータをデコードすることで得られた情報を利用して、前記問診票データを生成する処理を実行する問診票生成ステップと、を有する１１．乃至１６．いずれか一つに記載の制御方法。
１８． 前記第２コードデータは、前記問診票データを生成する機能を提供するサーバにアクセスするための情報か、又は、前記携帯端末に設けられている前記問診票データの生成を行う機能を呼び出すための情報である、１７．に記載の制御方法。
１９． 携帯端末によって実行される制御方法であって、
質問に対する回答を表す問診票データをエンコードしてコードデータを生成する生成ステップと、
前記コードデータを前記携帯端末から制御可能な第１ディスプレイ装置に表示させる表示制御ステップと、を有する制御方法。
２０． 受付装置によって実行される制御方法であって、
携帯端末のディスプレイ装置に表示されたコードデータを読み取ることで問診票データを取得する読取ステップと、
前記取得した問診票データを用いて受付処理を行う受付処理ステップと、を有し、
前記コードデータは、前記問診票データがエンコードされたデータである、制御方法。
２１． 携帯端末に１９．記載の制御方法の各ステップを実行させるプログラム。
２２． 受付装置に２０．に記載の制御方法の各ステップを実行させるプログラム。

１０ 問診票データ
２０ コードデータ
３０ アプリケーション
４０ アプリケーション
５０ 入力画面
６０ エラー画面
７０ 画面
８０ 第２コードデータ
１００ 利用者端末
１１０ サーバマシン
２０２ タッチパネルディスプレイ
２０４ スピーカ
２０６ レシートプリンタ
２０８ 釣銭機
２１０ カメラ
２１２ マイク
２１４ スキャナ
２１６ 磁気カードリーダ
２１８ ＩＣカードリーダ
２２０ カード発行機
２２２ Ａ４用紙プリンタ
１０００、５０００、６０００ 計算機
１０２０、５０２０、６０２０ バス
１０４０、５０４０、６０４０ プロセッサ
１０６０、５０６０、６０６０ メモリ
１０８０、５０８０、６０８０ ストレージデバイス
１１００、５１００、６１００ 入出力インタフェース
１１２０、５１２０、６１２０ ネットワークインタフェース
２０００ 受付装置
２０２０ 読取部
２０４０ 受付処理部
２０６０ エラー検出部
２１００ 表示制御部
３０００ 携帯端末
３０２０ エンコード部
３０４０ 表示制御部
３０６０ ディスプレイ装置
３０８０ 読取部
３１００ 問診票生成部
４０００ 受付システム

Claims (12)

1. 携帯端末と受付装置を含む受付システムであって、
   前記携帯端末は、
   質問に対する回答を表す問診票データをエンコードしてコードデータを生成する生成部と、
   前記コードデータを前記携帯端末から制御可能な第１ディスプレイ装置に表示させる表示制御部と、を有し、
   前記受付装置は、前記携帯端末を利用する人物によって操作される装置であり、
   前記受付装置は、
   前記コードデータを読み取ることで前記問診票データを取得する読取部と、
   前記取得した問診票データを用いて受付処理を行う受付処理部と、を有し、
   前記受付処理は、前記取得した問診票データを記憶装置に格納する処理を含む、
   受付システム。
2. 前記問診票データは、回答として選択された項目を特定可能な情報と、回答として入力された文字列情報とが含まれる、請求項１に記載の受付システム。
3. 前記受付装置は、前記問診票データに係る人物の情報を取得し、取得した前記情報と前記問診票データに含まれる前記人物の情報とを比較することで、前記問診票データの誤りを検出する検出部を有する、請求項１又は２に記載の受付システム。
4. 前記受付装置の前記検出部は、前記問診票データに係る人物の証明書の情報を取得し、前記証明書の情報と前記問診票データとを比較することで、前記問診票データの誤りを検出する、請求項３に記載の受付システム。
5. 前記受付装置の前記検出部は、前記問診票データに係る人物の生体情報を取得し、前記生体情報からその人物の属性を推測し、前記推測した属性と前記問診票データが示す前記人物の属性とを比較することで、前記問診票データの誤りを検出する、請求項３に記載の受付システム。
6. 前記受付装置は、前記問診票データについて検出された誤りを訂正する入力を受け付ける訂正受付部を有する、請求項３乃至５いずれか一項に記載の受付システム。
7. 前記受付装置は、前記問診票データの生成に利用される情報がエンコードされた第２コードデータを、前記受付装置から制御可能な第２ディスプレイ装置に表示させる表示制御部を有し、
   前記携帯端末は、
   前記第２ディスプレイ装置に表示された前記第２コードデータを読み取る読取部と、
   前記第２コードデータをデコードすることで得られた情報を利用して、前記問診票データを生成する処理を実行する問診票生成部と、を有する請求項１乃至６いずれか一項に記載の受付システム。
8. 前記第２コードデータは、前記問診票データを生成する機能を提供するサーバにアクセスするための情報か、又は、前記携帯端末に設けられている前記問診票データの生成を行う機能を呼び出すための情報である、請求項７に記載の受付システム。
9. 請求項１乃至８いずれか一項に記載の受付システムが有する受付装置。
10. 携帯端末と受付装置を含む受付システムの制御方法であって、
    前記受付装置は、前記携帯端末を利用する人物によって操作される装置であり、
    前記携帯端末が、質問に対する回答を表す問診票データをエンコードしてコードデータを生成する生成ステップと、
    前記携帯端末が、前記コードデータを前記携帯端末から制御可能な第１ディスプレイ装置に表示させる表示制御ステップと、
    前記受付装置が、前記コードデータを読み取ることで前記問診票データを取得する読取ステップと、
    前記受付装置が、前記取得した問診票データを用いて受付処理を行う受付処理ステップと、を有し、
    前記受付処理は、前記取得した問診票データを記憶装置に格納する処理を含む、制御方法。
11. 携帯端末を利用する人物によって操作される受付装置によって実行される制御方法であって、
    前記携帯端末のディスプレイ装置に表示されたコードデータを読み取ることで問診票データを取得する読取ステップと、
    前記取得した問診票データを用いて受付処理を行う受付処理ステップと、を有し、
    前記コードデータは、前記問診票データがエンコードされたデータであり、
    前記受付処理は、前記取得した問診票データを記憶装置に格納する処理を含む、制御方法。
12. 受付装置に請求項１１に記載の制御方法の各ステップを実行させるプログラム。

Images