CN111344797A - 患者治疗管理和指导系统 - Google Patents

Abstract

本文公开的系统包括：计算机实施的患者治疗管理和指导系统；数据库系统，所述数据库系统用于收集和维护与多个医疗设备用户相关联的患者数据，所述多个医疗设备用户包括分配给指导者的受训者患者；以及用户设备，所述用户设备以通信方式联接到所述患者治疗管理和指导系统并与所述指导者相关联。所述管理和指导系统用来：接收患者的指导要求；处理所述请求以自动地识别所述受训者患者要实现的目标；将所述目标传送到所述指导者的用户设备；接收从识别出的目标中选择出的已接受目标；为所述已接受目标创建患者指导程序；基于为所述受训者患者收集的患者数据生成洞察消息，生成的洞察消息与所述患者指导程序有关；并且将所述生成的洞察消息传递到与所述指导者相关联的所述用户设备。

Description

患者治疗管理和指导系统

相关申请的交叉引用

本申请要求2017年11月15日提交的美国临时专利申请第62/586,672号的权益。所引用的申请的内容通过引用并入本文中。

技术领域

本文所描述的主题的实施例大体上涉及用于糖尿病治疗管理的系统和方法。更具体地说，所描述的主题的实施例涉及帮助患者达到指定的行为目标和/或医学结果目标的基于计算机的患者指导系统和有关的操作方法。

背景技术

便携式医疗设备对于患有必须连续或频繁监测的病情的患者很有用。例如，糖尿病患者通常被要求改变并监测他们的日常生活方式，以保持他们的血糖(BG)平衡。患有1型糖尿病的个体和一些患有2型糖尿病的个体使用胰岛素来控制他们的BG水平。为此，建议糖尿病患者定期遵守严格的时间表，包括及时摄取营养餐、锻炼身体、每天监测BG水平以及相应地调整和管理胰岛素剂量。

现有技术包括许多流体输注设备和胰岛素泵系统，其被设计成经由输注装置来输送准确和测量剂量的胰岛素(输注装置通过小直径管来输送胰岛素，所述小直径管终止于例如插入患者皮肤下方的套管)。代替了注射器，患者可以简单地激活胰岛素泵以例如，响应于患者的高BG水平，根据需要施用胰岛素推注。如果需要，患者可以使用血糖仪或测量设备以及通过使用连续葡萄糖传感器来监测BG水平。

在实践中，许多过程和行为都会导致BG水平的波动。影响BG水平的公认的过程和因素包括食物、运动、疾病(急性或慢性)、药物治疗(胰岛素、口服等)以及压力和睡眠方式等。此外，行为和环境因素(如一天中的时间、对治疗的关注程度以及胰岛素泵维护)可以提供影响血糖控制的潜在因素的另外的定量指标。糖尿病患者及其护理人员可用的当前报告工具以旨在解决个体患者特定血糖结果的方式收集和分析数据。

因此，期望具有一种提供患者指导和协助的系统和有关方法，特别是针对使用胰岛素输注系统的糖尿病患者。此外，结合附图和前述技术领域以及背景技术，其它期望特征和特性将从随后具体实施方式和所附权利要求书变得显而易见。

发明内容

公开了一种创建和管理交互式患者指导程序的方法。方法的实施例包括：收集与多个医疗设备用户相关联的患者数据，其中多个医疗设备用户包括分配给指导者的受训者患者；接收患者的指导请求；用基于计算机的系统处理请求，以自动地识别受训者患者要实现的目标；将识别出的目标传送到与指导者相关联的基于计算机的用户设备；在基于计算机的系统处，接收从识别出的目标中选择出的已接受目标；用基于计算机的系统，为已接受目标创建患者指导程序；基于为受训者患者收集的患者数据生成洞察消息，生成的洞察消息与患者指导程序有关；和将生成的洞察消息传递到与指导者相关联的基于计算机的用户设备。

还公开了一种计算机实施的患者治疗管理和指导系统。系统的实施例包括：至少一个处理器设备；以及与至少一个处理器设备操作性地相关联的非暂时性处理器可读介质。处理器可读介质具有可执行指令，所述可执行指令可配置成使至少一个处理器设备执行包括以下的方法：收集与多个医疗设备用户相关联的患者数据，其中多个医疗设备用户包括分配给指导者的受训者患者；接收患者的指导请求；处理请求，以自动地识别受训者患者要实现的目标；将识别出的目标传送到与指导者相关联的基于计算机的用户设备；接收从识别出的目标中选择出的已接受目标；为已接受目标创建患者指导程序；基于为受训者患者收集的患者数据生成洞察消息，生成的洞察消息与患者指导程序有关；和将生成的洞察消息传递到与指导者相关联的基于计算机的用户设备。

本文还公开了另一种系统。系统的实施例包括：计算机实施的患者治疗管理和指导系统；数据库系统，其与患者治疗管理和指导系统相关联，用于收集和维护与多个医疗设备用户相关联的患者数据，其中多个医疗设备用户包括分配给指导者的受训者患者；以及以通信方式联接到患者治疗管理和指导系统的计算机实施的用户设备，所述用户设备与指导者相关联。患者治疗管理和指导系统用来：接收患者的指导要求；处理请求以自动地识别受训者患者要实现的目标；将识别出的目标传送到与指导者相关联的用户设备；接收从识别出的目标中选择出的已接受目标；为已接受目标创建患者指导程序；基于为受训者患者收集的患者数据生成洞察消息，生成的洞察消息与患者指导程序有关；并且将生成的洞察消息传递到与指导者相关联的用户设备。

提供本发明内容是为了以简化的形式介绍下文在具体实施方式中进一步描述的一系列概念。本发明内容不旨在识别所要求保护的主题的关键特征或基本特征，并且也不旨在被用作确定所要求保护的主题的范围的辅助。

附图说明

在结合以下附图考虑时，通过参考详细描述和权利要求书可得到主题的更透彻理解，其中相同附图标记贯穿附图指代类似元件。

图1是包括患者治疗管理和指导系统的操作环境的简化框图表示；

图2是适合在图1所示的操作环境中部署的基于计算机或基于处理器的设备的示例性实施例的简化框图表示；

图3是示出可由图1所示的患者治疗管理和指导系统支持的典型用例的图；

图4是示出用于创建和管理交互式患者指导程序的方法的示例性实施例的流程图；和

图5是患者时间线的图。

具体实施方式

以下详细描述本质上仅为说明性的并且不旨在限制主题的实施例或这类实施例的应用和使用。如本文所用，词语“示例性”意指“充当实例、示例或说明”。本文中描述为“示例性”的任何实施方案不一定解释为比其它实施方案优选或有利。此外，不旨在受前述技术领域、背景技术、发明内容或以下具体实施方式中存在的任何明确或暗示的理论束缚。

本文可以根据功能和/或逻辑块组件并且参考可以由各种计算组件或设备执行的操作、处理任务和功能的符号表示来描述技术和科技。有时将这类操作、任务和功能称为计算机执行的、计算机化的、软件实施的或计算机实施的。应当理解，图中所示的各种框组件可以通过被配置成执行指定功能的任何数量的硬件、软件和/或固件组件来实现。例如，系统或组件的实施例可以采用各种集成电路组件，例如，存储元件、数字信号处理元件、逻辑元件、查找表等，它们可以在一个或多个微处理器或其他控制设备的控制下执行各种功能。

当以软件或固件实施时，本文描述的系统的各种元件实质上是执行各种任务的代码段或指令。在某些实施例中，程序或代码段存储在有形处理器可读介质中，所述介质可以包括可以存储或传输信息的任何介质。非暂时性和处理器可读介质的实例包括电子电路、半导体存储设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘等。

以下描述涉及使用实时智能数据处理算法的计算机实施的糖尿病患者支持和指导者系统，所述算法能够提供主动支持以改善患者结果并提高用户参与度，同时降低手术成本(通过使用分析后的患者数据优先安排患者外展工作，并就医疗设备操作和维护提供有效的患者培训)。尽管不限于任何特定用例，但是此处描述的示例性实施例的最终用户是医疗保健专业人员、护理人员、医生、医疗设备制造商/公司代表、临床医生、患者指导者等。也就是说，如果需要，可以利用此处描述的系统向患者提供一些或全部与指导有关的内容。

