CN117836863A - 促进对旨在维持或改善健康的任务的依从性 - Google Patents

Abstract

本发明涉及一种用户装置(例如，移动装置)，其可以基于情境来确定针对用户健康相关事件的第一通知可见性水平。所述用户装置可以接收与所述用户健康相关事件相关联的数据。所述用户装置可以基于与所述用户健康相关事件相关联的所述数据来确定针对所述用户健康相关事件的依从性水平。所述用户装置可以基于所述依从性水平与多个预定义的依从性阈值的比较来确定针对所述用户健康相关事件的第二通知可见性水平。所述用户装置可以在检测触发事件时使用所述第二通知可见性水平经由所述用户装置来传送与所述用户健康相关事件相关联的通知。所述用户装置可以基于所述情境来将一个或多个用户健康相关事件分组到通知组中。

Description

促进对旨在维持或改善健康的任务的依从性

相关申请的交叉引用

本申请要求2021年8月17日提交的美国临时专利申请号63/233,941的优先权，该美国临时专利申请通过引用以其整体并入本文。

技术领域

本发明总体涉及在糖尿病疾病进展分析和治疗中使用预测学习以增加用户依从性的方法和系统。

背景技术

装置被用来提醒用户进行健康相关事件。用户可以为患有糖尿病的人(用户)，并且提醒为糖尿病相关提醒和/或通知。例如，用户的装置可以提醒用户进行健康相关事件。

患有糖尿病的人可能被要求追踪各种不同的行为和相关任务。依从这些任务使患有糖尿病的人能够了解其健康如何被特定行为影响以及如何改善其健康。为了最佳的健康管理，患有糖尿病的人每日追踪行为/任务。可以向患有糖尿病的人发送通知(例如，诸如提示)以提示他们进行行为/任务。接收太多的针对行为/任务的通知可能对患有糖尿病的人导致不良的用户体验，并且在一些情况下，可能导致相对于行为/任务的重要性的退步或失敏。例如，接收太多通知的患有糖尿病的人可能开始忽略通知。

发明内容

计算装置(例如，用户装置)实现为向用户显示健康相关(例如，糖尿病相关)事件和/或任务。通知和/或提醒可以用于告知用户需要完成健康相关事件和/或任务。通知和/或提醒的可见性可以基于用户对健康相关事件的依从性来调整。

用户装置(例如，在用户装置上操作的健康管理应用程序)可以被配置成识别与用户相关联的用户健康相关事件。用户健康相关事件可以为糖尿病相关事件。用户装置可以被配置成确定与用户健康相关事件相关联的情境。该情境可以包括与用户健康相关事件相关联的时间、位置或医学状况中的至少一者。用户装置可以被配置成确定针对用户健康相关事件的第一通知可见性水平。第一通知可见性水平可以为与用户健康相关事件相关联的通知对用户的可见性的量度。第一通知可见性水平可以基于情境来确定。用户装置可以被配置成接收与用户健康相关事件相关联的数据。数据的至少一部分是由用户装置在扫描以下中的一者或多者时接收的：条形码、快速响应(QR)码、射频识别(RFID)标签和/或近场通信(NFC)标签。

用户装置可以被配置成基于与用户健康相关事件相关联的数据来确定针对用户健康相关事件的依从性水平。依从性水平可以包括针对用户健康相关事件的依从性比率范围。用户健康相关事件可以与多个依从性水平相关联。多个依从性水平中的每一个可以由依从性上阈值和依从性下阈值定义。多个依从性水平可以是基于以下中的一者或多者而可调整的：用户的特性、用户健康相关事件的年龄、用户健康相关事件的特性、已经在预定义的时间段内记录对用户健康相关事件的依从性的次数和/或用户健康相关事件的频率。

用户装置可以被配置成将针对用户健康相关事件的依从性水平与多个预定义的依从性阈值进行比较。响应于将依从性水平与多个预定义的依从性阈值进行比较，用户装置可以被配置成确定针对用户健康相关事件的第二通知可见性水平。当依从性水平低于与第一通知可见性水平相关联的第一预定义的依从性阈值时，可以确定第二通知可见性水平相比第一通知可见性水平为较高的可见性水平。当依从性水平大于与第一通知可见性水平相关联的第二预定义的依从性阈值时，可以确定第二通知可见性水平相比第一通知可见性水平为较低的可见性水平。用户装置可以被配置成检测与用户健康相关事件相关联的触发事件。用户装置可以被配置成使用第二通知可见性水平经由用户装置来传送与用户健康相关事件相关联的通知。

第一通知可见性水平和第二通知可见性水平可以包括干预可见性水平、请求输入可见性水平、仪表板可见性水平和/或隐藏可见性水平。干预可见性水平可以包括向用户的移动装置以及向至少一个其他装置传送通知。请求输入可见性水平可以包括请求用户记录用户健康相关事件的完成。仪表板可见性水平可以包括显示要在给定的时间段内完成的用户健康相关事件和至少一个其他用户健康相关事件的列表。用户健康相关事件和至少一个其他用户健康相关事件的列表可以基于情境来组织。隐藏可见性水平可以包括对用户隐藏通知。当用户健康相关事件对于用户来说是新的时，请求输入可见性水平可以被选择为第一通知可见性水平。

用户装置可以被配置成确定与用户健康相关事件相关联的情境与至少一个其他用户健康相关事件的情境相匹配。至少一个其他用户健康相关事件可以为非糖尿病相关事件。用户装置可以被配置成将用户健康相关事件与至少一个其他用户健康相关事件分组在通知组中。通知可以指示用户健康相关事件和至少一个其他用户健康相关事件。

用户装置可以被配置成将与第一用户健康相关事件相关联的第一多个条目记录在用户装置的存储器中。用户装置可以与用户相关联。第一用户健康相关事件可以包括糖尿病相关事件或非糖尿病相关事件中的一者。用户装置可以被配置成确定与第一用户健康相关事件相关联的第一情境。第一情境可以包括与第一用户健康相关事件相关联的时间或位置中的至少一者。用户装置可以被配置成确定多个条目指示用户高于针对第一用户健康相关事件的依从性阈值。用户装置可以被配置成记录第二用户健康相关事件的第二多个条目。第二用户健康相关事件可以包括糖尿病相关事件。用户装置可以被配置成确定与第二用户健康相关事件相关联的第二情境。第二情境可以包括与第二用户健康相关事件相关联的时间或位置中的至少一者。用户装置可以被配置成确定与第一用户健康相关事件相关联的第一情境在与第二用户健康相关事件相关联的第二情境的预定义的阈值内。响应于确定与第一用户健康相关事件相关联的情境类似于与第二用户健康相关事件相关联的情境，用户装置可以被配置成将第一用户健康相关事件与第二用户健康相关事件分组在通知组中。用户装置可以被配置成当用户经估计将进行第一用户健康相关事件时检测触发事件。用户装置可以被配置成经由移动装置上的可听提醒或可见提醒向用户传送进行至少第二用户健康相关事件的提醒。

用户装置可以被配置成响应于在预定义的时间段内记录第二用户健康相关事件的次数以及依从性阈值来调整进行第二用户健康相关事件的提醒的可见性。提醒可以基于针对第一用户健康相关事件检测到触发事件来传送。第一用户健康相关事件高于依从性阈值可能导致可见提醒或可听提醒未能包括与第一用户健康相关事件具体相关的信息。提醒可以按基于情境确定的通知可见性水平来传送。通知可见性水平包括干预可见性水平、请求输入可见性水平、仪表板可见性水平或隐藏可见性水平。当用户健康相关事件对于用户来说是新的时，请求输入可见性水平可以被选择为第一通知可见性水平。

附图说明

图1是用于监测或治疗糖尿病状况的代表性环境的透视图。

图2是示例性计算设备的框图。

图3是示例血糖监测装置的框图。

图4是示例性血糖测量(BGM)设备的框图。

图5是示出胰岛素泵的实例的框图。

图6示出了用于确定健康相关事件的通知可见性水平的示例过程的流程图。

图7示出了用于确定健康相关事件的通知可见性水平的另一示例过程的流程图。

图8示出了用于调整健康相关事件的通知可见性水平的示例过程的流程图。

图9示出了将健康相关事件分组到通知组中的示例过程的流程图。

图10示出了用于确定是否向健康相关事件通知组发送提醒的示例过程的流程图。

图11示出了用于调整健康相关事件通知组的通知可见性水平的另一示例过程的流程图。

具体实施方式

图1是用于监测或治疗糖尿病状况的代表性环境的透视图。如图1所示，患有糖尿病的用户100使用一个或多个血糖监测设备来帮助监测或治疗糖尿病状况。糖尿病状况包括代谢综合征、糖尿病前期、1型糖尿病、2型糖尿病或妊娠期糖尿病。当用户100的血糖水平高于或低于阈值血糖水平时，用户100可能处于极端糖尿病状态，诸如低血糖或高血糖。在图1的实施例中，用户100使用血糖监测设备来监测血糖水平。

如本文所用，术语“血糖监测装置”是指通过直接测量血液或通过间接检测过程来检测和报告用户的血液中的葡萄糖水平的任何装置。血糖水平也称为血葡萄糖水平。血糖监测装置的示例包括但不严格限于连续葡萄糖监测装置、快速葡萄糖监测装置和在“现场”监测过程中提供来自血液样品的血糖水平的单个测量结果的血糖计。图1描绘了下文更详细描述的血糖监测装置的示例。

在一些实施例中，血糖监测装置为连续血糖监测器(CGM)102。CGM 102包括皮下传感器，其用于感测和监测用户100的间质液中的葡萄糖量。CGM 102包括位于传感器正上方的发射装置，该发射装置为来自传感器的数据传输无线供电。CGM 102周期性地将指示用户100的血糖水平的数据传送到外部设备，诸如移动设备104，用于计算或存储用户100的血糖水平。

如本文所用，术语“移动装置”是指能够随着用户改变位置而移动的任何移动电子装置。示例移动装置包括移动电话、智能手机、可穿戴装置、平板电脑、膝上型电脑、笔记本电脑、个人数字助理(PDA)以及能够与用户一起移动的任何其他移动电子装置。移动设备的一些实施例将血糖监测器结合到集成设备中。

移动设备104的一些实施例用作CGM控制器设备。尽管移动设备104被提供为与CGM102通信的设备的实例，但是CGM 102可以与其它专用CGM控制器设备通信以提供本文针对移动设备104描述的类似功能。CGM 102处理血糖数据以提供提醒，或者血糖数据在移动装置104或另一CMG控制器装置处进行处理，提醒指示符被传送到CGM 102。

在一些实施例中，血糖监测通过快速葡萄糖监测(FGM)进行。FGM包括皮下传感器103，该皮下传感器用于感测和监测用户100的间质液中的葡萄糖量。当设备在传感器103的RF范围内时，单独的读取器设备(诸如移动设备102或另一个读取器设备)接收来自传感器的血糖信息。传感器103将瞬时血糖水平或血糖水平的图形趋势发射到读取器设备以进行显示。

用户100使用血糖计(BGM)106作为血糖监测装置来监测血糖水平。BGM 106包括接收血糖测量条110的端口108。用户100将血液样品放置在血糖测量条110上。BGM 106分析样品并且测量样品中的血糖水平。从样品测量的血糖水平显示在BGM 106的显示器112上或传送到外部设备，诸如移动设备104。

由BGM 106测量或使用从CGM 102接收的数据计算的血糖水平用于治疗用户100的糖尿病状况。例如，用户100使用流动非耐用胰岛素泵116或流动耐用胰岛素泵118以利于胰岛素来治疗糖尿病状况。移动设备104确定要施用给用户100的胰岛素量并且胰岛素泵116、118从移动设备104接收指令以将预定量的胰岛素递送给用户100。胰岛素泵116、118接收来自移动设备104的其它信息，诸如用户100的进餐时间信息或锻炼信息。胰岛素泵116、118基于从移动设备104接收到的信息来确定要施用的胰岛素量。胰岛素泵116、118将信息传送到移动设备104。向移动装置104传送的信息包括向用户100递送的胰岛素量、对应的递送时间或泵状态(例如，电池状态、胰岛素状态或泵的一部分的另一状态)。

