患者监测系统及相关推荐方法与流程

相关申请的交叉引用

本申请要求2017年11月15日提交的序列号为62/586,653的美国临时专利申请的权益。所引用的申请的内容通过引用一并于此。

本文所述主题的实施例一般涉及用于糖尿病治疗管理的系统和方法。更具体地，所述主题的实施例涉及一种基于计算机的、生成诸如葡萄糖管理推荐之类的患者相关信息并将其传送到终端用户设备的工具。

背景技术：

便携式医疗设备对必须连续或频繁监测病情的患者而言很有用。例如，糖尿病患者通常需要修改和监测其日常生活方式以保持其血糖(bg)平衡。患有1型糖尿病的个体和一些患有2型糖尿病的个体使用胰岛素来控制其bg水平。为此，建议糖尿病患者常规保持严格的时间表，包括及时摄取营养餐、参加锻炼、每天监测bg水平以及相应地调整和施用胰岛素剂量。

现有技术包括许多输液设备和胰岛素泵系统，它们设计成通过输液装置递送精确和测量剂量的胰岛素(输液装置通过终止于例如插入患者皮下的套管处的小直径管递送胰岛素)。代替注射器，患者可以简单地启动胰岛素泵以根据需要施用胰岛素推注，例如响应于患者的高bg水平。如果需要，患者可以使用血糖仪或测量设备并通过使用连续的葡萄糖传感器来监测bg水平。

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

因此，期望具有一种系统和相关方法，其支持使用胰岛素输注系统向糖尿病患者进行增强的且更智能的报告。此外，在结合附图和前述技术领域及背景技术来看时，本发明的其它期望的特征和特性将根据随后的详细描述和所附权利要求书变得显而易见。

技术实现要素：

公开了一种为医疗设备用户生成和传送比较治疗信息的方法。该方法的示范性实施例包括以下步骤：收集与多个医疗设备用户相关联的患者数据，其中对医疗设备用户的治疗由多个医疗保健专业人员(hcp)管理，并且多个hcp包括客户hcp和多个非客户hcp；接收在客户hcp的护理下的第一个体患者或第一组患者的第一组属性；接收第二个体患者或第二组患者的第二组属性；从所收集的患者数据中识别与客户hcp相关联的、满足所接收的第一属性的第一组患者记录；从所收集的患者数据中识别满足所接收的第二属性的第二组患者记录；将来自所识别的第一组患者记录的患者结果与来自所识别的第二组患者记录的患者结果进行比较；生成指示比较步骤的结果的比较治疗报告；以及将比较治疗报告传送到与客户hcp相关联的客户端设备。

这里还公开了一种计算机实现的治疗管理系统。该系统的示范性实施例包括：至少一个处理器装置；以及可操作地与至少一个处理器装置相关联的非暂时性处理器可读介质。该处理器可读介质存储可配置成使得至少一个处理器装置执行包括以下步骤的方法的可执行指令：收集与多个医疗设备用户相关联的患者数据，其中对医疗设备用户的治疗由多个hcp管理，并且多个hcp包括客户hcp和多个非客户hcp；接收在客户hcp的护理下的第一个体患者或第一组患者的第一组属性；接收第二个体患者或第二组患者的第二组属性；从所收集的患者数据中识别与客户hcp相关联的、满足所接收的第一属性的第一组患者记录；从所收集的患者数据中识别满足所接收的第二属性的第二组患者记录；将来自所识别的第一组患者记录的患者结果与来自所识别的第二组患者记录的患者结果进行比较；生成指示比较步骤的结果的比较治疗报告；以及将比较治疗报告传送到与客户hcp相关联的客户端设备。

这里还公开了一种系统的示范性实施例，其包括：计算机实现的治疗管理系统；与治疗管理系统相关联数据库系统，以收集和维护与多个医疗设备用户相关联的患者数据，其中对医疗设备用户的治疗由多个hcp管理，并且多个hcp包括客户hcp和多个非客户hcp；以及计算机实现的、通信地联接到治疗管理系统的用户设备，其中用户设备与客户hcp相关联。治疗管理系统可操作以：接收在客户hcp的护理下的第一个体患者或第一组患者的第一组属性；接收第二个体患者或第二组患者的第二组属性；从所收集的患者数据中识别与客户hcp相关联的、满足所接收的第一属性的第一组患者记录；从所收集的患者数据中识别满足所接收的第二属性的第二组患者记录；将来自所识别的第一组患者记录的患者结果与来自所识别的第二组患者记录的患者结果进行比较；生成指示比较步骤的结果的比较治疗报告；以及将比较治疗报告传送到与客户hcp相关联的用户设备。

提供该发明内容是为了以简化形式介绍一些概念，这些概念会在下文的具体实施方式中被进一步描述。本发明内容不旨在标识所要求保护的主题的关键特征或必要特征，也不旨在用于帮助确定所要求保护的主题的范围。