本文公开的示例性实施例是基于云的体系结构，其中大多数处理器密集型任务由与位于远程的基于计算机的用户设备进行通信的一个或多个服务器系统执行。在实践中，所公开的系统可以获得并处理针对在不同医师的照顾下的一群不同患者的患者数据。然而，以下描述着眼于一种典型的用例，在该用例中，指导平台被用来协助一名特定患者。患者数据可以来自各种来源，包括胰岛素输注设备、连续葡萄糖传感器设备、移动客户端设备、患者拥有或操作的计算机系统、活动跟踪器设备、导航或全球定位系统(GPS)设备等。对患者数据进行处理和分析以生成与治疗有关的内容，这些内容可以显示在网站上和/或通过基于网络的应用程序显示。

此处描述的系统的示例性实施例可以利用充当患者管理和指导工具的在线(基于网络浏览器)应用程序。为此，该系统可以通过网站来实施，所述网站出于追求更好的血糖结果、患者行为和正确医疗设备使用的目的，向患者的指导者(例如，医疗设备公司代表或支持人员、护理人员、医疗保健专业人员、父母等)提供糖尿病治疗建议、意见、患者状态或进展报告和/或指南。根据某些实施方案，基于网络的工具为指导者提供关于胰岛素治疗的患者的有价值的信息(建议)，并使指导者能够容易地跟踪患者在达到某些行为和/或血糖结果目标方面的进展。在实践中，由系统生成和提供的至少一些内容基于对至少考虑中的患者收集的患者数据的分析。可行的建议引起更好的患者参与度并提高护理效率。基于网站的指导工具是利用机器学习算法分析患者数据以帮助改善患者行为和血糖结果的理想平台。

基于网络的工具为最终用户呈现了各种交互式网络页面，其包括图形元素、菜单、文本输入字段、搜索字段、输出/结果屏幕等。例如，基于网络的工具可以包括但不限于：输出页面或显示，其允许用户审查他们自己患者的临床结果，有或没有与其他患者的临床结果的比较；以及提供提示、指南和建议以改善患者的治疗计划、治疗和医疗结果的推荐页面或显示。这些和其他特征以及功能使患者指导者能够一起在单个应用程序中快速且容易地审查并提供洞察和有关功能。

为了简洁起见，与输注系统、胰岛素泵、输注装置和流体储存器有关的常规特征和功能在此处可以不详细描述。用于施用胰岛素和其它药物的输注泵和/或有关的泵驱动系统的实例可以是但不限于以下中描述的类型：美国专利第5,505,709号；第6,485,465号；第6,554,798号；第6,558,351号；第6,659,980号；第6,752,787号；第6,817,990号；第6,932,584号和第7,621,893号；其均通过引用并入本文中。

如本文所用，“结果”是与药物治疗或疗法具有一定相关性的患者有关结果。对于本文所述的示例性实施例，“血糖结果”是与患者的血糖状态、糖尿病治疗、胰岛素状态、胰岛素输注设备的状况等相关联的患者有关结果。更具体地说，血糖结果可以对应于血糖水平的状态，如高、低、可变、在范围中等，和/或对应于指示血糖健康的测试得分或值(如通常使用的A1C值)。

如本文所用，“洞察”是动作/事件(或动作/事件的集合)与对应结果或关注的特定模式的观察结果之间的统计推导的关联，其可以是设备使用洞察。就这一点而言，“血糖洞察”是通过葡萄糖读数测量的动作/事件(或动作/事件的集合)与对应结果之间的统计推导的关联。

在某些实施例中，当审查患者数据时，基于云的系统执行多种洞察检测算法。可以有任何数量的可检测洞察，因此，可以有任何数量的独立执行的洞察检测算法。可检测的洞察可以包括以下任一项，但不限于此：目标葡萄糖范围内时间的增加；使用自动胰岛素输送模式的时间的增加；自上一次传感器使用以来的X天数，例如七天；暂时失去传感器灵敏度；传感器精度差；频繁退出自动胰岛素输送模式。一旦患者、指导者、医疗保健专业人员(HCP)或护理人员将患者的数据上传到系统，各种洞察检测算法便可以运行。

系统可以优先安排洞察消息在不同患者之间以及针对个体患者的传递。例如，一旦针对患者群体检测到洞察，就可以对这些洞察进行排名(每个患者和/或在一群不同患者中)。排名使系统能够基于预定标准对洞察消息或通知的传递进行优先安排。根据某些实施例，洞察和患者优先级考虑以下因素，但不限于：患者安全；患者负担；磨损的可能性；洞察频率；以及洞察的时效性。可以将高优先级分配给具有安全观察结果的患者，将中优先级分配给具有磨损观察结果的患者，并将低优先级分配给其他患者。高优先级患者在相对短的时间段内(例如，在24或48小时内)就可以得到联系，而低优先级患者则可以根据预先计划的接触点或预定的时间表进行处理。

如上所提及，患者代表(例如HCP、指导者、父母等)可以通过登录到经过适当格式化和配置的网站或基于网络的门户网站来访问患者数据和洞察。代表的观点包括他们分配的患者的优先列表。代表还可以搜索可能未出现在其列表中的患者。在线应用程序(网站)可以提供以下任何或所有内容，但不限于此：数据总结；从连续的葡萄糖传感器数据得出的详细的葡萄糖图或曲线图；以及时间线和针对个体患者检测到的洞察。在某些实施例中，在线应用程序还支持用户反馈和输入。例如，一旦患者指导者或护理人员向患者提出了洞察，应用程序便可以允许患者指导者或护理人员标记洞察。替代地或另外地，系统可以从其他数据源获得反馈信息，以与其优先级排序逻辑一起使用。在与患者讨论了洞察之后，应用程序可以使用此反馈以及其他数据管理系统中记录的接触点来相应地调整洞察和患者优先级。此外，洞察消息可以包括特征、活动元素或用于收集用户反馈的功能。例如，洞察消息可以包括活动链接、可选按钮和/或针对患者的问题。可以监视或记录用户响应和动作，并将其反馈到基于云的系统进行存储和正在进行的分析。以这种方式，对指导的交互式患者响应可以用于修改、增强或以其他方式操控指导程序，以更好地适应患者的当前需求。

根据某些用例，此处描述的基于云的系统提供了旨在帮助患者达到与正确且有效使用其治疗输送设备(例如胰岛素输注泵和/或连续葡萄糖传感器)有关的某些行为目标的指导、指南、意见和建议。尽管系统可以生成并呈现旨在改善患者的血糖结果的血糖洞察消息，但是此处呈现的示例性实施例更多地集中在指导、教育和培训方面。例如，系统可以提供指导洞察消息，这些消息可以充当可以硬编码到患者的医疗设备中的本机“用户手册”或“帮助设置”的扩展。这类指导洞察可以提供与医疗设备的正确使用有关和/或与解决患者特定的目标或目的可能需要的定制或调整有关的附加说明和教程。这类指导洞察可能涉及各种动作或活动，其包括但不限于：传感器维护和校准技巧；输注泵维护技巧；旨在延长葡萄糖传感器寿命的建议；改善葡萄糖传感器精度的建议；与更好地在患者皮肤上放置/部署葡萄糖传感器有关的建议；等。

可以呈现一些指导洞察消息，以供患者代表(指导者)和/或HCP查看和考虑，而无需通知患者。例如，患者不应更改一些医疗设备设置。因此，可以向患者的医生提供需要批准的某些洞察消息。如果医生批准了建议的调整，则可以将适当的说明传递到医疗设备，以自动实施批准的调整。为此，HCP可以登录和导航由指导平台维护的网站、查看建议的更改并批准更改。

现在转到附图，图1是操作环境100的简化框图表示，所述操作环境被适当地配置成支持下面更详细描述的技术和方法。操作环境100支持胰岛素输注设备的用户，并且支持各种技术和方法以帮助最终用户(患者代表、指导者、护理人员、医疗保健提供者、父母等)管理、指导并提供胰岛素输注设备的使用培训。应当理解，图1描绘了操作环境100的一种可能的实施方案，并且如果需要，可以提供其他布置、体系结构和部署。操作环境100(出于说明目的已被简化)通常包括以下组件或与以下组件配合，但不限于此：基于云的患者治疗管理和指导系统102；用户设备104；和与管理和指导系统102相关联的数据库系统106。操作环境100还可以包括或支持患者拥有、操作或使用的至少一个呈现设备110。在典型的部署中，操作环境100支持许多不同的用户设备104和许多不同的呈现设备110，使得集中式管理和指导系统102可以为最终用户群体提供服务。

