JP2019003570A - 健康管理装置、健康管理方法、および健康管理プログラム - Google Patents

Abstract

【課題】医療者が指示に対するユーザの行動を把握することができ、ユーザの健康状態を管理することができる技術を提供することである。
【解決手段】本発明の一側面に係る健康管理装置は、ユーザに対し健康管理のための指示が与えられた後の所定期間における前記ユーザの行動状態を表す情報を取得する取得部と、前記取得された行動状態を表す情報に基づいて、前記ユーザが前記指示に対して当該指示に対応付けられた行動を行ったか否かを判定する判定部と、を具備する。
【選択図】図１

Description

この発明は、健康管理装置、健康管理方法、および健康管理プログラムに関する。

特許文献１では、健康データ管理システム（携帯情報端末）が提案されている。特許文献１における健康データ管理システムは、内部にデータベースを備え、このデータベースにおいて指標データを管理する。指標データは、測定機器によって測定された被測定者（ユーザ）の生体情報や活動情報に基づいている。上記健康データ管理システムによれば、被測定者は測定機器で計測した個人の健康状態を示す指標データを健康データ管理システムにより手軽に利用することができる。

特開２０１７−０１２６０４号公報

特許文献１に記載されたシステムのように、携帯情報端末のデータベースに、測定機器によって測定された生体情報や活動情報に基づく指標データを記憶することで、ユーザ自身が自分の健康状態を容易に把握することができる。

しかしながら、医師等の医療や健康についての専門的な知識を有する者（以下、医療者と称す）がユーザ（患者）の健康状態を常に把握することは容易ではない。特に、医療者が健康管理のための指示をユーザに対して行ったとしても、医療者はユーザがその指示に従ったか否かについて把握することは困難である。

本発明は、一側面では、このような実情を鑑みてなされたものであり、その目的は、医療者が、指示に対するユーザの行動を把握することができ、ユーザの健康状態を管理することができる技術を提供することである。

本発明は、上述した課題を解決するために、以下の構成を採用する。

すなわち、本発明の一側面に係る健康管理装置は、ユーザに対し健康管理のための指示が与えられた後の所定期間における前記ユーザの行動状態を表す情報を取得する取得部と、前記取得された行動状態を表す情報に基づいて、前記ユーザが前記指示に対して当該指示に対応付けられた行動を行ったか否かを判定する判定部と、を具備する。

上記構成によれば、例えば医療者から健康管理のための指示がユーザに与えられると、その後の所定期間において上記指示に対するユーザの行動状態を表す情報が取得される。そして、取得された行動状態を表す情報に基づいてユーザが指示に対応付けられた行動を行ったか否かが判定される。これにより、例えば、医療者は、指示に対するユーザの行動を把握することができ、健康状態を管理することが可能となる。また、医療者は、指示に対するユーザの行動を把握することで、ユーザに合った治療方針および生活改善等のさらなる指示をすることも可能となる。

上記一側面に係る健康管理装置において、前記取得部は、前記ユーザに対し受診指示が与えられた後の所定期間における前記ユーザの受診履歴を表す情報を、前記行動状態を表す情報として取得し、前記判定部は、前記取得された受診履歴を表す情報に基づいて、前記ユーザが前記受診指示に対して当該指示に対応付けられた行動を行ったか否かを判定する。上記構成によれば、医療者が受診指示をした場合において、受診指示に対するユーザの行動を把握することができ、健康状態を管理することができる。

上記一側面に係る健康管理装置において、前記取得部は、前記ユーザに対し運動指示が与えられた後の所定期間における前記ユーザの運動履歴を表す情報を、前記行動状態を表す情報として取得し、前記判定部は、前記取得された運動履歴を表す情報に基づいて、前記ユーザが前記運動指示に対して当該指示に対応付けられた行動を行ったか否かを判定する。上記構成によれば、医療者が運動指示をした場合において、運動指示に対するユーザの行動を把握することができ、健康状態を管理することができる。

上記一側面に係る健康管理装置において、前記取得部は、前記運動履歴を表す情報として、前記運動指示が与えられた後の所定期間における前記ユーザの活動量を取得し、前記判定部は、前記取得されたユーザの活動量が予め設定された第１閾値の範囲であるか否かに基づいて、前記ユーザが前記運動指示に対して当該指示に対応付けられた行動を行ったか否かを判定する。上記構成によれば、運動履歴を表す情報としてユーザの活動量を用いて、指示に対するユーザの行動を把握することができる。

上記一側面に係る健康管理装置において、前記取得部は、前記運動履歴を表す情報として、前記運動指示が与えられた後の所定期間における前記ユーザの歩数、歩行距離、および歩行時間の少なくとも１つを取得し、前記判定部は、前記取得されたユーザの歩数、歩行距離、および歩行時間の少なくとも１つが予め設定された第２閾値の範囲であるか否かに基づいて、前記ユーザが前記運動指示に対して当該指示に対応付けられた行動を行ったか否かを判定する。上記構成によれば、運動履歴を表す情報としてユーザの歩数、歩行距離、および歩行時間の少なくとも１つを用いて、指示に対するユーザの行動を把握することができる。

上記一側面に係る健康管理装置において、前記取得部は、前記ユーザに対し服薬指示が与えられた後の所定期間における前記ユーザの服薬履歴を表す情報を、前記行動状態を表す情報として取得し、前記判定部は、前記取得された服薬履歴を表す情報に基づいて、前記ユーザが前記服薬指示に対して当該指示に対応付けられた服薬を行ったか否かを判定する。上記構成によれば、医療者が服薬指示をした場合において、服薬指示に対するユーザの行動を把握することができ、健康状態を管理することができる。

上記一側面に係る健康管理装置において、前記取得部は、前記服薬履歴を表す情報として、前記服薬指示が与えられた後の所定期間において、操作部により入力された、前記ユーザが服薬した薬剤の種類および服薬時刻を含む服薬確認情報を取得し、前記判定部は、前記取得された服薬確認情報と、前記服薬指示に対応する処方箋情報との比較結果に基づいて、前記ユーザが前記服薬指示に対して当該指示に対応付けられた行動を行ったか否かを判定する。上記構成によれば、服薬情報としてユーザ入力データ（服薬確認情報）を用いて、指示に対するユーザの行動を把握することができる。

上記一側面に係る健康管理装置において、前記取得部は、前記服薬履歴を表す情報として、前記服薬確認情報が入力された後の所定時間における、服薬によって影響を受ける前記ユーザの生体情報の変動履歴をさらに取得し、前記判定部は、前記取得された生体情報の変動履歴が予め設定された第３閾値の範囲であるか否かに基づいて、前記ユーザが前記服薬指示に対して当該指示に対応付けられた行動を行ったか否かを判定する。上記構成によれば、服薬情報としてさらにユーザの生体情報の変動履歴を用いて、指示に対するユーザの行動を把握することができる。これにより、ユーザが服薬したか否かの判定の信頼性を向上させることができる。

