CN114360676A - 生理数据的呈现 - Google Patents

Abstract

本公开涉及聚合并共享健康数据。健康数据可由用户设备从用户设备外部或内部的任何数量的传感器，从用户手动输入健康数据或从其他用户或实体来接收。用户设备可将健康数据安全存储在用户设备上并传输存储在远程数据库上的健康数据。设备的用户可与朋友、亲属、护理人员、医疗保健提供者等共享健康数据的部分或全部。用户设备还可在不同类型的健康数据的聚合视图中显示用户的健康数据。在接收到来自其他用户的授权的情况下，也可查看其他用户的健康数据。

Description

生理数据的呈现

本申请是申请日为2013年12月04日、申请号为201380081349.6，发明名称为“生理数据的呈现”的发明专利申请的分案申请。

技术领域

以下公开整体涉及数据管理，并且更具体地涉及聚合和共享健康数据。

背景技术

约1.33亿美国人当前患有至少一种慢性疾病。该数字到2020年预计将上升到约1.65亿。因此，在美国的医疗保健的成本预计将大幅增长。已通过向个人提供监测并跟踪他们健康数据的工具来尝试改善个人的健康状况。健康数据通常可包括任何类型的与人身健康相关联的数据，诸如他们的体重、心率、血压、血糖水平、用药依从性、活动量等。用户可使用诸如血压袖带、血糖监测仪、心电图、计步器等设备来监测他们的健康。已开发出与这些设备中的每个设备相关联的软件应用程序(例如，App)以允许用户随时间跟踪他们的健康数据。虽然可使用每个应用程序来观察有关用户健康的有用信息，但当前应用程序在允许用户存储、观察和共享由不同设备所采集的健康数据的能力方面是有限的。

发明内容

本公开涉及用于聚合和共享健康数据的过程。一个示例过程可包括使得显示多个类型的健康数据的聚合视图，其中聚合视图包括多个分区，该多个分区中的每个分区与多个类型的健康数据的类型相关联；接收对多个分区中的分区的选择；以及使得显示多个分区中的所选择分区的扩展视图。

在一个实施例中，在聚合视图中，该多个分区中的每个分区包括相关联类型的健康数据的标识符和与其一起被显示的相关联类型的健康数据的第一部分，并且其中扩展视图包括多个分区中的所选择分区的放大视图和与其一起被显示的相关联类型的健康数据的第二部分。在另一实施例中，健康数据的第一部分包括相关联类型的健康数据的最新值，并且其中相关联类型的健康数据的第二部分包括相关联类型的健康数据随时间的表示。

在一个实施例中，使得显示所选择分区的扩展视图包括使得显示表示多个分区中的未被选择的分区的塌缩的一组分区。在另一实施例中，多个分区基于相关联类型的健康数据的使用频率、相关联类型的健康数据的最新添加的值的时间或一天中的时间在显示内排序。

在一个实施例中，所选择分区的扩展视图包括可选择元件，以通过电子邮件或文本消息共享与分区相关联的健康数据。

在一个实施例中，多个类型的健康数据包括体重数据、血糖数据、血压数据、活动数据或心率数据。在另一实施例中，多个类型的健康数据中的至少一个类型的健康数据从传感器数据生成，该传感器数据从多个传感器获取。

在一个实施例中，扩展视图包括相关联类型的健康数据的图表，并且其中图表包括从健康数据生成的区段，该健康数据从不同传感器获取。

在一个实施例中，多个分区中的分区为用户生成的分区。在另一实施例中，多个分区具有多张卡片在叠层中显示的外观。

另一示例过程可包括使得在设备上显示多个分区，其中多个分区中的每个分区与多个类型的健康数据中的健康数据的类型相关联；响应于检测到设备的取向的变化，选择多个分区的子集；以及使得显示多个分区的所选择的子集。

在一个实施例中，设备的取向的变化基于来自以下各项中的至少一项的数据来检测：设备的陀螺仪、设备的加速度计、或它们的组合。在另一实施例中，检测设备的取向的变化包括检测设备的取向的阈值变化量。

在一个实施例中，所显示的多个分区的子集中的每个分区包括与其一起被显示的相关联类型的健康数据的至少一部分的图形表示。在另一实施例中，选择多个分区的子集包括：识别多个类型的健康数据之间的相关性；以及选择与相关类型的健康数据相关联的分区作为多个分区的子集。

另一示例过程可包括使得显示与第一用户相关联的第一多个分区，其中第一多个分区中的每个分区与第一用户的健康数据的类型相关联；以及响应于接收到用于查看与第二用户相关联的第二多个分区的请求，使得显示与第二用户相关联的第二多个分区，其中第二多个分区中的每个分区与第二用户的健康数据的类型相关联。

在一个实施例中，用于查看第二多个分区的请求包括使所显示的第一多个分区在横向方向上滚动的请求。在另一实施例中，用于查看第二多个分区的请求包括从用户列表选择第二用户。

在一个实施例中，第一用户已被第二用户授权以查看第二多个分区。

另一示例过程一可包括接收对被授权以访问一组健康数据的用户的识别；响应于检测到对一组健康数据的更新，将通知传输至被授权以访问一组健康数据的用户，通知向被授权以访问一组健康数据的用户通知已检测到对一组健康数据的更新；以及将一组健康数据的至少一部分传输至被授权以访问一组健康数据的用户。

在一个实施例中，对被授权以访问一组健康数据的用户的识别包括姓名、用户名或联系信息。在另一实施例中，一组健康数据的至少一部分响应于接收到来自被授权以访问一组健康数据的用户的请求来传输。

另一示例过程可包括从第一用户接收用于访问与第二用户相关联的健康数据的请求；向第二用户传输用于授权第一用户访问与第二用户相关联的健康数据的请求；以及响应于接收到来自第二用户的授权，将与第二用户相关联的健康数据传输至第一用户。

在一个实施例中，第一用户为医疗保健提供者并且第二用户为患者，并且其中用于访问与第二用户相关联的健康数据的请求在第一用户和第二用户之间的约定之前被接收。在另一实施例中，用于授权第一用户访问与第二用户相关联的健康数据的请求显示在第二用户的移动设备上。

还提供了用于执行这些过程的系统和非暂态计算机可读存储介质。

附图说明

图1A示出了根据各种实施例的用于聚合健康数据的示例系统的框图。

图1B示出了根据各种实施例的用于共享健康数据的示例系统的框图。

图2示出了根据各种实施例的用于向授权的其他用户授权和推送健康数据的示例过程。

图3示出了根据各种实施例的用于授权用户以拉取健康数据的示例过程。

图4-9示出了根据各种实施例的用于显示聚合健康数据的示例界面。

