CN101342090A - 用于实施血糖控制方案的系统和方法 - Google Patents

Abstract

本发明涉及用于实施血糖控制方案的系统和方法。该系统以自动的半闭环或闭环的方式实施宽范围的血糖控制方案，例如，严格血糖控制方案，以消除系统错误的常见来源。更具体地，该系统能包括与宽范围的数据库和/或接口通信的血糖测量设备，从而兼顾到典型地是独立的步骤，例如患者测试、结果确定、方案调整－建议以及新剂量的实际计算、饮食信息、根据测试结果排定将来的测试及以半闭环或闭环的方式自动给药。此外，在保持系统完整性和安全性的同时，该系统通过允许方案管理者连续地加、减和/或修改方案的各个步骤而提供了最终的灵活性。

Description

用于实施血糖控制方案的系统和方法

相关的申请

本申请根据35U.S.C.§119(e)要求于2006年12月26日提交的序列号为60/871,856的美国临时专利申请的优先权，其全部内容被并入本文作为参考。

技术领域

本公开涉及一种用于实施血糖控制方案(protocol)(例如，连续的和/或间断性(episodic)的灌注治疗(infusion treatment)、口服降血糖治疗(oral hypoglycemictherapy)、强化胰岛素治疗(intensive insulin therapy)或者任何一种这样的血糖控制治疗)的综合系统和方法；更具体地，本发明还可以涉及用于自动实施这种方案的半闭环的或闭环系统和方法。

背景技术

在患危险的疾病期间，由于疾病的压力、胰岛素抗性和/或胰岛素缺乏而带来的高血糖可能直接或间接地引起并发症的诱因，例如严重的感染、多发性神经病、多个器官衰竭以及甚至死亡。采用强化治疗(例如，给予胰岛素或其它试剂)来使血糖水平正常化降低了病危患者的死亡率和发病率。例如，在患有急性心肌梗塞的糖尿病患者中，用于将血糖保持在低于大约215毫克(mg)每分升(大约11.9mmol/l)的水平而采用的治疗方案改善了患者的长期结果。在患有被拖延的危险疾病的非糖尿病患者中，，反映肝细胞对胰岛素的反应减退的类胰岛素生长因子-键合蛋白1的高血清水平会增加死亡的风险。(参见Van denBerghe等，Intensive Insulin Therapy in Critically III Patients，N Engl J.Med2001；345：1359-67)。在心脏手术中，强化胰岛素治疗方案能够减少医院中的死亡率、感染并发症和/或住院的时间。(参见Furnary，A.P.，Wu，Y.X.：Clinical Effectsof Hyperglycemia in the Cardiac Surgery Population：The Portland Diabetic，EndoPract.2006年7-8月；12增刊3：22-26)。

目前，用于血糖控制的方法最常见的是依赖于手动地把从食品和药品管理局(“FDA”)-批准的血糖测量装置设备获得的血糖数据转移到纸件或者电子医学表格上。特定患者的血糖水平的进展和动态响应由照顾该患者的医护人员(例如，护士或医生)来评价，所述医护人员接着将该信息与基于纸件的算法或“方案”整合起来，以确定接下来将施加到该特定的患者的基于胰岛素或者其它的血糖操纵(manipulate)干预。在最常见的方案中，测量设备、临床医师、方案和胰岛素行动之间的交互容易受到所涉及的临床医师的解释能力的影响。

较不常见的是，来自血糖计的数据被手动输入到基于算法的计算机化的设备中，所述设备是能够与患者接合(interfacing)的独立系统。这种手动转移数据可能引起重大的用户错误以及工作流低效率。此外，这样的系统不能有效地解释大量的必须在正确地实施血糖控制方案时被考虑的变量(例如，自从上次血糖测量以来的时间、饮食信息、糖尿病或非糖尿病的状态、心脏问题、已经被给予的药物的类型/数量、先前的测试(test)结果、操作者或护士的能力资格等)。此外，当前的方法不能在正确地实施血糖控制方案时有效地解释患者后勤(logistics)(例如，患者被允许住院，患者被从一个医疗点转移到另一个医疗点，和/或患者出院和/或重新住院)。

因此，存在着对能够实施任何类型的血糖控制方案的综合系统和方法的需求。

发明内容

本文提供了用于实施血糖控制方案的系统和方法的多种实施例。如下面所描述的，本公开的实施例使医学专业人员能够在特定时间点确定并存储患者的当前血糖水平。考虑到该测试结果，该系统能够提供一个或任意数量的治疗步骤。例如，所述治疗步骤能够包括对患者的治疗的调整(例如，改变药物、饮食等)，或者所述治疗步骤能够包括任意数量的行动(例如，排定将来的测试，提供各种定性和/或定量的患者状况指示器等。)。此外，该系统能够将患者在当前时间点的当前测试结果与在先前时间点获得的至少一个先前的测试结果进行比较，以提供当前的治疗步骤。而且，该系统在确定当前的治疗步骤时还能够考虑任何或者所有先前治疗步骤。简言之，本公开的实施例提供了健壮且多用(versatile)的系统和方法，所述系统和方法被配置成利用和管理宽范围的信息，以便增强患者护理和治疗结果。

本文提供了用于实施血糖控制方案的系统的各个方面。在其中的一个方面，该系统包括血糖测量设备(例如，手持式设备)，所述血糖测量设备被配置成测定患者在当前时间点的当前血糖水平。此外，该系统包括与血糖测量设备相关联的存储装置(例如，数据库等)，其中存储装置能够被配置成存储患者的当前血糖水平和当前时间点。该系统还能够包括与血糖测量设备相关联的处理器，其中所述处理器能够被配置成实施至少一个血糖控制方案，所述至少一个血糖控制方案被配置成提供至少部分取决于当前血糖水平和当前时间点的治疗步骤。

如同下面将要描述的，治疗步骤实际上可以是系统建议的或实施的任何步骤。而且，该系统能够提供单个的治疗步骤，或者系统能够提供多个这样的治疗步骤。例如，治疗步骤能够是调整(adjustment)，或者治疗步骤能够是行动(action)。调整的例子包括改变药物或者饮食调整。关于药物调整，所述调整能够包括改变给予患者的药物的类型，或者药物的改变是给予患者的药物的数量或剂量的增加或减少。如本领域技术人员将会意识到的，药物能够是任何能够控制患者血糖水平的药物。而且，所述调整能够是建议。行动的例子能够包括为测试排定将来的时间和/或提供各种定性和/或定量的患者状况标识符(所述标识符能够被提供在与系统相关联的用户界面上)。

如所指示的，该系统能够被配置成提供多个治疗步骤，其中所述治疗步骤至少部分取决于当前血糖水平和当前时间点。例如，所述多个治疗步骤能够包括第一治疗步骤和第二治疗步骤。在这样的实施例中，第一治疗步骤能够是调整，而第二治疗步骤能够是行动，其中所述行动能够至少部分基于所述调整。此外，能够以半闭环或闭环的方式自动执行所述行动。

在提供治疗步骤的过程中，该系统能够考虑除当前测试结果和相应时间点之外的因素。例如，在一个实施例中，存储装置能够进一步存储至少一个先前血糖水平和与所述至少一个先前血糖水平相关联的先前时间点。此外，所述存储装置能够进一步被配置成存储与先前患者血糖水平相关联的先前治疗步骤和与所述先前血糖水平相关联的先前时间点。在该实施例中，该系统能够包括与血糖测量设备相关联的比较装置(例如，任何公知的比较装置)。使用时，该比较装置能够被配置成将患者的当前血糖水平及当前时间点与至少一个先前的患者血糖水平及先前时间点进行比较，以提供血糖的变化率(例如，绝对的差值、比率或百分数)，其中所述治疗步骤至少部分取决于血糖的变化率。

