特表 2024-535695 健康を維持または改善するように設計されたタスクに対するアドヒアランスの促進

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-10-02

(54)【発明の名称】健康を維持または改善するように設計されたタスクに対するアドヒアランスの促進

(51)【国際特許分類】

   G16H 10/00 20180101AFI20240925BHJP

【ＦＩ】

G16H10/00

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024509495

(86)(22)【出願日】2022-08-17

(85)【翻訳文提出日】2024-04-12

(86)【国際出願番号】 US2022040536

(87)【国際公開番号】W WO2023023109

(87)【国際公開日】2023-02-23

(31)【優先権主張番号】63/233,941

(32)【優先日】2021-08-17

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ブルートゥース

２．ＱＲコード

３．ＦＯＵＲＳＱＵＡＲＥ

(71)【出願人】

【識別番号】501205108

【氏名又は名称】エフ ホフマン－ラ ロッシュ アクチェン ゲゼルシャフト

(74)【代理人】

【識別番号】110001896

【氏名又は名称】弁理士法人朝日奈特許事務所

(72)【発明者】

【氏名】ギャレイ、ポール ジェイ

【テーマコード（参考）】

5L099

【Ｆターム（参考）】

5L099AA15

(57)【要約】

ユーザ装置（例えば、モバイル装置）は、コンテキストに基づいてユーザ健康関連イベントについての第１の通知視認レベルを決定し得る。ユーザ装置は、ユーザ健康関連イベントに関連付けられたデータを受信し得る。ユーザ装置は、ユーザ健康関連イベントに関連付けられたデータに基づいて、ユーザ健康関連イベントのアドヒアランスレベルを決定し得る。ユーザ装置は、アドヒアランスレベルの複数の所定のアドヒアランス閾値との比較に基づいて、ユーザ健康関連イベントの第２の通知視認レベルを決定し得る。ユーザ装置は、第２の通知視認レベルを使用して、トリガイベントの検出時にユーザ装置を介してユーザ健康関連イベントに関連付けられた通知を通信し得る。ユーザ装置は、コンテキストに基づいて、１つまたは複数のユーザ健康関連イベントを通知グループにグループ化し得る。

【特許請求の範囲】

【請求項1】

ユーザに関連付けられたユーザ健康関連イベントを識別することであって、前記ユーザ健康関連イベントが糖尿病関連イベントである、ユーザ健康関連イベントを識別することと、
前記ユーザ健康関連イベントに関連付けられたコンテキストを決定することであって、前記コンテキストが、前記ユーザ健康関連イベントに関連付けられた時間、場所、または病状のうちの少なくとも１つを含む、コンテキストを決定することと、
前記ユーザ健康関連イベントについての第１の通知視認レベルを決定することであって、前記第１の通知視認レベルが、前記ユーザ健康関連イベントに関連付けられた通知の前記ユーザへの視認性の尺度である、第１の通知視認レベルを決定することと、
前記ユーザ健康関連イベントに関連付けられたデータを受信することと、
前記ユーザ健康関連イベントに関連付けられた前記データに基づいて、前記ユーザ健康関連イベントについてのアドヒアランスレベルを決定することと、
前記ユーザ健康関連イベントについての前記アドヒアランスレベルを複数の所定のアドヒアランス閾値と比較することと、
前記アドヒアランスレベルを前記複数の所定のアドヒアランス閾値と比較することに応答して、前記ユーザ健康関連イベントについての第２の通知視認レベルを決定することと、
前記ユーザ健康関連イベントに関連付けられたトリガイベントを検出することと、
前記第２の通知視認レベルを使用して、前記トリガイベントの検出に基づいて、前記ユーザ健康関連イベントに関連付けられた前記通知を前記ユーザに関連付けられたモバイル装置に通信することと
を含む、方法。

【請求項2】

前記第１の通知視認レベルが、前記コンテキストに基づいて決定される、請求項１に記載の方法。

【請求項3】

前記第２の通知視認レベルが、前記アドヒアランスレベルが前記第１の通知視認レベルに関連付けられた第１の所定のアドヒアランス閾値を下回るときに、前記第１の通知視認レベルよりも高い視認レベルであると決定される、請求項１に記載の方法。

【請求項4】

前記第２の通知視認レベルが、前記アドヒアランスレベルが前記第１の通知視認レベルに関連付けられた第２の所定のアドヒアランス閾値よりも大きいときに、前記第１の通知視認レベルよりも低い視認レベルであると決定される、請求項１に記載の方法。

【請求項5】

前記第１の通知視認レベルおよび前記第２の通知視認レベルが、介入視認レベル、入力要求視認レベル、ダッシュボード視認レベル、または隠れ視認レベルを含む、請求項１に記載の方法。

【請求項6】

前記介入視認レベルが、前記通知を前記ユーザの前記モバイル装置および少なくとも１つの他の装置に通信することを含む、請求項５に記載の方法。

【請求項7】

前記入力要求視認レベルが、前記ユーザ健康関連イベントの完了を記録するように前記ユーザに要求することを含む、請求項５に記載の方法。

【請求項8】

前記ダッシュボード視認レベルが、所与の期間内に完了すべき、前記ユーザ健康関連イベントおよび少なくとも１つの他のユーザ健康関連イベントのリストを表示することを含む、請求項５に記載の方法。

【請求項10】

前記リストが、コンテキストに基づいて編成される、請求項８に記載の方法。

【請求項11】

前記隠れ視認レベルが、前記ユーザから前記通知を隠すことを含む、請求項５に記載の方法。

【請求項12】

前記ユーザ健康関連イベントが前記ユーザにとって新規であるときに、前記入力要求視認レベルが前記第１の通知視認レベルとして選択される、請求項１に記載の方法。

【請求項13】

前記ユーザ健康関連イベントに関連付けられた前記コンテキストが少なくとも１つの他のユーザ健康関連イベントのコンテキストと一致すると決定することであって、前記少なくとも１つの他のユーザ健康関連イベントが非糖尿病関連イベントである、前記ユーザ健康関連イベントに関連付けられた前記コンテキストが少なくとも１つの他のユーザ健康関連イベントのコンテキストと一致すると決定することと、
前記ユーザ健康関連イベントを前記少なくとも１つの他のユーザ健康関連イベントと共に通知グループにグループ化することであって、前記通知グループが、前記ユーザ健康関連イベントおよび前記少なくとも１つの他のユーザ健康関連イベントを示す通知を送信するために使用される、前記ユーザ健康関連イベントを前記少なくとも１つの他のユーザ健康関連イベントと共に通知グループにグループ化することと
をさらに含む、請求項１に記載の方法。

【請求項14】

前記アドヒアランスレベルが、前記ユーザ健康関連イベントについての所定範囲のアドヒアランスを含む、請求項１に記載の方法。

【請求項15】

前記ユーザ健康関連イベントが、複数のアドヒアランスレベルに関連付けられる、請求項１に記載の方法。

【請求項16】

前記複数のアドヒアランスレベルのそれぞれが、アドヒアランス上側閾値およびアドヒアランス下側閾値を含む、請求項１５に記載の方法。

【請求項17】

前記複数のアドヒアランスレベルが、前記ユーザの特性、前記ユーザ健康関連イベントの時期、前記ユーザ健康関連イベントの特性、前記ユーザ健康関連イベントのアドヒアランスが所定の期間内に記録された回数、または前記ユーザ健康関連イベントの頻度のうちの１つまたは複数に基づいて調整可能である、請求項１５に記載の方法。

【請求項18】

前記データの少なくとも一部が、バーコード、クイックレスポンス（ＱＲ）コード、無線周波数識別（ＲＦＩＤ）タグ、または近距離無線通信（ＮＦＣ）タグのうちの１つまたは複数をスキャンすると、前記ユーザの前記モバイル装置によって受信される、請求項１に記載の方法。

【請求項19】

ユーザに関連付けられたモバイル装置のメモリに、第１のユーザ健康関連イベントに関連付けられた複数のエントリを記録することであって、前記第１のユーザ健康関連イベントが、糖尿病関連イベントまたは非糖尿病関連イベントのうちの１つを含む、複数のエントリを記録することと、
前記第１のユーザ健康関連イベントに関連付けられた第１のコンテキストを決定することであって、前記第１のコンテキストが、前記第１のユーザ健康関連イベントに関連付けられた時間または場所のうちの少なくとも１つを含む、第１のコンテキストを決定することと、
前記複数のエントリが、前記ユーザが前記第１のユーザ健康関連イベントについてのアドヒアランス閾値を上回っていることを示していると決定することと、
第２のユーザ健康関連イベントを記録することであって、前記第２のユーザ健康関連イベントが糖尿病関連イベントを含む、第２のユーザ健康関連イベントを記録することと、
前記第２のユーザ健康関連イベントに関連付けられた第２のコンテキストを決定することであって、前記第２のコンテキストが、前記第２のユーザ健康関連イベントに関連付けられた時間または場所のうちの少なくとも１つを含む、第２のコンテキストを決定することと、
前記第１のユーザ健康関連イベントに関連付けられた前記第１のコンテキストが、前記第２のユーザ健康関連イベントに関連付けられた前記第２のコンテキストの所定の閾値内にあると決定することと、
前記第１のユーザ健康関連イベントに関連付けられた前記コンテキストが、前記所定の閾値内にあると決定することに応答して、前記第１のユーザ健康関連イベントを前記第２のユーザ健康関連イベントと共に通知グループにグループ化することと、
ユーザが前記第１のユーザ健康関連イベントを実行すると推定されたときにトリガイベントを検出することと、
前記モバイル装置上の可聴警告または可視警告を介して、前記トリガイベントの検出に基づいて、少なくとも前記第２のユーザ健康関連イベントを実行するための警告を前記ユーザに通信することと
を含む、方法。

【請求項20】

前記第２のユーザ健康関連イベントが所定の期間内に記録された回数および前記アドヒアランス閾値に応答して、前記警告の視認性を調整することをさらに含む、請求項１９に記載の方法。

【請求項21】

前記警告が、前記第１のユーザ健康関連イベントについて検出された前記トリガイベントに基づいて通信され、前記アドヒアランス閾値を上回る前記第１のユーザ健康関連イベントが、前記可視警告または前記可聴警告に、特に、前記第１のユーザ健康関連イベントに関連する情報を含ませないようにする、請求項１９に記載の方法。

【請求項22】

前記警告が、前記コンテキストに基づいて決定される通知視認レベルで通信される、請求項１９に記載の方法。

【請求項23】

前記通知視認レベルが、介入視認レベル、入力要求視認レベル、ダッシュボード視認レベル、または隠れ視認レベルを含む、請求項２２に記載の方法。

【請求項24】

前記介入視認レベルが、前記通知を前記ユーザの前記モバイル装置および少なくとも１つの他の装置に通信することを含む、請求項２３に記載の方法。

【請求項25】

前記入力要求視認レベルが、前記ユーザ健康関連イベントの完了を記録するように前記ユーザに要求することを含む、請求項２３に記載の方法。

【請求項26】

前記ダッシュボード視認レベルが、所与の期間内に完了すべき、前記ユーザ健康関連イベントおよび少なくとも１つの他のユーザ健康関連イベントのリストを表示することを含む、請求項２３に記載の方法。

【請求項27】

前記リストが、コンテキストに基づいて編成される、請求項２６に記載の方法。

【請求項28】

前記隠れ視認レベルが、前記ユーザから前記通知を隠すことを含む、請求項２３に記載の方法。

【請求項29】

前記ユーザ健康関連イベントが前記ユーザにとって新しいときに、前記入力要求視認レベルが前記第１の通知視認レベルとして選択される、請求項１９に記載の方法。

【請求項30】

前記ユーザ健康関連イベントが、複数のアドヒアランスレベルに関連付けられる、請求項１９に記載の方法。

【請求項31】

前記複数のアドヒアランスレベルのそれぞれが、アドヒアランス上側閾値およびアドヒアランス下側閾値を含む、請求項３０に記載の方法。

【請求項32】

前記複数のアドヒアランスレベルが、前記ユーザの特性、前記ユーザ健康関連イベントの時期、前記ユーザ健康関連イベントの特性、前記ユーザ健康関連イベントのアドヒアランスが所定の期間内に記録された回数、または前記ユーザ健康関連イベントの頻度のうちの１つまたは複数に基づいて調整可能である、請求項３０に記載の方法。

【請求項33】

前記データが、バーコード、クイックレスポンス（ＱＲ）コード、無線周波数識別（ＲＦＩＤ）タグ、または近距離無線通信（ＮＦＣ）タグのうちの１つまたは複数をスキャンすると、前記ユーザの前記モバイル装置によって受信される、請求項１に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、その全体が参照により本明細書に組み込まれる２０２１年８月１７日に出願された米国仮特許出願第６３／２３３，９４１号に対する優先権を主張する。

【0002】

本発明は、一般に、糖尿病疾患進行分析および処置において予測学習を使用してユーザのアドヒアランスを高めるための方法およびシステムに関する。

【背景技術】

【0003】

装置は、健康関連イベントを実行するようにユーザに警告するために使用される。ユーザは、糖尿病患者（ユーザ）であってもよく、警告は、糖尿病関連の警告および／または通知である。例えば、ユーザの装置は、健康関連イベントを実行するようにユーザに警告し得る。

【0004】

糖尿病の人は、様々な異なる行動および関連するタスクを追跡することを必要とされ得る。これらのタスクに対するアドヒアランスによって、糖尿病の人が、健康が特定の行動によってどのように影響を受けるか、および健康をどのように改善するかを理解することが可能になる。糖尿病患者は、最適な健康管理のために毎日行動／タスクを追跡する。糖尿病の人に通知（例えば、リマインダなど）が送信されて、行動／タスクを実行することを思い出させ得る。行動／タスクに関する通知をあまりにも多く受信することは、糖尿病患者にとって悪いユーザ体験をもたらし、場合によっては、行動／タスクの重要性からの退行または脱感作をもたらす可能性がある。例えば、あまりにも多くの通知を受け取る糖尿病の人は、通知を無視し始める可能性がある。

【発明の概要】

【0005】

コンピューティング装置（例えば、ユーザ装置）は、健康関連（例えば、糖尿病関連）イベントおよび／またはタスクをユーザに表示するために提供するように実装される。通知および／または警告が使用されて、健康関連イベントおよび／またはタスクを完了する必要があることをユーザに通知し得る。通知および／または警告の視認性は、健康関連イベントへのユーザのアドヒアランスに基づいて調整され得る。

【0006】

ユーザ装置（例えば、ユーザ装置上で動作する健康管理アプリケーション）は、ユーザに関連付けられたユーザ健康関連イベントを識別するように構成され得る。ユーザ健康関連イベントは、糖尿病関連イベントであってもよい。ユーザ装置は、ユーザ健康関連イベントに関連付けられたコンテキストを決定するように構成されてもよい。コンテキストは、ユーザ健康関連イベントに関連付けられた時間、場所、または医学的症状のうちの少なくとも１つを含み得る。ユーザ装置は、ユーザ健康関連イベントについての第１の通知視認レベルを決定するように構成され得る。第１の通知視認レベルは、ユーザ健康関連イベントに関連付けられた通知のユーザに対する視認性の尺度であり得る。第１の通知視認レベルは、コンテキストに基づいて決定されてもよい。ユーザ装置は、ユーザ健康関連イベントに関連付けられたデータを受信するように構成され得る。バーコード、クイックレスポンス（ＱＲ）コード、無線周波数識別（ＲＦＩＤ）タグ、および／または近距離無線通信（ＮＦＣ）タグのうちの１つまたは複数をスキャンすると、データの少なくとも一部がユーザ装置によって受信される。

【0007】

ユーザ装置は、ユーザ健康関連イベントに関連付けられたデータに基づいて、ユーザ健康関連イベントについてのアドヒアランスレベルを決定するように構成され得る。アドヒアランスレベルは、ユーザ健康関連イベントに対する所定範囲のアドヒアランス率を含み得る。ユーザ健康関連イベントは、複数のアドヒアランスレベルに関連付けられてもよい。複数のアドヒアランスレベルのそれぞれは、アドヒアランス上側閾値およびアドヒアランス下側閾値によって定義され得る。複数のアドヒアランスレベルは、ユーザの特性、ユーザ健康関連イベントの時期、ユーザ健康関連イベントの特性、ユーザ健康関連イベントのアドヒアランスが所定の期間内に記録された回数、および／またはユーザ健康関連イベントの頻度のうちの１つまたは複数に基づいて調整可能であり得る。

【0008】

ユーザ装置は、ユーザ健康関連イベントについてのアドヒアランスレベルを複数の所定のアドヒアランス閾値と比較するように構成され得る。アドヒアランスレベルを複数の所定のアドヒアランス閾値と比較することに応答して、ユーザ装置は、ユーザ健康関連イベントについての第２の通知視認レベルを決定するように構成され得る。第２の通知視認レベルは、アドヒアランスレベルが第１の通知視認レベルに関連付けられた第１の所定のアドヒアランス閾値を下回るときに、第１の通知視認レベルよりも高い視認レベルであると決定され得る。第２の通知視認レベルは、アドヒアランスレベルが第１の通知視認レベルに関連付けられた第２の所定のアドヒアランス閾値よりも大きいときに、第１の通知視認レベルよりも低い視認レベルであると決定され得る。ユーザ装置は、ユーザ健康関連イベントに関連付けられたトリガイベントを検出するように構成され得る。ユーザ装置は、第２の通知視認レベルを使用して、ユーザ装置を介してユーザ健康関連イベントに関連付けられた通知を通信するように構成され得る。

