CN112534514A - 综合疾病管理系统 - Google Patents

Abstract

一种用于向患者显示疾病管理目标的系统，包括：用户数据库，包括测量的患者疾病管理数据或用户派生的患者疾病管理数据；内容数据库，包括与推荐的生活方式选择和疾病管理协议有关的内容项；以及交互式用户界面。该系统还包括具有指令的存储器，当在处理器上运行这些指令时将执行如下方法，包括：基于用户信息和存储的疾病管理协议来确定与改善疾病管理有关的患者目标并在交互式用户界面上向用户显示患者目标；以及至少基于所确定的患者目标和用户信息从内容数据库中选择一个或多个内容项并在交互式用户界面上向用户显示所选择的一个或多个内容项。

Description

综合疾病管理系统

优先权申请

本申请要求于2018年6月18日递交的第62/686,588号美国临时申请、于2018年9月12日递交的第62/730,413号美国临时申请以及于2019年6月10日递交的第62/859,529号美国临时申请的优先权。

技术领域

实施例涉及用于管理患病和疾病的系统和方法，并且特别地，涉及向患者或其他用户提供用于输送个性化见解的智能的、连接的、端对端的解决方案的系统和方法。

背景技术

糖尿病是以胰岛素分泌、胰岛素作用或两者的缺陷所导致的高血糖水平为标志的一组疾病。糖尿病会导致严重的并发症和过早死亡。但是，有知名产品和策略可供糖尿病患者使用来帮助控制疾病和降低并发症的风险。

糖尿病患者的治疗选项例如包括专门饮食、口服药物和胰岛素治疗。糖尿病治疗的主要目标是控制糖尿病患者的血糖水平，以便增加无并发症生活的机率。由于糖尿病的性质及其短期和长期的并发症，重要的是糖尿病患者不断了解其血糖水平并且密切监测其饮食。对于接受胰岛素治疗的患者，重要的是要以这样的方式施以胰岛素，即维持血糖水平并且容许由于进餐和其他活动而导致的血糖浓度波动趋势。

诸如医生或经认证的糖尿病教育者(CDE)等的医疗保健专业人员会为糖尿病患者提供有关管理饮食、锻炼、生活方式和综合健康方面的咨询服务。当被人们遵守时，这种咨询服务可以减少与糖尿病相关联的并发症，并且使糖尿病患者过上更健康、更快乐的生活。然而，通常，这种咨询服务只能通过预约来进行，从而使糖尿病患者缺乏与健康的糖尿病生活方式有关的简单、快速且容易获得的咨询服务。

发明内容

为了概述所描述的技术，在此描述了所描述的技术的某些目的和优点，并非所有这样的目的或优点都可以在所描述的技术的任何特定实施例中实现。因此，例如，本领域技术人员将认识到，所描述的技术可以以这样的方式具体实施或执行，即，实现或优化如本文中所教导的一个优点或一组优点，而不必实现如本文中所可能教导或建议的其他目的或优点。

一个实施例是综合疾病管理(IDM)系统和方法。IDM系统的该实施例可以为糖尿病患者提供与健康的糖尿病生活方式有关的简单、快速且容易获取的咨询服务。在一个方面，公开了一种用于向患者显示一个或多个疾病管理目标的系统。在一个实施例中，该系统包括：用户数据库，包括测量的患者疾病管理数据和用户派生的患者疾病管理数据中的至少之一；内容数据库，包括与推荐的生活方式选择和疾病管理协议有关的内容项；以及交互式用户界面，被配置为显示和接收输入到系统中的用户信息输入。该系统还可以包括具有指令的存储器，当在处理器上运行这些指令时将执行如下方法，该方法包括：基于用户信息和存储的疾病管理协议来确定与改善疾病管理有关的患者目标并在交互式用户界面上向用户显示患者目标；以及至少基于所确定的患者目标和用户信息从内容数据库中选择一个或多个内容项并在交互式用户界面上向用户显示所选择的一个或多个内容项。

另一个实施例是一种提供综合疾病管理的方法。在该实施例中，该方法包括：将测量的患者疾病管理数据和用户输入的患者疾病管理数据中的至少之一存储到用户数据库中；将与用于改善患者疗效的推荐的生活方式选择和疾病管理协议有关的内容项存储到内容数据库中；基于用户信息和存储的疾病管理协议来确定与改善患者的疾病管理有关的患者目标；至少基于所确定的患者目标和用户信息从内容数据库中选择一个或多个内容项；以及在交互式用户界面上向用户显示所选择的一个或多个内容项。

又一个实施例是一种从综合疾病管理系统的用户接收患者数据的患者数据登录方法。在该实施例中，该方法包括：显示多个样本登录提示，样本登录提示中的每个样本登录提示包括涉及与用户的疾病相关联的患者数据的类型的短语并包括交互式用户界面上的至少一个空白；通过麦克风接收口头用户输入，该口头用户输入包括用户口头地重复样本登录提示之一，连同将患者数据插入到至少一个空白中；通过自然语言处理器从口头用户输入中提取患者数据；以及将患者数据存储在综合疾病管理系统的用户数据库中。

再一个实施例是一种综合疾病管理系统的数据显示方法。该实施例可以包括：将与患有疾病的患者有关的用户信息存储在用户数据库中，该用户信息包括测量的患者疾病管理数据和用户输入的患者疾病管理数据中的至少之一；将疾病管理协议存储在内容数据库中；在交互式显示器上显示所存储的用户信息的至少一部分的图形表示；至少部分地基于疾病管理协议来分析显示在交互式显示器上的所存储的用户信息的至少一部分，以确定与所存储的用户信息的至少一部分有关的情境化见解；以及在交互式显示器上连同图形表示一起显示情境化见解。

附图说明

在下文中将结合附图来描述所公开的方面，提供附图是为了说明而非限制所公开的方面，其中，类似的附图标记指示类似的元件。

图1是示出了根据一个实施例的综合疾病管理(IDM)系统的框图。

图2是示出了用于综合疾病管理系统的学习管理系统的实施例的框图。

图3是示出了使用图2的学习管理系统来更新内容的示例过程的流程图。

图4是示出了使用图2的学习管理系统来基于触发事件选择内容并向用户显示内容的示例过程的流程图。

图5是示出了使用图2的学习管理系统来基于计划事件显示内容的示例过程的流程图。

图6是示出了结构化教育内容的示例工作流过程的流程图。

图7是示出了确定综合疾病管理系统中的一个或多个患者目标的示例过程的流程图。

图8是示出了在综合疾病管理系统中存储患者数据的示例过程的流程图。

图9是示出了在综合疾病管理系统中连同患者数据的图形表示一起显示情境化见解的示例过程的流程图。

图10是根据一个实施例的综合疾病管理系统的用户界面的示例屏幕截图。

图11是示出了用户界面的语音输入功能的用户界面的示例屏幕截图。

图12是示出了根据一个实施例的对用户语音输入的基于文本的响应的用户界面的示例屏幕截图。

图13是示出了综合疾病管理系统的语音输入模块的方法的实施例的流程图。

图14是示出了综合疾病管理系统的语音输入模块的另一方法的实施例的流程图。

图15和图16是根据实施例的综合疾病管理系统的用户界面的主屏幕的示例屏幕截图。

图17和图18是根据实施例的综合疾病管理系统的用户界面的学习模块的示例屏幕截图。

图19、图20、图21和图22是根据实施例的综合疾病管理系统的用户界面的目标模块的示例屏幕截图。

图23、图24和图25是根据实施例的综合疾病管理系统的用户界面的登录模块的示例屏幕截图。

图26是根据实施例的综合疾病管理系统的用户界面的数据模块的示例屏幕截图。

具体实施方式

引言

在本文中描述了综合疾病管理(IDM)系统和方法。如本领域技术人员将理解的那样，根据本文中所公开的本发明的实施例，存在多种执行该IDM系统和方法的示例、改进和布置的方式。尽管将参考附图和以下描述中所描绘的说明性实施例，但是本文中所公开的实施例并不意味着穷举所公开的发明所涵盖的各种替代设计和实施例，并且本领域技术人员将容易理解的是，在不脱离本发明的情况下，可以进行各种修改且可以进行各种组合。

尽管主要在糖尿病的情境下描述了本文，但是下面详述的IDM系统或方法也可以用于管理其他类型的疾病。这些系统和方法可以供多种类型的用户使用，包括但不限于糖尿病患者、非糖尿病患者、护理人员以及医疗保健专业人员或医疗保健实体(诸如，疾病管理公司、药房、与疾病管理有关的产品供应商、保险公司和其他付款人)。

IDM系统可以对所有类型的糖尿病患者(包括患有1型糖尿病、2型糖尿病或糖尿病前期症状的患者)有益。本文中所描述的IDM系统可以允许用户访问与健康的糖尿病生活方式有关的随时可用的咨询服务信息。IDM系统可以以这样的方式使用户参与，即，鼓励他们与IDM系统保持持续的(例如，每天、每周或每月)交互以获得与糖尿病有关的知识，并且鼓励他们采取日益健康的生活方式。参与诸如本文中所描述的IDM系统的糖尿病患者通常会感到更能控制他们的糖尿病管理，从而获得更好的患者疗效。通常，糖尿病患者越多地参与IDM系统，他们对糖尿病的患病生活的满意度就越高(提供所希望的控制感)。IDM系统可以使用参与、行为设计和行为改变的方法来给每个患者量身定制体验。可以将IDM系统体验设计为创造更多情境式的、有意义的教育，从而提高自我效能感。

在说明性实施例中，IDM系统包括参与的交互式界面，该界面为用户提供了一种在需要时寻求信息和支持的方式，从而使他们感到更能控制他们的状况。IDM系统的一个或多个特征可以基于被设计为修改患者行为的行为科学技术。

在一些实施例中，IDM系统可以使用上载的用户健康信息来定制与用户的交互。用户健康信息可以包括经由交互式界面输入的数据、从启用互联网的(“智能”)设备(诸如，智能胰岛素笔或泵、糖尿病监测仪、健身跟踪器、饮食跟踪器等)上载的数据以及其他类型的信息。IDM系统可以分析上载的健康信息，以向用户提供定制信息。IDM系统可以连接到附加的外部服务。例如，IDM系统可以连接到苹果健康

将IDM系统连接到诸如苹果健康等的外部服务可以进一步增强IDM系统针对用户量身定制内容的能力。例如，访问苹果健康可以为IDM系统提供与用户有关的附加信息。另外，IDM系统可以向连接到该系统的外部服务提供信息。

可以与IDM系统交互的示例设备和方法

图1是示出了糖尿病管理的情境下的根据一个实施例的综合疾病管理(IDM)系统100以及可以通过网络5与IDM系统100进行通信的若干附加设备的框图。在图1的实施例中，这些附加设备包括启用互联网的用户设备10、智能糖尿病监测仪12、智能胰岛素笔14、智能胰岛素泵16和健身跟踪器18。这些所示设备仅通过示例提供，并且其他类型的设备也可以通过网络5连接到系统100。在一些实施例中，可以省略这些设备中的一个或多个和/或可以包括附加设备。