上記一側面に係る健康管理装置において、前記判定部による判定結果に基づいて、前記ユーザの評価値を決定する評価値決定部と、前記決定された評価値に基づいて、前記ユーザに対するポイントの付与およびクーポンの発行の少なくとも一方を行う評価値処理部と、をさらに具備する。上記構成によれば、判定結果に基づいてユーザの評価値が決定される。そして、決定された評価値に基づいてユーザに対してポイントが付与、またはクーポンが発行される。これにより、ユーザが健康に関する指示に従うモチベーションを上げることができる。

上記一側面に係る健康管理装置において、前記指示の種類と前記ユーザの行動情報との対応関係を表す情報を記憶する記憶部をさらに具備し、前記取得部は、前記指示の種類と前記ユーザの行動情報との対応関係を表す情報を参照して生成された前記ユーザの行動情報を表す情報を取得する。上記構成によれば、記憶された指示の種類とユーザの行動情報との対応関係を表す情報を参照することで、適切なユーザの行動情報を自動的に得ることができる。

本発明によれば、医療者が、指示に対するユーザの行動を把握することができ、ユーザの健康状態を管理することができる技術を提供することができる。

図１は、実施の形態に係る健康管理システムの適用場面の一例を模式的に例示する。 図２は、実施の形態に係る測定端末のハードウェア構成の一例を模式的に例示する。 図３は、実施の形態に係るユーザ端末のハードウェア構成の一例を模式的に例示する。 図４は、実施の形態に係る医療者端末のハードウェア構成の一例を模式的に例示する。 図５は、実施の形態に係る健康管理装置のハードウェア構成の一例を模式的に例示する。 図６は、実施の形態に係るサービスサーバのハードウェア構成の一例を模式的に例示する。 図７は、実施の形態に係るサービスサーバのハードウェア構成の一例を模式的に例示する。 図８は、実施の形態に係る健康管理装置における制御部の機能構成の一例を模式的に例示する。 図９は、実施の形態に係る血圧データとユーザ入力データとの関係および服薬指示に対する判定方法の一例を例示する。 図１０は、実施の形態に係る血圧データとユーザ入力データとの関係および服薬指示に対する判定方法の他の例を例示する。 図１１は、実施の形態に係るサービスサーバにおける制御部の機能構成の一例を模式的に例示する。 図１２は、実施の形態に係る健康管理装置の処理手順の一例を例示するフローチャートである。 図１３は、実施の形態に係るサービスサーバの処理手順の一例を例示するフローチャートである。

以下、本発明の一側面に係る実施の形態（以下、「本実施形態」とも表記する）を、図面に基づいて説明する。ただし、以下で説明する本実施形態は、あらゆる点において本発明の例示に過ぎない。本発明の範囲を逸脱することなく種々の改良や変形を行うことができることは言うまでもない。つまり、本発明の実施にあたって、実施形態に応じた具体的構成が適宜採用されてもよい。なお、本実施形態において登場するデータを自然言語により説明しているが、より具体的には、コンピュータが認識可能な疑似言語、コマンド、パラメータ、マシン語等で指定される。

§１ 適用例
まず、図１を用いて、本発明が適用される場面の一例について説明する。

図１に示されるとおり、健康管理システムは、測定端末１００、ユーザ端末２００、医療者端末３００、健康管理装置４００、外部のサービスサーバ５００，６００を含む。

図１に示す健康管理システムにおいて、測定端末１００はユーザ端末２００に例えば無線接続される。ユーザ端末２００、健康管理装置４００、外部のサービスサーバ５００，６００は、互いに広域のネットワーク７００を介して接続される。また、健康管理装置４００は、図示しないローカルネットワークを介して医療者端末３００に接続される。なお、健康管理システムの構成は、図１に示す構成に限定されるものではない。

例えば、測定端末１００は、ユーザ端末２００を介さずに健康管理装置４００に接続されてもよい。また、健康管理装置４００が実現する機能（処理）の一部または全部は、サービスサーバ５００またはサービスサーバ６００が実施してもよい。

測定端末１００は、例えば、腕時計型のウェアラブルデバイスである。測定端末１００は、ユーザに装着されることで、ユーザの血圧値等の生体情報を測定する。また、測定端末１００は、服薬時にユーザ入力を受け付ける服薬確認ボタン（操作部）を含む。また、測定端末１００は、ユーザに装着されることで、ユーザの運動状態を測定する。

ユーザ端末２００は、例えば、個々のユーザが利用する情報通信端末であり、例えば、スマートフォン、携帯電話、タブレットＰＣ、またはノートＰＣ等の携帯可能な情報通信端末からなる。ユーザ端末２００は、測定端末１００により測定された生体情報を健康管理装置４００に転送する。また、ユーザ端末２００は、健康管理装置４００からの指示を表示してもよい。なお、ユーザ端末２００は健康管理装置４００からの指示を測定端末１００に送信し、測定端末１００が健康管理装置４００からの指示を表示してもよい。

医療者端末３００は、医療者が使用する情報通信装置であり、例えば、デスクトップＰＣ、ノートＰＣ、またはタブレットＰＣからなる。医療者端末３００は、医療者の操作に応じて、健康管理装置４００にユーザの健康管理のための指示を送信する機能と、健康管理装置４００から送信されるユーザの健康状態に関する情報を表示する機能とを有する。

健康管理装置４００は、例えば、病院が使用するサーバにより構成される。健康管理装置４００は、取得部４１５および判定部４１６を備える。また、健康管理装置４００は、指示送信部４１４を備えていてもよい。指示送信部４１４は、医療者端末３００からの指示をユーザ端末２００または測定端末１００に送信する。取得部４１５は、上記指示の送信後の所定期間において、上記指示に対するユーザの行動状態を表す情報を取得する。判定部４１６は、上記取得された行動状態を表す情報に基づいて、ユーザが上記指示に対応付けられた行動を行ったか否かを判定する。そして、健康管理装置４００は、上記判定結果をサービスサーバ５００に送信する。

サービスサーバ５００は、例えばサービス事業者が使用するサーバであり、例えばリワードプログラムサーバである。サービスサーバ５００は、健康管理装置４００から送信された判定結果を受信し、その判定結果に応じてユーザの評価値を決定する。そして、サービスサーバ５００は、上記決定された評価値に応じて、ユーザにポイントを付与またはクーポンを発行するための処理を行う。

サービスサーバ６００は、例えば、保険会社が使用するサーバである。サービスサーバ６００は、ポイントが付与されたユーザに対して、ポイントに応じた保険料のディスカウント処理等を行う。