附图说明

当结合以下附图考虑时，通过参考具体实施方式和权利要求书可以获得对主题的更完整的理解，其中在所有附图中，相似的附图标记指代相似的元件。

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

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

图3是绘示出可以由图1中所示的患者治疗管理系统支持的典型使用案例的图；

图4是绘示出比较治疗报告过程的示范性实施例的流程图；

图5是传感器葡萄糖分布报告的图；以及

图6是葡萄糖恢复报告的图。

具体实施方式

以下详细描述在本质上仅仅是说明性的，并且不旨在限制本主题的实施例或此类实施例的应用和用途。如本文中所使用的，词语“示范性”意为“用作实例、示例或例证”。任何在此描述为“示范性”的实现方式不一定要解释成是比其它实现方式优选的或有利的。此外，并不旨在受到在前述技术领域、背景技术、发明内容、或以下详细描述中提出的任何明示或暗示理论的约束。

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

当在软件、固件或处理器可读指令中实现时，这里描述的系统的各种元件实质上是执行各种任务的代码段或指令。在某些实施例中，程序或代码段存储在有形的处理器可读介质中，该介质可以包括能够存储或传送信息的任何介质。非暂时性和处理器可读介质的实例包括电子电路、半导体存储器件、rom、闪存、可擦除rom(erom)、软盘、cd-rom、光盘、硬盘等。

以下描述涉及生成并向终端用户递送治疗相关内容的糖尿病患者支持系统。虽然不限于任何特定的使用案例，但是这里描述的示范性实施例的终端用户是医疗保健专业人员、看护者、医生、支付者等(而不是患者)。也就是说，如果需要，这里描述的系统可以用于向患者提供与治疗有关的内容。这里公开的示范性实施例是基于云的体系结构，其中大多数处理器密集型任务由与位于远程的基于计算机的用户设备通信的一个或多个服务器系统来执行。所公开的系统获取并处理在不同医生的护理下的不同患者群体的患者数据。患者数据可以源自各种来源，包括胰岛素输注设备、连续葡萄糖传感器设备、移动客户端设备、患者拥有或操作的计算机系统、活动跟踪器设备、导航或全球定位系统(gps)设备等。处理和分析汇总的患者数据以生成可以在网站上和/或经由基于网络的应用显示的治疗相关内容。

这里描述的系统的示范性实施例可以利用用作糖尿病治疗管理工具的在线(基于网络浏览器)应用。为此，可以利用网站来实现该系统，该网站向医疗保健提供者、医生、看护者等提供基于群体的糖尿病治疗推荐、建议和/或指导，以便驱动更好的血糖结果。根据某些实现方式，基于网络的工具向医生提供患者的关于胰岛素治疗的有价值的信息(推荐)，并且使医生能够做出关于护理其患者的更明智的决定，其中这些决定中的至少一些基于对为大量患者收集的患者数据的分析。可行的推荐可以改善患者参与度并提高护理效率。还向医疗保健专业人员提供与患者行为、葡萄糖传感器模式、警报和变送器(transmitter)模式有关的汇总统计。基于网络的工具是利用机器学习算法的理想平台，以基于相似行为将患者群体聚类并帮助预测血糖结果。作为实际的商业问题，基于网络的应用还在改善相关输注泵和葡萄糖传感器的销售中起关键作用，因为基于网络的应用可以突出某些有利的特征和功能(例如，预测性低糖管理、混合闭环操作模式等)。

基于网络的工具向终端用户呈现各种交互式网页，其中包括图形元素、菜单、文本输入字段、搜索字段、输出/结果屏幕等。例如，基于网络的工具可以包括但不限于以下功能：搜索页面，其允许用户为了比较患者数据的目的而选择或识别医疗保健专业人员或组；地理地图显示，其结合指定治疗和/或人口统计标准来识别患者位置；输出页面或显示，其允许用户查看所属患者的临床结果，附带或不附带与其它患者的临床结果的比较；经济概要页面或显示，其标识用户或用户的患者可以减少与用户提供的治疗相关联的医疗保健成本的领域；以及推荐页面或显示，其提供提示、指导和建议以改善患者的治疗计划、疗法和医疗结果。这些以及其它特征和功能使医疗保健专业人员能够快速且容易地查看基于对为大量患者收集的相关患者数据的分析的结果，其中这些结果可以对在该医疗保健专业人员的护理下的至少一些患者具有积极的影响。

为了简洁起见，与输注系统、胰岛素泵、输液装置和储液器有关的常规特征和功能在此不再详细描述。用于施用胰岛素和其它药物治疗的输注泵和/或相关泵驱动系统的实例可以是(但不限于)在第：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值)。