为了增加系统的多用性(versatility)，所述血糖测量设备能够被配置成将多个患者区别开来，以便每一个患者都能够与相应的血糖控制方案关联。例如，在一个实施例中，血糖测量设备能够被配置成与位于患者特定的标签(例如，RFID标签)上的患者特定的数据库进行通信。为了增加系统的多用性，存储系统(例如，数据库)和/或处理器能够位于血糖测量设备内。

另一方面，提供了用于实施用户可定义的血糖控制方案的系统，该系统包括被配置成确定患者在当前时间点的血糖水平的血糖测量设备。此外，所述系统包括具有存储装置的存储系统，其中所述存储系统能够被配置成与血糖测量设备通信，并且所述存储装置能够被配置成存储患者的当前血糖水平和当前时间点。而且，该系统能够包括被配置成与血糖测量设备通信的处理器。该处理器能够进一步被配置成实施用户可定义的方案，其中用户可定义的方案能够被配置成至少部分基于患者的当前血糖水平和当前时间点确定治疗步骤。与上面相似的是，存储系统和/或处理器能够位于血糖测量设备内。

如所指示的，所述系统能够允许经授权的操作者(例如，方案管理者)根据需要修改方案。例如，在一个实施例中，所述系统能够包括与处理器进行通信的编辑器，其中编辑器能够被配置为响应于来自方案管理者的指令而修改血糖控制方案。

在一些实施例中，所述系统能够被配置成确保经授权的操作者在使用该系统(例如，执行测试和/或修改方案)。例如，血糖测量设备能够被配置成在使用前接收操作者标识符(例如，识别号)，其中存储装置能够被配置成将操作者标识符与当前血糖水平和当前时间点相关联。而且，所述系统在使用前还能够要求与第二操作者相关联的第二操作者标识符(例如，第二操作者标识符与第一操作者标识符不同)。在一些实施例中，该系统能够在将任何调整和/或行动合并到血糖控制方案中之前要求第二操作者标识符。

本文还提供了用于实施血糖控制方案的方法的各个方面。在其中一个方面中，该方法包括将血糖控制方案加载到血糖测量设备上，其中(与上述的类似)，血糖控制方案能够被配置成至少部分根据在特定时间点测量的患者血糖水平而提供至少一个治疗步骤(例如，调整和/或行动)。接下来，该方法能够包括采用血糖测量设备来测量患者的当前血糖水平，并且将患者的当前血糖水平与当前时间点相关联。该方法还能够包括提供至少部分由血糖控制方案确定的治疗步骤。此外，该方法还能够包括将患者的当前血糖水平、相关联的时间点和治疗步骤存储在与血糖测量设备通信的数据库中。

在一些实施例中，该方法还能够包括将患者的当前血糖水平及当前时间点与在先前时间点确定的至少一个先前血糖水平相比较，以提供血糖的变化率，并且提供至少部分取决于血糖的变化率的治疗步骤。在这样的实施例中，所述治疗步骤能够由血糖控制方案对变化率和先前行动的解释来确定。可选地，该方法还能够包括用于确定患者当前的血糖水平是否是有效的测试结果的步骤。

在另一方面，提供了一种用于实施血糖控制方案的方法，所述方法包括提供血糖测量设备，并且还提供存储系统，所述存储系统具有包含多个血糖控制方案的存储装置。此外，该方法能够包括提供至少一个患者，并且将所述至少一个患者与患者特定的血糖控制方案相关联，其中患者特定的血糖控制方案能够从包含在存储装置内的多个血糖控制方案中选择。该方法还能够包括测量患者的当前血糖水平，将患者的当前血糖水平和当前时间点相关联，并且提供由患者特定的血糖控制方案确定的治疗步骤。可选地，该方法还能够包括将患者特定的血糖控制方案加载到血糖测量设备上。

该方法还能够包括提供多个患者，并且进一步将所述多个患者中的每一个患者与患者识别标签相关联，其中所述患者的识别标签包括被配置成存储多个患者特定的信息的存储装置。在这样的实施例中，血糖测量设备能够被配置成与患者的患者识别标签进行通信。而且，该方法还能够包括(例如，在关联步骤后)修改患者特定的方案，从而提供用户可定义的方案。

附图说明

通过下面结合附图的详细说明，将更加充分地理解本发明，其中：

图1A是当前所公开的系统的一个实施例的可能组件的图示表示；

图1B是图1A的实施例的组件的另一图示表示；

图2A是被并入医院网络中的当前所公开的系统的多个实施例的图示表示；

图2B是血糖测量设备对接站(docking station)的一个实施例的视图，对接站能够将血糖测量设备耦合到系统的其它组件；

图3是当前所公开的系统的一个实施例的基本步骤的概观的流程图；

图4是示出当前所公开的系统的一个实施例的三个一般阶段的流程图；

图5是当前所公开的系统的测试前阶段的一个实施例的流程图；

图6是当激活血糖测量设备时所执行的质量控制步骤的一个实施例的流程图；

图7是当前所公开的系统的患者测试阶段的一个实施例的流程图；

图8是当前所公开的系统的测试后阶段的一个实施例的流程图；

图9是操作者确认阶段的替代性实施例的流程图；

图10是当前所公开的系统的一个实施例的流程图，其中所需的血糖控制方案已经被加载到

Flexx TGC Meter^TM上；

图11A-11U是利用图10的系统时会出现在血糖测量设备上的用户界面屏的多种例子；以及

图12A-12R是利用图10的系统时会出现在血糖测量设备上的用户界面屏的另一些例子。

具体实施方式

现在将描述某些示例性实施例，以提供对在此所公开的设备、系统和方法的使用和功能、制造、结构的原理的全面理解。这些实施例中的一个或多个例子在附图中被示出。本领域的技术人员将会理解，在此特别描述并且在附图中示出的设备、系统和方法是非限制性的示例性实施例，并且本发明的范围仅仅由权利要求来限定。结合一个示例性实施例来说明或者描述的特征可以与其它实施例的特征相结合。这样的修改和改变都旨在被包含在本公开的范围内。

在此提供了用于以自动的、半闭环或闭环的方式实施的宽范围的血糖控制方案的系统的多种实施例，从而消除了系统和/或解释性错误的常见来源。更具体地，本公开的实施例提供了一种与宽范围的数据库和/或接口通信的血糖测量设备，从而兼顾到典型地是独立的步骤，诸如患者测试、结果确定、方案调整(建议以及新剂量的实际计算)、饮食信息、根据测试结果排定将来的测试，以及手动或自动地以半闭环或闭环的方式给药。此外，在保持系统完整性和安全性的同时，该系统通过允许方案管理者连续地加、减和/或修改方案的各个步骤而提供了最大的灵活性。因此，与局限于单个(或预先确定的)方案相比，该系统能够实施用户可定义的方案。简言之，本公开的系统和方法可以被用于为医院、各种医学机构和/或患者本人提供强大的技术，所述技术通过实时解释血糖测试、相对于先前的结果和/或先前的行动过程对这样的结果进行实时比较和/或解释，并通过消除常见的错误(例如，不正确的数据输入和/或解释)，使资源(即，时间和金钱)得到最优化以及提供改进的患者护理。