图10示出了根据各种实施例的用于显示聚合健康数据的示例过程。

图11示出了根据各种实施例的用于显示聚合健康数据的示例界面。

图12示出了根据各种实施例的用于显示聚合健康数据的示例过程。

图13示出了根据各种实施例的用于显示其他用户的聚合健康数据的示例界面。

图14示出了根据各种实施例的用于显示其他用户的聚合健康数据的另一示例界面。

图15示出了根据各种实施例的用于显示其他用户的聚合健康数据的示例过程。

图16示出了根据各种实施例的用于聚合和共享健康数据的示例计算系统。

具体实施方式

在以下对本公开和实施例的描述中将引用附图，在附图中以举例方式示出了可实施的具体示例。应当理解，在不脱离本公开的范围的情况下，可实践其他示例并且可进行结构性变更。

本公开涉及聚合并共享健康数据。健康数据可由用户设备从用户设备外部或内部的任何数量的传感器，从用户手动输入健康数据或从其他用户或实体来接收。用户设备可将健康数据安全存储在用户设备上并传输存储在远程数据库上的健康数据。设备的用户可与朋友、亲属、护理人员、医疗保健提供者等共享健康数据的部分或全部。用户设备还可在不同类型的健康数据的聚合视图中显示用户的健康数据。例如，聚合视图可包括一组分区，其中每个分区对应于不同类型的健康数据。在接收到来自其他用户的授权的情况下，也可查看其他用户的健康数据。在一些实施例中，分区可被显示为具有一叠卡片的外观和相关联动画，其中每张卡片对应于不同分区(从而，对应于不同类型的健康数据)。在该叠堆卡片的视图中，每张卡片可显示其对应健康数据的一部分的局部视图。当用户选择卡片中的一张卡片时，可显示所选择卡片的第一扩展视图，其包括第一重新配置数据、附加数据或原始数据的扩展视图中的至少一者。所选择卡片的第二扩展视图可响应于用户设备的取向的变化而显示。第二扩展视图可包括第二重新配置数据、附加数据或原始数据的扩展视图中的至少一者。在一个实施例中，第二扩展视图可包括健康数据随时间推移的图表。

系统概述

图1A示出了用于聚合和共享健康数据的示例系统100A。如上所述，健康数据可包括但不限于任何类型的与人身健康相关联的数据，诸如他们的体重、心率、血压、血糖水平、用药依从性、活动量等。系统100A可用于采集与用户相关联的健康数据，存储健康数据，以有用方式将健康数据呈现给用户，并且基于用户所设定的权限选择性地与其他用户或实体共享用户的健康数据。此外，在一些实施例中，系统100A还可用于采集随同健康数据一起的非健康数据、使非健康数据与健康数据相关联，并且与健康数据一起显示非健康数据。

系统100A可包括一个或多个用户设备110，用户设备包括任何电子设备诸如移动电话、平板电脑、台式计算机、膝上型计算机、PDA等。用户设备110可包括操作系统和用于安全存储健康数据或非健康数据以及相关联元数据的健康数据库111，其中相关联元数据诸如记录数据的时间、数据类型、用于记录数据的设备、与数据相关联的用户等。用户设备110还可包括应用编程接口(API)，该应用编程接口具有用于将数据存储在健康数据库111中并用于访问存储于健康数据库111中的数据的访问控制。

用户设备110可被配置为接收来自不同来源的健康数据或非健康数据并且可将所接收的数据存储在健康数据库111中。例如，用户设备110可被配置为接收来自传感器102,104,106和108的健康数据或非健康数据。这些传感器可包括能够获取健康数据的任何类型的传感器，诸如生物识别传感器、活动追踪器等。例如，传感器102,104,106和108可包括但不限于刻度计、血压袖带、血糖监测仪、心电图、计步器、陀螺仪、加速度计、血氧饱和度传感器、呼吸传感器、姿态传感器、应力传感器、血管容积图、皮肤电反应传感器、温度传感器、哮喘吸入器等。传感器102,104,106和108还可包括用于获取非健康数据诸如情境数据、时态数据、个人数据、联系数据等的其他类型的传感器，诸如音频传感器、环境光传感器、电磁传感器、触摸传感器、电容传感器等。在一些实施例中，每个传感器可以是独立设备，而在其他实施例中，两个或更多个传感器的任何组合可被包括在单个设备中。例如，陀螺仪、加速度计、血管容积图、皮肤电反应传感器和温度传感器可包括在可穿戴电子设备诸如智能手表中，而刻度计、血压袖带、血糖监测仪、血氧饱和度传感器、呼吸传感器、姿态传感器、应力传感器和哮喘吸入器均可以是独立设备。虽然提供了具体实施例，但应当理解，可使用其他传感器并且可将传感器的其他组合结合成单个设备。

传感器102,104,106和108可用于连续地、间歇地、周期性地或以任何其他期望频率或时间间隔测量健康数据或非健康数据。例如，传感器102,104,106和108可用于获取在一时间长度上的单个测量值或多个测量值。传感器102,104,106和108可被配置为以相同的时间间隔测量健康数据或非健康数据，或者可被配置为以不同的时间间隔测量健康数据或非健康数据。这些间隔可由用户进行设定或者可为针对每个传感器的默认设置。另外，传感器102,104,106,108可用于在用户所期望的任何时间或位置测量健康数据或非健康数据。此外，传感器102,104,106和108可以在或不在医疗保健提供者的监管下使用。例如，用户可在家使用传感器102,104,106和108来获取传感器测量值，而无需医疗专业人员的监管。

在一些实施例中，用户设备110可包括与传感器102,104,106和108中的每个传感器相关联的软件传感器应用程序113(例如，第三方应用程序)用于与传感器交互以允许用户设备110接收健康数据或非健康数据。在这些实施例中，应用程序113可使用设备的API来将健康数据或非健康数据存储在用户设备110的健康数据库111中。在一些实施例中，软件传感器应用程序113可以是App并且设备110可以是智能电话、平板电脑等。应当理解，“第三方”可对应于与设备110的制造商和/或创建和/或维护设备110的操作系统的实体不同的实体。在这些情况下，第三方应用程序以及它们的对应传感器可根据与设备110相关联的预定义设备协议在设备110的操作系统内通信并运行。

应用程序113可类似地使用设备的API来访问存储于健康数据库111中的数据。在其他实施例中，用户设备110可被配置为与102,104,106和108共享一个或多个通信格式以允许用户设备110接收并解译来自传感器的健康数据或非健康数据。所接收数据继而可被存储在用户设备110的健康数据库111中。

