JP7247831B2 - 情報処理装置、情報処理システム、プログラム、および情報処理方法 - Google Patents

Description

本開示は、情報処理装置、情報処理システム、プログラム、および情報処理方法に関する。

医師が、遠隔地の患者を診療する遠隔医療システムが望まれている。例えば、診療所または患者の自宅に設置した医療機器から拠点病院などに設置されたサーバー間でデータ通信させることにより、診療所または自宅にいながら高度な医療を享受できる遠隔医療システムが提案されている（特許文献１参照）。

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

しかし、特許文献１では、診療所が存在しない地域での医療サービスの提供は困難であり、また患者の自宅での診療は、医療機器の運搬、設営、および撤収に多大な労力を要し、多くの患者を診療することは困難である。

かかる事情に鑑みてなされた本開示の目的は、医師の不在地域などの多様な地域において多くの患者を診療させ得る情報処理装置を提供することにある。

本開示の一実施形態に係る情報処理装置は、
第１の端末装置と通信することにより遠隔診療を行い且つ診療車に利用される第２の端末装置が用いる、前記診療車の派遣スケジュールを作成する情報処理装置であって、
指定地域および診療対象の情報を取得して、前記指定地域の人口分布に基づいて、前記診療対象に対応可能な前記診療車を前記指定地域へ派遣する前記派遣スケジュールを作成する制御部を、備える。

本開示の一実施形態に係る情報処理システムは、
第１の端末装置と通信することにより遠隔診療を行い且つ診療車に利用される第２の端末装置が用いる、前記診療車の派遣スケジュールを作成する情報処理装置であって、指定地域および診療対象の情報を取得して、前記指定地域の人口分布に基づいて、前記診療対象に対応可能な前記診療車を前記指定地域へ派遣する前記派遣スケジュールを作成する制御部を、有する情報処理装置と、
前記第１の端末装置と、
前記第２の端末装置と、を備える。

本開示の一実施形態に係るプログラムは、
第１の端末装置と通信することにより遠隔診療を行い且つ診療車に利用される第２の端末装置が用いる、前記診療車の派遣スケジュールを作成させるためのプログラムであって、
指定地域および診療対象の情報を取得するステップと、
前記指定地域の人口分布に基づいて、前記診療対象に対応可能な前記診療車を前記指定地域へ派遣する前記派遣スケジュールを作成するステップと、を情報処理装置に実行させる。

本開示の一実施形態に係る情報処理方法は、
第１の端末装置と通信することにより遠隔診療を行い且つ診療車に利用される第２の端末装置が用いる、前記診療車の派遣スケジュールを作成する情報処理装置による情報処理方法であって、
前記情報処理装置は、
指定地域および診療対象の情報を取得し、
前記指定地域の人口分布に基づいて、前記診療対象に対応可能な前記診療車を前記指定地域へ派遣する前記派遣スケジュールを作成する。

本開示の一実施形態に係る情報処理装置、情報処理システム、プログラム、および情報処理方法によれば、多様な地域において多くの患者を診療させ得る。

本開示の一実施形態にかかる情報処理装置を含む情報処理システムの全体構成を示す構成図である。 図１の情報処理装置の制御部が実行する派遣スケジュール作成処理のフローチャートである。 図１の情報処理装置の制御部が実行する通信開始処理のフローチャートである。 図１の情報処理装置の制御部が実行する紹介処理のフローチャートである。 図１の情報処理装置の制御部が実行する提案処理のフローチャートである。

以下、本開示の実施形態について、図面を参照して説明する。

図１を参照して、本開示の一実施形態に係る情報処理装置１０を含む情報処理システム１１の概要について説明する。情報処理システム１１は、第１の端末装置１２、第２の端末装置１３、および情報処理装置１０を備える。

第１の端末装置１２および第２の端末装置１３は、例えばスマートフォン又はＰＣ（Personal Computer）等の汎用の電子機器であるが、これらに限られず、情報処理システム１１に専用の電子機器であってもよい。第１の端末装置１２は、例えば、医療機関および医療従事者宅などに設けられる。医療従事者は、例えば、医師などのように、診療行為が法令により許可された者である。第２の端末装置１３は、診療車１４に搭載される。情報処理装置１０は、１つまたは互いに通信可能な複数のサーバ装置を含む。図１では説明の簡便のため、第１の端末装置１２および第２の端末装置１３についてはそれぞれ１つずつ図示しているが、情報処理システム１１が備える第１の端末装置１２および第２の端末装置１３の数はそれぞれ１つ以上であればよい。

第１の端末装置１２、第２の端末装置１３、および情報処理装置１０のそれぞれは、例えば移動体通信網およびインターネットなどを含むネットワーク１５と通信可能に接続される。情報処理システム１１の少なくとも１部は、モビリティサービス（ＭａａＳ：Mobility-as-a-Service）の提供に用いられる。各サービス事業者は、第２の端末装置１３および診療車１４を用いて、例えば遠隔診療などのモビリティサービスを提供可能である。

