JP7680299B2 - ヘルスケア支援システム、ヘルスケア支援方法、及びプログラム - Google Patents

Description

本発明は、ヘルスケア支援システム、ヘルスケア支援方法、及びプログラムに関する。

従来から、従業員ヘルスケアを支援するべく、企業などで用いられるヘルスケア支援システムが提案されている（例えば、特許文献１を参照。）。特許文献１には、勤怠、運動等の日常の生活データ等について、従業員に改善目標を設定させて、健康の増進を推進させるシステムが開示されている。

特開２０２１－６８３４３号公報

ところで、近年、世界的にも生活習慣病（生活習慣病から派生する疾患等も含む）の患者数が増加傾向にあり、ヘルスケアの大切さが再認識されている。ヘルスケアへの意識が高まりつつある中、ヘルスケアについて意識したり関心を持ったりする人たち（以下、「関心層」ともいう。）がいる一方で、ヘルスケアについて意識していない人たちや関心を持たない人たち（以下、「無関心層」ともいう。）も実在する。無関心層は、関心層と比べて、上述したようなヘルスケアを支援するシステムの利用に対して、消極的な傾向にある。

特許文献１の発明では、従業員が、勤怠や運動等の日常の生活データ等について改善目標を設定しなければならず、無関心層がシステムの利用に対して、より消極的になる要素も含まれている。しかしながら、無関心層の中には、ヘルスケアについて意識しなければならない人（即ち、生活習慣病の患者や生活習慣病になるおそれがある人）もいる。このため、このような人たちを、ヘルスケア支援のシステムを利用するように誘引することが望ましい。

本発明は、上述した状況を鑑みてなされたものであり、その目的は、システムの利用を誘引するとともに、健康の増進の推進に寄与するヘルスケア支援システム、ヘルスケア支援方法、及びプログラムを提供することにある。

前述した目的を達成するために、本発明に係るヘルスケア支援システムは、下記を特徴としている。
健康診断の結果である健診結果情報を記憶する健保端末と、
健康のために向上が指摘される可能性がある指摘内容情報、前記指摘内容情報を解決するための評価行動情報、及び、前記評価行動情報ごとに割り振られたポイント情報が、それぞれ、紐づけられた評価テーブルを記憶するサーバと、
前記評価行動情報を記憶するユーザ端末と、を備え、
前記健保端末は、前記健診結果情報を前記サーバに送信し、
前記ユーザ端末は、当該ユーザ端末を利用するユーザの行動が前記評価行動情報に該当すると判定した場合、該当した前記評価行動情報を前記サーバに送信し、
前記サーバは、前記健保端末から受信した前記健診結果情報、及び、前記ユーザ端末から受信した前記評価行動情報を参照して、前記評価テーブルに基づいてポイントを算出し、算出した前記ポイント情報を前記健保端末に送信し、
前記健保端末は、受信した前記ポイント情報に基づいて、前記ユーザに前記ポイントを付与する、
ヘルスケア支援システムであること。

更に、前述した目的を達成するために、本発明に係るヘルスケア支援方法は、下記を特徴としている。
健康診断の結果である健診結果情報を記憶する健保端末は、前記健診結果情報をサーバに送信するステップと、
健康のために向上が指摘される可能性がある指摘内容情報を解決するための評価行動情報を記憶するユーザ端末は、当該ユーザ端末を利用するユーザの行動が前記評価行動情報に該当すると判定した場合、該当した前記評価行動情報を前記サーバに送信するステップと、
前記サーバは、前記健保端末から受信した前記健診結果情報、及び、前記ユーザ端末から受信した前記評価行動情報を参照して、前記指摘内容情報、前記評価行動情報、及び、前記評価行動情報ごとに割り振られたポイント情報が、それぞれ、紐づけられた評価テーブルに基づいてポイントを算出し、算出した前記ポイント情報を前記健保端末に送信するステップと、
前記健保端末は、受信した前記ポイント情報に基づいて、前記ユーザに前記ポイントを付与するステップと、
を有するヘルスケア支援方法であること。

更に、前述した目的を達成するために、本発明に係るプログラムは、下記を特徴としている。
コンピュータに、上記ヘルスケア支援方法に記載の各ステップを実行させるためのプログラムであること。

本発明に係るヘルスケア支援システム、ヘルスケア支援方法、及びプログラムについて以下に述べる。健保端末は健診結果情報をサーバに送信し、ユーザ端末は、ユーザ端末を利用するユーザの行動が評価行動情報に該当すると判定した場合、該当した評価行動情報をサーバに送信する。これにより、ユーザは、本構成のヘルスケア支援システムを利用するにあたり、健康のために向上が指摘される可能性がある指摘内容を解決するための行動（即ち、評価行動）を行うのみで良く、煩わしい操作を行わなくてよい。
そして、サーバは、健保端末から受信した健診結果情報、及び、ユーザ端末から受信した評価行動情報を参照して、評価テーブルに基づいてポイントを算出し、健保端末は、サーバから受信したポイント情報に基づいて、ユーザにポイントを付与する。これにより、ユーザは、評価行動情報に該当する行動を単に行うことによって、健康状態の良いユーザは健康状態が維持・向上され、健康状態が悪いユーザは健康状態が改善（向上）される。加えて、健康状態の維持・向上及び改善（向上）のための行動によって、ポイントが付与される。このように、評価行動情報に該当する行動を単に行うことによってポイントが付与されるため、上記無関心層の関心を深めることができる。
つまり、本構成のヘルスケア支援システムは、システムの利用を誘引するとともに、ユーザの健康の増進の推進に寄与できる。

なお、ポイントは、特に限定されるものではなく、ショッピングに使えるポイントであってもよいし、現金に換金できるポイントであってもよい。

以上、本発明について簡潔に説明した。更に、以下に説明される発明を実施するための形態（以下、「実施形態」という。）を添付の図面を参照して通読することにより、本発明の詳細は更に明確化されるであろう。

図１は、本発明の実施形態に係るヘルスケア支援システムの構成の例を示すブロック図である。 図２は、図１に示すサーバの構成の例を示すブロック図である。 図３は、図１に示すユーザ端末の構成の例を示すブロック図である。 図４は、図１に示す健保端末の構成の例を示すブロック図である。 図５は、図１に示す食堂端末の構成の例を示すブロック図である。 図６は、本発明の実施形態に係るヘルスケア支援方法の例を示すシーケンス図である。 図７は、図６に示す評価行動情報（精密検査／再検査を受ける）の判定の例を示すフローチャートである。 図８は、図６に示す評価行動情報（かかりつけ医に行く）の判定の例を示すフローチャートである。 図９は、図６に示す評価行動情報（睡眠時間の確保）の判定の例を示すフローチャートである。 図１０は、図６に示す評価行動情報（禁煙）の判定の例を示すフローチャートである。 図１１は、図６に示す評価行動情報（禁酒）の判定の例を示すフローチャートである。 図１２は、図６に示す評価行動情報（バランスの良い食事の摂取）の判定の例を示すフローチャートである。 図１３は、図６に示す評価行動情報（１エクササイズ・週２３エクササイズ）の判定の例を示すフローチャートである。 図１４は、図６に示す評価テーブルに基づくポイントの算出の例を示すフローチャートである。 図１５は、図６に示すヘルスケア支援方法の一例であって、ユーザが特定のメニューを選択して食した場合におけるヘルスケア支援方法の例を示すシーケンス図である。 図１６は、図１５に示す特定のメニューか判定の例を示すフローチャートである。 図１７は、本発明の実施形態に係るメニューの予約方法の例を示すシーケンス図である。 図１８は、図１７に示すメニューの予約方法の一例であって、ユーザ端末が複数の場合におけるメニューの予約方法の例を示すシーケンス図である。