用户设备110还可接收来自其自身健康数据或非健康数据传感器115诸如GPS传感器、时钟、陀螺仪、加速度计等，来自与用户设备110交互的用户，来自另一实体诸如医师或来自其他非传感器来源的健康数据或非健康数据。例如，可使用设备的API从用户设备110上的应用程序117诸如时钟应用程序、日历应用程序、游戏应用程序、来自医疗保健提供者的应用程序、消息传送应用程序等接收健康数据或非健康数据。来自应用程序117的健康数据或非健康数据可源于与应用程序交互的用户、远程数据库(例如，用于医疗网站的数据库)、医疗保健提供者机构(例如，经由机构的App)等。在这些实施例中，应用程序117的使用(例如，视频游戏应用程序玩了多久、何时玩视频游戏、与股票应用程序交互的次数、与社交网络应用程序交互的次数、与社交网络应用程序交互的时间长度等)、用户设备110的使用(例如，电话的时间长度或根据电话支付应用程序所确定的发送文本消息的数量、根据设备的浏览器所确定的浏览互联网所花时间等)、根据音乐或数据流广播应用程序所确定的听音乐所花时间、使用远程应用程序控制电视所花时间、在购物网站上所花时间或金钱、在色情网站上所花时间(例如，用于辨识成瘾性)、在来自天气应用程序的气象数据上所花时间(例如，用于确定天气任何影响用户的健康)、根据日历所确定的发生在用户生活中的事件类型(例如，会议、生日、假期等)、根据联系人列表和/或日历应用程序和/或消息传送应用程序和/或用户设备110的电话所确定的与某些人的互动等等可由用户设备110接收并存储在健康数据库111中。

在一些实施例中，可提供默认设置或用户选择的设置来限制用户设备110上的至少一个应用程序(例如，应用程序113和117中的至少一者)所具有的对设备110的健康数据库111(为了存储和检索两个目的)以及对由用户设备110内的传感器115生成的传感器数据和/或由传感器102,104,106和108生成的传感器数据的访问权限。例如，用于跟踪用户的运行会话的应用程序可被授予对由用户设备110的GPS传感器所生成数据的访问权限，但可被禁止访问存储于健康数据库111中的用户血压数据。在一些实施例中，用户设备110的所有者之外的实体可设定用户设备110上各种应用程序的授权设置。例如，用户设备110的制造商和/或创建和/或维护设备110的操作系统的实体可评估应用程序以确定是否应赋予它们对由用户设备110生成或接收的用户健康数据和/或传感器数据的访问权限。在一些实施例中，这些设置可由用户进行覆写。

用户设备110还可包括用于显示所存储健康数据或非健康数据的显示器。下文参照图6-17描述了用户设备110的显示器的界面的更详细描述。

图1B示出了用于共享用户健康数据的系统100B。参考图1B，用户服务器114经由网络112通信地耦接到用户设备110，该网络可包括互联网、内联网、或任何其他有线或无线公用或私用网络。用户设备110可被配置为将聚合健康数据或非健康数据以及存储在设备上的相关联的元数据安全传输至用户服务器114以供存储在用户数据库116中。在一些实施例中，健康数据或非健康数据以及相关联元数据可响应于设备110的用户对此类传输的明确请求被传输至用户服务器114以供存储在用户数据库116中，而在其他实施例中，健康数据或非健康数据可连续地、周期性地、间断地或以任何期望频率地与用户数据库116中的数据同步。在其他实施例中，用户的健康数据或非健康数据可仅存储在用户设备110上并且可以不存储在外部数据库中。

在一些实施例中，用户服务器114和用户数据库116可被配置为使用公用/私用密钥系统安全存储用户的健康数据或非健康数据，该公用/私用密钥系统仅允许健康数据或非健康数据的所有者解密数据。另外，存储在用户数据库116中的健康数据或非健康数据可匿名地存储(例如，无需有关用户的标识和/或个人信息，诸如法定姓名、用户名、时间和位置数据等)。这样，其他用户、黑客和用户数据库116的所有者/操作者无法确定与存储在数据库116中的数据相关联的用户的身份。在一些实施例中，用户可从一用户设备访问存储在用户数据库116中的他们的健康数据或非健康数据，该用户设备不同于用于将健康数据或非健康数据上载至用户服务器114的用户设备。在这些情况下，可能需要用户提供登录凭据以访问他们的健康数据或非健康数据。用户服务器114可被配置为执行授权过程以限制对用户数据库116内数据的访问权限。

系统100B还可包括耦接至网络112的任何数量的其他用户设备122和124。在一些实施例中，用户设备122和124可由与用户设备110相同的用户来操作。在这些情况下，用户可通过向用户服务器114提供适当凭据来访问存储在用户数据库116中的他们的健康数据或非健康数据。在一些实施例中，健康数据和非健康数据可在用户数据库116和用户设备110,122和124中的一者或多者之间同步。在其他实施例中，用户设备122和124的用户可以是与用户设备110的用户不同的人。在这些实施例中，在没有用户设备110的用户的授权的情况下，设备122和124的用户无法访问用户设备110的用户的健康数据或非健康数据。如果给予授权，可与用户设备122和124的用户共享健康数据或非健康数据。该数据的共享将在下文中参考图4-5更详细地论述。

在一些实施例中，上述健康数据或非健康数据的来源中的任一者可被配置为可连续地、间断地、周期性地或以任何其他期望频率或时间间隔地测量、生成或接收健康数据或非健康数据。同样地，可类似地在健康数据库111或用户数据库116中连续地、间断地、周期性地或以任何其他期望频率或时间间隔地存储或更新健康数据或非健康数据。用于测量、生成、接收或存储健康数据或非健康数据的频率和时间间隔可相同或者它们可不同。另外，这些频率或间隔可为默认值或者它们可由用户来设定以向用户提供已在期望时间长度内经更新的健康数据或非健康数据。

虽然并为示出，但应当理解，许多其他用户设备可通过网络112耦接至用户服务器114来以类似于上述的方式采集并存储针对其他用户的健康数据或非健康数据。

用户数据库

如上所述，用户的健康数据或非健康数据可被存储在用户数据库116中并且在拥有用户授权的情况下可与其他用户共享。其他用户可为任何类型的用户，诸如朋友、家庭成员、护理者、医师、社交媒体提供商等。针对健康数据库116中所包含的健康数据或非健康数据可授予不同类型和级别的授权。