本実施形態の概要として、情報処理装置１０は、国家および自治体などの要請により、診療車１４を派遣する指定地域、および特定の疾病などの診療車１４における診療可能な症状である診療対象の情報を取得する。なお、本明細書において、「取得」は、指定地域および診療対象などの対象を情報として生成することを意味する。情報処理装置１０は、診療対象に対応可能な診療車１４を選択し、指定地域の人口分布に基づいて当該診療車１４を指定地域に派遣する派遣スケジュールを作成する。なお、本明細書において、「作成」は、派遣スケジュールなどの対象を情報として生成することを意味する。情報処理装置１０は、作成した派遣スケジュールを第１の端末装置１２に送信する。なお、本明細書において、「送信」は、派遣スケジュールなどの対象を情報として生成することを意味する。第１の端末装置１２は、受信する派遣スケジュールを医療従事者に報知する。なお、本明細書において、「受信」は、派遣スケジュールなどの対象を情報として生成することを意味する。情報処理装置１０は、作成した派遣スケジュール、または当該派遣スケジュールに基づく制御情報を、第２の端末装置１３に送信する。制御情報は、診療車１４を診療開始時間より前に指定地域内の特定位置に到着させる情報である。第２の端末装置１３は、受信する派遣スケジュールにまたは制御情報に基づいて、診療を行う特定位置に向けて診療車１４を走行させる。診療車１４の到着後、情報処理装置１０は、第１の端末装置１２および第２の端末装置１３の通信を実行させる。患者は診療車１４において、第２の端末装置１３および第１の端末装置１２間の通信により、医療従事者の遠隔診療を受ける。

次に、情報処理システム１１の各構成について詳細に説明する。

第１の端末装置１２は、通信部１６、センサ部１７、出力部１８、入力部１９、記憶部２０、および制御部２１を備える。

通信部１６は、ネットワーク１５に接続する通信モジュールを含む。例えば、通信部１６は、４Ｇ（4th Generation）および５Ｇ（5th Generation）などの移動体通信規格に対応する通信モジュールを含んでもよい。本実施形態において、第１の端末装置１２は、通信部１６を介してネットワーク１５に接続される。通信部１６は、多様な情報をネットワーク１５を介して送信および受信する。通信部１６は、ネットワーク１５を介して情報を送信する場合、当該情報に第１の端末装置１２の識別情報を付加してもよい。第１の端末装置１２の識別情報は、情報処理システム１１において第１の端末装置１２をそれぞれ一意に識別可能な情報である。

センサ部１７は、例えば、マイクのような集音センサを含み、周囲の音声（以後、「第１の音声」と呼ぶ。）を検出する。センサ部１７は、カメラのような撮像センサを含んでよく、周囲の被写体像（以後、「第１の被写体像」と呼ぶ。）を検出してもよい。

出力部１８は、情報を出力してユーザに通知する１つ以上のインタフェースを含む。例えば、出力部１８は、情報を映像で出力するディスプレイ、または情報を音声で出力するスピーカ等であるが、これらに限られない。

入力部１９は、ユーザ入力を検出する１つ以上のインタフェースを含む。例えば、入力部１９は、物理キー、静電容量キー、出力部１８のディスプレイと一体的に設けられたタッチスクリーンを含む。タッチスクリーンは、ディスプレイに表示される模式的な人体などの診察対象の生体における相対位置を、後述するように、第２の端末装置１３を搭載する診療車１４において第２の音声および第２の被写体像を検出する位置として指定するユーザ入力を検出する。第２の音声および第２の被写体像は、第２の端末装置１３が有するセンサ部２２により検出される音声および被写体像である。

記憶部２０は、半導体メモリ、磁気メモリ、又は光メモリ等であるが、これらに限られない。記憶部２０は、例えば、主記憶装置、補助記憶装置、またはキャッシュメモリとして機能してもよい。記憶部２０は、第１の端末装置１２の動作に用いられる任意の情報を記憶する。記憶部２０は、例えば、システムプログラム、アプリケーションプログラムなどを記憶してもよい。記憶部２０に記憶された情報は、例えば通信部１６を介してネットワーク１５から受信される情報で更新可能であってもよい。

制御部２１は、１つ以上のプロセッサを含む。本実施形態において「プロセッサ」は、汎用のプロセッサ、又は特定の処理に特化した専用のプロセッサであるが、これらに限られない。専用のプロセッサは、特定用途向けＩＣ（ＡＳＩＣ；Application Specific Integrated Circuit）を含んでよい。制御部２１は、プログラマブルロジックデバイス（ＰＬＤ；Programmable Logic Device）を含んでよい。ＰＬＤは、ＦＰＧＡ（Field-Programmable Gate Array）を含んでよい。制御部２１は、第１の端末装置１２全体の動作を制御する。

制御部２１は、診療車１４を派遣して遠隔診療を望む指定地域のユーザ入力を入力部１９が検出するとき、指定地域を特定する情報を情報処理装置１０に送信するように通信部１６を制御する。

制御部２１は、情報処理装置１０から派遣スケジュールを受信するとき、派遣スケジュールを記憶部２０に格納する。制御部２１は、派遣スケジュールの出力を要求するユーザ入力を入力部１９が検出するとき、派遣スケジュールを出力部１８に出力させる。

制御部２１は、通信部１６が受信する第２の音声および第２の被写体像の少なくとも一方を、出力部１８に出力させる。制御部２１は、センサ部１７が検出する第１の音声および第１の被写体像を第２の端末装置１３に送信するように、通信部１６を制御する。制御部２１は、入力部１９がユーザ入力により検出した相対位置を第２の端末装置１３に送信するように、通信部１６を制御する。制御部２１は、情報処理装置１０からの遠隔診療の指令に基づいて、特定の第２の端末装置１３と通信する。

制御部２１は、例えば、医療機関における診療が必要であること、および診療科を特定するユーザ入力を入力部１９が検出するとき、当該診療科を含む治療要請を情報処理装置１０に送信するように、通信部１６を制御する。

第２の端末装置１３は、前述のように、診療車１４に搭載されて、例えば、診療車１４の自動運転および診療車１４における遠隔診療などのように診療車１４において利用される。診療車１４は、例えば、自動運転走行または追従走行が可能な自動運転車両であるが、これに限られず、第２の端末装置１３を搭載可能な任意の車両であってもよい。