在一些实施例中，用户100佩戴健身跟踪器114。健身跟踪器114是健身手环(例如，如图1所示)、智能手表或另一个可穿戴设备。健身跟踪器114测量并解释用户的活动或活动的缺乏。健身跟踪器114用于测量活动，诸如步行、运动、跑步、睡眠、静止、骑自行车、在椭圆机上锻炼等。由健身跟踪器114收集的数据(例如，活动数据)被传输到计算设备(例如，诸如移动设备104)并且可在计算设备上查看。

在一些实施例中，用户100接收预先包装的餐食130以在测试时段期间进食。预先包装的餐食130中的每一份包括餐食机器可读光学标签131。餐食机器可读光学标签131是条形码、QR码或某种其它唯一标识符。例如，用户100在消费餐食之前扫描餐食机器可读光学标签131以确认进食了相应的预先包装的餐食130。

在一些实施例中，用户100接收预先包装的药物剂量132以在测试时段期间服用。预先包装的药物剂量132中的每一个包括药物机器可读光学标签133。药物机器可读光学标签133是条形码、QR码或某种其它唯一标识符。例如，用户100在服用药物剂量之前扫描药物机器可读光学标签133以确认服用了相应的预先包装的药物剂量132。

在一些实施例中，用户100使用智能盘128来进食餐食。智能盘128包括一个或多个传感器，该一个或多个传感器被配置为确定用户100已经吃掉了多少餐食(例如，预先包装的餐食)。智能盘128被配置为扫描预先包装的餐食130的餐食机器可读光学标签131。例如，智能盘128包括相机或条形码扫描仪。

移动设备104使用有线或无线通信与胰岛素泵116、118、CGM 102、BGM 106、健身跟踪器114和智能盘128通信。移动设备104、CGM 102、CGM控制器、BGM 106、健身跟踪器114、智能盘128和胰岛素泵116、118统称为用户设备。移动设备104使用相同或不同的无线协议与胰岛素泵116、118、CGM 102、BGM 106、健身跟踪器114和智能盘128通信。例如，移动设备104使用近场通信(NFC)、蜂窝通信协议、专有无线通信协议或另一个射频(RF)通信协议与胰岛素泵116、118、CGM 102、BGM 106、健身跟踪器114和智能盘128通信。

移动装置104接收数据并存储数据以辅助监测或治疗糖尿病状况。移动装置104经由提供在显示器上的用户界面来接收来自用户104的输入。移动设备104经由在显示器上提供的硬按钮或软按钮接收输入。

移动装置104被配置成确定装置的位置。例如，移动装置104能够使用来自全球定位系统(GPS)的信号或经由蜂窝通信的三角测量来确定装置的地理位置(例如，纬度和经度)。移动设备104使用RF信标设备126来确定相对位置。RF信标装置126经由短程无线通信(诸如低功耗(BLE)信标或NFC信标)传送唯一标识符。移动装置104接收RF信标并且在数据库中(例如，在来自数据存储区124的信息中)进行查找以确定与唯一标识符相关联的相对位置。例如，移动设备104确定RF信标指示设备在家中或建筑物中的特定房间中、在建筑物中的特定楼层上、靠近预定义对象或在与另一个对象或位置相关联的信标的RF范围内。

移动装置104的一些实施例包括用于检测装置的相对定位或关于用户100的信息的一个或多个传感器。移动设备104检测移动或定向变化。基于一段时间内移动设备104的移动或定向变化(或移动或定向变化的缺乏)，移动设备104检测到用户100是站着、坐着还是躺着。当移动或定向变化大于阈值持续一段时间时，移动设备104检测到用户100正在锻炼。移动设备104使用心率传感器来检测用户100的心率。基于一段时间内用户100的心率和移动，移动设备104检测用户100是睡着还是醒着。关于移动设备104或用户100的信息用于提供关于糖尿病状况的信息或治疗糖尿病状况。

移动装置104向用户100提供关于用户的糖尿病状况的信息。例如，移动装置104提供血糖水平、提供餐食相关信息、提供锻炼相关信息、生成图形和其他图形用户界面以供显示，或生成提供给用户100的提醒。例如，移动装置104测量用户100的血糖水平并且当用户100的血糖水平已经达到极端糖尿病状态(例如，低血糖或高血糖)的阈值时提供提醒。由移动设备104提供的警报是可听或不可听的警报。不可听的警报被提供为振动、屏幕的闪烁或移动设备104上的LED的闪烁。警报另外或另选地由外部设备基于来自移动设备104的通信来提供。移动设备104的一些实施例包括用于响应于在监测的血糖数据中识别的数据指示或触发器而提供身体振动警报的电动马达或提供声音警报的扬声器。

移动装置104经由有线通信或短程无线通信(例如， BLE、NFC或另一合适的短程无线通信)直接与其他装置通信。移动装置104经由网络120(例如，使用/>网络、蜂窝网络、/>网络或另一有线或无线网络)间接与远程计算装置122或数据存储区124通信。网络120是有线或无线网络。网络120用于通过互联网与其它设备通信。

移动设备104与远程计算设备通信以生成用于在移动设备104上显示的用户界面、执行远程计算或以其它方式控制远程计算设备。例如，移动装置104经由应用程序或网页浏览器提供在远程计算装置122处生成的用户界面。移动装置104基于从用户100、CGM 102、BGM 106或胰岛素泵116、118接收的信息经由远程计算装置122来生成用于提供提醒的指令。移动装置104向其发送用于进行提醒的通信的示例远程计算装置122包括远程计算机(例如，服务器、膝上型电脑或其他计算机)、外部扬声器、外部显示装置(例如，电视机、监测器或具有外部显示器的另一装置)、家庭自动化系统、远程电信装置(例如，用于经电信网络向紧急联系人发送文本或语音通信)或另一远程计算装置。

移动设备104与数据存储器124通信以存储信息或检索信息。信息包括与用户100、CGM 102、BGM 106、体能追踪器114、智能盘128和/或胰岛素泵116、118相关的信息。例如，移动设备104接收与用户100相关联的治疗信息作为输入或接收来自CGM 102或BGM 106的血糖信息并且经由网络120将信息发送到数据存储器124。从数据存储区124检索经存储的信息以用于治疗用户的糖尿病状况。例如，移动设备104检索递送给用户100的胰岛素量或对应的递送时间。数据存储器124包括一个或多个远程存储位置，它们统称为云存储。例如，数据存储区124存储关于用户100的一个或多个个人特性(例如，用户的年龄或性别)的信息或者针对提醒的一个或多个提醒配置文件。

用户装置(例如，诸如移动装置104)中的一个或多个被配置成向用户提供与健康相关事件(例如，诸如糖尿病相关事件)相关联的通知(例如，诸如提醒)。通知用于告知用户需要完成健康相关事件。当用户完成健康相关事件时，可以要求用户例如使用移动装置104来记录健康相关事件的完成。健康相关事件可以包括任务、经排定的事件、非排定的事件、习惯等。健康相关事件可以包括进食、进行活动(例如，诸如某种类型的锻炼)、服用一定剂量的药物、记录医学读数(例如，血糖水平、身体温度、心率、血压、氧饱和水平)、记录睡眠信息、处方状态(例如，处方开具、按处方配药等)、疫苗接种状态、医疗就诊/检查(例如，牙科就诊、初级护理就诊、专科医生就诊、眼科测验等)等。

用户可以使用各种方法来记录健康相关事件的完成。例如，用户可以手动记录完成、扫描与健康相关事件相关联的标识符等。移动装置104可以执行使得能够手动记载健康相关事件完成的移动应用程序105。移动应用程序105在本文中可以称为健康管理应用程序、移动健康应用程序等。

健康相关事件可以与日历信息一起存储，例如，以支持将健康相关事件标示为在特定应用程序外部完成，但经由API可访问。在特定提示之前完成或作为每日待办事项列表的一部分完成的健康相关事件可以从提示激活中排除，并在每日(或情境化)待办事项列表上标示为已完成。每个健康相关事件可以具有其自身的可以将其视为已完成的接受标准。接受标准可以包括可以在其内记录数据的特定时间窗口和/或可以被接受为完成的健康相关事件的值范围或内容。

频率较低(例如，临时的、每月一次的、每季度一次的或每年一次的)但反复出现的健康相关事件(诸如牙科就诊、医学检查、眼科测验、足部测验)可能出于依从性的目的而被评定。

通知还可以用于告知用户用于监测或治疗糖尿病状况的装置的问题。为了更好地确保用户接收关于健康相关事件或用于监测或治疗糖尿病状况的用户装置的状态的通知，提醒可以基于用户输入、缺乏用户输入、用户特定的特性或用户环境来修改。

移动装置104(例如，移动应用程序105)可以被配置成确定健康相关事件的通知可见性水平。健康相关事件的通知可见性水平可以为与健康相关事件相关联的通知对用户的可见性的量度。初始通知可见性水平可以基于健康相关事件的情境来确定。移动装置104可以根据初始通知可见性水平来向用户显示通知，直到收集足够的依从性数据以更新初始通知可见性水平。例如，移动装置104可以被配置成接收与健康相关事件相关联的数据。移动装置104可以被配置成基于与用户健康相关事件相关联的数据来确定针对用户健康相关事件的依从性水平。例如，移动装置104可以计算针对用户和健康相关事件的依从性比率。依从性水平可以基于针对健康相关事件的依从性比率来确定。依从性比率可以为用户在给定的时间段(例如，依从性周期)内进行健康相关事件的频率的定量量度。换句话说，依从性比率可以指示用户对在依从性周期内完成健康相关事件的历史顺从。依从性比率可以使用在依从性周期期间进行健康相关事件的机会的数量以及依从性周期期间健康相关事件的完成数量来确定。

移动装置104可以基于经确定的依从性水平来确定更新针对健康相关事件的通知可见性水平。例如，移动装置104可以将针对健康相关事件的依从性水平与多个预定义的依从性阈值进行比较。响应于将依从性水平与多个预定义的依从性阈值进行比较，移动装置104可以被配置成确定针对用户健康相关事件的第二通知可见性水平。当依从性水平低于与第一通知可见性水平相关联的第一预定义的依从性阈值时，可以确定第二通知可见性水平相比第一通知可见性水平为较高的可见性水平。当依从性水平大于与第一通知可见性水平相关联的第二预定义的依从性阈值时，可以确定第二通知可见性水平相比第一通知可见性水平为较低的可见性水平。

当依从性比率(例如，用户报告对健康相关事件的依从性的频率)降低时，移动装置104可以增加与健康相关事件相关联的通知的可见性。当依从性比率增加时，移动装置104可以降低与健康相关事件相关联的通知的可见性。降低通知的可见性可以为对顺从报告依从性的奖励和/或对报告顺从其他健康相关事件的激励，例如，以减少所接收的通知的数量。接收太多的针对行为/任务的通知可能对患有糖尿病的人导致不良的用户体验，并且在一些情况下，可能导致相对于行为/任务的重要性的退步或失敏。当用户接收到太多通知和/或提醒时，用户倾向于开始忽略通知和/或提醒。基于依从性来调整通知的可见性可以增加对通知和/或提醒的注意力，因为不会向用户发送和/或显示不必要的通知和/或提醒。

移动装置104可以被配置成将两个或更多个健康相关事件一起分组(例如，捆绑)在通知组中。将两个或更多个健康相关事件分组可以减少所发送的通知的数量并且/或者可以增加针对低依从性事件的依从性报告的顺从性。例如，具有低依从性比率的健康相关事件可以与具有高依从性比率的健康相关事件分组在一起。由于用户定期(例如，以高依从性)完成高依从性事件，因此将低依从性事件与高依从性事件分组在一起可以触发用户在进行高依从性事件时进行低依从性事件。

在一些实施例中，移动装置104和/或远程计算装置122可以进行预测学习。例如，当用户100进行多个健康相关事件时，移动装置104和/或远程计算装置122可以更新用户100的学习模型。学习模型可以合并来自其他用户(例如，具有相似特性的用户)的信息和/或与用户相关联的历史数据，以识别针对低依从性事件和/或初始通知可见性水平的分组目标。例如，学习模型可以基于示出其他用户如何响应将低依从性事件与一个或多个分组目标分组在一起的数据来建议针对低依从性事件的一个或多个分组目标。在另一示例中，学习模型可以基于其他用户如何以各种通知可见性水平顺从针对健康相关事件的依从性报告来建议针对健康相关事件的初始通知可见性水平。学习模型可以从移动装置104接收数据并且可以动态地更新(例如，当用户进行附加的健康相关事件时)。