启用互联网的用户设备10可以是任何类型的启用互联网的设备而不受限制，包括智能电话、平板电脑、膝上型计算机、计算机、个人数字助理(PDA)、智能手表等。在一些实例中，启用互联网的用户设备10是移动设备，诸如本领域中已知的任何移动设备，包括但不限于智能电话、平板计算机或具有计算能力的任何电信设备、移动设备连接模块和可调式用户界面(例如但不限于触摸屏)。用户通常拥有可以用于各种功能的启用互联网的用户设备10，诸如发送和接收电话呼叫、发送和接收文本消息和/或浏览互联网。

智能糖尿病监测仪12可以是任何类型的启用互联网的糖尿病监测仪而不受限制。智能糖尿病监测仪12可以被配置为测量用户的血糖水平，诸如电子血糖仪或连续血糖监测仪(CGM)系统。智能糖尿病监测仪12可以被配置为将与用户的血糖水平测量有关的信息上载到IDM系统100。测量的血糖水平和测量时间可以上载到IDM系统100。在一些实施例中，上载的血糖水平测量还与最近食用的食物和/或身体活动相关联，并且该信息也可以上载到IDM系统100。

在一些实施例中，可以与IDM系统一起使用常规的、非启用互联网的糖尿病监测仪。可以经由启用互联网的用户设备10输入或以其他方式获得来自常规糖尿病监测仪的测量，并且通过网络5将其上载到IDM系统100。

智能胰岛素笔14可以是用于自行注射胰岛素的任何启用互联网的设备而不受限制。胰岛素笔通常为用户提供设置胰岛素的剂量并注射该剂量的能力。因此，用户可以确定他们需要多少胰岛素并设置合适的剂量，然后使用笔设备来输送该剂量。在说明性实施例中，智能胰岛素笔14通过网络5将与胰岛素注射的定时和剂量有关的信息发送到IDM系统100。在一些实施例中，与上载的胰岛素注射有关的信息还与最近食用的食物或身体活动相关联，并且该信息也可以上载到IDM系统100。

在一些实施例中，可以使用常规的、非启用互联网的胰岛素笔。可以经由启用互联网的用户设备10输入或以其他方式获得与来自常规胰岛素笔的胰岛素注射有关的信息，并且通过网络5将其上载到IDM系统100。

智能胰岛素泵16可以是任何类型的胰岛素泵，包括互联网连接的胰岛素泵。智能胰岛素泵16可以是传统胰岛素泵、贴片泵或任何其他类型的胰岛素泵。智能胰岛素泵16可以通过网络5将与向患者输送胰岛素有关的信息上载到IDM系统100。在一些实施例中，智能胰岛素泵16上载与泵所输送的胰岛素的速率和量有关的信息。

在一些实施例中，可以使用常规的胰岛素泵。可以经由启用互联网的用户设备10输入或以其他方式获得与常规胰岛素泵的胰岛素输送有关的信息，并且通过网络5将其上载到IDM系统100。

健身跟踪器18可以是测量(或以其他方式获得)与用户有关的健康信息(或其他类型的信息)的任何设备。健身跟踪器18可以是测量患者生命体征的设备。在说明性实施例中，患者生命体征数据包括但不限于心率、血压、体温、血氧水平和/或血糖水平。可以使用健身跟踪器18上的传感器来测量患者生命体征数据测量值。

由启用互联网的设备10、智能糖尿病监测仪12、智能胰岛素笔14、智能胰岛素泵16和/或健身跟踪器18或一个或多个附加设备上载到IDM系统100的信息可以与特定用户相关联。该信息可以用于定制用户与IDM系统100之间的交互，例如，允许IDM系统100为用户提供更好的答案或推荐。在一些实施例中，IDM系统100分析所上载的信息以评估用户的健康。

在图1中还示出了Web服务器20。Web服务器可以提供可以由IDM系统100引用、参考或以其他方式使用的在线内容22。在说明性实施例中，Web服务器20提供可由用户通过网络5访问的网站。该网站可以包括与糖尿病、食物选择、锻炼或其他主题有关的在线内容22。如将在下文描述的那样，IDM系统100可以响应于用户问题而将用户链接到Web服务器20以访问在线内容22。

网络5可以包括任何类型的通信网络而不受限制，包括互联网和/或一个或多个专用网络以及有线和/或无线网络。

示例IDM系统和方法

现在将参考图1中所示的实施例来描述IDM系统100。IDM系统100可以在单个设备(例如，单个计算机或服务器)中具体实施或跨多个设备(例如，多个计算机或服务器)进行分布。IDM系统100的模块或元件可以以硬件、软件或其组合具体实施。模块或元件可以包括存储在一个或多个存储器中并由一个或多个处理器执行的指令。

每个存储器可以是RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM、或者在本领域中已知的任何其他形式的存储介质。处理器中的每个处理器可以是被设计为执行本文中所描述的功能的中央处理单元(CPU)或其他类型的硬件处理器，诸如通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其他可编程逻辑设备、分立门或晶体管逻辑、分立硬件组件或其任何组合。通用处理器可以是微处理器，或者备选地，处理器可以是任何常规处理器、控制器、微控制器或状态机。处理器也可以被实现为计算设备的组合，例如，DSP与微处理器的组合、多个微处理器、与DSP核结合的一个或多个微处理器、或者任何其他此类配置。示例性存储器被耦合到处理器，使得处理器可以从存储器中读取信息以及将信息写入到存储器中。在一些实施例中，存储器可以与处理器进行集成。存储器可以存储操作系统，该操作系统提供在对IDM系统100进行一般管理和操作时供包括在系统中的处理器或其他元件使用的计算机程序指令。

在图1中所示的说明性实施例中，IDM系统100包括用户界面120、交互式引擎130、用户数据库140和内容数据库150。在一些实施例中，可以省略这些元件中的一个或多个。在一些实施例中，IDM系统100包含附加元件。

用户数据库140可以包括单个数据库或多个数据库。在示例性实施例中，IDM系统100的用户各自具有IDM系统100上的帐户。与用户帐户有关的信息可以存储在用户数据库140中。用户数据库140还可以存储与用户帐户相关联的附加信息。例如，用户数据库140可以存储IDM历史数据142和上载的健康数据144。

在说明性实施例中，IDM历史数据142是在用户与IDM系统100的先前交互期间生成和存储的数据。这可以包括：用户所提交的先前问询；用户所提供的先前响应；用户输入的偏好；和/或指示用户与IDM系统100交互的定时的日志等。当用户继续使用和/或与IDM系统100交互时，IDM系统100可以自动添加IDM历史数据142。交互式引擎130的预测分析模块136和机器学习模块138(或IDM系统100的其他模块)可以使用IDM历史数据142来定制IDM系统100与用户之间的未来交互。当用户与IDM系统100交互时，与用户数据库140中的用户帐户相关联的IDM历史数据142增长，从而使IDM系统100更好地了解用户、提供更好的内容、并且创造更具吸纳性的体验。在一些实施例中，这改善了IDM系统100的有效性。

用户数据库140还存储与用户帐户相关联的上载的健康数据144。上载的健康数据144可以包括由用户在启用互联网的用户设备10上输入或由智能糖尿病监测仪12、智能胰岛素笔14、智能胰岛素泵16和/或健身跟踪器18(如上所述)上载的信息。上载的健康数据144还可以包括IDM系统100在分析用户的上载数据时产生的附加信息。例如，在分析用户的上载数据时，IDM系统可以生成健康趋势信息，该信息也可以存储在用户数据库140中的与用户帐户相关联的上载的健康数据144之中。在一些实施例中，上载的健康数据144可以包括由医疗保健提供者(诸如，医生、护士或护理人员)上载或输入的信息。由连接设备收集或测量并存储在用户数据库140中的数据可以包括测量的患者疾病管理数据。由用户输入到用户数据库140中的数据可以包括用户派生的患者疾病管理数据。

在说明性实施例中，IDM系统100还包括内容数据库150。内容数据库150可以是单个数据库或多个数据库。内容数据库150包括在用户与IDM系统100的交互期间向用户输送的内容。该内容可以包括糖尿病教育信息。在一些实例中，该内容是由医疗保健专业人员(诸如，医生或CDE)开发、选择和/或策划的。该内容可以类似于医疗保健专业人员在面对面咨询服务会话期间所提供的内容。然而，IDM系统100上的内容可在任何时间对用户可用且例如在启用互联网的设备10上可访问。

在说明性实施例中，内容数据库150包括食物内容152、糖尿病信息内容154和活动内容156。在说明性实施例中，可以开发和策划食物内容152以鼓励用户健康饮食，同时仍然允许他们食用他们喜爱的食物。

可以开发和策划糖尿病信息内容154以对糖尿病患者所提出的常见问题提供答案。还可以包括其他类型的糖尿病信息内容154，诸如用于管理糖尿病或其他疾病的协议。

可以开发和策划活动内容156以提供与糖尿病患者的健康生活方式选择和身体活动有关的信息。活动内容156可以由医疗保健专业人员开发。

食物内容152、糖尿病信息内容154和活动内容156仅通过某些类型的内容的示例的方式进行示出，并且可以附加地包括其他类型的内容或代替一种或多种所示类型的内容。

IDM系统100可以包括用户界面120和交互式引擎130。用户界面120可以提供IDM系统100通过其与用户交互或向用户显示信息的界面。用户可通过网络5访问用户界面120。例如，用户可以在启用互联网的用户设备10上访问用户界面120。用户界面120可以包括交互式界面122和用户数据查看器124。在一些实施例中，交互式界面122是交互式应用，诸如智能电话、平板电脑或计算机应用。在一些实施例中，交互式界面122是交互式网站。在非限制性示例中，交互式界面122是聊天机器人。

交互式界面122在用户与交互式引擎130之间中继输入和输出。交互式引擎130处理输入和输出以为用户提供交互式体验。交互式引擎130还从用户数据库140和内容数据库150中检索信息。例如，在与用户交互时，交互式引擎130可以访问用户数据库140以获得用户的IDM历史数据142和上载的健康数据144。在说明性实施例中，基于用户的IDM历史数据142和上载的健康数据144来定制与用户的交互。类似地，交互式引擎130可以从内容数据库150中检索内容。交互式引擎130可以基于用户输入(例如，问题、响应和选择)以及存储在用户数据库140中的用户信息从内容数据库150中检索内容。通过交互式界面122，交互式引擎130提供更具吸纳性和信息性的与用户的交互，从而使用户感到能够控制他或她的糖尿病管理并获得糖尿病教育。

交互式引擎130可以包括自然语言处理器132、响应生成器134、预测分析模块136和机器学习模块138。在一些实施例中，可以省略这些元件中的一个或多个或与另一元件进行组合。在一些实施例中，交互式引擎130包含附加元件。

自然语言处理器132和响应生成器134可以允许交互式界面130经由交互式界面122提供简单的交互体验。例如，在说明性实施例中，自然语言处理器132和响应生成器134允许用户与IDM系统100进行交互式聊天(书面或口头)。

自然语言处理器132可以将用户输入解析成机器可理解的格式。例如，在说明性实施例中，交互式界面122允许用户输入自然语言问题。自然语言处理器132可以解析该问题，使得它可以被交互式引擎130理解。作为另一实施例，交互式界面122可以允许用户说出问题。自然语言处理器132可以包括语音识别模块，该语音识别模块可以识别口头问题并解析该问题，使得它可以被交互式引擎130理解。