如本文所使用的，“血糖洞察”是动作/事件(或动作/事件的集合)与如通过葡萄糖读数测量的相应血糖结果之间的统计推导的关联。

现在转到附图，图1是适当地配置成支持以下更详细描述的技术和方法的操作环境100的简化框图表示。操作环境100支持胰岛素输注设备的用户，并且支持各种技术和方法以帮助终端用户(患者、看护者、医疗保健提供者、父母等)管理胰岛素输注设备的使用。应理解，图1描绘了操作环境100的一个可能的实现方式，并且如果需要，可以提供其它布置、体系结构和部署。操作环境100(为了说明已经简化)一般包括但不限于以下组件或与以下组件协作：基于云的患者治疗管理系统102；用户设备104；以及与患者治疗管理系统102相关联的数据库系统106。操作环境100还可以包括或支持至少一个医疗设备108(由患者拥有、操作或以其它方式使用)以及至少一个呈现设备110(由患者拥有、操作或以其它方式使用)。

管理系统102和用户设备104可通信地联接到数据通信网络(未示出)。在某些实施例中，用户设备104直接或经由数据通信网络与医疗设备108通信，和/或直接或经由数据通信网络与呈现设备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是用户所拥有或操作的客户端设备，例如，看护者、医疗保健提供者、护士、支付者、医生、患者等。在某些实施例中，患者治疗管理系统102的功能和处理智能中的一些或全部可以驻留在用户设备104处。换言之，操作环境100不必依赖于基于网络或基于云的服务器布置，尽管此类部署可能是最高效和经济的实现方式。在其它实施例中，系统102的功能和处理智能中的一些或全部可以驻留在医疗设备108、呈现设备110处和/或其它兼容组件或计算装置处。本公开涵盖这些和其它替代布置。为此，操作环境100的某些实施例可以包括用作数据源、数据处理单元和/或内容递送机制的附加设备和组件。例如，操作环境100可以包括但不限于以下元素中的任何一个或全部：计算机设备或系统；患者监测器；医疗保健提供者系统；数据通信设备等。

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

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

医疗设备108由在终端用户(用户设备104的操作者)观察下的患者使用。在典型的情况下，终端用户是医生，医疗设备108是胰岛素输注设备、输液装置或由该医生的患者使用的连续葡萄糖传感器。尽管这不总是被要求或需要的，但是用户设备104可以与医疗设备108通信以提供与治疗有关的内容(消息、提醒、对医疗设备108的推荐调整、警示等)和/或可以由医疗设备执行的命令或指令，以便自动地调整某些设备设置、控制治疗(例如，通过输注泵控制胰岛素的递送)或以其它方式远程控制或影响医疗设备的操作。

为了说明的简单和方便，图1仅描绘出一个医疗设备108。然而，在实践中，系统102适当地配置成支持每个患者的多个医疗设备。下面参考图2描述适于实现医疗设备108的设备的示范性实施例。

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

本说明书的其余部分假定呈现设备110是由特定患者使用的计算机设备(台式计算机、膝上型计算机，平板设备、移动设备等)。为此，呈现设备110的配置和一般功能可以与常规个人计算机设计基本一致。在这方面，将网络浏览器应用130(或适当配置和兼容的应用)安装在呈现设备110上，以允许患者访问和利用由患者治疗管理系统102维护和提供的、适当配置和设计的患者门户网站。该患者门户网站允许患者组织和查看患者数据、基于患者数据获取治疗推荐以及接收如由系统102生成的与患者治疗有关的内容(例如，消息、通知、推荐、指令和指导)。在某些实施例中，可以操控网络浏览器应用130和相关联的治疗管理网站，以将个体患者数据上传到系统102，用于存储和分析。

如上所述，操作环境100包括基于计算机和/或基于处理器的组件或与基于计算机和/或基于处理器的组件协作，该组件具有适当配置的硬件和软件，这些硬件和软件编写成执行支持这里描述的特征所需的功能和方法。例如，患者治疗管理系统102、每个用户设备104、医疗设备108和呈现设备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操控应用或以其它方式与应用交互。

在设备200的操作期间，通信模块210便于根据需要在设备200与其它组件之间进行数据通信。在本说明书的上下文中，通信模块210可以用于发送或流传送与设备有关的控制数据、患者数据、与设备有关的状态或操作数据、消息和通知、与治疗有关的内容等。应理解，通信模块210的特定配置和功能可以根据硬件平台和设备200的特定实现方式而变化。在实践中，设备200的实施例可以使用各种数据通信协议来支持无线数据通信和/或有线数据通信。例如，通信模块210可以支持一个或多个无线数据通信协议、技术或方法，包括但不限于：rf；irda(红外)；蓝牙；zigbee(以及ieee802.15协议的其它变体)；ieee802.11(任何变体)；ieee802.16(wimax或任何其它变体)；直接序列扩频；跳频扩频；蜂窝/无线/无绳电信协议；无线家庭网络通信协议；寻呼网络协议；磁感应；卫星数据通信协议；无线医院或医疗保健设施网络协议(例如，在wmts频带中运行的那些协议)；gprs；以及专有无线数据通信协议(例如，无线usb的变体)。此外，通信模块210可以支持一个或多个有线/电缆数据通信协议，包括但不限于：以太网；电力线；家庭网络通信协议；usb；ieee1394(火线)；医院网络通信协议；以及专有数据通信协议。

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