图2是示例计算装置200的框图。计算设备是例如移动计算设备，诸如平板电脑、蜂窝电话、可穿戴设备、CGM控制器设备或另一个计算设备。如图2所示，计算设备200包括用于控制计算设备200的功能的处理器202。处理器202包括一个或多个电路，诸如通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、微处理器、集成电路、可编程逻辑装置(PLD)、专用集成电路(ASIC)等。处理器202进行信号编码、数据处理、功率控制、图像处理、输入/输出处理或使计算装置200能够如本文所述来进行的任何其他功能性。

处理器202将信息存储在存储器216中或从存储器检索信息。存储器216包括不可移动存储器或可移动存储器。不可移动存储器可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其他类型的不可移动存储器存储装置。可移动存储器可以包括用户身份模块(SIM)卡、记忆棒、记忆卡(例如，数字相机记忆卡)或任何其他类型的可移动存储器。处理器202访问存储器216以获得由计算设备200使用的可执行指令或其它信息。存储器216可以存储与关联于计算装置200的用户的一个或多个健康相关事件相关联的各种信息。例如，存储器216可以被配置成存储与一个或多个健康相关事件相关联的历史数据226、与一个或多个健康相关事件相关联的触发事件236、与一个或多个健康相关事件相关联的通知组246和/或与一个或多个健康相关事件相关联的依从性阈值256。

计算设备200包括与处理器202通信的相机206。相机206为数字相机或能够生成图像或视频(例如，图像序列)以供在计算装置200处捕获的其他光学装置。相机206包括能够响应于来自处理器202的信号而闪烁的照明设备。照明设备闪烁以通过相机206提供警报。

计算装置200包括一个或多个通信电路218。处理器202与通信电路218电通信以发送或接收信息。通信电路218能够执行有线或无线通信。例如，通信电路218包括一个或多个射频(RF)收发器，用于经由天线或能够进行无线通信的其他通信模块来发射和接收RF信号(例如，近场通信(NFC)、/>蜂窝或其他合适的无线收发器)。一个或多个通信电路218能够执行红外(IR)通信。

处理器202与小键盘224电通信，该小键盘用于向处理器202提供输入。小键盘224包括用于接收来自用户的输入的一个或多个键。小键盘224包括硬键或软键，这些键的功能可以随着用户执行选择而改变。

进入处理器202的其它输入由一个或多个传感器226提供。传感器226包括运动传感器、接近传感器、心率监测传感器、加速度计、陀螺仪或计算设备上的另一个传感器。运动传感器发射红外信号或使用图像处理来感测移动。接近传感器发射红外信号以检测物体何时处于预定义接近度内。心率监测传感器实施光电容积描记法来检测用户体内的血流量。心率监测传感器包括一个或多个LED或光电二极管以检测用户体内的血流量。心率监测传感器实施红外技术以检测用户体内的血流量。心率监测传感器采集心电图(ECG)并从ECG中检测关于用户心率的信息。加速度计测量计算设备200在给定方向上的非重力加速度。加速度计对与给定方向上的移动相关联的振动作出响应。来自加速度计的测量结果由处理器202使用来确定计算装置200的相对移动的量值或方向，或用户的相对位置(例如，站着、坐着或躺着)。陀螺仪用于确定计算设备200的定向。

处理器202与显示器220电通信或在显示器上生成图像以向用户提供信息。显示器220与处理器202之间的通信为双向通信，因为显示器220包括能够从用户接收信息并向处理器202提供此类信息的触摸屏模块。例如，显示器220提供由用户进行选择的软按钮，用户的选择被触摸屏模块识别并被提供给处理器202作为输入。

处理器202与扬声器208电通信或控制扬声器。扬声器208响应于由处理器202检测到的触发事件而提供可听声音(例如，音调、哔哔声或嗡嗡声)。

计算装置200包括与处理器202电通信或由处理器控制的电动马达210。计算装置200可以响应于检测到触发事件而传送通知。例如，响应于由处理器202检测到的触发事件，电动马达210旋转并使计算装置200振动(例如，以指示提醒)。电动马达210提供提醒以补充可听警报或取代由扬声器208提供的可听警报。

处理器202与麦克风214电通信或从麦克风接收信息。例如，处理器202经由麦克风214接收音频信号。

计算装置200包括全球定位系统(GPS)电路204。GPS电路204能够接收GPS信息。处理器202能够基于经由GPS电路接收的GPS信息来确定计算装置200的GPS坐标(例如，纬度和经度)。

计算装置200包括视觉指示器，诸如一个或多个一个或多个发光二极管(LED)212。一个或多个LED 212点亮或闪烁以向用户提供提醒或传送其他信息(例如，低电池电量或装置接通)。

图3是示例血糖监测装置300的框图。血糖监测设备300是例如CGM或FGM。血糖监测设备300包括皮下传感器326，其用于感测和监测用户的间质液中的葡萄糖量。数据从传感器326发射到发射设备304。当血糖监测设备300是CGM时，发射设备304位于传感器326正上方并且经由电源320为来自传感器326的数据传输无线供电。当血糖监测设备300是FGM时，发射设备304是移动设备或其它读取器设备，当该设备在传感器326的RF范围内时，其即时接收来自传感器326的血糖信息。

发射设备304经由通信电路318接收来自传感器326的数据通信。通信电路318与处理器302电通信。处理器302包括一个或多个电路，诸如通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、微处理器、集成电路、可编程逻辑装置(PLD)、专用集成电路(ASIC)等。处理器302进行信号编码、数据处理、功率控制、输入/输出处理或使发射装置304能够如本文所述来进行的任何其他功能性。

发射装置304包括用于与其他装置通信的另一通信电路316。处理器302与通信电路316电通信以发送或接收信息。通信电路316、318能够执行有线或无线通信。例如，通信电路316、318包括一个或多个射频(RF)收发器，用于经由天线或能够进行无线通信的其他通信模块来发射和接收RF信号(例如，近场通信(NFC)、蜂窝或其他合适的RF信号)。通信电路316、318使用相同的RF协议或不同的RF协议来进行通信。

处理器302将信息存储在存储器312中或从存储器检索信息。存储器312包括不可移动存储器或可移动存储器。不可移动存储器包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其他类型的不可移动存储器存储装置。可移动存储器包括用户身份模块(SIM)卡、记忆棒、记忆卡(例如，数字相机记忆卡)或任何其他类型的可移动存储器。处理器302访问存储器312以获得由发射设备304使用的可执行指令或其它信息。处理器302与一个或多个输入键324电通信，该一个或多个输入键用于向处理器302提供输入。

处理器302与扬声器314电通信或控制扬声器。扬声器314响应于由处理器302检测到的触发事件而提供可听声音(例如，音调、哔哔声或嗡嗡声)。

血糖监测装置300包括与处理器302电通信或由处理器控制的电动马达310。血糖监测装置300可以响应于检测到触发事件而传送通知。例如，响应于由处理器302检测到的触发事件，电动马达310旋转并使血糖监测装置300振动(例如，以指示提醒)。电动马达310提供提醒以补充可听警报或取代由扬声器314提供的可听警报。

图4是示例血糖测量(BGM)装置400的框图。如图4所示，BGM设备400包括用于控制BGM设备400的功能的处理器402。在各种实施例中，处理器402包括一个或多个数字逻辑装置，诸如通用处理器、专用处理器、数字信号处理器(DSP)、微处理器、集成电路、可编程逻辑装置(PLD)、专用集成电路(ASIC)和任何其他合适的数字逻辑装置。处理器402进行信号编码、数据处理、功率控制、图像处理、输入/输出处理或使BGM装置400能够如本文所述来进行的任何其他功能性。

处理器402将信息存储在存储器416中或从存储器检索信息。存储器416包括不可移动存储器或可移动存储器。不可移动存储器包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其他类型的不可移动存储器存储装置。可移动存储器包括用户身份模块(SIM)卡、记忆棒、记忆卡(例如，数字相机记忆卡)或任何其他类型的可移动存储器。处理器402访问存储器416以获得由BGM设备400使用的可执行指令或其它信息。

BGM装置400包括一个或多个通信电路418。处理器402与通信电路418电通信以发送或接收信息。通信电路418能够执行有线或无线通信。例如，通信电路418包括一个或多个射频(RF)收发器，用于经由天线或能够进行无线通信的其他通信模块来发射和接收RF信号(例如，近场通信(NFC)、/>蜂窝或其他合适的RF信号)。一个或多个通信电路418能够执行红外(IR)通信。

处理器402与小键盘424电通信，该小键盘用于向处理器402提供输入。小键盘424包括用于接收来自用户的输入的一个或多个键。小键盘424包括硬键或软键，这些键的功能可以随着用户执行选择而改变。

进入处理器402的其它输入由BGM传感器模块404提供。BGM传感器模块404包括血糖测量引擎，其分析由患者在血糖测量条上提供的血液样品并且测量样品中的血糖量。

处理器402与显示器406电通信或在显示器上生成图像，以向用户提供信息。显示器406与处理器402之间的通信为双向通信，因为显示器406包括能够从用户接收信息并向处理器402。例如，显示器406提供由用户进行选择的软按钮，用户的选择被触摸屏模块识别并被提供给处理器402作为输入。

处理器402与扬声器408电通信或控制扬声器。扬声器408响应于由处理器402检测到的触发事件而提供可听声音(例如，音调、哔哔声或嗡嗡声)。

BGM装置400包括与处理器402电通信或由处理器控制的电动马达410。BGM装置400可以响应于检测到触发事件而传送通知。例如，响应于由处理器402检测到的触发事件，电动马达410旋转并使BGM装置400振动(例如，以指示提醒)。电动马达410提供提醒以补充可听警报或取代由扬声器408提供的可听警报。

处理器402与麦克风422电通信或从麦克风接收信息。例如，处理器402经由麦克风422。

BGM装置400包括视觉指示器，诸如一个或多个一个或多个发光二极管(LED)428。一个或多个LED428点亮或闪烁以向用户提供提醒或传送其他信息(例如，低电池电量或装置接通)。

图5是展示胰岛素泵500的示例的框图。如图5所示，胰岛素泵500包括处理器502。处理器502包括一个或多个电路，诸如通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、微处理器、集成电路、可编程逻辑装置(PLD)、专用集成电路(ASIC)等。处理器502进行信号编码、数据处理、功率控制、图像处理、输入/输出处理或使胰岛素泵500能够如本文所述来进行的任何其他功能性。

在图5的实施例中，处理器502与胰岛素泵500中的泵马达504电通信或控制泵马达。泵马达504驱动推动柱塞机构514的驱动单元512。柱塞机构514从胰岛素筒(未示出)中推出胰岛素。胰岛素筒包括递送给用户的胰岛素供应。

处理器502与显示器506电通信或在显示器上生成图像以向用户提供信息。显示器506与处理器502之间的通信为双向通信，因为显示器506包括能够从用户接收信息并向处理器502。例如，显示器1306提供由用户进行选择的软按钮，用户的选择被触摸屏模块识别并被提供给处理器502作为输入。

处理器502与扬声器508电通信或控制扬声器。扬声器508响应于由处理器502检测到的触发事件而提供可听声音(例如，音调、哔哔声或嗡嗡声)。

胰岛素泵500包括与处理器502电通信或由处理器控制的电动马达510。胰岛素泵500可以响应于检测到触发事件而传送通知。例如，响应于由处理器502检测到的触发事件，电动马达510旋转并使胰岛素泵振动(例如，以指示提醒)。电动马达510提供提醒以补充可听警报或取代由扬声器508提供的可听警报。

处理器502与存储器516电通信。处理器将信息存储在存储器516中或从存储器检索信息。存储器516包括用于存储计算机可读介质的不可移动存储器或可移动存储器。不可移动存储器包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其它类型的不可移动存储器。可移动存储器包括用户身份模块(SIM)卡、记忆棒、记忆卡(例如，数字相机记忆卡)或任何其他类型的可移动存储器。处理器502访问存储器516以获得由胰岛素泵500使用的可执行指令或其它信息。