响应生成器134制定对用户输入的响应。响应生成器134可以从自然语言处理器132接收信息。在说明性实施例中，响应生成器134所生成的响应包括对用户问题的答案。备选地，响应可以包括对来自用户的附加信息的请求。对附加信息的请求可以被提供为问题提示或用户可以从中选择的一个或多个选项。响应生成器134所生成的响应可以在如上所述的IDM系统100的“个性”中进行样式化。

交互式引擎130还可以包括预测分析模块136和机器学习模块138。在说明性实施例中，预测分析模块136使用用户数据库140中的信息(诸如，IDM历史数据142和上载的健康数据144)来预测用户会喜爱的内容或会对用户有益的内容。例如，基于上载的健康数据144，预测分析模块136可以选择被设计为帮助用户管理他或她的血糖的内容以呈现给用户。

在说明性实施例中，机器学习模块138分析用户数据库140中的信息(例如，IDM历史数据142和上载的健康数据144)以提供可以传送给预测分析模块126的输入。例如，机器学习模块138可以基于与IDM系统100的过去交互来了解用户并生成数据，该数据由预测分析模块136用来定制用于未来交互的内容。因此，用户与IDM系统100交互得越多，与系统的交互将就越个性化。在一些实例中，个性化的交互提高了IDM系统100的有效性。

用户界面120还可以包括用户数据查看器124。用户数据查看器124可以是允许用户访问与他们的账户有关的信息的入口。

图2是示出了学习管理系统(LMS)2100的实施例的框图，LMS 2100被配置为基于不断发展的用户简档向用户输送个性化内容。LMS 2100可以由上述IDM 100实现。例如，LMS2100可以由上述交互式引擎130实现。在说明性实施例中，LMS 2100包括内容管理系统2102、规则引擎2104和内容选择器2106。

在一些实施例中，LMS 2100至少部分地由规则和用户归档驱动。随着时间的发展，LMS 2100为每个用户建立用户简档。用户简档可以基于初始加入问题(例如，在初始帐户创建时向用户提出的问题)以及随着用户继续与LMS 2100交互而学习到的与用户有关的附加信息。在一些实施例中，LMS 2100所应用的规则可以是显式的或非显式的(即，“模糊的”)。非显式或模糊的规则可以基于距离算法，该距离算法确定不同类型的内容之间的距离值并返回阈值范围内的内容。例如，如在下面将更详细描述的，可以用一个或多个标签来标记LMS 2100中的内容。标签之间的关系可以用于确定可以由LMS 2100的非显式或模糊的规则使用的内容之间的距离。

LMS 2100与用户之间的交互(例如，对话和测试)可以基于用户选择和答案而是动态的。当用户向LMS 2100提供附加信息时，LMS 2100将该信息添加到动态的用户简档中。因此，可以说LMS 2100涉及连续的用户归档。随着每个用户的简档不断发展，这会导致将以定制和量身定制的方式使用户可用的新的工作流和内容。

在LMS 2100中，内容管理系统(CMS)2102可以存储对所有用户可用的广泛的内容项。CMS 2102可以是数据库或存储内容的其他方法。各种类型的内容项都是可用的，包括教程、视频、食谱、活动、技巧、公告、见解、随访、表扬、阶段测验、患者健康目标等。在一些实施例中，由医疗保健专业人员或CDE提供和/或策划CMS 2102中的内容项。

可以用一个或多个标签来标记CMS 2102中的每个内容项。标签最初可以在内容被创建并添加到CMS 2102时进行分配。在一些实施例中，可以随着时间的发展添加、修改或重新分配标签。标签可以用于标记和组织CMD 2102中的内容项。标签还可以用于如下所述的内容选择(例如，决定使哪些内容对哪些用户可用)。

示例标签可以包括“activity_less”、“activity_daily”、“activity_more”、“activity_no”、“gender_male”、“gender_female”、“gender_noanswer”等。这些标签可以用于标识可能与具有涉及该标签的简档的用户有关的内容项。例如，用户的简档可以指示他们通常每天都在活动。这样，与“activity_daily”标签相关联的内容项可以被认为与特定用户有关。

如上所述，加入问题可以最初用于标识哪些标签与用户有关。然后，当用户简档随着时间的发展而动态增长时，LMS 2100可以使用另外学习到的信息来改变可能与用户有关的标签组。以此方式，用户可以动态地与不断变化的标签组相关联，以提供给他们的特定简档量身定制的个人化内容池。

在一些实施例中，标签可以与其他标签有关。例如，标签可以与亲和标签相关联。亲和标签可以是与初始标签有关的标签，亲和标签在初始标签被选择时也可以被选择。例如，可以用指示食物类型的标签来特定地标记食谱。例如，可以用“乳蛋饼”来标记乳蛋饼食谱。“鸡蛋”可以是与标签“乳蛋饼”相关联的亲和标签。亲和标签可以用于标识与初始标签非特定地有关的内容项。例如，LMS 2100可以识别出用户对乳蛋饼食谱感兴趣，然后可以使用亲和标签随访与其他鸡蛋食谱有关的附加信息。这可以允许LMS 2100以与初始标签“乳蛋饼”不直接有关的其他方式继续开发用户的简档。

在一些实施例中，标签也可以与反亲和标签相关联。反亲和标签可以与亲和标签相反。例如，这些可以是不能与另一标签一起被选择的标签。作为一个示例，用户的简档可以指示他们当前正在使用基于非注射的疗法来治疗他们的糖尿病。反亲和标签可以用于确保不提供基于注射的内容(与该特定用户无关)。

可以用一个或多个标签来标记内容项。例如，内容项可以与一个、两个、三个、四个、五个、六个或更多个内容标签相关联。标签自身可以使用如上所述的亲和标签和反亲和标签与其他标签相关联。

在一些实施例中，内容项可以被组织成集群。例如，基于标签，每个内容项可以是集群的一部分。每个集群可以使用距离规则来确定到CMS 2102中的每个其他集群的距离。内容推荐可以从用户的最近集群开始并以简单的方式向外进展。例如，在推荐了用户的最近集群中的内容项之后，LMS 2100可以移动到下一最近集群，依此类推。这可以确保从最相关的内容开始向用户呈现内容，然后向外拓展以继续开发用户的简档。

存在可以计算内容项之间或数据集群之间的距离的若干方式。例如，可以确定具有匹配的标签的内容项之间的距离为0。可以确定具有亲和标签匹配的内容项之间的距离为1。例如，标签A和B可以被确定为亲和标签。因此，可以确定用A标记的内容项与用B标记的内容项之间的距离为1。可以确定具有反亲和标签匹配的内容项之间的距离为1000。例如，标签A和C可以被确定为反亲和标签。因此，可以确定用A标记的内容项与用C标记的内容项之间的距离为1000。可以确定包括与匹配的亲和标签相关联的标签的内容项之间的距离为10。例如，标签A可以是D的亲和标签，而标签D可以是E的亲和标签。因此，可以确定用A标记的内容项与用E标记的内容项之间的距离为10。随着亲和标签之间的关系变得越远，所确定的标签之间的距离会增加。例如，假设A和G是亲和标签，I和K是亲和标签，并且G和K是亲和标签。A和I通过若干个亲和标签连接而远距离地相关。因此，例如，用A标记的内容与用I标记的内容之间的距离可以是25。在一些实施例中，可以确定用完全不相关的标签标记的内容的距离为50。在一些实施例中，通过取任意两个项之间的所有成对距离的平均值来确定距离，并且这即是这两个项之间的距离。在一些实施例中，如果标签是两个项之间的精确匹配，则不需要采取成对比较，并且距离被确定为0。本段落中所描述的距离计算方法仅通过示例的方式进行提供，并且确定标签内容项之间的距离的其他方法也是可能的。

规则引擎2104可以被配置为针对每个个人用户维护个性化内容池。内容池包括来自CMS 2102的可用于向特定用户显示的内容项的子集。基于规则、标签和用户的简档来选择用户的内容池中的项。因此，虽然CMS 2102包括可能对所有用户可用的广泛的内容，但是规则引擎2104基于用户的简档和内容标签从CMS 2102中为每个个人用户选择特定内容。如下所述，内容可以包括患者目标，并且规则引擎2104可以从CMS 2102中为用户确定特定目标。

在一些实施例中，规则可以是计划型规则或触发式规则。计划型规则可以是被计划为在特定时间运行的规则。例如，计划型规则可以是：在每个周日的下午6:15做X或在每天上午7点做Y。与计划型规则相对地，触发式规则被配置为与针对用户发生的特定事件相应地发生。例如，触发式规则可以是：当X发生时，做Y。触发式规则可以由多种不同类型的事件触发。例如，触发源可以包括：BGM事件；禁食BGM事件；餐前BGM事件；餐后BGM事件；胰岛素事件；基础胰岛素事件；丸剂胰岛素事件；研究开始事件；下一预约事件；用餐事件；走步事件；情绪事件；交流事件；聊天消息发送事件；聊天消息接收事件；内容更新事件；简档更新事件；内容观看事件；内容过期事件；发布事件；等等。

规则还可以包括对如何将内容项发送/显示给用户的指示。例如，一些规则可以指定应将内容项应立即发送或显示给用户。可以通过文本(SMS)、推送通知、电子邮件或其他通信方法将内容发送给用户。其他规则可以指定应将内容项添加到内容池中以可能在稍后显示给用户。例如，规则可以指示应将15个新食谱添加到用户的内容池中。如下面将描述的，内容选择器2104可以用于从用户的内容池中给用户选择个人内容项并将其显示给用户。

一些规则可以标识特定内容项。例如，规则可以指定内容项的特定ID。这将是显式规则的一个示例。在其他情况下，规则可能不显式地标识特定内容项。例如，规则通常可以指定内容类型(例如，食谱)，然后可以基于如上所述的距离匹配算法来提供内容。这将是非显式或模糊的规则的一个示例。在这种情况下，基于用户的简档和距离匹配算法来为用户选择内容。

在一些实施例中，规则可以包括指定的优先级。例如，规则引擎2104可以在较短的时间段(例如，几秒)内缓冲传入的变化，并且多个规则可以基于同一触发源而唤起。因此，对于每种内容类型，可能仅允许一个规则为每次唤起运行(每个用户)生成输出。为了在这种情况下控制哪个规则享有优先权，规则可以包括优先级，并且优先级较高的规则将先于优先级较低的规则。可以以许多方式指定优先级值。例如，优先级值可以在1至2100的范围内，或者可以使用一般的优先级类别(例如，低、中、高)。