【0009】

第１の通知視認レベルおよび第２の通知視認レベルは、介入視認レベル、入力要求視認レベル、ダッシュボード視認レベル、および／または隠れ視認レベルを含み得る。介入視認レベルは、ユーザのモバイル装置および少なくとも１つの他の装置に通知を通信することを含み得る。入力要求視認レベルは、ユーザ健康関連イベントの完了を記録するようにユーザに要求することを含み得る。ダッシュボード視認レベルは、所与の期間内に完了すべきユーザ健康関連イベントおよび少なくとも１つの他のユーザ健康関連イベントのリストを表示することを含み得る。ユーザ健康関連イベントおよび少なくとも１つの他のユーザ健康関連イベントのリストは、コンテキストに基づいて編成されてもよい。隠れ視認レベルは、ユーザから通知を隠すことを含み得る。入力要求視認レベルは、ユーザ健康関連イベントがユーザにとって新規であるときに第１の通知視認レベルとして選択されてもよい。

【0010】

ユーザ装置は、ユーザ健康関連イベントに関連付けられたコンテキストが、少なくとも１つの他のユーザ健康関連イベントのコンテキストと一致すると決定するように構成され得る。少なくとも１つの他のユーザ健康関連イベントは、非糖尿病関連イベントであってもよい。ユーザ装置は、ユーザ健康関連イベントを少なくとも１つの他のユーザ健康関連イベントと共に通知グループにグループ化するように構成され得る。通知は、ユーザ健康関連イベントおよび少なくとも１つの他のユーザ健康関連イベントを示し得る。

【0011】

ユーザ装置は、第１のユーザ健康関連イベントに関連付けられた第１の複数のエントリをユーザ装置のメモリに記録するように構成され得る。ユーザ装置は、ユーザに関連付けられてもよい。第１のユーザ健康関連イベントは、糖尿病関連イベントまたは非糖尿病関連イベントのうちの１つを含み得る。ユーザ装置は、第１のユーザ健康関連イベントに関連付けられた第１のコンテキストを決定するように構成されてもよい。第１のコンテキストは、第１のユーザ健康関連イベントに関連付けられた時間または場所のうちの少なくとも１つを含み得る。ユーザ装置は、複数のエントリが、ユーザが第１のユーザ健康関連イベントについてのアドヒアランス閾値を上回っていることを示していると決定するように構成され得る。ユーザ装置は、第２のユーザ健康関連イベントの第２の複数のエントリを記録するように構成され得る。第２のユーザ健康関連イベントは、糖尿病関連イベントを含み得る。ユーザ装置は、第２のユーザ健康関連イベントに関連付けられた第２のコンテキストを決定するように構成されてもよい。第２のコンテキストは、第２のユーザ健康関連イベントに関連付けられた時間または場所のうちの少なくとも１つを含み得る。ユーザ装置は、第１のユーザ健康関連イベントに関連付けられた第１のコンテキストが、第２のユーザ健康関連イベントに関連付けられた第２のコンテキストの所定の閾値内にあると決定するように構成され得る。第１のユーザ健康関連イベントに関連付けられたコンテキストが第２のユーザ健康関連イベントに関連付けられたコンテキストと類似しているとの決定に応答して、ユーザ装置は、第１のユーザ健康関連イベントを第２のユーザ健康関連イベントと共に通知グループにグループ化するように構成され得る。ユーザ装置は、ユーザが第１のユーザ健康関連イベントを実行すると推定されたときにトリガイベントを検出するように構成され得る。ユーザ装置は、モバイル装置上の可聴警告または可視警告を介して、少なくとも第２のユーザ健康関連イベントを実行するための警告をユーザに通信するように構成され得る。

【0012】

ユーザ装置は、第２のユーザ健康関連イベントが所定の期間内に記録された回数およびアドヒアランス閾値に応答して、第２のユーザ健康関連イベントを実行するために警告の視認性を調整するように構成され得る。警告は、第１のユーザ健康関連イベントについて検出されたトリガイベントに基づいて通信され得る。第１のユーザ健康関連イベントがアドヒアランス閾値を上回ると、可視警告または可聴警告が、特に、第１のユーザ健康関連イベントに関連する情報を含ませないようにする。警告は、コンテキストに基づいて決定される通知視認レベルで通信され得る。通知視認レベルは、介入視認レベル、入力要求視認レベル、ダッシュボード視認レベル、または隠れ視認レベルを含む。入力要求視認レベルは、ユーザ健康関連イベントがユーザにとって新規であるときに第１の通知視認レベルとして選択されてもよい。

【図面の簡単な説明】

【0013】

【図1】糖尿病症状を監視または処置するための代表的な環境の斜視図である。

【図2】例示的なコンピューティング装置のブロック図である。

【図3】例示的な血糖監視装置のブロック図である。

【図4】例示的な血糖測定（ＢＧＭ）装置のブロック図である。

【図5】インスリンポンプの例を示すブロック図である。

【図6】健康関連イベントの通知視認レベルを決定するための例示的なプロセスのフローチャートを示している。

【図7】健康関連イベントの通知視認レベルを決定するための別の例示的なプロセスのフローチャートを示している。

【図8】健康関連イベントの通知視認レベルを調整するための例示的なプロセスのフローチャートを示している。

【図9】健康関連イベントを通知グループにグループ化する例示的なプロセスのフローチャートを示している。

【図10】健康関連イベント通知グループに警告を送信するかどうかを決定するための例示的なプロセスのフローチャートを示している。

【図11】健康関連イベント通知グループの通知視認レベルを調整する別の例示的なプロセスのフローチャートを示している。

【発明を実施するための形態】

【0014】

図１は、糖尿病症状を監視または処置するための代表的な環境の斜視図である。図１に示すように、糖尿病を有するユーザ１００は、１つまたは複数の血糖監視装置を使用して、糖尿病症状の監視または処置を補助する。糖尿病症状は、メタボリックシンドローム、糖尿病前症、１型糖尿病、２型糖尿病、または妊娠糖尿病を含む。ユーザ１００の血糖レベルが閾値血糖レベルよりも上または下であるとき、ユーザ１００は、低血糖または高血糖などの極端な糖尿病症状にある可能性がある。図１の実施形態では、ユーザ１００は、血糖監視装置を使用して血糖レベルを監視する。

【0015】

本明細書で使用される場合、「血糖監視装置」という用語は、血液の直接測定または間接的な検出プロセスのいずれかによって、ユーザの血液中の血糖のレベルを検出および報告する任意の装置を指す。血糖レベル（ｂｌｏｏｄ ｇｌｕｃｏｓｅ ｌｅｖｅｌ）は、血糖レベル（ｂｌｏｏｄ ｓｕｇａｒ ｌｅｖｅｌ）とも呼ばれる。血糖監視装置の例は、以下に限定されるものではないが、「スポット」監視プロセスにおいて血液試料からの血糖レベルの単一の測定値を提供する持続グルコース監視装置、フラッシュグルコース監視装置、および血糖測定器を含む。図１は、以下により詳細に記載される血糖監視装置の例を示している。

【0016】

いくつかの実施形態では、血糖監視装置は、持続グルコースモニタ（ＣＧＭ）１０２である。ＣＧＭ１０２は、ユーザ１００の間質液中の血糖の量を検知および監視するために使用される皮下センサを含む。ＣＧＭ１０２は、センサからのデータ転送に無線で電力を供給するセンサの真上に配置された送信装置を含む。ＣＧＭ１０２は、ユーザ１００の血糖レベルを計算または記憶するために、ユーザ１００の血糖レベルを示すデータをモバイル装置１０４などの外部装置に定期的に通信する。

【0017】

本明細書で使用される場合、「モバイル装置」という用語は、ユーザが場所を変更するときにユーザと共に移動することができる任意のモバイル電子装置を指す。モバイル装置の例は、携帯電話、スマートフォン、ウェアラブル装置、タブレット、ラップトップ、ノートブックコンピュータ、携帯情報端末（ＰＤＡ）、およびユーザと共に移動することができる任意の他のモバイル電子装置を含む。モバイル装置のいくつかの実施形態は、血糖モニタを統合装置に組み込む。

【0018】

モバイル装置１０４のいくつかの実施形態は、ＣＧＭコントローラ装置として動作する。モバイル装置１０４は、ＣＧＭ１０２が通信する装置の例として提供されているが、ＣＧＭ１０２は、モバイル装置１０４について本明細書に記載されているのと同様の機能を提供するために、他の専用ＣＧＭコントローラ装置と通信してよい。ＣＧＭ１０２は、警告を提供するために血糖データを処理するか、または血糖データは、モバイル装置１０４もしくは別のＣＭＧコントローラ装置において処理され、警告インジケータがＣＧＭ１０２に通信される。

【0019】

いくつかの実施形態では、血糖監視は、フラッシュ血糖監視（ＦＧＭ）によって実行される。ＦＧＭは、ユーザ１００の間質液中の血糖の量を検知および監視するために使用される皮下センサ１０３を含む。モバイル装置１０２または別のリーダ装置などの別個のリーダ装置は、装置がセンサ１０３のＲＦ範囲内にあるときに、センサから血糖情報を受信する。センサ１０３は、瞬時血糖レベルまたは血糖レベルのグラフ傾向を表示のためにリーダ装置に送信する。

【0020】

ユーザ１００は、血糖監視装置として血糖測定器（ＢＧＭ）１０６を使用して血糖レベルを監視する。ＢＧＭ１０６は、血糖測定ストリップ１１０を受け入れるポート１０８を含む。ユーザ１００は、血糖測定ストリップ１１０上に血液の試料を堆積させる。ＢＧＭ１０６は、試料を分析し、試料中の血糖レベルを測定する。試料から測定された血糖レベルは、ＢＧＭ１０６のディスプレイ１１２に表示されるか、またはモバイル装置１０４などの外部装置に通信される。

【0021】

ＢＧＭ１０６によって測定された、またはＣＧＭ１０２から受信したデータを使用して計算された血糖レベルは、ユーザ１００の糖尿病症状を処置するために使用される。例えば、ユーザ１００は、移動可能な非耐久性インスリンポンプ１１６または移動可能な耐久性インスリンポンプ１１８を使用して、インスリンによって糖尿病症状を処置する。モバイル装置１０４は、ユーザ１００に投与されるインスリンの量を決定し、インスリンポンプ１１６、１１８は、モバイル装置１０４から指示を受信して、所定量のインスリンをユーザ１００に送達する。インスリンポンプ１１６、１１８は、ユーザ１００の食事時間情報または運動情報などの他の情報をモバイル装置１０４から受信する。インスリンポンプ１１６、１１８は、モバイル装置１０４から受信した情報に基づいて、インスリンの投与量を決定する。インスリンポンプ１１６、１１８は、モバイル装置１０４に情報を通信する。モバイル装置１０４に通信される情報は、ユーザ１００に送達されるインスリンの量、対応する送達時間、またはポンプ状態（例えば、バッテリ状態、インスリン状態、またはポンプの一部の別の状態）を含む。

【0022】

いくつかの実施形態では、ユーザ１００は、フィットネストラッカ１１４を装着する。フィットネストラッカ１１４は、フィットネスバンド（例えば、図１に示すように）、スマートウォッチ、または別のウェアラブル装置である。フィットネストラッカ１１４は、ユーザの活動またはその欠如を測定して説明する。フィットネストラッカ１１４は、ウォーキング、運動、ランニング、睡眠、不活発、サイクリング、楕円形トレーナにおける運動などの活動を測定するために使用される。フィットネストラッカ１１４によって収集されたデータ（例えば、活動データ）は、コンピューティング装置（例えば、モバイル装置１０４など）に転送され、そこで見ることができる。

【0023】

いくつかの実施形態では、ユーザ１００は、検査期間中に消費するために予めパッケージ化された食事１３０を受け取る。予めパッケージ化された食事１３０のそれぞれは、食事機械可読光学ラベル１３１を含む。食事機械可読光学ラベル１３１は、バーコード、ＱＲコード、または他の何らかの固有の識別子である。ユーザ１００は、例えば、それぞれの予めパッケージ化された食事１３０が消費されたことを確認するために、食事を消費する前に食事機械可読光学ラベル１３１をスキャンする。

【0024】

いくつかの実施形態では、ユーザ１００は、検査期間中に摂取するために予めパッケージ化された投薬量１３２を受け取る。予めパッケージ化された投薬量１３２のそれぞれは、投薬機械可読光学ラベル１３３を含む。投薬機械可読光学ラベル１３３は、バーコード、ＱＲコード、または他の何らかの固有の識別子である。ユーザ１００は、例えば、それぞれの予めパッケージ化された投薬量１３２が服用されたことを確認するために、投薬量を服用する前に投薬機械可読光学ラベル１３３をスキャンする。

【0025】

いくつかの実施形態では、ユーザ１００は、スマートプレート１２８を使用して食事を消費する。スマートプレート１２８は、ユーザ１００が食事をした量（例えば、予めパッケージ化された食事）を決定するように構成された１つまたは複数のセンサを含む。スマートプレート１２８は、予めパッケージ化された食事１３０の食事機械可読光学ラベル１３１をスキャンするように構成されている。例えば、スマートプレート１２８は、カメラまたはバーコードスキャナを含む。

【0026】

モバイル装置１０４は、有線または無線通信を使用して、インスリンポンプ１１６、１１８、ＣＧＭ１０２、ＢＧＭ１０６、フィットネストラッカ１１４、およびスマートプレート１２８と通信する。モバイル装置１０４、ＣＧＭ１０２、ＣＧＭコントローラ、ＢＧＭ１０６、フィットネストラッカ１１４、スマートプレート１２８、およびインスリンポンプ１１６、１１８は、まとめてユーザ装置と呼ばれる。モバイル装置１０４は、同じまたは異なる無線プロトコルを使用して、インスリンポンプ１１６、１１８、ＣＧＭ１０２、ＢＧＭ１０６、フィットネストラッカ１１４、およびスマートプレート１２８と通信する。例えば、モバイル装置１０４は、ＢＬＵＥＴＯＯＴＨ（登録商標）、近距離無線通信（ＮＦＣ）、ＴＨＲＥＡＤ（登録商標）、ＷＩＦＩ（登録商標）、ＺＩＧＢＥＥ（登録商標）、ＷＩ－ＭＡＸ（登録商標）、セルラー通信プロトコル、専用無線通信プロトコル、または別の無線周波数（ＲＦ）通信プロトコルを使用して、インスリンポンプ１１６、１１８、ＣＧＭ１０２、ＢＧＭ１０６、フィットネストラッカ１１４、およびスマートプレート１２８と通信する。

【0027】

モバイル装置１０４は、データを受信し、糖尿病症状の監視または処置を支援するためのデータを記憶する。モバイル装置１０４は、ディスプレイ上に提供されているユーザインターフェースを介してユーザ１０４から入力を受信する。モバイル装置１０４は、ディスプレイに設けられたハードボタンまたはソフトボタンを介して入力を受信する。

【0028】

モバイル装置１０４は、装置の場所を決定するように構成されている。例えば、モバイル装置１０４は、全地球測位システム（ＧＰＳ）からの信号またはセルラー通信を介した三角測量を使用して、装置の地理的位置（例えば、緯度および経度）を決定することができる。モバイル装置１０４は、ＲＦビーコン装置１２６を使用して相対的な場所を決定する。ＲＦビーコン装置１２６は、ＢＬＵＥＴＯＯＴＨ（登録商標）低エネルギー（ＢＬＥ）ビーコンまたはＮＦＣビーコンなどの短距離無線通信を介して固有の識別子を通信する。モバイル装置１０４は、ＲＦビーコンを受信し、固有の識別子に関連付けられた相対的な場所を決定するためにデータベース（例えば、データストア１２４からの情報）内のルックアップを実行する。例えば、モバイル装置１０４は、ＲＦビーコンが、装置が家もしくは建物内の特定の部屋にあること、建物内の特定の階にあること、規定のオブジェクトに近いこと、または別のオブジェクトもしくは場所に関連付けられたビーコンのＲＦ範囲内にあることを示すと決定する。

【0029】

モバイル装置１０４のいくつかの実施形態は、装置の相対位置またはユーザ１００に関する情報を検出するための１つまたは複数のセンサを含む。モバイル装置１０４は、動きまたは向きの変化を検出する。ある期間にわたるモバイル装置１０４の移動または向きの変化（またはその欠如）に基づいて、モバイル装置１０４は、ユーザ１００が立っている、座っている、または横たわっていることを検出する。モバイル装置１０４は、移動または向きの変化がある期間にわたって閾値よりも大きいとき、ユーザ１００が運動していることを検出する。モバイル装置１０４は、心拍センサを使用してユーザ１００の心拍を検出する。所定期間にわたる心拍数およびユーザ１００の動きに基づいて、モバイル装置１０４は、ユーザ１００が眠っているか起きているかを検出する。モバイル装置１０４またはユーザ１００に関する情報は、糖尿病症状に関する情報を提供するか、または糖尿病症状を処置するために使用される。

【0030】