胰岛素泵500包括通信电路518。处理器502与通信电路518电通信以发送或接收信息。通信电路518能够执行有线或无线通信。例如，无线通信电路518包括射频(RF)收发器，用于经由天线或能够进行无线通信的其他通信模块来发射和接收RF信号(例如，近场通信(NFC)、/>蜂窝或其他合适的RF信号)。通信电路518能够执行红外(IR)通信。

处理器502与小键盘524电通信，该小键盘用于向处理器502提供输入。小键盘524包括用于接收来自用户的输入的一个或多个键。小键盘524包括硬键或软键，这些键的功能可以随着用户执行选择而改变。

进入处理器502的其它输入由传感器526提供。传感器526包括对胰岛素贮存器内的压力敏感的压力传感器；对胰岛素筒的存在敏感的筒传感器；或检测驱动单元512中齿轮(未示出)的运动的运动传感器。

图6示出了用于确定健康相关事件在计算装置上的通知可见性水平的示例过程600的流程图。例如，示例过程600由一个或多个装置，诸如一个或多个计算装置进行。过程600由单个计算装置进行，或者分布在多个装置上。例如，过程600由计算设备(例如，诸如图1所示的移动设备104或远程计算设备122)执行。过程600可以通过由计算装置执行的健康管理应用程序(例如，诸如移动应用程序105)来进行。示例过程600可以由控制电路(例如，诸如图5所示的处理器502)执行来自存储器(例如，诸如图5所示的存储器516)的指令而进行。

如图6所展示，在602，可以识别健康相关事件。健康相关事件可以为分配给用户的任务(例如，新任务或现有任务)。健康相关事件可以与健康状况、疾病、疾患和/或病痛相关联。健康相关事件可以为结构化测试周期的一部分、健康管理方案的一部分、锻炼方案的一部分、个人卫生方案的一部分、饮食计划的一部分和/或另一健康相关事件。在602，可以响应于用户输入而识别健康相关事件。用户可以将与健康相关事件相关联的信息输入到计算装置的健康管理应用程序(例如，诸如图1所示的移动应用程序105)中。例如，用户可以在移动应用程序中选择“新任务”或“创建任务”选项以识别健康相关事件。健康相关事件可以包括进食、进行活动(例如，诸如某种类型的锻炼)、服用一定剂量的药物、记录医学读数(例如，血糖水平、身体温度、心率、血压、氧饱和水平)、记录睡眠信息、处方状态(例如，处方开具、按处方配药等)、疫苗接种状态、医疗就诊/检查(例如，牙科就诊、初级护理就诊、专科医生就诊、眼科测验等)等。

在604，计算装置可以识别与健康相关事件相关联的数据。与健康相关事件相关联的数据可以为历史数据和/或实时数据。例如，计算装置可以针对与健康相关事件相关联的历史数据来查询数据库(例如，诸如图1所示的一个或多个数据存储区124)。数据库可以为本地数据库(例如，在计算装置上)或远程数据库(例如，在远程计算装置上)。远程数据库可以位于云中，并且计算装置可以经由网络来访问远程数据库(例如，如果与健康相关事件相关联的历史数据位于数据库中，则计算装置可以将该数据链接到健康相关事件)。位于数据库中的历史数据可以为与健康相关事件和/或与健康相关事件类似或相关的另一健康相关事件相关联的历史数据。在604，计算装置可以基于从计算装置接收的数据来识别实时数据。例如，计算装置(例如，健康管理应用程序)可以将来自血糖监测器(例如，图1所示的CGM102或BGM 106)的血糖读数链接到健康相关事件。计算装置(例如，健康管理应用程序)可以基于对与药物和/或餐食相关联的唯一标识符的扫描来将针对药物的药物数据和/或针对餐食的饮食数据链接到健康相关事件。例如，历史和/或实时数据的至少一部分可以由计算装置在扫描附着至药物或餐食的条形码、快速响应(QR)码、射频识别(RFID)标签或近场通信(NFC)标签中的一者或多者时接收。计算装置可以将实时数据存储在数据库中。

该数据可以包括一个或多个血糖水平、饮食条目、药物条目、锻炼条目、身体温度、心率、血压、氧饱和水平、睡眠信息、实验室数据、手动数据条目等。在示例中，数据可以包括指示健康相关事件的完成的手动条目。手动条目可以包括用户对调查的响应。在示例中，数据可以包括指示健康相关事件的完成的自动化条目。例如，在604，计算装置可以基于所识别的数据来确定健康相关事件已经完成。

在606，计算装置可以确定针对健康相关事件的依从性水平。依从性水平可以基于依从性比率来计算。在606，可以基于与健康相关事件相关联的数据来确定依从性比率。依从性比率可以为用户在给定的时间段(例如，依从性周期)内进行健康相关事件的频率的定量量度。换句话说，依从性比率可以指示用户对在依从性周期内完成健康相关事件的历史顺从。在606，可以使用在依从性周期期间进行健康相关事件的机会的数量以及依从性周期期间健康相关事件的完成数量来确定依从性比率。

依从性周期(例如，依从性周期的持续时间)可以是预定的并且可以是基于健康相关事件的。例如，不同的健康相关事件可以具有不同的用于依从性水平确定的依从性周期。健康相关事件可以为要求用户按定期排定(例如，每日、每周等)进行的任务。依从性周期可以包括依从性水平确定之前的最近一段时间(例如，30天、60天、90天等)。此外，依从性周期可以例如基于依从性水平来随时间调整。例如，较新的任务(例如，少于7天、14天或30天前的)相比较旧的任务可以与较短的依从性周期相关联。换句话说，随着任务由用户随着时间的推移而进行，针对该任务的依从性周期的持续时间可以增加。

依从性水平可以指示用户将进行健康相关事件的给定实例的概率。计算装置(例如，健康管理应用程序)可以使用预测模型(例如，使用预测学习)来确定用户将进行健康相关事件的给定实例的概率。例如，预测模型可以使用与一个或多个类似的健康相关事件相关联的历史和/或实时数据(例如，依从性数据)来确定概率。

依从性水平可以包括针对用户相关事件的依从性范围。用户相关事件可以与多个依从性水平相关联。多个依从性水平中的每一个可以分别由依从性上阈值和依从性下阈值定义。依从性范围可以包括依从性上阈值与依从性下阈值之间的多个依从性水平。表1中示出了依从性水平的示例集合。

表1–示例依从性水平

依从性水平	依从性比率
		水平1	<20％
水平2	20％至49％
		水平3	50％至79％
水平4	≥80％
		不确定的	无法评估

在表1所示的依从性水平的示例集合中，依从性水平1由依从性下阈值0％和依从性上阈值20％定义，依从性水平2由依从性下阈值20％和依从性上阈值49％定义，依从性水平3由依从性下阈值50％和依从性上阈值79％定义，并且依从性水平4由依从性下阈值80％和依从性上阈值100％定义。

多个依从性水平可以包括无法确定其依从性水平的未定义的依从性水平。可以定期(例如，每日)检查计算装置(例如，移动健康应用程序)的通信状态。计算装置可以记载成功通信的实例，使得计算装置可以区分通信丢失与记录数据/报告顺从性失败。当计算装置在依从性周期期间处于通信丢失状态超过预定的天数时，计算装置可以选择未定义的依从性水平。计算装置处于通信丢失状态的天数可以用于确定依从性水平。例如，可以从依从性水平确定中忽略其中未报告与计算装置处于通信丢失状态的时间相对应的依从性的实例。在依从性水平确定中使用通信丢失状态可以防止将通信丢失误解为未能顺从健康相关事件。

多个依从性水平可以是基于以下中的一者或多者而可调整的：用户的特性、健康相关事件的年龄、健康相关事件的特性、已经在预定义的时间段内记录对健康相关事件的依从性的次数或健康相关事件的频率。依从性上阈值和/或依从性下阈值中的一者或多者可以针对特定的健康相关事件来调整。例如，针对极其重要的健康相关事件的一个或多个水平的依从性下阈值可以根据健康相关事件的相对重要性来增加，使得该一个或多个水平需要较大的依从性百分比。健康相关事件对于用户和/或第三方可能极其重要。例如，针对极其重要的健康相关事件的依从性水平可以包括针对一个或多个依从性水平的较高的依从性下阈值和/或较小的依从性范围。另外地或替代性地，当健康相关事件变为频繁进行的任务时，依从性水平可以是可调整的。例如，当健康相关事件变为频繁进行的任务时，可以降低依从性下阈值。

另外地或替代性地，在606，可以基于与关联于健康相关事件的其他用户(例如，具有类似特质和/或特性的其他用户)相关联的数据来确定依从性水平。例如，与关联于健康相关事件的其他用户相关联的数据可以用于确定初始依从性水平。计算装置(例如，移动健康应用程序)可以识别具有相似的年龄、性别、活动水平、医疗历史等的一个或多个(例如，一组)用户。计算装置(例如，移动健康应用程序)可以聚合一个或多个用户针对健康相关事件的依从性数据以确定用户的依从性水平。例如，计算装置(例如，移动健康应用程序)可以生成和/或维护依从性水平模型。依从性水平模型可以用于确定一定年龄范围内的、具有特定性别、具有特定活动水平和/或特定医疗历史的用户的针对特定健康相关事件的依从性水平。

在608，计算装置可以基于在606确定的依从性水平来确定针对健康相关事件的通知可见性水平。通知可见性水平可以为与用户健康相关事件相关联的通知对用户的可见性的量度。例如，具有较低依从性水平的健康相关事件相比具有较高依从性水平的健康相关事件可以被分配较高的通知可见性水平。具有不同的通知可见性水平可以激励用户良好地依从其健康相关事件。例如，用户可能想要减少所接收的通知/提醒的数量。

在608，可以基于与健康相关事件相关联的年龄来确定通知可见性水平。例如，与具有相同或相似的依从性水平的较旧的健康相关事件相比，较新的健康相关事件可以被分配较高的通知可见性水平。在608，可以使用通知可见性模型来确定通知可见性水平，该通知可见性模型使用与健康相关事件相关联的依从性水平以及用户已经进行健康相关事件的时间长度来计算针对健康相关事件的通知可见性水平。

在608，可以根据包括干预可见性水平、请求输入可见性水平、仪表板可见性水平和隐藏可见性水平在内的多个通知可见性水平来确定通知可见性水平。干预可见性水平可以为多个通知可见性水平中的最高通知可见性水平。当干预可见性水平被分配给健康相关事件时，可以向用户(例如，计算装置)发送通知，并且可以向可能能够提供进行健康相关事件的动力的另一用户(例如，受信任的护理伙伴、指导员、护理协调员、护士、医生等)发送通知。当请求输入可见性水平被分配给健康相关事件时，计算装置(例如，移动健康应用程序)可以显示通知和/或提示以记录健康相关事件的完成。例如，通知和/或提示可以包括将用户推转到用户可以记录健康相关事件的完成的屏幕的嵌入式链接。

当仪表板可见性水平被分配给健康相关事件时，计算装置(例如，移动健康应用程序)可以将健康相关事件包括在要在给定的时间段(例如，每日、每周、每月、每季度等)内完成的任务的列表中。在示例中，仪表板可见性水平可以被配置成显示要在给定日完成的任务的列表，例如，以简化视图并避免太多任务使用户应接不暇。任务的列表可以称为待办事项列表、仪表板等。在示例中，仪表板可见性水平可以使得能够(例如，经由日历小部件)在计算装置上的日历应用程序内显示任务的列表。在此情况下，日历应用程序可以显示列表的最小化型式，该列表对当天的下一部分(例如，预定数量的小时)内预期的任务和/或与当前情境(例如，位置和一天中的时间)匹配的任务进行优先级排序。当隐藏可见性水平被分配给健康相关事件时，可以从视图中隐藏(例如，不向用户显示)计算装置(例如，健康管理应用程序)。例如，隐藏的健康相关事件可以不显示在通知和/或要完成的任务的列表中。针对隐藏的健康相关事件的依从性数据可以经由健康管理应用程序来访问。

