CN105142518A - 具有守时的糖尿病管理*** - Google Patents

Abstract

糖尿病管理***包括手持医学设备、移动计算设备和糖尿病管理应用。手持医学设备被配置成测量驻留在测试条中的液体样本中的葡萄糖并将测量时间与葡萄糖测量相关联。糖尿病管理应用被配置成从RTC请求当前设备时间，通过确定当前设备时间与内部时钟时间之间的差异来确定第一设备增量时间，并且将第一时间戳与葡萄糖测量相关联，其中第一时间戳等于测量时间加上第一设备增量时间。

Description

具有守时的糖尿病管理***

技术领域

本公开涉及用于从手持葡萄糖仪自动且无缝地向便携式通信设备传递数据的***和技术。

背景技术

患有糖尿病的人员具有调节其身体中的血糖水平的困难。作为结果，这些人员中的许多携带专用电子仪表（称为血糖仪），其允许他们周期性地测量其葡萄糖水平并采取诸如派给胰岛素或摄取碳水化合物之类的适当行动。这些人员还可以随身携带便携式通信设备，诸如移动电话、个人数字助理、平板或类似的设备。人们通常依靠其便携式通信设备作为用于计划、调度和与其它人通信的主要手段。作为结果，大多数便携式通信设备配备有精密的软件，其提供用于查看和输入数据的用户友好的手段。因此，患有糖尿病的人员可能希望从其葡萄糖仪向其便携式通信设备无线传输血糖测量的结果以便例如对数据进行显示、分析或报告。

发明内容

本申请要求享有2013年4月26日提交的美国临时申请No.61/816,462和2013年4月26日提交的美国临时申请No.61/816,542的优先权。以上申请中的每一个的全部公开内容通过引用并入本文。

本发明提供了如独立权利要求中所指定的改进的糖尿病管理***和对应方法。在从属权利要求中给出了实施例。要理解的是，以下提到的本发明的一个或多个实施例可以被组合，只要组合的实施例不相互排斥即可。

一种糖尿病管理***包括手持医学设备、移动计算设备和糖尿病管理应用。手持医学设备包括被配置成接收具有用于接收来自患者的液体样本的反应部位的测试条的端口、实时时钟（RTC）和血糖（bG）仪，其可与被***在端口中的测试条协作地操作，被配置成测量驻留在测试条中的液体样本中的葡萄糖并将第一测量时间与葡萄糖测量相关联。

计算设备包括被配置成施行存储在关联的存储器上的糖尿病管理应用的处理器和响应于移动计算设备被发起而开始对时间计数的计数器。糖尿病管理应用被配置成确定快照时间，将糖尿病管理应用的内部时钟设置成等于快照时间并通过使用计数器在内部时钟上守时，确定手持医学设备是否与移动计算设备配对，并且响应于确定手持医学设备与移动计算设备配对而选择性地指令手持医学设备传送葡萄糖测量和第一测量时间。

糖尿病管理应用还被配置成从手持医学设备上的RTC请求当前设备时间，通过确定当前设备时间与糖尿病管理应用的内部时钟上的时间之间的差异来确定第一设备增量时间，并且将第一时间戳与葡萄糖测量相关联，其中第一时间戳等于第一测量时间加上第一设备增量时间。

这可以是有利的，因为多个时钟之间的不精确性可以从一开始就得以避免。如以上所指定的时钟和时间戳的使用可以提供用于记录稍后可以用于诊断和/或治疗目的的医学数据的改进的***和方法。在手持医学设备和计算设备的时钟已缺少同步的情况下，所述特征可以至少确保由应用程序管理的所有测量值已经分配依照在便携式通信设备上运行的应用程序的时钟指定的时间戳。

血糖测量可以每一个包括指示何时进行了测量的时间戳。便携式设备可以利用时间戳以便分析测量。葡萄糖仪和便携式通信设备中的每一个包括用于追踪时间的构件，诸如内部数字时钟。相应地，时钟可以是用户可调整的。

可以向特定人员分配手持医学设备，例如向患有糖尿病的患者分配。所述人员可以携带所述手持葡萄糖仪以及所述便携式计算设备，诸如移动电话。在进一步有益的方面中，便携式计算设备可以充当用于由葡萄糖仪取得的葡萄糖度量的数据收集器。

实时时钟（RTC）是追踪记录当前时间的时钟（例如，以集成电路的形式）。

将手持医学设备与移动计算设备“配对”暗示这两个设备已经建立数据通信连接且能够经由所述连接来交换数据。在配对状态中，手持医学设备和移动通信设备经由数据通信连接而连接。配对使得仅在配对状态中由手持医学设备获取的测量数据可以被传递到移动通信设备的应用程序。在配对之后建立的连接可以是WiFi连接、蓝牙连接、线缆连接或任何其它合适的数据传递连接。优选地，连接通过密码协议（例如SSH和/或TLS）而保护。

本章节提供本公开的一般概述，且不是其完整范围或其全部特征的全面公开。另外的适用领域将从本文所提供的描述中变得显而易见。本发明内容中的描述和具体示例意图仅用于说明的目的且不意图限制本公开的范围。

附图说明

图1是描绘了与驻留在移动电话上的糖尿病管理应用进行数据通信的手持葡萄糖仪的图；

图2是用于葡萄糖仪的示例性硬件布置的框图；

图3是图示了用于使用葡萄糖仪取血糖度量的示例性序列的序列图；

图4是图示了用于分别从葡萄糖仪传输血糖度量的示例性技术的流程图；

图5是图示了用于处理由糖尿病管理应用接收的葡萄糖度量的示例性技术的流程图；

图6是图示了用于处理由远程服务器接收的葡萄糖度量的示例性技术的流程图；

图7是图示了用于在葡萄糖仪与糖尿病管理应用之间守时的示例性技术的流程图；

图8是图示了用于记录糖尿病管理应用中的葡萄糖度量和胰岛素值的示例性技术的流程图；

图9描绘了糖尿病管理应用的示例性屏幕截图；

图10描绘了糖尿病管理应用的另外的示例性屏幕截图；以及

图11描绘了糖尿病管理应用的另外的示例性屏幕截图。

本文所描述的附图仅仅用于所选实施例而不是所有可能实现的说明性目的，且不意图限制本公开的范围。遍及各图的若干视图，对应的附图标记指示对应的部分。

具体实施方式