类似地，可以将某些规则设置为取代其他规则。例如，取代指示符后接规则标识符可以表达一个规则将始终先于另一个规则(并且从池中移除被取代的规则中的现有内容)的概念。规则可以包括对规则可以被执行的频率的附加限制。可以在每天、每周、每月或每个用户的基础上设置一些限制。在一些实施例中，规则还可以包括要执行的规则必须满足的附加条件。例如，可以通过when子句配置规则，when子句使得仅在满足指定的用户状态条件时才执行该规则。例如，规则可以包括when子句，when子句使得仅在BGM测量处于正常范围内时才执行该规则。其他示例可以包括：当最近的1次BGM>200时；当最近的3次BGM>280时；当最近5天内BGM计数<1时；当最近12小时内胰岛素计数>3时；等等。在一些实施例中，规则可以包括可选的活跃或激活子句。激活子句可以对规则加以时间界限。这些可以在有患者预约或想要相对于另一日期计划某事时有用。最后，规则还可以可选地包括有效期。这可以限制特定内容项在用户的内容池中保留的时长。

现在将描述可由规则引擎2104执行的若干示例规则。这些规则仅通过非限制性示例的方式进行提供，并且多种其他类型的规则也是可能的。

在第一示例中，规则可以记载如下：

Rule Announcement

Triggered By Content Update

Add up to 5Announcement

Do Not Reuse

Priority 2100

该规则以最高的优先级排队了5条尚未被用户看到的公告。“Do Not Reuse”指示规则引擎2104没有为用户重新添加先前查看的内容。在一些实施例中，如果未指定，则默认为重用内容。当被执行时，该规则将查询最新排序的所有公告，并且将多达五条添加到用户的池中。

作为另一示例，规则可以记载如下：

Rule InitRecipes

Triggered By Launch

Add up to 15recipe

With Max Distance 200

每当用户发布或改变他们的简档时都可以执行该规则，并且该规则被配置为将食谱添加到总数多达15个食谱(非15个新食谱)的队列中。术语“With Max Distance”指定如何可以将“不同的”内容添加以及仍然添加到用户的池中。该值越高，适合的内容可能就越少。这允许实现如上所述的非显式或模糊的规则。

作为另一示例，两个规则可以记载如下：

Rule ONEBGHIGH

Triggered By BGM

Add insights

When Last BGM>200

ContentId:Z3WbRWKjkcAkwAWMMq42O

Priority 95

Limit 1per 7days

Expire in 24hours

Rule THREEBGHIGH

Triggered By BGM

Add insights

When Last 3BGM>200

ContentId:Z3WbRWKjkcAkwAWMMq42O

Priority 95

Supersedes ONEBGHIGH

Limit 1per 7days

Expire in 24hours

这些规则在由某些BGM测量触发时添加特定内容项。因此，这些规则在BG测量较高时每周一次地将BGM高见解最大值排队一次。规则THREEBGHIGH取代规则ONEBGHIGH，这是因为规则包括“Supersedes ONEBGHIGH”。因此，如果THREEBGHIGH已经排队，则无法执行ONEBGHIGH。

作为另一示例，规则可以记载如下：

Rule FollowUpRecipe

Queue FollowUp

Triggered By recipe Viewed

Expire in 15days

Priority 97

该规则在已查看食谱之后将随访排队。这可以通过在尝试食谱之后请求与用户是否喜欢食谱有关的附加信息而允许LMS 2100继续开发用户的简档。该附加信息可以用于在未来给用户量身定制附加内容。这些规则可以作为可执行指令存储在系统的存储器中，然后由被配置为根据可执行指令来运行规则的处理器执行。

如图2中所示，LMS 2100还包括内容选择器2106。内容选择器2106确定向用户显示来自内容池的哪项内容。可以基于触发/反应事件(参考图4进行描述)或计划事件(参考图5进行描述)来进行选择。因此，内容选择器2106确定何时以及如何向用户显示来自内容池的各个内容项。在患者目标的情况下，内容选择器2106可以识别患者目标的特定子集以向用户显示。

图3是示出了使用学习管理系统2100来更新个人用户的内容池中的内容的示例过程或方法2200的流程图。方法2200可以在框2211处开始，在此处，添加或修改了CMS 2102中的内容。更新或修改CMS 2102中的内容可以触发LMS 2100为每个用户更新内容池，从而可以将新的或修改后的内容分发给用户。

方法2200可以移动到框2212，在此处，针对每个用户，使用规则引擎2104来更新内容池。在该步骤处，考虑每个用户的动态定制的简档，为每个用户应用规则。这会从CMS2102中选择内容项并将其添加到每个用户的内容池中。在一些实施例中，基于用户的动态定制的简档、与内容项相关联的标签以及上述距离算法来为每个用户专门定制或量身定制每个用户的内容池。

接下来，方法2200可以移动到框2213，在此处，针对每个用户，将用户的内容池同步到应用中。例如，可以将内容下载(或以其他方式链接)到用户的移动设备上。在一些实例中，内容尚未被显示给用户。而是，在框2213处，仅使内容池可用于未来向用户显示。

最后，在框2214处，内容选择器2106在被计划或触发时选择并且向用户显示内容。即，内容选择器2104从内容池中的内容项之中选择内容信息并向用户显示。

图4是示出了使用学习管理系统2100来基于触发事件给用户选择一个或多个内容项并向用户显示的示例过程2300的流程图。方法2321可以在框2321处开始，此时触发事件发生。上面已描述了触发事件的若干示例。作为一个示例，用户可以使用系统发送请求披萨食谱的消息。在框2322处，执行内容选择器2322以从内容池中选择内容项。继续披萨食谱的示例，内容选择器可以确定内容池是否包含披萨食谱。因为先前已针对特定用户更新和定制了内容池，所以增加了披萨食谱将受到用户喜欢的可能性。如果内容池不包括披萨食谱，则内容选择器可以基于内容标签和距离匹配算法来返回最相关的内容。

在框2323处，向用户显示所返回的内容项。例如，内容项可以在应用中显示或经由文本消息、电子邮件或一些其他的通信方法进行提供。在框2324处，使用与所显示的内容有关的信息来更新用户的简档。内容可以由于已经被显示而从用户的池中移除。可以设置与内容有关的一个或多个与用户的随访。在框2325处，通过规则引擎2325，使用更新后的用户简档来更新用户的内容池。即，基于该交互，可以动态地调整用户可用于未来交互的内容池。

图5是示出了使用学习管理系统2100来基于计划事件显示内容的示例过程或方法2400的流程图。在该示例中，在框2431处计划事件发生。在框2432处，向用户显示与计划事件相关联的内容。然后，类似于方法2300，可以基于交互来更新用户的简档(框2433)并更新用户的内容池(框2434)。

在一些实施例中，上述LMS 2100可以用于向用户提供结构化教育内容和工作流。LMS 2100可以以被设计为便于理解和学习的方式指导用户浏览内容。在该示例中，结构化教育内容聚焦于注射疗法。可以在CMS 2102中用“注射疗法”标签来标记该内容。此外，IDM可以根据用户的情感和功能需求对内容进行个性化。例如，内容可以根据特定患者的注射疗法类型而是动态的。这样可以确保患者的舒适和对主题的理解，并且在家中为患者提供支持，如同他们正在与CDE或其他医疗保健专业人员进行面诊一样。

在一些实施例中，内容可以被划分为不同的话题，在每个话题下有不同的主题可用。再次地，内容标签可以用于标识话题和主题。在一些实施例中，内容可以作为文本或视频教程输送给用户。在完成话题计划之后，可以评估用户的舒适度。如果用户对材料感到舒适，则LMS将进阶到附加材料。如果不，则再次提供内容。在一些实施例中，在完成话题时，用户接收对主题的概述。

在注射疗法的情境下，示例话题计划可以包括克服心理障碍、对注射机制的介绍、如何注射(针对注射器用户和笔用户而细分)、注射最佳实践、学习如何处理疑病/疑症、高级注射疗法、理解糖尿病以及血糖跟踪和最佳实践。

图6是示出了结构化教育内容的示例工作流过程的流程图。LMS2100中的规则可以指导用户完成工作流过程以确保舒适和掌握材料。如图6中所示，工作流在已向用户提供初始教程或与学习如何跟踪注射有关的信息之后开始。给予用户可选择的选项以评估他或她的舒适度。例如，在说明性实施例中，选项包括：“I’ve got what I need and can start”、“Confident that I know how to start”、“Worried that I still don’t know”和“uncertain about injecting any way”。取决于用户的选择，用户被导向其他内容或查看以前的内容以获得信心和掌握。随着用户在工作流中行进，可以不断且动态地更新用户的简档，以提供用于未来交互的其他定制和量身定制的内容。

在一些实施例中，诸如图1的IDM 100的IDM可以包括语音输入模块，该语音输入模块可以例如是用户界面120的一部分。语音输入模块可以被配置为允许用户通过讲话将数据输入到系统中。在图11中示出了包括语音输入模块的交互式界面的示例屏幕3200B，下面对其进行更详细的描述。

现在将参考图10、图11和图12中所示的示例屏幕来描述系统100的示例使用。图10是根据一个实施例的IDM系统100的交互式界面122的示例屏幕3100。如图所示，屏幕3100表示交互式界面122的主屏幕或初始屏幕。该屏幕3100可以在访问系统100时首先向用户显示。

在该示例中，屏幕3100包括见解部分3102。见解部分3102可以被配置为向用户显示基于用户对系统100的先前交互而定制的见解。见解部分3102可以包括用户可选选项3104，该用户可选选项3104允许用户指示他或她是否希望更多地学习所提供的见解。例如，用户可选元素3104可以包括可由用户选择的图形标示“Not Now”或“Tell Me More”。按下图形标示“Tell Me More”将引出与所显示主题有关的附加数据，而选择图形标示“NotNow”可以清除屏幕。

屏幕3100还以刷卡的形式提供用户可选选项3106，卡在所显示的GUI上从一侧横向地流向另一侧并允许用户访问已为该用户选择的内容。每张卡可以显示可以包括已针对用户定制的糖尿病相关信息的内容。在触摸屏上按下每张卡可以激活元素3106并允许用户从右向左移动卡，从而选择哪些卡在显示器上变为激活状态。在一些实施例中，卡示出了包括如上所述的定制学习工作流的内容。

如图10中所示，屏幕3100还包括位于GUI的下中部分处的语音输入选项3110。用户可以选择语音输入选项3110以将用户语音数据输入到系统100中。在选择语音输入选项3110时，可以显示图11的屏幕3200B，并且系统100可以被配置为记录用户语音数据，如将在下面进行描述的。输入用户语音数据可以例如包括使用用户设备上的麦克风来记录音频信号。音频信号可以由自然语言处理器132处理，从而使包含在其中的口头命令或问题转换为机器可理解的格式以由系统100进一步处理。

图10中的屏幕3100还包括基于文本的输入选项3112。用户可以选择基于文本的用户输入选项3112以将基于文本的用户数据输入到系统100中。基于文本的用户数据可以包括由用户提供的书面数据。例如，用户可以使用用户设备上的键盘来输入书面数据。在选择基于文本的用户输入选项3112时，可以显示图12的屏幕3300，并且系统100可以被配置为接收基于文本的用户输入，如将在下面进行描述的。基于文本的用户输入可以由自然语言处理器132处理，从而使包含在其中的命令或问题可以转换为机器可理解的格式以由系统100进一步处理。

屏幕3100还包括血糖用户输入选项3114。用户可以选择血糖用户输入选项3114以将血糖读数输入到系统中。屏幕3100还包括数据查看器用户选项3116。用户可以选择数据查看器选项3116以查看用户数据，例如血糖数据。在一些实施例中，数据查看器用户选项3116可以用于访问如图12中所示的屏幕3400，屏幕3400显示了血糖数据。

