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

Description

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

診療にかかるコストの低減が望まれている。患者を医療機関に送迎する送迎システムにおいて、患者の到着前に問診を行い、医療機関に送信することにより診療に要する時間を短縮することが提案されている（特許文献１参照）。

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

しかし、医療においては、医療従事者側のコスト低減だけでなく、患者側の待ち時間の短縮も望まれている。しかし、特許文献１により提案されたシステムでは、待ち時間が短縮されるわけではなかった。

かかる事情に鑑みてなされた本開示の目的は、医療機関にかかる患者の待ち時間を短縮することにある。

本開示の一実施形態に係る情報処理装置は、
情報管理装置から受信する診療の空白予定時間を、該情報管理装置に対応する医療機関に関連付けて蓄積し、希望する診療内容および端末装置の位置を含む診療希望を該端末装置から受信するとき該診療内容を前記空白予定時間中に診療可能、かつ該診療希望に含まれる前記端末装置の位置から前記空白予定時間に到達可能な医療機関を診療可能医療機関として前記記憶部から検出し、該診療希望を送信した前記端末装置に前記診療可能医療機関を通知し、該診療可能医療機関に対応する情報管理装置に診療の受診依頼を通知する制御部、を備える。

本開示の一実施形態に係る情報処理システムは、
情報管理装置から受信する診療の空白予定時間を、該情報管理装置に対応する医療機関に関連付けて蓄積し、希望する診療内容および端末装置の位置を含む診療希望を該端末装置から受信するとき該診療内容を前記空白予定時間中に診療可能、かつ該診療希望に含まれる前記端末装置の位置から前記空白予定時間に到達可能な医療機関を診療可能医療機関として前記記憶部から検出し、該診療希望を送信した前記端末装置に前記診療可能医療機関を通知し、該診療可能医療機関に対応する情報管理装置に診療の受診依頼を通知する制御部、を有する情報処理装置と、
前記診療希望を送信する端末装置と、
前記空白予定時間を送信する情報管理装置と、を備える。

本開示の一実施形態に係るプログラムは、
情報管理装置から診療の空白予定時間を受信するステップと、
前記空白予定時間を、該空白予定時間を送信した情報管理装置に対応する医療機関に関連付けて蓄積するステップと、
端末装置から希望する診療内容および該端末装置の位置を含む診療希望を受信するステップと、
前記診療希望に含まれる前記診療内容を空白予定時間中に診療可能かつ該診療希望に含まれる前記端末装置の位置から前記空白予定時間に到達可能な医療機関を診療可能医療機関として前記医療機関に関連付けて蓄積した空白予定時間の中から検出するステップと、
該診療希望を送信した前記端末装置に前記診療可能医療機関を通知するステップと、
該診療可能医療機関に対応する情報管理装置に診療の受診依頼を通知するステップと、を情報処理装置に実行させる。

本開示の一実施形態に係る情報処理方法は、
情報処理装置による情報処理方法であって、
前記情報処理装置は、
情報管理装置から診療の空白予定時間を受信し、
前記空白予定時間を、該空白予定時間を送信した情報管理装置に対応する医療機関に関連付けて蓄積し、
端末装置から希望する診療内容および該端末装置の位置を含む診療希望を受信し、
前記診療希望に含まれる前記診療内容を空白予定時間中に診療可能かつ該診療希望に含まれる前記端末装置の位置から前記空白予定時間に到達可能な医療機関を診療可能医療機関として、前記医療機関に関連付けて蓄積した空白予定時間の中から検出し、
該診療希望を送信した前記端末装置に前記診療可能医療機関を通知し、
該診療可能医療機関に対応する情報管理装置に診療の受診依頼を通知する。

本開示の一実施形態に係る情報処理装置、情報処理システム、プログラム、および情報処理方法によれば、患者の待ち時間が短縮され得る。

本開示の一実施形態にかかる情報処理装置を含む情報処理システムの全体構成を示す構成図である。 図１の情報管理装置の概略構成を示す機能ブロック図である。 図１の車両の概略構成を示す機能ブロック図である。 図１の第１の端末装置の概略構成を示す機能ブロック図である。 図１の第２の端末装置の概略構成を示す機能ブロック図である。 図１の情報処理装置の概略構成を示す機能ブロック図である。 図２の制御部が実行する空白予定時間通知処理を説明するためのフローチャートである。 図６の制御部が実行する空白予定時間蓄積処理を説明するためのフローチャートである。 図４または図５の制御部が実行する診療希望通知処理を説明するためのフローチャートである。 図６の制御部が実行する医療機関探索処理を説明するためのフローチャートである。 図４の制御部が実行する制御情報作成処理を説明するためのフローチャートである。 図５の制御部が実行する医療機関出力処理を説明するためのフローチャートである。 図２の制御部が実行する受診依頼受付処理を説明するためのフローチャートである。

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

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

情報管理装置１２は、１つまたは互いに通信可能な複数のサーバ装置を含む。第１の端末装置１３は、情報処理システム１１に専用の電子機器であるが、例えば、ＰＣ（Personal Computer）等の汎用の電子機器であってもよい。第１の端末装置１３は、車両１５に搭載されている。第２の端末装置１４は、例えばスマートフォン又はＰＣ（Personal Computer）等の汎用の電子機器であるが、これらに限られず、情報処理システム１１に専用の電子機器であってもよい。第２の端末装置１４は、人による携行が想定されている機器である。情報処理装置１０は、１つまたは互いに通信可能な複数のサーバ装置を含む。図１では説明の簡便のため、情報管理装置１２、第１の端末装置１３、および第２の端末装置１４についてはそれぞれ１つずつ図示しているが、情報処理システム１１が備える情報管理装置１２、第１の端末装置１３、および第２の端末装置１４の数はそれぞれ１つ以上であればよい。

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