图1描绘了经由无线数据链路与糖尿病管理应用14进行数据通信的示例性手持葡萄糖仪12。葡萄糖仪12被配置成从患者接收血液样本并从血液样本确定患者的血糖度量。一个或多个血糖度量可以进而通过无线数据链路而传输到糖尿病管理应用14以用于进一步处理。在示例性实施例中，糖尿病管理应用14驻留在移动电话16上。在其它实施例中，糖尿病管理应用14可以在其用户接口被呈现在移动电话16上的远程服务器18本地。

移动电话16可以是被布置成包括硬件层、操作***层、应用层和用户接口层的手持计算设备。例如，硬件层包括处理器和存储器。操作***层包括操作***。操作***是存储在存储器中且由处理器施行的指令集。仅仅是例如，操作***可以包括AndroidOS、iOS或者任何其它合适的移动电话或平板操作***。应用层包括至少一个软件应用，例如糖尿病管理应用14。用户接口层包括诸如键盘或触摸屏接口之类的用户输入设备和显示屏。

在一些实施例中，使用蓝牙无线技术标准（例如蓝牙4.0的低能量特征）向葡萄糖仪12和从葡萄糖仪12传递数据，尽管本公开设想到其它类型的通信输运。仅仅是例如，可以使用WiFi网络连接或物理线缆连接向葡萄糖仪12和从葡萄糖仪12传递数据。在一些实施例中，葡萄糖仪12物理连接到个人计算机（PC）。葡萄糖仪12通过物理连接传递数据并存储在PC内的存储器中。PC可以被配置成向诸如移动电话16之类的另一计算设备传输从葡萄糖仪12接收的数据。在另一实施例中，PC可以被配置成向远程服务器18传输从葡萄糖仪12接收的数据。移动电话16然后可以与远程服务器18通信。例如，远程服务器18可以向移动电话16传输数据。移动电话16存储所接收的数据。糖尿病管理应用14可以处理存储在移动电话16内的数据。

在其它实施例中，移动电话16可以向远程服务器18传送一个或多个葡萄糖度量。例如，移动电话16可以被配置成确定是否向远程服务器18传送一个或多个葡萄糖度量。当从仪表12接收到一个或多个葡萄糖度量时，移动电话16确定是否向远程服务器18传送一个或多个葡萄糖度量。在一些实施例中，移动电话16被配置成向远程服务器18自动传送一个或多个葡萄糖度量。

在又一实施例中，移动电话16被配置成确定远程服务器18是否已经向移动电话16发送葡萄糖度量请求。当移动电话16确定远程服务器18已经向移动电话16发送葡萄糖度量请求时，移动电话16向远程服务器18传送一个或多个葡萄糖度量。葡萄糖度量请求可以是通过无线网络而传送到移动电话16的信号。

远程服务器18在远程服务器18内的存储器中存储一个或多个葡萄糖度量。远程服务器18可以在一个或多个葡萄糖度量上执行另外的处理。例如，远程服务器18将一个或多个葡萄糖度量与诸如患者姓名、患者年龄、收集了一个或多个葡萄糖度量的日期和时间、患者测量历史和任何其它相关数据之类的与患者相关的其它数据相关联。远程服务器18被配置成允许远程访问存储在远程服务器18内的数据。例如，患者的内科医师可以访问存储在其上的一个或多个葡萄糖度量以便治疗患者。要理解的是，虽然仅讨论一个或多个葡萄糖度量，但是本文所描述的原理同样适用于由葡萄糖仪12、糖尿病管理应用14和移动电话16接收的任何患者数据。

在一些实施例中，糖尿病管理应用14包括胰岛素用药计算器。例如，糖尿病管理应用14可以从葡萄糖仪12接收一个或多个葡萄糖度量和与一个或多个葡萄糖度量彼此相关联的测量时间。糖尿病管理应用14基于一个或多个葡萄糖度量确定用药计算。在2012年8月24日提交的共同受让的美国专利申请No.13,593,593中可以找到用药计算器的进一步讨论，该美国专利申请的全部公开内容通过引用并入本文。与用药计算器结合使用经校正的时间戳可以是有利的，因为可以避免由于葡萄糖仪的不正确时间所致的错误用药的计算。

在另一实施例中，糖尿病管理应用14被配置成在仪表12与移动电话16之间守时（keeptime）。如本文所使用的“守时”可以暗示取得度量以矫正和/或抵消可能由缺少同步的仪表12的时钟和应用14的时钟导致的影响。例如，仪表12包括实时时钟（RTC）。RTC在仪表12内部。RTC是在仪表12被发起时设置的。例如，RTC是在仪表12由患者初始设置时设置的。RTC不受患者对仪表12做出的改变影响。例如，患者可以改变仪表12的显示时钟。显示时钟可以表示仪表12的当前本地时间。患者可以当在时区之间穿行时调整显示时钟。RTC不受对显示时钟的改变影响。以此方式，RTC可以不同于显示时钟。RTC和显示时钟之间的差异以下称为偏移。

移动电话16包括流逝时间计数器。计数器在移动电话16被初始配置时被发起。计数器继续运行而不管对移动电话16上的显示时钟的改变。例如，移动电话16的显示时钟可以由蜂窝运营商自动设置，而移动电话16连接到由蜂窝运营商操作的网络或者可以由患者手动设置。另外，移动电话16的显示时钟可以在诸如跨时区或对夏令时的改变之类的事件期间自动改变。例如，移动电话16的显示时钟可以是相对于格林威治标准时间（GMT）而设置的。当移动电话16处于第一时区中时，移动电话16的显示时钟可以被设置到GMT+5。类似地，例如，当移动电话16处于第二时区中时，移动电话16的显示时钟可以被自动改变到GMT+4。

在一个示例中，糖尿病管理应用14存储糖尿病管理应用14被发起时的快照时间。快照时间是基于受信时间源的参考时间。糖尿病管理应用14将所有时间计算（以下描述）基于快照时间。在一个示例中，移动电话16可以连接到诸如蜂窝网络或WiFi网络之类的网络。当移动电话16连接到网络时，快照时间被设置成当前GMT时间。例如，糖尿病管理应用14与相对于移动电话16远程定位的计算设备通信。计算设备可以是国家标准和技术协会网络的一部分。糖尿病管理应用14从计算设备接收当前GMT时间。

当移动电话16未连接到网络时，将快照时间设置成等于仪表12的RTC时间。例如，糖尿病管理应用14从仪表12请求当前RTC时间。糖尿病管理应用14从仪表12接收当前RTC时间。糖尿病管理应用14将快照时间存储在与移动电话16相关联的存储器中。糖尿病管理应用14使用快照时间作为参考时间以用于计算与所接收到的葡萄糖度量相关联的时间戳。另外，糖尿病管理应用14追踪自快照时间起流逝的时间的量。该流逝时间可以称为糖尿病管理应用14的内部时钟。例如，糖尿病管理应用14的内部时钟等于自取得了快照时间起在移动电话16的计数器上已流逝的时间的量。换言之，将内部时钟设置成等于快照时间。内部时钟然后通过将计数器上流逝的时间加到快照时间来守时。

