WO2023026664A1

WO2023026664A1 - 情報処理方法、プログラム及び情報処理装置

Info

Publication number: WO2023026664A1
Application number: PCT/JP2022/025213
Authority: WO
Inventors: 研人小田
Original assignee: 研人小田
Priority date: 2021-08-23
Filing date: 2022-06-24
Publication date: 2023-03-02
Also published as: JP7162948B1; JP2023031230A

Abstract

一つの側面に係る情報処理方法は、オンライン診断を受ける複数の患者を仮想待合室に待機させ、医師端末（２）に前記仮想待合室に待機している複数の患者を出力し、前記医師端末（２）から仮想診断室への入室を許可する患者の入室許可を受け付ける処理を実行させることを特徴とする。また、好適には、入室が許可された患者の患者端末（３）に前記仮想診断室への入室許可を示す情報を出力し、前記入室許可を示す情報を出力した後に、前記患者端末（３）と前記医師端末（２）との間で映像通信を確立する処理を実行させることを特徴とする。

Description

情報処理方法、プログラム及び情報処理装置

　本発明は、情報処理方法、プログラム及び情報処理装置に関する。

　近年、オンライン診療（診断）に関する技術が普及している。例えば特許文献１には、オンライン診療の録画が患者と医師との合意なしに行われることを防止することが可能なオンライン診療対応装置が開示されている。

特開２０２１－０５２３１０号公報

　しかしながら、特許文献１に係る発明は、効率的にオンライン診断を行うことができない。

　一つの側面では、効率的にオンライン診断を行うことが可能な情報処理方法等を提供することにある。

　一つの側面に係る情報処理方法は、オンライン診断を受ける複数の患者を仮想待合室に待機させ、医師端末に前記仮想待合室に待機している複数の患者を出力し、前記医師端末から仮想診断室への入室を許可する患者の入室許可を受け付ける処理を実行させることを特徴とする。

　一つの側面では、効率的にオンライン診断を行うことが可能となる。

オンライン診断システムの概要を示す説明図である。サーバの構成例を示すブロック図である。医療機関ＤＢ及び患者ＤＢのレコードレイアウトの一例を示す説明図である。診断状況ＤＢのレコードレイアウトの一例を示す説明図である。医師端末の構成例を示すブロック図である。患者端末の構成例を示すブロック図である。オンライン診断システムの動作を説明する説明図である。患者端末で患者のオンライン診断の受付画面の一例を示す説明図である。患者端末で患者のオンライン診断の受付画面の一例を示す説明図である。患者端末で患者のオンライン診断の受付画面の一例を示す説明図である。医師端末で患者のオンライン診断を行う画面の一例を示す説明図である。医師端末で患者のオンライン診断を行う画面の一例を示す説明図である。医師端末で患者のオンライン診断を行う画面の一例を示す説明図である。患者のオンライン診断を行う際の処理手順を示すフローチャートである。患者のオンライン診断を行う際の処理手順を示すフローチャートである。実施形態２におけるオンライン診断システムの概要を示す説明図である。看護師端末の構成例を示すブロック図である。事務担当者端末の構成例を示すブロック図である。実施形態２における診断状況ＤＢのレコードレイアウトの一例を示す説明図である。オンライン診断を行う処理を説明する説明図である。仮想看護室に入室した患者を仮想診断室へ移動させる画面の一例を示す説明図である。仮想診断室に入室した患者を仮想事務室へ移動させる画面の一例を示す説明図である。仮想診断室に入室した患者を仮想事務室へ移動させる画面の一例を示す説明図である。オンライン診断終了の受付画面の一例を示す説明図である。仮想看護室に入室した患者を仮想診断室へ移動させる際の処理手順を示すフローチャートである。仮想診断室に入室した患者を仮想事務室へ移動させる際の処理手順を示すフローチャートである。新たな仮想室の生成画面の一例を示す説明図である。実施形態４におけるサーバの構成例を示すブロック図である。メッセージＤＢのレコードレイアウトの一例を示す説明図である。チャット画面の一例を示す説明図である。メッセージを送信する際の処理手順を示すフローチャートである。

　以下、本発明をその実施形態を示す図面に基づいて詳述する。

　（実施形態１）
　実施形態１は、仮想診断室への入室を許可する患者の入室許可を受け付け、受け付けた入室許可によりオンライン診断を行う形態に関する。仮想診断室は、インターネット等のネットワーク環境を利用することにより、パーソナルコンピュータまたはスマートフォン等を通じて、音声または映像により診断を行うオンライン診断室（診療室）である。

　図１は、オンライン診断システムの概要を示す説明図である。本実施形態のシステムは、情報処理装置１、情報処理端末２及び情報処理端末３を含み、各装置はインターネット等のネットワークＮを介して情報の送受信を行う。

　情報処理装置１は、種々の情報に対する処理、記憶及び送受信を行う情報処理装置である。情報処理装置１は、例えばサーバ装置、パーソナルコンピュータまたは汎用のタブレットＰＣ（パソコン）等である。本実施形態において、情報処理装置１はサーバ装置であるものとし、以下では簡潔のためサーバ１と読み替える。

　情報処理端末２は、仮想待合室に待機している患者の患者情報の表示、患者の仮想診断室への入室許可の受付、及び患者端末との間で映像通信等を行う端末装置である。情報処理端末２は、例えばスマートフォン、携帯電話、タブレット、パーソナルコンピュータ端末等の情報処理機器である。以下では簡潔のため、情報処理端末２を医師端末２と読み替える。

　情報処理端末３は、患者情報の入力の受付、及び医師端末２等との間で映像通信等を行う端末装置である。情報処理端末３は、例えばスマートフォン、携帯電話、タブレット、パーソナルコンピュータ端末等の情報処理機器である。以下では簡潔のため、情報処理端末３を患者端末３と読み替える。

　本実施形態に係るサーバ１は、仮想待合室に待機している複数の患者を医師端末２に出力する。サーバ１は、仮想診断室への入室を許可する患者の入室許可を医師端末２から受け付けた場合、入室が許可された患者の患者端末３に、該仮想診断室への入室許可を示す情報を出力する。サーバ１は、入室許可を示す情報を出力した後に、患者端末３と医師端末２との間で映像通信を確立する。

　図２は、サーバ１の構成例を示すブロック図である。サーバ１は、制御部１１、記憶部１２、通信部１３、読取部１４及び大容量記憶部１５を含む。各構成はバスＢで接続されている。

　制御部１１はＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の演算処理装置を含み、記憶部１２に記憶された制御プログラム１Ｐを読み出して実行することにより、サーバ１に係る種々の情報処理、制御処理等を行う。なお、制御プログラム１Ｐは、単一のコンピュータ上で、または１つのサイトにおいて配置されるか、もしくは複数のサイトにわたって分散され、通信ネットワークによって相互接続された複数のコンピュータ上で実行されるように展開することができる。なお、図２では制御部１１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。

　記憶部１２はＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等のメモリ素子を含み、制御部１１が処理を実行するために必要な制御プログラム１Ｐ又はデータ等を記憶している。また、記憶部１２は、制御部１１が演算処理を実行するために必要なデータ等を一時的に記憶する。通信部１３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、医師端末２及び患者端末３等との間で情報の送受信を行う。

　読取部１４は、ＣＤ（Compact Disc）－ＲＯＭ又はＤＶＤ（Digital Versatile Disc）－ＲＯＭを含む可搬型記憶媒体１ａを読み取る。制御部１１が読取部１４を介して、制御プログラム１Ｐを可搬型記憶媒体１ａより読み取り、大容量記憶部１５に記憶しても良い。また、ネットワークＮ等を介して他のコンピュータから制御部１１が制御プログラム１Ｐをダウンロードし、大容量記憶部１５に記憶しても良い。さらにまた、半導体メモリ１ｂから、制御部１１が制御プログラム１Ｐを読み込んでも良い。

　大容量記憶部１５は、例えばＨＤＤ（Hard disk drive:ハードディスク）、ＳＳＤ(Solid State Drive:ソリッドステートドライブ)等の記録媒体を備える。大容量記憶部１５は、医療機関ＤＢ（database）１５１、患者ＤＢ１５２及び診断状況ＤＢ１５３を含む。医療機関ＤＢ１５１は、医療機関に関する情報を記憶している。患者ＤＢ１５２は、患者に関する情報を記憶している。診断状況ＤＢ１５３は、患者の診断状況に関する情報を記憶している。

　なお、本実施形態において記憶部１２及び大容量記憶部１５は一体の記憶装置として構成されていても良い。また、大容量記憶部１５は複数の記憶装置により構成されていても良い。更にまた、大容量記憶部１５はサーバ１に接続された外部記憶装置であっても良い。

　サーバ１は、種々の情報処理及び制御処理等をコンピュータ単体で実行しても良いし、複数のコンピュータで分散して実行しても良い。また、サーバ１は、１台のサーバ内に設けられた複数の仮想マシンによって実現されても良いし、クラウドサーバを用いて実現されても良い。

