CN114286696A - 针对糖尿病的疗法的基于预测的递送或引导 - Google Patents

Abstract

一种用于疗法递送的示例系统包含一个或多个处理器，所述一个或多个处理器被配置成：响应于指示餐食事件将要发生的预测而执行以下：向胰岛素递送装置输出用于递送部分疗法剂量的指令；向装置输出用于通知所述患者使用所述胰岛素递送装置以摄取所述部分疗法剂量的指令；或者向所述胰岛素递送装置输出用于在所述餐食事件发生之前准备所述部分疗法剂量的指令；并且响应于指示所述餐食事件正在发生的确定(例如，基于患者手臂的移动特性)而执行以下：向胰岛素递送装置输出用于递送剩余疗法剂量的指令；向所述装置输出用于通知所述患者使用所述胰岛素递送装置以摄取所述剩余疗法剂量的指令；或者向所述胰岛素递送装置输出准备所述剩余疗法剂量的指令。

Description

针对糖尿病的疗法的基于预测的递送或引导

本申请要求于2020年8月27日提交的美国申请第17/004,951号的优先权，所述美国申请要求于2019年8月29日提交的美国临时申请第62/893,717号和于2019年8月29日提交的美国临时申请第62/893,722号的权益，所述申请的全部内容通过引用在此并入。

技术领域

本公开涉及医疗系统，并且更具体地涉及用于针对糖尿病的疗法的医疗系统。

背景技术

患有糖尿病的患者从泵或注射装置接收胰岛素以控制他或她的血流中的葡萄糖水平。由于胰岛素产生不足和/或由于胰岛素抵抗，天然产生的胰岛素可能无法控制糖尿病患者的血流中的葡萄糖水平。为了控制葡萄糖水平，患者的疗法例行程序可以包含基础胰岛素剂量和团注胰岛素剂量。基础胰岛素也被称为背景胰岛素，其倾向于在禁食期间将血液葡萄糖水平保持处于一致的水平并且是一种长效或中效胰岛素。团注胰岛素可以具体地在餐食时间或葡萄糖水平可能发生相对快速变化的其它时间时或接近餐食时间或其它时间摄取，并且因此可以用作胰岛素剂量的短效或速效形式。

发明内容

描述了用于管理患者的葡萄糖水平的装置、系统和技术。例如，一个或多个处理器(例如，网络云中的一个或多个服务器中、患者装置中和/或用于胰岛素递送的泵上)可以确定餐食事件将要发生或正在发生。响应于餐食事件将要发生的所述确定，患者可以在餐食发生之前摄取要递送给患者的胰岛素的一部分。例如，所述一个或多个处理器可以向泵输出指令，指示所述泵递送部分疗法剂量(例如，胰岛素的一部分)或者向所述患者装置输出指令，指示所述患者装置向所述患者输出通知以注射部分疗法剂量。所述一个或多个处理器可以被配置成确定递送所述部分疗法剂量的量和时机，如基于过去的患者行为。然后所述患者可以在餐食之后摄取剩余疗法剂量(例如，所述餐食的胰岛素的剩余部分)。通过装载所述胰岛素的至少一部分(例如，在餐食前预先给药)，餐食之后立即出现不期望地高的葡萄糖水平的机会减少。此外，因为所述患者摄取了胰岛素的疗法剂量的一部分，而不是胰岛素的整个剂量，所以出现不希望的低葡萄糖水平的变化也减少了(例如，在患者不进食的情况下)。

在一个实例中，本公开描述了一种用于疗法递送的系统，所述系统包括一个或多个处理器，所述一个或多个处理器被配置成预测餐食事件将要发生，响应于指示所述餐食事件将要发生的所述预测而进行以下中的至少一项：(1)向胰岛素递送装置输出用于使所述胰岛素递送装置在所述餐食事件发生之前递送部分疗法剂量的指令；(2)向装置输出用于通知所述患者使用所述胰岛素递送装置以在所述餐食事件发生之前摄取所述部分疗法剂量的指令；或者(3)向所述胰岛素递送装置输出用于使所述胰岛素递送装置在所述餐食事件发生之前准备所述部分疗法剂量的指令；基于所述患者的手臂移动的一个或多个移动特性确定所述餐食事件正在发生；并且响应于指示所述餐食事件正在发生的所述确定而进行以下中的至少一项：(1)向所述胰岛素递送装置输出用于递送剩余疗法剂量的指令；(2)向所述装置输出用于通知所述患者使用所述胰岛素递送装置以摄取所述剩余疗法剂量的指令；或者(3)向所述胰岛素递送装置输出用于使所述胰岛素递送装置准备所述剩余疗法剂量的指令。

在一个实例中，本公开描述了用一个或多个处理器预测餐食事件将要发生，响应于指示所述餐食事件将要发生的所述预测，用所述一个或多个处理器而进行以下中的至少一项：(1)向胰岛素递送装置输出用于使所述胰岛素递送装置在所述餐食事件发生之前递送部分疗法剂量的指令；(2)向装置输出用于通知所述患者使用所述胰岛素递送装置以在所述餐食事件发生之前摄取所述部分疗法剂量的指令；或者(3)向所述胰岛素递送装置输出用于使所述胰岛素递送装置在所述餐食事件发生之前准备所述部分疗法剂量的指令；基于所述患者的手臂移动的一个或多个移动特性用所述一个或多个处理器确定所述餐食事件正在发生；并且响应于指示所述餐食事件正在发生的所述确定而用所述一个或多个处理器进行以下中的至少一项：(1)向所述胰岛素递送装置输出用于递送剩余疗法剂量的指令；(2)向所述装置输出用于通知所述患者使用所述胰岛素递送装置以摄取所述剩余疗法剂量的指令；或者(3)向所述胰岛素递送装置输出用于使所述胰岛素递送装置准备所述剩余疗法剂量的指令。

在一个实例中，本公开描述了一种计算机可读存储介质，其上存储指令，所述指令在被执行时使一个或多个处理器预测餐食事件将要发生，响应于指示所述餐食事件将要发生的所述预测而进行以下中的至少一项：(1)向所述胰岛素递送装置输出用于在所述餐食事件发生之前递送部分疗法剂量的指令；(2)向装置输出用于通知所述患者使用所述胰岛素递送装置以在所述餐食事件发生之前摄取所述部分疗法剂量的指令；或者(3)向所述胰岛素递送装置输出用于使所述胰岛素递送装置在所述餐食事件发生之前准备所述部分疗法剂量的指令，基于所述患者的手臂移动的一个或多个移动特性确定所述餐食事件正在发生，并且响应于指示所述餐食事件正在发生的所述确定而进行以下中的至少一项：(1)向所述胰岛素递送装置输出用于递送剩余疗法剂量的指令；(2)向所述装置输出用于通知所述患者使用所述胰岛素递送装置以摄取所述剩余疗法剂量的指令；或者(3)向所述胰岛素递送装置输出用于使所述胰岛素递送装置准备所述剩余疗法剂量的指令。

在下文的附图和描述中阐述本公开的一个或多个方面的细节。本公开的其它特性、目的和优点将根据说明书和附图以及权利要求书而变得显而易见。

附图说明

图1是展示了根据本公开中所描述的一个或多个实例的用于递送或引导疗法剂量的示例系统的框图。

图2是展示了根据本公开中所描述的一个或多个实例的用于递送或引导疗法剂量的另一种示例系统的框图。

图3是展示了根据本公开中所描述的一个或多个实例的用于递送或引导疗法剂量的另一种示例系统的框图。

图4是展示了根据本公开中所描述的一个或多个实例的患者装置的实例的框图。

图5是展示了根据本公开中所描述的一个或多个实例的可穿戴装置的实例的框图。

图6是展示了根据本公开中所描述的一个或多个实例的示例操作方法的流程图。

图7A和7B是展示了根据本公开中描述的一个或多个实例的另一示例操作方法的流程图。

具体实施方式

本公开中描述了用于管理患者的葡萄糖水平的装置、系统和技术。患有糖尿病的患者可以摄取基础胰岛素(例如，慢效或中效胰岛素)并用团注胰岛素(例如，速效或短效胰岛素)补充基础胰岛素。例如，患者可以在餐食或一些其它活动之后、之前或期间摄取疗法剂量的团注胰岛素，在这种情况下，患者的葡萄糖水平可能会相对快速地增加到不希望的高葡萄糖水平，从而导致高血糖症。然而，摄取过大疗法剂量的团注胰岛素可能会导致不希望有的低葡萄糖水平，从而导致低血糖症。

在一些情况下，患者可能忘记在餐食之前、期间或之后摄取团注胰岛素剂量，或者可能摄取了团注胰岛素剂量，但忘记其摄取了团注胰岛素剂量，然后无意地摄取了另一团注胰岛素剂量。本公开描述了可以基于患者模式预先确定患者是否要接受胰岛素疗法以及在餐食事件或其它活动之前要接受的疗法的量的示例技术。例如，一个或多个处理器(例如，网络云中的一个或多个服务器中、患者装置中和/或用于胰岛素递送的泵上)可以利用如机器学习模型等人工智能来预测患者将要进食。例如，如果患者倾向于在固定时间进食，则所述一个或多个处理器可以至少部分地基于一天中的时间来确定患者将要进食。如果患者的位置，例如全球定位系统(GPS)位置(例如，基于来自患者装置的输出)指示患者靠近餐厅、自助餐厅或其它进餐位置，则一个或多个处理器可以基于位置确定患者将要进食。

所述一个或多个处理器基于餐食事件将要发生的确定，可以向胰岛素递送装置(例如泵或注射装置)输出用于使所述胰岛素递送装置在餐食事件之前自动递送部分疗法剂量的指令，或向装置输出用于通知所述患者在餐食即使发生之前使用胰岛素递送装置(例如，泵或注射装置)来摄取所述部分疗法剂量的警报(例如，指令)。如下所述，所述装置可以是包括所述一个或多个处理器的装置。如果患者将摄取与餐食事件相关联的X量的团注胰岛素，则部分疗法剂量可以是团注胰岛素的Y量，其中Y小于X。

通过在餐食之前预先递送或预先给药胰岛素，可以降低餐后高葡萄糖水平(即，餐食之后高葡萄糖水平)的机会。餐食之前的时间段的示例范围包含5分钟、10分钟、15分钟、20分钟、25分钟或30分钟。然而，其它范围也是可能的。在一些实例中，餐食前的时间量可以基于预测患者进食的餐食的类型确定。例如，如果预测患者进食碳水化合物的量相对较高的餐食，则餐食前患者接受胰岛素的部分疗法剂量的时间量可能与预测患者进食碳水化合物的量相对较低的餐食时间量不同。

此外，通过递送部分疗法剂量，而不是整个疗法剂量，在患者不进食的情况下出现如低血糖症等不良影响的机会减少。在一些实例中，所述一个或多个处理器可以确认患者消耗了餐食，并且作为响应递送剩余疗法剂量。

存在多种方式使胰岛素递送装置在餐食事件之前递送部分疗法剂量。作为一个实例，所述一个或多个处理器可以向胰岛素递送装置指定要递送的团注胰岛素的量，并且作为响应，所述胰岛素递送装置可以递送指定量的胰岛素。在一些情况下，胰岛素的指定量可以是具体固定的团注单位，并且所述一个或多个处理器可以指定要递送团注胰岛素的单位。作为另一实例，所述一个或多个处理器可以向胰岛素递送装置指定葡萄糖水平，并且作为响应，所述胰岛素递送装置可以递送被确定为足以使患者达到指定葡萄糖水平的胰岛素。

在一个或多个实例中，一个或多个处理器可以确定餐食事件正在发生。例如，可穿戴装置(例如，智能手表)的一个或多个处理器可以检测与患者的手的移动相关联的一个或多个移动特性，如与移动的瞬时或随时间推移的频率、量值、轨迹、定位、速度、加速度和/或模式相关的值。患者的手臂移动的频率可以是指患者在某个时间内重复移动多少次(例如，在两个定位之间来回移动的频率)。所述一个或多个处理器可以接收患者的手的一个或多个移动特性的信息并且基于接收到的信息确定患者正在进食(例如，患者的手移动的频率和方式与正在进食的人移动的频率和方式相一致)。响应于指示所述餐食事件正在发生的所述确定，所述一个或多个处理器可以进行以下中的至少一项：向胰岛素递送装置输出用于递送剩余疗法剂量的指令，向所述装置输出用于向所述疗法递送装置中的至少一个疗法递送装置递送所推荐的疗法剂量的指令，或向所述装置输出用于通知所述患者使用胰岛素递送装置以摄取所述剩余疗法剂量的指令。例如，如果患者要摄取X量的团注胰岛素，并且部分疗法剂量是团注胰岛素的Y量，则剩余疗法剂量(Z)为X与Y之间的差(即，Z＝X–Y)。在一些实例中，Z大于Y。

图1是展示了根据本公开中所描述的一个或多个实例的用于递送或引导疗法剂量的示例系统的框图。图1展示了系统10A，所述系统包含患者12、胰岛素泵14、管道16、输注器18、传感器20(例如，葡萄糖传感器)、可穿戴装置22、患者装置24和云26。云26表示包含一个或多个处理器28A-28N(“一个或多个处理器28”)的本地广域计算网络或全球计算网络。在一些实例中，各个组件可以基于对传感器20的葡萄糖水平的确定来确定疗法的改变，并且因此系统10A可以被称为持续葡萄糖监测(CGM)系统10A。

患者12可能患有糖尿病(例如，1型糖尿病或2型糖尿病)，并且因此，患者12的葡萄糖水平在没有递送补充胰岛素的情况下可能不受控制。例如，患者12可能无法产生足够的胰岛素来控制葡萄糖水平，或者由于患者12可能已经发展出的胰岛素抵抗，患者12产生的胰岛素量可能不足。

为了接受补充胰岛素，患者12可以携带联接到用于将胰岛素递送到患者12中的管道16的胰岛素泵14。输注器18可以连接到患者12的皮肤并且包含将胰岛素递送到患者12中的套管。传感器20还可以耦接到患者12以测量患者12的葡萄糖水平。胰岛素泵14、管道16、输注器18和传感器20可以一起形成胰岛素泵系统。胰岛素泵系统的一个实例是美敦力公司(Medtronic,Inc.)的MINIMEDTM 670G胰岛素泵系统。然而，可以使用胰岛素泵系统的其它实例，并且示例技术不应被视为限于MINIMEDTM 670G胰岛素泵系统。例如，本公开中所描述的技术可以用于包含无线通信能力的胰岛素泵系统。然而，示例技术不应被认为限于具有无线通信能力的胰岛素泵系统，并且如有线通信等其它类型的通信也是可能的。在另一实例中，胰岛素泵14、管道16、输注器18和/或传感器20可以被容纳在同一壳体中。

胰岛素泵14可以是患者12可以放置在不同位置中的相对较小的装置。例如，患者12可以将胰岛素泵14夹到患者12所穿戴的裤子的腰带。在一些实例中，为谨慎起见，患者12可以将胰岛素泵14放置在口袋中。通常，胰岛素泵14可以被穿戴在不同的地方，并且患者12可以基于患者12正在穿戴的特定衣服将胰岛素泵14放置在某个位置中。

为了递送胰岛素，胰岛素泵14包含一个或多个储器(例如，两个储器)。储器可以是保持至多N个单位的胰岛素(例如，至多300个单位的胰岛素)并锁定到胰岛素泵14中的塑料筒。胰岛素泵14可以是由可更换和/或可充电电池供电的电池供电装置。