本実施形態の概要として、医療機関１７毎に設けられている情報管理装置１２には、例えば、翌日以降の診療の予約が入力される。情報管理装置１２は、診療の予約に基づいて、診療の空白予定時間を作成する。なお、本明細書において「作成」とは、空白予定時間などの対象を情報として作成することを意味する。情報管理装置１２は、空白予定時間を情報処理装置１０に送信する。なお、本明細書において、「送信」とは、空白予定時間などの対象を情報として送信することを意味する。情報処理装置１０は、空白予定時間を、医療機関１７に関連付けて記憶する。第１の端末装置１３および第２の端末装置１４を含む、端末装置には、受診を希望する希望者により、希望する診療内容が入力される。端末装置は、希望する診療内容の入力を検出するとき、端末装置の位置と診療内容とを含む診療希望を情報処理装置１０に送信する。情報処理装置１０は、診療内容を空白予定時間中に診療可能であって、端末装置の位置から空白予定時間に到達可能である医療機関１７を診療可能医療機関として検出する。情報処理装置１０は、診療可能医療機関を端末装置に通知する。なお、本明細書において「通知」とは、診療可能医療機関などの対象を情報として通知することを意味する。情報処理装置１０は、診療可能医療機関と認定された医療機関１７の情報管理装置１２に受診依頼を通知する。

このように、本実施形態によれば、医療機関１７毎に事前に予定する空白予定時間を、情報処理装置１０が蓄積可能である。なお、本明細書において、「蓄積」とは、空白予定時間などの対象を情報として蓄積することを意味する。多数の医療機関１７の空白予定時間を蓄積した情報処理装置１０が端末装置から診療希望を受信するとき、空白予定時間に診療可能な医療機関１７が端末装置に通知され、また当該医療機関１７に受診依頼が通知される。なお、本明細書において、「受信」とは、受領通知などの対象を情報として受信することを意味する。このため、端末装置に診療内容を入力した受診の希望者には待機時間の短い医療機関１７が導かれ得る。したがって、受診希望者の待ち時間は従来より短縮され得る。

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

図２に示すように、情報管理装置１２は、通信部１８、入力部１９、出力部２０、記憶部２１、および制御部２２を備える。

通信部１８は、専用線を介して通信する通信モジュールを含む。また、通信部１８は、ネットワーク１６に接続する通信モジュールを含む。例えば、通信部１８は、４Ｇ（4th Generation）および５Ｇ（5th Generation）などの移動体通信規格に対応する通信モジュールを含んでもよい。本実施形態において、情報管理装置１２は、通信部１８を介してネットワーク１６に接続される。通信部１８は、多様な情報をネットワーク１６を介して送信および受信する。

入力部１９は、ユーザ入力を検出する１つ以上のインタフェースを含む。例えば、入力部１９は、物理キー、静電容量キー、出力部２０のディスプレイと一体的に設けられたタッチスクリーン、または音声入力を受け付けるマイクなどであるが、これらに限られない。

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

記憶部２１は、半導体メモリ、磁気メモリ、又は光メモリ等であるが、これらに限られない。記憶部２１は、例えば、主記憶装置、補助記憶装置、またはキャッシュメモリとして機能してもよい。記憶部２１は、情報管理装置１２の動作に用いられる任意の情報を記憶する。記憶部２１は、例えば、システムプログラム、アプリケーションプログラムなどを記憶してもよい。記憶部２１は、診療スケジュールおよび情報管理装置１２の識別情報を記憶してもよい。診療スケジュールは、例えば、医療機関１７における診療の予定表である。情報管理装置１２の識別情報は、情報処理システム１１において情報管理装置１２をそれぞれ一意に識別可能な情報である。記憶部２１に記憶された情報は、例えば通信部１８を介してネットワーク１６から受信される情報で更新可能であってもよい。

制御部２２は、１つ以上のプロセッサを含む。本実施形態において「プロセッサ」は、汎用のプロセッサ、又は特定の処理に特化した専用のプロセッサであるが、これらに限られない。制御部２２は、情報管理装置１２全体の動作を制御する。

制御部２２は、医療機関１７の情報処理装置１０への登録を求めるユーザ入力を入力部１９が検出するとき、登録要求を作成する。制御部２２は、当該医療機関１７の情報管理装置１２の識別番号、診療科目、対応可能な診療内容、および所在地を、作成する登録要求に含める。制御部２２は、作成した登録要求を、通信部１８を介して、情報処理装置１０に送信する。

制御部２２は、医療機関１７における診療スケジュールを管理する。

制御部２２は、例えば、入力部１９が検出するユーザ入力に基づいて、予約の登録依頼を認識する。制御部２２は、予約の登録依頼を認識するとき、予約の診療科目のユーザ入力を要請する情報を出力部２０に出力させる。制御部２２は、予約の診療科目のユーザ入力を検出するとき、記憶部２１に記憶された診療スケジュールにおける予約可能時間帯を、出力部２０に出力させる。

予約可能時間帯は、医療機関１７の診療時間内で、既に予約されている予約済みの時間帯を少なくとも除く時間帯である。医療機関１７の診療時間とは、例えば９時から１３時、１５時から１８時などの、医療機関１７が患者を診療すると定めた時間である。予約可能時間帯は、固定時間帯を除く時間帯であってよい。固定時間帯とは、端末装置からの受診依頼を優先的に受け付ける時間帯として、例えば毎時４５分から００分までの時間帯、または診療時間の終了時刻前の１時間などの予め定められる時間帯である。固定時間帯は、医療機関１７毎に設定可能であってよい。

制御部２２は、予約可能時間帯内での指定時間のユーザ入力を入力部１９が検出するとき、指定時間を予約済みの時間帯に含めるように診療スケジュールを更新する。制御部２２は更新により、予約を登録する。なお、指定時間の長さは、医療機関１７の診療科毎、医師毎の過去の平均診療時間、または機械学習により定められた平均的な時間であってよい。制御部２２は、更新した診療スケジュールを記憶部２１に格納する。

制御部２２は、記憶部２１に記憶された診療スケジュール内の少なくとも空白予定時間を、情報管理装置１２の識別情報とともに、通信部１８を介して、情報処理装置１０に送信する。空白予定時間は、診療スケジュール内において、予約済みの時間帯を除く時間帯である。空白予定時間は、例えば、端末装置からの受診依頼の反映前において、固定時間帯、および診療予約がなされなかった時間である。

空白予定時間は、空白予定時間そのものだけでなく、診療スケジュール全体のように空白予定時間を判別可能な情報を含んでよい。制御部２２は、空白予定時間を、所定の条件で送信してよい。制御部２２は、例えば、周期的もしくは定期的に、または診療スケジュールが更新されるなどのトリガに基づいて空白予定時間を送信してよい。制御部２２は、後述する受診依頼の受信に基づく診療スケジュールの更新時には、更新を条件として診療スケジュールを情報処理装置１０に送信してよい。