　図３は、医療機関ＤＢ１５１及び患者ＤＢ１５２のレコードレイアウトの一例を示す説明図である。
　医療機関ＤＢ１５１は、医療機関ＩＤ列及び医療機関名称列を含む。医療機関ＩＤ列は、各医療機関を識別するために、一意に特定される医療機関のＩＤを記憶している。医療機関名称列は、医療機関の名称を記憶している。医療機関は、医療法で定められた医療提供施設であり、病院、診療所（クリニック）、保健施設または薬局等を含む。なお、本実施形態でのシステムは、整骨院、接骨院、鍼灸院、カイロプラクティックまたは整体院等の疑似医療行為による施術所にも適用することができる。

　患者ＤＢ１５２は、患者ＩＤ列及び氏名列を含む。患者ＩＤ列は、各患者を識別するために、一意に特定される患者のＩＤを記憶している。氏名列は、患者の氏名を記憶している。

　図４は、診断状況ＤＢ１５３のレコードレイアウトの一例を示す説明図である。診断履歴ＤＢ１５３は、診断データＩＤ列、医療機関ＩＤ列、患者ＩＤ列、受付日時列、場所列、状態列、入室時点列及び退室時点列を含む。診断データＩＤ列は、各診断状況データを識別するために、一意に特定される診断状況データのＩＤを記憶している。医療機関ＩＤ列は、医療機関を特定する医療機関ＩＤを記憶している。患者ＩＤ列は、患者を特定する患者ＩＤを記憶している。

　受付日時列は、患者のオンライン診断を受け付けた日時を記憶している。場所列は、オンライン診断用の仮想室の名称を記憶している。仮想室は、例えば「仮想待合室」、「仮想看護室」、「仮想診断室」または「仮想事務室」等を含む。なお、「仮想看護室」及び「仮想事務室」に関しては、他の実施形態で説明する。状態列は、患者の仮想室の入退出室状態を記憶している。入退出室状態は、例えば「入室」及び「退室」を含む。入室時点列は、仮想室への入室の時点を記憶している。終了時点列は、仮想室からの退室の時点を記憶している。

　なお、上述した各ＤＢの記憶形態は一例であり、データ間の関係が維持されていれば、他の記憶形態であっても良い。

　図５は、医師端末２の構成例を示すブロック図である。医師端末２は、制御部２１、記憶部２２、通信部２３、入力部２４、表示部２５、撮影部２６及びスピーカ２７を含む。各構成はバスＢで接続されている。

　制御部２１はＣＰＵ、ＭＰＵ等の演算処理装置を含み、記憶部２２に記憶された制御プログラム２Ｐを読み出して実行することにより、医師端末２に係る種々の情報処理、制御処理等を行う。なお、図５では制御部２１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。記憶部２２はＲＡＭ、ＲＯＭ等のメモリ素子を含み、制御部２１が処理を実行するために必要な制御プログラム２Ｐ又はデータ等を記憶している。また、記憶部２２は、制御部２１が演算処理を実行するために必要なデータ等を一時的に記憶する。

　通信部２３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、サーバ１等と情報の送受信を行う。入力部２４は、キーボード、マウスまたは表示部２５と一体化したタッチパネルでも良い。表示部２５は、液晶ディスプレイ又は有機ＥＬ（electroluminescence）ディスプレイ等であり、制御部２１の指示に従い各種情報を表示する。

　撮影部２６は、例えばＣＣＤ(Charge Coupled Device)カメラ、ＣＭＯＳ（Complementary Metal Oxide Semiconductor）カメラ等の撮影装置である。なお、撮影部２６は医師端末２の中に内蔵せず、外部から直接に医師端末２と接続し、撮影可能な構成としても良い。スピーカ２７は、電気信号を音に変換する装置である。

　図６は、患者端末３の構成例を示すブロック図である。患者端末３は、制御部３１、記憶部３２、通信部３３、入力部３４、表示部３５、撮影部３６及びスピーカ３７を含む。各構成はバスＢで接続されている。なお、患者端末３の構成に関しては、医師端末２の構成と同様であるため、説明を省略する。

　図７は、オンライン診断システムの動作を説明する説明図である。各患者端末３は、オンライン診断対象となる医療機関の選択、及び患者情報の入力を受け付ける。各患者端末３は、受け付けた医療機関の医療機関情報（医療機関ＩＤまたは医療機関名称等）と患者情報（患者ＩＤまたは患者の氏名等）とをサーバ１に送信する。

　サーバ１は、各患者端末３から送信された医療機関情報及び患者情報を受信する。サーバ１は、受信した医療機関情報及び患者情報に基づき、該患者のオンライン診断の受付情報を診断状況ＤＢ１５３に記憶する。具体的には、サーバ１は、医療機関ＩＤ及び患者ＩＤに対応付けて、診断データＩＤを割り振る。サーバ１は、割り振った診断データＩＤに対応付けて、医療機関ＩＤ、患者ＩＤ、受付日時、場所（仮想待合室）、状態（入室）及び入室時点を一つのレコードとして診断状況ＤＢ１５３に記憶する。

　サーバ１は、オンライン診断の受付順（受付日時の古い順）に従い、オンライン診断を受けた複数の患者を仮想待合室に待機させる。すなわち、サーバ１は、患者ＩＤと仮想待合室の入室状態とを対応付けて診断状況ＤＢ１５３に登録（記憶）する。サーバ１は医療機関ＩＤに基づき、待機させた患者の患者情報を医師端末２に送信する。医師端末２は、サーバ１から送信された患者情報を受信する。医師端末２は、オンライン診断の受付順に従い、受信した患者の患者情報を画面に表示する。

　医師端末２は、仮想診断室への入室を許可する患者（例えば、患者Ａ氏）の入室許可を受け付けた場合、入室許可を示す情報をサーバ１に送信する。入室許可を示す情報は、例えば、医療機関ＩＤ、患者ＩＤ、入室許可のメッセージ、または医者と患者との映像通信を確立するための通信セッションの接続要求を示す接続要求情報等を含む。接続要求情報は、例えば医師端末２のネットワーク情報（ＩＰ（Internet Protocol）アドレス等）、または映像通話のＵＲＬ（Uniform Resource Locator）等を含む。

　サーバ１は、医師端末２から送信された入室許可を示す情報を受信し、受信した入室許可を示す情報を患者端末３に送信する。図示のように、サーバ１は、患者Ａ氏の入室許可を受け付けた場合、入室許可を示す情報を患者Ａ氏の患者端末３に送信する。患者Ａ氏の患者端末３は、サーバ１から送信された入室許可を示す情報を受信して表示する。

　患者端末３は、受信した入室許可を示す情報に応じて、医師端末２との間で映像通信を確立するための許諾の接続応答情報をサーバ１に送信する。接続応答情報は、応答ステータス、接続元（患者端末３）のネットワーク情報、または接続先（医師端末２）のネットワーク情報等を含む。サーバ１は、患者端末３から送信された接続応答情報に応じて、患者端末３と医師端末２との間で映像通信を確立する処理を行う。

　なお、映像通信の確立処理に関しては、例えば端末間でインターネットを介してリアルタイムに送受信する映像通信システム、または映像通信用のＡＰＩ(Application Programming Interface)等の技術を利用しても良い。このように、医師と患者との映像通信を確立した場合、オンライン診断を仮想診断室で行うことができる。なお、患者端末３は、医師端末２との間で音声通信のみを確立するようにしても良い。

　図８Ａ、図８Ｂ及び図８Ｃは、患者端末３で患者のオンライン診断の受付画面の一例を示す説明図である。図８Ａは、医療機関の選択の受付画面の一例を示す説明図である。該画面は、医療機関選択ボタン１１ａを含む。医療機関選択ボタン１１ａは、ユーザによる医療機関の選択を受け付けるボタンである。医療機関選択ボタン１１ａは、医療機関ＤＢ１５１に予め登録された各医療機関に対応付けて生成される。

　患者端末３は、予め登録された医療機関情報（医療機関ＩＤ及び医療機関の名称等）をサーバ１の医療機関ＤＢ１５１から取得する。患者端末３は、取得した医療機関情報に基づき、各医療機関に対応付けられた医療機関選択ボタン１１ａそれぞれを生成する。患者端末３は、生成した複数の医療機関選択ボタン１１ａを画面に表示する。

　患者端末３は、医療機関選択ボタン１１ａのタッチ（クリック）操作を受け付けた場合、該当する医療機関の医療機関ＩＤを取得する。患者端末３は、取得した医療機関ＩＤを次の画面（図８Ｂ）に渡し、次の画面に遷移する。

　図８Ｂは、患者情報の入力の受付画面の一例を示す説明図である。該画面は、患者名前（氏名）入力欄１１ｂ、戻るボタン１１ｃ及び次へボタン１１ｄを含む。患者名前入力欄１１ｂは、患者の名前の入力を受け付けるテキストフィールドである。なお、患者の名前の入力例を説明したが、これに限らず、患者ＩＤの入力を受け付けても良い。戻るボタン１１ｃは、前の画面（図８Ａ）に遷移するボタンである。次へボタン１１ｄは、次の画面（図８Ｃ）に遷移するボタンである。