以上のとおり、健康管理装置４００は、医療者からの健康管理のための指示をユーザ（患者）に送信する。そして、健康管理装置４００は、上記指示に対するユーザの行動状態を表す情報を取得し、この行動状態を表す情報に基づいてユーザが上記指示に対応付けられた行動を行ったか否かを判定する。これにより、例えば医療者は、指示に対するユーザの行動を把握することができ、健康状態を管理することができる。また、医療者は、指示に対するユーザの行動を把握することで、例えばユーザに合った治療方針および生活改善等のさらなる指示をすることができる。

§２ 構成例
［ハードウェア構成］
＜測定端末１００＞
次に、図２を用いて、本実施形態に係る測定端末１００のハードウェア構成の一例について説明する。

図２に示されるとおり、本実施形態に係る測定端末１００は、制御部１１０、通信部１２０、記憶部１３０、操作部１４０、表示部１５０、生体センサ１６０、および加速度センサ１７０を含む。

制御部１１０は、ＣＰＵ（Central Processing Unit）１１１およびメモリ１１２を含む。メモリ１１２は、ＲＡＭ（Random Access Memory）およびＲＯＭ（Read Only Memory）等を含む。メモリ１１２は、ＣＰＵ１１１が実行するプログラムを記憶したり、ワークメモリとして機能したりする。制御部１１０は、ＣＰＵ１１１がメモリ１１２を用いてプログラムを実行することにより、各種の動作制御およびデータ処理等を行う。

通信部１２０は、ユーザ端末２００と通信するための通信インターフェースである。通信部１２０は、ユーザ端末２００へのデータを送信したり、ユーザ端末２００からのデータを受信したりする。通信部１２０による通信は、無線通信あるいは有線通信のいずれであってもよい。本実施形態において、通信部１２０は、近距離無線通信によりユーザ端末２００と通信するものを想定して説明する。しかし、通信部１２０は、これに限定されず、通信ケーブルを用いて通信するものであってもよいし、ＬＡＮ（Local Area Network）のようなネットワークを介して通信するものであってもよい。

記憶部１３０は、測定端末１００を制御するためのプログラム、測定端末１００の各種機能を設定するための設定データ、生体センサ１６０および加速度センサ１７０が測定した測定データ等を記憶する。また、記憶部１３０は、プログラムが実行されるときのワークメモリとして用いられてもよい。

操作部１４０は、例えばタッチパネルおよび操作ボタン（操作キー）等の操作デバイスを含む。操作部１４０は、ユーザによる操作を検出し、操作内容を示す操作信号を制御部１１０へ出力する。また、操作部１４０は、タッチパネルおよび操作ボタンとして服薬確認ボタンを含む。服薬確認ボタンは、ユーザ入力を受け付けることによってユーザが服薬したことを示すボタンである。服薬に対応するユーザ入力は、服薬直後に行われることが望ましいが、服薬直前または服薬時に行われてもよい。服薬に対応するユーザ入力によって、服薬時刻が算出される。服薬時刻は、図示しない時計部による時刻情報に基づいて算出される。また、操作部１４０のユーザ入力によって、服薬した薬剤の種類が入力されてもよい。薬剤の種類は、予め入力されていてもよい。制御部１１０は、ユーザ入力から得られる服薬時刻と服薬した薬剤の種類とを紐づけて、ユーザ入力データ（服薬確認情報）を生成する。

表示部１５０は、表示画面（例えば、ＬＣＤ（Liquid Crystal Display）またはＥＬ（Electroluminescence）ディスプレイ等）およびインジケータ等を含む。表示部１５０は、制御部１１０からの制御信号に従って情報を表示する。表示部１５０は、例えば、健康管理装置４００からの指示を表示する。

生体センサ１６０は、ユーザの生体情報を測定する。制御部１１０は、測定された生体情報に測定時刻を紐づけて、生体データを生成する。例えば、生体センサ１６０は、血圧センサ１６１を含む。血圧センサ１６１は、ユーザの生体情報として血圧値を連続測定する。制御部１１０は、測定された血圧値に測定時刻を紐づけて、血圧データを生成する。

血圧センサ１６１は、連続測定型の血圧センサである。血圧センサ１６１は、血圧（例えば、収縮期血圧および拡張期血圧）の値を連続測定する。血圧センサ１６１は、１拍ごとの血圧を連続測定するが、これに限定されるものではない。

例えば、血圧センサ１６１として、ＰＴＴ方式、トノメトリ方式、光学方式、電波方式、または超音波方式等を用いた連続測定型の血圧センサが適用できる。ＰＴＴ方式は、脈波伝播時間（ＰＴＴ；Pulse Transmit Time）を測定し、測定した脈波伝播時間から血圧値を推定する方式である。トノメトリ方式は、手首の橈骨動脈等の動脈が通る生体部位に圧力センサを直接接触させて、圧力センサが検出する情報を用いて血圧値を測定する方式である。光学方式、電波方式、および、超音波方式は、光、電波または超音波を血管にあててその反射波から血圧値を測定する方式である。

また、血圧センサ１６１は、連続測定不可能な血圧センサ（以下、非連続型の血圧センサと称す）を含んでもよい。非連続型の血圧センサは、例えば、カフを圧力センサとして用いてユーザの血圧を測定する（オシロメトリック法）。非連続型の血圧センサ（特に、オシロメトリック法の血圧センサ）は、連続型の血圧センサに比べて、測定精度が高い傾向にある。このため、血圧センサ１０１は、何らかの条件が満足したことをトリガとして、連続型の血圧センサに代えて非連続型の血圧センサを作動させることにより、血圧をより高い精度で測定してもよい。

血圧センサ１６１として非連続型の血圧センサを用いる場合、例えば、服薬に対応するユーザ入力をトリガにしてユーザの血圧値が測定されてもよい。さらに、服薬に対応するユーザ入力から所定時間後に再度ユーザの血圧値が測定されてもよい。これにより、服薬直後と服薬から所定時間後との血圧値を測定することができる。

なお、生体センサ１６０は、血圧センサ１６１以外のセンサを含むことで、生体情報として、血圧値の他に、脈波情報、脈拍情報、心電情報、心拍情報、および体温情報を測定することができる。

加速度センサ１７０は、測定端末１００の本体が受ける加速度を測定する。例えば、加速度センサ１７０は、３軸または６軸の加速度を測定する。制御部１１０は、測定された加速度からユーザの活動量（例えば、消費カロリー）を算出する。また、制御部１１０は、測定された加速度からユーザの歩数、歩行距離、および歩行時間を算出する。そして、制御部１１０は、算出された活動量に測定時刻を紐づけて、活動量データを生成する。また、制御部１１０は、算出された歩数、歩行距離、および歩行時間のそれぞれに測定時刻を紐づけて、歩行データを生成する。

なお、加速度１７０以外のセンサによって、活動量、歩数、歩行距離、および歩行時間以外の活動に関する物理量が算出されてもよく、その物理量に測定時刻を紐づけた物理量データが生成されてもよい。

＜ユーザ端末２００＞
次に、図３を用いて、本実施形態に係るユーザ端末２００のハードウェア構成の一例について説明する。