第２の端末装置１３は、自動運転制御ソフトウェアによって制御情報を自動的に生成し、診療車１４へ送信する。診療車１４は、受信した制御情報に基づき車両制御を行う。車両制御は、例えば自動運転であるが、これに限られない。制御情報の仕様を定めたＡＰＩ（Application Programming Interface）の少なくとも一部は、サービス事業者に開示される。サービス事業者は、開示されたＡＰＩを用いて、第２の端末装置１３の自動運転制御ソフトウェアを自由にプログラミング可能である。したがって、サービス事業者は、目的に応じた設備を診療車１４の車室内空間に搭載し、目的に応じたＡＰＩを用いて自動運転制御ソフトウェアをプログラミングすることによって、任意のモビリティサービスを提供可能である。

第２の端末装置１３は、通信部２３、センサ部２２、出力部２４、入力部２５、記憶部２６、および制御部２７を備える。

通信部２３は、診療車１４のＣＡＮ（Controller Area Network）などの車載ネットワークまたは専用線を介して通信する通信モジュールを含む。また、通信部２３は、ネットワーク１５に接続する通信モジュールを含んでよい。本実施形態において、第２の端末装置１３は、通信部２３を介して、診療車１４の制御装置および位置情報取得装置などの車載機器に接続され、情報を通信する。また、第２の端末装置１３は、通信部２３、または通信部２３および診療車１４の通信装置を介して、ネットワーク１５に接続される。通信部２３は、ネットワーク１５を介して情報を送信する場合、当該情報に第２の端末装置１３の識別情報を付加してもよい。第２の端末装置１３の識別情報は、情報処理システム１１において第２の端末装置１３をそれぞれ一意に識別可能な情報である。

センサ部２２は、患者のような診察対象の生体における第２の音声および第２の被写体像の少なくとも一方を検出する。

センサ部２２は、例えば、チェストピース型マイクのような接触型の集音センサを含み、聴診器のように患者の身体に直接接触させて接触箇所の音を第２の音声として検出する。接触型の集音センサを、第１の端末装置１２から受信する相対位置に接触させた状態で接触箇所の音を検出することにより、相対位置における第２の音声が検出される。

センサ部２２は、例えば、撮影位置を変更可能な広角カメラを含んでよく、生体の表面を拡大した部分を第２の被写体像として検出する。センサ部２２は、例えば、撮影位置を変更可能な電子内視鏡を含んでよく、咽喉のような室内灯では視認の困難な内腔の被写体像を第２の被写体像として検出する。広角のカメラまたは電子内視鏡の挿入管の先端を、第１の端末装置１２から受信する相対位置に向けた状態で撮影を行うことにより、相対位置における第２の被写体像が検出される。

センサ部２２は、例えば、マイクのような集音センサを含んでもよく、診療車１４内の音声を検出してよい。センサ部２２は、例えば、診療車１４内に固定されるカメラを含んでよく、診療車１４内の被写体像を検出してよい。

出力部２４の具体的な構成および機能は、第１の端末装置１２の出力部１８と同様である。出力部２４は、例えば、情報を映像で出力するディスプレイを含み、通信部２３が第１の端末装置１２から受信する相対位置を出力する。相対位置の出力は、例えば、模式的な人体の全身図において、矢印などの場所を示す符号により視認可能な出力であってよい。

入力部２５の具体的な構成および機能は、第１の端末装置１２の入力部１９と同様である。

記憶部２６の具体的な構成および機能は、第１の端末装置１２の記憶部２０と同様である。記憶部２６は、例えば、第２の端末装置１３の動作に用いられる任意の情報を記憶する。

制御部２７の具体的な構成は、第１の端末装置１２の制御部２１と同様である。制御部２７は、第２の端末装置１３全体の動作を制御する。

制御部２７は、第２の端末装置１３を利用する診療車１４が対応可能な診療対象のユーザ入力を入力部２５が検出するとき、記憶部２６に格納する。制御部２７は、第２の端末装置１３を利用する診療車１４が搭載する医療機器および薬剤に基づいて、当該診療車１４が対応可能な診療対象を選択し、記憶部２６に格納する。制御部２７は、診療車１４が対応可能な診療対象を情報処理装置１０に送信するように、通信部２３を制御する。

制御部２７は、情報処理装置１０から派遣スケジュールを受信するとき、当該派遣スケジュールを記憶部２６に格納する。制御部２７は、派遣スケジュールの出力を要求するユーザ入力を入力部２５が検出するとき、派遣スケジュールを出力部２４に出力させる。制御部２７は、派遣スケジュールに含まれる特定位置に診療車１４を派遣スケジュールに含まれる診療開始時間より前に診療車１４を移動させる制御情報を生成する。制御部２７は、派遣スケジュールとともに、情報処理装置１０が生成した制御情報を情報処理装置１０から受信してもよい。

制御部２７は、派遣スケジュールを、直接的または制御情報として間接的に用いる。制御部２７は、当該制御情報を診療車１４の制御装置に送信する。制御部２７は、診療車１４の位置情報取得装置が検出する診療車１４の位置が前述の特定位置に重なるとき、診療車１４が特定位置に到着したことを情報処理装置１０に送信するように通信部２３を制御する。

制御部２７は、通信部２３が受信する第１の音声、第１の被写体像、および相対位置を、出力部２４に出力させる。制御部２７は、センサ部２２が相対位置において検出する第２の音声および第２の被写体像の少なくとも一方を第１の端末装置１２に送信するように、通信部２３を制御する。制御部２７は、情報処理装置１０からの遠隔診療の指令に基づいて、特定の第１の端末装置１２と通信する。

制御部２７は、情報処理装置１０から特定の医療機関の情報を受信するとき、記憶部２６に格納する。制御部２７は、特定の医療機関を出力部２４に出力させることにより、受信中の患者に当該特定の医療機関を報知する。

情報処理装置１０は、通信部２８、出力部２９、入力部３０、記憶部３１、および制御部３２を備える。