以下、本発明の実施形態の例について説明する。以下で説明する各例における各構成要素は、矛盾等が生じない範囲で適宜組み合わせ可能である。また、ある実施形態の例として説明した内容については、他の実施形態においてその説明を省略している場合がある。更に、以下で説明する各種のフローを構成する各処理の順序は、処理内容に矛盾等が生じない範囲で順不同である。以下で説明する各種のシステム、各種の方法、及び各種のプログラム等が実行されるツールとしては、サーバや各種端末にインストールされたアプリケーションであってもよいし、特定のウェブサイトであってもよい。

＜ヘルスケア支援システム＞
図１は、本発明の実施形態に係るヘルスケア支援システム１の構成の例を示すブロック図である。図１に示すように、ヘルスケア支援システム１は、サーバ２と、ユーザ端末３と、健保端末４と、食堂端末５と、を含む。サーバ２、ユーザ端末３、健保端末４、及び食堂端末５は、例えば、所定のネットワークＮを介して、有線又は無線によって通信可能に接続される。ヘルスケア支援システム１は、複数のユーザが、それぞれ使用するように複数のユーザ端末３から構成されてもよいし、単一のユーザ端末３を複数のユーザが使用する構成としてもよい。

図２は、本発明の実施形態に係るサーバ２の構成の例を示すブロック図である。サーバ２は、ヘルスケア支援システム１の管理者又はヘルスケア支援システム１の管理用プラットフォームの管理者によって管理され、通信部２１と、制御部２２と、記憶部２３と、を少なくとも備えている。ユーザ端末３としては、例えば、スマートフォン等の携帯端末及びウェアラブル端末が挙げられる。ユーザ端末３は、体重計３０（図１参照）等の身体情報を測定する測定機器と連動されていてもよい。

通信部２１は、例えばＮＩＣ等によって実現されるとともに、ネットワークＮと有線又は無線によって接続されて、ネットワークＮを介して、ユーザ端末３、健保端末４、及び食堂端末５との間で情報の送受信を行う。

制御部２２は、送受信される情報を含む各種情報を処理する。制御部２２は、各処理に応じて、それぞれ、処理部が構成されてもよいし、単一の処理部にて各処理が行われてもよい。制御部２２に係る処理部は、例えば、ＣＰＵ等によって、サーバ２の内部の記憶装置に記憶されている各種プログラムが実行されることにより実現される。各種プログラムには、サーバ２にインストールされたアプリケーションのプログラムも含まれる。処理部の処理内容についての詳細は後述する。

記憶部２３は、包括的なユーザ情報、及び、以下の表１～表２に示す評価テーブル等を記憶する。ユーザ情報とは、ユーザのヘルスケア支援システムの利用に際する登録情報等である。評価テーブルは、ユーザが受診する健康診断の項目ごとに分類された診断項目情報、診断項目情報ごとに向上が指摘される可能性がある指摘内容情報、指摘内容を解決するための評価行動情報、及び評価行動情報ごとに割り振られたポイント情報を有し、４つの情報が、それぞれ、紐づけられている。

以下、本実施形態に係る評価テーブルの各種情報の一例を、表１～表２を参照して説明する。
診断項目情報の一例としては、「身長、体重、腹囲、視力、及び、聴力の検査」、「胸部エックス線検査及び喀痰検査」、「血圧の測定」、「貧血検査」、「肝機能検査」、及び「血中脂質検査」の８つの項目が含まれている。
指摘内容情報の一例としては、「要精密検査／要再検査」、「かかりつけ医に相談」、「生活習慣の改善」、「食生活の改善」、及び「適度な運動」の５つの項目が含まれている。
評価行動情報の一例としては、「精密検査／再検査を受ける」、「かかりつけ医に行く」、「睡眠時間の確保」、「禁煙」、「バランスの良い食事の摂取」、「禁酒」、「１エクササイズ」、及び「週２３エクササイズ達成」の８つの項目が含まれている。
ポイント情報の一例としては、評価行動情報の８つの項目のそれぞれに対応するようにポイントが割り振られている。

指摘内容情報は、診断項目情報に対応している。例えば、診断項目情報が「血圧の測定」の場合には、上述した指摘内容情報の５つの項目が、診断項目情報に紐づけられている。一方、診断項目情報が「胸部エックス線検査及び喀痰検査」の場合には、「要精密検査／要再検査」及び「かかりつけ医に相談」の２つの指摘内容情報が、診断項目情報に紐づけられている。

同様に、評価行動情報は、指摘内容情報に対応している。例えば、指摘内容情報が「生活習慣の改善」の場合には、「睡眠時間の確保」及び「禁煙」の２つ評価行動情報が、指摘内容情報に紐づけられている。一方、指摘内容情報が「かかりつけ医に相談」の場合には、「かかりつけ医に行く」の１つ評価行動情報が、指摘内容情報に紐づけられている。つまり、指摘内容情報が「生活習慣の改善」の場合には、「かかりつけ医に行く」は評価行動となり得ないため、評価行動情報に該当しない。

同様に、ポイント情報は、評価行動情報に対応している。例えば、評価行動情報が「精密検査／再検査を受ける」の場合には、「１０」ポイントというポイント情報が、評価行動情報に割り振られている。一方、評価行動情報が「禁煙」の場合には、「１００」ポイントというポイント情報が、評価行動情報に割り振られている。
このように、評価テーブルは、診断項目情報、指摘内容情報、評価行動情報、及びポイント情報が、それぞれ、対応するように紐づけられている。

診断項目情報、指摘内容情報、評価行動情報、及びポイント情報は、それぞれ、ヘルスケア支援システム１の管理者又はヘルスケア支援システム１の管理用プラットフォームの管理者によって任意の内容が登録される。

なお、本発明に係るヘルスケア支援システム１は、少なくとも指摘内容情報、評価行動情報、及びポイント情報が、それぞれ、対応するように紐づけられていればよい。