図３に示されるとおり、本実施形態に係るユーザ端末２００は、制御部２１０、記憶部２２０、操作部２３０、通信部２４０、および表示部２５０を含む。

制御部２１０は、ＣＰＵ２１１およびメモリ２１２を含む。メモリ２１２は、ＲＡＭおよびＲＯＭ等を含む。メモリ２１２は、ＣＰＵ２１１が実行するプログラムを記憶したり、ワークメモリとして機能したりする。制御部２１０は、ＣＰＵ２１１がメモリ２１２を用いてプログラムを実行することにより、各種の動作制御およびデータ処理等を行う。

記憶部２２０は、例えばハードディスクドライブ、ソリッドステートドライブ等の補助記憶装置であり、制御部２１０で実行されるプログラムを記憶する。また、記憶部２２０は、測定端末１００で生成されたデータ等を記憶してもよい。また、記憶部２２０は、表示部２５０に表示する表示データ等を記憶してもよい。

操作部２３０は、例えば、表示部２５０の表示画面上に設けたタッチパネルを含む。操作部２３０は、これに限らず、操作ボタン、キーボードおよびマウス等を含んでもよい。操作部２３０は、ユーザによる操作を検出し、操作内容を示す操作信号を制御部２１０へ出力する。操作部２３０は、測定端末１００の操作部１４０の代わりに、服薬確認ボタンを含んでもよい。また、操作部２３０のユーザ入力によって、服薬した薬剤の種類が入力されてもよい。

通信部２４０は、測定端末１００、健康管理装置４００、サービスサーバ５００、およびサービスサーバ６００と通信するための通信インターフェースである。通信部２４０は、測定端末１００へのデータを送信したり、測定端末１００からのデータを受信したりする。また、通信部２４０は、ネットワーク７００を介して健康管理装置４００、サービスサーバ５００、およびサービスサーバ６００へのデータを送信したり、健康管理装置４００、サービスサーバ５００、およびサービスサーバ６００からのデータを受信したりする。通信部２４０による通信は、無線通信あるいは有線通信のいずれであってもよい。本実施形態において、ネットワークは例えばインターネット等を想定して説明するが、これに限定されず、ＬＡＮのような他の種類のネットワークであってもよく、ＵＳＢケーブル等の通信ケーブルを用いた１対１の通信であってもよい。

表示部２５０は、表示画面（例えば、ＬＣＤまたはＥＬディスプレイ等）を含む。表示部２５０は、制御部２１０からの制御信号に従って情報を表示する。表示部２５０は、測定端末１００の表示部１５０の代わりに、健康管理装置４００からの指示を表示してもよい。

＜医療者端末３００＞
次に、図４を用いて、本実施形態に係る医療者端末３００のハードウェア構成の一例について説明する。

図４に示されるとおり、本実施形態に係る医療者端末３００は、制御部３１０、記憶部３２０、操作部３３０、通信部３４０、および表示部３５０を含む。

制御部３１０は、ＣＰＵ３１１およびメモリ３１２を含む。メモリ３１２は、ＲＡＭおよびＲＯＭ等を含む。メモリ３１２は、ＣＰＵ３１１が実行するプログラムを記憶したり、ワークメモリとして機能したりする。制御部３１０は、ＣＰＵ３１１がメモリ３１２を用いてプログラムを実行することにより、各種の動作制御およびデータ処理等を行う。

記憶部３２０は、例えばハードディスクドライブ、ソリッドステートドライブ等の補助記憶装置であり、制御部３１０で実行されるプログラムを記憶する。記憶部３２０は、制御部３１０によって生成されるユーザの受診情報を記憶する。受診情報は、例えば、ユーザの受診履歴（受診日、診断結果等）を表す情報である。ユーザの受診履歴は、ユーザが受診した際に医療者によって入力される。また、記憶部３２０は、医療者からユーザへの指示を記憶してもよい。

操作部３３０は、例えば、表示部３５０の表示画面上に設けたタッチパネルを含む。操作部３３０は、これに限らず、操作ボタン、キーボードおよびマウス等を含んでもよい。操作部３３０は、医療者による操作を検出し、操作内容を示す操作信号を制御部３１０へ出力する。

通信部３４０は、健康管理装置４００と通信するための通信インターフェースである。通信部３４０は、健康管理装置４００へのデータを送信したり、健康管理装置４００からのデータを受信したりする。通信部３４０による通信は、無線通信あるいは有線通信のいずれであってもよい。本実施形態において、通信部３４０は、ＬＡＮのような他の種類のネットワークを介して健康管理装置４００と通信するものを想定して説明するが、これに限定されず、通信ケーブルを用いてシリアルに通信を行うものを含むでもよい。

表示部３５０は、表示画面（例えば、ＬＣＤまたはＥＬディスプレイ等）を含む。表示部３５０は、制御部３１０からの制御信号に従って情報を表示する。

＜健康管理装置４００＞
次に、図５を用いて、本実施形態に係る健康管理装置４００のハードウェア構成の一例について説明する。

図５に示されるとおり、本実施形態に係る健康管理装置４００は、制御部４１０、記憶部４２０、および通信部４３０を含む。

制御部４１０は、ＣＰＵ４１１およびメモリ４１２を含む。メモリ４１２は、ＲＡＭおよびＲＯＭ等を含む。メモリ４１２は、ＣＰＵ４１１が実行するプログラムを記憶したり、ワークメモリとして機能したりする。制御部４１０は、ＣＰＵ４１１がメモリ４１２を用いてプログラムを実行することにより、各種の動作制御およびデータ処理等を行う。

記憶部４２０は、例えばハードディスクドライブ、ソリッドステートドライブ等の補助記憶装置であり、制御部４１０で実行される健康管理プログラム４２１を記憶する。

通信部４３０は、ユーザ端末２００、医療者端末３００、サービスサーバ５００、およびサービスサーバ６００と通信するための通信インターフェースである。通信部４３０は、ローカルネットワークを介して医療者端末３００へのデータを送信したり、医療者端末３００からのデータを受信したりする。また、通信部４３０は、ネットワーク７００を介してユーザ端末２００、サービスサーバ５００、およびサービスサーバ６００へのデータを送信したり、ユーザ端末２００、サービスサーバ５００、およびサービスサーバ６００からのデータを受信したりする。通信部４３０による通信は、無線通信あるいは有線通信のいずれであってもよい。

＜サービスサーバ５００＞
次に、図６を用いて、本実施形態に係るサービスサーバ５００のハードウェア構成の一例について説明する。

図６に示されるとおり、本実施形態に係るサービスサーバ５００は、制御部５１０、記憶部５２０、および通信部５３０を含む。制御部５１０は、ＣＰＵ５１１およびメモリ５１２を含む。