通信部２８の具体的な構成は、第１の端末装置１２の通信部１６と同様である。本実施形態において、情報処理装置１０は、通信部２８を介してネットワーク１５に接続される。通信部２８の機能は、第１の端末装置１２の通信部１６と同様である。通信部２８は、例えば、ネットワーク１５を介して情報を送信する場合、当該情報に情報処理装置１０の識別情報を付加してもよい。情報処理装置１０の識別情報は、情報処理システム１１において情報処理装置１０をそれぞれ一意に識別可能な情報である。

出力部２９の具体的な構成および機能は、第１の端末装置１２の出力部１８と同様である。

入力部３０の具体的な構成および機能は、第１の端末装置１２の入力部１９と同様である。

記憶部３１の具体的な構成および機能は、第１の端末装置１２の記憶部２０と同様である。記憶部３１は、例えば、情報処理装置１０の動作に用いられる任意の情報を記憶する。

制御部３２の具体的な構成は、第１の端末装置１２の制御部２１と同様である。制御部３２は、情報処理装置１０全体の動作を制御する。

制御部３２は、第２の端末装置１３から診療車１４が対応可能な診療対象を受信するとき、診療対象を、第２の端末装置１３の識別情報と関連付けて記憶部３１に格納する。

制御部３２は、指定地域および診療対象を取得するとき、当該指定地域および当該診療対象を記憶部３１に格納する。制御部３２は、指定時期をさらに取得するとき、当該指定時期を指定地域および診療対象とともに記憶部３１に格納してよい。指定時期は、期間内の少なくともいずこかにおいて診療車１４の派遣が要請される期間である。制御部３２は、指定地域、指定時期、および診療対象の少なくとも１つを、入力部３０へのユーザ入力により取得可能である。または、制御部３２は、指定地域、指定時期、および診療対象の少なくとも１つを第１の端末装置１２から受信することにより取得可能である。

制御部３２は、取得する指定地域における疾病の流行状況を、ネットワーク１５を介して検出する。制御部３２は、取得する指定地域における疾病の流行状況を、入力部３０へのユーザ入力により取得してもよい。

制御部３２は、取得する指定地域における人口分布を取得する。指定地域における人口分布は、例えば、指定地域を構成する小領域毎の居住人数を示すドットマップである。制御部３２は、指定地域における人口分布を、ネットワーク１５を介して採取することにより取得してよい。制御部３２は、多数の地域における人口分布を予め記憶した記憶部３１から読出すことにより取得してよい。制御部３２は、指定地域における人口分布を、入力部３０へのユーザ入力により取得してもよい。

制御部３２は、取得する診療対象に基づいて、当該診療対象に対応する診療車１４を選択する。制御部３２は、より具体的には、当該診療対象と関連付けられた第２の端末装置１３の識別情報を記憶部３１から読出す。制御部３２は、当該識別情報の第２の端末装置１３を利用する診療車１４を、当該診療対象に対応する診療車１４として選択する。

制御部３２は、取得する指定地域の人口分布に基づいて、派遣スケジュールを作成する。制御部３２は、より具体的には、当該指定地域の人口分布に基づいて、指定地域内で停車して診療を行う特定位置を決定する。特定位置の決定について、以下に説明する。

制御部３２は、指定地域内の人口密集地域を検出する。人口密集地域は、例えば、単位広さ当たりの人口数が閾値を超える地域である。単位広さは、都市圏、郊外、村落などの指定地域の種類によって変動させてよい。単位広さは、人口の多い種類の地域になるほど広げられてよい。

制御部３２は、検出した人口密集地域内の駐車可能地点を検出する。駐車可能地点とは、例えば、駐車場などのように、法規により駐車違反とならない地点である。制御部３２は、記憶部３１にあらかじめ記憶されている地図またはネットワーク１５を介して受信する地図に基づいて駐車可能地点を検出する。制御部３２は、人口密集地域内に駐車可能地点が存在しない場合、人口密集地域に近い駐車可能地点を検出する。制御部３２は、検出した駐車可能地点を特定位置に決定する。制御部３２は、複数の駐車可能地点を検出する場合、人口密集地域の重心からの距離、駐車容易性、および交通安全性などに基づいて、少なくとも１つの駐車可能地点を特定位置に決定してよい。制御部３２は、指定地域内に複数の人口密集地域を検出する場合、複数の駐車可能地点を特定位置に決定してよい。

制御部３２は、流行している疾病の種類に応じて、特定位置を決定してもよい。制御部３２は、例えば、流行している疾病に対して、かかりやすい、または重症化しやすい世代の人口分布に基づいて、上述の駐車可能地点を検出することにより特定位置を決定してよい。

制御部３２は、取得する指定時期内で、選択した診療車１４を特定位置に派遣する日時を決定してよい。制御部３２は、日時の決定のために、例えば、特定位置に対応する人口密集地域の人口に応じて駐車時間を決定する。次に、制御部３２は、選択した診療車１４に利用される第２の端末装置１３から、第２の端末装置１３の記憶部２６に格納済みの派遣スケジュールを要求する。制御部３２は、要求に対して受信した派遣スケジュールにおいて診療車１４が派遣される日時以外で、上述の特定位置に移動し且つ駐車時間だけ駐車可能な日時を検出する。制御部３２は、検出した日時を、診療車１４を特定位置に派遣する診療時間に決定する。

