(57)【要約】医療ネットワークシステムは、コミュニティセンターＣＣに設置された診療設備３００及び診療端末通信部４２０と、巡回医師ＤＲが乗車する自動運転車両２００と、自動運転車両２００の次配車スケジュールを決定する決定部１１０と、備える。自動運転車両２００は、通信装置及びナビゲーション装置を備える。診療端末通信部４２０は、診察設備３００による診察結果を自動運転車両２００に設けられた通信装置に送信する。ナビゲーション装置は、通信装置により受信された診察結果に基づく生体情報を巡回医師ＤＲに出力する。
2018230559.tif 000002
【特許請求の範囲】
【請求項１】
診察設備が設けられた施設に設置され、第１の通信部を含む診療端末と、
医師が乗車し、第２の通信部および情報出力部を有する自動運転車両と、
特定の領域内を走行するように前記自動運転車両の配車スケジュールを決定する決定部と、を備え、
前記第１の通信部は、前記診察設備による診察結果を、直接または間接的に前記第２の通信部に送信し、
前記情報出力部は、前記第２の通信部により受信された診察結果に基づく情報を前記医師に出力する、
医療ネットワークシステム。
【請求項２】
前記決定部に併設された第３の通信部を備え、
前記第１の通信部は、前記診察設備による診察結果を前記第３の通信部に送信し、
前記決定部は、前記第３の通信部により受信された診察結果に基づいて前記配車スケジュールを変更し、
前記第３の通信部は、前記変更された配車スケジュールと共に前記受信した診察結果を前記第２の通信部に送信する、
請求項１記載の医療ネットワークシステム。
【請求項３】
診察設備が設けられた施設に設置された診療端末と、
医師が乗車する自動運転車両が特定の領域内を走行するように前記自動運転車両の配車スケジュールを決定する決定部を含む外部端末と、
前記医師が操作する医師端末と、
を備え、
前記外部端末は、前記決定部で決定した配車スケジュールを前記医師端末に送信する、
外部装置。
【請求項４】
前記医師端末は、受信した前記配車スケジュールに応じた車両の手配に関する乗車情報を前記決定部に送信する、
請求項３に記載の外部装置。
【請求項５】
前記外部端末は、前記自動運転車両の認証情報を前記医師端末に送信する、
請求項３または４に記載の外部装置。
【請求項６】
前記決定部は、前記自動運転車両の所定位置への到着予想時刻を推定し、
推定した到着予想時刻を前記医師端末に送信する、
請求項３〜５のいずれか１項に記載の外部装置。
【請求項７】
前記医師端末は、前記医師が実行する一次診断の結果に基づく治療関連情報を前記外部端末に送信し、
前記決定部は、前記医師端末から送信された前記治療関連情報に基づいて、前記配車スケジュールを変更する、
請求項３〜６のいずれか１項に記載の外部装置。
【請求項８】
前記決定部は、前記治療関連情報に基づいて、必要設備関連情報を生成し、
前記必要設備関連情報を前記自動運転車両及び前記診療端末の少なくとも一方に送信する、
請求項７に記載の外部装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療ネットワークシステム及び外部装置に関する。
本願は、２０１７年６月１６日に、日本に出願された特願２０１７−１１８６９２に基づき優先権を主張し、その内容をここに援用する。
【背景技術】
【０００２】
人口の少ない地域などでは、病院などの設置が難しいことがあり、医師が患者などの利用者宅を訪問して往診を行うことがある。医師が往診を行う際に往診利用者やその他の医療関係者の利便性を高める技術として、従来、医師の往診予定時刻を次の往診訪問先の利用者端末に通知する在宅医療支援システムがある（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−２２９２４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、上記特許文献１に開示された在宅医療支援システムでは、医師の往診予定時刻が利用者に通知されるが、利用者宅における医師の滞在時間を調整することは難しい。このため、医師が特定の領域内の利用者宅などを巡回する際に、利用者宅への滞在時間が長引くことがあり、効率良く巡回できないことがある。【０００５】
そこで、本発明の課題は、医師が特定の領域内で効率良く巡回することができる医療ネットワークシステム及び外部装置を提供することである。
【課題を解決するための手段】
【０００６】
（１）：診察設備が設けられた施設に設置され、第１の通信部を含む診療端末と、医師が乗車し、第２の通信部および情報出力部を有する自動運転車両と、特定の領域内を走行するように前記自動運転車両の配車スケジュールを決定する決定部と、を備え、前記第１の通信部は、前記診察設備による診察結果を、直接または間接的に前記第２の通信部に送信し、前記情報出力部は、前記第２の通信部により受信された診察結果に基づく情報を前記医師に出力する、医療ネットワークシステムである。【０００７】
（２）：（１）の医療ネットワークシステムであって、前記決定部に併設された第３の通信部を備え、前記第１の通信部は、前記診察設備による診察結果を前記第３の通信部に送信し、前記決定部は、前記第３の通信部により受信された診察結果に基づいて前記配車スケジュールを変更し、前記第３の通信部は、前記変更された配車スケジュールと共に前記受信した診察結果を前記第２の通信部に送信するものである。【０００８】
（３）：診察設備が設けられた施設に設置された診療端末と、医師が乗車する自動運転車両が特定の領域内を走行するように前記自動運転車両の配車スケジュールを決定する決定部を含む外部端末と、前記医師が操作する医師端末と、を備え、前記外部端末は、前記決定部で決定した配車スケジュールを前記医師端末に送信する外部装置である。【０００９】
（４）：（３）の外部装置であって、前記医師端末は、受信した前記配車スケジュールに応じた車両の手配に関するものである。【００１０】
（５）：（３）または（４）の外部装置であって、前記外部端末は、前記自動運転車両の認証情報を前記医師端末に送信するものである。【００１１】
（６）：（３）〜（５）のいずれかの外部装置であって、前記決定部は、前記自動運転車両の所定位置への到着予想時刻を推定し、推定した到着予想時刻を前記医師端末に送信するものである。【００１２】
（７）：（３）〜（６）のいずれかの外部装置であって、前記医師端末は、前記医師が実行する一次診断の結果に基づく治療関連情報を前記外部端末に送信し、前記決定部は、前記医師端末から送信された前記治療関連情報に基づいて、前記配車スケジュールを変更するものである。【００１３】
（８）：（７）の外部装置であって、前記決定部は、前記治療関連情報に基づいて、必要設備関連情報を生成し、前記必要設備関連情報を前記自動運転車両及び前記診療端末の少なくとも一方に送信するものである。
【発明の効果】
【００１４】
（１）では、第１の通信部が診察結果を第２の通信部に送信し、情報出力部は、送信された診察結果を医師に出力している。このため、自動運転車両に乗車する医師は、利用者宅に移動する際に、自動運転車両の中で利用者の一次的な診断を行うことができる。したがって、利用者宅における一次的な診断時間を省くことができるので、利用者宅での滞在時間を短くすることができる。その結果、医師が特定の領域内で効率良く巡回することができる。
（２）では、決定部は、第１の通信部により送信された診察結果に基づいて配車スケジュールを変更し、第２の通信部に送信する。このため、診察設備による診察の結果、緊急を要する利用者がいる場合などには、決定部が配車スケジュールを調整することができる。したがって、利用者の緊急性に応じた対応をとりながらも、医師が特定の領域内で効率良く巡回することができる。
（３）では、前記外部端末は、前記決定部で決定した配車スケジュールを前記医師端末に送信する。このため、医師は効率よく診察および巡回を行うことができる。
（４）では、医師端末は、受信した前記配車スケジュールに応じた車両の手配に関する乗車情報を前記決定部に送信する。このため、決定部における配車スケジュールに応じた車両の手配の手間を小さくできる。
（５）では、前記自動運転車両の認証情報を前記医師端末に送信する。このため、医師が乗車する自動運転車両の誤認を抑制することができる。
（６）では、決定部が推定した自動運転車両の所定位置への到着予想時刻を前記医師端末に送信する。このため、医師による巡回時のスケジュールを把握しやすくできる。
（７）では、決定部は、医師端末から送信された治療関連情報に基づいて、配車スケジュールを変更する。このため、一次診断の結果、利用者の診断結果に応じた配車スケジュールを生成できる。
（８）では、前記必要設備関連情報を前記自動運転車両及び前記診療端末の少なくとも一方に送信する。このため、医師の行き先に必要な器具等を準備しておくことができる。
【図面の簡単な説明】
【００１５】
【図１】医療ネットワークシステムの構成図である。
【図２】自動運転車両の構成図である。
【図３】巡回領域における地図情報を説明する説明図である。
【図４】巡回領域における利用者の利用者情報を説明する説明図である。
【図５】巡回医師の配車スケジュールを説明する説明図である。
【図６】利用者の生体情報を説明する説明図である。
【図７】第２実施形態の利用者の生体情報を説明する説明図である。
【図８】第２実施形態の配車スケジュール生成処理の手順を示すフローチャートである。
【図９】巡回医師の配車スケジュールの変更前と変更後を説明する説明図である。
【図１０】第２実施形態の巡回経路生成処理の手順を示すフローチャートである。
【図１１】第３実施形態の医療ネットワークシステムの構成図である。
【図１２】第３実施形態の医療ネットワークシステムにより実行される処理を示すシーケンス図である。
【発明を実施するための形態】
【００１６】
以下、本発明の医療ネットワークシステムについて、図面を参照して説明する。
医療ネットワークシステムは、医師の診察を受ける複数の利用者がいる特定の領域（以下「巡回領域」という）内を、医師が乗車する自動運転車両が走行して、医師が利用者宅を巡回するためのサポートを行うシステムである。医療ネットワークシステムでは、巡回領域などにおける施設に設置された診察設備を用いて利用者の生体情報を取得し、医師は、自動運転車両に乗車している間に、生体情報を参照して一次的な診断を行う。続いて、医師は、巡回領域を巡回して利用者宅に往診に向かい、利用者と対面して二次的な診断を行う。
【００１７】
［第１実施形態］
図１は、医療ネットワークシステムの構成図である。図１に示すように、医療ネットワークシステムは、例えば、サービス端末１００と、自動運転車両２００と、診察設備３００と、診療端末４００と、を備える。サービス端末１００は、例えば、サービスセンターＳに設けられる。診察設備３００及び診療端末４００は、例えば巡回領域内に建設された施設であるコミュニティセンターＣＣに設置される。
【００１８】
サービス端末１００は、決定部１１０及びサービス端末通信部（第３の通信部の一例）１２０を備える。サービス端末１００における決定部１１０は、例えば、ＣＰＵなどのプロセッサ及び各種記憶装置を備えている。決定部１１０における各種記憶装置には、巡回領域における地図情報及び利用者情報などが記憶されている。サービス端末通信部１２０は、決定部１１０に併設されており、決定部１１０と自動運転車両２００及び診療端末４００との間における情報の送受信を行う。
【００１９】
巡回領域における地図情報には、図３に示すように、巡回領域の地図と、地図上における利用者宅の位置が含まれている。利用者宅には、Ａ宅ＨＡ、Ｂ宅ＨＢ、Ｃ宅ＨＣ、Ｄ宅ＨＤ、Ｅ宅ＨＥ、及びＦ宅ＨＦが含まれている。また、地図情報には、医師の自宅である医師宅ＨＨＤの位置も含まれている。
【００２０】
利用者情報には、図４に示すように、利用者のＩＤ番号、住所、氏名、性別、年齢、同居人数、既往症、常服薬、介護の要否といった情報が含まれている。これらの利用者情報は、Ａ宅ＨＡ、Ｂ宅ＨＢ、Ｃ宅ＨＣ、Ｄ宅ＨＤ、Ｅ宅ＨＥ、及びＦ宅ＨＦの各住人である利用者それぞれのものが記憶されている。
【００２１】
決定部１１０は、図３に示す地図情報及び図４に示す利用者情報に基づいて、医師が乗車する自動運転車両２００が巡回する目的地、目的地の巡回順、及び目的地への到着予定時刻を含む配車スケジュール決定する。配車スケジュールは、適宜の方法に決定すればよく、例えば、巡回医師ＤＲの走行距離を最も短くすることで巡回にかかる時間を極力短くする地理的観点から、自動運転車両２００の走行距離が最も短くなる経路を決定すればよい。決定部１１０は、決定した配車スケジュールをサービス端末通信部１２０に出力する。配車スケジュールは、例えば、図５に示す目的地、巡回順、及び到着予定時刻を含む情報である。
【００２２】
サービス端末通信部１２０は、例えば、ネットワークＮＷを介して自動運転車両２００の通信装置２２０などと通信するための無線通信モジュールである。サービス端末通信部１２０は、決定部１１０により出力された配車スケジュールを自動運転車両２００の通信装置２２０に送信する。
【００２３】
自動運転車両２００は、例えば、一以上の利用者が乗員として乗車可能な車両であり、運転操作を行うことなく走行する機能を有する車両である。図２は、自動運転車両２００の構成図である。図２に示すように、自動運転車両２００は、例えば、外界監視ユニット２１０と、通信装置（第２の通信部の一例）２２０と、ナビゲーション装置２３０と、自動運転制御ユニット（自動運転制御部の一例）２５０と、駆動力出力装置２６０と、ブレーキ装置２６２と、ステアリング装置２６４とを備える。
【００２４】
外界監視ユニット２１０は、例えば、カメラやレーダ、ＬＩＤＡＲ（Light Detectionand Ranging）、これらの出力に基づいてセンサフュージョン処理を行う物体認識装置などを含む。外界監視ユニット２１０は、自動運転車両２００の周辺に存在する物体の種類（特に、車両、歩行者、および自転車）を推定し、その位置や速度の情報とともに自動運転制御ユニット２５０に出力する。
【００２５】
通信装置２２０は、例えば、ネットワークＮＷに接続したり、他車両や歩行者の端末装置などと直接的に通信したりするための無線通信モジュールである。通信装置２２０は、Ｗｉ−Ｆｉ、ＤＳＲＣ（Dedicated Short Range Communications）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の通信規格に基づいて無線通信を行う。通信装置２２０として、用途に応じた複数のものが用意されてもよい。
【００２６】
通信装置２２０は、サービス端末通信部１２０により送信された配車スケジュールを受信してナビゲーション装置２３０に出力する。ナビゲーション装置２３０は、通信装置２２０により出力された配車スケジュールに基づいて経路情報を生成する。ナビゲーション装置２３０は、通信装置２２０により出力された配車スケジュールに応じた目的地及びその巡回順をＨＭＩ（情報出力部の一例）２３２により音声及び画像表示などで出力する。
【００２７】
ナビゲーション装置２３０は、例えば、ＨＭＩ（Human machine Interface）２３２と、ＧＮＳＳ（Global Navigation Satellite System）受信機２３４と、ナビ制御装置２３６とを備える。ＨＭＩ２３２は、例えば、タッチパネル式ディスプレイ装置やスピーカ、マイクなどを含む。ＧＮＳＳ受信機２３４は、ＧＮＳＳ衛星（例えばＧＰＳ衛星）から到来する電波に基づいて自機の位置（自動運転車両２００の位置）を測位する。ナビ制御装置２３６は、例えば、ＣＰＵ（Central Processing Unit）や各種記憶装置を備え、ナビゲーション装置２３０全体を制御する。
【００２８】
記憶装置には、地図情報（ナビ地図）が格納されている。ナビ地図は、ノードとリンクで道路を表現した地図である。ナビ制御装置２３６は、ＧＮＳＳ受信機２３４によって測位された自動運転車両２００の位置から、ＨＭＩ２３２を用いて指定され、または通信装置２２０から出力された目的地までの経路を、ナビ地図を参照して決定する。記憶装置には、巡回医師ＤＲの自宅の住所などが記憶されている。また、ナビ制御装置２３６は、自動運転車両２００の位置と目的地とを、通信装置２２０を用いてナビゲーションサーバ（不図示）に送信し、ナビゲーションサーバから返信された経路を取得してもよい。なお、経路には、利用者を乗車または降車させるために停止する地点および到達目標時刻の情報が含まれてよい。ナビ制御装置２３６は、上記いずれかの方法で決定した経路の経路情報を通信装置２２０及び自動運転制御ユニット２５０に出力する。
【００２９】
自動運転制御ユニット２５０は、ＣＰＵやＭＰＵなどの一以上のプロセッサと各種記憶装置を備える。自動運転制御ユニット２５０は、ナビゲーション装置２３０により送信された経路情報に基づく経路を走行するように自動運転車両２００を自動的に走行させる自動運転を実行する。自動運転制御ユニット２５０は、例えば、各種イベントを順次実行する。イベントには、一定速度で同じ走行車線を走行する定速走行イベント、前走車両に追従する追従走行イベント、車線変更イベント、合流イベント、分岐イベント、緊急停止イベント、料金所を通過するための料金所イベント、自動運転を終了して手動運転に切り替えるためのハンドオーバイベントなどがある。また、これらのイベントの実行中に、自動運転車両２００の周辺状況（周辺車両や歩行者の存在、道路工事による車線狭窄など）に基づいて、回避のための行動が計画される場合もある。
【００３０】
自動運転制御ユニット２５０は、自動運転車両２００が将来走行する目標軌道を生成する。目標軌道は、例えば、速度要素を含んでいる。例えば、目標軌道は、自動運転車両２００の到達すべき地点（軌道点）を順に並べたものとして表現される。軌道点は、所定の走行距離ごとの自動運転車両２００の到達すべき地点であり、それとは別に、所定のサンプリング時間（例えば０コンマ数［ｓｅｃ］程度）ごとの目標速度および目標加速度が、目標軌道の一部として生成される。また、軌道点は、所定のサンプリング時間ごとの、そのサンプリング時刻における自動運転車両２００の到達すべき位置であってもよい。この場合、目標速度や目標加速度の情報は軌道点の間隔で表現される。
【００３１】
駆動力出力装置２６０は、車両が走行するための走行駆動力（トルク）を駆動輪に出力する。駆動力出力装置２６０は、例えば、内燃機関、電動機、および変速機などの組み合わせと、これらを制御するパワーＥＣＵとを備える。パワーＥＣＵは、自動運転制御ユニット２５０から入力される情報、或いは不図示の運転操作子から入力される情報に従って、上記の構成を制御する。
【００３２】
ブレーキ装置２６２は、例えば、ブレーキキャリパーと、ブレーキキャリパーに油圧を伝達するシリンダと、シリンダに油圧を発生させる電動モータと、ブレーキＥＣＵとを備える。ブレーキＥＣＵは、自動運転制御ユニット２５０から入力される情報、或いは運転操作子から入力される情報に従って電動モータを制御し、制動操作に応じたブレーキトルクが各車輪に出力されるようにする。ブレーキ装置２６２は、運転操作子に含まれるブレーキペダルの操作によって発生させた油圧を、マスターシリンダを介してシリンダに伝達する機構をバックアップとして備えてよい。なお、ブレーキ装置２６２は、上記説明した構成に限らず、自動運転制御ユニット２５０から入力される情報に従ってアクチュエータを制御して、マスターシリンダの油圧をシリンダに伝達する電子制御式油圧ブレーキ装置であってもよい。
【００３３】
ステアリング装置２６４は、例えば、ステアリングＥＣＵと、電動モータとを備える。電動モータは、例えば、ラックアンドピニオン機構に力を作用させて転舵輪の向きを変更する。ステアリングＥＣＵは、自動運転制御ユニット２５０から入力される情報、或いは運転操作子から入力される情報に従って、電動モータを駆動し、転舵輪の向きを変更させる。
【００３４】
図１に戻り、診察設備３００は、ウェアラブルセンサ、血圧計、身体測定器などを備えている。ウェアラブルセンサは、装着する利用者の血圧、脈拍、体温、呼吸数、心電、筋電、心電や筋電の変化（変位）、血糖値、血中酸素濃度、骨密度などの診察に用いられる。身体測定器は、利用者の身長、体重、体脂肪率などの診察に用いられる。これらの項目の計測については、例えば、心電計、筋電計、血糖値測定器、血中酸素濃度計測機、骨密度測定器など各項目の専用の計測装置を用いてもよい。診察設備３００は、これらの診察結果を診察結果データとしてデータ化するデータ処理部を備えている。診察設備３００は、データ化された診察結果データを診療端末４００に出力する。
【００３５】
診療端末４００は、例えば、演算部４１０と、診療端末通信部（第１の通信部の一例）４２０と、を備える。演算部４１０は、例えば、ＣＰＵ（Central Processing Unit）などのプロセッサが、各種記憶装置に記憶されたプログラムを実行することにより実現される。演算部４１０は、診察設備３００により出力される診察結果データに基づいて、生体情報を生成する。生体情報は、図６に示すように、身長、体重、血圧、体温、脈拍、呼吸数、体脂肪率といった診察結果データが、利用者のＩＤ番号、氏名、性別、年齢といった項目に付加された情報である。これらの生体情報としては、それぞれの利用者のものが生成される。演算部４１０は、生成した生体情報を診療端末通信部４２０に出力する。
【００３６】
診療端末通信部４２０は、例えば、ネットワークＮＷを介してサービス端末１００のサービス端末通信部１２０及び自動運転車両２００の通信装置２２０などと通信するための無線通信モジュールである。診療端末通信部４２０は、演算部４１０により出力された生体情報を自動運転車両２００の通信装置２２０に送信する。自動運転車両２００の通信装置２２０は、診療端末通信部４２０により送信された生体情報を受信してナビゲーション装置２３０に出力する。ナビゲーション装置２３０は、通信装置２２０により出力された生体情報をＨＭＩ２３２により音声及び画像表示などで出力する。
【００３７】
次に、第１実施形態の医療ネットワークシステムにおける処理について説明する。第１実施形態の医療ネットワークシステムは、自動運転車両２００に乗車する巡回医師ＤＲが、医師宅ＨＨＤから巡回領域内の利用者宅を訪問して往診を行う際に利用されるシステムである。巡回医師ＤＲの診断が行われる日において、利用者は、まずコミュニティセンターＣＣに出向き、診察設備３００によって生体情報を生成するための診察を受ける。その後、利用者は、自宅に戻って医師の訪問を待つ（或いは、コミュニティセンターＣＣで医師の訪問を待つ）。以下、巡回医師ＤＲの診断が行われる日の医療ネットワークシステムにおける処理について説明する。
【００３８】
コミュニティセンターＣＣに設置された診療端末４００では、診察に訪れた利用者の診察結果データに基づいて、演算部４１０が生体情報を生成する。演算部４１０は、利用者の診察結果データが出力されると、利用者ごとに生体情報を生成する。演算部４１０は、生成した生体情報を、診療端末通信部４２０及びネットワークＮＷを介して、サービスセンターＳにおけるサービス端末１００に送信する。
【００３９】
サービスセンターＳにおけるサービス端末１００は、決定部１１０において、配車スケジュールを生成する。サービス端末１００は、サービス端末通信部１２０によってネットワークＮＷを介して、決定部１１０により生成された配車スケジュール及び各種記憶装置に記憶された利用者情報を、自動運転車両２００の通信装置２２０に送信する。また、サービス端末通信部１２０は、診療端末４００の診療端末通信部４２０により送信された生体情報を配車スケジュール等と共に通信装置２２０に転送する。このように、診療端末通信部４２０は、サービス端末通信部１２０を介して通信装置２２０に対して間接的に生体情報を送信する。
【００４０】
通信装置２２０は、サービス端末通信部１２０により送信された配車スケジュール、利用者情報、及び生体情報を、ナビゲーション装置２３０に出力する。ナビゲーション装置２３０は、通信装置２２０により出力された利用者情報及び生体情報に応じた各種情報をＨＭＩ２３２により画像表示などで出力する。
【００４１】
また、ナビゲーション装置２３０は、ナビ制御装置２３６において、通信装置２２０により出力された配車スケジュールに応じた目的地及び目的地の巡回順に基づいて、経路情報を生成する。ここで、ナビゲーション装置２３０は、最後の目的地を医師宅ＨＨＤとした経路を生成する。その後、巡回医師ＤＲが自動運転車両２００を作動させることにより、自動運転車両２００による巡回領域の巡回が医師宅ＨＨＤから開始される。
【００４２】
巡回が開始されると、ナビゲーション装置２３０は、通信装置２２０により出力された配車スケジュールに応じた巡回経路及び到着予定時刻をＨＭＩ２３２により画像表示で同時に出力する。続いて、ナビゲーション装置２３０は、最初の巡回先、例えば図３に示すＡ宅ＨＡの住人である利用ＩＤ０００１の利用者（以下「利用者Ａ」という）の生体情報をＨＭＩ２３２により画像表示で出力する。このとき、利用者Ａの生体情報が未だに診療端末４００によりサービス端末１００を介して通信装置２２０に送信されておらず、通信装置２２０によりナビゲーション装置２３０に出力されていない場合には、ナビゲーション装置２３０は、利用者Ａの生体情報に応じた情報の出力を実行しない。
【００４３】
この間、巡回医師ＤＲは、ナビゲーション装置２３０のＨＭＩ２３２に画像表示される巡回経路を見ることにより、１日で巡回する利用者宅を把握する。また、自動運転車両２００に乗車する巡回医師ＤＲは、ＨＭＩ２３２により画像表示された生体情報を見ながら、利用者Ａの一次的な診断を行う。
【００４４】
自動運転車両２００がＡ宅ＨＡに到着し、Ａ宅ＨＡにおいて、巡回医師ＤＲによる利用者Ａの往診が終了すると、巡回医師ＤＲが乗車した自動運転車両２００は、次の訪問先であるＣ宅ＨＣに向けて走行を開始する。Ｃ宅ＨＣに到着するまでの間、ナビゲーション装置２３０は、Ｃ宅ＨＣの住人である利用ＩＤ０００３の利用者（以下「利用者Ｃ」という）の生体情報をＨＭＩ２３２により画像表示で出力する。この間、巡回医師ＤＲは、利用者Ｃの生体情報を見ながら、利用者Ｃの一次的な診断を行う。
【００４５】
以後、同様の訪問及び一次的な診断等を各利用者における住宅を訪問する間に繰り返して行う。そして、Ａ宅ＨＡ〜Ｆ宅ＨＦの全ての利用者宅への訪問が終了した後、自動運転車両２００は、医師宅ＨＨＤを目的地とする。こうして、巡回医師ＤＲは、最後の訪問を終えた後に帰宅する。
【００４６】
このように、第１実施形態の医療ネットワークシステムでは、診療端末４００は、コミュニティセンターＣＣに設けられた診察設備３００による診察結果から得られる診察結果データを含む生体情報を生成する。診療端末４００は、生成した生体情報をサービス端末１００に送信し、サービス端末１００は、送信された生体情報を自動運転車両２００の通信装置２２０に送信する。通信装置２２０は、送信された生体情報をナビゲーション装置２３０に出力する。ナビゲーション装置２３０は、通信装置２２０により出力された生体情報をＨＭＩ２３２により音声及び画像表示などで出力する。このため、自動運転車両２００に乗車して巡回領域内を巡回する巡回医師ＤＲは、自動運転車両２００の中で利用者の一次的な診断を行うことができる。したがって、巡回医師ＤＲは、利用者宅に到着したときには、利用者の一次的な診断を終えた状態とすることができる。その結果、巡回医師ＤＲは、利用者宅における一次的な診断時間を省くことができるので、利用者宅での滞在時間を短くすることができる。その結果、巡回医師ＤＲは、巡回領域内を効率良く巡回することができる。
【００４７】
［第２実施形態］
次に、第２実施形態の医療ネットワークシステムについて説明する。第２実施形態の医療ネットワークシステムは、例えば、図１に示すサービス端末１００と、自動運転車両２００と、診察設備３００と、診療端末４００と、を備える。これらの構成は、上記第１実施形態と同様であり、その説明は省略する。また、第２実施形態の医療ネットワークシステムでは、サービス端末１００の決定部１１０における配車スケジュールを生成する処理、ナビゲーション装置２３０における自動運転車両２００の経路を生成する処理、及び診療端末４００の演算部４１０における処理が主に第１実施形態と異なる。以下、第１実施形態の医療ネットワークシステムとの相違点を中心として、第２実施形態の医療ネットワークシステムについて説明する。
【００４８】
まず、診療端末４００の処理について説明する。第２実施形態の医療ネットワークシステムでは、診察設備３００は、診察に訪れた利用者の診察を行う。診療端末４００は、診察設備３００による診察結果としての診察結果データに基づいて、演算部４１０において、生体情報を生成する。演算部４１０は、各利用者の診察結果データに基づいて、利用者ごとに生体情報を生成する。この点は、第１実施形態と同様である。
【００４９】
また、第２実施形態の医療ネットワークシステムでは、コミュニティセンターＣＣに第２医師が滞在している。第２医師は、診察設備３００による利用者の診察結果データに基づいて、利用者の一次的な診察を行う。第２医師は、一次的な診察の結果、自動運転車両２００に乗車する巡回医師ＤＲによる二次的な診察を緊急的に要すると判断したとする。この場合、第２医師は、図７に示すように、緊急性「有」とする緊急情報を生体情報に付加するように、診療端末４００の演算部４１０を作動させる。緊急情報は、「血圧」「体温」「脈拍」「呼吸数」「体脂肪率」「血糖値」「血中酸素濃度」「骨密度」の各項目ごとに付加可能な情報である。第２医師は、これらの各項目について、利用者の対応に緊急性を有する数値となっている項目に緊急性「有」の緊急情報を演算部４１０に付加させる。演算部４１０は、生成した生体情報を診療端末通信部４２０によりネットワークＮＷを介してサービス端末１００に送信する。
【００５０】
次に、サービス端末１００における処理のうち、第１実施形態の医療ネットワークシステムと異なる処理として、配車スケジュール生成処理について説明する。図８は、配車スケジュール生成処理の手順を示すフローチャートである。配車スケジュール生成処理では、まず、決定部１１０は、初期配車スケジュールが生成済であるか否かを判断する（ステップＳ１１）。
【００５１】
その結果、初期配車スケジュールが生成済でないと判断した場合、決定部１１０は、初期配車スケジュールを生成する（ステップＳ１２）。続いて、決定部１１０は、生成した初期配車スケジュールをサービス端末通信部１２０により自動運転車両２００に送信する（ステップＳ１３）。また、ステップＳ１１において、初期配車スケジュールが生成済であると判断した場合、決定部１１０は、そのままステップＳ１４に進む。
【００５２】
次に、決定部１１０は、診療端末４００の診療端末通信部４２０により送信された生体情報を受信したか否かを判断する（ステップＳ１４）。その結果、生体情報を受信していないと判断した場合、決定部１１０は、ステップＳ１４の処理を繰り返す。なお、決定部１１０は、所定の待機時間、例えば１０分間が経過しても生体情報を受信しない場合、そのままタイムアウトして配車スケジュール生成処理を終了してもよい。
【００５３】
ステップＳ１４において、生体情報を受信したと判断した場合、決定部１１０は、送信された生体情報に緊急情報が付加されているか否かを判断する（ステップＳ１５）。その結果、生体情報に緊急情報が付加されている場合、決定部１１０は、生体情報に付加された緊急情報に基づいて、配車スケジュールを再生成する（ステップＳ１６）。例えば、決定部１１０は、ステップＳ１１において、初期配車スケジュールとして、図９に示すように、巡回経路（変更前）の配車スケジュールを決定していたとする。巡回経路（変更前）の配車スケジュールは、地理的観点に基づいて決定された配車スケジュールであり、Ａ宅、Ｃ宅、Ｆ宅、Ｄ宅、Ｅ宅、Ｂ宅の順で巡回する配車スケジュールである。
【００５４】
この状態において、決定部１１０がステップＳ１４で受信した生体情報には、図７に示すように、利用者ＩＤ０００５の利用者の血圧に緊急性を有する緊急情報が付されていたとする。利用者ＩＤ０００５の利用者は、Ｅ宅の住人であるので、決定部１１０は、Ｅ宅への訪問を早める配車スケジュールを再決定する。このため、決定部１１０は、Ｅ宅の訪問の早めながらも、自動運転車両２００の走行距離が最も短くなるように、配車スケジュールを再生成する。例えば、決定部１１０は、図９に示す巡回経路（変更後）の配車スケジュールのように、Ａ宅（訪問済）、Ｃ宅、Ｆ宅、Ｄ宅、Ｅ宅、Ｂ宅の順で巡回する配車スケジュールを再生成する。
【００５５】
続いて、決定部１１０は、再生成した配車スケジュールと初期配車スケジュールとを比較し、配車スケジュールが変更されたか否かを判断する（ステップＳ１７）。その結果、配車スケジュールが変更されたと判断した場合、決定部１１０は、変更した配車スケジュールを自動運転車両２００に再送信し（ステップＳ１８）、配車スケジュール生成処理を終了する。また、配車スケジュールが変更されていないと判断した場合、決定部１１０は、そのまま配車スケジュール生成処理を終了する。また、ステップＳ１５に緊急情報が付加されていないと判断した場合、配車スケジュールの再生成は不要であるので、決定部１１０は、そのまま配車スケジュール生成処理を終了する。
【００５６】
次に、経路生成処理について説明する。図１０は、経路生成処理の手順を示すフローチャートである。経路生成手順では、まず、ナビ制御装置２３６は、サービス端末１００のサービス端末通信部１２０により配車スケジュールが送信されたか否かを判断する（ステップＳ２１）。その結果、配車スケジュールを受信していないと判断した場合、ナビ制御装置２３６は、ステップＳ２１の処理を繰り返す。なお、ナビ制御装置２３６は、所定の待機時間、例えば１０分間が経過しても生体情報を受信しない場合、そのままタイムアウトして経路生成処理を終了してもよい。
【００５７】
また、ステップＳ２１において配車スケジュールを受信したと判断した場合、ナビ制御装置２３６は、目的地をすでにセット済であるか否かを判断する（ステップＳ２２）。その結果、目的地がセット済でないと判断した場合、ナビ制御装置２３６は、受信した配車スケジュールに基づいて目的地をセットし（ステップＳ２３）、自動運転車両２００の経路を決定する。また、目的地がセット済であると判断した場合、ナビ制御装置２３６は、送信された配車スケジュールに対応する目的地を変更する（ステップＳ２４）。こうして、ナビ制御装置２３６は、経路生成処理を終了する。
【００５８】
このように、第２実施形態の医療ネットワークシステムでは、サービス端末１００における決定部１１０は、診療端末通信部４２０により送信された診察結果による緊急情報に基づいて配車スケジュールを変更している。具体的に、決定部１１０は、緊急情報が付された利用者宅に対する巡回順を早めている。このため、巡回医師ＤＲは、緊急を要する利用者宅に早期に訪問することができるとともに、効率の良い経路を通って巡回を行うことができる。したがって、利用者の緊急性に応じた対応をとりながらも、医師が特定の領域内で効率良く巡回することができる。
【００５９】
［第３実施形態］
次に、第３実施形態について説明する。第３実施形態では、第１実施形態と同様、自動運転車両が来院する医療機関は、病院Ｈである。図１１は、第３実施形態の医療ネットワークシステムの構成図である。図１１に示すように、第３実施形態の医療ネットワークシステムは、第１実施形態と同様、サービス端末１００、自動運転車両２００、診察設備３００、及び診察端末４００を備える。また、第３実施形態の医療ネットワークシステムは、医師端末５００を備える。医師端末５００は、例えば自動運転車両２００に乗車する医師が携帯する端末である。以下、第１実施形態との相違点を中心として、第３実施形態の医療ネットワークシステムについて説明する。
【００６０】
図１１に示すように、サービス端末１００は、通信部１５１、受付部１５２、診断部１５３、経路指示部１５４、認証部１５５、緊急情報入力部１５６、及び記憶部１６０を備える。記憶部１６０には、サービス管理情報１６１、患者情報１６２、及び分析情報１６３が記憶されている。
【００６１】
通信部１５１は、サービス端末１００とその他の装置、具体的には自動運転車両２００、診察端末４００、医師端末５００との間における送受信を行う。受付部１５２は、自動運転車両２００、診察端末４００、医師端末５００から送信される各種情報を受け付ける。診断部１５３は、医師端末５００から送信される診察情報に基づく診断を行う。また、診断部１５３は、診断の結果と、患者の症例や既往歴、要介護度などの情報を更新して記憶部１６０に記憶させる。
【００６２】
経路指示部１５４は、診察端末４００で生成される患者の生体情報や患者の訪問希望時間などの各種情報に基づいて、自動運転車両２００の巡回経路を生成する。また、経路指示部１５４は、巡回経路や複数の医師の予定などに基づいて、巡回を担当する医師を決定する。さらに、経路指示部１５４は、医師の巡回を開始した後、医師が乗車する自動運転車両２００の位置情報や医師端末５００から送信される一次診断結果等に応じて、などを取得して、巡回先の到着予定時刻や更新巡回経路を更新する。
【００６３】
認証部１５５は、巡回を行う自動運転車両２００を特定するための認証を行う。例えば、認証部１５５は、自動運転車両２００を特定するための認証を行う目の認証キーを医師端末５００に送信する。緊急情報入力部１５６は、通常の巡回経路による巡回から外れた要求があった場合の対処を行う。例えば、巡回経路の近傍に重病患者があった場合には、緊急情報入力部１５６は、重病患者の情報を入力する。
【００６４】
記憶部１６０は、サービス管理情報１６１として、サービスＩＤ、車両ＩＤ、車両現在位置情報、診断ステータス、診断結果属性、経由地ＩＤ、経由地タスクＩＤ、経由地予定到着時刻を記憶している。サービスＩＤは、医師を特定する情報、車両ＩＤは、自動運転車両２００を特定する情報である。診断ステータスは、医師が行った診断のステータスに関する情報、診断結果属性は、医師が行った診断の結果に関する情報である。経由地ＩＤは、自動運転車両２００の経由地の候補となる経由地を特定する情報、経由地タスクＩＤは、経由地に到達するタスクを特定する情報、経由地予定到着時刻は、経由地の予定到着時刻に関する情報である。
【００６５】
このうち、サービスＩＤ及び車両ＩＤは、自動運転車両２００の巡回時に更新されない情報であり、車両現在位置情報、診断ステータス、診断結果属性、経由地ＩＤ、経由地タスクＩＤ、経由地予定到着時刻は、自動運転車両２００の巡回時に更新されることがある情報である。記憶部１６０は、これらの各種情報を通信部１５１、診断部１５３、経路指示部１５４、認証部１５５に適宜提供する。
【００６６】
記憶部１６０は、患者情報１６２として、巡回対象顧客ＩＤ、顧客連絡先、顧客住所、既往歴、要介護度を記憶している。巡回対象顧客ＩＤは、自動運転車両２００が巡回する際に、対象となる顧客である対象顧客を特定する情報、顧客連絡先は、対象顧客の連絡先（電話番号等）、顧客住所は、対象顧客の住居の住所である。既往歴は、対象顧客の過去の病歴に関する情報、要介護度は、対象顧客の要介護度に関する情報である。これらの情報は、自動運転車両２００の巡回時に更新されない情報である。
【００６７】
記憶部１６０は、分析情報１６３として、対象患者ＩＤ、関連診断ＩＤ、診断機情報、二次診断情報等を記憶している。対象患者ＩＤは、対象患者を特定する情報、関連診断ＩＤは、対象患者に関連する診断の結果に関する情報である。診断機情報は、診断機に関する情報、二次診断情報は、対象患者の二次診断結果に関する情報である。これらの情報のうち、二次診断情報以外の情報は、自動運転車両２００の巡回時に更新されない情報であり、二次診断情報以外の情報は、自動運転車両２００の巡回時に更新されることがある情報である。
【００６８】
自動運転車両２００は、走行ユニット６００、管理部６１０、通信部６２０、及び認証部６３０を備える。管理部６１０は、利用状況検知部６１１、利用許可部６１２、及び認証部６１３を備える。利用状況検知部６１１は、自車の利用状況を検知する。利用許可部６１２は、認証ＩＤを参照するなどをして自車の利用を許可する。認証部６１３は、自車の利用の際の認証ＩＤを認証する。
【００６９】
通信部６２０は、自動運転車両２００とその他の装置、サービス端末１００、診察端末４００、医師端末５００との間における送受信を行う。認証部６３０は、送信されるサービスＩＤなどによって自車を利用する利用者（医師）を特定するための認証を行う。
【００７０】
また、自動運転車両２００は、車両情報を記憶している。車両情報には、車両ＩＤ、自車の位置情報（緯度、経度、高度）、コンパートメント利用情報（利用医師・利用可能コンパートメント（診断機器）、走行状態、管理者情報、サービスオーナＩＤ、及び利用期間等に関する情報が含まれる。
【００７１】
診察端末４００は、状態管理部４３１、通信部４３２、出力部４３３、認証部４３４、及び記憶部４４０を備える。状態管理部４３１は、隣接された診察設備３００の利用状態（利用の可否等）を管理する。通信部４３２は、自動運転車両２００とその他の装置、サービス端末１００、自動運転車両２００、医師端末５００との間における送受信を行う。
【００７２】
出力部４３３は、状態管理部で求めた情報や通信部４３２で受信した情報を出力する。認証部４３４は、送信される対象患者ＩＤなどによって患者を特定するための認証を行う。その他、診察端末４００は、サービス情報として、タスクＩＤ、実行責任者情報、対象患者ＩＤ、診断機情報、一次診断結果、タスクステータス、サービスステータス、及び施設位置情報などを記憶している。
【００７３】
医師端末５００は、通信部５１０及び認証部５２０を備える。通信部５１０は、通信部４３２は、診察端末４００とその他の装置、例えばサービス端末１００、自動運転車両２００、医師端末５００との間における送受信を行う。医師端末５００は、通信部５１０及び認証部５２０を備える。
【００７４】
通信部５１０は、医師端末５００とその他の装置、具体的にはサービス端末１００、自動運転車両２００、診察端末４００との間における送受信を行う。認証部５２０は、医師端末５００における認証を行う。また、医師端末５００には、対象患者の患者ＩＤ、診断ＩＤ、診断機情報、経路情報などが記憶される。
【００７５】
図１２は、第３実施形態の医療ネットワークシステムにより実行される処理を示すシーケンス図である。第３実施形態の医療ネットワークシステムにより実行される処理は、コミュニティセンターＣＣにおける診察端末４００で生成された生体情報をサービスセンターＳのサービス端末１００が取得したあとに実行される。
【００７６】
図１２に示すように、サービス端末１００は、経路指示部１５４において、記憶部１６０に記憶された患者情報１６２を読み込み、巡回先となる患者（対象患者）の患者情報に基づいて巡回経路についての巡回計画を生成する（ステップＳ４０２）。続いて、サービス端末１００は、巡回担当者となる医師を決定する（ステップＳ４０４）。巡回担当者は、例えば、オペレータの入力操作による入力に基づいて決定してもよいし、記憶部１６０に巡回候補となる医師のリストやリストに記載された医師の担当予定（空き）や巡回経路からの地理的な遠近情報等を記憶しておき、これらの条件に基づいて決定してもよい。サービス端末１００は、決定した担当医師の医師端末５００に、巡回計画を送信する。また、巡回計画を送信する際には、顧客住所への到着時刻、対象患者の生体情報、及び患者情報も合わせて送信する。
【００７７】
続いて、担当医師の医師端末５００は、巡回の着手に入る（ステップＳ４０６）。このとき、担当医師は、巡回計画に応じた乗車情報及び診察に必要となる機材に関する必要機材情報を医師端末５００からサービス端末１００に送信する。サービス端末１００は、送信された乗車情報を受けて、配車手配を行う。サービス端末１００は、自動運転車両２００の手配にあたって、車両サービスプロバイダに対して自動運転車両２００の配車手配を行う。
【００７８】
配車手配を受けた車両サービスプロバイダは、手配した自動運転車両２００の車両情報（車両ＩＤ、位置情報等）をサービス端末１００に車両情報を送信する（ステップＳ４０８）。サービス端末１００は、車両情報を受信することによって、車両の手配が行われる（ステップＳ４１０）。サービス端末１００は、手配した自動運転車両２００についてのサービス認証を行う（ステップＳ４１２）。
【００７９】
サービス端末１００におけるサービス認証の際に、自動運転車両２００は、車両認証を行い、自動運転車両２００の利用を開始する（ステップＳ４１４）。サービス端末１００は、サービス認証によって、担当医師が乗車する自動運転車両の認証キーを取得する。
【００８０】
サービス端末１００は、車両の派遣及び認証キーの送付を行う（ステップＳ４１６）。車両の派遣により、自動運転車両２００は、自動運転を行い、担当医師の場所に向かう。また、サービス端末１００は、自動運転車両の認証キーを医師端末５００に送付（送信）する（ステップＳ４１６）。
【００８１】
医師端末５００は、サービス端末１００から送信された認証キーを受信する。続いて、担当医師の場所に自動運転車両２００が到着すると、担当医師は、医師端末５００をもって自動運転車両２００に乗車する（ステップＳ４１８）。担当医師は、認証キーを自動運転車両２００の所定の入力部に入力することで、担当医師が自動運転車両２００に乗車可能となる。
【００８２】
また、サービス端末１００は、医師端末５００から送信された必要機材情報により、他の自動運転車両２００によって、担当医師が乗車する自動運転車両２００に必要機材を届ける必要がある場合には、車両サービスプロバイダに配車手配を行う。配車手配を受けた車両サービスプロバイダは、必要機材を運搬する自動運転車両（以下、「他の自動運転車両」という２００の車両情報をサービス端末１００に送信する（ステップＳ４２０）。
【００８３】
車両情報を受信したサービス端末１００は、送信された車両情報を受信し、受信した車両情報に基づいて、巡回経路上における他の自動運転車両２００の到達位置を算出する。この到達位置において、他の自動運転車両２００から自動運転車両２００への必要機材の受け渡しが行われる。サービス端末１００は、受け渡し位置の位置情報を医師端末５００に通知する（ステップＳ４２２）。また、サービス端末１００は、患者情報を参照し、巡回先における到着予想時刻を更新して医師端末５００に送信する（ステップＳ４２２）。
【００８４】
また、担当医師は、患者情報における顧客住所に応じた訪問先情報を含む患者情報をサービス端末１００に要求する（ステップＳ４２４）。続いて、担当医師は、患者情報に基づく一次診断を行っており、一次診断の結果に応じて詳細診断の要求及び問診情報の送信を行う（ステップＳ４２６）。それから、サービス端末１００では、送信された詳細診断の要求及び問診情報に基づいて、巡回経路を更新し（ステップＳ４２８）、自動運転車両２００に送信する。
【００８５】
また、サービス端末１００は、設備状況の確認を診察端末４００に対して行い、一次診断の結果から必要となる追加機材の手配を行う（ステップＳ４３０）。診察端末４００では、設備確認に応じた診断機の有無に関する診断機情報をサービス端末１００に送信する（ステップＳ４３２）。
【００８６】
それから、サービス端末１００は、巡回先の患者の過去の履歴（既往歴）や症例を参照し患者登録を行う（ステップＳ４３４）。その後、担当医師（医師端末５００）は、患者の過去の既往歴や診断機による診断の結果等に基づいて、二次診断を確定する（ステップＳ４３６）。その後、サービス端末１００では、タスク終了判定を行い（ステップＳ４３８）、タスクが終了していなければステップＳ４２４に戻って同様の処理を繰り返す。
【００８７】
上記の第３実施形態の医療ネットワークシステムでは、サービスセンターＳ（サービス端末１００）において、巡回計画を決定して医師を派遣し、医師が車載診断機と通信で取得したセンサ値を基に診断を行いながら移動する。ここでは、手持ちあるいは車載の診断機で足りない場合に追加機材を他の自動運転車両２００によって物送させて、経路上で受け取って診断する。あるいは、中継地点（施設）に派遣しておく。また、診断データもサービスセンター側に蓄積して数値解析をもとに二次診断をし、医師が状態を確認して診断を確定する。
【００８８】
このように、第３実施形態の医療ネットワークシステムでは、自動運転車両２００に乗車して巡回領域内を巡回する担当医師は、自動運転車両２００の中で患者の一次診断を行うことができる。したがって、担当医師は、患者の住宅等に到着したときには、患者の一次診断を終えた状態とすることができる。その結果、担当医師は、患者の住宅等における一次診断の時間を省くことができるので、患者の住宅等宅での滞在時間を短くすることができる。その結果、担当医師は、巡回領域内を効率良く巡回することができる。
【００８９】
また、第３実施形態の医療ネットワークシステムを用いることにより、医師端末のみで難しい診断を、物理的な経由地に存在する施設端末および医療施設にあるサービス端末を移動しながら実行できる。このため、診断のための施設が点在する地域においても、大型医療施設に匹敵する多様な症例の診断を複数の診断機と高度な解析に対応したリモートのサービス端末を用いて、多くの経由地上において、しかも効率的に実行することができる。
【００９０】
以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。例えば、上記の各実施形態では、サービスセンターＳにおけるサービス端末１００に決定部１１０を設けて配車スケジュールを決定しているが、自動運転車両２００に決定部を設けて、自動運転車両２００において配車スケジュールを生成するようにしてもよい。この場合、決定部は、例えば所定の時間に自動的に配車スケジュールを生成するようにしてもよいし、自動運転車両２００に乗車する医師などの操作に応じて配車スケジュールを生成するようにしてもよい。
【００９１】
また、上記の第２実施形態では、コミュニティセンターＣＣに医師が滞在して一次的な診察を行っているが、診療端末通信部４２０により自動運転車両２００の通信装置２２０に送信された生体情報に基づいて、巡回医師ＤＲが一次的な診察を行うようにしてもよい。または、診療端末通信部４２０は、生体情報を病院などの医療機関に送信し、その医療機関で一次的な診察を行うようにしてもよい。
【００９２】
また、上記の各実施形態では、診療端末４００は、自動運転車両２００の通信装置２２０に対してサービス端末１００を介して間接的に生体情報を送信するが、診療端末４００は、通信装置２２０に対して直接的に生体情報を送信してもよい。通信装置２２０に対して直接的に生体情報が送信された場合、例えば、自動運転車両２００に乗車する巡回医師ＤＲがサービスセンターＳと通信する操作を行うことにより、配車スケジュールの生成をサービスセンターＳに要請するようにすればよい。
【００９３】
また、上記の各実施形態では、サービス端末１００の決定部１１０は、巡回医師ＤＲの巡回にかかる時間を極力短くする観点から配車スケジュールを決定するが、決定部１１０は、他の観点で配車スケジュールを決定してもよい。例えば、決定部１１０は、利用者の年齢が高い順に巡回する配車スケジュールを決定してもよいし、各利用者の往診希望時間を取得しておき、その往診希望時間を考慮したスケジュールを決定してもよい。また、決定部１１０は、配車スケジュールを逐一計算することなく予め記憶しておき、記憶した配車スケジュールをサービス端末通信部１２０に出力してもよい。
【００９４】
また、上記の各実施形態では、ナビゲーション装置２３０は、巡回経路及び到着予定時刻と、利用者の生体情報とを、ＨＭＩ２３２により画像表示で同時に出力するが、これらを交互に画像表示するようにしてもよい。また、ナビゲーション装置２３０の他の態様で巡回経路、到着予定時刻と、利用者の生体情報を画像表示するようにしてもよい。また、ＨＭＩ２３２により出力される情報の出力態様は、スイッチ操作などにより変更可能とされていてもよい。例えば、音声出力に対応するボタンを操作することにより、巡回経路や生体情報が音声出力されるようにしてもよいし、表示切替に対応するボタンを操作することにより、生体情報を出力する利用者を切り替えられるようにしてもよい。
【００９５】
また、上記の各実施形態では、診察設備３００は、巡回領域内のコミュニティセンターＣＣのみに設置されているが、診察設備３００は、複数の施設に設置されていてもよいし、巡回領域外の施設に設置されていてもよい。また、巡回領域の内外における特定の施設以外に設置されていてもよく、例えば、診察設備３００は、利用者宅や医師宅などに設置されていてもよい。さらには、診察設備３００は、自動運転車両２００などの車両に搭載されていてもよい。
【００９６】
また、上記の各実施形態では、利用者の所在地が利用者宅に固定されているが、例えば、利用者の現在位置をＧＰＳ装置などで検出して、利用者の現在位置に自動運転車両２００が巡回するようにしてもよい。また、自動運転車両２００の発着位置は、巡回領域内における医師宅であるが、他の位置でもよい。例えば、巡回領域外の医師宅であってもよいし、巡回領域内外の車両保管庫などであってもよい。
【００９７】
また、上記の各実施形態では、１つの巡回領域を１台の自動運転車両２００が巡回するが、１つの巡回領域を複数台の自動運転車両２００が巡回してもよい。複数の自動運転車両２００には、それぞれ巡回医師ＤＲが乗車するようにすればよい。あるいは、複数の巡回領域を１台または複数台の自動運転車両２００が巡回してもよい。
【００９８】
また、上記の各実施形態では、決定部１１０は、一次的な診断の結果によらず、自動運転車両２００が各利用者宅を訪問する巡回経路を決定する他の態様で巡回経路を決定してもよい。例えば、第２実施形態において、コミュニティセンターＣＣの医師が一次的な診察によって訪問の要否を判断し、訪問が不要とした利用者宅への訪問を省略した巡回経路を生成するようにしてもよい。
【符号の説明】
【００９９】
１００  サービス端末
１１０  決定部
１２０  サービス端末通信部
２００  自動運転車両
２１０  外界監視ユニット
２２０  通信装置
２３０  ナビゲーション装置
２３２  ＨＭＩ
２３４  ＧＮＳＳ受信機
２３６  ナビ制御装置
２５０  自動運転制御ユニット
２６０  駆動力出力装置
２６２  ブレーキ装置
２６４  ステアリング装置
３００  診察設備
４００  診療端末
４１０  演算部
４２０  診療端末通信部
ＤＲ    巡回医師
ＮＷ    ネットワーク
Ｓ      サービスセンター
【図１】
2018230559.tif 000003
【図２】
2018230559.tif 000004
【図３】
2018230559.tif 000005
【図４】
2018230559.tif 000006
【図５】
2018230559.tif 000007
【図６】
2018230559.tif 000008
【図７】
2018230559.tif 000009
【図８】
2018230559.tif 000010
【図９】
2018230559.tif 000011
【図１０】
2018230559.tif 000012
【図１１】
2018230559.tif 000013
【図１２】
2018230559.tif 000014
【手続補正書】
【提出日】令和1年12月13日(2019.12.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
診察設備が設けられた施設に設置され、第１の通信部を含む診療端末と、
医師が乗車し、第２の通信部および情報出力部を有する自動運転車両と、
特定の領域内を走行するように前記自動運転車両の配車スケジュールを決定する決定部と、
前記決定部に併設された第３の通信部と、を備え、
前記第１の通信部は、前記診察設備による診察結果を、直接または間接的に前記第２の通信部及び前記第３の通信部に送信し、
前記情報出力部は、前記第２の通信部により受信された診察結果に基づく情報を前記医師に出力するとともに、
前記決定部は、前記第３の通信部により受信された診察結果に基づいて前記配車スケジュールを変更し、
前記第３の通信部は、前記変更された配車スケジュールと共に前記受信した診察結果を前記第２の通信部に送信する、
医療ネットワークシステム。
【請求項２】
診察設備が設けられた施設に設置された診療端末、医師が操作する医師端末、及び前記医師が乗車する自動運転車両と通信する通信部と、
前記自動運転車両が特定の領域内を走行するように前記自動運転車両の配車スケジュールを決定する決定部と、を備え、
前記決定部は、前記医師端末から受信した治療関連情報に基づいて前記配車スケジュールを変更し、
決定した配車スケジュールを前記医師端末に送信する、
外部装置。
【請求項３】
前記医師端末は、受信した前記配車スケジュールに応じた車両の手配に関する乗車情報を前記決定部に送信する、
請求項２に記載の外部装置。
【請求項４】
前記外部端末は、前記自動運転車両の認証情報を前記医師端末に送信する、
請求項２〜３のいずれか１項に記載の外部装置。
【請求項５】
前記決定部は、前記自動運転車両の所定位置への到着予想時刻を推定し、
推定した到着予想時刻を前記医師端末に送信する、
請求項２〜４のいずれか１項に記載の外部装置。
【請求項６】
前記決定部は、前記治療関連情報に基づいて、必要設備関連情報を生成し、
前記必要設備関連情報を前記自動運転車両及び前記診療端末の少なくとも一方に送信する、
請求項５に記載の外部装置。
【国際調査報告】
2018230559.tif 000015
2018230559.tif 000016
2018230559.tif 000017
2018230559.tif 000018