由于手动设置移动电话16的显示时钟的固有不精确性，移动电话16的显示时钟可以不同于糖尿病管理应用14的内部时钟。糖尿病管理应用14被配置成基于仪表12的RTC与糖尿病管理应用14的内部时钟上的时间之间的差异来确定取得了葡萄糖度量的精确时间。在一些实施例中，仪表12传送当前RTC时间与葡萄糖度量。在另一实施例中，糖尿病管理应用14从仪表12请求当前RTC时间。糖尿病管理应用14存储与针对RTC上的当前时间（即，请求被发送的时间）的请求相关联的内部时钟上的时间。与针对RTC上的当前时间的请求相关联的时间以下称为请求时间。

糖尿病管理应用14确定请求时间与RTC上的当前时间之间的差异。差异请求时间和RTC上的当前时间以下称为增量时间。在可替换的实现中，糖尿病管理应用14确定增量是否大于预定阈值。预定阈值可以是等于典型地在糖尿病管理应用14请求当前RTC时间和接收到来自仪表12的响应之间流逝的时间量的时间。例如，预定阈值可以是5秒。当糖尿病管理应用14确定增量大于预定阈值时，糖尿病管理应用14存储增量。

相反，当糖尿病管理应用14确定增量不大于预定阈值时，糖尿病管理应用14忽略增量。可替换地，糖尿病管理应用14可以将增量设置成等于0。另外，当糖尿病管理应用14确定增量大于预定阈值时，糖尿病管理应用14可以调整增量以计及预定阈值。例如，糖尿病管理应用14可以从增量时间减去5秒以计及在糖尿病管理应用14请求当前RTC时间和接收到来自仪表12的响应之间流逝的时间。

糖尿病管理应用14存储仪表12的RTC、偏移、移动电话16的计数器时间、和增量时间。糖尿病管理应用14从仪表12接收一个或多个葡萄糖度量以及与一个或多个葡萄糖度量中的每一个相关联的测量时间。当取得了葡萄糖测量时，测量时间等于RTC上的时间。糖尿病管理应用14可以使一个或多个葡萄糖度量与时间戳相关联。时间戳可以称为参考时间。参考时间等于测量时间加上增量时间。

要理解的是，虽然仅讨论一个仪表12，但是患者可以利用多个血糖（bG）仪以便管理糖尿病。多个bG仪中的每一个包括不同的RTC。因此要理解的是，多个bG仪中的每一个也将具有不同的RTC增量时间。例如，另一仪表具有另一RTC。针对该另一仪表的RTC增量时间是该另一RTC与仪表12的RTC之间的差异。

换言之，连接到移动设备16的第一仪表（例如仪表12）变成借以测量针对随后连接的所有其它设备的所有增量时间的仪表。另外，从多个仪表传输的测量将具有关联的时间戳。关联的时间戳等于与由另一仪表传输的葡萄糖度量相关联的该另一RTC的测量时间加上仪表12的增量时间加上传输了葡萄糖测量的仪表的不同RTC增量时间。糖尿病管理应用14存储与同移动电话16通信的每一个仪表相关联的所有所确定的增量时间。

以此方式，当移动电话16上的计数器被重新开始时，糖尿病管理应用14参考针对每一个仪表的所存储的增量时间。例如，移动电话16上的计数器可以在移动电话16被重启时被重新开始。糖尿病管理应用14被配置成重新建立移动电话16与仪表12之间的守时。例如，当移动电话16上的计数器被重新开始时，糖尿病管理应用14确定另一快照时间。糖尿病管理应用14的内部时钟等于该另一快照时间加上计数器上流逝的时间。糖尿病管理应用14从仪表12接收所传输的葡萄糖测量。

糖尿病管理应用14将时间戳与葡萄糖测量相关联。时间戳等于当前RTC时间加上先前存储的与仪表12相关联的增量时间。换言之，由于RTC时间以与GMT时间相同的速率经过，因此RTC时间与GMT时间之间的增量将保持恒定且不需要被重新建立。在一些实现中，增量时间可以由RTC故障而被重新建立，如以下详细描述的那样。

在一些实现中，糖尿病管理应用14被配置成从RTC故障恢复。例如，据说RTC故障发生在仪表12内的电池被移除或者不再向仪表12供给电力时。仪表12可以包括备用电源。备用电源可以是存储由仪表12内的电池供给的电力的电容器。当电池被移除或不再向仪表12供给电力时，电容器对所存储的电力放电。备用电源可以维持RTC上的时间达有限时间段（例如8小时）。如果仪表12在有限时间段到期之前未从电池或电源接收到电力，则RTC被重置。当仪表12被重新发起（即从电池或电源接收到电力）时，仪表12生成故障信号。仪表12将故障信号传送到糖尿病管理应用14。糖尿病管理应用14响应于接收到故障信号而重新建立针对仪表12的增量时间。

如以上所描述的，与所有其它仪表相关联的所有其它增量时间基于仪表12的RTC。当从仪表12接收到故障信号时，糖尿病管理应用14重新建立针对仪表12的增量时间。类似地，当从除仪表12外的仪表接收到故障信号时，糖尿病管理应用14仅重新建立针对该另一仪表的增量时间。换言之，糖尿病管理应用14被配置成利用先前存储的增量时间并仅在RTC故障发生在仪表12或一个其它仪表上时重新建立增量时间。因此，在从特定仪表接收到故障信号之后，所述仪表的时钟未简单地与应用程序的时钟同步且被设置成与应用程序的时钟相同的时间。而是，应用程序使用先前已从所述特定仪表采集的增量时间以重新建立所述仪表的原始时间，甚至是在所述原始时间应当显著不同于应用程序的时间的情况下亦如此。这可以是有利的，因为其确保在发生了错误之前和之后较长时间段内取得的一系列测量值具有一致、连续的时间戳并仍旧可以由应用程序容易地且在没有由时间戳系列中的不连续性导致的错误的情况下评估。

应用程序可以确定和存储多个不同手持医学设备的增量时间。应用程序可以与相应手持医学设备的设备ID相关联地存储所确定的增量时间。这可以是有利的，因为患者可以使用不同手持医学设备，其内部时钟可能缺少与彼此和/或与移动通信设备的时钟的同步。例如，患者可能已经在其工作场所处放置一个葡萄糖仪并在家里放置第二个葡萄糖仪。然而，由于设备特定增量时间被应用程序用于计算针对个体测量值的“经时间移位校正的”时间戳信息，因此由这两个设备采集的医学测量数据变为被分配有一致的时间戳信息。