管道16有时被称为导管，其在第一端部上连接到胰岛素泵14中的储器并且在第二端部上连接到输注器18。管道16可以将胰岛素从胰岛素泵14的储器携带到患者12。管道16可以是柔性的，从而允许成环或弯曲以最小化管道16变得与胰岛素泵14或输注器18分离的担忧或管道16断裂的担忧。

输注器18可以包含患者12将其插入到皮肤下脂肪层中(例如，皮下连接)的薄套管。输注器18可以搁置在患者12的胃附近。胰岛素从胰岛素泵14的储器行进穿过管道16，并穿过输注器18中的套管，并进入患者12体内。在一些实例中，患者12可以使用输注器插入装置。患者12可以将输注器18放置到输注器插入装置中，并且在按下输注器插入装置上的按钮的情况下，输注器插入装置可以将输注器18的套管插入到患者12的脂肪层中，并且在套管插入患者12的脂肪层中的情况下，输注器18可以搁置在患者的皮肤的顶部上。

传感器20可以包含插入在患者12的皮肤下，如患者12的胃附近或患者12的手臂中(例如，皮下连接)的传感器。传感器20的传感器可以被配置成测量间质葡萄糖水平，所述间质葡萄糖是存在于患者12的细胞之间的流体中的葡萄糖。传感器20可以被配置成持续或周期性地采样葡萄糖水平和葡萄糖水平随时间的变化速率。

在一个或多个实例中，胰岛素泵14和传感器20以及图1中所展示的各个组件可以一起形成闭环的疗法递送系统。例如，患者12可以在胰岛素泵14上设置目标葡萄糖水平，通常以毫克/分升为单位进行测量。胰岛素泵14可以从传感器20接收当前葡萄糖水平，并且作为响应，可以增加或减少递送到患者12的胰岛素量。例如，如果当前葡萄糖水平高于目标葡萄糖水平，则胰岛素泵14可以增加胰岛素。如果当前葡萄糖水平低于目标葡萄糖水平，则胰岛素泵14可以暂时停止递送胰岛素。胰岛素泵14可以被认为是自动胰岛素递送(AID)装置的实例。AID装置的其它实例也是可能的，并且本公开中所描述的技术可以适用于其它AID装置。

例如，胰岛素泵14和传感器20可以被配置成一起操作以模拟健康胰腺以其进行工作的方式中的一些方式。胰岛素泵14可以被配置成递送基础胰岛素，所述基础胰岛素是全天连续释放的少量胰岛素。有时葡萄糖水平会升高，如由于进食或患者12进行的一些其它活动。胰岛素泵14可以被配置成与食物摄入相关联地按照需要递送团注胰岛素或校正血流中不令人期望的高葡萄糖水平。在一个或多个实例中，如果葡萄糖水平升高至目标水平以上，则胰岛素泵14可以增加团注胰岛素以解决葡萄糖水平的升高。胰岛素泵14可以被配置成计算基础胰岛素递送和团注胰岛素递送，并且相应地递送基础胰岛素和团注胰岛素。例如，胰岛素泵14可以确定要连续递送的基础胰岛素的量，并且然后响应于由于进食或一些其它事件引起的葡萄糖水平的升高而确定要递送以降低葡萄糖水平的团注胰岛素的量。

因此，在一些实例中，传感器20可以采样葡萄糖水平和葡萄糖水平随时间的变化速率。传感器20可以将葡萄糖水平输出到胰岛素泵14(例如，通过如蓝牙或BLE等无线链路连接)。胰岛素泵14可以将葡萄糖水平与目标葡萄糖水平(例如，由患者12或临床医生设置的)进行比较，并且基于比较调整胰岛素剂量。在一些实例中，传感器20还可以输出预测葡萄糖水平(例如，其中预期葡萄糖水平在接下来的30分钟内会如何)，并且胰岛素泵14可以基于预测葡萄糖水平调整胰岛素递送。

如上文所描述，患者12或临床医生可以在胰岛素泵14上设置目标葡萄糖水平。患者12或临床医生可以以多种方式在胰岛素泵14上设置目标葡萄糖水平。作为一个实例，患者12或临床医生可以利用患者装置24与胰岛素泵14通信。患者装置24的实例包含移动装置，如智能手机或平板计算机、膝上型计算机等。在一些实例中，患者装置24可以是用于胰岛素泵14的特殊编程器或控制器。尽管图1展示了一个患者装置24，但是在一些实例中，可以存在多个患者装置。例如，系统10A可以包含移动装置和控制器，其中的每一个都是患者装置24的实例。仅为了便于描述，示例技术是关于患者装置24进行描述的，并且应理解为患者装置24可以是一个或多个患者装置。

患者装置24还可以被配置成与传感器20接口。作为一个实例，患者装置24可以通过胰岛素泵14从传感器20接收信息，其中胰岛素泵14在患者装置24与传感器20之间中继信息。作为另一实例，患者装置24可以直接从传感器20(例如，通过无线链路)接收信息(例如，葡萄糖水平或葡萄糖水平变化的速率)。

在一个或多个实例中，患者装置24可以显示用户接口，患者12或临床医生可以用所述用户接口控制胰岛素泵14。例如，患者装置24可以显示允许患者12或临床医生输入目标葡萄糖水平的屏幕。作为另一实例，患者装置24可以显示输出当前和/或过去葡萄糖水平的屏幕。在一些实例中，患者装置24可以向患者12输出通知，如葡萄糖水平过高或过低的通知以及关于患者12需要摄取的任何动作的通知。作为另一实例，如果胰岛素泵14的电池的电量低，则胰岛素泵14可以向患者装置24输出电池电量低指示，并且患者装置24可以进而向患者12输出更换电池或对电池进行充电的通知。

通过患者装置24控制胰岛素泵14是一个实例，并且不应被认为是限制性的。例如，胰岛素泵14可以包含允许患者12或临床医生设置胰岛素泵14的各种葡萄糖水平的用户接口(例如，按钮)。而且，在一些实例中，胰岛素泵14本身或作为患者装置24的补充可以被配置成向患者12输出通知。例如，如果葡萄糖水平过高或过低，则胰岛素泵14可以输出听觉或触觉输出。作为另一个实例，如果电池电量低，则胰岛素泵14可以在胰岛素泵14的显示器上输出电池电量低指示。

上文描述了胰岛素泵14可以以其基于当前葡萄糖水平(例如，由传感器20测量的)向患者12递送胰岛素的示例方式。在一些情况下，通过主动向患者12递送胰岛素，而不是在葡萄糖水平变得过高或过低时做出反应，可能会产生治疗增益。

患者12的葡萄糖水平可能由于特定的用户动作而增加。作为一个实例，患者12的葡萄糖水平可能由于患者12进食而增加。在一些实例中，如果可以确定患者12正在进食并且基于患者12正在进食的所述确定来递送胰岛素，则可能存在治疗收益。

例如，患者12可能忘记在进食后使胰岛素泵14递送胰岛素，从而导致胰岛素不足。可替代地，患者12可能在进食后使胰岛素泵14递送胰岛素，但其可能已经忘记针对同一餐食事件患者12先前已使胰岛素泵14递送胰岛素，从而导致过量的胰岛素剂量。而且，在使用传感器20的实例中，胰岛素泵14可能直到葡萄糖水平大于目标水平之后才会摄取任何动作。通过主动确定患者12正在进食，胰岛素泵14能够以使得葡萄糖水平不会上升至目标水平以上或仅上升至略高于目标水平(即，与在不主动递送胰岛素的情况下葡萄糖水平会升高的程度相比，上升较少)的方式递送胰岛素。在一些情况下，通过主动确定患者12正在进食并且相应地递送胰岛素，患者12的葡萄糖水平可以更加缓慢地增加。

尽管上文描述了主动确定患者12进食并且相应地递送胰岛素，但示例技术不限于此。示例技术可以用于主动确定患者12正在进行的活动(例如，进食、运动、睡眠、驾驶等)。胰岛素泵14然后可以基于对患者12正在进行的活动类型的确定来递送胰岛素。

如图1中所展示的，患者12可以穿戴可穿戴装置22。可穿戴装置22的实例包含智能手表或健身跟踪器，在一些实例中，所述智能手表或健身跟踪器中的任一个可以被配置成佩戴在患者的手腕或手臂上。在一个或多个实例中，可穿戴装置22A包含惯性测量单元，如六轴惯性测量单元。六轴惯性测量单元可以将3轴加速度计与3轴陀螺仪耦接。加速度计测量线性加速度，而陀螺仪测量旋转运动。可穿戴装置22A可以被配置成确定患者12的一个或多个移动特性。一个或多个移动特性的实例包含与移动的瞬时或随时间的频率、振幅、轨迹、定位、速度、加速度和/或模式有关的值。患者的手臂移动的频率可以是指患者12在某个时间内重复移动多少次(例如，在两个定位之间来回移动的频率)。

患者12可以将可穿戴装置22佩戴在他或她的手腕上。然而，示例技术不限于此。患者12可以将可穿戴装置22佩戴在手指、前臂或二头肌上。通常，患者12可以将可穿戴装置22佩戴在可以用于确定指示进食的手势，如手臂的移动特性的任何地方。

患者12移动他或她的手臂的方式(即，移动特性)可以指代患者12的手臂移动的方向、角度和取向，包含与移动的瞬时或随时间推移的频率、量值、轨迹、定位、速度、加速度和/或模式相关的值。作为实例，如果患者12正在进食，则患者12的手臂将以特定方式定向(例如，拇指面向患者12的身体)，手臂移动的角度将成大约90度移动(例如，从餐盘开始到嘴)，并且手臂移动的方向将为按照从餐盘到嘴的路径。来自可穿戴装置22A的向前/向后、向上/向下、俯仰、横滚、偏航测量可以指示患者12移动他或她的手臂的方式。而且，患者12可以具有患者12移动他或她的手臂的某个频率或患者12移动他或她的手臂的模式，与如吸烟或电子烟等其中患者12可能将他或她的手臂抬起到他或她的嘴处的其它活动相比，所述某个频率或模式更能指示进食。

尽管以上描述将可穿戴装置22描述为用于确定患者12是否在进食，但可穿戴装置22可以被配置成检测患者12的手臂的移动(例如，一个或多个移动特性)，并且移动特性可以用于确定患者12进行的活动。例如，由可穿戴装置22检测到的移动特性可以指示患者12是否正在锻炼、驾驶、睡觉等。作为另一实例，可穿戴装置22可以指示患者12的姿势，所述姿势可以与锻炼、驾驶、睡觉、进食等的姿势相一致。移动特性的另一个术语可以是手势移动。因此，可穿戴装置22可以被配置成检测手势移动(即，患者12的手臂的移动特性)和/或姿势，其中手势和/或姿势可以是各种活动(例如，进食、锻炼、驾驶、睡觉等)的一部分。

在一些实例中，可穿戴装置22可以被配置成基于检测到的手势(例如，患者12的手臂的移动特性)和/或姿势来确定患者12正在进行的特定活动。例如，可穿戴装置22可以被配置成确定患者12是否正在进食、锻炼、驾驶、睡觉等。在一些实例中，可穿戴装置22可以向患者装置24输出指示患者12的手臂的移动特性和/或患者12的姿势的信息，并且患者装置24可以被配置成确定患者12正在进行的活动。

可穿戴装置22和/或患者装置24可以编程有可穿戴装置22和/或患者装置24用来确定患者12正在进行的特定活动的信息。例如，患者12可以在全天进行各种活动，其中患者12的手臂的移动特性可能类似于患者12的手臂的对于特定活动的移动特性，但是患者12未进行所述活动。作为一个实例，患者12打哈欠和窝起手掌托住他或她的嘴的移动可能与患者12进食的移动相似。患者12拿起杂货的移动可能与患者12锻炼的移动相似。同样，在一些实例中，患者12可能正在进行特定活动，但可穿戴装置22和/或患者装置24可能未确定患者12正在进行特定活动。

因此，在一个或多个实例中，可穿戴装置22和/或患者装置24可以“学习”以确定患者12是否正在进行特定活动。然而，可穿戴装置22和患者装置24的计算资源可能不足以执行确定患者12是否正在进行特定活动所需要的学习。可穿戴装置26和患者装置24的计算资源可能足以执行学习，但仅为了便于描述，以下是关于云26中的一个或多个处理器28进行描述的。

如图1中所展示的，系统10A包含云26，所述云包含一个或多个处理器28。例如，云26包含多个网络装置(例如，服务器)，并且所述多个装置各自包含一个或多个处理器。一个或多个处理器28可以是多个网络装置的处理器，并且可以定位于网络装置中的单个网络装置内，或者可以跨网络装置中的两个或更多个网络装置分布。云26表示支持一个或多个用户所请求的应用程序或操作在其上运行的一个或多个处理器28的云基础架构。例如，云26提供云计算以使用一个或多个处理器28而不是通过患者装置24或可穿戴装置22来存储、管理和处理网络装置上的数据。一个或多个处理器28可以共享用于执行计算的数据或资源，并且可以是计算服务器、网络服务器、数据库服务器等的一部分。一个或多个处理器28可以在数据中心内的网络装置(例如，服务器)中，或者可以跨多个数据中心分布。在一些情况下，数据中心可以在不同的地理位置中。

一个或多个处理器28以及本文所描述的其它处理电路系统可以包含任何一个或多个微处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或任何其它等效的集成或离散逻辑电路系统以及此类组件的任何组合。归属于一个或多个处理器28以及本文所描述的其它处理电路系统的功能在本文中可以体现为硬件、固件、软件或其任何组合。

一个或多个处理器28可以被实施为固定功能电路、可编程电路或其组合。固定功能电路是指提供特定功能并且在可以执行的操作上预先设置的电路。可编程电路是指可以被编程以执行各种任务并在可以执行的操作中提供灵活功能的电路。例如，可编程电路可以执行使可编程电路以由软件或固件的指令所限定的方式操作的软件或固件。固定功能电路可以执行软件指令(例如，以接收参数或输出参数)，但是所述固定功能电路执行的操作的类型通常是不可变的。在一些实例中，单元中的一个或多个单元可以是不同的电路块(固定功能或可编程)，并且在一些实例中，所述一个或多个单元可以是集成电路。一个或多个处理器28可以包含由可编程电路形成的算术逻辑单元(ALU)、基本功能单元(EFU)、数字电路、模拟电路和/或可编程核。在使用由可编程电路执行的软件来执行一个或多个处理器28的操作的实例中，一个或多个处理器28可访问的存储器(例如，在服务器上)可以存储一个或多个处理器28接收并执行的软件的目标代码。

在一些实例中，一个或多个处理器28可以被配置成根据手势移动(例如，由可穿戴装置22确定的一个或多个移动特性)确定模式，并且被配置成确定患者12正在进行的特定活动。一个或多个处理器28可以提供可以在实时响应基础上确定患者12正在进行的活动的实时响应云服务，并且在一些实例中，提供所推荐的疗法(例如，胰岛素剂量的量)。云26和患者装置24可以通过Wi-Fi或通过承载网络进行通信。

例如，如上文所描述的，在一些实例中，可穿戴装置22和/或患者装置24可以被配置成确定患者12正在进行活动。然而，在一些实例中，患者装置24可以将指示患者12的手臂移动的移动特性的信息输出到云26，并且可能具有其它情境信息，如位置或一天中的时间。云26的一个或多个处理器28然后可以确定患者12正在进行的活动。胰岛素泵14然后可以基于患者12的确定的活动来递送胰岛素。

