(57)【要約】【課題】（１）診察の予約受付、（２）来院時の受付け、（３）院内待合室における患者への対応、（４）診察開始時の呼出し、（５）問診票の入力受付、（６）料金の精算を自動で一元処理すること。【解決手段】予約自動受付制御部１０１は診察の予約を受付ける。入力受付制御部１０２は問診票の入力を受付ける。チェックイン制御部１０３はチェックイン手続を受付ける。院内誘導制御部１０４は待合室にユーザＵを誘導する。診察案内制御部１０５は待合室Ｒで診察の順番待ちをするユーザＵに対し、診察についての情報を提示して診察の案内を行う。呼出制御部１０７は、ユーザＵが診察を受ける順番に基づいてユーザＵに対する呼出しの提示を行う。料金精算制御部１０８はユーザＵが支払うべき料金を算出し、ユーザＵによる料金の支払いの精算を行う。連携制御部１１０は各種手段を連携させる制御を実行する。【選択図】図３
2019191847.tif 000002
【特許請求の範囲】
【請求項１】
診察の予約と問診票の入力とを受付ける予約受付手段と、
患者が来院したときに行う手続きであるチェックイン手続を受付けるチェックイン受付手段と、
前記チェックイン手続が受付けられた前記患者に対し、前記患者を待合室に誘導するための情報を提示して前記待合室に前記患者を誘導する院内誘導手段と、
前記待合室で前記診察の順番待ちをする前記患者に対し、前記診察についての情報を提示して前記診察の案内を行う診察案内手段と、
前記患者が前記診察を受ける順番に関する情報に基づいて、前記待合室で前記診察の順番待ちをする前記患者に対する呼出しの提示を行う呼出手段と、
前記患者に対する前記診察の内容に基づいて前記患者が支払うべき料金を算出し、前記患者による前記料金の支払いの精算を行う料金精算手段と、
前記予約受付手段と、前記チェックイン受付手段と、前記院内誘導手段と、前記診察案内手段と、前記呼出手段と、前記料金精算手段とを連携させる制御を実行する連携手段と、
を備える情報処理システム。
【請求項２】
前記待合室で前記診察を待つ前記患者に対し、前記患者の健康に関連する商品に関する情報を提示し、前記患者が前記商品を購入しようとする場合に、前記商品の購入の受付けを行う商品購入受付手段をさらに備え、
前記連携手段は、さらに、商品購入受付手段を連携させる制御を実行する、
請求項１に記載の情報処理システム。
【請求項３】
情報処理システムが実行する情報処理方法であって、
診察の予約と問診票の入力とを受付ける予約受付ステップと、
患者が来院したときに行う手続きであるチェックイン手続を受付けるチェックイン受付ステップと、
前記チェックイン手続が受付けられた前記患者に対し、前記患者を待合室に誘導するための情報を提示して前記待合室に前記患者を誘導する院内誘導ステップと、
前記待合室で前記診察の順番待ちをする前記患者に対し、前記診察についての情報を提示して前記診察の案内を行う診察案内ステップと、
前記患者が前記診察を受ける順番に関する情報に基づいて、前記待合室で前記診察の順番待ちをする前記患者に対する呼出しの提示を行う呼出ステップと、
前記患者に対する前記診察の内容に基づいて前記患者が支払うべき料金を算出し、前記患者による前記料金の支払いの精算を行う料金精算ステップと、
前記予約受付ステップと、前記チェックイン受付ステップと、前記院内誘導ステップと、前記診察案内ステップと、前記呼出ステップと、前記料金精算ステップとを連携させる制御を実行する連携ステップと、
を含む情報処理方法。
【請求項４】
情報処理システムを制御するコンピュータに、
診察の予約と問診票の入力とを受付ける予約受付ステップと、
患者が来院したときに行う手続きであるチェックイン手続を受付けるチェックイン受付ステップと、
前記チェックイン手続が受付けられた前記患者に対し、前記患者を待合室に誘導するための情報を提示して前記待合室に前記患者を誘導する院内誘導ステップと、
前記待合室で前記診察の順番待ちをする前記患者に対し、前記診察についての情報を提示して前記診察の案内を行う診察案内ステップと、
前記患者が前記診察を受ける順番に関する情報に基づいて、前記待合室で前記診察の順番待ちをする前記患者に対する呼出しの提示を行う呼出ステップと、
前記患者に対する前記診察の内容に基づいて前記患者が支払うべき料金を算出し、前記患者による前記料金の支払いの精算を行う料金精算ステップと、
前記予約受付ステップと、前記チェックイン受付ステップと、前記院内誘導ステップと、前記診察案内ステップと、前記呼出ステップと、前記料金精算ステップとを連携させる制御を実行する連携ステップと、
を含む制御処理を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
従来より、患者がスマートフォン等を用いて診察の予約を行い、これをサーバ側で受付ける技術は存在する。例えば、特許文献１には、患者端末に表示される病院一覧から１つの病院が選択されると、これをセンタサーバが受付けて、選択された病院の予約を行う技術が開示されている。また例えば、特許文献２には、診療予約が受付けられると、担当医師の予約可能時間を特定し、予約可能時間の一覧を出力する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−０７３８０８号公報
【特許文献２】特開２０１４−１８６６６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１及び特許文献２を含む従来の技術では、患者が診察を受ける際に、下記（１）乃至（６）に掲げるような処理を一元化することはできなかった。即ち、（１）診察の予約受付、（２）患者来院時の受付け、（３）院内待合室における患者への対応、（４）診察開始時の患者の呼出し、（５）問診票の入力受付、（６）診察料金の精算といった処理を一元化することはできなかった。
このため、診察の予約から診察の完了に至る患者に対する一連の処理は、診察を受ける患者にとってスムーズなものではなかった。例えば診察の予約は、何週間も前に院内で行わなければならなかったり、診察のために来院して診察を受けて精算が完了するまでに丸１日を費やしてしまったりといったことが病院では当たり前のことのようになっていた。
【０００５】
本発明は、このような状況に鑑みてなされたものであり、（１）診察の予約受付、（２）来院時の受付け、（３）院内待合室における患者への対応、（４）診察開始時の呼出し、（５）問診票の入力受付、（６）料金の精算を自動で一元処理する手法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明が適用される情報処理システムは、
診察の予約と問診票の入力とを受付ける予約受付手段と、
患者が来院したときに行う手続きであるチェックイン手続を受付けるチェックイン受付手段と、
前記チェックイン手続が受付けられた前記患者に対し、前記患者を待合室に誘導するための情報を提示して前記待合室に前記患者を誘導する院内誘導手段と、
前記待合室で前記診察の順番待ちをする前記患者に対し、前記診察についての情報を提示して前記診察の案内を行う診察案内手段と、
前記患者が前記診察を受ける順番に関する情報に基づいて、前記待合室で前記診察の順番待ちをする前記患者に対する呼出しの提示を行う呼出手段と、
前記患者に対する前記診察の内容に基づいて前記患者が支払うべき料金を算出し、前記患者による前記料金の支払いの精算を行う料金精算手段と、
前記予約受付手段と、前記チェックイン受付手段と、前記院内誘導手段と、前記診察案内手段と、前記呼出手段と、前記料金精算手段とを連携させる制御を実行する連携手段と、
を備える。
【０００７】
また、前記待合室で前記診察を待つ前記患者に対し、前記患者の健康に関連する商品に関する情報を提示し、前記患者が前記商品を購入しようとする場合に、前記商品の購入の受付けを行う商品購入受付手段をさらに備え、
前記連携手段は、さらに、商品購入受付手段を連携させる制御を実行することができる。
【０００８】
本発明の一態様の情報処理方法及びプログラムは、上述の本発明の一態様の情報処理システムに対応する処理方法及びプログラムである。
【発明の効果】
【０００９】
本発明によれば、（１）診察の予約受付、（２）来院時の受付け、（３）院内待合室における患者への対応、（４）診察開始時の呼出し、（５）問診票の入力受付、（６）料金の精算を、自動で一元処理する手法を提供することが可能となる。
【図面の簡単な説明】
【００１０】
【図１】本発明の情報処理システムの一例を示す構成図である。
【図２】図１の情報処理システムのうち、サーバのハードウェア構成を示すブロック図である。
【図３】図１の情報処理システムにおける図２のサーバの機能的構成のうち、診察一元化処理を構成するサブ処理を実現するための機能的構成の一例を示す機能ブロック図である。
【図４】図３のサーバが実行する診察一元化処理の流れを説明するフローチャートである。
【図５】図３のサーバ１が実行する診察一元化処理を構成するサブ処理のうち、予約自動受付処理及び呼出処理の夫々の流れを説明するフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について図面を用いて説明する。
【００１２】
図１は、本発明の情報処理システムの構成の一例を示す図である。
【００１３】
［システム構成］
まず、後述する本サービスを実現可能とする情報処理システムの構成について説明する。
図１に示す情報処理システムは、サーバ１と、ユーザ端末２−１，２−２と、待合室端末３−１乃至３−１０と、診察室端末４−１乃至４−３と、受付端末５と、決済端末６とを含むように構成されている。サーバ１と、ユーザ端末２−１，２−２の夫々と、待合室端末３−１乃至３−１０の夫々と、診察室端末４−１乃至４−３の夫々と、受付端末５と、決済端末６とは、インターネット（Ｉｎｔｅｒｎｅｔ）等のネットワークＮを介して相互に接続されている。
【００１４】
サーバ１は、ユーザ端末２−１，２−２、待合室端末３−１乃至３−１０、診察室端末４−１乃至４−３、受付端末５、及び決済端末６の各動作を管理すべく、後述するサービスを提供するための各種処理を実行する。
ユーザ端末２−１，２−２の夫々は、図１に示すように病院Ｈの外部にいるユーザＵ１及びＵ２の夫々が操作する情報処理装置であって、例えばパーソナルコンピュータ、スマートフォン、タブレット等で構成される。なお、ユーザ端末２−１，２−２、ユーザＵ１及びＵ２の夫々を個々に区別する必要がない場合、これらをまとめて、「ユーザ端末２」、「ユーザＵ」の夫々と呼ぶ。
待合室端末３−１乃至３−１０の夫々は、待合室Ｒで診察の順番待ちをするユーザＵが操作する情報処理装置であって、例えばスマートフォン、タブレットの他、ロボット等で構成される。図１の例では、待合室Ｒ１乃至Ｒ７の夫々はユーザＵ３乃至Ｕ９の夫々によって使用されているが、待合室Ｒ８乃至Ｒ１０の夫々は空室となっている。ユーザＵ３乃至Ｕ９の夫々は、待合室Ｒ１乃至Ｒ７の夫々において待合室端末３−１乃至３−７の夫々を使用しているが、当然ながらユーザＵ３乃至Ｕ９の夫々は、ユーザＵ１及びユーザＵ２と同様に、図１には図示せぬユーザ端末２−３乃至２−９の夫々を使用できるものとする。なお、待合室Ｒ１乃至Ｒ１０、待合室端末３−１乃至３−１０の夫々を個々に区別する必要がない場合、これらをまとめて、「待合室端末３」、「待合室Ｒ」の夫々と呼ぶ。
診察室端末４−１乃至４−３の夫々は、診察室Ｅ１乃至Ｅ３の夫々で診察を行う医師Ｄ１乃至Ｄ３の夫々が操作する情報処理装置であって、例えばパーソナルコンピュータ、スマートフォン、タブレット等で構成される。なお、診察室端末４−１乃至４−３、診察室Ｅ１乃至Ｅ３、医師Ｄ１乃至Ｄ３の夫々を個々に区別する必要がない場合、これらをまとめて、「診察室端末４」、「診察室Ｅ」、「医師Ｄ」の夫々と呼ぶ。
受付端末５は、病院Ｈの受付に設置された情報処理装置であって、病院Ｈに来院したユーザＵによって操作される。受付端末５は、例えばパーソナルコンピュータ、スマートフォン、タブレット等で構成される。
決済端末６は、病院Ｈの出入口付近に設置され、病院Ｈにおいて診察を受けたユーザＵが操作する情報処理装置であって、例えばパーソナルコンピュータ、スマートフォン、タブレット等で構成される。
なお、サーバ１、ユーザ端末２、待合室端末３、診察室端末４、受付端末５、及び決済端末６の夫々が備える機能の具体的内容については、図３を参照して後述する。
【００１５】
［本サービス］
次に、図１に示す情報処理システムにより実現可能とするサービス（以下、「本サービス」と呼ぶ）の内容について説明する。
本サービスは、診察を受けようとする患者に対して提供されるサービスであって、以下の（１）乃至（８）に掲げる各種サブサービスを一元化させたサービス（以下「診察一元化サービス」と呼ぶ）である。
即ち、診察一元化サービスは、（１）診察の予約と問診票の入力とを自動で受付ける予約自動受付サービスと、（２）診察の予約を行ったユーザＵが病院Ｈに来院した際に最初に行う来院手続（以下「チェックイン手続」と呼ぶ）を自動で受付けるチェックイン受付サービスと、（３）チェックイン手続が受付けられたユーザＵを待合室Ｒに誘導する院内誘導サービスと、（４）待合室Ｒで診察の順番待ちをするユーザＵに対し、診察の案内を行う診察案内サービスと、（５）待合室Ｒで診察を待つユーザＵに対し、ユーザＵの健康に関連する商品の販売を行う商品販売サービスと、（６）ユーザＵに対する診察の呼出しを行う呼出サービスと、（７）ユーザＵが支払うべき料金の算出と、算出された料金についての支払いの精算を行う料金精算サービスと、（８）ユーザＵに対する遠隔診療を行う遠隔サービスと、からなる各種サブサービスを一元化させたサービスである。
【００１６】
（予約自動受付サービス）
上記（１）の予約自動受付サービスは、病院Ｈで診察を受けようとするユーザＵが、ユーザ端末２を操作して診察の予約及び問診票の入力することができるサービスである。
例えば、図１におけるユーザＵ１は、ユーザ端末２−１にインストールされたアプリケーションプログラム（以下「アプリ」と呼ぶ）を起動させて、アプリ上で診察の予約や問診票の入力を行うことができる。これにより、ユーザＵ１が病院Ｈに来院した際の各種手続きによる手間を省くことができる。
また、予約自動受付サービスと、後述する遠隔サービスとが連携しているため、ユーザＵ１は、遠隔診療の受付けを自動で行うこともできる。なお、遠隔診療の詳細については後述する。予約自動受付サービスにおいて診察の予約及び問診票の入力操作が受付けられると、ユーザＵ１により入力された問診票の内容に基づいて、ユーザＵ１の診察で必要となる電子カルテが生成される。
【００１７】
（チェックイン受付サービス）
上記（２）のチェックイン受付サービスは、診察の予約を行ったユーザＵが病院Ｈに来院した際に最初に行うチェックイン手続を自動で受付けるサービスである。
例えば、図１におけるユーザＵ２が、上述の予約自動受付サービスを利用して診察の予約をした後、病院Ｈに来院し、受付端末５をタッチパネル操作して診察券の番号を入力すると、自動でチックイン手続が完了する。
また、ユーザＵ２が、上述の予約自動受付サービスを利用していない新患である場合でも、ユーザＵ２の登録を自動で行うことができる。また、必要に応じて別室で待機しているスタッフ（図示せず）を呼び出したりすることもできる。
また、病院Ｈの入口付近には、ロボット（図示せず）を配置されており、来院したユーザＵ２に対し、「受付はこちらです」といった音声でチェックイン手続の呼びかけや案内を行うこともできる。
さらに、音声認識等の生体認証の技術や、専用カードを用いた非接触認証等の技術を用いて、チェックイン手続を自動で行うこともできる。
このように、チェックイン受付サービスが提供されることにより、従来、医療事務担当者が行っていた来院受付業務を、人を介さずに完全に自動で行うことができる。
【００１８】
（院内誘導サービス）
上記（３）の院内誘導サービスは、チェックイン手続が完了したユーザＵを待合室Ｒ等に誘導するサービスである。
例えば、図１の病院Ｈの廊下の壁や天井等には、案内用のモニタ（図示せず）が設置されており、来院したユーザＵ１を待合室Ｒやトイレ（図示せず）に誘導することができる。
また、病院Ｈには、自走式のロボット（図示せず）が配置されており、来院したユーザＵ１を待合室Ｒ等に誘導することができる。
このように、院内誘導サービスが提供されることにより、従来、病院内に配置された案内担当者が行っていた誘導業務を、人を介さずに完全に自動で行うことができる。
【００１９】
（診察案内サービス）
上記（４）の診察案内サービスは、待合室Ｒで診察の順番待ちをするユーザＵに対し、診察の案内を行うサービスである。
例えば、図１のユーザＵ３が待合室Ｒ１で順番待ちをしている間、待合室Ｒ１に設置されている待合室端末３−１を操作することにより、自身の疾患に関する情報や、これから受ける診察の手順、内容、目的についての情報を、文字や画像等によって取得することができる。
また、待合室Ｒ１には、待合室端末３−１の他に、音声認識機能を有するロボット（図示せず）が配置されており、ユーザＵ３との間で音声対話による質疑応答を行うことができる。ここで、ユーザＵ３と、ロボットとの間における音声対話は、ＡＩ（人工知能）や顔認識等の技術を用いて、あたかも人と人とが会話するような自然な音声対話を行うことができる。また、ロボットには、応答シナリオが予め記憶されており、応答シナリオに基づいた音声対話を行うこともできる。なお、応答シナリオは編集管理を可能とするとともに、応答シナリオの内容は即時アップデートされ、常時最新の情報に基づいた音声対話を行うことができる。
【００２０】
（商品販売サービス）
上記（５）の商品販売サービスは、待合室Ｒで診察を待つユーザＵに対し、ユーザＵの健康に関連する商品の販売を行うサービスである。
例えば、図１のユーザＵ４が待合室Ｒ２で順番待ちをしている間、待合室Ｒ２に設置されている待合室端末３−２を操作することにより、自身の疾患について、治療効果や回復効果のあるサプリメントや健康器具等を購入することができる。
また、商品販売サービスと、上述の診察案内サービスとが連携しているため、ユーザＵ４は、診察案内サービスによる診察案内を受けながら、関連する商品を購入することができる。例えばユーザＵ４に対し、ユーザＵ４の健康維持に最適となるサプリメントが提案される。これにより、ユーザＵ４は、病院Ｈが混んでいて、待合室Ｒ２で順番待ちする時間が長い場合であっても、待たされているという感覚を感じることなく快適に順番待ちの時間を楽しむことができる。
即ち、商品販売サービス、及び診察案内サービスは、待合室Ｒで診察の順番待ちをするユーザＵに退屈な思いをさせないこと、及びユーザＵの待ち時間を利用して物販を促進させることが目的となる。その一方で、病院Ｈの経営上、待合室Ｒの回転率を上げることで多くの集客を図る必要がある。
つまり、ユーザＵの診察の順番待ち時間に、診察案内サービスや商品販売サービスを提供したとしても、待ち時間が長過ぎる場合には、物販に十分な時間を確保することができるが、ユーザＵが飽きてしまうおそれがある。これに対して、待ち時間が短過ぎる場合には、回転率を上げることができるが、物販に十分な時間を確保することができない。
このため、診察一元化サービスでは、各種サブサービスの有機的な連携が図られる。具体的には例えば、医師Ｄが診察を行う診察室Ｅの数と、ユーザＵ１人あたりの診察時間と、待合室Ｒの個数と、待合室ＲにおいてユーザＵ１人あたりの物販に費やされる時間との関係が好適になるように調整される。
【００２１】
（呼出サービス）
上記（６）の呼出サービスは、ユーザＵに対する診察の呼出しを行うサービスである。
例えば、図１の待合室Ｒ３に設置された待合室端末３−３や専用モニタ（図示せず）に、ユーザＵ５の診察の順番が到来したことを示す文字や図形等を表示することでユーザＵ５の呼出しを行う。これにより、耳の不自由なユーザＵであっても視覚を通じて自身の順番の到来を確実に知ることができる。呼出サービスでは、具体的には例えば、「○○さん、診察室へどうぞ」といった呼出しメッセージや、ユーザＵの待ち時間が、待合室端末３専用モニタ（図示せず）に表示される。
また、待合室Ｒ３には、音声認識機能を有するロボット（図示せず）が配置されているため、ロボットから出力される音声でユーザＵ５を呼出すことができる。さらに、ロボットは、ユーザＵ５のストレスを緩和させる会話を行うこともできる。
このように、呼出サービスが提供されることにより、例えば、看護婦等は、何度も大声を張り上げて患者の名前を呼ぶ必要がなくなるので、看護婦等の業務負担を軽減化させることができる。
ユーザＵに対する呼出しが行われる順番は、通常はチェックイン手続が行われた順となる。しかしながら、図１に示すように、待合室Ｒは、個室となっている。このため、必ずしもチェックイン手続が完了したユーザＵの順で呼出しが行われる必要はない。即ち、ユーザＵ同士が互いに接する機会がほとんどないため、順番の後先を理由にトラブルが生じる可能性が低くなる。これにより、待合室Ｒの回転率を優先させた呼出しを行うことが可能となる。例えば、図１に示す例では、医師Ｄ１の診察室端末４−１から診察可能である旨が示された場合には、医師Ｄ１と、ユーザＵ３乃至Ｕ９のうち診察を受ける準備が整ったユーザ（以下「診察可能ユーザ」と呼ぶ）Ｕとの間でマッチングが行われる。これにより、適切なタイミングで呼出しを行うことができるようになる。例えば、予約受付の時点で既に問診票の入力が完了しているユーザＵは、チェックイン手続が完了し、かつ、待合室端末３を操作して受診可能である旨を示すことによって診察可能ユーザＵになる。また、予約受付時に問診票の入力を行っていないが、チェックイン手続後に問診票の入力が完了したユーザＵは、待合室端末３を操作して受診可能である旨を示すことによって診察可能ユーザＵになる。
【００２２】
（料金精算サービス）
上記（７）の料金精算サービスは、診察を受けたユーザＵが支払うべき料金の算出と、算出された料金についての支払いの精算を行うサービスである。
例えば、図１のユーザＵ６が診察を終えた場合には、ユーザＵ６が決済端末６を操作することにより、クレジットカード、電子マネー、仮想通貨、バーコード等の識別子を利用した精算を行うことができる。また、料金精算サービスは、現金自動精算機（図示せず）とも連携しているので、ユーザＵ６は、現金による精算を行うこともできる。
料金精算サービスは、商品販売サービスと連携させることにより、商品販売サービスにおける物品購入の支払いの精算を行うこともできる。これにより、精算が一元化される。
また、決済端末６の付近には、音声認識機能を有するロボット（図示せず）が配置されており、「ご精算はこちらです」といった音声による案内が行われるさらに、このロボットは、実際に料金の精算を行うこともできる。
このように、料金精算サービスが提供されることにより、料金の精算を完全に自動化することができる。
【００２３】
（遠隔サービス）
上記（８）の遠隔サービスは、一元管理されたユーザＵに関する各種情報を用いて、遠隔診療を行うサービスである。
遠隔サービスでは、例えば、図１の病院Ｈに通院していたユーザＵ２が、遠隔地Ａに引っ越した場合には、遠隔地Ａに所在する病院Ｈ２（図示せず）の医師Ｄ４（図示せず）が操作する診察室端末４−４（図示せず）や待合室端末３−１１（図示せず）等において、これまで蓄積されたユーザＵ２に関する各種情報が共有化される。これにより、遠隔地Ａに所在する病院Ｈ２の医師Ｄ４は、十分な情報に基づいた診察を行うことが可能になる。また、遠隔診療を受けるユーザＵ２は、引っ越し前に通院していた図１の病院Ｈにわざわざ足を運ぶことなく、引っ越し先の自宅近くに所在する病院Ｈ２で安心して診察を受けることができる。
また、遠隔サービスでは、予約自動受付サービスと連携することにより、予約自動受付サービスで管理されている病院Ｈの医師Ｄ１のスケジュールに従って、ビデオチャット等のコミュニケーションツールを用いた遠隔診療を行うこともできる。これにより、例えばユーザＵ２は、引っ越し先の自宅にいたまま、引っ越し前に通院していた病院Ｈの医師Ｄ１の遠隔診療を受けることができる。
なお、遠隔診療を行った場合の診察結果は、ユーザＵに関する各種情報に含められて一元管理される。
【００２４】
（サブサービス間の連携）
上述の各種サブサービスは、診察一元化サービスによって有機的に連携される。例えば、ユーザ端末２に入力された情報は、上述した各種サブサービス間で共有される。また、予約自動受付サービスと呼出サービスとを連携させることにより、ユーザＵが来院してチェックイン手続を行った直後に診察の呼出しを行うこともできる。この場合、商品販売サービスを提供しないことが前提となるが、回転率を上げることができる。
また、予約自動受付サービスと料金精算サービスとを連携させることにより、電子カルテを両サブサービス間で共有したり、レセプト（診療報酬明細書）を作成するレセプトコンピュータ（図示せず）との情報を共有したりすることもできる。これにより、ユーザＵに関する各種情報が一元管理されるので、ユーザＵは、料金精算サービスを利用して料金の精算をしながら、予約自動受付サービスを利用して次回の診察についての案内を受け、実際に次回の診察の予約することもできる。
また、診察案内サービスと料金精算サービスとを連携させて、診察が行われた当日のケア等を案内することもできる。また、商品販売サービスと料金精算サービスとを連携させて、待合室端末３の閲覧履歴に基づいて、閲覧履歴のあるサプリメントを料金の精算時に再プッシュすることもできる。
【００２５】
図２は、図１の情報処理システムのうち、サーバ１のハードウェア構成を示すブロック図である。
【００２６】
サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、出力部１６と、入力部１７と、記憶部１８と、通信部１９と、ドライブ２０と、を備えている。
【００２７】
ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
【００２８】
ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、出力部１６、入力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。
【００２９】
出力部１６は、ディスプレイやスピーカ等で構成され、各種情報を画像や音声として出力する。
入力部１７は、キーボードやマウス等で構成され、各種情報を入力する。
【００３０】
記憶部１８は、ハードディスクやＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置（図１の例ではユーザ端末２−１，２−２、待合室端末３−１乃至３−１０、診察室端末４−１乃至４−３、受付端末５、及び決済端末６）との間で通信を行う。
【００３１】
ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア３０が適宜装着される。ドライブ２０によってリムーバブルメディア３０から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。
また、リムーバブルメディア３０は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。
【００３２】
なお、図示はしないが、図１の情報処理システムのうち、ユーザ端末２−１，２−２、待合室端末３−１乃至３−１０、診察室端末４−１乃至４−３、受付端末５、及び決済端末６も図２に示すハードウェア構成を有している。
【００３３】
次に、このようなハードウェア構成を持つサーバ１の機能的構成について、図３を参照して説明する。
図３は、図１の情報処理システムにおける図２のサーバ１の機能的構成のうち、診察一元化処理を構成する各種サブ処理を実現するための機能的構成の一例を示す機能ブロック図である。即ち、図３は、サブ処理である予約自動受付処理、チェックイン受付処理、院内誘導処理、診察案内処理、商品販売処理、呼出処理、料金精算処理、遠隔処理、及び連携処理を実現するための機能的構成の一例を示す機能ブロック図である。
【００３４】
「予約自動受付処理」とは、上述の予約自動受付サービスを実現させるための処理であり、診察の予約と問診票の入力とを自動で受付ける処理をいう。
「チェックイン受付処理」とは、上述のチェックイン受付サービスを実現させるための処理であり、診察の予約を行ったユーザＵのチェックイン手続を受付ける処理をいう。
「院内誘導処理」とは、上述の院内誘導サービスを実現させるための処理であり、チェックイン手続が受付けられたユーザＵを待合室Ｒに誘導する処理をいう。
「診察案内処理」とは、上述の診察案内サービスを実現させるための処理であり、待合室Ｒで診察の順番待ちをするユーザＵに対し、診察の案内を行う処理をいう。
「商品販売処理」とは、上述の商品販売サービスを実現させるための処理であり、待合室Ｒで診察を待つユーザＵに対し、ユーザＵの健康に関連する商品の販売を行う処理をいう。
「呼出処理」とは、上述の呼出サービスを実現させるための処理であり、ユーザＵに対する診察の呼出しを行う処理をいう。
「料金精算処理」とは、上述の料金精算サービスを実現させるための処理であり、ユーザＵが支払うべき料金の算出と、算出された料金についての支払いの精算を行う処理をいう。
「遠隔処理」とは、上述の遠隔サービスを実現させるための処理であり、ユーザＵが病院Ｈに通院しなくとも遠隔診療を受けることができるようにする処理をいう。
「連携処理」とは、上述の診察一元化サービスを実現させるための処理であり、上述の各種サブサービスを有機的に連携させる処理をいう。
【００３５】
図３に示すように、サーバ１のＣＰＵ１１（図２）においては、予約自動受付処理が実行される場合には、予約自動受付制御部１０１と入力受付制御部１０２とが機能する。また、チェックイン受付処理が実行される場合には、チェックイン制御部１０３が機能する。また、院内誘導処理が実行される場合には、院内誘導制御部１０４が機能する。また、診察案内処理が実行される場合には、診察案内制御部１０５が機能する。また、商品販売処理が実行される場合には、商品販売制御部１０６が機能する。また、呼出処理が実行される場合には、呼出制御部１０７が機能する。また、料金精算処理が実行される場合には、料金精算制御部１０８が機能する。また、遠隔処理が実行される場合には、遠隔診療制御部１０９が機能する。また、連携処理が実行される場合には、連携制御部１１０と、上記の各制御部の夫々が必要に応じて機能する。
なお、記憶部１８（図２）の一領域には、ユーザＤＢ４０１と、シナリオＤＢ４０２と、商品ＤＢ４０３とが設けられている。
【００３６】
予約自動受付制御部１０１は、病院Ｈで診察を受けようとするユーザＵが、ユーザ端末２を操作して診察の予約を行った場合に、これを受付ける制御を実行する。ユーザＵは、ユーザ端末２にインストールされたアプリを起動させて、アプリ上で診察の予約を行うことができる。これにより、ユーザＵは手軽に診察の予約を行うことができる。
【００３７】
入力受付制御部１０２は、病院Ｈで診察を受けようとするユーザＵが、ユーザ端末２を操作して問診票の入力を行った場合に、これを受付ける制御を実行する。ユーザＵは、ユーザ端末２にインストールされたアプリを起動させて、アプリ上で問診票の入力を行うことができる。これにより、ユーザＵが病院Ｈに来院した際に発生し得る手間を省くことができる。入力受付制御部１０２により入力が受付けられた情報は、ユーザＵに関する情報としてユーザＤＢ４０１に記憶されて管理される。
【００３８】
チェックイン制御部１０３は、診察の予約を行ったユーザＵが病院Ｈに来院した際に最初に行うチェックイン手続を自動で受付ける制御を実行する。例えば、来院したユーザＵが、病院Ｈの入口付近に設置された受付端末５のタッチパネルを操作し、診察券の番号を入力することにより自動でチックインする制御を実行する。チェックイン制御部１０３は、予約自動受付サービスを利用していない新患のユーザＵの登録を自動で行う制御を実行する。また、チェックイン制御部１０３は、必要に応じて別室で待機しているスタッフ（図示せず）の呼び出しを行う制御を実行する。また、チェックイン制御部１０３は、病院Ｈの入口付近に設置されたロボット（図示せず）が、来院したユーザＵに対し、「受付はこちらです」といった音声でチェックイン手続の呼びかけや案内を行う制御を実行する。チェックイン制御部１０３は、音声認識等の生体認証や、非接触認証等の技術を用いて、チェックイン手続を自動で受付ける制御を行うこともできる。これにより、従来、医療事務担当者が行っていた来院受付業務を、人を介さずに完全に自動で行うことも可能になる。
【００３９】
院内誘導制御部１０４は、チェックイン手続が受付けられたユーザＵを待合室Ｒ等に誘導する制御を実行する。例えば、院内誘導制御部１０４は、病院Ｈ内の廊下の壁や天井等に設置された案内用のモニタに、院内の誘導に関する情報を表示する制御を実行する。また、院内誘導制御部１０４は、病院Ｈ内に配置された自走式のロボット（図示せず）が、ユーザＵを待合室Ｒ等に誘導する制御を実行する。これにより、従来、病院内に配置された案内担当者が行っていた誘導業務を、人を介さずに完全に自動で行うことも可能になる。
【００４０】
診察案内制御部１０５は、待合室Ｒで診察の順番待ちをするユーザＵに対し、診察の案内を行う制御を実行する。例えば、診察案内制御部１０５は、ユーザＵが待合室Ｒで順番待ちをしている間、待合室Ｒ毎に設置されている待合室端末３に、ユーザＵの疾患に関する情報や、ユーザＵがこれから受信する診察の手順、内容、目的についての情報を、文字や画像等によって提示する制御を実行する。また、診察案内制御部１０５は、音声認識機能を有する待合室端末３やロボット（図示せず）が、ユーザＵとの間で音声対話による質疑応答を行う制御を実行する。ここで、ユーザＵと、待合室端末３やロボットとの間における音声対話は、ＡＩ（人工知能）や顔認識等の技術を用いて、あたかも人と人とが会話するような自然な音声対話を行えるようにしてもよいし、待合室端末３やロボットに予め記憶させた応答シナリオを利用して音声対話を行えるようにしてもよい。応答シナリオはシナリオＤＢ４０２に記憶されて管理されている。なお、応答シナリオを利用する場合には、応答シナリオを編集管理できるようにするとともに、応答シナリオの内容を即時アップデートできるようにして、常時最新の情報で音声対話が行えるようにすることが好ましい。
【００４１】
商品販売制御部１０６は、待合室Ｒで待合室端末３を操作するユーザＵに対し、ユーザＵの健康に関連する商品の販売を行う制御を実行する。商品に関する情報は、商品ＤＢ４０３に記憶されて管理されている。例えば、商品販売制御部１０６は、ユーザＵが、ユーザＵの疾患について治療効果や回復効果のあるサプリメントや健康器具等を購入する制御を実行することができる。なお、後述する連携制御部１１０が、商品販売処理と、上述の診察案内処理とを連携させて、診察案内から商品販売につながるようにしてもよい。例えば、ユーザＵにとって最適となるサプリメントを提案する制御を行ってもよい。これにより、病院Ｈが混んでおり、待合室Ｒで順番待ちする時間が長い場合であっても、ユーザＵは、待たされているという感覚を覚えることなく快適に順番待ちをすることができる。
【００４２】
呼出制御部１０７は、ユーザＵに対する診察の呼出しを行う処理を実行する。例えば、呼出制御部１０７は、待合室Ｒに設置された待合室端末３や専用モニタ（図示せず）に、診察の順番が到来したことを示す文字や図形等を表示することで呼出しを行う制御を実行する。これにより、耳の不自由なユーザＵであっても視覚を通じて自身の順番の到来を確実に知ることができる。また、呼出制御部１０７は、対話機能を有するロボット（図示せず）が音声でユーザＵの呼出しを行う制御を実行する。これにより、看護婦等が何度も大声を張り上げて患者の名前を呼ぶ必要がなくなるので、看護婦等の業務負担を軽減化させることができる。呼出制御部１０７による呼出処理では、具体的には例えば、「○○さん、診察室へどうぞ」といった呼出しメッセージや、ユーザＵの待ち時間を待合室端末３専用モニタ（図示せず）に表示する制御が実行される。また、呼出しメッセージや、ユーザＵのストレスを緩和するための会話をロボットが音声で出力する制御が実行される。呼出制御部１０７は、待合室Ｒの回転率を優先させた呼出しを行う制御を実行することができる。例えば、図１に示す例では、診察室端末４−１から診察可能である旨が示された場合には、呼出制御部１０７は、医師Ｄ１と、診察可能ユーザＵとのマッチングを行う。これにより、適切なタイミングで呼出しを行うことができるようになる。
【００４３】
料金精算制御部１０８は、診察を受けたユーザＵが支払うべき料金の算出と、算出された料金についての支払いの精算を行う制御を実行する。例えば、料金精算制御部１０８は、決済端末６を操作するユーザＵが、クレジットカード、電子マネー、又は仮想通貨による料金の精算を行う制御を実行する。また、料金精算制御部１０８は、ユーザＵが、現金自動精算機（図示せず）で精算する制御を実行することもできる。また、料金精算制御部１０８は、対話機能を有するロボット（図示せず）が音声で、「ご精算はこちらです」といった音声での案内や、実際に料金の精算を行う制御を実行することもできる。これにより、料金の精算を自動化することができる。
【００４４】
遠隔診療制御部１０９は、一元管理されたユーザＵに関する各種情報を用いて、遠隔診療を行う処理である。遠隔診療制御部１０９は、病院Ｈから離れた遠隔地に所在する病院（図示せず）の医師（図示せず）が操作する診察室端末４（図示せず）において、ユーザＵに関する各種情報を共有させる制御を実行する。また、遠隔診療制御部１０９は、予約自動受付サービスで管理されている病院Ｈの医師Ｄのスケジュールに基づいて、ビデオチャット等のコミュニケーションツールを用いた遠隔診療を行う制御を実行することもできる。遠隔診療を行った場合の診察結果は、ユーザＵに関する各種情報に含められて一元管理される。これにより、遠隔地に所在する医師は、十分な情報に基づいた診察を行うことができる。また、ユーザＵは、遠くの病院Ｈに足を運ぶことなく、家の近くの病院で診察を受けることができる。
【００４５】
連携制御部１１０は、各種サブ処理を有機的に連携させる制御を実行する。例えば、上述の商品販売処理及び診察案内処理は、待合室Ｒで診察の順番待ちをするユーザＵに退屈な思いをさせないこと、及びユーザＵの待ち時間を利用して物販を促進させることが目的となる。その一方で、病院Ｈの経営上、待合室Ｒの回転率を上げることで多くの集客を図る必要がある。上述したように、ユーザＵの診察の順番待ち時間に、診察案内サービスや商品販売サービスを提供したとしても、待ち時間が長過ぎる場合には、物販に十分な時間を確保することができるが、ユーザＵが飽きてしまうおそれがある。これに対して、待ち時間が短過ぎる場合には、回転率を上げることができるが、物販に十分な時間を確保することができない。このため、連携制御部１１０は、医師Ｄが診察を行う診察室Ｅの数と、ユーザＵ１人あたりの診察時間と、待合室Ｒの個数と、待合室ＲにおいてユーザＵ１人あたりの物販に費やされる時間との関係が好適になるように各種サブ処理を連携させる制御を実行する。また、連携制御部１１０は、予約自動受付処理と呼出処理とを連携させる制御を実行することにより、ユーザＵが来院してチェックイン手続を行った直後に診察の呼出しを行わせることもできる。この場合、商品販売サービスを提供しないことが前提となるが、回転率を上げることができる。また、連携制御部１１０は、予約自動受付処理と料金精算処理とを連携させる制御を実行することにより、電子カルテを両サブ処理間で共有したり、レセプト（診療報酬明細書）を作成するレセプトコンピュータ（図示せず）との情報を共有したりすることもできる。これにより、ユーザＵに関する各種情報が一元管理されるので、ユーザＵは、料金精算サービスを利用して料金の精算をしながら、予約自動受付サービスを利用して次回の診察の案内を受けたり、実際に次回の診察の予約することもできる。また、連携制御部１１０は、診察案内処理と料金精算処理とを連携させる制御を実行することにより、診察が行われた当日のケア等を案内させることもできる。また、連携制御部１１０は、商品販売処理と料金精算処理とを連携させる制御を実行することにより、待合室端末３の閲覧履歴に基づいて、閲覧履歴のあるサプリメントを料金の精算時に再プッシュさせることもできる。
【００４６】
次に、図４を参照して、図３の機能的構成を有するサーバ１が実行する各種処理の流れについて説明する。
図４は、図３のサーバ１が実行する診察一元化処理の流れを説明するフローチャートである。
【００４７】
図４に示すように、サーバ１では、次のような一連の処理が実行される。
ステップＳ１において、予約自動受付制御部１０１と入力受付制御部１０２とが、予約自動受付処理を行う。なお、予約自動受付処理の詳細な流れについては、図５（Ａ）を参照して後述する。
ステップＳ２において、チェックイン制御部１０３は、診察の予約を行ったユーザＵが病院Ｈに来院した際に最初に行うチェックイン手続を自動で受付ける制御を実行する。
ステップＳ３において、院内誘導制御部１０４はチェックイン手続が受付けられたユーザＵを待合室Ｒ等に誘導する制御を実行する。
【００４８】
ステップＳ４において、診察案内制御部１０５は、待合室Ｒで診察の順番待ちをするユーザＵに対し、診察の案内を行う制御を実行する。
ステップＳ５において、商品販売制御部１０６は、待合室Ｒで待合室端末３を操作するユーザＵに対し、ユーザＵの健康に関連する商品の販売を行う制御を実行する。
ステップＳ６において、呼出制御部１０７は、呼出処理を行う。なお、呼出処理の詳細な流れについては、図５（Ｂ）を参照して後述する。
【００４９】
ステップＳ７において、料金精算制御部１０８は、診察を受けたユーザＵが支払うべき料金の算出と、算出された料金についての支払いの精算を行う制御を実行する。
ステップＳ８において、料金精算制御部１０８は、ユーザＵに関する情報に基づいて、次回の診察の有無を判定する。次回の診察がある場合には、ステップＳ８においてＹＥＳと判定されて、処理はステップＳ１に戻される。次回の診察がない場合には、ステップＳ８においてＮＯと判定されて、診察一元化処理は終了する。
ステップＳ１乃至Ｓ８の各ステップでは、連携制御部１１０が、必要に応じて連携処理を行う。
【００５０】
図５は、図３のサーバ１が実行する診察一元化処理を構成するサブ処理のうち、予約自動受付処理及び呼出処理の夫々の流れを説明するフローチャートである。
【００５１】
図５（Ａ）は、予約自動受付処理の流れを説明するフローチャートである。
ステップＳ１１において、予約自動受付制御部１０１は、病院Ｈで診察を受けようとするユーザＵが、ユーザ端末２を操作して診察の予約の操作を行った場合に、これを受付ける制御を実行する。
ステップＳ１２において、入力受付制御部１０２は、病院Ｈで診察を受けようとするユーザＵが、ユーザ端末２を操作して問診票の入力を行った場合に、これを受付ける制御を実行する。
ステップＳ１３において、入力受付制御部１０２は、問診票に入力された内容に基づいて電子カルテを生成する制御を実行する。
【００５２】
図５（Ｂ）は、呼出処理の流れを説明するフローチャートである。
ステップＳ６１において、呼出制御部１０７は、診察室端末４から診察可能である旨の提示があった場合にこれを受け付ける。
ステップＳ６２において、呼出制御部１０７は、ユーザＵに対する診察の呼出しを行う制御を実行する。
【００５３】
以上、本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
【００５４】
例えば、上述した実施形態では、ユーザＵは９人、ユーザ端末２は２台、待合室Ｒは１０室、待合室端末３は１０台、診察室Ｅは３室、医師Ｄは３人、診察室端末４は３台、受付端末５及び決済端末６は夫々１台となっているが、図１に示す情報処理システムの構成は一例に過ぎない。ユーザＵの人数及びユーザ端末２の台数を示す数値はｎ（ｎは１以上の整数値）、待合室Ｒの個数及び待合室端末３の台数の夫々を示す数値はｍ（ｍは１以上の整数値）、診察室Ｅの個数、医師Ｄの人数、及び診察室端末４の台数の夫々を示す数値はｐ（ｐは１以上の整数値）であってもよい。また、受付端末５や決済端末６も、１台である必要はなく、複数台設置されていてもよい。
【００５５】
また、図５に示す各ハードウェア構成は、本発明の目的を達成するための例示に過ぎず、特に限定されない。
【００５６】
また、図３に示す機能ブロック図は、例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行出来る機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは、特に図３の例に限定されない。
【００５７】
また、機能ブロックの存在場所も、図３に示す場所に限定されず、任意でよい。例えばサーバ１側の機能ブロックの少なくとも一部をユーザ端末２側や待合室端末３側に設けてもよいし、その逆でもよい。
そして、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体との組み合わせで構成してもよい。
【００５８】
各機能ブロックの処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。
【００５９】
このようなプログラムを含む記録媒体は、各ユーザにプログラムを提供するために装置本体とは別に配布される、リムーバブルメディアにより構成されるだけではなく、装置本体に予め組み込まれた状態で各ユーザに提供される記録媒体等で構成される。
【００６０】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に添って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
【００６１】
以上まとめると、本発明が適用される情報処理システムは、次のような構成を取れば足り、各種各様な実施形態を取ることができる。
即ち、本発明が適用される情報処理システムは、
診察の予約と問診票の入力とを受付ける予約受付手段（例えば図３の予約自動受付制御部１０１及び入力受付制御部１０２）と、
患者が来院したときに行う手続きであるチェックイン手続を受付けるチェックイン受付手段（例えば図３のチェックイン制御部１０３）と、
前記チェックイン手続が受付けられた前記患者に対し、前記患者を待合室に誘導するための情報を提示することで、前記待合室に前記患者を誘導する院内誘導手段（例えば図３の院内誘導制御部１０４）と、
前記待合室で前記診察の順番待ちをする前記患者に対し、前記診察についての情報を提示することで、前記診察の案内を行う診察案内手段（例えば図３の診察案内制御部１０５）と、
前記患者が前記診察を受ける順番に関する情報を管理し、当該情報に基づいて、前記患者に対する呼出しの提示を行う呼出手段（例えば図３の呼出制御部１０７）と、
前記患者に対する前記診察の内容に基づいて前記患者が支払うべき料金を算出し、前記患者による前記料金の支払いの精算を行う料金精算手段（例えば図３の料金精算制御部１０８）と、
前記予約受付手段と、前記チェックイン受付手段と、前記院内誘導手段と、前記診察案内手段と、前記呼出手段と、前記料金精算手段とを連携させる制御を実行する連携手段（例えば図３の連携制御部１１０）と、
を備える。
これにより、（１）診察の予約受付、（２）来院時の受付け、（３）院内待合室における患者への対応、（４）診察開始時の呼出し、（５）問診票の入力受付、（６）料金の精算を自動で一元処理することができる。
【００６２】
また、前記待合室で前記診察を待つ前記患者に対し、前記患者の健康に関連する商品に関する情報を提示し、前記患者が前記商品を購入しようとする場合に、前記商品の購入の受付けを行う商品購入受付手段（例えば図３の商品販売制御部１０６）をさらに備え、
前記連携手段は、さらに、商品購入受付手段を連携させる制御を実行することができる。
これにより、これにより、病院Ｈが混んでおり、待合室Ｒで順番待ちする時間が長い場合であっても、ユーザＵは、待たされているという感覚を覚えることなく快適に順番待ちをすることができる。
【符号の説明】
【００６３】
１：サーバ
２，２−１，２−２：ユーザ端末
３，３−１〜３−１１：待合室端末
４−１〜４−４：診察室端末
５：受付端末
６：決済端末
１１：ＣＰＵ
１２：ＲＯＭ
１３：ＲＡＭ
１４：バス
１５：入出力インターフェース
１６：出力部
１７：入力部
１８：記憶部
１９：通信部
２０：ドライブ
３０：リムーバブルメディア
１０１：予約自動受付制御部
１０２：入力受付制御部
１０３：チェックイン制御部
１０４：院内誘導制御部
１０５：診察案内制御部
１０６：商品販売制御部
１０７：呼出制御部
１０８：料金精算制御部
１０９：遠隔診療制御部
１１０：連携制御部
４０１：ユーザＤＢ
４０２：シナリオＤＢ
４０３：商品ＤＢ
Ｄ，Ｄ１〜Ｄ４：医師
Ｅ，Ｅ１〜Ｅ３：診察室
Ｎ：ネットワーク
Ｒ，Ｒ１〜Ｒ１０：待合室
Ｕ，Ｕ１〜Ｕ９：ユーザ（患者）
【図１】
2019191847.tif 000003
【図２】
2019191847.tif 000004
【図３】
2019191847.tif 000005
【図４】
2019191847.tif 000006
【図５】
2019191847.tif 000007