图3是绘示出可以由图1中所示的系统支持的典型使用情况的图。对于所示实例，多个不同的医疗保健专业人员(hcp)上传对应于他们各自的患者的患者数据。图3描绘了客户hcp302和多个有贡献的hcp304。客户hcp302表示用于该使用案例的系统的用户。客户hcp302为在客户hcp302护理下的那些患者上传患者数据(任务306)。类似地，每个有贡献的hcp304为在他们自己护理下的那些患者上传患者数据(任务308)。如果需要，可以分析、处理和以其它方式利用从有贡献的hcp304接收的上传患者数据，以生成传统的基于患者的报告310。虽然未在图3中示出，但是也可以分析、处理和以其它方式利用从客户hcp302接收的上传患者数据，以生成传统的基于患者的报告310。

对从客户hcp302接收的上传患者数据施行各种例程、过程、算法和/或处理，以获取与患者治疗的管理有关的有用和有见地的信息。根据所示实施例，对上传患者数据施行结果提取处理316、行为提取处理318和最佳实践处理320。结果提取处理316处理血糖相关的洞察，例如在期望的葡萄糖范围内的时间百分比、低和高血糖偏移的数量、a1c评分等。结果可以包括患者何时启用自动胰岛素递送模式、患者何时在正常血糖范围内度过更多时间等。行为提取处理318在影响患者的血糖水平的事件之后提取与患者行为有关的洞察。这些事件可以包括进餐(基于碳水化合物、脂肪和蛋白质的含量)、运动(基于强度和持续时间)、推注剂量等。所生成的洞察可以例如指示：如果患者服用5单位的胰岛素剂量并运动30分钟，则患者将很可能在2小时内具有低的偏移。最佳实践处理320识别由患者采取的导致最佳结果的那些动作。这些洞察可以例如包括患者保持良好血糖结果所遵循的碳水化合物含量、运动持续时间和运动强度的组合。

处理316、318、320的输出或结果可以结合比较信息生成处理324来利用。另外，最佳实践处理320的输出或结果可以用于生成并提供治疗调整建议(任务328)。在这方面，基于在结果提取、行为提取和最佳实践模块处执行的分析，所生成的洞察将帮助理解驱动最佳结果所需的最佳疗法以及识别导致不良结果的疗法实践。因此，可以提供治疗推荐，以进一步改善结果。通知hcp哪些实践导致良好的结果以及哪些实践可以被进一步改善。值得注意，任务328依赖于仅由一个hcp(即，客户hcp302)提供的患者数据。例如使用上述基于网络的工具将在任务328处生成的治疗调整建议传送给客户hcp302。

对从有贡献的hcp304接收的上传患者数据施行去识别化(任务334)，以保护患者的健康信息(无法识别患者或在未来重新识别患者)。移除诸如姓名、电子邮件地址、电话号码和社会保险号之类的特定标识符。此外，可以使用统计方法来改变或加密敏感或可保护的数据。此后，对患者数据施行上述的结果提取处理316、行为提取处理318和最佳实践处理320。如上面所提到的，处理316、318、320的输出或结果(如应用于从有贡献的hcp获取的患者数据)可以结合比较信息生成处理324来利用。另外，可以将最佳实践处理320的输出或结果提供给数据湖和特征空间数据库336。数据湖和特征空间存储个人化和群体层面的所有的洞察。随着更多的患者数据被上传到系统中，需要相应地评估和更新个人和群体层面的洞察。这些洞察将由相关特征来标记，以加速用于比较信息生成模块的特征检索。

比较信息生成处理324识别并分析来自有贡献的hcp304的满足某些标准的患者数据、识别并分析来自客户hcp302的满足某些标准的患者数据以及生成比较输出，该比较输出可以被实现为：报告、推荐、警示、建议、患者数据的图形表示、用于医疗设备的控制或命令指令等。支配比较分析的标准由客户hcp302所请求的报告或信息的类型规定。为此，可以由客户hcp302指定一些标准，并且可以基于客户hcp302所请求的信息类型、基于所期望输出的格式等来预定义或默认地指定其它标准。