制御部２２は、情報処理装置１０から、空白予定時間内における診療を依頼する受診依頼を受信するとき、後述する、受診依頼に含まれる受診を依頼する時間を、予約済みの時間帯に含めるように診療スケジュールを更新する。制御部２２は、更新した診療スケジュールを記憶部２１に格納する。

制御部２２は、診療時間中のユーザ入力に基づいて、当日の診療スケジュールを更新する。制御部２２は、例えば、予約した時間帯までの予約患者の来訪がユーザ入力により検出されるとき、当該時間帯内で予約患者の診察を指示する情報を、出力部２０に出力させる。制御部２２は、例えば、診療完了がユーザ入力により検出されるとき、以後の予約した時間帯および空白予定時間を更新して、記憶部２１に格納する。制御部２２は、例えば、予約患者の予約した時間帯以後の来訪および予約無し患者の来訪がユーザ入力により検出されるとき、現時刻以降の空白予定時間に当該患者の診察を指示する情報を、出力部２０に出力させる。

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

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

図３に示すように、車両１５は、通信装置２３、制御装置２４、複数のＥＣＵ２５（Electronic Control Unit）、位置情報取得装置２６、および第１の端末装置１３を備える。通信装置２３、制御装置２４、複数のＥＣＵ２５（Electronic Control Unit）、位置情報取得装置２６、および第１の端末装置１３は、例えばＣＡＮ（Controller Area Network）等の車載ネットワーク又は専用線を介して、通信可能に接続される。

通信装置２３は、専用の車載通信機であってもよい。通信装置２３は、ネットワーク１６に接続するために、４Ｇ（4th Generation）、５Ｇ（5th Generation）等の移動体通信規格に対応する通信モジュールを含んでもよい。

制御装置２４は、第１の端末装置１３からの制御情報に基づき、車両制御を行う装置である。車両制御は、例えば、目的地までの自動運転であるが、これに限られない。自動運転は、例えばＳＡＥ（Society of Automotive Engineers）において定義されるレベル１から５を含むが、これらに限られず、任意に定義されてもよい。また、車両制御は、制御装置２４と各ＥＣＵ２５等とが協働することによって実施される。制御装置２４は、第１の端末装置１３、通信装置２３、および各ＥＣＵ２５と通信する通信モジュールと、システムプログラムおよびアプリケーションプログラム等を記憶する１つ以上のメモリと、制御装置２４全体の動作を制御する１つ以上のプロセッサを含む制御部と、を備える。

制御装置２４は、例えば、各ＥＣＵ２５などから車両１５に係る各種の車両情報（速度、位置、自動運転状態等）を受信する。また、制御装置２４は、第１の端末装置１３に車両情報を送信するとともに、通信装置２３により車両情報を情報処理装置１０に送信する。また、制御装置２４は、通信装置２３を介して情報処理装置１０から第１の端末装置１３のシステムプログラムなどの更新情報を受信し、第１の端末装置１３に当該更新情報を送信する。また、制御装置２４は、第１の端末装置１３から制御情報を受信するとき、当該制御情報に基づき車両１５に係る車両制御を実行する。

複数のＥＣＵ２５は、制御装置２４と協働して車両１５の動作を制御する。具体的には、複数のＥＣＵ２５は、制御装置２４から制御情報に基づく制御指令を受信し、制御指令に従って車両１５の動作を制御する。例えば、複数のＥＣＵ２５は、車両１５の操作量を、制御指令に示される値となるように制御する。また、複数のＥＣＵ２５は、各制御タイミングにおいて、車両１５に搭載された各種センサから車両１５の制御量または操作量の測定値を収集し、制御装置２４へ送信する。

位置情報取得装置２６は、任意の衛星測位システムに対応する１つ以上の受信機を含む。例えば、位置情報取得装置２６は、ＧＰＳ（Global Positioning System）受信機を含んでもよい。位置情報取得装置２６は、車両１５の位置の測定値を位置情報として取得し、制御装置２４へ送信する。

図４に示すように、第１の端末装置１３は、通信部２７、入力部２８、出力部２９、記憶部３０、および制御部３１を備える。

通信部２７は、通信装置２３、制御装置２４、および位置情報取得装置２６と通信する通信モジュールを含む。本実施形態において、第１の端末装置１３は、通信部２７および通信装置２３を介してネットワーク１６に接続される。通信部２７は、４Ｇ（4th Generation）および５Ｇ（5th Generation）などの移動体通信規格に対応する通信モジュールを含んで、直接ネットワーク１６に接続されてもよい。通信部２７は、多様な情報を少なくともネットワーク１６を介して送信および受信する。

入力部２８は、ユーザ入力を検出する１つ以上のインタフェースを含む。例えば、入力部２８は、物理キー、静電容量キー、出力部２０のディスプレイと一体的に設けられたタッチスクリーン、または音声入力を受け付けるマイクなどであるが、これらに限られない。

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

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

制御部３１は、１つ以上のプロセッサを含む。本実施形態において「プロセッサ」は、汎用のプロセッサ、又は特定の処理に特化した専用のプロセッサであるが、これらに限られない。制御部３１は、第１の端末装置１３全体の動作を制御する。

制御部３１は、診療内容に関するユーザ入力を入力部２８が検出するとき、検出結果から希望する診療内容を認識する。診療内容は、予め定められた特定の診療内容の中から認識されてよい。特定の診療内容は、例えば、診療にかかる時間が比較的短くかつ安定的な時間である診療内容に定められていてよい。また、診療内容として、不特定の診療内容が認識されてもよい。

希望する診療内容は、多様な方法で認識されてよい。制御部３１は、例えば、上述の特定の診療内容を入力者に選択可能に認識させる情報を出力部２９に出力させ、その中から選択するユーザ入力の検出によって、希望する診療内容を認識してよい。または、制御部３１は、例えば、入力者の身体状況の質問の情報を出力部２９に出力させ、当該質問に対するユーザ入力の回答結果に基づいて、希望する診療内容を認識してよい。

制御部３１は、希望する診療内容の実行にかかる時間を推定してよい。制御部３１は、実行にかかる時間を、記憶部３０に記憶された、診療内容毎の診療にかかった時間に基づいて推定してよい。診療内容毎の診療にかかった時間は、例えば、情報処理装置１０から受信して、記憶部３０に格納されてよい。