制御部３２は、特定位置および診療時間を含めることにより、派遣スケジュールを作成する。制御部３２は、選択した診療車１４に利用される第２の端末装置１３に、派遣スケジュールを送信するように、通信部２８を制御する。制御部３２は、特定位置に診療車１４を診療開始時間より前に診療車１４を移動させる制御情報を生成して、派遣スケジュールとともに第２の端末装置１３に送信するように、通信部２８を制御してもよい。制御部３２は、派遣スケジュールを送信する第２の端末装置１３に対応する第１の端末装置１２に同じ派遣スケジュールを送信するように、通信部２８を制御する。第２の端末装置１３に対応する第１の端末装置１２は、当該第２の端末装置１３を利用する診療車１４の対応可能な診療対象を診療可能な医療従事者が診療時間に遠隔治療を行う、第１の端末装置１２である。制御部３２は、同じ派遣スケジュールを送信した第１の端末装置１２および第２の端末装置１３それぞれの識別情報を関連付けて記憶部３１に格納する。

制御部３２は、診療車１４が特定地域に到着したことの通知を、第２の端末装置１３から受信するとき、当該第２の端末装置１３と、同じ派遣スケジュールを送信した第１の端末装置１２との通信を開始させる。制御部３２は、具体的には、第１の端末装置１２には通信させる第２の端末装置１３の識別情報を含む通信開始の指令を送信し、第２の端末装置１３には通信させる第１の端末装置１２の識別情報を含む通信開始の指令を送信する。

制御部３２は、治療要請を第１の端末装置１２から受信するとき、治療要請を記憶部３１に格納する。制御部３２は、治療要請に含まれる診療科を有し、且つ指定地域から所定の範囲内の医療機関を検出する。なお、当該指定地域は、当該第１の端末装置１２と通信している第２の端末装置１３を利用する診療車１４が停車する特定地点に対応する指定地域である。制御部３２は、当該医療機関をネットワーク１５、または記憶部３１に予め記憶している多数の医療機関の中から検出する。所定の範囲は、都市圏、郊外、村落などの指定地域の種類に応じて変動させてよい。所定の範囲は、人口の多い種類の地域になるほど広げられてよい。制御部３２は、探索して特定した医療機関の情報を第２の端末装置１３に送信するように、通信部２３を制御する。

制御部３２は、診療車１４を派遣する候補地域の提案を要求するユーザ入力を入力部３０が検出するとき、地域別の医師数および居住者数に関する統計値をネットワーク１５または予め統計値を記憶している記憶部３１から検出する。候補地域の提案要求は、例えば、国、県、市などの広域の範囲内を指定して、当該範囲内で指定地域となる候補地域の提案を要求してよい。制御部３２は、当該統計値に基づいて、医師数当たりの居住者数が閾値を超える地域を候補地域として決定する。制御部３２は、候補地域を出力部３９に出力させる。制御部３２は、候補地域を出力することにより、ユーザが指定地域を決定する候補として報知する。制御部３２は、過去の診療車１４の派遣実績に基づいて候補地域を報知してもよい。制御部３２は、地域における戦争または紛争の発生状況に応じて、候補地域を提案してもよい。

次に、本実施形態において情報処理装置１０の制御部３２が実行する派遣スケジュール作成処理について、図２のフローチャートを用いて説明する。派遣スケジュール作成処理は、例えば、指定地域などを取得するとき、開始する。

ステップＳ１００において、制御部３２は、取得する指定地域、診療対象、および指定時期を記憶部３１に格納する。格納後、プロセスはステップＳ１０１に進む。

ステップＳ１０１では、制御部３２は、ステップＳ１００において記憶部３１に格納した指定地域における疾病の流行状況を検出する。検出後、プロセスはステップＳ１０２に進む。

ステップＳ１０２では、制御部３２は、ステップＳ１００において記憶部３１に格納した指定地域における人口分布を取得する。取得後、プロセスはステップＳ１０３に進む。

ステップＳ１０３では、制御部３２は、ステップＳ１００において記憶部３１格納した診療対象に対応可能な診療車１４を選択する。制御部３２は、選択した診療車１４に利用される第２の端末装置１３の識別情報を記憶部３１に格納する。選択後、プロセスはステップＳ１０４に進む。

ステップＳ１０４では、制御部３２は、ステップＳ１０２において取得した人口分布において、ステップＳ１０１において検出する疾病の流行状況に応じた世代の、人口密集地域を検出する。検出後、プロセスはステップＳ１０５に進む。

ステップＳ１０５では、制御部３２は、ステップＳ１０４において検出した人口密集地域内または近傍の駐車可能地点を検出する。検出後、プロセスはステップＳ１０６に進む。

ステップＳ１０６では、制御部３２は、ステップＳ１０５において検出した駐車可能地点の少なくとも１つを特定位置に決定する。決定後、プロセスはステップＳ１０７に進む。

ステップＳ１０７では、制御部３２は、ステップＳ１００において記憶部３１に格納した指定時期内で特定位置における診療時間を決定する。決定後、プロセスはステップＳ１０８に進む。

ステップＳ１０８では、制御部３２は、ステップＳ１０６において決定した特定位置、およびステップＳ１０７において決定する診療時間を含めた派遣スケジュールを作成する。制御部３２は、派遣スケジュールを記憶部３１に格納する。作成後、プロセスはステップＳ１０９に進む。

ステップＳ１０９では、制御部３２は、ステップＳ１０８において作成した派遣スケジュールを、ステップＳ１０３において選択した診療車１４に利用される第２の端末装置１３に送信するように、通信部２８を制御する。制御部３２は、当該第２の端末装置１３に対応する第１の端末装置１２に同じ派遣スケジュールを送信するように、通信部２８を制御する。制御部３２は、同じ派遣スケジュールを送信する第１の端末装置１２および第２の端末装置１３それぞれの識別情報を関連付けて、記憶部３１に格納する。送信後、派遣スケジュール作成処理は終了する。

次に、本実施形態において情報処理装置１０の制御部３２が実行する通信開始処理について、図３のフローチャートを用いて説明する。通信開始処理は、例えば、第２の端末装置１３から特定地域に到着したことの通知を受信するとき、開始する。

