知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2025-02-04
(45)【発行日】2025-02-13
(54)【発明の名称】問診システム及び問診用端末
(51)【国際特許分類】
G16H 10/20 20180101AFI20250205BHJP
【ＦＩ】
G16H10/20
【請求項の数】
6
(21)【出願番号】P 2024081994
(22)【出願日】2024-05-20
【審査請求日】2024-05-20
【早期審査対象出願】
(73)【特許権者】
【識別番号】524191321
【氏名又は名称】有限会社ビルケ
(74)【代理人】
【識別番号】100185270
【弁理士】
【氏名又は名称】原田 貴史
(72)【発明者】
【氏名】小暮 裕之
(72)【発明者】
【氏名】遠藤 慎也
【審査官】鹿谷 真紀
(56)【参考文献】
【文献】特開２０２４－０６０３９１（ＪＰ，Ａ）
【文献】特開２０２３－０４１５０３（ＪＰ，Ａ）
【文献】特開２０１９－０７９５０３（ＪＰ，Ａ）
【文献】特開２０１９－２０７５６２（ＪＰ，Ａ）
【文献】特開２００４－２０６５１６（ＪＰ，Ａ）
【文献】特開２０１２－０４３５５２（ＪＰ，Ａ）
【文献】特開２０２３－０７２６４９（ＪＰ，Ａ）
【文献】特開２０２２－００９３５１（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ１６Ｈ １０／００－８０／００
(57)【特許請求の範囲】
【請求項1】
問診を受ける患者により操作される問診用端末と、前記問診用端末により入力された問診情報を管理する管理装置とを備え、
前記問診用端末は、
キャラクター画像を表示させる表示部と、
前記表示部に表示される前記キャラクター画像の動きに連動させて問診内容を患者に問い合わせる問診処理部と、
前記問診内容に対する患者の回答入力を受け付ける入力部と、
前記回答入力の情報を前記問診情報として前記管理装置に送信する通信部とを有し、
異なる患者が診療前にそれぞれ入室する複数の部屋それぞれに設けられ、部屋の入口を施錠し、前記部屋及び時間帯ごとに異なるコードで解錠される電子錠を備え、
前記部屋の室内には当該室内に係る部屋を特定する部屋特定情報を提供し、患者端末により読み取り可能な画像が掲示され、
前記問診用端末は、前記複数の部屋それぞれに設けられる、問診システム。
【請求項2】
前記問診処理部は、前記問診内容を音声及び表示の少なくとも一方で患者に問い合わせる、請求項１に記載の問診システム。
【請求項3】
前記問診処理部は、前記問診内容、及び、前記問診内容に対する患者の前記回答入力の情報を患者ごとに異なるスレッドで前記表示部に表示させる、請求項１に記載の問診システム。
【請求項4】
前記管理装置は、前記スレッドのデータを患者ごとに対応付けて記憶し、前記問診処理部は、患者に対応する前記スレッドのデータを前記管理装置から読み出して前記表示部に表示させることにより、当該スレッドの続きから前記入力部による患者の回答入力を受付可能にする、請求項３に記載の問診システム。
【請求項5】
前記問診処理部は、予め設定された全ての問診内容について、前記入力部による患者の回答入力を受け付けた場合に、当該回答入力の内容の一覧を前記問診情報として前記表示部に表示させる、請求項１に記載の問診システム。
【請求項6】
前記管理装置は、患者を識別する情報を患者ごとに記憶し、前記問診用端末から受信する前記問診情報と前記患者を識別する情報とに基づいて患者を特定する、請求項１に記載の問診システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、診療前の問診に用いられる問診システム及び問診用端末に関する。
【背景技術】
【0002】
病院、診療所その他の医療機関において、診療前に行われる問診では、紙で準備された問診票に患者が筆記具を用いて記入することが一般的に行われている。問診票には、患者の氏名及び生年月日といった個人情報の他、病状や薬の服用の有無といった各種情報が記入される。このような問診票の記入は煩わしく、特に病状が芳しくない患者にとっては負担も大きいため、問診内容に対して患者が簡単に回答することができるようなシステムが望まれる。また、予約システムにて予約を行った後にオンラインで問診を回答する方法も一般的である。予約時点では問診を行わない患者が一定数いることや、予約時点の問診内容（病状等）と実際に来院された際の問診内容（病状等）が時間の経過とともに変化することがあることなどから、来院時に患者が簡単に回答することができるようなシステムが望まれる。
【0003】
一方、近年では、タブレット端末などの患者による操作が可能な端末を用いて、患者が問診内容に対する回答を行うことができるような問診システムも提案されている（例えば、下記特許文献１参照）。
【先行技術文献】
【特許文献】
【0004】
【文献】特開２０１４－８９６５０号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、患者が高齢である場合などには、端末に表示される問診内容に対する操作方法が分かりにくく、問診内容に対して簡単に回答できない場合もあった。
【0006】
本発明は、係る事情にかんがみてなされたものである。本発明の目的は、問診内容に対して患者が簡単に回答することができるような問診システム及び問診用端末を提供することである。
【課題を解決するための手段】
【0007】
本発明に係る問診システムは、問診用端末と、管理装置とを備える。前記問診用端末は、問診を受ける患者により操作される。前記管理装置は、前記問診用端末により入力された問診情報を管理する。前記問診用端末は、表示部と、問診処理部と、入力部と、通信部とを有する。前記表示部は、キャラクター画像を表示させる。前記問診処理部は、前記表示部に表示される前記キャラクター画像の動きに連動させて問診内容を患者に問い合わせる。前記入力部は、前記問診内容に対する患者の回答入力を受け付ける。前記通信部は、前記回答入力の情報を前記問診情報として前記管理装置に送信する。
【0008】
このような構成によれば、問診用端末にキャラクター画像を表示させ、当該キャラクター画像の動きに連動させて問診内容を患者に問い合わせることができるため、患者にとって問診内容が分かりやすい。したがって、問診内容に対して患者が簡単に回答することができる。
【0009】
前記問診処理部は、前記問診内容を音声及び表示の少なくとも一方で患者に問い合わせてもよい。
【0010】
このような構成によれば、音声及び表示の少なくとも一方で問診内容を患者に分かりやすく問い合わせることができるため、問診内容に対して患者がより簡単に回答することができる。
【0011】
前記問診処理部は、前記問診内容、及び、前記問診内容に対する患者の前記回答入力の情報を患者ごとに異なるスレッドで前記表示部に表示させてもよい。
【0012】
このような構成によれば、患者ごとに異なるスレッドを表示部に表示させ、患者に一問ずつ問診内容を問い合わせる形式により、複数の問診内容に対して患者が簡単に回答することができる。
【0013】
前記管理装置は、前記スレッドのデータを患者ごとに対応付けて記憶してもよい。この場合、前記問診処理部は、患者に対応する前記スレッドのデータを前記管理装置から読み出して前記表示部に表示させることにより、当該スレッドの続きから前記入力部による患者の回答入力を受付可能にしてもよい。
【0014】
このような構成によれば、患者に対応するスレッドのデータを管理装置から読み出して、当該スレッドの続きから患者が回答入力を行うことができるため、患者ごとのスレッドで以前に回答入力した情報については、再度の回答入力を省略することが可能になる。したがって、再診患者にとっては、問診内容に対する回答がさらに簡単になる。
【0015】
前記問診処理部は、予め設定された全ての問診内容について、前記入力部による患者の回答入力を受け付けた場合に、当該回答入力の内容の一覧を前記問診情報として前記表示部に表示させてもよい。
【0016】
このような構成によれば、予め設定された全ての問診内容に対する患者の回答入力の内容が、問診情報として一覧で表示部に分かりやすく表示される。この問診情報の一覧をそのままカルテに転記すれば、診療関係者の負担も軽減できる。
【0017】
前記管理装置は、患者を識別する情報を患者ごとに記憶し、前記問診用端末から受信する前記問診情報と前記患者を識別する情報とに基づいて患者を特定してもよい。
【0018】
このような構成によれば、問診用端末から受信する問診情報と患者を識別する情報とに基づいて患者を特定し、患者の受診を受け付けることができる。したがって、別途受付を行う必要がなく、患者及び診療関係者の負担を軽減できる。
【0019】
前記問診システムは、電子錠を備えていてもよい。前記電子錠は、異なる患者が診療前にそれぞれ入室する複数の部屋それぞれに設けられ、部屋の入口を施錠し、前記部屋及び時間帯ごとに異なるコードで解錠される。この場合、前記問診用端末は、前記複数の部屋それぞれに設けられてもよい。
【0020】
このような構成によれば、電子錠により入口の施錠を行うことができる複数の部屋それぞれにおいて、入室した患者が問診用端末を用いて問診内容に対する回答を簡単に行うことができる。また、複数の部屋がそれぞれ個室となっているため、問診内容を音声で患者に問い合わせるような構成であっても、患者のプライバシーを損なうことを防止できる。
【0021】
本発明に係る問診用端末は、表示部と、問診処理部と、入力部と、通信部とを備える。前記表示部は、キャラクター画像を表示させる。前記問診処理部は、前記表示部に表示される前記キャラクター画像の動きに連動させて問診内容を患者に問い合わせる。前記入力部は、前記問診内容に対する患者の回答入力を受け付ける。前記通信部は、前記回答入力の情報を問診情報として管理装置に送信する。
【0022】
このような構成によれば、問診用端末にキャラクター画像を表示させ、当該キャラクター画像の動きに連動させて問診内容を患者に問い合わせることができるため、患者にとって問診内容が分かりやすい。したがって、問診内容に対して患者が簡単に回答することができる。
【発明の効果】
【0023】
本発明によれば、問診内容に対して患者が簡単に回答できるような問診システム及び問診用端末を提供することができる。
【図面の簡単な説明】
【0024】
【図1】本実施形態のシステム（診療システム）のハードウェア構成を示すブロック図である。
【図2】管理装置のハードウェア構成及びソフトウェア構成を示すブロック図である。
【図3】予約状況データベースに格納されたデータの一例である。
【図4】診療内容データベースに格納されたデータの一例である。
【図5】スレッドデータベースに格納されたデータの一例である。
【図6】部屋がある建物の概略を示す平面図である。
【図7】電子錠のハードウェア構成及びソフトウェア構成を示すブロック図である。
【図8】コードリストに格納されたデータの一例である。
【図9】電子錠解錠コードデータベースに格納されたデータの一例である。
【図10】問診用端末のハードウェア構成及びソフトウェア構成を示すブロック図である。
【図11A】問診用端末の端末表示部における表示画面の一例を示す図である。
【図11B】問診用端末の端末表示部における表示画面の他の例を示す図である。
【図11C】問診用端末の端末表示部における表示画面の他の例を示す図である。
【図12】本実施形態の管理装置で実行される管理処理の好ましい流れの一例を示すメインフローチャートである。
【図16】本実施形態の問診用端末で実行される問診処理の好ましい流れの一例を示すフローチャートである。
【図17】本実施形態のシステムを用いた診療の流れ（システム利用の流れ）の一例を示すフローチャートである。
【発明を実施するための形態】
【0025】
以下は、本発明の実施形態の一例について、図面を参照しながら詳細に説明するものである。
【0026】
＜システムＳ＞
図１は、本実施形態のシステムＳ（診療システム）のハードウェア構成を示すブロック図である。本実施形態のシステムＳは、管理装置１、複数の部屋２、部屋２それぞれの入口を施錠する電子錠３、及び管理装置１と電子錠３それぞれとを互いに通信可能に接続するネットワークＮを含んで構成される。管理装置１は、ネットワークＮを介して関係者端末Ｃ、患者端末Ｔ及び問診用端末５と通信可能である。部屋２は、例えば、建物Ｂの内部に設けられる。システムＳは、電子錠３を管理する電子錠管理装置４をさらに含んで構成されることが好ましい。
図１は、本実施形態のシステムＳ（診療システム）のハードウェア構成を示すブロック図である。本実施形態のシステムＳは、管理装置１、複数の部屋２、部屋２それぞれの入口を施錠する電子錠３、及び管理装置１と電子錠３それぞれとを互いに通信可能に接続するネットワークＮを含んで構成される。管理装置１は、ネットワークＮを介して関係者端末Ｃ、患者端末Ｔ及び問診用端末５と通信可能である。部屋２は、例えば、建物Ｂの内部に設けられる。システムＳは、電子錠３を管理する電子錠管理装置４をさらに含んで構成されることが好ましい。
【0027】
〔管理装置１〕
図２は、管理装置１のハードウェア構成及びソフトウェア構成を示すブロック図である。
管理装置１は、図２に示す各ハードウェア構成要素によって図２に示す各ソフトウェア構成要素を実現する。そして、管理装置１は、各ソフトウェア構成要素により、スタッフの労力及び患者の待ち時間を低減しつつ、大人数で共用される待合室を介すことなく予約した患者を診療室に案内し、診療を行えるようにする管理処理を実行する。管理装置１の種類は、特に限定されない。管理装置１の種類は、例えば、各種のサーバ装置、クラウドサーバ等で良い。管理装置１は、そのハードウェア構成要素として、装置制御部１１、装置記憶部１３、装置通信部１４等を備える。
図２は、管理装置１のハードウェア構成及びソフトウェア構成を示すブロック図である。
管理装置１は、図２に示す各ハードウェア構成要素によって図２に示す各ソフトウェア構成要素を実現する。そして、管理装置１は、各ソフトウェア構成要素により、スタッフの労力及び患者の待ち時間を低減しつつ、大人数で共用される待合室を介すことなく予約した患者を診療室に案内し、診療を行えるようにする管理処理を実行する。管理装置１の種類は、特に限定されない。管理装置１の種類は、例えば、各種のサーバ装置、クラウドサーバ等で良い。管理装置１は、そのハードウェア構成要素として、装置制御部１１、装置記憶部１３、装置通信部１４等を備える。
【0028】
［装置制御部１１］
装置制御部１１は、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）、及びＲｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（ＲＯＭ）等を備える。
装置制御部１１は、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）、及びＲｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（ＲＯＭ）等を備える。
【0029】
装置制御部１１は、必要に応じて装置記憶部１３及び／又は装置通信部１４と協働する。そして、装置制御部１１は、管理装置１で実行される本実施形態のプログラムのソフトウェア構成要素である、予約依頼受信部１１１、予約決定部１１２、コード取得部１１３、予約送信部１１４、予約状況管理部１１５、チェックイン部１１６、通知部１１７、予約延長部１１８、診療内容受信部１１９、薬情報受信部１２０、診療報酬算出部１２１、請求書送信部１２２、処方箋生成部１２３、処方箋送信部１２４、質問受信部１２５、回答生成部１２６等を実現する。本実施形態の管理装置１に係るプログラムのソフトウェア構成要素それぞれが提供する機能は、後述する管理処理の好ましい流れの説明において示される。
【0030】
［装置記憶部１３］
装置記憶部１３は、データ及び／又はファイルが記憶される装置であって、ハードディスク、半導体メモリ、記録媒体、及びメモリカード等によってデータを非一時的に格納するストレージ部を有する。
装置記憶部１３は、データ及び／又はファイルが記憶される装置であって、ハードディスク、半導体メモリ、記録媒体、及びメモリカード等によってデータを非一時的に格納するストレージ部を有する。
【0031】
装置記憶部１３には、ＣＰＵで実行されるプログラム、予約状況データベース１３１、及び患者の情報等が格納されている。また、必須の態様ではないが、装置記憶部１３には、診療内容データベース１３２、診療内容と診療報酬との対応関係、大規模言語モデル等が格納されてもよい。さらに、装置記憶部１３には、スレッドデータベース１３３が格納されている。
【0032】
（予約状況データベース１３１）
予約状況データベース１３１には、複数の部屋２それぞれの予約状況が格納される。予約状況は、患者を識別する情報、予約時間帯、予約された部屋２（予約部屋）を識別する情報等を含む。患者を識別する情報は、特に限定されない。患者を識別する情報は、例えば、診察券番号等で良い。予約時間帯、予約された部屋２を識別する情報のフォーマットは、特に限定されない。なお、予約状況データベース１３１からの取得・格納の便宜のため、予約状況は、予約状況を識別する予約ＩＤと関連付けられて格納されることが好ましい。
予約状況データベース１３１には、複数の部屋２それぞれの予約状況が格納される。予約状況は、患者を識別する情報、予約時間帯、予約された部屋２（予約部屋）を識別する情報等を含む。患者を識別する情報は、特に限定されない。患者を識別する情報は、例えば、診察券番号等で良い。予約時間帯、予約された部屋２を識別する情報のフォーマットは、特に限定されない。なお、予約状況データベース１３１からの取得・格納の便宜のため、予約状況は、予約状況を識別する予約ＩＤと関連付けられて格納されることが好ましい。
【0033】
図３は、予約状況データベース１３１に格納されたデータの一例である。図３に示す例の予約状況データベース１３１には、予約ＩＤ「Ｒ０００１」と関連付けられた予約状況、予約ＩＤ「Ｒ０００２」と関連付けられた予約状況、予約ＩＤ「Ｒ０００３」と関連付けられた予約状況等が格納されている。
【0034】
予約ＩＤ「Ｒ０００１」は、診察券番号「１２３４５」で識別される患者が予約時間帯「２０２３／１２／２９ １１：００－１２：００」に部屋番号「１」で識別される部屋２（図６の符号２Ａ）を予約したとの予約状況と関連付けられている。また、予約ＩＤ「Ｒ０００２」は、診察券番号「６７８９０」で識別される患者が予約時間帯「２０２３／１２／２９ １２：００－１３：００」に部屋番号「１」で識別される部屋２を予約したとの予約状況と関連付けられている。加えて、予約ＩＤ「Ｒ０００３」は、診察券番号「１１２２３」で識別される患者が予約時間帯「２０２３／１２／２９ １１：００－１２：００」に部屋番号「４」で識別される部屋２（図６の符号２Ｄ）を予約したとの予約状況と関連付けられている。
【0035】
予約状況データベース１３１に上述の予約状況が格納されているため、管理装置１は、同じ予約部屋を異なる時間帯で予約した患者に、後述するコードリスト３３１等を参照して得られた時間帯ごとに異なるコードを提供できる。図３に示す例では、診察券番号「１２３４５」で識別される患者と診察券番号「６７８９０」で識別される患者がこれに該当する。また、管理装置１は、異なる予約部屋を同じ時間帯で予約した患者に、後述するコードリスト３３１等を参照して得られた部屋ごとに異なるコードを提供できる。図３に示す例では、診察券番号「１２３４５」で識別される患者と診察券番号「１１２２３」で識別される患者がこれに該当する。これにより、管理装置１は、大人数で共用される待合室と異なる個室のように、部屋２それぞれを管理できる。
【0036】
（診療内容データベース１３２）
診療内容データベース１３２には、患者に行われた診療内容、患者に処方する薬の情報、患者に請求する診療報酬等と患者を識別する情報とを関連付けたデータが格納される。機能ごとに分離された構成とすべく、診療内容データベース１３２は、管理装置１と異なる電子カルテシステム上に格納されていてもよい。患者を識別する情報は、例えば、診察券番号等で良い。患者に行われた診療内容、患者に処方する薬の情報、患者に請求する診療報酬等のフォーマットは、特に限定されない。なお、診療内容データベース１３２からの取得・格納の便宜のため、上述のデータは、当該データを識別する診療ＩＤと関連付けられて格納されることが好ましい。その他、上述のデータは、保険証の確認状況、問診票の入力状況、会計の状況等によって例示される、来院後の患者に係る各種情報を含んでもよい。
診療内容データベース１３２には、患者に行われた診療内容、患者に処方する薬の情報、患者に請求する診療報酬等と患者を識別する情報とを関連付けたデータが格納される。機能ごとに分離された構成とすべく、診療内容データベース１３２は、管理装置１と異なる電子カルテシステム上に格納されていてもよい。患者を識別する情報は、例えば、診察券番号等で良い。患者に行われた診療内容、患者に処方する薬の情報、患者に請求する診療報酬等のフォーマットは、特に限定されない。なお、診療内容データベース１３２からの取得・格納の便宜のため、上述のデータは、当該データを識別する診療ＩＤと関連付けられて格納されることが好ましい。その他、上述のデータは、保険証の確認状況、問診票の入力状況、会計の状況等によって例示される、来院後の患者に係る各種情報を含んでもよい。
【0037】
ところで、診療内容データベース１３２に格納される診療内容は、個人情報であることから、高度な秘密保持が求められる。また、診療内容データベース１３２に格納される診療内容は、医療機関にとって欠かすことのできないデータであることから、アクセス不能となることがない信頼性が求められる。
【0038】
係る事情により、診療内容データベース１３２は、その一部又は全部がブロックチェーン技術により構成されたデータベースに格納されていることが好ましい。ブロックチェーン技術は、トランザクションの履歴をハッシュ値と共に格納する。これにより、ブロックチェーン技術に係る診療内容データベース１３２のデータの改ざんは、容易に検出可能となる。また、ブロックチェーン技術は、全体を管理するスーパーノードを持たないＰ２Ｐネットワークにより、データの保持及びトランザクションの実行を実現する。これにより、ブロックチェーン技術に係る診療内容データベース１３２は、単一のスーパーノードの障害によりアクセス不能となることがない信頼性を実現できる。
【0039】
図４は、診療内容データベース１３２に格納されたデータの一例である。図４に示す例の診療内容データベース１３２には、診療ＩＤ「Ｍ０００１」と関連付けられたデータ、診療ＩＤ「Ｍ０００２」と関連付けられたデータ等が格納されている。
【0040】
診療ＩＤ「Ｍ０００１」は、診察券番号「１２３４５」で識別される患者に係る診療内容「診察、・・・」、当該患者に処方される薬の情報「デキサメタゾンシペシル酸エステルカプセル外用、１日１回、１４日分」、患者が請求される診療報酬「１，１００円」と関連付けられている。また、診療ＩＤ「Ｍ０００２」は、診察券番号「６７８９０」で識別される患者に係る診療内容「花粉症パッチテスト、・・・」、当該患者に処方される薬の情報「フルチカゾンプロピオン酸エステル点鼻液、１日２回、１４日分」、患者が請求される診療報酬「４，６００円」と関連付けられている。
【0041】
診療内容データベース１３２に上述のデータが格納されているため、管理装置１は、診療内容に応じた診療報酬を算出し、当該診療報酬を患者に請求できる。また、管理装置１は、薬の情報に基づいて処方箋のデータを生成し、患者に提供できる。
【0042】
（大規模言語モデル）
本実施形態の大規模言語モデルは、入力されたプロンプトへの応答を生成する自然言語処理を実行する言語モデルであれば、特に限定されない。ここで言う「言語モデル」は、自然言語処理において用いられる確率モデルの一種であり、与えられた単語・文章が自然言語としてどのように起こりやすいかを確率的に予測するためのモデルである。具体的には、言語モデルは、与えられた文章等の出現確率の計算、複数の文章の出現確率を比較すること等によって、次の文章を予測する。これにより、言語モデルは、与えられた文章等に係る文脈に基づいて最もありそうな文章を自動的に生成できる。機能ごとに分離された構成とすべく、大規模言語モデルは、管理装置１と異なる装置（例えば、コールセンターシステム上の装置）に格納されていてもよい。
本実施形態の大規模言語モデルは、入力されたプロンプトへの応答を生成する自然言語処理を実行する言語モデルであれば、特に限定されない。ここで言う「言語モデル」は、自然言語処理において用いられる確率モデルの一種であり、与えられた単語・文章が自然言語としてどのように起こりやすいかを確率的に予測するためのモデルである。具体的には、言語モデルは、与えられた文章等の出現確率の計算、複数の文章の出現確率を比較すること等によって、次の文章を予測する。これにより、言語モデルは、与えられた文章等に係る文脈に基づいて最もありそうな文章を自動的に生成できる。機能ごとに分離された構成とすべく、大規模言語モデルは、管理装置１と異なる装置（例えば、コールセンターシステム上の装置）に格納されていてもよい。
【0043】
本実施形態の大規模言語モデルは、ＯｐｅｎＡＩのＣｈａｔＧＰＴ－３．５、ＣｈａｔＧＰＴ－４、Ｍｅｔａ ＡＩのＬＬａＭａ等によって例示される、少なくとも５００ＧＢ以上の大量のテキストで学習が行われ、少なくとも１００億以上の多数のパラメータを有する大規模言語モデルであることが好ましい。このような大規模言語モデルにより、管理装置１は、予約及び／又は診療に係る質問を含むプロンプトが入力された場合に、当該質問に対する適切な回答を生成できる。
【0044】
より適切な回答を生成すべく、本実施形態の大規模言語モデルは、予約及び／又は診療に係る質問と当該質問に対する回答とを関連付けた学習データによる事前学習が行われていることが好ましい。より詳細には、本実施形態の大規模言語モデルは、予約及び／又は診療に係る質問を説明変数とし、当該質問に対する回答を目的変数とする学習データを用いた事前学習が行われていることが好ましい。
【0045】
（スレッドデータベース１３３）
スレッドデータベース１３３には、患者に対する問診を行う際に使用されるスレッドのデータ（スレッドデータ）が格納される。スレッドデータは、患者との間で一問ずつ問診内容を問い合わせるチャット形式により行われたスレッドの内容（スレッド内容）及び名称（スレッド名）が含まれており、これらが患者を識別する情報に関連付けてスレッドデータベース１３３に格納される。すなわち、管理装置１は各患者のスレッドデータを患者ごとに対応付けて記憶している。スレッド内容は、問診内容に対する患者の回答内容の情報（問診情報）を含んでいる。スレッド名は任意に設定可能である。患者を識別する情報は、例えば、診察券番号等で良い。スレッドデータベース１３３に格納されるスレッドデータは、個人情報を含む可能性があるため、診療内容データベース１３２と同様に、その一部又は全部がブロックチェーン技術により構成されたデータベースに格納されていることが好ましい。
スレッドデータベース１３３には、患者に対する問診を行う際に使用されるスレッドのデータ（スレッドデータ）が格納される。スレッドデータは、患者との間で一問ずつ問診内容を問い合わせるチャット形式により行われたスレッドの内容（スレッド内容）及び名称（スレッド名）が含まれており、これらが患者を識別する情報に関連付けてスレッドデータベース１３３に格納される。すなわち、管理装置１は各患者のスレッドデータを患者ごとに対応付けて記憶している。スレッド内容は、問診内容に対する患者の回答内容の情報（問診情報）を含んでいる。スレッド名は任意に設定可能である。患者を識別する情報は、例えば、診察券番号等で良い。スレッドデータベース１３３に格納されるスレッドデータは、個人情報を含む可能性があるため、診療内容データベース１３２と同様に、その一部又は全部がブロックチェーン技術により構成されたデータベースに格納されていることが好ましい。
【0046】
図５は、スレッドデータベース１３３に格納されたデータの一例である。図５に示すスレッドデータベース１３３には、診察券番号「１２３４５」と関連付けられたデータ、診察券番号「６７８９０」と関連付けられたデータ、診察券番号「１１２２３」に関連付けられたデータ等が格納されている。
【0047】
初診の患者の場合には、過去の問診の際に使用されたスレッドデータが存在しないため、新たにスレッドデータが作成され、その患者に割り当てられた診察券番号と関連付けてスレッドデータベース１３３に格納される。一方、受診歴のある患者の場合には、過去の問診の際に使用されたスレッドデータがスレッドデータベース１３３から読み出されて使用され、患者の新たな回答入力の情報を含むスレッドデータがスレッドデータベース１３３に上書きされる。これにより、患者ごとのスレッドで以前に回答入力した情報については、再度の回答入力を省略することが可能になる。したがって、再診患者にとっては、問診内容に対する回答がさらに簡単になる。
【0048】
［装置通信部１４］
装置通信部１４は、管理装置１をネットワークＮに接続して関係者端末Ｃ、患者端末Ｔ、問診用端末５等と通信可能にするものであれば特に限定されない。装置通信部１４として、例えば、イーサネット規格に対応したネットワークカード等が挙げられる。
装置通信部１４は、管理装置１をネットワークＮに接続して関係者端末Ｃ、患者端末Ｔ、問診用端末５等と通信可能にするものであれば特に限定されない。装置通信部１４として、例えば、イーサネット規格に対応したネットワークカード等が挙げられる。
【0049】
〔建物Ｂ〕
図６は、部屋２がある建物Ｂの概略を示す平面図である。本実施形態のシステムＳに係る建物Ｂには、患者が診療を待つ待合室である部屋２が複数設けられる（例えば、図６の符号２Ａから符号２Ｈ）。建物Ｂは、特に限定されない。建物Ｂは、例えば、病院、医院等によって例示される医療施設、大型商業施設等で良い。建物Ｂには、部屋２のほかに各種の部屋が設けられても良い。建物Ｂに設けられる部ほかは、例えば、検査機器が設置された検査室、治療に係る医療機器が設置された治療室、可搬式の各種医療機器が収納される物置等である。
図６は、部屋２がある建物Ｂの概略を示す平面図である。本実施形態のシステムＳに係る建物Ｂには、患者が診療を待つ待合室である部屋２が複数設けられる（例えば、図６の符号２Ａから符号２Ｈ）。建物Ｂは、特に限定されない。建物Ｂは、例えば、病院、医院等によって例示される医療施設、大型商業施設等で良い。建物Ｂには、部屋２のほかに各種の部屋が設けられても良い。建物Ｂに設けられる部ほかは、例えば、検査機器が設置された検査室、治療に係る医療機器が設置された治療室、可搬式の各種医療機器が収納される物置等である。
【0050】
〔部屋２〕
部屋２は、予約した患者が診療前に入室して診療を待ち、診療を受ける場所である。システムＳは、複数の部屋２を含む。部屋２には、医療機関の外側に設けられた外扉である入口２１を含む１以上の入口が設けられる。部屋２には、診療関係者が入室するための内扉が医療機関の内側に設けられることが好ましい。部屋２の入口２１は、電子錠３により施錠され、当該部屋２に係る予約を行った患者当人及び診療関係者のみが入室できるようになっている。すなわち、部屋２は、予約した患者が診療を待つ個室として利用される。
部屋２は、予約した患者が診療前に入室して診療を待ち、診療を受ける場所である。システムＳは、複数の部屋２を含む。部屋２には、医療機関の外側に設けられた外扉である入口２１を含む１以上の入口が設けられる。部屋２には、診療関係者が入室するための内扉が医療機関の内側に設けられることが好ましい。部屋２の入口２１は、電子錠３により施錠され、当該部屋２に係る予約を行った患者当人及び診療関係者のみが入室できるようになっている。すなわち、部屋２は、予約した患者が診療を待つ個室として利用される。
【0051】
部屋２の室内には、当該室内に係る部屋２を特定する部屋特定情報を提供する画像２２が掲示される。画像２２により提供される部屋特定情報は、部屋２を特定する情報であれば、特に限定されない。画像２２は、例えば、ＱＲコード（登録商標）等によって例示される２次元コード（例えば、図６の符号２２Ａ）、バーコード、文字及び／又は数字からなるコード等を介して部屋特定情報を提供する。部屋２の室内に画像２２が掲示されることにより、患者端末Ｔは、患者が当該部屋２に入室したことを確実に示す情報を管理装置１に提供できる。これにより、患者の取り違えが防がれる。
【0052】
また、部屋２の室内には、入室した患者により操作される問診用端末５が設置される。各部屋２には、それぞれ異なる問診用端末５（例えば、図６の符号５Ａ）が設置され、各部屋２に入室した１人の患者が、それぞれ異なる問診用端末５を用いて問診を受けることができる。各問診用端末５は、管理装置１に対して有線又は無線により通信可能であり、各問診用端末５により入力された問診情報が管理装置１に送信され、管理装置１において管理される。
【0053】
〔電子錠３〕
電子錠３は、部屋２の入口２１を施錠するよう設けられる。電子錠３は、診察室及び／又は診療室の入口を施錠するよう設けられてもよい。これにより、システムＳは、当該診察室及び／又は診療室を個室として用いる、自動化された個室診察を実現できる。電子錠３の種類は、部屋２及び時間帯ごとに異なるコードで解錠され、時間帯ごとのコードを管理装置１に提供するよう構成されていれば、特に限定されない。電子錠３の種類は、例えば、時間帯ごとに異なる解錠コードを自動生成し、外部の装置からの指令に応じて当該解錠コードの一覧を提供するよう構成されたスマートロック等でよい。電子錠３それぞれは、当該電子錠３を一意に識別する情報である電子錠ＩＤにより識別される。
電子錠３は、部屋２の入口２１を施錠するよう設けられる。電子錠３は、診察室及び／又は診療室の入口を施錠するよう設けられてもよい。これにより、システムＳは、当該診察室及び／又は診療室を個室として用いる、自動化された個室診察を実現できる。電子錠３の種類は、部屋２及び時間帯ごとに異なるコードで解錠され、時間帯ごとのコードを管理装置１に提供するよう構成されていれば、特に限定されない。電子錠３の種類は、例えば、時間帯ごとに異なる解錠コードを自動生成し、外部の装置からの指令に応じて当該解錠コードの一覧を提供するよう構成されたスマートロック等でよい。電子錠３それぞれは、当該電子錠３を一意に識別する情報である電子錠ＩＤにより識別される。
【0054】
必須の態様ではないが、電子錠３は、いわゆるマスターキーに類する仕組みを有していてもよい。これにより、診療関係者は、部屋２及び時間帯ごとに異なる解錠コードを逐一入力することなく、マスターキーに類する仕組みを介して部屋２に入室できる。
【0055】
図７は、電子錠３のハードウェア構成及びソフトウェア構成を示すブロック図である。電子錠３は、そのハードウェア構成要素として、電子錠制御部３１、電子錠施解錠部３２、電子錠記憶部３３、電子錠通信部３４、電子錠入力部３５等を備える。
【0056】
［電子錠制御部３１］
電子錠制御部３１は、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）、及びＲｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（ＲＯＭ）等を備える。電子錠制御部３１は、電子錠施解錠部３２を施錠状態と解錠状態との間で制御する。
電子錠制御部３１は、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）、及びＲｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（ＲＯＭ）等を備える。電子錠制御部３１は、電子錠施解錠部３２を施錠状態と解錠状態との間で制御する。
【0057】
電子錠制御部３１は、必要に応じて電子錠施解錠部３２、電子錠記憶部３３、電子錠通信部３４、及び／又は電子錠入力部３５と協働する。そして、電子錠制御部３１は、電子錠３で実行されるソフトウェア構成要素である、コード管理部３１１、コード提供部３１２、解錠指示受信部３１３、解錠部３１４等を実現する。
【0058】
コード管理部３１１は、電子錠制御部３１及び電子錠記憶部３３が協働して実現される。コード管理部３１１は、コードリスト３３１に格納された時間帯ごとのコードを管理する。コード管理部３１１は、部屋２及び時間帯ごとに異なるコードを自動生成することが好ましい。ここで言う「時間帯」は、少なくとも医療機関が患者を診療する時間帯を１時間ごと等の所与の時間単位で区切ったそれぞれの時間帯である。来院するタイミングに余裕を持たせ、十分な診療時間を確保し、かつ、患者が時間帯を把握しやすくすべく、「所与の時間単位」は、１時間であることが好ましい。コード管理部３１１により管理されるコードは、電子錠入力部３５から入力可能な要素からなることが好ましい。当該コードは、例えば、複数の数字からなる暗証番号である。
【0059】
コード提供部３１２は、電子錠制御部３１、電子錠記憶部３３、及び電子錠通信部３４が協働して実現される。コード提供部３１２は、管理装置１等の外部の装置から上述のコードの提供を求められた場合に、コードリスト３３１を参照し、時間帯と当該時間帯のコードとが関連付けられたデータを外部に提供する。セキュリティ上の観点から、コード提供部３１２は、認証された装置にのみコードの提供を行うことが好ましい。当該認証は、例えば、暗号鍵を用いた手順、ネットワークＮ上のアドレスを識別する手順等の各種手順によって実現される。
【0060】
解錠指示受信部３１３は、電子錠制御部３１、電子錠記憶部３３等が協働して実現される。解錠指示受信部３１３は、コードを含む解錠指示を受信する。当該受信は、電子錠通信部３４を介した通信を受信するものでもよく、電子錠入力部３５を介した入力を受信するものでもよい。解錠指示の受信後、解錠指示受信部３１３は、解錠部３１４に処理を移す。
【0061】
解錠部３１４は、電子錠制御部３１、電子錠施解錠部３２、及び電子錠記憶部３３が協働して実現される。解錠部３１４は、解錠指示受信部３１３により受信された解錠指示に含まれるコードをコードリスト３３１に格納されたコードと照合する。そして、解錠部３１４は、受信された解錠指示に含まれるコードが現在日時の属する時間帯と関連付けられたコードである場合に、入口２１を解錠する。当該解錠は、電子錠３の電子錠施解錠部３２を解錠状態に制御することにより実現される。
【0062】
［電子錠施解錠部３２］
電子錠施解錠部３２は、電子錠制御部３１からの制御に応じて、電子錠３を施錠状態と解錠状態との間で制御する。電子錠施解錠部３２の種類は、特に限定されない。電子錠施解錠部３２の種類は、例えば、従来公知の各種電子錠及びそれらに基づく各種電子錠と同様でよい。
電子錠施解錠部３２は、電子錠制御部３１からの制御に応じて、電子錠３を施錠状態と解錠状態との間で制御する。電子錠施解錠部３２の種類は、特に限定されない。電子錠施解錠部３２の種類は、例えば、従来公知の各種電子錠及びそれらに基づく各種電子錠と同様でよい。
【0063】
［電子錠記憶部３３］
電子錠記憶部３３には、ＣＰＵで実行されるプログラム、コードリスト３３１等が格納されている。
電子錠記憶部３３には、ＣＰＵで実行されるプログラム、コードリスト３３１等が格納されている。
【0064】
（コードリスト３３１）
コードリスト３３１には、時間帯と当該時間帯に電子錠３を解錠するコードとが関連付けられたデータが格納される。コードは、電子錠入力部３５から入力可能な要素からなることが好ましい。当該コードは、例えば、複数の数字からなる暗証番号である。同じ時間帯に対応するコードは、電子錠３ごとに異なる。すなわち、同じ時間帯に対応するコードは、部屋２ごとに異なる。当該コードは、当該電子錠３を識別する情報である電子錠ＩＤと関連付けられて格納されることが好ましい。
コードリスト３３１には、時間帯と当該時間帯に電子錠３を解錠するコードとが関連付けられたデータが格納される。コードは、電子錠入力部３５から入力可能な要素からなることが好ましい。当該コードは、例えば、複数の数字からなる暗証番号である。同じ時間帯に対応するコードは、電子錠３ごとに異なる。すなわち、同じ時間帯に対応するコードは、部屋２ごとに異なる。当該コードは、当該電子錠３を識別する情報である電子錠ＩＤと関連付けられて格納されることが好ましい。
【0065】
図８は、コードリスト３３１に格納されたデータの一例である。図８に示す例には、電子錠ＩＤ「Ｋ０００１」で識別される電子錠３を時間帯「２０２３／１２／２９ １０：００－１１：００」に解錠するコード「１１２２３３」、電子錠ＩＤ「Ｋ０００１」で識別される電子錠３を時間帯「２０２３／１２／２９ １１：００－１２：００」に解錠するコード「４５６４５６」、及び電子錠ＩＤ「Ｋ０００１」で識別される電子錠３を時間帯「２０２３／１２／２９ １２：００－１３：００」に解錠するコード「７８９０７８」等の時間帯に対応するコードが格納されている。
【0066】
これらのコードが格納されることにより、部屋２の入口２１を施錠する電子錠３は、コードリスト３３１を参照して、時間帯に応じたコードを受信したか否かを判別できる。そして、電子錠３は、部屋２及び時間帯ごとに異なるコードが受信された場合に、部屋２の入口２１を解錠できる。電子錠３のコード提供部３１２を介してコードを提供された管理装置１は、時間帯「２０２３／１２／２９ １１：００－１２：００」に予約した患者に、当該時間帯に対応するコード「４５６４５６」を提供する。このコードは、部屋２及び時間帯ごとに異なるコードである。よって、当該患者は、当該時間帯と異なる時間帯、例えば、「１０：００－１１：００」「１２：００－１３：００」に電子錠３を解錠することができない。
【0067】
［電子錠通信部３４］
電子錠通信部３４は、電子錠３をネットワークＮに接続して管理装置１等と通信可能にするものであれば特に限定されない。電子錠通信部３４として、例えば、無線ＬＡＮに接続する無線通信装置が挙げられる。
電子錠通信部３４は、電子錠３をネットワークＮに接続して管理装置１等と通信可能にするものであれば特に限定されない。電子錠通信部３４として、例えば、無線ＬＡＮに接続する無線通信装置が挙げられる。
【0068】
必須の態様ではないが、電子錠通信部３４は、関係者端末Ｃ及び患者端末Ｔと電子錠３との通信を可能にするよう構成されていることが好ましい。これにより、電子錠通信部３４は、関係者端末Ｃ及び患者端末Ｔから上述の解錠指示を受信できる。当該構成の電子錠３は、電子錠入力部３５を含まない構成でもよい。
【0069】
［電子錠入力部３５］
電子錠入力部３５は、患者等がコードを含む解錠指示を入力できるよう構成される。電子錠入力部３５は、例えば、数字、記号、文字等を入力するキーパッド、タッチパネル等により実現される。また、電子錠入力部３５は、例えば、２次元コード、バーコード、文字及び／又は数字からなるコード等によって例示される光学的に読み取り可能な各種コードを読み取る光学読取装置により実現されてもよい。
電子錠入力部３５は、患者等がコードを含む解錠指示を入力できるよう構成される。電子錠入力部３５は、例えば、数字、記号、文字等を入力するキーパッド、タッチパネル等により実現される。また、電子錠入力部３５は、例えば、２次元コード、バーコード、文字及び／又は数字からなるコード等によって例示される光学的に読み取り可能な各種コードを読み取る光学読取装置により実現されてもよい。
【0070】
〔電子錠管理装置４〕
電子錠管理装置４は、錠管理装置制御部４１、錠管理装置制御部４１で実行されるプログラム及び電子錠解錠コードデータベース４２１等が格納される錠管理装置記憶部４２、錠管理装置通信部４３等を備える。錠管理装置制御部４１、錠管理装置記憶部４２、錠管理装置通信部４３それぞれのハードウェア構成は、順に、装置制御部１１、装置記憶部１３、装置通信部１４と同様でよい。電子錠管理装置４は、錠管理装置制御部４１、錠管理装置記憶部４２、錠管理装置通信部４３の協働により、部屋２を施錠する電子錠３及び電子錠解錠コードデータベース４２１を管理する処理である電子錠管理処理を実行する。電子錠管理処理は、管理装置１からの指令に応じて、電子錠解錠コードデータベース４２１を参照し、部屋２を施錠する電子錠３を指定された時間帯に解錠するコードを管理装置１に提供する手順を含む。また、電子錠管理処理は、電子錠３との協働により、電子錠解錠コードデータベース４２１に格納されたデータを自動更新する手順を含む。データを自動更新する手順は、部屋２及び時間帯ごとに異なるコードを自動生成する手順を含むことが好ましい。電子錠解錠コードデータベース４２１には、電子錠３を一意に特定する情報である電子錠ＩＤと、当該電子錠３により入口を施錠される部屋２を特定する情報と、時間帯と、当該電子錠３を当該時間帯に解錠するコード（解錠コード）とを関連付けたデータが格納される。
電子錠管理装置４は、錠管理装置制御部４１、錠管理装置制御部４１で実行されるプログラム及び電子錠解錠コードデータベース４２１等が格納される錠管理装置記憶部４２、錠管理装置通信部４３等を備える。錠管理装置制御部４１、錠管理装置記憶部４２、錠管理装置通信部４３それぞれのハードウェア構成は、順に、装置制御部１１、装置記憶部１３、装置通信部１４と同様でよい。電子錠管理装置４は、錠管理装置制御部４１、錠管理装置記憶部４２、錠管理装置通信部４３の協働により、部屋２を施錠する電子錠３及び電子錠解錠コードデータベース４２１を管理する処理である電子錠管理処理を実行する。電子錠管理処理は、管理装置１からの指令に応じて、電子錠解錠コードデータベース４２１を参照し、部屋２を施錠する電子錠３を指定された時間帯に解錠するコードを管理装置１に提供する手順を含む。また、電子錠管理処理は、電子錠３との協働により、電子錠解錠コードデータベース４２１に格納されたデータを自動更新する手順を含む。データを自動更新する手順は、部屋２及び時間帯ごとに異なるコードを自動生成する手順を含むことが好ましい。電子錠解錠コードデータベース４２１には、電子錠３を一意に特定する情報である電子錠ＩＤと、当該電子錠３により入口を施錠される部屋２を特定する情報と、時間帯と、当該電子錠３を当該時間帯に解錠するコード（解錠コード）とを関連付けたデータが格納される。
【0071】
図９は、電子錠解錠コードデータベース４２１に格納されたデータの一例である。図９に示す例には、電子錠ＩＤ「Ｋ０００１」で識別される電子錠３を時間帯「２０２３／１２／２９ １０：００－１１：００」に解錠するコード「１１２２３３」、電子錠ＩＤ「Ｋ０００１」で識別される電子錠３を時間帯「２０２３／１２／２９ １１：００－１２：００」に解錠するコード「４５６４５６」、電子錠ＩＤ「Ｋ０００１」で識別される電子錠３を時間帯「２０２３／１２／２９ １２：００－１３：００」に解錠するコード「７８９０７８」、電子錠ＩＤ「Ｋ０００２」で識別される電子錠３を時間帯「２０２３／１２／２９ １１：００－１２：００」に解錠するコード「４４５５６６」等の時間帯に対応するコードが格納されている。
【0072】
これらのコードが格納されることにより、管理装置１は、電子錠管理装置４を介して電子錠解錠コードデータベース４２１を参照して、部屋２及び時間帯に応じたコードを受信したか否かを判別できる。そして、電子錠３は、部屋２及び時間帯ごとに異なるコードが受信された場合に、部屋２の入口２１を解錠できる。電子錠３のコード提供部３１２を介してコードを提供された管理装置１は、電子錠ＩＤ「Ｋ０００１」で識別される電子錠３で施錠された部屋２を時間帯「２０２３／１２／２９ １１：００－１２：００」に予約した患者に、当該時間帯に対応するコード「４５６４５６」を提供する。このコードは、部屋２及び時間帯ごとに異なるコードである。よって、当該患者は、当該時間帯と異なる時間帯、例えば、「１０：００－１１：００」「１２：００－１３：００」に当該部屋２に対応する電子錠３を解錠することができない。また、当該患者は、当該時間帯と同じ時間帯、例えば、「１１：００－１２：００」であっても、異なる部屋２に対応する電子錠３、例えば、電子錠ＩＤ「Ｋ０００２」で識別される電子錠３を解錠することができない。
【0073】
〔関係者端末Ｃ〕
関係者端末Ｃの種類は、特に限定されない。関係者端末Ｃは、例えば、パーソナルコンピュータ、ラップトップコンピュータ、スマートフォン、タブレット端末等である。関係者端末Ｃは、管理装置１からの通知を受信する処理、当該通知が受信された場合に画面表示及び／又は音声出力等を介して関係者端末Ｃを利用する診療関係者に当該受信を通知する処理を実行する。
関係者端末Ｃの種類は、特に限定されない。関係者端末Ｃは、例えば、パーソナルコンピュータ、ラップトップコンピュータ、スマートフォン、タブレット端末等である。関係者端末Ｃは、管理装置１からの通知を受信する処理、当該通知が受信された場合に画面表示及び／又は音声出力等を介して関係者端末Ｃを利用する診療関係者に当該受信を通知する処理を実行する。
【0074】
〔ネットワークＮ〕
ネットワークＮの種類は、管理装置１、電子錠３、患者端末Ｔ、関係者端末Ｃ及び問診用端末５を互いに通信可能にするものであれば特に限定されない。ネットワークＮの種類は、例えば、インターネット、携帯電話ネットワーク、無線ＬＡＮ等である。
ネットワークＮの種類は、管理装置１、電子錠３、患者端末Ｔ、関係者端末Ｃ及び問診用端末５を互いに通信可能にするものであれば特に限定されない。ネットワークＮの種類は、例えば、インターネット、携帯電話ネットワーク、無線ＬＡＮ等である。
【0075】
〔患者端末Ｔ〕
患者端末Ｔの種類は、特に限定されない。患者端末Ｔは、例えば、パーソナルコンピュータ、ラップトップコンピュータ、スマートフォン、タブレット端末等である。患者端末Ｔは、予約依頼を管理装置１に送信する処理、管理装置１から送信された予約に係る情報を受信・格納・表示する処理、部屋特定情報等を管理装置１に送信する処理等を実行するよう構成される。
患者端末Ｔの種類は、特に限定されない。患者端末Ｔは、例えば、パーソナルコンピュータ、ラップトップコンピュータ、スマートフォン、タブレット端末等である。患者端末Ｔは、予約依頼を管理装置１に送信する処理、管理装置１から送信された予約に係る情報を受信・格納・表示する処理、部屋特定情報等を管理装置１に送信する処理等を実行するよう構成される。
【0076】
〔問診用端末５〕
図１０は、問診用端末５のハードウェア構成及びソフトウェア構成を示すブロック図である。問診用端末５は、図１０に示す各ハードウェア構成要素によって図１０に示す各ソフトウェア構成要素を実現する。問診用端末５の種類は、特に限定されない。問診用端末５の種類は、例えば、パーソナルコンピュータ、タブレット端末等で良い。問診用端末５は、そのハードウェア構成要素として、端末制御部５１、端末記憶部５２、端末表示部５３、端末出力部５４、端末入力部５５、端末通信部５６等を備える。ただし、これらの各部が全て問診用端末５に備えられた構成に限らず、少なくとも一部が問診用端末５に備えられていない構成であってもよい。例えば、端末制御部５１及び端末機億部５２が別のサーバにより実現されてもよい。この場合、問診用端末５は、インプット及びアウトプットを行う端末表示部５３、端末出力部５４、端末入力部５５、端末通信部５６のみを備え、ブラウザを利用するのみの構成であってもよい。
図１０は、問診用端末５のハードウェア構成及びソフトウェア構成を示すブロック図である。問診用端末５は、図１０に示す各ハードウェア構成要素によって図１０に示す各ソフトウェア構成要素を実現する。問診用端末５の種類は、特に限定されない。問診用端末５の種類は、例えば、パーソナルコンピュータ、タブレット端末等で良い。問診用端末５は、そのハードウェア構成要素として、端末制御部５１、端末記憶部５２、端末表示部５３、端末出力部５４、端末入力部５５、端末通信部５６等を備える。ただし、これらの各部が全て問診用端末５に備えられた構成に限らず、少なくとも一部が問診用端末５に備えられていない構成であってもよい。例えば、端末制御部５１及び端末機億部５２が別のサーバにより実現されてもよい。この場合、問診用端末５は、インプット及びアウトプットを行う端末表示部５３、端末出力部５４、端末入力部５５、端末通信部５６のみを備え、ブラウザを利用するのみの構成であってもよい。
【0077】
〔端末制御部５１〕
端末制御部５１は、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）、及びＲｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（ＲＯＭ）等を備える。
端末制御部５１は、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）、及びＲｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（ＲＯＭ）等を備える。
【0078】
端末制御部５１は、必要に応じて端末記憶部５２、端末表示部５３、端末出力部５４、端末入力部５５、及び／又は端末通信部５６と協働する。そして、端末制御部５１は、問診用端末５で実行される本実施形態のプログラムのソフトウェア構成要素である、問診処理部５１１、スレッド送信部５１２、スレッド受信部５１３等を実現する。
【0079】
問診処理部５１１は、端末記憶部５２、端末表示部５３、端末出力部５４、及び端末入力部５５が協働して実現される。問診処理部５１１は、端末記憶部５２に格納されているスレッドデータに基づいて、各患者に関連付けられたスレッドを端末表示部５３に表示させる。また、端末表示部５３には、スレッドだけでなく、キャラクター画像が表示される。このとき、必要に応じて端末出力部５４から音声が出力される。
【0080】
患者は、表示及び／又は音声で問い合わせられる問診内容に対して、端末入力部５５により回答入力を行い、その回答入力の情報が端末表示部５３に表示される。このように、問診処理部５１１は、問診内容を音声及び表示の少なくとも一方で患者に問い合わせることができる。問診処理部５１１は、問診内容、及び、問診内容に対する患者の回答入力の情報を患者ごとに異なるスレッドで端末表示部５３に表示させる。
【0081】
キャラクター画像は、いわゆるアバターであり、仮想空間上の人間又は人間等の動物をモチーフにしたキャラクターの画像である。キャラクター画像は、スレッドに順次表示される問診内容の表示タイミングに合わせて、口等の体の一部が動くように表示される。このとき、キャラクター画像の動きに合わせて端末出力部５４から音声が出力されてもよい。このように、問診処理部５１１は、端末表示部５３に表示されるキャラクター画像の動きに連動させて、スレッド上で問診内容を患者に問い合わせる。このように、問診用端末５にキャラクター画像を表示させ、当該キャラクター画像の動きに連動させて問診内容を患者に問い合わせることができるため、患者にとって問診内容が分かりやすい。したがって、問診内容に対して患者が簡単に回答することができる。
【0082】
スレッドに順次表示される問診内容は、大規模言語モデルを用いて実現できる。この大規模言語モデルは、ＯｐｅｎＡＩのＣｈａｔＧＰＴ－３．５、ＣｈａｔＧＰＴ－４、Ｍｅｔａ ＡＩのＬＬａＭａ等によって例示されるが、入力されたプロンプトへの応答を生成する自然言語処理を実行する言語モデルであれば、特に限定されない。このような大規模言語モデルにより、問診用端末５は、問診内容に対する患者の回答を含むプロンプトが入力された場合に、当該入力に対する適切な回答を生成できる。
【0083】
問診内容は、予め複数設定されており、設定された全ての問診内容に対する患者の回答入力があった場合に、問診処理部５１１は、患者への問診内容の問い合わせを終了する。そして、問診処理部５１１は、複数の問診内容に対する回答入力の内容の一覧を問診情報として端末表示部５３に表示させる。問診処理部５１１による患者への問診内容の問い合わせに使用したスレッドのデータは、スレッドデータ５２１として端末記憶部５２に格納される。
【0084】
スレッド送信部５１２は、端末記憶部５２及び端末通信部５６が協働して実現される。スレッド送信部５１２は、問診処理部５１１による患者への問診内容の問い合わせが終了した後に、その問い合わせに使用したスレッドデータを端末記憶部５２から読み出して管理装置１に送信する。このスレッドデータには、問診情報としての患者の回答内容が含まれる。管理装置１は、問診用端末５から受信したスレッドデータ５２１をスレッドデータベース１３３に格納する。
【0085】
スレッド受信部５１３は、端末記憶部５２及び端末通信部５６が協働して実現される。スレッド受信部５１３は、患者に対する問診を開始する際に、その患者に関連付けられたスレッドデータ５２１を管理装置１から読み出して端末記憶部５２に格納する。患者に対応するスレッドデータ５２１を管理装置１から読み出して端末記憶部５２に格納し、そのスレッドを端末表示部５３に表示させることにより、当該スレッドの続きから患者の回答入力を受付可能にすることができる。
【0086】
患者の特定は、問診の開始時に患者により回答入力される氏名、生年月日等により行われてもよい。この場合、特定された患者の診察券番号に関連付けられたスレッドデータ５２１が管理装置１から読み出されて端末記憶部５２に格納される。このように、管理装置１は、患者を識別する情報である診察券番号を患者ごとに記憶し、問診用端末５から受信する問診情報と診察券番号とに基づいて患者を特定することができる。ただし、問診の開始時に患者により診察券番号が回答入力されてもよい。この場合、診察券番号に関連付けられている氏名、生年月日等が、回答入力された情報と１つでも異なる場合に、その旨を報知するような構成であってもよい。また、患者の特定は、顔認証、声認証等の各種生体認証により行われてもよいし、保険証等の読取により行われてもよい。
【0087】
〔端末記憶部５２〕
端末記憶部５２は、データ及び／又はファイルが記憶される装置であって、ハードディスク、半導体メモリ、記録媒体、及びメモリカード等によってデータを非一時的に格納するストレージ部を有する。また、端末記憶部５２には、ＣＰＵで実行されるプログラム、スレッドデータ５２１等が格納されている。スレッドデータ５２１は、患者に対する問診を行うときにだけ管理装置１から読み出されて端末記憶部５２に格納されてもよい。
端末記憶部５２は、データ及び／又はファイルが記憶される装置であって、ハードディスク、半導体メモリ、記録媒体、及びメモリカード等によってデータを非一時的に格納するストレージ部を有する。また、端末記憶部５２には、ＣＰＵで実行されるプログラム、スレッドデータ５２１等が格納されている。スレッドデータ５２１は、患者に対する問診を行うときにだけ管理装置１から読み出されて端末記憶部５２に格納されてもよい。
【0088】
〔端末表示部５３〕
端末表示部５３は、キャラクター画像及びスレッドを表示できるよう構成される。端末表示部５３は、例えば、液晶表示器、有機ＥＬ表示器等により実現される。
端末表示部５３は、キャラクター画像及びスレッドを表示できるよう構成される。端末表示部５３は、例えば、液晶表示器、有機ＥＬ表示器等により実現される。
【0089】
〔端末出力部５４〕
端末出力部５４は、音声を出力できるよう構成される。端末出力部５４は、例えば、スピーカ等により実現される。端末出力部５４は、端末表示部５３により表示されるキャラクター画像の動きに連動させて音声を出力することにより、問診内容を音声で患者に問い合わせることができる。
端末出力部５４は、音声を出力できるよう構成される。端末出力部５４は、例えば、スピーカ等により実現される。端末出力部５４は、端末表示部５３により表示されるキャラクター画像の動きに連動させて音声を出力することにより、問診内容を音声で患者に問い合わせることができる。
【0090】
〔端末入力部５５〕
端末入力部５５は、問診内容に対する患者の回答入力を受け付けることができるよう構成される。端末入力部５５は、例えば、数字、記号、文字等を入力するキーパッド、タッチパネル等により実現される。タッチパネル付き表示器により、端末表示部５３及び端末入力部５５が一体的に構成されてもよい。
端末入力部５５は、問診内容に対する患者の回答入力を受け付けることができるよう構成される。端末入力部５５は、例えば、数字、記号、文字等を入力するキーパッド、タッチパネル等により実現される。タッチパネル付き表示器により、端末表示部５３及び端末入力部５５が一体的に構成されてもよい。
【0091】
〔端末通信部５６〕
端末通信部５６は、問診用端末５をネットワークＮに接続して管理装置１等と通信可能にするものであれば特に限定されない。端末通信部５６として、例えば、無線ＬＡＮに接続する無線通信装置が挙げられる。
端末通信部５６は、問診用端末５をネットワークＮに接続して管理装置１等と通信可能にするものであれば特に限定されない。端末通信部５６として、例えば、無線ＬＡＮに接続する無線通信装置が挙げられる。
【0092】
〔問診用端末の表示画面〕
図１１は、問診用端末５の端末表示部５３における表示画面の一例を示す図である。端末表示部５３の表示画面には、キャラクター表示領域５３１、スレッド表示領域５３２、スレッド名表示領域５３３、回答入力領域５３４、会話ボタン５３５等が含まれる。
図１１は、問診用端末５の端末表示部５３における表示画面の一例を示す図である。端末表示部５３の表示画面には、キャラクター表示領域５３１、スレッド表示領域５３２、スレッド名表示領域５３３、回答入力領域５３４、会話ボタン５３５等が含まれる。
【0093】
キャラクター表示領域５３１には、キャラクター画像５３１Ａが表示される。キャラクター画像５３１Ａは、例えば、人間をモチーフにしたアバターであり、少なくとも体の一部として頭部が含まれている。スレッド表示領域５３２において患者に対する問診内容の問い合わせを行う際には、キャラクター画像５３１Ａの少なくとも口が動くことが好ましく、表情や顔以外の部分も動くことがより好ましい。
【0094】
スレッド名表示領域５３３には、スレッド表示領域５３２に表示されているスレッドのスレッド名が表示される。スレッド名は、例えば患者ＩＤであるが、これに限らず患者番号等の他の名称であってもよい。このスレッド名は、図５を用いて説明した通り、スレッド表示領域５３２に表示されているスレッドの内容とともに、診察券番号に関連付けてスレッドデータベース１３３に格納されている。したがって、各患者に対応するスレッドの内容をスレッドデータベース１３３から読み出す際に、スレッド名も読み出されてスレッド名表示領域５３３に表示される。なお、スレッド名表示領域５３３に表示されたスレッド名を画面上で修正することはできない。
【0095】
スレッド表示領域５３２には、複数の問診内容５３２Ａ、５３２Ｂ、・・・が順次表示される。各問診内容５３２Ａ、５３２Ｂ、・・・の表示タイミングに連動させて、キャラクター表示領域５３１のキャラクター画像５３１Ａが動くことにより、患者は、そのキャラクターに話しかけられているような感覚で問診を受けることができる。問診内容としては、患者の氏名、生年月日、性別、体温、同居家族の健康状態、症状、服用薬の有無、アレルギーの有無、希望の薬の形状等の少なくとも１つが含まれていてもよい。ただし、問診内容は、これらに限らず、任意の項目を問診内容として患者に問い合わせることができる。また、問診内容の各項目は、予め定められていてもよいし、任意に設定可能であってもよい。
【0096】
患者は、回答入力領域５３４に対する入力により、各問診内容５３２Ａ、５３２Ｂ、・・・に対して個別に回答する。すなわち、「氏名」の問診内容５３２Ａがスレッドに表示された場合、患者は、回答入力領域５３４に自分の氏名を回答入力する。また、「生年月日」の問診内容５３２Ｂがスレッドに表示された場合、患者は、回答入力領域５３４に自分の生年月日を回答入力する。
【0097】
予め設定された全ての問診内容５３２Ａ、５３２Ｂ、・・・について、回答入力領域５３４に対する患者の回答入力が受け付けられた場合には、回答入力の内容の一覧５３２Ｚが問診情報としてスレッド表示領域５３２に表示される。このスレッドの内容が管理装置１に送信され、スレッドデータベース１３３に格納されることにより、問診用端末５から管理装置１への問診情報の送信が実現する。管理装置１においては、この問診情報の一覧をそのままカルテ（電子カルテ）に転記すれば、診療関係者の負担を軽減できる。ただし、問診情報を手動で転記するような構成に限らず、管理装置１において自動で転記されるような構成であってもよい。
【0098】
上記のような回答入力領域５３４に対する入力の代わりに、会話ボタン５３５を選択することにより、音声入力で各問診内容５３２Ａ、５３２Ｂ、・・・に対して個別に回答することもできる。この場合、氏名については、音声入力では正しく変換できない可能性があるため、回答入力領域５３４に対する入力でのみ受け付けられてもよいし、予め特定した患者の氏名をスレッド表示領域５３２に表示させて患者に確認させてもよい。
【0099】
図１１Ｂ及び図１１Ｃは、問診用端末５の端末表示部５３における表示画面の他の例を示す図である。図１１Ａでは、パーソナルコンピュータ又はタブレット端末等の表示画面の一例を示したが、図１１Ｂ及び図１１Ｃでは、モバイル端末の表示画面の一例を示している。図１１Ｂ及び図１１Ｃでは、表示画面を縦にした場合の表示例が示されているが、表示画面を横にした場合には、表示画面内の各領域の配置が変更されてもよい。
【0100】
図１１Ｂに示す端末表示部５３の表示画面には、キャラクター表示領域５３１、スレッド表示領域５３２、スレッド名表示領域５３３、回答入力領域５３４、会話ボタン５３５等が含まれる。それぞれの説明については、図１１Ａと同様であるため省略する。ただし、表示画面が小さい場合には、スレッド表示領域５３２に直近の１往復の会話のみが表示されるなど、表示される文字数が制限されてもよいし、スレッド表示領域５３２自体が表示されない構成であってもよい。
【0101】
図１１Ｃに示す端末表示部５３の表示画面には、キャラクター表示領域５３１、スレッド表示領域５３２、スレッド名表示領域５３３、回答入力領域５３４、会話ボタン５３５等が含まれる。それぞれの説明については、図１１Ａと同様であるため省略する。この例では、キャラクター表示領域５３１とスレッド表示領域５３２が一部又は全部において重複しており、キャラクター画像５３１に重なるようにスレッドが表示される。これにより、表示画面が小さい場合でも多くの内容を表示させることができる。この場合、スレッド表示領域５３２の左側に問診内容が表示され、右側に患者の回答が表示される。問診内容の各表示に対しては、キャラクター画像５３１Ａに対応するアイコンが付与されてもよい。
【0102】
〔管理処理のメインフローチャート〕
図１２は、本実施形態の管理装置１で実行される管理処理の好ましい流れの一例を示すメインフローチャートである。図１３は、図１２から続く図である。図１４は、図１３から続く図である。図１５は、図１４から続く図である。以下は、図１２から図１５を用いた、本実施形態の管理装置１で実行される管理処理の好ましい流れの一例である。
図１２は、本実施形態の管理装置１で実行される管理処理の好ましい流れの一例を示すメインフローチャートである。図１３は、図１２から続く図である。図１４は、図１３から続く図である。図１５は、図１４から続く図である。以下は、図１２から図１５を用いた、本実施形態の管理装置１で実行される管理処理の好ましい流れの一例である。
【0103】
管理装置１は、ステップＳ１からステップＳ６において、診療の予約に係る一連の処理を実行する。当該一連の処理により、管理装置１は、複数の部屋２それぞれの予約状況を管理し、予約時間帯に対応する暗証番号等の予約時間帯に対応するコードを電子錠３から取得し、このコードを予約された部屋２の情報と共に患者端末Ｔに送信することにより、予約時間帯に重複部分がある各患者を別の部屋２に案内できる。これらの部屋２それぞれは、時間帯ごとに異なるコードで解錠される電子錠３により施錠されている。そのため、本実施形態の管理装置１は、予約時間帯に対応する予約コードを用いて電子錠３を解錠する患者及び診療関係者のみが予約された部屋２に入室できるよう管理できる。
【0104】
［ステップＳ１：予約依頼を受信したか判別］
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、予約依頼受信部１１１を実行する。そして、装置制御部１１は、予約依頼受信部１１１により、患者の端末（患者端末Ｔ）から少なくとも希望時間帯を含む予約の依頼（予約依頼）を受信したか判別する処理を実行する（ステップＳ１、予約依頼受信ステップ）。受信したと判別した場合、装置制御部１１は、処理をステップＳ２に移す。受信したと判別しなかった場合、装置制御部１１は、処理をステップＳ７に移す。様々な要望を予約に反映させるべく、予約依頼は、希望時間帯のほかに、診療科目、患者が希望する担当者等の希望時間帯以外の情報をさらに含むことが好ましい。
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、予約依頼受信部１１１を実行する。そして、装置制御部１１は、予約依頼受信部１１１により、患者の端末（患者端末Ｔ）から少なくとも希望時間帯を含む予約の依頼（予約依頼）を受信したか判別する処理を実行する（ステップＳ１、予約依頼受信ステップ）。受信したと判別した場合、装置制御部１１は、処理をステップＳ２に移す。受信したと判別しなかった場合、装置制御部１１は、処理をステップＳ７に移す。様々な要望を予約に反映させるべく、予約依頼は、希望時間帯のほかに、診療科目、患者が希望する担当者等の希望時間帯以外の情報をさらに含むことが好ましい。
【0105】
［ステップＳ２：希望時間帯に予約可能か判別］
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、予約決定部１１２を実行する。そして、装置制御部１１は、予約決定部１１２により、予約状況データベース１３１を参照し、予約依頼受信ステップで受信された予約依頼に含まれる希望時間帯に予約可能か否かを判別する処理を実行する（ステップＳ２、予約可否判別ステップ）。予約可能であると判別した場合、装置制御部１１は、処理をステップＳ３に移す。予約可能であると判別しなかった場合、装置制御部１１は、希望時間帯に予約できないことを予約依頼受信ステップに係る患者端末Ｔに通知し、処理をステップＳ１に戻す。上述のように通知し、処理を戻すことにより、管理装置１は、当該患者が別の希望時間帯で再度予約を依頼することを可能にする。
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、予約決定部１１２を実行する。そして、装置制御部１１は、予約決定部１１２により、予約状況データベース１３１を参照し、予約依頼受信ステップで受信された予約依頼に含まれる希望時間帯に予約可能か否かを判別する処理を実行する（ステップＳ２、予約可否判別ステップ）。予約可能であると判別した場合、装置制御部１１は、処理をステップＳ３に移す。予約可能であると判別しなかった場合、装置制御部１１は、希望時間帯に予約できないことを予約依頼受信ステップに係る患者端末Ｔに通知し、処理をステップＳ１に戻す。上述のように通知し、処理を戻すことにより、管理装置１は、当該患者が別の希望時間帯で再度予約を依頼することを可能にする。
【0106】
医療機関の事情、患者のより詳細な希望等に対応すべく、予約可否判別ステップは、休診日、診療科目、患者が希望する担当者等の希望時間帯以外の情報をさらに参照して、予約可能か否かを判別してもよい。
【0107】
［ステップＳ３：予約時間帯及び予約部屋を決定］
装置制御部１１は、予約決定部１１２により、予約状況データベース１３１を参照し、予約依頼受信ステップで受信された予約依頼に含まれる希望時間帯に対応する予約時間帯及び予約部屋を決定する処理を実行する（ステップＳ３、予約決定ステップ）。ここで言う「予約部屋」は、複数の部屋２のうち、予約時間帯に予約に割り当てる部屋２である。装置制御部１１は、処理をステップＳ４に移す。
装置制御部１１は、予約決定部１１２により、予約状況データベース１３１を参照し、予約依頼受信ステップで受信された予約依頼に含まれる希望時間帯に対応する予約時間帯及び予約部屋を決定する処理を実行する（ステップＳ３、予約決定ステップ）。ここで言う「予約部屋」は、複数の部屋２のうち、予約時間帯に予約に割り当てる部屋２である。装置制御部１１は、処理をステップＳ４に移す。
【0108】
［ステップＳ４：電子錠からコードを取得］
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、コード取得部１１３を実行する。そして、装置制御部１１は、コード取得部１１３により、予約決定ステップに係る予約部屋の入口２１を施錠する電子錠３から、予約決定ステップに係る予約時間帯のコードである予約コードを取得する処理を実行する（ステップＳ４、コード取得ステップ）。ここで言う「予約時間帯のコード」は、予約時間帯に当該電子錠３を解錠するコードである。装置制御部１１は、処理をステップＳ５に移す。なお、コード取得ステップにおける予約コードの取得は、当該電子錠３を管理する電子錠管理装置４を介して行われてもよい。
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、コード取得部１１３を実行する。そして、装置制御部１１は、コード取得部１１３により、予約決定ステップに係る予約部屋の入口２１を施錠する電子錠３から、予約決定ステップに係る予約時間帯のコードである予約コードを取得する処理を実行する（ステップＳ４、コード取得ステップ）。ここで言う「予約時間帯のコード」は、予約時間帯に当該電子錠３を解錠するコードである。装置制御部１１は、処理をステップＳ５に移す。なお、コード取得ステップにおける予約コードの取得は、当該電子錠３を管理する電子錠管理装置４を介して行われてもよい。
【0109】
［ステップＳ５：予約に係る情報を送信］
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、予約送信部１１４を実行する。そして、装置制御部１１は、予約送信部１１４により、予約決定ステップで決定された予約に係る情報を予約依頼受信ステップに係る患者端末Ｔに送信する処理を実行する（ステップＳ５、予約送信ステップ）。ここで言う「予約に係る情報」は、少なくとも、予約決定ステップで決定された予約時間帯及び予約部屋、並びに、コード取得ステップで取得された予約コードを含む。装置制御部１１は、処理をステップＳ６に移す。
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、予約送信部１１４を実行する。そして、装置制御部１１は、予約送信部１１４により、予約決定ステップで決定された予約に係る情報を予約依頼受信ステップに係る患者端末Ｔに送信する処理を実行する（ステップＳ５、予約送信ステップ）。ここで言う「予約に係る情報」は、少なくとも、予約決定ステップで決定された予約時間帯及び予約部屋、並びに、コード取得ステップで取得された予約コードを含む。装置制御部１１は、処理をステップＳ６に移す。
【0110】
診療関係者が予約状況を認識できるようにすべく、予約送信ステップは、予約に係る情報を、患者端末Ｔに加えて、関係者端末Ｃにも送信することが好ましい。
【0111】
［ステップＳ６：予約に係る情報を格納］
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、予約状況管理部１１５を実行する。そして、装置制御部１１は、予約状況管理部１１５により、予約送信ステップで送信された予約に係る情報を格納する処理を実行する（ステップＳ６、予約状況管理ステップ）。装置制御部１１は、処理をステップＳ７に移す。
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、予約状況管理部１１５を実行する。そして、装置制御部１１は、予約状況管理部１１５により、予約送信ステップで送信された予約に係る情報を格納する処理を実行する（ステップＳ６、予約状況管理ステップ）。装置制御部１１は、処理をステップＳ７に移す。
【0112】
管理装置１は、ステップＳ７からステップＳ８において、部屋特定情報を送信した患者の入室を診療関係者の端末（関係者端末Ｃ）に通知する一連の処理を実行する。当該一連の処理により、管理装置１は、予約部屋内で提供された当該予約部屋を特定する部屋特定情報等が予約された部屋２に入室した患者の患者端末Ｔから送信され、管理装置１において受信された場合に、関係者端末Ｃに、予約部屋で当該患者が待機していることを通知する。これにより、本実施形態の管理装置１は、診療関係者の数より多い数の部屋２に各患者を待機させつつ、部屋特定情報等が受信され、診療が可能となったタイミングで診療関係者が当該患者を診療することを可能とする。これにより、本実施形態の管理装置１は、予約した患者を不必要に待たせることを防げる。
【0113】
［ステップＳ７：チェックイン情報を受信したか判別］
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、チェックイン部１１６を実行する。そして、装置制御部１１は、チェックイン部１１６により、患者端末Ｔから部屋特定情報を含むチェックイン情報受信したか判別する処理を実行する（ステップＳ７、チェックインステップ）。受信したと判別した場合、装置制御部１１は、処理をステップＳ８に移す。受信したと判別しなかった場合、装置制御部１１は、処理をステップＳ１に戻し、ステップＳ１からステップＳ８の処理を繰り返す。
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、チェックイン部１１６を実行する。そして、装置制御部１１は、チェックイン部１１６により、患者端末Ｔから部屋特定情報を含むチェックイン情報受信したか判別する処理を実行する（ステップＳ７、チェックインステップ）。受信したと判別した場合、装置制御部１１は、処理をステップＳ８に移す。受信したと判別しなかった場合、装置制御部１１は、処理をステップＳ１に戻し、ステップＳ１からステップＳ８の処理を繰り返す。
【0114】
チェックインステップにおけるチェックイン情報は、部屋特定情報及び患者を特定する情報等を含む。チェックインステップにおける部屋特定情報は、例えば、予約部屋である部屋２に掲示された画像２２を患者端末Ｔで読み取って取得した情報である。
【0115】
（保険証等の確認について）
管理装置１は、保険証等の診療に要する各種書類を確認する一連の処理を実行することが好ましい。当該処理は、装置記憶部１３に格納された、各種書類の確認状況に関する情報を参照し、確認が行われていない書類について、確認に係る手順を進める処理を含む。「診療に要する各種書類」は、例えば、健康保険証、健康保険証利用が登録されたマイナンバーカード、高額療養費制度に係る限度額適用認定証等の月次で確認される各種書類を含む。「確認に係る手順」は、例えば、マイナンバーカードの読取装置からマイナンバーカードの健康保険証情報を読み取る手順、当該書類の確認を行うようにとの指示を医療機関のスタッフに送信する手順等を含む。
管理装置１は、保険証等の診療に要する各種書類を確認する一連の処理を実行することが好ましい。当該処理は、装置記憶部１３に格納された、各種書類の確認状況に関する情報を参照し、確認が行われていない書類について、確認に係る手順を進める処理を含む。「診療に要する各種書類」は、例えば、健康保険証、健康保険証利用が登録されたマイナンバーカード、高額療養費制度に係る限度額適用認定証等の月次で確認される各種書類を含む。「確認に係る手順」は、例えば、マイナンバーカードの読取装置からマイナンバーカードの健康保険証情報を読み取る手順、当該書類の確認を行うようにとの指示を医療機関のスタッフに送信する手順等を含む。
【0116】
［ステップＳ８：診療関係者の端末に通知］
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、通知部１１７を実行する。そして、装置制御部１１は、通知部１１７により、チェックインステップに係る予約部屋で当該ステップに係る患者が待機していることを診療関係者の端末（関係者端末Ｃ）に通知する処理を実行する（ステップＳ８、通知ステップ）。装置制御部１１は、処理をステップＳ１に戻し、ステップＳ１からステップＳ８の処理を繰り返す。
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、通知部１１７を実行する。そして、装置制御部１１は、通知部１１７により、チェックインステップに係る予約部屋で当該ステップに係る患者が待機していることを診療関係者の端末（関係者端末Ｃ）に通知する処理を実行する（ステップＳ８、通知ステップ）。装置制御部１１は、処理をステップＳ１に戻し、ステップＳ１からステップＳ８の処理を繰り返す。
【0117】
いわゆるマスターキーに類する仕組みを介さずに診療関係者が予約部屋に入室できるようにすべく、通知ステップは、予約部屋の入口２１に設けられた電子錠３を解錠するコードを関係者端末Ｃに通知することが好ましい。
【0118】
ところで、予約時間帯に診療を受ける患者の数より少ない人数の医師等の診療関係者で診療を行うこと、及び、症状等によって診療に要する時間が予想より長くなり得ることという、医療機関における診療固有の事情のため、診療関係者が予約時間帯に患者を診療できない場合があり得る。
【0119】
上述の事情に関し、必須の態様ではないが、管理装置１は、予約の延長に係る一連の処理を実行してもよい（ステップＳ９からステップＳ１２）。予約の延長に係る一連の処理である予約延長ステップを実行することにより、管理装置１は、予約時間帯に診療を受けることができなかった患者の予約を延長できる。この延長において、管理装置１は、延長時間帯に当該予約に割り当てる部屋である延長部屋を決定するため、既に部屋を割り当てられた別の患者の移動に係る労力が発生することを防げる。管理装置１は、予約時間帯に診療を受けることができなかった患者が患者の端末に送信された延長時間帯、延長部屋、及び延長時コードにより、適切な部屋で診療を待ち、診療を受けるように管理できる。
【0120】
［ステップＳ９：予約延長を要するか判別］
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、予約延長部１１８を実行する。そして、装置制御部１１は、予約延長部１１８により、予約延長を要するか判別する処理を実行する（ステップＳ９、延長要否判別ステップ）。要すると判別した場合、装置制御部１１は、処理をステップＳ１０に移す。要すると判別しなかった場合、装置制御部１１は、処理をステップＳ１３に移す。
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、予約延長部１１８を実行する。そして、装置制御部１１は、予約延長部１１８により、予約延長を要するか判別する処理を実行する（ステップＳ９、延長要否判別ステップ）。要すると判別した場合、装置制御部１１は、処理をステップＳ１０に移す。要すると判別しなかった場合、装置制御部１１は、処理をステップＳ１３に移す。
【0121】
延長要否判別ステップにおいて、予約延長を要するか判別する手順は、特に限定されない。自動延長を可能とすべく、当該手順は、例えば、予約部屋に入室した患者について、予約時間帯が終了するまでの時間が所与の時間を下回り、かつ、当該患者に係る診療が終了したことを示す情報を関係者端末Ｃから受信していない場合に、予約延長を要すると判別する手順を含むことが好ましい。また、診療関係者による延長を可能とすべく、当該手順は、関係者端末Ｃから予約延長の指示があった場合に、予約延長を要すると判別する手順を含むことが好ましい。
【0122】
［ステップＳ１０：延長時間帯及び延長部屋を決定］
装置制御部１１は、予約延長部１１８により、予約状況データベース１３１を参照して、延長時間帯及び延長部屋を決定する処理を実行する（ステップＳ１０、予約延長実行ステップ）。装置制御部１１は、処理をステップＳ１１に移す。予約延長実行ステップは、延長時間帯が現在の予約時間帯に続く時間帯であり、可能な限り予約部屋と同じ部屋を延長部屋にする点を除き、予約決定ステップと同様でよい。
装置制御部１１は、予約延長部１１８により、予約状況データベース１３１を参照して、延長時間帯及び延長部屋を決定する処理を実行する（ステップＳ１０、予約延長実行ステップ）。装置制御部１１は、処理をステップＳ１１に移す。予約延長実行ステップは、延長時間帯が現在の予約時間帯に続く時間帯であり、可能な限り予約部屋と同じ部屋を延長部屋にする点を除き、予約決定ステップと同様でよい。
【0123】
［ステップＳ１１：電子錠からコードを取得］
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、コード取得部１１３を実行する。そして、装置制御部１１は、コード取得部１１３により、予約延長実行ステップに係る延長部屋の入口２１を施錠する電子錠３から、予約延長実行ステップに係る延長時間帯のコードである延長時コードを取得する処理を実行する（ステップＳ１１、延長時コード取得ステップ）。ここで言う「延長時間帯のコード」は、延長時間帯に当該電子錠３を解錠するコードである。装置制御部１１は、処理をステップＳ１２に移す。
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、コード取得部１１３を実行する。そして、装置制御部１１は、コード取得部１１３により、予約延長実行ステップに係る延長部屋の入口２１を施錠する電子錠３から、予約延長実行ステップに係る延長時間帯のコードである延長時コードを取得する処理を実行する（ステップＳ１１、延長時コード取得ステップ）。ここで言う「延長時間帯のコード」は、延長時間帯に当該電子錠３を解錠するコードである。装置制御部１１は、処理をステップＳ１２に移す。
【0124】
［ステップＳ１２：延長に係る情報を送信］
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、予約送信部１１４を実行する。そして、装置制御部１１は、予約送信部１１４により、予約延長実行ステップで決定された延長に係る情報を患者端末Ｔに送信する処理を実行する（ステップＳ１２、延長送信ステップ）。ここで言う「延長に係る情報」は、少なくとも、予約延長実行ステップで決定された延長時間帯及び延長部屋、並びに、延長時コード取得ステップで取得された延長時コードを含む。装置制御部１１は、処理をステップＳ１３に移す。
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、予約送信部１１４を実行する。そして、装置制御部１１は、予約送信部１１４により、予約延長実行ステップで決定された延長に係る情報を患者端末Ｔに送信する処理を実行する（ステップＳ１２、延長送信ステップ）。ここで言う「延長に係る情報」は、少なくとも、予約延長実行ステップで決定された延長時間帯及び延長部屋、並びに、延長時コード取得ステップで取得された延長時コードを含む。装置制御部１１は、処理をステップＳ１３に移す。
【0125】
必須の態様ではないが、管理装置１は、診療内容のデータベース化及び診療報酬の請求に係る一連の処理を実行することが好ましい（ステップＳ１３からステップＳ２１）。これにより、管理装置１は、診療の予約及び診療まで至る流れのみならず、診療報酬の請求においても、患者が大人数で共用される会計の待合室を介することなく、患者に診療報酬を請求できる。また、これにより、管理装置１は、診療の予約及び診療まで至る流れのみならず、診療報酬を請求する手順においても、スタッフの労力及び患者の待ち時間を低減できる。機能ごとに分離された構成とすべく、当該一連の処理は、管理装置１と異なる電子カルテシステム上で実行されることが好ましい。
【0126】
当該一連の処理は、処方箋の発行に係る処理（ステップＳ１５からステップＳ１６及びステップＳ２０からステップＳ２１）を含むことが好ましい。これにより、管理装置１は、診療の予約及び診療まで至る流れのみならず、処方箋の提供においても、患者が大人数で共用される会計の待合室を介することなく、患者が処方箋に基づく薬を購入できるように取り計らえる。また、上述の構成により、管理装置１は、診療の予約及び診療まで至る流れのみならず、処方箋を提供する手順においても、スタッフの労力及び患者の待ち時間を低減できる。
【0127】
［ステップＳ１３：診療内容を受信したか判別］
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、診療内容受信部１１９を実行する。そして、装置制御部１１は、診療内容受信部１１９により、診療内容を受信したか判別する処理を実行する（ステップＳ１３、診療内容受信ステップ）。受信したと判別した場合、装置制御部１１は、処理をステップＳ１４に移す。受信したと判別しなかった場合、装置制御部１１は、処理をステップＳ１５に移す。
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、診療内容受信部１１９を実行する。そして、装置制御部１１は、診療内容受信部１１９により、診療内容を受信したか判別する処理を実行する（ステップＳ１３、診療内容受信ステップ）。受信したと判別した場合、装置制御部１１は、処理をステップＳ１４に移す。受信したと判別しなかった場合、装置制御部１１は、処理をステップＳ１５に移す。
【0128】
［ステップＳ１４：診療内容を格納］
装置制御部１１は、診療内容受信部１１９により、診療内容受信ステップで受信した診療内容を診療内容データベース１３２に格納する処理を実行する（ステップＳ１４、診療内容格納ステップ）。装置制御部１１は、処理をステップＳ１５に移す。診療内容格納ステップにおいて、診療内容は、患者を識別する情報、診療のタイミングを示す情報等と関連付けられて診療内容データベース１３２に格納される。なお、診療内容の秘密保持及び信頼性向上のために、診療内容データベース１３２の一部又は全部がブロックチェーン技術により実現される場合、診療内容は、ブロックチェーン技術により実現された診療内容データベース１３２に格納されることが好ましい。
装置制御部１１は、診療内容受信部１１９により、診療内容受信ステップで受信した診療内容を診療内容データベース１３２に格納する処理を実行する（ステップＳ１４、診療内容格納ステップ）。装置制御部１１は、処理をステップＳ１５に移す。診療内容格納ステップにおいて、診療内容は、患者を識別する情報、診療のタイミングを示す情報等と関連付けられて診療内容データベース１３２に格納される。なお、診療内容の秘密保持及び信頼性向上のために、診療内容データベース１３２の一部又は全部がブロックチェーン技術により実現される場合、診療内容は、ブロックチェーン技術により実現された診療内容データベース１３２に格納されることが好ましい。
【0129】
［ステップＳ１５：薬の情報を受信したか判別］
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、薬情報受信部１２０を実行する。そして、装置制御部１１は、薬情報受信部１２０により、薬の情報を受信したか判別する処理を実行する（ステップＳ１５、薬情報受信ステップ）。受信したと判別した場合、装置制御部１１は、処理をステップＳ１６に移す。受信したと判別しなかった場合、装置制御部１１は、処理をステップＳ１７に移す。
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、薬情報受信部１２０を実行する。そして、装置制御部１１は、薬情報受信部１２０により、薬の情報を受信したか判別する処理を実行する（ステップＳ１５、薬情報受信ステップ）。受信したと判別した場合、装置制御部１１は、処理をステップＳ１６に移す。受信したと判別しなかった場合、装置制御部１１は、処理をステップＳ１７に移す。
【0130】
［ステップＳ１６：薬の情報を格納］
装置制御部１１は、薬情報受信部１２０により、薬情報受信ステップで受信した薬の情報を診療内容データベース１３２に格納する処理を実行する（ステップＳ１６、薬情報格納ステップ）。装置制御部１１は、処理をステップＳ１７に移す。薬情報格納ステップにおいて、薬の情報は、患者を識別する情報、診療のタイミングを示す情報等と関連付けられて診療内容データベース１３２に格納される。なお、薬の情報の秘密保持及び信頼性向上のために、診療内容データベース１３２の一部又は全部がブロックチェーン技術により実現される場合、薬の情報は、ブロックチェーン技術により実現された診療内容データベース１３２に格納されることが好ましい。
装置制御部１１は、薬情報受信部１２０により、薬情報受信ステップで受信した薬の情報を診療内容データベース１３２に格納する処理を実行する（ステップＳ１６、薬情報格納ステップ）。装置制御部１１は、処理をステップＳ１７に移す。薬情報格納ステップにおいて、薬の情報は、患者を識別する情報、診療のタイミングを示す情報等と関連付けられて診療内容データベース１３２に格納される。なお、薬の情報の秘密保持及び信頼性向上のために、診療内容データベース１３２の一部又は全部がブロックチェーン技術により実現される場合、薬の情報は、ブロックチェーン技術により実現された診療内容データベース１３２に格納されることが好ましい。
【0131】
［ステップＳ１７：診療報酬を算出するか判別］
装置制御部１１は、装置記憶部１３と協働し、診療報酬算出部１２１を実行する。そして、装置制御部１１は、診療報酬算出部１２１により、診療報酬を算出するか判別する処理を実行する（ステップＳ１７、診療報酬算出判別ステップ）。算出すると判別した場合、装置制御部１１は、処理をステップＳ１８に移す。算出すると判別しなかった場合、装置制御部１１は、処理をステップＳ２０に移す。
装置制御部１１は、装置記憶部１３と協働し、診療報酬算出部１２１を実行する。そして、装置制御部１１は、診療報酬算出部１２１により、診療報酬を算出するか判別する処理を実行する（ステップＳ１７、診療報酬算出判別ステップ）。算出すると判別した場合、装置制御部１１は、処理をステップＳ１８に移す。算出すると判別しなかった場合、装置制御部１１は、処理をステップＳ２０に移す。
【0132】
診療報酬算出判別ステップにおける診療報酬を算出するか否かを判別する処理は、例えば、関係者端末Ｃから診療の終了を示す情報を受信した場合に診療報酬を算出すると判別する手順を含む。
【0133】
［ステップＳ１８：診療報酬を算出］
装置制御部１１は、診療報酬算出部１２１により、診療報酬算出判別ステップで算出すると判別された診療報酬を算出する処理を実行する（ステップＳ１８、診療報酬算出ステップ）。装置制御部１１は、処理をステップＳ１９に移す。診療報酬算出ステップは、診療内容格納ステップにおいて格納された診療内容に基づき、装置記憶部１３に格納された診療内容と診療報酬との対応関係、患者に係る各種の診療報酬減免等を参照して、診療報酬を算出する。
装置制御部１１は、診療報酬算出部１２１により、診療報酬算出判別ステップで算出すると判別された診療報酬を算出する処理を実行する（ステップＳ１８、診療報酬算出ステップ）。装置制御部１１は、処理をステップＳ１９に移す。診療報酬算出ステップは、診療内容格納ステップにおいて格納された診療内容に基づき、装置記憶部１３に格納された診療内容と診療報酬との対応関係、患者に係る各種の診療報酬減免等を参照して、診療報酬を算出する。
【0134】
［ステップＳ１９：請求書を送信］
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、請求書送信部１２２を実行する。そして、装置制御部１１は、請求書送信部１２２により、診療報酬算出ステップで算出された診療報酬を請求する請求書を患者端末Ｔに送信する処理を実行する（ステップＳ１９、請求書送信ステップ）。装置制御部１１は、処理をステップＳ２０に移す。
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、請求書送信部１２２を実行する。そして、装置制御部１１は、請求書送信部１２２により、診療報酬算出ステップで算出された診療報酬を請求する請求書を患者端末Ｔに送信する処理を実行する（ステップＳ１９、請求書送信ステップ）。装置制御部１１は、処理をステップＳ２０に移す。
【0135】
［ステップＳ２０：処方箋を送信するか判別］
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、処方箋生成部１２３を実行する。そして、装置制御部１１は、処方箋生成部１２３により、処方箋を送信するか判別する処理を実行する（ステップＳ２０、処方箋生成ステップ）。送信すると判別した場合、装置制御部１１は、処方箋生成部１２３により、薬情報格納ステップで格納された薬の情報に基づいて、処方箋のデータを生成する。そして、装置制御部１１は、処理をステップＳ２１に移す。送信すると判別しなかった場合、装置制御部１１は、処理をステップＳ２２に移す。処方箋生成ステップにおける処方箋を送信するか否かの判別は、例えば、処方箋を薬局に送信するよう患者端末Ｔから指定された場合に処方箋を送信すると判別する手順を含む。
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、処方箋生成部１２３を実行する。そして、装置制御部１１は、処方箋生成部１２３により、処方箋を送信するか判別する処理を実行する（ステップＳ２０、処方箋生成ステップ）。送信すると判別した場合、装置制御部１１は、処方箋生成部１２３により、薬情報格納ステップで格納された薬の情報に基づいて、処方箋のデータを生成する。そして、装置制御部１１は、処理をステップＳ２１に移す。送信すると判別しなかった場合、装置制御部１１は、処理をステップＳ２２に移す。処方箋生成ステップにおける処方箋を送信するか否かの判別は、例えば、処方箋を薬局に送信するよう患者端末Ｔから指定された場合に処方箋を送信すると判別する手順を含む。
【0136】
［ステップＳ２１：処方箋を送信］
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、処方箋送信部１２４を実行する。そして、装置制御部１１は、処方箋送信部１２４により、処方箋生成ステップで生成された処方箋のデータを送信する処理を実行する（ステップＳ２１、処方箋送信ステップ）。装置制御部１１は、処理をステップＳ２２に移す。処方箋のデータの送信先は、上述の薬局であることが好ましい。
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、処方箋送信部１２４を実行する。そして、装置制御部１１は、処方箋送信部１２４により、処方箋生成ステップで生成された処方箋のデータを送信する処理を実行する（ステップＳ２１、処方箋送信ステップ）。装置制御部１１は、処理をステップＳ２２に移す。処方箋のデータの送信先は、上述の薬局であることが好ましい。
【0137】
ところで、傷病を抱える患者は、予約又は診療について医療機関に質問する傾向が、傷病への不安がない者たちより強いと考えられる。また、本発明のシステムＳが提供する新たな診療形態に馴染んでいない患者は、当該診療形態における予約及び診療に係る質問を行う可能性が高いと予想される。このような質問への対応は、医療機関のスタッフに多大な労力を費やさせ得る。また、質問が殺到することにより、患者が質問への回答を待つ時間が長くなることが懸念される。
【0138】
必須の態様ではないが、管理装置１は、質問に対する自動応答に係る一連の処理を実行することが好ましい（ステップＳ２２からステップＳ２４）。これにより、管理装置１は、スタッフに労力を費やさせることなく、質問に対して自動生成された回答を患者に提供できる。このとき、管理装置１は、スタッフの時間を占有することなく回答を提供するため、患者が回答を待つ時間を低減できる。機能ごとに分離された構成とすべく、当該一連の処理は、管理装置１と異なるコールセンターシステム上で実行されることが好ましい。
【0139】
［ステップＳ２２：質問を受信したか判別］
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、質問受信部１２５を実行する。そして、装置制御部１１は、質問受信部１２５により、予約及び／又は診療に係る質問を患者端末Ｔから受信したか判別する処理を実行する（ステップＳ２２、質問受信ステップ）。受信したと判別した場合、装置制御部１１は、処理をステップＳ２３に移す。受信したと判別しなかった場合、装置制御部１１は、処理をステップＳ１に戻し、ステップＳ１からステップＳ２４の処理を繰り返す。
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、質問受信部１２５を実行する。そして、装置制御部１１は、質問受信部１２５により、予約及び／又は診療に係る質問を患者端末Ｔから受信したか判別する処理を実行する（ステップＳ２２、質問受信ステップ）。受信したと判別した場合、装置制御部１１は、処理をステップＳ２３に移す。受信したと判別しなかった場合、装置制御部１１は、処理をステップＳ１に戻し、ステップＳ１からステップＳ２４の処理を繰り返す。
【0140】
［ステップＳ２３：回答を生成］
装置制御部１１は、装置記憶部１３と協働し、回答生成部１２６を実行する。そして、装置制御部１１は、回答生成部１２６により、質問受信ステップで受信したと判別された質問に対する回答を、大規模言語モデルを用いた処理により生成する処理を実行する（ステップＳ２３、回答生成ステップ）。装置制御部１１は、処理をステップＳ２４に移す。
装置制御部１１は、装置記憶部１３と協働し、回答生成部１２６を実行する。そして、装置制御部１１は、回答生成部１２６により、質問受信ステップで受信したと判別された質問に対する回答を、大規模言語モデルを用いた処理により生成する処理を実行する（ステップＳ２３、回答生成ステップ）。装置制御部１１は、処理をステップＳ２４に移す。
【0141】
回答生成ステップは、質問受信ステップで受信したと判別された質問を少なくとも含むプロンプトを大規模言語モデルに与えることで実現される。なお、患者の属性に応じた回答を生成すべく、当該プロンプトは、患者の属性を含むことが好ましい。
【0142】
［ステップＳ２４：回答を送信］
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、回答生成ステップで生成された回答を質問受信ステップに係る患者端末Ｔに送信する処理を実行する（ステップＳ２４、回答送信ステップ）。装置制御部１１は、処理をステップＳ１に戻し、ステップＳ１からステップＳ２４の処理を繰り返す。
装置制御部１１は、装置記憶部１３及び装置通信部１４と協働し、回答生成ステップで生成された回答を質問受信ステップに係る患者端末Ｔに送信する処理を実行する（ステップＳ２４、回答送信ステップ）。装置制御部１１は、処理をステップＳ１に戻し、ステップＳ１からステップＳ２４の処理を繰り返す。
【0143】
患者が人間のスタッフとの対話を行えるようにすべく、回答送信ステップは、人間のスタッフとの対話を希望するとの情報を送るよう構成されたリンクをさらに送信することが好ましい。また、患者が自動応答についての質問等を行う際に状況を説明しやすくすべく、回答送信ステップは、自動応答の履歴を参照可能に構成されたリンクをさらに送信することが好ましい。
【0144】
［決済情報登録ステップ］
管理処理は、診療報酬のオンライン決済に必要な情報である決済情報を登録する決済情報登録ステップを含むことが好ましい。決済情報は、例えば、患者がオンライン決済に用いるクレジットカードの情報である。これにより、管理装置１は、大人数で共用される会計を経由することなく、診療報酬の決済を行える。
管理処理は、診療報酬のオンライン決済に必要な情報である決済情報を登録する決済情報登録ステップを含むことが好ましい。決済情報は、例えば、患者がオンライン決済に用いるクレジットカードの情報である。これにより、管理装置１は、大人数で共用される会計を経由することなく、診療報酬の決済を行える。
【0145】
［予約変更ステップ］
管理処理は、患者端末Ｔから少なくとも希望時間帯を含む予約変更の依頼（予約変更依頼）を受信した場合に、ステップＳ１からステップＳ６と同様の手順によって、予約部屋及び予約時間帯を変更し、変更後の予約部屋及び予約時間帯に対応するコードを取得し、このコードを変更後の予約部屋である部屋２の情報と共に患者端末Ｔに送信する予約変更ステップを含むことが好ましい。これにより、管理装置１は、患者からの予約変更の依頼に自動対応できる。
管理処理は、患者端末Ｔから少なくとも希望時間帯を含む予約変更の依頼（予約変更依頼）を受信した場合に、ステップＳ１からステップＳ６と同様の手順によって、予約部屋及び予約時間帯を変更し、変更後の予約部屋及び予約時間帯に対応するコードを取得し、このコードを変更後の予約部屋である部屋２の情報と共に患者端末Ｔに送信する予約変更ステップを含むことが好ましい。これにより、管理装置１は、患者からの予約変更の依頼に自動対応できる。
【0146】
［予約状況表示ステップ］
診療関係者が予約状況を把握できるようにすべく、管理処理は、予約状況の表示を関係者端末Ｃに指令する予約状況表示ステップを含むことが好ましい。予約状況表示ステップは、予約状況データベース１３１を参照することにより実現される。
診療関係者が予約状況を把握できるようにすべく、管理処理は、予約状況の表示を関係者端末Ｃに指令する予約状況表示ステップを含むことが好ましい。予約状況表示ステップは、予約状況データベース１３１を参照することにより実現される。
【0147】
［領収書送信ステップ］
診療報酬に係る領収書の送信においても患者のプライバシー保護及び感染症対策を支援すべく、管理処理は、診療報酬に係る領収書を患者端末Ｔに送信する領収書送信ステップを含むことが好ましい。
診療報酬に係る領収書の送信においても患者のプライバシー保護及び感染症対策を支援すべく、管理処理は、診療報酬に係る領収書を患者端末Ｔに送信する領収書送信ステップを含むことが好ましい。
【0148】
〔本実施形態のシステムＳの構成がもたらす効果について〕
本実施形態のシステムＳが上述の構成を備えることにより、管理装置１は、暗証番号等によって例示される予約コードを患者に提供できる。この予約コードは、予約部屋２に設けられた電子錠３を予約時間帯に解錠するコードである。よって、例えば、予約部屋２Ａを予約した患者は、提供された予約コードにより、予約部屋２Ａに設けられた電子錠３Ａを予約時間帯に解錠できる。当該予約コードは、部屋２及び時間帯ごとに異なるコードであるため、予約時間帯であっても予約部屋２Ａと異なる部屋２に設けられた電子錠３を解錠できない。よって、システムＳは、予約部屋２Ａに係る患者以外の者が電子錠３Ａを解錠することを防ぐ。これにより、システムＳは、患者のプライバシー保護及び感染症対策を支援できる。
本実施形態のシステムＳが上述の構成を備えることにより、管理装置１は、暗証番号等によって例示される予約コードを患者に提供できる。この予約コードは、予約部屋２に設けられた電子錠３を予約時間帯に解錠するコードである。よって、例えば、予約部屋２Ａを予約した患者は、提供された予約コードにより、予約部屋２Ａに設けられた電子錠３Ａを予約時間帯に解錠できる。当該予約コードは、部屋２及び時間帯ごとに異なるコードであるため、予約時間帯であっても予約部屋２Ａと異なる部屋２に設けられた電子錠３を解錠できない。よって、システムＳは、予約部屋２Ａに係る患者以外の者が電子錠３Ａを解錠することを防ぐ。これにより、システムＳは、患者のプライバシー保護及び感染症対策を支援できる。
【0149】
また、上述の構成により、システムＳは、２次元コード等の画像２２Ａを介して予約部屋２Ａに係る部屋特定情報を患者端末Ｔに提供できる。これにより、部屋特定情報を含むチェックイン情報を受信した管理装置１は、患者が当該患者の予約に係る予約部屋２Ａに入ったことを確実に識別できる。よって、システムＳは、部屋２に案内された患者の取り違えを防ぐ。すなわち、システムＳは、患者が必要最低限のスタッフと会うだけで診療を受けることを実現できる。
【0150】
〔問診処理のメインフローチャート〕
図１６は、本実施形態の問診用端末５で実行される問診処理の好ましい流れの一例を示すフローチャートである。問診用端末５は、ステップＳ１０１からステップＳ１０５において、診療前の患者に対する問診に係る一連の処理を実行する。
図１６は、本実施形態の問診用端末５で実行される問診処理の好ましい流れの一例を示すフローチャートである。問診用端末５は、ステップＳ１０１からステップＳ１０５において、診療前の患者に対する問診に係る一連の処理を実行する。
【0151】
［ステップＳ１０１：患者が入室したか判別］
端末制御部５１は、端末入力部５５と協働し、患者が部屋２に入室したか判別する処理を行う（ステップＳ１０１、入室判別ステップ）。例えば、端末入力部５５が操作されることに基づいて、患者が部屋２に入室したと判別してもよいし、端末入力部５５を用いて患者を特定する情報が回答入力されたことに基づいて、患者が部屋２に入室したと判別してもよい。また、カメラ等で患者の入室を判別してもよいし、電子錠３の解錠又は入口２１の扉の開閉等に基づいて患者の入室を判別してもよい。ただし、端末制御部５１は、患者端末Ｔにおいて部屋２の室内に掲示された画像２２を読み取ることに連動して、管理装置１から受信するデータに基づいて患者が部屋２に入室したと判別してもよい。患者が部屋２に入室したと判別した場合、端末制御部５１は、処理をステップＳ１０２に移す。
端末制御部５１は、端末入力部５５と協働し、患者が部屋２に入室したか判別する処理を行う（ステップＳ１０１、入室判別ステップ）。例えば、端末入力部５５が操作されることに基づいて、患者が部屋２に入室したと判別してもよいし、端末入力部５５を用いて患者を特定する情報が回答入力されたことに基づいて、患者が部屋２に入室したと判別してもよい。また、カメラ等で患者の入室を判別してもよいし、電子錠３の解錠又は入口２１の扉の開閉等に基づいて患者の入室を判別してもよい。ただし、端末制御部５１は、患者端末Ｔにおいて部屋２の室内に掲示された画像２２を読み取ることに連動して、管理装置１から受信するデータに基づいて患者が部屋２に入室したと判別してもよい。患者が部屋２に入室したと判別した場合、端末制御部５１は、処理をステップＳ１０２に移す。
【0152】
［ステップＳ１０２：スレッドデータを受信］
端末制御部５１は、端末記憶部５２及び端末通信部５６と協働し、スレッド受信部５１３を実行する。そして、端末制御部５１は、スレッド受信部５１３により、特定された患者の診察券番号に関連付けられたスレッドデータ５２１を管理装置１から受信する（ステップＳ１０２、スレッドデータ受信ステップ）。なお、初診の患者の場合には、まだスレッドデータ５２１が存在しないため、この時点でスレッドデータ５２１が新たに作成される。端末制御部５１は、処理をステップＳ１０３に移す。
端末制御部５１は、端末記憶部５２及び端末通信部５６と協働し、スレッド受信部５１３を実行する。そして、端末制御部５１は、スレッド受信部５１３により、特定された患者の診察券番号に関連付けられたスレッドデータ５２１を管理装置１から受信する（ステップＳ１０２、スレッドデータ受信ステップ）。なお、初診の患者の場合には、まだスレッドデータ５２１が存在しないため、この時点でスレッドデータ５２１が新たに作成される。端末制御部５１は、処理をステップＳ１０３に移す。
【0153】
［ステップＳ１０３：問診を開始］
端末制御部５１は、端末記憶部５２、端末表示部５３、端末出力部５４、及び端末入力部５５と協働し、問診処理部５１１を実行する。そして、端末制御部５１は、問診処理部５１１により、端末表示部５３に表示されるキャラクター画像の動きに連動させて問診内容をスレッドで患者に問い合わせる（ステップＳ１０３、問診処理ステップ）。このとき、キャラクター画像の動きに連動させて端末出力部５４から音声が出力される。スレッドには、予め設定された複数の問診内容が順次表示され、患者は、端末入力部５５に対する回答入力により各問診内容に対して回答する。端末制御部５１は、処理をステップＳ１０４に移す。
端末制御部５１は、端末記憶部５２、端末表示部５３、端末出力部５４、及び端末入力部５５と協働し、問診処理部５１１を実行する。そして、端末制御部５１は、問診処理部５１１により、端末表示部５３に表示されるキャラクター画像の動きに連動させて問診内容をスレッドで患者に問い合わせる（ステップＳ１０３、問診処理ステップ）。このとき、キャラクター画像の動きに連動させて端末出力部５４から音声が出力される。スレッドには、予め設定された複数の問診内容が順次表示され、患者は、端末入力部５５に対する回答入力により各問診内容に対して回答する。端末制御部５１は、処理をステップＳ１０４に移す。
【0154】
［ステップＳ１０４：問診を終了したか判別］
端末制御部５１は、問診処理部５１１により、予め設定された複数の問診内容の全てに対して患者が回答入力を行い、患者への問診内容の問い合わせが終了したか判別する処理を行う（ステップＳ１０４、問診終了判別ステップ）。患者への問診内容の問い合わせが終了したと判別されるまでは、問診処理ステップが継続される。患者への問診内容の問い合わせが終了したと判別した場合、端末制御部５１は、処理をステップＳ１０５に移す。
端末制御部５１は、問診処理部５１１により、予め設定された複数の問診内容の全てに対して患者が回答入力を行い、患者への問診内容の問い合わせが終了したか判別する処理を行う（ステップＳ１０４、問診終了判別ステップ）。患者への問診内容の問い合わせが終了したと判別されるまでは、問診処理ステップが継続される。患者への問診内容の問い合わせが終了したと判別した場合、端末制御部５１は、処理をステップＳ１０５に移す。
【0155】
［ステップＳ１０５：スレッドデータを送信］
端末制御部５１は、端末記憶部５２及び端末通信部５６と協働し、スレッド送信部５１２を実行する。そして、端末制御部５１は、スレッド送信部５１２により、患者の問い合わせに使用したスレッドデータ５２１を管理装置１に送信する（ステップＳ１０５、スレッドデータ送信ステップ）。このスレッドデータには、問診情報としての患者の回答内容が含まれており、管理装置１によるスレッドデータの受信により、診療前の患者に対する問診に係る一連の処理が終了する。
端末制御部５１は、端末記憶部５２及び端末通信部５６と協働し、スレッド送信部５１２を実行する。そして、端末制御部５１は、スレッド送信部５１２により、患者の問い合わせに使用したスレッドデータ５２１を管理装置１に送信する（ステップＳ１０５、スレッドデータ送信ステップ）。このスレッドデータには、問診情報としての患者の回答内容が含まれており、管理装置１によるスレッドデータの受信により、診療前の患者に対する問診に係る一連の処理が終了する。
【0156】
＜使用例＞
図１７は、本実施形態のシステムＳを用いた診療の流れ（システム利用の流れ）の一例を示すフローチャートである。図１８は、図１７から続く図である。図１９は、図１８から続く図である。図２０は、図１９から続く図である。図２１は、図２０から続く図である。以下は、図１７から図２１を用いた、本実施形態のシステムＳに係る使用例の説明である。
図１７は、本実施形態のシステムＳを用いた診療の流れ（システム利用の流れ）の一例を示すフローチャートである。図１８は、図１７から続く図である。図１９は、図１８から続く図である。図２０は、図１９から続く図である。図２１は、図２０から続く図である。以下は、図１７から図２１を用いた、本実施形態のシステムＳに係る使用例の説明である。
【0157】
〔予約〕
まず、患者は、システムＳを用いた予約を行う。患者は、患者端末Ｔを介してシステムＳを構成する管理装置１にアクセスする。そして、患者は、患者端末Ｔを介して予約を希望する日付（予約時間帯）、診療科目等を入力する。患者端末Ｔは、入力された情報を管理装置１に送信される。管理装置１は、当該情報を受信する。そして、管理装置１は、予約の時間帯（予約時間帯）、部屋（予約部屋）を決定する。管理装置１は、電子錠３から当該時間帯、部屋に対応するコード（予約コード）を取得する。そして、管理装置１は、予約時間帯、予約部屋、予約コード等の予約の情報を送信する。当該情報は、患者端末Ｔ及び関係者端末Ｃに送信される。これにより、患者及び診療関係者は、予約の情報を認識する。
まず、患者は、システムＳを用いた予約を行う。患者は、患者端末Ｔを介してシステムＳを構成する管理装置１にアクセスする。そして、患者は、患者端末Ｔを介して予約を希望する日付（予約時間帯）、診療科目等を入力する。患者端末Ｔは、入力された情報を管理装置１に送信される。管理装置１は、当該情報を受信する。そして、管理装置１は、予約の時間帯（予約時間帯）、部屋（予約部屋）を決定する。管理装置１は、電子錠３から当該時間帯、部屋に対応するコード（予約コード）を取得する。そして、管理装置１は、予約時間帯、予約部屋、予約コード等の予約の情報を送信する。当該情報は、患者端末Ｔ及び関係者端末Ｃに送信される。これにより、患者及び診療関係者は、予約の情報を認識する。
【0158】
〔来院〕
患者は、予約時間帯に医療機関に来院する。医療機関がある建物Ｂには、複数の部屋２が設けられている。患者は、患者端末Ｔに送信された予約部屋を見て、複数の部屋２から予約部屋である特定の部屋２を訪れる。そして、患者は、患者端末Ｔに送信された予約コードを見て、予約部屋である特定の部屋２の入口２１に設けられた電子錠３をコード（予約コード）で解錠する。解錠後、患者は、予約部屋である特定の部屋２に入室し、室内に設けられた画像２２を患者端末Ｔに読み取らせる。患者端末Ｔは、画像２２が提供する部屋特定情報を含むチェックイン情報を管理装置１に送信する。管理装置１は、これらの情報を受信し、装置記憶部１３に情報を登録する。そして、管理装置１は、予約部屋で当該患者が待機しているとの受付状況を関係者端末Ｃに通知する。診療関係者は、受付状況を認識する。
患者は、予約時間帯に医療機関に来院する。医療機関がある建物Ｂには、複数の部屋２が設けられている。患者は、患者端末Ｔに送信された予約部屋を見て、複数の部屋２から予約部屋である特定の部屋２を訪れる。そして、患者は、患者端末Ｔに送信された予約コードを見て、予約部屋である特定の部屋２の入口２１に設けられた電子錠３をコード（予約コード）で解錠する。解錠後、患者は、予約部屋である特定の部屋２に入室し、室内に設けられた画像２２を患者端末Ｔに読み取らせる。患者端末Ｔは、画像２２が提供する部屋特定情報を含むチェックイン情報を管理装置１に送信する。管理装置１は、これらの情報を受信し、装置記憶部１３に情報を登録する。そして、管理装置１は、予約部屋で当該患者が待機しているとの受付状況を関係者端末Ｃに通知する。診療関係者は、受付状況を認識する。
【0159】
〔問診〕
患者は、入室した部屋２に設置されている問診用端末５を操作する。これに伴い、問診用端末５から管理装置１にスレッドデータ５２１の送信が要求され、その要求を受けた管理装置１は、問診用端末５に患者に関連付けられたスレッドデータ５２１を送信する。スレッドデータ５２１を受信した問診用端末５では、スレッドを用いて患者に対する問診が開始され、予め設定された全ての問診内容に対する患者の回答入力が終了すると、管理装置１にスレッドデータ５２１を送信する。スレッドデータ５２１を受信した管理装置１は、そのスレッドデータ５２１を装置記憶部１３に格納することによりスレッドデータベース１３３を更新する。
患者は、入室した部屋２に設置されている問診用端末５を操作する。これに伴い、問診用端末５から管理装置１にスレッドデータ５２１の送信が要求され、その要求を受けた管理装置１は、問診用端末５に患者に関連付けられたスレッドデータ５２１を送信する。スレッドデータ５２１を受信した問診用端末５では、スレッドを用いて患者に対する問診が開始され、予め設定された全ての問診内容に対する患者の回答入力が終了すると、管理装置１にスレッドデータ５２１を送信する。スレッドデータ５２１を受信した管理装置１は、そのスレッドデータ５２１を装置記憶部１３に格納することによりスレッドデータベース１３３を更新する。
【0160】
〔診療〕
受付状況を認識した診療関係者は、患者の部屋２（予約部屋）に移動する。患者は、診療室に移動し、当該診療関係者による診療を受診する。
受付状況を認識した診療関係者は、患者の部屋２（予約部屋）に移動する。患者は、診療室に移動し、当該診療関係者による診療を受診する。
【0161】
〔会計〕
患者端末Ｔは、患者が事前登録したクレジットカード情報により、診療報酬を事後決済する。患者は、患者端末Ｔを介して、当該決済に係る領収書を受け取る。
患者端末Ｔは、患者が事前登録したクレジットカード情報により、診療報酬を事後決済する。患者は、患者端末Ｔを介して、当該決済に係る領収書を受け取る。
【0162】
〔帰宅〕
患者は、薬局で薬を購入する。そして、患者は、帰宅する。本実施形態のシステムＳの構成により、患者は、来院から帰宅までの流れにおいて、診療関係者、薬局従業員という最低限のスタッフと会うだけで診療を受けることができる。
患者は、薬局で薬を購入する。そして、患者は、帰宅する。本実施形態のシステムＳの構成により、患者は、来院から帰宅までの流れにおいて、診療関係者、薬局従業員という最低限のスタッフと会うだけで診療を受けることができる。
【0163】
以上の実施形態では、問診用端末５が患者端末Ｔとは別に設けられた構成について説明した。しかしながら、問診用端末５が患者端末Ｔにより実現されてもよい。この場合、患者が部屋２に入室した後、患者端末Ｔを問診用端末５として使用し、問診内容に対する回答入力を行ってもよい。
【0164】
また、以上の実施形態では、入口２１に電子錠３が設けられた部屋２内に問診用端末５が設置される場合について説明した。しかしながら、予約をした複数の患者が異なる部屋２で待機するような構成に限らず、例えば、複数の患者が共通の待合室で待機するような構成においても、本発明に係る問診システムを使用することが可能である。この場合、１つ又は複数の問診用端末５が受付に設置され、来院した患者に手渡されてもよい。
【0165】
なお、本発明の思想の範疇において、当業者であれば各種の変更例及び修正例に想到し得るものである。よって、それら変更例及び修正例は、本発明の範囲に属するものと了解される。例えば、前述の実施の形態に対して、当業者が適宜、構成要素の追加、削除若しくは設計変更を行ったもの、又は、工程の追加、省略若しくは条件変更を行ったものも、本発明の要旨を備えている限り、本発明の範囲に含まれる。
【符号の説明】
【0166】
Ｓ システム
１ 管理装置
１１ 装置制御部
１１１ 予約依頼受信部
１１２ 予約決定部
１１３ コード取得部
１１４ 予約送信部
１１５ 予約状況管理部
１１６ チェックイン部
１１７ 通知部
１３ 装置記憶部
１３１ 予約状況データベース
１３２ 診療内容データベース
１４ 装置通信部
Ｂ 建物
２ 部屋
２１ 入口
２２ 画像
３ 電子錠
３１ 電子錠制御部
３１１ コード管理部
３１２ コード提供部
３１３ 解錠指示受信部
３１４ 解錠部
３２ 電子錠施解錠部
３３ 電子錠記憶部
３３１ コードリスト
３４ 電子錠通信部
３５ 電子錠入力部
４ 電子錠管理装置
４１ 錠管理装置制御部
４２ 錠管理装置記憶部
４２１ 電子錠解錠コードデータベース
４３ 錠管理装置通信部
５ 問診用端末
５１ 端末制御部
５１１ 問診処理部
５１２ スレッド送信部
５１３ スレッド受信部
５２ 端末記憶部
５２１ スレッドデータ
５３ 端末表示部
５４ 端末出力部
５５ 端末入力部
５６ 端末通信部
Ｃ 関係者端末
Ｎ ネットワーク
Ｔ 患者端末
１ 管理装置
１１ 装置制御部
１１１ 予約依頼受信部
１１２ 予約決定部
１１３ コード取得部
１１４ 予約送信部
１１５ 予約状況管理部
１１６ チェックイン部
１１７ 通知部
１３ 装置記憶部
１３１ 予約状況データベース
１３２ 診療内容データベース
１４ 装置通信部
Ｂ 建物
２ 部屋
２１ 入口
２２ 画像
３ 電子錠
３１ 電子錠制御部
３１１ コード管理部
３１２ コード提供部
３１３ 解錠指示受信部
３１４ 解錠部
３２ 電子錠施解錠部
３３ 電子錠記憶部
３３１ コードリスト
３４ 電子錠通信部
３５ 電子錠入力部
４ 電子錠管理装置
４１ 錠管理装置制御部
４２ 錠管理装置記憶部
４２１ 電子錠解錠コードデータベース
４３ 錠管理装置通信部
５ 問診用端末
５１ 端末制御部
５１１ 問診処理部
５１２ スレッド送信部
５１３ スレッド受信部
５２ 端末記憶部
５２１ スレッドデータ
５３ 端末表示部
５４ 端末出力部
５５ 端末入力部
５６ 端末通信部
Ｃ 関係者端末
Ｎ ネットワーク
Ｔ 患者端末
【要約】
【課題】問診内容に対して患者が簡単に回答することができるような問診システム及び問診用端末を提供する。
【解決手段】問診用端末５は、問診を受ける患者により操作される。問診用端末５は、端末表示部５３と、問診処理部５１１と、端末入力部５５と、端末通信部５６とを有する。端末表示部５３は、キャラクター画像を表示させる。問診処理部５１１は、端末表示部５３に表示されるキャラクター画像の動きに連動させて問診内容を患者に問い合わせる。端末入力部５５は、問診内容に対する患者の回答入力を受け付ける。端末通信部５６は、回答入力の情報を問診情報として管理装置に送信する。
【選択図】図１０
【解決手段】問診用端末５は、問診を受ける患者により操作される。問診用端末５は、端末表示部５３と、問診処理部５１１と、端末入力部５５と、端末通信部５６とを有する。端末表示部５３は、キャラクター画像を表示させる。問診処理部５１１は、端末表示部５３に表示されるキャラクター画像の動きに連動させて問診内容を患者に問い合わせる。端末入力部５５は、問診内容に対する患者の回答入力を受け付ける。端末通信部５６は、回答入力の情報を問診情報として管理装置に送信する。
【選択図】図１０
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11A】
【図11B】
【図11C】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