如本领域技术人员将会理解的，采用本公开的系统能够实施任何血糖控制方案。如将被描述的，与局限于单个预先确定的方案相比，该系统还能够实施多个方案中的任何一个。此外，该系统能够考虑到方案管理者修改方案，从而考虑到用户可定义的方案。在示例性实施例中，血糖控制方案是严格血糖控制(Tight Glycemic Control“TGC”)方案。尽管下面的各种例子描述了TGC方案，本领域的技术人员将会意识到，任何其它的这种血糖控制方案均处于本公开的精神和范围内。类似地，在一些实施例中，该系统能够控制给予(例如，静脉内地、口服地、经皮地、经支气管地、吸入、跨膜(transmucosal)吸收、经鼻地、皮下地，等等)患者的药物的量和类型，以便将患者的血糖水平移动到(或保持在)目标范围内。本领域的技术人员还将会意识到，任何能够操纵血糖水平的药物都能够被本公开的系统利用。在示例性实施例中，药物为胰岛素。在其它实施例中，药物能够包括葡萄糖、胰岛素类似物(insulin analogue)、胰高血糖素(glucagon)、任何胰岛素敏化剂(insulin sensitizing agent)、sulfonourea、噻唑烷二酮(thiazolidinedione)、胰淀素或胰淀素模拟物(amylin mimetic agent)、胰高血糖素抑制剂(suppressor)、胰岛素促分泌素、肠促胰岛素或肠促胰岛素模拟物、缩二胍、GLP-1类似物、DPP抑制剂(inhibitor)、DPP抑制剂，或其任何组合。因此，本公开的系统能够实施任何能够利用宽范围的药物中的任何一种的血糖控制方案，所述药物能够操纵患者的血糖水平，从而将该水平保持在目标范围内。

现在参照图1A，系统10能够包括与任何数量的接口通信24的血糖测量设备12和计算机工作站14(例如，台式计算机、个人数据助理等)以便提供集成的网络。图1B表示这些不同接口间的连接。如所示，所述接口能够包括方案管理者想要的任何类型的信息。在示例性实施例中，系统10包括ADT接口16、射频识别(“RFID”)接口18、灌注泵(infusion pump)接口20以及系统接口22。ADT接口16能够包括涉及患者入院-出院-转院信息的任何类型的信息。接着，RFID接口18能够包括涉及患者识别的任何类型的信息(例如，识别号)和/或TGC信息(如涉及特定患者，或者仅仅是一般的信息)。此外，灌注泵接口20能够被配置成使得系统10能够响应于某一患者测试而将药给予患者(例如，间断性的和/或连续的BG测试)。再次，这样的接口避免了任何潜在的用户错误。最后，系统接口22可以利用任何类型的数据交换协议接口来交换数据。例如，这样的数据交换协议接口能够包括数据链路(DataLink)、快速链路(Quick-Link)、CPOE、LIS等中的任何一个。

如图2A所示，多种路径能够考虑到使血糖测量设备12与点护理(point-of-care“POC ”)工作站14和/或实验室信息管理系统28以及系统的所有其它元件进行通信。以下仅仅是作为例子而被提供的，并且绝非意味着限制本发明的范围。在第一路径中，“调制解调器路径”，血糖测量设备12能够被耦合到发送调制解调器24，所述发送调制解调器24又能够被耦合到接收调制解调器26。此外，接收调制解调器26能够与POC工作站14通信。接下来，工作站14能够经由电子数据接口以及脚本(script)接口而被耦合到实验室信息系统28。在第二路径(“数据链同步路径”)中，血糖测量设备12能够被耦合到护理工作站30，所述护理工作站30经由以太网32链接到POC工作站14。其余的三个例子提供了将血糖测量设备12连接到以太网32的其它不种方式，例如经由串行服务器/客户机34(路径3：“网络路径”)；经由发送/接收调制解调器36和终端服务器38(路径4：“多接收调制解调器”)；以及经由单触式无线40单元(路径5：“无线网络”)。图2B是用于血糖测量设备12的对接端口42的一个例子。在该例子中，当被对接时，血糖测量设备12能够被配置成连接网络和/或与网络同步。在这些不同的实施例中，系统10能够通过任何公知的存储装置来存储各种类型的信息。例如，存储装置能够包括闪存、数据库、电池备份的RAM等，其中信息可以被本地或远程(例如，无线地)存储。

着眼于血糖测量设备12，设备12能够是能够存储和/或实施血糖控制方案以便准确地确定患者当前血糖(“BG”)水平(准确测试位于相对于参考血糖测量系统的大约+/-15％或更好的范围内)的任何设备。此外，血糖测量设备12能够被配置成存储各种类型的患者和/或方案信息(例如，先前的测试数据、饮食信息等)。而且，血糖测量设备12能够被配置成执行各种比较，并在当前和先前的测试数据之间建立各种趋势，根据测试数据和/或先前的治疗来建议对当前方案的改变(例如，改变药物和/或饮食)，根据所建议的改变来计算对方案的改变，和/或根据上述信息来排定将来的测试。在示例性实施例中，血糖测量设备12是具有TGC计的

Flexx^TM，能够从LifeScan，Johnson&Johnson公司获得。下面将详细地描述血糖测量设备12和系统10的各种功能。

血糖测量设备12能够包括能够向用户(例如，健康护理专业人员、患者等)显示某些数据和/或信息的用户界面。此外，血糖测量设备12能够包括各种按钮和/或链接，从而允许用户输入信息以及从一个屏幕导航到下一个以便查看不同类型的信息。这样的设备被普遍使用，因此，这样的设备的各种实施例对本领域的技术人员而言将会是显而易见的。

从下面的讨论中将会显而易见的是，所实施的血糖控制方案能够如方案管理者所希望的那样简单或复杂。尽管该系统实际上能够利用任何血糖控制方案，但是图3提供了在严格血糖控制(“TGC”)方案中典型执行的步骤的例子。例如，在预备性的步骤中，方案管理者可以将期望的方案加载到血糖测量设备12上(步骤50)。如下面所强调的，当前的系统10健壮和灵活到足以允许管理者实施任何认为是必要的和/或可取的方案，或者管理者能够为不同的血糖测量设备实施不同的方案(例如，为位于医院的不同区域中的血糖测量设备执行不同的方案)。此外，方案管理者能够修改方案，从而考虑到用户可定义的方案。典型地，血糖控制方案最初将为患者的BG水平建立目标范围，以使所有的将来测试可以与该目标进行比较以便确定患者的状况。所期望的目标BG范围可以是方案管理者所希望的任何范围(并且可以通过任何测量单位来定义)。该范围可以取决于各种因素，例如患者的状况、患者可能经历的过程类型等。如上所讨论的，这些范围还可以取决于护理标准和/或用户采用该方案的经验。在示例性实施例中，目标范围为从大约70mg/dL到大约150mg/dL，从大约80mg/dL到大约120mg/dL，更优选完全处于国际上定义的从大约70mg/dL到大约110mg/dL的正常血糖范围内。本领域的技术人员将会意识到，任何这样的范围都处于本公开的精神和范围内。

一旦加载了方案，该系统就能够前进到患者测试(步骤52)。该测试能够是能够准确测量患者的当前BG水平的任何测试。典型地，该测试包括获得患者的样本(例如，血样)，并将该样本传送到血糖测量设备12，从而测量当前时间点的当前BG水平。如下面将要详细示出的，血糖测量设备12能够被配置成考虑到直接被系统10利用的当前测试结果和当前时间点，从而消除了对由用户手动传送到不同的第二系统的信息的需求，这是由于这种手动传送步骤很可能是重要的错误来源。