一个或多个处理器28可以被配置成确定患者12正在进行活动并且确定要递送的疗法的一个实例在美国专利公开第2020/0135320A1号中进行了描述。一般而言，一个或多个处理器28可首先经历初始“学习”阶段，其中一个或多个处理器28接收用于确定患者12的行为模式的信息。此信息中的一些信息可以由患者12提供。例如，患者12可以得到提示或者患者他/她自己可以将指示患者12正在进行特定活动、活动的时长以及一个或多个处理器28可以用来预测患者12的行为的其它此类信息的信息输入到患者装置24中。在初始学习阶段之后，一个或多个处理器28仍可以基于最近接收到的信息来更新行为模式，但需要较少的来自患者12的信息或不需要来自所述患者的信息。

在初始学习阶段，患者12可以提供关于患者12的惯用手(例如，右手或左手)以及患者12将可穿戴装置22佩戴在何处(例如，绕右手或左手的手腕)的信息。可以指示患者12将可穿戴装置22佩戴在患者12用于吃饭的手的手腕上。患者12还可以提供关于可穿戴装置22的取向的信息(例如，可穿戴装置22的面在手腕的顶部还是手腕的底部)。

在初始学习阶段，患者12可以主动地或响应于提示/询问输入指示患者12正在消耗餐食的信息(例如，通过患者装置24)。在此期间，可穿戴装置22可以持续确定患者12的一个或多个移动特性(例如，手势)和/或姿势，并将此类信息输出到患者装置24，所述患者装置会将所述信息中继到一个或多个处理器28。一个或多个处理器28可以存储在进食期间患者12的手臂移动的一个或多个移动特性的信息，以稍后确定患者12是否正在进食(例如，当已知患者12正在进食时，接收到的患者12的手臂移动的方式和频率的信息是否与存储的患者12的手臂移动的方式和频率的信息相一致)。

以上将手臂移动描述为确定患者12是否正在进食的因素。然而，可能存在可以单独使用或与手臂移动组合使用以确定患者12是否在进食的各种其它因素。作为一个实例，患者12可以以固定时间间隔进食。作为另一实例，患者12可以在某些位置进食。在初始学习阶段，当患者12输入他或她正在进食时(例如，通过患者装置24)，患者装置24可以输出关于一天中的时间和患者12的位置的信息。例如，患者装置24可以配备有定位装置，如全球定位系统(GPS)单元，并且患者装置24可以输出由GPS单元确定的位置信息。可能存在用于确定位置的其它方式，如基于Wi-Fi连接和/或接入4G/5G LTE，或某种其它接入形式，如基于患者装置24的电信数据库跟踪装置位置。一天中的时间和位置是可以用于确定患者12是否正在进食的情境信息的两个实例。

然而，可以存在患者12的情境信息的其它实例，如睡眠模式、体温、应力水平(例如，基于脉搏和呼吸)、心率等。通常，可以存在各种生物计量学传感器(例如，用于测量温度、脉搏/心率、呼吸速率等)，所述各种生物计量学传感器可以是可穿戴装置22的一部分或者可以是单独传感器。在一些实例中，生物计量学传感器可以是传感器20的一部分。

患者12的情境信息可以包含条件信息。例如，患者12可以每3小时进食一次，但患者12进食的确切时间可以不同。在一些实例中，条件信息可以是确定患者12是否已经进食以及自患者12进食以来是否已经过一定量的时间(例如，3小时)。一般而言，可以利用建立行为模式的任何信息来确定患者12是否正在进食。

一个或多个处理器28可以利用如机器学习或其它数据分析技术等人工智能基于由可穿戴装置22和患者装置24确定和/或收集的信息来确定患者12是否正在进食。作为一个实例，在初始学习阶段期间，一个或多个处理器28可以利用神经网络技术。例如，一个或多个处理器28可以从患者12接收用于训练在一个或多个处理器28上执行的分类器模块的训练数据。如上所述，当患者装置24和/或可穿戴装置22基于患者12的手臂移动的方式和频率确定患者12正在进食(例如，与进食时手臂移动相一致的手势)时，一个或多个处理器28可以基于患者确认接收训练数据。一个或多个处理器28可以生成并存储带标记的数据记录，所述带标记的数据记录包含与移动有关的特性以及如一天中的时间或位置等其它情境特性。一个或多个处理器28可以在包含多个带标记的数据记录的带标记的数据集上训练分类器，并且一个或多个处理器28可以使用经训练的分类器模型来更准确地检测食物摄入事件的开始。

可以用于神经网络的其它实例包含行为模式。例如，患者12可以仅在运动后进食特定食物，并且总是在运动后进食所述特定食物。患者12可以在特定时间和/或地点进食。可以存在一起指示患者12的行为模式的各种条件。

作为另一实例，一个或多个处理器28可以利用k均值聚类技术来确定患者12是否在进食。例如，在初始学习阶段期间，一个或多个处理器28可以接收不同类型的情境信息并且形成聚类，其中每个聚类表示患者12的行为(例如，进食、睡眠、行走、运动等)。例如，患者12可以输入指示他或她正在行走的信息(例如，将所述信息输入到患者装置24中)。一个或多个处理器28可以利用在患者12正在行走时接收到的所有情境信息来形成与行走相关联的第一簇。患者12可以输入指示他或她正在进食的信息(例如，输入到患者装置24中)。一个或多个处理器28可以利用在患者12正在进食时接收到的所有情境信息来形成与进食相关联的第二簇，以此类推。然后，基于接收到的情境信息，一个或多个处理器28可以确定哪个簇与情境信息对齐，并且确定患者12正在进行的活动。如更详细地描述的，活动的类型以及活动何时将发生的预测可以用于确定何时递送胰岛素疗法。可以存在机器学习的其它实例，并且示例技术限于任何特定机器学习技术。

可以存在一个或多个处理器28可以确定患者12正在进行的活动的各种其它方式。本公开提供了用于确定患者12正在进行的活动的一些示例技术，但是示例技术不应当被认为是限制性的。

在初始学习阶段期间，患者12还可以输入关于患者12正在进行的活动的信息。例如，在进食的情况下，患者12可以输入指示患者12正在进食什么和/或患者12正在进食的食物中有多少碳水化合物的信息。作为一个实例，在每天早晨9:00，患者12可以输入他或她正在吃百吉饼或输入患者12正在消耗48克碳水化合物。

在一些实例中，一个或多个处理器28可以被配置成确定递送给患者12的胰岛素量(例如，团注胰岛素的疗法剂量)。作为一个实例，一个或多个处理器28可访问的存储器可以存储患者12的患者参数(例如，体重、身高等)。存储器还可以存储查询表，所述查询表指示针对不同患者参数和不同类型食物要递送的团注胰岛素量。一个或多个处理器28可以访问存储器并且可以基于患者12正在进食的食物类型和患者参数确定患者12要接受的团注胰岛素量。

因此，在一个或多个实例中，一个或多个处理器28可以利用关于手臂移动的移动特性、进食速度、食物消耗量、食物含量等的信息，同时还跟踪其它情境信息。情境信息的实例包含位置信息、一天中的时间、起床时间、自最后一次进食以来的时间量、日历事件、关于患者12可能会见的人员的信息等。一个或多个处理器28可以标识模式和所有这些各种因素之间的相关性以确定患者12正在进行的活动，如进食。

在初始学习阶段之后，一个或多个处理器28可以自动地且以来自患者12的最小输入确定患者12正在进行特定活动，如进食，并且基于所述确定来确定要递送的团注胰岛素的量。一个或多个处理器28可以将对要递送的团注胰岛素的量的推荐输出到患者装置24。患者装置24然后可以进而控制胰岛素泵14递送确定量的胰岛素。作为一个实例，患者装置24可以在有或没有用户确认的情况下向胰岛素泵14输出要递送的团注胰岛素量。作为另一实例，患者装置24可以输出目标葡萄糖水平，并且胰岛素泵14可以递送胰岛素以实现目标葡萄糖水平。在一些实例中，一个或多个处理器28可以向患者装置24输出指示目标葡萄糖水平的信息，并且患者装置24可以将所述信息输出到胰岛素泵16。所有这些实例都可以被认为是一个或多个处理器28确定要递送给患者12的胰岛素量的实例。

以上描述了确定患者12是否正在进行活动、确定要递送的胰岛素量以及导致要递送的胰岛素量的示例方式。示例技术可能需要很少到不需要来自患者12的干预。以这种方式，患者12将在正确时间接受正确剂量的胰岛素的可能性提高，并且导致问题的人为错误(例如，患者12忘记记录餐食、忘记使用胰岛素或使用胰岛素但忘记已经使用胰岛素)的可能性降低。

虽然上述示例技术可以有益于在正确时间接受胰岛素的患者12，但本公开描述了用于进一步主动向患者12递送胰岛素的示例技术。如上所述，患者12可能在餐食后经历葡萄糖水平增加，这被称为餐后(即，餐食后)葡萄糖水平。作为一个实例，本公开描述了可以进一步限制餐后葡萄糖水平的增加的示例技术，但是所述示例技术也适用于葡萄糖水平可能发生变化的其它时间。

在一个或多个实例中，利用上述技术，而不是确定患者12何时进食，可以将一个或多个处理器28配置成确定(例如，预测)患者12将要进食(例如，餐食事件将要发生)。例如，一个或多个处理器28可以利用情境信息，如一天中的时间、位置、睡眠模式等，并且基于患者12的行为模式，在餐食事件实际发生之前确定(例如，预测)餐食事件将要发生。一个或多个处理器28还可以确定患者12在餐食事件期间要消耗的食物的类型和/或碳水化合物的量。例如，如上所述，患者12可以每天在上午9:00消耗48克碳水化合物作为早餐的一部分。基于行为模式、一天中的时间和位置，一个或多个处理器可以确定患者12将在上午9:00消耗48克碳水化合物。

根据本公开中描述的一种或多种示例技术，一个或多个处理器28可以确定餐食事件将要发生。一个或多个处理器28可以接收一个或多个处理器28用于确定餐食事件将要发生的情境信息。作为实例，一个或多个处理器28可以接收指示患者12的一天中的时间或位置中的至少一个的信息，并且基于接收到的信息确定餐食事件将要发生。

响应于指示餐食事件将要发生的所述确定，一个或多个处理器28可以向胰岛素泵14(例如，通过患者装置24)输出提巴菲特有在餐食事件之前递送部分疗法剂量的指令。例如，一个或多个处理器28可以确定患者12要接受的团注胰岛素的量，如上所述(例如，基于患者行为和模式)。一个或多个处理器28可以确定患者12要接受的团注胰岛素量的一部分，并且胰岛素泵14可以递送所确定的部分。

在一个或多个实例中，餐食事件之前可以是移动特性指示患者12正在进食之前的时间。即，患者12的一个或多个移动特性可能不指示患者12正在进食或开始进食。然而，如一天中的时间和位置等其它情境信息可以指示患者12将要进食。一个或多个处理器28可以被配置成向胰岛素泵14输出用于在患者12的移动特性表明患者12正在进食或刚开始进食之前递送部分疗法剂量的指令。餐食事件之前一个或多个处理器28向胰岛素泵14输出指令时的时间量可以是紧接着餐食开始之前，预测餐食开始之前1小时到紧接着开始餐食，预测餐食开始之前1小时到30分钟，30分钟到预测餐食开始之前，并且优选地15分钟到预测餐食开始之前，如在预测餐食开始之前30分钟到15分钟，或在预测餐食开始之前不到15分钟。

一般而言，患者12可在餐食之前约15分钟接受部分疗法剂量。这通常对于碳水化合物、蛋白质和脂肪平衡的餐食是有益的。如果预测患者12消耗高脂肪餐食，则患者12可以在更接近餐食事件发生时接受部分疗法剂量，并在一小时左右之后接受剩余疗法剂量。然而，非常速效的碳水化合物，如苹果汁，患者12可以在餐食之前15分钟以上接受部分疗法剂量，但仍会降低餐后葡萄糖水平。

因此，在一个或多个实例中，预测患者12消耗的餐食的类型可能影响患者12何时接受部分疗法剂量。例如，如果预测患者12进食碳水化合物、蛋白质和脂肪平衡的餐食，则患者12可以在餐食之前的至少第一时间段(例如，15分钟)接受部分疗法剂量。如果预测患者12进食高脂肪或蛋白质和低碳水化合物的餐食，则患者12可以在餐食之前的第二时间段接受部分疗法剂量，所述第二时间段短于第一时间段(例如，大约5分钟或短于5分钟)。如果预测患者12要进食脂肪或蛋白质低的高碳水化合物餐食，则患者12可以在餐食之前接受比第一时间段(例如，15分钟)多的部分疗法剂量。一般而言，在餐食之前递送部分疗法剂量可以使餐后葡萄糖水平降低，无论餐食的碳水化合物、脂肪和蛋白质含量如何。

例如，一个或多个处理器28可以确定患者12正在消耗餐食或将要消耗餐食(例如，餐食事件正在发生或餐食事件将要发生)，并且然后基于历史趋势(例如，患者行为和模式)和/或基于生理模型确定对患者12的胰岛素的最佳时间、剂量和/或设置的推荐以便优化对患者12的葡萄糖控制。例如，一个或多个处理器28可以基于生理模型确定部分疗法剂量的量和摄取部分疗法剂量的时间。

生理模型的一个实例是“数字孪生(digital twin)”。一个或多个处理器28可以被配置成利用患者12的“数字孪生”来确定患者12要接受的团注胰岛素的量。数字孪生可以是患者12的数字复制品或模型。数字孪生可以是在一个或多个处理器28上执行的软件。数字孪生可以接收关于患者12进食了什么的信息作为输入。因为数字孪生是患者12的数字复制品，所以来自数字孪生的输出可以是关于患者12在进食后的葡萄糖水平可能是多少的信息以及向患者12递送多少团注胰岛素以控制葡萄糖水平的升高的建议。

例如，数字孪生可以指示针对患者12过去进食的餐食的正确剂量本应该是多少。在一个或多个实例中，患者12可以输入指示患者12进食的食物的信息，并且一个或多个处理器28可以接收关于葡萄糖水平的信息。利用指示患者12进食的食物和葡萄糖水平的信息，一个或多个处理器28可以利用数字孪生来确定胰岛素剂量本应该是多少(例如，基于数字孪生如何进行建模，食物将如何影响患者的葡萄糖水平)。然后，在预测患者12进食同一餐食的后续时间，一个或多个处理器28可以基于数字孪生先前已经确定的胰岛素剂量来确定胰岛素剂量应该是多少。

在此实例中，团注胰岛素的量的所确定部分是胰岛素泵14可以在餐食事件之前(例如，在进食之前)递送的部分疗法剂量。例如，部分疗法剂量可以在1％到5％、1％到9％、10％到19％、20％到29％、30％到39％或40％到50％的范围内。部分疗法剂量可能会超过针对给定餐食事件递送的团注胰岛素量的50％，但在一些实例中，部分疗法剂量低于要递送的胰岛素量的50％。例如，如果基于患者12在餐食事件中将要消耗的碳水化合物的量(例如，由一个或多个处理器28所确定的)将X克团注胰岛素递送给患者12，那么胰岛素泵14可以递送Y克的团注胰岛素，其中Y小于0.5*X。

在一些实例中，Y的值可以基于预测存在于餐食中的碳水化合物、蛋白质和/或脂肪的量。例如，如果基于患者行为模式预测患者12将进食高脂肪餐食，则Y的值可能小于基于患者行为模式预测患者12将进食脂肪、蛋白质或纤维低的高碳水化合物餐食(例如，果汁等速食碳水化合物餐食)的情况下的Y的值。

在一些实例中，无论餐食的碳水化合物含量如何，Y的值都可以是固定值。Y的值可以基于患者的年龄和体重。在Y值固定的实例中，如果对餐食中碳水化合物、脂肪、蛋白质或纤维的量的预测不正确，则低血糖症的风险会降低。

