用于在糖尿病护理中使用的用户定义的结构化测试

技术领域

本公开涉及用于患有诸如糖尿病之类的慢性疾病的患者的诊断和治疗支持的结构化测试方法。

背景技术

对于患有糖尿病的人，成功的管理需要监测生活方式改变在短期和长期时间上能够具有的影响。规律的测试他们的血糖水平能够是作为追踪整天的改变的方式的糖尿病管理的重要部分。例如，便携式手持医疗诊断设备通常被用于测量诸如例如血液中葡萄糖浓度之类的体液的生物学重要成分的浓度。为了用葡萄糖计来测试葡萄糖，少量血样可以被放置在一次性的测试条上。便携式手持葡萄糖计可以包括接收一次性测试条的条端口（strip port）。测试条可以涂敷有与血液中的葡萄糖相结合的化学物（葡萄糖氧化酶、脱氢酶、或己糖激酶），这允许其测量血样中的葡萄糖浓度。便携式手持葡萄糖计然后将葡萄糖浓度显示为数字（或葡萄糖测量值）。结果，便携式手持医疗诊断设备及其附件可以一起工作来测量血液中的葡萄糖量以及被用于例如由患有糖尿病的人或由保健专业人士在个人家庭中、保健机构或其他位置中监测葡萄糖水平。

患者和保健专业人士从而可以追踪并分析一段时间内的葡萄糖测量来评定一天、一周或其他期望时间段的过程期间患者的变化。例如，一些保健专业人士可以指示患者在连续几天的过程期间每天获得葡萄糖测量七次或更多次，以使得患者可以观察他们的测量进行的变化。然而，改变生活方式因素（诸如，膳食份量或身体活动）上的重要性可能不被患者所理解。因而，可能期望提供使患者能够更好地理解哪些因素可以影响葡萄糖测量的方法和设备。本部分提供与本公开有关的背景信息，这不一定是现有技术。

发明内容

在本公开的一个方面中，提供了用于测量葡萄糖水平的、使患者能够更好地理解哪些因素可以影响血糖测量的方法。所述方法包括：从患者接收针对结构化测试的目标；从多个预定义测试模板中选择与所述目标对应的测试模板；向患者呈现与所选择的测试模板关联的多个情境准则（contextual criterion）；接收从多个情境准则中做出的一个或多个情境准则的选择；构造包括已选择的情境准则的结构化测试；以及对患者实施结构化测试，其中所述结构化测试包括提示患者将血样输入到葡萄糖计内。

在本公开的另一个方面中，提供了用于构造具有用户定义的遵守准则（adherence criteria）的结构化测试的方法。所述方法包括：向患者呈现用于结构化测试的多个情境准则；接收从多个情境准则中做出的一个或多个情境准则的选择；以及构造包括由患者所选择的情境准则的结构化测试。在实施结构化测试期间，对患者所选择的每个情境准则进行评估。当在实施结构化测试期间满足由患者所选择的每个情境准则时，在结构化测试期间所获取的样本数据被报告为依从的（compliant），当在实施结构化测试期间不满足至少一个情境准则时，在结构化测试期间所获取的样本数据被标记为非依从的。

在本公开的又另一个方面中，用于构造结构化测试的方法被扩展到成对类型测试中的测试。所述方法包括：在封装给定事件的时间窗内所述给定事件之前和之后，提示患者将血样输入到葡萄糖计内；根据输入到葡萄糖计的血样来确定血糖测量；向患者呈现针对关于发生在时间窗之外的另一个事件的情境数据的询问；接收来自患者的对询问的答复；以及将所述答复与血糖测量关联。

所述方法可以包括向患者呈现针对进行结构化测试的多个目标，以使得每个目标与多个测试模板之一相关。所述方法可以包括向患者呈现用于已选择的测试模板的一组情境准则，以使得与给定测试模板关联的情境准则和与多个预定义测试模板之中另一个测试模板关联的情境准则不同。实施结构化测试进一步可以包括向患者呈现针对每个情境准则的询问，接收来自患者的对所述询问的答复以及将所述答复与在结构化测试期间收集的数据相关联。对患者实施结构化测试可以进一步包括在封装给定事件的时间窗内在给定事件之前和之后，提示患者将血样输入到葡萄糖计内以及向患者呈现针对关于与给定事件不同的另一个事件的情境数据的询问。所述方法可以包括向患者呈现针对关于发生在时间窗之外的另一个事件的情境数据的询问。所述方法可以包括提示患者在发生在时间窗之外的时间将血样输入到葡萄糖计内。所述方法可以包括定义用于结构化测试的遵守准则以及当满足用于结构化测试的遵守准则时，报告在结构化测试期间收集的数据。所述方法可以包括基于已选择的情境准则来定义遵守准则。

所述方法可以包括当在实施结构化测试期间满足由患者所选择的给定情境准则时，将在结构化测试期间获取的样本数据报告为依从的。

所述方法可以包括向患者呈现与对患者实施的结构化测试有关的多个情境准则；接收由患者从多个情境准则中做出的一个或多个情境准则的选择；以及向患者呈现针对每个情境准则的询问。所述方法可以进一步包括构造包括由患者所选择的情境准则的结构化测试，对患者实施结构化测试，评估在实施结构化测试期间是否已经满足由患者所选择的给定情境准则，以及当在实施结构化测试期间不满足给定情境准则时，将在结构化测试期间获取的样本数据标记为非依从的。