管理和指导系统102和用户设备104以通信方式联接到数据通信网络(未示出)。在某些实施例中，用户设备104直接或经由数据通信网络与呈现设备110通信。在实践中，操作环境100可以与以下配合并利用以下：由各种实体和提供商维护或操作的任何数量的无线和任何数量的有线数据通信网络。因此，图1所示的各个组件之间的通信可能包括多个网络链路和不同的数据通信协议。就这一点而言，在操作环境100中使用的网络可以包括以下中的任一项或与以下中的任一项配合，但不限于此：局域网；广域网；互联网；个域网；蜂窝通信网络；卫星通信网络；视频服务或电视广播网络；车载网络；等。为此，操作环境100中的硬件组件可以被适当地配置成支持与网络基础结构兼容所需的各种无线和有线数据通信协议、科技和技术。

根据某些示例性实施例，管理和指导系统102被实施为至少一个基于计算机或基于处理器的组件。为了简化和说明的方便，图1将系统102描绘为单个方框-应当理解，可以利用任何数量的不同硬件组件来实施系统102。下面参考图2描述适合于实施系统102的设备的示例性实施例。

管理和指导系统102可以被视为操作环境100的“心脏”。系统102包括数据库系统106或与数据库系统106(其使用一个或多个组件来实现)配合，以支持下面更详细描述的功能和操作。系统102针对多个不同患者，通常是在许多不同护理人员的照顾下的非常大的患者群体，收集并分析的患者数据112。数据库系统106(其可以被实施为通用分布式文件系统)收集、存储和维护针对患者群体的患者数据。就这一点而言，图1描绘了与患者1相关联的患者数据112a、与患者2相关联的患者数据112b，等等，包括与患者N相关联的患者数据112n，其中N可以是任何数量的不同患者。任何一位患者的患者数据都可以来自各种来源，其包括但不限于：胰岛素输注设备；连续葡萄糖传感器；血糖仪；智能电话或其他类型的个人移动设备；计算设备；活动跟踪器；进餐记录设备或应用程序；情绪跟踪设备或应用程序；GPS设备；患者拥有或操作的车辆；可穿戴智能设备；智能家居控制器系统；视频游戏系统；家庭娱乐设备；等。系统102可以直接从这些数据源中的一个或多个接收任何或全部患者数据。替代地或另外地，系统102可以通过适当配置的数据上传器组件(未示出)间接地接收任何或全部患者数据，所述数据上传器组件又从始发源中一个或多个的接收患者数据。

用户设备104是由用户(例如患者指导者、患者代表、HCP、护理人员、护士、医生等)拥有或操作的客户端设备。本说明书假定患者指导者拥有/操作用户设备104，并且在用户设备104处呈现的信息不需要(并且通常不)旨在由患者直接查看。也就是说，此处描述的主题和方法不限于这类实施方案，并且在某些情形下用户设备104可以由患者拥有/操作。

在某些实施例中，管理和指导系统102的功能和处理智能中的一些或全部可以驻留在用户设备104处。换句话说，操作环境100不需要依赖于基于网络或基于云的服务器布置，但这类部署可能是最有效且最经济的实施方案。在其他实施例中，系统102的功能和处理智能中的一些或全部可以驻留在呈现设备110和/或其他兼容组件或计算设备处。本公开考虑了这些和其他替代布置。为此，操作环境100的一些实施例可以包括充当数据源、数据处理单元和/或内容传递机制的附加设备和组件。例如，操作环境100可以包括以下元件中的任何或全部，但不限于此：计算机设备或系统；患者监护仪；医疗保健提供者系统；数据通讯设备；等。

根据某些示例性实施例，由系统102支持的每个用户设备104被实施为基于计算机或基于处理器的组件。为了简化和说明的方便，图1仅描绘了一个用户设备104。然而，在实践中，系统102被适当地配置成支持多个用户设备104(例如，支持多个不同的患者指导者)。下面参考图2描述适合于实施用户设备104的设备的示例性实施例；用户设备104可以使用各种不同的设备平台来实现。例如，用户设备104可以被实施为以下中的任何一个，但不限于此：蜂窝电话或智能电话；便携式计算机(例如，膝上型计算机、平板计算机或上网本计算机)；便携式媒体播放器；便携式视频游戏设备；便携式医疗设备；导航设备，如全球定位系统(GPS)设备；可穿戴计算设备；电子玩具或游戏；等。

本说明书的其余部分假定用户设备104是特定患者指导者使用的计算机设备(台式计算机、膝上型计算机、平板设备、移动设备等)。为此，用户设备104的配置和一般功能可以与常规个人计算机设计基本一致。就这一点而言，网络浏览器应用程序120安装在用户设备104上，以允许指导者访问并利用由系统102维护和提供的适当配置和设计的治疗管理和指导网站。管理和指导网站允许指导者组织和查看患者数据、基于患者数据获得治疗建议并接收由系统102生成的与患者治疗有关的内容(例如消息、通知、建议、说明和指南)。在某些实施例中，可以操纵网络浏览器应用程序120和相关联的网站以将患者数据上传到系统102以进行存储和分析。

呈现设备110是患者拥有或操作的客户端设备。在某些实施例中，管理和指导系统102的功能和处理智能中的一些或全部可以驻留在呈现设备110处。根据某些示例性实施例，每个呈现设备110被实施为基于计算机或基于处理器的组件。为了简化和说明的方便，图1仅描绘了一个呈现设备110。然而，在实践中，任何数量的不同的呈现设备110可以与用户设备104和/或系统102进行数据通信。下面参考图2描述适合于实施呈现设备110的设备的示例性实施例。可以使用各种不同的设备平台来实现呈现设备110，包括上面针对用户设备104列出的任何平台。

本说明书的其余部分假定呈现设备110是特定患者使用的计算机设备(台式计算机、膝上型计算机、平板设备、移动设备等)。为此，呈现设备110的配置和一般功能可以与常规个人计算机设计基本一致。呈现设备110包括适当配置的应用程序、软件和特征，这些应用程序、软件和特征支持向用户显示/呈现信息和内容，并支持捕获和传输患者输入的数据、信息、文件等。例如，将网络浏览器应用程序130(或适当配置和兼容的应用程序)安装在呈现设备110上，以允许患者访问和利用由管理和指导系统102维护和提供的适当配置和设计的患者门户网站。患者门户网站允许患者组织和查看患者数据、基于患者数据获得治疗建议并接收由系统102生成的与患者治疗有关的内容(例如，消息、通知、建议、说明和指南)。在某些实施例中，可以操纵网络浏览器应用程序130和相关联的治疗管理网站以将个体患者数据上传到系统102以进行存储和分析。在实践中，来自系统102的用于用户设备104和呈现设备110的数据和统计信息可以被同步以避免用户设备104和呈现设备110之间的冲突。

如上所提及，操作环境100包括以下或与以下配合：基于计算机的和/或基于处理器的组件，所述基于计算机和/或基于处理器的组件具有适当配置的硬件和软件，所述硬件和软件被编写成执行支持本文所述特征所需的功能和方法。例如，管理和指导系统102、每个用户设备104和每个呈现设备110可以被实现为基于电子处理器的组件。就这一点而言，图2为适合于部署在图1所示的系统中的基于计算机或基于处理器的设备200的示例性实施例的简化框图表示。

设备200的所示实施例旨在作为一个合适平台的高级一般表示。就这一点而言，此处提到的任何基于计算机或基于处理器的组件都可以利用设备200的体系结构。设备200的所示实施例通常包括但不限于：至少一个处理器202；适当量的存储器204；设备特定的硬件、软件、固件和/或特征206；用户界面208；通信模块210；和显示元件212。当然，设备200的实施方案可以包括被配置成支持与此处描述的主题无关的各种特征的附加元件、组件、模块和功能。例如，设备200可以包括某些特征和元件以支持可能与设备200的特定实施方案和部署有关的常规功能。在实践中，设备200的元件可以经由总线或任何合适的互连体系结构214联接在一起。