図３は、本発明の実施形態に係るユーザ端末３の構成の例を示すブロック図である。ユーザ端末３は、ユーザによって使用される情報処理装置であり、通信部３１と、入力部３２と、出力部３３と、制御部３４と、記憶部３５と、を少なくとも備える。

通信部３１は、例えばＮＩＣ等によって実現されるとともに、ネットワークＮと有線又は無線で接続されて、ネットワークＮを介して、サーバ２、健保端末４、及び食堂端末５との間で情報の送受信を行う。

入力部３２は、ユーザからの各種操作を受け付ける。入力部３２は、例えば、タッチパネル機能による表示面であってもよいし、ユーザ端末３に設けられたボタンやユーザ端末３に接続されたキーボード等でもよい。各種操作とは、入力部３２に応じた操作であれば特に限定されない。

出力部３３は、各種情報をユーザに伝達する媒体である。出力部３３は、例えば、各種情報を可視化するユーザ端末３のディスプレイ等の表示画面であってもよいし、各種情報を可聴化するユーザ端末３のスピーカ等であってもよい。伝達とは、出力部３３に応じた操作であれば特に限定されない。

制御部３４は、送受信される情報を含む各種情報を処理する。制御部３４は、各処理に応じて、それぞれ、処理部が構成されてもよいし、単一の処理部にて各処理が行われてもよい。制御部３４に係る処理部は、例えば、ＣＰＵ等によって、ユーザ端末３の内部の記憶装置に記憶されている各種プログラムが実行されることにより実現される。各種プログラムには、ユーザ端末３にインストールされたアプリケーションのプログラムも含まれる。制御部３４では、記憶部３５に記憶された評価行動情報に基づいて、取得したユーザの行動情報が評価行動情報に該当するか判定する。

記憶部３５は、評価テーブルの評価行動情報等を記憶する。記憶部３５は、健保端末から付与されるポイント、及び、食堂端末から付与される権利が、デジタル情報であれば、受信した情報を記憶することができる。

図４は、本発明の実施形態に係る健保端末４の構成の例を示すブロック図である。健保端末４は、例えば、健康診断情報の結果（即ち、健診結果情報）を有する人事労務担当者や健康保険組合員（以下、「健保端末使用者」ともいう。）によって使用される情報処理装置であり、通信部４１と、入力部４２と、出力部４３と、制御部４４と、記憶部４５と、を少なくとも備える。

通信部４１は、例えばＮＩＣ等によって実現されるとともに、ネットワークＮと有線又は無線で接続されて、ネットワークＮを介して、サーバ２、及びユーザ端末３との間で情報の送受信を行う。

入力部４２は、健保端末使用者からの各種操作を受け付ける。入力部４２は、例えば、タッチパネル機能による表示面であってもよいし、健保端末４に設けられたボタンや健保端末４に接続されたキーボード等でもよい。各種操作とは、入力部４２に応じた操作であれば特に限定されない。

出力部４３は、各種情報をユーザに伝達する媒体である。出力部４３は、例えば、各種情報を可視化する健保端末４のディスプレイ等の表示画面であってもよいし、各種情報を可聴化する健保端末４のスピーカ等であってもよい。伝達とは、出力部４３に応じた操作であれば特に限定されない。

制御部４４は、送受信される情報を含む各種情報を処理する。制御部４４は、各処理に応じて、それぞれ、処理部が構成されてもよいし、単一の処理部にて各処理が行われてもよい。制御部４４に係る処理部は、例えば、ＣＰＵ等によって、健保端末４の内部の記憶装置に記憶されている各種プログラムが実行されることにより実現される。各種プログラムには、健保端末４にインストールされたアプリケーションのプログラムも含まれる。制御部４４は、サーバ２の要求に応じて指定された人物（即ち、ユーザ）の健診結果情報を送信したり、サーバ２から受信したポイント情報に基づいてユーザにポイントを付与したりする。

記憶部４５は、包括的な健診結果情報、及び、ユーザのポイント情報を記憶する。包括的な健診結果情報とは、例えば、ユーザ以外の様々な人物の健診結果情報のことである。つまり、記憶部４５に記憶される健診結果情報は、ユーザの健診結果情報のみに限定されない。ただし、健保端末使用者の判断によっては、記憶部４５に記憶する健診結果情報をユーザの健診結果情報のみに限定してもよい。

図５は、本発明の実施形態に係る食堂端末５の構成の例を示すブロック図である。食堂端末５は、例えば、ユーザに食事を提供する食事提供者や企業における社員食堂に従事している者（以下、「食堂端末使用者」ともいう。）によって使用される情報処理装置であり、通信部５１と、入力部５２と、出力部５３と、制御部５４と、記憶部５５と、を少なくとも備える。

通信部５１は、例えばＮＩＣ等によって実現されるとともに、ネットワークＮと有線又は無線で接続されて、ネットワークＮを介して、サーバ２、及びユーザ端末３との間で情報の送受信を行う。

入力部５２は、食堂端末使用者からの各種操作を受け付ける。入力部５２は、例えば、タッチパネル機能による表示面であってもよいし、食堂端末５に設けられたボタンや食堂端末５に接続されたキーボード等でもよい。各種操作とは、入力部５２に応じた操作であれば特に限定されない。

出力部５３は、各種情報をユーザに伝達する媒体である。出力部５３は、例えば、各種情報を可視化する食堂端末５のディスプレイ等の表示画面であってもよいし、各種情報を可聴化する食堂端末５のスピーカ等であってもよい。伝達とは、出力部５３に応じた操作であれば特に限定されない。

制御部５４は、送受信される情報を含む各種情報を処理する。制御部５４は、各処理に応じて、それぞれ、処理部が構成されてもよいし、単一の処理部にて各処理が行われてもよい。制御部５４に係る処理部は、例えば、ＣＰＵ等によって、食堂端末５の内部の記憶装置に記憶されている各種プログラムが実行されることにより実現される。各種プログラムには、食堂端末５にインストールされたアプリケーションのプログラムも含まれる。制御部５４は、サーバ２の要求に応じてメニュー情報を送信したり、サーバ２から受信した予約情報に基づいて、ユーザに権利を付与したり、発注先への食材の発注量を予測したりする。

記憶部５５は、メニュー情報、予約情報、及びユーザに付与する権利の情報を記憶する。記憶部５５は、例えば、発注先への過去の発注情報を記憶していてもよい。これにより、制御部５４が、過去の発注情報を参照して、予約情報に基づいて食材の発注量を予測することができる。

＜ヘルスケア支援方法、及び、プログラム＞
図６は、本発明の実施形態に係るヘルスケア支援方法１１の例を示すシーケンス図である。換言すると、図６は、ヘルスケア支援方法のプログラムの動作の例を示すシーケンス図である。

サーバ２は、所定の時間又は所定の操作によって、特定のユーザの健診結果情報を健保端末４に要求する（ステップＳ１）。健保端末４は指定されたユーザの健診結果情報をサーバ２に送信し（ステップＳ３）、サーバ２は特定のユーザの健診結果情報を受信する（ステップＳ５）。