图11是示出了用户界面3020的语音输入功能的交互式界面122的示例屏幕3200B。在一些实施例中，通过在图10的屏幕3100上选择语音输入选项3110来访问语音输入功能。在一些实施例中，语音输入功能被配置为接收用户语音输入。如上所述，用户语音输入可以被传递到交互式引擎130的自然语言处理器132和响应生成器134。自然语言处理器132和响应生成器134可以解析用户语音输入并生成可以针对用户定制的响应。

如图11中所示，屏幕3200B可以被配置为提供对正在记录音频信息的视觉指示。例如，波形线3221可以响应于正由用户设备的麦克风测量的音频信号而移动以提供记录的视觉指示。类似地，在一些实施例中，语音输入选项3110可以跳动来作为对正在记录音频信息的指示。

在一些实施例中，语音输入功能可以允许用户将数据登录到系统100中。例如，此类数据可以被存储为上载的健康数据144。作为一个示例，用户可以选择语音输入选项3110并说出登录血糖测量的命令。例如，用户可以说：“Log blood glucose 3400”。自然语言处理器132可以解析该输入并理解用户正在输入血糖测量。然后，系统100可以处理该请求，将血糖读数存储为用户健康数据144。然后，该数据将对系统100可用以进一步定制未来交互。

语音输入功能还可以用于输入和登录其他类型的数据。例如，用户可以输入与胰岛素注射、所食用的食物、所进行的锻炼、情绪、压力等有关的数据。在另一示例中，用户可以输入与胰岛素笔、贴片和连续血糖监测设备的注射部位位置有关的数据。可以跟踪注射部位位置数据，使得用户可以有效地轮换注射部位位置。

在一些实施例中，系统100将语音输入数据与诸如下项的系统100已知的附加信息相关联，例如日期和时间。这可以便于跟踪数据。

图12是示出了根据一个实施例的对用户语音输入的基于文本的响应的交互式界面122的示例屏幕3300。在一些实施例中，在用户提供用户语音输入之后，交互式界面122可以进入基于文本的响应屏幕3300以继续交互。

在一些实施例中，屏幕3300可以例如示出来自先前交互的数据3332。屏幕3300还可以示出与当前提供的用户语音数据有关的信息。例如，如图所示，屏幕3300示出了所提供的用户语音数据的转录3334。继续上述血糖登录示例，转录3334指示用户说过“Log BG3400”。

屏幕3300还可以包括对输入的用户语音数据的基于文本的响应3336。在所示示例中，响应3336记载：“Would you like to log a BG level of 3400on 8/20/2018at 1:29PM？”。因此，响应3336可以提供对所提供的用户语音数据的确认。在一些实施例中，响应3336可以包括其他信息。例如，响应3336可以请求来自用户的附加信息。

屏幕3300还可以包括用户可选选项3338。用户可选选项3338可以与响应3336有关。例如，如图所示，用户可选选项3338“Yes,that is correct”和“No,that is wrong”允许用户快速地验证响应3336。提供用户可选选项3338可以通过向用户提供可以快速且容易地选择的可能选项来精简交互。在下面参考图13进一步对用户可选选项进行更详细的描述。

最后，如图12中所示，在选择用户可选选项238“Yes,that is correct”时，系统100可以提供对所采取的动作的确认3340。在所示示例中，确认3340指示：“Ok,I havelogged a bg value of 3400on8/30/2018at 1:29PM for you.”。

图13是示出了IDM系统的语音输入模块3023的方法3500的实施例的流程图。方法3500在框3501处开始，在此处，由系统100接收用户语音输入。在一些实施例中，这在用户选择屏幕3100(图10)上的语音输入选项3110并说出命令或问题时发生。系统100可以记录用户语音输入并将其传递给交互式引擎130以进行处理。

然后，方法3500可以移动到框3503，在此处，解析了用户语音输入。在一些实施例中，自然语言处理器132(图1)解析用户语音输入。这可以例如包括识别口头词句以及解析其含义。

接下来，在框3505处，方法3500生成并向用户显示一个或多个基于文本的选项。基于文本的选项可以基于解析出的用户语音输入。基于文本的选项可以例如是在图12的屏幕3300上显示的用户可选选项238。

在一些实施例中，基于文本的选项向用户提供与用户所输入的问题或命令有关的可容易选择的选项。例如，在登录血糖测量的所示示例中，这些选项允许用户使用在屏幕上提供的用户可选选项来快速地确认或拒绝该测量。

在其他实施例中，基于文本的选项可以提供到与口头命令或问题有关的策划内容的链接。例如，如果用户询问与特定食物有关的内容，则基于文本的选项可以包括到相关食物的食谱、营养信息、餐厅等的用户可选链接。

响应于用户的语音输入数据而提供基于文本的选项可以通过预测可能的响应并将其作为可容易选择的选项提供给用户来精简与系统100交互的过程。

继框3505之后，方法3500移动到判定状态3506，在此处，确定是否接收附加用户输入和接收哪种类型的附加用户输入。继判定状态3506之后，取决于用户的响应方式，方法3500可以移动到框3507、3509或3511。例如，在框3507处，方法3500可以接收用户对框3505处所提供的基于文本的选项之一的选择。备选地，在框3509处，方法3500可以接收附加用户语音输入3509，或者在框3511处，方法3500可以接收附加用户文本输入。

图14是示出了IDM系统100的语音输入模块3023的另一方法3600的实施例的流程图。方法3600可以例如由自然语言处理器132用来在图13的方法3500的框3603处解析语音输入数据。在一些实施例中，方法3600可以用于确定用户何时完成提供语音输入数据。当用户选择语音输入选项3110(图10)时，可以触发方法3600。

在框3601处，方法3600可以包括计算在时间块期间接收到的音频信号的音频信号强度的均方根(RMS)。在一个实施例中，时间块是100、200、300、400、500、600、750、1000、2000或3000ms，尽管其他更长和更短的块也是可能的。

在框3603处，将计算的RMS存储在环境总记录列表和最近记录列表中。在一些实施例中，环境总记录列表包括记录的针对每个时间块的所有计算的RMS值。在一些实施例中，最近记录列表包括记录的针对最近部分中的每个时间块的所有计算的RMS值。在一些实施例中，记录的最近部分包括记录的最后1.5秒内的时间块，尽管也可以使用记录的其他更长和更短的部分。

在框3605处，计算总记录列表和最近记录列表的各自的平均RMS值。在判定状态3607处，将总记录列表和最近记录列表的各自的平均RMS值相互比较。如果最近记录列表的平均RMS值较高，则方法3600通过返回框3601而继续。如果总记录列表的平均RMS值较高，则方法3600移动到框3609，在此处，记录结束。

如上所述，IDM系统可以包括用户界面，该用户界面被配置为以驱动用户参与的方式交互、呈现或显示信息。IDM系统可以被配置为以被配置为最佳地帮助用户管理他或她的疾病的方式向用户输出量身定制的参与方式。量身定制的参与方式可以例如基于存储的用户数据、从各种连接设备接收的数据(参见图1)、由用户输入的数据、存储的内容等。在一些实施例中，可以至少部分地基于用户与IDM系统的先前交互来得出量身定制的参与方式。为了便于该参与方式，IDM的用户界面可以包括各种模块。在下面参考IDM的实施例的示例屏幕截图来说明某些模块。应认识到的是，这些模块中的一个或多个可以包括在上述任何IDM系统和/或用户界面中和/或由上述任何IDM系统和/或用户界面执行。此外，以下屏幕截图仅提供示例且不旨在限制本公开。

示例IDM系统方法

诸如IDM系统100(图1)的IDM系统可以实现便于疾病管理的各种方法。在一些实施例中，这些方法由交互式引擎130执行。这些方法可以涉及系统100通过用户界面120与用户交互或使用户参与。方法可以包括访问各种数据并将其存储在用户数据库140和内容数据库152中。

IDM系统可以包括目标模块，该目标模块可以被配置为提供用户与IDM系统之间的另一参与机制。在目标模块内，可以向用户提示用户可以选择并完成的目标。目标可以被配置为与用户当前的健康状况和健康水平相匹配。随着用户完成目标，IDM系统可以建议用户可以选择并完成的更困难的目标。如果用户未能完成目标，则可以选择并尝试更容易的目标。IDM系统还可以基于用户在目标模块中正在追求的目标而在其他模块中生成内容。例如，如果用户正在追求与身体活动有关的目标，则可以在学习模块中建议与身体活动有关的学习计划。类似地，如果用户正在追求与饮食有关的目标，则可以在学习模块中呈现与饮食有关的学习计划。

如果用户未能完成目标，则IDM系统可以使用户参与以尝试找出用户未完成目标的原因。例如，可以提示用户评估确定用户对目标的感受。评估的结果可以用于得出被配置为驱动用户与系统之间的参与方式的新目标。目标模块可以基于用户在目标模块以及IDM系统的用户界面的其他部分中的过去经验来修改目标。

图7是示出了确定综合疾病管理系统中的一个或多个患者目标的示例过程700的流程图。过程700在开始步骤处开始。接下来，过程移动到步骤702，在此处，系统存储与患有疾病的患者有关的用户信息。用户信息可以存储在用户数据库中。用户信息可以包括测量的患者疾病管理数据和用户输入的患者疾病管理数据中的至少之一。测量的患者疾病管理数据可以是从诸如图1中所示的连接到IDM100的任何设备之类的外部设备接收的数据。例如，可以从智能糖尿病监测仪、智能胰岛素笔、智能胰岛素泵和健身跟踪器接收测量的患者疾病管理数据。用户输入的患者疾病管理数据可以是用户已通过IDM系统输入的类似数据。可以例如使用下面参考图8进行描述的登录方法来输入这种用户输入的患者疾病管理数据。用户数据可以是与患者的疾病有关的数据。在示例中，疾病是糖尿病。用户数据可以是与血糖、胰岛素注射、饮食、身体活动等有关的数据。

在步骤704处，IDM系统存储与用于改善改善患者疗效的推荐的生活方式选择有关的内容项和疾病管理协议。内容项可以存储在内容数据库中。与用于改善患者疗效的推荐的生活方式选择有关的内容可以例如包括被策划为帮助用户管理他或她的疾病的内容。这可以例如包括与管理注射有关的策划课程或信息、与饮食有关的信息、与锻炼有关的信息等。疾病管理协议可以包括确定如何改善用户的疾病疗效的协议。例如，如果用户正在经历高血糖，则可以为协议提供定义降低用户的血糖可以采取的步骤的参数。协议可以由医疗专业人员(例如，CDE)开发。

接下来，在步骤706处，系统基于用户与用于提供综合疾病管理的交互式用户界面的交互来更新用户数据库中的用户信息。例如，当用户参与IDM系统时，该交互可能会使得系统在用户数据库中存储与用户有关的附加信息。此类信息可以用于量身定制与系统的未来交互。在一些实施例中，用户交互可以是下项中的至少一项：用户通过交互式界面提供用户输入的患者疾病管理数据以及用户从一个或多个患者监测设备提供测量的患者疾病管理数据。这可以包括用户手动输入数据或IDM系统自动从智能的连接设备接收数据。