处理器202可以用通用处理器、内容可寻址存储器、数字信号处理器、专用集成电路、现场可编程门阵列、任何合适的可编程逻辑设备、离散门或晶体管逻辑、离散硬件组件或设计成执行此处所述的功能的任何组合来实施或执行。此外，处理器202可以被实施为计算设备的组合，例如，数字信号处理器和微处理器的组合、多个微处理器、与数字信号处理器核结合的一个或多个微处理器，或任何其他这类配置。

存储器204可以被实现为RAM存储器、闪存、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM或本领域中已知的任何其他形式的存储介质。就这一点而言，存储器204可以联接到处理器202，使得处理器202可以从存储器204读取信息并将信息写入存储器204。在替代方案中，存储器204可以与处理器202集成在一起。作为实例，处理器202和存储器204可以驻留在ASIC中。存储器204的至少一部分可以被实现为计算机存储介质，例如，其上存储有计算机可执行指令的有形计算机可读介质。当由处理器202读取并执行时，计算机可执行指令使设备200执行特定于特定实施例的某些任务、操作、功能和过程。就这一点而言，存储器204可以代表这类计算机可读介质的一种合适的实施方案。替代地或另外地，设备200可以接收被实现为便携式或移动组件或平台的计算机可读介质(未单独示出)并与其配合，例如，便携式硬盘驱动器、USB闪存驱动器、光盘等。

设备特定的硬件、软件、固件和特征206可以随设备200的一个实施例到另一实施例而不同。例如，设备特定的硬件、软件、固件和特征206将支持：当设备200被实现为移动电话时，智能电话功能和特征；如果设备200被实现为膝上型计算机或平板计算机的话，常规的个人计算机功能和特征；当设备200被实现为胰岛素输注设备时，胰岛素泵操作；等。在实践中，设备特定的硬件、软件、固件和特征206的某些部分或方面可以在图2中描绘的一个或多个其他方框中实施。

用户界面208可以包括各种特征或与各种特征配合以允许用户与设备200交互。因此，用户界面208可以包括各种人机界面，例如，小键盘、按键、键盘、按钮、开关、旋钮、触摸板、操纵杆、指示设备、虚拟书写板、触摸屏、麦克风或使用户能够选择选项、输入信息或以其他方式控制设备200的操作的任何设备、组件或功能。用户界面208可以包括一个或多个图形用户界面(GUI)控制元素，其使用户能够经由显示元件212来操纵应用或以其他方式与应用程序交互。

通信模块210在设备200的操作期间根据需要促进设备200与其他组件之间的数据通信。在本说明书的上下文中，通信模块210可以用于发送或流送设备有关的控制数据、患者数据、与设备有关的状态或操作数据、消息和通知、与治疗有关的内容等。应当理解，通信模块210的特定配置和功能可以根据硬件平台和设备200的特定实施方案而变化。在实践中，设备200的实施例可以使用各种数据通信协议来支持无线数据通信和/或有线数据通信。例如，通信模块210可以支持一种或多种无线数据通信协议、技术或方法，其包括但不限于：RF；IrDA(红外)；蓝牙；ZigBee(以及IEEE 802.15协议的其他变体)；IEEE802.11(任何变化型式)；IEEE 802.16(WiMAX或任何其他变化型式)；直接序列扩频；跳频扩频；蜂窝/无线/无绳电信协议；无线家庭网络通信协议；寻呼网络协议；磁感应；卫星数据通信协议；无线医院或健康护理机构网络协议，如在WMTS频段中运行的那些协议；GPRS；以及专有的无线数据通信协议，如无线USB的变体。此外，通信模块210可以支持一种或多种有线/电缆数据通信协议，其包括但不限于：以太网；电源线；家庭网络通信协议；USB；IEEE1394(火线)；医院网络通讯协议；和专有的数据通信协议。

显示元件212被适当地配置成使设备200能够渲染并显示各种屏幕、推荐消息、通知、GUI、GUI控制元件、下拉菜单、自动填充字段、文本输入字段、消息字段等。当然，众所周知，显示元件212也可以在设备200的操作期间用于显示其他信息。值得注意的是，显示元件212的具体配置、操作特性、尺寸、分辨率和功能可以根据设备200的实际实施方案而变化。例如，如果设备200是膝上型计算机，则显示元件212可以是相对大的监视器。替代地，如果设备200是蜂窝电话设备，则显示元件212可以是相对小的集成显示屏，如触敏屏。

图3是示出可以由图1所示系统支持的典型用例的图。对于所示的实例，指导者302(例如，客户支持代理、临床专家、糖尿病教育者、医生或护士)被分配给一个或多个患者304。与患者304相关联的患者数据306被流送、上传或以其他方式传送到集中式管理和指导系统，其在图3中未单独描绘。上传的患者数据经受各种例程、程序、算法和/或过程，以获得与患者304的治疗管理和行为指导有关的有用和有见地的信息。

根据所示的实施例，上传的患者数据经受洞察检测过程310，以确定是否应该为任何给定的患者生成洞察消息。本说明书假定生成了许多洞察消息。洞察消息经受洞察优先级排序过程312，其基于预定标准对洞察消息进行优先安排/排序(如上所述)。通过数据和洞察可视化过程314将要传递的洞察消息可视化。这包括但不限于描述事件背景、事件模式、相关性和比较分析的说明。然后，基于基于严重性的接触点决策过程316，将所说明的洞察分配给洞察管线工作流，所述接触点决策过程316通过优先级对即将来临的接触点进行排序(基于紧急程度、严重性、患者历史等)。传递通道决策过程318确定在有或没有无指导者判定的情况下，通过哪个平台将洞察传递给患者、应用程序或网站应用程序。

相对低优先级的洞察消息可以通过治疗邮件324的方式传送给患者304。在这种情况下，治疗邮件324是指应用程序外部的电子邮件，所述电子邮件具有洞察语句和说明的细节，与将发送实时通知的应用程序相反。相对中等优先级的洞察消息可以通过本文更详细描述的指导平台326的方式传送给患者304。相对高优先级的洞察消息可以由指导者302经由自动电话呼叫、自动电子邮件、文本消息等快速地传送给患者304。因此，由管理和指导系统执行的处理和分析的输出和/或结果可以用于确定如何最好地与患者304进行通信、何时将洞察消息传递给患者304等。此外，可以以下面描述的方式利用由管理和指导系统执行的处理和分析的输出和/或结果，以通过指导平台326的方式提供患者指导/培训程序。在实践中，指导者302、治疗邮件324和指导平台326一起工作以帮助患者获得更好的结果。这些方面是相辅相成的。

管理和指导系统102收集并分析大量患者数据，以生成与患者指导、培训和教育结合使用的洞察消息。可以使用以下来处理和分析患者数据，例如：(一种或多种)机器学习算法；专家系统技术；人工智能技术；知识库；自然语言处理；和/或类似方法。系统102生成的输出使患者指导者能够监视患者在达到某些行为和/或临床结果目标方面的进展。系统102可以生成旨在使指导者和患者受益的有用的输出(图形、图表、报告、通知、与患者行为有关的统计、与医疗设备使用或性能有关的统计、与医疗设备警报或警告有关的统计等)。在某些实施方案中，系统102利用在美国专利申请公开第US 2017/0053072号中公开的数据分析和洞察传递系统和方法，所述公开的内容通过引用并入本文中。

在优选的实施方案中，系统102生成、维护和更新旨在由患者指导者使用的门户网站或网站。因此，指导者可以使用他或她的凭据方便地登录门户网站，以访问此处描述的各种特征和功能。在实践中，可以使用支持上网、基于浏览器、HTTP兼容等的任何设备来访问门户网站。以这种方式，使用管理和指导系统102的患者指导者可以快速且方便地确定分配给她的患者是否正在朝着他们的指定目标进展。

在实践中，系统102在能够生成智能且准确的结果之前需要每个患者最少量的输入数据。例如，可能有必要收集至少一整天的患者数据。然而，从目前开始，随着收集和分析越来越多的患者数据，系统102输出的信息将逐渐变得更加复杂和准确。就这一点而言，本文描述的技术和方法假定输入数据的来源(如葡萄糖传感器、血糖仪、生理传感器等)均在可接受的精度范围内操作。