制御部５１０、記憶部５２０、通信部５３０、ＣＰＵ５１１、およびメモリ５１２はそれぞれ、上記健康管理装置４００の制御部４１０、記憶部４２０、通信部４３０、ＣＰＵ４１１、およびメモリ４１２と同様である。ただし、サービスサーバ５００の記憶部５２０は、制御部５１０で実行されるリワードプログラム５２１を含む。

＜サービスサーバ６００＞
次に、図７を用いて、本実施形態に係るサービスサーバ６００のハードウェア構成の一例について説明する。

図７に示されるとおり、本実施形態に係るサービスサーバ６００は、制御部６１０、記憶部６２０、および通信部６３０を含む。制御部６１０は、ＣＰＵ６１１およびメモリ６１２を含む。

制御部６１０、記憶部６２０、通信部６３０、ＣＰＵ６１１、およびメモリ６１２はそれぞれ、上記健康管理装置４００の制御部４１０、記憶部４２０、通信部４３０、ＣＰＵ４１１、およびメモリ４１２と同様である。ただし、サービスサーバ６００の記憶部６２０は、制御部６１０で実行されるプログラムを含む。制御部６１０は、例えば、記憶部６２０に記憶されたプログラムを実行することで、ポイントが付与されたユーザに対して、ポイントに応じた保険料のディスカウント等を行う。

［機能構成］
＜健康管理装置４００＞
次に、図８を用いて、本実施形態に係る健康管理装置４００における制御部４１０の機能構成の一例を説明する。

健康管理装置４００の制御部４１０は、記憶部４２０に記憶された健康管理プログラム４２１をメモリ４１２に展開する。そして、制御部４１０は、メモリ４１２に展開された健康管理プログラム４２１をＣＰＵ４１１により解釈および実行して、各構成要素を制御する。これにより、図８に示されるとおり、本実施形態に係る健康管理装置４００の制御部４１０は、指示受信部４１３、指示送信部４１４、取得部４１５、判定部４１６、および判定結果送信部４１７として機能する。

指示受信部４１３は、医療者端末３００からユーザの健康管理のための指示を受信する。ユーザの健康管理のための指示は、医療者によるユーザの診断結果に基づいて医療者端末３００に入力される。健康管理のための指示とは、例えば、受診指示、運動指示、および服薬指示等である。

受診指示とは、ユーザに対して医療機関に受診するように命じる指示である。医療者は、受診指示により、例えば所定日または所定期間に受診するようユーザに指示する。運動指示とは、ユーザに対して運動をするように命じる指示である。医療者は、運動指示により、例えば所定期間（例えば１日）に所定値以上の活動量を有する運動（例えば、消費カロリーが所定値以上の運動）をするようにユーザに指示する。あるいは、医療者は、運動指示により、例えば所定期間（例えば１日）に所定値（所定歩数、所定距離、または所定時間）以上歩行するようにユーザに指示する。服薬指示とは、ユーザに対して所定の薬剤を所定時刻に服用するように命じる指示である。医療者は、服薬指示により、例えば１日の所定時刻（例えば、朝夜）に所定の薬剤を服用するようにユーザに指示する。なお、以下の説明において、所定の薬剤が血圧降下剤である場合を例に説明するが、これに限らない。

指示送信部４１４は、指示受信部４１３によって受信された健康管理のための指示をユーザ端末２００または測定端末１００に送信する。指示送信部４１４は、指示が指示受信部４１３によって受信される度に当該指示を送信してもよいし、一度指示が指示受信部４１３によって受信されると当該指示を定期的に送信してもよい。

取得部４１５は、与えられた指示に対するユーザの行動状態を表す情報（以下、行動情報と称す）を取得する。例えば、取得部４１５は、指示が与えられた後の所定期間におけるユーザの行動情報を取得する。取得部４１５は、送信された指示の種類に応じて、適切なユーザの行動情報を取得する。なお、指示の種類に対応したユーザの行動情報がどのようなものであるかを表す情報は、記憶部４２０に記憶されている。当該情報は、例えば、指示の種類とユーザの行動情報との対応関係を表すテーブル情報である。そして、測定端末１００は必要に応じて当該情報を参照して対応するユーザの行動情報を自動的に生成し、取得部４１５によってユーザの行動情報が取得される。

より具体的には、受診指示が送信された場合、取得部４１５は行動情報として医療者端末３００から受診情報を取得する。受診情報は、医療者端末３００によって生成され、ユーザの受診履歴（受診日、診断結果等）を表す情報である。ユーザの受診履歴は、ユーザが受診した際に医療者によって入力される。取得部４１５は、指示が与えられた後の所定期間（例えば、指示に対応する受診日または受診期間）におけるユーザの受診情報を取得する。

また、運動指示が送信された場合、取得部４１５は行動情報として測定端末１００から運動履歴を表す情報（以下、運動情報と称す）を取得する。運動情報は、測定端末１００によって生成された活動量データまたは歩行データである。活動量データは、ユーザの活動量（消費カロリー）とその測定時刻とを含むデータである。歩行データは、ユーザの歩数、歩行距離、および歩行時間のそれぞれとそれらの測定時刻とを含むデータである。取得部４１５は、指示が与えられた後の所定期間（例えば１日）におけるユーザの運動情報を取得する。取得部４１５は、活動量、歩数、歩行距離、および歩行時間以外の活動に関する物理量とその測定時刻とを含むデータを取得してもよい。

また、服薬指示が送信された場合、取得部４１５は行動情報として測定端末１００からユーザ端末２００を介して服薬履歴を表す情報（以下、服薬情報と称す）を取得する。服薬情報は、測定端末１００によって生成された血圧データおよびユーザ入力データである。血圧データは、ユーザの血圧値に測定時刻が紐づけられたデータである。ユーザ入力データは、ユーザが服薬した薬剤の種類とその服薬時刻とを含むデータである。取得部４１５は、指示が与えられた後の所定期間（例えば１日）におけるユーザの服薬情報を取得する。

なお、事前に服薬すべき薬剤の種類と服薬すべき時刻とを入力することで、服薬毎にユーザ入力データの入力をしなくてもよい。この場合、取得部４１５は、血圧データのみを取得してもよい。すなわち、取得処理は自動的に実行される。

また、取得部４１５は、血圧データに限らず、服薬によって影響を受ける生体情報を含む生体データを取得してもよい。

判定部４１６は、取得された行動情報に基づいて、ユーザが指示に対して当該指示に対応付けられた行動を行ったか否かを判定する。すなわち、判定部４１６は、ユーザが医療者からの指示に従ったか否かを判定する。

受診情報が取得された場合、判定部４１６は行動情報として受診情報に基づいてユーザが指示に対して当該指示に対応付けられた行動を行ったか否かを判定する。より具体的には、判定部４１６は、例えば、受診情報の受診日を確認する。そして、判定部４１６は、例えば、受診日が指示に対応する受診日または受診期間であるか否かに基づいて、ユーザが受診指示に従ったか否かを判定する。なお、指示に対応する受診日または受診期間は、例えば記憶部４２０に記憶されている。そして、記憶されている受診日または受診期間が読み出され、実際の受診日と照合されることで、判定される。