图2描绘了用于葡萄糖仪12的示例性硬件布置。葡萄糖仪12一般由测量模块22、处理子***23和通信子***24组成。以下进一步描述这些组件中的每一个。虽然本文讨论主要组件，但是要理解的是，对于仪表12的总体操作，可能需要其它组件（例如电池）。

测量模块22协作地与被***到条端口21中的测试条交互以从测试条上的血液样本确定葡萄糖度量。测量模块22可以包括用于仪表12所读取的测试条的校准信息。如本文所使用的，术语模块可以指代以下各项、是以下各项的一部分或包括以下各项：专用集成电路（ASIC）；电子电路；组合逻辑电路；现场可编程门阵列（FPGA）；施行代码的处理器（共享、专用或群组）；提供所描述的功能的其它合适组件；或者以上中的一些或全部的组合。术语模块还可以包括存储由处理器施行的代码的存储器，其中如以上所使用的，代码可以包括软件、固件和/或微代码，并可以指代程序、例程、函数、类和/或对象。

处理子***23被配置成从测量模块22接收葡萄糖度量，其进而可以由处理子***23存储在存储器中。葡萄糖度量还可以由处理子***23显示在显示器25上。用户可以使用诸如按钮、开关、扬声器、麦克风、USB端口等之类的各种用户接口组件与仪表12交互。这些组件中的每一个与处理子***23对接。在示例性实施例中，处理子***23包括微处理器26和一个或多个易失性和/或非易失性存储器27，尽管预想到用于处理子***23的其它实现。

处理子***23还与通信子***24对接。在示例性实施例中，通信子***24包括无线收发器28。无线收发器28操作成经由数据链路向与仪表12物理分离的远程设备无线传送葡萄糖度量和其它数据。通信子***24还可以包括天线、微控制器、电压和功率控制电路、以及闪速存储器设备。尽管本文讨论仪表12的几个主要组件，但是容易理解的是，为了实现仪表12，可能需要其它组件（例如电源）。

图3描绘了用于使用血糖仪12取血糖度量的示例性序列。用户可以在31处将测试条***到葡萄糖仪12的端口中。测试条的***提示葡萄糖仪12通电。用户可以可替换地使用开/关按钮为葡萄糖仪12通电。在该情况中，葡萄糖仪12将提示用户***测试条。用户还可以在未将测试条***到仪表中的情况下为葡萄糖仪12通电。在这些情况中的任一个中，葡萄糖仪12可以在被***到仪表12中的测试条上执行质量检查。一旦质量检查已经完成，仪表12准备好执行测试。

为了开始测试，在32处针对血液样本而提示用户。响应于该提示，用户在33处使用测试条提供血液样本，其中测试条包括从患者接收血液样本的反应部位。当接收到血液样本时，葡萄糖仪12将继续以本领域中容易得知的方式分析血液样本。在这样做之前，葡萄糖仪12可以确认血液的充足性，如34处所指示的那样。

在分析期间，从血液样本获得血糖度量。血糖度量将被显示给用户并存储在葡萄糖仪12上，如35处所指示的那样。所存储的葡萄糖度量随后可以以批量方式从葡萄糖仪12上传到内科医师的计算机。

葡萄糖仪12可以被配置成个体地传输血糖度量，如图4中所示，而不是以批量方式发送血糖度量。血糖度量可以例如被传输到诸如移动电话16之类的移动电话或用户携带的某个其它便携式计算设备。由于移动电话16典型地非常接近用户，因此其可以用作用于患者的血糖度量的数据收集器。驻留在移动电话16上的糖尿病管理应用14然后可以用于数据分析以及其它精密的糖尿病管理功能。因此，可以精简葡萄糖仪12上可用的处理能力和存储器，从而降低葡萄糖仪12的成本。

当确定血糖度量时，首先在42处利用标识信息来标记血糖度量。葡萄糖度量可以由仪表标记或由用户标记。标识信息可以包括但不限于取得了度量时的时间戳、仪表的序列号、仪表类型、关于测试条的其它信息、以及患者添加的评论。例如，患者可以添加包括指示在就餐之前、在就餐之后、在睡觉之前进行了测量的标志或者其它个人健康信息的评论。要指出的是，每一个血糖度量还被标记有由葡萄糖仪分配的唯一顺序号。

在一个实施例中，每当取得葡萄糖度量时计数器就递增，并且，向血糖度量分配计数器的值。顺序号可以用于从葡萄糖仪12检索遗失数据，如以下进一步描述的那样。一旦被标记，血糖度量就在43处存储在葡萄糖仪12的存储器中并在44处在葡萄糖仪12的显示器上向用户显示。要理解的是，葡萄糖仪12可以在利用附加信息对血糖度量加标记之前存储和显示血糖度量。另外，在一些实施例中，葡萄糖仪12不存储或显示血糖度量。

接着，葡萄糖仪12在45处确定其是否经由无线数据链路与诸如移动电话16之类的另一设备配对。当葡萄糖仪12被配对到移动电话时，在46处将当前血糖度量传输到移动电话。虽然遍及本公开对随单个葡萄糖度量发送的消息做出参考，但是预想到在一些实施例中，由葡萄糖仪12传输的消息可以包含一个或多个葡萄糖度量。

在一个实施例中，血糖度量被自动传输而没有用户介入。例如，在取得葡萄糖度量之后，葡萄糖度量在预定义的超时周期（例如五秒）之后被自动传输而不从用户接收任何输入。在另一实施例中，血糖度量响应于用户导航离开测量结果屏幕而被自动传输。以类似的方式，血糖度量可以响应于仪表12被用户断电而被自动传输。预想到，在配对过程期间利用葡萄糖仪12来认证移动电话和/或糖尿病管理应用14。

葡萄糖仪12还可以在47处从糖尿病管理应用14接收针对遗失葡萄糖度量的请求。在一个实施例中，该请求通过其顺序号标识任何遗失葡萄糖度量，如以下将进一步描述的那样。响应于接收到请求，葡萄糖仪12在49处将向糖尿病管理应用14传输遗失葡萄糖度量。要理解的是，与图4有关地讨论仅相关步骤，但是可能需要其它软件实现的指令以从葡萄糖仪12传输数据。在示例性实施例中，以上描述的方法由驻留在葡萄糖仪12上的用户接口模块实现。