　患者端末３は、患者名前入力欄１１ｂの入力操作を受け付けた場合、ユーザにより入力された患者の名前を取得する。患者端末３は、戻るボタン１１ｃのタッチ操作を受け付けた場合、前の画面（図８Ａ）に遷移する。患者端末３は、次へボタン１１ｄのタッチ操作を受け付けた場合、図８Ａから受け渡された医療機関ＩＤと、受け付けた患者の名前とを次の画面（図８Ｃ）に渡し、次の画面に遷移する。

　図８Ｃは、オンライン診断の待ち画面の一例を示す説明図である。患者端末３は、図８Ｂから渡された医療機関ＩＤと患者の名前とを受け取る。患者端末３は、受け取った医療機関ＩＤ及び患者の名前をサーバ１に送信する。患者端末３は、医師の仮想診断室への入室許可を示す情報をサーバ１から受信するまで、該画面で待機する。

　なお、上述した患者のオンライン診断の受付処理に限るものではない。例えば、２次元コードによりオンライン診断の受付処理を行うことができる。２次元コードは、横方向にしか情報を持たない１次元コードに対し、水平方向と垂直方向に情報を持つ表示方式のコードである。代表的な２次元コードは、例えばＱＲコード（登録商標）、ＤａｔａＭａｔｒｉｘ（登録商標）又はＶｅｒｉＣｏｄｅ（登録商標）である。本実施の形態では一例として、ＱＲコードを読み取るものとして説明する。

　医療機関は、事前にＱＲコードが印字された診察券を患者に発行する。ＱＲコードには、例えば医療機関ＩＤ及び患者の名前が含まれる。なお、２次元コードの中に埋め込まれる項目は、医療機関ＩＤ及び患者の名前に限らず、実際のニーズに応じて任意の項目（例えば、患者ＩＤ）が設けられても良い。なお、ＱＲコードが診察券に印字されていない場合、サーバ１はＱＲコードの生成ライブラリを利用し、医療機関ＩＤ及び患者の名前を含むＱＲコードを生成する。サーバ１は、生成したＱＲコードを患者端末３に送信しても良い。

　患者端末３は撮影部３６を介して、診察券に印字されたＱＲコードを読み取る。患者端末３は、ＱＲコードの解析ライブラリを利用し、読み取ったＱＲコードから医療機関ＩＤ及び患者の名前を取得する。その後、患者端末３は、上述した受付処理と同様に、取得した医療機関ＩＤ及び患者の名前をサーバ１に送信する。患者端末３は、医師の仮想診断室への入室許可を示す情報をサーバ１から受信するまで、該画面で待機する。

　図９Ａ、図９Ｂ及び図９Ｃは、医師端末２で患者のオンライン診断を行う画面の一例を示す説明図である。図９Ａは、医師診断室への参加画面の一例を示す説明図である。該画面は、参加ボタン１２ａを含む。参加ボタン１２ａは、医師がオンライン診断に参加するためのボタンである。医師端末２は、参加ボタン１２ａのタッチ操作を受け付けた場合、次の画面（図９Ｂ）に遷移する。

　図９Ｂは、患者の仮想診断室への入室許可の受付画面の一例を示す説明図である。該画面は、映像通話表示欄１２ｂ、患者一覧表示欄１２ｃ、入室許可（医師診断室に呼ぶ）ボタン１２ｄ、更新ボタン１２ｅ及び退出ボタン１２ｆを含む。映像通話表示欄１２ｂは、医師と患者Ａ氏との映像通信を確立した場合、オンライン診断を行う仮想診断室の映像通信の画面を表示する表示欄である。なお、音声通信のみの場合、映像通話表示欄１２ｂに映像を表示せず、音声通信のみを確立しても良い。

　患者一覧表示欄１２ｃは、仮想待合室に待機させた患者の一覧（リスト）を表示する表示欄である。入室許可ボタン１２ｄは、仮想診断室への入室を許可する患者の入室許可を受け付けるボタンである。更新ボタン１２ｅは、患者の一覧を更新するボタンである。退出ボタン１２ｆは、医師が仮想診断室から退出するボタンである。

　医師端末２は、仮想待合室に待機させた患者の患者情報をサーバ１の診断状況ＤＢ１５３から取得する。具体的には、医師端末２は、仮想待合室に待機させた患者の患者情報の取得リクエストをサーバ１に送信する。取得リクエストには、医療機関ＩＤ等が含まれる。サーバ１は、取得リクエストに含まれた医療機関ＩＤに対応付けて、仮想待合室に待機している当日受付の患者を抽出する。

　サーバ１は、抽出した患者のオンライン診断の受付日時を診断状況ＤＢ１５３から取得する。サーバ１は、抽出した患者の患者ＩＤに基づき、患者の名前を患者ＤＢ１５２から取得する。サーバ１は、取得した患者ＩＤ、患者の名前及び受付日時を医師端末２に送信する。

　医師端末２は、サーバ１から送信された患者ＩＤ、患者の名前及び受付日時を受信する。医師端末２は、オンライン診断の受付順に従い、受信した患者の名前を患者一覧表示欄１２ｃに表示する。医師端末２は、取得した各患者に対応付けて、各患者の仮想診断室への入室許可を受け付けるための入室許可ボタン１２ｄ（医師診断室に呼ぶ）を生成する。医師端末２は、生成した入室許可ボタン１２ｄを画面に表示する。

　医師端末２は、入室許可ボタン１２ｄのタッチ操作を受け付けた場合、該当する患者の入室許可を示す情報（医療機関ＩＤ、患者ＩＤ、入室許可のメッセージまたは接続要求情報等）をサーバ１に送信する。サーバ１は、医師端末２から送信された入室許可を示す情報を受信し、受信した入室許可を示す情報を該当する患者の患者端末３に送信する。該患者の患者端末３は、サーバ１から送信された入室許可を示す情報を受信する。

　患者端末３は、受信した入室許可を示す情報を画面（図示せず）に表示する。患者端末３は、受信した入室許可を示す情報に応じて、医師端末２との間で映像通信を確立するための許諾の接続応答情報（応答ステータス、接続元のネットワーク情報または接続先のネットワーク情報等）をサーバ１に送信する。サーバ１は、患者端末３から送信された接続応答情報に応じて、患者端末３と医師端末２との間で映像通信を確立する処理を行う。

　サーバ１は、患者端末３と医師端末２との間で映像通信を確立した場合、該患者の診断状況を診断状況ＤＢ１５３に更新する。具体的には、サーバ１は、医療機関ＩＤ及び患者ＩＤに対応付けて、場所列が「仮想待合室」であり、状態列が「入室」であり、かつ、退室時点列が空欄である診断状況データの診断データＩＤを診断状況ＤＢ１５３から抽出する。サーバ１は、抽出した診断データＩＤに対応付けて、状態（退室）及び退室時点を診断状況ＤＢ１５３に更新する。また、サーバ１は診断データＩＤを割り振り、割り振った診断データＩＤに対応付けて、医療機関ＩＤ、患者ＩＤ、場所（仮想診断室）、状態（入室）及び入室時点を一つのレコードとして診断状況ＤＢ１５３に記憶する。

　医師端末２は、患者端末３との間で映像通信を確立した場合、映像通話の画面を映像通話表示欄１２ｂ（図９Ｃ）に表示する。医師端末２は、更新ボタン１２ｅのタッチ操作を受け付けた場合、仮想待合室に待機させた患者の患者情報をサーバ１の診断状況ＤＢ１５３から再取得する。医師端末２は、退出ボタン１２ｆのタッチ操作を受け付けた場合、オンライン診断を終了する。

　図９Ｃは、オンライン診断を行う画面の一例を示す説明図である。該画面は、患者名前表示欄１２ｇ及び待合室へ戻すボタン１２ｈを含む。患者名前表示欄１２ｇは、オンライン診断中の患者の名前を表示する表示欄である。待合室へ戻すボタン１２ｈは、医師と患者との映像通信を切断し、患者が仮想待合室に戻させるボタンである。

　医師と患者（例えば、患者Ａ氏）との映像通信を確立した場合、医師端末２は、患者Ａ氏の患者情報（患者の名前等）を患者一覧表示欄１２ｃから削除し、患者Ａ氏の名前を患者名前表示欄１２ｇに表示する。

　医師端末２は、待合室へ戻すボタン１２ｈのタッチ操作を受け付けた場合、医師と患者との映像通信を切断する。医師端末２は、医療機関ＩＤ及び患者ＩＤをサーバ１に送信する。サーバ１は、医師端末２から送信された医療機関ＩＤ及び患者ＩＤに対応付けて、該患者の診断状況を診断状況ＤＢ１５３に更新する。

　具体的には、サーバ１は、医療機関ＩＤ及び患者ＩＤに対応付けて、場所列が「仮想診断室」であり、状態列が「入室」であり、かつ、退室時点列が空欄である診断状況データの診断データＩＤを診断状況ＤＢ１５３から抽出する。サーバ１は、抽出した診断データＩＤに対応付けて、状態（退室）及び退室時点を診断状況ＤＢ１５３に更新する。また、サーバ１は、診断データＩＤを割り振り、割り振った診断データＩＤに対応付けて、医療機関ＩＤ、患者ＩＤ、場所（仮想待合室）、状態（入室）及び入室時点を一つのレコードとして診断状況ＤＢ１５３に記憶する。