通过递送部分疗法剂量，餐后葡萄糖水平可能不会增加那么多或可能增加得更慢，使得患者12的葡萄糖水平不会由于餐食消耗而出现尖峰。而且，因为胰岛素泵14可以递送部分疗法剂量而不是完整量的疗法剂量，所以在患者12不消耗食物(例如，不存在餐食事件)的情况下，患者12的葡萄糖水平可能不会下降太多低，并且患者12经历低葡萄糖水平的影响的机会可以被最小化。

在一些实例中，一个或多个处理器28可以使患者装置24和/或可穿戴装置22输出确认患者12是否将要进食的通知。如果患者12通过可穿戴装置22或患者装置24指示他或她将不进食，则一个或多个处理器28可以不输出用于使胰岛素泵14递送部分疗法剂量的指令。并非在所有实例中都需要此类确认患者12是否将要进食的通知。

一个或多个处理器28然后可以基于患者12的手臂移动的频率和方式来确定餐食事件正在发生。例如，可穿戴装置22的一个或多个处理器可以被配置成确定患者12的一个或多个移动特性(例如，检测如上所述的手势移动)。一个或多个处理器28可以接收指示手势移动的信息(例如，一个或多个移动特性)，并且确定所述手势移动是否与患者12进食的移动相一致。如果手势移动与患者12进食的移动一致，则一个或多个处理器28可以确定患者12确实在进食(即，确定餐食事件正在发生)。

响应于确定餐食事件正在发生，一个或多个处理器28可以向胰岛素泵14输出(例如，通过患者装置22)用于在用户确认或不确认的情况下递送剩余疗法剂量的指令。一个或多个处理器28可以输出用于在患者12正在进食时或在患者12已完成进食之后(例如，基于患者12的手臂没有移动或不再与患者12进食相一致的移动)递送剩余疗法剂量的指令。剩余疗法剂量可以是Z克团注胰岛素，其中Z大约等于X-Y。例如，如果Y等于0.2*X，则Z等于0.8*X。

存在多种用于确定患者12是否已完成进食的方式。作为一个实例，患者12的手臂的移动特性可以指示患者12不再进食。此外，在一些实例中，一个或多个处理器28可以在初始学习阶段期间确定患者12通常进食的时间量或患者12通常摄取进食餐食所需的啃咬量。一个或多个处理器28可以利用此类信息来确定患者12是否完成进食。

如上所述，在一些实例中，部分疗法剂量小于疗法剂量的量的一半(例如，Y小于0.5*X)。因此，针对部分疗法剂量的胰岛素的量可以小于针对剩余疗法剂量的胰岛素的量(例如Y<Z)。

在以上实例中，一个或多个处理器28可以确定胰岛素泵14将递送多少团注胰岛素(例如，确定疗法剂量的量)，并且然后确定部分疗法剂量的量。然而，示例技术不限于此。在一些实例中，代替确定疗法剂量的量或除了确定疗法剂量的量之外，一个或多个处理器28可以输出用于使胰岛素泵14基于餐食事件将要发生的确定来递送针对部分疗法剂量的设定量的指令。然后，响应于餐食事件发生，一个或多个处理器28可以基于患者12消耗的餐食的类型或基于当前葡萄糖水平(例如，由传感器20所确定的)来递送剩余疗法剂量。

在一个或多个处理器28确定要递送给患者以适应餐食的消耗的胰岛素的量或一个或多个处理器28向胰岛素泵14输出用于递送部分疗法剂量的指令的实例中，部分疗法剂量可以是将递送给患者以适应餐食的消耗的胰岛素量的一部分。剩余疗法剂量可以是要递送给患者以适应餐食的消耗的患者的胰岛素量的剩余部分(例如，在餐食之后或餐食期间，如基于对患者12何时将完成进食的预测的餐食的中点)。

可以存在一个或多个处理器28输出以使胰岛素泵14递送疗法剂量的指令的多种实例。作为一个实例，一个或多个处理器28可以输出指定要递送的疗法剂量的量的指令。作为另一实例，一个或多个处理器28可以输出指定目标葡萄糖水平的指令。响应于指定的目标葡萄糖水平，基于来自传感器20的对当前葡萄糖水平的反馈，胰岛素泵14可以递送团注胰岛素以达到目标葡萄糖水平。在这些实例中的每个实例中，可以将一个或多个处理器28视为向胰岛素泵14输出用于使胰岛素泵14在餐食事件之前递送部分疗法剂量或递送剩余疗法剂量(例如，在餐食事件期间或餐食事件之后)的指令。

以上描述了关于一个或多个处理器28的示例技术。然而，示例技术不限于此。示例技术可以由患者装置24的一个或多个处理器执行。示例技术可以由可穿戴装置22的一个或多个处理器执行。示例技术可以由胰岛素泵14的一个或多个处理器执行。在一些实例中，一个或多个处理器28、患者装置24的一个或多个处理器、可穿戴装置22的一个或多个处理器或胰岛素泵14的一个或多个处理器的任何组合可以被配置成执行本公开中描述的示例技术。

作为一个实例，一个或多个处理器28可以是第一组处理器。第二组处理器可以是由患者12佩戴的可穿戴装置22的一个或多个处理器。为了确定餐食事件正在发生，第二组处理器可以被配置成检测患者12的一个或多个移动特性。第一组处理器或第二组处理器中的至少一个可以被配置成基于移动特性确定餐食事件正在发生。作为另一实例，可穿戴装置22的第二组处理器可以向患者装置24的第三组处理器输出指示移动特性的信息，并且第三组处理器可以被配置成基于手势移动确定餐食事件正在发生。

为了便于描述，相对于一个或多个处理器28对示例技术进行了描述。然而，示例技术不应被认为限于一个或多个处理器。例如，被配置成执行本公开中描述的示例技术的一个或多个处理器可以是一个或多个处理器28、患者装置24的一个或多个处理器、可穿戴装置22的一个或多个处理器、胰岛素泵14的一个或多个处理器或其任何组合。

图2是展示了根据本公开中所描述的一个或多个实例的用于递送或引导疗法剂量的另一种示例系统的框图。图2展示了类似于图1的系统10A的系统10B。然而，在系统10B中，患者12可以没有胰岛素泵14。相反，患者12可以利用手动注射装置(例如，胰岛素笔或注射器)来递送胰岛素。例如，不是胰岛素泵14自动递送胰岛素，而是患者12(或可能是患者12的护理者)可以用胰岛素填充注射器或在胰岛素笔中设置剂量并对他自己或她自己进行注射。

在图2的实例中，与图1类似，一个或多个处理器28可以确定餐食事件将要发生。在图2中，响应于指示餐食事件将要发生的所述确定，一个或多个处理器28可以向装置(例如，患者装置24)输出用于通知患者12使用注射器或胰岛素笔以在餐食事件发生之前摄取部分疗法剂量的指令。对患者装置24的用于通知患者12使用注射器或胰岛素笔以摄取部分疗法剂量的指令可以包含提醒要注射的胰岛素的量和/或可以指定要注射的胰岛素量。在一些实例中，患者装置24可以向胰岛素笔输出用于自动设置所推荐的胰岛素剂量的指令。一个或多个处理器28然后可以基于患者12的手臂的移动特性来确定餐食事件正在发生。响应于指示餐食事件正在发生的所述确定，一个或多个处理器28可以向装置(例如，患者装置24)输出用于通知患者12使用注射器或胰岛素笔以摄取剩余疗法剂量的指令。在图2的实例中，通知患者12使用注射器或胰岛素笔的描述涵盖患者或护理人员使用注射器、胰岛素笔以递送部分疗法剂量和/或剩余疗法剂量的实例。即，对患者12的任何通知包含单独通知护理人员或护理人员在患者装置24上读取患者12将接受疗法剂量(例如，部分疗法剂量或剩余疗法剂量)的通知的实例。

图3是展示了根据本公开中所描述的一个或多个实例的用于递送或引导疗法剂量的另一种示例系统的框图。图3展示了类似于图1的系统10A和图2的系统10B的系统10C。在系统10C中，患者12可以没有胰岛素泵14。而是，患者12可以利用注射装置30来递送胰岛素。例如，不是胰岛素泵14自动递送胰岛素，而是患者12(或可能是患者12的护理者)可以利用注射装置30对他自己或她自己进行注射。

如上所述，注射装置30可以不同于注射器或基础胰岛素笔，因为注射装置30可以是可以与患者装置24和/或系统10C中的其它装置通信的装置。而且，注射装置30可以包含储器，并且可以能够基于指示要递送多少疗法剂量的信息用量那么多胰岛素用于递送。在一些实例中，注射装置30可以类似于胰岛素泵14，但不是由患者12穿戴。注射装置30的一个实例是胰岛素笔，其有时也被称为智能胰岛素笔。注射装置30的另一个实例可以是具有智能帽的胰岛素笔，其中智能帽可以用于设置特定的胰岛素剂量。

在图3的实例中，与图1类似，一个或多个处理器28可以确定餐食事件将要发生。在图3中，响应于指示餐食事件将要发生的所述确定，一个或多个处理器28可以)向装置(例如，患者装置24)输出用于通知患者12使用注射装置30以在餐食事件发生之前摄取部分疗法剂量的指令。患者装置24可以向注射装置30输出指示针对部分疗法剂量的量的信息，使得注射装置30可以在几乎没有或没有来自患者12的干预的情况下准备用于递送的正确量的胰岛素(例如，注射装置30可以基于从患者装置24接收到的信息自动设置胰岛素的量)。以此方式，响应于指示餐食事件将要发生的预测，一个或多个处理器28可以向注射装置30输出用于使注射装置30准备部分疗法剂量(例如，加载需要的胰岛素量使得患者12可以为他/她自己注射部分疗法剂量)的指令。

一个或多个处理器28可以基于患者的手臂移动的移动特性来确定餐食事件正在发生。响应于指示餐食事件正在发生的所述确定，一个或多个处理器28可以向装置(例如，患者装置24)输出用于通知患者12使用注射装置30以摄取剩余疗法剂量的指令。患者装置24可以向注射装置30输出指示针对剩余疗法剂量的量的信息，使得注射装置30可以在几乎没有或没有来自患者12的干预的情况下准备用于递送的正确量的胰岛素(例如，注射装置30可以基于从患者装置24接收到的信息自动设置胰岛素的量)。以此方式，响应于指示餐食事件正在发生的预测，一个或多个处理器28可以向注射装置30输出用于使注射装置30准备剩余疗法剂量(例如，加载需要的胰岛素量使得患者12可以为他/她自己注射剩余疗法剂量)的指令。

与图2类似，在图3的实例中，通知患者12使用注射装置30的描述涵盖护理人员使用注射装置30以递送部分疗法剂量和/或剩余疗法剂量的实例。即，对患者12的任何通知包含单独通知护理人员或护理人员在患者装置24上读取患者12将接受疗法剂量(例如，部分疗法剂量或剩余疗法剂量)的通知的实例。

在图2和3的实例中，一个或多个处理器28可以确定餐食事件何时将要发生，并且基于餐食事件何时将要发生以及指示患者12将要消耗的食物的类型的行为模式数据确定(例如，基于来自数字孪生的信息)部分疗法剂量和/或剩余疗法剂量的量。一个或多个处理器28还可以确定摄取部分疗法剂量和/或剩余疗法剂量的时间。一个或多个处理器28可以向患者装置24输出用于通知患者12关于疗法剂量的量和用于递送疗法剂量的时间是指令。在图3的实例中，患者装置24可以进一步输出疗法剂量的量和用于向注射装置30递送疗法剂量的时间的信息。

在患者12基于所述通知从注射器或注射装置30摄取胰岛素之后，患者12可以登录到他或她摄取了疗法剂量的患者装置24。一个或多个处理器28可以基于手势移动确认餐食事件实际已发生(例如，指示患者12没有以与餐食相一致的方式移动手臂的一个或多个移动特性)，并且然后通过患者装置24向患者12输出用于摄取剩余疗法剂量的通知。如上所述，可以存在多种用于确定患者12何时完成进食的方式。在图1-3的实例中的任何实例中，如果患者12比预期更早地停止进食(例如，基于患者12不再以指示进食的方式或频率移动手臂)，则一个或多个处理器28可以通过患者装置24输出要求患者12进食更多以避免低血糖症的影响的通知。如果患者12超出预期时间还保持进食(例如，基于患者12以指示进食的方式或频率移动手臂)，则一个或多个处理器28可以通过患者装置24输出要求患者12摄取更多胰岛素的通知。在图1的实例中，一个或多个处理器28可以使胰岛素泵14在通知或不通知患者12的情况下通过降低目标葡萄糖水平和/或通过指示胰岛素泵14递送更多胰岛素来递送更多胰岛素。

上述实例将胰岛素泵14、注射器和注射装置30描述为递送胰岛素的示例方式。在本公开中，术语“胰岛素递送装置”通常可以指用于递送胰岛素的任何装置。胰岛素递送装置的实例包含胰岛素泵14、注射器和注射装置30。如所描述的，注射器可以是用于注射胰岛素、但不一定能够通信或给药特定量的胰岛素的装置。然而，注射装置30可以是用于注射胰岛素、且可以能够与其它装置通信(例如，通过蓝牙、BLE和/或Wi-Fi)或可以能够给药特定量的胰岛素的装置。注射装置30可以是供电(例如，电池供电)装置，并且注射器可以是不需要电力的装置。

因为可能存在不同的用于递送胰岛素的方式，因此在一个或多个实例中，响应于指示餐食事件将要发生的确定，一个或多个处理器28可以进行以下中的至少一项：(1)向胰岛素递送装置(例如，胰岛素泵14)输出用于使所述胰岛素递送装置在餐食事件发生之前递送部分疗法剂量的指令；(2)向装置(例如，患者装置24)输出用于通知患者使用胰岛素递送装置(例如，注射器或注射装置30)以在餐食事件发生之前摄取部分疗法剂量的指令；或者(3)向胰岛素递送装置(例如，注射装置30)输出用于使所述胰岛素递送装置在餐食事件发生之前准备部分疗法剂量(例如，预加载确定量的胰岛素，使得患者12可以递送部分疗法剂量)的指令。此外，响应于指示餐食事件正在发生的确定，一个或多个处理器28可以进行以下中的至少一项：(1)向所述胰岛素递送装置(例如，胰岛素泵14)输出用于递送剩余疗法剂量的指令；(2)向所述装置(例如，患者装置24)输出用于通知所述患者使用所述胰岛素递送装置(例如，注射器或注射装置30)以摄取所述剩余疗法剂量的指令；或者(3)向所述胰岛素递送装置(例如，注射装置30)输出用于使所述胰岛素递送装置准备所述剩余疗法剂量的指令。尽管相对于一个或多个处理器28进行了描述，但示例技术可以通过一个或多个处理器28、患者装置24的一个或多个处理器、可穿戴装置22的一个或多个处理器、胰岛素泵14的一个或多个处理器或其任何组合执行。

因此，图1-3展示了佩戴在患者12的手腕上的可穿戴装置22可以用于检测餐食事件发生(例如，患者12进食)的实例。可穿戴装置22可以包含六轴惯性测量单元，所述六轴惯性测量单元包含加速度计和陀螺仪。系统10A-10C包含一个或多个处理器28，所述一个或多个处理器可以被配置成确定胰岛素的餐食剂量(例如，向患者12递送多少胰岛素以适应餐食的消耗)。一个或多个处理器28还可以被配置成基于一个或多个移动特性，如手势移动(例如，患者12的手臂移动的方式和频率)来检测通过进食或饮水达到的食物消耗。