ユーザ端末３は、ユーザの行動を検知又は確認すると、ユーザの行動情報を取得する（ステップＳ７）。ユーザの行動情報は、例えば、ユーザ端末３にインストールされたアプリケーションによって検知又は確認されてもよいし、ユーザによるユーザ端末の操作によって検知又は確認されてもよい。一例として、ユーザ端末３にランニングアプリがインストールされている場合、ユーザがランニングを行うと、ユーザのランニング（即ち、行動情報）がランニングアプリによって検知又は確認される。一方、ユーザ端末３を操作する場合、ユーザは、行ったランニングの情報（即ち、行動情報）を、ユーザ端末３にて入力操作することによって検知又は確認される。なお、ユーザの行動情報の取得は、所定の時間又は所定の操作によって行われてもよく、特に限定されない。

ユーザ端末３は、取得した行動情報が、記憶された評価行動情報に該当するか否かを判定する（ステップＳ９）。評価行動情報の判定について、図７～図１３を用いて説明する。図７～図１３に示す各種処理は、表１～表２に示す評価テーブルの評価行動情報に該当するか否かを判定する処理である。なお、後述する各評価行動情報の判定は、それぞれ、対応するアプリと連動して行われているが、これに限定されるものではない。

図７は、ユーザ端末３が取得した行動情報が、評価行動情報の「精密検査／再検査を受ける」に該当するか否かの判定の例を示すフローチャートである。ユーザ端末３は、行動情報を取得すると、評価行動情報の判定を開始する。はじめに、地図アプリを読み込み（ステップＳ９０１）、病院への訪問イベントが発生したか否かを確認する（ステップＳ９０３）。病院への訪問イベントの発生が確認されると、訪問した病院に所定時間滞在したか否かを確認する（ステップＳ９０５）。一方、病院への訪問イベントの発生が確認されない場合には、取得した行動情報は「精密検査／再検査を受ける」に該当しないと判定し（ステップＳ９０９）、評価行動情報の判定が終了する。

ステップＳ９０５にて訪問した病院に所定時間滞在したことが確認されると、取得した行動情報は「精密検査／再検査を受ける」に該当すると判定し（ステップＳ９０７）、評価行動情報の判定が終了する。一方、訪問した病院に所定時間滞在したことが確認されない場合には、取得した行動情報は「精密検査／再検査を受ける」に該当しないと判定し（ステップＳ９０９）、評価行動情報の判定が終了する。

病院には、精密検査や再検査を除く理由で訪れることもあるため、ステップＳ９０７又はステップＳ９０９の後に、ユーザの操作による最終確認のステップが行われてもよい。ほかにも、ユーザがカレンダーアプリに精密検査や再検査を登録していれば、カレンダーアプリと連動させてもよい。このように、評価行動情報の判定では、精度を高めるために、ユーザの操作を受け付けてもよいし、他のアプリと連動してもよく、以下で説明する各評価行動情報の判定についても同様である。

一般に、「精密検査／再検査を受ける」ように指摘された人（ユーザに限らない）が、精密検査／再検査を受けた場合には、その人の精密検査／再検査の健診結果情報が健保端末使用者に届けられる。このため、ユーザ端末３における評価行動情報（「精密検査／再検査を受ける」）の判定は、上述したように図７の処理が行われるが、正確性を期するために、図６における後のフローにて、ユーザ端末３にて判定された評価行動情報が正しいか否かを判定されてもよい。なお、上述したようなユーザ端末３にて判定された評価行動情報が正しいか否かの判定は、以下の評価行動情報の判定についても同様に行われてもよい。

ほかにも、「精密検査／再検査を受ける」ように指摘された人（ユーザに限らない）が、精密検査／再検査を受けた場合には、病院から健保端末使用者にレセプト（診療報酬明細書）が送られる。このため、評価行動情報の「精密検査／再検査を受ける」については、ユーザ端末３によって処理が行われずに評価行動情報が取得されてもよい。以下の評価行動情報についても同様である。

図８は、ユーザ端末３が取得した行動情報が、評価行動情報の「かかりつけ医に行く」に該当するか否かの判定の例を示すフローチャートである。ユーザ端末３は、行動情報を取得すると、評価行動情報の判定を開始する。はじめに、ＧＰＳアプリを読み込み（ステップＳ９１１）、登録された病院に滞在情報があるか否かを確認する（ステップＳ９１３）。登録された病院に滞在情報があることが確認されると、登録された病院に所定時間滞在したか否かを確認する（ステップＳ９１５）。一方、登録された病院に滞在情報があることが確認されない場合には、取得した行動情報は「かかりつけ医に行く」に該当しないと判定し（ステップＳ９１９）、評価行動情報の判定が終了する。

ステップＳ９１５にて登録された病院に所定時間滞在したことが確認されると、取得した行動情報は「かかりつけ医に行く」に該当すると判定し（ステップＳ９１７）、評価行動情報の判定が終了する。一方、登録された病院に所定時間滞在したことが確認されない場合には、取得した行動情報は「かかりつけ医に行く」に該当しないと判定し（ステップＳ９１９）、評価行動情報の判定が終了する。

なお、登録された病院がない（病院情報を登録していない）場合には、行動情報が「精密検査／再検査を受ける」に該当するか否かの判定のフローと同様のフローで行われてもよい。この場合には、評価行動情報の判定として「精密検査／再検査を受ける」及び「かかりつけ医に行く」が混合しないように、上述した最終確認ステップが行われることが好ましい。加えて、登録された病院の有無に関わらず、レセプト（診療報酬明細書）に基づいて判定されてもよい。

図９は、ユーザ端末３が取得した行動情報が、評価行動情報の「睡眠時間の確保」に該当するか否かの判定の例を示すフローチャートである。ユーザ端末３は、行動情報を取得すると、評価行動情報の判定を開始する。はじめに、睡眠管理アプリを読み込み（ステップＳ９２１）、睡眠時間が所定時間を超えているか否かを確認する（ステップＳ９２３）。睡眠時間が所定時間を超えていることが確認されると、取得した行動情報は「精睡眠時間の確保」に該当すると判定し（ステップＳ９２５）、評価行動情報の判定が終了する。一方、睡眠時間が所定時間を超えていることが確認されない場合には、取得した行動情報は「精睡眠時間の確保」に該当しないと判定し（ステップＳ９２７）、評価行動情報の判定が終了する。