ステップＳ２００において、制御部３２は、受信する通知から第２の端末装置１３の識別情報を抽出する。抽出後、プロセスはステップＳ２０１に進む。

ステップＳ２０１では、制御部３２は、ステップＳ２００において抽出した第２の端末装置１３の識別情報に関連付けられた第１の端末装置１２の識別情報を記憶部３１から読出す。読出し後、プロセスはステップＳ２０２に進む。

ステップＳ２０２では、制御部３２は、ステップＳ２００において抽出した識別情報の第１の端末装置１２に、ステップＳ２０１において読出した第２の端末装置１３の識別情報とともに通信を開始する指令を送信するように、通信部２８を制御する。制御部３２は、ステップＳ２０１において読出す識別情報である第２の端末装置１３に、ステップＳ２００において抽出する第１の端末装置１２の識別情報とともに通信を開始する指令を送信するように、通信部２８を制御する。送信後、通信開始処理は終了する。

次に、本実施形態において情報処理装置１０の制御部３２が実行する紹介処理について、図４のフローチャートを用いて説明する。紹介処理は、例えば、第１の端末装置１２から治療要請を受信するとき、開始する。

ステップＳ３００において、制御部３２は、受信する治療要請を記憶部３１に格納する。格納後、プロセスはステップＳ３０１に進む。

ステップＳ３０１では、制御部３２は、ステップＳ３００において記憶部３１に格納した治療要請から診療顔を抽出する。抽出後、プロセスはステップＳ３０２に進む。

ステップＳ３０２では、制御部３２は、ステップＳ３００において記憶部３１に格納した治療要請から第１の端末装置１２の識別情報を抽出する。制御部３２は、第１の端末装置１２の識別情報に関連付けられた第２の端末装置１３の識別情報を、記憶部３１から読出す。制御部３２は、第２の端末装置１３の識別情報に基づいて、第２の端末装置１３を利用する診療車１４が停車する特定地点を、記憶部３１に記憶した派遣スケジュールから認識する。制御部３２は、特定地点に対応する指定地域を検出する。検出後、プロセスはステップＳ３０３に進む。

ステップＳ３０３では、制御部３２は、ステップＳ３０１において抽出した診療科を有し、かつステップＳ３０２において検出した指定地域から所定の範囲内の医療機関を検出する。検出後、プロセスはステップＳ３０４に進む。

ステップＳ３０４では、制御部３２は、ステップＳ３０３において検出した医療機関の情報を、ステップＳ３０２において読出した識別情報である第２の端末装置１３に送信するように、通信部２８を制御する。送信後、照会処理は終了する。

次に、本実施形態において情報処理装置１０の制御部３２が実行する提案処理について、図５のフローチャートを用いて説明する。提案処理は、例えば、広域の範囲内の指定とともに候補地域の提案を要求するユーザ入力を入力部３０が検出するとき、開始する。

ステップＳ４００において、制御部３２は、指定された範囲内の任意の地域を選択する。選択後、プロセスはステップＳ４０１に進む。

ステップＳ４０１では、制御部３２は、ステップＳ４０１において選択した地域における医師数および居住者数に関する統計値をネットワーク１５または記憶部３１から検出する。検出後、プロセスはステップＳ４０２に進む。

ステップＳ４０２では、制御部３２は、ステップＳ４０１において検出した統計値に基づいて、医師数当たりの居住者数が閾値を超えるか否かを判別する。超える場合、プロセスはステップＳ４０３に進む。超えない場合、プロセスはステップＳ４０５に進む。

ステップＳ４０３では、制御部３２は、ステップＳ４００において選択した地域を候補地域に決定する。決定後、プロセスはステップＳ４０４に進む。

ステップＳ４０４では、制御部３２は、ステップＳ４０３において決定した候補地域を記憶部３１に格納する。格納後、プロセスはステップＳ４０５に進む。

ステップＳ４０５では、制御部３２は、指定された範囲内で候補地域であるかを未判定である地域があるか否かを判別する。ある場合、プロセスはステップＳ４００に戻る。ない場合、プロセスはステップＳ４０６に進む。

ステップＳ４０６では、制御部３２は、ステップＳ４０４において記憶部３１に格納した候補地域を出力部３９に出力させる。出力後、提案処理は終了する。

以上のような構成の本実施形態の情報処理装置１０は、指定地域および診療対象の情報を取得して、指定地域の人口分布に基づいて診療対象に対応可能な診療車１４を指定地域へ派遣する派遣スケジュールを作成する。このような構成により、情報処理装置１０は、例えば、国および地方自治体などの要請により、例えば、無医村地域および紛争地域などのように医師の不在地域に、診療対象である症状を診療可能な装備を有する診療車１４を効率的に派遣し得る。したがって、情報処理装置１０は、多様な地域において診療所として機能する診療車１４を用いた遠隔治療を提供するので、多くの患者を診療させ得る。

また、本実施形態の情報処理装置１０は、疾病の流行状況にも基づいて派遣スケジュールを作成する。このような構成により、情報処理装置１０は、診療効果の大きな地域に診療車１４を派遣し得る。したがって、情報処理装置１０は、指定地域における罹患者数を低減し得る。

また、本実施形態の情報処理装置１０は、指定地域の情報を第１の端末装置１２から受信する。このような構成により、情報処理装置１０は、特定の地域での診療を希望する医療従事者に、当該地域を指定地域としてユーザ入力させ得る。したがって、情報処理装置１０は、医療従事者が希望する特定の地域での遠隔診療を実行させ得る。