图5描绘了用于处理驻留在移动电话16上的糖尿病管理应用14接收的葡萄糖度量的示例性方法。在示例性实施例中，个体地向糖尿病管理应用14传输葡萄糖度量，如与图4有关地描述的那样。预想到，本公开设想到用于向糖尿病管理应用14传输葡萄糖度量的其它技术。例如，葡萄糖仪12可以经由WiFi连接、蓝牙连接、线缆连接或任何其它合适的数据传递连接和/或协议传输葡萄糖度量。

当在71处接收到葡萄糖度量时，首先由糖尿病管理应用14确定与葡萄糖度量相关联的顺序号。唯一顺序号由葡萄糖仪12分配给每一个葡萄糖度量，如以上所描述的那样。因此，可以在72处从接收自葡萄糖仪12的消息或数据分组提取与葡萄糖度量相关联的顺序号。在一些实施例中，先前从葡萄糖仪12接收的一系列葡萄糖度量连同其关联的顺序号可以存储在存储器设备中且因此对糖尿病管理应用14而言可访问。在其它实施例中，仅最近接收的葡萄糖度量及其顺序号被糖尿病管理应用14存储。在任一情况中，从存储器检索（一个或多个）所存储的葡萄糖度量连同关联的（一个或多个）顺序号。

在74处在从目前葡萄糖度量提取的顺序号与所存储的葡萄糖度量的顺序号之间进行比较。当检测到序列中的遗漏时，由糖尿病管理应用14向葡萄糖仪12传输针对遗失葡萄糖度量的请求。例如，当所提取的顺序号是74并且最高的所存储的顺序号是71或72时，传输针对遗失葡萄糖度量的请求。相反，当所提取的顺序号是74并且最高的所存储的顺序号是73时，不传输请求。由于该比较是针对由糖尿病管理应用14接收的每一个葡萄糖度量而进行的，因此所提取的顺序号的比较仅需要对最高的所存储的顺序号进行。在其它实施例中，糖尿病管理应用14可以针对遗漏的度量而分析该一系列葡萄糖度量并发送针对从该一系列葡萄糖度量遗失的每一个葡萄糖度量的请求。针对遗失葡萄糖度量的请求可以是依照与图1有关地描述的协议来传输的。

在78处，糖尿病管理应用14处理葡萄糖度量。例如，糖尿病管理应用14可以使最近接收的葡萄糖度量与先前接收的葡萄糖度量相关联。糖尿病管理应用14然后可以生成葡萄糖度量的图形表示。糖尿病管理应用14在移动电话16的屏幕上显示图形表示。糖尿病管理应用14可以接收向诸如远程服务器18之类的远程位置传输（一个或多个）葡萄糖度量的请求。

在79处，糖尿病管理应用14确定是否从远程服务器18接收到向远程服务器18传输（一个或多个）葡萄糖度量的请求。例如，医学专业人员可以从糖尿病管理应用14请求患者的血糖测量以便治疗患者。当糖尿病管理应用14确定接收到请求时，糖尿病管理应用14向远程服务器18传输（一个或多个）葡萄糖度量。传输（一个或多个）葡萄糖度量可以包括将（一个或多个）葡萄糖度量封装在被配置成由远程服务器18接收和解释的分组中。在另一实施例中，糖尿病管理应用14在从仪表12接收到（一个或多个）葡萄糖度量时自动向远程服务器16传输（一个或多个）葡萄糖度量。

图6描绘了用于处理由远程服务器18接收的葡萄糖度量的示例性方法。在81处，远程服务器18确定是否从远程定位的计算机设备（诸如移动电话16）接收到葡萄糖数据分组。在另一实施例中，远程服务器18可以从PC或其它合适的计算设备接收葡萄糖数据分组。当远程服务器18确定从移动电话16接收到葡萄糖数据分组时，远程服务器18在82处对葡萄糖数据分组拆包。例如，远程服务器18被配置成解释葡萄糖数据分组的格式。葡萄糖数据可以包括但不限于一个或多个葡萄糖度量、关联的患者姓名以及与收集了一个或多个葡萄糖度量的时间相关的时间戳。

在83处，远程服务器18处理葡萄糖数据。例如，远程服务器18可以将所接收的葡萄糖数据与远程服务器18先前接收的其它相关患者数据相关联。远程服务器18可以将一个或多个葡萄糖度量与关于相同患者的多个先前接收的葡萄糖度量相关联。在一个实施例中，远程服务器18可以将涉及患者的关联的葡萄糖度量存储在患者数据库中。

在一些实施例中，远程服务器18被配置成允许远程用户访问相关葡萄糖度量。例如，患者的内科医师可以被授予访问以回顾关联的葡萄糖度量和制作涉及关联的葡萄糖度量的笔记，以便治疗患者。类似地，患者可以被授予访问以回顾患者的葡萄糖趋势。

在85处，远程服务器18确定是否向诸如移动电话16或仪表12之类的另一计算设备传送葡萄糖数据。例如，远程服务器18可以从移动电话16接收传送葡萄糖数据的请求。当远程服务器18接收到传送葡萄糖数据的请求时，远程服务器18打包并向移动电话16传送葡萄糖测量、关联的时间戳以及其它相关和关联的数据。

图7描绘了用于在葡萄糖仪12与糖尿病管理应用14之间守时的示例性方法。在示例性实施例中，糖尿病管理应用14确定仪表12是否与移动电话16配对。当仪表12和移动电话16未配对时，患者（在图7和8中称为用户）在104处手动地将血糖度量和/或胰岛素值记入日志。患者可以通过选择表示糖尿病管理应用14的图标来在移动电话16上启动糖尿病管理应用14。

糖尿病管理应用14首先如以上所描述的那样确定快照时间。例如，当移动电话16连接到诸如蜂窝网络或WiFi网络之类的网络时，糖尿病管理应用14从网络获得快照时间。当移动电话16未连接到网络时，糖尿病管理应用14存储与仪表12的RTC时间的当前时间相等的快照时间。如以上所描述的，糖尿病管理应用14可以从仪表12请求当前RTC时间。可替换地，仪表12可以传送当前RTC时间与葡萄糖度量。患者然后可以导航至糖尿病管理应用14内的数据录入屏幕。患者然后录入与血糖度量和胰岛素值中的至少一个相关的数据。糖尿病管理应用14在108处存储数据、时间戳和与仪表12相关联的增量。

时间戳指示获得了至少一个葡萄糖度量和/或患者注射了胰岛素值的时间。换言之，当患者手动录入葡萄糖度量时，患者还录入进行了测量的精确时间。糖尿病管理应用14存储等于由患者手动录入的时间的时间戳。