　図１０及び図１１は、患者のオンライン診断を行う際の処理手順を示すフローチャートである。患者端末３の制御部３１は、入力部３４を介して、オンライン診断対象となる医療機関の選択、及び患者情報の入力を受け付ける（ステップＳ３０１）。制御部３１は、通信部３３を介して、受け付けた医療機関の医療機関情報（例えば、医療機関ＩＤまたは医療機関名称）と患者情報（例えば、患者ＩＤまたは患者の氏名）とをサーバ１に送信する（ステップＳ３０２）。

　サーバ１の制御部１１は、患者端末３から送信された医療機関情報及び患者情報を通信部１３により受信する（ステップＳ１０１）。制御部１１は、受信した医療機関情報及び患者情報に基づき、患者の診断状況を大容量記憶部１５の診断状況ＤＢ１５３に記憶する（ステップＳ１０２）。具体的には、制御部１１は、医療機関ＩＤ及び患者ＩＤに対応付けて、診断データＩＤを割り振る。制御部１１は、割り振った診断データＩＤに対応付けて、医療機関ＩＤ、患者ＩＤ、受付日時、場所（仮想待合室）、状態（入室）及び入室時点を一つのレコードとして診断状況ＤＢ１５３に記憶する。

　制御部１１は、仮想待合室に待機している患者の患者情報（患者ＩＤ及び患者の氏名）を大容量記憶部１５の診断状況ＤＢ１５３及び患者ＤＢ１５２から取得する（ステップＳ１０３）。具体的には、制御部１１は、場所列が「仮想待合室」であり、状態列が「入室」であり、且つ、退室時点列が空欄である当日受付の患者の患者ＩＤを診断状況ＤＢ１５３から抽出する。制御部１１は、抽出した患者ＩＤに基づき、患者の氏名を患者ＤＢ１５２から取得する。

　制御部１１は、取得した患者情報を通信部１３により医師端末２に送信する（ステップＳ１０４）。医師端末２の制御部２１は、サーバ１から送信された患者情報を通信部２３により受信する（ステップＳ２０１）。制御部２１は、オンライン診断の受付順に従い、受信した患者の患者情報を表示部２５により表示する（ステップＳ２０２）。制御部２１は、仮想診断室への入室を許可する患者の入室許可を受け付けた場合（ステップＳ２０３）、入室許可を示す情報（医療機関ＩＤ、患者ＩＤ、入室許可のメッセージまたは接続要求情報等）を通信部２３によりサーバ１に送信する（ステップＳ２０４）。

　サーバ１の制御部１１は通信部１３を介して、医師端末２から送信された患者の入室許可を示す情報を受信し（ステップＳ１０５）、受信した入室許可を示す情報を患者端末３に送信する（ステップＳ１０６）。患者端末３の制御部３１は、サーバ１から送信された入室許可を示す情報を通信部３３により受信し（ステップＳ３０３）、受信した入室許可を示す情報を表示部３５により表示する（ステップＳ３０４）。

　制御部３１は、ユーザによる映像通信の応答を受け付けた場合（ステップＳ３０５）、医療機関情報、患者情報、及び医師端末２との間で映像通信を確立するための接続応答情報を通信部３３によりサーバ１に送信する（ステップＳ３０６）。サーバ１の制御部１１は、患者端末３から送信された医療機関情報、患者情報及び接続応答情報を通信部１３により受信する（ステップＳ１０７）。制御部１１は、受信した接続応答情報に応じて、患者端末３と医師端末２との間で映像通信を確立する処理を行う（ステップＳ１０８）。

　制御部１１は、患者の診断状況を大容量記憶部１５の診断状況ＤＢ１５３に記憶する（ステップＳ１０９）。具体的には、制御部１１は医療機関ＩＤ及び患者ＩＤに対応付けて、場所列が「仮想待合室」であり、状態列が「入室」であり、かつ、退室時点列が空欄である診断状況データの診断データＩＤを診断状況ＤＢ１５３から抽出する。制御部１１は、抽出した診断データＩＤに対応付けて、状態（退室）及び退室時点を診断状況ＤＢ１５３に更新する。また、制御部１１は診断データＩＤを割り振り、割り振った診断データＩＤに対応付けて、医療機関ＩＤ、患者ＩＤ、場所（仮想診断室）、状態（入室）及び入室時点を一つのレコードとして診断状況ＤＢ１５３に記憶する。

　制御部１１は通信部１３を介して、映像通信の画面を医師端末２及び患者端末３に送信する（ステップＳ１１０）。医師端末２の制御部２１は、サーバ１から送信された映像通信の画面を通信部２３により受信する（ステップＳ２０５）。制御部２１は、受信した映像通信の画面を表示部２５により表示する（ステップＳ２０６）。患者端末３の制御部３１は、サーバ１から送信された映像通信の画面を通信部３３により受信する（ステップＳ３０７）。制御部３１は、受信した映像通信の画面を表示部３５により表示する（ステップＳ３０８）。

　本実施形態によると、医師端末２から患者の仮想診断室への入室許可を受け付けた場合、医師端末２と該患者の患者端末３との間で映像通信を確立することが可能となる。

　本実施形態によると、看護師端末４から患者の仮想看護室への入室許可を受け付けた場合、看護師端末４と該患者の患者端末３との間で映像通信を確立することが可能となる。

　本実施形態によると、事務担当者端末５から患者の仮想事務室への入室許可を受け付けた場合、事務担当者端末５と該患者の患者端末３との間で映像通信を確立することが可能となる。

　（実施形態２）
　実施形態２は、仮想室に入室した患者を他の仮想室に移動させる形態に関する。なお、実施形態１と重複する内容については説明を省略する。仮想室は、患者を待機させた仮想待合室、医師用の仮想診断室、看護師用の仮想看護室、または事務担当者用の仮想事務室等を含む。なお、上述した各種の仮想室に限定せず、他の種類の仮想室（例えば、仮想栄養相談室）にも同様に適用することできる。

　図１２は、実施形態２におけるオンライン診断システムの概要を示す説明図である。なお、図１と重複する内容については同一の符号を付して説明を省略する。本実施形態のシステムは、情報処理端末４及び情報処理端末５をさらに含む。

　情報処理端末４は、仮想待合室に待機している患者の患者情報の表示、患者の仮想看護室への入室許可の受付、及び患者端末３との間で映像通信等を行う端末装置である。情報処理端末４は、例えばスマートフォン、携帯電話、タブレット、パーソナルコンピュータ端末等の情報処理機器である。以下では簡潔のため、情報処理端末４を看護師端末４と読み替える。

　情報処理端末５は、仮想待合室に待機している患者の患者情報の表示、患者の仮想事務室への入室許可の受付、及び患者端末３との間で映像通信等を行う端末装置である。情報処理端末５は、例えばスマートフォン、携帯電話、タブレット、パーソナルコンピュータ端末等の情報処理機器である。以下では簡潔のため、情報処理端末５を事務担当者端末５と読み替える。

　図１３は、看護師端末４の構成例を示すブロック図である。看護師端末４は、制御部４１、記憶部４２、通信部４３、入力部４４、表示部４５、撮影部４６及びスピーカ４７を含む。各構成はバスＢで接続されている。なお、看護師端末４の構成に関しては、医師端末２の構成と同様であるため、説明を省略する。

　図１４は、事務担当者端末５の構成例を示すブロック図である。事務担当者端末５は、制御部５１、記憶部５２、通信部５３、入力部５４、表示部５５、撮影部５６及びスピーカ５７を含む。各構成はバスＢで接続されている。なお、事務担当者端末５の構成に関しては、医師端末２の構成と同様であるため、説明を省略する。

　図１５は、実施形態２における診断状況ＤＢ１５３のレコードレイアウトの一例を示す説明図である。なお、図４と重複する内容については同一の符号を付して説明を省略する。診断状況ＤＢ１５３は、場所列及び状態列を含む。場所列は、「仮想待合室」、「仮想看護室」、「仮想診断室」または「仮想事務室」等を含むオンライン診断用の仮想室の名称を記憶している。状態列は、患者の仮想室の入退出室状態を記憶している。入退出室状態は、例えば「入室」、「入室待ち」及び「退室」を含む。

　図１６は、オンライン診断を行う処理を説明する説明図である。先ず、オンライン診断を受ける複数の患者を仮想待合室に待機させる。図示のように、患者Ａ氏、患者Ｂ及び患者Ｃを仮想待合室に待機させる。

　次に、看護師端末４は、仮想待合室に待機している複数の患者の患者情報をサーバ１の患者ＤＢ１５２及び診断状況ＤＢ１５３から取得する。看護師端末４は、看護師により仮想待合室に待機している患者の仮想看護室への入室許可を受け付けた場合、受け付けた患者の入室許可をサーバ１に送信する。サーバ１は、看護師端末４から送信された入室許可に応じて、該患者を仮想待合室から仮想看護室へ移動させる。図示のように、サーバ１は、仮想待合室に待機している患者Ａ氏を仮想待合室から仮想看護室へ移動させる。