制御部３１は、希望する診療内容を認識するとき、位置情報取得装置２６から制御装置２４を介して、車両１５の位置を受信する。制御部３１は、受信した車両１５の位置および希望する診療内容を含む診療希望を作成する。制御部３１は、診療希望に第１の端末装置１３の識別情報を含めてよい。制御部３１は、診療希望に入力者の識別情報を含めてよい。入力者の識別情報は、ユーザ入力により検出される入力者の名前、または診療希望を作成するたびに新規に与えられる番号であってよい。制御部３１は、診療希望に、希望する診療内容の実行にかかる時間を含めてよい。

制御部３１は、診療希望の作成を完了するとき、当該診療希望を、通信部２７を介して情報処理装置１０に送信する。

制御部３１は、情報処理装置１０から、診療希望に対して後述する診療可能医療機関の通知を通信部２７が受信するとき、当該診療可能医療機関に車両１５を移動させるための制御情報を作成する。制御部３１は、診療可能医療機関の通知に予約を依頼した時間が含まれる場合、当該依頼した時間の開始時刻までに車両１５を移動させるための制御情報を作成してよい。

制御情報は、車両１５が自動運転走行可能な構成において、車両１５の現在地から診療可能医療機関までを特定の経路で移動させる運行指令を含んでよい。制御情報は、車両１５が自動運転走行できない構成において、車両１５の運転者に報知する診療可能医療機関までの特定の経路を、診療可能医療機関に車両１５を移動させる情報として含んでよい。または、制御情報は、診療可能医療機関の場所のみを含んでもよい。

制御部３１は、作成した制御情報を制御装置２４に送信する。制御部３１は、当該制御情報を記憶部３０に格納してよい。

制御部３１は、通信部２７が情報処理装置１０から後述する送迎指令を受信するとき、送迎指令から経由地および医療機関１７を読出す。制御部３１は、当該経由地を経由して当該医療機関１７に車両１５を移動させるための制御情報を作成する。

図５に示すように、第２の端末装置１４は、通信部３２、入力部３３、出力部３４、記憶部３５、位置情報取得部３６、および制御部３７を備える。

通信部３２は、専用線を介して通信する通信モジュールを含む。また、通信部３２は、ネットワーク１６に接続する通信モジュールを含む。例えば、通信部３２は、４Ｇ（4th Generation）および５Ｇ（5th Generation）などの移動体通信規格に対応する通信モジュールを含んでもよい。本実施形態において、第２の端末装置１４は、通信部３２を介してネットワーク１６に接続される。通信部３２は、多様な情報をネットワーク１６を介して送信および受信する。

入力部３３は、ユーザ入力を検出する１つ以上のインタフェースを含む。例えば、入力部３３は、物理キー、静電容量キー、出力部２０のディスプレイと一体的に設けられたタッチスクリーン、または音声入力を受け付けるマイクなどであるが、これらに限られない。

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

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

位置情報取得部３６は、任意の衛星測位システムに対応する１つ以上の受信機を含む。位置情報取得部３６は、例えば、ＧＰＳ（Global Positioning System）受信機を含んでもよい。位置情報取得部３６は、第２の端末装置１４の位置の測定値を、第２の端末装置１４のユーザの位置情報として取得し、制御部３７に送信する。

制御部３７は、１つ以上のプロセッサを含む。本実施形態において「プロセッサ」は、汎用のプロセッサ、又は特定の処理に特化した専用のプロセッサであるが、これらに限られない。制御部３７は、第２の端末装置１４全体の動作を制御する。

制御部３７は、診療内容に関するユーザ入力を入力部３３が検出するとき、第１の端末装置１３の制御部３１と同様に、希望する診療内容を認識する。制御部３７は、希望する診療内容を認識するとき、制御部３１と同様に、第２の端末装置１４の位置および希望する診療内容を含む診療希望を作成する。制御部３７は、制御部３１と同様に、診療希望の作成を完了するとき、当該診療希望を、通信部３２を介して情報処理装置１０に送信する。

制御部３７は、情報処理装置１０から診療希望に対して後述する診療可能医療機関の通知を通信部３２が受信するとき、当該診療可能医療機関の情報を出力部３４に出力させる。制御部３７は、当該通知に車両１５の到着予想時刻が含まれる場合、当該到着予想時刻を出力部３４に出力させてよい。

図６に示すように、情報処理装置１０は、通信部３８、記憶部３９、および制御部４０を備える。

通信部３８は、専用線を介して通信する通信モジュールを含む。また、通信部３８は、ネットワーク１６に接続する通信モジュールを含む。通信部３８は、例えば、４Ｇ（4th Generation）および５Ｇ（5th Generation）などの移動体通信規格に対応する通信モジュールを含んでもよい。本実施形態において、情報処理装置１０は、通信部３８を介してネットワーク１６に接続される。通信部３８は、多様な情報をネットワーク１６を介して送信および受信する。通信部３８は、例えば、多数の車両１５から、各車両１５の位置を含む車両情報を受信可能である。

記憶部３９は、半導体メモリ、磁気メモリ、又は光メモリ等であるが、これらに限られない。記憶部３９は、例えば、主記憶装置、補助記憶装置、またはキャッシュメモリとして機能してもよい。記憶部３９は、情報処理装置１０の動作に用いられる任意の情報を記憶する。記憶部３９は、診療内容毎に実行にかかる時間を記憶してよい。記憶部３９は、例えば、システムプログラム、アプリケーションプログラムなどを記憶してもよい。

制御部４０は、１つ以上のプロセッサを含む。本実施形態において「プロセッサ」は、汎用のプロセッサ、又は特定の処理に特化した専用のプロセッサであるが、これらに限られない。制御部４０は、情報処理装置１０全体の動作を制御する。

制御部４０は、情報管理装置１２からの登録要求を、通信部３８を介して受信するとき、情報管理装置１２を登録する。制御部４０は、登録要求に含まれる、情報管理装置１２の識別番号、診療科目、対応可能な診療内容、および所在地を互いに関連付けて記憶部３９に格納することにより、登録を行う。制御部４０は、医療機関１７別に情報管理装置１２を登録してよい。