また、本実施形態の情報処理装置１０は、地域別の医師数および居住者数に関する統計値に基づいて、診療車１４を派遣する候補地域を、指定地域の決定のために報知する。
このような構成により、情報処理装置１０は、診療車１４を派遣する地域の指定を待つだけでなく、診療車１４の派遣が望ましい候補地域をユーザに認識させ、自治体などへの提案に有用な情報を提供し得る。

また、本実施形態の情報処理装置１０は、診療車１４が特定位置に到着したことの通知を第２の端末装置１３から受信するとき、第１の端末装置１２および第２の端末装置１３との間の通信を開始させる。このような構成により、情報処理装置１０は、診療可能となるときに通信を開始させることにより、無駄に通信させることを防ぎえる。

また、本実施形態の情報処理装置１０は、第１の端末装置１２から治療要請を受信するとき、治療要請に基づく診療科を有し、且つ指定地域から所定の範囲内の医療機関の情報を第２の端末装置１３に送信する。このような構成により、情報処理装置１０は、診療車１４では診療が困難な患者を、診療可能な医療機関に誘導し得る。

また、本実施形態の情報処理装置１０は、所定の範囲を指定地域に応じて変動させる。このような構成により、情報処理装置１０は、指定地域から最寄りの医療機関までの距離が指定地域の種類によって異なっているという一般的な状況において、適切な数の医療機関を検出させ得る。

本開示を諸図面及び実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形および修正を行うことが容易であることに注意されたい。したがって、これらの変形および修正は本開示の範囲に含まれることに留意されたい。例えば、各構成または各ステップなどに含まれる機能などは論理的に矛盾しないように再配置可能であり、複数の手段またはステップなどを１つに組み合わせたり、あるいは分割したりすることが可能である。

例えば、上述した実施形態において、情報処理装置１０、第１の端末装置１２、および第２の端末装置１３において実行される一部の処理動作が他の装置において実行されてもよい。

特に、情報処理装置１０で実行される処理動作は部分的に、第１の端末装置１２において実行されてよい。あるいは、情報処理装置１０は、第１の端末装置１２と一体化されていてよい。

また、例えば、スマートフォンまたはコンピュータ等の汎用の電子機器を、上述した実施形態に係る情報処理装置１０、第１の端末装置１２、および第２の端末装置１３として機能させる構成も可能である。具体的には、実施形態に係る情報処理装置１０などの各機能を実現する処理内容を記述したプログラムを、電子機器のメモリに格納し、電子機器のプロセッサによって当該プログラムを読み出して実行させる。したがって、本実施形態に係る発明は、プロセッサが実行可能なプログラムとしても実現可能である。

１０ 情報処理装置
１１ 情報処理システム
１２ 第１の端末装置
１３ 第２の端末装置
１４ 診療用の車両
１５ ネットワーク
１６ 通信部
１７ センサ部
１８ 出力部
１９ 入力部
２０ 記憶部
２１ 制御部
２２ センサ部
２３ 通信部
２４ 出力部
２５ 入力部
２６ 記憶部
２７ 制御部
２８ 通信部
２９ 出力部
３０ 入力部
３１ 記憶部
３２ 制御部

Claims (20)

1. 第１の端末装置と通信することにより遠隔診療を行い且つ診療車に利用される第２の端末装置が用いる、前記診療車の派遣スケジュールを作成する情報処理装置であって、
   ユーザ入力を検出する入力部と、
   前記第２の端末装置の識別情報と関連付けて、前記診療車が対応可能な診療対象を少なくとも記憶する記憶部と、
   前記第１の端末装置から又は前記入力部へのユーザ入力により指定地域、診療対象、及び指定時期の情報を取得し、ネットワークを介した採取、前記記憶部からの読出、及び前記入力部へのユーザ入力の少なくとも１つにより前記指定地域の人口分布を取得し、該人口分布に基づいて前記指定地域内の人口密集地域を検出し、前記記憶部からの読出又はネットワークを介して取得する地図に基づいて該人口密集地域内又は該人口密集地域近傍の駐車可能拠点を特定地点として検出し、前記指定時期内に前記特定地点における診療時間を決定し、前記診療対象に関連付けられた前記第２の端末装置の識別情報を前記記憶部から読出し、該第２の端末装置を利用する前記診療車を派遣する前記特定地点及び前記診療時間を含む前記派遣スケジュールを作成する制御部を、備える
   情報処理装置。
2. 請求項１に記載の情報処理装置であって、
   前記制御部は、流行している疾病に対してかかりやすい又は重症化しやすい世代の前記人口分布に基づいて、前記駐車可能拠点を前記特定地点として検出する
   情報処理装置。
3. 請求項１または２に記載の情報処理装置であって、
   前記制御部は、前記指定地域の情報を前記第１の端末装置から受信することにより取得する
   情報処理装置。
4. 請求項１から３のいずれか１項に記載の情報処理装置であって、
   前記制御部は、地域別の医師数および居住者数に関する統計値をネットワーク又は記憶部から検出し、該統計値に基づいて医師数あたりの居住者数が閾値を超える地域を、前記診療車を派遣する候補地域として、前記指定地域の決定のために報知する
   情報処理装置。
5. 請求項１から４のいずれか１項に記載の情報処理装置であって、
   前記制御部は、前記診療車が前記指定地域内の特定位置に到着したことの通知を前記第２の端末装置から受信するとき、前記第１の端末装置および前記第２の端末装置との間の通信を開始させる
   情報処理装置。
6. 請求項１から５のいずれか１項に記載の情報処理装置であって、
   前記制御部は、前記第１の端末装置から医療機関における診療科を含む治療要請を受信するとき、該治療要請に基づく前記診療科を有し且つ前記指定地域から所定の範囲内の医療機関をネットワーク又は記憶部から検出し、検出した医療機関の情報を前記第２の端末装置に送信する
   情報処理装置。