　次に、看護師端末４は、仮想看護室に入室した患者を、看護師により仮想診断室に移動させる移動指示を受け付けた場合、受け付けた移動指示をサーバ１に送信する。サーバ１は、看護師端末４から送信された移動指示を受け付け、該患者の仮想診断室への入室を許可する第１リンクを医師端末２に送信する。なお、第１リンクの詳細は後述する。

　医師端末２は、サーバ１から送信された入室許可の第１リンクに応じて、医師により該患者の仮想診断室への入室許可を受け付けた場合、受け付けた入室許可をサーバ１に送信する。サーバ１は、医師端末２から送信された入室許可に応じて、該患者を仮想看護室から仮想診断室へ移動させる。図示のように、サーバ１は患者Ａ氏を仮想看護室から仮想診断室へ移動させる。

　次に、医師端末２は、仮想診断室に入室した患者を、医師により仮想事務室に移動させる移動指示を受け付けた場合、受け付けた移動指示をサーバ１に送信する。サーバ１は、医師端末２から送信された移動指示を受け付け、該患者の仮想事務室への入室を許可する第２リンクを事務担当者端末５に送信する。なお、第２リンクの詳細は後述する。

　事務担当者端末５は、サーバ１から送信された入室許可の第２リンクに応じて、事務担当者により該患者の仮想事務室への入室許可を受け付けた場合、受け付けた入室許可をサーバ１に送信する。サーバ１は、事務担当者端末５から送信された入室許可に応じて、該患者を仮想診断室から仮想事務室へ移動させる。図示のように、サーバ１は患者Ａ氏を仮想診断室から仮想事務室へ移動させる。

　そして、事務担当者端末５は、患者のオンライン診断の終了指示を受け付けた場合、受け付けた終了指示をサーバ１に送信する。サーバ１は、事務担当者端末５から送信された終了指示に応じて、該患者のオンライン診断を終了させる。図示のように、サーバ１は患者Ａ氏のオンライン診断を終了させる。

　図１７は、仮想看護室に入室した患者を仮想診断室へ移動させる画面の一例を示す説明図である。なお、図９と重複する内容については同一の符号を付して説明を省略する。該画面は、移動先設定欄１３ａ及び入室許可ボタン（看護室に呼ぶ）１３ｂを含む。移動先設定欄１３ａは、患者の移動先の設定を受け付ける設定欄である。入室許可ボタン１３ｂは、仮想看護室への入室を許可する患者の入室許可を受け付けるボタンである。

　図示のように、移動先設定欄１３ａには、「看護師に繋ぐ」、「医師に繋ぐ」、「事務担当者に繋ぐ」及び「この患者との診療を終了する」項目が設定される。「看護師に繋ぐ」は、患者を仮想看護室へ移動させる項目である。「医師に繋ぐ」は、患者を仮想診断室へ移動させる項目である。「事務担当者に繋ぐ」は、患者を仮想事務室へ移動させる項目である。「この患者との診療を終了する」は、患者の診断（診療）を終了する項目である。

　看護師端末４は、入室許可ボタン（看護室に呼ぶ）１３ｂのタッチ操作を受け付けた場合、該当する患者の入室許可を示す情報（医療機関ＩＤ、患者ＩＤ、入室許可のメッセージまたは接続要求情報等）をサーバ１に送信する。サーバ１は、看護師端末４から送信された入室許可を示す情報に基づき、看護師端末４と患者端末３との間で映像通信を確立する。図示のように、看護師は患者Ａを仮想看護室に呼び、仮想看護室で患者Ａに対しオンライン診断を行う。なお、入室許可による映像通信の確立処理に関しては、実施形態１での処理と同様であるため、説明を省略する。

　看護師端末４は、移動先設定欄１３ａの設定（選択）操作を受け付けた場合、移動先の選択を受け付ける。例えば看護師端末４は、移動先設定欄１３ａにより「医師に繋ぐ」項目の選択を受け付けた場合、仮想診断室となる移動先の選択を受け付ける。看護師端末４は、待合室へ戻すボタン１２ｈのタッチ操作を受け付けた場合、移動先設定欄１３ａにより選択された移動先を取得する。看護師端末４は、患者端末３との映像通信を切断し、選択情報（医療機関ＩＤ、患者ＩＤ及び移動先等）、及び患者を仮想看護室から仮想待合室へ移動させる移動指示をサーバ１に送信する。

　サーバ１は、看護師端末４から送信された選択情報及び移動指示を受信する。サーバ１は、医療機関ＩＤ及び患者ＩＤに対応付けて、該患者の診断状況を診断状況ＤＢ１５３に更新する。具体的には、サーバ１は、医療機関ＩＤ及び患者ＩＤに対応付けて、場所列が「仮想看護室」であり、状態列が「入室」であり、かつ、退室時点列が空欄である診断状況データの診断データＩＤを診断状況ＤＢ１５３から抽出する。サーバ１は、抽出した診断データＩＤに対応付けて、状態（退室）及び退室時点を診断状況ＤＢ１５３に更新する。また、サーバ１は診断データＩＤを割り振り、割り振った診断データＩＤに対応付けて、医療機関ＩＤ、患者ＩＤ、場所（仮想診断室）及び状態（入室待ち）を一つのレコードとして診断状況ＤＢ１５３に記憶する。

　サーバ１は、該患者の患者ＩＤに基づいて患者情報を患者ＤＢ１５２から取得する。サーバ１は、受信した選択情報及び移動指示に応じて、該患者の仮想診断室への入室を許可する第１リンクを生成する。第１リンクは、患者を仮想診断室へ移動させるオブジェクト等である。例えば第１リンクは、図９Ｂの入室許可（医師診断室に呼ぶ）ボタン１２ｄである。サーバ１は、取得した患者情報と、生成した第１リンク（以下、「医師診断室に呼ぶ」ボタンという）とを医師端末２に送信する。

　医師端末２は、サーバ１から送信された患者情報及び「医師診断室に呼ぶ」ボタンを受信する。医師端末２は、受信した患者情報及び「医師診断室に呼ぶ」ボタンを画面に表示する。医師端末２は、受信した患者情報に応じて、「医師診断室に呼ぶ」ボタンのタッチ操作を受け付けた場合、医師により該患者の仮想診断室への入室許可を受け付ける。医師端末２は、受け付けた入室許可をサーバ１に送信する。その後、実施形態１での処理と同様に、サーバ１は医師による患者の入室許可に基づき、医師端末２と患者端末３との間で映像通信を確立する処理を行う。

　サーバ１は、該患者の診断状況を診断状況ＤＢ１５３に更新する。具体的には、サーバ１は、医療機関ＩＤ及び患者ＩＤに対応付けて、場所列が「仮想診断室」であり、状態列が「入室待ち」であり、かつ、入室時点列が空欄である診断状況データの診断データＩＤを診断状況ＤＢ１５３から抽出する。サーバ１は、抽出した診断データＩＤに対応付けて、状態（入室）及び入室時点を診断状況ＤＢ１５３に更新する。

　図１８Ａ及び図１８Ｂは、仮想診断室に入室した患者を仮想事務室へ移動させる画面の一例を示す説明図である。なお、図１７と重複する内容については同一の符号を付して説明を省略する。

　図１８Ａは、患者を仮想事務室へ移動させる画面の一例を示す説明図である。医師端末２は、移動先設定欄１３ａにより「事務担当者に繋ぐ」項目の選択操作を受け付けた場合、仮想事務室となる移動先の選択を受け付ける。医師端末２は、待合室へ戻すボタン１２ｈのタッチ操作を受け付けた場合、移動先設定欄１３ａにより選択された移動先を取得する。医師端末２は、患者端末３との映像通信を切断し、選択情報（医療機関ＩＤ、患者ＩＤ及び移動先等）、及び患者を仮想診断室から仮想待合室へ移動させる移動指示をサーバ１に送信する。

　サーバ１は、医師端末２から送信された選択情報及び移動指示を受信する。サーバ１は、該患者の診断状況を診断状況ＤＢ１５３に更新する。具体的には、サーバ１は、医療機関ＩＤ及び患者ＩＤに対応付けて、場所列が「仮想診断室」であり、状態列が「入室」であり、かつ、退室時点列が空欄である診断状況データの診断データＩＤを診断状況ＤＢ１５３から抽出する。サーバ１は、抽出した診断データＩＤに対応付けて、状態（退室）及び退室時点を診断状況ＤＢ１５３に更新する。また、サーバ１は診断データＩＤを割り振り、割り振った診断データＩＤに対応付けて、医療機関ＩＤ、患者ＩＤ、場所（仮想事務室）及び状態（入室待ち）を一つのレコードとして診断状況ＤＢ１５３に記憶する。

　サーバ１は、該患者の患者ＩＤに基づいて患者情報を患者ＤＢ１５２から取得する。サーバ１は、受信した選択情報及び移動指示に応じて、該患者の仮想事務室への入室を許可する第２リンクを含む受付画面（図１８Ｂ）を生成する。

　図１８Ｂは、患者の仮想事務室への入室許可の受付画面の一例を示す説明図である。該画面は、入室許可ボタン（事務室に呼ぶ）１３ｃ（第２リンク）を含む。入室許可ボタン１３ｃは、仮想事務室への入室を許可する患者の入室許可を受け付けるボタンである。