制御部４０は、情報管理装置１２からの診療の空白予定時間を、通信部３８を介して受信するとき、当該空白予定時間を記憶部３９に格納する。制御部４０は、空白予定時間を、情報管理装置１２に対応する医療機関１７に関連付けて、格納する。制御部４０は、例えば、情報管理装置１２の識別情報を、情報管理装置１２に対応する医療機関１７として用いて、空白予定時間を格納する。制御部４０は、多数の情報管理装置１２から受信する空白予定時間を格納することにより、多様な日付、多様な時間帯、および多様な医療機関１７における空白予定時間を蓄積する。

制御部４０は、第１の端末装置１３または第２の端末装置１４からの診療希望を、通信部３８を介して受信するとき、記憶部３９から、前述の診療可能医療機関を検出する。制御部４０は、診療可能医療機関の検出のために、診療希望に含まれる、希望する診療内容、および端末装置の位置を抽出する。

制御部４０は、診療希望に基づいて、希望する診療内容の実行にかかる時間を認識する。制御部４０は、受信する診療希望に希望する診療内容の実行にかかる時間が含まれる場合、抽出することにより当該時間を認識する。または、制御部４０は、受信する診療希望に希望する診療内容の実行にかかる時間が含まれない場合、希望する診療内容に基づいて当該時間を推定する。

制御部４０は、希望する診療内容を空白予定時間中に診療可能な医療機関１７を記憶部３９から検出する。希望する診療内容を空白予定時間中に診療可能な医療機関１７は、希望する診療内容が対応可能な診療内容であり、希望する診療内容の実行にかかる時間が空白予定時間以下である医療機関１７である。

制御部４０は、検出した医療機関１７の中から、現在以降に空白予定時間がある医療機関１７を抽出する。制御部４０は、抽出する医療機関１７を、所在地が端末装置の位置から所定の範囲内に含まれる医療機関１７に限定してもよい。所定の範囲内は、任意の方法で定めてよく、例えば、住民が医療機関１７への移動を許容する時間に定められ、医療機関１７の密度によって変動させてもよい。

制御部４０は、抽出した医療機関１７の中で、端末装置の位置から空白予定時間に到達可能な医療機関１７を抽出する。制御部４０は、到達可能な医療機関１７の抽出のために、検出する医療機関１７の所在地まで、端末装置の位置からの車両１５による移動でかかる時間を算出する。

制御部４０は、端末装置が第１の端末装置１３である場合、当該移動でかかる時間として、車両１５の位置から医療機関１７の所在地までの時間を算出する。制御部４０は、端末装置が第２の端末装置１４である場合、第２の端末装置１４の位置の周囲において、車両１５から周期的に受信する位置に基づいて、第２の端末装置１４の位置に経由可能な車両１５を探索する。第２の端末装置１４の位置に経由可能な車両１５とは、例えば、特定の目的地に向かうこと無く巡回中の車両１５、または特定の目的地への移動中であっても経由しながらも当該目的地に目的とする到着時間前に到着可能な車両１５などであってよい。制御部４０は、端末装置の位置からの車両１５による移動でかかる時間として、探索した車両１５の位置から第２の端末装置１４の位置を経由した医療機関１７の所在地までの時間を算出する。

制御部４０は、端末装置の位置からの車両１５による移動でかかる時間が現在時刻から空白予定時間の開始時刻までの時間以下である医療機関１７を、端末装置の位置から空白予定時間に到達可能な医療機関１７として抽出する。または、制御部４０は、端末装置の位置からの車両１５による移動でかかる時間および希望する診療内容の実行にかかる時間の合計時間が、現在時刻から空白予定時間の終了時刻までの時間以下である医療機関１７を、端末装置の位置から空白予定時間に到達可能な医療機関１７として抽出してもよい。

制御部４０は、抽出した医療機関１７の中で、単一の医療機関１７を診療可能医療機関として認定する。制御部４０は、複数の医療機関１７が抽出される場合、任意の条件で単一の医療機関１７を選択してよい。任意の条件は、例えば、端末装置の位置からの車両１５による移動でかかる時間が最短であること、および医療機関１７に到着後から空白予定時間の開始時刻までの待ち時間が最短であることなどである。

制御部４０は、認定した診療可能医療機関を、診療希望を送信した端末装置に通知する。制御部４０は、診療可能医療機関の所在地を通知してもよい。制御部４０は、診療希望を送信した端末装置が第１の端末装置１３である場合、車両１５の位置から診療可能医療機関の所在地までのルートを作成して、当該ルートを第１の端末装置１３に通知してもよい。制御部４０は、診療希望を送信した第１の端末装置１３が自動運転車両に搭載されている場合、診療可能医療機関までの運行指令を通知してもよい。制御部４０は、診療希望を送信した端末装置が第２の端末装置１４である場合、探索された経由可能な車両１５に、送迎指令を通知してもよい。送迎指令は、車両１５に指定する経由地を経由して、目的地に向かうように指示する指令であって、第２の端末装置１４の位置を経由地として且つ診療可能医療機関の所在地を目的地として含んでよい。制御部４０は、診療希望を送信した端末装置が第２の端末装置１４である場合、探索された経由可能な車両１５の、第２の端末装置１４の位置までへの到着予想時刻を通知してよい。

制御部４０は、診療可能医療機関と認定して医療機関１７に対応する情報管理装置１２に、受診依頼を通知する。制御部４０は、受診依頼に、受診を依頼する時間および希望する診療内容を含めてよい。制御部４０は、受診依頼に、入力者が診療希望を入力した端末装置の識別番号、および入力者の識別情報を含めてよい。

次に、本実施形態において情報管理装置１２の制御部２２が実行する空白予定時間通知処理について、図７のフローチャートを用いて説明する。空白予定時間通知処理は、例えば、情報管理装置１２において診療スケジュールが更新されるとき、開始する。

ステップＳ１００において、制御部２２は、更新された診療スケジュールにおいて空白予定時間を検出する。検出後、プロセスはステップＳ１０１に進む。

ステップＳ１０１では、制御部２２は、ステップＳ１００において検出した空白予定時間に、情報管理装置１２の識別情報を関連付けて、情報処理装置１０に送信するよう通信部１８を制御する。空白予定時間の送信後、空白予定時間通知処理は終了する。

次に、本実施形態において情報処理装置１０の制御部４０が実行する、空白予定時間蓄積処理について、図８のフローチャートを用いて説明する。空白予定時間蓄積処理は、例えば、情報管理装置１２から空白予定時間が通知されるとき、開始する。