一个或多个处理器28、可穿戴装置22和/或患者装置24可以检测到患者12何时正在消耗食物。一个或多个处理器28、可穿戴装置22和/或患者装置24可以确定要递送以适应餐食的胰岛素的量(例如，抵消由于消耗餐食而导致的葡萄糖水平增加所需的胰岛素的量)，并且向胰岛素泵14、可穿戴装置22和/或患者装置24传达指示要递送的胰岛素量的信息。在一些实例中，胰岛素的量可以是预定的或固定的，在这种情况下，可能需要或可能不需要传达指示胰岛素量的信息。患者装置24、可穿戴装置22和/或胰岛素泵14可以输出要递送的胰岛素量的通知，并且还可以向患者12提供对胰岛素的提醒(例如，如在图2和3的实例中，其中不存在胰岛素泵14)。在一些实例中，患者装置24可以向注射装置30输出指示要递送的胰岛素量的信息。

根据本公开中描述的一个或多个实例，与等待在餐食事件之后或餐食事件之前递送全部胰岛素(例如，团注胰岛素)相反，患者12可以在餐食事件发生之前接受胰岛素的一部分(例如，部分疗法剂量)以降低餐后增加葡萄糖水平，但用足够低的剂量，以减少在患者12选择不进食的情况下的任何负面影响。如上所述，餐食事件之前可以是指示患者12正在进食或开始进食的一个或多个移动特性之前，并且可以是餐食事件之前或餐食事件即将开始的某个时间量。然后，患者12可以在基于移动特性或对餐食将花费多长时间的预测等确认患者12实际正在进食(即，餐食事件正在发生)之后，接受剩余疗法剂量。以下描述了利用本公开中描述的技术的一些示例方式。

如上所述，基于对食物条目的手动记录和上传到云26中的一个或多个处理器28的数据，一个或多个处理器28可以确定餐食行为的模式。例如，一个或多个处理器28可以利用机器学习(例如，更新分类器或k均值聚类，作为两个实例)来确定患者12进食的时间模式。此外，一个或多个处理器28可以确定患者12消耗的碳水化合物的量的模式。

一旦确定了进食的时间模式和碳水化合物的可能的量(例如，作为初始学习阶段的一部分)，响应于指示餐食事件将要发生的确定，一个或多个处理器28可以确定部分疗法剂量的量和递送所述部分疗法剂量的时间并且向胰岛素递送装置(例如，胰岛素泵14)输出用于使胰岛素递送装置(例如，自动地或在最少用户干预的情况下)在餐食事件之前递送部分疗法剂量的指令。作为针对胰岛素泵14的指令的一个实例，一个或多个处理器28可以向胰岛素泵14(例如，通过患者装置24)输出用于在消耗餐食之前降低葡萄糖目标的指令，所述指令进而使胰岛素泵14递送团注胰岛素以在胰岛素泵14处进行或未进行患者确认的情况下尝试并实现较低的葡萄糖目标。一个或多个处理器28、胰岛素泵14和/或患者装置24可以确定对患者12安全的胰岛素量，以便在不增加低血糖症的风险的情况下增加活性胰岛素(即，团注胰岛素)。这样，可以通过更快地向患者12递送胰岛素来降低餐后高葡萄糖水平。

一个或多个处理器28可以基于患者12的手臂移动的一个或多个移动特性(例如，基于由可穿戴装置22检测到的手势移动)来确定餐食事件正在发生以确认患者12实际上正在进食。响应于指示餐食事件正在发生的确定，一个或多个处理器28可以向胰岛素泵14(例如，通过患者装置24)输出用于递送剩余疗法剂量的指令。胰岛素泵14可以递送剩余疗法剂量(例如，在餐食期间或在基于可穿戴装置22不再检测指进食的移动而确认餐食结束之后)。

例如，在中午，患者12通常可能进食由55克碳水化合物组成的三明治。一个或多个处理器28可以向胰岛素泵14输出用于使胰岛素泵14在典型餐食被消耗之前20分钟降低葡萄糖目标(例如，以递送部分疗法剂量)的指令。在中午，一个或多个处理器28可以确定正在进食餐食(例如，基于患者12的手臂的移动特性，餐食事件正在发生)并且可以向胰岛素泵14输出指令。胰岛素泵14可以在餐食期间或消耗餐食之后递送剩余疗法剂量。

在上述实例中，一个或多个处理器28输出用于降低目标葡萄糖水平的指令，作为在餐食事件发生之前递送部分疗法剂量的方式。在一些实例中，一个或多个处理器28可以输出限定在餐食事件发生之前要递送的部分疗法剂量的量(例如，包含要递送的固定胰岛素单位的数量)的指令。例如，如上所述，患者12可能在中午消耗由55克碳水化合物组成的三明治。一个或多个处理器可以向胰岛素泵14输出用于在典型餐食被消耗之前递送少量餐食前团注胰岛素的指令。

上述实例将一天中的时间(例如，中午)描述为确定何时以及是否在餐食事件之前递送部分疗法剂量的因素。在一些实例中，一个或多个处理器28可以利用位置信息(例如，代替一天中的时间或与一天中的时间组合)。例如，一个或多个处理器28可以利用机器学习来确定模式并将食物的类型和/或食物的量与购买或消耗食物的位置相关联。在一个或多个处理器28确定了针对时间和位置的餐食行为模式后(例如，作为初始学习阶段的一部分)，一个或多个处理器28可以输出使胰岛素泵14在消耗餐食之前递送不会引起低血糖症的胰岛素量(例如，部分疗法剂量)的指令。如所描述的，在一些实例中，一个或多个处理器28可以使患者装置24和/或可穿戴装置22输出请求确认患者12将进食的通知。一个或多个处理器28可以基于患者12的位置使患者装置24和/或可穿戴装置22输出此类通知。

作为一个实例，患者12可以进食来自同一百吉饼店的百吉饼。如果一个或多个处理器28基于患者12的位置确定患者12在百吉饼店附近，则一个或多个处理器28可以输出用于在患者12进入百吉饼店之前递送部分疗法剂量的指令。在一个或多个处理器28确定患者12正在进食之后(例如，在确定餐食事件正在发生之后)，一个或多个处理器28可以输出使胰岛素泵14递送剩余疗法剂量的指令。

基于一天中的时间和位置的上述实例技术。在一些实例中，一个或多个处理器28可以利用一天中的时间、位置和其它情境信息，如睡眠模式、日历信息、温度、心率等的组合来确定是否递送以及何时递送以使胰岛素泵14递送部分疗法剂量。通过利用多个因素来确定患者12是否将要进食和/或是否正在进食(例如，利用多因素餐食识别)，示例技术可以更准确地确定(例如，预测)患者12何时将要进食。一个或多个处理器28可以通过将两个或更多个检测输入组合来降低餐食检测事件的假阳性率，这可以允许在餐食之前递送更激进的部分疗法剂量。例如，因为患者12更可能进食，所以与如果较少的情境信息项表明餐食事件将要发生相比，如果多个情境信息项(例如，一天中的时间和位置)指示餐食事件将要发生，则一个或多个处理器28可以更确定餐食事件将要发生，并且因此可以提供更高的部分疗法剂量，并且低血糖症的机会更小。

作为一个实例，如果仅一个情境表明患者12将要消耗食物(例如，仅一个情境表明餐食事件将要发生)，则一个或多个处理器28可能对部分疗法剂量的方式和数量具有有限的选项(例如，降低自动基础设定值、降低自动校正团注目标或升高自动基础胰岛素限制)。

自动基础设定值是指闭环目标葡萄糖。例如，闭环自动基础递送速率(例如，胰岛素泵14持续递送基础胰岛素的速率)在当所测量的葡萄糖水平低于自动基础设定值时降低。闭环自动基础递送速率在所测量的葡萄糖高于自动基础设定值时增加到自动基础极限。自动校正团注目标是指用于校正团注的葡萄糖目标。基本校正团注方程是(当前葡萄糖-校正目标)/校正因子-活性胰岛素。校正目标越低，对于给定的当前葡萄糖值，校正团注将越大。自动基础极限是指允许受闭环自动基础控制器的控制的最大基础速率。这是安全特性，旨在防止由于来自传感器20的测量的时间延迟和可能的传感器误差而引起的胰岛素的过度递送。暂时升高此极限可能会在消耗餐食的情况下提供更有效的控制。

然而，如果多个情境(例如，多个情境信息项)指示患者12将要消耗食物(例如，多个情境信息项指示餐食事件将要发生)，则一个或多个处理器28可以执行较低的自动基础设定值、较低的自动校正团注目标或升高的自动基础胰岛素极限中的任一个，并且输出使胰岛素泵14针对少量餐食递送固定的预先餐食团注当量(例如，针对30克碳水化合物的餐食)的指令。

一般而言，如果仅几个情境信息项(例如，一项或两项)指示餐食事件将要发生(例如，餐食事件将要发生的置信度低)，则一个或多个处理器28可以确定要递送的部分疗法剂量的第一量。然而，如果更多个情境信息项指示餐食事件将要发生(例如，餐食事件将要发生的置信度高)，则一个或多个处理器可以确定要递送的部分疗法剂量的第二量。例如，机器学习算法可以被配置成基于对患者行为的学习生成指示患者12将要消耗餐食的置信度的置信度值。部分疗法剂量的第二量可以大于部分疗法剂量的第一量。例如，部分疗法剂量的第二量可以是预先选定的量，而部分疗法剂量的第一量可以基于患者12要消耗多少碳水化合物的假设来确定。以此方式，患者12将消耗餐食的置信度越高，胰岛素疗法的激进性就越大(即，可以在餐食之前递送更多量的胰岛素)。

而且，上述示例技术是相对于胰岛素泵14描述的。然而，示例技术可扩展到患者12不具有像胰岛素泵14之类的自动胰岛素递送(AID)装置的实例。在患者12不具有胰岛素泵14而是使用注射器或注射装置30的实例中，患者12可被视为利用每日多次注射(MDI)胰岛素疗法方案。例如，与上文类似，一个或多个处理器28可以确定餐食事件是否将要发生(例如，基于各种情境)。响应于指示餐食事件将发生的确定，一个或多个处理器可以向装置(例如，患者装置24)输出用于通知患者使用胰岛素递送装置(例如，注射器或注射装置30)以在餐食事件发生之前摄取部分疗法剂量的指令。一个或多个处理器28可以基于患者12的手臂的移动特性来确定餐食事件正在发生。响应于指示餐食事件正在发生的所述确定，一个或多个处理器28可以向装置(例如，患者装置24)输出用于通知患者12使用胰岛素递送装置(例如，注射器或注射装置30)以摄取剩余疗法剂量的指令。

以此方式，可以根据基于手势移动(例如，移动特性)的自动餐食检测向患者12提供胰岛素剂量指导。一个或多个处理器28可以基于对餐食的自动检测来确定正确的剂量和时间，包含确定在餐食之前摄取的部分疗法剂量。

除了减少餐后葡萄糖水平的增加外，也存在与自动餐食检测和部分疗法剂量的递送相关联的益处。在一些实例中，患者12可以遵循正常的行为模式，但有时可以包含一些“随附(tag along)”食物项，例如甜品或饮料。在患者12完成进食餐食与在餐食之后可能有甜品或饮料之间可能存在延迟。在一些实例中，患者12可能不考虑随附食物。利用自动餐食检测，一个或多个处理器28可以确定患者12比他或她通常进食的多。例如，一个或多个处理器28可以确定患者12在餐食事件之后不久再次进食。由于患者12已经摄取的部分疗法剂量，因此即使在随附食物的情况下，也可以降低葡萄糖水平将变得不期望地高的机会。此外，由于餐食检测，一个或多个处理器28可以输出用于进一步增加团注胰岛素剂量以考虑随附食物的指令。

如所解释的，存在各种类型的胰岛素递送装置(例如，胰岛素泵14、注射器或注射装置30)。在注射装置30的情况下，可能会要求患者12设定要递送的胰岛素水平，并且患者然后可以使用注射装置30以在设定时间或在预期事件(例如，餐食)时递送胰岛素。

一个或多个处理器28可以被配置成利用患者行为信息和餐食检测来确定胰岛素的量和递送胰岛素的时间。一个或多个处理器28可以向患者装置24输出指示用于递送胰岛素的量和时间的信息。在一些实例中，患者装置24可以被配置成在没有来自一个或多个处理器28的帮助的情况下执行此类示例技术。在一些实例中，一个或多个处理器28可以利用生理模型(例如，指示疗法将如何影响患者的患者计算机模型，如数字孪生)来确定胰岛素的量和用于递送胰岛素的时间。

在一些情况下，一个或多个处理器28可以基于对患者12将进食什么的预测来确定要摄取的胰岛素的量和摄取胰岛素的时间。然而，患者12可能会添加“随附”食物，如甜品或饮料。一个或多个处理器28可以基于由可穿戴装置22检测到的移动来确定患者12是否已经使用注射装置30为他自己或她自己注射了胰岛素以确保患者12不会多于一次为他自己或她自己进行注射。而且，一个或多个处理器28可以确定患者12是否正在进食未考虑的额外食物(例如，基于超出对基本餐食所预期的那些的额外手部移动)以调整患者要摄取的胰岛素的量。

在一些实例中，传感器20的操作也可以基于对患者12正在进食的检测而改变。在一些情况下，与患者12不进食时相比，在患者12进食的时间期间，患者12的葡萄糖水平可能增加，并且在一些情况下以更高的速率增加。因此，与其它时间相比，更频繁地确定患者12正在进食时的葡萄糖水平可能是有益的，使得可以更及时地递送疗法。

在一个或多个实例中，一个或多个处理器28可以确定患者正在进食或将要进食(例如，餐食事件正在发生或将要发生)。作为响应，一个或多个处理器28可以指示传感器20以与患者12未进食或将要进食时相比更高的速率确定和输出葡萄糖水平。存在一个或多个处理器28可以确定患者正在进食或将要进食的多种方式，例如上述的那些。因此，在一个或多个实例中，一个或多个处理器28可以确定餐食事件将要发生或正在发生。响应于所述确定，一个或多个处理器28可以指示传感器20以第一速率输出患者12的葡萄糖水平，所述第一速率高于传感器20在餐食事件将不发生或未发生时输出患者12的葡萄糖水平的第二速率。例如，所述第二速率可以是每五分钟一次葡萄糖水平测量，而第一速率可以是每分钟一次葡萄糖水平测量。

随着在餐食事件期间以更高的速率接收信息，一个或多个处理器28和/或胰岛素泵14可以被配置成基于感测到的葡萄糖水平的变化(例如，更快/更激进的自动校正团注)更快速地更新疗法剂量的变化(例如，增加或减少要递送的团注胰岛素的量)。而且，在一个或多个处理器28确定餐食事件没有发生或将不会发生的时间期间，传感器20可能能够以较低的速率输出葡萄糖水平测量结果，这增加了传感器20的电池寿命和胰岛素泵14的电池寿命，因为接收器电路系统(例如，无线电电路系统)的功率消耗在不消耗餐食时会降低。

如上所述，一个或多个处理器28可以确定在餐食事件之前要递送的部分疗法剂量，并且确定可以在餐食事件期间或餐食事件之后递送的剩余疗法剂量。在一些实例中，一个或多个处理器28可以确定要在餐食期间递送的疗法，如基于患者12何时将啃咬或基于患者12将消耗多少碳水化合物的预测来确定。例如，基于患者行为，一个或多个处理器28可以预测患者12将要消耗多少碳水化合物。在一些实例中，一个或多个处理器28还可以预测患者12将摄取多少次啃咬来消耗食物。