　サーバ１は、生成した入室許可の受付画面（図１８Ｂ）を事務担当者端末５に送信する。事務担当者端末５は、サーバ１から送信された入室許可の受付画面を受信して表示する。事務担当者端末５は、受信した患者情報に応じて、入室許可ボタン（事務室に呼ぶ）１３ｃのタッチ操作を受け付けた場合、事務担当者により該患者の仮想事務室への入室許可を受け付ける。事務担当者端末５は、受け付けた入室許可をサーバ１に送信する。その後、実施形態１での処理と同様に、サーバ１は事務担当者による患者の入室許可に基づき、事務担当者端末５と患者端末３との間で映像通信を確立する処理を行う。

　サーバ１は、該患者の診断状況を診断状況ＤＢ１５３に更新する。具体的には、サーバ１は、医療機関ＩＤ及び患者ＩＤに対応付けて、場所列が「仮想事務室」であり、状態列が「入室待ち」であり、かつ、入室時点列が空欄である診断状況データの診断データＩＤを診断状況ＤＢ１５３から抽出する。サーバ１は、抽出した診断データＩＤに対応付けて、状態（入室）及び入室時点を診断状況ＤＢ１５３に更新する。

　図１９は、オンライン診断終了の受付画面の一例を示す説明図である。なお、図１８と重複する内容については同一の符号を付して説明を省略する。事務担当者端末５は、入室許可ボタン１３ｃのタッチ操作を受け付けた場合、該当する患者の入室許可を示す情報をサーバ１に送信する。サーバ１は、事務担当者端末５から送信された入室許可を示す情報に基づき、事務担当者端末５と患者端末３との間で映像通信を確立する。

　事務担当者端末５は、移動先設定欄１３ａにより「この患者との診療を終了する」項目の選択を受け付けた場合、オンライン診断を終了する終了指示を受け付ける。事務担当者端末５は、待合室へ戻すボタン１２ｈのタッチ操作を受け付けた場合、患者端末３との映像通信を切断し、オンライン診断の終了指示をサーバ１に送信する。サーバ１は、事務担当者端末５から送信された終了指示を受け付け、該患者のオンライン診断を終了させる。

　サーバ１は、該患者の診断状況を診断状況ＤＢ１５３に更新する。具体的には、サーバ１は、医療機関ＩＤ及び患者ＩＤに対応付けて、場所列が「仮想事務室」であり、状態列が「入室」であり、かつ、退室時点列が空欄である診断状況データの診断データＩＤを診断状況ＤＢ１５３から抽出する。サーバ１は、抽出した診断データＩＤに対応付けて、状態（退室）及び退室時点を診断状況ＤＢ１５３に更新する。

　また、患者がオンライン診断を終了した後に、２次元コード（例えば、ＱＲコード）決済等を利用することにより、患者から医療機関へ医療費を支払うことができる。具体的には、患者端末３は、ＱＲコード決済に専用のアプリケーション等を利用し、医療機関から提供された決済専用のＱＲコードを撮影部３６により読み取る。決済専用のＱＲコードには、医療費の金額及び支払先のアカウント情報等が含まれる。専用のアプリケーションは、例えば、ＰａｙＰａｙ（登録商標）、またはメルペイ（登録商標）等であっても良い。患者端末３は、読み取った決済専用のＱＲコードに基づき、専用のアプリケーションを経由して決済処理を行う。

　なお、サーバ１は、オンライン診断の度に、患者に対する決済専用のＱＲコードを作成して患者端末３に送信しても良い。患者端末３は、ＱＲコード決済に専用のアプリケーション等を利用し、サーバ１から送信されたＱＲコードを読み取ることにより、医療費の決済処理を行っても良い。

　図２０は、仮想看護室に入室した患者を仮想診断室へ移動させる際の処理手順を示すフローチャートである。看護師端末４の制御部４１は、医師に係る選択情報、及び患者を仮想看護室から仮想待合室へ移動させる移動指示を入力部４４により受け付ける（ステップＳ４２１）。医師に係る選択情報は、医療機関ＩＤ、患者ＩＤ及び移動先（仮想診断室）等を含む。制御部４１は、患者端末３との映像通信を切断する（ステップＳ４２２）。制御部４１は、受け付けた選択情報及び移動指示を通信部４３によりサーバ１に送信する（ステップＳ４２３）。

　サーバ１の制御部１１は、看護師端末４から送信された選択情報及び移動指示を通信部１３により受信する（ステップＳ１２１）。制御部１１は、該患者の診断状況を大容量記憶部１５の診断状況ＤＢ１５３に更新する（ステップＳ１２２）。具体的には、制御部１１は、医療機関ＩＤ及び患者ＩＤに対応付けて、場所列が「仮想看護室」であり、状態列が「入室」であり、かつ、退室時点列が空欄である診断状況データの診断データＩＤを診断状況ＤＢ１５３から抽出する。サーバ１は、抽出した診断データＩＤに対応付けて、状態（退室）及び退室時点を診断状況ＤＢ１５３に更新する。また、制御部１１は診断データＩＤを割り振り、割り振った診断データＩＤに対応付けて、医療機関ＩＤ、患者ＩＤ、場所（仮想診断室）及び状態（入室待ち）を一つのレコードとして診断状況ＤＢ１５３に記憶する。

　制御部１１は、該患者の患者ＩＤに基づいて、患者情報（例えば、患者の氏名）を大容量記憶部１５の患者ＤＢ１５２から取得する（ステップＳ１２３）。制御部１１は、受信した選択情報及び移動指示に応じて、該患者の仮想診断室への入室を許可する「医師診断室に呼ぶ」ボタン（第１リンク）を生成する（ステップＳ１２４）。制御部１１は通信部１３を介して、取得した患者の患者情報と、生成した「医師診断室に呼ぶ」ボタンとを医師端末２に送信する（ステップＳ１２５）。

　医師端末２の制御部２１は、サーバ１から送信された患者情報及び「医師診断室に呼ぶ」ボタンを通信部２３により受信する（ステップＳ２２１）。制御部２１は表示部２５を介して、受信した患者情報及び「医師診断室に呼ぶ」ボタンを画面（図９Ｂ）に表示する（ステップＳ２２２）。制御部２１は入力部２４を介して、「医師診断室に呼ぶ」ボタンのタッチ操作を受け付けた場合（ステップＳ２０３（図１０））、該患者の仮想診断室への入室許可を受け付ける。

　図２１は、仮想診断室に入室した患者を仮想事務室へ移動させる際の処理手順を示すフローチャートである。医師端末２の制御部２１は、事務担当者に係る選択情報、及び患者を仮想診断室から仮想待合室へ移動させる移動指示を入力部２４により受け付ける（ステップＳ２３１）。事務担当者に係る選択情報は、医療機関ＩＤ、患者ＩＤ及び移動先（仮想事務室）等を含む。制御部２１は、患者端末３との映像通信を切断する（ステップＳ２３２）。制御部２１は、受け付けた選択情報及び移動指示を通信部２３によりサーバ１に送信する（ステップＳ２３３）。

　サーバ１の制御部１１は、医師端末２から送信された選択情報及び移動指示を通信部１３により受信する（ステップＳ１３１）。制御部１１は、該患者の診断状況を大容量記憶部１５の診断状況ＤＢ１５３に更新する（ステップＳ１３２）。具体的には、制御部１１は、医療機関ＩＤ及び患者ＩＤに対応付けて、場所列が「仮想診断室」であり、状態列が「入室」であり、かつ、退室時点列が空欄である診断状況データの診断データＩＤを診断状況ＤＢ１５３から抽出する。サーバ１は、抽出した診断データＩＤに対応付けて、状態（退室）及び退室時点を診断状況ＤＢ１５３に更新する。また、制御部１１は診断データＩＤを割り振り、割り振った診断データＩＤに対応付けて、医療機関ＩＤ、患者ＩＤ、場所（仮想事務室）及び状態（入室待ち）を一つのレコードとして診断状況ＤＢ１５３に記憶する。

　制御部１１は、該患者の患者ＩＤに基づいて、患者情報（例えば、患者の氏名）を大容量記憶部１５の患者ＤＢ１５２から取得する（ステップＳ１３３）。制御部１１は、受信した選択情報及び移動指示に応じて、該患者の仮想診断室への入室を許可する第２リンク（以下、「事務室に呼ぶ」ボタンという）を生成する（ステップＳ１３４）。制御部１１は通信部１３を介して、取得した患者の患者情報と、生成した「事務室に呼ぶ」ボタンとを事務担当者端末５に送信する（ステップＳ１３５）。

　事務担当者端末５の制御部５１は、サーバ１から送信された患者情報及び「事務室に呼ぶ」ボタンを通信部５３により受信する（ステップＳ５３１）。制御部５１は表示部５５を介して、受信した患者情報及び「事務室に呼ぶ」ボタンを画面（図１８Ｂ）に表示する（ステップＳ５３２）。制御部５１は入力部５４を介して、「事務室に呼ぶ」ボタンのタッチ操作を受け付けた場合、該患者の仮想事務室への入室許可を受け付ける（ステップＳ５３３）。制御部５１は、入室許可を示す情報（医療機関ＩＤ、患者ＩＤ、入室許可のメッセージまたは接続要求情報等）を通信部５３によりサーバ１に送信する（ステップＳ５３４）。