所述方法可以包括对在一系列结构化测试期间获取的样本实例进行分析并且将来自所述分析的结果呈现给患者。所述方法可以包括提示患者对用于给定结构测试的样本实例进行分类以及当样本实例被患者分类为非典型时，在随后分析中忽略用于给定结构化测试的样本实例。所述方法可以包括在实施给定结构化测试期间向患者呈现针对至少一个情境准则的询问，接收来自患者的对所述询问的答复，提示患者对用于给定结构测试的样本实例进行分类以及当所述样本实例被患者分类为非典型时，在随后分析中忽略用于给定结构化测试的样本实例。所述方法可以进一步包括指导患者通过使用由患者所选择的情境准则构造的第一系列结构化测试；从在第一系列结构化测试期间获取的样本实例导出基线血糖测量，提示患者改变与第一系列结构化测试关联的变量，指导患者通过第二系列结构化测试，其中第二系列结构化测试具有与第一系列结构化测试不同的变量值而使用由患者所选择的情境准则以另外的方式构造，以及从在第二系列结构化测试期间获取的样本实例导出改变的血糖测量。所述方法可以包括向患者呈现来自第一和第二系列结构化测试的结果，所述结果包括基线血糖测量和改变的血糖测量的比较。所述方法可以包括对在第一和第二系列结构化测试期间获取的样本实例进行分析以及将来自所述分析的结果呈现给患者。

糖尿病管理设备可以包括选择性地测量血样中的血糖的血糖测量模块。测试配置模块可以向用户呈现针对进行结构化测试的多个目标，以使得每个目标与多个预定义测试模板之一相关。测试配置模块可以向用户呈现用于已选择的测试模板的一组情境准则，以使得与给定测试模板关联的情境准则和与多个预定义测试模板之中的另一个测试模板关联的情境准则不同。测试实施模块可以向用户呈现针对每个情境准则的询问，可以接收来自用户的对询问的答复以及可以将所述答复与在结构化测试期间收集的数据相关联。测试实施模块可以评估在实施结构化测试期间是否已经满足由患者所选择的给定情境准则，以及当在实施结构化测试期间满足由患者所选择的给定情境准则时，可以将在结构化测试期间获取的样本数据报告为依从的。当在实施结构化测试期间不满足给定情境准则时，测试实施模块可以将在结构化测试期间获取的样本数据标记为非依从的。

本部分提供了本公开的总体概要，而不是其全部范围或所有其特征的全面公开。适用性的其他领域将从本文提供的描述中变得显而易见。本发明内容中的描述和具体示例仅意在用于示意的目标，而不意在限制本公开的范围。

附图说明

图1是描绘患者和治疗的临床医生的图；

图2是图示带有连续葡萄糖监测器（CGM）、便携式耐用胰岛素输液泵、便携式非耐用胰岛素输液泵和糖尿病管理器的患者的图；

图3是示出被患者和临床医生用于管理糖尿病的示例性糖尿病管理系统的图；

图4是示例性糖尿病管理器的功能框图；

图5A、5B是图示患者通过其能够构造结构化测试的示例性方法的流程图；

图6是描绘用于实现结构化测试的方法的流程图；以及

图7是描绘用于报告测试结果的示例性用例的图。

本文描述的附图仅用于所选实施例而非所有可能实现方式的示意目的，而不意在限制本公开的范围。贯穿附图的多个视图，对应的附图标记指示对应的部分。

具体实施方式

参照图1，在临床环境中示出了患有糖尿病的人100以及保健专业人士102。患有糖尿病的人包括患有代谢综合征、前驱糖尿病的人、类型1糖尿病患者、类型2糖尿病患者和妊娠糖尿病患者，并被通称为患者。糖尿病的保健提供者是多样的，并包括护士、从业护士、内科医生和内分泌医生，并被通称为临床医生。尽管本公开参考糖尿病护理，但应容易理解的是，有关本文公开的结构化测试的概念能够被应用于其他类型的慢性病。同样地，本公开参考血糖测量，而概念可扩展到其他类型的患者生物标记，包括但不限于间质性葡萄糖值、HbA1c值、心率测量、血压测量、脂质、甘油三酯、胆固醇等。

在保健咨询期间，患者100通常与临床医生102共享多种患者数据，包括血糖测量、连续葡萄糖监测数据、所输注的胰岛素的量、所消耗的食物和饮料的量、锻炼安排和其他生活方式信息。临床医生102可以获取附加患者数据，包括对患者100的HbA1C、胆固醇水平、甘油三酯、血压和体重的测量。可以在手持糖尿病管理设备104、在个人计算机（PC）106上运行的糖尿病分析软件和/或基于web（网络）的糖尿病分析站点（未示出）上手动或电子地记录患者数据。临床医生102可以使用糖尿病分析软件和/或基于web的糖尿病分析站点来手动或电子地分析患者数据。在分析患者数据并检查患者100对先前开处方的治疗的遵守之后，临床医生102可以决定是否修改对患者100的治疗。

参照图2，患者100可以使用连续葡萄糖监测器（CGM）200、便携式非耐用胰岛素输液泵202或便携式耐用胰岛素输液泵204（以下称为胰岛素泵202或204）以及手持糖尿病管理设备104（以下称为糖尿病管理器104）。CGM 200使用皮下传感器来感测和监测患者100的血液中的葡萄糖的量，并将对应读数传送至糖尿病管理器104。

糖尿病管理器104执行各种任务，包括测量和记录血糖水平、确定要经由胰岛素泵202或204对患者100给予的胰岛素的量、经由用户接口来接收患者数据、对患者数据进行存档等。糖尿病管理器104周期性地从CGM 200接收指示患者100的血液中的胰岛素水平的读数。糖尿病管理器104将指令传输至胰岛素泵202或204，胰岛素泵202或204将胰岛素输送至患者100。可以以所调度的方式以基础剂量的形式输送胰岛素，这维持了患者100的血液中的预定胰岛素水平。附加地，可以以单次剂量的形式输送胰岛素，这将患者100的血液中的胰岛素的量提高预定量。