在608，可以动态地确定通知可见性水平。例如，可以在用户随着时间的推移进行健康相关事件时(例如，每日、每周等)更新通知可见性水平。通知可见性水平可以使用来自最近一段时间(例如，7天、14天、30天等)的数据来更新。当用户对健康相关事件的依从性增加(例如，高于依从性阈值)时，可以降低通知可见性水平，以便在排定完成健康相关事件时不通知用户。当健康相关事件的通知可见性水平改变时，计算装置(例如，移动健康应用程序)可以向用户显示通知。例如，通知可以指示通知可见性水平改变是对维持依从性水平高于预定的阈值的奖励。当用户发现他/她由于对健康相关事件的高依从性而将不会接收到针对健康相关事件的通知时，可以鼓励/激发用户增加对其他健康相关事件的依从性以减少所接收的通知和/或提醒的数量。

图7示出了用于确定健康相关事件在计算装置上的通知可见性水平的另一示例过程700的流程图。例如，示例过程700由一个或多个装置，诸如一个或多个计算装置进行。过程700可以由单个计算装置进行，或者可以分布在多个装置上。例如，过程700可以由计算装置(例如，诸如图1所示的移动装置104或一个或多个远程计算装置122)进行。过程700可以通过由计算装置执行的健康管理应用程序(例如，诸如移动应用程序105)来进行。示例过程700可以由控制电路(例如，诸如图5所示的处理器502)执行来自存储器(例如，诸如图5所示的存储器516)的指令而进行。

如图7所展示，在702，可以识别健康相关事件。健康相关事件可以为分配给用户的任务(例如，新任务或现有任务)。例如，健康相关事件可以为要求用户按定期排定(例如，每日、每周等)进行的任务。健康相关事件可以与健康状况、疾病、疾患和/或病痛相关联。健康相关事件可以为结构化测试周期的一部分、健康管理方案的一部分、锻炼方案的一部分、个人卫生方案的一部分、饮食计划的一部分和/或另一健康相关事件。在702，可以响应于用户输入而识别健康相关事件。用户可以将与健康相关事件相关联的信息输入到计算装置的健康管理应用程序(例如，诸如图1所示的移动应用程序105)中。例如，用户可以在移动应用程序中选择“新任务”或“创建任务”选项以识别健康相关事件。健康相关事件可以包括进食、进行活动(例如，诸如某种类型的锻炼)、服用一定剂量的药物、记录医学读数(例如，血糖水平、身体温度、心率、血压、氧饱和水平)、记录睡眠信息、处方状态(例如，处方开具、按处方配药等)、疫苗接种状态、医疗就诊/检查(例如，牙科就诊、初级护理就诊、专科医生就诊、眼科测验等)等。

在704，计算装置可以确定与健康相关事件相关联的情境。情境可以包括时间、位置、一个或多个用户特性和/或一个或多个事件特性。一个或多个用户特性可以包括教育水平、社会经济状态、年龄、性别、婚姻状态等。一个或多个事件特性可以包括分配给健康相关事件的活动代码。在示例中，每个健康相关事件可以被分配唯一活动代码。在其他示例中，一组类似的健康相关事件可以被分配组活动代码。

在706，计算装置可以确定与健康相关事件相关联的数据是否是可访问的。例如，计算装置可以查询其存储器(例如，诸如图2所示的存储器216)以识别与健康相关事件相关联的任何数据。计算装置还可以查询外部数据库(例如，诸如图1中所示的一个或多个数据存储区124)以识别与健康相关事件相关联的任何数据。当健康相关事件对于用户和/或系统来说是新的时，与健康相关事件相关联的数据可能不是可访问的。

当没有与健康相关事件相关联的数据是可访问的时，在708，用户装置可以选择针对健康相关事件的预先存在的标记。另外地或替代性地，用户可以输入针对健康相关事件的标记。例如，用户可以将与健康相关事件相关联的信息输入到用户装置的健康管理应用程序中以用作针对健康相关事件的标记。

在712，用户装置可以确定健康相关事件是否是现有行为。当健康相关事件不是现有行为时，在720，用户装置可以基于与已经进行健康相关事件的其他用户相关联的数据来确定针对健康相关事件的可见性水平。用户装置可以识别具有相似的年龄、性别、活动水平、医疗历史等的一个或多个(例如，一组)用户。用户装置可以聚合一个或多个用户针对健康相关事件的依从性数据以确定针对用户的初始可见性水平。例如，用户装置可以生成和/或维护依从性水平模型。依从性水平模型可以用于确定一定年龄范围内的、具有特定性别、具有特定活动水平和/或特定医疗历史的用户的针对特定健康相关事件的初始可见性水平。另外地或替代性地，当健康相关事件不是现有行为时，在720，用户装置可以确定针对健康相关事件的初始可见性水平。初始可见性水平可以为请求输入可见性水平。当请求输入可见性水平被分配给健康相关事件时，计算装置可以显示通知和/或提示以记录健康相关事件的完成。例如，针对请求输入可见性水平的通知和/或提示可以包括将用户推转到用户可以记录健康相关事件的完成的屏幕的嵌入式链接。

当健康相关事件是现有行为时，在716，计算装置可以收集用户报告的对健康相关事件的依从性。用户报告的依从性可以包括指示健康相关事件的完成的手动条目。手动条目可以包括用户对调查的响应。在示例中，数据可以包括指示健康相关事件的完成的自动化条目。例如，计算装置可以基于所收集的数据来确定健康相关事件已经完成。另外地或替代性地，经收集的用户报告的依从性可以包括基于从其他计算装置接收的数据的实时数据。例如，计算装置可以将来自血糖监测器(例如，图1所示的CGM 102或BGM 106)的血糖读数链接到健康相关事件。计算装置(例如，健康管理应用程序)可以基于对与药物和/或餐食相关联的唯一标识符的扫描来将针对药物的药物数据和/或针对餐食的饮食数据链接到健康相关事件。例如，用户报告的依从性数据的至少一部分可以由计算装置在扫描附着至药物或餐食的条形码、快速响应(QR)码、射频识别(RFID)标签或近场通信(NFC)标签中的一者或多者时接收。计算装置可以将用户报告的依从性数据记录在例如数据库中。

当与健康相关事件相关联的数据是可访问的时，在710，计算装置可以确定历史数据是否对用户健康相关事件可用。例如，计算装置可以针对与健康相关事件相关联的历史数据来查询数据库(例如，诸如图1所示的一个或多个数据存储区124)和/或远程计算装置(例如，诸如图1所示的远程计算装置122)。数据库可以为本地数据库(例如，在计算装置上)或远程数据库(例如，在远程计算装置上)。远程数据库可以位于云中，并且计算装置可以经由网络(例如，诸如图1所示的网络120)来访问远程数据库。如果与健康相关事件相关联的历史数据位于数据库中，则计算装置可以将该数据链接到健康相关事件。位于数据库中的历史数据可以为与健康相关事件和/或与健康相关事件类似或相关的另一健康相关事件相关联的历史数据。当没有历史数据对用户健康相关事件可用时，该方法可以进行到716。

当历史数据对用户健康相关事件可用时，在714，计算装置可以确定与健康相关事件相关联的依从性水平。例如，在714，计算装置可以使用历史数据来确定依从性水平。方法可以进行到720，使得在720，计算装置可以使用在714确定的依从性水平来确定针对健康相关事件的可见性水平。

图8示出了用于调整健康相关事件在计算装置上的通知可见性水平的示例过程800的流程图。例如，示例过程800由一个或多个装置，诸如一个或多个计算装置进行。过程800由单个计算装置进行，或者分布在多个装置上。例如，过程800由计算设备(例如，诸如图1所示的移动设备104或远程计算设备122)执行。过程800可以通过由计算装置执行的健康管理应用程序(例如，诸如移动应用程序105)来进行。示例过程800可以由控制电路(例如，诸如图5所示的处理器502)执行来自存储器(例如，诸如图5所示的存储器516)的指令而进行。

如图8所展示，在802，可以识别健康相关事件。健康相关事件可以为分配给用户的任务(例如，新任务或现有任务)。例如，健康相关事件可以为要求用户按定期排定(例如，每日、每周等)进行的任务。健康相关事件可以与健康状况、疾病、疾患和/或病痛相关联。健康相关事件可以为结构化测试周期的一部分、健康管理方案的一部分、锻炼方案的一部分、个人卫生方案的一部分、饮食计划的一部分和/或另一健康相关事件。在802，可以响应于用户输入而识别健康相关事件。用户可以将与健康相关事件相关联的信息输入到计算装置的健康管理应用程序(例如，诸如图1所示的移动应用程序105)中。例如，用户可以在移动应用程序中选择“新任务”或“创建任务”选项以识别健康相关事件。健康相关事件可以包括进食、进行活动(例如，诸如某种类型的锻炼)、服用一定剂量的药物、记录医学读数(例如，血糖水平、身体温度、心率、血压、氧饱和水平)、记录睡眠信息、处方状态(例如，处方开具、按处方配药等)、疫苗接种状态、医疗就诊/检查(例如，牙科就诊、初级护理就诊、专科医生就诊、眼科测验等)等。

在804，计算装置可以确定针对在802识别的健康相关事件的通知可见性水平。在804，计算装置可以基于与已经进行健康相关事件的其他用户相关联的数据来确定针对健康相关事件的可见性水平。计算装置可以识别具有相似的年龄、性别、活动水平、医疗历史等的一个或多个(例如，一组)用户。计算装置可以聚合一个或多个用户针对健康相关事件的依从性数据以确定针对用户的初始可见性水平。例如，计算装置可以生成和/或维护依从性水平模型。依从性水平模型可以用于确定一定年龄范围内的、具有特定性别、具有特定活动水平和/或特定医疗历史的用户的针对特定健康相关事件的初始可见性水平。

另外地或替代性地，当健康相关事件不是现有行为时，在804，计算装置可以确定针对健康相关事件的初始可见性水平。初始可见性水平可以为请求输入可见性水平。当请求输入可见性水平被分配给健康相关事件时，计算装置可以显示通知和/或提示以记录健康相关事件的完成。例如，针对请求输入可见性水平的通知和/或提示可以包括将用户推转到用户可以记录健康相关事件的完成的屏幕的嵌入式链接。

在806，计算装置可以收集与健康相关事件相关联的数据。该数据可以包括指示健康相关事件的完成的手动条目。手动条目可以包括用户对调查的响应。在示例中，数据可以包括指示健康相关事件的完成的自动化条目。例如，计算装置可以基于所收集的数据来确定健康相关事件已经完成。另外地或替代性地，在806，所收集的数据可以包括基于从其他计算装置接收的数据的实时数据。例如，计算装置可以将来自血糖监测器(例如，图1所示的CGM 102或BGM 106)的血糖读数链接到健康相关事件。计算装置可以基于对与药物和/或餐食相关联的唯一标识符的扫描来将针对药物的药物数据和/或针对餐食的饮食数据链接到健康相关事件。例如，该数据的至少一部分可以由计算装置在扫描附着至药物或餐食的条形码、快速响应(QR)码、射频识别(RFID)标签或近场通信(NFC)标签中的一者或多者时接收。计算装置可以将与健康相关事件相关联的数据记录在例如数据库中。

该数据可以包括一个或多个血糖水平、饮食条目、药物条目、锻炼条目、身体温度、心率、血压、氧饱和水平、睡眠信息、实验室数据、手动数据条目等。在示例中，数据可以包括指示健康相关事件的完成的手动条目。手动条目可以包括用户对调查的响应。在示例中，数据可以包括指示健康相关事件的完成的自动化条目。例如，在806，计算装置可以基于所收集的数据来确定健康相关事件已经完成。

在808，计算装置可以确定针对健康相关事件的依从性比率。在606，可以基于与健康相关事件相关联的数据来确定依从性比率。依从性比率可以为用户在给定的时间段(例如，依从性周期)内进行健康相关事件的频率的定量量度。换句话说，依从性比率可以指示用户对在依从性周期内完成健康相关事件的历史顺从。在808，可以使用在依从性周期期间进行健康相关事件的机会的数量以及依从性周期期间健康相关事件的完成数量来确定依从性比率。

依从性周期(例如，依从性周期的持续时间)可以是预定的并且可以是基于健康相关事件的。例如，不同的健康相关事件可以具有不同的用于依从性水平确定的依从性周期。依从性周期可以包括依从性水平确定之前的最近一段时间(例如，30天、60天、90天等)。此外，依从性周期可以例如基于依从性水平来随时间调整。例如，较新的任务(例如，少于7天、14天或30天前的)相比较旧的任务可以与较短的依从性周期相关联。换句话说，随着任务由用户随着时间的推移而进行，针对该任务的依从性周期的持续时间可以增加。