ステップＳ２００において、制御部４０は、受信した空白予定時間に関連付けられた情報管理装置１２の識別情報を抽出する。抽出後、プロセスはステップＳ２０１に進む。

ステップＳ２０１では、制御部４０は、ステップＳ２００において抽出した識別番号である情報管理装置１２に対応する医療機関１７に、空白予定時間を関連付けて格納する。格納後、空白予定時間蓄積処理は終了する。

次に、本実施形態において第１の端末装置１３および第２の端末装置１４の制御部３１、３７がそれぞれ実行する、診療希望通知処理について、図９のフローチャートを用いて説明する。診療希望通知処理は、例えば、診療内容に関するユーザ入力を入力部２８、３３がそれぞれ検出するとき、開始する。

ステップＳ３００において、制御部３１、３７は、それぞれ、第１の端末装置１３および第２の端末装置１４の位置を、位置情報取得装置２６および位置情報取得部３６から受信する。位置の受信後、プロセスはステップＳ３００に進む。

ステップＳ３０１では、制御部３１、３７は、それぞれユーザ入力に基づく希望する診療内容、およびステップＳ３００において受信した位置を含んだ診療希望を、情報処理装置１０に送信するように、通信部２７、３２を制御する。診療希望の送信後、診療希望通知処理は終了する。

次に、本実施形態において情報処理装置１０の制御部４０が実行する、医療機関探索処理について、図１０のフローチャートを用いて説明する。医療機関探索処理は、例えば、診療希望を受信するとき、開始する。

ステップＳ４００において、制御部４０は、受信した診療希望から、希望する診療内容および端末装置の位置を抽出する。抽出後、プロセスはステップＳ４０１に進む。

ステップＳ４０１では、制御部４０は、診療にかかる時間を認識する。認識後、プロセスはステップＳ４０２に進む。

ステップＳ４０２では、制御部４０は、ステップＳ４０１において認識した時間に基づいて、ステップＳ４００において抽出した診療内容を空白予定時間中に診療可能な医療機関１７を記憶部３９から検出する。検出後、プロセスはステップＳ４０３に進む。

ステップＳ４０３では、制御部４０は、ステップＳ４０２において検出した医療機関１７それぞれまで、ステップＳ４００において抽出した端末装置の位置から車両１５による移動でかかる時間を算出する。算出後、プロセスはステップＳ４０４に進む。

ステップＳ４０４では、制御部４０は、ステップＳ４０３において算出した時間に基づいて、ステップＳ４０２において検出した医療機関１７の中で、端末装置の位置から空白予定時間に到達可能な医療機関１７を抽出する。抽出後、プロセスはステップＳ４０５に進む。

ステップＳ４０５では、制御部４０は、ステップＳ４０４において抽出した医療機関１７の中から、任意の条件に基づいて、単一の医療機関１７を診療可能医療機関として認定する。認定後、プロセスはステップＳ４０６に進む。

ステップＳ４０６では、制御部４０は、医療機関探索処理を開始させた診療希望を送信した端末装置が第１の端末装置１３であるか第２の端末装置１４であるかを判別する。第１の端末装置１３である場合、プロセスはステップＳ４０７に進む。第２の端末装置１４である場合、プロセスはステップＳ４１１に進む。

ステップＳ４０７では、制御部４０は、ステップＳ４００において抽出した第１の端末装置１３の位置からステップＳ４０５において認定した診療可能医療機関の所在地までのルートを作成する。ルートの作成後、プロセスはステップＳ４０８に進む。

ステップＳ４０８では、制御部４０は、ステップＳ４０６で判別された第１の端末装置１３を搭載する車両１５が自動運転車両であるか否かを判別する。自動運転車両である場合、プロセスはステップＳ４０９に進む。自動運転車両でない場合、プロセスはステップＳ４１０に進む。

ステップＳ４０９では、制御部４０は、車両１５の位置から診療可能医療機関まで運行する運行指令を作成する。作成後、プロセスはステップＳ４１０に進む。

ステップＳ４１０では、制御部４０は、ステップＳ４０５において認定した診療可能医療機関を、ステップＳ４０７において作成したルートとともに、第１の端末装置１３に送信するように、通信部３８を制御する。なお、制御部４０は、ステップＳ４０９において運行指令が作成されている場合、当該運行指令も第１の端末装置１３に送信するように、通信部３８を制御する。通信部３８の制御により診療可能医療機関の通知後、プロセスはステップＳ４１４に進む。

ステップＳ４１１では、制御部４０は、第２の端末装置１４の周辺の車両１５の位置から、第２の端末装置１４の位置を経由して、ステップＳ４０５において認定した診療可能医療機関までの送迎を行う送迎指令を作成する。作成後、プロセスはステップＳ４１２に進む。

ステップＳ４１２では、制御部４０は、ステップＳ４１１において送迎指令の作成時に認定された第２の端末装置１４の周辺の車両１５に、ステップＳ４１１において作成された送迎指令を送信するように、通信部３８を制御する。通信部３８の制御により送迎指令の通知後、プロセスはステップＳ４１３に進む。

ステップＳ４１３では、制御部４０は、ステップＳ４０５において認定した診療可能医療機関を、ステップＳ４１２において送迎指令を送信した車両１５の第２の端末装置１４の位置への到達予定時間とともに、第２の端末装置１４に送信するように、通信部３８を制御する。通信部３８の制御により診療可能医療機関の通知後、プロセスはステップＳ３１４に進む。

ステップＳ４１４では、制御部４０は、ステップＳ４０５において認定した診療可能医療機関に対応する情報管理装置１２に受診依頼を送信するように、通信部３８を制御する。通信部３８の制御による受診依頼の通知後、医療機関探索処理は終了する。

次に、本実施形態において第１の端末装置１３の制御部３１が実行する、制御情報作成処理について、図１１のフローチャートを用いて説明する。制御情報作成処理は、例えば、情報処理装置１０から診療可能医療機関または送迎指令が通知されるとき、開始する。

ステップＳ５００において、制御部３１は、受信した診療可能医療機関または送迎指令に基づいて、制御情報を作成する。作成後、プロセスはステップＳ５０１に進む。

ステップＳ５０１では、制御部３１は、ステップＳ５００において作成した制御情報を制御装置２４に送信するよう、通信部２７を制御する。通信部２７の制御による制御情報の送信後、制御情報作成処理は終了する。