例如，如上所述，一个或多个处理器28可以基于患者行为确定患者12要消耗餐食所花费的时间的量。另外，在进食餐食期间，一个或多个处理器28可以确定移动特性，所述移动特性可以包含患者12在进食时多久会将他或她的手臂移动到他或她的嘴的信息。患者12将他或她的手臂移动到他或她的嘴的每个实例可以是啃咬的实例(例如，将手移动到嘴以啃咬三明治或比萨)。在一些实例中，一个或多个处理器28可以确定患者12要摄取多少次啃咬以及患者12要消耗多少碳水化合物。利用指示啃咬的次数和碳水化合物的量的信息，一个或多个处理器28可以使胰岛素递送装置(例如，胰岛素泵14)贯穿整个餐食递送少量团注的胰岛素。

例如，一些示例技术在完成餐食之后递送团注胰岛素。然而，在患者12正在进食时递送团注胰岛素，以避免患者12的葡萄糖水平突然增加可能是有益处的。在一些实例中，一个或多个处理器28可以确定患者12当前是否正在进食并且作为响应，输出用于使胰岛素递送装置(例如，胰岛素泵14)递送微量团注胰岛素疗法的指令，这可能是在每次啃咬的基础上。

作为一个实例，可穿戴装置22可以检测患者12的手臂的移动特性，如患者12在餐食事件期间多久并且何时将他或她的手臂移动到他或她的嘴。患者12在餐食事件期间将他或她的手臂移动到他或她的嘴可以指示患者12啃咬了食物。一个或多个处理器28可以基于移动特性(例如，移动多快以及移动是否与某人的手从盘子到嘴的移动相一致)确定患者12当前正在进食。作为响应，一个或多个处理器28可以使胰岛素泵14以特定频率递送小剂量的团注胰岛素。例如，一个或多个处理器28可以使胰岛素泵14在一个或多个处理器28确定患者12进行了啃咬(例如，基于手臂的移动)的每个实例之后递送小剂量的团注胰岛素。

一个或多个处理器28可以被配置成预测患者进行了多少次啃咬以及针对每次微量团注递送要递送多少胰岛素。例如，基于患者行为模式，一个或多个处理器28可以确定患者进食多长时间(例如，多少次啃咬)以及患者消耗的碳水化合物的量。基于对碳水化合物的量和啃咬的次数的预测，一个或多个处理器28可以确定要递送的微量团注的量(例如，在每次啃咬的基础上)和/或整个系列的微量团注。在一些实例中，一个或多个处理器28可以确保在使胰岛素泵14递送微量团注之前检测到指示进食的多个持续手臂移动。

例如，如果患者12通常进食含有45克到75克碳水化合物的早餐，并且通常需要进行10次到15次啃咬，则保守的啃咬团注可以基于碳水化合物的低端(例如，45克)和啃咬的次数的高端(例如，15次)。在此实例中，一个或多个处理器28可以确定患者12每次啃咬将消耗3克碳水化合物(例如，45克/15次啃咬)。在此实例中，一个或多个处理器28可以确定针对3克碳水化合物递送的胰岛素的量，并且作为响应，可以使胰岛素泵14在整个餐食中递送确定量的胰岛素。在患者12对于一次餐食进行多于阈值量的啃咬的情况下或者在阈值时间量之后胰岛素的递送可以停止，以确保患者12的葡萄糖水平不会变得太低。

在一些实例中，一个或多个处理器28、患者装置24上的处理器、可穿戴装置22或其某种组合可以输出用于使胰岛素泵14在预期的餐食持续时间期间在每次检测到啃咬的情况下或以固定时间间隔递送确定量的胰岛素的指令。例如，在上述实例中，患者12每次啃咬可以消耗3克碳水化合物。一个或多个处理器28可以确定要递送的胰岛素的量以解决由于3克碳水化合物引起的葡萄糖水平的变化。基于由可穿戴装置22确定的移动特性，患者装置24可以确定患者12将要进行啃咬(例如，通过将食物靠近嘴)。作为响应，患者装置24可以使胰岛素泵14递送由一个或多个处理器28确定的胰岛素量。在一些实例中，与在每次啃咬基础上递送胰岛素相反，胰岛素泵14可以在餐食期间内的固定间隔(例如，每10秒)期间递送胰岛素。

以此方式，一个或多个处理器28、患者装置24的处理器和/或可穿戴装置22的处理器或其组合可以确定患者12在餐食事件期间要进食的碳水化合物的量以及患者12在餐食事件期间将进行的啃咬的次数。基于对患者12将要进食的碳水化合物的量和患者12将要进行的啃咬的次数的确定，一个或多个处理器28、患者装置24的处理器和/或可穿戴装置22的处理器或其组合输出用于使胰岛素递送装置(例如，胰岛素泵14)在餐食事件期间递送微量团注或一系列微量团注的胰岛素疗法的指令。在一些实例中，为了输出用于使胰岛素递送装置递送一系列微量团注的指令，一个或多个处理器28、患者装置24的处理器和/或可穿戴装置22的处理器或其组合可以被配置成输出用于使胰岛素递送装置(例如，胰岛素泵14)在每次检测到啃咬的情况下或以固定时间间隔递送一系列微量团注的指令。

关于一个或多个处理器28描述了上述递送微量团注的实例。然而，所述一个或多个处理器可以是患者装置24、胰岛素泵14、可穿戴装置22、一个或多个处理器28的一个或多个处理器或其任何组合。

图4是展示了根据本公开中所描述的一个或多个实例的患者装置的实例的框图。虽然患者装置24通常可以被描述为手持计算装置，但是患者装置24可以是例如笔记本电脑、蜂窝电话或工作站。在一些实例中，患者装置24可以是如智能手机或平板计算机等移动装置。在此类实例中，患者装置24可以执行允许患者装置24执行本公开中所描述的示例技术的应用程序。在一些实例中，患者装置24可以是用于与胰岛素泵14通信的专用控制器。

尽管用一个患者装置24来描述实例，但是在一些实例中，患者装置24可以是不同装置(例如，移动装置和控制器)的组合。例如，移动装置可以通过Wi-Fi或运营商网络提供对云26的一个或多个处理器28的访问，并且控制器可以提供对胰岛素泵14的访问。在此类实例中，移动装置和控制器可以通过蓝牙或BLE彼此通信。一起形成患者装置24的移动装置和控制器的各种组合是可能的，并且示例技术不应被认为限于任何一种特定配置。

如图4中所展示的，患者装置24可以包含处理电路系统32、存储器34、用户接口36、遥测电路系统38和电源39。存储器34可以存储程序指令，所述程序指令在由处理电路系统32执行时使处理电路系统32提供贯穿本公开归属于患者装置24的功能。

在一些实例中，患者装置24的存储器34可以存储多个参数，如要递送的胰岛素的量、目标葡萄糖水平、递送时间等。处理电路系统32(例如，通过遥测电路系统38)可以将存储在存储器34中的参数输出到胰岛素泵14或注射装置30，以便向患者12递送胰岛素。在一些实例中，处理电路系统32可以执行存储在存储器34中的通知应用，所述通知应用通过用户接口36向患者12输出通知，如用于摄取胰岛素、胰岛素的量和摄取胰岛素的时间的通知。

存储器34可以包含任何易失性、非易失性、固定、可移除、磁性、光学或电介质，如RAM、ROM、硬盘、可移除磁盘、存储器卡或条、NVRAM、EEPROM、闪存等等。处理电路系统32可以采用一个或多个微处理器、DSP、ASIC、FPGA、可编程逻辑电路系统等的形式，并且本文中归属于处理电路系统32的功能可以体现为硬件、固件、软件或其任何组合。

用户接口36可以包含按钮或键盘、灯、用于语音命令的扬声器和显示器，如液晶(LCD)。在一些实例中，所述显示器可以是触摸屏。如本公开中所讨论的，处理电路系统32可以通过用户接口36呈现和接收与疗法有关的信息。例如，处理电路系统32可以通过用户接口36接收患者输入。患者输入可以例如通过按压键盘上的按钮、输入文本或从触摸屏选择图标来输入。患者输入可以是指示患者12进食的食物的信息，如对于初始学习阶段，患者12是否使用了胰岛素(例如，通过注射器或注射装置30)，以及其它此类信息。

在一些实例中，处理电路系统32可以包含可以标识患者12的位置的GPS电路系统。处理电路系统32可以输出患者12的位置以及一天中的时间信息，作为初始学习阶段的一部分以确定患者12在何时和何地进食，并且然后随后，使得一个或多个处理器28可以确定餐食事件是否将要发生。位置和一天中的时间是用于确定餐食事件是否将要发生和/或正在发生的情境信息的两个实例，并且示例技术不限于作为情境信息的位置和一天中的时间。

在一些实例中，被配置成执行本公开中描述的示例技术的一个或多个处理器可以包含处理电路系统32。例如，处理电路系统32可以被配置成确定餐食事件将要发生。处理电路系统32可以接收情境信息，如患者12的一天中的时间或位置中的至少一个，并且基于接收到的信息确定餐食事件将要发生。响应于指示所述餐食事件将要发生的所述确定，处理电路系统32可以进行以下中的至少一项：(1)向胰岛素递送装置(例如，胰岛素泵14)输出用于使所述胰岛素递送装置在餐食事件发生之前递送部分疗法剂量的指令；(2)向装置(例如，用户接口36或注射装置30)输出用于通知患者12使用胰岛素递送装置(例如，注射器或注射装置30)以在餐食事件发生之前摄取部分疗法剂量的指令；或者(3)向胰岛素递送装置(例如，注射装置30)输出用于使所述胰岛素递送装置在餐食事件发生之前准备部分疗法剂量的指令。

处理电路系统32可以基于患者的手臂移动的移动特性来确定餐食事件正在发生。例如，可穿戴装置22可以检测患者12的手势移动，并且处理电路系统32可以基于患者12的手势移动来确定餐食事件正在发生。响应于指示所述餐食事件正在发生的所述确定，处理电路系统32可以进行以下中的至少一项：(1)向所述胰岛素递送装置(例如，胰岛素泵14)输出用于递送剩余疗法剂量的指令；(2)向所述装置(例如，用户接口36或注射装置30)输出用于通知患者12使用所述胰岛素递送装置以摄取剩余疗法剂量的指令；或者(3)向所述胰岛素递送装置输出用于使所述胰岛素递送装置准备所述剩余疗法剂量的指令。

如上所述，在一些实例中，所述部分疗法剂量可以是要递送给患者12以适应餐食的消耗的胰岛素量的一部分，并且所述剩余疗法剂量可以是要递送给患者12以适应所述餐食的消耗的患者的胰岛素量的剩余部分。适应餐食的消耗可以指代递送抵消由于消耗餐食而导致的葡萄糖水平增加所需的胰岛素的量。在一些实例中，所述部分疗法剂量可以是预先选定的疗法剂量，并且处理电路系统32可以被配置成基于葡萄糖水平测量结果或预测将由患者12消耗的碳水化合物的量中的一个或多个来确定所述剩余疗法剂量。例如，患者行为模式可以指示患者12在不同时间和/或位置处消耗多少碳水化合物，并且处理电路系统32可以预测患者12要消耗的碳水化合物的量。在一些实例中，针对所述部分疗法剂量的胰岛素的量小于针对所述剩余疗法剂量的胰岛素的量。

存在处理电路系统32可以输出用于使胰岛素递送装置(例如，胰岛素泵14)递送部分疗法剂量的指令的各种方式。作为一个实例，处理电路系统32可以向胰岛素递送装置输出用于降低患者葡萄糖目标，以使胰岛素递送装置递送部分疗法剂量的指令。

遥测电路系统38包含用于与如云26、胰岛素泵16或注射装置30(如果适用的话)、可穿戴装置22和传感器20等另一个装置通信的任何适合的硬件、固件、软件或其任何组合。遥测电路系统38可以在天线的帮助下接收通信，所述天线可以在患者装置24的内部和/或外部。遥测电路系统38也可以被配置成通过无线通信技术与另一个计算装置通信，或者通过有线连接进行直接通信。可以用于促进患者装置24与另一个计算装置之间的通信的本地无线通信技术的实例包含根据IEEE 802.11、蓝牙或BLE规范集的RF通信、例如根据IrDA标准的红外通信或其它标准或专有遥测协议。遥测电路系统38还可以提供与运营商网络的连接以访问云26。以这种方式，其它装置可以能够与患者装置24通信。

电源39向患者装置24的组件提供操作功率。在一些实例中，电源39可以包含电池，如可再充电或不可充电电池。不可再充电电池可以被选择成持续若干年，而可再充电电池可以从外部装置(例如，在每天或每周的基础上)进行感应式充电。可再充电电池的再充电可以通过使用交流电(AC)插座或通过外部充电器与患者装置24内的感应充电线圈之间的近侧感应相互作用来完成。

图5是展示了根据本公开中所描述的一个或多个实例的可穿戴装置的实例的框图。如所展示的，可穿戴装置22包含处理电路系统40、存储器42、用户接口44、遥测电路系统46、电源48和惯性测量单元50。处理电路系统40、存储器42、用户接口44、遥测电路系统46和电源48可以分别类似于图3的处理电路系统32、存储器34、用户接口36、遥测电路系统38和电源39。

惯性测量单元50可以包含用于确定可穿戴装置22的俯仰-滚转-偏航和x-y-z坐标的加速度计和陀螺仪和/或各种组件。在一些实例中，惯性测量单元50可以被视为是六轴惯性测量单元。例如，惯性测量单元50可以将3轴加速度计与3轴陀螺仪耦接。加速度计可以测量线性加速度，而陀螺仪可以测量旋转移动。处理电路系统40可以被配置成基于来自惯性测量单元50的值确定一个或多个移动性质。例如，处理电路系统40可以基于来自惯性测量单元50的值确定患者12是否正在向上、向下、向左、向右、向前、向后或某种组合移动他或她的手臂，所述值包含与移动的频率、振幅、轨迹、定位、速度、加速度和/或模式相关的值。处理电路系统40可以基于来自惯性测量单元50的值来确定患者12的手臂的朝向，如手的背面或手的正面是否面向患者12或者手的侧面是否面向患者12，使得拇指面向患者12并且食指的侧面可见。

作为一个实例，当患者12拿着筷子进食时，患者12可以以特定方式定向他或她的手腕，如果患者12拿着三明治，则方式可能有所不同。对于不同类型的食物，患者12将他或她的手臂从他或她拿到食物的定位移动到他或她将食物放入嘴中的定位的频率可能有所不同。例如，用餐叉进食的频率和移动模式可能与用勺子或刀叉进食的频率和移动模式不同，用勺子或刀叉进食可能与用手进食(如三明治或比萨)不同。对于所有这些不同的食物项，移动特性可能有所不同，并且来自惯性测量单元50的输出值也可能不同。然而，对于所有移动特性，一个或多个处理器(在一些实例中包含处理电路系统40)可以被配置成确定患者12正在进食。

惯性测量单元50可以将患者12的手臂的此信息(例如，俯仰-滚转-偏航和x-y-z坐标)输出到处理电路系统40。遥测电路系统46然后可以将来自处理电路系统40的信息输出到患者装置24。患者装置24可以将所述信息转发到一个或多个处理器28，所述一个或多个处理器可以使用所述信息来确定患者12是否正在进食(例如，餐食事件是否正在发生)。