在806，计算装置可以收集与健康相关事件相关联的数据。与健康相关事件相关联的数据可以包括由用户手动录入以指示健康相关事件的完成的数据。手动条目可以包括用户对调查的响应。在示例中，数据可以包括指示健康相关事件的完成的自动化条目。例如，计算装置可以基于所收集的数据来确定健康相关事件已经完成。另外地或替代性地，与健康相关事件相关联的数据可以包括基于从其他计算装置接收的数据的实时数据。例如，计算装置可以将来自血糖监测器(例如，图1所示的CGM 102或BGM 106)的血糖读数链接到健康相关事件。计算装置可以基于对与药物和/或餐食相关联的唯一标识符的扫描来将针对药物的药物数据和/或针对餐食的饮食数据链接到健康相关事件。例如，该数据的至少一部分可以由计算装置在扫描附着至药物或餐食的条形码、快速响应(QR)码、射频识别(RFID)标签或近场通信(NFC)标签中的一者或多者时接收。计算装置可以将经收集的数据记录在例如数据库中。

与健康相关事件相关联的数据可以包括一个或多个血糖水平、饮食条目、药物条目、锻炼条目、身体温度、心率、血压、氧饱和水平、睡眠信息、实验室数据、手动数据条目等。在示例中，数据可以包括指示健康相关事件的完成的手动条目。手动条目可以包括用户对调查的响应。在示例中，数据可以包括指示健康相关事件的完成的自动化条目。例如，在806，计算装置可以基于所收集的数据来确定健康相关事件已经完成。

在808，计算装置可以确定针对健康相关事件的依从性比率。在808，可以基于与健康相关事件相关联的经收集的数据来确定依从性比率。依从性比率可以为用户在给定的时间段(例如，依从性周期)内进行健康相关事件的频率的定量量度。换句话说，依从性比率可以指示用户对在依从性周期内完成健康相关事件的历史顺从。在808，可以使用在依从性周期期间进行健康相关事件的机会的数量以及依从性周期期间健康相关事件的完成数量来确定依从性比率。健康相关事件的完成可以基于经收集的数据来确定。

依从性周期(例如，依从性周期的持续时间)可以是预定的并且可以是基于健康相关事件的。例如，不同的健康相关事件可以具有不同的用于依从性水平确定的依从性周期。健康相关事件可以为要求用户按定期排定(例如，每日、每周等)进行的任务。依从性周期可以包括依从性水平确定之前的最近一段时间(例如，30天、60天、90天等)。此外，依从性周期可以例如基于依从性水平来随时间调整。例如，较新的任务(例如，少于7天、14天或30天前的)相比较旧的任务可以与较短的依从性周期相关联。换句话说，随着任务由用户随着时间的推移而进行，针对该任务的依从性周期的持续时间可以增加。

在810，计算装置可以将依从性比率与多个预定义的依从性阈值进行比较。多个预定义的依从性阈值可以为定义多个依从性水平的依从性比率。例如，相应的预定义的依从性阈值可以定义针对依从性水平中的一个的依从性上阈值和依从性下阈值。

在812，计算装置可以确定依从性比率是否在与当前通知可见性水平(例如，在804确定的通知可见性水平)相关联的依从性阈值之间。例如，当前通知可见性水平可以与多个依从性水平中的依从性水平相关联。在812，计算装置可以确定用户对于健康相关事件的依从性比率是否保持在与当前通知可见性水平相关联的依从性水平的依从性阈值内。

当依从性比率在与当前通知可见性水平相关联的依从性水平的依从性阈值内时，在814，计算装置可以确定是否已经持续大于阈值时间段收集与健康相关事件相关联的数据。阈值时间段可以为与当前通知可见性水平相关联的时间段。阈值时间段可以表示将新习惯分类为短期习惯之间的时间量和/或将短期习惯分类为既定习惯之间的时间量。例如，当健康相关事件已经由用户进行小于短期习惯阈值(例如，一周、一个月等)时，该健康相关事件可以分类为新习惯。当健康相关事件已经进行长于短期习惯阈值但小于既定习惯阈值(例如，一个月、两个月、六个月等)时，该健康相关事件可以分类为短期习惯。当健康相关事件已经进行长于既定习惯阈值时，该健康相关事件可以分类为既定习惯。阈值时间段中的每一个可以与通知可见性水平相关联。例如，具有高依从性水平(例如，>80％依从性比率)的健康相关事件的通知可见性水平可以从分类为新习惯时的请求输入可见性水平转变为分类为短期习惯时的仪表板可见性水平，以及转变为分类为既定习惯时的隐藏可见性水平。在814，计算装置可以确定是否已经超过针对当前通知可见性水平的上阈值时间段。

当尚未超过针对当前通知可见性水平的上阈值时间段时，计算装置可以进行到806以继续收集(例如，并记录)与健康相关事件相关联的数据。

当已经超过针对当前通知可见性水平的上阈值时间段时，在816，计算装置可以调整针对健康相关事件的通知可见性水平。例如，计算装置可以基于用户已经进行健康相关事件的时间量来更新通知可见性水平。可以基于超过上阈值时间段来将当前通知可见性水平调整为经更新的通知可见性水平。例如，当健康相关事件的当前通知可见性水平处于请求输入可见性水平并且已经超过针对新习惯/短期习惯的上阈值时间段时，通知可见性水平可以调整为仪表板可见性水平。当已经调整通知可见性水平时，计算装置可以进行到806以继续收集(例如，并记录)与健康相关事件相关联的数据。

当依从性比率在与当前通知可见性水平相关联的依从性水平的依从性阈值之外时，在816，计算装置可以调整针对健康相关事件的通知可见性水平，如本文所描述。

过程800可以由计算装置定期进行。例如，计算装置可以每日(例如，在每日结束时)、每周、每两周和/或每个月进行一次过程800。

图9示出了用于将健康相关事件分组到通知组中的另一示例过程900的流程图。例如，示例过程900由一个或多个装置，诸如一个或多个计算装置进行。过程900可以由单个计算装置进行，或者可以分布在多个装置上。例如，过程900可以由计算装置(例如，诸如图1所示的移动装置104或一个或多个远程计算装置122)进行。过程900可以通过由计算装置执行的健康管理应用程序(例如，诸如移动应用程序105)来进行。示例过程900可以由控制电路(例如，诸如图5所示的处理器502)执行来自存储器(例如，诸如图5所示的存储器516)的指令而进行。将健康相关事件分组到通知组中可以减少用户所需的通知和/或交互的数量。例如，计算装置可以针对通知组显示一个通知，而非针对每个健康相关事件显示一个通知。在示例中，计算装置可以按通知组(例如，早晨通知组、下午通知组、晚上通知组、就寝时间通知组等)来显示一天中时间通知(例如，早晨、下午、晚上、就寝时间等)。

如图9所展示，在902，可以识别健康相关事件。健康相关事件可以为分配给用户的任务(例如，新任务或现有任务)。例如，健康相关事件可以为要求用户按定期排定(例如，每日、每周等)进行的任务。健康相关事件可以与健康状况、疾病、疾患和/或病痛相关联。健康相关事件可以为结构化测试周期的一部分、健康管理方案的一部分、锻炼方案的一部分、个人卫生方案的一部分、饮食计划的一部分和/或另一健康相关事件。在902，可以响应于用户输入而识别健康相关事件。用户可以将与健康相关事件相关联的信息输入到计算装置的健康管理应用程序(例如，诸如图1所示的移动应用程序105)中。例如，用户可以在移动应用程序中选择“新任务”或“创建任务”选项以识别健康相关事件。健康相关事件可以包括进食、进行活动(例如，诸如某种类型的锻炼)、服用一定剂量的药物、记录医学读数(例如，血糖水平、身体温度、心率、血压、氧饱和水平)、记录睡眠信息、处方状态(例如，处方开具、按处方配药等)、疫苗接种状态、医疗就诊/检查(例如，牙科就诊、初级护理就诊、专科医生就诊、眼科测验等)等。

在904，计算装置可以确定与健康相关事件相关联的第一情境。第一情境可以包括时间、位置、一个或多个用户特性和/或一个或多个事件特性。一个或多个用户特性可以包括教育水平、社会经济状态、年龄、性别、婚姻状态等。一个或多个事件特性可以包括分配给健康相关事件的活动代码。在示例中，每个健康相关事件可以被分配唯一活动代码。在其他示例中，一组类似的健康相关事件可以被分配组活动代码。

在906，计算装置可以利用与第一情境相关的第二情境来识别第二健康相关事件。在示例中，第二情境可以与第一情境相同。在其他示例中，第二情境可以类似于第一情境。当第一情境为第一一天中时间时，第二情境可以为接近第一一天中时间的第二一天中时间。例如，第一情境可以为上午9:00，并且第二情境可以为早晨。由于上午9:00为早晨，因此可以认为第二情境与第一情境相关。另外地或替代性地，第一情境可以包括位置(例如，诸如家庭、学校、工作地点、餐馆等)。当第二情境与位置匹配时，在906，可以识别第二健康相关事件。

在908，计算装置可以将第一健康相关事件和第二健康相关事件分组到通知组中。例如，可以基于具有相似的情境而将第一健康相关事件和第二健康相关事件分组到通知组中。将健康相关事件分组到通知组中可以减少用户所需的通知和/或交互的数量。例如，计算装置可以针对通知组显示一个通知，而非针对每个健康相关事件显示一个通知。另外地或替代性地，将健康相关事件分组可以增加对一个或多个健康相关事件的依从性。例如，第二健康相关事件可以为具有高依从性比率(例如，大于80％)的习惯。高依从性比率习惯可以处于隐藏通知可见性水平并/或由用户进行而未被监测或记录。将第一健康相关事件与高依从性比率习惯分组在一起可以使用户更容易记住进行第一健康相关事件。在示例中，第一健康相关事件可以为服用药物并且第一情境可以为早晨。计算装置可以识别到用户每日洗刷其牙齿而未被监测(例如，未被通知或提醒)。计算装置可以将服用早晨药物与牙齿洗刷分组在一起，使得在用户洗刷其牙齿之前、期间或之后向用户显示服用早晨药物的通知。在被通知几次之后，服用早晨药物可以成为高依从性比率习惯，部分原因是与另一高依从性比率习惯(例如，牙齿洗刷)分组在一起。另外地或替代性地，在908，计算装置可以将第一健康相关事件和第二健康相关事件分组在日历条目、待办事项列表等内。

在910，计算装置可以检测与第一或第二情境相关联的触发事件。触发事件可以取决于情境。例如，当情境为一天中的时间时，触发事件可以为一天中的时间。当情境为位置时，触发事件可以是用户在某个位置。例如，触发事件可以为用户下班到家。触发事件可以为第一健康相关事件或一些其他健康相关事件的完成。

情境可以用于调整针对特定健康相关事件的通知时间。例如，在正常情形下，健康相关事件(例如，通常在家进行)可能被排定为由用户在晚上进行，但是地理位置数据示出用户不在家(例如，在餐馆、在商店、在电影院等)。计算装置可以调整针对健康相关事件的通知时间和所得的接受标准，例如，以允许在当天中稍晚(例如，当用户在家时)记载健康相关事件。

情境可以包括微位置信息。微位置信息可以包括位置(例如，家庭、工作地点、学校等)内的特定房间。一个或多个装置(诸如用于药物依从的药丸盒、蓝牙信标和/或其他智能家庭装置(例如，灯具、插座、恒温器、安全摄像头、开关、门和占用传感器))可以用于提供微位置信息。例如，计算装置可以请求当前连接的WiFi路由器名称和GPS位置，它们可以在任务完成时被存储、匿名并归类(例如，内部地或通过如Foursquare、Google Place等API)为家庭、工作地点/学校、餐馆等。

历史时间数据可以用于调整针对特定健康相关事件的通知时间。例如，健康相关事件可以与预定的一天中时间相关联，但是用户已经记录健康相关事件在不同的一天中时间的完成。计算装置可以调整针对健康相关事件的通知时间和所得的接受标准，例如，以允许与用户记录的过去的完成一起记录健康相关事件。

在912，计算装置可以响应于检测到触发事件而传送通知。例如，在912，计算装置可以基于对触发事件的检测而显示与通知组相关联的通知。该通知可以经由提醒、通知、日历条目、待办事项列表等来向用户显示。