モバイル装置１０４は、ユーザの糖尿病症状に関する情報をユーザ１００に提供する。例えば、モバイル装置１０４は、血糖レベルを提供し、食事関連情報を提供し、運動関連情報を提供し、表示用のグラフおよび他のグラフィカルユーザインターフェースを生成し、またはユーザ１００に提供される警告を生成する。例えば、モバイル装置１０４は、ユーザ１００の血糖レベルを測定し、ユーザ１００の血糖レベルが極端な糖尿病症状の閾値（例えば、低血糖または高血糖）に到達したときに警告を提供する。モバイル装置１０４によって提供される警告は、可聴または非可聴警告である。非可聴警告は、モバイル装置１０４上の振動、画面の点滅、またはＬＥＤの点滅として提供される。警告はまた、または代替的に、モバイル装置１０４からの通信に基づいて外部装置によって提供される。モバイル装置１０４のいくつかの実施形態は、監視された血糖データにおいて識別されたデータ表示またはトリガに応答して、身体上の振動警告を提供するための電気モータ、または可聴警告を提供するためのスピーカを含む。

【0031】

モバイル装置１０４は、有線通信または近距離無線通信（例えば、ＷＩ－ＦＩ（登録商標）、ＢＬＵＥＴＯＯＴＨ（登録商標）、ＢＬＥ、ＮＦＣ、または別の適切な短距離無線通信）を介して他の装置と直接通信する。モバイル装置１０４は、ネットワーク１２０を介して（例えば、ＷＩ－ＦＩ（登録商標）ネットワーク、セルラーネットワーク、ＷＩ－ＭＡＸ（登録商標）ネットワーク、または別の有線もしくは無線ネットワークを使用して）リモートコンピューティング装置１２２またはデータストア１２４と間接的に通信する。ネットワーク１２０は、有線または無線のネットワークである。ネットワーク１２０は、インターネットを介して他の装置と通信するために使用される。

【0032】

モバイル装置１０４は、リモートコンピューティング装置と通信して、モバイル装置１０４上に表示するためのユーザインターフェースを生成し、リモート計算を実行し、またはそうでなければリモートコンピューティング装置を制御する。例えば、モバイル装置１０４は、リモートコンピューティング装置１２２において生成されるアプリケーションまたはウェブブラウザを介してユーザインターフェースを提供する。モバイル装置１０４は、ユーザ１００、ＣＧＭ１０２、ＢＧＭ１０６、またはインスリンポンプ１１６、１１８から受信した情報に基づいて、リモートコンピューティング装置１２２を介して警告を提供するための命令を生成する。モバイル装置１０４が警告を実行するための通信を送信するリモートコンピューティング装置１２２の例は、リモートコンピュータ（例えば、サーバ、ラップトップ、または他のコンピュータ）、外部スピーカ、外部表示装置（例えば、テレビ、モニタ、または外部ディスプレイを有する別の装置）、ホームオートメーションシステム、（例えば、電気通信ネットワークを介して緊急連絡先にテキストまたは音声通信を送信するための）リモートテレコミュニケーション装置、または別のリモートコンピューティング装置を含む。

【0033】

モバイル装置１０４は、データストア１２４と通信して、情報を記憶または取得する。情報は、ユーザ１００、ＣＧＭ１０２、ＢＧＭ１０６、フィットネストラッカ１１４、スマートプレート１２８、および／またはインスリンポンプ１１６、１１８に関する情報を含む。例えば、モバイル装置１０４は、ユーザ１００に関連付けられた処置情報を入力として受信するか、またはＣＧＭ１０２もしくはＢＧＭ１０６から血糖情報を受信し、その情報をネットワーク１２０を介してデータストア１２４に送信する。記憶された情報は、ユーザの糖尿病症状の処置のためにデータストア１２４から取得される。例えば、モバイル装置１０４は、ユーザ１００に送達されるインスリンの量または対応する送達時間を取得する。データストア１２４は、集合的にクラウドストレージと呼ばれる、１つまたは複数のリモート記憶場所を含む。例えば、データストア１２４は、ユーザ１００の１つまたは複数の個人特性（例えば、ユーザの年齢または性別）に関する情報、または警告のための１つまたは複数の警告プロファイルを記憶する。

【0034】

１つまたは複数のユーザ装置（例えば、モバイル装置１０４など）は、健康関連イベント（例えば、糖尿病関連イベントなど）に関連付けられた通知（例えば、警告など）をユーザに提供するように構成されている。通知は、健康関連イベントが完了される必要があることをユーザに通知するために使用される。ユーザが健康関連イベントを完了すると、ユーザは、例えば、モバイル装置１０４を使用して、健康関連イベントの完了を記録するように要求され得る。健康関連イベントは、タスク、スケジュールされたイベント、スケジュールされていないイベント、習慣などを含み得る。健康関連イベントは、食事をとること、活動（例えば、運動の種類など）を行うこと、ある用量の薬剤を服用すること、医学的測定値（例えば、血糖レベル、体温、心拍数、血圧、酸素飽和度）を記録すること、睡眠情報を記録すること、処方状況（例えば、処方薬の注文、処方薬の調剤など）、ワクチン接種状況、受診／検査（例えば、歯科訪問、プライマリケア訪問、専門家訪問、視力検査など）などを含み得る。

【0035】

ユーザは、健康関連イベントの完了を記録するために様々な方法を使用し得る。例えば、ユーザは、完了を手動で記録したり、健康関連イベントに関連付けられた識別子をスキャンしたりし得る。モバイル装置１０４は、健康関連イベントの完了を手動で記録することを可能にするモバイルアプリケーション１０５を実行し得る。モバイルアプリケーション１０５は、本明細書では、健康管理アプリケーション、モバイル健康アプリケーションなどと呼ばれることがある。

【0036】

健康関連イベントは、例えば、特定のアプリの外部で完了したがＡＰＩを介してアクセス可能な健康関連イベントのマーキングをサポートするために、カレンダー情報と共に記憶されてもよい。特定のリマインダの前にまたは毎日のＴｏＤｏリストの一部として完了する健康関連イベントは、リマインダ起動から除外され、毎日の（またはコンテキスト化された）ＴｏＤｏリスト上で完了したものとしてマークされてもよい。各健康関連イベントは、完了したものとしてカウントすることができる独自の許容基準を有し得る。許容基準は、データを記録することができる特定の時間ウィンドウ、および／または完了した健康関連イベントとして受け入れられ得る値またはコンテンツの範囲を含み得る。

【0037】

頻繁ではない（例えば、臨時、毎月、四半期ごと、または毎年）が、歯科診療、健康診断、視力検査、足の検査などの繰り返し起きる健康関連イベントが、アドヒアランスの目的で評価され得る。

【0038】

通知がまた使用されて、糖尿病症状を監視または処置するための装置による問題をユーザに知らせ得る。糖尿病症状を監視または処置するための健康関連イベントまたはユーザの装置の状態に関する通知をユーザが受信することをより確実にするために、ユーザ入力、ユーザ入力の欠如、ユーザ固有の特性、またはユーザ環境に基づいて警告が修正され得る。

【0039】

モバイル装置１０４（例えば、モバイルアプリケーション１０５）は、健康関連イベントの通知視認レベルを決定するように構成され得る。健康関連イベントの通知視認レベルは、健康関連イベントに関連付けられた通知のユーザに対する視認性の尺度であり得る。初期通知視認レベルは、健康関連イベントのコンテキストに基づいて決定され得る。モバイル装置１０４は、初期通知視認レベルを更新するのに十分なアドヒアランスデータが収集されるまで、初期通知視認レベルにしたがってユーザに通知を表示し得る。例えば、モバイル装置１０４は、健康関連イベントに関連付けられたデータを受信するように構成され得る。モバイル装置１０４は、ユーザ健康関連イベントに関連付けられたデータに基づいて、ユーザ健康関連イベントについてのアドヒアランスレベルを決定するように構成され得る。例えば、モバイル装置１０４は、ユーザおよび健康関連イベントについてのアドヒアランス率を計算し得る。アドヒアランスレベルは、健康関連イベントについてのアドヒアランス率に基づいて決定され得る。アドヒアランス率は、ユーザが所与の期間（例えば、アドヒアランス期間）に健康関連イベントを実行する頻度の定量的尺度であり得る。別の言い方をすれば、アドヒアランス率は、アドヒアランス期間にわたる健康関連イベントの完了に対するユーザの過去のアドヒアランスを示し得る。アドヒアランス率は、アドヒアランス期間中に健康関連イベントを実行する機会の数と、アドヒアランス期間中に健康関連イベントが完了した回数とを使用して決定され得る。

【0040】

モバイル装置１０４は、決定されたアドヒアランスレベルに基づいて、健康関連イベントの通知視認レベルを更新することを決定し得る。例えば、モバイル装置１０４は、健康関連イベントについてのアドヒアランスレベルを複数の所定のアドヒアランス閾値と比較し得る。アドヒアランスレベルを複数の所定のアドヒアランス閾値と比較することに応答して、モバイル装置１０４は、ユーザ健康関連イベントの第２の通知視認レベルを決定するように構成され得る。第２の通知視認レベルは、アドヒアランスレベルが第１の通知視認レベルに関連付けられた第１の所定のアドヒアランス閾値を下回るときに、第１の通知視認レベルよりも高い視認レベルであると決定され得る。第２の通知視認レベルは、アドヒアランスレベルが第１の通知視認レベルに関連付けられた第２の所定のアドヒアランス閾値よりも大きいときに、第１の通知視認レベルよりも低い視認レベルであると決定され得る。

【0041】

モバイル装置１０４は、アドヒアランス率（例えば、ユーザが健康関連イベントに対するアドヒアランスを報告する頻度）が低下すると、健康関連イベントに関連付けられた通知の視認性を高め得る。モバイル装置１０４は、アドヒアランス率が増加すると、健康関連イベントに関連付けられた通知の視認性を低下させ得る。通知の視認性を低下させることは、例えば、受信した通知の数を減らすために、アドヒアランスの報告の順守についての報酬および／または他の健康関連イベントによるアドヒアランスを報告するインセンティブであり得る。行動／タスクに関する通知をあまりにも多く受信することは、糖尿病患者にとって悪いユーザ体験をもたらし、場合によっては、行動／タスクの重要性からの退行または脱感作をもたらす可能性がある。ユーザがあまりにも多くの通知および／または警告を受信すると、ユーザは、通知および／または警告を無視し始める傾向がある。アドヒアランスに基づいて通知の視認性を調整することは、不要な通知および／または警告がユーザに送信および／または表示されないため、通知および／または警告に対する注意力を高め得る。

【0042】

モバイル装置１０４は、２つ以上の健康関連イベントを一緒に通知グループにグループ化する（例えば、まとめる）ように構成され得る。２つ以上の健康関連イベントをグループ化することは、送信される通知の数を減らし得て、および／または低いアドヒアランスのイベントに関するアドヒアランス報告の順守を高め得る。例えば、低いアドヒアランス率を有する健康関連イベントは、高いアドヒアランス率を有する健康関連イベントと共にグループ化され得る。ユーザは定期的に（例えば、高いアドヒアランスを有する）高いアドヒアランスイベントを完了するため、低いアドヒアランスイベントを高いアドヒアランスイベントと共にグループ化することは、ユーザが、高いアドヒアランスイベントを実行するときに低いアドヒアランスイベントを実行するようにトリガし得る。

【0043】

いくつかの実施形態では、モバイル装置１０４および／またはリモートコンピューティング装置１２２は、予測学習を実行し得る。例えば、モバイル装置１０４および／またはリモートコンピューティング装置１２２は、ユーザ１００が複数の健康関連イベントを実行するときに、ユーザ１００の学習モデルを更新し得る。学習モデルは、他のユーザ（例えば、類似の特性を有するユーザ）からの情報および／またはユーザに関連付けられた履歴データを組み込んで、低いアドヒアランスイベントおよび／または初期通知視認レベルのグループ化ターゲットを識別し得る。例えば、学習モデルは、どのように他のユーザが、１つまたは複数のグループ化対象と共に低アドヒアランスイベントのグループ化に反応するかを示すデータに基づいて、低アドヒアランスイベントについての１つまたは複数のグループ化対象を提案し得る。別の例では、学習モデルは、他のユーザが様々な通知視認レベルで健康関連イベントについてのアドヒアランス報告にどのようにしたがうかに基づいて、健康関連イベントについての初期通知視認レベルを提案し得る。学習モデルは、モバイル装置１０４からデータを受信し得て、（例えば、ユーザが追加の健康関連イベントを実行すると）動的に更新し得る。

【0044】

図２は、例示的なコンピューティング装置２００のブロック図である。コンピューティング装置は、例えば、タブレット、携帯電話、ウェアラブル装置、ＣＧＭコントローラ装置、または別のコンピューティング装置などのモバイルコンピューティング装置である。図２に示すように、コンピューティング装置２００は、コンピューティング装置２００の機能を制御するためのプロセッサ２０２を含む。プロセッサ２０２は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、マイクロプロセッサ、集積回路、プログラマブルロジック装置（ＰＬＤ）、特定用途向け集積回路（ＡＳＩＣ）などの１つまたは複数の回路を含む。プロセッサ２０２は、信号符号化、データ処理、電力制御、画像処理、入出力処理、またはコンピューティング装置２００が本明細書で説明するように実行することを可能にする任意の他の機能を実行する。

【0045】

プロセッサ２０２は、メモリ２１６に情報を記憶するか、またはメモリから情報を取得する。メモリ２１６は、非リムーバブルメモリまたはリムーバブルメモリを含む。非リムーバブルメモリは、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードディスク、または任意の他の種類の非リムーバブルメモリストレージを含み得る。リムーバブルメモリは、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、メモリカード（例えば、デジタルカメラメモリカード）、または任意の他の種類のリムーバブルメモリを含み得る。プロセッサ２０２は、実行可能命令またはコンピューティング装置２００によって使用される他の情報のためにメモリ２１６にアクセスする。メモリ２１６は、コンピューティング装置２００のユーザに関連付けられた１つまたは複数の健康関連イベントに関連付けられた様々な情報を記憶し得る。例えば、メモリ２１６は、１つまたは複数の健康関連イベントに関連付けられた履歴データ２２６、１つまたは複数の健康関連イベントに関連付けられたトリガイベント２３６、１つまたは複数の健康関連イベントに関連付けられた通知グループ２４６、および／または１つまたは複数の健康関連イベントに関連付けられたアドヒアランス閾値２５６を記憶するように構成され得る。

【0046】

コンピューティング装置２００は、プロセッサ２０２と通信するカメラ２０６を含む。カメラ２０６は、コンピューティング装置２００において捕捉されるための画像またはビデオ（例えば、画像シーケンス）を生成することができるデジタルカメラまたは他の光学装置である。カメラ２０６は、プロセッサ２０２からの信号に応答して点滅することができる照明装置を含む。照明装置は、点滅し、カメラ２０６を介して警告を提供する。

【0047】

コンピューティング装置２００は、１つまたは複数の通信回路２１８を含む。プロセッサ２０２は、情報を送信または受信するために通信回路２１８と電気的に通信する。通信回路２１８は、有線通信または無線通信を行うことができる。例えば、通信回路２１８は、アンテナを介してＲＦ信号（例えば、ＢＬＵＥＴＯＯＴＨ（登録商標）、近距離無線通信（ＮＦＣ）、ＷＩＦＩ（登録商標）、ＷＩ－ＭＡＸ（登録商標）、セルラー、または他の適切な無線送受信機）を送受信するための１つまたは複数の無線周波数（ＲＦ）送受信機、または無線通信を実行することができる他の通信モジュールを含む。１つまたは複数の通信回路２１８は、赤外線（ＩＲ）通信が可能である。

【0048】

プロセッサ２０２は、プロセッサ２０２に入力を提供するためのキーパッド２２４と電気的に通信する。キーパッド２２４は、ユーザから入力を受け付けるための１つまたは複数のキーを含む。キーパッド２２４は、ユーザが選択を行うときにキーの機能が変化し得るハードキーまたはソフトキーを含む。

【0049】

プロセッサ２０２への他の入力は、１つまたは複数のセンサ２２６によって提供される。センサ２２６は、運動センサ、近接センサ、心拍数監視センサ、加速度計、ジャイロスコープ、またはコンピューティング装置上の別のセンサを含む。運動センサは、赤外線信号を送信するか、または動きを検知するために画像処理を使用する。近接センサは、物体が規定の近接内にあるときを検出するために赤外線信号を送信する。心拍数監視センサは、ユーザの血流の量を検出するためにフォトプレチスモグラフィを実装する。心拍数監視センサは、ユーザの血流の量を検出するための１つまたは複数のＬＥＤまたはフォトダイオードを含む。心拍数監視センサは、ユーザの血流の量を検出するために赤外線技術を実装する。心拍数監視センサは、心電図（ＥＣＧ）を取得し、ＥＣＧからユーザの心拍に関する情報を検出する。加速度計は、所与の方向におけるコンピューティング装置２００の非重力加速度を測定する。加速度計は、所与の方向の移動に関連付けられた振動に応答する。加速度計からの測定値は、コンピューティング装置２００の相対運動の大きさもしくは方向、またはユーザの相対位置（例えば、立っている、座っている、または横たわっている）を決定するためにプロセッサ２０２によって使用される。ジャイロスコープは、コンピューティング装置２００の向きを決定するために使用される。

【0050】