图6是展示了根据本公开中所描述的一个或多个实例的示例操作方法的流程图。图6是关于一个或多个处理器描述的。一个或多个处理器可以是一个或多个处理器28、患者装置24的一个或多个处理器(例如，处理电路系统32)、可穿戴装置22的一个或多个处理器(例如，处理电路系统40)、胰岛素泵14(如果适用的话)的一个或多个处理器或其任何组合。

一个或多个处理器可以预测餐食事件将要发生(60)。例如，所述一个或多个处理器可以是第一组一个或多个处理器(例如，云26的一个或多个服务器上的一个或多个处理器28)，所述第一组一个或多个处理器接收指示一天中的时间或患者12的位置中的至少一个的信息，并且基于接收到的信息确定(例如，预测)餐食事件将要发生。

响应于指示餐食事件将要发生的预测(例如，确定)，所述一个或多个处理器可以进行以下中的至少一项：(1)向胰岛素递送装置(例如，胰岛素泵14)输出用于使所述胰岛素递送装置在餐食事件发生之前递送部分疗法剂量的指令；(2)向装置(例如，患者装置24或注射装置30)输出用于通知患者使用胰岛素递送装置以在餐食事件发生之前摄取部分疗法剂量的指令；或者(3)向胰岛素递送装置输出用于使所述胰岛素递送装置在餐食事件发生之前准备部分疗法剂量的指令(62)。以此方式，患者12可以接受部分量的胰岛素以降低餐后葡萄糖水平增加的机会。

一个或多个处理器可以基于患者12的手臂移动的一个或多个特性来确定餐食事件正在发生(64)。所述一个或多个特性可以与一种或多种不同形式的进食相关(例如，手臂移动的方式和频率与患者12进食时手臂移动的方式和频率相一致)。例如，第二组处理器(例如，处理电路系统40和惯性测量单元50)可以被配置成确定患者12的移动特性。第一组处理器或第二组处理器可以接收一个或多个移动特性的信息，并且可以确定移动特性是否与进食的移动特性相一致。如果移动特性与患者12正在进食时的移动特性相一致，则一个或多个处理器(例如，第一组处理器和/或第二组处理器)可以确定餐食事件正在发生。

在一些实例中，除了或替代患者12的手臂移动的一个或多个特性之外，一个或多个处理器还可以利用情境信息以确定餐食事件正在发生。例如，当患者12的手臂移动的一个或多个特性指示患者12正在进食时，情境信息，如一天中的时间或位置，可以提供患者12正在进食的额外置信度。作为一个实例，如果时间是中午并且患者12在餐厅，并且患者12的手臂移动的一个或多个特性表明患者12正在进食，则与患者12的手臂移动的仅一个或多个特性表明患者12正在进食的情况相比，患者12正在进食的置信度更高。

响应于指示餐食事件正在发生的确定，一个或多个处理器可以进行以下中的至少一项：(1)向所述胰岛素递送装置(例如，胰岛素泵14、注射装置30)输出用于递送剩余疗法剂量(在胰岛素递送装置处进行或不进行另外的用户输入的情况下)的指令；(2)向所述装置(例如，患者装置24和/或注射装置30)输出用于通知患者12使用所述胰岛素递送装置以施用剩余疗法剂量(例如，通过胰岛素笔或注射器)的指令；或者向所述胰岛素递送装置输出用于使所述胰岛素递送装置准备所述部分剩余剂量的指令(66)。在一些实例中，所述部分疗法剂量可以是要递送给患者以适应餐食的消耗的胰岛素量的一部分，并且所述剩余疗法剂量可以是要递送给患者以适应所述餐食的消耗的患者的胰岛素量的剩余部分。如上所述，适应餐食的消耗可以指代递送抵消由于消耗餐食而导致的葡萄糖水平增加所需的胰岛素的量。在一些实例中，所述部分疗法剂量可以是预先选定的疗法剂量，并且一个或多个处理器可以被配置成基于葡萄糖水平测量结果(例如，来自传感器20)或预测将由患者12消耗的碳水化合物的量(基于行为或模式所预测的)中的一个或多个来确定所述剩余疗法剂量。在一些实例中，针对所述部分疗法剂量的胰岛素的量小于针对所述剩余疗法剂量的胰岛素的量。

图7A和7B是展示了根据本公开中描述的一个或多个实例的另一示例操作方法的流程图。类似于图6，图7A和7B是关于一个或多个处理器和患者描述的。一个或多个处理器可以是一个或多个处理器28、患者装置24的一个或多个处理器(例如，处理电路系统32)、可穿戴装置22的一个或多个处理器(例如，处理电路系统40)、胰岛素泵14(如果适用的话)的一个或多个处理器或其任何组合。

如图7A中所展示的，一个或多个处理器可以预测(例如，确定)餐食事件是否将要发生(70)。例如，一个或多个处理器可以基于如患者12的一天中的时间和/或位置等情境信息来确定餐食事件是否将要发生。如果一个或多个处理器确定餐食事件不会发生(70的“否”分支)，则胰岛素递送中可能无变化，并且患者12可以继续递送基础胰岛素(72)。如图7A中所展示的，在基础胰岛素的递送(例如，基线疗法)期间，一个或多个处理器可以持续确定(例如，预测)餐食事件是否将要发生(70)。

如果一个或多个处理器预测餐食事件将要发生(70的“是”分支)，则一个或多个处理器可以确定部分疗法剂量(74)。例如，一个或多个处理器可以确定部分疗法剂量的量和用于递送所述部分疗法剂量的时间。一般而言，如果仅几个情境信息项(例如，一项或两项)指示餐食事件将要发生，则一个或多个处理器可以确定要递送的部分疗法剂量的第一量。然而，如果更多个情境信息指示餐食事件将要发生，则一个或多个处理器可以确定要递送的部分疗法剂量的第二量。部分疗法剂量的第二量可以大于部分疗法剂量的第一量。作为一个实例，部分疗法剂量的第二量可以等于部分疗法剂量的第一量加上团注胰岛素的预先选定的额外量。

因此，为了预测餐食事件将要发生，一个或多个处理器可以接收患者的一个或多个情境信息，并且基于接收到的多个情境信息确定部分疗法剂量的量。在一些实例中，一个或多个处理器可以基于患者12的情境信息的数量和/或质量来确定部分疗法剂量的量。例如，某些类型的情境信息可能比其它类型的情境信息更能预测餐食事件。作为一个实例，一天中的时间可能比位置更能预测餐食事件。在一些实例中，如果患者12的情境信息指示一天中的时间，则一个或多个处理器可以设置与患者12的情境信息仅是位置的情况相比针对部分剂量的更高剂量的量。

在一些实例中，一个或多个处理器可以利用患者12的数字孪生来确定部分疗法剂量的量和用于递送部分疗法剂量的时间。例如，数字孪生可能先前已基于患者12消耗了多少碳水化合物来确定疗法剂量，并且一个或多个处理器可以预测预计患者12消耗了多少碳水化合物以及何时消耗碳水化合物，并且基于先前通过数字孪生确定的疗法剂量确定部分疗法剂量以及何时(或应该)递送部分疗法剂量。

如果胰岛素泵14可用，如在图1中(76的是分支)，一个或多个处理器可以使胰岛素泵14(例如，通过患者装置24)递送部分疗法剂量(78)。在一些实例中，一个或多个处理器可以在胰岛素泵14施用部分疗法剂量之前请求确认或拒绝部分疗法剂量。如果胰岛素泵14不可用(76的否分支)，但注射装置30可用(80的是分支)，如在图3中，则一个或多个处理器可以向注射装置30输出用于部分疗法剂量的信息(82)。注射装置30然后可以在没有额外用户输入的情况下准备注射(例如，自动加载正确量的胰岛素)，并且患者12可以利用注射装置30来为他自己或她自己进行注射。另外，患者装置24还可以输出患者12何时摄取部分疗法剂量的时间信息，并且通知患者12摄取部分疗法剂量。

如果注射装置30不可用(80的否分支)，则患者12可以利用注射器或胰岛素笔来递送部分疗法剂量。例如，一个或多个处理器可以向患者装置24、可穿戴装置22和/或智能胰岛素笔帽输出用于部分疗法剂量的信息，并且患者12然后可以使用注射器或胰岛素笔以基于患者装置24通过用户接口36输出的信息递送部分疗法剂量。在一些实例中，输出信息可以包含患者12何时摄取部分疗法剂量的时间。

转向图7B，在患者12在餐食事件之前接收部分疗法剂量之后，一个或多个处理器可以确定餐食事件是否正在发生(86)。例如，一个或多个处理器可以基于由可穿戴装置22检测到的一个或多个移动特性来确定餐食事件是否正在发生。如果餐食事件未发生(86的否分支)，则一个或多个处理器可以输出用于指示患者12进食的提示(例如，通过患者装置24)(88)。然而，这种提示可能不是必需的，因为部分疗法剂量的量可能不够高从而导致由低葡萄糖水平引起的负面影响。

如果餐食事件正在发生(86的“是”分支)并且胰岛素泵14可用(90的“是”分支)，则一个或多个处理器可以使胰岛素泵14递送剩余疗法剂量(92)。如果胰岛素泵14不可用(90的否分支)并且注射装置30可用(94的是分支)，则一个或多个处理器可以向注射装置30、可穿戴装置22和/或智能胰岛素笔帽输出用于剩余疗法剂量(96)的信息，并且患者12可以用注射装置30为他自己或她自己进行注射。如果注射装置30不可用(94的“否”分支)，则一个或多个处理器可以向患者装置24输出用于剩余疗法剂量的信息(98)，并且患者12可以使用注射器或胰岛素笔以为他自己或她自己进行注射。

以上描述了各个示例技术。作为另外的技术，患者12参与的活动的类型可能影响患者的血流中的葡萄糖的量。作为一个实例，如果患者12参与有氧运动，则患者12倾向于使用他或她的血液中的葡萄糖，并且血流中的总体葡萄糖水平可能下降。然而，如果患者12参与无氧运动，则患者12倾向于将葡萄糖从肌肉释放到血流中，这可能使血流中的总体葡萄糖水平增加。因此，如果患者12正在参与或将参与有氧运动，则患者12要接受的胰岛素的量可以减少或延迟直到运动之后。然而，如果患者12正在参与或将参与无氧运动，则患者12要接受的胰岛素的量可以增加。

一个或多个处理器28可以感测患者12正在参与或将参与的锻炼的类型，但可以利用处理器的任何组合。例如，可穿戴装置24可以输出指示移动特性的信息，并且一个或多个处理器28可以基于指示移动特性的信息确定患者12参与的锻炼的类型。作为另一实例，一个或多个处理器28可以基于患者行为模式预测患者12是否将要锻炼以及患者将参与的锻炼的类型。作为另一实例，一个或多个处理器28可以基于心率确定患者12正在参与锻炼。

在一个或多个实例中，患者12上可能存在用于测量心率的传感器(例如，通过可穿戴装置22)。一个或多个处理器28可以确定锻炼事件已经开始的高置信度(例如，基于来自可穿戴装置22的心率信息或其它移动特性)。一个或多个处理器28可以确定是否正在进行有氧运动或是否正在进行无氧运动。对于有氧运动，一个或多个处理器28可以增加葡萄糖目标水平，而对于无氧运动，一个或多个处理器28可以降低葡萄糖目标水平。

在一些实例中，一个或多个处理器28可以确定患者12是否已经入睡(例如，基于可穿戴装置22中的惯性测量单元)。一个或多个处理器28可以基于患者12入睡自动调整设置。例如，一个或多个处理器28可以调整针对睡眠模式的葡萄糖目标水平。一个或多个处理器28还可以将警报减少到仅针对安全而确定的警报。尽管用一个或多个处理器28进行了描述，但示例技术可以由本公开中描述的各个组件的一个或多个处理器中的任一个或一个或多个处理器的组合来执行。

如上所述，可能存在用于测量不同情境信息的各种传感器。下面提供了可以利用传感器信息的一些示例方式。例如，基于移动特性，一个或多个处理器28可以确定递送多少胰岛素以及何时递送胰岛素。在一些实例中，一个或多个处理器28可以基于传感器数据拒绝给患者12的提示，如电池电量低，或其它类型的警报，如葡萄糖是否略微超出范围，如在患者12正在开车或睡眠的情况下，则拒绝提示。传感器可以指示温度的变化，并且一个或多个处理器28可以基于温度设置目标葡萄糖水平。传感器可以指示患者12正在锻炼，并且一个或多个处理器28可以基于患者12是否正在锻炼以及患者12是否正在执行有氧运动或无氧锻炼来设置目标葡萄糖水平。

在一些实例中，患者装置24和/或可穿戴装置22何时向一个或多个处理器28输出信息(例如，广播)可以基于患者12的情境信息，例如生物计量学、位置和一天中的时间进行。在一些实例中，患者装置24和/或可穿戴装置22可以以节省电力的方式输出信息(例如，可以减少睡眠期间的广播)。

可以存在利用患者12的位置信息来帮助控制葡萄糖水平的其它方式。作为一个实例，患者装置24可以基于患者12的位置是患者12在杂货店而输出提供帮助治疗糖尿病的产品的食物或食物公司的信息。

下面描述了可以一起或组合使用的各个实例。

实例1：一种用于疗法递送的系统包含一个或多个处理器，所述一个或多个处理器被配置成：预测餐食事件将要发生，响应于指示所述餐食事件将要发生的所述预测而进行以下中的至少一项：(1)向胰岛素递送装置输出用于使所述胰岛素递送装置在所述餐食事件发生之前递送部分疗法剂量的指令；(2)向装置输出用于通知所述患者使用所述胰岛素递送装置以在所述餐食事件发生之前摄取所述部分疗法剂量的指令；或者(3)向所述胰岛素递送装置输出用于使所述胰岛素递送装置在所述餐食事件发生之前准备所述部分疗法剂量的指令；基于所述患者的手臂移动的一个或多个移动特性确定所述餐食事件正在发生；并且响应于指示所述餐食事件正在发生的所述确定而进行以下中的至少一项：(1)向所述胰岛素递送装置输出用于递送剩余疗法剂量的指令；(2)向所述装置输出用于通知所述患者使用所述胰岛素递送装置以摄取所述剩余疗法剂量的指令；或者(3)向所述胰岛素递送装置输出用于使所述胰岛素递送装置准备所述剩余疗法剂量的指令。

实例2：根据实例1所述的系统，其中所述一个或多个处理器包括一个或多个服务器上的第一组一个或多个处理器和由所述患者佩戴的可穿戴装置上的第二组一个或多个处理器，其中为了预测餐食事件将要发生，所述第一组一个或多个处理器被配置成：接收所述患者的一个或多个情境信息，并且基于接收到的信息确定所述餐食事件将要发生，其中为了确定所述餐食事件正在发生，所述第一组处理器或所述第二组处理器中的至少一个被配置成基于所述一个或多个移动特性确定所述餐食事件正在发生。

实例3：根据实例1和2中任一项所述的系统，其中所述部分疗法剂量包括要递送给所述患者以适应餐食的消耗的胰岛素量的一部分，并且其中所述剩余疗法剂量包括要递送给所述患者以适应所述餐食的消耗的所述患者的所述胰岛素量的剩余部分。

实例4：根据实例1到3中任一项所述的系统，其中针对所述部分疗法剂量的胰岛素的量小于针对所述剩余疗法剂量的胰岛素的量。

实例5：根据实例1到4中任一项所述的系统，其中所述到所述胰岛素递送装置的用于使所述胰岛素递送装置递送所述部分疗法剂量的指令包括到所述胰岛素递送装置的用于减少患者葡萄糖目标以使所述胰岛素递送装置递送所述部分疗法剂量的指令。

