訪問診療支援システムおよび方法
【課題】 患者や被介護者の異常の兆候を的確に検出して医師に通知できること。
【解決手段】 利用者端末と通信ネットワークを介して繋がり、利用者端末から送られてくる情報をもとに利用者の健康状態の異常の兆候を検出して医師端末へ通知する訪問診療支援システムであって、質問情報と、当該質問に対して予想される一または二以上の回答情報と、各回答情報に関連付けて健康状態に関する要注意度を利用者ごとに保存した利用者ファイルと、利用者端末へ質問情報を送信する質問送信手段と、利用者端末から送られてくる利用者の回答を受信する回答受信手段と、前記利用者ファイルを参照して前記受信した回答に対する要注意度を抽出し、当該要注意度をもとに異常の兆候の有無を判定する異常兆候判定手段とを備える。
【解決手段】 利用者端末と通信ネットワークを介して繋がり、利用者端末から送られてくる情報をもとに利用者の健康状態の異常の兆候を検出して医師端末へ通知する訪問診療支援システムであって、質問情報と、当該質問に対して予想される一または二以上の回答情報と、各回答情報に関連付けて健康状態に関する要注意度を利用者ごとに保存した利用者ファイルと、利用者端末へ質問情報を送信する質問送信手段と、利用者端末から送られてくる利用者の回答を受信する回答受信手段と、前記利用者ファイルを参照して前記受信した回答に対する要注意度を抽出し、当該要注意度をもとに異常の兆候の有無を判定する異常兆候判定手段とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遠隔医療・介護に関する技術に係り、特にコールセンター等を介して在宅患者の状況を定期的に確認して、異常検出時は医師に通知する訪問診療支援システムおよび方法に関する。
【背景技術】
【０００２】
従来、在宅患者や被介護者の安否を確認するシステムとして、患者宅のドアやトイレなどに種々のセンサを取り付けて、このセンサの入力信号の変化によって安否を判断するという手法が提案されている。（例えば、特許文献１を参照）。
【０００３】
また、コールセンターから定期的に問診コールを行い、その結果異常が発見されたり、緊急時に患者宅から緊急信号が発信された場合には、予め登録した診療所や病院に通報するというシステムが提案されている。（例えば、特許文献２を参照）。
【特許文献１】特開２００１−６０７３号公報
【特許文献２】特開２００２−９９６２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、患者の健康状態の異常を検出して医師に通知する場合、適切に異常を検出する必要がある。特に、遠隔で問診を行うような状況では、直接対面で問診を行うのに比べて本来必要な情報が正しく収集できない場合がある。このような場合、問診を行うオペレータのみにその判断を委ねると、異常の兆候を見逃してしまい治療が手遅れになる可能性がある。逆に、本来異常でないにもかかわらず、危険な状態と判断して緊急処置を行うようなケースが多発することにもなる。
【０００５】
本発明は、上述のかかる事情に鑑みてなされたものであり、患者や被介護者の異常の兆候を的確に検出することができる訪問診療支援システムおよび方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、本発明に係わる訪問診療支援システムは、利用者端末と通信ネットワークを介して繋がり、利用者端末から送られてくる情報をもとに利用者の健康状態の異常の兆候を検出して医師端末へ通知する訪問診療支援システムであって、質問情報と、当該質問に対して予想される一または二以上の回答情報と、各回答情報に関連付けて健康状態に関する要注意度を利用者ごとに保存した利用者ファイルと、入力された質問を利用者端末へ送信する問診支援手段と、利用者端末から送られてくる利用者の回答を受信する回答受信手段と、利用者ファイルを参照して受信した回答に対する要注意度を抽出し、当該要注意度をもとに異常の兆候の有無を判定する異常兆候判定手段と、を備えたことを特徴とする。
【０００７】
本発明では、遠隔診断支援システムに予め利用者ごとに、質問とその質問に対して予想される一または二以上の回答とを関連付け、さらに各回答には健康状態に関する要注意度情報を関連付けて保存しておく。そして、利用者端末へ質問情報を送信して、利用者からのレスポンスをもとに予め保存しておいた関連情報（利用者ファイル）を参照して要注意度を抽出し、当該要注意度をもとに異常の兆候の有無を判定する。この判定によって、異常の兆候ありと判定された場合は、医師端末へ回答情報と共に通知する。
【０００８】
ここで、「端末」は通信ネットワークに繋がるパーソナルコンピュータや専用の端末装置のほか、電話（携帯電話を含む）も含む。なお、利用者端末は、ＴＶ電話など利用者の画像・映像を伝送できる機能を有するものが好ましい。
【０００９】
また、「要注意度」とは、注意を要する度合いを意味する。「異常の兆候」とは、医師あるいは人間系によって異常ありの判定を行う前の状態で異常の可能性を含む趣旨である。
【００１０】
本発明に係わる訪問診療支援システムでは、さらに、利用者ファイルは、回答情報として、質問に対して予想される回答に含まれる一または二以上のキーワードと当該キーワードの要注意度を互いに関連付けて保存し、異常兆候判定手段は、利用者ファイルを参照して、回答受信手段によって受信された回答に含まれているキーワードを抽出すると共に当該キーワードに関連付けられた要注意度を抽出し、当該要注意度をもとに異常の兆候の有無を判定することを特徴とする。
【００１１】
本発明では、質問に対して予想される回答のうちキーワードを登録しておいて、利用者の回答の中に存在するキーワードに対応する要注意度を抽出して異常の兆候を判定する。これによって、記憶容量の節約を図ることができる。
【００１２】
なお、複数のキーワードが存在する場合は、その要注意度がもっとも高いものについて判定するとか、一定の重みを付けて加重平均を行う等の手法によって異常の判定を行う。
【００１３】
また、本発明に係わる訪問診療支援システムでは、利用者ファイルは、さらに利用者ファイルは、さらに質問情報に含まれるキーワードを保存し、異常兆候判定手段は、利用者ファイルを参照して、問診支援手段によって送信された質問、および、回答受信手段によって受信された当該質問に対する回答に含まれているキーワードを抽出し、両キーワード間の時間差を演算すると共に過去の時間差との変化率を演算し、当該変化率をもとに異常の兆候の有無を判定することを特徴とする。
【００１４】
本発明では、質問と回答中に含まれてい各キーワード間の時間差を計測して、過去のデータと比較して、その変化率によって異常の兆候の有無を判定する。なお、質問の終了から、回答中のキーワードの開始までの時間であってもよい。
【００１５】
また、本発明に係わる訪問診療支援システムでは、利用者端末から送られてくる回答は音声波形によって入力され、当該音声波形の強度または周波数を分析する波形分析手段を備え、異常兆候判定手段は、強度または周波数の履歴データによって異常の兆候の有無を判定することを特徴とする。
【００１６】
本発明では、音声波形を分析して、履歴データと比較することによって異常の兆候の有無を判定する。
【００１７】
なお、音声波形の分析の簡便な方法として、キーワード中の強弱の差、または、入力された回答情報のうちキーワードの音声波形における最高周波数と最低周波数との差を演算して、その差が所定値よりも小さくなった場合は、異常の兆候ありと判定するようにしても良い。
【００１８】
本発明に係わる訪問診療支援システムでは、さらに、利用者端末から送られてくる認証情報によって、利用者ファイルに保存されている質問情報を送信して利用者の回答を促す質問送信手段を備え、異常兆候判定手段は、認証情報の受信が所定期間ないことによって安否判定を行うことを特徴とする。
【００１９】
本発明では、利用者が認証手段によって自発的に訪問診療支援システムに接続して、同システムから送られてくる質問に対して回答を行うようにする。この接続が所定期間内にあったかどうかによって安否判定を行う。
【００２０】
また、本発明に係わる訪問診療支援システムでは、質問送信手段は、利用者端末へ質問情報を表示すると共に表示位置を含む表示条件を変更して質問に対する回答の選択肢を表示し、異常兆候判定手段は、質問と回答との整合性および要注意度をもとに利用者の異常の兆候の有無を判定することを特徴とする。
【００２１】
本発明では、利用者が端末画面上で回答を指示入力する際、回答の表示位置を日によってあるいは接続ごとに変更して表示し、システム側でその整合性と回答の要注意度をもとに利用者の異常の兆候の有無を判定する。
【００２２】
また、本発明に係わる訪問診療支援システムは、医師の診断結果を入力する診断結果入力手段と、診断結果をもとに利用者ファイルの要注意度を更新する利用者ファイル更新手段と、を備えたことを特徴とする。
【００２３】
本発明では、医師の診断結果によって要注意度を更新することによって適切に異常の兆候を検出できるようにする。
【００２４】
本発明に係わる訪問診療支援システムは、さらに、利用者の映像情報を受信し、受信した映像情報の所定領域の色彩情報を取得して保存する画像処理手段を備え、異常兆候判定手段は、過去の色彩情報と比較して所定の変化があったか否かによって異常の兆候の有無を判定することを特徴とする。
【００２５】
本発明では、たとえば目の周りや頬の色を過去のデータと比較して所定の変化があった場合は異常の兆候ありと判定する。
【００２６】
本発明に係わる訪問診療支援システムは、さらに、受話器または椅子座部上面に脈情報収集手段を設け、脈情報収集手段から通信ネットワークを介して送られてくる脈情報によって、健康状態の異常の兆候の有無を判定することを特徴とする。
【００２７】
本発明では、受話器の指に触れる部分、またはは椅子の座部上で大腿部に触れる部分に脈センサを設けて利用者の脈情報を収集してシステムに送信する。
【００２８】
本発明に係わる訪問診療支援システムでは、利用者端末は、リモコン等によって利用者の要求に応じて移動したときの位置座標を収集し、その位置座標データを用いて時間帯別に目標位置座標を演算して当該演算結果を位置座標のデータ数に基づいて優先順位をつけて格納する目標位置演算手段と、この優先順位に従って目標位置座標へ向けて移動する自動移動制御手段とを備えたことを特徴とする。
【００２９】
本発明では、逐次利用者の位置情報を収集するようにしておいて、予め設定された時刻の到来、一定期間の端末使用なし、あるいは、システムからの要求等の所定の条件をトリガとして、利用者のもとへ自ら移動する手段を設ける。
【００３０】
また、本発明に係わる訪問診療支援方法は、利用者端末と通信ネットワークを介して繋がるサーバによって利用者端末から送られてくる情報をもとに利用者の健康状態の異常の兆候を検出して医師へ通知する訪問診療支援方法であって、サーバにおいて、質問情報と、当該質問に対して予想される一または二以上の回答情報と、各回答情報に関連付けて健康状態に関する要注意度とを予め保存するステップと、利用者端末へ質問を送信するステップと、利用者端末から送られてくる利用者の回答を受信するステップと、受信した回答に対する要注意度を抽出し、当該要注意度をもとに異常の兆候の有無を判定するステップと、異常の兆候ありと判定された場合は、医師へ通知するステップと、を含むことを特徴とする。
【００３１】
本発明では、利用者の回答をもとに、その回答に対応付けられた要注意度によって異常の兆候を検出して医師に通知し、医師の診断結果をフィードバックして適切に異常の兆候の検出を行うようにする。
【００３２】
なお、医師の診断結果のフィードバック方法としては、異常の兆候ありとして医師が診察した結果、新たな病気の発見あるいは投薬の変更などに変化があった場合は、兆候を検出した項目（回答情報もしくはそのキーワード）を有効として要注意度を増加させ、逆に診察の結果、このような変化が無かった場合は、その項目の要注意度を減少させるような方法がある。なお、診断結果のフィードバックを医師の電子カルテと連動させて行うようにすると効率的である。
【発明の効果】
【００３３】
本発明によれば、患者や被介護者の異常の兆候を的確に検出することができ、医師の診療につなげることができる。
【発明を実施するための最良の形態】
【００３４】
以下、本発明の実施の形態を説明する。図１は、本発明の第１の実施の形態による訪問診療支援システムの機能ブロック図である。
【００３５】
図１において、訪問診療支援システム１は、利用者端末２および医師端末３と通信ネットワーク４を介して繋がるサーバ装置として構成され、各端末２，３と通信を行うための送受信部１３、訪問診療サービスのためのデータ処理を行う中央演算処理部１４、データを保存する記憶部１６、キーボードおよび電話等によって構成されデータや音声の入力および出力を行う入出力部１２、テレビモニターなどによって構成される表示部１２、および、オペレータの映像を入力するためのカメラ１７を有している。
【００３６】
また、中央演算処理部１４は、通信ネットワーク４を介して端末２，３と送受信処理を行う送受信処理手段（機能）４０、データの入出力処理を実行する入出力処理手段４１、記憶部１６に基本情報を登録する基本情報登録手段４２、利用者ファイルを作成する利用者ファイル作成手段４３、オペレータの問診を支援する問診支援手段４４、利用者端末２に対して質問情報を送信する質問送信手段４５、利用者端末２から送られてくる回答情報を受信する回答受信手段４６、質問情報または回答情報から所定のキーワードを抽出するキーワード抽出手段４７、利用者の健康状態の異常の兆候の有無を判定する異常兆候判定手段４８、異常の兆候が発見された場合は医師端末３に通知する通知手段４９、医師の診断結果を入力する診断結果入力手段５０、診断結果をもとに利用者ファイルを更新する利用者ファイル更新手段５１、入力された診断結果と利用者の健康状態のデータをもとに診療の品質のチェックを行う診療品質チェック手段５２を有している。各手段４０〜５２は、中央演算処理部１４の機能として実行されるものである。
【００３７】
また、記憶部１６は、質問すなわちコールセンターからの問い掛けの内容および想定される回答のひな型であるマスタファイル６１、マスタファイル６１をもとに利用者ごとに作成される利用者ファイル６２、および、オペレータによる問診の結果と利用者の自発的な接続による入力データを保存する問診結果ファイル６３を備えている。
【００３８】
また、利用者端末２は、データの送受信を行う送受信部２４、データの処理を行う中央演算処理部２３、音声の入力および出力を行う入出力部２１、テレビモニターなどの表示部２２、および、利用者の映像を入力するためのカメラ２５を有している。
【００３９】
医師端末３も同様に送受信部３４、中央演算処理部３３、入出力部３１を有している。なお、必要によりこの医師端末３にもカメラやモニターを設けるようにしても良が、一方、簡便な構成として携帯電話を医師端末３として使用するようにしても良い。
【００４０】
次に、訪問診療支援サービスの概略の流れを説明する。
まず、利用者宅に利用者端末２を設置する。利用者には、同サービスに加入している担当医師が地域や専門性に基づいて割り当てられる。
【００４１】
そして、コールセンターに設けられた訪問診療支援システム１からオペレータが利用者端末２へ入出力部１１を介して安否確認の電話を行い、呼び出された利用者に対して問い掛けを行い、その回答情報を記憶部１６に保存すると共に、カメラ１７を通して利用者の健康状態を確認しその記録を問診結果ファイル６３に保存する。
【００４２】
問合せの結果は、随時、担当医師に提供されると共に特に異常の兆候が発見されたときには、緊急で医師に連絡され、医師が利用者宅を訪問して診療を行う。一方、システム１で異常が発見されない場合は、医師による定期的な訪問診療が行われる。
また、利用者端末２には、介護情報など利用者を対象とした種々の情報を提供する。
【００４３】
次に、訪問診療支援システム１の動作を説明する。
<基本情報登録処理>
まず、基本情報登録手段４２によって予め疾病別に質問内容とそれに対する標準回答のキーワードをマスタファイル６１に登録する。
【００４４】
図２は、マスタファイル６１のデータ構成例である。質問内容ごとに質問ＩＤ（識別情報）が付され、その質問中のキーワードと利用者の想定される回答のキーワードおよびそのキーワードと関連付けて要注意度の数値が保存されている。たとえば、オペレータの「○○の調子はいかがですか」という問い掛けに対して、「あまり良くありません。」という利用者の回答を想定してオペレータ側のキーワードは「調子」、利用者側のキーワードは「あまり」、そして、この回答の要注意度は「３」と設定されている。ここで、「○○」は、利用者ごとに後述する処理によって、その疾病部位、たとえば、膝とか胃腸という部位名称が利用者ごとに設定されるようになっている。
【００４５】
また、要注意度は、「通常」（問題なし）の場合は１、「注意」（注意が必要）の場合は３、「緊急」（緊急対応が必要）の場合は５というように離散的な数値が標準値として登録されている。
【００４６】
<利用者ファイル登録処理>
利用者の加入があると、利用者ファイル作成手段４３を起動して利用者ごとに利用者ファイル６２を作成する。利用者ファイル６２の作成は、マスタファイル６１を参照して、加入時の質問用紙に記入された利用者の疾病部位を挿入して作成する。
【００４７】
また、作成当初の利用者ファイル６２の質問内容や回答キーワードは、マスタファイル６１の標準的なキーワードが登録されるが、サービスの経過に伴って、オペレータが質問内容やキーワードを随時登録することができるようになっている。
【００４８】
図３は、利用者ファイルのデータ構成例である。ここで、利用者ファイル６２は、マスタファイル６１の中でオペレータが指定した質問のＩＤおよび、疾病部位を挿入した質問内容、利用者回答のキーワードが保存されている。この質問内容については、利用者の疾病を入力することによって、自動的にマスタファイル６１の質問情報の中の対応箇所がその疾病部位に置き換わるようになっている。また、各回答に関連付けて利用者ごとに要注意度が保存されている。
【００４９】
<通信確認処理>
加入した利用者に対するサービス開始のための通信確認段階において、コールセンターのオペレータは、表示部１２に表示されているその利用者ファイルの質問内容を見ながら、利用者に問い掛けを行う。質問内容は、質問文中にキーワードの部分が色替え等の識別表示されており、オペレータは、少なくともそのキーワードは的確に述べるようにする。
【００５０】
また、適宜質問内容以外の会話を織り交ぜながら利用者をリラックスさせるように会話を行う。利用者端末２から送られてくる回答情報は、回答受信手段４６によって、問診結果ファイル６３に波形データとして逐次保存される。
【００５１】
その後、利用者の会話を分析して、利用者ファイル６２へ新たな質問項目を追加する。また、利用者の回答中のキーワードを抽出して利用者ファイル６２に保存し、あるいは、標準設定されているキーワードを変更する。
【００５２】
以上の処理によって利用者ファイル中の各データを準備してその利用者の訪問診療サービスを開始する。
【００５３】
<健康情報収集処理>
（会話による収集）
オペレータは、訪問診療支援システム１の入出力部１１を介して、利用者端末２へ電話をして、利用者が電話に応答した場合、カメラ２７を通して送られてきた映像によって本人確認をする。
【００５４】
本人確認を終えると利用者の健康状態に関する問い掛けを行う。この問い掛けは、オペレータが問診支援手段４５を起動して、通信確認処理と同様な手順で実行する。
【００５５】
以下、図４を用いて問診支援手段４５の処理を説明する。
まず、オペレータは利用者の指定を行い、その利用者ファイルから質問情報を抽出する（Ｓ１０１）。そして、表示部１２に表示されたキーワードの識別表示された質問文を参照しながら問い掛けを行う（Ｓ１０２）。この問い掛け情報は、送受信処理手段４０、送受信部１３等を介して利用者端末２に送られ、入出力２１を通して利用者に伝えられる。
【００５６】
一方、利用者がこの問い掛けに対して応答すると、その応答情報は利用者端末２から創出され、訪問診療支援システム１の回答受信手段４６によって受信され、記憶部１６の問診結果ファイル６３に保存される。全ての質問が終了すると（Ｓ１０３）、問診結果ファイル６３にオペレータによる判定を書き込んで終了する（Ｓ１０４）。
【００５７】
図５は、問診結果ファイル６３のデータ構成例である。利用者ごと、問診ごとに、各質問ＩＤに対する回答（応答）中のキーワード、それらの個々の判定結果や総合判定結果、オペレータの判定、映像データ格納位置のポインタアドレス、および、医師の診断結果が保存可能になっている。
なお、利用者が電話に応答しない場合は、次の処理によって安否の確認等を行う。
【００５８】
（端末からの入力による収集）
訪問診療支援システム１は、オペレータからの問い掛けのみでなく、利用者が自発的にシステム１に接続して安否情報、健康情報を入力することも可能にする。以下、その手法について説明する。
【００５９】
まず、利用者を識別するために、予め利用者には認証カードを配布しておき、利用者は端末２に設けられた認証カードリーダ（図示せず）にその認証カードを挿入する。認証カードリーダによって読取られた認証コードは、利用者端末２を介して訪問診療支援システム１に送られ、認証コードの照合処理によって利用者の特定を行う。
【００６０】
以下、図６を用いて利用者端末からアクセス要求があったときの処理を詳述する。
訪問診療支援システム１では、利用者端末２からアクセス要求があると、受信した認証コード（利用者識別コード）を入力して（Ｓ２０１）、認証ＯＫならば（Ｓ２０２で「ＹＥＳ」）ならば、質問送信手段４５を起動する。質問送信手段４５は起動されると、まず、利用者ファイル６２から質問情報を抽出し（Ｓ２０４）、さらにその質問に対する回答の選択肢を抽出する（Ｓ２０５）。
【００６１】
そして、回答の選択肢表示位置の変更が必要な場合は（Ｓ２０６）、その表示位置情報を設定して（Ｓ２０７）、利用者端末２に質問おおよび回答の表示を行い利用者に回答の選択を促す（Ｓ２０８）。
【００６２】
図７は、その表示画面の例である。日によって、図７（ａ）、（ｂ）のように回答の表示位置を移動ないし変更する。これによって、利用者が正しく選択肢を選択できているか否かの判定を行う。なお、時期によって替える代わりに、一連の質問群の中に同じ内容の質問を重複して設けておき、その質問に対する回答の表示位置を変えるようにしても良い。このようにすれば、利用者の判断能力の判定のほか、質問に対する回答の不整合や利用者の真意の把握に利用することが可能となる。
【００６３】
ステップＳ２０８の後、回答の入力があった場合には（Ｓ２０９）、その回答を問診結果ファイル６３に保存する（Ｓ２１０）。一方、回答の入力が無く所定時間経過したときには（Ｓ２１１）、出力部１２にアラームを出力する（Ｓ２１２）。なお、アラーム出力に替えて異常フラグをセットしておき、そのフラグ数あるいは質問との関連においてアラーム出力をするようにしても良い。
【００６４】
以上のステップＳ２０４からＳ２１２までの処理を全ての質問について繰り返す（Ｓ２０３ａ、Ｓ２０３ｂ）。
【００６５】
<健康状態判定処理>
上述のオペレータまたはシステムによる問診処理の後、利用者の安否確認および健康状態に関する判定処理を実行する。以下、これらの処理の概要について説明する。
【００６６】
（安否確認処理）
オペレータの電話による問い掛けに対する応答、あるいは、利用者によるシステム接続が所定期間内に無ければ、異常ありとして利用者宅へ急行する。
【００６７】
問い掛けに対する応答あるいはシステム接続のいずれかが有れば、次に健康状態の異常兆候の有無の判定を行う。
【００６８】
（健康状態の異常兆候判定処理）
システム１の異常兆候判定手段４８は、問診結果ファイル６３に保存されている質問ＩＤごとの回答キーワードを抽出し、利用者ファイル６２を参照して、そのキーワードに対応する要注意度を抽出する。そして、その注意度の値に基づいて、「緊急」、「注意」、「通常」のステータスをその質問ＩＤに対応する判定結果欄に保存する。
【００６９】
ステータスの分類の仕方として、たとえば、回答の要注意度が所定値以上（たとえば４以上）の場合は「緊急」状態とし、要注意度が所定範囲（２以上４未満の範囲）にある場合は「注意」状態とし、要注意度が所定値未満（２未満）の場合は「通常」状態として各判定結果欄に保存する。
【００７０】
同じ質問に対して、キーワードが複数存在する場合は、各キーワードに対応する要注意度のうち最高値を用いて判定を行う。なお、最高値を用いる替わりに複数のキーワードの平均値を用いたり、キーワードによって加重平均を行うようにしても良い。
【００７１】
以上、異常兆候判定処理の概要を説明した。以下、図８を用いて同処理の詳細を説明する。
【００７２】
異常兆候判定手段４８は、回答受信手段４６からの指令または定期的に起動されると、まず電話応答か否かを判定する（Ｓ３０１）。電話応答の場合は、その利用者の問診結果ファイル６３に保存されている回答中のキーワードを抽出し（Ｓ３０２）、さらに利用者ファイル６２を参照してそのキーワードに対応する要注意度を抽出する（Ｓ３０３）。そして、その要注意度を問診結果ファイル６３のその回答に対応する判定結果として保存する（Ｓ３０４）。以上のステップＳ３０２〜Ｓ３０４までの処理を質問の全項目について繰り返す（Ｓ３０５）。
【００７３】
その後、各項目の判定結果に基づいて総合判定を保存する（Ｓ３０６）。この判定のしかたは上述の通りである。
【００７４】
ステップＳ３０１で「ＮＯ」、すなわち、電話応答で無い場合は、利用者端末２から入力があったか否かを判定して（Ｓ３０７）、入力があった場合は問診結果ファイル６３から質問項目ごとにそれに対応する回答データを抽出して（Ｓ３０８）、回答データの整合性の判定を行う。そして、異常ありの場合は（Ｓ３０９で「ＹＥＳ」）、異常計数カウンタをカウントアップする（Ｓ３１０）。以上のステップＳ３０８からステップＳ３１０までの処理を全項目について繰り返す（Ｓ３１１）。そして、異常計数カウンタの値によって緊急、注意、通常の判定を行って問診結果ファイル６３に保存する（Ｓ３１２）。
【００７５】
ステップＳ３０７で「ＮＯ」、すなわち端末からの入力も無い場合は、所定期間その状態が続いた場合は（Ｓ３１３）、アラーム出力を行ってオペレータあるいは担当の医師端末３に通知する（Ｓ３１４）。
【００７６】
以上の処理によって訪問診療支援システム１において異常の兆候を判定する。そして、この判定に基づいて図９に示したような対応をとる。すなわち、オペレータとシステム１の判定のいずれかで「緊急」状態が存在すると（Ｓ４０１で「ＹＥＳ」）、医師端末３へ通知され、医師は直ちに利用者宅を訪問して診察を行う（Ｓ４０２）。なお、医師は、必要に応じて、医師端末３を介して問診結果ファイル６３または映像データを参照する。このとき、医師端末３へは、会話映像と共に、緊急判定となったときの質問内容と回答のキーワードが表示される。
【００７７】
また、最高ランクが「注意」状態の場合は（Ｓ４０３で「ＹＥＳ」）、そのステータスが医師端末３へ通知され、医師は端末３を介してシステム１に保存されている問診結果ファイル等を確認して診療の時期の判断を行う（Ｓ４０４）。
【００７８】
最高ランクが「通常」の場合は医師端末３への通知は無く、医師は定期訪問に際して、同端末を通して問診結果ファイル６３を参照する。
【００７９】
なお、上記の処理において、ステップＳ４０３で、前回通常状態であったものが注意状態に変化した場合には、ステップＳ４０２に遷移して、直ちに利用者宅を訪問して診療を行うようにしても良い。
【００８０】
<診断結果入力処理・利用者ファイル更新処理>
医師は、緊急に、または、定期的に利用者の診察を行った後、利用者の健康状態の変化方向を入力する。このデータは医師端末３を経由してシステム１に送られ、診断結果入力手段５０を介して問診結果ファイル６３の診断結果欄に書き込まれる。診断結果の入力が終わると利用者ファイル更新手段５１が起動され、その診断結果に基づいて当該利用者の要注意度の補正が行われる。
【００８１】
以下、図１０を用いて利用者ファイル更新手段の処理について詳述する。
まず、医師端末３から診断結果の入力があると（Ｓ５０１で「ＹＥＳ」、その利用者の問診結果ファイル６３の総合判定が緊急状態または注意状態の場合は（Ｓ５０２）、次に悪化方向か否かを判定して、悪化方向の場合は（Ｓ５０３で「ＹＥＳ」）、利用者ファイル６２のその緊急状態または注意状態と判定することになった項目の要注意度を所定の率（たとえば、１．１倍）で増加させる。
【００８２】
一方、ステップＳ５０３で「ＮＯ」の場合は、次に回復方向か否かを判定して、回復方向の場合は、要注意度を所定の率（例えば０．９倍）で減少させる（Ｓ５０６）。一方、診察の結果、健康状態に変化が無い場合は、要注意度は更新しない（Ｓ５０５で「ＮＯ」）。
【００８３】
なお、上記の要注意度の補正のしかたは、悪化方向のときに１よりも大きな所定の率を掛け、回復方向の時には、１よりも小さな所定の率を掛けるというやり方であるが、これに限らず、たとえば所定の値で加減算したり、あるいは予め定めた変換表によって補正するようにしても良い。
【００８４】
ステップＳ５０２で「ＮＯ」、すなわち、通常状態の場合には、悪化方向か否かを判定して（Ｓ５０７）、悪化方向の場合には、オペレータに問診内容または要注意度を見直すべきアラーム（注意メッセージ）を出力する（Ｓ５０８）。一方、診察の結果、健康状態に変化が無い場合は、要注意度は更新しない。
【００８５】
<診療品質チェック処理>
緊急状態または注意状態の場合、診療後に利用者に対して体調がよくなったかどうかの質問を定期的に実施する。そして、医師ごとにその医師が担当する利用者について体調がさらに悪化しているという回答の割合を計算する。また、システムで利用者ごとの緊急状態継続期間を監視して、体調悪化率および緊急状態継続期間について診療単位あるいは医師ごとの統計を取る。これを同種の統計データと比較して有意差がある場合は、システム１の表示部１２に表示出力する。
【００８６】
これにより診療の主観的効果、客観的効果を把握して、改善につなげることができる。
なお、この統計データを医療機関審査機関によって分析して、医師と利用者のマッチングが適正であるか否かの審査を行うようにしても良い。
【００８７】
本実施の形態によれば、質問に対する回答のキーワードに健康状態に関する要注意度（危険度レベル）を割り付けて、システムによって異常の兆候を検出するようにしたので、オペレータの判断による通知漏れを防止することができる。また、コールセンターからの問い掛けのみならず、利用者の自発的なシステムへの接続によっても安否確認ないし健康情報の収集を可能にしたので、利用者の生活のリズムに合わせたサービスの提供が可能となる。
【００８８】
また、診療後に医師により利用者の健康状態の進行方向を入力するようにして、この入力情報をもとに要注意度を更新するようにしたので、利用者に適した質問項目の重み付けを構築していくことができる。特に健康状態が悪化する方向の場合は、異常の兆候をより敏感に発見する方向に動作するので利用者の健康状態を適切に管理することができる。
【００８９】
さらに、診療後のコールセンターからの問い掛けの際の体調良否に関する質問の回答データによって、診療効果を把握するようにしたので医師と利用者の適正なマッチングが可能となる。
【００９０】
次に、第２の実施の形態を説明する。図１１に本実施の形態による訪問診療支援システムのブロック図を示す。
【００９１】
第１の実施の形態との構成の主な違いは、利用者端末の受話器２１に脈センサ２６を設け、さらに訪問診療支援システム１の中央演算処理部１４に波形分析手段５３を追加したことである。
【００９２】
図１２は、本実施の形態による利用者端末２の外観斜視図である。ここで、利用者端末２は、コールセンターと通話をするための受話器２１、通話相手を表示するための表示部２２、カメラ２５を有し、受話器２１には、脈センサ２６が取り付けられている。この脈センサ２６は、受話器を取ったときに指の第２関節の近傍に接触するような位置に取り付けるのが望ましい。
【００９３】
本実施の形態は、回答のキーワードのみでなく、質問の終了から回答のキーワードが出現するまでの時間、利用者の音声波形データ、および、脈センサ２６から送られてくる利用者の脈情報を収集して、過去の履歴データと比較してその変化率をもとに異常の兆候の有無を判定するものである。
【００９４】
以下、第１の実施との違いを中心に説明する。
<基本情報登録処理>
図１３は、本実施の形態によるマスタファイル６１のデータ構成例である。キーワードとその要注意度の他、応答時間の変化率、音声波形の変化率、脈情報の変化率、および、色情報の変化率に対してそれぞれ補正係数（または係数データという。）が保存されている。また、各変化率は、キーワードによる要注意度の範囲別に設定されている。
【００９５】
なお、波形データとして一般的な音声解析技術を用いることもできるが、本実施の形態ではキーワード部分の音声データの強弱の差を用いる。
【００９６】
<利用者ファイル登録処理>
上記のマスタファイル６１をもとに利用者ファイル作成手段４３によって利用者ごとに利用者ファイル６２を作成する。図１４は利用者ファイルの例である。各データ変化率に対応して補正係数が設定されている。
【００９７】
なお、補正係数は、利用者の特徴を考慮してマスタファイル６１のデータを修正して設定可能になっている。たとえば、応答時間が健康状態とは無関係にバラツキのある利用者に対しては応答時間の補正係数を小さくするなどである。
【００９８】
<通信確認処理>
第１の実施の形態と同様に、コールセンターのオペレータは、利用者への問い掛けに対する応答に対して、キーワードの設定変更等を行う。
【００９９】
また、これと同時に、音声データ、脈情報、映像情報の収集を行う。
【０１００】
そして、音声データについては、質問の終了から応答開始までの時間差（ｍＳ）、キーワードにおける強弱のレベル差（ｄＢ）、脈情報（パルス／分）、および、映像情報をもとにした色情報（ＲＧＢ値などの色単位）の収集を行う。なお、色情報としては、人間の顔における目の周辺などの色の変化しやすい領域の色を収集する。音声データについては、音声波形中の最高周波数と最低周波数の差、あるいは平均周波数などの値を用いるようにしても良い。
【０１０１】
<健康情報収集処理>
（会話による収集）
会話データのみならず、会話中の脈情報や色情報などの収集を行い、問診結果ファイル６３に保存する。特に各収集データは時刻同期を行い、会話中の特定のキーワードに関連してそのタイミングの脈や色の情報を収集できるようにする。
【０１０２】
（端末からの入力による収集）
質問と回答の整合性チェックの他、脈情報や色情報を収集する。特に脈情報は、受話器に脈センサ２６を取り付けている場合は、利用者の自発的な接続の場合は使用しないので、椅子の座部上側で大腿部に触れる部分に脈センサ２６を取り付け、必要により受話器のセンサと併用するようにしてもよい。
【０１０３】
図１５は、本実施の形態による問診結果ファイル６３のデータ構成例である。各質問ＩＤに対応して、応答時間や音声の波形分析データなどが保存されている。この他、図示しないが、回答のキーワードの入力と同期して入力された脈や色データなども保存されている。
【０１０４】
<健康状態判定処理>
安否確認処理については、第１の実施の形態と同様である。
異常兆候判定手段４８の処理については、質問項目に対する回答の要注意度に対して、次の補正を行って、評価値を計算する。
【０１０５】
評価値＝各項目の要注意度*（ａ*応答時間の変化率＋ｂ*音声波形の変化率
＋ｃ*脈情報の変化率＋ｄ*色情報の変化率）
【０１０６】
ここで、各変化率は過去のデータと比較したときの変化の割合を意味する。
また、ａ、ｂ、ｃ、ｄはその利用者の利用者ファイル６２に保存されている補正値であって、各項目の要注意度に対応する補正値である。
【０１０７】
このように算出された評価値を所定の基準値と比較して、「緊急」、「注意」、「通常」の判定を行い、問診結果ファイル６３の判定結果欄に保存する。
【０１０８】
特に、人間の会話は正常時は強弱の差があるが、健康状態が悪くなると、強弱の差が小さくなる傾向になる。また、老化が進むと反応時間が悪くなる傾向になる。このため、過去に収集したデータと比較し、変化の方向も考慮して補正係数を決めるようにするのが好ましい。
【０１０９】
診断結果入力処理、利用者ファイル更新処理、診療品質チェック処理については第１の実施の形態と同様である。
【０１１０】
本実施の形態によれば、キーワードの要注意度に関連付けて補正係数を持たせ、キーワードが存在しないか、影響度の少ないキーワードの場合は、補正係数の重みを大きくしているので、有効なキーワードが存在しない場合でも、脈情報等の他の入力情報によって異常の兆候を判定することができる。
【０１１１】
なお、本実施の形態では、補正係数をキーワード共通に設けたが、キーワード別に管理するようにしても良い。たとえば、「おはよう」の挨拶については、他の項目に対して応答時間の係数値を高くするなどである。また、応答遅延情報、脈情報、色情報などは、要注意度の補正として用いるのではなく、単独で異常の兆候の判定の条件に使用してもよい。
【０１１２】
なお、上記の各実施の形態では、訪問診療支援システムを運用するコールセンター、そのサービスの利用者、訪問診療を行う医師、および、医師のマッチングや審査を行う医療機関審査機関の処理手順を示したが、これを事業形態として成立させるために、コールセンターまたは独立した事業者に利用者端末の販売・設置・保守を担当させ、さらに、その利用者端末をリースするリース会社を仲介させるのが効果的である。そして、医師からシステムの運用手数料として定期的に所定の料金を徴収し、その料金で利用者端末のリース費や保守費、システムの運用費、医療機関審査機関への審査委託費を支払うようにする。
【０１１３】
このようにすれば、利用者の経済的な負担を軽減して、利用者宅への端末の設置を促進させることができる。また、医師にとっても訪問の負担を軽減しつつ、緊急事態を適切に把握して利用者の診療等に結びつけることができる。
【０１１４】
次に第３の実施の形態を説明する。本実施の形態は、図１または図１１に示した利用者端末２を自律走行型ロボットにしたものである。
【０１１５】
以下、本実施の形態における利用者端末２について図１６〜図２３を参照して説明する。図１６は、利用者端末２の正面外観図である。この図で、利用者端末２は、ＷＥＢカメラ２５、マイク２１ａ、スピーカ２１ｂ、表示部２２、電話番号入力や利用者端末２を動作させるためのキー操作を行うプッシュボタン７６、衝突を検知するための障害物センサ７８、駆動輪７９を有している。また、図示しないが、利用者端末２の本体７２の内部には、駆動輪７９を動かすための駆動モータ９９、利用者の有するリモコンからの無線信号を受信するための無線受信機９８、および、障害物センサ７８や無線受信機９８からのの信号を受けて、駆動モータ９９を動かすための制御信号を出力する制御装置７１を備えている。
【０１１６】
また、マイク２１ａ、スピーカ２１ｂは、電話の受話器として機能し、無線通信によって、訪問診療システム１のオペレータと通話を行うものである。また、ＷＥＢカメラ２５を通して、利用者の映像が訪問診療システム１へ送られ、また、訪問診療システム１側のオペレータの映像が表示部２２に表示される。
【０１１７】
次に、図１７を用いて、制御装置７１の機能を説明する。図１７において、制御装置７１の演算部８１は、このロボット型端末２の自律走行の制御を行う自律走行制御手段８６、端末２の位置情報を収集する位置座標収集手段８７、利用者のリモコンからの指令を受け付けて利用者のもとへ移動する要求時移動制御手段８３、移動先の位置情報を収集することによって自動的に移動する際の目標位置座標を演算する目標位置演算手段８４、所定の条件によって目標位置へ自動的に移動する際の制御を行う自動移動制御手段８５を有している。
【０１１８】
また、記憶部８２は、端末２の位置座標データを格納する位置座標ファイル８８と自動的に移動する際の目標位置の座標データを格納する目標位置座標テーブル８９を備えている。
【０１１９】
自律走行制御手段８６は、障害物センサ７８からのデータを入力し、駆動輪７９を動かすための駆動モータ９９へ走行制御のための指令を送っている。
【０１２０】
上記の各手段８３〜８７は、通常コンピュータソフトウェアによって実現するものであるが、この手段の一部または全部をハードウェアで実現することも可能である。また、本実施の形態では、訪問診療支援システム１と通信ないし通話を行うための機能は、別の処理部（中央演算処理部２３）によって実行することとするが、演算部８１がこの機能も併せて実行することも可能である。
【０１２１】
次に、上記の構成を有する利用者端末２の動作を説明する。
利用者は、端末２を利用する際、リモコンによって無線で端末２を呼び寄せる。なお、無線でなく、音波や赤外線を単独または併用で使用するようにしても良い。または、端末２に画像認識手段を持たせて、端末２が視野範囲内にきたときは利用者の身振りによってさらに近くへ呼び寄せるようにしても良い。
【０１２２】
以下、図１８を用いて利用者がリモコンによって端末２を呼び寄せる際の端末２の処理手順について説明する。
利用者がリモコンで呼び寄せ要求を出すと、その要求信号は、無線受信機９８によって受信され、要求時移動制御手段８３が起動される。
【０１２３】
要求時移動制御手段８３は起動すると、リモコンから送られてくる目標位置座標を取得する。目標位置（ランドマーク）への移動は、たとえば、特開２００４−２１６５５２号公報に記載の技術を用いて実行するようにする。
【０１２４】
一方、利用者端末２は、現在位置座標を保存しておく（Ｓ６０１）。この位置座標は、一般的に（ｘ，ｙ，ｚ）座標で表されるもので、初期値を（０，０，０）にして設定し、移動方向、移動距離の相対座標を保存して、管理するものとする。なお、必要により、他の座標系を用いることもでき、また絶対座標を用いるようにしても良い。
【０１２５】
そして、目標位置または目標方向へ移動を開始する（Ｓ６０２）。このとき、端末２は、駆動輪７９によって、自律走行を行う。障害物と接触した場合は、障害物センサ７８によってこれを感知して迂回制御を行う。この制御方法は、たとえば、特開２００４−３２６６９２号公報に記載の技術によって実行する。
【０１２６】
そして、利用者は、端末２が利用者のもとへ到着すると（Ｓ６０３）、プッシュボタン７６を押すことによって、端末２は目標位置へ到着したことを認識し、そのときの時刻と位置座標データを位置座標ファイル８８に書き込む（Ｓ６０４）。図１９は、位置座標ファイルのデータ構成例である。
【０１２７】
一方、一定時間プッシュボタン７６が押されず、タイムアウトになった場合は（Ｓ６０５）、アラームを出力して（Ｓ６０６）、記憶しておいた移動ルートを逆に辿って移動開始前の位置へ戻る（Ｓ６０７）。
【０１２８】
また、端末２は、定期的に目標位置演算手段８４を起動して、時間帯別の目標位置を計算する。以下、図２０を用いてこの処理について説明する。
【０１２９】
目標位置演算手段８４は起動されると、位置座標ファイル８８に書き込まれている位置座標データのうち計算対象の時間帯の任意のデータを抽出して（Ｓ７０２）、そのデータと所定の位置範囲（たとえば５０ｃｍ）にあるデータの存在有無を判定して（Ｓ７０３）、所定範囲内のデータが存在する場合は、そのデータを一時バッファへ格納する（Ｓ７０４）。そして、またその抽出したデータも含めて、所定範囲内にあるデータの有無を判定して全てのデータの抽出を終えると（Ｓ７０３で「ＮＯ」）、抽出した位置座標データの平均値を計算して、その結果とデータ数を一時バッファに保存する（Ｓ７０６）。
【０１３０】
そして、他に位置座標データが存在するか否かを判定して（Ｓ７０６）、存在する場合は、ステップＳ７０２へ戻って処理を繰り返す。他に位置座標データが存在しない場合は（Ｓ７０６で「ＮＯ」）、一時バッファのデータを目標位置座標テーブル８９に格納する。この際、データ数の多いものを高優先順位として順位付けして格納するようにする（Ｓ７０７）。以上のステップＳ７０２〜Ｓ７０７の処理を計算対象となっている全ての時間帯について、繰り返す（Ｓ７０１ａ、Ｓ７０１ｂ）。
【０１３１】
上記の目標位置演算の考え方を図２２を用いて説明する。図中、リモコンで呼ばれたときの到着位置を黒点「・」で表している。そして、これらの所定範囲ごとの平均位置を「×」で表している。この×位置の座標データが図２１の目標位置座標テーブル８９に格納される。図２２の例では、時間帯別のエリアＡのデータ数が一番多いため、エリアＡの×印の位置座標データ（ｘ１，ｙ１，ｚ１）が優先度１として格納されている。
【０１３２】
一方、端末２は、予め設定された所定時刻に到達したとき、または、所定時間プッシュボタン７６の押下が無く、訪問診療支援システム１と通信が行われなかったときは、自動移動制御手段８５によって自動的に端末２が利用者のもとへ移動する。
【０１３３】
以下、図２３を用いて自動移動制御手段の処理手順を説明する。
自動移動制御手段８５は、周期的に起動されると、まず、予め設定された時刻に達したか否かを判定し（Ｓ８０１）、設定時刻に到達していない場合は、最終アクセス日時、すなわち、プッシュボタン７６を操作した最終日時情報を取得して（Ｓ８０２）、その日時から所定期間が経過したか否かを判定する（Ｓ８０３）。
【０１３４】
所定期間が経過した場合は、次に目標位置座標テーブル８９を参照して現在時刻の属する時間帯の最高優先順位の座標位置データを抽出する（Ｓ８０４）。
【０１３５】
そして、現在の位置座標データを保存した後（Ｓ８０５）、抽出した座標位置へ自律走行処理を実行する（Ｓ８０６）。この自律走行処理のしかたは、要求時移動制御手段８３と同様である。
【０１３６】
そして、プッシュボタン７６が押されたか否かで目標位置へ到着したか否かを判定し（Ｓ８０７）、到着した場合は、到着地点の位置座標データを位置座標ファイル８８に保存する（Ｓ８０８）。
【０１３７】
なお、一定時間プッシュボタン７６の操作がないときは（Ｓ８０９で「ＹＥＳ」）、到着していないとみなして、目標位置座標テーブル８９を参照して、次の優先順位の位置座標データが存在するか否かを判定し（Ｓ８１０）、存在する場合は、その優先順位の位置座標データを抽出して（Ｓ８１１）、ステップＳ８０６へ戻って同様の処理を繰り返す。
【０１３８】
一方、ステップＳ８１０で、次の優先順位のデータが存在しない場合は、ステップＳ８０５で保存しておいた位置座標へ自律走行によって戻る（Ｓ８１２）。
【０１３９】
また、利用者端末２は、自動移動によって収集した位置座標も含めて、周期的に起動される目標位置演算手段８４によって、随時目標位置座標テーブル８９の目標位置の平均値と優先順位をアップデートする。なお、目標位置演算手段８４で、目標位置を演算した後は、位置座標ファイル８８のデータをクリアして、その後新たに収集したデータのみを保存していくようにしても良い。目標位置座標テーブル８９に保存されている平均位置座標とデータ数を用い、さらに新たに収集した位置座標データを用いても目標位置を計算することができ、これによってファイルの容量の増加を抑制することができる。
【０１４０】
以上、本実施の形態によれば、利用者は必要なときにリモコン操作によって端末２を呼び寄せることができ、この操作を何回か繰り返すことによって、一定期間端末の利用が無い場合、あるいは、予め設定された所定の時刻に端末２が自ら利用者のもとへ移動するので、利用者にとって利便性が向上し、利用者がコールセンターとの定期的な通信を忘れている場合でも端末が自分のもとへ来ることによって確実にコールセンターとの通信ができる。また、利用者の容態に異変があったときでも、早く発見することができる。
【０１４１】
なお、利用者端末２に第２の実施の形態で説明したような脈センサ等を取り付けておいて、測定できるようにしてもよい。
【０１４２】
また、一定期間、利用者からの応答が無い場合は、訪問診療支援システム１からの要求によって、ＷＥＢカメラ２５を通して映像をシステム１の表示部１２に表示させるようにしても良い。このとき、単にシステム１から利用者端末２を遠隔操作できるようにするのみでは、オペレータは利用者がどこにいるのか分からない場合があるが、システム１から端末２に自律走行指令を送信し、端末２はこの指令に基づいて、目標位置座標テーブル８９に従って優先順位の高い場所から順に移動するようにする。そして、コールセンター側のオペレータはＷＥＢカメラ２５を通して部屋内の様子を監視するようにすれば、迅速かつ効率的に状況を把握することが可能となる。
【０１４３】
また、本実施の形態において、オペレータまたは家族が要求した時刻に端末２の移動を行わせて、利用者のボタン操作の履歴情報と位置座標データのみをシステム１または家族の端末に送るようにしても良い。これによって、オペレータは利用者のプライバシーを害することなく、利用者の安否と行動パターンの変化を知ることができる。
【０１４４】
本発明は、実施の形態の記載に限定されること無く、その要旨を逸脱しない範囲で種々変形して用いることができる。たとえば、訪問診療支援システムは、図２４のように各サーバ装置を地域別あるいは症例別に分散して配置し、マスタファイルを中央の管理サーバに持たせる構成で運用することも可能である。
【図面の簡単な説明】
【０１４５】
【図１】本発明の第１の実施の形態による訪問診療支援システムの機能ブロック図である。
【図２】図１のマスタファイルのデータ構成例である。
【図３】図１の利用者ファイルのデータ構成例である。
【図４】図１の問合せ支援手段の処理手順を示すフローチャートである。
【図５】図１の問診結果ファイルのデータ構成図である。
【図６】図１の質問送信手段および回答受信手段の処理手順を示すフローチャートである。
【図７】本発明の第１の実施の形態による利用者端末上の画面表示の説明図である。
【図８】図１の異常兆候判定手段の処理手順を示すフローチャートである。
【図９】図１の通知手段の処理手順を示すフローチャートである。
【図１０】図１の利用者ファイル更新手段の処理手順を示すフローチャートである。
【図１１】本発明の第２の実施の形態による訪問診療支援システムの機能ブロック図である。
【図１２】図１１の利用者端末の斜視図である。
【図１３】図１１のマスタファイルのデータ構成例である。
【図１４】図１１の利用者ファイルのデータ構成例である。
【図１５】図１１の問診結果ファイルのデータ構成図である。
【図１６】本発明の第３の実施の形態による利用者端末２の正面外観図である。
【図１７】図１６に内蔵されている制御装置の機能ブロック図である。
【図１８】図１７の要求時移動制御手段の処理手順を示すフローチャートである。
【図１９】図１７の位置座標ファイルのデータ構成図である。
【図２０】図１７の目標位置演算手段の処理手順を示すフローチャートである。
【図２１】図１７の目標位置座標テーブルのデータ構成図である。
【図２２】本発明の第３の実施の形態による目標位置の考え方の説明図である。
【図２３】図１７の自動移動制御手段の処理手順を示すフローチャートである。
【図２４】分散型の訪問診療支援システムの構成図である。
【符号の説明】
【０１４６】
１ 訪問診療支援システム
２ 利用者端末
３ 医師端末
４ 通信ネットワーク
１１、２１、３１ 入出力部
１２、２２ 表示部
１３、２４、３４ 送受信部
１４、２３、３３ 中央演算処理部
１６ 記憶部
１７、２５ カメラ
２６ 脈センサ
４０ 送受信処理手段
４１ 入出力手段
４２ 基本情報登録手段
４３ 利用者ファイル作成手段
４４ 問診支援手段
４５ 質問送信手段
４６ 回答受信手段
４７ キーワード抽出手段
４８ 異常兆候判定手段
４９ 通知手段
５０ 診断結果入力手段
５１ 利用者ファイル更新手段
５２ 診療品質チェック手段
５３ 波形分析手段
６１ マスタファイル
６２ 利用者ファイル
６３ 問診ファイル
７１ 制御装置
７２ 利用者端末本体
７６ プッシュボタン
７８ 障害物センサ
７９ 駆動輪
８１ 演算部
８２ 記憶部
８３ 要求時移動制御手段
８４ 目標位置演算手段
８５ 自動移動制御手段
８６ 自律走行制御手段
８７ 位置座標収集手段
８８ 位置座標ファイル
８９ 目標位置座標テーブル
９８ 無線受信機
９９ 駆動モータ
【技術分野】
【０００１】
本発明は、遠隔医療・介護に関する技術に係り、特にコールセンター等を介して在宅患者の状況を定期的に確認して、異常検出時は医師に通知する訪問診療支援システムおよび方法に関する。
【背景技術】
【０００２】
従来、在宅患者や被介護者の安否を確認するシステムとして、患者宅のドアやトイレなどに種々のセンサを取り付けて、このセンサの入力信号の変化によって安否を判断するという手法が提案されている。（例えば、特許文献１を参照）。
【０００３】
また、コールセンターから定期的に問診コールを行い、その結果異常が発見されたり、緊急時に患者宅から緊急信号が発信された場合には、予め登録した診療所や病院に通報するというシステムが提案されている。（例えば、特許文献２を参照）。
【特許文献１】特開２００１−６０７３号公報
【特許文献２】特開２００２−９９６２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、患者の健康状態の異常を検出して医師に通知する場合、適切に異常を検出する必要がある。特に、遠隔で問診を行うような状況では、直接対面で問診を行うのに比べて本来必要な情報が正しく収集できない場合がある。このような場合、問診を行うオペレータのみにその判断を委ねると、異常の兆候を見逃してしまい治療が手遅れになる可能性がある。逆に、本来異常でないにもかかわらず、危険な状態と判断して緊急処置を行うようなケースが多発することにもなる。
【０００５】
本発明は、上述のかかる事情に鑑みてなされたものであり、患者や被介護者の異常の兆候を的確に検出することができる訪問診療支援システムおよび方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、本発明に係わる訪問診療支援システムは、利用者端末と通信ネットワークを介して繋がり、利用者端末から送られてくる情報をもとに利用者の健康状態の異常の兆候を検出して医師端末へ通知する訪問診療支援システムであって、質問情報と、当該質問に対して予想される一または二以上の回答情報と、各回答情報に関連付けて健康状態に関する要注意度を利用者ごとに保存した利用者ファイルと、入力された質問を利用者端末へ送信する問診支援手段と、利用者端末から送られてくる利用者の回答を受信する回答受信手段と、利用者ファイルを参照して受信した回答に対する要注意度を抽出し、当該要注意度をもとに異常の兆候の有無を判定する異常兆候判定手段と、を備えたことを特徴とする。
【０００７】
本発明では、遠隔診断支援システムに予め利用者ごとに、質問とその質問に対して予想される一または二以上の回答とを関連付け、さらに各回答には健康状態に関する要注意度情報を関連付けて保存しておく。そして、利用者端末へ質問情報を送信して、利用者からのレスポンスをもとに予め保存しておいた関連情報（利用者ファイル）を参照して要注意度を抽出し、当該要注意度をもとに異常の兆候の有無を判定する。この判定によって、異常の兆候ありと判定された場合は、医師端末へ回答情報と共に通知する。
【０００８】
ここで、「端末」は通信ネットワークに繋がるパーソナルコンピュータや専用の端末装置のほか、電話（携帯電話を含む）も含む。なお、利用者端末は、ＴＶ電話など利用者の画像・映像を伝送できる機能を有するものが好ましい。
【０００９】
また、「要注意度」とは、注意を要する度合いを意味する。「異常の兆候」とは、医師あるいは人間系によって異常ありの判定を行う前の状態で異常の可能性を含む趣旨である。
【００１０】
本発明に係わる訪問診療支援システムでは、さらに、利用者ファイルは、回答情報として、質問に対して予想される回答に含まれる一または二以上のキーワードと当該キーワードの要注意度を互いに関連付けて保存し、異常兆候判定手段は、利用者ファイルを参照して、回答受信手段によって受信された回答に含まれているキーワードを抽出すると共に当該キーワードに関連付けられた要注意度を抽出し、当該要注意度をもとに異常の兆候の有無を判定することを特徴とする。
【００１１】
本発明では、質問に対して予想される回答のうちキーワードを登録しておいて、利用者の回答の中に存在するキーワードに対応する要注意度を抽出して異常の兆候を判定する。これによって、記憶容量の節約を図ることができる。
【００１２】
なお、複数のキーワードが存在する場合は、その要注意度がもっとも高いものについて判定するとか、一定の重みを付けて加重平均を行う等の手法によって異常の判定を行う。
【００１３】
また、本発明に係わる訪問診療支援システムでは、利用者ファイルは、さらに利用者ファイルは、さらに質問情報に含まれるキーワードを保存し、異常兆候判定手段は、利用者ファイルを参照して、問診支援手段によって送信された質問、および、回答受信手段によって受信された当該質問に対する回答に含まれているキーワードを抽出し、両キーワード間の時間差を演算すると共に過去の時間差との変化率を演算し、当該変化率をもとに異常の兆候の有無を判定することを特徴とする。
【００１４】
本発明では、質問と回答中に含まれてい各キーワード間の時間差を計測して、過去のデータと比較して、その変化率によって異常の兆候の有無を判定する。なお、質問の終了から、回答中のキーワードの開始までの時間であってもよい。
【００１５】
また、本発明に係わる訪問診療支援システムでは、利用者端末から送られてくる回答は音声波形によって入力され、当該音声波形の強度または周波数を分析する波形分析手段を備え、異常兆候判定手段は、強度または周波数の履歴データによって異常の兆候の有無を判定することを特徴とする。
【００１６】
本発明では、音声波形を分析して、履歴データと比較することによって異常の兆候の有無を判定する。
【００１７】
なお、音声波形の分析の簡便な方法として、キーワード中の強弱の差、または、入力された回答情報のうちキーワードの音声波形における最高周波数と最低周波数との差を演算して、その差が所定値よりも小さくなった場合は、異常の兆候ありと判定するようにしても良い。
【００１８】
本発明に係わる訪問診療支援システムでは、さらに、利用者端末から送られてくる認証情報によって、利用者ファイルに保存されている質問情報を送信して利用者の回答を促す質問送信手段を備え、異常兆候判定手段は、認証情報の受信が所定期間ないことによって安否判定を行うことを特徴とする。
【００１９】
本発明では、利用者が認証手段によって自発的に訪問診療支援システムに接続して、同システムから送られてくる質問に対して回答を行うようにする。この接続が所定期間内にあったかどうかによって安否判定を行う。
【００２０】
また、本発明に係わる訪問診療支援システムでは、質問送信手段は、利用者端末へ質問情報を表示すると共に表示位置を含む表示条件を変更して質問に対する回答の選択肢を表示し、異常兆候判定手段は、質問と回答との整合性および要注意度をもとに利用者の異常の兆候の有無を判定することを特徴とする。
【００２１】
本発明では、利用者が端末画面上で回答を指示入力する際、回答の表示位置を日によってあるいは接続ごとに変更して表示し、システム側でその整合性と回答の要注意度をもとに利用者の異常の兆候の有無を判定する。
【００２２】
また、本発明に係わる訪問診療支援システムは、医師の診断結果を入力する診断結果入力手段と、診断結果をもとに利用者ファイルの要注意度を更新する利用者ファイル更新手段と、を備えたことを特徴とする。
【００２３】
本発明では、医師の診断結果によって要注意度を更新することによって適切に異常の兆候を検出できるようにする。
【００２４】
本発明に係わる訪問診療支援システムは、さらに、利用者の映像情報を受信し、受信した映像情報の所定領域の色彩情報を取得して保存する画像処理手段を備え、異常兆候判定手段は、過去の色彩情報と比較して所定の変化があったか否かによって異常の兆候の有無を判定することを特徴とする。
【００２５】
本発明では、たとえば目の周りや頬の色を過去のデータと比較して所定の変化があった場合は異常の兆候ありと判定する。
【００２６】
本発明に係わる訪問診療支援システムは、さらに、受話器または椅子座部上面に脈情報収集手段を設け、脈情報収集手段から通信ネットワークを介して送られてくる脈情報によって、健康状態の異常の兆候の有無を判定することを特徴とする。
【００２７】
本発明では、受話器の指に触れる部分、またはは椅子の座部上で大腿部に触れる部分に脈センサを設けて利用者の脈情報を収集してシステムに送信する。
【００２８】
本発明に係わる訪問診療支援システムでは、利用者端末は、リモコン等によって利用者の要求に応じて移動したときの位置座標を収集し、その位置座標データを用いて時間帯別に目標位置座標を演算して当該演算結果を位置座標のデータ数に基づいて優先順位をつけて格納する目標位置演算手段と、この優先順位に従って目標位置座標へ向けて移動する自動移動制御手段とを備えたことを特徴とする。
【００２９】
本発明では、逐次利用者の位置情報を収集するようにしておいて、予め設定された時刻の到来、一定期間の端末使用なし、あるいは、システムからの要求等の所定の条件をトリガとして、利用者のもとへ自ら移動する手段を設ける。
【００３０】
また、本発明に係わる訪問診療支援方法は、利用者端末と通信ネットワークを介して繋がるサーバによって利用者端末から送られてくる情報をもとに利用者の健康状態の異常の兆候を検出して医師へ通知する訪問診療支援方法であって、サーバにおいて、質問情報と、当該質問に対して予想される一または二以上の回答情報と、各回答情報に関連付けて健康状態に関する要注意度とを予め保存するステップと、利用者端末へ質問を送信するステップと、利用者端末から送られてくる利用者の回答を受信するステップと、受信した回答に対する要注意度を抽出し、当該要注意度をもとに異常の兆候の有無を判定するステップと、異常の兆候ありと判定された場合は、医師へ通知するステップと、を含むことを特徴とする。
【００３１】
本発明では、利用者の回答をもとに、その回答に対応付けられた要注意度によって異常の兆候を検出して医師に通知し、医師の診断結果をフィードバックして適切に異常の兆候の検出を行うようにする。
【００３２】
なお、医師の診断結果のフィードバック方法としては、異常の兆候ありとして医師が診察した結果、新たな病気の発見あるいは投薬の変更などに変化があった場合は、兆候を検出した項目（回答情報もしくはそのキーワード）を有効として要注意度を増加させ、逆に診察の結果、このような変化が無かった場合は、その項目の要注意度を減少させるような方法がある。なお、診断結果のフィードバックを医師の電子カルテと連動させて行うようにすると効率的である。
【発明の効果】
【００３３】
本発明によれば、患者や被介護者の異常の兆候を的確に検出することができ、医師の診療につなげることができる。
【発明を実施するための最良の形態】
【００３４】
以下、本発明の実施の形態を説明する。図１は、本発明の第１の実施の形態による訪問診療支援システムの機能ブロック図である。
【００３５】
図１において、訪問診療支援システム１は、利用者端末２および医師端末３と通信ネットワーク４を介して繋がるサーバ装置として構成され、各端末２，３と通信を行うための送受信部１３、訪問診療サービスのためのデータ処理を行う中央演算処理部１４、データを保存する記憶部１６、キーボードおよび電話等によって構成されデータや音声の入力および出力を行う入出力部１２、テレビモニターなどによって構成される表示部１２、および、オペレータの映像を入力するためのカメラ１７を有している。
【００３６】
また、中央演算処理部１４は、通信ネットワーク４を介して端末２，３と送受信処理を行う送受信処理手段（機能）４０、データの入出力処理を実行する入出力処理手段４１、記憶部１６に基本情報を登録する基本情報登録手段４２、利用者ファイルを作成する利用者ファイル作成手段４３、オペレータの問診を支援する問診支援手段４４、利用者端末２に対して質問情報を送信する質問送信手段４５、利用者端末２から送られてくる回答情報を受信する回答受信手段４６、質問情報または回答情報から所定のキーワードを抽出するキーワード抽出手段４７、利用者の健康状態の異常の兆候の有無を判定する異常兆候判定手段４８、異常の兆候が発見された場合は医師端末３に通知する通知手段４９、医師の診断結果を入力する診断結果入力手段５０、診断結果をもとに利用者ファイルを更新する利用者ファイル更新手段５１、入力された診断結果と利用者の健康状態のデータをもとに診療の品質のチェックを行う診療品質チェック手段５２を有している。各手段４０〜５２は、中央演算処理部１４の機能として実行されるものである。
【００３７】
また、記憶部１６は、質問すなわちコールセンターからの問い掛けの内容および想定される回答のひな型であるマスタファイル６１、マスタファイル６１をもとに利用者ごとに作成される利用者ファイル６２、および、オペレータによる問診の結果と利用者の自発的な接続による入力データを保存する問診結果ファイル６３を備えている。
【００３８】
また、利用者端末２は、データの送受信を行う送受信部２４、データの処理を行う中央演算処理部２３、音声の入力および出力を行う入出力部２１、テレビモニターなどの表示部２２、および、利用者の映像を入力するためのカメラ２５を有している。
【００３９】
医師端末３も同様に送受信部３４、中央演算処理部３３、入出力部３１を有している。なお、必要によりこの医師端末３にもカメラやモニターを設けるようにしても良が、一方、簡便な構成として携帯電話を医師端末３として使用するようにしても良い。
【００４０】
次に、訪問診療支援サービスの概略の流れを説明する。
まず、利用者宅に利用者端末２を設置する。利用者には、同サービスに加入している担当医師が地域や専門性に基づいて割り当てられる。
【００４１】
そして、コールセンターに設けられた訪問診療支援システム１からオペレータが利用者端末２へ入出力部１１を介して安否確認の電話を行い、呼び出された利用者に対して問い掛けを行い、その回答情報を記憶部１６に保存すると共に、カメラ１７を通して利用者の健康状態を確認しその記録を問診結果ファイル６３に保存する。
【００４２】
問合せの結果は、随時、担当医師に提供されると共に特に異常の兆候が発見されたときには、緊急で医師に連絡され、医師が利用者宅を訪問して診療を行う。一方、システム１で異常が発見されない場合は、医師による定期的な訪問診療が行われる。
また、利用者端末２には、介護情報など利用者を対象とした種々の情報を提供する。
【００４３】
次に、訪問診療支援システム１の動作を説明する。
<基本情報登録処理>
まず、基本情報登録手段４２によって予め疾病別に質問内容とそれに対する標準回答のキーワードをマスタファイル６１に登録する。
【００４４】
図２は、マスタファイル６１のデータ構成例である。質問内容ごとに質問ＩＤ（識別情報）が付され、その質問中のキーワードと利用者の想定される回答のキーワードおよびそのキーワードと関連付けて要注意度の数値が保存されている。たとえば、オペレータの「○○の調子はいかがですか」という問い掛けに対して、「あまり良くありません。」という利用者の回答を想定してオペレータ側のキーワードは「調子」、利用者側のキーワードは「あまり」、そして、この回答の要注意度は「３」と設定されている。ここで、「○○」は、利用者ごとに後述する処理によって、その疾病部位、たとえば、膝とか胃腸という部位名称が利用者ごとに設定されるようになっている。
【００４５】
また、要注意度は、「通常」（問題なし）の場合は１、「注意」（注意が必要）の場合は３、「緊急」（緊急対応が必要）の場合は５というように離散的な数値が標準値として登録されている。
【００４６】
<利用者ファイル登録処理>
利用者の加入があると、利用者ファイル作成手段４３を起動して利用者ごとに利用者ファイル６２を作成する。利用者ファイル６２の作成は、マスタファイル６１を参照して、加入時の質問用紙に記入された利用者の疾病部位を挿入して作成する。
【００４７】
また、作成当初の利用者ファイル６２の質問内容や回答キーワードは、マスタファイル６１の標準的なキーワードが登録されるが、サービスの経過に伴って、オペレータが質問内容やキーワードを随時登録することができるようになっている。
【００４８】
図３は、利用者ファイルのデータ構成例である。ここで、利用者ファイル６２は、マスタファイル６１の中でオペレータが指定した質問のＩＤおよび、疾病部位を挿入した質問内容、利用者回答のキーワードが保存されている。この質問内容については、利用者の疾病を入力することによって、自動的にマスタファイル６１の質問情報の中の対応箇所がその疾病部位に置き換わるようになっている。また、各回答に関連付けて利用者ごとに要注意度が保存されている。
【００４９】
<通信確認処理>
加入した利用者に対するサービス開始のための通信確認段階において、コールセンターのオペレータは、表示部１２に表示されているその利用者ファイルの質問内容を見ながら、利用者に問い掛けを行う。質問内容は、質問文中にキーワードの部分が色替え等の識別表示されており、オペレータは、少なくともそのキーワードは的確に述べるようにする。
【００５０】
また、適宜質問内容以外の会話を織り交ぜながら利用者をリラックスさせるように会話を行う。利用者端末２から送られてくる回答情報は、回答受信手段４６によって、問診結果ファイル６３に波形データとして逐次保存される。
【００５１】
その後、利用者の会話を分析して、利用者ファイル６２へ新たな質問項目を追加する。また、利用者の回答中のキーワードを抽出して利用者ファイル６２に保存し、あるいは、標準設定されているキーワードを変更する。
【００５２】
以上の処理によって利用者ファイル中の各データを準備してその利用者の訪問診療サービスを開始する。
【００５３】
<健康情報収集処理>
（会話による収集）
オペレータは、訪問診療支援システム１の入出力部１１を介して、利用者端末２へ電話をして、利用者が電話に応答した場合、カメラ２７を通して送られてきた映像によって本人確認をする。
【００５４】
本人確認を終えると利用者の健康状態に関する問い掛けを行う。この問い掛けは、オペレータが問診支援手段４５を起動して、通信確認処理と同様な手順で実行する。
【００５５】
以下、図４を用いて問診支援手段４５の処理を説明する。
まず、オペレータは利用者の指定を行い、その利用者ファイルから質問情報を抽出する（Ｓ１０１）。そして、表示部１２に表示されたキーワードの識別表示された質問文を参照しながら問い掛けを行う（Ｓ１０２）。この問い掛け情報は、送受信処理手段４０、送受信部１３等を介して利用者端末２に送られ、入出力２１を通して利用者に伝えられる。
【００５６】
一方、利用者がこの問い掛けに対して応答すると、その応答情報は利用者端末２から創出され、訪問診療支援システム１の回答受信手段４６によって受信され、記憶部１６の問診結果ファイル６３に保存される。全ての質問が終了すると（Ｓ１０３）、問診結果ファイル６３にオペレータによる判定を書き込んで終了する（Ｓ１０４）。
【００５７】
図５は、問診結果ファイル６３のデータ構成例である。利用者ごと、問診ごとに、各質問ＩＤに対する回答（応答）中のキーワード、それらの個々の判定結果や総合判定結果、オペレータの判定、映像データ格納位置のポインタアドレス、および、医師の診断結果が保存可能になっている。
なお、利用者が電話に応答しない場合は、次の処理によって安否の確認等を行う。
【００５８】
（端末からの入力による収集）
訪問診療支援システム１は、オペレータからの問い掛けのみでなく、利用者が自発的にシステム１に接続して安否情報、健康情報を入力することも可能にする。以下、その手法について説明する。
【００５９】
まず、利用者を識別するために、予め利用者には認証カードを配布しておき、利用者は端末２に設けられた認証カードリーダ（図示せず）にその認証カードを挿入する。認証カードリーダによって読取られた認証コードは、利用者端末２を介して訪問診療支援システム１に送られ、認証コードの照合処理によって利用者の特定を行う。
【００６０】
以下、図６を用いて利用者端末からアクセス要求があったときの処理を詳述する。
訪問診療支援システム１では、利用者端末２からアクセス要求があると、受信した認証コード（利用者識別コード）を入力して（Ｓ２０１）、認証ＯＫならば（Ｓ２０２で「ＹＥＳ」）ならば、質問送信手段４５を起動する。質問送信手段４５は起動されると、まず、利用者ファイル６２から質問情報を抽出し（Ｓ２０４）、さらにその質問に対する回答の選択肢を抽出する（Ｓ２０５）。
【００６１】
そして、回答の選択肢表示位置の変更が必要な場合は（Ｓ２０６）、その表示位置情報を設定して（Ｓ２０７）、利用者端末２に質問おおよび回答の表示を行い利用者に回答の選択を促す（Ｓ２０８）。
【００６２】
図７は、その表示画面の例である。日によって、図７（ａ）、（ｂ）のように回答の表示位置を移動ないし変更する。これによって、利用者が正しく選択肢を選択できているか否かの判定を行う。なお、時期によって替える代わりに、一連の質問群の中に同じ内容の質問を重複して設けておき、その質問に対する回答の表示位置を変えるようにしても良い。このようにすれば、利用者の判断能力の判定のほか、質問に対する回答の不整合や利用者の真意の把握に利用することが可能となる。
【００６３】
ステップＳ２０８の後、回答の入力があった場合には（Ｓ２０９）、その回答を問診結果ファイル６３に保存する（Ｓ２１０）。一方、回答の入力が無く所定時間経過したときには（Ｓ２１１）、出力部１２にアラームを出力する（Ｓ２１２）。なお、アラーム出力に替えて異常フラグをセットしておき、そのフラグ数あるいは質問との関連においてアラーム出力をするようにしても良い。
【００６４】
以上のステップＳ２０４からＳ２１２までの処理を全ての質問について繰り返す（Ｓ２０３ａ、Ｓ２０３ｂ）。
【００６５】
<健康状態判定処理>
上述のオペレータまたはシステムによる問診処理の後、利用者の安否確認および健康状態に関する判定処理を実行する。以下、これらの処理の概要について説明する。
【００６６】
（安否確認処理）
オペレータの電話による問い掛けに対する応答、あるいは、利用者によるシステム接続が所定期間内に無ければ、異常ありとして利用者宅へ急行する。
【００６７】
問い掛けに対する応答あるいはシステム接続のいずれかが有れば、次に健康状態の異常兆候の有無の判定を行う。
【００６８】
（健康状態の異常兆候判定処理）
システム１の異常兆候判定手段４８は、問診結果ファイル６３に保存されている質問ＩＤごとの回答キーワードを抽出し、利用者ファイル６２を参照して、そのキーワードに対応する要注意度を抽出する。そして、その注意度の値に基づいて、「緊急」、「注意」、「通常」のステータスをその質問ＩＤに対応する判定結果欄に保存する。
【００６９】
ステータスの分類の仕方として、たとえば、回答の要注意度が所定値以上（たとえば４以上）の場合は「緊急」状態とし、要注意度が所定範囲（２以上４未満の範囲）にある場合は「注意」状態とし、要注意度が所定値未満（２未満）の場合は「通常」状態として各判定結果欄に保存する。
【００７０】
同じ質問に対して、キーワードが複数存在する場合は、各キーワードに対応する要注意度のうち最高値を用いて判定を行う。なお、最高値を用いる替わりに複数のキーワードの平均値を用いたり、キーワードによって加重平均を行うようにしても良い。
【００７１】
以上、異常兆候判定処理の概要を説明した。以下、図８を用いて同処理の詳細を説明する。
【００７２】
異常兆候判定手段４８は、回答受信手段４６からの指令または定期的に起動されると、まず電話応答か否かを判定する（Ｓ３０１）。電話応答の場合は、その利用者の問診結果ファイル６３に保存されている回答中のキーワードを抽出し（Ｓ３０２）、さらに利用者ファイル６２を参照してそのキーワードに対応する要注意度を抽出する（Ｓ３０３）。そして、その要注意度を問診結果ファイル６３のその回答に対応する判定結果として保存する（Ｓ３０４）。以上のステップＳ３０２〜Ｓ３０４までの処理を質問の全項目について繰り返す（Ｓ３０５）。
【００７３】
その後、各項目の判定結果に基づいて総合判定を保存する（Ｓ３０６）。この判定のしかたは上述の通りである。
【００７４】
ステップＳ３０１で「ＮＯ」、すなわち、電話応答で無い場合は、利用者端末２から入力があったか否かを判定して（Ｓ３０７）、入力があった場合は問診結果ファイル６３から質問項目ごとにそれに対応する回答データを抽出して（Ｓ３０８）、回答データの整合性の判定を行う。そして、異常ありの場合は（Ｓ３０９で「ＹＥＳ」）、異常計数カウンタをカウントアップする（Ｓ３１０）。以上のステップＳ３０８からステップＳ３１０までの処理を全項目について繰り返す（Ｓ３１１）。そして、異常計数カウンタの値によって緊急、注意、通常の判定を行って問診結果ファイル６３に保存する（Ｓ３１２）。
【００７５】
ステップＳ３０７で「ＮＯ」、すなわち端末からの入力も無い場合は、所定期間その状態が続いた場合は（Ｓ３１３）、アラーム出力を行ってオペレータあるいは担当の医師端末３に通知する（Ｓ３１４）。
【００７６】
以上の処理によって訪問診療支援システム１において異常の兆候を判定する。そして、この判定に基づいて図９に示したような対応をとる。すなわち、オペレータとシステム１の判定のいずれかで「緊急」状態が存在すると（Ｓ４０１で「ＹＥＳ」）、医師端末３へ通知され、医師は直ちに利用者宅を訪問して診察を行う（Ｓ４０２）。なお、医師は、必要に応じて、医師端末３を介して問診結果ファイル６３または映像データを参照する。このとき、医師端末３へは、会話映像と共に、緊急判定となったときの質問内容と回答のキーワードが表示される。
【００７７】
また、最高ランクが「注意」状態の場合は（Ｓ４０３で「ＹＥＳ」）、そのステータスが医師端末３へ通知され、医師は端末３を介してシステム１に保存されている問診結果ファイル等を確認して診療の時期の判断を行う（Ｓ４０４）。
【００７８】
最高ランクが「通常」の場合は医師端末３への通知は無く、医師は定期訪問に際して、同端末を通して問診結果ファイル６３を参照する。
【００７９】
なお、上記の処理において、ステップＳ４０３で、前回通常状態であったものが注意状態に変化した場合には、ステップＳ４０２に遷移して、直ちに利用者宅を訪問して診療を行うようにしても良い。
【００８０】
<診断結果入力処理・利用者ファイル更新処理>
医師は、緊急に、または、定期的に利用者の診察を行った後、利用者の健康状態の変化方向を入力する。このデータは医師端末３を経由してシステム１に送られ、診断結果入力手段５０を介して問診結果ファイル６３の診断結果欄に書き込まれる。診断結果の入力が終わると利用者ファイル更新手段５１が起動され、その診断結果に基づいて当該利用者の要注意度の補正が行われる。
【００８１】
以下、図１０を用いて利用者ファイル更新手段の処理について詳述する。
まず、医師端末３から診断結果の入力があると（Ｓ５０１で「ＹＥＳ」、その利用者の問診結果ファイル６３の総合判定が緊急状態または注意状態の場合は（Ｓ５０２）、次に悪化方向か否かを判定して、悪化方向の場合は（Ｓ５０３で「ＹＥＳ」）、利用者ファイル６２のその緊急状態または注意状態と判定することになった項目の要注意度を所定の率（たとえば、１．１倍）で増加させる。
【００８２】
一方、ステップＳ５０３で「ＮＯ」の場合は、次に回復方向か否かを判定して、回復方向の場合は、要注意度を所定の率（例えば０．９倍）で減少させる（Ｓ５０６）。一方、診察の結果、健康状態に変化が無い場合は、要注意度は更新しない（Ｓ５０５で「ＮＯ」）。
【００８３】
なお、上記の要注意度の補正のしかたは、悪化方向のときに１よりも大きな所定の率を掛け、回復方向の時には、１よりも小さな所定の率を掛けるというやり方であるが、これに限らず、たとえば所定の値で加減算したり、あるいは予め定めた変換表によって補正するようにしても良い。
【００８４】
ステップＳ５０２で「ＮＯ」、すなわち、通常状態の場合には、悪化方向か否かを判定して（Ｓ５０７）、悪化方向の場合には、オペレータに問診内容または要注意度を見直すべきアラーム（注意メッセージ）を出力する（Ｓ５０８）。一方、診察の結果、健康状態に変化が無い場合は、要注意度は更新しない。
【００８５】
<診療品質チェック処理>
緊急状態または注意状態の場合、診療後に利用者に対して体調がよくなったかどうかの質問を定期的に実施する。そして、医師ごとにその医師が担当する利用者について体調がさらに悪化しているという回答の割合を計算する。また、システムで利用者ごとの緊急状態継続期間を監視して、体調悪化率および緊急状態継続期間について診療単位あるいは医師ごとの統計を取る。これを同種の統計データと比較して有意差がある場合は、システム１の表示部１２に表示出力する。
【００８６】
これにより診療の主観的効果、客観的効果を把握して、改善につなげることができる。
なお、この統計データを医療機関審査機関によって分析して、医師と利用者のマッチングが適正であるか否かの審査を行うようにしても良い。
【００８７】
本実施の形態によれば、質問に対する回答のキーワードに健康状態に関する要注意度（危険度レベル）を割り付けて、システムによって異常の兆候を検出するようにしたので、オペレータの判断による通知漏れを防止することができる。また、コールセンターからの問い掛けのみならず、利用者の自発的なシステムへの接続によっても安否確認ないし健康情報の収集を可能にしたので、利用者の生活のリズムに合わせたサービスの提供が可能となる。
【００８８】
また、診療後に医師により利用者の健康状態の進行方向を入力するようにして、この入力情報をもとに要注意度を更新するようにしたので、利用者に適した質問項目の重み付けを構築していくことができる。特に健康状態が悪化する方向の場合は、異常の兆候をより敏感に発見する方向に動作するので利用者の健康状態を適切に管理することができる。
【００８９】
さらに、診療後のコールセンターからの問い掛けの際の体調良否に関する質問の回答データによって、診療効果を把握するようにしたので医師と利用者の適正なマッチングが可能となる。
【００９０】
次に、第２の実施の形態を説明する。図１１に本実施の形態による訪問診療支援システムのブロック図を示す。
【００９１】
第１の実施の形態との構成の主な違いは、利用者端末の受話器２１に脈センサ２６を設け、さらに訪問診療支援システム１の中央演算処理部１４に波形分析手段５３を追加したことである。
【００９２】
図１２は、本実施の形態による利用者端末２の外観斜視図である。ここで、利用者端末２は、コールセンターと通話をするための受話器２１、通話相手を表示するための表示部２２、カメラ２５を有し、受話器２１には、脈センサ２６が取り付けられている。この脈センサ２６は、受話器を取ったときに指の第２関節の近傍に接触するような位置に取り付けるのが望ましい。
【００９３】
本実施の形態は、回答のキーワードのみでなく、質問の終了から回答のキーワードが出現するまでの時間、利用者の音声波形データ、および、脈センサ２６から送られてくる利用者の脈情報を収集して、過去の履歴データと比較してその変化率をもとに異常の兆候の有無を判定するものである。
【００９４】
以下、第１の実施との違いを中心に説明する。
<基本情報登録処理>
図１３は、本実施の形態によるマスタファイル６１のデータ構成例である。キーワードとその要注意度の他、応答時間の変化率、音声波形の変化率、脈情報の変化率、および、色情報の変化率に対してそれぞれ補正係数（または係数データという。）が保存されている。また、各変化率は、キーワードによる要注意度の範囲別に設定されている。
【００９５】
なお、波形データとして一般的な音声解析技術を用いることもできるが、本実施の形態ではキーワード部分の音声データの強弱の差を用いる。
【００９６】
<利用者ファイル登録処理>
上記のマスタファイル６１をもとに利用者ファイル作成手段４３によって利用者ごとに利用者ファイル６２を作成する。図１４は利用者ファイルの例である。各データ変化率に対応して補正係数が設定されている。
【００９７】
なお、補正係数は、利用者の特徴を考慮してマスタファイル６１のデータを修正して設定可能になっている。たとえば、応答時間が健康状態とは無関係にバラツキのある利用者に対しては応答時間の補正係数を小さくするなどである。
【００９８】
<通信確認処理>
第１の実施の形態と同様に、コールセンターのオペレータは、利用者への問い掛けに対する応答に対して、キーワードの設定変更等を行う。
【００９９】
また、これと同時に、音声データ、脈情報、映像情報の収集を行う。
【０１００】
そして、音声データについては、質問の終了から応答開始までの時間差（ｍＳ）、キーワードにおける強弱のレベル差（ｄＢ）、脈情報（パルス／分）、および、映像情報をもとにした色情報（ＲＧＢ値などの色単位）の収集を行う。なお、色情報としては、人間の顔における目の周辺などの色の変化しやすい領域の色を収集する。音声データについては、音声波形中の最高周波数と最低周波数の差、あるいは平均周波数などの値を用いるようにしても良い。
【０１０１】
<健康情報収集処理>
（会話による収集）
会話データのみならず、会話中の脈情報や色情報などの収集を行い、問診結果ファイル６３に保存する。特に各収集データは時刻同期を行い、会話中の特定のキーワードに関連してそのタイミングの脈や色の情報を収集できるようにする。
【０１０２】
（端末からの入力による収集）
質問と回答の整合性チェックの他、脈情報や色情報を収集する。特に脈情報は、受話器に脈センサ２６を取り付けている場合は、利用者の自発的な接続の場合は使用しないので、椅子の座部上側で大腿部に触れる部分に脈センサ２６を取り付け、必要により受話器のセンサと併用するようにしてもよい。
【０１０３】
図１５は、本実施の形態による問診結果ファイル６３のデータ構成例である。各質問ＩＤに対応して、応答時間や音声の波形分析データなどが保存されている。この他、図示しないが、回答のキーワードの入力と同期して入力された脈や色データなども保存されている。
【０１０４】
<健康状態判定処理>
安否確認処理については、第１の実施の形態と同様である。
異常兆候判定手段４８の処理については、質問項目に対する回答の要注意度に対して、次の補正を行って、評価値を計算する。
【０１０５】
評価値＝各項目の要注意度*（ａ*応答時間の変化率＋ｂ*音声波形の変化率
＋ｃ*脈情報の変化率＋ｄ*色情報の変化率）
【０１０６】
ここで、各変化率は過去のデータと比較したときの変化の割合を意味する。
また、ａ、ｂ、ｃ、ｄはその利用者の利用者ファイル６２に保存されている補正値であって、各項目の要注意度に対応する補正値である。
【０１０７】
このように算出された評価値を所定の基準値と比較して、「緊急」、「注意」、「通常」の判定を行い、問診結果ファイル６３の判定結果欄に保存する。
【０１０８】
特に、人間の会話は正常時は強弱の差があるが、健康状態が悪くなると、強弱の差が小さくなる傾向になる。また、老化が進むと反応時間が悪くなる傾向になる。このため、過去に収集したデータと比較し、変化の方向も考慮して補正係数を決めるようにするのが好ましい。
【０１０９】
診断結果入力処理、利用者ファイル更新処理、診療品質チェック処理については第１の実施の形態と同様である。
【０１１０】
本実施の形態によれば、キーワードの要注意度に関連付けて補正係数を持たせ、キーワードが存在しないか、影響度の少ないキーワードの場合は、補正係数の重みを大きくしているので、有効なキーワードが存在しない場合でも、脈情報等の他の入力情報によって異常の兆候を判定することができる。
【０１１１】
なお、本実施の形態では、補正係数をキーワード共通に設けたが、キーワード別に管理するようにしても良い。たとえば、「おはよう」の挨拶については、他の項目に対して応答時間の係数値を高くするなどである。また、応答遅延情報、脈情報、色情報などは、要注意度の補正として用いるのではなく、単独で異常の兆候の判定の条件に使用してもよい。
【０１１２】
なお、上記の各実施の形態では、訪問診療支援システムを運用するコールセンター、そのサービスの利用者、訪問診療を行う医師、および、医師のマッチングや審査を行う医療機関審査機関の処理手順を示したが、これを事業形態として成立させるために、コールセンターまたは独立した事業者に利用者端末の販売・設置・保守を担当させ、さらに、その利用者端末をリースするリース会社を仲介させるのが効果的である。そして、医師からシステムの運用手数料として定期的に所定の料金を徴収し、その料金で利用者端末のリース費や保守費、システムの運用費、医療機関審査機関への審査委託費を支払うようにする。
【０１１３】
このようにすれば、利用者の経済的な負担を軽減して、利用者宅への端末の設置を促進させることができる。また、医師にとっても訪問の負担を軽減しつつ、緊急事態を適切に把握して利用者の診療等に結びつけることができる。
【０１１４】
次に第３の実施の形態を説明する。本実施の形態は、図１または図１１に示した利用者端末２を自律走行型ロボットにしたものである。
【０１１５】
以下、本実施の形態における利用者端末２について図１６〜図２３を参照して説明する。図１６は、利用者端末２の正面外観図である。この図で、利用者端末２は、ＷＥＢカメラ２５、マイク２１ａ、スピーカ２１ｂ、表示部２２、電話番号入力や利用者端末２を動作させるためのキー操作を行うプッシュボタン７６、衝突を検知するための障害物センサ７８、駆動輪７９を有している。また、図示しないが、利用者端末２の本体７２の内部には、駆動輪７９を動かすための駆動モータ９９、利用者の有するリモコンからの無線信号を受信するための無線受信機９８、および、障害物センサ７８や無線受信機９８からのの信号を受けて、駆動モータ９９を動かすための制御信号を出力する制御装置７１を備えている。
【０１１６】
また、マイク２１ａ、スピーカ２１ｂは、電話の受話器として機能し、無線通信によって、訪問診療システム１のオペレータと通話を行うものである。また、ＷＥＢカメラ２５を通して、利用者の映像が訪問診療システム１へ送られ、また、訪問診療システム１側のオペレータの映像が表示部２２に表示される。
【０１１７】
次に、図１７を用いて、制御装置７１の機能を説明する。図１７において、制御装置７１の演算部８１は、このロボット型端末２の自律走行の制御を行う自律走行制御手段８６、端末２の位置情報を収集する位置座標収集手段８７、利用者のリモコンからの指令を受け付けて利用者のもとへ移動する要求時移動制御手段８３、移動先の位置情報を収集することによって自動的に移動する際の目標位置座標を演算する目標位置演算手段８４、所定の条件によって目標位置へ自動的に移動する際の制御を行う自動移動制御手段８５を有している。
【０１１８】
また、記憶部８２は、端末２の位置座標データを格納する位置座標ファイル８８と自動的に移動する際の目標位置の座標データを格納する目標位置座標テーブル８９を備えている。
【０１１９】
自律走行制御手段８６は、障害物センサ７８からのデータを入力し、駆動輪７９を動かすための駆動モータ９９へ走行制御のための指令を送っている。
【０１２０】
上記の各手段８３〜８７は、通常コンピュータソフトウェアによって実現するものであるが、この手段の一部または全部をハードウェアで実現することも可能である。また、本実施の形態では、訪問診療支援システム１と通信ないし通話を行うための機能は、別の処理部（中央演算処理部２３）によって実行することとするが、演算部８１がこの機能も併せて実行することも可能である。
【０１２１】
次に、上記の構成を有する利用者端末２の動作を説明する。
利用者は、端末２を利用する際、リモコンによって無線で端末２を呼び寄せる。なお、無線でなく、音波や赤外線を単独または併用で使用するようにしても良い。または、端末２に画像認識手段を持たせて、端末２が視野範囲内にきたときは利用者の身振りによってさらに近くへ呼び寄せるようにしても良い。
【０１２２】
以下、図１８を用いて利用者がリモコンによって端末２を呼び寄せる際の端末２の処理手順について説明する。
利用者がリモコンで呼び寄せ要求を出すと、その要求信号は、無線受信機９８によって受信され、要求時移動制御手段８３が起動される。
【０１２３】
要求時移動制御手段８３は起動すると、リモコンから送られてくる目標位置座標を取得する。目標位置（ランドマーク）への移動は、たとえば、特開２００４−２１６５５２号公報に記載の技術を用いて実行するようにする。
【０１２４】
一方、利用者端末２は、現在位置座標を保存しておく（Ｓ６０１）。この位置座標は、一般的に（ｘ，ｙ，ｚ）座標で表されるもので、初期値を（０，０，０）にして設定し、移動方向、移動距離の相対座標を保存して、管理するものとする。なお、必要により、他の座標系を用いることもでき、また絶対座標を用いるようにしても良い。
【０１２５】
そして、目標位置または目標方向へ移動を開始する（Ｓ６０２）。このとき、端末２は、駆動輪７９によって、自律走行を行う。障害物と接触した場合は、障害物センサ７８によってこれを感知して迂回制御を行う。この制御方法は、たとえば、特開２００４−３２６６９２号公報に記載の技術によって実行する。
【０１２６】
そして、利用者は、端末２が利用者のもとへ到着すると（Ｓ６０３）、プッシュボタン７６を押すことによって、端末２は目標位置へ到着したことを認識し、そのときの時刻と位置座標データを位置座標ファイル８８に書き込む（Ｓ６０４）。図１９は、位置座標ファイルのデータ構成例である。
【０１２７】
一方、一定時間プッシュボタン７６が押されず、タイムアウトになった場合は（Ｓ６０５）、アラームを出力して（Ｓ６０６）、記憶しておいた移動ルートを逆に辿って移動開始前の位置へ戻る（Ｓ６０７）。
【０１２８】
また、端末２は、定期的に目標位置演算手段８４を起動して、時間帯別の目標位置を計算する。以下、図２０を用いてこの処理について説明する。
【０１２９】
目標位置演算手段８４は起動されると、位置座標ファイル８８に書き込まれている位置座標データのうち計算対象の時間帯の任意のデータを抽出して（Ｓ７０２）、そのデータと所定の位置範囲（たとえば５０ｃｍ）にあるデータの存在有無を判定して（Ｓ７０３）、所定範囲内のデータが存在する場合は、そのデータを一時バッファへ格納する（Ｓ７０４）。そして、またその抽出したデータも含めて、所定範囲内にあるデータの有無を判定して全てのデータの抽出を終えると（Ｓ７０３で「ＮＯ」）、抽出した位置座標データの平均値を計算して、その結果とデータ数を一時バッファに保存する（Ｓ７０６）。
【０１３０】
そして、他に位置座標データが存在するか否かを判定して（Ｓ７０６）、存在する場合は、ステップＳ７０２へ戻って処理を繰り返す。他に位置座標データが存在しない場合は（Ｓ７０６で「ＮＯ」）、一時バッファのデータを目標位置座標テーブル８９に格納する。この際、データ数の多いものを高優先順位として順位付けして格納するようにする（Ｓ７０７）。以上のステップＳ７０２〜Ｓ７０７の処理を計算対象となっている全ての時間帯について、繰り返す（Ｓ７０１ａ、Ｓ７０１ｂ）。
【０１３１】
上記の目標位置演算の考え方を図２２を用いて説明する。図中、リモコンで呼ばれたときの到着位置を黒点「・」で表している。そして、これらの所定範囲ごとの平均位置を「×」で表している。この×位置の座標データが図２１の目標位置座標テーブル８９に格納される。図２２の例では、時間帯別のエリアＡのデータ数が一番多いため、エリアＡの×印の位置座標データ（ｘ１，ｙ１，ｚ１）が優先度１として格納されている。
【０１３２】
一方、端末２は、予め設定された所定時刻に到達したとき、または、所定時間プッシュボタン７６の押下が無く、訪問診療支援システム１と通信が行われなかったときは、自動移動制御手段８５によって自動的に端末２が利用者のもとへ移動する。
【０１３３】
以下、図２３を用いて自動移動制御手段の処理手順を説明する。
自動移動制御手段８５は、周期的に起動されると、まず、予め設定された時刻に達したか否かを判定し（Ｓ８０１）、設定時刻に到達していない場合は、最終アクセス日時、すなわち、プッシュボタン７６を操作した最終日時情報を取得して（Ｓ８０２）、その日時から所定期間が経過したか否かを判定する（Ｓ８０３）。
【０１３４】
所定期間が経過した場合は、次に目標位置座標テーブル８９を参照して現在時刻の属する時間帯の最高優先順位の座標位置データを抽出する（Ｓ８０４）。
【０１３５】
そして、現在の位置座標データを保存した後（Ｓ８０５）、抽出した座標位置へ自律走行処理を実行する（Ｓ８０６）。この自律走行処理のしかたは、要求時移動制御手段８３と同様である。
【０１３６】
そして、プッシュボタン７６が押されたか否かで目標位置へ到着したか否かを判定し（Ｓ８０７）、到着した場合は、到着地点の位置座標データを位置座標ファイル８８に保存する（Ｓ８０８）。
【０１３７】
なお、一定時間プッシュボタン７６の操作がないときは（Ｓ８０９で「ＹＥＳ」）、到着していないとみなして、目標位置座標テーブル８９を参照して、次の優先順位の位置座標データが存在するか否かを判定し（Ｓ８１０）、存在する場合は、その優先順位の位置座標データを抽出して（Ｓ８１１）、ステップＳ８０６へ戻って同様の処理を繰り返す。
【０１３８】
一方、ステップＳ８１０で、次の優先順位のデータが存在しない場合は、ステップＳ８０５で保存しておいた位置座標へ自律走行によって戻る（Ｓ８１２）。
【０１３９】
また、利用者端末２は、自動移動によって収集した位置座標も含めて、周期的に起動される目標位置演算手段８４によって、随時目標位置座標テーブル８９の目標位置の平均値と優先順位をアップデートする。なお、目標位置演算手段８４で、目標位置を演算した後は、位置座標ファイル８８のデータをクリアして、その後新たに収集したデータのみを保存していくようにしても良い。目標位置座標テーブル８９に保存されている平均位置座標とデータ数を用い、さらに新たに収集した位置座標データを用いても目標位置を計算することができ、これによってファイルの容量の増加を抑制することができる。
【０１４０】
以上、本実施の形態によれば、利用者は必要なときにリモコン操作によって端末２を呼び寄せることができ、この操作を何回か繰り返すことによって、一定期間端末の利用が無い場合、あるいは、予め設定された所定の時刻に端末２が自ら利用者のもとへ移動するので、利用者にとって利便性が向上し、利用者がコールセンターとの定期的な通信を忘れている場合でも端末が自分のもとへ来ることによって確実にコールセンターとの通信ができる。また、利用者の容態に異変があったときでも、早く発見することができる。
【０１４１】
なお、利用者端末２に第２の実施の形態で説明したような脈センサ等を取り付けておいて、測定できるようにしてもよい。
【０１４２】
また、一定期間、利用者からの応答が無い場合は、訪問診療支援システム１からの要求によって、ＷＥＢカメラ２５を通して映像をシステム１の表示部１２に表示させるようにしても良い。このとき、単にシステム１から利用者端末２を遠隔操作できるようにするのみでは、オペレータは利用者がどこにいるのか分からない場合があるが、システム１から端末２に自律走行指令を送信し、端末２はこの指令に基づいて、目標位置座標テーブル８９に従って優先順位の高い場所から順に移動するようにする。そして、コールセンター側のオペレータはＷＥＢカメラ２５を通して部屋内の様子を監視するようにすれば、迅速かつ効率的に状況を把握することが可能となる。
【０１４３】
また、本実施の形態において、オペレータまたは家族が要求した時刻に端末２の移動を行わせて、利用者のボタン操作の履歴情報と位置座標データのみをシステム１または家族の端末に送るようにしても良い。これによって、オペレータは利用者のプライバシーを害することなく、利用者の安否と行動パターンの変化を知ることができる。
【０１４４】
本発明は、実施の形態の記載に限定されること無く、その要旨を逸脱しない範囲で種々変形して用いることができる。たとえば、訪問診療支援システムは、図２４のように各サーバ装置を地域別あるいは症例別に分散して配置し、マスタファイルを中央の管理サーバに持たせる構成で運用することも可能である。
【図面の簡単な説明】
【０１４５】
【図１】本発明の第１の実施の形態による訪問診療支援システムの機能ブロック図である。
【図２】図１のマスタファイルのデータ構成例である。
【図３】図１の利用者ファイルのデータ構成例である。
【図４】図１の問合せ支援手段の処理手順を示すフローチャートである。
【図５】図１の問診結果ファイルのデータ構成図である。
【図６】図１の質問送信手段および回答受信手段の処理手順を示すフローチャートである。
【図７】本発明の第１の実施の形態による利用者端末上の画面表示の説明図である。
【図８】図１の異常兆候判定手段の処理手順を示すフローチャートである。
【図９】図１の通知手段の処理手順を示すフローチャートである。
【図１０】図１の利用者ファイル更新手段の処理手順を示すフローチャートである。
【図１１】本発明の第２の実施の形態による訪問診療支援システムの機能ブロック図である。
【図１２】図１１の利用者端末の斜視図である。
【図１３】図１１のマスタファイルのデータ構成例である。
【図１４】図１１の利用者ファイルのデータ構成例である。
【図１５】図１１の問診結果ファイルのデータ構成図である。
【図１６】本発明の第３の実施の形態による利用者端末２の正面外観図である。
【図１７】図１６に内蔵されている制御装置の機能ブロック図である。
【図１８】図１７の要求時移動制御手段の処理手順を示すフローチャートである。
【図１９】図１７の位置座標ファイルのデータ構成図である。
【図２０】図１７の目標位置演算手段の処理手順を示すフローチャートである。
【図２１】図１７の目標位置座標テーブルのデータ構成図である。
【図２２】本発明の第３の実施の形態による目標位置の考え方の説明図である。
【図２３】図１７の自動移動制御手段の処理手順を示すフローチャートである。
【図２４】分散型の訪問診療支援システムの構成図である。
【符号の説明】
【０１４６】
１ 訪問診療支援システム
２ 利用者端末
３ 医師端末
４ 通信ネットワーク
１１、２１、３１ 入出力部
１２、２２ 表示部
１３、２４、３４ 送受信部
１４、２３、３３ 中央演算処理部
１６ 記憶部
１７、２５ カメラ
２６ 脈センサ
４０ 送受信処理手段
４１ 入出力手段
４２ 基本情報登録手段
４３ 利用者ファイル作成手段
４４ 問診支援手段
４５ 質問送信手段
４６ 回答受信手段
４７ キーワード抽出手段
４８ 異常兆候判定手段
４９ 通知手段
５０ 診断結果入力手段
５１ 利用者ファイル更新手段
５２ 診療品質チェック手段
５３ 波形分析手段
６１ マスタファイル
６２ 利用者ファイル
６３ 問診ファイル
７１ 制御装置
７２ 利用者端末本体
７６ プッシュボタン
７８ 障害物センサ
７９ 駆動輪
８１ 演算部
８２ 記憶部
８３ 要求時移動制御手段
８４ 目標位置演算手段
８５ 自動移動制御手段
８６ 自律走行制御手段
８７ 位置座標収集手段
８８ 位置座標ファイル
８９ 目標位置座標テーブル
９８ 無線受信機
９９ 駆動モータ
【特許請求の範囲】
【請求項１】
利用者端末と通信ネットワークを介して繋がり、利用者端末から送られてくる情報をもとに利用者の健康状態の異常の兆候を検出して医師端末へ通知する訪問診療支援システムであって、
質問情報と、当該質問に対して予想される一または二以上の回答情報と、各回答情報に関連付けて健康状態に関する要注意度を利用者ごとに保存した利用者ファイルと、
入力された質問を利用者端末へ送信する問診支援手段と、
利用者端末から送られてくる利用者の回答を受信する回答受信手段と、
前記利用者ファイルを参照して前記受信した回答に対する要注意度を抽出し、当該要注意度をもとに異常の兆候の有無を判定する異常兆候判定手段と、
を備えたことを特徴とする訪問診療支援システム。
【請求項２】
前記異常兆候判定手段によって異常の兆候ありと判定された場合は、医師端末へ通知する通知手段を備えたことを特徴とする請求項１記載の訪問診療支援システム。
【請求項３】
前記利用者ファイルは、前記回答情報として、質問に対して予想される回答に含まれる一または二以上のキーワードと当該キーワードの要注意度を互いに関連付けて保存し、
前記異常兆候判定手段は、前記利用者ファイルを参照して、前記回答受信手段によって受信された回答に含まれているキーワードを抽出すると共に当該キーワードに関連付けられた要注意度を抽出し、当該要注意度をもとに異常の兆候の有無を判定することを特徴とする請求項１または２に記載の訪問診療支援システム。
【請求項４】
前記利用者ファイルは、さらに質問情報に含まれるキーワードを保存し、
前記異常兆候判定手段は、前記利用者ファイルを参照して、前記問診支援手段によって送信された質問、および、前記回答受信手段によって受信された当該質問に対する回答に含まれているキーワードを抽出し、両キーワード間の時間差を演算すると共に過去の時間差との変化率を演算し、当該変化率をもとに異常の兆候の有無を判定することを特徴とする請求項３記載の訪問診療支援システム。
【請求項５】
前記利用者端末から送られてくる回答は音声波形によって入力され、
当該音声波形の強度または周波数を分析する波形分析手段を備え、
前記異常兆候判定手段は、前記強度または周波数の履歴データによって異常の兆候の有無を判定することを特徴とする請求項１ないし４のいずれか一に記載の訪問診療支援システム。
【請求項６】
前記利用者端末から送られてくる認証情報によって、前記利用者ファイルに保存されている質問情報を送信して利用者の回答を促す質問送信手段を備え、
前記異常兆候判定手段は、前記認証情報の受信が所定期間ないことによって安否判定を行うことを特徴とする請求項１または２に記載の訪問診療支援システム。
【請求項７】
前記質問送信手段は、利用者端末へ質問情報を表示すると共に表示位置を含む表示条件を変更して前記質問に対する回答の選択肢を表示し、
前記異常兆候判定手段は、質問と回答との整合性および前記要注意度をもとに利用者の異常の兆候の有無を判定することを特徴とする請求項６記載の訪問診療支援システム。
【請求項８】
医師の診断結果を入力する診断結果入力手段と、
前記診断結果をもとに前記利用者ファイルの前記要注意度を更新する利用者ファイル更新手段と、
を備えたことを特徴とする請求項１ないし７のいずれか一に記載の訪問診療支援システム。
【請求項９】
利用者の映像情報を受信し、受信した前記映像情報の所定領域の色彩情報を取得して保存する画像処理手段を備え、
前記異常兆候判定手段は、過去の色彩情報と比較して所定の変化があったか否かによって異常の兆候の有無を判定することを特徴とする請求項１ないし８のいずれか一に記載の訪問診療支援システム。
【請求項１０】
受話器または椅子座部上面に脈情報収集手段を設け、
前記脈情報収集手段から通信ネットワークを介して送られてくる前記脈情報によって、健康状態の異常の兆候の有無を判定することを特徴とする請求項１ないし９のいずれか一に記載の訪問診療支援システム。
【請求項１１】
前記利用者端末は、利用者のもとへ自律走行する移動手段を備えたことを特徴とする請求項１ないし１０のいずれか一に記載の訪問診療支援システム。
【請求項１２】
前記利用者端末は、さらに利用者の要求に応じて移動したときの位置座標を収集し、その位置座標データを用いて時間帯別に目標位置座標を演算して当該演算結果を位置座標のデータ数に基づいて優先順位をつけて格納する目標位置演算手段と、
前記優先順位に従って前記目標位置座標へ向けて移動する自動移動制御手段と、
を備えたことを特徴とする請求項１１記載の訪問診療支援システム。
【請求項１３】
利用者端末と通信ネットワークを介して繋がるサーバによって利用者端末から送られてくる情報をもとに利用者の健康状態の異常の兆候を検出して医師へ通知する訪問診療支援方法であって、
前記サーバにおいて、質問情報と、当該質問に対して予想される一または二以上の回答情報と、各回答情報に関連付けて健康状態に関する要注意度とを予め保存するステップと、利用者端末へ質問を送信するステップと、
利用者端末から送られてくる利用者の回答を受信するステップと、
前記受信した回答に対する要注意度を抽出し、当該要注意度をもとに異常の兆候の有無を判定するステップと、
異常の兆候ありと判定された場合は、医師へ通知するステップと、
を含むことを特徴とする訪問診療支援方法。
【請求項１４】
請求項１３記載の訪問診療支援方法において、
医師の診断結果を入力するステップと、
前記診断結果をもとに前記要注意度を更新するステップと、
を含むことを備えたことを特徴とする訪問診療支援方法。
【請求項１５】
利用者端末と通信ネットワークを介して繋がるサーバによって利用者端末から送られてくる情報をもとに利用者の健康状態の異常の兆候を検出して医師へ通知する訪問診療支援方法であって、
前記サーバにおいて、利用者の健康状態に関する要注意度とを予め保存するステップと、利用者端末へ質問を送信するステップと、
利用者端末から送られてくる利用者の健康情報を受信するステップと、
前記受信した健康情報をもとに要注意度を抽出し、当該要注意度に基づいて異常の兆候の有無を判定するステップと、
異常の兆候ありと判定された場合は、医師へ通知するステップと、
医師の診断結果を入力するステップと、
前記診断結果をもとに前記要注意度を更新するステップと、
を含むことを備えたことを特徴とする訪問診療支援方法。
【請求項１】
利用者端末と通信ネットワークを介して繋がり、利用者端末から送られてくる情報をもとに利用者の健康状態の異常の兆候を検出して医師端末へ通知する訪問診療支援システムであって、
質問情報と、当該質問に対して予想される一または二以上の回答情報と、各回答情報に関連付けて健康状態に関する要注意度を利用者ごとに保存した利用者ファイルと、
入力された質問を利用者端末へ送信する問診支援手段と、
利用者端末から送られてくる利用者の回答を受信する回答受信手段と、
前記利用者ファイルを参照して前記受信した回答に対する要注意度を抽出し、当該要注意度をもとに異常の兆候の有無を判定する異常兆候判定手段と、
を備えたことを特徴とする訪問診療支援システム。
【請求項２】
前記異常兆候判定手段によって異常の兆候ありと判定された場合は、医師端末へ通知する通知手段を備えたことを特徴とする請求項１記載の訪問診療支援システム。
【請求項３】
前記利用者ファイルは、前記回答情報として、質問に対して予想される回答に含まれる一または二以上のキーワードと当該キーワードの要注意度を互いに関連付けて保存し、
前記異常兆候判定手段は、前記利用者ファイルを参照して、前記回答受信手段によって受信された回答に含まれているキーワードを抽出すると共に当該キーワードに関連付けられた要注意度を抽出し、当該要注意度をもとに異常の兆候の有無を判定することを特徴とする請求項１または２に記載の訪問診療支援システム。
【請求項４】
前記利用者ファイルは、さらに質問情報に含まれるキーワードを保存し、
前記異常兆候判定手段は、前記利用者ファイルを参照して、前記問診支援手段によって送信された質問、および、前記回答受信手段によって受信された当該質問に対する回答に含まれているキーワードを抽出し、両キーワード間の時間差を演算すると共に過去の時間差との変化率を演算し、当該変化率をもとに異常の兆候の有無を判定することを特徴とする請求項３記載の訪問診療支援システム。
【請求項５】
前記利用者端末から送られてくる回答は音声波形によって入力され、
当該音声波形の強度または周波数を分析する波形分析手段を備え、
前記異常兆候判定手段は、前記強度または周波数の履歴データによって異常の兆候の有無を判定することを特徴とする請求項１ないし４のいずれか一に記載の訪問診療支援システム。
【請求項６】
前記利用者端末から送られてくる認証情報によって、前記利用者ファイルに保存されている質問情報を送信して利用者の回答を促す質問送信手段を備え、
前記異常兆候判定手段は、前記認証情報の受信が所定期間ないことによって安否判定を行うことを特徴とする請求項１または２に記載の訪問診療支援システム。
【請求項７】
前記質問送信手段は、利用者端末へ質問情報を表示すると共に表示位置を含む表示条件を変更して前記質問に対する回答の選択肢を表示し、
前記異常兆候判定手段は、質問と回答との整合性および前記要注意度をもとに利用者の異常の兆候の有無を判定することを特徴とする請求項６記載の訪問診療支援システム。
【請求項８】
医師の診断結果を入力する診断結果入力手段と、
前記診断結果をもとに前記利用者ファイルの前記要注意度を更新する利用者ファイル更新手段と、
を備えたことを特徴とする請求項１ないし７のいずれか一に記載の訪問診療支援システム。
【請求項９】
利用者の映像情報を受信し、受信した前記映像情報の所定領域の色彩情報を取得して保存する画像処理手段を備え、
前記異常兆候判定手段は、過去の色彩情報と比較して所定の変化があったか否かによって異常の兆候の有無を判定することを特徴とする請求項１ないし８のいずれか一に記載の訪問診療支援システム。
【請求項１０】
受話器または椅子座部上面に脈情報収集手段を設け、
前記脈情報収集手段から通信ネットワークを介して送られてくる前記脈情報によって、健康状態の異常の兆候の有無を判定することを特徴とする請求項１ないし９のいずれか一に記載の訪問診療支援システム。
【請求項１１】
前記利用者端末は、利用者のもとへ自律走行する移動手段を備えたことを特徴とする請求項１ないし１０のいずれか一に記載の訪問診療支援システム。
【請求項１２】
前記利用者端末は、さらに利用者の要求に応じて移動したときの位置座標を収集し、その位置座標データを用いて時間帯別に目標位置座標を演算して当該演算結果を位置座標のデータ数に基づいて優先順位をつけて格納する目標位置演算手段と、
前記優先順位に従って前記目標位置座標へ向けて移動する自動移動制御手段と、
を備えたことを特徴とする請求項１１記載の訪問診療支援システム。
【請求項１３】
利用者端末と通信ネットワークを介して繋がるサーバによって利用者端末から送られてくる情報をもとに利用者の健康状態の異常の兆候を検出して医師へ通知する訪問診療支援方法であって、
前記サーバにおいて、質問情報と、当該質問に対して予想される一または二以上の回答情報と、各回答情報に関連付けて健康状態に関する要注意度とを予め保存するステップと、利用者端末へ質問を送信するステップと、
利用者端末から送られてくる利用者の回答を受信するステップと、
前記受信した回答に対する要注意度を抽出し、当該要注意度をもとに異常の兆候の有無を判定するステップと、
異常の兆候ありと判定された場合は、医師へ通知するステップと、
を含むことを特徴とする訪問診療支援方法。
【請求項１４】
請求項１３記載の訪問診療支援方法において、
医師の診断結果を入力するステップと、
前記診断結果をもとに前記要注意度を更新するステップと、
を含むことを備えたことを特徴とする訪問診療支援方法。
【請求項１５】
利用者端末と通信ネットワークを介して繋がるサーバによって利用者端末から送られてくる情報をもとに利用者の健康状態の異常の兆候を検出して医師へ通知する訪問診療支援方法であって、
前記サーバにおいて、利用者の健康状態に関する要注意度とを予め保存するステップと、利用者端末へ質問を送信するステップと、
利用者端末から送られてくる利用者の健康情報を受信するステップと、
前記受信した健康情報をもとに要注意度を抽出し、当該要注意度に基づいて異常の兆候の有無を判定するステップと、
異常の兆候ありと判定された場合は、医師へ通知するステップと、
医師の診断結果を入力するステップと、
前記診断結果をもとに前記要注意度を更新するステップと、
を含むことを備えたことを特徴とする訪問診療支援方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図１６】
【公開番号】特開２００７−４６６２（Ｐ２００７−４６６２Ａ）
【公開日】平成１９年１月１１日（２００７．１．１１）
【国際特許分類】
【出願番号】特願２００５−１８６２２１（Ｐ２００５−１８６２２１）
【出願日】平成１７年６月２７日（２００５．６．２７）
【出願人】（５０５２４１９０２）
【Ｆターム（参考）】
【公開日】平成１９年１月１１日（２００７．１．１１）
【国際特許分類】
【出願日】平成１７年６月２７日（２００５．６．２７）
【出願人】（５０５２４１９０２）
【Ｆターム（参考）】
[ Back to top ]