在一些实施例中，可将共享的健康数据或非健康数据推送至被授权其他用户的用户设备(例如，用户设备122或124)。图2示出了用于向被授权其他用户授权并推送健康数据或非健康数据的示例过程200。在框202处，可接收对被授权其他用户的识别。这可由用户设备(例如，用户设备110)从与共享的健康数据或非健康数据相关联的用户来接收。该识别可包括用户名、法定姓名、联系信息或用于其他用户的任何其他标识符或凭据，以及访问级别，诸如对所有健康数据或非健康数据或者健康数据或非健康数据的子集的访问权限。在一些实施例中，可将被授权其他用户分为不同类别的用户(例如，家庭、朋友、其他等)，其他每个类别与允许这些被授权其他用户查看的特定组的健康数据类型相关联。例如，家庭类别中的用户可被允许查看所有类型的健康数据，而朋友类别中的用户仅可查看活动数据。

在框204处，用户的健康数据或非健康数据可由用户设备来监测以确定是否已进行了数据的任何更新。如果未进行更新，过程可重复框204。然而，如果识别出对用户的健康数据或非健康数据的添加或更改，则过程可前进至框206。在一些实施例中，对用户的健康数据或非健康数据的任何更改可使得过程200前进至框206，而在其他实施例中，仅对某些类型的健康数据或非健康数据的更改可使得过程200前进至框206。

在框206处，可将通知传输至一个或多个被授权其他用户。例如，通知可从用户设备(例如，用户设备110)传输至被授权其他用户的设备(例如，用户设备122或124)。通知可包括指示出对用户的健康数据或非健康数据已进行更新的消息。然后该过程可前进至框208。

在框208处，可将经更新的健康数据或非健康数据传输至被授权的其他用户。例如，经更新健康数据或非健康数据可从用户设备(例如，用户设备110)传输至被授权其他用户的设备(例如，用户设备122或124)。在一些实施例中，该数据仅可在被授权其他用户表明希望查看经更新健康数据或非健康数据的情况下而传输，而在其他实施例中，经更新健康数据或非健康数据可在未接收到来自被授权用户查看数据的请求的情况下传输至被授权用户的用户设备。

在用户想要使护理者或家庭成员(或其他用户)用他的/她的健康数据或非健康数据更新的情况下，使用过程200执行推送健康数据或非健康数据可为有用的。例如，年迈的父母可向子女授予推送他的/她的健康数据或非健康数据的权限以允许子女很容易监测老年用户的健康状态或用药依从性，而不必不断地向父母请求该信息。

在其他实施例中，可通过允许其他用户拉取健康数据或非健康数据来与其他用户共享用户的健康数据或非健康数据。图3示出了用于授权其他用户拉取健康数据或非健康数据的示例过程300。在框302处，可接收用于访问特定用户的健康数据或非健康数据的请求。请求可识别与所请求健康数据或非健康数据以及任选地健康数据或非健康数据的要访问的部分相关联的用户。该识别可包括用户名、法定姓名、联系信息或用于用户的任何其他标识符或凭据。该请求可由与所请求数据相关联的用户的用户设备(例如，用户设备110)从请求用户的用户设备(例如，用户设备122或124)进行接收。

在框304处，可将针对授权的请求传输至与所请求健康数据或非健康数据相关联的用户。在一些实施例中，请求可从请求用户的用户设备(例如，用户设备122或124)传输至与所请求数据相关联的用户的用户设备(例如，用户设备110)。该请求继而可由用户设备(例如，用户设备110)显示给与所请求数据相关联的用户。

在框306处，可确定是否已从与所请求健康数据或非健康数据相关联的用户接收授权。可以任何方式接收授权。例如，可在用户的用户设备110上向与所请求数据相关联的用户显示提示。如果授权被拒绝，则过程可返回框302。然而，如果授权得到准予，则过程可前进至框308。

在框308处，可将所请求健康数据或非健康数据传输至在框302处请求对健康数据或非健康数据的访问权限的实体。所请求健康数据或非健康数据可从用户设备(例如，用户设备110)传输至请求实体的设备(例如，用户设备122或124)。

在一些实施例中，如果在框302处在发出请求之前准予对访问用户的健康数据或非健康数据的授权，则过程300可从框302前进至框308，而不执行框304或306。例如，如果父母向他们的子女授予对他们健康数据或非健康数据的访问权限，则可在框302处接收子女对父母健康数据或非健康数据的请求，并且可在框308处将所请求健康数据或非健康数据传输至子女，而无需子女的任何中间动作。

在被授权其他用户不想用对用户的健康数据或非健康数据的更新进行不断地更新但想要偶尔访问数据的情况下，使用过程300拉取健康数据或非健康数据可为有用的。例如，医生可能就在与患者会面之前想要访问患者的病历以及健康数据或非健康数据。在这种情况下，医生可请求患者的健康数据或非健康数据并且可接收所请求数据或使得请求被发送至患者的用户设备110。响应于接收到来自患者的授权，所请求数据可从用户设备110发送至医生的计算设备(例如，用户设备122或124)。在一些实施例中，所接收的健康数据或非健康数据可被添加至与用户相关联的电子病历(EMR)。

在一些实施例中，无论是否使用推送或拉取共享模型，用户的健康数据或非健康数据都可以不永久性地存储在被授权其他用户的用户设备上。这样，对这些其他用户的授权可被撤销，使得先前被授权的其他用户无法访问用户的健康数据。另外，在一些实施例中，可生成详述或汇总用户健康数据或非健康数据的报告。这些报告继而可经由电子邮件、安全传输等被传输至任何期望接收人。在其他实施例中，用户设备110可被配置为将用户健康数据或非健康数据的部分或全部诸如医保信息、血型、病历等使用近场通信或另外的通信协议传送至医护人员。这在去医院检查或在医疗急救期间需要相关医疗数据的情况下可能很有用的。

聚合数据视图

如上所述，用户设备110可被配置为聚合从用户、从一个或多个传感器102,104,106和108或从非传感器来源接收的与用户相关联的健康数据或非健康数据。用户设备110还可被配置为使用各种界面以各种方式显示用户的经聚合健康数据或非健康数据。

图4示出了可由用户设备110用于显示用户的经聚合健康数据或非健康数据的一个示例界面400。界面400可包括任何数量的分区402,404,406,408,410和412，每个分区包含与用户相关联的不同类型的健康数据。在图4的聚合视图中，分区可用于显示不同类型的健康数据的一部分的局部视图。在图4-9、11和13-14所示的实施例中，分区可被示出为具有一叠卡片的外观和相关联动画，其中每张卡片对应于不同分区(从而，对应于不同类型的健康数据)。然而，应当理解，可以任何其他期望方式来显示分区。

界面400可包括第一分区402，该第一分区显示在界面的顶部，可包括用户的标识符(例如，姓名)。如图所示，用户设备110的用户的姓名“John Smith”显示在分区402上。界面400还可包括用于查看与其他用户相关联的健康数据的按钮401。该特征在下文中参照图14和15更详细描述。