参照图3，患者100和临床医生102所使用的糖尿病管理系统300包括以下设备中的一个或多个：糖尿病管理器104、连续葡萄糖监测器（CGM）200、胰岛素泵202或204、移动设备302、带有糖尿病分析软件的PC 106、以及其他保健设备304。糖尿病管理器104被配置为系统中心，并与糖尿病管理系统300的设备进行通信。可替代地，胰岛素泵204或移动设备302可以充当系统中心。可以使用无线接口（例如，蓝牙）和/或有线接口（例如，USB）来执行糖尿病管理系统300中的设备之间的通信。这些设备所使用的通信协议可以包括符合如使用由Continua? Health Alliance Design Guidelines提供的指南而扩展的IEEE 11073标准的协议。此外，患者100和临床医生102可以使用保健记录系统（诸如，Microsoft? HealthVault?和Google? Health）来交换信息。

糖尿病管理器104可以从一个或多个源（例如，从CGM 200）接收血糖读数。CGM 200连续地测量患者100的血糖水平。CGM 200周期性地将血糖水平传送至糖尿病管理器104。糖尿病管理器104和CGM 200例如使用由Nordic Semiconductor, Inc.开发的专有Gazell无线协议来进行无线通信。

附加地，糖尿病管理器104包括血糖计（BGM）和与BGM进行通信的端口（未示出）。该端口可以接收血糖测量条306。患者100将血样或其他体液放置到血糖测量条306上。BGM分析样本并测量样本中的血糖水平。从样本测量出的血糖水平和/或由CGM 200读取的血糖水平可以用于确定要对患者100给予的胰岛素的量。为了创建能被用于做出医疗评定或优化的可重复的客观凭证，糖尿病管理器104可以执行一个或多个结构化测试或收集过程，如下文进一步描述的。

糖尿病管理器104与胰岛素泵202或204进行通信。胰岛素泵202或204可以被配置为从糖尿病管理器104接收将预定量的胰岛素输送至患者100的指令。附加地，胰岛素泵202或204可以接收其他信息，包括患者100的膳食和/或锻炼安排。胰岛素泵202或204可以基于附加信息来推荐要给予的胰岛素的量。

胰岛素泵202或204还可以将数据传送至糖尿病管理器104。该数据可以包括向患者100输送的胰岛素的量、对应的输送时间、以及泵状态。糖尿病管理器104和胰岛素泵202或204可以使用无线通信协议（诸如，蓝牙）进行通信。还可以使用其他无线或有线通信协议。

附加地，糖尿病管理器104可以与其他保健设备304进行通信。例如，其他保健设备304可以包括血压计、称重计、步程计、指尖脉搏血氧计、温度计等。其他保健设备304获取患者100的个人健康信息，并通过无线、USB或其他接口将患者100的个人健康信息传送至糖尿病管理器104。其他保健设备304可以使用符合ISO/IEEE 11073的通信协议。糖尿病管理器104可以使用包括蓝牙、USB等的接口来与其他保健设备304进行通信。此外，糖尿病管理系统300的设备可以经由糖尿病管理器104来与彼此通信。

糖尿病管理器104可以使用蓝牙、USB或其他接口来与PC 106进行通信。在PC 106上运行的糖尿病管理软件包括分析器-配置器，该分析器-配置器存储糖尿病管理系统300的设备的配置信息。配置器具有用于存储糖尿病管理器104和其他设备的配置信息的数据库。配置器可以通过标准web或者非web应用中的计算机屏幕来与用户进行通信。配置器将用户批准的配置传输至糖尿病管理系统300的设备。分析器从糖尿病管理器104获取数据，将该数据存储在数据库中，并通过标准网页或者基于非web的应用中的计算机屏幕来输出分析结果。Accu-Chek 360^?糖尿病管理系统是商业可用的糖尿病管理软件产品的示例，尽管其他产品也落入本公开的范围内。

糖尿病管理器104可以使用蓝牙来与移动设备302进行通信。移动设备302可以包括蜂窝电话、寻呼机、或个人数字助手（PDA）。糖尿病管理器104可以通过移动设备302将消息发送至外部网络。移动设备302可以在从糖尿病管理器104接收请求的情况下将消息传输至外部网络。

进一步参考图4描述了示例性糖尿病管理器104。糖尿病管理器104包括血糖测量（BGM）模块400、通信模块402、用户接口模块404、用户接口406、处理模块408、存储器410和功率模块412。用户接口模块404和处理模块408可以由应用处理模块409来实现。BGM模块400包括血糖测量引擎，血糖测量引擎对由患者100在血糖测量条306上提供的样本进行分析，并测量样本中的血糖的量。通信模块402包括多个无线电装置，这些无线电装置与糖尿病管理系统300的不同设备进行通信。用户接口模块404将糖尿病管理器104对接至患者100可使用以与糖尿病管理器104进行交互的各个用户接口406。例如，用户接口406可以包括按键、开关、显示器、扬声器、麦克风、安全数字（SD）卡端口、USB端口等（未示出）。

处理模块408处理从BGM模块400、通信模块402和用户接口模块404接收到的数据。处理模块408使用存储器410来处理和存储数据。存储器410可以包括易失性和非易失性存储器。处理模块408经由用户接口模块404将数据输出至用户接口406并从用户接口406接收数据。处理模块408经由通信模块402将数据输出至糖尿病管理系统300的设备并从糖尿病管理系统300的设备接收数据。功率模块412向糖尿病管理器104的组件供给功率。功率模块412包括可再充电电池。可以使用被插入到壁装插座中的适配器来对该电池进行再充电。还可以经由糖尿病管理器104的USB端口来对该电池进行充电。