　サーバ１の制御部１１は通信部１３を介して、事務担当者端末５から送信された患者の入室許可を示す情報を受信し（ステップＳ１３６）、受信した入室許可を示す情報を患者端末３に送信する（ステップＳ１３７）。その後、患者端末３と事務担当者端末５との間で映像通信を確立する。なお、入室許可による映像通信の確立処理に関しては、実施形態１での処理と同様であるため、説明を省略する。

　なお、本実施形態では、患者を仮想看護室から他の仮想室（仮想待合室、仮想診断室または仮想事務室）へ移動させる処理の例を説明したが、これに限るものではない。任意の仮想室を移動先として指定することができる。例えば、患者を仮想診断室から仮想看護室へ移動させても良いし、仮想診断室から仮想事務室へ移動させても良い。また、医師ごとに複数の仮想診断室が設けられた場合、患者を第１医師の仮想診断室から、該第１医師とは異なる第２医師の仮想診断室へ移動させても良い。更にまた、診断科目ごとに複数の仮想診断室が設けられた場合、患者を第１診断科目の仮想診断室から、該第１診断科目とは異なる第２診断科目の仮想診断室へ移動させても良い。

　本実施形態によると、仮想看護室に入室した患者を他の仮想室に移動させることが可能となる。

　本実施形態によると、仮想診断室に入室した患者を他の仮想室に移動させることが可能となる。

　（実施形態３）
　実施形態３は、新たな仮想室の生成を受け付ける形態に関する。なお、実施形態１～２と重複する内容については説明を省略する。

　図２２は、新たな仮想室の生成画面の一例を示す説明図である。該画面は、仮想室選択欄１４ａ、仮想室作成ボタン１４ｂ及び参加ボタン１４ｃを含む。

　仮想室選択欄１４ａは、仮想室の選択を受け付ける選択欄である。仮想室は、例えば仮想看護室、仮想診断室及び仮想事務室を含む。なお、仮想室は、実際のニーズに応じて設けられても良い。例えば、診断科目（診療科目）または医師ごとに複数の仮想診断室が仮想室選択欄１４ａに設定されても良い。仮想室作成ボタン１４ｂは、仮想室を作成するボタンである。参加ボタン１４ｃは、各仮想室の画面に遷移するボタンである。なお、参加ボタン１４ｃは仮想室ごとに生成される。

　医師端末２は、既に作成された仮想室の仮想室情報（例えば、仮想室の名称）をサーバ１から取得する。医師端末２は、取得した仮想室情報に基づき、仮想室ごとに参加ボタン１４ｃを生成する。医師端末２は、生成した参加ボタン１４ｃを画面に表示する。

　医師端末２は、仮想室選択欄１４ａにより仮想室の選択を受け付けた場合、選択された仮想室の名称を取得する。図示のように、仮想室選択欄１４ａにより「事務室」が選択される。医師端末２は、仮想室作成ボタン１４ｂのタッチ操作を受け付けた場合、取得した仮想室の名称（例えば、事務室）をサーバ１に送信する。サーバ１は、医師端末２から送信された仮想室の名称を用いて、新たな仮想室を生成する。図示のように、サーバ１は仮想事務室を生成する。サーバ１は、生成した仮想室と既存の仮想室とを医師端末２に送信する。医師端末２は、サーバ１から送信された仮想室を画面に更新する。

　医師端末２は、参加ボタン１４ｃのタッチ操作を受け付けた場合、該当する仮想室の画面に遷移する。例えば医師端末２は、「診断室」に対応する参加ボタン１４ｃのタッチ操作を受け付けた場合、仮想診断室の画面（図９Ｂ）に遷移する。

　なお、上述した処理は、医師端末２の例を説明したが、看護師端末４にも同様に適用することできる。

　本実施形態によると、新たな仮想室を生成することが可能となる。

　なお、上述した実施形態では医師が医師端末２を使用し、看護師が看護師端末４を使用し、事務担当者が事務担当者端末５を用いる例を示したがこれに限るものではない。医師、看護師または事務担当者が１つまたは２つの端末を共有するようにしても良い。この場合、医師、看護師または事務担当者は自身に割り当てられたＩＤ及びパスワードを用いてログインし、端末を使用する。

　（実施形態４）
　実施形態４は、医師と看護師と事務担当者との間でチャットを行う形態に関する。なお、実施形態１～３と重複する内容については説明を省略する。

　図２３は、実施形態４におけるサーバ１の構成例を示すブロック図である。なお、図２と重複する内容については同一の符号を付して説明を省略する。大容量記憶部１５には、メッセージＤＢ１５４が含まれる。メッセージＤＢ１５４は、チャット画面においてやり取りされたメッセージ情報を記憶している。

　図２４は、メッセージＤＢ１５４のレコードレイアウトの一例を示す説明図である。メッセージＤＢ１５４は、メッセージＩＤ列、送信元列、メッセージ内容列及び送信日時列を含む。メッセージＩＤ列は、各メッセージを識別するために、一意に特定されるメッセージのＩＤを記憶している。送信元列は、メッセージの送信元の情報（医師診断室、看護室または待合室等）を記憶している。メッセージ内容列は、メッセージの内容を記憶している。送信日時列は、メッセージを送信した日時情報を記憶している。

　サーバ１は、医師、看護師及び事務担当者の間に、チャット形式で患者の要求もしくは病状、または各種の指示等の情報（メッセージ）を共有するために、コミュニケーション用のチャット画面を生成する。サーバ１は、生成したチャット画面を医師端末２、看護師端末４及び事務担当者端末５に出力する。医師端末２、看護師端末４及び事務担当者端末５は、サーバ１から送信されたチャット画面を受信して表示する。

　医師端末２、看護師端末４または事務担当者端末５は、チャット画面を通じて、チャット内容であるメッセージの入力を受け付ける。医師端末２、看護師端末４または事務担当者端末５は、受け付けたメッセージをサーバ１に送信する。サーバ１は、医師端末２、看護師端末４または事務担当者端末５から送信されたメッセージをメッセージＤＢ１５４に記憶する。サーバ１は、最新のメッセージを含むチャット画面を医師端末２、看護師端末４及び事務担当者端末５に再送信する。

　図２５は、チャット画面の一例を示す説明図である。なお、図２５は、医師端末２側でのチャット画面の例を説明するが、看護師端末４及び事務担当者端末５にも同様に適用することができる。なお、図１８と重複する内容については同一の符号を付して説明を省略する。

　該画面は、メッセージ入力欄１５ａ、メッセージ送信ボタン１５ｂ、メッセージ情報表示欄１５ｃ及び削除ボタン１５ｄを含む。メッセージ入力欄１５ａは、メッセージの入力を受け付ける欄である。メッセージ送信ボタン１５ｂは、メッセージを送信するボタンである。メッセージ情報表示欄１５ｃは、メッセージ情報を表示する表示欄である。削除ボタン１５ｄは、メッセージを削除するボタンである。

　サーバ１は、医師、看護師または事務担当者等のメッセージ情報をメッセージＤＢ１５４から取得する。メッセージ情報は、メッセージの送信日時、送信元及び内容等を含む。サーバ１は、取得したメッセージ情報を医師端末２に送信する。医師端末２は、サーバ１から送信されたメッセージ情報を受信する。医師端末２は、受信したメッセージ情報をメッセージ情報表示欄１５ｃに表示する。図示のように、メッセージの送信日時の新しい順（降順）に、送信日時、送信元及び内容がメッセージ情報表示欄１５ｃに表示される。

　医師端末２は、医師によるメッセージ入力欄１５ａの入力操作を受け付けた場合、入力されたメッセージの内容を取得する。医師端末２は、メッセージ送信ボタン１５ｂのタッチ操作を受け付けた場合、メッセージ入力欄１５ａにより取得されたメッセージの内容、送信元（医師診断室）及び送信日時を含むメッセージ情報をサーバ１に送信する。サーバ１は、医師端末２から送信されたメッセージ情報を受信する。

　サーバ１は、受信したメッセージ情報をメッセージＤＢ１５４に記憶する。具体的には、サーバ１は、受信したメッセージ情報に対してメッセージＩＤを割り振る。サーバ１は、割り振ったメッセージＩＤに対応付けて、送信元、メッセージの内容及び送信日時を一つのレコードとしてメッセージＤＢ１５４に記憶する。

　サーバ１は、最新のメッセージ情報をメッセージＤＢ１５４から取得する。サーバ１は、取得した最新のメッセージ情報を医師端末２に再送信する。医師端末２は、サーバ１から送信された最新のメッセージ情報を受信し、受信した最新のメッセージ情報をメッセージ情報表示欄１５ｃに表示する。

　医師端末２は、削除ボタン１５ｄのタッチ操作を受け付けた場合、削除対象となるメッセージの送信元、内容及び送信日時をサーバ１に送信する。サーバ１は、医師端末２から送信された削除対象となるメッセージの送信元、内容及び送信日時を受信する。サーバ１は、受信したメッセージの送信元、内容及び送信日時に基づき、該当するメッセージ情報をメッセージＤＢ１５４から削除する。その後、上述した処理と同様に、サーバ１は、最新のメッセージ情報をメッセージＤＢ１５４から取得して医師端末２に再送信する。