プロセッサ２０２は、ユーザに情報を提供するためにディスプレイ２２０と電気的に通信するか、または画像を生成する。ディスプレイ２２０とプロセッサ２０２との間の通信は、ディスプレイ２２０がユーザから情報を受信し、そのような情報をプロセッサ２０２に提供することができるタッチスクリーンモジュールを含むため、双方向通信である。例えば、ディスプレイ２２０は、タッチスクリーンモジュールによって認識され、入力としてプロセッサ２０２に提供される、ユーザによる選択のためのソフトボタンを提供する。

【0051】

プロセッサ２０２は、スピーカ２０８と電気的に通信するか、またはこれを制御する。スピーカ２０８は、プロセッサ２０２によって検出されたトリガイベントに応答して可聴音（例えば、トーン、ビープ音、またはブザー）を提供する。

【0052】

コンピューティング装置２００は、プロセッサ２０２と電気的に通信するか、またはプロセッサによって制御される電気モータ２１０を含む。コンピューティング装置２００は、トリガイベントの検出に応答して通知を通信し得る。例えば、電気モータ２１０は回転し、プロセッサ２０２によって検出されたトリガイベントに応答してコンピューティング装置２００を振動させる（例えば、警告を示すために）。電気モータ２１０は、スピーカ２０８によって提供される可聴警告を補足するかまたは可聴警告を置き換えるための警告を提供する。

【0053】

プロセッサ２０２は、マイクロフォン２１４と電気的に通信するか、またはマイクロフォンから情報を受信する。例えば、プロセッサ２０２は、マイクロフォン２１４を介してオーディオ信号を受信する。

【0054】

コンピューティング装置２００は、全地球測位システム（ＧＰＳ）回路２０４を含む。ＧＰＳ回路２０４は、ＧＰＳ情報を受信可能である。プロセッサ２０２は、ＧＰＳ回路を介して受信されたＧＰＳ情報に基づいてコンピューティング装置２００のＧＰＳ座標（例えば、緯度および経度）を決定することができる。

【0055】

コンピューティング装置２００は、１つまたは複数の１つまたは複数の発光ダイオード（ＬＥＤ）２１２などの視覚インジケータを含む。１つまたは複数のＬＥＤ２１２を点灯または点滅させて、警告を提供する、またはユーザに他の情報（例えば、バッテリ残量が少ない、または装置の電源が入っている）を伝達する。

【0056】

図３は、例示的な血糖監視装置３００のブロック図である。血糖監視装置３００は、例えばＣＧＭまたはＦＧＭである。血糖監視装置３００は、ユーザの間質液中の血糖量を検知および監視するために用いられる皮下センサ３２６を備える。センサ３２６から送信装置３０４にデータが送信される。血糖監視装置３００がＣＧＭであるとき、送信装置３０４は、センサ３２６の真上に配置され、電源３２０を介してセンサ３２６からのデータ転送に無線で電力を供給する。血糖監視装置３００がＦＧＭであるとき、送信装置３０４は、装置がセンサ３２６のＲＦ範囲内にあるときにセンサ３２６から血糖情報を瞬時に受信するモバイル装置または他のリーダ装置である。

【0057】

送信装置３０４は、通信回路３１８を介してセンサ３２６からデータ通信を受信する。通信回路３１８は、プロセッサ３０２と電気的に通信する。プロセッサ３０２は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、マイクロプロセッサ、集積回路、プログラマブルロジック装置（ＰＬＤ）、特定用途向け集積回路（ＡＳＩＣ）などの１つまたは複数の回路を含む。プロセッサ３０２は、信号符号化、データ処理、電力制御、入力／出力処理、または送信装置３０４が本明細書で説明するように実行することを可能にする任意の他の機能を実行する。

【0058】

送信装置３０４は、他の装置と通信するための他の通信回路３１６を含む。プロセッサ３０２は、情報を送信または受信するために通信回路３１６と電気的に通信する。通信回路３１６、３１８は、有線通信または無線通信を行うことができる。例えば、通信回路３１６、３１８は、無線周波数（ＲＦ）信号（例えば、ＢＬＵＥＴＯＯＴＨ（登録商標）、近距離無線通信（ＮＦＣ）、ＷＩＦＩ（登録商標）、ＷＩ－ＭＡＸ（登録商標）、セルラー、または他の適切なＲＦ信号）を、アンテナまたは無線通信を実行することができる他の通信モジュールを介して送信および受信するための１つまたは複数のＲＦトランシーバを含む。通信回路３１６、３１８は、同一のＲＦプロトコルまたは異なるＲＦプロトコルを使用して通信を行う。

【0059】

プロセッサ３０２は、メモリ３１２に情報を記憶するか、またはメモリから情報を取得する。メモリ３１２は、非リムーバブルメモリまたはリムーバブルメモリを含む。非リムーバブルメモリは、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードディスク、または任意の他の種類の非リムーバブルメモリストレージを含む。リムーバブルメモリは、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、メモリカード（例えば、デジタルカメラメモリカード）、または任意の他の種類のリムーバブルメモリを含む。プロセッサ３０２は、実行可能命令または送信装置３０４によって使用される他の情報のためにメモリ３１２にアクセスする。プロセッサ３０２は、プロセッサ３０２に入力を提供するための１つまたは複数の入力キー３２４と電気的に通信する。

【0060】

プロセッサ３０２は、スピーカ３１４と電気的に通信するか、またはこれを制御する。スピーカ３１４は、プロセッサ３０２によって検出されたトリガイベントに応答して可聴音（例えば、トーン、ビープ音、またはブザー）を提供する。

【0061】

血糖監視装置３００は、プロセッサ３０２と電気的に通信するか、またはプロセッサによって制御される電気モータ３１０を含む。血糖監視装置３００は、トリガイベントの検出に応答して通知を通信し得る。例えば、電気モータ３１０は回転し、プロセッサ３０２によって検出されたトリガイベントに応答して血糖監視装置３００を振動させる（例えば、警告を示すために）。電気モータ３１０は、スピーカ３１４によって提供される可聴警告を補足するかまたは可聴を置き換えるための警告を提供する。

【0062】

図４は、例示的な血糖測定（ＢＧＭ）装置４００のブロック図である。図４に示すように、ＢＧＭ装置４００は、ＢＧＭ装置４００の機能を制御するためのプロセッサ４０２を含む。様々な実施形態では、プロセッサ４０２は、汎用プロセッサ、専用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、マイクロプロセッサ、集積回路、プログラマブルロジック装置（ＰＬＤ）、特定用途向け集積回路（ＡＳＩＣ）、および任意の他の適切なデジタルロジック装置などの、１つまたは複数のデジタルロジック装置を含む。プロセッサ４０２は、信号符号化、データ処理、電力制御、画像処理、入出力処理、またはＢＧＭ装置４００が本明細書で説明するように実行することを可能にする任意の他の機能を実行する。

【0063】

プロセッサ４０２は、メモリ４１６に情報を記憶するか、またはメモリから情報を取得する。メモリ４１６は、非リムーバブルメモリまたはリムーバブルメモリを含む。非リムーバブルメモリは、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードディスク、または任意の他の種類の非リムーバブルメモリストレージを含む。リムーバブルメモリは、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、メモリカード（例えば、デジタルカメラメモリカード）、または任意の他の種類のリムーバブルメモリを含む。プロセッサ４０２は、実行可能命令またはＢＧＭ装置４００によって使用される他の情報のためにメモリ４１６にアクセスする。

【0064】

ＢＧＭ装置４００は、１つまたは複数の通信回路４１８を含む。プロセッサ４０２は、情報を送信または受信するために通信回路４１８と電気的に通信する。通信回路４１８は、有線通信または無線通信を行うことができる。例えば、通信回路４１８は、アンテナを介してＲＦ信号（例えば、ＢＬＵＥＴＯＯＴＨ（登録商標）、近距離無線通信（ＮＦＣ）、ＷＩＦＩ（登録商標）、ＷＩ－ＭＡＸ（登録商標）、セルラー、または他の適切なＲＦ信号）を送受信するための１つまたは複数の無線周波数（ＲＦ）送受信機、または無線通信を実行することができる他の通信モジュールを含む。１つまたは複数の通信回路４１８は、赤外線（ＩＲ）通信が可能である。

【0065】

プロセッサ４０２は、プロセッサ４０２に入力を提供するためのキーパッド４２４と電気的に通信する。キーパッド４２４は、ユーザから入力を受け付けるための１つまたは複数のキーを含む。キーパッド４２４は、ユーザが選択を行うときにキーの機能が変化し得るハードキーまたはソフトキーを含む。

【0066】

プロセッサ４０２への他の入力は、ＢＧＭセンサモジュール４０４によって提供される。ＢＧＭセンサモジュール４０４は、血糖測定ストリップ上で患者によって提供された血液試料を分析し、試料中の血糖量を測定する血糖測定エンジンを含む。

【0067】

プロセッサ４０２は、ユーザに情報を提供するためにディスプレイ４０６と電気的に通信するか、または画像を生成する。ディスプレイ４０６とプロセッサ４０２との間の通信は、ディスプレイ４０６がユーザから情報を受信し、そのような情報をプロセッサ４０２に提供することができるタッチスクリーンモジュールを含むため、双方向通信である。例えば、ディスプレイ４０６は、タッチスクリーンモジュールによって認識され、入力としてプロセッサ４０２に提供される、ユーザによる選択のためのソフトボタンを提供する。

【0068】

プロセッサ４０２は、スピーカ４０８と電気的に通信するか、またはこれを制御している。スピーカ４０８は、プロセッサ４０２によって検出されたトリガイベントに応答して可聴音（例えば、トーン、ビープ音、またはブザー）を提供する。

【0069】

ＢＧＭ装置４００は、プロセッサ４０２と電気的に通信するか、またはプロセッサによって制御される電気モータ４１０を含む。ＢＧＭ装置４００は、トリガイベントの検出に応答して通知を通信し得る。例えば、電気モータ４１０は回転し、プロセッサ４０２によって検出されたトリガイベントに応答してＢＧＭ装置４００を振動させる（例えば、警告を示すために）。電気モータ４１０は、スピーカ４０８によって提供される可聴警告を補足するかまたは可聴警告を置き換えるための警告を提供する。

【0070】

プロセッサ４０２は、マイクロフォン４２２と電気的に通信するか、またはマイクロフォンから情報を受信する。例えば、プロセッサ４０２は、マイクロフォン４２２を介してオーディオ信号を受信する。

【0071】

ＢＧＭ装置４００は、１つまたは複数の１つまたは複数の発光ダイオード（ＬＥＤ）４２８などの視覚的インジケータを含む。１つまたは複数のＬＥＤ４２８を点灯または点滅させて、警告を提供する、またはユーザに他の情報（例えば、バッテリ残量が少ない、または装置の電源が入っている）を伝達する。

【0072】

図５は、インスリンポンプ５００の例を示すブロック図である。図５に示すように、インスリンポンプ５００は、プロセッサ５０２を含む。プロセッサ５０２は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、マイクロプロセッサ、集積回路、プログラマブルロジック装置（ＰＬＤ）、特定用途向け集積回路（ＡＳＩＣ）などの１つまたは複数の回路を含む。プロセッサ５０２は、信号符号化、データ処理、電力制御、画像処理、入出力処理、またはインスリンポンプ５００が本明細書に記載するように実行することを可能にする任意の他の機能を実行する。

【0073】

図５の実施形態では、プロセッサ５０２は、インスリンポンプ５００内のポンプモータ５０４と電気的に通信するか、またはこれを制御する。ポンプモータ５０４は、プランジャ機構５１４を押す駆動ユニット５１２を駆動する。プランジャ機構５１４は、インスリンカートリッジ（図示せず）からインスリンを吐出する。インスリンカートリッジは、ユーザに送達するためのインスリンの供給部を含む。

【0074】

プロセッサ５０２は、ユーザに情報を提供するためにディスプレイ５０６と電気的に通信するか、または画像を生成する。ディスプレイ５０６とプロセッサ５０２との間の通信は、ディスプレイ５０６がユーザから情報を受信し、そのような情報をプロセッサ５０２に提供することができるタッチスクリーンモジュールを含むため、双方向通信である。例えば、ディスプレイ１３０６は、タッチスクリーンモジュールによって認識され、入力としてプロセッサ５０２に提供される、ユーザによる選択のためのソフトボタンを提供する。

【0075】

プロセッサ５０２は、スピーカ５０８と電気的に通信するか、またはこれを制御する。スピーカ５０８は、プロセッサ５０２によって検出されたトリガイベントに応答して可聴音（例えば、トーン、ビープ音、またはブザー）を提供する。

【0076】

インスリンポンプ５００は、プロセッサ５０２と電気的に通信するか、またはプロセッサによって制御される電気モータ５１０を含む。インスリンポンプ５００は、トリガイベントの検出に応答して通知を通信し得る。例えば、電気モータ５１０は回転し、プロセッサ５０２によって検出されたトリガイベントに応答してインスリンポンプを振動させる（例えば、警告を示すために）。電気モータ５１０は、スピーカ５０８によって提供される可聴警告を補足するかまたは可聴警告を置き換えるための警告を提供する。

【0077】

プロセッサ５０２は、メモリ５１６と電気的に通信する。プロセッサは、メモリ５１６に情報を記憶するか、またはメモリから情報を取得する。メモリ５１６は、コンピュータ可読媒体を記憶するための非リムーバブルメモリまたはリムーバブルメモリを含む。非リムーバブルメモリは、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードディスク、または任意の他の種類の非リムーバブルメモリストレージを含む。リムーバブルメモリは、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、メモリカード（例えば、デジタルカメラメモリカード）、または任意の他の種類のリムーバブルメモリを含む。プロセッサ５０２は、実行可能命令またはインスリンポンプ５００によって使用される他の情報のためにメモリ５１６にアクセスする。

【0078】

インスリンポンプ５００は、通信回路５１８を含む。プロセッサ５０２は、情報を送信または受信するために通信回路５１８と電気的に通信する。通信回路５１８は、有線通信または無線通信を行うことができる。例えば、無線通信回路５１８は、アンテナを介してＲＦ信号（例えば、ＢＬＵＥＴＯＯＴＨ（登録商標）、近距離無線通信（ＮＦＣ）、ＷＩＦＩ（登録商標）、ＷＩ－ＭＡＸ（登録商標）、セルラー、または他の適切なＲＦ信号）を送受信するための無線周波数（ＲＦ）送受信機、または無線通信を実行することができる他の通信モジュールを含む。通信回路５１８は、赤外線（ＩＲ）通信を行うことができる。

【0079】

プロセッサ５０２は、プロセッサ５０２に入力を提供するためのキーパッド５２４と電気的に通信する。キーパッド５２４は、ユーザから入力を受け付けるための１つまたは複数のキーを含む。キーパッド５２４は、ユーザが選択を行うときにキーの機能が変化し得るハードキーまたはソフトキーを含む。

【0080】

プロセッサ５０２への他の入力は、センサ５２６によって提供される。センサ５２６は、インスリンのリザーバ内の圧力に敏感な圧力センサ、インスリンカートリッジの存在に敏感なカートリッジセンサ、または駆動ユニット５１２内のギア（図示せず）の動きを検出する運動センサを含む。

【0081】

図６は、コンピューティング装置上の健康関連イベントの通知視認レベルを決定するための例示的なプロセス６００のフローチャートを示している。例示的なプロセス６００は、例えば、１つまたは複数のコンピューティング装置などの１つまたは複数の装置によって実行される。プロセス６００は、単一のコンピューティング装置によって実行されるか、または複数の装置にわたって分散される。例えば、プロセス６００は、コンピューティング装置（例えば、図１に示すモバイル装置１０４またはリモートコンピューティング装置１２２など）によって実行される。プロセス６００は、コンピューティング装置によって実行される健康管理アプリケーション（例えば、モバイルアプリケーション１０５など）によって実行され得る。例示的なプロセス６００は、メモリ（例えば、図５に示すメモリ５１６など）からの命令を実行する制御回路（例えば、図５に示すプロセッサ５０２など）によって実行され得る。

【0082】

図６に例示されるように、健康関連イベントは、６０２において識別され得る。健康関連イベントは、ユーザに割り当てられたタスク（例えば、新たなタスクまたは既存のタスク）であり得る。健康関連イベントは、健康状態、疾患、病気、および／または病気に関連付けられ得る。健康関連イベントは、構造化試験期間の一部、健康管理レジメンの一部、運動レジメンの一部、個人衛生レジメンの一部、食事プログラムの一部、および／または別の健康関連イベントであり得る。健康関連イベントは、６０２において、ユーザ入力に応答して識別され得る。ユーザは、健康関連イベントに関連付けられた情報をコンピューティング装置の健康管理アプリケーション（例えば、図１に示すモバイルアプリケーション１０５など）に入力し得る。例えば、ユーザは、健康関連イベントを識別するために、モバイルアプリケーション内の「新たなタスク」または「タスク作成」オプションを選択し得る。健康関連イベントは、食事をとること、活動（例えば、運動の種類など）を行うこと、ある用量の薬剤を服用すること、医学的測定値（例えば、血糖レベル、体温、心拍数、血圧、酸素飽和度）を記録すること、睡眠情報を記録すること、処方状況（例えば、処方薬の注文、処方薬の調剤など）、ワクチン接種状況、受診／検査（例えば、歯科訪問、プライマリケア訪問、専門家訪問、視力検査など）などを含み得る。

【0083】