接下来，系统10能够考虑到从患者测试中产生的一系列结果(步骤54)。这些结果能够包括当前的BG水平的确定，当前BG水平与期望的目标范围的比较，和/或先前时间点的先前患者结果与当前时间点的当前BG水平的比较。此外，系统10能够确定BG水平如何剧烈地增加/降低(例如，变化率)。而且，这些结果可以包括定性的状态标识符，例如“高”(当前的BG水平高于目标范围)、“低”(当前的BG水平低于目标范围)、“上升”(当前的BG水平高于先前的BG水平)等。对本领域技术人员将会很明显的是，系统10能够被配置成提供如方案管理者所希望的各种类型的定性和/或定量结果。

接下来，本公开的系统能够建议对当前治疗的改变或修改，以便允许患者的BG水平返回和/或保持在期望的BG范围内(步骤56)。例如，根据上面提到的测试结果，系统10能够建议改变药物(例如，从胰岛素变为葡萄糖，或者相反)、增加给药、或者改变药物的剂量(例如，增加胰岛素的给药，Y小时增加X数量/百分数，或者除了胰岛素之外，加入可替换的血糖控制药物)。可替换地，系统10能够建议不改变治疗方案，或者系统10可以停止给药直到患者的BG水平已经增加了一定量(在低血糖患者的情况下)。在这些情况下，该系统能够自动实施“重启状态”，其能够被配置成将患者分为中度的或者可替换地严重的低血糖。一旦确定了适当的改变，系统10能够执行必要的计算以便将当前的治疗修改到新的治疗。例如，如果被编程到系统内的方案建议增加20％的药物(例如，胰岛素)，则该系统就能够计算并向用户通知要给予的这种药的新的量。再次，半闭环或闭环的重新计算步骤基本上把用户错误从该步骤消除(例如，不正确的用户计算或者由于对胰岛素灌注的IV泵的配置而引起的错误)。

最后，系统10能够提供行动，例如建议下次患者测试的日期和时间(步骤58)。日期和时间能够根据当前的结果、根据对上面所讨论的方案的任何建议的调整、根据当前时间点的当前测试结果与先前时间点的先前测试结果的比较等来确定。例如，如果患者的BG水平高于或低于期望的范围，或者如果在患者的治疗中进行了重大调整(例如，增加/减少药物)，则与患者是稳定的或者未建议调整剂量和/或治疗相比，下一次测试能够被更快排定。因此，该系统能够被配置成高效地利用医院的时间和技术。如现在将要示出的，上面讨论的每一个步骤可以被分解为多个子步骤，以便为方案管理者提供健壮的系统10，该系统10能够为任何类型的患者(例如，糖尿病患者、非糖尿病患者、心脏病患者等)实施任何期望的方案。

通常，如在图4中所表示的，本公开的系统能够被分为三个阶段：测试前阶段(100)、测试阶段(200)以及测试后阶段(300)。请注意，这种分解仅仅是为了便于讨论而提供的。对本领域的技术人员将会很明显的是，各阶段相互之间是相关的，因而产生了整合的系统。例如，在测试前阶段(100)中出现的许多步骤可以被移动或者在一个其它阶段(200，300)中重复(如果方案管理者希望的话)。这样，现在描述的这些阶段(100，200，300)，以提供在采用本公开的系统10实施方案时方案管理者可利用的各种步骤的例子。

阶段1：测试前阶段

通常，测试前阶段(100)能够被视为包括从为血糖测量设备供电(步骤102)直到开始患者测试阶段(200)为止的所有步骤。如在图5的示例性实施例中所示出的那样，能够通过对血糖测量设备12上电来启动系统10(步骤102)。一旦被激活，血糖测量设备12能够被配置成显示能够向用户显示各种类型的基本信息的仪表(meter)状态屏幕(步骤104)。例如，仪表状态屏幕(步骤104)能够显示血糖测量设备的识别号、当前的日期和时间、电池强度、对于将来的QC过程血糖测量设备12预定何时到期的指示、加载在血糖测量设备12上的一个或多个方案的名称和/或识别号、对血糖测量设备12是否已被启用以用于TGC相关测试的指示等。

除了这样的基本信息之外，仪表状态屏幕(步骤104)还能够被配置成向用户通知与方案和/或血糖测量设备12相关联的任何破坏。例如，在执行任何另外的步骤之前，能够检查用于被执行的TGC方案的循环冗余校验(“CRC”)和耦合到血糖测量设备12的任何TGC患者信息以查找破坏。如果检测到任何破坏，则能够显示适当的错误消息(例如，“上次的数据传输失败”、“QC失败”，或者“TGC方案破坏”，等)并且血糖测量设备12被禁止进行患者测试。随后，应当需要例如采用TGC方案编辑器和传输工具来更新血糖控制方案(如下将讨论的)，以解决破坏。如果有任何血糖控制患者信息记录被破坏，则更新血糖控制方案也应该清除破坏的患者信息记录。图6提供了上述破坏检查的示例性实施例。如所示，仪表状态屏幕(步骤104)可以被链接到“上次传输失败了吗？”步骤(步骤105)。如果“是”，则血糖测量设备12提示失败消息(步骤107)。如果“否”，则血糖测量设备12询问“QC预定到期了吗？”(步骤109)。如果“是”，则血糖测量设备12能够提示“QC预定到期”消息(步骤111)。如果“否”，则系统10能够被配置成询问血糖控制方案(例如，TGC)是否被启用(步骤106)。如果“否”，则血糖测量设备12不包含该方案，并且用户被指引到主菜单(步骤118)以便选择不涉及TGC的测试。如果“是”，则血糖测量设备12询问TGC CRC是OK吗？(步骤113)。如果“否”，则系统10能够提示错误消息和/或禁用血糖测量设备12以便防止将来使用(步骤115)。如果回答是“是”，则用户可以被指引到TGC仪表板(dashboard)(步骤108)，并且系统10能够运行到结束(步骤320)。主菜单(步骤118)和TGC仪表板(步骤108)将在下面详细讨论。如本领域的技术人员将会意识到的，任何数量的可替换的校准步骤或过程都处于本公开的精神和范围内。

返回图5，在审阅了仪表状态屏幕所提供的信息后(步骤104)，用户可以选择继续到TGC仪表板屏幕(步骤108)，TGC仪表板屏幕能够被配置成向所有那些最近做过血糖控制测试的人们呈现患者信息。如流程图所指示的，在将用户指引到TGC仪表板前(步骤108)，系统10将确定血糖测量设备是否“启用了TGC”(步骤106)。如果是，则用户将被指引到TGC仪表板(步骤108)，并且能够向前进行，如下面将解释的那样。如果血糖测量设备12没有启用TGC，则用户能够被指引到主菜单(步骤118)，并进行非TGC测试。这样，血糖测量设备能够被配置成执行TGC和非TGC测试方案。

通常，TGC仪表板(步骤108)能够包括方案管理者可能感觉将会是必要的和/或有助于用户治疗患者的任何类型的患者信息。例如，TGC仪表板(步骤108)能够被配置成识别任何已经采用血糖测量设备12在最近的1小时、最近的5小时、最近的12小时、最近的1天、最近的2、3、4、5、10天内等进行了测试的患者。可替换地，系统10能够被配置成识别已经被血糖测量设备12测试的最近的10、20、30、40、50、100个等患者。而且，TGC仪表板(步骤108)能够被配置成将各种类型的患者数据链接到每个患者的识别号。例如，TGC仪表板(步骤108)可以包括患者的识别号、排定的下一次测试的时间和日期以及之前测试的时间-日期-结果等。而且，仪表板(步骤108)可以包括患者上次饮食的时间和日期以及与患者、先前的测试、治疗方案、建议的治疗和/或实际进行的治疗等有关的任何评论(一个或多个)/注释(一个或多个)。