在步骤708处，系统基于用户信息和存储的疾病管理协议来确定与改善疾病管理有关的患者目标，并且在交互式用户界面上向用户显示患者目标。系统可以分析用户信息以确定将有助于用户管理他或她的疾病的目标。所述确定可以基于存储的协议以及先前输入的用户数据。系统可以基于来自系统与用户之间的过去交互的对用户的了解来确定“在患者的可及范围内”的目标。如下所述，在下述图19至图22中示出了向用户显示目标并与用户交互的示例目标模块。

在步骤710处，系统还可以至少基于所确定的患者目标和用户信息从内容数据库中选择一个或多个内容项并在交互式用户界面上向用户显示所选择的一个或多个内容项。因此，除了向用户提供推荐的目标之外，系统还可以向用户提供相关内容。在图21中示出了示例。

图8是示出了在综合疾病管理系统中登录患者数据的示例过程800的流程图。过程800可以由登录模块实现，该登录模块可以为用户提供用于登录糖尿病护理相关信息的快速且高效的方法。如将示出的，在一些实施例中，登录模块可以利用语音登录。语音登录可以提供多个样本登录提示，包括用户可以容易地填写的空白。

过程800在开始步骤处开始，并且移动到步骤802，在此处，系统显示多个样本登录提示。可以在交互式用户界面上显示样本登录提示。样本登录提示中的每个样本登陆提示可以包括涉及与用户的疾病相关联的患者数据的类型的短语，并且包括至少一个空白。样本登录提示可以帮助指导用户理解如何向IDM系统中登录数据，并且帮助用户理解可以登录的数据类型。下述图24示出了在糖尿病情境下的几个样本登录提示。

样本登录提示可以至少部分地基于用户的疾病和先前存储的患者数据。例如，系统可以理解哪种类型的数据对治疗疾病有用以及用户过去已输入的哪些类型的数据，以确定样本登录提示。例如，在糖尿病的情况下，样本登录提示可能与血糖测量、胰岛素剂量、饮食和身体活动中的一项或多项有关。

在步骤804处，系统接收口头用户输入。可以通过用户设备的麦克风记录口头用户输入。口头用户输入可以包括用户口头地重复样本登录提示之一，连同将患者数据插入到至少一个空白中。接收口头用户输入可以包括使用上述图14的方法来解析音频信号。

在步骤806处，系统可以通过自然语言处理器从口头用户输入中提取患者数据。这可以包括解释口头用户输入并将口头用户输入转换为计算机可读的格式。

在步骤808处，将患者数据存储在综合疾病管理系统的用户数据库中。以该方式，用户可以简单且快速地使用语音命令将患者数据登录到系统中。

在过程800的一些实施例中，在接收到口头用户输入之后，系统从显示器上移除所显示的与口头用户输入相关联的样本登录提示并显示新的样本登录提示以替代所移除的样本登录提示。这可以在提供附加提示时鼓励用户继续登录数据。在一些实施例中，系统还向用户显示口头用户输入的文本。这可以允许用户验证系统已正确理解。系统还可以提示用户确认数据是正确的。

图9是示出了在综合疾病管理系统中连同患者数据的图形表示一起显示情境化见解的示例过程900的流程图。系统可以分析显示给用户的数据，并且提供可以帮助用户理解并应用数据的有益的情境化见解。

过程900在开始步骤处开始，然后移动到步骤902，在此处，系统存储与患有疾病的患者有关的用户信息。用户信息可以存储在用户数据库中。用户信息可以包括测量的患者疾病管理数据和用户输入的患者疾病管理数据中的至少之一。测量的患者疾病管理数据可以包括从一个或多个患者监测设备接收的数据。所述一个或多个患者监测设备可以例如是智能糖尿病监测仪、智能胰岛素笔、智能胰岛素泵和健身跟踪器或其他设备。用户输入的患者疾病管理数据可以是由用户输入的数据。

在步骤904处，系统在内容数据库中存储疾病管理协议。这些协议可以提供如上所述的管理用户的疾病的步骤。在步骤906处，系统显示存储的用户信息的至少一部分的图形表示。图形表示可以例如是给定时间段(例如，一天、一周或一个月)内的患者数据的一个或多个图形或图表。

在步骤908处，系统至少部分地基于疾病管理协议来分析显示在交互式显示器上的存储的用户信息的至少一部分，以确定与存储的用户信息的至少一部分有关的情境化见解。系统可以确定所显示的数据中用户可能不容易发现的趋势并提供与这些趋势有关的见解，以便帮助用户管理疾病。

在步骤910处，系统在交互式显示器上连同图形表示一起显示情境化见解。在如下所述的图26中示出了该特征的示例。过程900可以是有帮助的，因为过程900可以允许用户以仅基于患者数据对用户而言可能不易发现的方式来理解并应用他们的患者数据。

示例IDM系统屏幕

图15和图16是根据实施例的IDM系统的用户界面的主屏幕的示例屏幕截图。可以在用户已完成加入模块之后或当用户在已完成加入模块之后首次访问IDM系统时向用户呈现主屏幕。主屏幕可以向用户呈现信息并提供用于访问IDM系统的各种其他模块的链接。

图15示出了主屏幕4200的初始示例。如图所示，屏幕4200包括被标记为“AskBriight”的用户可选按钮4202。在其他示例中，用户可选按钮4202也可以被不同地标记。可以访问用户可选按钮4202以允许用户访问用户界面的交互式部分。例如，用户可选按钮4202可以用于访问聊天机器人，如上所述，该聊天机器人可以允许用户以自然语言的方式与用户界面进行交互。例如，在选择用户可选按钮4202之后，用户可以通过键入自然语言问题或通过向系统口头说出自然语言问题来与用户界面进行交互。在所示示例中，用户可选按钮包括可以向系统询问的问题类型的样本。如图所示，该样本为：“How many carbs arein French fries？”。通过向用户提供样本，IDM系统可以在选择用户可按下按钮4202之后直观地提示用户理解可以向系统询问哪些类型的问题。可以包括其他样本，或者可以省略该样本。

在所示示例中，屏幕4200还包括一系列可选卡，可以选择这些卡以访问IDM系统中用户可用的各种工具。例如，如图所示，呈现了用于“Carbs calculator”和“Insulincalculator”的卡。在一些实例中，可以显示用于频繁访问的工具的卡。在一些环境中，可以以其他方式(诸如，下拉式菜单、用户可选按钮等)提供对工具的访问。

图16呈现了主屏幕4300的附加示例。在一些实施例中，可以通过从图15的屏幕4200向下滚动来访问主屏幕4300。如图所示，屏幕4300可以包括用于访问IDM系统内的某些内容的链接4302。例如，链接4302可以用于访问频繁使用的文章或教程。在所示示例中，链接为：“Remind me to change IDD position”、“How to change my IDD position？”、“Howto refill insulin tank？”以及“View BD Strive instructions”。访问任何链接4302可以使用户立即进入所选择的内容。

如图所示，屏幕4300还包括针对用户的附加内容4303。呈现了到内容4303的链接：“Type 2Diabetes:How to Calculate Insulin Doses”和“Reading Food Labels:Tips IfYou Have Diabetes”。可以针对用户量身定制内容4303。例如，IDM系统可以基于用户与IDM系统的过去经验来选择特定内容并直接在主屏幕4300上显示到该内容的链接。内容4303可以随时间(例如，随着系统学习到更多用户的偏好以及随着用户具有更多与系统的经验)而改变。

如屏幕4300上所示，主屏幕可以包括具有用于访问IDM系统的不同模块的不同图标的菜单。如图所示，屏幕4300包括用于访问数据模块的图标4304、用于访问学习模块的图标4305、用于访问目标模块的图标4306、用于访问聊天机器人模块的图标4307以及通过登录模块输入用户数据的图标4308。下面示出和描述了这些模块的各自的示例屏幕。

图17和图18是根据实施例的IDM系统的用户界面的学习模块的示例屏幕截图。在一些示例中，可以通过选择主屏幕上的图标4305(参见图16)来访问学习模块。学习模块可以被配置为为用户提供定制或量身定制的课程或学习计划。可以基于用户与系统的过去交互来选择和策划课程。可以基于用户对各种话题的了解度和舒适度来选择课程。学习模块可以为用户提供情境特定的见解和简档特定的课程。学习模块所提供的内容可以至少部分地由用户简档中的信息和上述规则(例如，参见图21-图29和相关文本)确定。此外，在一段课程/互动的结尾处，学习模块可以使用户参与行为对话(例如，评估用户对材料的舒适度，这是成功的心理指标)以指导未来内容。

图16呈现学习模块的初始屏幕4600。如图所示，屏幕4600可以向用户呈现一个或多个学习计划。在所示示例中，向用户呈现了题为“Living with Diabetes”的第一学习计划4602和题为“Injection Basics”的第二学习计划4604。用户可以通过在屏幕4600上选择学习计划4602、4604中的任一个来访问它们。示出在屏幕4600上的学习计划4602、4604只是学习计划的示例。可以在屏幕4600上向用户提供各种其他的学习计划。如在下面将更详细描述的，学习计划可以包括可以针对用户定制的指导课程。例如，学习计划可以被配置为以最适合用户的学习风格和知识储备的方式向用户讲授材料。

屏幕4600可以显示由系统为用户推荐的学习计划。例如，图16中所示的学习计划4602、4604涉及糖尿病护理的基础知识。可以向新用户或向不熟悉糖尿病护理基础知识的用户呈现这些学习计划。可以向具有更多与IDM系统的经验或具有更多糖尿病护理知识的用户呈现更适于该用户的知识储备的更复杂的学习计划。如前所述，系统可以基于用户的简档和用户过去与系统的经验来定制内容。

图18示出了学习模块的示例屏幕4700。在用户从图16的屏幕4600中选择学习计划4602“Living with Diabetes”之后，可以显示屏幕4700。如图所示，在所示示例中，屏幕4700向用户呈现与所选择的学习计划有关的两个选项。具体地，在所示示例中，向用户呈现了初学者选项4702和非初学者选项4704。选项4702、4704允许用户指示他们对材料的熟悉度。例如，如果用户是才患上糖尿病不久，则用户可以选择初学者选项4702。如图所示，初学者选项会询问：“Are you a beginner？Start your journey here with the basics！”。如果用户选择选项4702，则可以指导用户使用更多的初学者材料。例如，如果用户选择选项4702，则用户可以在学习计划的最开头处开始。非初学者选项4704询问：“Not a beginner？Take a quick placement test to tailor your lessons.”。该选项4704可以由已经对学习计划的材料具有一些熟悉度的用户选择。选择选项4704可以将用户带入分级测试以确定用户对材料的熟悉度。基于分级测试的结果，可以在与用户对材料的熟悉度相对应的各个点处将用户插入到学习计划中。