コンピューティング装置は、６０４において、健康関連イベントに関連付けられたデータを識別し得る。健康関連イベントに関連付けられたデータは、履歴データおよび／またはリアルタイムデータであり得る。例えば、コンピューティング装置は、健康関連イベントに関連付けられた履歴データについてデータベース（例えば、図１に示すデータストア１２４など）に問い合わせてもよい。データベースは、ローカルデータベース（例えば、コンピューティング装置上の）またはリモートデータベース（例えば、リモートコンピューティング装置上の）であってもよい。リモートデータベースは、クラウドに配置されてもよく、コンピューティング装置は、ネットワークを介してリモートデータベースにアクセスしてもよい（例えば、健康関連イベントに関連付けられた履歴データがデータベースに配置されている場合、コンピューティング装置は、データを健康関連イベントにリンクしてもよい）。データベース内に位置する履歴データは、健康関連イベントおよび／または健康関連イベントに類似または関連する別の健康関連イベントに関連付けられた履歴データであり得る。コンピューティング装置は、６０４において、コンピューティング装置から受信したデータに基づいてリアルタイムデータを識別し得る。例えば、コンピューティング装置（例えば、健康管理アプリケーション）は、血糖モニタ（例えば、図１に示すＣＧＭ１０２またはＢＧＭ１０６）からの血糖測定値を健康関連イベントにリンクし得る。コンピューティング装置（例えば、健康管理アプリケーション）は、医薬品および／または食事に関連付けられた固有の識別子のスキャンに基づいて、医薬品の医薬品データおよび／または食事の食事データを健康関連イベントにリンクし得る。例えば、履歴および／またはリアルタイムデータの少なくとも一部は、医薬品または食事に添付されたバーコード、クイックレスポンス（ＱＲ）コード、無線周波数識別（ＲＦＩＤ）タグ、または近距離無線通信（ＮＦＣ）タグのうちの１つまたは複数をスキャンすると、コンピューティング装置によって受信され得る。コンピューティング装置は、リアルタイムデータをデータベースに記憶し得る。

【0084】

データは、１つまたは複数の血糖値、食事エントリ、医薬品エントリ、運動エントリ、体温、心拍数、血圧、酸素飽和度レベル、睡眠情報、検査室データ、手動データエントリなどを含み得る。例では、データは、健康関連イベントの完了を示す手動エントリを含み得る。手動エントリは、調査に対するユーザ応答を含み得る。例では、データは、健康関連イベントの完了を示す自動エントリを含み得る。例えば、コンピューティング装置は、６０４において、識別されたデータに基づいて健康関連イベントが完了したと決定し得る。

【0085】

コンピューティング装置は、６０６において、健康関連イベントについてのアドヒアランスレベルを決定し得る。アドヒアランスレベルは、アドヒアランス率に基づいて計算され得る。６０６において、健康関連イベントに関連付けられたデータに基づいて、アドヒアランス率が決定され得る。アドヒアランス率は、ユーザが所与の期間（例えば、アドヒアランス期間）に健康関連イベントを実行する頻度の定量的尺度であり得る。別の言い方をすれば、アドヒアランス率は、アドヒアランス期間にわたる健康関連イベントの完了に対するユーザの過去のアドヒアランスを示し得る。アドヒアランス率は、６０６において、アドヒアランス期間中に健康関連イベントを実行する機会の数と、アドヒアランス期間中に健康関連イベントが完了した回数とを使用して決定され得る。

【0086】

アドヒアランス期間（例えば、アドヒアランス期間の持続時間）は、予め決定されてもよく、健康関連イベントに基づいてもよい。例えば、異なる健康関連イベントは、アドヒアランスレベル決定のための異なるアドヒアランス期間を有し得る。健康関連イベントは、ユーザが定期的なスケジュール（例えば、毎日、毎週など）で実行する必要があるタスクであり得る。アドヒアランス期間は、アドヒアランスレベルの決定前の最新の期間（例えば、３０日間、６０日間、９０日間など）を含み得る。さらに、例えば、アドヒアランスレベルに基づいて、アドヒアランス期間が経時的に調整され得る。例えば、新たなタスク（例えば、７日未満、１４日未満、または３０日未満）は、古いタスクよりも短いアドヒアランス期間に関連付けられ得る。別の言い方をすれば、タスクが経時的にユーザによって実行されるにつれて、そのタスクのアドヒアランス期間の持続時間が増加し得る。

【0087】

アドヒアランスレベルは、ユーザが健康関連イベントの所与のインスタンスを実行する確率を示し得る。コンピューティング装置（例えば、健康管理アプリケーション）は、予測モデルを使用して（例えば、予測学習を使用する）、ユーザが健康関連イベントの所与のインスタンスを実行する確率を決定し得る。例えば、予測モデルは、１つまたは複数の同様の健康関連イベントに関連付けられた履歴および／またはリアルタイムデータ（例えば、アドヒアランスデータ）を使用して確率を決定し得る。

【0088】

アドヒアランスレベルは、ユーザ関連イベントについてのアドヒアランスの範囲を含み得る。ユーザ関連イベントは、複数のアドヒアランスレベルに関連付けられてもよい。複数のアドヒアランスレベルのそれぞれは、それぞれ、アドヒアランス上側閾値およびアドヒアランス下側閾値によって定義され得る。アドヒアランスの範囲は、アドヒアランス上側閾値とアドヒアランス下側閾値との間の複数のアドヒアランスレベルを含み得る。アドヒアランスレベルの例示的なセットが表１に示されている。

【表1】

表１に示すアドヒアランスレベルの例示的なセットでは、アドヒアランスレベル１は、０％のアドヒアランス下側閾値および２０％のアドヒアランス上側閾値によって定義され、アドヒアランスレベル２は、２０％のアドヒアランス下側閾値および４９％のアドヒアランス上側閾値によって定義され、アドヒアランスレベル３は、５０％のアドヒアランス下側閾値および７９％のアドヒアランス上側閾値によって定義され、アドヒアランスレベル４は、８０％のアドヒアランス下側閾値および１００％のアドヒアランス上側閾値によって定義される。

【0089】

複数のアドヒアランスレベルは、アドヒアランスレベルを決定することができない未定義のアドヒアランスレベルを含み得る。コンピューティング装置（例えば、モバイル健康アプリケーション）の通信状態は、定期的に（例えば、毎日）チェックされ得る。コンピューティング装置は、コンピューティング装置が通信の喪失とデータの記録／順守の報告の失敗とを区別することができるように、成功した通信のインスタンスを記録し得る。コンピューティング装置が、アドヒアランス期間中に所定の日数を超えて通信状態の喪失にあるとき、コンピューティング装置は、未定義のアドヒアランスレベルを選択し得る。コンピューティング装置が通信状態の喪失状態にある日数が使用されて、アドヒアランスレベルを決定し得る。例えば、コンピュータ装置が通信状態の喪失にあった時間に対応するアドヒアランスが報告されなかったときは、アドヒアランスレベルの決定から省略され得る。通信状態の喪失をアドヒアランスレベル決定に使用することは、通信の喪失を健康関連イベントの順守の失敗と誤って解釈することを防止し得る。

【0090】

複数のアドヒアランスレベルは、ユーザの特性、健康関連イベントの時期、健康関連イベントの特性、健康関連イベントのアドヒアランスが所定の期間内に記録された回数、または健康関連イベントの頻度のうちの１つまたは複数に基づいて調整可能であり得る。１つまたは複数のアドヒアランス上側閾値および／またはアドヒアランス下側閾値は、特定の健康関連イベントに対して調整され得る。例えば、極めて重要な健康関連イベントの１つまたは複数のレベルに対するより低いアドヒアランス閾値は、健康関連イベントの相対的な重要性に応じて、１つまたは複数のレベルに対してより高いアドヒアランス率が必要とされるように増加され得る。健康関連イベントは、ユーザおよび／または第三者にとって極めて重要であり得る。例えば、極めて重要な健康関連イベントについてのアドヒアランスレベルは、より高いより低いアドヒアランス閾値および／または１つまたは複数のアドヒアランスレベルのより小さいアドヒアランス範囲を含み得る。追加的または代替的に、アドヒアランスレベルは、健康関連イベントが頻繁に実行されるタスクになるにつれて調整可能であってもよい。例えば、健康関連イベントが頻繁に行われるタスクになるにつれて、より低いアドヒアランス閾値が減らされてもよい。

【0091】

追加的または代替的に、アドヒアランスレベルは、６０６において、健康関連イベントに関連付けられた他のユーザ（例えば、類似の特性および／または特性を有する他のユーザ）に関連付けられたデータに基づいて決定されてもよい。例えば、健康関連イベントに関連付けられた他のユーザに関連付けられたデータが使用されて、初期アドヒアランスレベルを決定し得る。コンピューティング装置（例えば、モバイル健康アプリケーション）は、同様の年齢、性別、活動レベル、病歴などを有する１人または複数のユーザ（例えば、そのグループ）を識別し得る。コンピューティング装置（例えば、モバイル健康アプリケーション）は、健康関連イベントについての１人または複数のユーザのアドヒアランスデータを集約して、ユーザのアドヒアランスレベルを決定し得る。例えば、コンピューティング装置（例えば、モバイル健康アプリケーション）は、アドヒアランスレベルモデルを生成および／または維持し得る。アドヒアランスレベルモデルは、所定の年齢範囲内の、特定の性別を有する、特定の活動レベルを有する、および／または特定の病歴を有するユーザの特定の健康関連イベントに対するアドヒアランスレベルを決定するために使用され得る。

【0092】

コンピューティング装置は、６０８において、６０６において決定されたアドヒアランスレベルに基づいて、健康関連イベントの通知視認レベルを決定し得る。通知視認レベルは、ユーザ健康関連イベントに関連付けられた通知のユーザに対する視認性の尺度であり得る。例えば、より低いアドヒアランスレベルを有する健康関連イベントは、より高いアドヒアランスレベルを有する健康関連イベントよりも高い通知視認レベルを割り当てられ得る。異なる通知視認レベルを有することは、それらの健康関連イベントにアドヒアランスして良好な仕事をするようにユーザを促し得る。例えば、ユーザは、受信した通知／警告の数を減らしたい場合がある。

【0093】

通知視認レベルは、６０８において、健康関連イベントに関連付けられた時期に基づいて決定され得る。例えば、より新たな健康関連イベントには、同じまたは同様のアドヒアランスレベルを有するより古い健康関連イベントと比較して、より高い通知視認レベルが割り当てられ得る。通知視認レベルは、６０８において、健康関連イベントに関連付けられたアドヒアランスレベルおよびユーザが健康関連イベントを実行していた時間の長さを使用して健康関連イベントについての通知視認レベルを計算する通知視認モデルを使用して決定され得る。

【0094】

通知視認レベルは、６０８において、介入視認レベル、入力要求視認レベル、ダッシュボード視認レベル、および隠れ視認レベルを含む複数の通知視認レベルから決定され得る。介入視認レベルは、複数の通知視認レベルのうちの最高の通知視認レベルであってもよい。介入視認レベルが健康関連イベントに割り当てられると、通知がユーザ（例えば、コンピューティング装置）に送信されてもよく、通知が健康関連イベントを実行する動機を提供することができる可能性がある別のユーザ（例えば、信頼できるケアパートナー、指導者、ケアコーディネータ、看護師、医師など）に送信されてもよい。入力要求視認レベルが健康関連イベントに割り当てられると、コンピューティング装置（例えば、モバイル健康アプリケーション）は、健康関連イベントの完了を記録するための通知および／またはリマインダを表示し得る。例えば、通知および／またはリマインダは、ユーザが健康関連イベントの完了を記録することができる画面にユーザを転送する埋め込みリンクを含み得る。

【0095】

ダッシュボード視認レベルが健康関連イベントに割り当てられると、コンピューティング装置（例えば、モバイル健康アプリケーション）は、健康関連イベントを、所与の期間（例えば、毎日、毎週、毎月、四半期ごとなど）に完了すべきタスクのリストに含み得る。例では、ダッシュボードの視認レベルは、例えば、ビューを簡素化し、ユーザが多すぎるタスクで圧倒されるのを回避するために、所与の日に完了すべきタスクのリストを表示するように構成されてもよい。タスクのリストは、ＴｏＤｏリスト、ダッシュボードなどと呼ばれることがある。例では、ダッシュボード視認レベルは、コンピューティング装置上のカレンダーアプリケーション内のタスクのリストの表示を（例えば、カレンダーウィジェットを介して）可能にし得る。この場合、カレンダーアプリケーションは、１日の次の部分（例えば、所定の時間数）内で予想されるタスクおよび／または現在のコンテキスト（例えば、場所および時刻）と一致するタスクを優先するリストの最小化バージョンを表示し得る。隠れ視認レベルが健康関連イベントに割り当てられると、コンピューティング装置（例えば、健康管理アプリケーション）は、視界から隠され得る（例えば、ユーザに表示されない）。例えば、隠れ健康関連イベントは、完了すべきタスクの通知および／またはリストに表示されなくてもよい。隠れ健康関連イベントについてのアドヒアランスデータは、健康管理アプリケーションを介してアクセスされ得る。

【0096】

通知視認レベルは、６０８において、動的に決定され得る。例えば、通知視認レベルは、ユーザが健康関連イベントを経時的に実行するにつれて（例えば、毎日、毎週など）更新され得る。通知視認レベルは、最新の期間（例えば、７日間、１４日間、３０日間など）からのデータを使用して更新され得る。ユーザ健康関連イベントに対するアドヒアランスが高まったとき（例えば、アドヒアランス閾値を超える）、健康関連イベントの完了が予定されているときにユーザに通知されないように、通知視認レベルが下げられてもよい。コンピューティング装置（例えば、モバイル健康アプリケーション）は、健康関連イベントの通知視認レベルが変化したときにユーザに通知を表示し得る。例えば、通知は、通知視認レベル変化が、所定の閾値を超えるアドヒアランスレベルを維持するための報酬であることを示し得る。健康関連イベントに対する高いアドヒアランスに起因して健康関連イベントについての通知をユーザが受信しないことが分かると、ユーザは、他の健康関連イベントに対するアドヒアランスを高めて、受信される通知および／または警告の数を減らすように促される／動機付けられ得る。

【0097】

図７は、コンピューティング装置上の健康関連イベントの通知視認レベルを決定するための別の例示的なプロセス７００のフローチャートを示している。例示的なプロセス７００は、例えば、１つまたは複数のコンピューティング装置などの１つまたは複数の装置によって実行される。プロセス７００は、単一のコンピューティング装置によって実行されてもよく、または複数の装置にわたって分散されてもよい。例えば、プロセス７００は、コンピューティング装置（例えば、図１に示すモバイル装置１０４またはリモートコンピューティング装置１２２など）によって実行されてもよい。プロセス７００は、コンピューティング装置によって実行される健康管理アプリケーション（例えば、モバイルアプリケーション１０５など）によって実行されてもよい。例示的なプロセス７００は、メモリ（例えば、図５に示すメモリ５１６など）からの命令を実行する制御回路（例えば、図５に示すプロセッサ５０２など）によって実行されてもよい。

【0098】

図７に例示されるように、健康関連イベントは、７０２において識別され得る。健康関連イベントは、ユーザに割り当てられたタスク（例えば、新たなタスクまたは既存のタスク）であり得る。例えば、健康関連イベントは、ユーザが定期的なスケジュール（例えば、毎日、毎週など）で実行する必要があるタスクであり得る。健康関連イベントは、健康状態、疾患、病気、および／または病気に関連付けられ得る。健康関連イベントは、構造化試験期間の一部、健康管理レジメンの一部、運動レジメンの一部、個人衛生レジメンの一部、食事プログラムの一部、および／または別の健康関連イベントであり得る。健康関連イベントは、７０２において、ユーザ入力に応答して識別され得る。ユーザは、健康関連イベントに関連付けられた情報をコンピューティング装置の健康管理アプリケーション（例えば、図１に示すモバイルアプリケーション１０５など）に入力し得る。例えば、ユーザは、健康関連イベントを識別するために、モバイルアプリケーション内の「新たなタスク」または「タスク作成」オプションを選択し得る。健康関連イベントは、食事をとること、活動（例えば、運動の種類など）を行うこと、ある用量の薬剤を服用すること、医学的測定値（例えば、血糖レベル、体温、心拍数、血圧、酸素飽和度）を記録すること、睡眠情報を記録すること、処方状況（例えば、処方薬の注文、処方薬の調剤など）、ワクチン接種状況、受診／検査（例えば、歯科訪問、プライマリケア訪問、専門家訪問、視力検査など）などを含み得る。

【0099】

コンピューティング装置は、７０４において、健康関連イベントに関連付けられたコンテキストを決定し得る。コンテキストは、時間、場所、１つもしくは複数のユーザ特性および／または１つもしくは複数のイベント特性を含み得る。１つまたは複数のユーザ特性は、教育レベル、社会経済的状態、年齢、性別、配偶者の有無などを含み得る。１つまたは複数のイベント特性は、健康関連イベントに割り当てられた活動コードを含み得る。例では、各健康関連イベントには、固有の活動コードが割り当てられ得る。他の例では、類似の健康関連イベントのグループには、グループ活動コードが割り当てられ得る。

【0100】

コンピューティング装置は、７０６において、健康関連イベントに関連付けられたデータにアクセス可能かどうかを決定し得る。例えば、コンピューティング装置は、そのメモリ（例えば、図２に示すメモリ２１６など）に問い合わせて、健康関連イベントに関連付けられた任意のデータを識別し得る。コンピューティング装置はまた、外部データベース（例えば、図１に示すデータストア１２４など）に問い合わせて、健康関連イベントに関連付けられた任意のデータを識別してもよい。健康関連イベントがユーザおよび／またはシステムにとって新規であるとき、健康関連イベントに関連付けられたデータにアクセスできない可能性がある。