在某些实施例中，系统102以患者的移动设备提供的移动设备数据的形式获得一些患者数据。移动设备数据可以包括由移动设备生成、由移动设备转发、在移动设备上输入、由移动设备检测到、等的任何类型的数据或信息。例如但不限于，移动设备数据可以包括时间戳数据、日历数据、移动应用程序数据、与移动设备的操作有关的状态信息和/或由移动设备上的传感器或检测器生成的传感器数据(如加速度计、陀螺仪、光传感器、相机、温度计、生物特征扫描仪等)。

数据输入

有许多因素可以影响患者的血糖水平。各种因素也可能影响如何最好地控制和管理患者的血糖。此处呈现的血糖洞察方法基于数据的收集和分析，这些数据不必与血糖(BG)仪测量结果、葡萄糖传感器读数或胰岛素输送信息特别有关。尽管系统102获得并分析了这类数据，但它也可以获得并考虑其他数据。系统102还可以处理直接或间接从其他生理传感器、设备或装备接收的数据。例如，系统102的实施例可以被适当地配置成分析呼吸数据、心电图数据、体温数据、心率信息等。

系统102被适当地配置为从多个来源接收和处理各种输入数据。此外，系统102被设计为灵活和可扩展的，以根据需要适应附加输入数据类型。由系统102处理的输入数据源的数量和输入数据的量可以随一个实施例到另一个实施例而不同，这取决于特定的实施方案和预期的应用。根据此处描述的实施例，以下输入数据中的一些或全部可以用于生成与指导有关的输出的目的。以下具体输入数据类型的总结并非旨在穷举或以其他方式进行限制，并且在系统102的实施例中可以考虑替代或附加的输入数据。

碳水化合物量–这是指一个单位的胰岛素可以补偿以维持当前葡萄糖水平的碳水化合物量。碳水化合物量通常以克或毫克表示。患者的移动设备通常将是该数据的来源。

推注信息–推注信息包括推注剂量(以胰岛素单位进行计量)、输送日期/时间(一天中的时间和日历数据)以及推注类型(正常、方形或双重)。胰岛素输注设备通常将是该数据的来源。

胰岛素与碳水化合物的比率–这是患者特定的参数，其与患者需要多少胰岛素来补偿指定单位(例如一克)的碳水化合物有关。胰岛素与碳水化合物的比率以克/单位表示。胰岛素输注设备通常将是该数据的来源。

胰岛素敏感性因子–这是患者特定的参数，其与响应于一单位胰岛素的血糖降低有关。计算胰岛素敏感性因子的特定方式由具体的泵送方案确定。胰岛素敏感性因子以mg/dL/U(毫克每分升每单位)表示。胰岛素输注设备通常将是该数据的来源。

活性胰岛素量–这是指从先前的推注剂量起，患者体内仍有多少胰岛素具有活性。该量以胰岛素单位表示。胰岛素输注设备通常将是该数据的来源。

一天中的时间–这是指时间戳和/或日期戳信息，可以将其与任何其他输入数据相关联或附加到任何其他输入数据中，以提供时间参考。

基础率–这是指示胰岛素输送的基础速率的患者特定的参数，其通常以单位/小时表示。胰岛素输注设备通常将是该数据的来源。

临时基础使用–这是指发生患者暂时“超越”胰岛素的标称或通常的基础率。系统采用布尔值，其指示临时基础模式的激活，并且还指示临时基础率值。胰岛素输注设备通常将是该数据的来源。

连续推注–这是指发生在指定的时间段内输送的背对背胰岛素推注。系统采用布尔值，其指示连续推注的发生，并且还指示在指定时间段内输送的推注的总体积。胰岛素输注设备通常将是该数据的来源。

胰岛素暂停–这是指在此期间胰岛素输注设备已暂时暂停(胰岛素输送暂时停止)的时间段。与胰岛素暂停有关的数据可以包括以下中的一些或全部，但不限于此：阈值设置；暂停持续时间；悬浮前的活性胰岛素；暂停周围的传感器变化率；暂停周围的碳水化合物摄入量；暂停时间(星期几，一天中的时间)；暂停如何恢复；和用户对暂停的响应。胰岛素输注设备通常将是该数据的来源。

储液器倒回和加注时间–这是指与将新的胰岛素储液器安装到胰岛素输注设备中相关联的活动。这需要倒回动作以缩回储液器致动器，这有助于移除用过的储液器。在安装新的储液器后，将流体流动路径加注以进行胰岛素输送。胰岛素输注设备通常将是该数据的来源。

泵警报和相关联警报时间–由于各种原因，胰岛素输注设备可能会生成泵警报。泵警报数据指示警报的类型和对应的警报时间。胰岛素输注设备通常将是该数据的来源。

传感器警告和警告时间–出于各种原因，胰岛素输注设备和/或葡萄糖传感器可能会生成传感器警告。传感器警告数据指示传感器警告的类型和对应的警告时间。胰岛素输注设备和/或葡萄糖传感器可以是该数据的来源。

血糖读数和测量时间–血糖读数通常以mg/dl表示，并且可以从血糖仪获得。胰岛素输注设备、血糖仪或患者的移动设备可以是该数据的来源。

用户人口统计信息–该数据可以包括但不限于患者的年龄、使用胰岛素的年限、医学诊断、糖尿病发作的年龄、性别、药物类型等。用户人口统计信息可以由患者的移动设备、胰岛素输注设备、网页用户界面等提供。

进餐时间和内容–该数据与进餐的时机以及消耗的食物的类型和量有关。患者的移动设备通常将是该数据的来源。就这一点而言，适当配置的移动应用程序可以包括允许患者指定进餐时间并估计每次进餐所消耗的食物的类型和量的特征或功能。在某些情形下，可以直接从第三方(配合伙伴)数据库导入该数据，而不必让患者将信息多余地输入到移动应用程序中。

运动时间和内容–该数据与运动的时机以及患者进行的运动的类型、持续时间和量有关。患者的移动设备或活动跟踪器设备通常将是该数据的来源。就这一点而言，适当配置的移动应用程序可以包括允许患者指定运动时间并估计运动的类型和量的特征或功能。在某些情形下，可以直接从第三方(配合伙伴)数据库导入该数据，而不必让患者将信息多余地输入到移动应用程序中。

药物类型、剂量和时间–该数据与患者服用药物(胰岛素除外)时的情况有关，并且该数据指示药物的类型、服用剂量和服用药物的时间。患者的移动设备通常将是该数据的来源。在某些情形下，智能胰岛素笔或其他类型的智能胰岛素输送设备可以是该数据的来源。就这一点而言，适当配置的移动应用程序可以包括允许患者记录与服用药物相关联的信息的特征或功能。

睡眠时间和质量–该数据指示睡眠时间段，以及与患者经历的睡眠质量或类型有关的信息。睡眠有关的信息可以由患者监视器(活动跟踪器)提供，或者在某些实施例中，睡眠有关的信息可以由在患者的移动设备上运行的适当配置的移动应用程序提供。在这类实施例中，移动应用程序允许患者输入相关的睡眠有关的信息。根据一些实施例，可以使用加速度计数据、心率数据、环境照明测量值、葡萄糖水平等来计算睡眠有关的信息。

压力时间–该数据指示患者经历的压力的时间段。压力有关的信息可以从生理因素和/或可测量的数据(如心率、血压、皮肤电导、体温等)得出。另外地或替代地，压力有关的信息可以基于用户输入。因此，患者的移动设备可以是该数据的来源。适当配置的移动应用程序可以包括允许患者记录与压力时间段相关联的信息的特征或功能。

电子病历和实验室测试数据–该数据可以由医疗保健提供者、医疗机构、保险公司等提供。在某些情形下，可以直接从第三方(配合伙伴)数据库导入该数据，而不必让患者将信息多余地输入到移动应用程序中。