图10示出了用于确定是否向健康相关事件通知组发送提醒的另一示例过程1000的流程图。例如，示例过程1000由一个或多个装置，诸如一个或多个计算装置进行。过程1000可以由单个计算装置进行，或者可以分布在多个装置上。例如，过程1000可以由计算装置(例如，诸如图1所示的移动装置104或一个或多个远程计算装置122)进行。示例过程1000可以由控制电路(例如，诸如图5所示的处理器502)执行来自存储器(例如，诸如图5所示的存储器516)的指令而进行。过程1000可以通过由计算装置执行的健康管理应用程序(例如，诸如移动应用程序105)来进行。将健康相关事件分组到通知组中可以减少用户所需的通知和/或交互的数量。例如，计算装置可以针对通知组显示一个通知，而非针对每个健康相关事件显示一个通知。在示例中，计算装置可以按通知组(例如，早晨通知组、下午通知组、晚上通知组、就寝时间通知组等)来显示一天中时间通知(例如，早晨、下午、晚上、就寝时间等)。

在1002，计算装置可以接收与第一健康相关事件相关联的数据。该数据可以包括指示第一健康相关事件的完成的手动条目。手动条目可以包括用户对调查的响应。在示例中，数据可以包括指示第一健康相关事件的完成的自动化条目。例如，计算装置可以基于所收集的数据来确定第一健康相关事件已经完成。另外地或替代性地，在806，所收集的数据可以包括基于从其他计算装置接收的数据的实时数据。例如，计算装置(例如，健康管理应用程序)可以将来自血糖监测器(例如，图1所示的CGM 102或BGM 106)的血糖读数链接到第一健康相关事件。计算装置(例如，健康管理应用程序)可以基于对与药物和/或餐食相关联的唯一标识符的扫描来将针对药物的药物数据和/或针对餐食的饮食数据链接到第一健康相关事件。例如，用户报告的依从性数据的至少一部分可以由计算装置在扫描附着至药物或餐食的条形码、快速响应(QR)码、射频识别(RFID)标签或近场通信(NFC)标签中的一者或多者时接收。计算装置可以将用户报告的依从性数据存储在数据库中。

该数据可以包括一个或多个血糖水平、饮食条目、药物条目、锻炼条目、身体温度、心率、血压、氧饱和水平、睡眠信息、实验室数据、手动数据条目等。在示例中，数据可以包括指示第一健康相关事件的完成的手动条目。手动条目可以包括用户对调查的响应。在示例中，数据可以包括指示第一健康相关事件的完成的自动化条目。例如，在1002，计算装置可以基于所接收的数据来确定第一健康相关事件已经完成。

在1004，计算装置可以确定与第一健康相关事件相关联的第一情境。第一情境可以包括时间、位置、一个或多个用户特性和/或一个或多个事件特性。一个或多个用户特性可以包括教育水平、社会经济状态、年龄、性别、婚姻状态等。一个或多个事件特性可以包括分配给第一健康相关事件的活动代码。在示例中，每个健康相关事件可以被分配唯一活动代码。在其他示例中，一组类似的健康相关事件可以被分配组活动代码。

在1006，计算装置可以将第一情境与关联于用户的多个其他健康相关事件进行比较。

在1008，计算装置可以识别与第一情境匹配的一个或多个第二健康相关事件。在示例中，一个或多个第二健康相关事件可以具有与第一情境相同的第二情境。在其他示例中，第二情境可以类似于第一情境。

在1010，计算装置可以将第一健康相关事件和一个或多个第二健康相关事件分组到通知组中。例如，第一健康相关事件和一个或多个第二健康相关事件可以基于具有相似的情境而分组到通知组中。将健康相关事件分组到通知组中可以减少用户所需的通知和/或交互的数量。例如，计算装置可以针对通知组显示一个通知，而非针对每个健康相关事件显示一个通知。另外地或替代性地，将健康相关事件分组可以增加对一个或多个健康相关事件的依从性。例如，第二健康相关事件可以为具有高依从性比率(例如，大于80％)的习惯。高依从性比率习惯可以处于隐藏通知可见性水平并/或由用户进行而未被监测或记录。将第一健康相关事件与高依从性比率习惯分组在一起可以使用户更容易记住进行第一健康相关事件。在示例中，第一健康相关事件可以为服用药物并且第一情境可以为早晨。计算装置可以识别到用户每日洗刷其牙齿而未被监测。计算装置可以将服用早晨药物与牙齿洗刷分组在一起，使得在用户洗刷其牙齿之前、期间或之后向用户显示服用早晨药物的通知。在被通知几次之后，服用早晨药物可以成为高依从性比率习惯，部分原因是与另一高依从性比率习惯(例如，牙齿洗刷)分组在一起。另外地或替代性地，在908，计算装置可以将第一健康相关事件和第二健康相关事件分组在日历条目、待办事项列表等内。

在1012，计算装置可以确定针对通知组的通知可见性水平。在1012，计算装置可以基于在1002接收的数据和/或与一个或多个第二健康相关事件相关联的依从性数据来确定针对通知组的可见性水平。另外地或替代性地，在1012，计算装置可以基于与已经进行第一健康相关事件和/或一个或多个第二健康相关事件的其他用户相关联的数据来确定针对通知组的可见性水平。计算装置可以识别具有相似的年龄、性别、活动水平、医疗历史等的一个或多个(例如，一组)用户。计算装置可以聚合一个或多个用户针对第一健康相关事件和/或一个或多个第二健康相关事件的依从性数据以确定针对通知组的初始可见性水平。例如，计算装置可以生成和/或维护依从性水平模型。依从性水平模型可以用于确定一定年龄范围内的、具有特定性别、具有特定活动水平和/或特定医疗历史的用户的针对通知组的初始可见性水平。

在1014，计算装置可以检测与第一健康相关事件相关联的触发事件。触发事件可以取决于第一情境。例如，当第一情境为一天中的时间时，触发事件可以为一天中的时间。当第一情境为位置时，触发事件可以是用户在某个位置。例如，触发事件可以为用户下班到家。触发事件可以为另一健康相关事件的完成。

在1016，计算装置可以确定经确定的可见性水平是否大于提醒阈值。例如，计算装置可以将可见性水平与提醒阈值进行比较。提醒阈值可以为触发对用户的提醒的预定义的可见性水平。

当经确定的可见性水平大于提醒阈值时，在1018，计算装置可以发送指示通知组的提醒。例如，在1018，计算装置可以响应于检测到触发事件而传送提醒。例如，提醒可以是可听的或不可听的。不可听提醒可以提供为振动、屏幕的闪烁和/或计算装置上的LED的闪烁。例如，振动可以伴随有在计算装置上显示的通知。该通知可以包括与通知组相关联的指示。例如，指示可以为进行和/或记录通知组的健康相关事件的完成的提示。

当经确定的可见性水平小于提醒阈值时，在1020，计算装置可以根据经确定的可见性水平来显示与通知组相关联的指示。指示可以为进行和/或记录通知组的健康相关事件的完成的提示。

图11示出了用于调整健康相关事件通知组的通知可见性水平的另一示例过程1100的流程图。例如，示例过程1100由一个或多个装置，诸如一个或多个计算装置进行。过程1100可以由单个计算装置进行，或者可以分布在多个装置上。例如，过程1100可以由计算装置(例如，诸如图1所示的移动装置104或一个或多个远程计算装置122)进行。过程1100可以通过由计算装置执行的健康管理应用程序(例如，诸如移动应用程序105)来进行。示例过程1100可以由控制电路(例如，诸如图5所示的处理器502)执行来自存储器(例如，诸如图5所示的存储器516)的指令而进行。

在1102，计算装置可以接收与第一健康相关事件相关联的数据。该数据可以包括指示第一健康相关事件的完成的手动条目。手动条目可以包括用户对调查的响应。在示例中，数据可以包括指示第一健康相关事件的完成的自动化条目。例如，计算装置可以基于所收集的数据来确定第一健康相关事件已经完成。另外地或替代性地，在1102，所接收的数据可以包括基于从其他计算装置接收的数据的实时数据。例如，计算装置(例如，健康管理应用程序)可以将来自血糖监测器(例如，图1所示的CGM 102或BGM 106)的血糖读数链接到第一健康相关事件。计算装置(例如，健康管理应用程序)可以基于对与药物和/或餐食相关联的唯一标识符的扫描来将针对药物的药物数据和/或针对餐食的饮食数据链接到第一健康相关事件。例如，该数据的至少一部分可以由计算装置在扫描附着至药物或餐食的条形码、快速响应(QR)码、射频识别(RFID)标签或近场通信(NFC)标签中的一者或多者时接收。计算装置可以将数据记录在例如数据库中。

接收到的数据可以包括一个或多个血糖水平、饮食条目、药物条目、锻炼条目、身体温度、心率、血压、氧饱和水平、睡眠信息、实验室数据、手动数据条目等。在示例中，接收到的数据可以包括指示第一健康相关事件的完成的手动条目。手动条目可以包括用户对调查的响应。在示例中，接收到的数据可以包括指示第一健康相关事件的完成的自动化条目。例如，在1102，计算装置可以基于所接收的数据来确定第一健康相关事件已经完成。

在1104，计算装置可以确定与第一健康相关事件相关联的第一情境。第一情境可以包括时间、位置、一个或多个用户特性和/或一个或多个事件特性。一个或多个用户特性可以包括教育水平、社会经济状态、年龄、性别、婚姻状态等。一个或多个事件特性可以包括分配给第一健康相关事件的活动代码。在示例中，每个健康相关事件可以被分配唯一活动代码。在其他示例中，一组类似的健康相关事件可以被分配组活动代码。

在1106，计算装置可以确定针对第一健康相关事件的依从性比率高于预定义的阈值。预定义的阈值可以与高依从性水平(例如，诸如表1中所示的依从性水平4)相关联。例如，预定义的阈值可以为针对高依从性水平的依从性下阈值。依从性比率可以基于与健康相关事件相关联的接收到的数据来确定。依从性比率可以为用户在给定的时间段(例如，依从性周期)内进行健康相关事件的频率的定量量度。换句话说，依从性比率可以指示用户对在依从性周期内完成健康相关事件的历史顺从。依从性比率可以使用在依从性周期期间进行健康相关事件的机会的数量以及依从性周期期间健康相关事件的完成数量来确定。

在1108，计算装置可以接收与第二健康相关事件相关联的数据。该数据可以包括指示第二健康相关事件的完成的手动条目。手动条目可以包括用户对调查的响应。在示例中，数据可以包括指示第二健康相关事件的完成的自动化条目。例如，计算装置可以基于接收到的数据来确定第二健康相关事件已经完成。另外地或替代性地，在1108，所接收的数据可以包括基于从其他计算装置接收的数据的实时数据。例如，计算装置(例如，健康管理应用程序)可以将来自血糖监测器(例如，图1所示的CGM 102或BGM 106)的血糖读数链接到第二健康相关事件。计算装置(例如，健康管理应用程序)可以基于对与药物和/或餐食相关联的唯一标识符的扫描来将针对药物的药物数据和/或针对餐食的饮食数据链接到第二健康相关事件。例如，用户报告的依从性数据的至少一部分可以由计算装置在扫描附着至药物或餐食的条形码、快速响应(QR)码、射频识别(RFID)标签或近场通信(NFC)标签中的一者或多者时接收。计算装置可以将用户报告的依从性数据存储在数据库中。

接收到的数据可以包括一个或多个血糖水平、饮食条目、药物条目、锻炼条目、身体温度、心率、血压、氧饱和水平、睡眠信息、实验室数据、手动数据条目等。在示例中，接收到的数据可以包括指示第二健康相关事件的完成的手动条目。手动条目可以包括用户对调查的响应。在示例中，接收到的数据可以包括指示第二健康相关事件的完成的自动化条目。例如，在1108，计算装置可以基于所接收的数据来确定第二健康相关事件已经完成。

在1110，计算装置可以确定与第二健康相关事件相关联的第二情境。第二情境可以包括时间、位置、一个或多个用户特性和/或一个或多个事件特性。一个或多个用户特性可以包括教育水平、社会经济状态、年龄、性别、婚姻状态等。一个或多个事件特性可以包括分配给第二健康相关事件的活动代码。在示例中，每个健康相关事件可以被分配唯一活动代码。在其他示例中，一组类似的健康相关事件可以被分配组活动代码。