次に、本実施形態において第２の端末装置１４の制御部３７が実行する、医療機関出力処理について、図１２のフローチャートを用いて説明する。制御情報出力処理は、例えば、情報処理装置１０から診療可能医療機関が通知されるとき、開始する。

ステップＳ６００では、制御部３７は、診療可能医療機関とともに、第２の端末装置１４の位置への送迎用の車両１５の到着予想時刻が出力されるように、出力部３４を制御する。出力部３４の制御により診療可能医療機関が通知されるとき、医療機関出力処理は終了する。

次に、本実施形態において情報管理装置１２の制御部２２が実行する、受診依頼受付処理について、図１３のフローチャートを用いて説明する。受診依頼受付処理は、例えば、情報処理装置１０から受診依頼を受信するとき、開始する。

ステップＳ７００において、制御部２２は、受診依頼受付処理を開始させた受診依頼から、受診を依頼する時間、受診を希望する患者、言換えると、診療希望を端末装置に入力した入力者、および希望の診療内容を抽出する。抽出後、プロセスはステップＳ７０１に進む。

ステップＳ７０１では、制御部２２は、記憶部２１に記憶された診療スケジュールにおいて、ステップＳ７００において抽出した受診を依頼する時間を予約済みの時間帯に含めるように更新する。更新後、プロセスはステップＳ７０２に進む。

ステップＳ７０２では、制御部２２は、ステップＳ７００において抽出した患者および希望する診療内容を、ステップＳ７０１において更新に用いた受診を依頼する時間に関連付けて記憶部２１に格納する。格納後、受診依頼受付処理は終了する。

以上のような構成の本実施形態の情報処理装置１０は、空白予定時間を医療機関１７に関連付けて蓄積し、受信する診療希望に含まれる診療内容を空白予定時間中に診療可能、かつ当該診療希望に含まれる端末装置の位置から空白予定時間に到達可能な医療機関１７を診療可能医療機関として検出する。さらに、情報処理装置１０は、診療希望を送信した端末装置に診療可能医療機関を通知し、診療可能医療機関に対応する情報管理装置１２に受診依頼を通知する。このような構成により、情報処理装置１０は、端末装置を介して診療希望を送信した入力者を、現在地から医療機関１７までの移動時間の経過後の診療の空白期に受診可能な医療機関１７に導き得る。したがって、情報処理装置１０は、受診を希望する患者の待ち時間を短縮し得る。

また、上述のような構成により、情報処理装置１０は、空白予定時間中に診療が完了し得る診療内容のみを受診依頼として情報管理装置１２に送信する。通常、本情報処理システム１１を利用しない医療機関が、予約時間以外の診療時間を、当日に診療を希望する患者を優先的に診療する時間に定めたとしても、当該時間に必ずしも患者が来訪するとは限らない。一方で、上述の構成を有する、情報処理装置１０は、空白予定時間を設けても患者が来訪せずに診療ができなくなる可能性を低減するので、多くの医療機関に情報処理システム１１への参入を動機付け得る。情報処理装置１０は、情報処理システム１１に参入する医療機関１７を増やすことにより、空白予定時間が確保される可能性を向上させる。この結果、情報処理装置１０は、受診を希望する患者を診療可能医療機関に導く可能性がいっそう高められる。

また、情報処理装置１０は、空白予定時間中に診療が完了し得る診療内容のみを受診依頼として情報管理装置１２に送信するので、端末装置からの受診依頼を優先的に受け付ける固定時間帯以後の医療機関１７が受付ける診療の予約に遅延を発生させる可能性を低減する。したがって、情報処理装置１０は、固定時間帯を設定する動機を医療機関１７に抱かせ得るので、空白予定時間が確保される可能性を向上させる。その結果、情報処理装置１０は、受診を希望する患者を診療可能医療機関に導く可能性がいっそう高められる。

また、情報処理装置１０は、診療希望を送信した端末装置が第２の端末装置１４である場合、第２の端末装置１４の位置の周囲の車両１５を探索し、車両１５の位置から第２の端末装置１４の位置を経由して空白予定時間に到達可能な医療機関１７を検出する。また、情報処理装置１０は、第２の端末装置１４の位置および診療可能医療機関を車両１５に通知する。このような構成により、情報処理装置１０は、診療希望の入力者を診療可能医療機関まで送る車両１５を、当該入力者の現在地まで派遣し得る。したがって、情報処理装置１０は、当該入力者の利便性を向上させる。

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

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

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

１０ 情報処理装置
１１ 情報処理システム
１２ 情報管理装置
１３ 第１の端末装置
１４ 第２の端末装置
１５ 車両
１６ ネットワーク
１７ 医療機関
１８ 通信部
１９ 入力部
２０ 出力部
２１ 記憶部
２２ 制御部
２３ 通信装置
２４ 制御装置
２５ ＥＣＵ（Electronic Control Unit）
２６ 位置情報受信装置
２７ 通信部
２８ 入力部
２９ 出力部
３０ 記憶部
３１ 制御部
３２ 通信部
３３ 入力部
３４ 出力部
３５ 記憶部
３６ 位置情報取得部
３７ 制御部
３８ 通信部
３９ 記憶部
４０ 制御部

Claims (16)

1. 情報管理装置から受信する診療の空白予定時間を、該情報管理装置に対応する医療機関に関連付けて記憶部に蓄積し、希望する診療内容および端末装置の位置を含む診療希望を該端末装置から受信するとき該診療内容を前記空白予定時間中に診療可能、かつ該診療希望に含まれる前記端末装置の位置から前記空白予定時間に到達可能な医療機関を診療可能医療機関として前記記憶部から検出し、該診療希望を送信した前記端末装置に前記診療可能医療機関を通知し、該診療可能医療機関に対応する情報管理装置に診療の受診依頼を通知する制御部、を備え、
   前記制御部は、前記診療希望を送信した前記端末装置が第２の端末装置である場合、前記第２の端末装置の位置の周囲の車両を探索し、探索した前記車両の位置から前記第２の端末装置の位置を経由して前記空白予定時間に到達可能か否かを判別することにより前記診療可能医療機関を前記記憶部から検出し、前記車両に前記第２の端末装置の位置および前記診療可能医療機関を通知する
   情報処理装置。