如上所提及，在分配给该患者的指导者的交互式协助下，可以利用患者管理和指导系统102为患者提供个性化的指导、培训和教育。系统102执行与患者数据的审查和分析、患者输入和反馈的处理以及指导有关的信息向指导者和/或患者的传递有关的某些自动化任务。根据此处描述的示例性用例，针对患者的每个指导程序都分为三个主要阶段或里程碑：(1)登入阶段；(2)跟踪阶段；和(3)最终审查阶段。可以基于患者的需求、目的、要求、目标等来定制每个指导程序。起初，患者可以识别她的指导程序的目的和目标，并且指导系统102基于患者识别的目的和目标，自动地确定如何最好地安排和配置指导程序。基于识别出的(一个或多个)目标，指导系统102可以选择或利用最适合当时患者需求的一个或多个洞察引擎、算法或模块。随着时间的流逝，指导系统102通过收集和分析更新后的患者数据来监视患者的进展和表现，以确定是否需要新的、附加的或修改的指导或培训。在指导程序结束时，指导者可以与患者一起审查结果，以确定是否继续另一个指导程序、扩展当前程序、添加一个或多个并行指导程序等。

在登入阶段，患者指示指导程序的目标、目的、难题、问题或期望的结果(下文中简称为“目标”)。目标可以由患者在有或没有HCP、糖尿病培训师、指导者等协助的情况下识别。在某些实施例中，管理和指导系统102可以容纳登记任何数量的目标。在替代实施例中，指导系统102利用可由患者选择的常见目标(和子目标)的库。以下是常见患者目标的几个实例；该目标列表并不旨在以任何方式作为指导系统102的范围或应用的详尽或限制。示例性目标包括：我想最大程度地减少从低血糖事件恢复所花的时间；我想睡得更好；我想吃任何我想吃的东西；我想准确配置胰岛素泵设置；我想确保我的宝宝健康。

在登入阶段，管理和指导系统102将高级别或广义目标分解为低级别或更具体的目标(在本文中也称为“子目标”)。更具体地说，每个高级目标可以分解为任何数量的行为目标和任何数量的结果目标。指导者基于现有数据和与患者的沟通来评估患者的当前状态，与患者达成协议，并(向管理和指导系统102)确认要跟踪哪些目标(主要目标和子目标)。每个目标都有自己的指导程序时间表，这由管理和指导系统102指定。

跟踪阶段允许指导者出于跟踪和监视患者的进展的目的，使用在线门户或控制面板作为交互式界面。在跟踪阶段期间，还可以为患者提供适当的消息传递/聊天平台，以使患者能够获取与指导程序有关的相关内容，并使患者能够向指导者和/或管理和指导系统102人员提供反馈。

在跟踪阶段期间，目标跟踪洞察会定期传递给患者和指导者。目标跟踪洞察评估患者是否超出、实现或错过了既定目标。实时观察洞察仅传递给患者。观察洞察旨在纠正或鼓励某些患者行为。在跟踪阶段期间，管理和指导系统102推荐教育/指导洞察，指导者可以对其进行审查并根据指导者的判定将其传递给患者。

在跟踪阶段期间，培训材料(和洞察消息)的进展基于以下组成部分，但不限于此：目标跟踪洞察的明确结果；来自患者对实时观察洞察作出响应的明确自然语言反馈；正面和负面的观察洞察发生的比率；以及审查患者旅程时间线视图，该视图指示详细事件和有关反馈的内容。

在最终审查阶段，管理和指导系统102生成最终报告，该最终报告描述了对于(一个或多个)任何后续指导程序或当前指导程序的下一阶段的进展、成就、挑战、机会和建议。在最终审查阶段期间，指导者可以与患者审查最终报告并决定下一个步骤。与下一指导/培训阶段有关的建议可以基于患者在获得先前目标方面的表现、基于从患者的HCP获得的建议以及可能的其他因素。在某些实施例中，系统针对不同级别的目标评估成就，并且将生成分量分数和总体分数。

图4是示出用于创建和管理交互式患者指导程序的方法400的示例性实施例的流程图。结合方法400执行的各种任务可以由软件、硬件、固件或其任何组合来执行。为了说明的目的，方法400的以下描述可以参考以上结合图1-3提及的元件。应当理解，方法400可包括任何数目的附加或替代的任务，图4所示的任务不必以示出的排序执行，并且方法400可并入到具有本文未详细描述的附加功能的更全面的程序或方法中。此外，图4所示的任务中的一个或多个可从方法400的实施例省略，只要预期的整体功能仍完整即可。

方法400利用与在一个或多个HCP的照顾下的一群不同患者相关联的患者数据。为此，在任务402处，方法400收集与多个医疗设备用户(患者)相关联的患者数据，如使用胰岛素输注泵的糖尿病患者。尽管方法400支持多个不同的患者，但此处描述的实例涉及用于一个特定患者(即受训者患者)的指导程序的创建、维护和管理。因此，受训者患者的HCP、受训者患者和受训者患者的指导者可能是方法400产生的输出的预期接收者。

可以从患者、HCP，直接从医疗设备或患者/HCP拥有或操作的其他设备、经由数据上传器设备或系统等间接获得患者数据。可以以持续的方式获得和更新患者数据，例如定期数据上传、近实时数据传输、手动数据上传等。根据此处呈现的示例性用例，在医疗设备用户是胰岛素输注设备用户的情况下，任何个体患者的患者数据可以包括以下中的任何或全部，但不限于此：碳水化合物量；推注信息；胰岛素与碳水化合物的比率；胰岛素敏感性因子；活性胰岛素量；一天中的时间；基础率；临时基础使用；连续推注；胰岛素暂停；储液器倒回时间；储液器加注时间；泵警报和相关联警报时间；传感器警告和相关联警告时间；血糖读数和相关联的测量时间；用户人口统计信息；进餐时间和对应的进餐内容；运动时间及对应的运动内容或类型；药物类型、剂量和时间；睡眠时间和质量；压力时间；和电子病历；医学实验室测试数据。当然，根据患者特性、医疗设备特性、所治疗的(一种或多种)病情、HCP偏好和其他实际因素，为每个患者收集的数据的具体类型和数量可以随一个实施方案到另一个实施方案而不同。

方法400接收患者对指导、协助、指南、培训、教导、支持等的请求(任务404)。根据此处呈现的示例性实施例，管理和指导系统102接收并处理患者请求，所述患者请求通常由受训者患者拥有或操作的基于计算机的设备(在本文中称为“患者设备”)生成。就这一点而言，受训者患者可以使用患者设备的任何应用程序、软件或特征来创建和提交患者请求。例如，可以使用以下中的任一种来创建和提交患者请求，但不限于此：适当设计的网站；由系统102支持的专用患者指导应用程序；电子邮件；短信；即时通讯；语音识别应用程序；社交媒体应用程序的聊天功能；等。如上所解释，系统102可以支持受训者患者在创建患者请求时可以选择的多个预定目标。替代地或另外地，系统102可以支持受训者患者输入自由文本，使得受训者患者可以以任何期望的方式定义她的(一个或多个)目标。

在接收患者请求后，系统102处理请求以识别或提取受训者患者要实现的一个或多个目标(任务406)。患者请求可以包含任何数量的目标，包括高级别(通用)目标和/或低级别(特定)目标，每个目标都可以服从或以其他方式与相应的高级别目标相关联。此外，系统102和方法400预期并支持不同类型的目标，包括但不限于：患者结果目标；和患者行为目标。任务406可以识别患者请求中传达的不同目标，并确定识别出的目标是结果目标还是行为目标。对于该特定实例，在患者是使用胰岛素疗法的糖尿病患者的情况下，患者结果目标与血糖控制、血糖健康结果和/或总体患者健康有关。相反，患者行为目标与患者的行为或活动、患者控制范围内的事情、患者的反应等有关。

在某些实施方案中，方法400分析患者请求以识别任何高级别目标(和任何可区分的低级别目标)。如果适用，方法400可以将每个高级目标“分解”为对应的低级目标。相对于高级别的目标，每个较低级别的目标都更具体、更有针对性且定义更明确。例如，患者请求可以包括以下目标，这被认为是一个高级别目标：我想睡得更好。可能有助于实现该目标的相关联较低级别目标包括但不限于：减少在夜间发生的医疗设备警告和的警报；在夜间避免低血糖和高血糖状态；睡前避免某些类型的食物；以及睡前少于三小时不吃晚餐。值得注意的是，这些较低级别的目标不需要由患者明确识别或定义-方法400可以基于在患者请求中明确识别出的相应高级别目标来确定和识别低级别目标。