为了本公开的目的，糖尿病管理器104充当收集设备。然而，收集设备可以是能够为确定和存储人的生理学测量提供获取机制的任何便携式电子设备。例如，自监测血糖计和连续葡萄糖监测器设备是用于在糖尿病护理中测量血糖的收集设备的示例。在这些示例中，糖尿病管理器（其可以例如存在于便携式电话中）与物理上分离的收集设备合作以实施结构化测试并记录与被实施的测试关联的数据。也就是说，糖尿病管理器可以根据结构化测试来提示人将血样输入到葡萄糖计内或者以另外的方式与人交互；然而，葡萄糖计分析血样并存储来自血样的葡萄糖测量。随后可以将葡萄糖测量传输到糖尿病管理器用于进一步处理。

图5A和5B描绘了患者能够通过其来构造使得患者能够更好地理解可以影响血糖测量的因素的结构化测试的示例性方法。在示例性实施例中，在被糖尿病管理器104的处理器所运行的软件中实现了用于构造和实施结构化测试的方法。应预见的是可以由患者（或医师）在另一个设备（例如，台式PC）上构造并随后下载结构化测试以供糖尿病管理器104所运行。

参考图5A，患者可以通过选择该患者感兴趣的特定类型的血糖测量而开始。例如，患者可能对什么因素影响空腹血糖测量、餐前葡萄糖测量、或餐后葡萄糖测量感兴趣。在另一个示例中，患者可能对影响用于帮助理解与行为或治疗有关的特定问题的一系列的成对葡萄糖测试的因素感兴趣。每个成对葡萄糖测试涉及在特定事件之前和之后获取成对bG测量。例如，个人可以在特定膳食之前（例如，在午饭之前）获取bG值并在午饭之后的指定时间内获取另一个bG值。“之前”和“之后”bG值形成bG值的相关的“对”并通称为“成对测试”（TIP）测试。本公开还预期了其他类型的测量。

在示例性实施例中，多个不同测量类型被存储在糖尿病管理器中，并且呈现（在51处）在显示器上以供患者选择。患者继而选择被糖尿病管理器所捕获（在52处）的特定类型的测量。例如，患者可以选择早晨空腹测量。对于该类型的测量，患者在获取血糖测量之前的一段时间内不得饮食。然而，患者可能不理解什么因素影响该测量。因而，向患者呈现（在56处）针对该特定类型测量的建议测试模板。

每种类型的测量映射到一个建议的测试模板。在操作中，糖尿病管理器获取与测量选择对应的建议的测试模板。建议的测试模板由要被患者执行的一系列事件组成，包括提示患者将血样提供到葡萄糖计。建议的测试模板将进一步包括可以影响测量的情境准则。用于早晨空腹测量的建议的测试模板可以包括以下事件：

用于早晨空腹的测试模板：

提示患者在加餐之前进行基线bG测量

提示患者输入关于加餐的信息

提示患者服用晚间胰岛素

确认患者所服用的胰岛素的量

提示患者输入关于锻炼的信息

提示患者输入睡眠量

确认患者空腹

提示患者进行早晨bG测量

通过向患者呈现事件列表，患者开始了解什么因素可以影响特定的测量。为了构造结构化测试，患者可以选择哪些事件可应用于患者。在简化的实施例中，已选择的事件直接与用于构造该测试的情境准则相关。对于每个样本实例可能需要一些事件（例如，确认服用的胰岛素的量或确认空腹）；然而，其他事件可以是可选的（例如，关于夜间加餐或锻炼的信息）。

此外，向患者呈现情境准则的划分优先次序的列表。当构造结构化测试时，患者可以选择哪个情境准则（或情境输入）可应用于患者。例如，通常享受夜间加餐的患者可以选择研究其夜间加餐对早晨空腹值的影响。系统然后可以向用户呈现情境准则的划分优先次序的列表，其包括他们的胰岛素给予的量、他们是否饮酒、他们的加餐量等。用户然后可以从列表中选择他们希望评估的情境准则并且从列表中取消选择他们不希望的那些。共同地或单独地，情境准则可以被认为是“测试中的变量”。在其他实例中，患者可以选择属于锻炼（诸如，锻炼的持续时间）而不是加餐的情境准则，或者选择属于加餐和锻炼二者的情境准则。由患者所选择的情境准则被糖尿病管理器所捕获（在57处），并且然后以下文进一步描述的方式被用于为患者构造（在58处）结构化测试。容易理解的是，不同类型的测量可能与不同的测试模板相关并且不同的测试模板可能由不同的事件和/或情境准则组成。换句话说，被呈现给用户的情境准则的选择可以是基于测量的类型从一大组准则中过滤或预选择的情境准则的子集。

在另一个示例中，患者可以选择针对给定事件的TIP测试，诸如早晨锻炼养生法。对于这种类型的测量，请求患者在给定事件之前和之后进行血糖测量。依赖于所选择的事件类型，向患者呈现针对所选择的事件类型的建议的测试模板。对于与早晨锻炼养生法关联的TIP测试，建议的测试模板可以包括以下事件：

用于早晨锻炼养生法的测试模板：

提示患者输入关于夜间加餐的信息

确认患者在睡觉前所服用的胰岛素的量

提示患者输入睡眠量

提示患者输入关于早餐的信息

确认患者在早餐之后所服用的胰岛素的量

提示患者在锻炼之前进行bG测量

提示患者在锻炼之后进行bG测量

提示患者输入关于锻炼的类型和锻炼量的信息

患者通常需要在封装给定事件的时间窗内进行TIP测试的bG测量（例如，在锻炼之前和之后的一个小时内）。为了构造结构化测试，患者选择可应用于患者的情境准则。应该注意的是，一些情境准则可以与能够发生在进行bG测量的窗口外的不同的事件（诸如，睡眠或早餐）有关。