2. 請求項１に記載の情報処理装置であって、
   前記制御部は、前記診療希望を送信した前記端末装置が第１の端末装置である場合、前記第１の端末装置を搭載する車両の位置から前記診療可能医療機関の所在地までのルートを作成し、該ルートを前記第１の端末装置に通知する
   情報処理装置。
3. 請求項２に記載の情報処理装置であって、
   前記制御部は、前記第１の端末装置が自動運転車両に搭載されている場合、前記診療可能医療機関までの運行指令を前記第１の端末装置に通知する
   情報処理装置。
4. 請求項１から３のいずれか１項に記載の情報処理装置であって、
   前記制御部は、前記診療内容に基づいて、該診療内容の実行にかかる診療時間を推定し、該診療時間が前記空白予定時間以下であるか否かを判別することにより前記診療可能医療機関を前記記憶部から検出する
   情報処理装置。
5. 請求項１に記載の情報処理装置と、
   前記診療希望を送信する端末装置と、
   前記空白予定時間を送信する情報管理装置と、を備える
   情報処理システム。
6. 請求項５に記載の情報処理システムであって、
   前記制御部は、前記診療希望を送信した前記端末装置が第１の端末装置である場合、前記第１の端末装置を搭載する車両の位置から前記診療可能医療機関の所在地までのルートを作成し、該ルートを前記第１の端末装置に通知する
   情報処理システム。
7. 請求項６に記載の情報処理システムであって、
   前記制御部は、前記第１の端末装置が自動運転車両に搭載されている場合、前記診療可能医療機関までの運行指令を前記第１の端末装置に通知する
   情報処理システム。
8. 請求項５から７のいずれか１項に記載の情報処理システムであって、
   前記制御部は、前記診療内容に基づいて、該診療内容の実行にかかる診療時間を推定し、該診療時間が前記空白予定時間以下であるか否かを判別することにより前記診療可能医療機関を前記記憶部から検出する
   情報処理システム。
9. 情報管理装置から診療の空白予定時間を受信するステップと、
   前記空白予定時間を、該空白予定時間を送信した情報管理装置に対応する医療機関に関連付けて記憶部に蓄積するステップと、
   端末装置から希望する診療内容および該端末装置の位置を含む診療希望を受信するステップと、
   前記診療希望に含まれる前記診療内容を空白予定時間中に診療可能かつ該診療希望に含まれる前記端末装置の位置から前記空白予定時間に到達可能な医療機関を診療可能医療機関として前記医療機関に関連付けて蓄積した空白予定時間の中から検出するステップと、
   該診療希望を送信した前記端末装置に前記診療可能医療機関を通知するステップと、
   該診療可能医療機関に対応する情報管理装置に診療の受診依頼を通知するステップと、
   前記診療希望を送信した前記端末装置が第２の端末装置である場合、前記第２の端末装置の位置の周囲の車両を探索するステップと、
   探索した前記車両の位置から前記第２の端末装置の位置を経由して前記空白予定時間に到達可能か否かを判別することにより前記診療可能医療機関を前記記憶部から検出するステップと、
   前記車両に前記第２の端末装置の位置および前記診療可能医療機関を通知するステップと、を情報処理装置に実行させる
   プログラム。
10. 請求項９に記載のプログラムであって、
    前記診療希望を送信した前記端末装置が第１の端末装置である場合、前記第１の端末装置を搭載する車両の位置から前記診療可能医療機関の所在地までのルートを作成するステップと、
    該ルートを前記第１の端末装置に通知するステップと、をさらに前記情報処理装置に実行させる
    プログラム。
11. 請求項１０に記載のプログラムであって、
    前記第１の端末装置が自動運転車両に搭載されている場合、前記診療可能医療機関までの運行指令を前記第１の端末装置に通知するステップを、さらに前記情報処理装置に実行させる
    プログラム。
12. 請求項９から１１のいずれか１項に記載のプログラムであって、
    前記診療内容に基づいて、該診療内容の実行にかかる診療時間を推定するステップと、
    該診療時間が前記空白予定時間以下であるか否かを判別することにより前記診療可能医療機関を前記記憶部から検出するステップと、をさらに前記情報処理装置に実行させる
    プログラム。
13. 情報処理装置による情報処理方法であって、
    前記情報処理装置は、
    情報管理装置から診療の空白予定時間を受信し、
    前記空白予定時間を、該空白予定時間を送信した情報管理装置に対応する医療機関に関連付けて記憶部に蓄積し、
    端末装置から希望する診療内容および該端末装置の位置を含む診療希望を受信し、
    前記診療希望に含まれる前記診療内容を空白予定時間中に診療可能かつ該診療希望に含まれる前記端末装置の位置から前記空白予定時間に到達可能な医療機関を診療可能医療機関として、前記医療機関に関連付けて蓄積した空白予定時間の中から検出し、
    該診療希望を送信した前記端末装置に前記診療可能医療機関を通知し、
    該診療可能医療機関に対応する情報管理装置に診療の受診依頼を通知し、
    前記診療希望を送信した前記端末装置が第２の端末装置である場合、前記第２の端末装置の位置の周囲の車両を探索し、
    探索した前記車両の位置から前記第２の端末装置の位置を経由して前記空白予定時間に到達可能か否かを判別することにより前記診療可能医療機関を前記記憶部から検出し、
    前記車両に前記第２の端末装置の位置および前記診療可能医療機関を通知する
    情報処理方法。
14. 請求項１３に記載の情報処理方法であって、
    前記情報処理装置は、
    前記診療希望を送信した前記端末装置が第１の端末装置である場合、前記第１の端末装置を搭載する車両の位置から前記診療可能医療機関の所在地までのルートを作成し、
    該ルートを前記第１の端末装置に通知する
    情報処理方法。
15. 請求項１４に記載の情報処理方法であって、
    前記情報処理装置は、
    前記第１の端末装置が自動運転車両に搭載されている場合、前記診療可能医療機関までの運行指令を前記第１の端末装置に通知する
    情報処理方法。
16. 請求項１３から１５のいずれか１項に記載の情報処理方法であって、
    前記情報処理装置は、
    前記診療内容に基づいて、該診療内容の実行にかかる診療時間を推定し、
    該診療時間が前記空白予定時間以下であるか否かを判別することにより前記診療可能医療機関を前記記憶部から検出する
    情報処理方法。

Images