【0101】

健康関連イベントに関連付けられたデータにアクセスできないとき、ユーザ装置は、７０８において、健康関連イベントについての既存のラベルを選択し得る。追加的または代替的に、ユーザは、健康関連イベントのラベルを入力してもよい。例えば、ユーザは、健康関連イベントに関する情報を、健康関連イベントのラベルとして使用されるユーザ装置の健康管理アプリケーションに入力し得る。

【0102】

ユーザ装置は、７１２において、健康関連イベントが既存の行動であるかどうかを決定し得る。健康関連イベントが既存の行動ではないとき、７２０において、ユーザ装置は、健康関連イベントを行った他のユーザに関連付けられたデータに基づいて、健康関連イベントの視認レベルを決定し得る。ユーザ装置は、同様の年齢、性別、活動レベル、病歴などを有する１人または複数のユーザ（例えば、そのグループ）を識別し得る。ユーザ装置は、健康関連イベントについての１人または複数のユーザのアドヒアランスデータを集約して、ユーザの初期視認レベルを決定し得る。例えば、ユーザ装置は、アドヒアランスレベルモデルを生成および／または維持し得る。アドヒアランスレベルモデルは、所定の年齢範囲内のユーザ、特定の性別を有するユーザ、特定の活動レベルを有するユーザ、および／または特定の病歴についての特定の健康関連イベントについての初期視認レベルを決定するために使用され得る。追加的または代替的に、健康関連イベントが既存の行動ではないとき、ユーザ装置は、７２０において、健康関連イベントの初期視認レベルを決定してもよい。初期視認レベルは、入力要求視認レベルであってもよい。入力要求視認レベルが健康関連イベントに割り当てられると、コンピューティング装置は、健康関連イベントの完了を記録するための通知および／またはリマインダを表示し得る。例えば、入力要求視認レベルの通知および／またはリマインダは、ユーザが健康関連イベントの完了を記録することができる画面にユーザを転送する埋め込みリンクを含み得る。

【0103】

健康関連イベントが既存の行動であるとき、コンピューティング装置は、７１６において、健康関連イベントについてのユーザ報告のアドヒアランスを収集し得る。ユーザが報告したアドヒアランスは、健康関連イベントの完了を示す手動エントリを含み得る。手動エントリは、調査に対するユーザ応答を含み得る。例では、データは、健康関連イベントの完了を示す自動エントリを含み得る。例えば、コンピューティング装置は、収集されたデータに基づいて健康関連イベントが完了したと決定し得る。追加的または代替的に、収集されたユーザ報告のアドヒアランスは、他のコンピューティング装置から受信したデータに基づくリアルタイムデータを含んでもよい。例えば、コンピューティング装置は、血糖値モニタ（例えば、図１に示すＣＧＭ１０２またはＢＧＭ１０６）からの血糖測定値を健康関連イベントにリンクし得る。コンピューティング装置（例えば、健康管理アプリケーション）は、医薬品および／または食事に関連付けられた固有の識別子のスキャンに基づいて、医薬品の医薬品データおよび／または食事の食事データを健康関連イベントにリンクし得る。例えば、ユーザが報告したアドヒアランスデータの少なくとも一部は、薬剤または食事に添付されたバーコード、クイックレスポンス（ＱＲ）コード、無線周波数識別（ＲＦＩＤ）タグ、または近距離無線通信（ＮＦＣ）タグのうちの１つまたは複数をスキャンすると、コンピューティング装置によって受信され得る。コンピューティング装置は、ユーザが報告したアドヒアランスデータを、例えばデータベースに記録し得る。

【0104】

健康関連イベントに関連付けられたデータにアクセス可能であるとき、コンピューティング装置は、７１０において、履歴データがユーザ健康関連イベントについて利用可能であるかどうかを決定し得る。例えば、コンピューティング装置は、健康関連イベントに関連付けられた履歴データのためにデータベース（例えば、図１に示すデータストア１２４など）および／またはリモートコンピューティング装置（例えば、図１に示すリモートコンピューティング装置１２２など）に問い合わせてもよい。データベースは、ローカルデータベース（例えば、コンピューティング装置上の）またはリモートデータベース（例えば、リモートコンピューティング装置上の）であってもよい。リモートデータベースは、クラウド内に配置されてもよく、コンピューティング装置は、ネットワーク（例えば、図１に示すネットワーク１２０など）を介してリモートデータベースにアクセスしてもよい。健康関連イベントに関連付けられた履歴データがデータベース内に位置する場合、コンピューティング装置は、データを健康関連イベントにリンクし得る。データベース内に位置する履歴データは、健康関連イベントおよび／または健康関連イベントに類似または関連する別の健康関連イベントに関連付けられた履歴データであり得る。ユーザ健康関連イベントについて利用可能な履歴データがないとき、本方法は、７１６に進み得る。

【0105】

履歴データがユーザ健康関連イベントについて利用可能であるとき、コンピューティング装置は、７１４において、健康関連イベントに関連付けられたアドヒアランスレベルを決定し得る。例えば、コンピューティング装置は、７１４において、履歴データを使用して、アドヒアランスレベルを決定し得る。本方法は、７２０に進み、コンピューティング装置は、７２０において、７１４において決定されたアドヒアランスを使用して、健康関連イベントについての視認レベルを決定し得る。

【0106】

図８は、コンピューティング装置上の健康関連イベントの通知視認レベルを調整するための例示的なプロセス８００のフローチャートを示している。例示的なプロセス８００は、例えば、１つまたは複数のコンピューティング装置などの１つまたは複数の装置によって実行される。プロセス８００は、単一のコンピューティング装置によって実行されるか、または複数の装置にわたって分散される。例えば、プロセス８００は、コンピューティング装置（例えば、図１に示すモバイル装置１０４またはリモートコンピューティング装置１２２など）によって実行される。プロセス８００は、コンピューティング装置によって実行される健康管理アプリケーション（例えば、モバイルアプリケーション１０５など）によって実行されてもよい。例示的なプロセス８００は、メモリ（例えば、図５に示すメモリ５１６など）からの命令を実行する制御回路（例えば、図５に示すプロセッサ５０２など）によって実行されてもよい。

【0107】

図８に例示されるように、健康関連イベントは、８０２において識別され得る。健康関連イベントは、ユーザに割り当てられたタスク（例えば、新たなタスクまたは既存のタスク）であり得る。例えば、健康関連イベントは、ユーザが定期的なスケジュール（例えば、毎日、毎週など）で実行する必要があるタスクであり得る。健康関連イベントは、健康状態、疾患、病気、および／または病気に関連付けられ得る。健康関連イベントは、構造化試験期間の一部、健康管理レジメンの一部、運動レジメンの一部、個人衛生レジメンの一部、食事プログラムの一部、および／または別の健康関連イベントであり得る。健康関連イベントは、８０２において、ユーザ入力に応答して識別され得る。ユーザは、健康関連イベントに関連付けられた情報をコンピューティング装置の健康管理アプリケーション（例えば、図１に示すモバイルアプリケーション１０５など）に入力し得る。例えば、ユーザは、健康関連イベントを識別するために、モバイルアプリケーション内の「新たなタスク」または「タスク作成」オプションを選択し得る。健康関連イベントは、食事をとること、活動（例えば、運動の種類など）を行うこと、ある用量の薬剤を服用すること、医学的測定値（例えば、血糖レベル、体温、心拍数、血圧、酸素飽和度）を記録すること、睡眠情報を記録すること、処方状況（例えば、処方薬の注文、処方薬の調剤など）、ワクチン接種状況、受診／検査（例えば、歯科訪問、プライマリケア訪問、専門家訪問、視力検査など）などを含み得る。

【0108】

コンピューティング装置は、８０４において、８０２において識別された健康関連イベントの通知視認レベルを決定し得る。コンピューティング装置は、８０４において、健康関連イベントを実行した他のユーザに関連付けられたデータに基づいて、健康関連イベントの視認レベルを決定し得る。コンピューティング装置は、同様の年齢、性別、活動レベル、病歴などを有する１人または複数のユーザ（例えば、そのグループ）を識別し得る。コンピューティング装置は、健康関連イベントについての１人または複数のユーザのアドヒアランスデータを集約して、ユーザの初期視認レベルを決定し得る。例えば、コンピューティング装置は、アドヒアランスレベルモデルを生成および／または維持し得る。アドヒアランスレベルモデルは、所定の年齢範囲内のユーザ、特定の性別を有するユーザ、特定の活動レベルを有するユーザ、および／または特定の病歴についての特定の健康関連イベントについての初期視認レベルを決定するために使用され得る。

【0109】

追加的または代替的に、健康関連イベントが既存の行動ではないとき、コンピューティング装置は、８０４において、健康関連イベントの初期視認レベルを決定してもよい。初期視認レベルは、入力要求視認レベルであってもよい。入力要求視認レベルが健康関連イベントに割り当てられると、コンピューティング装置は、健康関連イベントの完了を記録するための通知および／またはリマインダを表示し得る。例えば、入力要求視認レベルの通知および／またはリマインダは、ユーザが健康関連イベントの完了を記録することができる画面にユーザを転送する埋め込みリンクを含み得る。

【0110】

コンピューティング装置は、８０６において、健康関連イベントに関連付けられたデータを収集し得る。データは、健康関連イベントの完了を示す手動エントリを含み得る。手動エントリは、調査に対するユーザ応答を含み得る。例では、データは、健康関連イベントの完了を示す自動エントリを含み得る。例えば、コンピューティング装置は、収集されたデータに基づいて健康関連イベントが完了したと決定し得る。追加的または代替的に、８０６において収集されたデータは、他のコンピューティング装置から受信したデータに基づくリアルタイムデータを含み得る。例えば、コンピューティング装置は、血糖値モニタ（例えば、図１に示すＣＧＭ１０２またはＢＧＭ１０６）からの血糖測定値を健康関連イベントにリンクし得る。コンピューティング装置は、医薬品および／または食事に関連付けられた固有の識別子のスキャンに基づいて、医薬品の医薬品データおよび／または食事の食事データを健康関連イベントにリンクし得る。例えば、データの少なくとも一部は、薬剤または食事に添付されたバーコード、クイックレスポンス（ＱＲ）コード、無線周波数識別（ＲＦＩＤ）タグ、または近距離無線通信（ＮＦＣ）タグのうちの１つまたは複数をスキャンすると、コンピューティング装置によって受信され得る。コンピューティング装置は、健康関連イベントに関連付けられたデータを、例えばデータベースに記録し得る。

【0111】

データは、１つまたは複数の血糖値、食事エントリ、医薬品エントリ、運動エントリ、体温、心拍数、血圧、酸素飽和度レベル、睡眠情報、検査室データ、手動データエントリなどを含み得る。例では、データは、健康関連イベントの完了を示す手動エントリを含み得る。手動エントリは、調査に対するユーザ応答を含み得る。例では、データは、健康関連イベントの完了を示す自動エントリを含み得る。例えば、コンピューティング装置は、８０６において、収集されたデータに基づいて健康関連イベントが完了したと決定し得る。

【0112】

コンピューティング装置は、８０８において、健康関連イベントについてのアドヒアランス率を決定し得る。６０６において、健康関連イベントに関連付けられたデータに基づいて、アドヒアランス率が決定され得る。アドヒアランス率は、ユーザが所与の期間（例えば、アドヒアランス期間）に健康関連イベントを実行する頻度の定量的尺度であり得る。別の言い方をすれば、アドヒアランス率は、アドヒアランス期間にわたる健康関連イベントの完了に対するユーザの過去のアドヒアランスを示し得る。アドヒアランス率は、８０８において、アドヒアランス期間中に健康関連イベントを実行する機会の数と、アドヒアランス期間中に健康関連イベントが完了した回数とを使用して決定され得る。

【0113】

アドヒアランス期間（例えば、アドヒアランス期間の持続時間）は、予め決定されてもよく、健康関連イベントに基づいてもよい。例えば、異なる健康関連イベントは、アドヒアランスレベル決定のための異なるアドヒアランス期間を有し得る。アドヒアランス期間は、アドヒアランスレベルの決定前の最新の期間（例えば、３０日間、６０日間、９０日間など）を含み得る。さらに、例えば、アドヒアランスレベルに基づいて、アドヒアランス期間が経時的に調整され得る。例えば、新たなタスク（例えば、７日未満、１４日未満、または３０日未満）は、古いタスクよりも短いアドヒアランス期間に関連付けられ得る。別の言い方をすれば、タスクが経時的にユーザによって実行されるにつれて、そのタスクのアドヒアランス期間の持続時間が増加し得る。

【0114】

コンピューティング装置は、８０６において、健康関連イベントに関連付けられたデータを収集し得る。健康関連イベントに関連付けられたデータは、健康関連イベントの完了を示すためにユーザによって手動で入力されたデータを含み得る。手動エントリは、調査に対するユーザ応答を含み得る。例では、データは、健康関連イベントの完了を示す自動エントリを含み得る。例えば、コンピューティング装置は、収集されたデータに基づいて健康関連イベントが完了したと決定し得る。追加的または代替的に、健康関連イベントに関連付けられたデータは、他のコンピューティング装置から受信したデータに基づくリアルタイムデータを含み得る。例えば、コンピューティング装置は、血糖値モニタ（例えば、図１に示すＣＧＭ１０２またはＢＧＭ１０６）からの血糖測定値を健康関連イベントにリンクし得る。コンピューティング装置は、医薬品および／または食事に関連付けられた固有の識別子のスキャンに基づいて、医薬品の医薬品データおよび／または食事の食事データを健康関連イベントにリンクし得る。例えば、データの少なくとも一部は、薬剤または食事に添付されたバーコード、クイックレスポンス（ＱＲ）コード、無線周波数識別（ＲＦＩＤ）タグ、または近距離無線通信（ＮＦＣ）タグのうちの１つまたは複数をスキャンすると、コンピューティング装置によって受信され得る。コンピューティング装置は、収集されたデータを、例えばデータベースに記録し得る。

【0115】

健康関連イベントに関連付けられたデータは、１つまたは複数の血糖値、食事エントリ、医薬品エントリ、運動エントリ、体温、心拍数、血圧、酸素飽和度レベル、睡眠情報、検査室データ、手動データエントリなどを含み得る。例では、データは、健康関連イベントの完了を示す手動エントリを含み得る。手動エントリは、調査に対するユーザ応答を含み得る。例では、データは、健康関連イベントの完了を示す自動エントリを含み得る。例えば、コンピューティング装置は、８０６において、収集されたデータに基づいて健康関連イベントが完了したと決定し得る。

【0116】

コンピューティング装置は、８０８において、健康関連イベントについてのアドヒアランス率を決定し得る。８０８において、健康関連イベントに関連付けられた収集データに基づいて、アドヒアランス率が決定され得る。アドヒアランス率は、ユーザが所与の期間（例えば、アドヒアランス期間）に健康関連イベントを実行する頻度の定量的尺度であり得る。別の言い方をすれば、アドヒアランス率は、アドヒアランス期間にわたる健康関連イベントの完了に対するユーザの過去のアドヒアランスを示し得る。アドヒアランス率は、８０８において、アドヒアランス期間中に健康関連イベントを実行する機会の数と、アドヒアランス期間中に健康関連イベントが完了した回数とを使用して決定され得る。健康関連イベントの完了は、収集されたデータに基づいて決定され得る。

【0117】

アドヒアランス期間（例えば、アドヒアランス期間の持続時間）は、予め決定されてもよく、健康関連イベントに基づいてもよい。例えば、異なる健康関連イベントは、アドヒアランスレベル決定のための異なるアドヒアランス期間を有し得る。健康関連イベントは、ユーザが定期的なスケジュール（例えば、毎日、毎週など）で実行する必要があるタスクであり得る。アドヒアランス期間は、アドヒアランスレベルの決定前の最新の期間（例えば、３０日間、６０日間、９０日間など）を含み得る。さらに、例えば、アドヒアランスレベルに基づいて、アドヒアランス期間が経時的に調整され得る。例えば、新たなタスク（例えば、７日未満、１４日未満、または３０日未満）は、古いタスクよりも短いアドヒアランス期間に関連付けられ得る。別の言い方をすれば、タスクが経時的にユーザによって実行されるにつれて、そのタスクのアドヒアランス期間の持続時間が増加し得る。

【0118】

コンピューティング装置は、８１０において、アドヒアランス率を複数の所定のアドヒアランス閾値と比較し得る。複数の所定のアドヒアランス閾値は、複数のアドヒアランスレベルを定義するアドヒアランス率であり得る。例えば、それぞれの所定のアドヒアランス閾値は、アドヒアランスレベルのうちの１つに対するアドヒアランス上側閾値およびアドヒアランス下側閾値を定義し得る。

【0119】

コンピューティング装置は、８１２において、アドヒアランス率が現在の通知視認レベル（例えば、８０４において決定された通知視認レベル）に関連付けられたアドヒアランス閾値間にあるかどうかを決定し得る。例えば、現在の通知視認レベルは、複数のアドヒアランスレベルのアドヒアランスレベルに関連付けられ得る。コンピューティング装置は、８１２において、健康関連イベントについてのユーザのアドヒアランス率が、現在の通知視認レベルに関連付けられたアドヒアランスレベルのアドヒアランス閾値内に留まっているかどうかを決定し得る。