可替代地，通过选择针对结构化测试的目标来开始对患者来说可能更加直观，如图5B所示。例如，患者可能期望了解食用加餐或锻炼对特定测量的影响。在一个实施例中，可以向患者呈现（在53处）多个不同的测试目标。然后患者可以从不同的测试目标的列表中选择目标，所述目标被糖尿病管理器所捕获（在54处）。患者还可以指定特定的测量类型。考虑到患者所输入的测试目标和/或测量类型，糖尿病管理器确定建议的测试模板，如55处所指示。在示例性实施例中，测试目标和测量类型的每个组合映射到存储在糖尿病管理器上的建议的测试模板。

两个示例进一步说明了所选择的测试目标如何能够与建议的测试模板相关。在第一示例中，患者可能期望理解食用夜间加餐对早晨空腹测量的影响。为了理解加餐的影响，建议的测试模板的每个样本实例可以包括下述事件：

测试模板A

提示患者在加餐之前进行基线bG测量

提示患者输入关于加餐的信息

提示患者服用夜间胰岛素

确认患者所服用的胰岛素的量

提示患者输入睡眠量

确认患者空腹

提示患者进行早晨bG测量

考虑到测试目标，可以进一步向患者呈现与加餐有关的情境准则的划分优先次序的列表，如上所述。

在第二示例中，患者可能期望理解锻炼对早晨空腹测量的影响。在该情况下，测试目标与不同的测试模板相关。建议的测试模板的每个样本实例可以包括以下事件：

测试模板B

提示患者在锻炼之前进行基线bG测量

提示患者输入关于锻炼的信息

提示患者服用夜间胰岛素

确认患者所服用的胰岛素的量

提示患者输入睡眠量

确认患者空腹

提示患者进行早晨bG测量

以这种方式，建议的测试模板与患者所选择的测试目标有关。同样地，可以向患者呈现与锻炼有关的情境准则的划分优先次序的列表。当构造结构化测试时，患者可以选择与建议的测试模板关联的情境准则和/或事件中的哪个可应用于患者。由患者所选择的情境准则被接收（在57处）并且然后被用于为患者构造58结构化测试，如下文进一步描述的。应该预见的是呈现给用户的情境准则的选择可以是考虑已识别的目标的一大组准则中过滤出或预选择的情境准则的子集。

考虑到由患者所选择的情境准则的集合，系统可以进一步提示患者输入与情境准则有关的附加信息。例如，如果患者选择了用于食用加餐的情境准则，系统可以提示患者输入患者在其中食用加餐的时间或时间窗。指定的时间继而被用于为患者调度适当的提醒。例如，如果患者指示其夜间加餐通常发生的8pm和9pm之间，那么系统可以提示患者输入关于在9:15pm的加餐的信息。在另一个示例中，患者可以指示其夜间加餐的时间变化，而他们在11pm睡觉。在该情况下，系统可以提示患者输入关于恰在11pm前的加餐的信息。如果患者未能提供所请求的信息，系统可以在后来的时间提示患者输入信息（例如，在第二天早晨在bG测量之前或在bG测量的时间）。容易理解的是，这种调度方法可以扩展到其他类型的情境准则。可替代地，患者可以选择更不直观的方法，由此在bG测量时从患者收集情境信息。在任何情况下，系统使患者能够配置何时以及如何提示患者输入与bG测量有关的情境信息。

根据建议的测试模板来构造结构化测试，所述测试模板包括患者所指定的各种情境准则和关联的信息。首先，结构化测试可以包括如建议的测试所指定的各种强制事件。继续上述的早晨空腹测量，用于早晨空腹的结构化测试可以包括提示患者服用夜间胰岛素，确认用户所服用的胰岛素的量的询问，确认患者已经空腹的询问，以及提示患者进行早晨bG测量。这些事件中的每一个可以具有关联的安排。

在简化的实施例中，结构化测试可以进一步包括患者所选择的可选事件。每个事件可以与情境准则的预定义列表相关联。为了收集与bG测量关联的情境数据的目的，每个准则继而与呈现给患者的一个或多个询问对应或被翻译成呈现给患者的一个或多个询问。在另一个实施例中，向患者呈现情境准则的划分优先次序的列表。患者从列表中选出的每个情境准则然后被翻译成呈现给患者的一个或多个询问。在任一实施例中，对应的询问变成结构化测试中的事件。对询问的答复被系统所捕获并且与对应的bG测量一起存储。每个事件和/或准则可以具有针对关联的询问的默认安排。

继续早晨空腹测量，患者可能已经选择了与夜间加餐有关而不与锻炼有关的事件。在该情况下，结构化测试可以包括患者关于其夜间加餐的一个或多个询问（例如，食用了什么类型的食物，食物份量是多少，消耗了多少碳水化合物等）。此外，这些询问可以具有关联的默认安排（例如，紧接在提示患者进行早晨bG测量之前）。考虑到这种示例性场景，用户指定的结构测试可以被如下定义：

早晨空腹结构测试

事件                                        安排

提示患者服用夜间胰岛素    3月6日10:00pm

询问胰岛素量                        3月6日10:00pm

确认空腹                                3月7日8:00am

提示患者进行bG测量         3月7日8:00am

向患者询问关于夜间加餐    3月7日8:00am

在该场景下，患者指定早晨空腹测量发生在3月7日。在选择用于食用夜间加餐的事件的情况下，患者可以已经进一步指示了其夜间加餐和/或睡觉的时间，以使得相应地调度事件。应该预见的是构成结构化测试的事件的定时也可以直接被患者所配置或基于先前从患者了解到的信息由系统自动调度。用户定义的结构化测试被糖尿病管理器存储以供患者随后运行。一旦测试已经被患者所定义，其能够应患者的请求而被选择和再运行多次。