図１０は、ユーザ端末３が取得した行動情報が、評価行動情報の「禁煙」に該当するか否かの判定の例を示すフローチャートである。ユーザ端末３は、行動情報を取得すると、評価行動情報の判定を開始する。はじめに、禁煙管理アプリを読み込み（ステップＳ９２９）、禁煙時間が所定時間を超えているか否かを確認する（ステップＳ９３１）。禁煙時間が所定時間を超えていることが確認されると、取得した行動情報は「禁煙」に該当すると判定し（ステップＳ９３３）、評価行動情報の判定が終了する。一方、禁煙時間が所定時間を超えていることが確認されない場合には、取得した行動情報は「禁煙」に該当しないと判定し（ステップＳ９３５）、評価行動情報の判定が終了する。

図１１は、ユーザ端末３が取得した行動情報が、評価行動情報の「禁酒」に該当するか否かの判定の例を示すフローチャートである。ユーザ端末３は、行動情報を取得すると、評価行動情報の判定を開始する。はじめに、禁酒管理アプリを読み込み（ステップＳ９３７）、禁酒時間が所定時間を超えているか否かを確認する（ステップＳ９３９）。禁酒時間が所定時間を超えていることが確認されると、取得した行動情報は「禁酒」に該当すると判定し（ステップＳ９４１）、評価行動情報の判定が終了する。一方、禁酒時間が所定時間を超えていることが確認されない場合には、取得した行動情報は「禁酒」に該当しないと判定し（ステップＳ９４３）、評価行動情報の判定が終了する。

図１２は、ユーザ端末３が取得した行動情報が、評価行動情報の「バランスの良い食事の摂取」に該当するか否かの判定の例を示すフローチャートである。ユーザ端末３は、行動情報を取得すると、評価行動情報の判定を開始する。はじめに、食生活管理アプリを読み込み（ステップＳ９４５）、栄養バランスが基準値を達成したか否かを確認する（ステップＳ９４７）。栄養バランスが基準値を達成したことが確認されると、摂取カロリーが基準値以内か否かを確認する（ステップＳ９４９）。一方、栄養バランスが基準値を達成したことが確認されない場合には、取得した行動情報は「バランスの良い食事の摂取」に該当しないと判定し（ステップＳ９５３）、評価行動情報の判定が終了する。

ステップＳ９４９にて摂取カロリーが基準値以内であることが確認されると、取得した行動情報は「バランスの良い食事の摂取」に該当すると判定し（ステップＳ９５１）、評価行動情報の判定が終了する。一方、摂取カロリーが基準値以内であることが確認されない場合には、取得した行動情報は「バランスの良い食事の摂取」に該当しないと判定し（ステップＳ９５３）、評価行動情報の判定が終了する。

一般に、食事を摂る時間（食事時間）というのは、多くの人にとって健康状態に大きく影響を与えるものであると認識されている（例えば、時間栄養学当が挙げられる。）。一例として、不規則な食事時間は、肥満等の原因になる等がある。このため、栄養バランスや摂取カロリーと同様に、食事の時間についても判定基準として、図１２のフローに加えてもよい。

図１３は、ユーザ端末３が取得した行動情報が、評価行動情報の「１エクササイズ」及び「週２３エクササイズ」に該当するか否かの判定の例を示すフローチャートである。ユーザ端末３は、行動情報を取得すると、評価行動情報の判定を開始する。はじめに、ランニングアプリを読み込み（ステップＳ９５５）、走行距離及び走行時間を取得する（ステップＳ９５７）。そして、取得した走行距離及び走行時間からエクササイズの値を算出する（ステップＳ９５９）。

なお、エクササイズとは、身体活動の量を表す単位であり、身体活動の強さを、安静時の何倍に相当するかで表す単位のメッツに、活動時間（ｈ）を掛けて算出される（１エクササイズ＝１メッツ×１時間）。

ステップＳ９５９にて、エクササイズの値が算出されると、算出されたエクササイズの値が１エクササイズ以上であるか否かを確認する（ステップＳ９６３）。算出されたエクササイズの値が１エクササイズ以上であることが確認されると、例えばユーザ端末３の記憶部３５に蓄積されたデータに基づいて週に２３エクササイズ以上か否かを確認する（Ｓ９６３）。一方、算出されたエクササイズの値が１エクササイズ以上であることが確認されない場合には、取得した行動情報は「１エクササイズ」に該当しないと判定し（ステップＳ９６７）、評価行動情報の判定が終了する。

ステップＳ９６３にて週に２３エクササイズ以上であることが確認されると、取得した行動情報は「週２３エクササイズ」に該当すると判定し（ステップＳ９６５）、評価行動情報の判定が終了する。一方、週に２３エクササイズ以上であることが確認されない場合には、取得した行動情報は「１エクササイズ」に該当し且つ「週２３エクササイズ」に該当しないと判定し（ステップＳ９６９）、評価行動情報の判定が終了する。

なお、説明の便宜上、小数点以下は切り捨てられるものとしているが、これに限定されるものではない。加えて、１エクササイズ以上又は週２３エクササイズ以上を達成しているか否かを判定する簡潔な処理としているが、これに限定されるものではない。

以上、評価行動情報の判定について説明した。

行動情報がステップＳ９にて評価行動情報に該当すると判定されると、ユーザ端末３は該当する評価行動情報をサーバ２に送信する（ステップＳ１１）。サーバ２はユーザ端末３から評価行動情報を受信すると（ステップＳ１３）、評価行動情報及び健保端末４から受信した健診結果情報を参照して、評価テーブルに基づいてポイントを算出する（ステップＳ１５）。

評価テーブルに基づいたポイントの算出について図１４を用いて説明する。サーバ２は、健保端末４から健診結果情報を受信し、ユーザ端末３から評価行動情報を受信すると、評価テーブルに基づいたポイントの算出を開始する。はじめに、受信した健診結果情報から指摘内容情報を参照し（ステップＳ１５１）、受信した評価行動情報を参照する（ステップＳ１５３）。

受信した健診化結果情報の指摘内容情報、及び、受信した評価行動情報が参照されると、受信した評価行動情報が指摘内容情報に対応する評価行動情報であるか否かを判定する（ステップＳ１５５）。受信した評価行動情報が、指摘内容に対応する評価行動情報であると判定されると、評価行動情報に割り振られたポイント情報を抽出し（ステップＳ１５７）、評価テーブルに基づいたポイントの算出が終了する。一方、受信した評価行動情報が、指摘内容に対応する評価行動情報でないと判定されると、ポイント情報が抽出されずに評価テーブルに基づいたポイントの算出が終了する。

例えば、指摘内容情報が「生活習慣の改善」である場合、受信した評価行動情報が「睡眠時間の確保」又は「禁煙」であれば、指摘内容情報に対応する評価行動情報であると判定される。しかしながら、受信した評価行動情報が「かかりつけ医に行く」であると、指摘内容情報に対応する評価行動情報でないと判定される。

ここで、健康結果情報にて指摘内容を有さない健康的なユーザについては（即ち、健康結果情報に指摘内容情報が含まれていない場合）、評価行動情報に該当する行動を行うことによってポイントが付与されるようにポイント算出が行われてもよい。結果的に、この場合の評価行動情報とは、特定の指摘内容情報に対応するものではなく、あらゆる指摘内容情報に対応するものとなる。これにより、健康的なユーザについても、本実施形態に係るヘルスケア支援システム１を利用し得るものとなる。