实例6：根据实例1到5中任一项所述的系统，其中所述部分疗法剂量包括预先选定的疗法剂量，并且其中所述一个或多个处理器被配置成基于葡萄糖水平测量结果或预测将由所述患者消耗的碳水化合物的量中的一个或多个来确定所述剩余疗法剂量。

实例7：根据实例1到6中任一项所述的系统，其进一步包括患者装置，其中所述一个或多个处理器中的至少一个处理器是所述患者装置的处理器。

实例8：根据实例1到7中任一项所述的系统，其中为了预测所述餐食事件将要发生，所述一个或多个处理器被配置成接收所述患者的一个或多个情境信息，其中所述一个或多个处理器被配置成基于接收到的多个情境信息确定部分疗法剂量的量。

实例9：根据实例1到8中任一项所述的系统，其进一步包括所述胰岛素递送装置，其中所述胰岛素递送装置包括胰岛素泵或注射装置中的至少一个。

实例10：根据实例1到9中任一项所述的系统，其进一步包括：葡萄糖传感器，其中所述一个或多个处理器被配置成响应于所述餐食事件正在发生的所述确定，指示所述葡萄糖传感器以第一速率输出所述患者的葡萄糖水平，所述第一速率高于所述葡萄糖传感器在所述餐食事件未发生时输出所述患者的所述葡萄糖水平的第二速率。

实例11：根据实例1到10中任一项所述的系统，其中所述一个或多个处理器被配置成：确定所述患者在所述餐食事件期间将要进食的碳水化合物的量以及所述患者在所述餐食事件期间将进行的啃咬的次数；并且基于对所述患者将要进食的所述碳水化合物的量和所述患者将进行的所述啃咬的次数的所述确定，输出用于使所述胰岛素递送装置在所述餐食事件期间递送微量团注或一系列微量团注的胰岛素疗法的指令。

实例12：根据实例11所述的系统，其中为了输出所述用于使所述胰岛素递送装置递送所述一系列微量团注的指令，所述一个或多个处理器被配置成在每次检测到啃咬的情况下或以固定的时间间隔输出用于使所述胰岛素递送装置递送所述一系列微量团注的指令。

实例13：一种方法，其包括：用一个或多个处理器预测餐食事件将要发生，响应于指示所述餐食事件将要发生的所述预测而用所述一个或多个处理器进行以下中的至少一项：(1)向胰岛素递送装置输出用于使所述胰岛素递送装置在所述餐食事件发生之前递送部分疗法剂量的指令；(2)向装置输出用于通知所述患者使用所述胰岛素递送装置以在所述餐食事件发生之前摄取所述部分疗法剂量的指令；或者(3)向所述胰岛素递送装置输出用于使所述胰岛素递送装置在所述餐食事件发生之前准备所述部分疗法剂量的指令；基于所述患者的手臂移动的一个或多个移动特性用所述一个或多个处理器确定所述餐食事件正在发生；并且响应于指示所述餐食事件正在发生的所述确定而用所述一个或多个处理器进行以下中的至少一项：(1)向所述胰岛素递送装置输出用于递送剩余疗法剂量的指令；(2)向所述装置输出用于通知所述患者使用所述胰岛素递送装置以摄取所述剩余疗法剂量的指令；或者(3)向所述胰岛素递送装置输出用于使所述胰岛素递送装置准备所述剩余疗法剂量的指令。

实例14：根据实例13所述的方法，其中所述一个或多个处理器包括一个或多个服务器上的第一组一个或多个处理器和由所述患者佩戴的可穿戴装置上的第二组一个或多个处理器，其中预测餐食事件将要发生包括：用所述第一组一个或多个处理器接收所述患者的一个或多个情境信息；并且基于接收到的信息用所述第一组一个或多个处理器确定所述餐食事件将要发生，其中确定所述餐食事件将要发生包括基于所述一个或多个移动特性用所述第一组一个或多个处理器或所述第二组一个或多个处理器中的至少一个确定所述餐食事件正在发生。

实例15：根据实例13和14中任一项所述的方法，其中所述部分疗法剂量包括要递送给所述患者以适应餐食的消耗的胰岛素量的一部分，并且其中所述剩余疗法剂量包括要递送给所述患者以适应所述餐食的消耗的所述患者的所述胰岛素量的剩余部分。

实例16：根据实例13到15中任一项所述的方法，其中针对所述部分疗法剂量的胰岛素的量小于针对所述剩余疗法剂量的胰岛素的量。

实例17：根据实例13到16中任一项所述的方法，其中所述到所述胰岛素递送装置的用于使所述胰岛素递送装置递送所述部分疗法剂量的指令包括到所述胰岛素递送装置的用于减少患者葡萄糖目标以使所述胰岛素递送装置递送所述部分疗法剂量的指令。

实例18：根据实例13到17中任一项所述的方法，其中所述部分疗法剂量包括预先选定的疗法剂量，所述方法进一步包括基于葡萄糖水平测量结果或预测将由所述患者消耗的碳水化合物的量中的一个或多个来用所述一个或多个处理器确定所述剩余疗法剂量。

实例19：根据实例13到18中任一项所述的方法，其中预测所述餐食事件将要发生包括接收所述患者的一个或多个情境信息，所述方法进一步包括基于接收到的多个情境信息确定部分疗法剂量的量。

实例20：一种计算机可读存储介质，其上存储指令，所述指令在被执行时使一个或多个处理器执行以下：预测餐食事件将要发生，响应于指示所述餐食事件将要发生的所述预测而进行以下中的至少一项：(1)向所述胰岛素递送装置输出用于在所述餐食事件发生之前递送部分疗法剂量的指令；(2)向装置输出用于通知所述患者使用所述胰岛素递送装置以在所述餐食事件发生之前摄取所述部分疗法剂量的指令；或者(3)向所述胰岛素递送装置输出用于使所述胰岛素递送装置在所述餐食事件发生之前准备所述部分疗法剂量的指令，基于所述患者的手臂移动的一个或多个移动特性确定所述餐食事件正在发生，并且响应于指示所述餐食事件正在发生的所述确定而进行以下中的至少一项：(1)向所述胰岛素递送装置输出用于递送剩余疗法剂量的指令；(2)向所述装置输出用于通知所述患者使用所述胰岛素递送装置以摄取所述剩余疗法剂量的指令；或者(3)向所述胰岛素递送装置输出用于使所述胰岛素递送装置准备所述剩余疗法剂量的指令。

这些技术的各个方面可在一个或多个处理器，包含一个或多个微处理器、DSP、ASIC、FPGA或任何其它等效集成或离散逻辑电路系统，以及此类组件的任何组合内实现，其体现在编程器中，如医师或患者编程器、电刺激器或其它装置。术语“处理器”或“处理电路系统”一般可指代单独或与其它逻辑电路系统或任何其它等效电路组合的前述逻辑电路系统中的任一个。

在一个或多个实例中，本公开中所描述的功能可以以硬件、软件、固件或其任意组合实施。如果以软件执行，则功能可以作为一个或多个指令或代码存储在计算机可读介质上，并由基于硬件的处理单元执行。计算机可读介质可以包含形成有形的非暂时性介质的计算机可读存储介质。指令可以由一个或多个处理器，如一个或多个DSP、ASIC、FPGA、通用微处理器或其它等效的集成或离散逻辑电路系统来执行。因此，如本文所用，术语“处理器”可以是指前述结构中的任何结构或适于实施本文所描述的技术的任何其它结构中的一个或多个结构。

另外，在一些方面，本文所描述的功能可以设置在专用硬件和/或软件模块内。将不同特性描绘为模块或单元旨在突出不同的功能方面，并且不一定暗示此类模块或单元必须由单独的硬件或软件组件来实现。相反，与一个或多个模块或单元相关联的功能可以由单独的硬件或软件部件来执行，或者集成在共用的或单独的硬件或软件部件中。同样，所述技术可以完全在一个或多个电路或逻辑元件中实现。本公开的技术可以在各种装置或设备中实施，包含云26的一个或多个处理器28、患者装置24的一个或多个处理器、可穿戴装置22的一个或多个处理器、胰岛素泵14的一个或多个处理器或其某种组合。一个或多个处理器可以是一个或多个集成电路(IC)和/或驻留在本公开中所描述的示例系统中的各个位置的离散电路系统。

用于例如本公开中所描述的示例技术的一个或多个处理器或处理电路系统可以实施为固定功能电路、可编程电路或其组合。固定功能电路是指提供特定功能并且在可以执行的操作上预先设置的电路。可编程电路是指可以被编程以执行各种任务并在可以执行的操作中提供灵活功能的电路。例如，可编程电路可以执行使可编程电路以由软件或固件的指令所限定的方式操作的软件或固件。固定功能电路可以执行软件指令(例如，以接收参数或输出参数)，但是所述固定功能电路执行的操作的类型通常是不可变的。在一些实例中，单元中的一个或多个单元可以是不同的电路块(固定功能或可编程)，并且在一些实例中，所述一个或多个单元可以是集成电路。处理器或处理电路系统可以包含由可编程电路形成的算术逻辑单元(ALU)、基本功能单元(EFU)、数字电路、模拟电路和/或可编程核。在使用由可编程电路执行的软件来执行处理器或处理电路系统的操作的实例中，所述处理器或处理电路系统可访问的存储器可以存储所述处理器或处理电路系统接收并执行的软件的目标代码。

已经描述本公开的各个方面。这些以及其它方面处于以下权利要求书的范围内。

Claims (15)

1.一种用于疗法递送的系统，所述系统包括：

一个或多个处理器，所述一个或多个处理器被配置成：

预测餐食事件将要发生；

响应于指示所述餐食事件将要发生的所述预测而进行以下中的至少一项：(1)向胰岛素递送装置输出用于使所述胰岛素递送装置在所述餐食事件发生之前递送部分疗法剂量的指令；(2)向装置输出用于通知所述患者使用所述胰岛素递送装置以在所述餐食事件发生之前摄取所述部分疗法剂量的指令；或者(3)向所述胰岛素递送装置输出用于使所述胰岛素递送装置在所述餐食事件发生之前准备所述部分疗法剂量的指令；

基于所述患者的手臂移动的一个或多个移动特性确定所述餐食事件正在发生；并且

响应于指示所述餐食事件正在发生的所述确定而进行以下中的至少一项：(1)向所述胰岛素递送装置输出用于递送剩余疗法剂量的指令；(2)向所述装置输出用于通知所述患者使用所述胰岛素递送装置以摄取所述剩余疗法剂量的指令；或者(3)向所述胰岛素递送装置输出用于使所述胰岛素递送装置准备所述剩余疗法剂量的指令。

2.根据权利要求1所述的系统，

其中所述一个或多个处理器包括一个或多个服务器上的第一组一个或多个处理器和由所述患者佩戴的可穿戴装置上的第二组一个或多个处理器，

其中为了预测餐食事件将要发生，所述第一组一个或多个处理器被配置成：

接收所述患者的一个或多个情境信息；并且

基于接收到的信息确定所述餐食事件将要发生，

其中为了确定所述餐食事件正在发生，所述第一组处理器或所述第二组处理器中的至少一个被配置成基于所述一个或多个移动特性确定所述餐食事件正在发生。

3.根据权利要求1和2中任一项所述的系统，其中所述部分疗法剂量包括要递送给所述患者以适应餐食的消耗的胰岛素量的一部分，并且其中所述剩余疗法剂量包括要递送给所述患者以适应所述餐食的消耗的所述患者的所述胰岛素量的剩余部分。

4.根据权利要求1到3中任一项所述的系统，其中针对所述部分疗法剂量的胰岛素的量小于针对所述剩余疗法剂量的胰岛素的量。

5.根据权利要求1到4中任一项所述的系统，其中所述到所述胰岛素递送装置的用于使所述胰岛素递送装置递送所述部分疗法剂量的指令包括到所述胰岛素递送装置的用于减少患者葡萄糖目标以使所述胰岛素递送装置递送所述部分疗法剂量的指令。

6.根据权利要求1到5中任一项所述的系统，其中所述部分疗法剂量包括预先选定的疗法剂量，并且其中所述一个或多个处理器被配置成基于葡萄糖水平测量结果或预测将由所述患者消耗的碳水化合物的量中的一个或多个来确定所述剩余疗法剂量。

7.根据权利要求1到6中任一项所述的系统，其进一步包括患者装置，其中所述一个或多个处理器中的至少一个处理器是所述患者装置的处理器。

8.根据权利要求1到7中任一项所述的系统，其中为了预测所述餐食事件将要发生，所述一个或多个处理器被配置成接收所述患者的一个或多个情境信息，其中所述一个或多个处理器被配置成基于接收到的多个情境信息确定部分疗法剂量的量。

9.根据权利要求1到8中任一项所述的系统，其进一步包括所述胰岛素递送装置，其中所述胰岛素递送装置包括胰岛素泵或注射装置中的至少一个。

10.根据权利要求1到9中任一项所述的系统，其进一步包括

葡萄糖传感器，

其中所述一个或多个处理器被配置成响应于所述餐食事件正在发生的所述确定，指示所述葡萄糖传感器以第一速率输出所述患者的葡萄糖水平，所述第一速率高于所述葡萄糖传感器在所述餐食事件未发生时输出所述患者的所述葡萄糖水平的第二速率。

11.根据权利要求1到10中任一项所述的系统，其中所述一个或多个处理器被配置成：

确定所述患者在所述餐食事件期间将要进食的碳水化合物的量以及所述患者在所述餐食事件期间将进行的啃咬的次数；并且

基于对所述患者将要进食的所述碳水化合物的量和所述患者将进行的所述啃咬的次数的所述确定，输出用于使所述胰岛素递送装置在所述餐食事件期间递送微量团注或一系列微量团注的胰岛素疗法的指令。

12.根据权利要求11所述的系统，其中为了输出所述用于使所述胰岛素递送装置递送所述一系列微量团注的指令，所述一个或多个处理器被配置成在每次检测到啃咬的情况下或以固定的时间间隔输出用于使所述胰岛素递送装置递送所述一系列微量团注的指令。

13.一种方法，其包括：

利用一个或多个处理器预测餐食事件将要发生；

响应于指示所述餐食事件将要发生的所述预测，利用所述一个或多个处理器进行以下中的至少一项：(1)向胰岛素递送装置输出用于使所述胰岛素递送装置在所述餐食事件发生之前递送部分疗法剂量的指令；(2)向装置输出用于通知所述患者使用所述胰岛素递送装置以在所述餐食事件发生之前摄取所述部分疗法剂量的指令；或者(3)向所述胰岛素递送装置输出用于使所述胰岛素递送装置在所述餐食事件发生之前准备所述部分疗法剂量的指令；

基于所述患者的手臂移动的一个或多个移动特性，利用所述一个或多个处理器确定所述餐食事件正在发生；以及

响应于指示所述餐食事件正在发生的所述确定，利用所述一个或多个处理器进行以下中的至少一项：(1)向所述胰岛素递送装置输出用于递送剩余疗法剂量的指令；(2)向所述装置输出用于通知所述患者使用所述胰岛素递送装置以摄取所述剩余疗法剂量的指令；或者(3)向所述胰岛素递送装置输出用于使所述胰岛素递送装置准备所述剩余疗法剂量的指令。

14.根据权利要求13所述的方法，其中所述部分疗法剂量包括要递送给所述患者以适应餐食的消耗的胰岛素量的一部分，并且其中所述剩余疗法剂量包括要递送给所述患者以适应所述餐食的消耗的所述患者的所述胰岛素量的剩余部分。

15.一种计算机可读存储介质，其上存储指令，所述指令在被执行时使一个或多个处理器执行权利要求1到8和10到12中任一项的操作。

Images