界面400还可包括相邻于分区402显示的另一分区404，使其看上去是如同堆叠卡片一样的重叠分区402。该分区可包括包含在分区上的健康数据的类型的指示以及分区的健康数据的一部分的局部视图(例如，汇总、示例等)。具体地，分区404包括字词“体重”以指示出分区包含与用户“John Smith”相关联的体重数据。分区404还可包括“John Smith”的最新体重“185磅”。

界面400还可包括相邻于分区404显示的另一分区406，使其看上去是如同堆叠卡片一样的重叠分区404。该分区可包括包含在分区上的健康数据的类型的指示以及分区的健康数据的一部分的局部视图(例如，汇总、示例等)。具体地，分区406包括字词“血糖”以指示出分区包含与用户“John Smith”相关联的血糖数据。分区406还可包括“John Smith”的最新血糖水平“164mg/dL”。

界面400还可包括相邻于分区406显示的另一分区408，使其看上去是如同堆叠卡片一样的重叠分区406。该分区可包括包含在分区上的健康数据的类型的指示以及分区的健康数据的一部分的局部视图(例如，汇总、示例等)。具体地，分区408包括字词“血压”以指示出分区包含与用户“John Smith”相关联的血压数据。分区408还可包括“John Smith”的最新血压测量值“117/67毫米汞柱”。

界面400还可包括相邻于分区408显示的另一分区410，使其看上去是如同堆叠卡片一样的重叠分区408。该分区可包括包含在分区上的健康数据的类型的指示以及分区的健康数据的一部分的局部视图(例如，汇总、示例等)。具体地，分区410包括字词“活动”以指示出分区包含与用户“John Smith”相关联的活动数据(例如，消耗掉的卡路里)。分区410还可包括“John Smith”当前每天所消耗的卡路里数“467千卡”。

界面400还可包括相邻于分区410显示的另一分区412，使其看上去是如同堆叠卡片一样的重叠分区410。该分区可包括包含在分区上的健康数据的类型的指示以及分区的健康数据的一部分的局部视图(例如，汇总、示例等)。具体地，分区412包括字词“心率”以指示出分区包含与用户“John Smith”相关联的心率数据。分区412还可包括“John Smith”的最新心率测量值“122bpm”。另外，由于分区412位于叠层分区的顶部，因此附加信息414和/或选项416可显示在分区的表面上。在例示的实施例中，附加信息包括“John Smith”在一周范围内的最小心率、最大心率和静息心率，该信息是使用选项416进行选择的。

分区的部分或全部的次序可为静态或动态的。例如，包含用户名的分区402可保持在显示器的顶部，而其余分区可基于一天中的时间、与分区相关联的健康数据最近更新的时间、与分区相关联的健康数据更新的频率、值得注意的事件是否临近(例如，该服药了、该执行传感器测量等)等等来排序。用户也可手动地更改次序。如果界面400包括比可显示在单个屏幕上的更多分区，则可执行垂直滚动以显示其余分区。另选地，可执行分区的3D滚动以赋予浏览一叠卡片的外观。

虽然上文已提供了具体示例性分区类型，但应当理解，界面400内可包括包含有不同类型健康数据的分区。另外，用户可生成可用于显示任何期望类型的用户输入数据的自定义分区。例如，可创建分区以跟踪用户的用药依从性。用户可输入服用药物的时间、数量和类型并且可将该数据显示在所创建的分区上。也可生成用于不同健康数据类型诸如营养、睡眠、吸烟等的其他自定义分区。

另外，虽然上文已提供了分区的健康数据的一部分的局部视图(例如，汇总、示例等)的具体实施例，但应当理解，局部视图可以不同方式汇总或提供健康数据的实施例。例如，可将健康数据在所有时间或部分时间内(例如，一周、一个月、一年等)的平均值、模式、中值、另一单个数据点等显示在聚合视图中的分区上，而不是显示特定健康数据类型的最新值。另选地，在其他实施例中，可将当前平均值显示在聚合视图中的分区上。在其他实施例中，聚合视图中的分区可包括对健康数据类型的当前值和目标值的显示。

可选择分区402,404,406,408,410和412来显示包含可配置数据、附加数据的分区的扩展视图或包含在分区上的原始数据的放大视图。例如，用户可通过轻击显示在触敏显示器上的期望分区来选择分区，可使用鼠标或其他输入设备突出显示并点击分区，或使用任何其他输入装置选择期望分区。响应于对分区的选择，用户设备110可隐藏其他分区的内容并将所选择分区显示在用户设备110的全部或大部分显示器上。

例如，图5示出了可响应于用户选择界面400中的分区404来显示的示例界面500。在界面500中，分区404的扩展视图405可在用户设备110的显示器内突出显示，而其余部分可被动画化为塌缩离开显示器成为显示在显示器的底部的叠层分区502。在例示的实施例中，扩展视图405可包括附加的体重相关数据，诸如用户的体重、身高体重指数(BMI)和脂肪率，其在界面400中未示出。扩展视图405还可包括用户体重数据的汇总，诸如指示用户的体重相对于体重范围的滑动数值范围540和在一天、一周、一个月或一年内跟踪用户体重的图表541。界面500还可包括可使用户设备110显示选项的按钮504，以使用任何期望通信媒体诸如文本消息、电子邮件、社交媒体提供商等来共享他们的部分或全部健康数据。在这些实施例中，健康数据可被加密并从用户设备110直接发送至接收方的用户设备(而不是从用户服务器114)，该健康数据可在接收方进行解密。为了返回界面400所示的分区的聚合视图，用户可选择(例如，轻击、点击或以其他方式选择)叠层分区502。应当理解，界面500和扩展视图405的内容作为实施例进行提供，并且扩展视图405可替代性地包括体重相关数据的任何类型或汇总。

图6示出了可响应于用户选择界面400中的分区406来显示的示例界面600。在界面600中，分区406的扩展视图407可在用户设备110的显示器内突出显示，而其余部分可被动画化为塌缩离开显示器成为显示在显示器的底部的叠层分区502。在例示的实施例中，扩展视图407可包括附加的血糖相关数据，诸如用户的血糖和单位，其在界面400中未示出。扩展视图407还可包括用户血糖数据的汇总，诸如指示用户在餐后的血糖相对于典型血糖水平范围的滑动数值范围542和在一天、一周、一个月或一年内跟踪用户血糖的图表543。如上所述，界面600还可包括按钮504。为了返回界面400所示的分区的聚合视图，用户可选择(例如，轻击、点击或以其他方式选择)叠层分区502。应当理解，界面600和扩展视图407的内容作为实施例进行提供，并且扩展视图407可替代性地包括血糖相关数据的任何类型或汇总。