在更健壮的实施例中，患者所选择的情境准则充当用于结构化测试的遵守准则。遵守准则描述对患者实施结构化测试所处的条件。对于早晨空腹测量，示例性遵守准则是在bG测量之前患者是否已经空腹达至少8小时。在进行bG测量之前，系统可以提示患者确认其空腹。在来自患者的肯定答复的情况下，遵守准则被满足。确认空腹可以是对于早晨空腹测量的所需准则。当构造结构化测试时，患者可能也已经从建议的测试模板中选择了情境准则。同样地，系统将向患者询问与所选择的准则关联的情境信息。所选择的准则可以充当用于结构化测试的遵守准则。也就是说，在给定的结构化测试下所获取的样本数据将仅当用于给定结构化测试的所有遵守准则被满足时才视为可接受的。在早晨空腹测量的情境中，患者可能已经选择了与夜间加餐有关的情境准则。因而，来自用户定义的结构化测试的给定样本实例的样本数据当患者确认空腹并提供关于其夜间加餐的信息时将被视为可接受的。如果患者未能提供关于其夜间加餐的信息，那么来自样本实例的样本数据被标记为不可接受的或被系统所丢弃。

此外，与所选择的情境准则关联的值还可以充当第二层遵守准则。例如，确认所服用的胰岛素可以是针对给定测试的第一层遵守准则。在测试被首先实施之前或在测试被首先实施时，可以提示用户输入所服用的胰岛素的特定量。在答复中，用户可以指定服用30个单位的胰岛素。在该示例中，30的输入值可以充当针对该测试的辅遵守准则。用户将被要求确认所服用的胰岛素的量或者被询问以输入每次继续实施该测试时所服用的胰岛素的量。如果用户未能确认服用了30个单位的胰岛素或者输入与30不同的量，那么来自样本实例的样本数据被标记成不可接受的，因为未能满足该辅遵守准则，由于两个样本实例之间的情境变化。尽管两个样本实例都是有效的，但它们不应该在不突出差别的情况下彼此直接比较。应该预见的是可以预先由系统设计者将情境准则指定为针对结构化测试的遵守准则或由患者在定义结构化测试的同时将情境准则指定为针对结构化测试的遵守准则。还应该预见的是，其他类型的测试准则（诸如，进入准则或退出准则）也可以与结构化测试相关联。关于不同类型的测试准则以及此类准则如何被实现的进一步详情可以在美国专利公布2010/0212675和2010/0218132中发现，通过引用将其合并于此。

图6描绘了用于糖尿病管理器对患者实施结构化测试的示例性方法。包括以上述方式由患者构造的那些的多个不同的结构化测试可以被存储在糖尿病管理器中。可用结构化测试的列表可以被呈现在显示器上以供患者选择。在选择给定结构化测试的情况下，患者可以指定（在61处）用于运行测试的时间。例如，早晨空腹测量发生在明天早上。基于用于测试的指定时间，与结构化测试关联的每个事件被糖尿病管理器所调度，在62处。在运行测试期间，然后根据事件安排来运行事件，在63处。对于每个被运行的事件，糖尿病管理器收集并记录与该事件关联的数据。为了随后报告的目的，在结构化测试期间所收集的数据被测试和/或事件所唯一识别。

在已经运行测试事件之后，针对结构化测试的遵守准则被评估，在64处。更特别地，每个遵守准则被糖尿病管理器所评估。当针对结构化测试的所有遵守准则被满足时，在结构化测试下所获取的样本数据（包括bG测量）被视为可接受的。在该情况下，样本数据被保留用于随后分析并且被报告给患者或其保健提供者。如果一个或多个遵守准则没有被满足，那么样本数据可以被丢弃或以另外的方式被标记为不符合测试要求。在其他实例中，当遵守准则不满足时，测试过程可以中断。例如，在早晨空腹中，可能不会提示患者提供血样，如果他们没有空腹足够时间量的话。当结构化测试由单个样本实例（即，一个葡萄糖测试或一个TIP测试）组成时，然后结构化测试完成。值得注意的是一旦结构化测试已经被患者所构造，在不对其用户指定的参数进行修改的情况下，测试可以被重复执行。也就是说，当测试在未来被执行时，患者所选择的情境准则被推进。应该理解的是，糖尿病管理器可以支持患者对给定结构化测试的修改，诸如添加或删除情境准则。还应该理解的是只有方法论的相关步骤被关于图6讨论，但是可能需要其他软件实现的指令以对系统运行结构测试进行控制和管理。

现在为止，结构化测试已被呈现为由单个样本实例组成。通常，测试模板建议或要求获取一段时间内的多个样本实例。例如，测试模板可以要求几天、几周或几个月内的样本实例以完全理解食用加餐对早晨空腹测量的影响。这些样本实例被通称为样本组。对于这些类型的结构化测试，针对样本实例所定义的遵守准则被推进到测试中的每个样本。还可以针对样本组和/或全部测试来定义遵守准则。

此外，当定义测试时，用户可以指定测试的重新发生频率。例如，用户可以指定，给定的测试每天、每周或在以其他的重新发生时间间隔而发生。用户定义的情境准则将被推进到此类重新发生的测试的每个样本实例。以这种方式，在类似的情境下所获取的多个葡萄糖测量能够被获取、分析并报告给用户。

在本公开的另一个方面中，患者可以进一步指定测试的类型。更特别地，可以向患者请求在测试被构造或实施时对测试的类型进行分类。示例性测试类型可以包括但不限于“典型”、“非典型”或“delta（增量）”类型的测试。这些类型中的每一个将在下文进一步描述。