運動情報が取得された場合、判定部４１６は行動情報として運動情報（活動量データまたは歩行データ）に基づいてユーザが指示に対して当該指示に対応付けられた行動を行ったか否かを判定する。より具体的には、判定部４１６は、例えば、活動量データの活動量および測定時刻を確認する。これにより、判定部４１６は、所定期間（例えば１日）の活動量（例えば消費カロリー）を算出することができる。そして、判定部４１６は、例えば、所定期間の活動量が予め設定された所定値以上（第１閾値の範囲）であるか否かに基づいて、ユーザが運動指示に従ったか否かを判定する。第１閾値は、例えば記憶部４２０に記憶されている。

あるいは、判定部４１６は、例えば、歩行データの歩数、歩行距離、および歩行時間の少なくとも１つと測定時刻とを確認する。これにより、判定部４１６は、所定期間（例えば１日）の歩数、歩行距離、および歩行時間の少なくとも１つを算出することができる。そして、判定部４１６は、例えば、所定期間の歩数、歩行距離、および歩行時間の少なくとも１つが所定値以上（第２閾値の範囲）であるか否かに基づいて、ユーザが運動指示に従ったか否かを判定する。第２閾値は、例えば記憶部４２０に記憶されている。

服薬情報が取得された場合、判定部４１６は行動情報として服薬情報（血圧データおよびユーザ入力データ）に基づいてユーザが指示に対して当該指示に対応付けられた行動を行ったか否かを判定する。

より具体的には、判定部４１６は、まず、ユーザ入力データの服薬した薬剤の種類および服薬時刻を確認する。そして、判定部４１６は、服薬した薬剤の種類および服薬時刻と処方箋情報とを比較し、服薬した薬剤の種類および服薬時刻が処方箋情報通りであるか否かを判定する。処方箋情報は、例えば、医療者からの服薬指示に対応するものであり、記憶部４２０に記憶されている。さらに、血圧データの血圧値および測定時刻を確認する。これにより、判定部４１６は、服薬時刻から所定時間（例えば、数時間）内における血圧値の変動履歴を確認することができる。そして、判定部４１６は、服薬時刻から所定時間内における血圧値の変動履歴が所定値以上（第３閾値の範囲）であるか否かに基づいて、ユーザが服薬指示に従ったか否かを判定する。

ここで、ユーザ入力データは、ユーザによる自己申告である。このため、ユーザは、実際に服薬していない場合であっても、服薬を申告することができる。すなわち、ユーザ入力だけでは、ユーザが実際に服薬したか否かを判定するためには信頼性が低く不十分である。これに対し、本実施形態では、上述したように、ユーザ入力（服薬の申告）とともに血圧データが確認される。これにより、服薬の申告とそれに伴う実際の血圧値変動を確認することができ、ユーザが実際に服薬したか否かを判定することができる。

図９は、本実施形態に係る血圧データとユーザ入力データとの関係および服薬指示に対する判定方法の一例を例示する。

図９に示されるとおり、判定部４１６は、ユーザ入力データの薬剤の種類（血圧降下剤Ａ）および服薬時刻（時刻ｔ１）を確認する。さらに、判定部４１６は、服薬時刻（時刻ｔ１）から所定時間（時刻ｔ１から時刻ｔ２までの時間）内における血圧値の変動履歴を確認する。この所定時間は、薬剤の効果が十分に現れる時間に基づいて設定され、ユーザに応じて適宜設定されてもよい。例えば、この所定時間は、ユーザの過去の履歴データの蓄積等に基づいて自動的に設定されてもよい。また、この所定時間は、ユーザ以外の被測定者群の過去の履歴データの蓄積等に基づいて自動的に設定されてもよい。そして、判定部４１６は、所定時間内において血圧値が閾値ＢＰｔｈ１以下に降圧した場合、ユーザが服薬した（服薬指示に従った）と判定する。一方、判定部４１６は、所定時間内において血圧値が閾値ＢＰｔｈ１まで降圧しない場合、ユーザが服薬していない（服薬指示に従っていない）と判定する。閾値ＢＰｔｈ１は、服薬することで得られる降圧効果の最低値に応じて設定され、ユーザに応じて適宜設定されてもよい。例えば、閾値ＢＰｔｈ１は、ユーザの過去の履歴データの蓄積等に基づいて自動的に算出されてもよい。ユーザの過去の履歴データは、記憶部４２０に蓄積されて記憶される。また、閾値ＢＰｔｈ１は、ユーザ以外の被測定者群の過去の履歴データの蓄積等に基づいて自動的に算出されてもよい。例えば、閾値ＢＰｔｈ１は、変化前の血圧値と変化後の血圧値の平均としてもよい。

図１０は、本実施形態に係る血圧データとユーザ入力データとの関係および服薬指示に対する判定方法の他の例を例示する。

図１０では、図９と異なり、判定部４１６は、ユーザ入力データの薬剤の種類（血圧降下剤Ａ）および服薬時刻（時刻ｔ１）を確認すると、服薬時刻（時刻ｔ１）の血圧値と、服薬時刻から所定時間後（時刻ｔ２）の血圧値とを確認する。さらに、判定部４１６は、これらの血圧値の差ＢＰ１を算出する。そして、判定部４１６は、血圧値の差ＢＰ１が閾値ＢＰｔｈ２以上である場合、ユーザが服薬した（服薬指示に従った）と判定する。一方、判定部４１６は、血圧値の差ＢＰ１が閾値ＢＰｔｈ２より小さい場合、ユーザが服薬していない（服薬指示に従っていない）と判定する。閾値ＢＰｔｈ２は、服薬することで得られる降圧効果の最低値に応じて設定され、ユーザに応じて適宜設定されてもよい。例えば、閾値ＢＰｔｈ２は、ユーザの過去の履歴データの蓄積等に基づいて自動的に算出されてもよい。また、閾値ＢＰｔｈ２は、ユーザ以外の被測定者群の過去の履歴データの蓄積等に基づいて自動的に算出されてもよい。

なお、生体データとして血圧データを例に説明したが、これに限らない。脈波情報、脈拍情報、心電情報、心拍情報、および体温情報のそれぞれに測定時刻を紐づけて脈波データ、脈拍データ、心電データ、心拍データ、および体温データが生成されてもよい。そして、これらの生体データと服薬との関係から、ユーザが実際に服薬したか否かを判定してもよい。また、血圧降下剤以外の薬剤と上記生体データとの関係から、血圧降下剤以外の薬剤に関しての服薬指示の判定を行うこともできる。

再度、図８に示されるとおり、判定結果送信部４１７は、判定部４１６によって判定された判定結果（すなわち、ユーザが指示に従ったか否かの判定結果）をサービスサーバ５００に送信する。