　なお、上述の物理削除処理に限定されない。実際にはメッセージ情報を削除せずに、削除フラグを設定することで（論理的に）削除された情報とみなすようにしても良い。例えば、メッセージ情報が論理削除された場合、削除フラグを「１」に設定する。または、メッセージ情報が論理削除されていない場合、削除フラグを「０」に設定する。サーバ１は、医師端末２から送信された削除対象となるメッセージの送信元、内容及び送信日時を受信した場合、該当するメッセージ情報に対応する削除フラグを「１」に設定する。サーバ１は、例えばバッチ処理にして所定の期間ごとに、「１」である削除フラグが対応付けられたメッセージ情報を、メッセージＤＢ１５４から一括して削除するようにしても良い。

　図２６は、メッセージを送信する際の処理手順を示すフローチャートである。なお、図２６では、医師端末２側で受け付けられたメッセージをサーバ１に送信する例を説明するが、看護師端末４及び事務担当者端末５にも同様に適用することができる。

　サーバ１の制御部１１は、メッセージの送信日時、送信元及び内容を含む最新のメッセージ情報を大容量記憶部１５のメッセージＤＢ１５４から取得する（ステップＳ１４１）。制御部１１は、取得した最新のメッセージ情報を通信部１３により医師端末２に送信する（ステップＳ１４２）。医師端末２の制御部２１は、サーバ１から送信された最新のメッセージ情報を通信部２３により受信する（ステップＳ２４１）。

　制御部２１は、例えばメッセージの送信日時の新しい順に、受信したメッセージ情報を表示部２５により表示する（ステップＳ２４２）。制御部２１は入力部２４を介して、医師によるメッセージの入力を受け付ける（ステップＳ２４３）。制御部２１は、送信元（医師診断室）、受け付けたメッセージの内容及び送信日時を通信部２３によりサーバ１に送信する（ステップＳ２４４）。

　サーバ１の制御部１１は、医師端末２から送信されたメッセージの送信元、内容及び送信日時を通信部１３により受信する（ステップＳ１４３）。制御部１１はメッセージＩＤを割り振り、割り振ったメッセージＩＤに対応付けて、メッセージの送信元、内容及び送信日時を一つのレコードとして大容量記憶部１５のメッセージＤＢ１５４に記憶する（ステップＳ１４４）。制御部１１は、ステップＳ１４１の処理に戻る。

　なお、サーバ１は、所定の時間間隔（例えば、３０秒）ごとに最新のメッセージ情報をメッセージＤＢ１５４から取得して医師端末２に送信しても良い。

　本実施形態によると、医師と看護師と事務担当者との間のチャットを行うことが可能となる。

　本実施形態によると、チャット画面を活用することにより、患者の要求もしくは病状、または各種の指示等の情報をリアルタイムで共有することが可能となる。

　本実施形態によると、チャット画面を活用することにより、医療機関内部のコミュニケーション効率が高く、業務効率の向上を図ることが可能となる。

　なお、上述した各実施形態では、オンライン診断の例を説明したが、これに限るものではない。例えば、オンラインコールセンタ、オンライン会議、オンライン相談室、オンライン動物園またはオンライン水族館等にも同様に適用することができる。

　なお、上述した各実施形態での処理は、コンピュータまたはコンピュータネットワークの中に構築された、３次元の仮想空間またはサービスであるメタバース（Metaverse）上に実行されても良い。

　今回開示された実施形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、請求の範囲によって示され、請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

　各実施形態に記載した事項は相互に組み合わせることが可能である。また、請求の範囲に記載した独立請求項及び従属請求項は、引用形式に関わらず全てのあらゆる組み合わせにおいて、相互に組み合わせることが可能である。さらに、請求の範囲には他の２以上のクレームを引用するクレームを記載する形式（マルチクレーム形式）を用いているが、これに限るものではない。マルチクレームを少なくとも一つ引用するマルチクレーム（マルチマルチクレーム）を記載する形式を用いて記載しても良い。

　１　　　　情報処理装置（サーバ）
　１１　　　制御部
　１２　　　記憶部
　１３　　　通信部
　１４　　　読取部
　１５　　　大容量記憶部
　１５１　　医療機関ＤＢ
　１５２　　患者ＤＢ
　１５３　　診断状況ＤＢ
　１ａ　　　可搬型記憶媒体
　１ｂ　　　半導体メモリ
　１Ｐ　　　制御プログラム
　２　　　　情報処理端末（医師端末）
　２１　　　制御部
　２２　　　記憶部
　２３　　　通信部
　２４　　　入力部
　２５　　　表示部
　２６　　　撮影部
　２７　　　スピーカ
　２Ｐ　　　制御プログラム
　３　　　　情報処理端末（患者端末）
　３１　　　制御部
　３２　　　記憶部
　３３　　　通信部
　３４　　　入力部
　３５　　　表示部
　３６　　　撮影部
　３７　　　スピーカ
　４　　　　情報処理端末（看護師端末）
　４１　　　制御部
　４２　　　記憶部
　４３　　　通信部
　４４　　　入力部
　４５　　　表示部
　４６　　　撮影部
　４７　　　スピーカ
　５　　　　情報処理端末（事務担当者端末）
　５１　　　制御部
　５２　　　記憶部
　５３　　　通信部
　５４　　　入力部
　５５　　　表示部
　５６　　　撮影部
　５７　　　スピーカ

Claims

　オンライン診断を受ける複数の患者を仮想待合室に待機させ、
　医師端末に前記仮想待合室に待機している複数の患者を出力し、
　前記医師端末から仮想診断室への入室を許可する患者の入室許可を受け付ける
　情報処理方法。
　入室が許可された患者の患者端末に前記仮想診断室への入室許可を示す情報を出力し、
　前記入室許可を示す情報を出力した後に、前記患者端末と前記医師端末との間で映像通信を確立する
　請求項１に記載の情報処理方法。
　看護師端末に前記仮想待合室に待機している複数の患者を出力し、
　前記看護師端末から仮想看護室への入室を許可する患者の入室許可を受け付ける
　請求項１または２に記載の情報処理方法。
　前記仮想看護室への入室が許可された患者の患者端末に前記仮想看護室への入室許可を示す情報を出力し、
　前記入室許可を示す情報を出力した後に、前記患者端末と前記看護師端末との間で映像通信を確立する
　請求項３に記載の情報処理方法。
　事務担当者の事務担当者端末に前記仮想待合室に待機している複数の患者を出力し、
　前記事務担当者端末から仮想事務室への入室を許可する患者の入室許可を受け付ける
　請求項１または２に記載の情報処理方法。
　前記仮想事務室への入室が許可された患者の患者端末に、前記仮想事務室への入室許可を示す情報を出力し、
　前記入室許可を示す情報を出力した後に、前記患者端末と前記事務担当者端末との間で映像通信を確立する
　請求項５に記載の情報処理方法。
　看護師端末から、仮想看護室に入室した患者を、前記仮想待合室に移動させる移動指示を受け付け、
　前記移動指示を受け付けた場合に、前記患者を前記仮想看護室から前記仮想待合室に移動させる
　請求項３に記載の情報処理方法。
　看護師端末に、仮想看護室に入室した患者を、前記仮想待合室に移動させる移動指示と、次の候補として医師または事務担当者のいずれかを選択するための選択情報とを出力し、
　前記看護師端末から医師に係る選択情報及び移動指示を受け付けた場合、前記医師端末に、前記仮想待合室に待機している前記患者と、該患者の前記仮想診断室への入室を許可する第１リンクとを出力し、
　前記看護師端末から事務担当者に係る選択情報及び移動指示を受け付けた場合、事務担当者端末に、前記仮想待合室に待機している前記患者と、該患者の仮想事務室への入室を許可する第２リンクとを出力する
　請求項３に記載の情報処理方法。
　前記医師端末または看護師端末に、新たな仮想室の生成を受け付ける画面を出力し、
　仮想室の生成、及び、仮想室の名称を受け付ける
　請求項１または２に記載の情報処理方法。
　医師と看護師と事務担当者との間でチャットを行うチャット画面を備え、
　前記チャット画面においてやり取りされたメッセージを、前記医師の医師端末、前記看護師の看護師端末、または前記事務担当者の事務担当者端末に出力する
　請求項１または２に記載の情報処理方法。
　オンライン診断を受けるべく待機している複数の患者を仮想待合室に登録し、
　医師端末に、オンライン診断を行う仮想待合室に待機している複数の患者を出力し、
　前記医師端末から仮想診断室への入室を許可する患者の入室許可を受け付ける
　処理をコンピュータに実行させるプログラム。
　オンライン診断を受けるべく待機している複数の患者を仮想待合室に登録する登録部と、
　医師端末に、オンライン診断を行う仮想待合室に待機している複数の患者を出力する出力部と、
　前記医師端末から仮想診断室への入室を許可する患者の入室許可を受け付ける受付部と
　を備える情報処理装置。