图7示出了可响应于用户选择界面400中的分区408来显示的示例界面700。在界面700中，分区408的扩展视图409可在用户设备110的显示器内突出显示，而其余部分可被动画化为塌缩离开显示器成为显示在显示器的底部的叠层分区502。在例示的实施例中，扩展视图409可包括附加的血压相关数据，诸如用户的血压和每分钟心跳次数(bpm)，其在界面400中未示出。扩展视图409还可包括用户血压数据的汇总，诸如指示用户的血压相对于典型血压值的滑动数值范围544和在一天、一周、一个月或一年内跟踪用户血糖的图表545。如上所述，界面700还可包括按钮504。为了返回界面400所示的分区的聚合视图，用户可选择(例如，轻击、点击或以其他方式选择)叠层分区502。应当理解，界面700和扩展视图409的内容作为实施例进行提供，并且扩展视图409可替代性地包括血压相关数据的任何类型或汇总。

图8示出了可响应于用户选择界面400中的分区410来显示的示例界面800。在界面800中，分区410的扩展视图411可在用户设备110的显示器内突出显示，而其余部分可被动画化为塌缩离开显示器成为显示在显示器的底部的叠层分区502。在例示的实施例中，扩展视图411可包括附加的活动相关数据，诸如用户消耗的卡路里、所走步数和行进的英里数，其在界面400中未示出。扩展视图411还可包括用户血压数据的汇总，诸如在一天、一周、一个月或一年内跟踪他们活动强度的图表546和示出活动、空闲和运动锻炼时所花的总时间的汇总547。如上所述，界面800还可包括按钮504。为了返回界面400所示的分区的聚合视图，用户可选择(例如，轻击、点击或以其他方式选择)叠层分区502。应当理解，界面800和扩展视图411的内容作为实施例进行提供，并且扩展视图411可替代性地包括活动相关数据的任何类型或汇总。

图9示出了可响应于用户选择界面400中的分区412来显示的示例界面900。在界面900中，分区412的扩展视图413可在用户设备110的显示器内突出显示，而其余部分可被动画化为塌缩离开显示器成为显示在显示器的底部的叠层分区502。在例示的实施例中，扩展视图413可包括附加的心率相关数据，诸如用户在一天、一周、一个月或一年内的最小心率、最大心率和静息心率。然而，与分区404,406,408和410不同，该数据之前在界面400内显示，这是因为分区412位于叠层分区的顶部显示在聚合视图中。扩展视图413还可包括用户心率数据的汇总，诸如在一天、一周、一个月或一年内跟踪用户心率的图表548。如上所述，界面900还可包括按钮504。为了返回界面400所示的分区的聚合视图，用户可选择(例如，轻击、点击或以其他方式选择)叠层分区502。应当理解，界面900和扩展视图413的内容作为实施例进行提供，并且扩展视图413可替代性地包括心率相关数据的任何类型或汇总。

在一些实施例中，可从一个或多个传感器设备和/或应用程序接收用于生成图4-9所示界面的用户的健康数据。在这些实施例中，来自不同设备的相同类型的健康数据可被组合并显示在单个分区上。例如，可从使用相同标度进行的重复测量中获取图5中的界面500所示的体重数据。另选地，一些测量值可从一个标度获取，而其余测量值可从一个或多个不同标度获取。因此，图表541中一些点可使用来自一个标度的体重数据生成，而图表541中其他点可使用来自一个或多个其他标度的体重数据生成。在另一实施例中，图8中界面800所示的活动数据800可从单个计步设备中获取。另选地，可从计步设备、用于记录用户的跑步会话的第一GPS启用手表和用于记录用户的划船会话的第二GPS启用手表来聚合数据。在这些实施例中，示出用户活动强度的图表546可为由从步进跟踪设备以及第一GPS启用手表和第二GPS启用手表所获取数据的组合生成的分段图表，其中每个区段来自设备中的一个设备。具体地，图表546可包括由来自计步设备的数据生成的第一区段550、由来自第一GPS启用手表的数据生成的第二区段552和由来自第二GPS启用手表的数据生成的第三区段554。以这种方式聚合数据有利地允许用户以不直接将健康数据绑定到特定设备或应用程序(例如，智能电话应用程序)的方式记录并查看健康数据。虽然图8中示出三个区段，但应当理解，分段图表可包括对应于不同传感器和/或应用程序的任何数量的区段。

图10示出了根据各种实施例的用于显示健康数据的示例过程1000。在框1002处，可使健康数据的包含与分区402,404,406,408,410和412类似或相同的多个分区的聚合视图显示在与用户设备110类似或相同的用户设备上。分区可包括显示在分区上的健康数据的类型的标识符以及与分区相关联的健康数据类型的一部分的局部视图(例如，汇总、示例等)。例如，可显示与界面400类似或相同的包含各种健康数据分区402,404,406,408,410和412的界面。

在框1004处，可接收对所显示分区中一个分区的选择。可由用户设备接收选择，并且可以鼠标点击、轻击触敏显示器等形式进行选择。响应于对分区的选择，在框1006处，可显示所选择分区的扩展视图。扩展视图可包括视图，该视图表示所选择分区的较大部分以及重新配置的健康数据(例如，显示在于框1002所显示的聚合视图中所选择分区上的健康数据的重新排列视图)、附加健康数据(例如，先前未显示在于框1002所显示的聚合视图中所选择分区上的健康数据)中的至少一者，或者显示在于框1002所显示的聚合视图中的健康数据的放大视图(例如，显示在于框1002所显示的聚合视图中所选择分区上的相同健康数据的放大视图)。另外，未被选择的分区可在尺寸上减小或从显示器移除。例如，界面500,600,700,800或900中的任一界面可响应于分别对界面400的分区404,406,408,410或412的选择来显示。

在一些实施例中，在框1006处所呈现的显示可包括用于共享健康数据的可选择选项(例如，按钮504)。在其他实施例中，在框1006处所呈现的显示还可包括用于使包含有在框1002处所显示的分区的聚合视图再次显示的可选择选项(例如，分区502)。该过程继而可返回框1004，在此可接收对另一分区的选择。