＜サービスサーバ５００＞
次に、図１１を用いて、本実施形態に係るサービスサーバ５００における制御部５１０の機能構成の一例を説明する。

サービスサーバ５００の制御部５１０は、記憶部５２０に記憶されたリワードプログラム５２１をメモリ５１２に展開する。そして、制御部５１０は、メモリ５１２に展開されたリワードプログラム５２１をＣＰＵ５１１により解釈および実行して、各構成要素を制御する。これにより、図１１に示されるとおり、本実施形態に係るサービスサーバ５００の制御部５１０は、判定結果受信部５１３、評価値決定部５１４、および評価値処理部５１５を備えるコンピュータとして機能する。

判定結果受信部５１３は、健康管理装置４００からユーザが指示（受診指示、運動指示、および服薬指示）に従った否かの判定結果を受信する。

評価値決定部５１４は、判定結果受信部５１３によって受信された判定結果に基づいて、ユーザの評価値を決定する。評価値決定部５１４は、例えば、ユーザが指示に従った場合に評価値を高くし、ユーザが指示に従わなかった場合に評価値を低くする。また、評価値決定部５１４は、各指示の判定結果に応じて各評価値を決定してもよいし、全ての指示の判定結果に応じて総合評価値を決定してもよい。あるいは、評価値決定部５１４は、各評価値および総合評価値のいずれも決定してもよい。

評価値処理部５１５は、評価値決定部５１４によって決定された評価値に基づいて、ユーザに対してポイントを付与、またはクーポンを発行する。ポイントは、評価値が高いユーザ（指示に従ったユーザ）に付与され、例えばサービスサーバ６００（保険会社）における保険料のディスカウントに用いられる。同様に、クーポン、例えばグルメクーポンまたは旅行クーポンは、評価値が高いユーザ（指示に従ったユーザ）に発行される。このようなポイントの付与およびクーポンの発行により、ユーザが健康に関する指示に従うモチベーションを上げることができる。ただし、上記に限らず、例えばスポーツジムクーポンは、運動指示に対する評価値が低いユーザ（運動指示に従わなかったユーザ）に発行されてもよい。これにより、運動指示に従わないユーザに対して、運動をするよう促すことができる。

なお、上述した健康管理装置４００が実現する機能（処理）の一部または全部は、サービスサーバ５００が実施してもよい。この場合、判定結果送信部４１７および判定結果受信部５１３はなくてもよく、判定部４１６で得られた判定結果は評価値決定部５１４で直接用いられる。また、健康管理装置４００およびサービスサーバ５００が実現する機能（処理）の一部または全部は、サービスサーバ６００が実施してもよい。

§３ 動作例
［健康管理装置４００］
次に、図１２を用いて、健康管理装置４００の動作例を説明する。図１２は、健康管理装置４００の処理手順の一例を例示するフローチャートである。なお、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてもよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、および追加が可能である。

（ステップＳ１１）
ステップＳ１１では、制御部４１０は、指示受信部４１３として機能し、医療者端末３００からユーザの健康管理のための指示（受診指示、運動指示、および服薬指示）を受信する。

（ステップＳ１２）
次のステップＳ１２では、制御部４１０は、指示送信部４１４として機能し、ステップＳ１１で受信された健康管理のための指示をユーザ端末２００または測定端末１００に送信する。

（ステップＳ１３（ステップＳ１３１，Ｓ１３２，Ｓ１３３））
次のステップＳ１３では、制御部４１０は、取得部４１５として機能し、ステップＳ１２で与えられた指示に対するユーザの行動情報を取得する。

より具体的には、受診指示が送信された場合、制御部４１０は、ステップＳ１３１において行動情報として医療者端末３００から受診情報を取得する。

また、運動指示が送信された場合、制御部４１０は、ステップＳ１３２において行動情報として測定端末１００からユーザ端末２００を介して運動情報（活動量データまたは歩行データ）を取得する。

また、服薬指示が送信された場合、制御部４１０は、ステップＳ１３３において行動情報として測定端末１００からユーザ端末２００を介して服薬情報（血圧データおよびユーザ入力データ）を取得する
（ステップＳ１４（ステップＳ１４１，Ｓ１４２，Ｓ１４３））
次のステップＳ１４では、制御部４１０は、判定部４１６として機能し、ステップＳ１３で取得された行動情報に基づいてユーザが指示に対して当該指示に対応付けられた行動を行ったか否か（指示に従ったか否か）を判定する。

より具体的には、受診情報が取得された場合、制御部４１０は、ステップＳ１４１において行動情報として受診情報に基づいてユーザが指示に対して当該指示に対応付けられた行動を行ったか（受診指示に従ったか）否かを判定する。

また、運動情報が取得された場合、制御部４１０は、ステップＳ１４２において行動情報として運動情報（活動量データまたは歩行データ）に基づいてユーザが指示に対して当該指示に対応付けられた行動を行ったか（運動指示に従ったか）否かを判定する。

また、服薬情報が取得された場合、制御部４１０は、ステップＳ１４３において行動情報として服薬情報（血圧データおよびユーザ入力データ）に基づいてユーザが指示に対して当該指示に対応付けられた行動を行ったか（服薬指示に従ったか）否かを判定する。

（ステップＳ１５）
次のステップＳ１５では、制御部４１０は、判定結果送信部４１７として機能し、ステップＳ１４で判定された判定結果をサービスサーバ５００に送信する。

［サービスサーバ５００］
次に、図１３を用いて、サービスサーバ５００の動作例を説明する。図１３は、サービスサーバ５００の処理手順の一例を例示するフローチャートである。なお、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてもよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、および追加が可能である。

（ステップＳ２１）
ステップＳ２１では、制御部５１０は、判定結果受信部５１３として機能し、健康管理装置４００からユーザが指示（受診指示、運動指示、および服薬指示）に従った否かの判定結果を受信する。

（ステップＳ２２）
次のステップＳ２２では、制御部５１０は、評価値決定部５１４として機能し、ステップＳ２１で受信された判定結果に基づいてユーザの評価値を決定する。

（ステップＳ２３）
次のステップＳ２３では、制御部５１０は、評価値処理部５１５として機能し、ステップＳ２２で決定された評価値に基づいてユーザに対してポイントを付与、またはクーポンを発行する。

§４ 作用・効果
以上のように、本実施形態では、健康管理装置４００は、医療者からの健康管理のための指示（受診指示、運動指示、および服薬指示）をユーザ（患者）に送信する。そして、健康管理装置４００は、指示に対するユーザの行動情報（受診情報、運動情報、および服薬情報）を取得し、その行動情報に基づいてユーザが指示に対して当該指示に対応付けられた行動を行ったか否か、すなわち、ユーザが指示に従ったか否かを判定する。これにより、医療者は、指示に対するユーザの行動を把握することができ、健康状態を管理することができる。また、医療者は、指示に対するユーザの行動を把握することで、ユーザに合った治療方針および生活改善等のさらなる指示をすることができる。