该实例假定系统102从患者请求中识别一个或多个目标。识别出的目标被传送到或可由患者的指导者所拥有、操作或以其他方式与患者的指导者相关联的基于计算机的用户设备(在本文中称为“指导者的设备”)访问，和/或被传送到或可由患者的设备访问(任务408)。例如，使用适当格式化的网页，可以将识别出的目标作为可选项目的列表呈现给指导者/患者。作为另一实例，识别出的目标可以通过电子邮件、文本消息、聊天应用程序、移动应用程序等传递给指导者/患者。在实践中，方法400可以在于指导者的计算机设备上运行的网络浏览器中提供适当配置的治疗管理和指导网站，其中网站包括至少一个网页，所述网页包括与指导程序和受训者患者有关的信息。该网站的网页、版块或组件可以包括识别出的目标的交互式列表或可选列表。

在与受训者患者协商之后，这可能涉及使用治疗管理和指导网站进行通信，指导者获得已从识别出的目标中选择出的至少一个可接受目标。就这一点而言，受训者患者和指导者可以讨论识别出的目标的列表，并就识别出的目标中的哪些(如果有的话)将成为对应指导程序的基础达成协议。为此，治疗管理和指导网站可以包括识别出的目标的可选列表，以使指导者、受训者患者或两者都能轻松便捷地进行选择。

本说明书假定系统102接收至少一个要分配给受训者患者的已接受目标(任务410)。此后，系统102为每个已接受目标创建适当的患者指导程序(任务412)。在实践中，系统102为每个已接受低级别系统定义的目标创建不同的指导程序。因此，根据已经接受的目标数量，受训者患者可以经受多个并行的指导程序。指导程序与在定义的时间段(例如，一个月、八个星期、三个月、一年)期间洞察消息、内容或信息的传递相关联。传递给指导者和/或受训者患者的洞察消息基于以下中的至少一些，但不限于此：自动的基于计算机的审查患者数据；从受训者患者接收的反馈；受训者患者在指导程序期间取得的进展；里程碑事件的满意度；等。因此，指导程序通过洞察消息、其传递的时机和受训者患者对其做出反应的方式来突出显示。

在某些实施方案中，指导程序包括三种不同类型的洞察消息：用于指导者和受训者患者的目标跟踪洞察消息；主要用于受训者患者的观察洞察消息；和根据指导者的判定传递给受训者患者的教育洞察消息。目标跟踪洞察消息通常指示受训者患者是否达到、超过或不满足指导程序的目标。系统102响应于对患者数据的分析而生成目标跟踪洞察消息，使得可以向指导者和受训者患者通知达到既定目标的进展。观察洞察消息向受训者患者提供鼓励、激励和/或矫正信息。每当系统102认为必要时，可以实时生成并发送这种类型的洞察消息。教育洞察信息最初传递给指导者。指导者可以使用例如管理和指导网站的按钮、链接或用户界面特征来批准将教育洞察消息传递或转发给受训者患者。

对于每个指导程序，系统102基于为受训者患者收集的患者数据并且基于系统102在指导程序的过程期间获得的附加的指导有关信息，根据需要或按期生成相关的洞察消息/内容(任务414)。所生成的洞察消息被适当地传递到指导者的设备和/或受训者患者的设备(任务416)。尽管大多数(如果不是全部的话)洞察消息将被传递到指导者的设备，但是仅有限数量的洞察消息可被传递到受训者患者的设备。对于该特定实施例，目标跟踪洞察消息根据特定于患者指导程序的时间表来传递。相反，观察洞察消息按需传递，而不考虑任何预定的时间表或时间限制。教育洞察消息是基于对已传递的目标跟踪洞察消息和已传递的观察洞察消息的审查而传递的。因此，可以根据时间表、定期等传递教育洞察消息。

方法400还可获取与已传递的洞察消息和内容有关的患者反馈数据和/或以其他方式与患者指导程序有关的患者反馈数据(任务418)。受训者患者可以使用患者的设备或上述工具、特征和应用程序中的任一种来输入和提交这类反馈。

患者数据以持续的方式被更新和收集，并且洞察消息在指导程序的整个过程中被生成和传递(查询任务420的“否”分支)。在完成患者指导程序后(查询任务420的“是”分支)，系统102准备最终报告(任务422)，并将该报告传送到指导者的设备和/或受训者患者的设备(任务424)。最终报告总结了指导程序的结果和成果。指导者可以与受训者患者一起审查最终报告，以确定如何最好地进行。例如，如果没有成功达到既定目标，则可以重复指导程序，无论是否进行了修改。如果受训者患者达到了目标，则可以启动具有更先进的培训或教育的新指导程序。

实例1–以下工作流程实例涉及关心夜间低血糖症和有关睡眠问题的患者。

登入阶段：

患者请求指示“我想睡得更好”

系统102将该高级别目标分解成三个低级别目标：(1)达到在睡前100-120mg/dl之间的葡萄糖值(结果目标)；(2)达到连续30天在睡前两个小时内没有食物/胰岛素(行为目标)；(3)达到连续30天在睡前校准葡萄糖传感器(行为目标)。

跟踪阶段：

指导者使用网站控制面板和时间线来跟踪患者的进展。系统向患者传递三种不同级别的洞察信息。洞察消息的传递受患者的参与方式和深夜低血糖事件的发生的制约。如果不参与，则系统102将自动地推送以获取更多的参与洞察。如果未减少低血糖事件的发生，则系统102将提示指导者并在需要时上报给HCP。

最终审查阶段：

系统102生成描述患者是否已经接收到任何夜间警告、是否发生过任何低血糖症事件、是否能够始终如一地执行校准以及是否避免在睡前进食的最终报告。系统102将为患者推荐患者是否需要第二疗程或可以继续到下一个努力点(例如，晚餐时吃得健康)。

实例2–以下工作流程示例涉及患有妊娠期糖尿病的怀孕患者。

登入阶段：

患者请求表明：“我希望我的宝宝健康”

系统102将该高级别目标分解为三个低级别目标：(1)达到在进餐后三小时100-120mg/dl之间的葡萄糖值(结果目标)；(2)达到每月体重增加在1.0到1.5kg之间(结果目标)；(3)根据营养洞察建议所推荐，结合食用正确的营养物(行为目标)。

跟踪阶段：

指导者使用网站控制面板和时间线来跟踪患者的进展。教育洞察(营养和运动)根据三期以每一个月的基础进展。如果吃得不健康，则参与洞察信息将更频繁地传递并上报给指导者。如果每个月体重控制不充分，则营养物和运动洞察信息将被调整为以不同的时机和/或不同的内容传递。

最终审查阶段：

系统102生成描述患者是否已经能够控制她的体重增长以及她是否已经能够控制她的葡萄糖水平的最终报告。系统102将推荐产后血糖控制培训程序作为下一阶段的指导程序。

患者时间线报告

图5是患者时间线500的图。患者时间线500中所含的实际内容、格式和信息量将因患者而异，并且对于给定患者而言从一个时间段到另一时间段将有所不同。患者时间线500可以与洞察消息的传递结合、作为最终报告的一部分和/或在指导程序的过程期间的其他时间呈现给指导者和/或受训者患者。水平刻度表示时间的流逝。阴影部分502指示患者佩戴/使用胰岛素输注泵的时间。阴影部分504指示患者佩戴/使用连续葡萄糖传感器的时间。阴影部分506指示自动胰岛素输送模式对于患者的胰岛素输注泵有效的时间段。尽管未在图5中示出，但是如果需要或期望，系统可以生成沿着时间线延伸的附加和/或替代段，以指示与患者使用(一个或多个)医疗设备的有关的其他特性、行为或方面。

患者时间线500包括指示患者联系求助热线的时间的接触点标记510。在实践中，患者时间线可以包括任何数量的接触点标记，从而以图形方式描述患者寻求帮助或以其他方式与外部代表、供应商、支持台等联系的时间点。

患者时间线500还包括许多观察标记，所述观察标记出现在阴影部分506上方，并且在限定标记的阴影空间中包括“眼球”图标。尽管并不总是必需的，但是每个观察标记优选地包括描述其含义、关联性或上下文的文本标签(图5中所示的标签本质上仅是示例性的，并且其不旨在以任何方式穷举或限制)。此外，每个观察标记都有一条延伸到水平时间线的腿或基座，这为观察提供了时间戳。观察标记和患者时间线500中各个段的时间对齐使指导者或HCP容易地在显示的时间段内快速了解患者的状态、行为和血糖状况。