当糖尿病管理应用14确定仪表12与移动电话16配对时，糖尿病管理应用14在116处指令仪表12发起自动同步应用和自动发送应用。仪表12在120处启用自动发送应用和自动同步应用。当自动发送应用活动时，仪表12向移动电话16自动传送所接收到的葡萄糖度量和与每一个葡萄糖度量相关联的测量时间。测量时间等于仪表12接收到特定葡萄糖度量时的RTC上的时间。自动同步程序被配置成确定针对被传送到移动电话16的患者的所有葡萄糖度量的参考时间。

例如，如以上所描述的，仪表12包括RTC并且移动电话16包括流逝时间计数器。在124处，糖尿病管理应用14从仪表12内的RTC请求当前时间和日期。在128处，仪表12向糖尿病管理应用14传送RTC时间和日期。在132处，糖尿病管理应用14基于RTC时间和与针对当前RTC时间的请求相关联的请求时间之间的差异来确定增量（如以上所描述的那样）。糖尿病管理应用14在136处存储增量。糖尿病管理应用14还可以确定针对患者可操作的其它糖尿病测量设备的增量。

糖尿病管理应用14将时间戳与每一个所接收的葡萄糖度量相关联。时间戳等于与葡萄糖度量相关联的测量时间加上增量。仅仅是例如，RTC可以具有13:00钟点的当前时间并且内部时钟时间为12:00钟点。在该示例中，增量为负1小时。糖尿病管理应用14从仪表12接收具有等于仪表12的RTC时钟上的13:30钟点的测量时间的第一葡萄糖测量。糖尿病管理应用14生成13:30钟点减1小时的时间戳。糖尿病管理应用14存储具有12:30时间戳的第一葡萄糖测量。

糖尿病管理应用14可以从另一仪表接收另一葡萄糖测量。该另一仪表包括另一RTC。在当仪表12的RTC具有13:00钟点的当前时间时的时间处，该另一RTC具有11:00钟点的当前时间。该另一仪表具有正2小时的RTC增量时间（即，该另一RTC与仪表12的RTC之间的差异，如以上所描述）。糖尿病管理应用14接收该另一葡萄糖测量和等于该另一RTC时钟上的12:45钟点的测量时间。糖尿病管理应用14生成12:45钟点加1小时（即，该另一RTC增量时间加该另一RTC增量时间）的时间戳。糖尿病管理应用14存储具有13:45时间戳的该另一葡萄糖测量。

以此方式，糖尿病管理应用14确保针对从仪表12和该另一仪表接收的每一个葡萄糖度量的精确参考时间而不管相对设备时间如何。通过利用仪表12的RTC和该另一仪表的RTC增量，糖尿病管理应用14可以确定患者葡萄糖度量之间的实际时段。例如，糖尿病管理应用14可以确定在每一个测量之间流逝多少时间而不管仪表12、该另一仪表以及移动电话16的计数器的实际时钟时间如何。

图8描绘了用于记录糖尿病管理应用14中的葡萄糖度量和胰岛素值的示例性方法。在示例性实施例中，糖尿病管理应用14接收涉及患者的葡萄糖度量和胰岛素值。在204处，患者利用仪表12来进行血糖测量。仪表12向糖尿病管理应用14自动发送血糖测量和关联的时间戳。

糖尿病管理应用14存储所接收的血糖测量和时间戳。可以领会到，时间戳可以不同于将数据传送到糖尿病管理应用14的时间。仅仅是例如，仪表12和移动电话16可能未连续配对或者在能够通信的范围内。因此，仪表12可以在仪表12处于与移动电话16通信的范围内时自动发送所存储的测量。由于自进行了测量并且将其存储在仪表12内起可能已经流逝未经定义的时段，因此与测量相关联的时间戳相比于仪表12向移动电话16传送测量时的时间而言可能相对陈旧。糖尿病管理应用14处理所接收的血糖测量。例如，糖尿病管理应用14基于血糖测量来确定用药计算。

糖尿病管理应用14还可以基于用药计算来生成用药推荐。仅仅是例如，用药推荐可以包括指令患者摄入一定量的胰岛素或者消耗碳水化合物以便增加或减小患者的血糖。为了使糖尿病管理应用14推荐有效的用药推荐，用药推荐必须发生在血糖测量的时间戳之后的预定时段内。例如，预定时段可以小于10分钟。糖尿病管理应用14确定时间戳是否在预定时段内。糖尿病管理应用14在212处生成对仪表12的传送当前RTC时间的请求。在216处，仪表12向糖尿病管理应用14传送当前RTC时间。

在220处，糖尿病管理应用14确定时间戳是否在预定时段内。例如，糖尿病管理应用14确定时间戳与当前RTC时间之间的差异。当差异小于预定时段时，糖尿病管理应用14生成用药推荐。当差异大于预定时段时，糖尿病管理应用14不生成用药推荐。糖尿病管理应用14可以指令患者确定当前葡萄糖测量。

在224处，患者在糖尿病管理应用14中手动地将胰岛素值记入日志。糖尿病管理应用14在228处生成针对仪表12的传送RTC时间的请求。仪表12在232处向糖尿病管理应用14传送当前RTC时间。在236处，糖尿病管理应用14将仪表12的增量时间与所接收的胰岛素值和以及当接收到葡萄糖测量时糖尿病管理应用14的内部时钟上的时间相关联。糖尿病管理应用14可以基于胰岛素值和至少一个葡萄糖测量来生成用药推荐。

图9描绘了糖尿病管理应用14的示例性屏幕截图。在示例性实施例中，糖尿病管理应用14被配置成向患者传送葡萄糖相关数据。例如，糖尿病管理应用14基于从患者接收的数据生成多个报告。糖尿病管理应用14可以在移动电话16的显示屏上显示该多个报告。该多个报告可以包括但不限于日常患者葡萄糖概述、患者葡萄糖历史报告、用药推荐和针对信息输入屏幕的请求。

糖尿病管理应用14可以基于从仪表12接收的一个或多个葡萄糖度量生成日常患者葡萄糖概述。葡萄糖概述还可以包括由患者手动记录的数据，诸如就餐信息和胰岛素值。示例日常患者葡萄糖概述在304处示出。日常患者葡萄糖概述可以被格式化成显示就餐之前和之后患者的用药计算。另外，日常患者葡萄糖概述可以显示涉及患者是否遵循先前推荐的胰岛素值的数据。例如，糖尿病管理应用14可以基于用药计算来做出胰岛素值推荐。患者然后可以注射所推荐的胰岛素值并在糖尿病管理应用14中记录注射。