此外，TGC仪表板(步骤108)能够包括到“TGC信息”的链接(步骤110)和到“饮食信息”的链接(步骤112、114、116)。如将要在下面看到的，TGC信息(步骤110)能够包括与患者和/或被方案管理者视为必要的和/或可取的TGC方案有关的任何附加信息。这样，该特征为系统10提供了附加的灵活性。关于“饮食信息”链接，选择“饮食”链接能够提示用户输入操作者和患者ID(步骤112)。由于涉及与患者测试相关联的类似步骤(参见步骤202和204)，该步骤将在下面被详细讨论。简言之，识别步骤(步骤112)考虑到由方案管理者确保经授权的并经过培训的专业人员在操作血糖测量设备(并从而执行测试)。此外，患者的ID链接用于将任何患者测试链接到涉及患者的任何存储的信息，而且还确保正确的患者识别。一旦提供了识别号(步骤112)，用户就能够被指引到饮食行动指南步骤(步骤114)。饮食行动指南步骤(步骤114)能够向用户提供与特定患者有关的所有饮食信息。例如，这样的饮食信息能够包括上次饮食的时间-日期-内容(例如，碳水化合物的量)、下次饮食的时间-日期-内容等。此外，用户能够选择继续到TGC饮食再测试步骤(步骤116)，其中用户能够根据消耗的食物和/或食物何时被消耗掉的记录来排定再测试的时间。因此，这些步骤(步骤112、114、116)考虑到由用户来监测并将患者的饮食习惯链接到任何其它的测试和/或患者的数据/信息。

在审阅了TGC仪表板所提供的任何/所有的患者信息后(步骤108)，系统10能够被配置成将用户指引到主菜单屏幕(步骤118)。通常，主菜单屏幕(步骤118)能够被方案管理者配置成包括期望的任何数量和/或类型的行动项目。例如，行动项目可以包括“执行QC测试”、“审阅患者的结果”等。在图5的示例性实施例中，主菜单屏幕(步骤118)考虑到患者测试和/或方案设置(步骤120)。患者测试选项将在下一阶段被详细讨论。至于方案设置(步骤120)，该步骤允许管理者根据需要修改方案。例如，管理者可以借助于TGC编辑器和传输工具根据需要来增加、去除和/或修改步骤，从而允许系统执行用户可定义的方案。

阶段2：患者测试阶段

在该阶段(200)，系统10能够执行患者测试，以便通过间断性的和/或连续的血糖测试准确地测定患者当前的血糖(“BG”)水平。如上所陈述的，所述测试能够包括被配置成准确地测定患者在当前时间点的当前BG水平的任何血糖测量设备12。在示例性实施例中，设备12是

Flexx^TM血糖测量设备。除了执行测试之外(步骤218)，阶段(200)还能够包括方案管理者所希望的任何其它步骤。图7提供了患者测试阶段(200)的示例性实施例。

当进入患者测试阶段时(200)，用户能够被提示输入操作者识别号(步骤202)。如上面简单提到的，要求输入操作者的识别号(步骤202)能够允许方案管理者确保血糖测量设备12正由经授权的/经过培训的用户使用。此外，授权步骤(202)能够产生哪个操作者对哪个患者进行哪个测试和治疗的记录。在一个实施例中，该方案能够被配置成要求多个操作者识别号，从而要求对用户进行确认检查(如下面相对于图9所详细描述的那样)。至于将信息输入到血糖测量设备12中，识别号能够被手动输入，或者能够从用户的个人识别卡(或者任何其它源)扫描到血糖测量设备12中。一旦操作者的识别信息被成功地输入(步骤202)，系统10就能够提示用户输入患者的识别号(步骤204)。再次，该信息可以被手动输入或者被扫描到血糖测量设备(例如，通过位于患者的腕带或其他识别标签上的射频识别(“RFID”)元件)。而且，方案管理者能够要求确认患者的识别号(步骤216)(经由ADT接口手动或自动进行)。一旦被成功地输入，血糖测量设备12就能够将当前的测试所产生的任何信息链接到被存储的任何患者信息，或者与系统10进行通信。

在输入用户/患者的识别号后，系统10能够包括确认步骤(步骤206)，其中系统能够确定患者的识别号是否被识别。如果没有发现，则系统10能够向用户通知患者的识别号未被系统10识别(步骤206)。这可能由若干原因引起。首先，患者可能最近被转院并且信息还没有成功地转移到系统10和/或血糖测量设备12中。而且，系统10也可能确定先前的测试对于用在当前的方案中而言太旧。在这些情况下，该方案可以将用户指引到患者信息菜单(步骤208)，该菜单允许用户输入有关患者的一些信息(例如，依赖胰岛素的、不依赖胰岛素的、非TGC患者、患者转院等)，以便建立初步的患者记录。如果选择了患者转院(步骤210)，则用户就可以被允许把来自患者记录的先前BG水平手动输入(步骤212)到系统10。在数据被手动输入的情况下(步骤212)，该方案能够要求对第二用户的数据输入的确认。

如果患者的识别号被识别，则系统10能够包括检查步骤(步骤217)，其中系统10能够确定是否存在任何不能继续测试的理由。例如，该系统能够包括安全措施，其中系统10可以提示用户自从执行上次测试(步骤214)和/或治疗以来还未达到最小的时间段。该特征旨在防止出现这样的情况：第一用户执行了测试/治疗，而第二用户未意识到测试/治疗已经被执行，但却试图执行第二次测试/治疗。在这种情况下，如果需要，方案管理者能够考虑到允许用户忽略错误信息(这可能再次要求对来自第二用户的确认)。

一旦操作者和患者的识别号已经成功地被输入并通过确认(如果必要的话)，用户就可以被指引到患者测试步骤(步骤218)。如上所陈述的，系统10能够包括能够准确地测量患者的当前血糖水平以及考虑到用户而去验证上次测试结果是否有效的任何步骤(上次的测试结果兼顾到将来与当前测试结果的比较)。典型地，该方案能够包括将患者样本(即，血液)经由传送设备(诸如测试试纸条，直接接触附于患者的无菌管的血液，植入的传感器等)传送到血糖测量设备12。测试后，患者的当前BG水平能够被确定，并且自动被系统10利用以确定各种患者结果(例如，采取行动和/或调整)，所述患者结果能够被显示在患者结果屏幕上(步骤222)。