图11示出了可响应于用户使用户设备110旋转到横向视图来显示的示例界面1100。在该取向下，用户设备110可显示比界面400的聚合视图中所显示的分区小的分区子集的扩展视图。例如，界面1100可包括分区408的扩展视图1102、分区406的扩展视图1104和分区412的扩展视图1106。在例示的实施例中，分区的扩展视图可包括健康数据在不同时间长度上的图形表示。这就可允许用户查看所显示类型的健康数据并领会它们如何随时间相对于彼此变化并且评估一种类型的健康数据的变化如何牵涉到另一类型的健康数据的变化(或其缺少)。例如，可显示的一种类型的健康数据可包括随时间服药。可将该数据与用户的血压和心率进行比较以确定服药产生了有益效果还是有害效果。在一些实施例中，用户设备110可选择在用户设备110被旋转到横向取向时所显示的健康数据的类型。可基于通常彼此相关联的健康数据类型的预先确定组合做出选择或者可基于对各种类型健康数据的分析做出选择。在后一个实施例中，可显示出被认定为可能相关联的健康数据类型。可通过滚动通过分区来查看在界面1100的初始显示中未示出的健康数据类型。另外，可选择分区来以与在界面400中所执行的相同方式显示更详细信息。

图12示出了根据各种实施例的用于基于设备的取向显示健康数据的示例过程1200。在框1202处，包含与分区402,404,406,408,410和412类似或相同的多个分区的聚合视图可由与用户设备110类似或相同的用户设备来显示。分区可包括显示在分区上的健康数据的类型的标识符以及与分区相关联的健康数据类型的一部分的局部视图(例如，汇总、示例等)。例如，可显示与界面400类似或相同的包含各种健康数据分区402,404,406,408,410和412的界面。

在框1204处，可检测用户设备的取向的变化。例如，用户设备内的陀螺仪和/或加速度计可指示设备的取向已从纵向变为横向。响应于所检测到的取向上阈值量的变化，该过程可前进至框1206。

在框1206处，可选择在框1202处显示的多个分区的子集以供显示。在一些实施例中，子集可为多个分区的预先确定子集。在其他实施例中，可基于用户定义的偏好选择子集以供显示。在其他实施例中，可基于对与每个分区相关联的健康数据组的分析来选择多个分区的子集以确定是否存在任何类型的健康数据潜在相关。如果识别出潜在相关性，则在框1206处可选择与潜在相关数据相关联的分区。

在框1208处，可显示在框1206处所选择的分区子集的扩展视图。在一些实施例中，在分区的扩展视图上所显示的健康数据的类型的标识符和/或与分区相关联类型的健康数据的汇总、示例或其他视图可与在框1202处的分区上所示出的不同。例如，每个扩展视图中的汇总数据或示例数据可用健康数据随时间的图形表示来替代，如图11所示。这样，可观察所显示类型的健康数据之间的关系。在一些实施例中，响应于检测到用户设备的取向变为纵向取向，过程可返回框1202。

如上所述，在一些实施例中，用户设备110的用户可被授予对其他用户的健康数据的访问权限。在这些实施例中，用户设备110可允许用户查看其他用户的与以上参照图4-12的类似格式的健康数据。例如，如图13中界面1300所示，为了查看其他用户的健康数据，用户可使界面的内容在方向1306上横向滚动以使得来自第一用户的第一组分区1304代替来自第二用户的第二组分区1302而显示。具体地，第二用户的第二组分区1302可在滚动方向1306上平移离开显示器，而第一多个分区1304可在相同方向1306上、从显示器的相对侧平移进入到显示器中。应当理解，图13示出了过渡状态，在该状态下分区1302正远离显示器并且分区1304正在方向1306上滚动到显示器上。这样，仅分区1302的左侧和分区1304的右侧是可见的。随着分区1302和1304继续在方向1306上滚动，分区1302的较小部分是可见的而分区1304的较大部分是可见的直到分区1302完全离开显示器并且分区1304占据显示器的全部或大部分。虽然未示出，但分区的1304的顶部分区可包括第一用户名并且可随屏幕继续在方向1306上滚动而显示。该滚动操作可被执行任意次数(并且在任意方向上)以滚动通过设备110的用户被授权以访问的所有用户的分区。

图14示出了用于查看其他用户的健康数据的另一示例界面1400。在一些实施例中，界面1400可响应于对界面400的按钮401的选择而显示。如图所示，界面1400可包括已授权用户设备110的用户访问他们的健康数据的用户1402,1404,1406和1408的列表。在一些实施例中，紧挨每个用户名的圆圈可用与用户相关联的图像来替代。这些图像可以是与设备110的联系人列表中所使用的图像相同的图像或者可包括其他图像。在例示的实施例中，用户1402,1404,1406和1408被分成不同类别(例如，自己、家庭和朋友)。这些类别可用于逻辑上将用户分组在一起或如上所述，可指示用于查看其他用户的健康数据的授权级别。例如，“家庭”类别中的用户可授权较大组的他们的健康数据用于查看，而“朋友”类别中的用户可授权较小组的他们的健康数据用于查看。响应于对用户1402,1404,1406和1408中一者的选择，分区1410可被更新以反映所选择用户的健康数据。这可包括更新分区上所显示健康数据的类型(例如，基于其他用户已授权用户设备110的用户查看的健康数据的类型)以及健康数据的一部分的相关联局部视图(例如，汇总、示例等)。在其他实施例中，用户1402,1404,1406和1408的列表可响应于使界面400向上或向下垂直滚动以暴露出用户列表而显示。

图15示出了根据各种实施例的用于显示与两个或更多个用户相关联的健康数据的示例过程1500。在框1502处，可显示对与第一用户相关联的第一多个分区的显示。分区可与分区402,404,406,408,410和412类似或相同并且可由与用户设备110类似或相同的用户设备来显示。分区可包括显示在分区上的健康数据的类型的标识符以及与分区相关联的健康数据类型的一部分的局部视图(例如，汇总、示例等)。例如，可显示与界面400类似或相同的包含各种健康数据分区402,404,406,408,410和412的界面。

在框1504处，可接收用于查看第二用户的第二多个分区的请求。第二用户可为已授权第一用户查看他们健康数据的用户，如上所述。在一些实施例中，该请求可包括用于滚动在框1502处所显示的对第一多个分区的显示的用户输入并且可由用户设备以旋转鼠标滚轮、键盘上的箭头键、触摸和/或轻扫触摸显示器等的形式来接收。类似于图13中所示的实施例，滚动方向可在相对于显示器内容的水平方向上并且可垂直于使与第一用户相关联的附加分区显示的滚动方向。然而，应当理解，也可使用其他滚动方向。在其他实施例中，用于查看第二多个分区的请求可以从用户列表选择第二用户的形式来接收。例如，可从类似于图14所示的用户列表中选择第二用户。列表可响应于对按钮(例如，按钮401)或其他选择机制(诸如使在框1502显示的第一多个分区垂直滚动以暴露出用户列表)的选择而显示。响应于接收到用于查看在框1504处的第二多个分区的请求，过程可前进至框1506。