なお、健診結果情報に指摘内容情報を有するユーザについては、指摘内容を解決することが最優先であるため、本例では、上記条件にてポイントが算出される処理態様について説明したが、これに限定されるものではない。以上、評価テーブルに基づいたポイントの算出について説明した。

なお、説明の便宜上、ステップＳ１５１とステップＳ１５３を異なるステップとしたが、受信した健診結果情報から指摘内容情報を参照するステップＳ１５１と受信した評価行動情報を参照するステップＳ１５３とは、同一のステップで行われてもよい。加えて、受信した評価行動情報を参照（ステップＳ１５３）してから、受信した健診結果情報から指摘内容情報を参照（ステップＳ１５１）してもよい。

ステップＳ１５にてポイント情報が得られると、サーバ２はポイント情報を健保端末４に送信し（ステップＳ１７）、健保端末４はポイント情報を受信する（ステップＳ１９）。健保端末４は、受信したポイント情報に基づいて、ユーザ（ユーザ端末３）にポイントを付与する（ステップＳ２１）。これにより、ユーザ（ユーザ端末３）はポイントを獲得する。

健保端末４のユーザ（ユーザ端末３）へのポイントの付与（ステップＳ２１）は、任意のタイミングで行われる。一例として、ポイント付与は、前年の健診結果情報に基づいて１年に１回行われる場合について説明する。前年の健診結果情報に基づいてポイントが付与される場合、前年に比べて、健康状態（例えば指摘内容）が維持・向上又は改善（向上）されているときに限りポイントが付与され、維持・向上又は改善（向上）されていなければポイントが付与されない。このように、前年の健診結果情報に基づいたポイント付与は、最新の健診結果情報と前年の健診結果情報とを比較する処理が発生する。この処理については、サーバ２、ユーザ端末３、及び健保端末４の何れか１つで行われればよく、処理方法等は特に限定されない。
ヘルスケア支援方法１１では、以上の処理（ステップ）によってポイントが管理される。

＜ヘルスケア支援方法の一例、及び、プログラムの一例＞
図１５は、ヘルスケア支援方法１１の一例であって、ユーザが特定のメニューを選択して食した場合におけるヘルスケア支援方法１１ａの例を示すシーケンス図である。なお、ヘルスケア支援方法１１ａは、ヘルスケア支援方法１１の評価行動情報の判定（ステップＳ９）の処理（ステップ）に相当する特定のメニューか判定（ステップＳ９ａ）の処理を除いては、同一のフロー及び同一の処理であるため、この点については説明を省略する。

ヘルスケア支援方法１１ａにおけるユーザの行動とは、メニューの予約や選択（予約）したメニューを食することである。

メニューとは、飲物、食物、食材（調理されていない食物等）、及び料理（食材が調理されたもの）等を含んでいる。加えて、特定のメニューとは、例えば、健康食やユーザの指摘内容の向上に相応しいメニューであり、特に限定されない。

図１６は、ユーザ端末３が取得した行動情報（即ち、ユーザが食したメニュー）が、特定のメニューに該当するか否かの判定の例を示すフローチャートである。ユーザ端末３は、行動情報を取得すると、特定のメニューかの判定を開始する。はじめに、食生活管理アプリを読み込み（ステップＳ９７１）、登録されたメニューか否かを確認する（ステップＳ９７３）。登録されたメニューであることが確認されると、ユーザが食したメニュー（即ち、行動情報）は、特定のメニューであると判定し（ステップＳ９７５）、特定のメニューかの判定を終了する。一方、ユーザが食したメニューが登録されたメニューであることが確認されない場合には、取得した行動情報は特定のメニューでないと判定し（ステップＳ９７７）、特定のメニューかの判定を終了する。

＜メニューの予約方法＞
図１７は、本発明の実施形態に係るメニューの予約方法１２の例を示すシーケンス図である。換言すると、図１７は、メニューの予約方法の動作の例を示すシーケンス図である。

サーバ２は、所定の時間又は所定の操作によって、メニュー情報を食堂端末５に要求する（ステップＳ３１）。食堂端末５はメニュー情報をサーバ２に送信し（ステップＳ３３）、サーバ２はメニュー情報を受信し（ステップＳ３５）、受信したメニュー情報をユーザ端末３に送信する（ステップＳ３７）。なお、メニュー情報は、所定の時間又は所定の操作によって食堂端末５からサーバ２に送信されてもよい。つまり、ステップＳ３１が省略されてもよい。

ユーザ端末３がメニュー情報を受信すると、ユーザは、メニュー情報の中から任意のメニューを選択できる。ユーザによってメニューが選択されると、ユーザ端末３はメニューの予約情報をサーバ２に送信し（ステップＳ４１）、サーバ２は予約情報を受信して予約を受け付ける（ステップＳ４３）。そして、サーバ２から食堂端末５に予約情報が送信される（ステップＳ４５）。食堂端末５は、予約情報を受信し（ステップＳ４７）、受信した予約情報に基づいて、ユーザ（ユーザ端末３）に権利を付与する。これにより、ユーザ（ユーザ端末３）は権利を獲得する（ステップＳ５１）。

権利としては、例えば、予約したメニューを優先的に受け取れる優先権がある。つまり、ユーザは、優先権によって食堂等にて列に並ばずに予約したメニューを受け取ることができる。なお、優先権は、チケット等の現物であってもよいし、バーコード等のデジタル情報であってもよい。

更に、ユーザが選択（予約）したメニューが特定のメニューであれば、上記「ヘルスケア支援方法の一例、及び、プログラムの一例」で説明したように、ユーザにポイントが付与されてもよい。

更に、サーバ２は、食堂端末から受信したメニュー情報をユーザ端末３に送信する（ステップＳ３７）際に、ユーザに合わせて、特定のメニューをおすすめメニューとしてユーザに奨めてもよい。
以上、メニューの予約方法１２について説明した。

＜メニューの予約方法の一例＞
図１８は、メニューの予約方法１２の一例であって、ユーザ端末が複数の場合におけるメニューの予約方法１２ａの例を示すシーケンス図である。なお、メニューの予約方法１２ａは、食材発注の予測（ステップＳ５３）の処理を除いては、メニューの予約方法１２と同一のフロー及び同一の処理であるため、この点については説明を省略する。

サーバ２は、複数のユーザ端末３から予約を受け付けて（ステップＳ４３）、複数の予約情報を食堂端末５に送信し（ステップＳ４５）、食堂端末５は複数の予約情報を受信する（ステップＳ４７）。そして、食堂端末５は、複数の予約情報に基づいて、食材の発注量を予測する（ステップＳ５３）。このように、食材の発注量を予測できれば、余分な食材の発注を抑制できる。つまり、フードロスを削減することができる。