值得注意的是，每个观察标记代表一个洞察，并且观察标记的选择将其扩展以显示与对应洞察有关的附加细节。从理论上讲，患者的指导者只需看一眼患者时间线500就能够了解患者的正在进行状态，而无需扩展所有观察标记。观察标记的文本标签提供了患者正在经历的良好总结。此外，如果需要的话，观察标记可以以图形方式编码以传达附加信息。例如，观察标记可以彩色编码、加阴影、制成动画、以可变的透明度显示、以可变的文本字体显示等。

此处提供图5以说明一份适当的患者报告的格式和安排。应当理解，患者时间线500仅代表可以由此处描述的治疗管理和指导系统生成的一种输出形式。如果需要，可以生成以不同格式和布局创建的各种附加或替代报告，并将其呈现给指导者的设备和/或受训者患者的设备。如上所提及，系统102可以提供用于指导者进行导航和交互的网站，其中指导者可以发起不同报告、输出格式、统计信息等的呈现。

虽然在前述详细描述中已经呈现至少一个示例性实施例，但应当理解，存在大量变化。还应当理解，本文中所描述的(一个或多个)示例性实施例不旨在以任何方式限制所要求保护主题的范围、适用性或配置。相反，前述详细描述将向本领域的技术人员提供用于实施所描述的(一个或多个)实施例的方便的指南。应当理解，可以在不脱离权利要求书所限定的范围的情况下对元件的功能和布置作出各种改变，权利要求书所限定的范围包括在提交本专利申请时的已知等效物和可预见的等效物。

Claims (20)

1.一种创建和管理交互式患者指导程序的方法，所述方法包含以下步骤：

收集与多个医疗设备用户相关联的患者数据，其中所述多个医疗设备用户包含分配给指导者的受训者患者；

接收患者的指导请求；

用基于计算机的系统处理所述请求，以自动地识别所述受训者患者要实现的目标；

将识别出的目标传送到与所述指导者相关联的基于计算机的用户设备；

在所述基于计算机的系统处，接收从所述识别出的目标中选择出的已接受目标；

用所述基于计算机的系统，为所述已接受目标创建患者指导程序；

基于为所述受训者患者收集的患者数据生成洞察消息，生成的洞察消息与所述患者指导程序有关；和

将所述生成的洞察消息传递到与所述指导者相关联的所述基于计算机的用户设备。

2.根据权利要求1所述的方法，其进一步包含将所述生成的洞察消息中的至少一些传递到与所述受训者患者相关联的基于计算机的演示设备的步骤。

3.根据权利要求1所述的方法，其中处理所述请求的步骤包含：

识别高级别目标；和

识别从属于识别出的高级别目标的多个低级别目标。

4.根据权利要求1所述的方法，其中处理所述请求的步骤包含：

为所述受训者患者识别至少一个患者结果目标。

5.根据权利要求1所述的方法，其中处理所述请求的步骤包含：

为所述受训者患者识别至少一个患者行为目标。

6.根据权利要求1所述的方法，其进一步包含将所述识别出的目标传送到与所述受训者患者相关联的基于计算机的演示设备的步骤。

7.根据权利要求1所述的方法，其中所述洞察消息包括预期用于所述指导者和所述受训者患者的目标跟踪洞察消息、预期用于所述受训者患者的观察洞察消息，以及预期用于根据所述指导者的判定传递给所述受训者患者的教育洞察消息。

8.根据权利要求7所述的方法，其中：

所述传递步骤根据对于所述患者指导程序而言特定的时间表传递目标跟踪洞察消息；

所述传递步骤根据需要传递观察洞察消息；并且

所述传递步骤基于对已传递的目标跟踪洞察消息和已传递的观察洞察消息的审查来传递教育洞察消息。

9.根据权利要求1所述的方法，其进一步包含以下步骤：

获取与所述患者指导程序有关的患者反馈数据。

10.根据权利要求1所述的方法，其进一步包含以下步骤：

获取与已传递的洞察信息有关的患者反馈数据。

11.根据权利要求1所述的方法，其进一步包含以下步骤：

用所述基于计算机的系统，在完成所述患者指导程序后准备最终报告；和

将所述最终报告传送到与所述指导者相关联的所述基于计算机的用户设备以及与所述受训者患者相关联的基于计算机的演示设备。

12.根据权利要求1所述的方法，其中：

所述医疗设备用户为胰岛素输注设备用户；并且

所述患者数据包含以下中的至少一些：碳水化合物量；推注信息；胰岛素与碳水化合物比率；胰岛素敏感性因子；活性胰岛素量；一天中的时间；

基础率；临时基础使用；连续推注；胰岛素暂停；储液器倒回时间；储液器加注时间；泵警报和相关联警报时间；传感器警告和相关联警告时间；血糖读数和相关联的测量时间；用户人口统计信息；进餐时间和对应的进餐内容；运动时间及对应的运动内容或类型；药物类型、剂量和时间；睡眠时间和质量；压力时间；和电子病历；医学实验室测试数据。

13.一种计算机实施的患者治疗管理和指导系统，其包含：

至少一个处理器设备；和

与所述至少一个处理器设备操作性地相关联的非暂时性处理器可读介质，所述处理器可读介质包含可执行指令，所述可执行指令可配置成使所述至少一个处理器设备执行包含以下的方法：

收集与多个医疗设备用户相关联的患者数据，其中所述多个医疗设备用户包含分配给指导者的受训者患者；

接收患者的指导请求；

处理所述请求以自动地识别所述受训者患者要实现的目标；

将识别出的目标传送到与所述指导者相关联的基于计算机的用户设备；

接收从所述识别出的目标中选择出的已接受目标；

为所述已接受目标创建患者指导程序；

基于为所述受训者患者收集的患者数据生成洞察消息，生成的洞察消息与所述患者指导程序有关；和

将所述生成的洞察消息传递到与所述指导者相关联的所述基于计算机的用户设备。

14.根据权利要求13所述的系统，其中处理所述请求包含：

识别高级别目标；和

识别从属于识别出的高级别目标的多个低级别目标。

15.根据权利要求13所述的系统，其中处理所述请求包含：

为所述受训者患者识别至少一个患者结果目标；和

为所述受训者患者识别至少一个患者行为目标。

16.根据权利要求13所述的系统，其中所述洞察消息包括预期用于所述指导者和所述受训者患者的目标跟踪洞察消息、预期用于所述受训者患者的观察洞察消息，以及预期用于根据所述指导者的判定传递给所述受训者患者的教育洞察消息。

17.一种系统，其包含：

计算机实施的患者治疗管理和指导系统；

数据库系统，所述数据库系统与所述患者治疗管理和指导系统相关联，用于收集和维护与多个医疗设备用户相关联的患者数据，其中所述多个医疗设备用户包含分配给指导者的受训者患者；和

以通信方式联接到所述患者治疗管理和指导系统的计算机实施的用户设备，所述用户设备与所述指导者相关联；

所述患者治疗管理和指导系统用来：

接收患者的指导请求；

处理所述请求以自动地识别所述受训者患者要实现的目标；

将识别出的目标传送到与所述指导者相关联的所述用户设备；

接收从所述识别出的目标中选择出的已接受目标；

为所述已接受目标创建患者指导程序；

基于为所述受训者患者收集的患者数据生成洞察消息，生成的洞察消息与所述患者指导程序有关；并且

将所述生成的洞察消息传递到与所述指导者相关联的所述用户设备。

18.根据权利要求17所述的系统，其中处理所述请求包含：

识别高级别目标；和

识别从属于识别出的高级别目标的多个低级别目标。

19.根据权利要求17所述的系统，其中所述洞察消息包括预期用于所述指导者和所述受训者患者的目标跟踪洞察消息、预期用于所述受训者患者的观察洞察消息，以及预期用于根据所述指导者的判定传递给所述受训者患者的教育洞察消息。

20.根据权利要求17所述的系统，其中：

所述患者治疗管理和指导系统向与所述指导者相关联的所述用户设备提供治疗管理和指导网站；并且

所述治疗管理和指导网站包含包括与所述指导程序和所述受训者患者有关的信息的至少一个网页。

Images