比较信息生成处理324允许客户hcp302将他/她的患者(或患者组)的治疗或疗法相关信息与其它患者的群体的相应信息进行比较。此外，处理324允许客户hcp302指定患者属性或标准，以定义将被用于制定比较的其它患者的群体。比较信息生成处理324的输出或结果可以用于生成并提供治疗调整建议(任务340)。值得注意，任务340依赖于由多个不同hcp(即，有贡献的hcp304)提供的患者数据。例如使用上述基于网络的工具将在任务340处生成的治疗调整建议传送给客户hcp302。基于患者数据的回顾性分析，该系统将向hcp提供治疗推荐。hcp基于hcp的专业知识自由接受或拒绝这些治疗推荐。hcp也可以部分地接受治疗推荐。此外，收集hcp响应于报告而提供的治疗变更推荐，用于分析，以检测对比于早期的患者治疗/行为的治疗变更。

客户hcp302可以根据需要查看(多个)治疗调整建议和/或与治疗调整建议交互。在某些实施例中，治疗调整建议包括主动控制元件，以使客户hcp302能够在患者的医疗设备处启动自动治疗调整(任务342)。可替代地或附加地，客户hcp302可以为患者调整医疗设备或向患者提供合适的指令。

收集关于由hcp提供的实际推荐的反馈，并将其提供给结果提取、行为提取和最佳实践模块以纳入其中并由其考量。在所示反馈环末端处的箭头指示反馈数据被提供给全部这三个块。反馈信息有助于微调未来的治疗推荐以及校正或改善先前的推荐。

患者治疗管理系统102以汇总的方式收集和分析大量患者数据，这使其能够生成有益于其它患者(即，未对汇总的患者数据组贡献数据的患者)的治疗相关信息。可以例如使用以下方式来处理和分析汇总的患者数据：(多个)机器学习算法；专家系统技术；人工智能技术；知识库；自然语言处理；和/或类似的方法。系统102为hcp提供了一种利用在不同hcp的护理下的大量患者的汇总的患者数据的交互式方法，这种方法对所分析的群体之外的个体患者或不同的患者组有益。由系统102生成的输出使hcp能够基于为大量患者收集的信息作出与即时治疗有关的决定，而不是仅依赖于每个个体患者的历史。系统102分析第一组患者(由任何数量的不同hcp管理)的汇总患者数据以生成旨在对非第一组患者成员的个体患者和/或不同于第一组患者的第二组患者有益的有用输出(图形、图表、报告、通知、与患者行为有关的统计、与医疗设备使用或性能有关的统计、与医疗设备警报或警示有关的统计等)。在优选实现方式中，系统102生成、维护和更新门户网站，以向终端用户(即，hcp)提供有用的治疗相关输出。终端用户可以使用他或她的认证信息方便地登录到门户网站中，以访问这里描述的各种特征和功能。在实践中，可以使用网络驱动、基于浏览器、http兼容等的任何设备来访问该门户网站。

使用患者治疗管理系统102的医生可以快速且方便地确定相对于由其它医生治疗的患者的限定群体，对他或她的患者的治疗是否导致更好或更差的结果。客户hcp的患者或患者群体与不同的患者群体的比较可以以如下方式告知客户hcp：允许客户hcp修改此后的疗法或治疗计划，以更好地为客户hcp的患者提供服务。

因此，系统102向hcp提供有用的信息和消息，使得hcp能够基于大量汇总的“第三方”患者数据理解如何获得更好的患者结果。许多过程和行为会导致血糖水平的波动。影响血糖水平的常见公认过程包括食物、运动、疾病(急性或慢性)，药物治疗(胰岛素、口服药和其它类型)、压力和睡眠模式等。此外，行为因素(例如，一天中的时间、对治疗的关注程度以及胰岛素输注系统的正确使用和维护)可以提供影响血糖控制的潜在因素的附加定量指示。可以利用系统102以高效且有效的方式来监测和修改患者护理的这些和其它方面。

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

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

数据输入

有许多因素可以影响患者的血糖水平。各种因素也可以影响如何最好地控制和管理患者的血糖。这里提出的血糖洞察方法基于数据的收集和分析，其不必与血糖(bg)仪测量、葡萄糖传感器读数或胰岛素递送信息特别相关。虽然系统102获取并分析此类数据，但是它也可以获取并考量另外的数据。系统102还可以处理直接或间接从其它生理传感器、设备或仪器接收的数据。例如，系统102的实施例可以适当地配置成分析呼吸数据、心电图数据、体温数据、心率信息等。

系统102适当地配置成接收和处理来自多个源的各种输入数据。此外，系统102设计成灵活的和可扩展的，以根据需要容纳附加的输入数据类型。输入数据源的数量和由系统102处理的输入数据量可以从一个实施例变化到另一个实施例，这取决于特定的实现方式和预期的应用。根据这里描述的实施例，以下输入数据中的一些或全部可以用于生成旨在用于hcp的输出的目的。以下对特定输入数据类型的概述并不旨在穷举或以其它方式进行限制，并且在系统102的实施例中可以考量可替代或附加的输入数据。

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

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

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