なお、図１８に示すように、食堂端末５による権利付与（ステップＳ４９）は、特定の条件を満たすユーザ（ユーザ端末３）にのみ行われてもよい。
以上、メニューの予約方法１２ａについて説明した。

＜作用・効果＞
本実施形態に係るヘルスケア支援システム１、ヘルスケア支援方法（１１，１１ａ）、及びプログラム（以下、「ヘルスケア支援システム１等」ともいう。）によれば、ユーザは、評価行動情報に該当する行動を単に行えばよい。これにより、健康状態が良いユーザは健康状態が維持・向上され、健康状態が悪いユーザは健康状態が改善（向上）される。加えて、本実施形態に係るヘルスケア支援システム１は、利用するにあたりユーザに煩わしい操作を要請せず、更には、ユーザは健康状態の維持・向上及び改善（向上）のための行動（即ち、評価行動）によってポイントが付与される。これにより、無関心層（ヘルスケアについて意識していない人たちや関心を持たない人たち）の関心を深めることができる。

更に、本実施形態に係るヘルスケア支援システム１等によれば、評価行動情報に特定のメニューを選択して食することが含まれていることにより、ユーザに対して、健康に良い食生活や食生活の改善等について意識を促すことができる。

更に、本実施形態に係るヘルスケア支援システム１等によれば、ユーザがメニューを予約することによって、選択（予約）したメニューを優先的に受け取れる等の権利が付与されることにより、無関心層がヘルスケア支援システム１等を利用するきっかけをつくることができる。

更に、本実施形態に係るヘルスケア支援システム１等によれば、ユーザは予約したメニューが特定のメニューであればポイントが付与されることにより、ユーザに対して、健康に良い食生活や食生活の改善等についての意識を促すことができる。

更に、本実施形態に係るヘルスケア支援システム１等によれば、健診結果情報に指摘内容情報が含まれていない（即ち、ユーザが健康である）場合、サーバ２は、ユーザ端末３から受信した評価行動情報を参照して、評価テーブルに基づいてポイントを算出する。これにより、本実施形態に係るヘルスケア支援システムは、健康な人（ユーザ以外の人も含む）についても利用し得るものとなる。

この結果、本実施形態に係るヘルスケア支援システム１、ヘルスケア支援方法（１１，１１ａ）、及びプログラムは、システムの利用を誘引するとともに、ユーザの健康の増進の推進に寄与できる。

＜他の形態＞
なお、本発明は、上述した実施形態に限定されるものではなく、適宜、変形、改良、等が可能である。その他、上述した実施形態における各構成要素の材質、形状、寸法、数、配置箇所、等は本発明を達成できるものであれば任意であり、限定されない。

ここで、上述した本発明に係るヘルスケア支援システム、ヘルスケア支援方法、及びプログラムの実施形態の特徴をそれぞれ以下［１］～［８］に簡潔に纏めて列記する。
［１］
健康診断の結果である健診結果情報を記憶する健保端末（４）と、
健康のために向上が指摘される可能性がある指摘内容情報、前記指摘内容情報を解決するための評価行動情報、及び、前記評価行動情報ごとに割り振られたポイント情報が、それぞれ、紐づけられた評価テーブル（表１～表２）を記憶するサーバ（２）と、
前記評価行動情報を記憶するユーザ端末（３）と、を備え、
前記健保端末（４）は、前記健診結果情報を前記サーバ（２）に送信し（ステップＳ３）、
前記ユーザ端末（３）は、当該ユーザ端末を利用するユーザの行動が前記評価行動情報に該当すると判定した場合（ステップＳ９，ステップＳ９ａ，図７～図１３，図１５）、該当した前記評価行動情報を前記サーバに送信し（ステップＳ１１）、
前記サーバ（２）は、前記健保端末（４）から受信した前記健診結果情報、及び、前記ユーザ端末（３）から受信した前記評価行動情報を参照して、前記評価テーブルに基づいてポイントを算出し（ステップＳ１５）、算出した前記ポイント情報を前記健保端末（４）に送信し（ステップＳ１７）、
前記健保端末（４）は、受信した前記ポイント情報に基づいて、前記ユーザに前記ポイントを付与する（ステップＳ２１）、
ヘルスケア支援システム（１）。
［２］
上記［１］に記載のヘルスケア支援システム（１）において、
前記指摘内容情報は、食生活の改善を指摘する項目を含み、
前記評価行動情報は、前記ユーザが、特定のメニューを選択して食することを含む、
ヘルスケア支援システム（１）。
［３］
上記［２］に記載のヘルスケア支援システム（１）において、
前記ユーザが予約可能なメニュー情報を記憶する食堂端末（５）を更に備え、
前記食堂端末（５）は、前記メニュー情報を前記サーバ（２）に送信し（ステップＳ３３）、
前記サーバ（２）は、受信した前記メニュー情報を前記ユーザ端末（３）に送信し（ステップＳ３７）、
前記ユーザ端末（３）は、受信した前記メニュー情報の中から前記ユーザによって選択されたメニューの予約情報を前記サーバ（２）に送信し（ステップＳ４１）、
前記サーバ（２）は、受信した前記予約情報を前記食堂端末（５）に送信し（ステップＳ４５）、
前記食堂端末（５）は、受信した前記予約情報に基づいて、前記ユーザに権利を付与する（ステップＳ４９）、
ヘルスケア支援システム（１）。
［４］
上記［３］の何れか一つに記載のヘルスケア支援システム（１）において、
前記予約情報に前記特定のメニューが含まれている場合（ステップＳ９ａ）、前記サーバ（２）は、前記評価テーブルに基づいて、受信した前記健診結果情報、及び、前記評価行動情報を参照してポイントを算出する（ステップＳ１５）、
ヘルスケア支援システム（１）。
［５］
上記［３］又は上記［４］に記載のヘルスケア支援システム（１）において、
前記権利は、前記ユーザが、選択した前記メニューを優先的に受け取れる権利を含む（ステップＳ５１）、
ヘルスケア支援システム（１）。
［６］
上記［３］から上記［５］の何れか一つに記載のヘルスケア支援システム（１）において、
複数の前記ユーザ端末（３）を備え、
前記複数の前記ユーザ端末（３）は、それぞれ、受信した前記メニュー情報の中から前記ユーザによって選択された前記メニューの予約情報を前記サーバに送信し（図１７のステップＳ４１）、
前記サーバ（２）は、受信した複数の前記予約情報を前記食堂端末（５）に送信し（図１７のステップＳ４５）、
前記食堂端末（５）は、受信した前記複数の前記予約情報を管理する（ステップＳ５３）、
ヘルスケア支援システム（１）。
［７］
上記［１］から上記［６］の何れか一つに記載のヘルスケア支援システム（１）において、
前記サーバ（２）は、
前記健保端末（４）から受信した前記健診結果情報に前記指摘内容情報が含まれていない場合、前記ユーザ端末（３）から受信した前記評価行動情報を参照して、前記評価テーブルに基づいてポイントを算出し、算出した前記ポイント情報を前記健保端末（４）に送信し、
前記健保端末（４）は、受信した前記ポイント情報に基づいて、前記ユーザに前記ポイントを付与する、
ヘルスケア支援システム（１）。
［８］
健康診断の結果である健診結果情報を記憶する健保端末（４）は、前記健診結果情報をサーバ（２）に送信するステップ（Ｓ３）と、
健康のために向上が指摘される可能性がある指摘内容情報を解決するための評価行動情報を記憶するユーザ端末（３）は、当該ユーザ端末を利用するユーザの行動が前記評価行動情報に該当すると判定した場合（ステップＳ９，ステップＳ９ａ）、該当した前記評価行動情報を前記サーバ（２）に送信するステップ（Ｓ１１）と、
前記サーバ（２）は、前記健保端末（４）から受信した前記健診結果情報、及び、前記ユーザ端末（３）から受信した前記評価行動情報を参照して、前記指摘内容情報、前記評価行動情報、及び、前記評価行動情報ごとに割り振られたポイント情報が、それぞれ、紐づけられた評価テーブル（表１～表２）に基づいてポイントを算出し（ステップＳ１３）、算出した前記ポイント情報を前記健保端末（４）に送信するステップ（Ｓ１７）と、
前記健保端末（４）は、受信した前記ポイント情報に基づいて、前記ユーザに前記ポイントを付与するステップ（Ｓ２１）と、
を有するヘルスケア支援方法（１１，１１ａ）。
［９］
コンピュータに、上記［８］に記載の各ステップを実行させるためのプログラム。