考虑到患者试图更好地理解加餐对其早晨空腹测量的影响的场景，系统使患者能够进一步对在给定结构化测试中或跨类似的结构化测试所获取的样本数据进行分类并从而进行比较。例如，假定患者通常每天晚上食用两勺冰淇淋。在执行样本实例期间，提示患者进一步将样本实例分类为典型或非典型。在测试期间所获取的样本数据然后能够被相应地标记。考虑到足够数量的样本实例，系统可以向患者提供关于这种典型的加餐对其早晨空腹测量的影响的信息（例如，与患者不食用夜间加餐的基线测量比较）。在患者没有在不食用夜间加餐的情况下为早晨空腹建立基线测量的事件中，用于典型加餐的样本数据被储存，直到已经获取足够数量的样本实例来建立基线测量。系统然后可以追溯分析并报告与典型的加餐对早晨空腹测量的影响有关的信息。

患者可能偶尔改变其典型的加餐。变化可以包括但不限于食物的类型、食物的量或食用食物的时间。在该情况下，当被提示对样本实例进行分类时，患者可以指定样本实例为“非典型”。可以进一步提示患者对变化的类型进行标注或描述。在样本实例期间所获取的样本数据会被相应地标注。当分析并报告与典型的加餐对早晨空腹测量的影响有关的信息时，系统可以忽略被标记为“非典型”的样本数据。可替代地，被标记为“非典型”的样本数据可以与类似构造的其他非典型实例相比较。如果针对特定变化获取了足够数量的样本实例（例如，当患者食用披萨而不是冰淇淋或食用三勺而不是两勺冰淇淋时的十个实例），系统可以向患者提供与该特定的非典型加餐对其早晨空腹测量的影响有关的信息。

在“delta”测试中，患者想要理解他们加餐的改变对其早晨空腹测量的影响。因此，系统可以指导患者通过第一（或之前）情境中获取的多个样本实例。在建立基线测量之后，系统可以提示患者改变测试中的变量，诸如其夜间加餐。系统然后可以指导患者通过在改变的（或之后）情境中获取的一系列附加样本实例。基于所收集到的样本数据，系统可以向患者提供与改变对其血糖测量的影响有关的信息。

阐述了另外的场景，其中说明了这些概念如何被结合以提供使患者能够更好理解影响血糖测试的因素的健壮接口。在第一场景中，用户想要知晓在睡前食用大量加餐对他们的空腹的影响。用户通常食用少量加餐。为了这样做，用户选择测试目标（即，测试中的变量）为与膳食结合的“早晨空腹测量”。用户可以进一步指定测试类型为“delta”测试类型。为了促进测试设置，系统提示用户进行各种输入。例如，系统提示用户输入应该何时测量空腹。系统提示用户输入何时膳食摄入会发生，默认为前一个晚上。系统可以可选地提示用户输入少量膳食将限定的碳水化合物的量（范围）以及大量加餐将限定的碳水化合物的量（范围）。用户然后设置针对测试的开始日期（默认为立即），并且识别何时应该运行（例如，工作日、周末、连续的、应请求的）。

在指定的膳食时间，系统提醒用户消耗少量加餐。由于系统理解这是膳食实例，系统请求用户输入碳水化合物的量。如果用户先前没有指定预期的范围，系统利用用户所输入的第一值来建立可能的范围（例如，设置为输入值±固定量的碳水化合物）。系统可以提示用户进行其治疗（诸如，胰岛素或口服降糖药）并且确认实施。第二天早上，系统询问用户自从他们的夜间加餐以来他们是否已经空腹。在确认空腹的情况下，系统提示用户提供血样并且从而获取bG值。系统以指定的时间间隔重复该过程，直到建立与该动作关联的可变性。一旦已经建立可变性，系统将请求新的加餐量，并且重复该过程，直到建立与新的加餐量关联的可变性。在完成的情况下，系统生成报告并且将报告输出给用户。以这种方式，用户能够更好地理解他们的加餐量对其血糖测量的影响。

在第二场景中，类型1糖尿病患者用户想要知晓改变时间对他们餐前空腹的起作用的胰岛素剂量的影响。用户认为他们餐后2个小时的测量过高。用户不想要使系统评估该改变，而想要自己评估该改变。因此，用户定义了测试来评定这种场景。在该情况下，用户选择测试目标为“膳食前后（pre-post meal）”并且选择测试类型为“非典型”测试。系统理解用户处于胰岛素基础-餐时（basal-bolus）治疗。系统提示用户识别他们修改哪个变量（诸如，bolus（药剂）量、bolus时间、基础量、膳食量、餐前锻炼）。用户可以选择bolus时间，并且系统请求用户将要使用的偏移量。这变成用于未来检查的追踪方法。如果用户利用传统的TIP方法，在呈现数据之后，数据变为无用的（即，用户不会将测试的类型归结于任何类型，因此其不具有价值）。反过来，本公开中提出的系统将支持历史检查和类似测试的比较。

在测试期间，系统首先提示用户获取他们的bG测量。系统然后提示用户给予其胰岛素并且确认胰岛素量。系统可以提示用户输入膳食量并且提示用户开始进食。在进食之后，系统提示用户获取接下来的bG值。如果用户想要比较来自两个不同的样本组的结果，系统允许用户选择具有相同的测试参数的两个已存储的样本组用于检查和比较。

在相关的场景中，用户可能想要评定给药的餐前时间的范围，从餐前20分钟到餐后10分钟的范围以5分钟的增量。在该情况下，用户将指定测试类型为“可变”。用户设置开始日期（默认为立即），并且识别应该何时运行（工作日、周末、连续的、应请求的）以及测试应用于哪种膳食（早餐、午餐、晚餐、加餐、全部）。系统然后将用户进行排序，从0到极值。

图7图示了用于报告测试结果的示例性用例。在TIP测试的情境中对报告用例进行描述而不扩展到其他类型的结构测试。应该注意的是，情境准则对于理解测量是必要的并且由系统以上述方式执行情境准则；然而，属性是用户视为有用并由用户决定提供的信息。容易理解的是，系统可以被配置成支持此类报告用例。

