(57)【要約】      （修正有）【課題】効率的な問診を行うための情報処理サーバ等を提供する。【解決手段】ユーザ端末，病院端末，管理端末，関係者端末に接続され、各端末と通信可能な情報処理サーバにおいて、サーバは、前記各端末と送受信を行う通信手段と、種々の処理を行う制御手段と、前記ユーザの個人情報を有するデータベースとを備え、前記制御手段は、前記ユーザ端末から診断値情報を受信したときに、前記データベースに記憶し、前記診断値情報が異常値であるか否かを判断し、異常値である場合は、前記ユーザ端末，前記管理端末，前記関係者端末に、異常値である旨を示す異常通知情報を送信し、前記病院端末に、前記異常通知情報及び緊急の問診を促す問診指示情報を送信すると共に、各ユーザの過去数回分の診断値情報と定期健康診断結果情報に基づき、健康状態ランクに応じ、問診スケジュールを作成し、前記病院端末及び前記管理端末に、前記問診スケジュール情報を送信する。【選択図】図１２
2011227547.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが保有するユーザ端末，病院が保有する病院端末，管理者が保有する管理端末，前記ユーザの関係者が保有する関係者端末に接続され、前記各端末と通信可能な情報処理サーバにおいて、
前記サーバは、前記各端末と情報の送受信を行う通信手段と、種々の処理を行う制御手段と、前記ユーザの個人情報を有するデータベースとを備え、
前記制御手段は、前記通信手段を介して前記ユーザ端末から診断値情報を受信したときに、前記診断値情報を前記データベースに記憶し、前記診断値情報が異常値であるか否かを判断し、
前記診断値情報が異常値である場合は、前記ユーザ端末，前記管理端末，前記関係者端末に、異常値である旨を示す異常通知情報を送信し、前記病院端末に、前記異常通知情報及び緊急の問診を促す問診指示情報を送信すると共に、
所定の時刻になったときに、
前記データベースを参照して、各ユーザの診断値情報と各ユーザの定期健康診断結果情報に基づき判定された健康状態ランクとに応じて、問診スケジュール情報を作成し、前記病院端末及び前記管理端末に、前記問診スケジュール情報を送信し、前記ユーザ端末及び前記関係者端末に、前記問診スケジュール情報のうち、当該ユーザ端末にユーザ自身に関する情報を送信すべく構成した
ことを特徴とする情報処理サーバ。
【請求項２】
前記制御手段は、前記通信手段を介して前記ユーザ端末から問い合わせ信号を受信したとき、当該問い合わせ信号に基づいて前記データベースを参照して回答信号を作成し、当該ユーザ端末に対して前記回答信号を送信する
ことを特徴とする請求項１の情報処理サーバ。
【請求項３】
前記制御手段は、前記所定時刻前に、前記データベースを参照して前記ユーザ端末が診断値情報を送信したか否かを判断し、当該診断値情報を送信していないユーザ端末に、診断値情報の送信を促す診断指示情報を送信する
ことを特徴とする請求項１または請求項２の情報処理サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、在宅者の健康管理を遠隔で行うことができる遠隔健康管理システムに用いられる情報処理サーバ等に関する。
【背景技術】
【０００２】
情報化，ネットワーク化に伴って、在宅の患者に対して遠隔診断を行うシステムが提案されている（例えば特許文献１参照）。
また、患者のみならず、健常者についても在宅による健康管理が望まれている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１７９９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、病院側は、遠隔システム（テレビ電話等）を用いて、各在宅者（ユーザ）の問診を行う場合がある。この場合に病院は、多くのユーザを有するため、どのような順序で問診を行うかが問題となる。
例えば、診断値が悪い人とそうではない人がいる場合には、診断値が悪い人を優先的に問診する必要がある。また、各ユーザによって、正常値が異なるため、問診の順序（スケジュール）を決定するには、多くの手間がかかる。
【０００５】
本発明は、効率的な問診を行うための情報を提供することができる情報処理サーバ等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
請求項１に係る発明は、ユーザが保有するユーザ端末，病院が保有する病院端末，管理者が保有する管理端末，前記ユーザの関係者が保有する関係者端末に接続され、前記各端末と通信可能な情報処理サーバにおいて、前記情報処理サーバは、前記各端末と情報の送受信を行う通信手段と、種々の処理を行う制御手段と、前記ユーザの個人情報を有するデータベースとを備え、前記制御手段は、前記通信手段を介して前記ユーザ端末から診断値情報を受信したときに、前記診断値情報を前記データベースに記憶し、前記診断値情報が異常値であるか否かを判断し、前記診断値情報が異常値である場合は、前記ユーザ端末，前記管理端末，前記関係者端末に、異常値である旨を示す異常通知情報を送信し、前記病院端末に、前記異常通知情報及び緊急の問診を促す問診指示情報を送信すると共に、所定の時刻になったときに、前記データベースを参照して、各ユーザの診断値情報と各ユーザの定期健康診断結果情報に基づき判定された健康状態ランクとに応じて、問診スケジュール情報を作成し、前記病院端末及び前記管理端末に、前記問診スケジュール情報を送信し、前記ユーザ端末及び前記関係者端末に、前記問診スケジュール情報のうち、当該ユーザ端末にユーザ自身に関する情報を送信すべく構成したことを特徴とする。
【０００７】
請求項２に係る発明は、前記制御手段は、前記通信手段を介して前記ユーザ端末から問い合わせ信号を受信したとき、当該問い合わせ信号に基づいて前記データベースを参照して回答信号を作成し、当該ユーザ端末に対して前記回答信号を送信することを特徴とする。
【０００８】
請求項３に係る発明は、前記制御手段は、前記所定時刻前に、前記データベースを参照して前記ユーザ端末が診断値情報を送信したか否かを判断し、当該診断値情報を送信していないユーザ端末に、診断値情報の送信を促す診断指示情報を送信することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、病院の医師や看護師は、情報処理サーバから送信された情報に基づいて、効率的に各ユーザの問診を行うことができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の第１実施形態に係る遠隔健康管理システムの概略構成を示す説明図である。
【図２】ユーザ端末のブロック図である。
【図３】病院端末のブロック図である。
【図４】管理者端末のブロック図である。
【図５】関係者端末のブロック図である。
【図６】情報処理サーバのブロック図である。
【図７】定期健康診断情報のデータ構造の説明図である。
【図８】本日の診断値情報のデータ構造の説明図である。
【図９】健康状態ランク変更情報のデータ構造の説明図である。
【図１０】緊急者の診断値情報のデータ構造の説明図である。
【図１１】問診スケジュール情報のデータ構造の説明図である。
【図１２】問診スケジュール調整処理のフローチャートである。
【図１３】ユーザ向けの緊急メールを表す表示例である。
【図１４】病院・管理者向けの問診指示メールを表す表示例である。
【図１５】ユーザ・関係者向けの問診スケジュールメールを表す表示例である。
【図１６】病院・管理者向けの問診スケジュールメールを表す表示例である。
【図１７】ユーザ端末の構成を示す説明図である。
【図１８】ユーザ端末の表示部における表示例である。
【図１９】ユーザ端末の表示部における表示例である。
【図２０】ユーザ端末の表示部における表示例である。
【図２１】ユーザ端末の表示部における表示例である。
【図２２】ユーザ端末の表示部における表示例である。
【図２３】ユーザ端末の表示部における表示例である。
【図２４】ユーザ端末の表示部における表示例である。
【図２５】ユーザ端末の表示部における表示例である。
【図２６】ユーザ端末の表示部における表示例である。
【図２７】ユーザ端末の表示部における表示例である。
【図２８】ユーザ端末の表示部における表示例である。
【図２９】ユーザ端末の表示部における表示例である。
【図３０】ユーザ端末の表示部における表示例である。
【図３１】ユーザ端末の表示部における表示例である。
【図３２】ユーザ端末の表示部における表示例である。
【図３３】ユーザ端末の表示部における表示例である。
【図３４】ユーザ端末の表示部における表示例である。
【図３５】ユーザ端末の表示部における表示例である。
【図３６】ユーザ端末の表示部における表示例である。
【図３７】ユーザ端末の表示部における表示例である。
【図３８】他の遠隔健康管理システムの概略構成を示す説明図である。
【図３９】送受信装置と各種測定装置との接続構成を示す説明図である。
【発明を実施するための形態】
【００１１】
［第１実施形態］
【００１２】
以下、本発明の一実施形態に係る情報処理サーバについて、図面を参照しつつ説明する。
【００１３】
［１．情報処理サーバの概要］
まず、本発明の一実施形態に係る情報処理サーバの概要について、図１を参照しつつ説明する。図１に示すように、情報処理サーバには、ユーザ端末，病院端末，管理者端末，関係者端末がインターネットを介して接続されている。すなわち、情報処理サーバは、ユーザ端末，病院端末，管理者端末，関係者端末の各種端末とインターネットを介して各種情報の送受信を行う。
【００１４】
情報処理サーバは、各端末と情報の送受信を行う通信手段と、種々の処理を行う制御手段と、ユーザの個人情報を有するデータベースとを備えている。
【００１５】
各ユーザは、ユーザ端末に接続している体組成測定装置や血圧測定装置や尿糖測定装置や血糖値測定装置や体温測定装置等を用いて、診断値情報を測定する。ユーザ端末は、各測定装置から送信された診断値情報を記録して、インターネットを介して情報処理サーバに送信する。この診断値情報には、例えばユーザが血圧測定装置で測定した血圧の上下の値であり、以下の説明においては、血圧測定装置で測定した血圧値を例に説明する。
【００１６】
なお、体組成測定装置は体重、体脂肪量、骨量、筋肉量、体脂肪率、基礎代謝量を測定するものであり、血圧測定装置は血圧、脈拍を測定するものであり、尿糖測定装置は尿糖値を測定するものであり、血糖値測定装置は血糖値を測定するものであり、体温測定装置は体温を測定するものである。
【００１７】
情報処理サーバの制御手段は、通信手段を介して各ユーザ端末から各診断値情報を受信したときに、この診断値情報をデータベースに記憶し、各診断値情報が異常値であるか否かを判断している。この判断は、データベースに記憶している各ユーザの正常値（例えば、３日分の平均値）を考慮して判断する。
【００１８】
この判断において、ユーザの診断値情報が異常値である場合、情報処理サーバの制御手段は、ユーザ端末，管理端末，関係者端末に、異常値である旨を示す異常通知情報を送信する。また、情報処理サーバの制御手段は、病院端末に、異常通知情報及び緊急の問診を促す問診指示情報を送信する。
【００１９】
ユーザの診断値情報に異常値がなく、診断値情報が正常値である場合、情報処理サーバの制御手段は、所定の時刻、例えば、毎日朝１０時になったときに、データベースを参照して、各ユーザの当日の診断値情報（或は過去数回分の診断値情報）及び各ユーザの健康状態ランクに応じて、問診スケジュール情報を作成する。この問診スケジュール情報とは、例えば、全ユーザの中から健康状態のすぐれないユーザが優先的に問診できるように自動的に決定された問診順序の情報である。
【００２０】
なお、健康状態ランクとは、全ユーザが年１回受診した定期健診結果を情報処理サーバのデータベースに登録しており、このデータベースの定期健診結果情報を基に医師や看護師等が判定したユーザごとの健康状態を示すランクである。この初期の健康状態ランクは、毎日測定される診断値情報に基き、情報処理サーバが更新することとなる。例えば、ランクＡのユーザは、正常であり、ランクＢのユーザは、要注意であり、ランクＣのユーザは、慢性疾患等のため対応が必要である。例えばランクＣのユーザは、ランクＢやランクＡのユーザよりも問診順序が早くなるようにプログラムがセットされている。
【００２１】
定期健診結果情報とは、（１）問診結果、診察結果（医師による病歴問診や聴打触診などの診察結果）、（２）身体測定結果（身長、体重、血圧、ＢＭＩ）、（３）聴力検査結果（オージーメーターによる難聴検査）、（４）心電図検査結果（標準１２誘導心電図）、（５）胸部Ｘ線検査結果（肺癌、肺結核、心肥大などの検査）、（６）尿検査結果（糖、蛋白、潜血、ウロピリノーゲン、ｐＨ）、（７）血液一般検査結果（白・赤血球数、血色素量、Ｈｔ、血小板数）、（８）生化学検査結果（ＧＯＴ、ＧＰＴ、ＡＬＰ、γＧＴＰ、総コレステロール、中性脂肪、ＨＤＬコレステロール、血糖）などの情報である。
【００２２】
情報処理サーバの制御手段は、病院端末及び管理端末に、全ユーザの問診スケジュール情報を送信する。また、情報処理サーバの制御手段は、ユーザ端末及び関係者端末に、問診スケジュール情報のうち、当該ユーザ端末にユーザ自身に関する情報、例えば、ユーザＡさんの端末には、Ａさんの問診時間（或は問診順序）のみを送信する。
【００２３】
また、情報処理サーバの制御手段は、通信手段を介してユーザ端末から問い合わせ信号を受信したとき、当該問い合わせ信号に基づいてデータベースを参照して回答信号を作成し、当該ユーザ端末に対して回答信号を送信するようにしてもよい。例えば、ユーザがデータベースに記録されている定期健診結果情報のうちの（６）尿検査結果を確認した際には、ユーザがユーザ端末を操作して尿検査結果を問い合わせる信号を情報処理サーバに送信する。情報処理サーバの制御手段が問い合わせ信号を受信し、この問い合わせ信号に基づいて、データベースに保存されていた尿検査結果から所定の回答信号を作成し、ユーザ端末にこの回答信号を送信する。ユーザ端末は所定の回答信号を受信し、ユーザは、尿検査結果を見ることができる。
【００２４】
また、情報処理サーバの制御手段は、所定時刻前に、例えば９時３０分に、データベースを参照してユーザ端末が診断値情報を送信したか否かを判断し、当該診断値情報を送信していないユーザ端末に、診断値情報の送信を促す診断指示情報を送信するようにしてもよい。
【００２５】
これにより、病院の医師や看護師は、情報処理サーバから送信された情報に基づいて、効率的に各ユーザの問診を行うことができる。
【００２６】
また、ユーザや関係者（親族等）は、自身の状態を知ることができる。
【００２７】
［２．遠隔健康管理システムの具体的構成］
次に、本実施形態の情報処理サーバを有する遠隔健康管理システムについて、図１を参照しつつ具体的に説明する。図１に示すように、遠隔健康管理システムは、情報処理サーバ１０と、管理者端末３０と、病院端末４０と、ユーザ端末５０と、関係者端末７０とから構成されている。なお、ユーザ端末５０，管理者端末３０は複数有しても良い。
【００２８】
情報処理サーバ１０は、ユーザ端末５０と、病院端末４０と、管理者端末３０と、関係者端末７０とインターネットを介して接続されている。また、情報処理サーバ１０、管理者端末３０は、それぞれ健康管理システムの管理会社によって管理されている。ユーザ端末５０は各ユーザの自宅に配置されている。また、病院端末４０は、病院内に配置されている。また、関係者端末７０は、関係者の自宅に配置されている。ユーザ端末５０と、病院端末４０と、管理者端末３０と、関係者端末７０は、それぞれインターネットに接続され、ユーザ端末５０は、情報処理サーバ１０にアクセスすることができる。また、ユーザ端末５０や病院端末４０や管理者端末３０には、テレビ電話機能が搭載されている。
【００２９】
［３．遠隔健康管理システムを構成する各構成要素の具体的構成］
次に、遠隔健康管理システム１を構成する上記構成要素の具体的構成について順に説明する。
【００３０】
［３−１．ユーザ端末］
まず、ユーザ端末５０について図２を参照して説明する。ユーザ端末５０は、家庭内に設置され、ユーザが操作する。たとえば、ユーザ端末５０は、血圧値等の健康状態を計測する測定装置５９を接続する機能を有する。なお、図３９に示すように、各種の測定装置５９からの情報を受信する送受信装置６０を備えるようにしてもよい。
【００３１】
また、入力部５２ａにタッチパネルを用いることにより、操作性を向上させることができる。
なお、ユーザ端末５０の送信には、送受信装置６０を介して中継サーバ８０に送信され、その後、情報処理サーバ１０に接続する既存のシステムを用いるようにしてもよい。この遠隔健康管理システムとしては、図３８に示すように測定装置５９からの情報を受信すると共に受信した情報を中継サーバ８０に送信する送受信装置６０と、ユーザから集めた情報を情報処理サーバ１０に送信する中継サーバ８０とを備える。情報処理サーバ１０は、中継サーバ８０に集められたユーザの測定装置５９からの情報を基にして後述する各種処理を行うこととなる。すなわち、ユーザが計測した健康情報は、このようなシステムを介して情報処理サーバ１０に送信される。このように構成することにより、開発を削減することができる。
【００３２】
また、ユーザ端末５０は、病院側の医師や看護師とテレビ電話ができるように構成されている。
【００３３】
ユーザ端末５０に接続する血圧値等の健康状態を計測する測定装置５９について説明する。
測定装置５９には、体組成測定装置や血圧測定装置や尿糖測定装置や体温測定装置や万歩計（登録商標）等があり、これら測定装置５９は、ユーザの各種の診断値を測定して、この診断値情報をユーザ端末５０に送信する。
【００３４】
なお、体組成測定装置は体重、体脂肪量、骨量、筋肉量、体脂肪率、基礎代謝量を測定するものであり、血圧測定装置は血圧、脈拍を測定するものであり、尿糖測定装置は尿糖値を測定するものであり、体温測定装置は体温を測定するものである。
【００３５】
図２に示すように、ユーザ端末５０は、情報処理サーバ１０と通信を行うための通信部５１と、ユーザの操作に基いて種々の情報を入力するタッチパネル式の入力部５２ａと、種々の情報を表示する表示部５２ｂと、各種の測定装置５９からの情報を入出力するための入出力部５３と、ＣＰＵ（Central Processing Unit）５４、作業用ＲＡＭ（Random Access Memory）５５及び各種プログラムを記録するＲＯＭ５６等から構成された制御部５７とを備えて構成される。制御部５７は、ＣＰＵ５４がＲＯＭ５６に記憶された各種プログラムを読み出して実行することにより、ユーザ端末５０全体を統括制御する。また、各構成要素はシステムバス５８を介して相互に接続されている。
【００３６】
［３−２．病院端末］
次に、病院端末４０について図３を参照して説明する。病院端末４０は、病院内に設置され、医者や看護師や事務員等が操作するものである。例えば、病院端末４０にはユーザとテレビ電話ができるように構成されている。なお、全ユーザは、年１回定期健診を受診し、この定期健診結果を情報処理サーバ１０のデータベースに登録している。このデータベースの定期健診結果情報を基に医師や看護師等が病院端末４０を操作してユーザごとに健康状態をランク付けする。このランク付けされた「健康状態ランク」が情報処理サーバ１０のデータベースに設定される。また、病院端末４０では各ユーザの健康状態ランクを診断値情報に基きに見直し再設定することができる。
【００３７】
図３に示すように、病院端末４０は、情報処理サーバ１０と通信を行うための通信部４１と、オペレータの操作に基いて種々の情報を入力する入力部４２と、種々の情報を表示する表示部４３と、ＣＰＵ（Central Processing Unit）４４、作業用ＲＡＭ（Random Access Memory）４５及び各種プログラムを記録するＲＯＭ４６等から構成された制御部４７とを備えて構成される。制御部４７は、ＣＰＵ４４がＲＯＭ４６に記憶された各種プログラムを読み出して実行することにより、病院端末４０全体を統括制御する。また、各構成要素はシステムバス４８を介して相互に接続されている。
【００３８】
［３−３．管理者端末］
次に、管理者端末３０について図４を参照して説明する。管理者端末３０は、情報処理サーバ１０を管理するものである。
【００３９】
図４に示すように、管理者端末３０は、情報処理サーバ１０と通信を行うための通信部３１と、オペレータの操作に基いて種々の情報を入力する入力部３２と、種々の情報を表示する表示部３３と、ＣＰＵ（Central Processing Unit）３４、作業用ＲＡＭ（Random Access Memory）３５及び各種プログラムを記録するＲＯＭ３６等から構成された制御部３７とを備えて構成される。制御部３７は、ＣＰＵ３４がＲＯＭ３６に記憶された各種プログラムを読み出して実行することにより、管理者端末３０全体を統括制御する。また、各構成要素はシステムバス３８を介して相互に接続されている。
【００４０】
［３−４．関係者端末］
次に、関係者端末７０について図５を参照して説明する。関係者端末７０は、ユーザの親族等が有するコンピュータであり、パソコンでもよく、また、携帯電話でもよい。
【００４１】
親族等の関係者は、情報処理サーバ１０から送信された情報によりユーザの健康状態を知ることができる。たとえば、関係者は一人暮らしの高齢者（ユーザ）の健康情報を把握することができる。
【００４２】
図５に示すように、関係者端末７０は、情報処理サーバ１０と通信を行うための通信部７１と、オペレータの操作に基いて種々の情報を入力する入力部７２と、種々の情報を表示する表示部７３と、ＣＰＵ（Central Processing Unit）７４、作業用ＲＡＭ（Random Access Memory）７５及び各種プログラムを記録するＲＯＭ７６等から構成された制御部７７とを備えて構成される。制御部７７は、ＣＰＵ７４がＲＯＭ７６に記憶された各種プログラムを読み出して実行することにより、関係者端末７０全体を統括制御する。また、各構成要素はシステムバス７８を介して相互に接続されている。
【００４３】
［３−５．情報処理サーバ］
次に、情報処理サーバ１０の具体的な構成について図６を参照して説明する。
情報処理サーバ１０は、上記各ユーザ端末５０、病院端末４０、管理者端末３０、関係者端末７０と接続されているものであり、各種の情報の送受信を行う。
また、受信した各情報に基づいて、情報処理サーバで実行される処理は、制御手段が行うものである。
また、情報処理サーバ１０は、データベースを有しており、後述するように、各ユーザの各情報を記憶している。
【００４４】
図６に示すように、情報処理サーバ１０は、ＣＰＵ１１、作業用ＲＡＭ１２及び各種プログラムを記録するＲＯＭ１３等から構成された制御部１４と、管理者端末３０、病院端末４０、ユーザ端末５０及び関係者端末７０と通信を行うための通信部１５と、オペレータの操作に基いて種々の情報を入力する入力部１６と、ユーザ基本情報１９、定期健康診断情報２０、本日の診断値情報２１、健康状態ランク変更情報２２、緊急者の診断値情報２３、問診スケジュール情報２４等を記憶するデータベース１７と、を備えて構成される。制御部１４は、ＣＰＵ１１がＲＯＭ１３に記憶された各種プログラムを読み出して実行することにより、情報処理サーバ１０全体を統括制御する。また、各構成要素はシステムバス２７を介して相互に接続されている。
【００４５】
［３−６．データベース］
次に、各データベース１７の構成について図７から図１１を参照しつつ説明する。
【００４６】
データベース１７には、ユーザ基本情報１９、定期健康診断情報２０、本日の診断値情報２１、健康状態ランク変更情報２２、緊急者の診断値情報２３、問診スケジュール情報２４を記憶している。
【００４７】
ユーザ基本情報１９には、ユーザ名、ユーザＩＤ、連絡先電話番号、住所、関係者名、関係者電話番号が含まれる。
【００４８】
図７に示すように、定期健康診断情報２０には、定期健康診断をユーザが病院で受診した際の結果であり、定期健康診断情報２０には、ユーザ名、健康状態ランク、健康診断受診日、定期健康診断結果が含まれる。
【００４９】
図８に示すように、本日の診断値情報２１には、ユーザ名、健康状態ランク、２日前の血圧値、１日前の血圧値、本日の血圧値、３日分の血圧の平均値が含まれる。
【００５０】
図９に示すように、健康状態ランク変更情報２２は、本日の診断値情報（図８参照）における本日の値に基づいて健康状態ランクを変更したものであり、健康状態ランク変更情報２２には、ユーザ名、変更後の健康状態ランク、２日前の血圧値、１日前の血圧値、本日の血圧値、３日分の血圧の平均値が含まれる。
【００５１】
図１０に示すように、緊急者の診断値情報２３は、本日の診断値情報が異常値であるユーザの診断値情報を抽出したものである。緊急者の診断値情報２３には、ユーザ名、健康状態ランク、２日前の値、１日前の値、本日の値、平均値が含まれている。
【００５２】
図１１に示すように、問診スケジュール情報２４は、異常値であるユーザを除いた全ユーザの診断値情報である。問診スケジュール情報２４には、ユーザ名、健康状態ランク、２日前の値、１日前の値、本日の値、平均値が含まれ、さらに、この診断値上方における平均値と健康状態ランクに応じてユーザごとの問診順序を決定した情報も含まれる。
【００５３】
［４．情報処理サーバで実行される処理］
次に、情報処理サーバ１０の制御部１４において実行される処理について図１２を参照しながら説明する。以下のフローチャートにおいて、血圧値を診断値情報の一例として説明する。
【００５４】
各ユーザには、定期健康診断を受診した結果情報に基いて、医師や看護師によって初期の健康状態ランクが付与されている。図７に示すように健康状態ランクＣは健康状態が不良で対応が必要であるＡさん、Ｂさん、Ｃさんであり、健康状態ランクＢは健康状態が要注意であるＤさん、Ｅさん、Ｆさんであり、健康状態ランクＡは健康状態が正常であるＧさん、Ｈさん、Ｉさんである。この初期の健康状態ランクは、毎日測定される各ユーザの診断値情報に基づき、情報処理サーバ１０の制御部１４が更新することとなる。
【００５５】
ユーザは、血圧値測定装置で自身の血圧値を測定し、ユーザ端末５０に血圧値を送信する。次にユーザ端末５０は、血圧値を診断値情報として情報処理サーバ１０に送信する。このとき、ユーザ端末５０は、受信した血圧値の診断値情報を取得した時点で自動的に情報処理サーバ１０に送信してもよいし、或は、ユーザがユーザ端末５０を操作して診断値情報を情報処理サーバ１０に送信するようにしてもよい。
【００５６】
図１２に示すように、Ｓ１において、制御部１４は、ユーザ端末から送信される血圧値の診断値情報を取得する。
【００５７】
Ｓ２において、制御部１４は、各ユーザの診断値情報をデータベース１７に記憶する。
【００５８】
Ｓ３において、制御部１４は、後述する問診スケジュール決定処理を開始する所定時刻の前（例えば、午前９時３０分）までに、データベース１７を参照して、全ユーザ端末からの各診断値情報を全て取得したか否かを判断し、全てのユーザの診断値情報を取得した場合、処理をＳ４に移す。
【００５９】
Ｓ４において、制御部１４は、図８に示すように、本日の診断値情報を本日の値の欄に記憶して、２日前の値と１日前の値と本日の値とから３日分の平均値を算出して記憶する。
【００６０】
Ｓ３において、全てのユーザの診断値情報を取得完了できてない場合、処理をＳ５に移す。Ｓ５において、診断値情報を未送信のユーザ端末５０に対して、診断値情報の送信を促す診断指示情報としての要求メールを送信して、処理をＳ１に戻す。
【００６１】
初期の健康状態ランクを基にして、毎日、ユーザ毎の健康状態のランク付け見直しを行っている。すなわち、血圧値（上）が１３０以下をランクＡ、血圧値（上）が１３１以上１７０未満をランクＢ、血圧値（上）が１７０以上をランクＣに設定されており、この数値に基づいて昇降順にランク変更が実行される。Ｓ６において、制御部１４は、図８に示す全ユーザの本日の値を基にして、各ユーザの健康状態ランクの見直しを実行する。健康状態ランクの見直しを実行したのちの情報が図９に示されており、Ｃランクには、Ｆさん、Ａさん、Ｂさん、Ｄさんの４名となる。また、Ｂランクには、Ｃさん、Ｅさんの２名となる。さらに、Ａランクには、Ｇさん、Ｈさん、Ｉさんの３名となる。ここでは、ＦさんとＣさんとＤさんの３名がランクを変更されることとなる。
【００６２】
Ｓ７において、制御部１４は、図８中の本日の値において、血圧値が緊急度を有するほど異常に高いか否かを判定し、緊急を有する場合は、Ｓ８に処理を移す。例えば、図８において、Ｆさんは、本日の血圧値（上）２００、血圧値（下）１２０となり、ユーザ全員の中でも血圧値が一番高い値を示している。このとき、図１０に示すようにＦさんの診断値情報を抽出する。なお、ここでは、異常値を血圧値（上）２００以上としている。
【００６３】
Ｓ８において、制御部１４は、ユーザ端末５０、管理者端末３０、関係者端末７０にユーザＦさんの血圧値が異常に高い値であることを報知する旨の異常通知情報としての緊急メールを送信する。例えば、緊急メールとしては、「Ｆさんの本日の血圧値は、高いので注意を要します。」と記載のメールを送信するようにしている（図１３参照）。
【００６４】
Ｓ９において、制御部１４は、さらに、病院端末４０に対してもユーザＦさんの血圧値が異常に高い値であることを報知する旨の異常通知情報としての緊急メールを送信すると共に緊急の問診を促す問診指示情報を送信する（図１４参照）。病院端末４０は、情報処理サーバ１０からの問診指示情報を受信する。医師が病院端末４０により情報処理サーバ１０に記憶されているＦさんの本日の血圧値を読み出して確認する。ここで、医師がＦさんに問診が必要かどうか判断して、問診が必要な場合には病院端末４０のテレビ電話機能を使って、Ｆさんのユーザ端末５０に電話し、テレビ問診を実施する。
【００６５】
Ｓ７において、緊急を有しないと判定した場合は、Ｓ１０に処理を移す。Ｓ１０おいて、制御部１４は、所定の時刻、例えば午前１０時になったときに情報処理サーバ１０のデータベース１７を参照する。制御部１４は、図１１におけるデータにおいて、健康状態ランク及び平均値に応じて、問診スケジュール情報を作成する。すなわち、図１１に示すように、緊急度を有するＦさんを除くＡさんからＩさんによる問診スケジュール情報を作成することとなる。血圧値が一番高く、健康状態ランクがＣランクであるＡさんが問診順序１位となり、問診スケジュール情報は、Ａさん、Ｂさん、Ｄさん、Ｃさん、Ｅさん、Ｇさん、Ｈさん、Ｉさんがこの順序で問診を受診する問診順序の情報である。
【００６６】
Ｓ１１において、ここで全ユーザの処理が完了したか否かを判断し、全員終了の場合、Ｓ１２に処理を移し、全ユーザの処理が終わっていない場合、Ｓ７に処理を戻す。
【００６７】
Ｓ１２において、制御部１４は、一方の病院端末４０及び管理者端末３０に全ユーザの問診スケジュール情報を送信する。病院端末４０は、全ユーザの問診スケジュール情報を受信し、この全ユーザの問診スケジュール情報にしたがって、医師や看護師は健康状態がすぐれないユーザから問診を行えるメリットがある。他方の各ユーザ端末５０及び各関係者端末７０に各ユーザ及び関係者ごとの問診スケジュール情報を送信する。この問診スケジュール情報には、問診順序のほかに問診時間や医師名等を含むようにしてもよい。
【００６８】
また、情報処理サーバ１０には、ユーザごとの各種の情報がデータベースに記憶されており、データベースの情報の中からユーザが見たい情報（定期健康診断情報や診断値情報等）を自身のユーザ端末で見ることができる。以下、これらの処理について説明する。
【００６９】
例えば、過去数日分のユーザ自身の診断値情報を見たい場合に、ユーザがユーザ端末５０を操作する。すなわち、図３２における体重ボタン１２０ａをユーザが押すと、ユーザ端末５０は問い合わせ信号を情報処理サーバ１０に送信する。問い合わせ信号は、例えば所定期間におけるユーザの体重の診断値情報を問い合わせる信号である。
【００７０】
情報処理サーバ１０の制御部１４は、通信手段を介してユーザ端末５０から問い合わせ信号を受信したとき、問い合わせ信号に基づいてデータベース１７を参照して、診断値情報に基づいた回答信号を作成する。この回答信号をユーザ端末５０に送信する。
【００７１】
ユーザ端末５０は、回答信号を受信すると、この回答信号をグラフ化して表示部５２ｂに表示する（図３３参照）。ユーザは、グラフ化された過去の診断値情報を見て、自身の健康状態の推移を確認することができ、その後の健康管理に役立てることができる。
【００７２】
［５．病院側の処理］
上述したＳ９において、病院端末４０が情報処理サーバ１０から問診指示情報を受信したときの、病院側の処理について説明する。
【００７３】
Ｓ９において情報処理サーバ１０が病院端末４０に問診指示情報を送信すると、病院端末４０が、情報処理サーバ１０からの問診指示情報を受信する。その後、医師が病院端末４０により情報処理サーバ１０に記憶されているＦさんの本日の血圧値を読み出して確認する。ここで、医師がＦさんに問診が必要かどうか判断して、問診が必要な場合には病院端末４０のテレビ電話機能を使って、Ｆさんのユーザ端末５０に電話し、テレビ問診を実施する。
【００７４】
ユーザにとっては病院まで足を運ぶことなく、医師の問診を早期に受診できるメリットがあり、病院側にとってはユーザの病状の悪化を未然に防ぐことができるメリットがある。
【００７５】
次に、上述したＳ１２において、病院側が問診スケジュールを受信したときの病院側の処理について説明する。
【００７６】
Ｓ１２において、情報処理サーバ１０の制御部１４は、病院端末４０に全ユーザの問診スケジュール情報を送信する。病院端末４０は、図１１に示すように全ユーザの問診スケジュール情報を受信すると、この全ユーザの問診スケジュール情報にしたがって、医師や看護師は、病院端末４０のテレビ電話機能をつかって各ユーザの遠隔診断を行う。病院側にとっては、健康状態がすぐれないユーザから先に診断を行えるメリットがある。また、この問診スケジュール情報に問診順序のほかに予定問診時間や医師名等も含まれるようにすることで、より効率的に各ユーザの診断を行うことができる。なお、Ａ，Ｂ，Ｃの各ランクに応じて、医師、看護士、介護士の仕事を分担するようにしてもよい。
【００７７】
ここで各ユーザ端末５０及び関係者端末７０が情報処理サーバ１０から受信したメールの内容について説明する。
図１５（ａ）に示す内容は、図１１における問診スケジュール情報における健康状態ランクＡのＧさん宛てのものである。図１５（ａ）に示すように、「本日の値も、正常です。本日の問診時間は午後２時頃です。」の内容メールがＧさんのユーザ端末に表示される。一方、図１５（ｂ）に示す内容は、図１１における問診スケジュール情報における健康状態ランクＣのＢさん宛てのものである。図１５（ｂ）に示すように、「本日の値は、若干悪いので医師が対応します。本日の問診時間は午前１１時頃です。」の内容メールがＢさんのユーザ端末に表示される。
【００７８】
次に病院端末４０及び管理者端末３０が情報処理サーバ１０から受信したメールの内容について説明する。図１６は、図１１における問診スケジュール情報に基づいたメールの内容を示すものである。
【００７９】
病院端末４０及び管理者端末３０には、図１６に示すように、「本日の問診スケジュールを送信します。問診スケジュールは、表で確認ください。」の内容メールと問診スケジュールが病院端末４０及び管理者端末３０に表示される。
【００８０】
［６．ユーザ端末の構成及びその画面構成、ユーザ端末における処理］
ユーザ端末の構成及びユーザ端末の画面構成について図１７から図３７を参照しながら説明する。
【００８１】
図１７に示すように、ユーザ端末５０は、タッチパネル式の入力部５２ａと、画像を表示する表示部５２ｂと、各種測定装置５９からの情報を入力するための入出力部５３（図２参照）を備えており、ユーザ端末５０と測定装置５９とを無線にて接続している。なお、本例では、ユーザ端末５０と測定装置５９とを無線で接続したが、有線であってもよいし、不揮発性メモリを媒体として測定装置５９の情報をユーザ端末５０へ送信するようにしてもよい。
【００８２】
以下のこのユーザ端末５０のタッチパネルを操作することで、各種のサービスを受けることができる。
１．ナースコール：提携の病院へ電話をかけることができる。
２．救急車：１１９番へ電話をかけることができる。
３．留守設定：ボタンを押すだけで提携の病院へ留守にしていることを伝えることができる。
４．メッセージ：提携の病院とメッセージのやりとりができる。
５．お知らせ：提携の病院からのお知らせを受け取ることができる。
６．健康グラフ：日々の体の変化をグラフで確認することができる。
７．コミュニティ：提携の病院主催のコミュニティに参加いただくと、コミュニティの情報が配信される。
８．健康カルテ：ユーザの持病や常備薬などを表示できる。
９．健康に関するホームページ：提携会社が提供する健康に関するホームページを見ることができる。
【００８３】
図１８は、表示部５２ｂに表示される最初の画面１００である。画面１００には、各画面に移るためにその押し位置を示すボタンが表示されている。ボタンには、管理者からのお知らせ画面に移るためのお知らせメッセージボタン１０１や、ユーザの診断値情報をグラフにして表示する画面に移るための健康グラフボタン１０２や、その他の情報を表示するその他ボタン１０３や、病院にテレビ電話するためのナースコールボタン１０４や、１１９番通報をして救急車を手配するための救急車ボタン１０５や、留守番電話に切替えるための留守ボタン１０６や、管理者や病院等から届く電子メールを表示しつつ各電子メールの内容を表示する画面に移るための電子メールボタン１０７や、ユーザが所定時刻の前までに測定装置を使って診断値情報を測定していない場合に表示する画面に移るための未計測ボタン１０８等がある。
【００８４】
図１９は、お知らせメッセージボタン１０１を押したのちに表示される画面であり、この画面１００には、提携の病院からのメッセージやお知らせの一覧が表示される。ここで画面１００中の詳細を見るボタンが押されると、図２０に示す画面１００が表示される。この画面１００には、お知らせの詳細の内容が表示される。なお、図１９の画面においては、送受信全ての一覧が表示されているが、逆三角印を押すと、絞込み条件の一覧が表示され、ここで表示したい条件を選択して押すと、その条件を満たすお知らせ・メッセージに絞り込まれた一覧が表示されることとなる。
【００８５】
図２１は、お知らせ・メッセージ詳細におけるメッセージの画面１００であり、この画面１００には、メッセージの詳細欄１７０にメッセージが表示される。このメッセージに対しては、返信するボタンを押すと、図２２に示す画面１００が表示される。この画面１００には、メッセージ返信が表示され、返信メッセージ欄１７０ａ中のいずれかの選択ボタンを選択したのちに確認画面へボタンを押すと、図２３に示す画面１００が表示される。この画面１００には、選択した選択ボタンの内容と、メッセージを入力するための欄１７０ｂとが表示され、この空欄にメッセージを入力したのちに送るボタンを押すことで、図２４に示すメッセージ送信完了の画面１００が表示される。このとき、ユーザ端末５０から病院端末４０へこれらのメッセージが送信される。なお、このお知らせ・メッセージ詳細におけるメッセージの画面１００には、病院からの緊急メール等の各種のメールも表示されることとなる。
【００８６】
図２５は、未計測ボタン１０８を押したのちに表示される画面であり、この画面１００には、ユーザに対して測定装置を使って診断値情報を測定することを促す内容が表示される。
【００８７】
図２６は、Ｓ５における情報処理サーバ１０からの要求メールをユーザ端末５０が受信した際に表示される要求メールの画面である。この画面１００には、ユーザに診断値情報を測定して、情報処理サーバ１０に送信することを促す内容が表示される。
【００８８】
図２７は、初期画面のその他ボタン１０３を押したのちに表示される画面である。この画面１００には園芸等の趣味のホームページを表示するコミュニティボタン１１０や、ユーザのカルテを見るためのマイカルテボタン１１１や、提携会社が提供する健康に関するホームページを見るための健康に関するホームページボタン１１２が表示される。
【００８９】
コミュニティボタン１１０を押すとコミュニティ画面１００が表示される（図２８参照）。この画面１００における詳しく見るボタンを押すと、図２９に示すコミュニティのホームページの画面２００が表示される。
【００９０】
マイカルテボタン１１１を押すとマイカルテ画面１００が表示される（図３０参照）。この画面１００には、ユーザの生年月日、病院の初回来院日、かかりつけ病院、服用している薬、定期健康診断情報、病院における診断結果等の内容が表示される。すなわち、ユーザ端末５０は、マイカルテボタン１１１に対応した問い合わせ信号を情報処理サーバ１０に送信する。情報処理サーバ１０は、問い合わせ信号に基づいてデータベース１７を参照して、各種の情報に基づいた回答信号を作成する。この回答信号をユーザ端末５０に送信する。ユーザ端末５０は、回答信号に基づいて、ユーザの生年月日、病院の初回来院日、かかりつけ病院、服用している薬、定期健康診断情報、病院における診断結果等の内容をマイカルテとして表示する。
【００９１】
健康に関するホームページボタン１１２を押すと、図３１に示す健康に関するホームページの画面３００が表示される。この画面３００には、提携の会社が提供する健康に関する各種情報が表示される。
【００９２】
図３２は、初期の画面の健康グラフボタン１０２を押したのちに表示される画面であり、この画面１００には、情報処理サーバ１０のデータベースに記憶されているユーザの診断値情報をグラフ化して表示するための各種ボタンが表示される。ここで体重ボタン１２０ａを押したのちに、グラフを見るボタン１２０を押す。このときユーザ端末５０は、問い合わせ信号を情報処理サーバ１０に送信する。情報処理サーバ１０は、問い合わせ信号を受信したとき、問い合わせ信号に基づいてデータベース１７を参照して、診断値情報に基づいた回答信号を作成する。この回答信号をユーザ端末５０に送信する。ユーザ端末５０は、回答信号に基づいて診断値情報をグラフとして表示する。
【００９３】
図３３に示すように、ユーザ端末５０の表示部５２ｂの画面には、体重のグラフが表示される。この画面の前の期間へのボタン１３０ａを押すとさらに前の期間に測定した体重がグラフとして表示される。１３０ｂは次の期間のグラフを表示するためのボタンであり、１３０ｃは他のグラフを見るためのボタンであり、１３０ｄは期間の変更をするためのボタンである。
【００９４】
先ほどの図３２中の各種のボタンを押すと、ユーザ端末５０は、各種のボタンに対応した問い合わせ信号を情報処理サーバ１０に送信する。情報処理サーバ１０は、問い合わせ信号に基づいてデータベース１７を参照して、各種の診断値情報に基づいた回答信号を作成する。この回答信号をユーザ端末５０に送信する。ユーザ端末５０は、回答信号に基づいて各種の診断値情報をグラフとして表示する。このようにしてユーザは、自身のさまざまな診断値情報をグラフにして見ることができる。
【００９５】
図３３に示す画面１００における他のグラフを見るボタン１３０ｃを押すと、図３２の画面１００を表示する。ここで、血圧ボタン１２０ｇを押すと、図３４の血圧の画面１００が表示される。このとき、ユーザ端末５０は、血圧ボタン１２０ｇに対応した問い合わせ信号を情報処理サーバ１０に送信する。情報処理サーバ１０は、問い合わせ信号に基づいてデータベース１７を参照して、ユーザ個人の血圧の診断値情報に基づいた回答信号を作成する。この回答信号をユーザ端末５０に送信する。ユーザ端末５０は、回答信号に基づいて血圧の診断値情報をグラフとして表示する。このようにしてユーザは、自身の血圧値の変移をグラフにして見ることができる。
【００９６】
また、図３２に示す画面１００中の体脂肪率ボタン１２０ｂを選択しグラフを見るボタン１２０押すと、図３５に示す体脂肪率画面１００が表示される。ここで、グラフの横軸の表示期間を７日間から３０日間に変更する際には、期間の変更ボタン１３０ｄを押す。図３６に示す健康グラフ期間の変更画面１００が表示される。ここで表示したい期間が期間変更の欄１９０ａ中３０日間ボタンを選択して、設定変更ボタンを押すと、図３７に示す横軸の表示期間が３０日間となった体脂肪率画面１００が表示される。ユーザは、長期、短期にわたる健康状態の推移をグラフとしてビジュアル的に認識して、自身の健康管理に反映することができる。
【００９７】
また、ユーザが留守にする場合に、図１８中の初期の画面における黄色の留守ボタン１０６を押すとユーザ端末５０が留守設定となる。このときユーザ端末５０は、情報処理サーバ１０に留守信号を送信するために、例えば、情報処理サーバ１０から催促の要求メールが送信されない。なお、留守設定されると留守ボタン１０６は、黄色ランプから赤色ランプの留守中と表示されることとなる。
【００９８】
［７．本システムを用いた応用例］
本システムを用いることで、リハビリテーション支援や在宅看護・訪問看護支援を行うこともできる。
【００９９】
理学療法士が上述した病院端末４０と同様の端末を用いてユーザに対して遠隔指導によるリハビリ運動を指導するようにしてもよい。ユーザは、自宅で一人で簡単にリハビリ運動を行える。また、ユーザは通所リハビリと組み合わせてより効率的なリハビリテーションを受けることができる。
【０１００】
訪問看護師やヘルパーが上述した病院端末４０と同様の端末を用いてユーザの状況を事前に把握したのち、適切なサービスをユーザに行うようにしてもよい。訪問看護師がユーザを訪問中に、ユーザに突発的な異変が生じた場合に、訪問看護師がユーザ端末５０のテレビ電話機能を使って病院端末４０に連絡して、病院の医師から指示を受けて、適切な処置を行うことができる。
【０１０１】
以上説明した第１実施形態によれば、在宅しながら必要に応じて、遠隔地からの医者の問診を受けることができる。病院側は、効率的な検診等を行うことができ、業務の効率化を促進させることができる。関係者は、ユーザの健康状態を把握することができる。
【０１０２】
以下、老人ホームのユーザごとにユーザ端末を設置した場合について説明する。医者が老人ホームに設置したユーザ端末を用いて問診を行えるようになるために、老人ホームの各ユーザを毎日訪問することなく、ユーザ、医者の双方にとって待ち時間、準備時間を短縮することができる。老人ホーム側としては、ホームのユーザの健康管理を適切にかつシステム的に行える。
【０１０３】
以上説明した実施形態によれば、低コストで老人ホームに適用することができる。
【０１０４】
本発明は上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の改良、変形が可能であることはいうまでもない。
【０１０５】
また、上述した各フローチャートは単なる一例であり、該各フローチャートの処理と同等の結果を得ることできるものであれば、他のフローチャートによって処理を実現してもよい。
【０１０６】
また、遠隔管理システム全体としても本発明は実現可能であり、また、情報処理サーバ及び遠隔健康管理システムに係る方法、当該方法をコンピュータに実行させるためのプログラム、当該プログラムを記録した記録媒体等としても本発明は実現可能である。
【符号の説明】
【０１０７】
１０  情報処理サーバ
３０  管理者端末
４０  病院端末
５０  ユーザ端末
７０  関係者端末
【図１】
2011227547.tif 000003
【図２】
2011227547.tif 000004
【図３】
2011227547.tif 000005
【図４】
2011227547.tif 000006
【図５】
2011227547.tif 000007
【図６】
2011227547.tif 000008
【図７】
2011227547.tif 000009
【図８】
2011227547.tif 000010
【図９】
2011227547.tif 000011
【図１０】
2011227547.tif 000012
【図１１】
2011227547.tif 000013
【図１２】
2011227547.tif 000014
【図１３】
2011227547.tif 000015
【図１４】
2011227547.tif 000016
【図１５】
2011227547.tif 000017
【図１６】
2011227547.tif 000018
【図１７】
2011227547.tif 000019
【図１８】
2011227547.tif 000020
【図１９】
2011227547.tif 000021
【図２０】
2011227547.tif 000022
【図２１】
2011227547.tif 000023
【図２２】
2011227547.tif 000024
【図２３】
2011227547.tif 000025
【図２４】
2011227547.tif 000026
【図２５】
2011227547.tif 000027
【図２６】
2011227547.tif 000028
【図２７】
2011227547.tif 000029
【図２８】
2011227547.tif 000030
【図２９】
2011227547.tif 000031
【図３０】
2011227547.tif 000032
【図３１】
2011227547.tif 000033
【図３２】
2011227547.tif 000034
【図３３】
2011227547.tif 000035
【図３４】
2011227547.tif 000036
【図３５】
2011227547.tif 000037
【図３６】
2011227547.tif 000038
【図３７】
2011227547.tif 000039
【図３８】
2011227547.tif 000040
【図３９】
2011227547.tif 000041