【0120】

アドヒアランス率が現在の通知視認レベルに関連付けられたアドヒアランスレベルのアドヒアランス閾値内にあるとき、コンピューティング装置は、８１４において、健康関連イベントに関連付けられたデータが閾値期間を超えて収集されたかどうかを決定し得る。閾値期間は、現在の通知視認レベルに関連付けられた期間であり得る。閾値期間は、新たな習慣を短期間の習慣として分類する間の時間の量、および／または短期間の習慣を確立された習慣として分類する間の時間の量を表し得る。例えば、健康関連イベントは、短期間の習慣閾値（例えば、１週間、１ヶ月など）未満の間にユーザによって行われたとき、新たな習慣として分類され得る。健康関連イベントは、短期間の習慣閾値よりも長く行われたが、確立された習慣閾値（例えば、１ヶ月、２ヶ月、６ヶ月など）未満であるとき、短期間の習慣として分類され得る。健康関連イベントは、確立された習慣閾値よりも長く行われたときに、確立された習慣として分類され得る。閾値期間のそれぞれは、通知視認レベルに関連付けられ得る。例えば、アドヒアランスが高い健康関連イベント（例えば、８０％を超えるアドヒアランス率）の通知視認レベルは、新たな習慣として分類されたときの入力要求視認レベルから、短期間の習慣として分類されたときのダッシュボード視認レベルへと、および確立された習慣として分類されたときの隠れ視認レベルへと遷移し得る。コンピューティング装置は、８１４において、現在の通知視認レベルについての上限閾値期間を超えたかどうかを決定し得る。

【0121】

現在の通知視認レベルの上限閾値期間を超えていないとき、コンピューティング装置は、８０６に進み、健康関連イベントに関連付けられたデータの収集（例えば、および記録）を継続し得る。

【0122】

現在の通知視認レベルの上限閾値期間を超えたとき、コンピューティング装置は、８１６において、健康関連イベントの通知視認レベルを調整し得る。例えば、コンピューティング装置は、ユーザが健康関連イベントを実行した時間量に基づいて通知視認レベルを更新し得る。現在の通知視認レベルは、上限閾値期間を超えたことに基づいて、更新された通知視認レベルに調整され得る。例えば、健康関連イベントの現在の通知視認レベルが入力要求視認レベルであり、新たな習慣／短期間の習慣についての上限閾値期間を超えたとき、通知視認レベルは、ダッシュボード視認レベルに調整され得る。通知視認レベルが調整されると、コンピューティング装置は、８０６に進み、健康関連イベントに関連付けられたデータの収集（例えば、および記録）を継続し得る。

【0123】

アドヒアランス率が、現在の通知視認レベルに関連付けられたアドヒアランスレベルのアドヒアランス閾値外であるとき、コンピューティング装置は、８１６において、本明細書で説明するように、健康関連イベントについての通知視認レベルを調整し得る。

【0124】

プロセス８００は、コンピューティング装置によって定期的に実行されてもよい。例えば、コンピューティング装置は、プロセス８００を、毎日（例えば、毎日の終わりに）、毎週、隔週および／または毎月実行してもよい。

【0125】

図９は、健康関連イベントを通知グループにグループ化するための別の例示的なプロセス９００のフローチャートを示している。例示的なプロセス９００は、例えば、１つまたは複数のコンピューティング装置などの１つまたは複数の装置によって実行される。プロセス９００は、単一のコンピューティング装置によって実行されてもよく、または複数の装置にわたって分散されてもよい。例えば、プロセス９００は、コンピューティング装置（例えば、図１に示すモバイル装置１０４またはリモートコンピューティング装置１２２など）によって実行されてもよい。プロセス９００は、コンピューティング装置によって実行される健康管理アプリケーション（例えば、モバイルアプリケーション１０５など）によって実行されてもよい。例示的なプロセス９００は、メモリ（例えば、図５に示すメモリ５１６など）からの命令を実行する制御回路（例えば、図５に示すプロセッサ５０２など）によって実行されてもよい。健康関連イベントを通知グループにグループ化することは、ユーザによって必要とされる通知および／または相互作用の数を減らし得る。例えば、コンピューティング装置は、健康関連イベントごとに１つの通知ではなく、通知グループに対して１つの通知を表示し得る。例では、コンピューティング装置は、通知グループ（例えば、午前通知グループ、午後通知グループ、夕方通知グループ、就寝時通知グループなど）による時刻通知（例えば、午前、午後、夕方、就寝時など）を表示し得る。

【0126】

図９に例示されるように、健康関連イベントは、９０２において識別され得る。健康関連イベントは、ユーザに割り当てられたタスク（例えば、新たなタスクまたは既存のタスク）であり得る。例えば、健康関連イベントは、ユーザが定期的なスケジュール（例えば、毎日、毎週など）で実行する必要があるタスクであり得る。健康関連イベントは、健康状態、疾患、病気、および／または病気に関連付けられ得る。健康関連イベントは、構造化試験期間の一部、健康管理レジメンの一部、運動レジメンの一部、個人衛生レジメンの一部、食事プログラムの一部、および／または別の健康関連イベントであり得る。健康関連イベントは、９０２において、ユーザ入力に応答して識別され得る。ユーザは、健康関連イベントに関連付けられた情報をコンピューティング装置の健康管理アプリケーション（例えば、図１に示すモバイルアプリケーション１０５など）に入力し得る。例えば、ユーザは、健康関連イベントを識別するために、モバイルアプリケーション内の「新たなタスク」または「タスク作成」オプションを選択し得る。健康関連イベントは、食事をとること、活動（例えば、運動の種類など）を行うこと、ある用量の薬剤を服用すること、医学的測定値（例えば、血糖レベル、体温、心拍数、血圧、酸素飽和度）を記録すること、睡眠情報を記録すること、処方状況（例えば、処方薬の注文、処方薬の調剤など）、ワクチン接種状況、受診／検査（例えば、歯科訪問、プライマリケア訪問、専門家訪問、視力検査など）などを含み得る。

【0127】

コンピューティング装置は、９０４において、健康関連イベントに関連付けられた第１のコンテキストを決定し得る。第１のコンテキストは、時間、場所、１つもしくは複数のユーザ特性および／または１つもしくは複数のイベント特性を含み得る。１つまたは複数のユーザ特性は、教育レベル、社会経済的状態、年齢、性別、配偶者の有無などを含み得る。１つまたは複数のイベント特性は、健康関連イベントに割り当てられた活動コードを含み得る。例では、各健康関連イベントには、固有の活動コードが割り当てられ得る。他の例では、類似の健康関連イベントのグループには、グループ活動コードが割り当てられ得る。

【0128】

コンピューティング装置は、９０６において、第１のコンテキストに関連する第２のコンテキストによって第２の健康関連イベントを識別し得る。例では、第２のコンテキストは、第１のコンテキストと同じであってもよい。他の例では、第２のコンテキストは、第１のコンテキストと同様であってもよい。第１のコンテキストが第１の時刻であるとき、第２のコンテキストは、第１の時刻に近い第２の時刻であってもよい。例えば、第１のコンテキストは午前９：００であってもよく、第２のコンテキストは午前であってもよい。午前９：００は午前であるため、第２のコンテキストは、第１のコンテキストに関連すると見なされ得る。追加的または代替的に、第１のコンテキストは、場所（例えば、家庭、学校、職場、レストラン、その他）を含み得る。第２のコンテキストが場所と一致するとき、９０６において、第２の健康関連イベントが識別され得る。

【0129】

コンピューティング装置は、９０８において、第１の健康関連イベントおよび第２の健康関連イベントを通知グループにグループ化し得る。例えば、第１の健康関連イベントおよび第２の健康関連イベントは、類似のコンテキストを有することに基づいて通知グループにグループ化され得る。健康関連イベントを通知グループにグループ化することは、ユーザによって必要とされる通知および／または相互作用の数を減らし得る。例えば、コンピューティング装置は、健康関連イベントごとに１つの通知ではなく、通知グループに対して１つの通知を表示し得る。追加的または代替的に、健康関連イベントをグループ化することは、１つまたは複数の健康関連イベントによるアドヒアランスを高め得る。例えば、第２の健康関連イベントは、高いアドヒアランス率（例えば、８０％超）を有する習慣であり得る。高いアドヒアランス率の習慣は、隠れ通知視認レベルであってもよく、および／または監視または記録されることなくユーザによって実行される。高いアドヒアランス率の習慣と共に第１の健康関連イベントをグループ化することは、ユーザが第１の健康関連イベントを実行することをより覚えやすくし得る。例では、第１の健康関連イベントは、薬を服用していることであってもよく、第１のコンテキストは、午前であってもよい。コンピューティング装置は、ユーザが監視されることなく（例えば、通知または警告されることなく）毎日歯を磨くことを識別し得る。コンピューティング装置は、午前の服薬の通知が、ユーザが歯を磨く前、最中、または後にユーザに表示されるように、歯を磨くことと共に午前の服薬を行うことをグループ化し得る。数回通知された後、午前の服薬は、部分的に別の高いアドヒアランス率の習慣（例えば、歯磨き）と共にグループ化されていることに起因して、高いアドヒアランス率の習慣になり得る。追加的または代替的に、コンピューティング装置は、９０８において、第１の健康関連イベントおよび第２の健康関連イベントをカレンダーエントリ、ＴｏＤｏリストなどの中でグループ化してもよい。

【0130】

コンピューティング装置は、９１０において、第１または第２のコンテキストに関連付けられたトリガイベントを検出し得る。トリガイベントは、コンテキストに依存し得る。例えば、トリガイベントは、コンテキストが時刻であるときに時刻であってもよい。トリガイベントは、コンテキストが場所であるときに場所にいるユーザであってもよい。例えば、トリガイベントは、職場から帰宅しているユーザであってもよい。トリガイベントは、第１の健康関連イベントまたは何らかの他の健康関連イベントの完了であってもよい。

【0131】

コンテキストは、特定の健康関連イベントについての通知タイミングを調整するために使用され得る。例えば、通常の状況下では、健康関連イベント（例えば、通常は家庭で行われる）が夕方にユーザによって実行されるようにスケジュールされてもよいが、地理的位置データは、ユーザが在宅していないこと（例えば、レストラン、店舗、映画館など）を示す。コンピューティング装置は、例えば、健康関連イベントが１日のうちの後に（例えば、ユーザが自宅にいるときに）記録されることを可能にするように、健康関連イベントの通知タイミングおよび結果として生じる許容基準を調整し得る。

【0132】

コンテキストは、マイクロ場所情報を含み得る。マイクロ場所情報は、場所（例えば、家庭、職場、学校など）内の特定の部屋を含み得る。投薬アドヒアランスのためのピルボックス、ブルートゥースビーコン、および／または他のスマートホーム装置（例えば、照明、コンセント、サーモスタット、セキュリティカメラ、スイッチ、ドアおよび占有センサ）などの１つまたは複数の装置が使用されて、マイクロ場所情報を提供し得る。例えば、コンピューティング装置は、タスク完了時に記憶し、自宅、職場／学校、レストランなどとして匿名化および分類することができる（例えば、内部的に、またはＦｏｕｒｓｑｕａｒｅ、Ｇｏｏｇｌｅ ＰｌａｃｅなどのＡＰＩを介してなど）、現在接続されているＷｉＦｉルータ名およびＧＰＳ位置を要求し得る。

【0133】

履歴タイミングデータが使用されて、特定の健康関連イベントについての通知タイミングを調整し得る。例えば、健康関連イベントは、所定の時刻に関連付けられてもよいが、ユーザは、異なる時刻に健康関連イベントの完了を記録している。コンピューティング装置は、例えば、健康関連イベントが過去に記録完了したユーザによって記録されることを可能にするように、健康関連イベントの通知タイミングおよび／または結果としての許容基準を調整し得る。

【0134】

コンピューティング装置は、９１２において、トリガイベントの検出に応答して通知を通信し得る。例えば、コンピューティング装置は、９１２において、トリガイベントの検出に基づいて通知グループに関連付けられた通知を表示し得る。通知は、警告、通知、カレンダーエントリ、ＴｏＤｏリストなどを介してユーザに表示されてもよい。

【0135】

図１０は、健康関連イベント通知グループに警告を送信するかどうかを決定するための別の例示的なプロセス１０００のフローチャートを示している。例示的なプロセス１０００は、例えば、１つまたは複数のコンピューティング装置などの１つまたは複数の装置によって実行される。プロセス１０００は、単一のコンピューティング装置によって実行されてもよく、または複数の装置にわたって分散されてもよい。例えば、プロセス１０００は、コンピューティング装置（例えば、図１に示すモバイル装置１０４またはリモートコンピューティング装置１２２など）によって実行されてもよい。例示的なプロセス１０００は、メモリ（例えば、図５に示すメモリ５１６など）からの命令を実行する制御回路（例えば、図５に示すプロセッサ５０２など）によって実行されてもよい。プロセス１０００は、コンピューティング装置によって実行される健康管理アプリケーション（例えば、モバイルアプリケーション１０５など）によって実行されてもよい。健康関連イベントを通知グループにグループ化することは、ユーザによって必要とされる通知および／または相互作用の数を減らし得る。例えば、コンピューティング装置は、健康関連イベントごとに１つの通知ではなく、通知グループに対して１つの通知を表示し得る。例では、コンピューティング装置は、通知グループ（例えば、午前通知グループ、午後通知グループ、夕方通知グループ、就寝時通知グループなど）による時刻通知（例えば、午前、午後、夕方、就寝時など）を表示し得る。

【0136】

コンピューティング装置は、１００２において、第１の健康関連イベントに関連付けられたデータを受信し得る。データは、第１の健康関連イベントの完了を示す手動エントリを含み得る。手動エントリは、調査に対するユーザ応答を含み得る。例では、データは、第１の健康関連イベントの完了を示す自動エントリを含み得る。例えば、コンピューティング装置は、収集されたデータに基づいて第１の健康関連イベントが完了したと決定し得る。追加的または代替的に、８０６において収集されたデータは、他のコンピューティング装置から受信したデータに基づくリアルタイムデータを含み得る。例えば、コンピューティング装置（例えば、健康管理アプリケーション）は、血糖モニタ（例えば、図１に示すＣＧＭ１０２またはＢＧＭ１０６）からの血糖測定値を第１の健康関連イベントにリンクし得る。コンピューティング装置（例えば、健康管理アプリケーション）は、医薬品および／または食事に関連付けられた固有の識別子のスキャンに基づいて、医薬品の医薬品データおよび／または食事の食事データを第１の健康関連イベントにリンクし得る。例えば、ユーザが報告したアドヒアランスデータの少なくとも一部は、薬剤または食事に添付されたバーコード、クイックレスポンス（ＱＲ）コード、無線周波数識別（ＲＦＩＤ）タグ、または近距離無線通信（ＮＦＣ）タグのうちの１つまたは複数をスキャンすると、コンピューティング装置によって受信され得る。コンピューティング装置は、ユーザが報告したアドヒアランスデータをデータベースに記憶し得る。

【0137】

データは、１つまたは複数の血糖値、食事エントリ、医薬品エントリ、運動エントリ、体温、心拍数、血圧、酸素飽和度レベル、睡眠情報、検査室データ、手動データエントリなどを含み得る。例では、データは、第１の健康関連イベントの完了を示す手動エントリを含み得る。手動エントリは、調査に対するユーザ応答を含み得る。例では、データは、第１の健康関連イベントの完了を示す自動エントリを含み得る。例えば、コンピューティング装置は、１００２において、受信したデータに基づいて、第１の健康関連イベントが完了したと決定し得る。

【0138】

コンピューティング装置は、１００４において、第１の健康関連イベントに関連付けられた第１のコンテキストを決定し得る。第１のコンテキストは、時間、場所、１つもしくは複数のユーザ特性および／または１つもしくは複数のイベント特性を含み得る。１つまたは複数のユーザ特性は、教育レベル、社会経済的状態、年齢、性別、配偶者の有無などを含み得る。１つまたは複数のイベント特性は、第１の健康関連イベントに割り当てられた活動コードを含み得る。例では、各健康関連イベントには、固有の活動コードが割り当てられ得る。他の例では、類似の健康関連イベントのグループには、グループ活動コードが割り当てられ得る。

【0139】

コンピューティング装置は、１００６において、第１のコンテキストを、ユーザに関連付けられた複数の他の健康関連イベントと比較し得る。

【0140】

コンピューティング装置は、１００８において、第１のコンテキストと一致する１つまたは複数の第２の健康関連イベントを識別し得る。例では、１つまたは複数の第２の健康関連イベントは、第１のコンテキストと同じである第２のコンテキストを有し得る。他の例では、第２のコンテキストは、第１のコンテキストと同様であってもよい。

【0141】