在框1506处，可显示对与第二用户相关联的第二多个分区的显示。在一些实施例中，当在框1504处所接收的用于查看第二多个分区的请求包括用于使对第一多个分区的显示滚动的请求时，第一多个分区可在滚动方向上平移离开显示器，而第二多个分区可在相同方向上、从显示器的相对侧平移到显示器上，如图13所示。在其他实施例中，当在框1504处所接收的用于查看第二多个分区的请求包括从用户列表选择第二用户时，第一多个分区可用对第二多个分区的显示来代替，如图14所示。可接收查看其他用户的健康数据分区的附加请求并且框1504和1506可重复进行以显示与已授权设备110的用户查看他们的健康数据的用户相关联的分区组的部分或全部。

应当理解，可将上述过程组合。例如，过程1200可与过程1000相结合，使得在于框1002显示多个分区之后，用户设备的取向变化可使框1204,1206和1208执行。类似地，过程1500可与过程1000相结合，使得在于框1002显示多个分区之后，接收用于查看与其他用户相关联的分区的请求可使框1504和1506执行以显示与另一用户相关联的多个分区。

如上所述，系统100A和100B可被配置为连续地、间歇地、周期性地或以任何其他期望频率或时间间隔测量、生成、接收或存储健康数据或非健康数据。类似地，可执行过程1000,1200和1500以连续地、间歇地、周期性地或以任何其他期望频率或时间间隔来更新对健康数据或非健康数据的显示。例如，执行过程1000,1200或1500的设备可连续地、间断地、周期性地或以任何其他期望频率或时间间隔从健康数据库111或用户数据库116接收经更新健康数据或非健康数据。在一些实施例中，执行过程1000,1200或1500的设备可以相同频率或时间间隔接收对所有健康数据或非健康数据的更新。在其他实施例中，执行过程1000,1200或1500的设备可被配置为以不同频率或时间间隔接收对不同类型数据的更新。例如，心率数据可每秒钟更新一次，而体重数据可每天更新一次。这些间隔和频率可为默认值或者可由用户来选择。

与聚合和共享健康数据相关的一个或多个功能可由与图16所示的系统1600相似或相同的系统来执行。系统1600可包括存储于非暂态计算机可读存储介质诸如存储器1604或存储设备1602中并由处理器1606执行的指令。该指令也可被存储和/或输送于任何非暂态计算机可读存储介质内，以供指令执行系统、装置或设备，诸如基于计算机的系统、包括处理器的系统，或可指令执行系统、装置或设备获取指令并执行指令的其他系统使用或与其结合。在本文的上下文中，“非暂态计算机可读存储介质”可以是可包含或存储程序以供指令执行系统、装置和设备使用或与其结合的任何介质。非暂态计算机可读存储介质可包括但不限于电子、磁性、光学、电磁、红外或半导体系统、装置或设备，便携式计算机磁盘(磁性)、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM)(磁性)、便携式光盘诸如CD、CD-R、CD-RW、DVD、DVD-R或DVD-RW，或闪存存储器诸如紧凑型闪存卡、安全数字卡、USB存储设备、记忆棒等。

该指令也可传播于任何传输介质内以供指令执行系统、装置或设备，诸如基于计算机的系统、包括处理器的系统，或可从指令执行系统、装置或设备获取指令并执行指令的其他系统使用或与其结合。在本文的语境中，“传输介质”可以是能够传送、传播或传输程序以供指令执行系统、装置或设备使用或与其结合的任何介质。传输介质可包括但不限于电子、磁性、光学、电磁或红外有线或无线传播介质。

在一些实施例中，可将系统1600包括在用户设备110或用户服务器114内。处理器1606可被配置为执行过程200,300,1000、f0和1500。应当理解，系统不限于图16的部件和配置，而可包括根据各种实施例的多种配置中的其他或另外的部件。

虽然参照附图对本公开以及示例进行了全面的描述，但应当注意，各种变化和修改对于本领域内的技术人员而言将变得显而易见。应当理解，此类变化和修改被认为被包括在由所附权利要求所限定的本公开以及示例的范围内。

Claims (10)

1.一种方法，包括：

接收被授权访问一组健康数据的用户的识别；

响应于检测到对所述一组健康数据的更新，将通知传输至被授权访问所述一组健康数据的所述用户，所述通知向被授权访问所述一组健康数据的所述用户通知对所述一组健康数据的所述更新已被检测到；以及

将所述一组健康数据的至少一部分传输至被授权访问所述一组健康数据的所述用户。

2.根据权利要求1所述的方法，其中被授权访问所述一组健康数据的所述用户的所述识别包括：姓名、用户名或联系信息。

3.根据权利要求1所述的方法，其中所述一组健康数据的所述至少一部分响应于接收到来自被授权访问所述一组健康数据的所述用户的请求而被传输。

4.一种计算机可读存储介质，存储一个或多个程序，所述一个或多个程序被配置为由具有显示器和触敏表面的电子设备的一个或多个处理器执行，所述一个或多个程序包括用于以下的指令：

接收被授权访问一组健康数据的用户的识别；

响应于检测到对所述一组健康数据的更新，将通知传输至被授权访问所述一组健康数据的所述用户，所述通知向被授权访问所述一组健康数据的所述用户通知对所述一组健康数据的所述更新已被检测到；以及

将所述一组健康数据的至少一部分传输至被授权访问所述一组健康数据的所述用户。

5.根据权利要求4所述的计算机可读存储介质，其中被授权访问所述一组健康数据的所述用户的所述识别包括：姓名、用户名或联系信息。

6.根据权利要求4所述的计算机可读存储介质，其中所述一组健康数据的所述至少一部分响应于接收到来自被授权访问所述一组健康数据的所述用户的请求而被传输。

7.一种电子设备，包括：

显示器；

触敏表面；

存储器，存储一个或多个程序，所述一个或多个程序被配置为由所述一个或多个处理器执行，所述一个或多个程序包括用于以下的指令：

接收被授权访问一组健康数据的用户的识别；

响应于检测到对所述一组健康数据的更新，将通知传输至被授权访问所述一组健康数据的所述用户，所述通知向被授权访问所述一组健康数据的所述用户通知对所述一组健康数据的所述更新已被检测到；以及

将所述一组健康数据的至少一部分传输至被授权访问所述一组健康数据的所述用户。

8.根据权利要求7所述的电子设备，其中被授权访问所述一组健康数据的所述用户的所述识别包括：姓名、用户名或联系信息。

9.根据权利要求7所述的电子设备，其中所述一组健康数据的所述至少一部分响应于接收到来自被授权访问所述一组健康数据的所述用户的请求而被传输。

10.一种电子设备，包括：

显示器；

触敏表面；

用于执行根据权利要求1至3中任一项所述的方法的部件。

Images