在确定患者结果(步骤220)和随后的步骤(排定随后的测试，调整药物和/或饮食等)中，系统10能够被配置成执行被实施的方案所需要的任何类型和/或数量的比较。此外，系统10能够被配置成鉴别测试中的任何趋势(步骤220)。例如，在当前时间点的当前的BG水平可以与期望的范围进行比较以确定当前的水平是高、低还是在范围内。而且，当前的水平可以和临界水平进行比较(高于或低于正常范围的水平)以确定当前的水平是比临界值高还是低，并提供用户指令和/或指南(提供这样的指令对于这些临界情况可能是很重要的)。此外，该方案能够被配置成考虑到当前时间的当前BG水平与患者在先前时间获得的先前(一个或多个)BG水平进行比较以确定水平是在上升、下降还是保持稳定。除了执行期望的比较之外，该方案可以被配置成提供定性信息(即，状态标识符)，例如“高”、“低”“比临界值高”、“比临界值低”、“水平上升(快/慢)”、“水平下降(快/慢)”、“稳定”、“呼叫医生！”等，或者表示这些信息性的状态标识符的任何其它非文字的符号。此外，根据这些变量的任何组合，该系统能够提供各种步骤，所述步骤能够包括任何数量的行动(例如，排定随后测试的时间点，要求干预等)，和/或所述步骤能够包括各种所建议的对治疗方案的调整(例如，调整药物、饮食等)。例如，如果错误被识别或者如果患者的水平远离期望的水平，则上述结果能够包括执行再测试的指令(“重启模式”)。在一个实施例中，患者可能被识别为低血糖，并且被阻止获取任何更多的药物(例如，胰岛素)直到测试结果上升到指定水平。在这种情况下，结果显示界面(步骤222)可以被配置成专门处理这种特定状况(例如，利用定性的消息，例如“水平太低；停止使用胰岛素”)。这些标识符能够与实际的测试数据一起在患者结果显示屏上显示给用户(步骤222)。在审阅了数据后，系统10能够被配置成将用户指引到测试后阶段(300)。

阶段3：测试后阶段

进入测试后阶段(300)，系统10能够被配置成将用户指引到结果汇总界面(步骤302)，其允许用户审阅各种类型的与患者有关的信息，例如当前测试的日期-时间-结果、任何先前测试的日期-时间-结果、任何饮食信息和/或与患者有关的任何评论(一个或多个)/注释(一个或多个)(例如，状态标识符、先前执行的治疗等)。此外，结果汇总界面(步骤302)能够包括到TGC信息页的链接(步骤110)。如上所讨论的，TGC信息页(步骤110)能够提供方案管理者所期望的任何附加的患者和/或方案信息。在审阅了提供在结果汇总界面上的信息后(步骤302)，系统10能够将用户指引到TGC结果行动指南步骤(步骤304)。

TGC结果行动指南步骤(步骤304)能够被配置成根据上面确定的各种测试数据来建议对治疗进行各种改变(“调整”)。典型地，所述改变被建议/要求，以便将患者的BG水平返回到期望的范围和/或保持在期望目标范围内的水平。例如，该方案可以建议改变药物(例如，从胰岛素变为葡萄糖，或者相反)，或者增加药物到患者的治疗/从患者的治疗中减少药物。而且，系统10能够被配置成建议增加/减少给予患者的药物(例如，按Y小时的X数量/百分数增加胰岛素的给药，或者按Z单位/小时减少胰岛素)。此外，建议可以是饮食调整(即，减少份大小、碳水化合物的量等)。对本领域的技术人员将会很明显的是，很宽范围内的任何其它这样的调整都处于本发明的精神和范围内。

如果建议改变剂量，则系统10能够被配置成包括TGC计算器(步骤306)，所述TGC计算器被配置成执行用以将治疗修改为新建议/要求的治疗所需的实际计算。在另一实施例中(未在流程图上示出)，该系统能够被配置成在进行建议的/要求的改变后触发实际的给药(例如，系统10与IV泵及进行通信)。这些步骤能够基本上消除因用户试图确定所需的剂量的增加/减少而产生的任何计算误差。

在审阅了在TGC结果行动指南提供的任何建议(步骤304)并且借助于TGC计算器实现任何期望的建议后(步骤306)，该系统10能够前进到排定将来测试的步骤(步骤308)。在该步骤(步骤308)，系统10能够被配置成评价任何患者/测试信息，例如患者当前的BG水平、当前的水平与目标范围的关系(例如，当前的BG水平高于、低于或位于目标范围内)，任何实施的方案的变化等，并且根据该信息，确定适当的将来测试时间。换言之，系统10能够被配置成将患者分为高优先级或者低优先级，以便优化医院的资源。例如，与具有处于期望范围内的当前BG水平并且未调整剂量的患者相比，具有高或低的当前BG水平的患者或者最近改变过剂量(例如，胰岛素增加20％)的患者可能需要更快地进行测试。如全文所讨论的，方案管理者能够将系统10配置成为用户忽略而做准备并且进一步排定在用户建议的时间进行随后的测试。在该步骤之后(步骤308)，该系统能够前进到文件记载步骤(步骤310)，其中用户能够把患者的状况和/或提供的治疗记载在文件。接着，用户可以结束TGC测试(步骤320)。

如上所指示的，上述系统的各个步骤能够如方案管理者所希望的那样被增加或去除，从而考虑到用户可定义的血糖控制方案。例如，图9提供了可替换的实施例，其中系统10能够包括操作者确认阶段(350)，其能够响应于不同的标准(例如，改变一定量的药物等)而自动要求第二操作者的识别号。详细察看图9，操作者确认阶段(350)从步骤352开始，最初能够提示用户输入操作者的ID(步骤202)。输入之后，该系统能够询问所输入的识别号是否被链接到经授权的和/或有执照的操作者(步骤354)。如果“否”，则该系统能够拒绝用户并防止将来使用。可替换地，系统10能够允许测试向前进行，并用未通过验证的操作者(Non-validated operator“NVO”)或无执照的操作者(Non-certifiedOperator“NCO”)标签对获得的任何结果进行“标记”。如果该操作者是经授权的(系统10回答“是”)，则该系统能够前进到患者测试和对任何治疗调整的确定(步骤218、220、304、306)。在测试以及调整确定后，系统10能够被配置成要求确认(步骤356)。如果系统10没有被这样配置，则系统10将如同上面所讨论的那样继续前进，从而退出确认阶段(350)(步骤368)。

参照步骤356，系统10能够被配置成始终要求确认，或者能够被配置为仅仅在某些情况下需要确认，这些情况例如依赖于患者的状态(例如，重启状态)，基于调整参数(例如，仅仅当IV胰岛素被增加，或当改变大于或等于设定的百分比数值或设定的单位/小时数值或者当IV胰岛素或大药丸(bolus)的总量超过设定的单位/小时数值时被减少)，或者基于操作者的状态(例如，被标记为NVO和/或NC0的操作者)。如果系统10要求这样的确认，则系统10就能够被配置成显示调整确认信息(例如，提示用户去确认这样的调整)。接下来，系统10能够被配置成输入第二操作者的标识符。如果没有被这样配置，则系统10能够再次移动到步骤368，并退出确认阶段(350)。如果系统10被配置成要求第二操作者的标识符，则系统10能够请求第二识别号(步骤362)。接下来，如同上面的步骤354一样，系统10能够确定第二标识符是否有效(步骤364)。如果否，则系统10能够拒绝第二次输入(或者再次对第二操作者进行标记)。如果被接受，则系统10能够检查第一操作者标识符是否不同于第一确认标识符(步骤366)。如果不是，该系统能够拒绝该输入。如果是(标识符是不同的)，则系统10能够结束该阶段(350)(步骤368)。

下面的例子和相应的附图提供了详细的流程图以及与各阶段相关联的用户显示屏例子。如同上面的一样，这些仅仅是作为本公开的系统的例子而提供的，而绝非限制本发明的范围。

实施例

例1

图10提供了本公开系统的示例性实施例，其中期望的TGC方案已经被加载到带TGC仪表的

Flexx^TM上。此外，交叉参照图11A-11U和图12A-12R的例子提供了与各步骤相对应的显示屏的例子。再次，这种讨论仅仅是用于举例，而绝非限制本发明的范围。