在许多情况下，用户在继续学习下一课程之前将顺序地学习所有的小课。然而，基于与学习计划的交互，学习模块可以通过使用户以不同的顺序学习课程来定制学习计划，以最佳地适应用户的学习风格和知识储备。上述图6是示出了用户通过学习计划的示例学习的流程图。学习模块可以提出被配置为评估与学习计划有关的用户的舒适度和了解度的问题，以便在最匹配用户的当前知识和经验的节点处将用户分级到学习计划中。作为评估的结果，用户可以被分级到学习计划的中间。如果初始评估表明用户已经对材料熟悉，则可以在该点或基于评估的任何合适的点处将此信息插入到学习计划中。在该示例中，基于初始评估，用户已通过了入门和预备课程，而无需选用附加课程材料。

图19、图20、图21和图22是IDM系统的用户界面的目标模块的示例屏幕截图。图19示出了根据实施例的目标模块的示例屏幕6500。屏幕6500可以被配置为向用户显示可能的目标。可以由IDM系统建议可能的目标。IDM系统可以至少部分地基于例如用户的简档和用户与IDM系统的过去交互来建议目标。如图所示，屏幕6500上显示了两个可能的目标。第一示例目标记载：“Walk 10,000steps for 7days”。系统可以基于用户的已知活动水平(该已知的活动水平基于与系统的交互(例如，先前的用户数据输入)或从诸如健身跟踪器的走步计数器之类的连接设备接收的数据)来建议该目标。诸如，目标模块可以建议例如比用户在过去一天、一周或一个月中平均达成的步数高出10％、20％、25％或30％的走步目标。用于确定走步目标的其他度量也是可能的(例如，燃烧的卡路里、锻炼分钟等)。在用户简档不包括作为目标依据的过去活动数据的情况下，目标模块可以例如基于科学推荐的每日步数来建议适度的目标。

如图19中所示，屏幕6500包括第二建议目标：“log blood glucose for 7days”。尽管屏幕6500上示出了两个建议目标，但是在其他实施例中可以包括其他数量的建议目标。此外，所示的目标仅作为示例进行提供。还可以包括其他目标。

对于每个建议目标，屏幕6500可以包括开始按钮，如果用户希望尝试该目标，可以选择开始按钮。另外，屏幕6500可以包括具有允许用户选择用户界面的附加模块的图标的菜单。例如，该菜单包括用于访问数据模块的图标4304、用于访问学习模块的图标4305、用于访问目标模块的图标4306和用于访问聊天机器人模块的图标4307。这些图标也可以出现在如上述图16中所示的主屏幕4300上。这些图标可以允许直接从目标模块中快速且容易地访问其他模块。

图20示出了用户未达到他或她的目标的情况下可以显示的示例屏幕6900。如图所示，系统可以提示用户问询为何用户尚未达到目标。例如，屏幕6900询问：“Have you beenstruggling to achieve your goals？Do you want to talk about it？Let’s chat.”。选择“Let’s chat”选项可以使用户进入聊天机器人界面。然后，IDM系统可以问询为何用户尚且无法达到目标。用户可以对系统做出书面或口头答复。以此方式，目标模块可以接收与为何用户尚未达到目标有关的反馈。此类反馈可以用于调整前进的目标。该系统可以创建可以帮助用户实现他或她的目标的更加针对用户定制和量身定制的体验。该系统可以创建可以帮助用户实现他或她的目标的更加针对用户定制和量身定制的体验。

图21示出了用于跟踪“no soda every day for 14days goal”的示例屏幕7200。如图所示，用户处在14天中的第12天。状况指示器圆圈指示用户距离完成目标的进度。在该示例中，在状况指示器下方，用户可以选择输入是否每天都完成了目标，如图所示，用户今天已完成了目标。图示尚未表明他们昨天或周一时是否已完成了目标。然而，他们仍然可以通过选择与当天相关联的加号图标来输入他们在这一天完成了目标。

在屏幕6700的目标跟踪部分下方，目标模块可以包括屏幕6700的用于向用户显示内容的部分。内容可以与正被跟踪的目标有关。在该示例中，目标涉及不喝苏打水，并且显示内容包括文章“5healthy alternatives to soda and sugary drinks during yourmeals”和文章“20minute recipes of juices and blends to substitute soda”。因为用户当前正在追求与不喝苏打水有关的目标，所以与苏打水替代品有关的内容可能与用户高度相关。因此，很可能用户会选择该文章以阅读其内容。

图22示出了显示用户的目标的示例屏幕8000。屏幕8000还包括已弹出以提醒用户将用户输入记录到系统中的通知的示例。在所示示例中，通知记载：“Don’t forget to logyour blood glucose in your data tab.”。因此，当用户在目标模块中时，IDM系统可以通过向用户提供通知(例如，如图82中所示)来提示用户访问另外的模块，诸如数据登录模块。可以在用户正在访问任何模块时向用户提供此类通知。

图23、图24和图25是根据实施例的IDM系统的用户界面的登录模块的示例屏幕截图。图23示出了登录模块的示例屏幕8600。如图所示，屏幕8600包括询问用户的提示：“Hey,Daniel,how have you been？”。根据提示，屏幕8600包括一个或多个潜在数据输入源。例如，屏幕8600包括针对血糖、

(糖尿病药物)、活动、睡眠、无苏打水和步行10,000步的数据输入源。因此，屏幕8600提供了一种用户可以通过其在这些类别中的每个类别中输入数据的简单的方法。在其他实施例中可以包括其他类别。并非所有的实施例必需包括所有类别。

如图所示，数据输入类别可以涉及与糖尿病护理有关的各种信息。例如，可以针对各种事物包括数据输入源或类别，诸如与糖尿病护理有关的物理测量(诸如，血糖测量)、与糖尿病有关的摄取药物(诸如，胰岛素和其他药物)的剂量信息、活动信息(诸如，进行身体活动的步数或分钟数)、睡眠小时数等。另外，数据输入源或类别可以包括与目标有关的项。例如，如图所示，可以包括用于前文关于目标模块所描述的目标“无苏打水”和“步行10,000步”的数据输入源或类别。

用户可以通过在屏幕8600上选择任何数据类别来输入针对该数据类别的数据。可以通过向下滚动来获得其他数据类别。屏幕8600还包括用户可以选择以语音输入数据的语音数据输入按钮8602。通过8602来选择语音数据输入可以允许用户说出用户希望输入到登录模块中的数据。然后，登录模块将输入用户的自然语言并将所输入的数据记录为语音文件。屏幕8600还包括用户可以选择以语音输入数据的语音数据输入按钮8602。选择语音数据输入按钮8602可以允许用户说出用户希望输入到登录模块中的数据，并且登录模块将解析该自然语言并记录数据。

图24示出了在说出样本登录短语之一之后可以向用户显示的示例屏幕8800。如图所示，用户已说出：“my blood sugar is 105mg/dl”和“I took 12units of Humalog”，此时仍然向用户显示其他样本登录短语以提供用于登录数据的其他提示。此外，屏幕8800可以通过说“you can say another phrase as shown.”来提示用户输入附加信息。如图24中所示，当用户通过登录提示输入数据时，登录模块将用户口头数据转录到屏幕上。这可以允许用户验证已正确转录该口头数据。当用户选择完成时，可以将口头数据条目中的每一口头数据条目保存到IDM系统中以备未来使用。

图25示出了可以在已输入数据之后示出的示例屏幕9000。如前述示例所示，数据可以是手动输入的(例如，通过键入)或通过讲话语音输入的。屏幕9000向用户呈现数据，从而使用户可以验证并保存数据。

图26是根据实施例的IDM系统的用户界面的数据模块的示例屏幕截图。数据模块可以被配置为基于可用信息在数据屏幕上提供情境化见解。此类信息可以包括由用户输入的数据(例如，登录模块)或其他IDM系统已知的数据。此外，数据模块可以提供与用户当前正在观看的数据或内容有关的情境化见解。例如，如果用户正在观看数据，则数据模块将基于该数据给出情境化见解。作为另一示例，如果用户正在观看课程(例如，在学习模块中)，则可以基于课程向用户呈现情境化见解。数据模块可以被配置为分析数据集的组合以产生见解，然后通过聊天机器人、通知或其他提示使用户参与。在一些实施例中，示例数据集包括胰岛素、血糖、走步和睡眠。可以通过规则(如上所述)或其他算法来定义对数据集的分析。

图26示出了包括如上所述的情境化见解的示例屏幕9100。在该示例中，用户正在查看与血糖有关的数据。图形描绘了用户过去一周的血糖。数据模块可以在用户查看数据时分析该数据并以评论或通知的形式提供情境化见解。如图所示，屏幕9100显示：“Yourblood sugar has been out of target range for the last four Wednesdays.Are youdoing something different？Let’s chat about it.”。在这种情况下，该系统已分析了血糖数据集并确定了用户始终在周三超出目标范围，然后已经使用户参与来确定为何会出现这种情况。屏幕9100包括这样的提示，该提示将允许用户进入聊天机器人以便通过在键盘上输入的或口头语音输入的自然语言参与到系统中。

屏幕9100还包括具有将用户导向IDM系统的不同模块的图标的菜单。例如，该菜单包括用于访问数据模块的图标4304、用于访问学习模块的图标4305、用于访问目标模块的图标4306、用于访问聊天机器人模块的图标4307以及通过登录模块输入用户数据的图标4308。这些图标也可以出现在如上述图16中所示的主屏幕4300上。这些图标可以允许直接从学习模块中快速且容易地访问其他模块。

示例实现系统

本文中所公开的实施方式提供了用于IDM系统以及相关设备或模块的系统和方法。本领域技术人员将认识到，这些实施例可以以硬件、软件、固件或其任何组合来实现。本领域技术人员将进一步理解的是，结合本文中所公开的实施例来描述的各种说明性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。为了清楚地说明硬件和软件的这种可互换性，上面已一般性地根据其功能描述了各种说明性组件、块、模块、电路和步骤。将这种功能实现为硬件还是软件取决于施加在整个系统上的特定应用和设计约束。技术人员可以针对每个特定应用以各种方式来实现所描述的功能，但是这样的实现决策不应被解释为导致脱离本发明的范围。软件模块可以驻留在随机存取存储器(RAM)、闪存、ROM、EPROM、EEPROM、寄存器、硬盘、可移动磁盘、CD-ROM或本领域已知的任何其他形式的存储介质中。将示例性存储介质耦合到处理器，使得处理器可以从该存储介质中读取信息以及向该存储介质写入信息。备选地，存储介质可以与处理器进行集成。换言之，处理器和存储介质可以驻留在集成电路中或被实现为分立组件。

本文中所描述的功能可以作为一个或多个指令存储在处理器可读或计算机可读介质上。术语“计算机可读介质”指代可以由计算机或处理器访问的任何可用介质。作为示例而非限制，此类介质可以包括RAM、ROM、EEPROM、闪存、CD-ROM或其他光盘存储、磁盘存储或其他磁性存储设备、或者可以用于以指令或数据结构的形式存储期望的程序代码且可以由计算机访问的任何其他的介质。如本文中所使用的磁盘和光盘包括紧凑盘(CD)、激光盘、光盘、数字多功能盘(DVD)、软盘和蓝光

盘，其中，磁盘通常磁性地再现数据，而光盘则通过激光光学地再现数据。应注意的是，计算机可读介质可以是有形的和非暂时性的。术语“计算机程序产品”指代与代码或指令(例如，“程序”)组合的计算设备或处理器，该代码或指令可以由该计算设备或处理器执行、处理或计算。如本文中所使用的，术语“代码”可以指代可由计算设备或处理器执行的软件、指令、代码或数据。