相反，患者可以决定注射与所推荐的值不同的胰岛素值。患者然后在糖尿病管理应用14中记录不同的胰岛素值。糖尿病管理应用14将所推荐的胰岛素值与所记录的胰岛素值进行比较。当所记录的胰岛素值等于所推荐的胰岛素值时，糖尿病管理应用14在日常患者葡萄糖概述上显示指示（诸如绿色对勾标记）。当所记录的胰岛素值不等于所推荐的胰岛素值时，糖尿病管理应用14在日常患者葡萄糖概述上显示指示（诸如红色斜杠或无符号）。以此方式，糖尿病管理应用14传送患者对用药推荐的依附的图形表示。

糖尿病管理应用14可以生成针对信息输入屏幕的请求，如308和312处所示。针对信息输入屏幕的请求可以包括先前所接收的数据的显示。例如，针对信息输入屏幕的请求可以显示先前记录的葡萄糖测量。针对信息输入屏幕的请求建议患者输入指定信息。例如，指定信息可以包括就餐信息和患者已消耗或将消耗的碳水化合物的总数。此外或可替换地，特定信息可以包括影响所推荐的用药胰岛素的健康事件或物理活动指示符。糖尿病管理应用14存储指定信息。糖尿病管理应用14可以基于指定信息来生成用药推荐。

图10和11描绘了糖尿病管理应用14的另外的示例性屏幕截图。在404处，示出用药推荐屏幕截图。在504、508和512处示出可替换的用药推荐屏幕截图。糖尿病管理应用14基于一个或多个葡萄糖测量来确定是否要确定用药计算。例如，糖尿病管理应用14确定与一个或多个葡萄糖度量相关联的时间戳是否出现在预定时段内。例如，预定时段可以是10分钟。当糖尿病管理应用14确定时间戳在预定时段内时，糖尿病管理应用14确定用药计算。相反，当糖尿病管理应用14确定时间戳不在预定时段内时，糖尿病管理应用14不确定用药计算。另外，糖尿病管理应用14可以生成对患者的指示。指示可以包括向患者传送一个或多个葡萄糖度量不是及时的或当前的。指示还可以包括指令患者传输另一葡萄糖度量。

糖尿病管理应用14基于从仪表12接收的一个或多个葡萄糖度量和手动记录的患者数据（诸如胰岛素值和就餐信息）来确定用药计算。糖尿病管理应用14基于用药计算来生成用药推荐。在一个实施例中，糖尿病管理应用14利用可视指示符来向患者传送用药信息。糖尿病管理应用14利用彩色代码以便在视觉上向患者报警患者的血糖的当前状态。

例如，糖尿病管理应用14基于用药计算来生成血糖指示符408。当患者的葡萄糖大于预定上阈值时，糖尿病管理应用14将血糖指示符408着色成蓝色。当患者的葡萄糖小于预定下阈值时，糖尿病管理应用14将血糖指示符408着色成红色，如412处所示。当患者的葡萄糖在预定上阈值与预定下阈值之间时，糖尿病管理应用14将血糖指示符408着色成绿色。可替换地，当患者的葡萄糖在预定上阈值与预定下阈值之间时，糖尿病管理应用14不显示彩色编码的指示，如图11在504处所示。此外，患者可以录入患者将注射的胰岛素的实际量。

以此方式，糖尿病管理应用14在视觉上向患者报警患者的当前血糖。因此，患者可以快速查明患者的葡萄糖是否在可接受的范围内、在范围以上或在范围以下。患者然后可以遵循用药推荐中的推荐以便增加、减少或维持患者的葡萄糖。例如，当糖尿病管理应用14将用药推荐彩色编码成蓝色时，用药推荐可以推荐供患者注射的胰岛素的量。糖尿病管理应用14请求患者输入患者实际注射的胰岛素的量。糖尿病管理应用14将所推荐的胰岛素量与实际注射的胰岛素量进行比较。糖尿病管理应用14可以继续重复以上所描述的过程。

当糖尿病管理应用14将推荐彩色编码成红色时，建议器推荐患者消耗一定量的碳水化合物。糖尿病管理应用14请求患者输入患者消耗的碳水化合物的实际量。糖尿病管理应用14将所推荐的碳水化合物的量与碳水化合物的实际量进行比较。糖尿病管理应用14可以继续重复以上所描述的过程。

当糖尿病管理应用14将用药推荐彩色编码成绿色时，用药推荐可以包括指令患者消耗碳水化合物或注射胰岛素以便维持当前血糖。此外或可替换地，糖尿病管理应用14可以允许患者输入实际注射的胰岛素量。另外，糖尿病管理应用14可以不彩色编码用药推荐。例如，用药推荐可以以移动电话16的默认文本颜色显示。

糖尿病管理应用14还传送患者葡萄糖历史报告。在416处示出示例性患者葡萄糖历史报告。糖尿病管理应用14可以基于多个所接收的患者葡萄糖测量、手动记录的患者数据、先前计算的用药推荐和先前文档化的实际用药量来生成患者葡萄糖历史报告。

患者葡萄糖历史报告可以包括彩色代码，诸如以上所描述的彩色代码。例如，糖尿病管理应用14可以对一定时间段内的患者葡萄糖值制图。糖尿病管理应用14可以基于当记录了值时值是大于预定上阈值、小于预定下阈值还是在预定上阈值与预定下阈值之间来将相同的彩色代码应用于多个患者葡萄糖值中的每一个。糖尿病管理应用14可以通过在移动电话16的显示屏上显示报告来向患者传送患者葡萄糖历史报告。患者可以回顾报告以便确定患者的葡萄糖趋势。

已经出于说明和描述的目的而提供了实施例的以上描述。其不意图是详尽的或者限制本公开。特定实施例的各个元素或特征一般不受限于该特定实施例，而是在适用的情况下可互换且可以被使用在所选实施例中，即使并未具体示出或描述。同样还可以以许多方式变化。这样的变化不应被视为脱离于本公开，并且所有这样的修改意图包括在本公开的范围内。

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

以上描述的一些部分在对信息的操作的算法和符号表示方面呈现本文所描述的技术。这些算法描述和表示是数据处理领域技术人员用于最有效地向本领域其它技术人员传达其工作的实质的手段。当在功能或逻辑上加以描述时，这些操作被理解成由计算机程序实现。另外，还已经证明，将操作的这些布置称为模块或者通过功能名称有时是方便的，而不失一般性。

除非以其它方式具体陈述，如从以上讨论中显而易见，要领会到的是，遍及该描述，利用诸如“处理”或“运算”或“计算”或“确定”或“显示”等之类的术语的讨论指代计算机***或类似的电子计算设备的动作和过程，其操纵和变换计算机***存储器或寄存器或其它这样的信息存储装置、传输或显示设备内的被表示为物理（电子）量的数据。