胰岛素敏感性因子--这是患者特定型参数，其涉及响应于一个单位的胰岛素的血糖降低。计算胰岛素敏感性因子的特定方式由特定的泵送协议确定。胰岛素敏感性因子以mg/dl/u表示(毫克每分升每单位)。胰岛素输注设备将通常是该数据的来源。

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

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

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

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

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

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

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

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

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

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

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

进餐时间和内容--该数据涉及进餐的定时以及所进食的食物的类型和数量。患者的移动设备将通常是该数据的来源。在这方面，适当配置的移动应用程序可以包括允许患者指定进餐时间并估计每餐所进食的食物的类型和量的特征或功能。在某些情况下，该数据可以从第三方(合作伙伴)数据库中直接导入，而无需让患者冗余地将信息输入到移动应用程序中。

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

药物治疗类型、剂量和时间--该数据涉及患者采用药物治疗(非胰岛素)的情况，并且该数据指示药物治疗的类型、摄入的剂量和采用药物治疗的时间。患者的移动设备将通常是该数据的来源。在一些情况下，智能胰岛素笔或其它类型的智能胰岛素递送设备可以是该数据的来源。在这方面，适当配置的移动应用程序可以包括允许患者记录与采用药物治疗相关联的信息的特征或功能。

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

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

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

图4是绘示出比较治疗报告处理400的示范性实施例的流程图。处理400表示为医疗设备用户生成和传送比较治疗信息的方法的一个适当的实现方式。结合处理400执行的各种任务可以由软件、硬件、固件或其任何组合来执行。为了说明的目的，以下对处理400的描述可以参考上面结合图1至图3提到的元件。应理解，处理400可以包括任何数量的附加或替代任务，图4中所示的任务不必以所示的顺序执行，并且处理400可以并入到具有未在此详细描述的附加功能的更全面的过程或处理中。此外，只要预期的整体功能保持完整，可以从处理400的实施例中省略图4中所示的任务中的一个或多个。

处理400利用与在不同的hcp护理下的不同患者的群体相关联的患者数据。为此，在任务402处，处理400收集与诸如使用胰岛素输注泵的糖尿病患者之类的多个医疗设备用户(患者)相关联的患者数据。对这些患者的治疗由多个不同的hcp管理，包括客户hcp和其它非客户hcp。在此上下文中，客户hcp表示系统的预期终端用户以及处理400导致的输出的预期接收者。相对的，鉴于与非客户hcp相关联的患者数据被用于客户hcp的利益，非客户hcp被视为是相对于客户hcp的“贡献者”。

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

根据这里呈现的示范性实施例，客户hcp可以定义、选择或以其它方式指定要用于搜索和分析患者数据目的的患者属性。患者属性定义了要比较的患者组。更具体地，客户hcp可以识别在客户hcp护理下的一个或多个患者的某些患者属性。同样地(尽管不总是需要)，客户hcp可以识别一个或多个其它患者(例如，在一个或多个非客户hcp护理下的患者)的某些患者属性。在一些情况下，其它患者可以包括在相同客户hcp的护理下的患者(例如，医生可能想要将她的患者的一个子组的结果与她的患者的不同子组进行比较，或将她的儿科患者的结果与包括她的患者和在非客户hcp护理下的青少年患者的一组青少年患者进行比较)。尽管系统容纳终端用户对患者属性的选择或指定，但是系统也可以利用预定义的患者组(属性组)来减少所需的客户hcp的输入量。

该实例假定患者治疗管理系统接收在客户hcp护理下的第一个体患者(或第一组患者)的第一组属性(任务404)，以及第二个体患者(或第二组患者)的第二组属性(任务406)。在该系统的某些实现方式中，从与客户hcp相关联的客户端设备(例如，由客户hcp拥有或操作的计算机)接收第一组患者属性和第二组患者属性。例如，处理400可以在客户hcp的计算机上运行的网络浏览器中提供适当配置的治疗管理网站，其中网站的页面或交互式元素便于第一组患者属性和第二组患者属性的输入、选择或指定。

尽管系统和处理400不限于糖尿病应用，但是这里呈现的实施例假定医疗设备用户是使用胰岛素输注设备的糖尿病患者。因此，第一/第二组患者属性可以包括但不限于以下属性中的一个或多个：患者年龄属性；患者性别属性；患者身高属性；患者体重属性；地理位置属性；指示患者已经进行胰岛素治疗多长时间的时间属性；以及指示患者在糖尿病发病时多大年龄的发病年龄属性。还可以基于糖尿病类型、药物治疗类型、对药物治疗的坚持度、合并症、体重指数、a1c评分、血糖结果、对特定事件的血糖响应、生活方式、保险支付者以及其参与的任何其它临床或设备特定的训练项目对患者进行分组。另外，可以使用机器学习技术(例如，有监督或无监督的聚类)基于复杂的潜在模式对患者进行分组。应理解，用于系统的任何给定部署的患者属性可以取决于所考量的(多个)医疗设备、所治疗的(多个)医疗状况、hcp偏好、患者人口统计等而变化。以上属性列表适用于本文所论述的实例，并且不旨在以任何方式限制或约束所公开主题的应用范围。