１ ヘルスケア支援システム
２ サーバ
３ ユーザ端末
４ 健保端末
５ 食堂端末
３０ 体重計
１１，１１ａ ヘルスケア支援方法
１２，１２ａ 予約方法
２１，３１，４１，５１ 通信部
２２，３４，４４，５４ 制御部
２３，３５，４５，５５ 記憶部
３２，４２，５２ 入力部
３３，４３，５３ 出力部
Ｎ ネットワーク

Claims (9)

1. 健康診断の結果である健診結果情報を記憶する健保端末と、
   健康のために向上が指摘される可能性がある指摘内容情報、前記指摘内容情報を解決するための評価行動情報、及び、前記評価行動情報ごとに割り振られたポイント情報が、それぞれ、紐づけられた評価テーブルを記憶するサーバと、
   前記評価行動情報を記憶するユーザ端末と、を備え、
   前記健保端末は、前記健診結果情報を前記サーバに送信し、
   前記ユーザ端末は、当該ユーザ端末を利用するユーザの行動が前記評価行動情報に該当すると判定した場合、該当した前記評価行動情報を前記サーバに送信し、
   前記サーバは、前記健保端末から受信した前記健診結果情報、及び、前記ユーザ端末から受信した前記評価行動情報を参照して、前記評価テーブルに基づいてポイントを算出し、算出した前記ポイント情報を前記健保端末に送信し、
   前記健保端末は、受信した前記ポイント情報に基づいて、前記ユーザに前記ポイントを付与する、
   ヘルスケア支援システム。
2. 請求項１に記載のヘルスケア支援システムにおいて、
   前記指摘内容情報は、食生活の改善を指摘する項目を含み、
   前記評価行動情報は、前記ユーザが、特定のメニューを選択して食することを含む、
   ヘルスケア支援システム。
3. 請求項２に記載のヘルスケア支援システムにおいて、
   前記ユーザが予約可能なメニュー情報を記憶する食堂端末を更に備え、
   前記食堂端末は、前記メニュー情報を前記サーバに送信し、
   前記サーバは、受信した前記メニュー情報を前記ユーザ端末に送信し、
   前記ユーザ端末は、受信した前記メニュー情報の中から前記ユーザによって選択されたメニューの予約情報を前記サーバに送信し、
   前記サーバは、受信した前記予約情報を前記食堂端末に送信し、
   前記食堂端末は、受信した前記予約情報に基づいて、前記ユーザに権利を付与する、
   ヘルスケア支援システム。
4. 請求項３に記載のヘルスケア支援システムにおいて、
   前記予約情報に前記特定のメニューが含まれている場合、前記サーバは、前記評価テーブルに基づいて、受信した前記健診結果情報、及び、前記評価行動情報を参照してポイントを算出する、
   ヘルスケア支援システム。
5. 請求項３又は請求項４に記載のヘルスケア支援システムにおいて、
   前記権利は、前記ユーザが、選択した前記メニューを優先的に受け取れる権利を含む、
   ヘルスケア支援システム。
6. 請求項３から請求項５の何れか一項に記載のヘルスケア支援システムにおいて、
   複数の前記ユーザ端末を備え、
   前記複数の前記ユーザ端末は、それぞれ、受信した前記メニュー情報の中から前記ユーザによって選択された前記メニューの予約情報を前記サーバに送信し、
   前記サーバは、受信した複数の前記予約情報を前記食堂端末に送信し、
   前記食堂端末は、受信した前記複数の前記予約情報を管理する、
   ヘルスケア支援システム。
7. 請求項１から請求項６の何れか一項に記載のヘルスケア支援システムにおいて、
   前記サーバは、
   前記健保端末から受信した前記健診結果情報に前記指摘内容情報が含まれていない場合、前記ユーザ端末から受信した前記評価行動情報を参照して、前記評価テーブルに基づいてポイントを算出し、算出した前記ポイント情報を前記健保端末に送信し、
   前記健保端末は、受信した前記ポイント情報に基づいて、前記ユーザに前記ポイントを付与する、
   ヘルスケア支援システム。
8. 健康診断の結果である健診結果情報を記憶する健保端末は、前記健診結果情報をサーバに送信するステップと、
   健康のために向上が指摘される可能性がある指摘内容情報を解決するための評価行動情報を記憶するユーザ端末は、当該ユーザ端末を利用するユーザの行動が前記評価行動情報に該当すると判定した場合、該当した前記評価行動情報を前記サーバに送信するステップと、
   前記サーバは、前記健保端末から受信した前記健診結果情報、及び、前記ユーザ端末から受信した前記評価行動情報を参照して、前記指摘内容情報、前記評価行動情報、及び、前記評価行動情報ごとに割り振られたポイント情報が、それぞれ、紐づけられた評価テーブルに基づいてポイントを算出し、算出した前記ポイント情報を前記健保端末に送信するステップと、
   前記健保端末は、受信した前記ポイント情報に基づいて、前記ユーザに前記ポイントを付与するステップと、
   を有するヘルスケア支援方法。
9. コンピュータに、請求項８に記載の各ステップを実行させるためのプログラム。

Images