在1112，计算装置可以确定第二情境在第一情境的预定义的情境阈值内。预定义的情境阈值可以定义相似情境之间的相对差异阈值。预定义的情境阈值可以是基于情境类型的。例如，当情境类型为时间时，预定义的情境阈值可以为时间长度(例如，诸如5分钟、15分钟等)；当情境类型为位置时，预定义的情境阈值可以为距离(例如，100码、1英里等)；等等。

在1114，计算装置可以将第一健康相关事件和第二健康相关事件分组到通知组中。例如，第一健康相关事件和第二健康相关事件可以基于第二情境在第一情境的预定义的阈值内而分组到通知组中。将健康相关事件分组到通知组中可以减少用户所需的通知和/或交互的数量。例如，计算装置可以针对通知组显示一个通知，而非针对第一健康相关事件显示一个通知以及针对第二健康相关事件显示另一通知。另外地或替代性地，将健康相关事件分组可以增加对第二健康相关事件的依从性。例如，第二健康相关事件可以与第一健康相关事件分组在一起，因为第一健康相关事件具有高依从性比率(例如，大于80％)。高依从性比率习惯可以处于隐藏通知可见性水平并/或由用户进行而未被监测或记录。将第二健康相关事件与第一健康相关事件分组在一起可以使用户更容易记住进行第二健康相关事件。

在1116，计算装置可以检测与第一健康相关事件相关联的触发事件。触发事件可以取决于第一情境。例如，当第一情境为一天中的时间时，触发事件可以为一天中的时间。当第一情境为位置时，触发事件可以是用户在某个位置。例如，触发事件可以为用户下班到家。触发事件可以为另一健康相关事件的完成。计算装置可以响应于检测到触发事件而传送通知。

在1118，计算装置可以确定是否已经在预定义的时间段内接收对第二健康相关事件的依从性。预定义的时间段可以为用于报告第二健康相关事件的完成的标准时间延缓。时间延缓可以在预期完成第二健康相关事件时开始。预定义的时间段可以针对每个健康相关事件而单独地确定或者针对健康相关事件而总体上确定。另外地或替代性地，预定义的时间段可以基于情境来确定。例如，每个情境可以与用于进行依从性报告的特定预定义的时间段相关联。

当在预定义的时间段内没有接收到对第二健康相关事件的依从性时，在1120，计算装置可以调整与第二健康相关事件(例如，通知组)相关联的通知的可见性。例如，可以增加与第二健康相关事件相关联的通知的可见性，使得用户看到该通知的可能性增加。换句话说，第二健康相关事件可以与初始通知可见性水平相关联，如本文所描述。当在预定义的时间段内未接收到依从性时，可以将第二健康相关事件的初始通知可见性水平调整为下一最高通知可见性水平。例如，预定义的时间段(例如，时间延缓)的期满可以触发从对通知的显示切换到可听或不可听提醒。不可听提醒可以提供为振动、屏幕的闪烁和/或计算装置上的LED的闪烁。例如，振动可以伴随有在计算装置上显示的通知。该通知可以包括与通知组相关联的指示。例如，指示可以为进行和/或记录通知组的健康相关事件的完成的提示。

在调整通知可见性水平之后，计算装置可以根据经调整的通知可见性水平向用户发送和/或显示通知。预定义的时间段可以在根据经调整的通知可见性水平发送和/或显示通知之后再次开始。在以经调整的通知可见性水平发送和/或显示通知之后，过程1100可以返回到1118。在1118，计算装置可以再次确定在以经调整的通知可见性水平发送和/或显示通知之后是否接收到对第二健康相关事件的依从性。可以继续调整通知的可见性，直到用户报告对第二健康相关事件的依从性并且/或或者到最大可见性水平。

当在预定义的时间段内已经接收到对第二健康相关事件的依从性时，过程1100可以在1122结束。

尽管上文以特定组合描述了特征、元件和功能，但是特征、元件或功能可单独使用或与其它特征、元件或功能以任何组合一起使用。随后可以做出各种目前无法预见或未预料到的替代、修改、变化或改进，它们也旨在被所附权利要求所涵盖。

本文所述的方法在并入计算机可读介质中以供计算机或处理器执行的计算机程序、软件或固件中实施。计算机可读介质的实例包括电子信号(通过有线或无线连接发射)和计算机可读存储介质。计算机可读存储介质的实例包括但不限于只读存储器(ROM)、随机存取存储器(RAM)、可移动磁盘和光学介质，诸如CD-ROM磁盘和数字通用磁盘(DVD)。

Claims (32)

1.一种方法，其包括：

识别与用户相关联的用户健康相关事件，其中所述用户健康相关事件为糖尿病相关事件；

确定与所述用户健康相关事件相关联的情境，其中所述情境包括与所述用户健康相关事件相关联的时间、位置或医学状况中的至少一者；

确定针对所述用户健康相关事件的第一通知可见性水平，其中所述第一通知可见性水平为与所述用户健康相关事件相关联的通知对所述用户的可见性的量度；

接收与所述用户健康相关事件相关联的数据；

基于与所述用户健康相关事件相关联的所述数据来确定针对所述用户健康相关事件的依从性水平；

将针对所述用户健康相关事件的所述依从性水平与多个预定义的依从性阈值进行比较；

响应于将所述依从性水平与所述多个预定义的依从性阈值进行比较，确定针对所述用户健康相关事件的第二通知可见性水平；

检测与所述用户健康相关事件相关联的触发事件；

基于对所述触发事件的检测，使用所述第二通知可见性水平来向与所述用户相关联的移动装置传送与所述用户健康相关事件相关联的所述通知。

2.根据权利要求1所述的方法，其中所述第一通知可见性水平是基于所述情境来确定的。

3.根据权利要求1所述的方法，其中当所述依从性水平低于与所述第一通知可见性水平相关联的第一预定义的依从性阈值时，确定所述第二通知可见性水平是比所述第一通知可见性水平高的可见性水平。

4.根据权利要求1所述的方法，其中当所述依从性水平大于与所述第一通知可见性水平相关联的第二预定义的依从性阈值时，确定所述第二通知可见性水平是比所述第一通知可见性水平低的可见性水平。

5.根据权利要求1所述的方法，其中所述第一通知可见性水平和所述第二通知可见性水平包括干预可见性水平、请求输入可见性水平、仪表板可见性水平或隐藏可见性水平。

6.根据权利要求5所述的方法，其中所述干预可见性水平包括向所述用户的所述移动装置以及向至少一个其他装置传送所述通知。

7.根据权利要求5所述的方法，其中所述请求输入可见性水平包括请求所述用户记录所述用户健康相关事件的完成。

8.根据权利要求5所述的方法，其中所述仪表板可见性水平包括显示要在给定的时间段内完成的所述用户健康相关事件和至少一个其他用户健康相关事件的列表。

9.根据权利要求8所述的方法，其中所述列表是基于情境来组织的。

10.根据权利要求5所述的方法，其中所述隐藏可见性水平包括对所述用户隐藏所述通知。

11.根据权利要求1所述的方法，其中当所述用户健康相关事件对于所述用户来说是新的时，所述请求输入可见性水平被选择为所述第一通知可见性水平。

12.根据权利要求1所述的方法，其进一步包括：

确定与所述用户健康相关事件相关联的所述情境与至少一个其他用户健康相关事件的所述情境相匹配，其中所述至少一个其他用户健康相关事件为非糖尿病相关事件；以及

将所述用户健康相关事件与所述至少一个其他用户健康相关事件分组在通知组中，其中所述通知组用于发送指示所述用户健康相关事件和所述至少一个其他用户健康相关事件的通知。

13.根据权利要求1所述的方法，其中所述依从性水平包括针对所述用户健康相关事件的依从性范围。

14.根据权利要求1所述的方法，其中所述用户健康相关事件与多个依从性水平相关联。

15.根据权利要求15所述的方法，其中所述多个依从性水平中的每一个包括依从性上阈值和依从性下阈值。

16.根据权利要求15所述的方法，其中所述多个依从性水平是基于以下中的一者或多者而可调整的：所述用户的特性、所述用户健康相关事件的年龄、所述用户健康相关事件的特性、已经在预定义的时间段内记录对所述用户健康相关事件的依从性的次数或所述用户健康相关事件的频率。

17.根据权利要求1所述的方法，其中所述数据的至少一部分是由所述用户的所述移动装置在扫描以下中的一者或多者时接收的：条形码、快速响应(QR)码、射频识别(RFID)标签或近场通信(NFC)标签。

18.一种方法，其包括：

将与第一用户健康相关事件相关联的多个条目记录在与用户相关联的移动装置的存储器中，其中所述第一用户健康相关事件包括糖尿病相关事件或非糖尿病相关事件中的一者；

确定与所述第一用户健康相关事件相关联的第一情境，其中所述第一情境包括与所述第一用户健康相关事件相关联的时间或位置中的至少一者；

确定所述多个条目指示所述用户高于针对所述第一用户健康相关事件的依从性阈值；

记录第二用户健康相关事件，其中所述第二用户健康相关事件包括糖尿病相关事件；

确定与所述第二用户健康相关事件相关联的第二情境，其中所述第二情境包括与所述第二用户健康相关事件相关联的时间或位置中的至少一者；

确定与所述第一用户健康相关事件相关联的所述第一情境在与所述第二用户健康相关事件相关联的所述第二情境的预定义的阈值内；

响应于确定与所述第一用户健康相关事件相关联的所述情境在所述预定义的阈值内，将所述第一用户健康相关事件与所述第二用户健康相关事件分组在通知组中；

当用户经估计将执行所述第一用户健康相关事件时检测触发事件；以及

基于对所述触发事件的检测，经由所述移动装置上的可听提醒或可见提醒向所述用户传送提醒以执行至少所述第二用户健康相关事件。

19.根据权利要求19所述的方法，其进一步包括响应于在预定义的时间段内记录所述第二用户健康相关事件的次数以及所述依从性阈值来调整所述提醒的可见性。

20.根据权利要求19所述的方法，其中所述提醒是基于针对所述第一用户健康相关事件检测到所述触发事件来传送的，并且其中所述第一用户健康相关事件高于所述依从性阈值导致所述可见提醒或可听提醒未能包括与所述第一用户健康相关事件具体相关的信息。

21.根据权利要求19所述的方法，其中所述提醒是以基于所述情境确定的通知可见性水平来传送的。

22.根据权利要求22所述的方法，其中所述通知可见性水平包括干预可见性水平、请求输入可见性水平、仪表板可见性水平或隐藏可见性水平。

23.根据权利要求23所述的方法，其中所述干预可见性水平包括向所述用户的所述移动装置以及向至少一个其他装置传送所述通知。

24.根据权利要求23所述的方法，其中所述请求输入可见性水平包括请求所述用户记录所述用户健康相关事件的完成。

25.根据权利要求23所述的方法，其中所述仪表板可见性水平包括显示要在给定的时间段内完成的所述用户健康相关事件和至少一个其他用户健康相关事件的列表。

26.根据权利要求26所述的方法，其中所述列表是基于情境来组织的。

27.根据权利要求23所述的方法，其中所述隐藏可见性水平包括对所述用户隐藏所述通知。

28.根据权利要求19所述的方法，其中当所述用户健康相关事件对于所述用户来说是新的时，所述请求输入可见性水平被选择为所述第一通知可见性水平。

29.根据权利要求19所述的方法，其中所述用户健康相关事件与多个依从性水平相关联。

30.根据权利要求30所述的方法，其中所述多个依从性水平中的每一个包括依从性上阈值和依从性下阈值。

31.根据权利要求30所述的方法，其中所述多个依从性水平是基于以下中的一者或多者而可调整的：所述用户的特性、所述用户健康相关事件的年龄、所述用户健康相关事件的特性、已经在预定义的时间段内记录对所述用户健康相关事件的依从性的次数或所述用户健康相关事件的频率。

32.根据权利要求1所述的方法，其中所述数据是由所述用户的所述移动装置在扫描以下中的一者或多者时接收的：条形码、快速响应(QR)码、射频识别(RFID)标签或近场通信(NFC)标签。