在一些情况下，第一组属性与第二组属性相匹配，使得处理400执行相似患者组的同类别比较。在这些情况下，处理400不必冗余地接收两组属性。然而，在其它情况下，第一组属性与第二组属性不匹配(至少一个属性是不同的)。这允许客户hcp将他的患者中的一个或多个与任何期望的其它患者组进行比较。例如，客户hcp可能感兴趣将他的女性中年患者(其全部居住在加利福尼亚州的圣地亚哥)的结果与男性青少年患者群体(忽略住所)的结果进行比较。因此，在实践中，系统和处理400灵活地容纳以任何期望的方式对患者进行分组。作为另一实例，处理400可以接收第一组属性，并且基于第一组属性“创建”第二组属性，其中第二组属性可以与第一组属性相匹配或以任何期望的方式偏离第一组属性。

处理400利用患者属性来(从收集的患者数据中)搜索和识别满足患者属性的相应患者记录。为此，处理400识别与客户hcp相关联的第一组患者记录，其中所识别的患者记录满足第一组属性(任务408)。类似地，处理400识别与客户hcp相关联的第二组患者记录，其中那些所识别的患者记录满足第二组属性(任务410)。据此，处理400找到要相互比较的相关患者记录(患者数据)。

根据其中第一组属性和第二组属性相似或相同的使用案例，处理400将来自所识别的第一组患者记录的患者结果(outcome)、结果(result)和/或其它信息与来自所识别的第二组患者记录的患者结果(outcome)、结果(result)和/或其它信息进行比较(任务412)。处理400进一步确定(基于比较)在来自所识别的第一组患者记录的患者结果与来自所识别的第二组患者记录的患者结果之间是否存在临床显著差异(任务414)。

该描述假定处理400检测到患者结果之间的差异。响应于此类确定，处理400至少分析所识别的第一组患者记录，以试图找到所检测到的差异的潜在原因(任务416)。在这方面，可能会发现一个或多个因素是导致不同结果的原因。例如，以下中的任何一个可以影响患者或患者组之间的不同结果，但不限于此：医疗设备设置或治疗递送设置；分析物传感器设置或性能特征；患者行为；药物治疗类型；以及治疗方案。取决于系统的特定实现方式，处理400可以对患者记录和患者数据应用自回归、曲线拟合、数据过滤，数据调节和/或其它统计模型或技术以确定因果关系。任务416的目标是识别一组患者(例如，客户hcp的患者)的临床结果在统计学上不同于第二组患者的临床结果的原因。这里描述的系统和方法利用了潜在的大量基于群体的患者数据，以使客户hcp能够更好地了解她的患者与其它患者的比较情况，并发现改善其患者的护理的方法。

处理400进一步生成适当配置和格式化的比较治疗输出，用以呈现给客户hcp(任务418)。对于该特定实例，处理400生成指示比较结果或以其它方式与比较结果有关的报告、推荐、消息、指令和/或医疗设备控制命令。在实践中，比较治疗报告可以包括或指示：患者结果中临床显著差异的潜在原因；治疗调整推荐；医疗设备调整推荐；患者行为改变推荐；药物治疗变更推荐；患者数据的图形表示；患者结果的图形表示；反映患者记录的比较的统计信息等。

处理400进一步将比较治疗输出(报告)传送到与客户hcp相关联、由客户hcp拥有或操作的客户端设备(任务420)。对于该特定实例，治疗管理系统和处理400向客户hcp的设备提供治疗管理网站，并且该治疗管理网站包括至少一个包含比较治疗报告的网页。在其它实现方式中，可以以任何期望的方式来传送输出，例如通过电子邮件、文本消息、定制的应用或软件、私人消息等。

尽管不总是需要或必需的，但是输出可以包括有源元件、特征和/或便于根据治疗调整推荐自动调整至少一个医疗设备的合适的功能。例如，所显示的比较治疗报告可以包括调整患者的医疗设备的设置的建议(为客户hcp所用)。可以结合有源用户界面按钮或链接来显示该报告，当被客户hcp选择时，该按钮或链接启动、命令或以其它方式引起对患者的医疗设备的合适的自动调整(任务422)。该选项假定患者的医疗设备与hcp的客户端设备和/或与患者治疗管理系统(参见作为实例的图1)可操作地通信。

