用于用户提醒、模式辨识和接口的糖尿病管理系统、方法及设备
阅读说明:本技术 用于用户提醒、模式辨识和接口的糖尿病管理系统、方法及设备 (Diabetes management systems, methods, and apparatus for user reminders, pattern recognition, and interfaces ) 是由 詹尼弗·L·加斯 姚·雷蒙德·L 罗伯特·W·莫林 劳伦·N·博克 弗拉迪斯拉夫·米伦科维奇 于 2018-03-27 设计创作,主要内容包括:用于管理糖尿病的系统、方法和设备,包括便携糖尿病管理系统(DMS)装置。DMS装置包括处理器、数据存储装置、触摸屏显示器、以及无线通信设施。交互显示屏幕被配置为显示在触摸屏显示器上,列出有关DMS装置接收的血糖测量数据的多个不同的检测到的模式的可选子集。基于可在处理器上执行的多个算法来检测模式。基于检测到模式的频率来确定检测到的模式的子集,并对检测到的模式指定优先级。提供数种其他方面。(Systems, methods, and apparatus for managing diabetes include a portable Diabetes Management System (DMS) device. The DMS device includes a processor, a data storage device, a touch screen display, and a wireless communication facility. The interactive display screen is configured to be displayed on the touch screen display listing a selectable subset of a plurality of different detected patterns related to blood glucose measurement data received by the DMS device. The pattern is detected based on a plurality of algorithms executable on the processor. A subset of the detected patterns is determined based on a frequency of the detected patterns and priorities are assigned to the detected patterns. Several other aspects are provided.)
技术领域
对于相关申请案的交互参照:本申请案主张对于申请于2017年3月28日的美国临时申请案第62/478,023号的优先权,在此仰赖且并入此美国临时申请案的内容以作为参考。
本发明有关用于用户提醒、模式辨识和接口的糖尿病管理系统、方法及设备。
背景技术
糖尿病是一种严重的终生疾病,至今仍无法治愈。仅在美国,每年就有约200万人被诊断患有糖尿病,这是美国第七大死因。在2012年,8600万个20岁以上的美国人患有前期糖尿病;这比2010年的7900万人还要多。在1993年,美国约有八百万个确诊的糖尿病病例,其数量目前已增至约2100万个确诊病例。此外,至少有8百万个未确诊病例。
糖尿病对医疗保健系统的影响令人吃惊。在美国,仅2012年一年,糖尿病所导致的住院治疗、供应、失业、残疾支付和过早死亡成本,就超过2450亿美元。此外,与糖尿病有关的长期并发症(特别是在未经妥善管理时),可能会导致严重的财务和人体相关后果。据估计,与糖尿病有关的严重并发症,包括心血管疾病、肾脏疾病、神经损伤、失明、循环系统问题(可导致截肢)、中风、心脏病和妊娠并发症,每年花费超过1760亿美元。一些健康维护组织估计,尽管覆盖患者中只有3.1%患有糖尿病,但糖尿病患者占其医疗总费用的15%以上。
国立卫生研究院进行的研究表明,如果患有糖尿病的人密切监测和控制它们的血糖(BG)水平,它们将享受显着的健康益处。对糖尿病进行持续的管理,包括饮食、运动和积极监测和控制血糖水平,可以减少严重并发症的风险,并可能将一些糖尿病相关病症减少半以上。
这项研究进一步显示,糖尿病的积极治疗可以减少高达76%的眼部疾病、减少高达50%的肾脏疾病、并减少高达60%的神经疾病。此外,治疗方案需要严格控制血糖水平,这本质上导致更频繁的低血糖发作的风险增加。许多糖尿病患者面临的一个非常现实的问题是,对于可能会陷入低血糖昏迷或发生其他糖尿病紧急情况,而无法得到外部帮助的恐惧。同样的,许多糖尿病患者的父母与监护人,也面临着对于儿童或其他家属发生糖尿病紧急情况的恐惧。因为可能发生糖尿病紧急情况,糖尿病患者和监护人受到阻碍而无法以积极独立的方式生活。因此,需要改善的糖尿病管理系统与方法。
发明内容
在第一方面中,提供用于管理糖尿病的设备。设备包括便携糖尿病管理系统(DMS)装置。DMS装置包括处理器、数据存储装置、触摸屏显示器、无线通信设施、存储在数据存储装置中并可在处理器中执行的模式辨识引擎、以及存储在数据存储装置中并可在处理器中执行的用户接口结构。用户接口结构包括被配置为在触摸屏显示器上显示的多个用户接口显示,多个用户接口显示的一者包括基于DMS装置接收的血糖测量数据的多个不同模式的可选子集的列表,可选模式子集基于模式辨识引擎检测到不同模式的频率。
在第二方面中,提供用于管理糖尿病的方法。方法包括:在便携无线装置接收来自血糖计的血糖测量结果;存储血糖测量结果于便携无线装置的数据存储装置中;由便携无线装置的处理器基于血糖测量结果而辨识一个或多个模式,其中处理器执行存储在数据存储装置中的模式辨识引擎;以及回应于辨识到一个或多个模式,经由便携无线装置的用户接口提示用户采取行动。
根据本发明的这些方面与其他方面,提供数种其他方面。根据下面的实施方式、所附的权利要求书和附图,将更清楚地理解本发明的其他特征与方面。
附图说明
图1为描绘根据本发明的
具体实施方式
的示例系统的示意方块图。
图2为描绘根据本发明的具体实施方式的示例设备的示意方块图。
图3为描绘根据本发明的具体实施方式的示例糖尿病管理系统(DMS)数据库的示意图表。
图4为根据本发明的具体实施方式的用于选择模式类型的示例接口的屏幕截图。
图5A为根据本发明的具体实施方式的用于选择测试频率目标的示例接口的屏幕截图。
图5B为根据本发明的具体实施方式的用于呈现并管理检测到的模式的示例接口的屏幕截图。
图6A为根据本发明的具体实施方式的用于呈现检测到的“改进”模式的细节的示例接口的屏幕截图。
图6B为根据本发明的具体实施方式的用于呈现检测到的“努力”模式的细节的示例接口的屏幕截图。
图7为图示说明根据本发明的具体实施方式的系统软件架构的示例结构的方块图。
图8为描绘根据本发明的具体实施方式的对于信息和动机行为(IMB)模块的示例方法的流程图。
图9为描绘根据本发明的具体实施方式的示例工作流程的方块图。
图10为图示说明根据本发明的具体实施方式的系统软件架构的示例信息和动机行为(IMB)模块部分的细节的方块图。
图11至图31为描绘根据本发明的具体实施方式的用于检测模式的各种示例方法的流程图。
图32至图35为描绘根据本发明的具体实施方式的在模式地图流程中转移的各种示例方法的流程图。
具体实施方式
为了促进对本发明的实施方式的原理的理解,现在将参考附图中示出的示例并且将使用特定的语言来描述这些示例。然而应当理解,并非意图由此限制本发明的范围,并且本文考虑在本发明的技术领域中具有通常知识者所能显然理解到的在所图示说明的具体实施方式中的任何改变和进一步修改,以及如本文所说明的本发明的原理的任何进一步应用。
本发明的具体实施方式提供对于改善糖尿病管理系统(DMS)的系统、设备与方法。为了控制它们的疾病,糖尿病患者(各自称为“PWD”)通常每天多次测试它们的血糖层级,并追踪它们的碳水化合物摄入量、运动量、和胰岛素剂量。为了记录这些指针并确保它们保持在测试方案中,PWD可由纸笔、由计算机、或在智能装置上手动追踪消息。然而,随着时间识别有关血糖读数的多种模式,对于让PWD更佳管理它们的健康而言是有用的。这种模式的示例,包括临界低表读数、临界高表读数、测试频率低、测试频率中、测试频率良好、大多同时测试、当日时间高、当日时间低、当日时间最佳、空腹高、空腹低、午餐前高、午餐前低、前期高、晚餐前低、晚餐后高、晚餐后低、渐高、渐低、当周一日低、当周一日高等。有用模式和涉及于识别这些模式的数据的数量是巨大的,而让用户手动追踪识别模式出现所需的所有信息是不实际的,更不用说要实时地检测到事件出现。因此,本发明的具体实施方式自动化数据采集与存储,以及模式识别。再者,许多模式可在相当短的时间长度内发生且被检测,这可对用户呈现过量的通知与提醒。本发明的具体实施方式提供接口设施与特征,以帮助用户管理、过滤、并优先化通知与提醒。
本发明的具体实施方式包括软件应用程序与系统,软件应用程序与系统经调适以提供用于管理糖尿病的增强系统。使用便携无线装置(诸如(例如)智能手机)与血糖计(BG计,或称BGM)通信,本发明的具体实施方式包括软件应用程序(例如DMS app),软件应用程序可操作以接收血糖测量结果,并将测量结果存储在DMS数据库中,以使测量结果相关联于用户活动与模式。本发明的一些具体实施方式,通过允许接收来自DMS App的提醒,使得PWD在管理糖尿病的过程中更为主动。因为容易忘记或未受提醒,一些PWD在管理过程中可较不主动。提供接收对于测试血糖、进行医疗措施、或执行其他有关糖尿病管理的工作的提醒的设施,可帮助PWD更主动参与它们的健康管理。
根据本发明的具体实施方式,用户可在DMS App内设定提醒,在提醒被触发时,将指示用户测试血糖层级、进行医疗措施、记录活动、记录碳水化合物摄取量和(或)任何其他有关糖尿病的工作。可基于DMS应用程序响应于用户的DMS装置接收的BGM数据而识别的模式,来自动触发提醒。换句话说,响应于DMS应用程序识别BGM数据中的一个或多个模式(例如,协同指示特定条件状态的组模式),DMS应用程序可产生并向用户呈现建议、提醒、和(或)警告。在一些具体实施方式中,可基于用户界定的优先级和(或)医疗优先级,来优先化所呈现的提醒。可在较低优先级的提醒之前呈现较高优先级的提醒,或可更强烈地呈现(例如以较大文字、较亮的高亮提示、不同的色彩、声音等)较高优先级的提醒,和(或)更频繁地呈现较高优先级的提醒。在一些具体实施方式中,向用户呈现特定提醒的频率,可被约束或限制。例如,如果向已三天没有记录任何运动的用户呈现要记录运动的提醒,那么为了相同理由而在三天后触发的随后提醒可被抑制。以此方式,避免对用户施加冗余提醒。
现在看到图1,描绘DMS 100的示例。DMS 100包括BGM 102,BGM 102经调适以耦接至DMS装置104(例如可操作以执行DMS App 110的智能手机、平板、智能手表等)和(或)可操作以执行DMS程序112的计算机106。BGM 102与DMS装置104由用户(例如PWD)使用DMS 100操作,以帮助它们改善对于糖尿病的管理。DMS装置104与计算机106可无线地(例如经由无线信号协议108,诸如蓝牙)或经由有线连接(例如经由通用串行总线(USB)链接)耦接至BGM102。
在一些具体实施方式中,保健提供方(HCP)或用户可操作计算机106,以经由网络114(例如互联网)接收来自BGM 102的BG读数数据或来自DMS装置104的其他数据。在一些具体实施方式中,计算机106可经由有线、无线、或与任何其他可实践的手段(例如交换存储卡),接收直接来自BGM 102的BG读数数据。计算机106可经由有线链接(例如经由以太网络116)或经由任何其他可实践的手段耦接至网络114。类似的,DMS装置104可经由无线信号协议108(例如Wi-Fi)或经由任何其他可实践的手段耦接至网络114。
现在看到图2,描绘示例DMS装置104的细节。注意到在一些具体实施方式中,DMS装置104可被实施在计算机106上,并且计算机106可为便携无线装置(例如膝上型计算机、平板个人计算机等)。DMS装置104可包括处理器202,处理器202耦接至存储器204,存储器204用于存储可在处理器202上执行的指令。存储器204还可用于高速缓存存储从数据存储装置214取得的数据,或高速缓存存储要存储在数据存储装置214的数据。处理器202可耦接至频率206(例如频率产生器模块、震荡器等),频率206用于产生日期与时间戳数据,以相关联于BGM和(或)其他数据。
处理器202可耦接至显示器208,显示器208可包括任何数量的输出装置(例如此种显示器、音频扬声器、触觉装置、振动器、发光二极管(LED)、打印机、音频输出、USB与LAN端口等)。显示器208可用于与用户通信,以呈现提醒以及所熟知的输出功能。
处理器202可耦接至无线收发器210,无线收发器210可包括蜂巢式通信设施与双向无线电信号通信设施,诸如Wi-Fi、蓝牙和其他通信模块。换句话说,无线收发器210可包括能够通过网络114通信的任何类型的装置和(或)软件。例如,无线收发器210可包括蜂巢式通信类型装置、Wi-Fi类型装置、和(或)红外线端口等。
处理器202可耦接至输入设备212,输入设备212可例如包括任何数量的输入设备(例如,诸如触摸屏、“软式”可编程序按钮/按键、硬件按钮与切换器、键盘、光学与磁性读取器/扫描仪、摄影机、传感器、换能器、加速度计、麦克风、音频输入、USB与LAN端口等)。输入设备212可用于与用户通信,以设定提醒或其他参数,以及所熟知的输入功能。
处理器202可耦接至数据存储装置214,诸如非易失性存储器,以允许持续性地存储可加载存储器204以由处理器202使用/执行的数据结构、数据和指令。可使用一个或多个固态硬盘、硬盘、存储卡等,来实施数据存储装置214。数据存储装置214包括数据结构,数据结构可包括DMS App 216(在一些具体实施方式中包括整合式模式辨识引擎218)、DMS数据库220和DMS接口数据结构222。
DMS App 216实施本文所说明的方法与程序。DMS App 216使用模式辨识引擎218,以实施检测导致有帮助的事件或有害的事件(例如好的或坏的血糖控制)的行为(例如经由辨识所采集BGM中的模式、经由用户输入、以及其他数据)。发予Ray等人的美国专利第8,758,245号公开了模式辨识系统的示例,在此为了所有目的并入此美国专利。下面参照图3说明DMS数据库220的示例。DMS接口数据结构222可包括多个用户接口显示,通过显示之间的使用流程而使这些用户接口显示相关。换句话说,每一用户接口显示链结至至少一个其他用户接口显示,和(或)可经由至少一个其他用户接口显示抵达,或被呈现为模式被检测到(或一些其他相关的触发事件)的结果。用户接口显示的示例被描绘于图4至图6B,并且于下文说明。
现在看到图3,以表格形式描绘DMS数据库220的示例。注意到,所描绘的特定示例格式仅图标说明一种可能性。可使用许多替代性的数据设置与数据库类型。可使用任何可实践以实施所描绘的数据结构与关系的格式或数据库类型。还注意到,示例中仅图标了有限数量的项目,而在实际的实施方式中,可存在许多更多的项目(例如数千列)。
所图标的DMS数据库220中的每一项目,可包括时间字段302、日期字段304、血糖层级字段306、以及注释字段308。时间字段302经调适以存储代表时间戳的数据,数据指示相关联于项目的BG读数发生的时间。日期字段304经调适以存储代表日期戳记的数据,数据指示相关联于项目的BG读数发生的日期。
血糖层级字段306经调适以存储代表相关联于项目的BG读数的血糖层级的数据。注释字段308经调适以存储代表由用户提供且相关联于项目的信息的数据。
在一些具体实施方式中,DMS数据库220可包括许多附加字段。例如,可包括药物剂量字段、食物摄取字段、进食碳水化合物字段、运动执行字段等。
图4为用于选择模式类型的示例接口显示器400的屏幕截图。向用户呈现模式类型列表,可通过在界面显示器400上按压所指示的区域来选择模式类型。信息被存储,并且所选择的模式类型被用于确定在往后由DMS App检测到时,要向用户呈现哪些模式。
图5A为用于选择测试频率目标的示例显示接口500A的屏幕截图。可滚动窗502允许用户挑选每周DMS App将鼓励用户执行的测试数量。例如,如果检测到指示用户测试的频率少于所选择的测试频率,那么用户将被提醒要更频繁地测试。
图5B为根据本发明的具体实施方式的用于呈现并管理检测到的模式的示例模式管理器显示接口500B的屏幕截图。模式管理器显示接口500B包括用于交互列表的区域,包括活跃(Active)504、附加(Additional)506和封存(Archived)508的所检测的模式。下面更详细讨论这些所检测的模式的分类。
图6A为用于呈现检测到的“改进(improved)”模式的细节的示例显示接口600A的屏幕截图,并且图6B为用于呈现检测到的“工作(worked on)”模式的细节的示例显示接口600B的屏幕截图。这些显示接口600A、600B为在用户从图5B的模式管理器显示接口500B选出所选模式时,所呈现的细节的示例。显示接口600A、600B包括总结区域602、图表区域604、状态区域606、解释区域608和“进一步链结(further links)”区域610。
在替代性的具体实施方式中,DMS应用程序可被实施为如图7图标说明的整合式系统架构700的部分。位于中间件应用程序编程接口702内的信息和动机行为(IMB)管理器704,可实施上述功能。如图8的流程图800所图示,IMB管理器704可手动地通过用户接口管理器802,或经由BGM通信管理器804(例如无线地),来接收BG信息。IMB执行随着IMB(例如提醒)消息的产生而发生(806),并更新所存储的IMB模式(808)。基于初始设定状态(810),IMB管理器等待设定完成(812),或是传达更新通知至用户接口管理器802的IMB用户接口显示器814(816)。
图9为描绘IMB工作流程900的方块图。在连接BG计902时,BG计902可提供BG读数至应用程序内的通信管理器904(例如经由低能量蓝牙(Bluetooth Low Energy,BLE)协定)。BG记录管理器906模块将识别BLE数据(例如输入数据是否识别BG读数、用餐标记、或设定数据)、暂停并改造数据为对应的记录(例如血糖/用餐标记记录等)、并将记录传达至数据库管理器908以存储在数据库中。数据库管理器908将把血糖/用餐标记/装置设定数据存储入数据库(例如SQLite数据库),并将根据数据库执行数据读取作业。一旦新的BG读数抵达,那么IMB管理器704执行IMB模块,并且IMB数据将被通过IMB模式管理器存储在数据库中,并且IMB通知将被传达至IMB用户接口802以显示。用户接口管理器802为对于中间件702的网关,因为所有对于中间件702的用户接口作业(例如数据读取/写入)通过此模块发生。在一些具体实施方式中,IMB通知可被由JSON格式通过此模块传达至HTML层级。此模块从数据库获取数据、格式化数据(例如为JSON)、并将经格式化的数据传达至用户接口。手动BG记录模块916还可产生类似于BG计记录的BG数据记录(例如从血糖数据存储应用程序),但并非为BG计根据条带测量结果确定BG读数,而是从应用程序“产生”数据记录。在手动项目的情况中,手动BG记录模块916通过用户接口管理器802直接与数据库管理器908互动(例如以存储手动项目于数据库中)。
图10描绘IMB管理器704的结构与部件的更多细节。在一些具体实施方式中,IMB管理器704包括IMB模块1002与模式管理器模块1004。IMB管理器704还与提醒触发模块1006互动。
IMB模块1002包括三个子模块:IMB数据设定/验证子模块1008;IMB算法执行子模块1010;以及IMB高速缓存子模块1012。一旦接收到新的BG读数,那么利用IMB数据设定/验证子模块1008,不论BG读数是来自BG计或是手动项目。IMB模块1002将进入设定模式、验证数据、并决定是否要执行IMB算法。设定或验证被经由以下完成:首先获取目标范围值,接着重设IMB高速缓存1012,基于当前的/前次执行的BG时间戳来检查IMB执行适格性状态,并且随后在模式管理器模块1004中检查并更新对于已检测到的IMB模式的模式“超时(timedout)”状态。IMB算法执行子模块1010负责IMB算法的执行;更新对于UI通知的IMB高速缓存1012;以及将新检测到的模式更新/***模式管理器模块1004中。IMB高速缓存子模块1012作为本端缓冲器,并保持关于当前被检测的IMB模式的信息。信息可包括IMB ID,以及模式是否为延迟模式。
模式管理器模块1004包括三个子模块:IMB状态更新子模块1014;UI更新子模块1016;以及IMB提醒更新子模块1018。IMB状态为IMB模式的重要性质。模式管理器模块1004更新IMB模式状态。IMB状态更新子模块1014可包括数个状态信息。例如,信息可包括检测到的新模式信息、模式分类更新(例如活跃/封存)、模式状态更新(例如已读/未读)、以及模式状态更新(例如新(New)/已开始(Started)/保持Int(On-Hold Int)/工作中(Working)/保持Cau(On-Hold Cau)/提醒设定(Rem-Setup)/解除提醒(Dismissed_Rem)/已完成(Finished)/解除设定(Dismissed_Setup)/已改进(Improved)/无效(Invalid)/关注(Followed)/需改进(Needs Improvement)/过度校正(Overcorrected)/超时(Timed-Out))。在一些具体实施方式中,新(New)状态可被指定给新检测到的模式,在对用户呈现模式接口(Pattern Interface)屏幕之前;已开始(Started)状态可被指定给模式,如果用户在模式检测(Pattern Detection)屏幕上选择由IMB流程开始进行;保持Int(On-Hold Int)状态可被指定给模式,如果用户关闭模式接口屏幕;工作中(Working)状态可被指定给模式,如果用户在可能原因(Possible Causes)屏幕上选择由IMB流程开始进行;保持Cau(On-Hold Cau)状态可被指定给模式,如果用户关闭可能原因屏幕;提醒设定(Rem-Setup)状态可被指定给模式,如果用户在需提醒(Need Reminder)屏幕上选择由IMB流程开始进行;解除提醒(Dismissed_Rem)状态可被指定给模式,如果用户在需提醒屏幕上选择不要以IMB流程开始进行;已完成(Finished)状态可被指定给模式,如果用户对于所有其他模式在IMB流程期间完成并确认设定提醒;解除设定(Dismissed_Setup)状态可被指定给模式,如果用户不确认提醒设定(即关闭“提醒设定(Reminder Setup)”屏幕);已改进(Improved)状态可被指定给模式,在下列两种情况中:(1)在跟进之后获得正面反馈后;和(2)如果新的或改变的记录贡献而解决模式;在跟进之后获得负面反馈后,追踪(Followed)状态可被指定给模式;需改进(Needs Improvement)状态可被指定给临界(Critical)模式,如果在模式改进之前或在模式超时之前;过度校正(Overcorrected)状态可被指定给临界高(Critical High)或临界低(Critical Low)模式,如果在重新测试BG记录值之后发现为临界低或临界高;且超时(Timed-Out)状态可代表每一模式具有预定时间周期,其中将指定超时状态。一旦模式超时,那么模式移动至封存区段(见下文说明)。活跃模式如果在模式的专属周期中未改进,那么可超时。
UI更新子模块1016负责呈现UI中检测到的IMB模式。如果已在IMB模式流程期间内产生提醒,那么IMB提醒更新子模块1018执行对于对应IMB模式的提醒ID的更新,以及对于IMB提醒触发状态的更新。提醒触发模块1006代表UI 1020或原生1022(例如Android或IOS)通知中心,通知中心开始提醒的产生、触发提醒、并更新提醒的状态。
IMB模块1002可被配置为辨识并管理任何数量的模式。下面详细说明下列的二十一种模式:临界高表读数、临界低表读数、测试频率低、测试频率中、测试频率良好、大多同时测试、当日时间高、当日时间低、当日时间最佳、空腹高、空腹低、午餐前高、午餐前低、前期高、晚餐前低、晚餐后高、晚餐后低、渐高、渐低、当周一日低、以及当周一日高。
IMB模块1002告知用户来自用户BGM数据的历史(例如来自DMS数据库220的记录)的检测到的模式,并提供机制以用于更佳地管理糖尿病。在一些具体实施方式中,IMB模式检测一般而言将观看14天的BGM数据历史。然而注意到,一些模式考虑多至21天的历史,而一些模式仅使用单一BG读数。如果用户在任何适用的IMB接口屏幕上输入了注释,那么此注释将被存储在DMS数据库中,并可在编辑视图/注释(Edit View/Notes)卷标中查看相关联的BG读数。
DMS App 216通过IMB算法执行子模块1010开始执行IMB算法(例如触发IMB模式),在DMS App 216获取一个或多个新BG记录时,或是在现有的(例如先前获取的)BG记录被修改时。每一IMB算法接受包括组BG记录的类似输入,每一输入具有BG读数值(在本文中称为BGRecordValue)与BG读数时间戳(在本文中称为BGRecordTimeStamp)。此外,IMB算法的每一者接受附加输入,诸如(例如)临限值和(或)目标值。本文所说明的示例IMB算法的每一者被用于基于BG读数与时间触发对应模式。
每一算法具有相同的输出类型:如果未检测到相关联模式则布尔(BOOLEAN)值为“0”,而如果检测到了相关联模式则为“1”。如前述,IMB算法的输出为对于模式管理器模块1004的输入的一者。如果检测到特定模式,那么模式管理器模块1004触发新模式的通知。在认知到此通知之后,称为IMB模式地图(IMB Pattern Maps)的系列UI消息(例如屏幕显示),将被根据用户在每一屏幕上所作成的选择层级而依序向用户呈现。IMB模式可被分成临界IMB模式与非临界IMB模式。
用于辨识临界低模式的算法或方法1100的示例,被图标说明为图11中的流程图。在获取新BG记录时(或在先前获取的记录被修改时),如果BG记录值低于指定为CriticalLowThreshold的值,那么DMS App将触发此模式。在获取新BG记录时(或在先前获取的记录被修改时),方法1100开始(1102)。取得最新BG记录(1104),并且确定血糖值是否小于所存储的参数CriticalLowThreshold(1106)。如果为是,那么触发(即检测到)临界低模式,并由IMB算法执行子模块1010通知模式管理器模块1004(1108),并且方法1100完成(1110)。如果为否,那么方法1100直接完成(1110)。
用于辨识临界高模式的算法或方法1200的示例,被图标说明为图12中的流程图。在获取新BG记录时(或在先前获取的记录被修改时),如果BG记录值高于指定为CriticalHighThreshold的值,那么DMS App将触发此模式。在获取新BG记录时(或在先前获取的记录被修改时),方法1200开始(1202)。取得最新BG记录(1204),并且确定血糖值是否大于所存储的参数CriticalHighThreshold(1206)。如果为是,那么触发(即检测到)临界高模式,并通知模式管理器模块1004(1208),并且方法1200完成(1210)。如果为否,那么方法1200直接完成(1210)。
用于辨识测试频率低模式的算法或方法1300的示例,被图标说明为图13中的流程图。在获取新BG记录时(或在先前获取的记录被修改时),方法1300开始(1302)。在获取新BG记录时(或在先前获取的记录被修改时),如果基于下列算法检测到用户的测试频率低于指定为TestFreqLow3DayThreshold(或TestFreqLow7DayThreshold,如果用户已设定了测试频率目标)的临限值,那么DMS App将触发此模式。首先确定用户是否设定了测试频率目标(1304)。如果TestFreqGoalSet=0,那么取得3天的BG记录历史(例如从当前时间回推72小时)(1306),并取得7天的BG记录历史(例如从当前时间回推168小时)(1308)。接着,计算3天历史中每天的BG读数数量(Count3Day)(1310),并计算7天历史中每天的BG读数数量(Count7Day)(1312)。接着确定是否Count3Day<=TestFreq3DayLowThreshold,或Count7Day<=TestFreq7DayLowThreshold(1314)。如果为是,那么触发模式(1316)。如果为否,那么方法1300直接完成而不触发模式(1324)。如果TestFreqGoalSet=1,那么取得7天的BG记录历史(例如从当前时间回推168小时)(1318)。计算7天历史中每天的BG读数数量(Count7Day)(1320)。确定是否Count7Day<TestFreqGoal的50%(1322)。如果为是,那么触发模式(1316),并且方法1300结束(1324)。如果为否,那么方法1300直接完成而不触发模式(1324)。
用于辨识测试频率中模式的算法或方法1400的示例,被图标说明为图14中的流程图。在获取新BG记录时(或在先前获取的记录被修改时),方法1400开始(1402)。在获取新BG记录时(或在先前获取的记录被修改时),如果基于下列算法检测到用户的测试频率位于目标值范围内,那么DMS App将触发此模式,此目标值范围指定为大于TestFreqFair3DayMinThreshold(例如6)并小于TestFreqFair3DayMaxThreshold(例如12)(或是大于TestFreqFair7DayMinThreshold(例如14)并小于TestFreqFair7DayMaxThreshold(例如28),如果用户已设定了测试频率目标)。首先确定用户是否设定了测试频率目标(1404)。如果TestFreqGoalSet=0,那么取得3天的BG记录历史(例如从当前时间回推72小时)(1406),并取得7天的BG记录历史(例如从当前时间回推168小时)(1408)。接着,计算3天历史中每天的BG读数数量(Count3Day)(1410),并计算7天历史中每天的BG读数数量(Count7Day)(1412)。接着确定是否(Count3Day>=TestFreqFair3DayMinThreshold且Count3Day<TestFreqFair3DayMaxThreshold)或(Count7Day>=TestFreqFair7DayMinThreshold且Count7Day<TestFreqFair7DayMaxThreshold)(1414)。如果为是,那么触发模式(1416)。如果为否,那么方法1400直接完成而不触发模式(1424)。如果TestFreqGoalSet=1,那么取得7天的BG记录历史(例如从当前时间回推168小时)(1418)。计算7天历史中每天的BG读数数量(Count7Day)(1420)。确定是否Count7Day<TestFreqGoal的50%(1422)。如果为是,那么触发模式(1416),并且方法1400结束(1424)。如果为否,那么方法1400直接完成而不触发模式(1424)。
用于辨识测试频率良好模式的算法或方法1500的示例,被图标说明为图15中的流程图。在获取新BG记录时(或在先前获取的记录被修改时),方法1500开始(1502)。在获取新BG记录时(或在先前获取的记录被修改时),如果基于下列算法检测到用户的测试频率高于指定为TestFreqGood3DayThreshold(例如12)(或TestFreqGood7DayThreshold(例如28),如果用户已设定了测试频率目标)的临限值,那么DMS App将触发此模式。首先确定用户是否设定了测试频率目标(1504)。如果TestFreqGoalSet=0,那么取得3天的BG记录历史(例如从当前时间回推72小时)(1506),并取得7天的BG记录历史(例如从当前时间回推168小时)(1508)。接着,计算3天历史中每天的BG读数数量(Count3Day)(1510),并计算7天历史中每天的BG读数数量(Count7Day)(1512)。接着确定是否Count3Day>=TestFreq3DayGoodThreshold,或Count7Day>=TestFreq7DayGoodThreshold(1514)。如果为是,那么触发模式(1516)。如果为否,那么方法1500直接完成而不触发模式(1524)。如果TestFreqGoalSet=1,那么取得7天的BG记录历史(例如从当前时间回推168小时)(1518)。计算7天历史中每天的BG读数数量(Count7Day)(1520)。确定是否Count7Day>=TestFreqGoal(1522)。如果为是,那么触发模式(1516),并且方法1500结束(1524)。如果为否,那么方法1500直接完成而不触发模式(1524)。
用于辨识大多同时测试模式的算法或方法1600的示例,被图标说明为图16中的流程图。在获取新BG记录时(或在先前获取的记录被修改时),方法1600开始(1602)。在获取新BG记录时(或在先前获取的记录被修改时),如果检测到50%以上的读数(从最新BG读数的时间戳回推两周的数据)的时间戳位于预定“分天”时间区块内,那么DMS App将触发此模式。取得最近两周的BG读数(1604)。计算从最新BG读数的时间戳开始往回14天的读数总数(TotalNumberBGReadings)(1606)。接着,从过去14天内收集到的整组读数,计算出每个分天时间区块的读数数量(NumberBGReadingsPerDayDivider(i),i=1,2,..,4)(1608)。接着确定下列比例的任意者是否大于或等于50%:(NumberBGReadingsPerDayDivider(i),i=1,2,..,4)/TotalNumberBGReadings)(1610)。如果为是,那么触发模式(1612),向模式管理器模块1004通知在其中检测到模式的分天时间区块,并且方法1600完成(1614)。如果为否,那么方法1600直接完成而不触发模式(1614)。
用于辨识当日时间高模式的算法或方法1700的示例,被图标说明为图17中的流程图。在获取新BG记录时(或在先前获取的记录被修改时),方法1700开始(1702)。在获取新BG记录时(或在先前获取的记录被修改时),如果检测到存在50%以上的读数(从最新BG读数的时间戳回推一周的数据)高于称为HighTimeTarget的预定参数的“分天”时间区块内,那么DMS App将触发此模式。取得最近一周的BG读数(1704)。计算从最新BG读数的时间戳开始往回7天的每分天的读数总数(NumberBGReadingsPerDayDivider(i),i=1,2,..,4)(1706)。接着,高于HighTimeTarget的每个分天时间区块的读数数量(NumberBGReadingsPerDayDividerHigh(i),i=1,2,..,4)(1708)。接着确定下列比例的任意者是否大于或等于50%:NumberBGReadingsPerDayDividerHigh(i)/(NumberBGReadingsPerDayDivider(i),i=1,2,..,4)(1710)。如果为是,那么触发模式(1712),向模式管理器模块1004通知在其中检测到模式的分天时间区块,并且方法1700完成(1714)。如果为否,那么方法1700直接完成而不触发模式(1714)。
用于辨识当日时间低模式的算法或方法1800的示例,被图标说明为图18中的流程图。在获取新BG记录时(或在先前获取的记录被修改时),方法1800开始(1802)。在获取新BG记录时(或在先前获取的记录被修改时),如果检测到存在50%以上的读数(从最新BG读数的时间戳回推一周的数据)低于称为LowTimeTarget的预定参数的“分天”时间区块内,那么DMS App将触发此模式。取得最近一周的BG读数(1804)。计算从最新BG读数的时间戳开始往回7天的每分天的读数总数(NumberBGReadingsPerDayDivider(i),i=1,2,..,4)(1806)。接着,低于LowTimeTarget的每个分天时间区块的读数数量(NumberBGReadingsPerDayDividerLow(i),i=1,2,..,4)(1808)。接着确定下列比例的任意者是否大于或等于50%:NumberBGReadingsPerDayDividerLow(i)/(NumberBGReadingsPerDayDivider(i),i=1,2,..,4)(1810)。如果为是,那么触发模式(1812),向模式管理器模块1004通知在其中检测到模式的分天时间区块,并且方法1800完成(1814)。如果为否,那么方法1800直接完成而不触发模式(1814)。
用于辨识当日时间最佳模式的算法或方法1900的示例,被图标说明为图19中的流程图。在获取新BG记录时(或在先前获取的记录被修改时),方法1900开始(1902)。在获取新BG记录时(或在先前获取的记录被修改时),如果DMS App(从最新BG读数的时间戳开始一周内的数据)找到具有最高数量的范围内读数(例如预定参数InRangeLowTarget与InRangeHighTarget之间的值)的分天时间区块,那么DMS App将触发此模式。取得最近一周的BG读数(1904)。从自最新BG读数往回7天内收集到的整组读数,计算出每个分天的读数数量(NumberBGReadingsPerDayDivider(i),i=1,2,..,4)(1906)。接着,对每个分天,计算出低于或等于InRangeHighTarget值、但高于或等于InRangeLowTarget值的读数数量(NumberBGReadingsPerDayDividerInRange(i),i=1,2,..,4)(1908)。接着计算下列比例:InRangePercentage(i)=NumberBGReadingsPerDayDividerInRange(i)/NumberBGReadingsPerDayDivider(i),i=1,2,..,4(1910)。接着对模式管理器模块1004通知上面所计算的最高比例(InRangePercentageMax)(1912),触发模式(1914),并且方法1900完成(1916)。
用于辨识空腹高模式的算法或方法2000的示例,被图标说明为图20中的流程图。在获取新BG记录时(或在先前获取的记录被修改时),方法2000开始(2002)。在获取新BG记录时(或在先前获取的记录被修改时),如果DMS App(在从最新BG读数的时间戳开始两周内的数据)检测到高于预定参数FastingTargetHigh的NumConsThreshold或更多个用餐标示为“空腹”的连续BG读数,那么DMS App将触发此模式。取得最近两周的BG读数(2004)。BG记录索引“当前(Current)”被初始化为零(2006),并且计数“NumCons”被初始化为零(2008)。进行检查以确定索引是否达到最新BG记录(2010)。如果为是,那么方法2000直接完成而不触发模式(2024)。如果为否,那么比较当前BG记录的值与FastingTargetHigh(2012)。如果当前BG记录的值小于FastingTargetHigh,那么将索引增量(2014),并且流程返回以重置计数“NumCons”为零(2008)。否则,将NumCons增量(2016),并检查NumCons是否大于或等于NumConsThreshold(2018)。如果为否,那么将索引增量(2020),并且流程返回以检查确定索引是否达到最新BG记录(2010)。否则,触发空腹高IMB模式(2022),并且方法2000完成(2024)。换句话说,从14天历史中找出具有高于FastingTargetHigh的值的第一个(最近的)BG读数。计算连续空腹高读数数量的计数,被增加1。检查前一前一BG读数。如果前一BG读数低于FastingTargetHigh,那么重置计数(NumCons=0),找出高于FastingTargetHigh的第一个下一读数(往回寻找),并且方法2000从头开始。如果前一BG读数高于FastingTargetHigh,那么计数增加1(NumCons=NumCons+1),并且方法2000以相同方式进行,直到找到低于FastingHighTarget的第一个读数为止。一旦找到,那么检查计数值。如果NumCons>=NumConsThreshold,那么触发模式,并且向模式管理器模块1004通知所触发此模式的时间范围(Time Range)。方法2000从头开始,直到达到最新BG记录为止。
用于辨识空腹高模式的算法或方法2000的示例,被图标说明为图20中的流程图。在获取新BG记录时(或在先前获取的记录被修改时),方法2000开始(2002)。在获取新BG记录时(或在先前获取的记录被修改时),如果DMS App(在从最新BG读数的时间戳开始两周内的数据)检测到高于预定参数FastingTargetHigh的NumConsThreshold或更多个用餐标示为“空腹”的连续BG读数,那么DMS App将触发此模式。取得最近两周的BG读数(2004)。BG记录索引“当前(Current)”被初始化为零(2006),并且计数“NumCons”被初始化为零(2008)。进行检查以确定索引是否达到最新BG记录(2010)。如果为是,那么方法2000直接完成而不触发模式(2024)。如果为否,那么比较当前BG记录的值与FastingTargetHigh(2012)。如果当前BG记录的值小于FastingTargetHigh,那么将索引增量(2014),并且流程返回以重置计数“NumCons”为零(2008)。否则,将NumCons增量(2016),并检查NumCons是否大于或等于NumConsThreshold(2018)。如果为否,那么将索引增量(2020),并且流程返回以检查确定索引是否达到最新BG记录(2010)。否则,触发空腹高IMB模式(2022),并且方法2000完成(2024)。换句话说,从14天历史中找出具有高于FastingTargetHigh的值的第一个(最近的)BG读数。计算连续空腹高读数数量的计数,被增加1。检查前一前一BG读数。如果前一BG读数低于FastingTargetHigh,那么重置计数(NumCons=0),找出高于FastingTargetHigh的第一个下一读数(往回寻找),并且方法2000从头开始。如果前一BG读数高于FastingTargetHigh,那么计数增加1(NumCons=NumCons+1),并且方法2000以相同方式进行,直到找到低于FastingHighTarget的第一个读数为止。一旦找到,那么检查计数值。如果NumCons>=NumConsThreshold,那么触发模式,并且向模式管理器模块1004通知所触发此模式的时间范围(Time Range)。方法2000从头开始,直到达到最新BG记录为止。
用于辨识空腹低模式的算法或方法2100的示例,被图标说明为图21中的流程图。在获取新BG记录时(或在先前获取的记录被修改时),方法2100开始(2102)。在获取新BG记录时(或在先前获取的记录被修改时),如果DMS App(在从最新BG读数的时间戳开始两周内的数据)检测到低于预定参数FastingTargetLow的NumConsThreshold或更多个用餐标示为“空腹”的连续BG读数,那么DMS App将触发此模式。取得最近两周的BG读数(2104)。BG记录索引“当前(Current)”被初始化为零(2106),并且计数“NumCons”被初始化为零(2108)。进行检查以确定索引是否达到最新BG记录(2110)。如果为是,那么方法2100直接完成而不触发模式(2124)。如果为否,那么比较当前BG记录的值与FastingTargetLow(2112)。如果当前BG记录的值小于FastingTargetLow,那么将索引增量(2114),并且流程返回以重置计数“NumCons”为零(2108)。否则,将NumCons增量(2116),并检查NumCons是否大于或等于NumConsThreshold(2118)。如果为否,那么将索引增量(2120),并且流程返回以检查确定索引是否达到最新BG记录(2110)。否则(即NumCons大于或等于NumConsThreshold),触发空腹低IMB模式(2122),并且方法2100完成(2124)。换句话说,从14天历史中找出具有低于FastingTargetLow的值的第一个(最近的)BG读数。计算连续空腹低读数数量的计数,被增加1。检查前一BG读数。如果前一BG读数高于FastingLowTarget,那么重置计数(NumCons=0),找出低于FastingTargetLow的第一个下一读数(往回寻找),并且方法2100从头开始。如果前一BG读数高于FastingLowTarget,那么计数增加1(NumCons=NumCons+1),并且方法2100以相同方式进行,直到找到高于FastingLowTarget的第一个读数为止。一旦找到,那么检查计数值。如果NumCons>=NumConsThreshold,那么触发模式,并向模式管理器模块1004通知触发此模式的时间范围。方法2100从头开始,直到达到最新BG记录为止。
用于辨识午餐前高模式的算法或方法2200的示例,被图标说明为图22中的流程图。在获取新BG记录时(或在先前获取的记录被修改时),方法2200开始(2202)。在获取新BG记录时(或在先前获取的记录被修改时),如果DMS App(在从最新BG读数的时间戳开始两周内的数据)检测到高于预定参数PreMealHighTarget的NumConsThreshold(例如3)或更多个在午餐分天内发生且用餐标示为“餐前”的连续BG读数,那么DMS App将触发此模式。取得最近两周的BG读数(2204)。BG记录索引“当前(Current)”被初始化为零(2206),并且计数“NumCons”被初始化为零(2208)。进行检查以确定索引是否达到最新BG记录(2210)。如果为是,那么方法2200直接完成而不触发模式(2224)。如果为否,那么比较当前BG记录的值与PreMealHighTarget(2212)。如果当前BG记录的值小于PreMealHighTarget,那么将索引增量(2214),并且流程返回以重置计数“NumCons”为零(2208)。否则,将NumCons增量(2216),并检查NumCons是否大于或等于NumConsThreshold(2218)。如果为否,那么将索引增量(2220),并且流程返回以检查确定索引是否达到最新BG记录(2210)。否则(即NumCons大于或等于NumConsThreshold),触发午餐前高IMB模式(2222),并且方法2200完成(2224)。换句话说,从14天历史中找出具有高于PreMealHighTarget的值的第一个(最近的)BG读数。计算连续午餐前高读数数量的计数,被增加1。检查前一前一BG读数。如果前一BG读数低于PreMealHighTarget,那么重置计数(NumCons=0),找出高于PreMealHighTarget的第一个下一读数(往回寻找),并且方法2200从头开始。如果前一BG读数高于PreMealHighTarget,那么计数增加1(NumCons=NumCons+1),并且方法2200以相同方式进行,直到找到低于PreMealHighTarget的第一个读数为止。一旦找到,那么检查计数值。如果NumCons>=NumConsThreshold,那么触发模式,并且向模式管理器模块1004通知触发此模式的时间范围。方法2200从头开始,直到达到最新BG记录为止。
用于辨识午餐前低模式的算法或方法2300的示例,被图标说明为图23中的流程图。在获取新BG记录时(或在先前获取的记录被修改时),方法2300开始(2302)。在获取新BG记录时(或在先前获取的记录被修改时),如果DMS App(在从最新BG读数的时间戳开始两周内的数据)检测到低于预定参数PreMealLowTarget的NumConsThreshold或更多个在午餐分天内发生且用餐标示为“餐前”的连续BG读数,那么DMS App将触发此模式。取得最近两周的BG读数(2304)。BG记录索引“当前(Current)”被初始化为零(2306),并且计数“NumCons”被初始化为零(2308)。进行检查以确定索引是否达到最新BG记录(2310)。如果为是,那么方法2300直接完成而不触发模式(2324)。如果为否,那么比较当前BG记录的值与PreMealLowTarget(2312)。如果当前BG记录的值大于PreMealLowTarget,那么将索引增量(2314),并且流程返回以重置计数“NumCons”为零(2308)。否则,将NumCons增量(2316),并检查NumCons是否大于或等于NumConsThreshold(2318)。如果为否,那么将索引增量(2320),并且流程返回以检查确定索引是否达到最新BG记录(2310)。否则(即NumCons大于或等于NumConsThreshold),触发午餐前低IMB模式(2322),并且方法2300完成(2324)。换句话说,从14天历史中找出具有低于PreMealLowTarget的值的第一个(最近的)BG读数。计算连续午餐前低读数数量的计数,被增加1。检查前一前一BG读数。如果前一BG读数高于PreMealLowTarget,那么重置计数(NumCons=0),找出低于PreMealLowTarget的第一个下一读数(往回寻找),并且方法2300从头开始。如果前一BG读数低于PreMealLowTarget,那么计数增加1(NumCons=NumCons+1),并且方法2300以相同方式进行,直到找到高于PreMealLowTarget的第一个读数为止。一旦找到,那么检查计数值。如果NumCons>=NumConsThreshold,那么触发模式,并向模式管理器模块1004通知在其中检测到模式的时间范围(Time Range)。方法2300从头开始,直到达到最新BG记录为止。
用于辨识晚餐前高模式的算法或方法2400的示例,被图标说明为图24中的流程图。在获取新BG记录时(或在先前获取的记录被修改时),方法2400开始(2402)。在获取新BG记录时(或在先前获取的记录被修改时),如果DMS App(在从最新BG读数的时间戳开始两周内的数据)检测到高于预定参数PreMealHighTarget的NumConsThreshold(例如3)或更多个在晚餐分天(Dinner Day Divider)内发生且用餐标示为“餐前”的连续BG读数,那么DMSApp将触发此模式。取得最近两周的BG读数(2404)。BG记录索引“当前(Current)”被初始化为零(2406),并且计数“NumCons”被初始化为零(2408)。进行检查以确定索引是否达到最新BG记录(2410)。如果为是,那么方法2400直接完成而不触发模式(2424)。如果为否,那么比较当前BG记录的值与PreMealHighTarget(2412)。如果当前BG记录的值小于PreMealHighTarget,那么将索引增量(2414),并且流程返回以重置计数“NumCons”为零(2408)。否则,将NumCons增量(2416),并检查NumCons是否大于或等于NumConsThreshold(2418)。如果为否,那么将索引增量(2420),并且流程返回以检查确定索引是否达到最新BG记录(2410)。否则(即NumCons大于或等于NumConsThreshold),触发晚餐前高IMB模式(2422),并且方法2400完成(2424)。换句话说,从14天历史中找出具有高于PreMealHighTarget的值的第一个(最近的)BG读数。计算连续晚餐前高读数数量的计数,被增加1。检查前一前一BG读数。如果前一BG读数低于PreMealHighTarget,那么重置计数(NumCons=0),找出高于PreMealHighTarget的第一个下一读数(往回寻找),并且方法2400从头开始。如果前一BG读数高于PreMealHighTarget,那么计数增加1(NumCons=NumCons+1),并且方法2400以相同方式进行,直到找到低于PreMealHighTarget的第一个读数为止。一旦找到,那么检查计数值。如果NumCons>=NumConsThreshold,那么触发模式,并向模式管理器模块1004通知在其中检测到模式的时间范围。方法2400从头开始,直到达到最新BG记录为止。
用于辨识晚餐前低模式的算法或方法2500的示例,被图标说明为图25中的流程图。在获取新BG记录时(或在先前获取的记录被修改时),方法2500开始(2502)。在获取新BG记录时(或在先前获取的记录被修改时),如果DMS App(在从最新BG读数的时间戳开始两周内的数据)检测到低于预定参数PreMealLowTarget的NumConsThreshold或更多个在晚餐分天内发生且用餐标示为“餐前”的连续BG读数,那么DMS App将触发此模式。取得最近两周的BG读数(2504)。BG记录索引“当前(Current)”被初始化为零(2506),并且计数“NumCons”被初始化为零(2508)。进行检查以确定索引是否达到最新BG记录(2510)。如果为是,那么方法2500直接完成而不触发模式(2524)。如果为否,那么比较当前BG记录的值与PreMealLowTarget(2512)。如果当前BG记录的值大于PreMealLowTarget,那么将索引增量(2514),并且流程返回以重置计数“NumCons”为零(2508)。否则,将NumCons增量(2516),并检查NumCons是否大于或等于NumConsThreshold(2518)。如果为否,那么将索引增量(2520),并且流程返回以检查确定索引是否达到最新BG记录(2510)。否则(即NumCons大于或等于NumConsThreshold),触发晚餐前低IMB模式(2522),并且方法2500完成(2524)。换句话说,从14天历史中找出具有低于PreMealLowTarget的值的第一个(最近的)BG读数。计算连续晚餐前低读数数量的计数,被增加1。检查前一前一BG读数。如果前一BG读数高于PreMealLowTarget,那么重置计数(NumCons=0),找出低于PreMealLowTarget的第一个下一读数(往回寻找),并且方法2500从头开始。如果前一BG读数低于PreMealLowTarget,那么计数增加1(NumCons=NumCons+1),并且方法2500以相同方式进行,直到找到高于PreMealLowTarget的第一个读数为止。一旦找到,那么检查计数值。如果NumCons>=NumConsThreshold,那么触发模式,向模式管理器模块1004通知在其中检测到模式的时间范围。方法2500从头开始,直到达到最新BG记录为止。
用于辨识晚餐后高模式的算法或方法2600的示例,被图标说明为图26中的流程图。在获取新BG记录时(或在先前获取的记录被修改时),方法2600开始(2602)。在获取新BG记录时(或在先前获取的记录被修改时),如果DMS App(在从最新BG读数的时间戳开始两周内的数据)检测到高于预定参数PostMealHighTarget的NumConsThreshold(例如3)或更多个在晚餐分天(Dinner Day Divider)内发生且用餐标示为“餐前”的连续BG读数,那么DMSApp将触发此模式。取得最近两周的BG读数(2604)。BG记录索引“当前(Current)”被初始化为零(2606),并且计数“NumCons”被初始化为零(2608)。进行检查以确定索引是否达到最新BG记录(2610)。如果为是,那么方法2600直接完成而不触发模式(2624)。如果为否,那么比较当前BG记录的值与PostMealHighTarget(2612)。如果当前BG记录的值小于PostMealHighTarget,那么将索引增量(2614),并且流程返回以重置计数“NumCons”为零(2608)。否则,将NumCons增量(2616),并检查NumCons是否大于或等于NumConsThreshold(2618)。如果为否,那么将索引增量(2620),并且流程返回以检查确定索引是否达到最新BG记录(2610)。否则(即NumCons大于或等于NumConsThreshold),触发晚餐后高IMB模式(2622),并且方法2600完成(2624)。换句话说,从14天历史中找出具有高于PostMealHighTarget的值的第一个(最近的)BG读数。计算连续晚餐后高读数数量的计数,被增加1。检查前一前一BG读数。如果前一BG读数低于PostMealHighTarget,那么重置计数(NumCons=0),找出高于PostMealHighTarget的第一个下一读数(往回寻找),并且方法2600从头开始。如果前一BG读数高于PostMealHighTarget,那么计数增加1(NumCons=NumCons+1),并且方法2600以相同方式进行,直到找到低于PostMealHighTarget的第一个读数为止。一旦找到,那么检查计数值。如果NumCons>=NumConsThreshold,那么触发模式,向模式管理器模块1004通知在其中检测到模式的时间范围。方法2600从头开始,直到达到最新BG记录为止。
用于辨识晚餐后低模式的算法或方法2700的示例,被图标说明为图27中的流程图。在获取新BG记录时(或在先前获取的记录被修改时),方法2700开始(2702)。在获取新BG记录时(或在先前获取的记录被修改时),如果DMS App(在从最新BG读数的时间戳开始两周内的数据)检测到低于预定参数PostMealLowTarget的NumConsThreshold或更多个在晚餐分天内发生且用餐标示为“餐前”的连续BG读数,那么DMS App将触发此模式。取得最近两周的BG读数(2704)。BG记录索引“当前(Current)”被初始化为零(2706),并且计数“NumCons”被初始化为零(2708)。进行检查以确定索引是否达到最新BG记录(2710)。如果为是,那么方法2700直接完成而不触发模式(2724)。如果为否,那么比较当前BG记录的值与PostMealLowTarget(2712)。如果当前BG记录的值大于PreMealLowTarget,那么将索引增量(2714),并且流程返回以重置计数“NumCons”为零(2708)。否则,将NumCons增量(2716),并检查NumCons是否大于或等于NumConsThreshold(2718)。如果为否,那么将索引增量(2720),并且流程返回以检查确定索引是否达到最新BG记录(2710)。否则(即NumCons大于或等于NumConsThreshold),触发晚餐后低IMB模式(2722),并且方法2700完成(2724)。换句话说,从14天历史中找出具有低于PreMealLowTarget的值的第一个(最近的)BG读数。计算连续晚餐后低读数数量的计数,被增加1。检查前一前一BG读数。如果前一BG读数高于PostMealLowTarget,那么重置计数(NumCons=0),找出低于PostMealLowTarget的第一个下一读数(往回寻找),并且方法2700从头开始。如果前一BG读数低于PreMealLowTarget,那么计数增加1(NumCons=NumCons+1),并且方法2700以相同方式进行,直到找到高于PreMealLowTarget的第一个读数为止。一旦找到,那么检查计数值。如果NumCons>=NumConsThreshold,那么触发模式,向模式管理器模块1004通知在其中检测到模式的时间范围。方法2700从头开始,直到达到最新BG记录为止。
用于辨识渐高模式的算法或方法2800的示例,被图标说明为图28中的流程图。在获取新BG记录时(或在先前获取的记录被修改时),方法2800开始(2802)。在获取新BG记录时(或在先前获取的记录被修改时),如果DMS App(在从最新BG读数的时间戳开始两周内的数据)检测到高于预定参数RunHighTarget的在MinTimeInterval(例如两个连续血糖测量结果之间的最小时间区间,以让它们不被相关考虑)内彼此相隔发生的NumConsThreshold(例如3)或更多个连续BG读数,那么DMS App将触发此模式。取得最近两周的BG读数(2804)。BG记录索引“当前(Current)”被初始化为零(2806),并且计数“NumCons”被初始化为零(2808)。进行检查以确定索引是否达到最新BG记录(2810)。如果为是,那么方法2800直接完成而不触发模式(2826)。如果为否,那么比较当前BG记录的值与RunHighTarget(2812)。如果当前BG记录的值大于或等于RunHighTarget,那么将索引(当前)增量(2814)。接着进行检查,以确定当前BG记录是否发生在前一BG记录的MinTimeInterval内(2816)。如果为否,那么流程返回以检查索引是否达到最新BG记录(2810)。否则,将计数“NumCons”增量(2818),并且流程返回以检查索引是否达到最新BG记录(2810)。如果当前BG记录值小于RunHighTarget,那么将索引(当前)增量(2820),并检查NumCons是否大于或等于NumConsThreshold(2822)。如果为否,那么流程返回将NumCons重置为零(2808)。否则(即NumCons大于或等于NumConsThreshold),触发渐高IMB模式(2824),并且方法2800完成(2826)。换句话说,从14天历史中找出具有高于RunHighTarget的值的第一个(最近的)BG读数。计算连续高读数数量的计数,被增加1。检查前一前一BG读数。如果前一BG读数低于RunHighTarget,那么重置计数(NumCons=0),找出高于RunHighTarget的第一个下一读数(往回寻找),并且方法2800从头开始。如果前一BG读数高于RunHighTarget,并且如果当前读数与前一读数之间的时间小于MinTimeInterval,那么方法2800以相同方式进行,直到找到低于RunHighTarget的第一个读数为止。一旦找到,那么检查计数值。如果NumCons>=NumConsThreshold,那么触发模式,并向模式管理器模块1004通知触发此模式的时间范围。方法2800从头开始,直到达到最新BG记录为止。如果前一BG读数高于RunHighTarget,并且如果当前读数与前一读数之间的时间大于或等于MinTimeInterval,那么计数增加1(NumCons=NumCons+1),并且方法2800以相同方式进行,直到找到低于RunHighTarget的第一个读数为止。一旦找到,那么检查计数值。如果NumCons>=NumConsThreshold,那么触发模式,并向模式管理器模块1004通知触发此模式的时间范围。方法2800从头开始,直到达到最新BG记录为止。
用于辨识渐低模式的算法或方法2900的示例,被图标说明为图29中的流程图。在获取新BG记录时(或在先前获取的记录被修改时),方法2900开始(2902)。在获取新BG记录时(或在先前获取的记录被修改时),如果DMS App(在从最新BG读数的时间戳开始两周内的数据)检测到低于预定参数RunLowTarget的在MinTimeInterval(例如两个连续血糖测量结果之间的最小时间区间,以让它们不被相关考虑)内彼此相隔发生的NumConsThreshold(例如3)或更多个连续BG读数,那么DMS App将触发此模式。取得最近两周的BG读数(2904)。BG记录索引“当前(Current)”被初始化为零(2906),并且计数“NumCons”被初始化为零(2908)。进行检查以确定索引是否达到最新BG记录(2910)。如果为是,那么方法2900直接完成而不触发模式(2926)。如果为否,那么比较当前BG记录的值与RunLowTarget(2912)。如果当前BG记录的值小于或等于RunLowTarget,那么将索引(当前)增量(2914)。接着进行检查,以确定当前BG记录是否发生在前一BG记录的MinTimeInterval内(2916)。如果为否,那么流程返回以检查索引是否达到最新BG记录(2910)。否则,将计数“NumCons”增量(2918),并且流程返回以检查索引是否达到最新BG记录(2910)。如果当前BG记录值大于RunLowTarget,那么将索引(当前)增量(2920),并检查NumCons是否大于或等于NumConsThreshold(2922)。如果为否,那么流程返回将NumCons重置为零(2908)。否则(即NumCons大于或等于NumConsThreshold),触发渐低IMB模式(2924),并且方法2900完成(2926)。换句话说,从14天历史中找出具有低于RunLowTarget的值的第一个(最近的)BG读数。计算连续低读数数量的计数,被增加1。检查前一前一BG读数。如果前一BG读数高于RunLowTarget,那么重置计数(NumCons=0),找出高于RunLowTarget的第一个下一读数(往回寻找),并且方法2900从头开始。如果前一BG读数低于RunLowTarget,并且如果当前读数与前一读数之间的时间小于MinTimeInterval,那么方法2900以相同方式进行,直到找到高于RunLowTarget的第一个读数为止。一旦找到,那么检查计数值。如果NumCons>=NumConsThreshold,那么触发模式,向模式管理器模块1004通知触发此模式的时间范围。方法2900从头开始,直到达到最新BG记录为止。如果前一BG读数低于RunLowTarget,并且如果当前读数与前一读数之间的时间大于或等于MinTimeInterval,那么计数增加1(NumCons=NumCons+1),并且方法2900以相同方式进行,直到找到高于RunLowTarget的第一个读数为止。一旦找到,那么检查计数值。如果NumCons>=NumConsThreshold,那么触发模式,向模式管理器模块1004通知触发此模式的时间范围。方法2900从头开始,直到达到最新BG记录为止。
用于辨识当周一日高模式的算法或方法3000的示例,被图标说明为图30中的流程图。在获取新BG记录时(或在先前获取的记录被修改时),方法3000开始(3002)。在获取新BG记录时(或在先前获取的记录被修改时),如果DMS App(在从最新BG读数的时间戳往回延伸三周内的数据中)检测到对于NumConsThreshold个连续当周一日的BG记录平均值高于DayOfWeekHighTarget(例如用餐后/未标记高(After Meal/No Mark High)的110%),那么DMS App将触发此模式。注意到对于此模式,使用15天(延用三周)至21天的BG记录历史数据,以让此模式被触发。更注意到,假定对于过去15天的当周每日的每日均值,已被计算并存储。在新的(一个或多个)读数来到时,新的每日均值被计算(在新读数延用多日的情况下),或仅更新最后一个(在新读数仅影响最后一天历史的情况下),并检查是否有三或更多个连续的当周一日的平均血糖值高于DayOfWeekHighTarget(例如“连续三个或更多个星期五”)。取得最近15天至三周的BG读数(3004)。对每个当周一日计算平均血糖值(AVGday)(3006)。BG记录索引“当前(Current)”被初始化为零(3008),并且计数“NumCons”被初始化为零(3010)。进行检查以确定索引是否达到最新BG记录(3012)。如果为是,那么不触发模式(3014),并且方法3000结束(3028)。如果为否,那么比较当前当周一日的平均值与DayOfWeekHighTarget(3016)。如果当前当周一日的平均值小于DayOfWeekHighTarget,那么将计数“当前”增量(3018),并且流程返回以重置计数“NumCons”为零(3010)。否则,将NumCons增量(3020),并检查NumCons是否大于或等于NumConsThreshold(3022)。如果为否,那么将“当前”增量(3024),并且流程返回以检查确定索引是否达到最新BG记录(3012)。否则(NumCons大于或等于NumConsThreshold),触发当周一日高IMB模式(3026),并且方法3000完成(3028)。
用于辨识当周一日低模式的算法或方法3100的示例,被图标说明为图31中的流程图。在获取新BG记录时(或在先前获取的记录被修改时),方法3100开始(3102)。在获取新BG记录时(或在先前获取的记录被修改时),如果DMS App(在从最新BG读数的时间戳往回延伸三周内的数据中)检测到对于NumConsThreshold个连续当周一日的BG记录平均值低于DayOfWeekLowTarget(例如总体低值(Overall Low Value)的80%),那么DMS App将触发此模式。注意到对于此模式,使用15天(延用三周)至21天的BG记录历史数据,以让此模式被触发更注意到,假定对于过去15天的当周每日的每日均值,已被计算并存储。在新的(一个或多个)读数来到时,新的每日均值被计算(在新读数延用多日的情况下),或仅更新最后一个(在新读数仅影响最后一天历史的情况下),并检查是否有三或更多个连续的当周一日的平均血糖值低于DayOfWeekLowTarget(例如“连续三个或更多个星期”)。取得最近15天至三周的BG读数(3104)。对每个当周一日计算平均血糖值(AVGday)(3106)。BG记录索引“当前(Current)”被初始化为零(3108),并且计数“NumCons”被初始化为零(3110)。进行检查以确定索引是否达到最新BG记录(3112)。如果为是,那么不触发模式(3114),并且方法3100结束(3128)。如果为否,那么比较当前当周一日的平均值与DayOfWeekLowTarget(3116)。如果当前当周一日的平均值小于DayOfWeekLowTarget,那么将计数“当前”增量(3118),并且流程返回以重置计数“NumCons”为零(3110)。否则,将NumCons增量(3120),并检查NumCons是否大于或等于NumConsThreshold(3122)。如果为否,那么将“当前”增量(3124),并且流程返回以检查确定索引是否达到最新BG记录(3112)。否则(NumCons大于或等于NumConsThreshold),触发当周一日低IMB模式(3126),并且方法3100完成(3128)。
在IMB管理器704内,模式管理器模块1004负责呼叫前述IMB算法(经由IMB算法执行子模块1010)、处理检测到的模式、产生并排程对于所识别模式的通知、排程IMB模式地图的执行(例如相关的用户接口显示与交互选单)、允许用户设定模式目标、开始并解除对于模式通知的限制条件与过滤器(例如带/测试频率目标/隔离(Band/Testing FrequencyGoal/Quarantine))、通过通知与提醒接续用户管理模式的进程、提供信息性、动机性与行为性的消息、以及记录用户的关于相关联的触发模式的注释,以及有关相关联的模式的BG记录(如果适用)。
模式管理器模块1004由不同方式向用户传达已新检测到模式。可对用户呈现特定模式检测的通知,以及随后的对应IMB模式地图(取决于用户的决定)。如果检测到多于一个IMB模式,那么DMS App可将通知限制为单一通知,单一通知将检测到的模式的多个名称包括在优先化列表中,以让用户容易观看模式。此外,用户可经由模式观看器存取检测到的模式,模式观看器以经组织并优先化的方式呈现模式。如果DMS App为活跃的,那么模式管理器将掌控智能装置的屏幕并呈现“模式检测屏幕”–对于检测到的模式的通知,在其中用户被提供了浏览模式地图流程的选项,并且被引导通过检测到的模式的细节与解释。
模式管理器的作业系基于下列参数(界定每一模式):带(Band)、类型(Type)、等级(Rank)、隔离(Quarantine)(禁运(Embargo))期间、潜伏(Incubation)期间、以及最小时间间隔。带参数代表“模式反馈”的层级,其中用户可选择不要收到模式管理器可检测到的所有模式的通知。换句话说,即使模式管理器检测到特定模式,但此事件将不会作为检测新模式通知而传达给用户,如果用户所选择的带没有包括这一特定模式(例如“带外”模式)(相对于“带内”模式的情况而言)。
下列表格提供对于将模式组织成带的示例设置。用户可选择要接收对于哪些模式带的通知。
类型(Type)参数代表基于触发模式的事件类型的所有模式的分组。在同时检测到多个模式时这是相关联的。例如,由数种不同的方式估算持续的高血糖。这允许DMS避免用对于类似性质的模式的看似多余的个别警报来轰击用户。
等级参数代表特定模式的优先权层级。等级参数被指定给群组(类型)中的每个模式,并且对于类型内的此特定模式而言是独特的(在一些具体实施方式中,在相同类型内没有两个模式具有相同的等级)。每一类型中仅有一个模式被模式管理器自动设为“活跃(Active)”状态。此将为具有最高优先级的模式。例如,可同时触发“渐高”模式与“晚餐后高”模式。“渐高”可为潜在急性异常的标志,而“晚餐后高”可指示对于药物调整的需要。急性异常的考虑,将为较高的优先级模式以警告用户。
隔离(禁运)期间参数还防止用户被通知淹没。如果用户在“现在”时点被通知了特定模式,那么模式管理器确保在隔离周期过期之前用户都不会再收到相同的模式通知。这表示,此特定模式将被允许再次触发的最块时间,为“现在”时点加上隔离周期。此特征还确保用户有时间反应,而在被提醒之前改进或处理特定模式。下列表格图标说明示例隔离周期:
潜伏周期(MinReqBGhistory)参数有关DMS App的开始。为了确保精确度,App延迟响应一些所触发的模式,直到已接收到足够的血糖数据以改善针对识别与裁定模式的可靠性。因此,App使用“优惠期”(MinReqBGhistory),在优惠期内所触发的属于一些群组的模式被忽略。
最小时间间隔(MinReqBGrecordTimeDiff)参数,代表两个连续BG记录的时间戳之间的最小可允许差异,以被包括在对于检测、解除或改善特定IMB模式的算法计算中。此特征防止在同时间附近采集的多个读数被计数为模式。
模式被特征化且被呈现于三个不同分类中:活跃(Active)、附加(Additional)和封存(Archived)。活跃模式为新辨识的模式(不论是已读取或未读取),新辨识的模式当前正处理被视为最高优先级信息而应警告用户的数据。“活跃”模式在任意时间下被保持尽量少,以防止用户被信息淹没。“活跃”模式的目标,为驱使用户通过特定的模式地图流程(用户接口),在流程末端用户可达到“改进”或“追踪”状态。考虑优先权层级(“等级”)与“类型”,以确定活跃模式。此外,用户可选择附加(Additional)模式的任意者以提升至活跃,如果用户想要参与尝试处理更多模式地图流程。可能存在的活跃模式数量,可相同于模式“类型”的数量,例如临界模式(临界高与临界低)作为一个类型,以及除了临界模式以外的三个其他模式类型。在附加分类开始填充之前,活跃分类填充。通过选择模式而存取模式细节页面。未读取模式将提示用户通过模式地图流程。选择未读取模式,会将模式状态改变成“打开(Opened)”(已读取(Read))。如果检测到临界模式,那么此模式在被触发时将被提升至活跃列表顶端,并保持在此处直到被解决为止-在相同极端范围中的非临界模式被采取,或序列已“完成”。在模式成为活跃时,对于“活跃”模式的“超时”定时器启动。在一些具体实施方式中,DMS App防止来自相同类型的多于一个模式同时为活跃,不论活跃模式的总数为何。
“附加”模式为已读取或未读取的所辨识的模式,此模式被公告、不收集数据且将不会自动改变成“改进”状态。附加分类模式在超时之前被给予比活跃更多的时间(以给用户更多时间来动作),并移动至模式观看器的封存区段。由优先权层级(“等级”)、“类型”和检测日期,来确定附加分类模式。模式观看器中呈现的附加模式数量没有限制。为了观看附加模式,用户选择附加模式,并显示模式细节(在模式细节页面的上半部)以及问题:“您是否想更了解此模式、努力改进它并将它移到活跃模式?”回答是将把用户带入此模式的模式地图流程,并将此模式移到活跃。回答“否”将把模式保持在附加中,并将问题保持为可用的。为了将附加模式改变成活跃,用户可回答问题,指示它们想要对模式努力。通过将附加模式移到活跃模式,模式被加入模式观看器屏幕的活跃区段。
“封存”模式被DMS App指定给此分类,在它们到达下列状态的一者时:解除提醒(Dismissed_Reminder)、已完成(Finished)、解除设定(Dismissed_Setup)、已改进(Improved)、追踪(Followed)、已改进-再努力(Improved-Rework)、已改进-已完成(Improved-Completed)、已改进-已修改(Improved-Modified)、追踪-再努力(Followed-Rework)、追踪完成(Followed_Completed)、Good_Int、Good_Note、Good_Add、或超时(Timed-Out)。
在一些具体实施方式中,响应于新的BG记录,或在经过预定时间量之后,模式管理器可自动将所检测的模式自动转移至另一分类、状况、和(或)状态。例如,如果下面所示的条件符合,那么模式管理器可将属于活跃分类的模式分类,改变成封存分类并指定改进状态:
在一些具体实施方式中,如果活跃模式在跟进时间之前改进(基于接收新的BG记录),那么模式管理器可呈现“改进的跟进”屏幕并将模式移到具有“改进”状态的封存分类。在一些具体实施方式中,如果活跃模式在跟进时间之前改进(基于接收新的BG记录),那么模式管理器可取消(通过模式地图流程)定期排定的“跟进”通知以及相关的提醒(如果它们在模式地图流程期间被设定)。
在一些具体实施方式中,模式管理器可将属于“活跃”分类的模式分类,改变成“封存”分类,并指定“超时”状态,如果在下面的表格中指定的时间周期内,只要这些事件都没有发生:
·模式未改进;或
·用户并未通过整个模式地图流程以设定跟随;或
·模式从未被读取。
在一些具体实施方式中,超时周期可从模式登录时刻(Pattern RegistrationMoment)开始往下数。如果活跃模式超时(基于时间),那么模式管理器可将模式与超时状态移至封存分类,而不通知用户。
在一些具体实施方式中,可发生模式地图流程内的转移。例如在模式地图流程期间内,模式管理器可根据算法或方法3200对于在触发后在模式地图流程内的转变指定分类、状况、和(或)状态,如图32的流程图图标说明,并根据算法或方法3300对于在从模式管理器存取时在模式地图流程内的转变(活跃分类未开启状态)指定分类、状况、和(或)状态,如图33的流程图图示说明,此系对于下列模式:
空腹高
空腹低
午餐前高
午餐前低
晚餐前高
晚餐前低
晚餐后高
晚餐后低
最近高
最近低
当周一日低
当周一日高
如图32图示,响应于在处理模块3201的触发模式,方法3200可行进至检测屏幕决策模块3202,其中结果可产生模式转变3203或3204。从模式转变3204,方法3200可行进至解译屏幕决策模块3205,其中结果可产生模式转变3206或3207。从模式转变3207,方法3200可行进至可能原因决策模块3208,其中结果可产生模式转变3209或3210。从模式转变3210,方法3200可行进至需提醒?决策模块3211,其中结果可产生模式转变3212或3213。从模式转变3213,方法3200可行进至提醒设定决策模块3214,其中结果可产生模式转变3215或3216。从模式转变3216,方法3200可行进至跟随反馈决策模块3217,其中结果可产生模式转变3218或3219。
如图33图示,响应于在处理模块3301从模式管理器存取活跃(未读取)模式,方法3300可行进至解译屏幕决策模块3302,其中结果可产生模式转变3303或3304。从模式转变3304,方法3300可行进至可能原因决策模块3305,其中结果可产生模式转变3306或3307。从模式转变3307,方法3300可行进至需提醒?决策模块3308,其中结果可产生模式转变3309或3310。从模式转变3310,方法3300可行进至提醒设定决策模块3311,其中结果可产生模式转变3312或3313。从模式转变3313,方法3300可行进至跟随反馈决策模块3314,其中结果可产生模式转变3315或3316。
在一些具体实施方式中,可附加地或替代性地发生模式地图流程内的其他转移。例如在模式地图流程期间内,模式管理器可根据算法或方法3400指定分类、状况、和(或)状态,如图34的流程图图示说明,此系对于下列模式:
临界低
临界高
如图34图示,响应于在处理模块3401触发临界模式,方法3400可行进至通知认收/解译屏幕显示决策模块3402,其中结果可产生模式转变3403或3404。从模式转变3404,方法3400可行进至解译屏幕决策模块3405,其中结果可产生模式转变3406或3407。从模式转变3407,方法3400可行进至在超时时段过期前再测试决策模块3408,其中无(NO)结果可产生模式转变3409。在决策模块3408的是(YES)结果可使得方法3400行进至范围中血糖值?决策模块3410,其中YES结果可产生模式转变3411,并且NO结果可使得方法3400行进至决策模块3412。在决策模块3412,可进行下列确定:对于临界高:血糖值是否小于总体低;和(或)对于临界低:血糖值是否大于用餐后高。如果两个确定的任一者的结果为YES,那么方法3400可行进至模式转变3413。如果两个确定的任一者的结果为NO,那么方法3400可行进至超时时段过期?决策模块3414。如果结果为NO,那么方法3400可返回决策模块3408。如果结果为YES,那么方法3400可行进至决策模块3415。在决策模块3415,可进行下列确定:对于临界高:最近的血糖值是否大于临界高;和(或)对于临界低:最近的血糖值是否小于临界低。取决于结果,方法3400可行进至模式转变3416或3417。
在一些具体实施方式中,模式地图流程内的转变可因为模式管理器观看器内的用户动作而发生。换严的,模式管理器可基于模式管理器观看器内的用户互动来改变活跃模式的分类、状况和(或)状态,根据(在一些具体实施方式中)算法或方法3500以在触发后在模式地图流程内转变,如图35的流程图所图示说明。在用户在处理模块3501选择活跃模式时,模式管理器可经由决策模块3502,在处理模块3503显示“原始模式解译”屏幕,或在处理模块3504显示“经修改模式解译”屏幕。
在一些具体实施方式中,除了在通常的“模式解译”屏幕中所提供的信息以外,“经修改模式解译”屏幕可允许用户以:(1)观看贡献至所检测的此模式的记录(从贡献至检测到的模式的第一个读数开始,终至触发模式的读数);(2)记录注释;(3)观看在模式地图流程期间内设定的相关提醒;和(或)(4)封存模式。
在一些具体实施方式中,在用户选择活跃模式时(且在“经修改模式解译”屏幕中选择“封存模式”),模式管理器可在模式观看器中指定此模式为“解除”状态,并将此模式的实际状态改变为“完成_解除(Finished_Dismissed)”。在一些具体实施方式中,模式管理器可允许“封存”模式从未开启(Unopened)改变状态为已开启(Opended)(仅在模式管理器中,而不在模式观看器中)。在一些具体实施方式中,模式管理器可不允许“封存”模式改变分类与状况。
在一些具体实施方式中,在用户选择在“解除”(“解除提醒”、“解除设定”)或“超时”状态中的封存模式时,模式管理器可在处理模块3504显示“经修改模式解译”屏幕。除了在通常的“模式解译”屏幕中所提供的信息以外,“经修改模式解译”屏幕可允许用户以:(1)观看模式状况;(2)从下列选项中选择:(a)观看贡献至所检测的此模式的记录(从贡献至检测到的模式的第一个读数开始,终至在模式被解除或超时之前有关模式的最近读数);以及(b)记录注释。
在一些具体实施方式中,在用户选择在“改进”或“追踪”状态中的封存模式时,模式管理器可显示“经修改模式解译”屏幕,除了在通常的“模式解译”屏幕中所提供的信息以外,“经修改模式解译”屏幕可允许用户以:(1)观看状态;(2)从下列选项中选择:(a)观看贡献至所检测的此模式且改进或未改进(追踪)的记录(表示从贡献至检测到的模式的第一个读数开始,终至在跟随时段过期之前有关模式的最近读数);(b)记录注释;以及(c)观看在模式地图流程期间设定的相关提醒。
在一些具体实施方式中,在用户选择属于临界模式群组的封存模式时,模式管理器可显示“临界模式跟随(Critical Pattern Follow-Up)”屏幕,除了在通常的“模式解译”屏幕中所提供的信息以外,“临界模式跟随”屏幕可允许用户以:(1)观看细节状态解释;(2)记录注释;以及(3)观看在模式地图流程期间内设定的相关读数(例如,从触发模式的读数开始,终至有关在模式改进时刻之前(或模式超时时段过期之前)所记录的模式的最近读数的所有读数。
在一些具体实施方式中,临界模式可在非临界模式之前,并且模式管理器可存储且并未允许手动删除任何活跃或封存的模式。在一些具体实施方式中,可存储最多50个最近的活跃与封存模式(即先进先出(first-in-first-out))并保持多至90天,其中超过90天的模式可被删除。
返回图35,方法3500可从处理模块3503或3504行进至新模式检测行为处理模块3505,其中可如前述由模式管理器检测新模式。
本公开内容中说明了数个具体实施方式,仅为了示例说明而呈现这些具体实施方式。所说明的具体实施方式在任何意义上都不为限制(且不意为限制)。从本公开内容中可显而易见,本文所公开的发明广泛适用于多个具体实施方式。在本发明技术领域中具有通常知识者将认知到,可由各种修改与变异(诸如结构性、逻辑性、软件和电性修改)来实践所公开的发明。虽然可参照一个或多个特定具体实施方式和(或)图式说明所公开的发明的特定特征,但应了解到,除非另外明确指明,否则这些特征不限于在说明这些特征所参考的一个或多个特定具体实施方式或图式中的使用。
本公开内容既不是所有具体实施方式的文字描述,也不是必须存在于所有具体实施方式中的发明的特征的列表。
发明名称(阐述于本公开内容首页开头处)不应被视为由任何方式作为对于所公开发明的范围的限制。
术语“产品”表示如专利法第21条所思及的任何机器、制造和(或)物质组成,除非另外明确指明。
每个程序(不管是称为方法、类别行为、算法或其他)固有地包括一个或多个步骤,并且因此,所有对程序的一个或多个“步骤”的参照具有对于仅仅是对术语“程序”或类似术语的叙述的固有前置基础。因此,在权利要求中任何对于程序的一个或多个“步骤”的参照,具有充足的前置基础。
在序号(诸如“第一”、“第二”、“第三”等)作为术语之前的形容词时,此序号(除非另外明确指明)仅用于指示特定特征,诸如以将此特定特征与由相同术语或类似术语说明的另一特征区分开。例如,“第一小部件”的名称仅是区分自(例如)“第二小部件”。因此,在术语“小部件”之前使用序号“第一”与“第二”并不表示两个小部件之间的任何其他关系,并且类似的,并非指示任一小部件或两个小部件的任何其他特性。例如,在术语“小部件”之前使用序号“第一”与“第二”:(1)并非指示任一小部件在次序或位置上位于任何其他小部件之前或之后;(2)并非指示任一小部件在时间上发生在任何其他小部件之前或之后;以及(3)并非表示任一小部件在重要性或质量上高于或低于任何其他小部件。此外,序号的使用,并不对由序号所识别的特征界定出数值限制。例如,在术语“小部件”之前使用序号“第一”与“第二”,并非指示应不存在多于两个小部件。
在单一装置、部件、结构、或物品被说明于本文中时,可替代性地使用多于一个装置、部件、结构或物品(不论它们是否合作)来代替所说明的单一装置、部件或物品。因此,说明为由装置所拥有的功能性,可替代性地由多于一个装置、部件或物品拥有(不论它们是否合作)。
类似的,在多于一个装置、部件、结构、或物品被说明于本文中时(不论它们是否合作),可替代性地使用单一装置、部件、结构、或物品来代替所说明的多于一个装置、部件、结构、或物品。例如,可由单一基于计算机式装置替换多个基于计算机式装置。因此,说明为由多于一个装置、部件、结构、或物品所拥有的各种功能性,可替代性地由单一装置、部件、结构、或物品拥有。
可由一个或多个其他装置替代实施所说明的单一装置的功能性和(或)特征,这些其他装置经过说明但并未被明确说明为具有这种功能性和(或)特征。因此,其他具体实施方式不需包括所说明的装置自身,但相对的可包括在这些其他具体实施方式中具有这种功能性/特征的一个或多个其他装置。
彼此通信的装置,不需与彼此连续通信,除非另外明确指明。相反的,这种装置仅需在必要或期望时发送至彼此,并且实际上在大多时间内可停止交换数据。例如,经由互联网与另一机器通信的机器,可在数周内不发送数据至另一机器。此外,彼此通信的装置,可直接或间接地通过一个或多个媒介来通信。
说明具有数个部件或特征的具体实施方式,并不隐含表示需要所有(或甚至,任意的)这种部件和(或)特征。相反的,说明各种可选部件以图示说明本发明的广泛的各种可能的具体实施方式。除非另外明确指明,否则没有部件和(或)特征是必要的或所需的。
再者,虽然可将处理步骤、算法等说明为具有循序次序,但这种程序可被配置为由不同次序工作。换句话说,可被明确说明的任何步骤的顺序或次序,并非必要指示需要由此次序来执行步骤。本文所说明的程序步骤,实际上可由任何次序来执行。再者,一些步骤可被同时执行,尽管被说明(或隐含表示)为非同时发生(例如因为说明一个步骤是在另一步骤之后)。再者,图式中所描绘的对于程序的图标说明,并不隐含表示所图标说明的程序排除了其他变异与修改,并不隐含表示所图标说明的程序(或其任何步骤)对于发明而言是必要的,也并不隐含表示所图标说明的程序是较佳的。
虽然程序可被说明为包括多个步骤,但这不表示所有(或甚至任意的)这些步骤是必要的或所需的。在所说明的发明的范围内的各种其他具体实施方式,包括省略了所说明步骤的一些或全部的其他程序。除非另外明确指明,否则没有步骤是必要的或所需的。
虽然物品可被说明为包括多个部件、方面、质量、特性和(或)特征,但这不表示所有这些多个部件、方面、质量、特性和(或)特征都是必要的或所需的。在所说明的发明的范围内的各种其他具体实施方式,包括省略了所说明的多个部件、方面、质量、特性和(或)特征的一些或全部的其他物品。
所条列的对象(可或可不具有编号)并不隐含任何或所有的对象是互斥的,除非另外明确说明。类似的,所条列的对象(可或可不具有编号)并不隐含任何或所有的对象对于任何分类是全面的,除非另外明确说明。例如,所条列的“计算机、膝上型计算机、PDA”并不隐含表示此列表的三个对象的任意者或全部是互斥的,并且并不隐含此列表的三个对象的任意者或全部对于任何分类是全面的。
在本公开内容中提供的段落标题仅仅是为了方便,并且不应被以任何方式被视为限制本公开内容。
“确定”事物可由各种方式来执行,并且因此,术语“确定”(与类似术语)包括计算、运算、推导、查找(例如在表格、数据库或数据结构中)、确认、辨识等。
本文所使用的术语“显示器”,为向观看者传递信息的区域。信息可为动态的,在此情况中,LCD、LED、CRT、数字光处理(DLP)、后投影、前投影等可用于形成显示器。
本公开内容可参照“控制系统”、应用程序、或程序。本文所使用的术语:控制系统、应用程序、或程序,可为与操作系统、设备驱动器和适当程序(集合称为“软件”)耦接的计算机处理器,并且具有指令以提供对控制系统所说明的功能性。软件被存储在相关联的存储器装置中(有时称为计算机可读介质)。虽然已考虑可使用适当编程的一般用途计算机或计算装置,但也考虑可使用硬接线电路系统或自定义硬件(例如,特定应用集成电路(ASIC)),来代替或结合用于实施各种具体实施方式的程序的软件指令。因此,具体实施方式不限于任何特定的硬件与软件的组合。
“处理器”表示任一个或多个微处理器、中央处理单元(CPU)装置、计算装置、微控制器、数字信号处理器、或类似的装置。示例性的处理器为INTEL PENTIUM或AMD ATHLON处理器。
术语“计算机可读介质”代表参与提供数据(例如指令)的任何适合的介质,数据可由计算机、处理器或类似的装置读取。这种介质可具有许多形式,包括但不限于非易失性介质、易失性介质和特定的适格类型的传输介质。非易失性介质包括(例如)光盘或磁盘以及其他持续性存储器。易失性介质包括DRAM,DRAM通常构成主存储器。传输介质的适格类型,包括同轴缆线、铜线与光纤、包括包括耦接至处理器的系统总线的布线。计算机可读介质的常见形式,包括(例如)磁盘片、软盘片、硬盘、磁带、任何其他磁性介质、CD-ROM、数字视频光盘(DVD)、任何其他光学介质、穿孔卡、纸带、具有孔图案的任何其他物理介质、RAM、PROM、EPROM、FLASH-EEPROM、USB存储棒、服务器钥(dongle)、任何其他存储器芯片或卡匣、载波、或可被计算机读取的任何其他介质。术语“计算机可读取存储器”和(或)“有形介质”,特定排除了信号、波和波形,或其他无形或非瞬时性介质(虽然可被计算机读取)。
各种形式的计算机可读介质,可涉及于承载指令序列至处理器。例如,指令序列:(i)可被从RAM传递至处理器;(ii)可被通过无线传输介质承载;和(或)(iii)可被根据数种格式、标准或协议来格式化。对于更穷举的协议列表,术语“网络”被定义如下,并包括还可在此应用的许多示例性的协议。
将轻易显然了解到,本文说明的各种方法与算法可由控制系统来实施,和(或)软件指令可经设计以执行本发明的处理。
在说明了数据库和(或)数据结构时,在本发明技术领域中具有通常知识者将了解到:(i)可轻易利用替代于所说明者的数据库结构;以及(ii)可轻易利用除了数据库以外的其他存储器结构。本文所呈现的任何示例数据库/数据结构的任何图标说明或说明,为对于所存储的信息表示的说明性设置。可利用除了(例如)图式或其他处所说明的表格所建议的设置以外的任何数量的其他设置。类似的,任何所图标说明的数据库项目,仅代表示例性信息;在本发明技术领域中具有通常知识者将了解到,项目的数量与内容可不同于本文所说明者。再者,尽管数据库可被描绘为表格,但其他格式(包括关系数据库、基于对象的模型、分层型电子档案结构、和(或)分布式数据库)可被用于存储并操纵本文所说明的数据类型。类似的,可使用数据库的对象方法或行为以实施各种处理,诸如本文所说明的处理。此外,数据库可由已知的方式被存储在本端,或被存储在存取这种数据库中的数据的装置的远程处。再者,在可思及统数据库的同时,数据库还可能被分散和(或)复制在各个装置之间。
本文所使用的“网络”一般而言代表可用于提供环境的信息或计算网络,其中一个或多个计算装置可与彼此通信。这种装置可经由有线或无线介质(诸如互联网、LAN、WAN或以太网络(或IEEE 802.3)、令牌环、或经由任何适当的通信手段或通信手段组合,来直接或间接地通信。示例性协议包括但不限于:BluetoothTM、分时多任务存取(TDMA)、分码多任务存取(CDMA)、全球行动通信系统(GSM)、对于GSM演进的增强型数据速率(EDGE)、通用封包无线服务技术(GPRS)、宽带CDMA(WCDMA)、高级移动电话系统(AMPS)、数字AMPS(D-AMPS)、IEEE802.11(WI-FI)、IEEE 802.3、SAP、最佳系统(BOB)、系统对系统(S2S)等。注意到,如果视频信号或大档案被通过网络传达,那么可使用宽带网络以轻缓相关联于这种大档案的传输的延迟,然而,这并非被严格需要。每一装置经调适以在这种通信手段上通信。任何数量与类型的机器可经由网络通信。在网络为互联网时,通过互联网的通信可为通过由计算机在远程服务器上维持的网站,或通过献上数据网络,包括商用在线服务提供商、公布栏系统等。在其他的具体实施方式中,装置可通过RF、有线电视、卫星链结等来彼此通信。在适当时,可提供诸如登入账号与密码的加密或其他的安全性手段,以保护专有或机密信息。
在计算机与装置之间的通信可被由技术领域中所熟知的各种方式的任意者加密,以确保隐私,并防止诈骗。在Schneier的APPLIED CRYPTOGRAPHY,PROTOCOLS,ALGORITHMS,AND SOURCE CODE IN C,John Wiley&Sons,Inc.2d ed,1996中,描述了用于加强系统安全性的合适密码协议,在此引入该文献全文以作为参考。
将轻易显然了解到,本文说明的各种方法与算法,可被由(例如)适当编程的一般用途计算机与计算装置实施。通常,处理器(例如一个或多个微处理器)将接收来自存储器或类似装置的指令,并执行这些指令,从而执行由这些指令界定的一个或多个程序。再者,实施这种方法与算法的程序,可被使用各种介质(例如计算机可读介质)由数种方式存储并发送。在一些具体实施方式中,硬接线电路系统或自定义硬件可被使用,来代替或结合用于实施各种具体实施方式的程序的软件指令。因此,具体实施方式不受限于任何特定的硬件与软件组合。因此,对程序的描述同样描述了用于执行程序的至少一个设备,并且同样描述了用于执行程序的至少一个计算机可读介质和(或)用于执行处理的存储器。执行处理的设备可包括适合执行处理的部件与装置(例如处理器、输入与输出装置)。计算机可读介质可存储适合执行方法的程序组件。
本公开内容对在本发明技术领域中具有通常知识者提供允许实施数个具体实施方式和(或)发明的说明。这些具体实施方式和(或)发明的一些者可不被本申请案所请求,但仍可被主张本申请案优先权权益的一个或多个接续申请案请求。申请人意图提交附加的申请案,以寻求已经公开并允许但未在本申请案中请求的发明主题的专利。
上文说明仅公开了本发明的示例性具体实施方式。落入本发明的范围内的上文所公开的设备与方法的修改,对于在本发明技术领域中具有通常知识者领域的普通技术人员而言将是显而易见的。例如,虽然上面讨论的示例是针对医疗设备市场示出的,但是本发明的具体实施方式可以针对其他市场实施。
因此,尽管已经结合本发明的示例性具体实施方式公开了本发明,但应该理解的是,其他具体实施方式可落入由以下申请专利范围限定的本发明的精神和范围内。