また、本実施形態では、ユーザが服薬指示に従ったか否かを判定する場合、判定のための閾値は蓄積されたユーザの過去の履歴データ（生体データ）に基づいて設定される。すなわち、閾値は、年月変化に伴うユーザ自身の生体データの変動に対応する。これにより、より精度よくユーザが服薬指示に従った否かを判定することができる。

また、本実施形態では、サービスサーバ５００は、健康管理装置４００で得られた判定結果に基づいてユーザの評価値を決定する。そして、サービスサーバ５００は、決定された評価値に基づいてユーザに対してポイントを付与、またはクーポンを発行する。これにより、ユーザが健康に関する指示に従うモチベーションを上げることができる。

本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。

１００…測定端末、
１１０…制御部、１２０…通信部、１３０…記憶部、
１４０…操作部、１５０…表示部、１６０…生体センサ、
１７０…加速度センサ、
１１１…ＣＰＵ、１１２…メモリ、
１６１…血圧センサ、
２００…ユーザ端末、
２１０…制御部、２２０…記憶部、２３０…操作部、
２４０…通信部、２５０…表示部、
２１１…ＣＰＵ、２１２…メモリ、
３００…医療者端末、
３１０…制御部、３２０…記憶部、３３０…操作部、
３４０…通信部、３５０…表示部、
３１１…ＣＰＵ、３１２…メモリ、
４００…健康管理装置、
４１０…制御部、４２０…記憶部、４３０…通信部、
４１１…ＣＰＵ、４１２…メモリ、
４１３…指示受信部、４１４…指示送信部、４１５…取得部、
４１６…判定部、４１７…判定結果送信部、
４２１…健康管理プログラム、
５００…サービスサーバ、
５１０…制御部、５２０…記憶部、５３０…通信部、
５１１…ＣＰＵ、５１２…メモリ、
５１３…判定結果受信部、５１４…評価値決定部、
５１５…評価値処理部、
５２１…リワードプログラム、
６００…サービスサーバ、
６１０…制御部、６２０…記憶部、６３０…通信部、
６１１…ＣＰＵ、６１２…メモリ

Claims (12)

1. ユーザに対し健康管理のための指示が与えられた後の所定期間における前記ユーザの行動状態を表す情報を取得する取得部と、
   前記取得された行動状態を表す情報に基づいて、前記ユーザが前記指示に対して当該指示に対応付けられた行動を行ったか否かを判定する判定部と、
   を具備する、
   健康管理装置。
2. 前記取得部は、前記ユーザに対し受診指示が与えられた後の所定期間における前記ユーザの受診履歴を表す情報を、前記行動状態を表す情報として取得し、
   前記判定部は、前記取得された受診履歴を表す情報に基づいて、前記ユーザが前記受診指示に対して当該指示に対応付けられた行動を行ったか否かを判定する、
   請求項１に記載の健康管理装置。
3. 前記取得部は、前記ユーザに対し運動指示が与えられた後の所定期間における前記ユーザの運動履歴を表す情報を、前記行動状態を表す情報として取得し、
   前記判定部は、前記取得された運動履歴を表す情報に基づいて、前記ユーザが前記運動指示に対して当該指示に対応付けられた行動を行ったか否かを判定する、
   請求項１に記載の健康管理装置。
4. 前記取得部は、前記運動履歴を表す情報として、前記運動指示が与えられた後の所定期間における前記ユーザの活動量を取得し、
   前記判定部は、前記取得されたユーザの活動量が予め設定された第１閾値の範囲であるか否かに基づいて、前記ユーザが前記運動指示に対して当該指示に対応付けられた行動を行ったか否かを判定する、
   請求項３に記載の健康管理装置。
5. 前記取得部は、前記運動履歴を表す情報として、前記運動指示が与えられた後の所定期間における前記ユーザの歩数、歩行距離、および歩行時間の少なくとも１つを取得し、
   前記判定部は、前記取得されたユーザの歩数、歩行距離、および歩行時間の少なくとも１つが予め設定された第２閾値の範囲であるか否かに基づいて、前記ユーザが前記運動指示に対して当該指示に対応付けられた行動を行ったか否かを判定する、
   請求項３に記載の健康管理装置。
6. 前記取得部は、前記ユーザに対し服薬指示が与えられた後の所定期間における前記ユーザの服薬履歴を表す情報を、前記行動状態を表す情報として取得し、
   前記判定部は、前記取得された服薬履歴を表す情報に基づいて、前記ユーザが前記服薬指示に対して当該指示に対応付けられた服薬を行ったか否かを判定する、
   請求項１に記載の健康管理装置。
7. 前記取得部は、前記服薬履歴を表す情報として、前記服薬指示が与えられた後の所定期間において、操作部により入力された、前記ユーザが服薬した薬剤の種類および服薬時刻を含む服薬確認情報を取得し、
   前記判定部は、前記取得された服薬確認情報と、前記服薬指示に対応する処方箋情報との比較結果に基づいて、前記ユーザが前記服薬指示に対して当該指示に対応付けられた行動を行ったか否かを判定する、
   請求項６に記載の健康管理装置。
8. 前記取得部は、前記服薬履歴を表す情報として、前記服薬確認情報が入力された後の所定時間における、服薬によって影響を受ける前記ユーザの生体情報の変動履歴をさらに取得し、
   前記判定部は、前記取得された生体情報の変動履歴が予め設定された第３閾値の範囲であるか否かに基づいて、前記ユーザが前記服薬指示に対して当該指示に対応付けられた行動を行ったか否かを判定する、
   請求項７に記載の健康管理装置。
9. 前記判定部による判定結果に基づいて、前記ユーザの評価値を決定する評価値決定部と、
   前記決定された評価値に基づいて、前記ユーザに対するポイントの付与およびクーポンの発行の少なくとも一方を行う評価値処理部と、
   をさらに具備する、
   請求項１乃至８のいずれか１項に記載の健康管理装置。
10. 前記指示の種類と前記ユーザの行動情報との対応関係を表す情報を記憶する記憶部をさらに具備し、
    前記取得部は、前記指示の種類と前記ユーザの行動情報との対応関係を表す情報を参照して生成された前記ユーザの行動情報を表す情報を取得する、
    請求項１乃至９のいずれか１項に記載の健康管理装置。
11. ユーザの健康状態を管理する装置が実行する健康管理方法であって、
    ユーザに対し健康管理のための指示が与えられた後の所定期間における前記ユーザの行動状態を表す情報を取得する過程と、
    前記取得された行動状態を表す情報に基づいて、前記ユーザが前記指示に対して当該指示に対応付けられた行動を行ったか否かを判定する過程と、
    を備える、
    健康管理方法。
12. 請求項１乃至１０のいずれか１項に記載の健康管理装置が備える各部としてプロセッサを機能させる、
    健康管理プログラム。