图5是传感器葡萄糖分布报告500的图，图6是葡萄糖恢复报告600的图。这些报告500，600是可以由上述系统生成和递送的比较输出的类型的两个实例。报告500一般包括患者属性和数据区502，其被划分成客户hcp区504和比较hcp区506。所描绘的报告500将客户hcp的患者与全国的其它患者群体(如由“数据类型”字段指示的)进行比较。客户hcp区504示出已经用于定义接受检查中的客户hcp的患者的至少一些属性。这些属性在客户hcp区504中的标题“参数值”下列出。类似地，比较hcp区506示出已经用于定义其它患者组的至少一些属性，这些其它患者用作与客户hcp的患者进行比较的基础。这些属性在比较hcp区506中的“参数值”下列出。对于该实例，两组患者的属性是相同的。

客户hcp区504还包括与客户hcp的患者有关的某些信息。例如，客户hcp区504指示考量58名患者(用户)，该患者组的估计a1c评分为7.5％，自动治疗递送模式(smartguard)在90％的时间内有效，记录了2,693个smartguard事件，并且两小时smartguard事件为11.5％。当患者的血糖水平超出低阈值时，泵中的smartguard特征暂停葡萄糖递送。该特征有助于减少低血糖偏移的持续时间。数据表明，对于58名患者，有2,693例smartguard特征暂停胰岛素递送的情况，并且这些总例数中仅有11.5％暂停胰岛素超过2小时。这意味着对于其余的smartguard事件，患者已采取补救措施(例如消耗碳水化合物或停止运动)以避免长时间的低血糖偏移。类似地，比较hcp区506包括与其它患者组有关的某些信息。对于该实例，比较hcp区506指示考量84,642名患者(用户)，该患者组的估计a1c评分为7.4％，smartguard模式在79.3％的时间内有效，记录了2,659,214个smartguard事件，并且两小时smartguard事件为7.1％。这些是群体水平洞察。数据表明，对于84,642名患者，有2,659,214例smartguard特征暂停胰岛素递送的情况，并且这些总例数中仅有7.1％暂停胰岛素超过2小时。

报告500还包括客户hcp的患者的传感器葡萄糖图形510，以及其它患者组的等效传感器葡萄糖图形512。这些图形510、512包括用于三个传感器葡萄糖范围的数据(在垂直刻度上示出)，其中水平刻度表示测量到的患者在各个范围内的时间百分比。图形512包括每个传感器葡萄糖范围的两个条形图：一个对应于开启smartguard模式的测量，一个对应于关闭smartguard模式的测量。图形510指示在smartguard模式关闭的情况下没有足够的患者数据。因此，图形510仅示出每个传感器葡萄糖范围的一个条形图。客户hcp可以在区域505、506中呈现的信息的上下文中快速且容易地查看图形510、512，以很好地了解客户hcp的患者与全国范围内的庞大患者组的比较情况。

参考图6，报告600还包括患者属性和数据区602，其被划分成客户hcp区604和比较hcp区606。所描绘的报告600将客户hcp的患者与全国的其它患者群体(如由“数据类型”字段指示的)进行比较。区域604、606包括在“参数值”标题下列出的患者属性。客户hcp区604还包括与客户hcp的患者有关的某些信息。例如，客户hcp区604指示考量58名患者(用户)，出现了597个具有用户响应的smartguard事件，并且出现了182个无用户响应的smartguard事件。类似地，比较hcp区606包括与其它患者组有关的某些信息。对于该实例，比较hcp区606指示考量84,642名患者(用户)，出现了423,264个具有用户响应的smartguard事件，并且出现了223,432个无用户响应的smartguard事件。

报告600还包括客户hcp的患者的传感器葡萄糖“耐克(swoosh)”图形610，以及其它患者组的等效传感器葡萄糖“耐克”图形612。这些图形610、612包括与smartguard事件(即，与在时间t＝0的进餐相关联的胰岛素暂停事件)的定时有关的传感器葡萄糖测量数据。客户hcp可以在区域604、606中呈现的信息的上下文中快速且容易地查看图形610、612，以很好地了解客户hcp的患者与全国范围内的庞大患者组的比较情况。尽管未在图6中示出，但是报告600还可以包括关于患者应当消耗多少碳水化合物以及何时这样做以改善结果的推荐。

这里，提供图5和图6以说明两个输出报告的格式和布局。应理解，报告500、600仅表示可以由本文描述的患者治疗管理系统生成的输出的两种可能的形式。如果需要，可以生成以不同格式和布局创建的各种附加或替代报告，并将其呈现给客户hcp。如上面所提到的，该系统可以提供用于客户hcp进行导航和交互的网站，其中客户hcp可以启动不同报告、输出格式、统计等的呈现。

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