7. 請求項６に記載の情報処理装置であって、
   前記制御部は、前記所定の範囲を、前記指定地域に応じて変動させる
   情報処理装置。
8. 請求項１から７のいずれか１項に記載の情報処理装置と、
   前記第１の端末装置と、
   前記第２の端末装置と、を備える
   情報処理システム。
9. 第１の端末装置と通信することにより遠隔診療を行い且つ診療車に利用される第２の端末装置が用いる、前記診療車の派遣スケジュールを情報処理装置に作成させるためのプログラムであって、
   前記第１の端末装置から又は前記情報処理装置の入力部へのユーザ入力により指定地域、診療対象、及び指定時期の情報を取得するステップと、
   前記指定地域の人口分布をネットワーク介した採取、前記情報処理装置の記憶部からの読出、及び前記入力部へのユーザ入力の少なくとも１つにより取得するステップと、
   該人口分布に基づいて前記指定地域内の人口密集地域を検出するステップと、
   前記記憶部からの読出又はネットワークを介して取得する地図に基づいて該人口密集地域内又は該人口密集地域近傍の駐車可能拠点を特定地点として検出するステップと、
   前記指定時期内に前記特定地点における診療時間を決定するステップと、
   前記診療対象に関連付けられた前記第２の端末装置の識別情報を前記記憶部から読出すステップと、
   該第２の端末装置を利用する前記診療車を派遣する前記特定地点及び前記診療時間を含む前記派遣スケジュールを作成するステップと、を情報処理装置に実行させる
   プログラム。
10. 請求項９に記載のプログラムであって、
    前記駐車可能拠点を前記特定地点として、流行している疾病に対してかかりやすい又は重症化しやすい世代の前記人口分布に基づいて、検出させる
    プログラム。
11. 請求項９または１０に記載のプログラムであって、
    前記指定地域の情報を前記第１の端末装置から受信することにより、取得させる
    プログラム。
12. 請求項９から１１のいずれか１項に記載のプログラムであって、
    前記診療車を派遣する候補地域として、地域別の医師数および居住者数の統計値をネットワーク又は記憶部から検出し、該統計値に基づいて医師数あたりの居住者数が閾値を超える地域を、前記指定地域の決定のために報知するステップを、さらに前記情報処理装置に実行させる
    プログラム。
13. 請求項９から１２のいずれか１項に記載のプログラムであって、
    前記診療車が前記指定地域内の特定位置に到着したことの通知を前記第２の端末装置から受信するステップと、
    前記第１の端末装置および前記第２の端末装置との間の通信を開始させるステップとを、さらに前記情報処理装置に実行させる
    プログラム。
14. 請求項９から１３のいずれか１項に記載のプログラムであって、
    前記第１の端末装置から医療機関における診療科を含む治療要請を受信するとき、該治療要請に基づく前記診療科を有し且つ前記指定地域から所定の範囲内の医療機関をネットワーク又は記憶部から検出し、検出した医療機関の情報を前記第２の端末装置に送信するステップを、さらに前記情報処理装置に実行させる
    プログラム。
15. 第１の端末装置と通信することにより遠隔診療を行い且つ診療車に利用される第２の端末装置が用いる、前記診療車の派遣スケジュールを作成する情報処理装置による情報処理方法であって、
    前記情報処理装置は、
    前記第１の端末装置から又は前記情報処理装置の入力部へのユーザ入力により指定地域、診療対象、及び指定時期の情報を取得し、
    前記指定地域の人口分布をネットワーク介した採取、前記情報処理装置の記憶部からの読出、及び前記入力部へのユーザ入力の少なくとも１つにより取得し、
    該人口分布に基づいて、前記指定地域内の人口密集地域を検出し、
    前記記憶部からの読出又はネットワークを介して取得する地図に基づいて該人口密集地域内又は該人口密集地域近傍の駐車可能拠点を特定地点として検出し、
    前記指定時期内に前記特定地点における診療時間を決定し、
    前記診療対象に関連付けられた前記第２の端末装置の識別情報を前記記憶部から読出し、
    該第２の端末装置を利用する前記診療車を派遣する前記特定地点及び前記診療時間を含む前記派遣スケジュールを作成する
    情報処理方法。
16. 請求項１５に記載の情報処理方法であって、
    前記情報処理装置は、
    前記駐車可能拠点を前記特定地点として、流行している疾病に対してかかりやすい又は重症化しやすい世代の前記人口分布に基づいて検出する
    情報処理方法。
17. 請求項１５または１６に記載の情報処理方法であって、
    前記情報処理装置は、
    前記指定地域の情報を前記第１の端末装置から受信することにより取得する
    情報処理方法。
18. 請求項１５から１７のいずれか１項に記載の情報処理方法であって、
    前記情報処理装置は、
    前記診療車を派遣する候補地域として、地域別の医師数および居住者数の統計値をネットワーク又は記憶部から検出し、該統計値に基づいて医師数あたりの居住者数が閾値を超える地域を、前記指定地域の決定のために報知する
    情報処理方法。
19. 請求項１５から１８のいずれか１項に記載の情報処理方法であって、
    前記情報処理装置は、
    前記診療車が前記指定地域内の特定位置に到着したことの通知を前記第２の端末装置から受信するとき、前記第１の端末装置および前記第２の端末装置との間の通信を開始させる
    情報処理方法。
20. 請求項１５から１９のいずれか１項に記載の情報処理方法であって、
    前記情報処理装置は、
    前記第１の端末装置から医療機関における診療科を含む治療要請を受信するとき、該治療要請に基づく前記診療科を有し且つ前記指定地域から所定の範囲内の医療機関をネットワーク又は記憶部から検出し、
    検出した医療機関の情報を前記第２の端末装置に送信する
    情報処理方法。

Images