可以提供报告以对事件进行比较。例如，系统可以提供或报告类似事件的比较。当针对所获取的样本实例的一个或多个情境准则相同时，事件可以被视为类似的。用于评估在其下获取样本实例的事件或情境的类似性的其他方法被本公开所预期。对类似事件的报告可以包括突出测试情境中的类似性和/或差异。

在其他情境下，预期事件是不同的。当TIP实例以非典型模式重新运行时，这会发生。在这种情况下，系统突出情境中的差异，并且示出对所得到的bG测量的变化的净效应（net effect）。例如，用户想要特别评估吃早餐对他们午餐前bG的影响。他们通常跳过早餐。用户创建了测试，其中他们将早餐膳食量的准则添加到午餐。系统示出两个午餐。一个的早餐量是0，与假如35碳水化合物的膳食量相比。这些值以及所得到的bG值被突出，与其他类似的TIP实例中建立的其他属性/情境相比。

在另一个示例中，用户规律地吃早餐，每次有略微不同的碳水化合物消耗。用户已经取了数个TIP示例。系统示出不同的类似TIP实例并且突出不同的膳食量和所得到的bG值。可替代地，用户规律地吃早餐，每次有略微不同的碳水化合物消耗。用户已经在数个不同TIP实例中服用不同量的基础胰岛素。用户想要知晓所得到的bG测量上的差异。系统向用户示出类似的测试，并且突出针对所得到的bG测量在基础胰岛素量和膳食量上的差异。

可以对事件可变性提供报告。在这种情况下，用户想要基于所执行的类似的事件来评估bG上的可变性。用户这样做，因此他们能够知晓他们有多少基础可变性（或他们规律地进食相同的膳食）。在这种情况下，系统会执行所消耗的膳食量（第二水平遵守）并取多个TIP实例为了将可变性评估为统计测量的目的。例如，用户在午餐时间规律地食用烤鸡，并且想要知晓他们的餐后值的可变性。每次午餐时，系统提示用户获取TIP值，并且实施遵守的第二水平。在该情况下，系统不对情境进行报告，而对可变性进行报告，包括平均bG测量、范围、以及可能的其他统计测量（诸如中间值、最大值、最小值、和标准差）。通过使用该示例，用户会被“自我介绍”成膳食配对-早餐对午餐的输出的影响。当被应用到类似的事件或样本组时，对可变性的报告也可以被扩展并应用到多个样本组。样本组首先为了类似性而被评定，并且，如果类似的话，进一步为了类似的样本组之间的可变性而评定。样本组之间的可变性然后可以被报告给用户。

考虑到给定样本组的可变性，系统能够支持与实施关联的结构化测试有关的附加功能。例如，当可变性低时（例如，标准差小于预定义阈值），可以准许用户修改事件和/或情境准则（例如，改变膳食中消耗的碳水化合物的量），因为bG上的任何改变会被归因于修改而不是样本组中的可变性。当可变性高时，系统可以不准许用户修改事件，因为任何改变可能不能与样本实例区分开并且因而不一定归因于事件的修改。系统可以进一步评估构成样本组的样本实例的量，并且告知用户需要更多的样本实例以支持准确的报告。用于基于可变性来重配置协议的其他方式也被本公开所预期。

也可以对事件改变来提供报告。在这种情况下，用户具有规律的事件，并且意在改变事件。用户想要知晓改变的影响。例如，用户每天规律地跑4英里。用户想要提高将其英里数提高到每天5英里，并且想要知晓对跑步后bG测量的影响。对于特别评估，用户可以仅比较两个TIP实例。然而，如果用户想要他们的评定更精确，他们可以查看可变性。在该示例中，系统比较以4英里的多次在前跑步（追溯地（由于它们存在）、或者全面地，通过要求用户以4英里跑预定的次数）。系统然后提示输入英里数的增长。所得到的报告示出对两个不同的跑步的统计比较，包括均值/中间值上的改变、改变是否是真实的（t-test（t-测试）或等价的）等。容易理解的是，其他报告用例可以被开发并被本系统所支持。

如本文所使用的那样，术语“模块”可以指代以下各项、是以下各项的一部分或者包括以下各项：专用集成电路（ASIC）；电子电路；组合逻辑电路；现场可编程门阵列（FPGA）；执行代码的处理器（共享、专用或组）；提供所描述的功能的其他合适组件；或者一些或所有上述各项的组合，诸如在芯片上系统中。术语“模块”可以包括存储由处理器执行的代码的存储器（共享、专用或组）。

如以上所使用的那样，术语“代码”可以包括软件、固件和/或微代码，并可以指代程序、例程、功能、类和/或对象。如以上所使用的那样，术语“共享的”意味着可以使用单个（共享的）处理器来执行来自多个模块的一些或所有代码。附加地，可以由单个（共享的）存储器存储来自多个模块的一些或所有代码。如以上所使用的那样，术语“组”意味着可以使用一组处理器来执行来自单个模块的一些或所有代码。附加地，可以使用一组存储器来存储来自单个模块的一些或所有代码。

本文描述的装置和方法可以由一个或多个处理器所执行的一个或多个计算机程序实现。所述计算机程序包括被存储在非临时有形计算机可读介质上的处理器可执行指令。所述计算机程序还可以包括所存储的数据。非临时有形计算机可读介质的非限制性示例是非易失性存储器、磁存储器和光学存储器。

已经为了说明和描述的目的提供了实施例的上述描述。并非意在穷尽或限制本公开。特定实施例的单独元素或特征通常不限于该特定实施例，而是可互换的（在可应用的情况下）并且能够被用于所选择的实施例，即使未被具体示出或描述。相同的实施例也能够以许多方式变化。此类变化不被视为背离本公开，并且意在将所有此类修改包含在本公开的范围内。