如所示，系统10能够通过对血糖测量设备上电来激活(参见图11A的步骤102)。一旦被激活，系统10能够显示仪表状态屏幕(参见11B的步骤104)。接下来，系统10能够确定血糖测量设备12是否启用了TGC，或者换种说法，血糖测量设备是否被配置成执行TGC测试(步骤106)。如果“否”，则用户能够直接被指引到主菜单(参见图11D的步骤118)，从而绕开与TGC有关的各步骤，并允许血糖测量设备12继续作为非TGC设备而发挥作用。如果血糖测量设备12启用了TGC，则用户将被指引到TGC仪表板(参见图11C的步骤108)。当在TGC仪表板时(步骤108)，用户可以选择到“饮食”信息的链接，并被指引到操作者/患者识别步骤(参见图11E和11F的步骤112)。从这里，用户可以被指引到TGC饮食行动指南步骤(参见图12J的步骤114)，并且进一步地被指引到TGC饮食再测试指南步骤(也参见图12K和12L的步骤116)。

从TGC仪表板(步骤108)，用户可以被指引到主菜单(参见图11D的步骤118)。从主菜单(步骤118)，用户可以选择TGC方案更新选项(步骤120)，以便修订当前的方案(需要方案管理者以及编辑器和传输工具)，或者用户可以选择“患者测试”。当选择“患者测试”时，用户将接着被提示输入操作者ID(参见图11E的步骤202)以及患者ID(图11F的步骤204)。一旦识别号已经被输入，血糖测量设备12就可以再次确定血糖测量设备12是否启用了TGC(步骤215)。如果“否”，则用户被指引到执行患者测试(即，非TGC测试)。如果“是”，则系统10可以提示用户确认患者ID(参见图11G的步骤216)并随后前进到患者测试。

Flexx^TM的TGC仪表利用试纸条进行测试，其中，患者的样本(例如，血液)被加到测试试纸条上，并传送到血糖测量设备12。这样，在示例性实施例中，系统10可以被配置成请求试纸条批号(参见图11M的步骤217)，之后将患者的样本加到测试试纸条上，并将该测试试纸条传送到血糖测量设备12，以便执行患者测试(参见图11N的步骤218)。在测定了当前的BG水平后，测试结果能够被传送到计算步骤(步骤220)，其中当前水平与目标范围进行比较以确定当前水平是否位于期望的限制之外。如果“否”(即，当前水平处于期望的范围内)，则结果能够被传送到患者结果步骤(步骤223)。在该流程之后，该方案可以包括另一检查以验证在将结果传输到TGC结果汇总步骤之前(参见图11P的步骤302)TGC被启用并且方案被触发(步骤225)。如果结果处于目标范围之外(即，步骤220的回答是“是”)，则系统10能够再次验证是否启用了TGC(步骤221)。如果对该步骤的回答是“否”，则测试信息能够流到非TGC患者结果界面(步骤225)并且继续到注释界面(步骤309)，其中用户能够将各种定性信息链接到结果。继续这种流动，用户随后能够在退出系统前(步骤320)，传输数据(步骤313)。

返回到步骤221，如果该系统启用了TGC，则所有的数据被传输并且与患者结果步骤中的任何期望的定性状态标识符一起显示(可能的结果的各种例子被显示在图11O和图12A-12H；步骤222)中。在审阅了患者结果之后(步骤222)，用户可以被指引到TGC结果汇总(参见图11P的步骤302)，并接着到TGC结果行动指南步骤(参见图11Q-11R的步骤304)。如果建议了计算，则用户可以选择TGC计算器(参见图12M的步骤306)，所述TGC计算器能够被配置成计算和/或实施所建议的方案改变。除了利用TGC计算器之外(步骤306)，用户可以再次访问TGC信息屏幕(参见图12O的步骤110)，并且可以随后选择TGC审阅数据(参见图12P和12Q的步骤305)，以便审阅患者先前的TGC测试结果。可替换地，用户可以选择TGC主题(参见图12R的步骤307)，以便审阅由方案管理者提供的任何方案信息。

在审阅了与TGC结果行动指南相关联的各种信息后(步骤304)，用户可以选择继续到TGC结果再测试指南(参见图11S-11T的步骤308)，从而允许用户审阅涉及该系统何时排定了下次测试的数据。如在图11T中所示出的，系统10可以包括忽略特征，以允许经授权的用户改变为将来的测试排定的时间。在已经排定了将来的测试后，用户可以被指引到输入注释步骤(参见图11U的步骤309)，其中用户可以输入各种有关测试和/或由于测试而引起对治疗改变的注释/评论。在该步骤之后，用户可以将血糖测量设备12与医院的网络(步骤313)同步，以便传输数据并前进到结束TGC测试(步骤320)。如各种连接符号24所指示的那样，用户可以在示例性实施例期间的任何时候将血糖测量设备12与计算机系统同步。

在此还提供了用于实施血糖控制方案的方法的各个方面。在这样一个方面中，该方法包括将血糖控制方案加载到血糖测量设备上，其中(与上面相似)，血糖控制方案能够被配置成至少部分根据在特定时间点测量的患者的血糖水平来提供至少一个治疗步骤(例如，调整和/或行动)。接下来，该方法能够包括采用血糖测量设备测量患者当前的血糖水平，并且将患者当前的血糖水平与当前的时间点相关联。该方法还能够包括提供一种治疗步骤，所述治疗步骤至少部分由血糖控制方案确定。此外，该方法能够进一步包括在与血糖测量设备通信的数据库中存储患者当前的血糖水平、相关联的时间点以及治疗步骤。

在一些实施例中，该方法还能够包括将患者当前的血糖水平和当前的时间点与在先前的时间点测定的至少一个先前的血糖水平进行比较，以便提供血糖的变化率，并且提供至少部分基于血糖变化率的治疗步骤。在这样的实施例中，治疗步骤能够由血糖控制方案对变化率和先前行动的解释来确定。可选地，该方法还能够包括用于确定患者当前的血糖水平是否为有效的测试结果的步骤。

在另一方面，提供了一种用于实施血糖控制方案的方法，该方法包括提供血糖测量设备，并且还提供存储系统，存储系统具有包含多个血糖控制方案的存储装置。此外，该方法可以包括提供至少一个患者，并且将所述至少一个患者与患者特定的血糖控制方案相关联，其中患者特定的血糖控制方案能够从包含在存储装置内的多个血糖控制方案中选出。该方法能够进一步包括测量患者当前的血糖水平，将患者当前的血糖水平与当前的时间点相关联，并且提供由患者特定的血糖控制方案确定的治疗步骤。可选地，该方法还能够包括将患者特定的血糖控制方案加载到血糖测量设备上。

该方法还能够包括提供多个患者，并且进一步将多个患者中的每一个患者与患者识别标签相关联，其中患者识别标签包括存储装置，所述存储装置被配置成存储多个患者特定的信息。在这样的实施例中，血糖测量设备能够被配置成与患者的患者识别标签相关联。而且，该方法能够进一步包括(例如，在关联步骤之后)修改患者特定的方案，从而提供用户可定义的方案。

根据上述实施例，本领域技术人员将会认识到本公开内容更多的特征和优势。因此，本公开内容不局限于那些已经被具体示出和描述的内容，除非如附属的权利要求所指示的那样。在此引用的所有出版物和参考文献的全部内容都被明确并入本文作为参考。

Claims (47)

1、一种用于实施血糖控制方案的系统，包括：

血糖测量设备，被配置成测量患者在当前时间点的当前血糖水平；