软件或指令也可以在传输介质上传输。例如，如果使用同轴电缆、光纤电缆、双绞线、数字用户线路(DSL)或无线技术(例如，红外、无线电和微波)从网站、服务器或其他远程源传输软件，则传输介质的定义包括同轴电缆、光纤电缆、双绞线、DSL或无线技术(例如，红外、无线电和微波)。

本文中所公开的方法包括用于实现所描述的方法的一个或多个步骤或动作。方法步骤和/或动作可以在不脱离权利要求的范围的情况下彼此互换。换言之，除非所描述的方法的正确操作要求步骤或动作的特定顺序，否则可以修改特定步骤和/或动作的顺序和/或使用而不脱离权利要求的范围。

应注意，如本文中所使用的术语“耦合”(即，“couple”、“coupling”、“coupled”或单词“couple”的其他变体)可以指示间接连接或直接连接。例如，如果第一组件“耦合”到第二组件，则第一组件可以间接地连接到第二组件，也可以直接地连接到第二组件。如本文中所使用的，术语“多个”指示两个或更多个。例如，多个组件指示两个或更多个组件。

术语“确定”涵盖多种动作，因此，“确定”可以包括计算、估算、处理、得出、调查、查找(例如，在表、数据库或其他数据结构中查找)，判断等。而且，“确定”可以包括接收(例如，接收信息)、访问(例如，访问存储器中的数据)等。而且，“确定”可以包括求解、选择、选取、确立等。

除非另有明确说明，否则短语“基于”不意指“仅基于”。换言之，短语“基于”描述了“仅基于”和“至少基于”两者。

在前面的描述中，给出了具体细节以提供对示例的透彻理解。然而，本领域普通技术人员将理解的是，可以在没有这些具体细节的情况下实践示例。例如，可以在框图中示出电气组件/设备，以免在不必要的细节上模糊示例。在其他实例中，可以详细地示出此类组件、其他结构和技术以进一步解释示例。

还应注意的是，示例可以被描述为过程，该过程被描绘为流程图、作业图、有限状态图、结构图或框图。尽管流程图可以将操作描述为顺序的过程，但是可以并行或同时地执行这些操作中的许多操作，并且可以重复该过程。另外，可以重新安排操作的顺序。过程在其操作完成时终止。过程可以对应于方法、功能、程序、子例程、子程序等。当过程对应于软件功能时，其终止对应于该功能返回到调用功能或主功能。

提供对所公开的实施方式的先前描述以使本领域的任何技术人员能够做出或使用本发明。对这些实施方式的各种修改对于本领域技术人员而言将是显而易见的，并且在不脱离本发明的精神或范围的情况下，本文中所定义的一般原理可以应用于其他实施方式。因此，本发明不旨在限于本文中所示出的实施方式，而应当被赋予与本文中所公开的原理和新颖特征一致的最广范围。

Claims (31)

1.一种用于向患者显示一个或多个疾病管理目标的系统，包括：

用户数据库，包括测量的患者疾病管理数据和用户派生的患者疾病管理数据中的至少之一；

内容数据库，包括与推荐的生活方式选择和疾病管理协议有关的内容项；

交互式用户界面，被配置为显示和接收输入到系统中的用户信息输入；以及

存储器，具有指令，当在处理器上运行所述指令时将执行如下方法，包括：

基于所述用户信息和存储的疾病管理协议来确定与改善疾病管理有关的患者目标并在所述交互式用户界面上向所述用户显示所述患者目标；以及

至少基于所确定的患者目标和所述用户信息从所述内容数据库中选择一个或多个内容项并在所述交互式用户界面上向所述用户显示所选择的一个或多个内容项。

2.根据权利要求1所述的系统，其中，所述患者是糖尿病患者且所述疾病管理是糖尿病管理。

3.根据权利要求1所述的系统，其中，所述患者目标选自由以下项组成的组：基于身体活动的目标、基于饮食的目标以及基于数据登录的目标。

4.根据权利要求1所述的系统，其中，所述测量的患者疾病管理数据是从一个或多个患者监测设备获得的数据。

5.根据权利要求1所述的系统，其中，所述一个或多个患者监测设备选自由以下项组成的组：智能糖尿病监测仪、智能胰岛素笔、智能胰岛素泵和健身跟踪器。

6.根据权利要求1所述的系统，其中，所述存储器具有指令，当在处理器上运行所述指令时执行如下方法，包括：至少部分地基于跟踪过去的患者目标来确定与改善疾病管理有关的新的患者目标。

7.根据权利要求1所述的系统，还包括聊天机器人，所述聊天机器人被配置为从所述用户接收所述用户派生的患者疾病管理数据。

8.一种提供综合疾病管理的方法，所述方法包括：

将测量的患者疾病管理数据和用户输入的患者疾病管理数据中的至少之一存储到用户数据库中；

将与用于改善患者疗效的推荐的生活方式选择和疾病管理协议有关的内容项存储到内容数据库中；

基于用户信息和存储的疾病管理协议来确定与改善所述患者的疾病管理有关的患者目标；

至少基于所确定的患者目标和所述用户信息从所述内容数据库中选择一个或多个内容项；以及

在所述交互式用户界面上向所述用户显示所选择的一个或多个内容项。

9.根据权利要求8所述的方法，其中所述疾病是糖尿病。

10.根据权利要求8所述的方法，其中所述患者目标包括以下项之一：基于身体活动的目标、基于饮食的目标以及基于数据登录的目标。

11.根据权利要求8所述的方法，其中，所述用户交互包括以下项中的至少一项：所述用户通过所述交互式界面提供用户输入的患者疾病管理数据；以及所述用户从一个或多个患者监测设备提供测量的患者疾病管理数据。

12.根据权利要求11所述的方法，其中，所述一个或多个患者监测设备选自由以下项组成的组：智能糖尿病监测仪、智能胰岛素笔，智能胰岛素泵和健身跟踪器。

13.根据权利要求11所述的方法，还包括：

在接收到对所述患者目标的用户确认后启动所述患者目标；

通过所述交互式用户界面提示所述用户输入指示朝所述患者目标的进展的目标跟踪信息；以及

基于所述目标跟踪信息来更新所述用户信息。

14.根据权利要求13所述的方法，还包括：

至少基于所述患者目标、所述用户信息和所述目标跟踪信息从所述内容数据库中选择一个或多个附加内容项；以及

在所述交互式用户界面上向所述用户显示所选择的一个或多个附加内容项。

15.根据权利要求13所述的方法，还包括至少部分地基于所述目标跟踪信息来确定与改善疾病管理有关的新的患者目标。

16.根据权利要求11所述的方法，还包括聊天机器人，所述聊天机器人被配置为从所述用户接收用户输入的患者疾病管理数据。

17.一种从综合疾病管理系统的用户接收患者数据的患者数据登录方法，所述方法包括：

显示多个样本登录提示，所述样本登录提示中的每个样本登录提示包括涉及与所述用户的疾病相关联的患者数据的类型的短语并包括交互式用户界面上的至少一个空白；

通过麦克风接收口头用户输入，所述口头用户输入包括所述用户口头地重复所述样本登录提示之一，连同将患者数据插入到所述至少一个空白中；

通过自然语言处理器从所述口头用户输入中提取所述患者数据；以及

将所述患者数据存储在所述综合疾病管理系统的用户数据库中。

18.根据权利要求17所述的方法，还包括至少部分地基于所述用户的所述疾病和先前存储的患者数据来生成所述多个样本登录提示。

19.根据权利要求17所述的方法，其中，所述疾病是糖尿病，并且所述多个样本提示与血糖测量、胰岛素剂量、饮食和身体活动中的一项或多项有关。

20.根据权利要求17所述的方法，还包括：

在接收到所述口头用户输入之后，从所述显示器上移除所显示的与所述口头用户输入相关联的样本登录提示；

显示新的样本登录提示以替代所移除的样本登录提示；以及

在所述交互式用户显示器上以文本显示所述口头用户输入。

21.根据权利要求17所述的方法，还包括：

在所述交互式用户设备上以文本显示所述口头用户输入；以及

在将所述患者数据存储在所述用户数据库中之前，提示所述用户确认所显示的口头用户输入。

22.根据权利要求17所述的方法，还包括：

将与用于改善患者疗效的推荐的生活方式选择和疾病管理协议有关的内容项存储在内容数据库中；

至少基于所存储的患者数据和所述疾病管理协议从所述内容数据库中选择一个或多个内容项；以及

在所述交互式用户界面上向所述用户显示所选择的一个或多个内容项。

23.根据权利要求17所述的方法，其中，接收所述口头用户输入包括：

通过所述麦克风记录音频信号；

将所述音频信号划分为多个时间块；

针对每个时间块，计算所述音频信号在所述时间块期间的音频信号强度的均方根RMS；

将计算的RMS存储在环境总记录列表和最近记录列表两者中，其中，所述环境总记录列表包括所述记录的针对每个时间块的所有计算的RMS值，并且所述最近记录列表包括所述记录的针对最近部分中的每个时间块的所有计算的RMS值；

计算所述总记录列表和所述最近记录列表的各自的平均RMS值；

将所述总记录列表的所述平均RMS值和所述最近记录列表的所述RMS值进行比较；以及

当所述总记录列表的所述平均RMS值高于所述最近记录列表的所述RMS值时停止。

24.根据权利要求23所述的方法，其中，每个时间块是3000ms。

25.根据权利要求23所述的方法，其中，所述记录的所述最近部分包括所述记录的最后1.5秒内的时间块。

26.一种用于综合疾病管理系统的数据显示方法，所述方法包括：

将与患有疾病的患者有关的用户信息存储在用户数据库中，所述用户信息包括测量的患者疾病管理数据和用户输入的患者疾病管理数据中的至少之一；

将疾病管理协议存储在内容数据库中；

在交互式显示器上显示所存储的用户信息的至少一部分的图形表示；

至少部分地基于所述疾病管理协议来分析显示在所述交互式显示器上的所存储的用户信息的所述至少一部分，以确定与所存储的用户信息的所述至少一部分有关的情境化见解；以及

在所述交互式显示器上连同所述图形表示一起显示所述情境化见解。

27.根据权利要求26所述的方法，还包括：

将与用于改善患者疗效的推荐的生活方式选择有关的内容项存储在所述内容数据库中；

基于对所存储的用户信息的所显示的部分的分析和所述疾病管理协议从所述内容数据库中选择一个或多个内容项；以及

在所述交互式用户界面上连同所述图形用户界面一起向所述用户显示所选择的一个或多个内容项。

28.根据权利要求26所述的方法，其中所述疾病是糖尿病。

29.根据权利要求28所述的方法，其中，所述用户信息包括从一个或多个患者监测设备接收的数据。

30.根据权利要求29所述的方法，其中，所述一个或多个患者监测设备选自由以下项组成的组：智能糖尿病监测仪、智能胰岛素笔、智能胰岛素泵和健身跟踪器。

31.根据权利要求28所述的方法，其中，所述用户信息包括由所述用户输入的数据。

Images