所描述的技术的某些方面包括本文以算法形式所描述的过程步骤和指令。应当指出的是，所描述的过程步骤和指令可以体现在软件、固件或硬件中，且当体现在软件中时可以被下载以驻留在实时网络操作***使用的不同平台上并从实时网络操作***使用的不同平台加以操作。

本公开还涉及用于执行本文中的操作的装置。该装置可以出于所要求的目的而特殊地构造，或者其可以包括由存储在计算机可以访问的计算机可读介质上的计算机程序选择性地激活或重配置的通用计算机。这样的计算机程序可以存储在有形计算机可读存储介质中，诸如但不限于任何类型的盘，包括软盘、光盘、CD-ROM、磁光盘、只读存储器（ROM）、随机存取存储器（RAM）、EPROM、EEPROM、磁或光卡、专用集成电路（ASIC）、或适于存储电子指令且每一个耦合到计算机***总线的任何类型的介质。另外，在说明书中提到的计算机可以包括单个处理器或者可以是针对增加的计算能力采用多个处理器设计的架构。

Claims (21)

1.一种用于在被患者用于管理糖尿病的多个设备之间守时的***，所述***包括：

-手持医学设备，包括：

○端口，被配置成接收具有用于接收来自患者的液体样本的反应部位的测试条；

○实时时钟；以及

○血糖仪（12），其可与被***在端口中的测试条协作地操作，被配置成测量驻留在测试条中的液体样本中的葡萄糖并将第一测量时间与葡萄糖测量相关联；

-移动计算设备（16），其包括被配置成施行存储在关联的存储器上的糖尿病管理应用（14）的处理器和响应于移动计算设备被发起而开始对时间计数的计数器；

-糖尿病管理应用可操作成：

○确定快照时间；

○将糖尿病管理应用的内部时钟设置成等于快照时间并通过使用计数器在内部时钟上守时；

○确定手持医学设备是否与移动计算设备配对；

○响应于确定手持医学设备与移动计算设备配对而选择性地指令手持医学设备传送葡萄糖测量和第一测量时间；

○从实时时钟请求当前设备时间；

○通过确定当前设备时间与内部时钟上的时间之间的差异来确定第一设备增量时间；以及

○将第一时间戳与葡萄糖测量相关联，其中第一时间戳等于第一测量时间加上第一设备增量时间。

2.权利要求1的守时***，其中糖尿病管理应用可操作成确定移动计算设备是否连接到网络。

3.前述权利要求中任一个的守时***，其中糖尿病管理应用可操作成响应于移动计算设备连接到网络而将快照时间设置成等于当前格林威治标准时间（GMT）。

4.前述权利要求中任一个的守时***，其中糖尿病管理应用可操作成响应于移动计算设备未连接到网络而将快照时间设置成等于当前实时时钟时间。

5.前述权利要求中任一个的守时***，还包括至少一个其它医学设备，其被配置成将第二测量时间与第二葡萄糖测量相关联并将第二葡萄糖测量和第二测量时间传输到糖尿病管理应用。

6.权利要求5的守时***，其中糖尿病管理应用可操作成确定针对所述至少一个其它医学设备的第二设备增量时间。

7.权利要求6的守时***，其中第二设备增量时间等于所述至少一个其它医学设备上的实时时钟时间与手持医学设备的实时时钟之间的差异。

8.权利要求5-7中任一个的守时***，其中糖尿病管理应用可操作成将等于第二测量时间加上第二设备增量时间以及第一设备增量时间的第二时间戳与第二葡萄糖测量相关联。

9.前述权利要求中任一个的守时***，其中糖尿病管理应用可操作成确定第一测量时间与实时时钟的当前时间之间的差异是否小于预定值。

10.权利要求9的守时***，其中糖尿病管理应用可操作成响应于确定第一测量时间小于预定值而生成包括指示当前血糖水平的彩色编码血糖指示符的用药推荐。

11.一种用于确定与从葡萄糖仪（12）接收的血糖度量相关联的测量时间的方法，包括：

-维持对驻留在计算设备（16）上的糖尿病管理应用（14）而言可访问的时钟；

-通过糖尿病管理应用经由通信链路从葡萄糖仪接收来自实时时钟的当前时间，其中实时时钟被维持在葡萄糖仪上并且葡萄糖仪是相对于计算设备远程定位的；

-通过糖尿病管理应用经由通信链路从葡萄糖仪接收血糖度量，其中血糖度量具有与其相关联的测量时间，并且从被维持在葡萄糖仪上的实时时钟取得测量时间；

-通过糖尿病管理应用确定（132）由糖尿病管理应用维持的时钟的时间与从实时时钟接收的当前时间之间的差异；以及

-通过糖尿病管理应用将血糖度量连同更新的测量时间存储（136）在驻留在计算设备上的数据储存器中，其中更新的测量时间被设置成等于测量时间加上所述差异。

12.权利要求11的方法，其中所述方法由根据权利要求1-10中任一个的守时***实现。

13.权利要求11-12中任一个的方法，还包括通过应用（14）确定计算设备是否连接到网络。

14.权利要求13的方法，还包括通过应用且响应于计算设备连接到网络而将时钟设置成等于当前格林威治标准时间（GMT）。

15.权利要求13-14中任一个的方法，还包括通过应用且响应于计算设备未连接到网络而将时钟设置成等于当前RTC时间。

16.权利要求11-15中任一个的方法，还包括通过应用从另一葡萄糖仪接收另一葡萄糖测量和与其相关联的另一测量时间。

17.权利要求11-16中任一个的方法，还包括通过应用在驻留在计算设备上的数据储存器中存储与所述另一葡萄糖测量相关联的更新的测量时间。

18.权利要求17的方法，其中与所述另一葡萄糖测量相关联的更新的测量时间被设置成等于所述另一测量时间加上由糖尿病管理应用维持的时钟的时间之间的差异并且加上驻留在葡萄糖仪上的实时时钟的时间与驻留在所述另一葡萄糖仪上的实时时钟的时间之间的差异。

19.权利要求11-18中任一个的方法，还包括通过应用确定测量时间与实时时钟的另一当前时间之间的差异是否小于预定值。

20.权利要求11-19中任一个的方法，还包括通过应用且响应于确定测量时间与实时时钟的所述另一当前时间之间的差异小于预定值而基于葡萄糖度量生成用药推荐。

21.权利要求20的方法，其中用药推荐包括指示当前血糖水平的彩色编码血糖指示符。