与所述血糖测量设备相关联的存储系统，所述存储系统被配置成存储患者的当前血糖水平和当前时间点；以及

与所述血糖测量设备相关联的处理器，所述处理器被配置成实施至少一个血糖控制方案，所述至少一个血糖控制方案被配置成提供治疗步骤，所述治疗步骤至少部分取决于当前血糖水平和当前时间点。

2、根据权利要求1的系统，其中所述治疗步骤是调整。

3、根据权利要求2的系统，其中所述调整是建议的调整。

4、根据权利要求2的系统，其中所述调整是饮食调整。

5、根据权利要求2的系统，其中所述调整是药物调整。

6、根据权利要求5的系统，其中所述药物调整是对给予患者的药物类型的改变，或者药物的改变是给予患者的药物的数量或剂量的增加或减少。

7、根据权利要求6的系统，其中所述的药物是能够操纵患者血糖水平的任何药物。

8、根据权利要求1的系统，其中所述至少一个血糖控制方案被配置成提供多个治疗步骤，所述治疗步骤至少部分取决于当前血糖水平和当前时间点。

9、根据权利要求8的系统，其中所述多个治疗步骤包括第一治疗步骤和第二治疗步骤，所述第一治疗步骤是调整，所述第二治疗步骤是行动，所述行为至少部分基于所述调整。

10、根据权利要求9的系统，其中所述行动以半闭环或闭环的形式自动执行。

11、根据权利要求1的系统，其中所述治疗步骤是行动。

12、根据权利要求11的系统，其中所述行动包括排定随后的测试以确定患者的血糖水平。

13、根据权利要求1的系统，其中所述存储系统还存储着至少一个先前的患者血糖水平和与所述至少一个先前的患者血糖水平相关联的先前时间点。

14、根据权利要求13的系统，其中所述存储系统进一步被配置成存储与先前的患者血糖水平相关联的先前的治疗步骤以及与先前的血糖水平相关联的先前时间点。

15、根据权利要求13的系统，还包括：

与血糖测量设备相关联的比较系统，所述比较系统被配置成将患者当前血糖水平和当前时间点与所述至少一个先前的患者血糖水平和先前时间点相比以提供血糖的变化率。

16、根据权利要求15的系统，其中所述血糖的变化率是绝对差值、比率或百分数。

17、根据权利要求15的系统，其中所述治疗步骤至少部分取决于所述血糖的变化率。

18、根据权利要求1的系统，其中，所述血糖测量设备被配置成将多个患者区分开来，以便每一个患者都能够与相应的血糖控制方案关联。

19、根据权利要求18的系统，其中所述血糖测量设备被配置成与位于患者特定的RFID标签上的患者特定的数据库通信。

20、根据权利要求1的系统，其中所述存储系统位于血糖测量设备内。

21、根据权利要求20的系统，其中所述处理器位于血糖测量设备内。

22、根据权利要求1的系统，其中所述血糖测量设备为手持式设备。

23、根据权利要求1的系统，还包括：

与所述血糖测量设备通信的用户界面，所述用户界面被配置成显示患者状况，所述患者状况至少部分取决于当前血糖水平和当前时间点。

24、一种用于实施用户可定义的血糖控制方案的系统，包括：

血糖测量设备，被配置成测量患者在当前时间点的血糖水平；

具有存储装置的存储系统，所述的存储系统被配置成与所述血糖测量设备通信，所述存储装置被配置成存储患者的当前血糖水平和当前时间点；以及

与所述血糖测量设备通信的处理器，所述处理器被进一步配置成实施用户可定义的方案，所述用户可定义的方案被配置成至少部分根据患者的当前血糖水平和当前时间点来确定治疗步骤。

25、根据权利要求24的系统，其中所述存储系统位于血糖测量设备内。

26、根据权利要求25的系统，其中所述处理器位于血糖测量设备内。

27、根据权利要求24的系统，还包括：

与所述处理器通信的编辑器，所述编辑器被配置成响应于来自方案管理者的指令而修改血糖控制方案。

28、根据权利要求24的系统，其中所述血糖测量设备被配置成在使用前接收操作者标识符，所述存储装置被配置成将操作者标识符与当前血糖水平及当前时间点相关联。

29、根据权利要求28的系统，其中所述血糖测量设备被配置成在使用前要求与第二操作者相关联的第二操作者标识符。

30、一种用于实施血糖控制方案的方法，包括：

将血糖控制方案加载到血糖测量设备上，所述血糖控制方案被配置成至少部分根据在特定时间点测量的患者的血糖水平来提供治疗步骤；

采用所述血糖测量设备来测量患者的当前血糖水平；

将患者的当前血糖水平与当前时间点相关联；以及

提供至少部分由所述血糖控制方案确定的治疗步骤。

31、根据权利要求30的方法，还包括：

将患者的当前血糖水平、相关联的时间点以及治疗步骤存储在与血糖测量设备通信的数据库中。

32、根据权利要求30的方法，还包括：

将患者的当前血糖水平和当前时间点与在先前时间点所确定的至少一个先前血糖水平进行比较，以便提供血糖的变化率；以及

提供至少部分取决于所述血糖的变化率的治疗步骤。

33、根据权利要求32的方法，其中所述治疗步骤由血糖控制方案对变化率以及先前行动的解释来确定。

34、根据权利要求30的方法，还包括：

确定患者的当前血糖水平是否是有效的测试结果。

35、根据权利要求30的方法，还包括：

在测量步骤前，将操作者标识符输入到血糖测量设备中。

36、根据权利要求35的方法，还包括：

将第二操作者标识符输入到血糖测量设备中，所述第二操作者标识符与第一操作者标识符相比是唯一的。

37、根据权利要求30的方法，其中所述治疗步骤是调整。

38、根据权利要求37的方法，其中所述治疗步骤是行动。

39、根据权利要求38的方法，还包括：

提供多个至少部分由血糖控制方案确定的治疗步骤。

40、根据权利要求39的方法，其中，所述多个治疗步骤包括第一治疗步骤和第二治疗步骤，所述第一治疗步骤是调整，所述第二治疗步骤是行动，所述行为至少部分取决于所述调整。

41、根据权利要求40的方法，还包括：

以半闭环或闭环的方式自动执行所述行动。

42、根据权利要求40的方法，还包括：

在提供多个治疗步骤前，将第一操作者标识符输入到血糖测量设备中；以及

将第二操作者标识符输入到血糖控制设备中，所述第一操作者标识符与所述第二操作者标识符相比是唯一的。

43、一种用于实施血糖控制方案的方法，包括：

提供血糖测量设备；

提供具有包含多个血糖控制方案的存储装置的存储系统；

提供至少一个患者；

将所述至少一个患者与患者特定的血糖控制方案相关联，所述患者特定的血糖控制方案从包含在存储装置内的多个血糖控制方案选择；

测量患者的当前血糖水平；

将患者的当前血糖水平与当前时间点相关联；以及

提供由患者特定的血糖控制方案确定的治疗步骤。

44、根据权利要求43的方法，还包括：

将患者特定的血糖控制方案加载到血糖测量设备上。

45、根据权利要求43的方法，还包括：

提供多个患者；以及

将所述多个患者中的每一个患者与患者识别标签相关联，患者识别标签具有存储装置，存储装置被配置成存储多个患者特定的信息。

46、根据权利要求45的方法，其中所述血糖测量设备能够与患者的患者识别标签进行通信。

47、根据权利要求45的方法，还包括：

在关联步骤之后，修改患者特定的方案。

Images