コンピューティング装置は、１０１０において、第１の健康関連イベントおよび１つまたは複数の第２の健康関連イベントを通知グループにグループ化し得る。例えば、第１の健康関連イベントおよび１つまたは複数の第２の健康関連イベントは、類似のコンテキストを有することに基づいて、通知グループにグループ化され得る。健康関連イベントを通知グループにグループ化することは、ユーザによって必要とされる通知および／または相互作用の数を減らし得る。例えば、コンピューティング装置は、健康関連イベントごとに１つの通知ではなく、通知グループに対して１つの通知を表示し得る。追加的または代替的に、健康関連イベントをグループ化することは、１つまたは複数の健康関連イベントによるアドヒアランスを高め得る。例えば、第２の健康関連イベントは、高いアドヒアランス率（例えば、８０％超）を有する習慣であり得る。高いアドヒアランス率の習慣は、隠れ通知視認レベルであってもよく、および／または監視または記録されることなくユーザによって実行される。高いアドヒアランス率の習慣と共に第１の健康関連イベントをグループ化することは、ユーザが第１の健康関連イベントを実行することをより覚えやすくし得る。例では、第１の健康関連イベントは、薬を服用していることであってもよく、第１のコンテキストは、午前であってもよい。コンピューティング装置は、ユーザが監視されることなく毎日歯を磨くことを識別し得る。コンピューティング装置は、午前の服薬の通知が、ユーザが歯を磨く前、最中、または後にユーザに表示されるように、歯を磨くことと共に午前の服薬を行うことをグループ化し得る。数回通知された後、午前の服薬は、部分的に別の高いアドヒアランス率の習慣（例えば、歯磨き）と共にグループ化されていることに起因して、高いアドヒアランス率の習慣になり得る。追加的または代替的に、コンピューティング装置は、９０８において、第１の健康関連イベントおよび第２の健康関連イベントをカレンダーエントリ、ＴｏＤｏリストなどの中でグループ化してもよい。

【0142】

コンピューティング装置は、１０１２において、通知グループの通知視認レベルを決定し得る。コンピューティング装置は、１０１２において、１００２において受信されたデータ、および／または、１つまたは複数の第２の健康関連イベントに関連付けられたアドヒアランスデータに基づいて、通知グループの視認レベルを決定し得る。追加的または代替的に、コンピューティング装置は、１０１２において、第１の健康関連イベントおよび／または１つまたは複数の第２の健康関連イベントを行った他のユーザに関連付けられたデータに基づいて、通知グループの視認レベルを決定してもよい。コンピューティング装置は、同様の年齢、性別、活動レベル、病歴などを有する１人または複数のユーザ（例えば、そのグループ）を識別し得る。コンピューティング装置は、第１の健康関連イベントおよび／または１つもしくは複数の第２の健康関連イベントについての１人もしくは複数のユーザのアドヒアランスデータを集約して、通知グループの初期視認レベルを決定し得る。例えば、コンピューティング装置は、アドヒアランスレベルモデルを生成および／または維持し得る。アドヒアランスレベルモデルは、所定の年齢範囲内の、特定の性別を有する、特定の活動レベルを有する、および／または特定の病歴を有するユーザについての通知グループについての初期視認レベルを決定するために使用され得る。

【0143】

コンピューティング装置は、１０１４において、第１の健康関連イベントに関連付けられたトリガイベントを検出し得る。トリガイベントは、第１のコンテキストに依存し得る。例えば、トリガイベントは、第１のコンテキストが時刻であるときに時刻であってもよい。トリガイベントは、第１のコンテキストが場所であるときに場所にいるユーザであってもよい。例えば、トリガイベントは、職場から帰宅しているユーザであってもよい。トリガイベントは、別の健康関連イベントの完了であってもよい。

【0144】

コンピューティング装置は、１０１６において、決定された視認レベルが警告閾値よりも大きいかどうかを決定し得る。例えば、コンピューティング装置は、視認レベルを警告閾値と比較し得る。警告閾値は、ユーザへの警告をトリガする所定の視認レベルであり得る。

【0145】

決定された視認レベルが警告閾値よりも大きいとき、コンピューティング装置は、１０１８において、通知グループを示す警告を送信し得る。例えば、コンピューティング装置は、１０１８において、トリガイベントの検出に応答して警告を通信し得る。例えば、警告は、可聴または非可聴であり得る。非可聴警告は、コンピューティング装置上の振動、画面の点滅、および／またはＬＥＤの点滅として提供され得る。例えば、振動は、コンピューティング装置に表示される通知を伴い得る。通知は、通知グループに関連付けられた指示を含み得る。例えば、指示は、通知グループの健康関連イベントの実行および／または記録完了のためのリマインダであり得る。

【0146】

決定された視認レベルが警告閾値未満であるとき、コンピューティング装置は、１０２０において、決定された視認レベルにしたがって通知グループに関連付けられた指示を表示し得る。指示は、通知グループの健康関連イベントの実行および／または記録完了のためのリマインダであり得る。

【0147】

図１１は、健康関連イベント通知グループの通知視認レベルを調整する別の例示的なプロセス１１００のフローチャートを示している。例示的なプロセス１１００は、例えば、１つまたは複数のコンピューティング装置などの１つまたは複数の装置によって実行される。プロセス１１００は、単一のコンピューティング装置によって実行されてもよく、または複数の装置にわたって分散されてもよい。例えば、プロセス１１００は、コンピューティング装置（例えば、図１に示すモバイル装置１０４またはリモートコンピューティング装置１２２など）によって実行されてもよい。プロセス１１００は、コンピューティング装置によって実行される健康管理アプリケーション（例えば、モバイルアプリケーション１０５など）によって実行されてもよい。例示的なプロセス１１００は、メモリ（例えば、図５に示すメモリ５１６など）からの命令を実行する制御回路（例えば、図５に示すプロセッサ５０２など）によって実行されてもよい。

【0148】

コンピューティング装置は、１１０２において、第１の健康関連イベントに関連付けられたデータを受信し得る。データは、第１の健康関連イベントの完了を示す手動エントリを含み得る。手動エントリは、調査に対するユーザ応答を含み得る。例では、データは、第１の健康関連イベントの完了を示す自動エントリを含み得る。例えば、コンピューティング装置は、収集されたデータに基づいて第１の健康関連イベントが完了したと決定し得る。追加的または代替的に、１１０２において受信したデータは、他のコンピューティング装置から受信したデータに基づくリアルタイムデータを含み得る。例えば、コンピューティング装置（例えば、健康管理アプリケーション）は、血糖モニタ（例えば、図１に示すＣＧＭ１０２またはＢＧＭ１０６）からの血糖測定値を第１の健康関連イベントにリンクし得る。コンピューティング装置（例えば、健康管理アプリケーション）は、医薬品および／または食事に関連付けられた固有の識別子のスキャンに基づいて、医薬品の医薬品データおよび／または食事の食事データを第１の健康関連イベントにリンクし得る。例えば、データの少なくとも一部は、薬剤または食事に添付されたバーコード、クイックレスポンス（ＱＲ）コード、無線周波数識別（ＲＦＩＤ）タグ、または近距離無線通信（ＮＦＣ）タグのうちの１つまたは複数をスキャンすると、コンピューティング装置によって受信され得る。コンピューティング装置は、例えばデータベースにデータを記録し得る。

【0149】

受信したデータは、１つまたは複数の血糖値、食事エントリ、医薬品エントリ、運動エントリ、体温、心拍数、血圧、酸素飽和度レベル、睡眠情報、検査室データ、手動データエントリなどを含み得る。例では、受信したデータは、第１の健康関連イベントの完了を示す手動エントリを含み得る。手動エントリは、調査に対するユーザ応答を含み得る。例では、受信したデータは、第１の健康関連イベントの完了を示す自動エントリを含み得る。例えば、コンピューティング装置は、１１０２において、受信したデータに基づいて、第１の健康関連イベントが完了したと決定し得る。

【0150】

コンピューティング装置は、１１０４において、第１の健康関連イベントに関連付けられた第１のコンテキストを決定し得る。第１のコンテキストは、時間、場所、１つもしくは複数のユーザ特性および／または１つもしくは複数のイベント特性を含み得る。１つまたは複数のユーザ特性は、教育レベル、社会経済的状態、年齢、性別、配偶者の有無などを含み得る。１つまたは複数のイベント特性は、第１の健康関連イベントに割り当てられた活動コードを含み得る。例では、各健康関連イベントには、固有の活動コードが割り当てられ得る。他の例では、類似の健康関連イベントのグループには、グループ活動コードが割り当てられ得る。

【0151】

コンピューティング装置は、１１０６において、第１の健康関連イベントについてのアドヒアランス率が所定の閾値を上回っていると決定し得る。所定の閾値は、高いアドヒアランスレベル（例えば、表１に示すアドヒアランスレベル４など）に関連付けられ得る。例えば、所定の閾値は、高いアドヒアランスレベルについてのより低いアドヒアランス閾値であり得る。アドヒアランス率は、健康関連イベントに関連付けられた受信したデータに基づいて決定され得る。アドヒアランス率は、ユーザが所与の期間（例えば、アドヒアランス期間）に健康関連イベントを実行する頻度の定量的尺度であり得る。別の言い方をすれば、アドヒアランス率は、アドヒアランス期間にわたる健康関連イベントの完了に対するユーザの過去のアドヒアランスを示し得る。アドヒアランス率は、アドヒアランス期間中に健康関連イベントを実行する機会の数と、アドヒアランス期間中に健康関連イベントが完了した回数とを使用して決定され得る。

【0152】

コンピューティング装置は、１１０８において、第２の健康関連イベントに関連付けられたデータを受信し得る。データは、第２の健康関連イベントの完了を示す手動エントリを含み得る。手動エントリは、調査に対するユーザ応答を含み得る。例では、データは、第２の健康関連イベントの完了を示す自動エントリを含み得る。例えば、コンピューティング装置は、受信したデータに基づいて、第２の健康関連イベントが完了したと決定し得る。追加的または代替的に、１１０８において受信したデータは、他のコンピューティング装置から受信したデータに基づくリアルタイムデータを含み得る。例えば、コンピューティング装置（例えば、健康管理アプリケーション）は、血糖モニタ（例えば、図１に示すＣＧＭ１０２またはＢＧＭ１０６）からの血糖測定値を第２の健康関連イベントにリンクし得る。コンピューティング装置（例えば、健康管理アプリケーション）は、医薬品および／または食事に関連付けられた固有の識別子のスキャンに基づいて、医薬品の医薬品データおよび／または食事の食事データを第２の健康関連イベントにリンクし得る。例えば、ユーザが報告したアドヒアランスデータの少なくとも一部は、薬剤または食事に添付されたバーコード、クイックレスポンス（ＱＲ）コード、無線周波数識別（ＲＦＩＤ）タグ、または近距離無線通信（ＮＦＣ）タグのうちの１つまたは複数をスキャンすると、コンピューティング装置によって受信され得る。コンピューティング装置は、ユーザが報告したアドヒアランスデータをデータベースに記憶し得る。

【0153】

受信したデータは、１つまたは複数の血糖値、食事エントリ、医薬品エントリ、運動エントリ、体温、心拍数、血圧、酸素飽和度レベル、睡眠情報、検査室データ、手動データエントリなどを含み得る。例では、受信したデータは、第２の健康関連イベントの完了を示す手動エントリを含み得る。手動エントリは、調査に対するユーザ応答を含み得る。例では、受信したデータは、第２の健康関連イベントの完了を示す自動エントリを含み得る。例えば、コンピューティング装置は、１１０８において、受信したデータに基づいて、第２の健康関連イベントが完了したと決定し得る。

【0154】

コンピューティング装置は、１１１０において、第２の健康関連イベントに関連付けられた第２のコンテキストを決定し得る。第２のコンテキストは、時間、場所、１つもしくは複数のユーザ特性および／または１つもしくは複数のイベント特性を含み得る。１つまたは複数のユーザ特性は、教育レベル、社会経済的状態、年齢、性別、配偶者の有無などを含み得る。１つまたは複数のイベント特性は、第２の健康関連イベントに割り当てられた活動コードを含み得る。例では、各健康関連イベントには、固有の活動コードが割り当てられ得る。他の例では、類似の健康関連イベントのグループには、グループ活動コードが割り当てられ得る。

【0155】

コンピューティング装置は、１１１２において、第２のコンテキストが第１のコンテキストの所定のコンテキスト閾値内にあると決定し得る。所定のコンテキスト閾値は、同様のコンテキスト間の相対差閾値を定義し得る。所定のコンテキスト閾値は、コンテキスト種類に基づき得る。例えば、コンテキスト種類が時間であるとき、所定のコンテキスト閾値は時間長（例えば、５分、１５分など）であり得る。コンテキスト種類が場所であるとき、所定のコンテキスト閾値は距離（例えば、１００ヤード、１マイルなど）であり得る、などである。

【0156】

コンピューティング装置は、１１１４において、第１の健康関連イベントおよび第２の健康関連イベントを通知グループにグループ化し得る。例えば、第１の健康関連イベントおよび第２の健康関連イベントは、第１のコンテキストの所定の閾値内にある第２のコンテキストに基づいて通知グループにグループ化され得る。健康関連イベントを通知グループにグループ化することは、ユーザによって必要とされる通知および／または相互作用の数を減らし得る。例えば、コンピューティング装置は、第１の健康関連イベントに関する１つの通知および第２の健康関連イベントに関する別の通知の代わりに、通知グループに関する１つの通知を表示し得る。追加的または代替的に、健康関連イベントをグループ化することは、第２の健康関連イベントによるアドヒアランスを高め得る。例えば、第２の健康関連イベントは、第１の健康関連イベントが高いアドヒアランス率（例えば、８０％超）を有するため、第１の健康関連イベントと共にグループ化され得る。高いアドヒアランス率の習慣は、隠れ通知視認レベルであってもよく、および／または監視または記録されることなくユーザによって実行される。第２の健康関連イベントによって第１の健康関連イベントと共にグループ化することは、ユーザが第２の健康関連イベントを実行することをより覚えやすくし得る。

【0157】

コンピューティング装置は、１１１６において、第１の健康関連イベントに関連付けられたトリガイベントを検出し得る。トリガイベントは、第１のコンテキストに依存し得る。例えば、トリガイベントは、第１のコンテキストが時刻であるときに時刻であってもよい。トリガイベントは、第１のコンテキストが場所であるときに場所にいるユーザであってもよい。例えば、トリガイベントは、職場から帰宅しているユーザであってもよい。トリガイベントは、別の健康関連イベントの完了であってもよい。コンピューティング装置は、トリガイベントの検出に応答して通知を通信し得る。

【0158】

コンピューティング装置は、１１１８において、第２の健康関連イベントに対するアドヒアランスが所定の期間内に受信されたかどうかを決定し得る。所定の期間は、第２の健康関連イベントの完了を報告するための標準的な時間遅延であり得る。時間遅延は、第２の健康関連イベントの完了が予想されるときに開始し得る。所定の期間は、健康関連イベントごとに別々に決定されてもよく、または健康関連イベントについて一般に決定されてもよい。追加的または代替的に、所定の期間は、コンテキストに基づいて決定されてもよい。例えば、各コンテキストは、アドヒアランス報告のための特定の所定の期間に関連付けられてもよい。

【0159】

第２の健康関連イベントに対するアドヒアランスが所定の期間内に受信されなかったとき、コンピューティング装置は、１１２０において、第２の健康関連イベントに関連付けられた通知（例えば、通知グループ）の視認性を調整し得る。例えば、ユーザが通知を見る可能性が高くなるように、第２の健康関連イベントに関連付けられた通知の視認性が高められ得る。別の言い方をすれば、第２の健康関連イベントは、本明細書で説明するように、初期通知視認レベルに関連付けられ得る。第２の健康関連イベントの初期通知視認レベルは、所定の期間内にアドヒアランスが受信されないとき、次に高い通知視認レベルに調整され得る。例えば、所定の期間（例えば、時間遅延）の満了は、通知の表示から可聴または非可聴警告への切り替えをトリガし得る。非可聴警告は、コンピューティング装置上の振動、画面の点滅、および／またはＬＥＤの点滅として提供され得る。例えば、振動は、コンピューティング装置に表示される通知を伴い得る。通知は、通知グループに関連付けられた指示を含み得る。例えば、指示は、通知グループの健康関連イベントの実行および／または記録完了のためのリマインダであり得る。

【0160】

通知視認レベルの調整後、コンピューティング装置は、調整された通知視認レベルにしたがって通知をユーザに送信および／または表示し得る。所定の期間は、調整された通知視認レベルにしたがって通知の送信および／または表示に続いて再び開始し得る。プロセス１１００は、調整された通知視認レベルで通知を送信および／または表示した後、１１１８に戻り得る。コンピューティング装置は、１１１８において、調整された通知視認レベルで通知を送信および／または表示した後、第２の健康関連イベントに対するアドヒアランスが受信されたかどうかを再度決定し得る。通知の視認性は、ユーザが第２の健康関連イベントに対するアドヒアランスを報告するまで、および／または最大の視認レベルが達成されるまで調整され続け得る。

【0161】

第２の健康関連イベントに対するアドヒアランスが所定の期間内に受信されたとき、プロセス１１００は、１１２２において終了し得る。

【0162】

特徴、要素、および機能は、特定の組み合わせで上述されているが、特徴、要素、または機能は、単独で、または他の特徴、要素、または機能と任意に組み合わせて使用される。以下の特許請求の範囲に包含されることも意図されている様々な現在予期されていないまたは予期されていない代替、変更、変形、または改善が、その後に行われ得る。

【0163】

本明細書に記載の方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実装される。コンピュータ可読媒体の例は、（有線または無線接続を介して送信される）電子信号およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、これらに限定されるものではないが、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、リムーバブルディスク、ならびにＣＤ－ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【国際調査報告】