Some conventional automated insulin delivery (AID) systems rely on glucose prediction models that predict the future glucose levels of a user. These glucose prediction models may predict future glucose level values of the user based at least in part on the most recent glucose level values of the user and insulin deliveries to the user that may still have an effect on glucose level values of the user. The predicted future glucose level values of the user may be used in controlling basal insulin deliveries to the user. As such, it is desirable to have the predicted future glucose level values be accurate in order for the AID systems to deliver suitable insulin doses to the user in basal insulin deliveries.
One complication with some conventional glucose prediction models is that the glucose prediction models are slow to respond to rapid decreases in glucose level values of the user. As a result, the future glucose level values that are predicted are too high. Hence, the AID systems that deploy such conventional glucose prediction models may continue to deliver insulin to a user even though the glucose level of the user is falling rapidly. The extra insulin delivery magnifies the plunge in glucose level values of the user.
Another challenge with conventional glucose prediction models used in conventional AID systems is that the conventional glucose prediction models may not be well suited for many users. Generally, the conventional glucose prediction models are formulated by assessing average characteristics for a population. Unfortunately, as a result, for many users the accuracy of the glucose prediction models is poor. This may in large part reflect varying insulin sensitivities among users. The conventional glucose prediction models tend to be conservative in their responsiveness to avoid under-delivery or over-delivery of insulin to users.
In accordance with an inventive facet, a medicament delivery device for delivering insulin to a user includes a non-transitory computer-readable storage medium storing computer programming instructions and a processor configured for executing the computer programming instructions. Executing the computer programming instructions causes the processor to predict a first future glucose level of the user using a first model that predicts the future glucose level based on glucose level history of the user and insulin deliveries to the user and to detect a crashing glucose level condition of the user. Executing the computer programming instructions also causes the processor, in response to the detecting of the crashing glucose level condition, to switch to a second model to predict a next future glucose level of the user, wherein the second model is more conservative than the first model such that the second model predicts lower future glucose levels for the user than the first model when glucose levels of the user are decreasing.
The processor may detect the crashing glucose level condition by determining differences between successive pairs of glucose level readings of a sequence of most recent glucose level readings of the user that extend from an oldest glucose level reading in the sequence to a most recent glucose level reading in the sequence and comparing each of the differences to a threshold. The processor may detect the crashing glucose level condition by comparing the differences to each other to determine if the differences between the successive pairs of glucose level readings of the user become more negative as the differences range from an oldest glucose level reading pair to a most recent glucose level reading pair. The processor may detect a crashing glucose level condition of the user when each of the differences is more negative than the threshold, each of the differences is negative, and the differences between the successive pairs of glucose level readings of the user become more negative as the differences range from the oldest glucose level reading pair to the most recent glucose level reading pair.
The detecting of a crashing glucose level condition may entail comparing Insulin on Board (IOB) of the user to a threshold. The processor may detect the crashing glucose level condition by looking for glucose level readings of the user dropping at an accelerating rate. In response to the detecting of the crashing glucose level condition, the processor may decrease an upper bound of an amount of insulin that may be delivered by the medicament delivery device to the user over a time period. The computer programming instructions when executed may further cause the processor to determine a basal insulin delivery dose for the user based on the predicted next future glucose level of the user that was predicted using the second model. The medicament delivery device may include a cannula and/or needle for delivering the medicament to the user, and the computer programming instructions when executed by the processor may further cause the processor to initiate delivery of the basal insulin delivery dose to the user via the needle and/or cannula.
In accordance with another inventive facet, a medicament delivery device for delivering insulin to a user may include a non-transitory computer-readable storage medium storing computer programming instructions and a processor configured for executing the computer programming instructions. Executing the computer programming instructions may cause the processor to access a history of insulin delivery doses and glucose level values of the user. Based on the history, the processor may determine an improved fit of parameters for a glucose prediction model from the history relative to current parameters of the glucose prediction model, wherein the glucose prediction model determines predicted future glucose level values for the user from past glucose level values and past insulin delivery doses in the history, such that glucose prediction model using the improved fit parameters more accurately predicts future glucose level values than the glucose prediction model using the current parameters to predict future glucose level values when compared to predicting glucose level values in the history of glucose level values of the user. Executing the computer programming instructions may further entail adapting the parameters based on the improved fit of parameters to produce adapted parameters and may cause the processor to use the glucose prediction model with the adapted parameters to predict at least one a next future glucose level value of the user.
In determining the improved fit of parameters for the glucose prediction model, the glucose prediction model may determine a best fit of parameters for the glucose prediction model. The improved fit may be the best fit of parameters for the glucose prediction model. The processor may use a genetic algorithm to determine the improved fit of the parameters. The medicament delivery device may have operational cycles, may receive at least one glucose level reading each operational cycle, and may deliver a basal insulin dose to the user each operational cycle. The processor in determining the improved fit of parameters may examine over multiple operational cycles of the medicament delivery device. A maximum deviation of a parameter relative to a population average for parameter candidates may be established and at least one of the parameters in the improved fit of parameters may be subject to the maximum deviation. Parameters in the improved fit of parameters may be required to conform with a stability constraint. Glucose level values in the history of glucose level values that are affected by disturbances may be removed from consideration in determining the improved fit of parameters.
In accordance with an additional inventive facet, a medicament delivery device for delivering medicament to a user includes a non-transitory computer-readable storage medium storing computer programming instructions and a processor that is configured for executing the computer programming instructions. Executing the computer programming instructions may cause the processor to use a current model to predict a response in analyte levels of the user to delivering a dose of medicament. Executing the computer programming instruction may further cause the processor to, responsive to detecting a condition, swap the current model or parameters for another model or parameters, or to update the current model based on new analyte level data. In addition, executing the computer programming instructions may cause the processor to use the other model or the updated current model to choose a medicament dose for the user.
The detected condition may be rapidly changing analyte level data. The modification may be to halt delivery of the medicament or may be modifying parameters of the model for medicament dose calculation.
Exemplary embodiments may provide for the switching of glucose prediction models responsive to certain conditions. For example, glucose prediction models may be switched responsive to a detected crashing glucose level condition. Conventional glucose prediction models tend to keep the same fixed model parameters even when there is an accelerating rate of glucose level decrease for a period, and hence delivering insulin for a period after glucose levels of a user are crashing. The continued delivery of insulin under such a condition may only magnify the problem posed by the crashing glucose level condition. The exemplary embodiments may avoid this problem of continued insulin delivery by switching to a model that is more aggressive in terminating or decreasing insulin delivery responsive to detection of the crashing glucose level condition of the user. The glucose prediction model of exemplary embodiments may be configured to predict glucose levels of the user more accurately when blood glucose levels are decreasing at an accelerating rate than conventional glucose prediction models. Hence, insulin deliveries may be decreased or halted more quickly under such a condition.
The exemplary embodiments also may modify insulin delivery constraints upon detecting the crashing glucose level condition. For instance, exemplary embodiments may reduce a one-time upper bound constraint that limits the basal insulin delivery rate by the medicament delivery device when a crashing glucose level condition is detected. The exemplary embodiments further may reduce an integral constraint that constrains how much basal insulin may be delivered over a predetermined period, such as a few hours, when a crashing glucose level condition is detected.
Exemplary embodiments may customize parameters, such as coefficient values, of the glucose prediction model to a user. The exemplary embodiments may customize the glucose prediction model based on the history of glucose levels of the user and the history of insulin deliveries to the user. The exemplary embodiments may determine a set of parameters that provides an improved fit of the parameters to the history of glucose levels of the user relative to a run of recent glucose level values. The improved fit may be a best fit relative to the recent glucose level values in some exemplary embodiments. Strategies, such as genetic algorithms and other parameter fitting strategies, may be used in the exemplary embodiments. The improved fit parameters are then used in adapting the current parameters to the recent glucose level values.
Although the discussion will focus on the case where the medicament delivery device is an insulin delivery device and the measured analyte is glucose level of a user, it should be appreciated the systems, methods and storage media described herein may also be used in delivery of other medicaments than insulin or insulin alone and may rely concern analyte levels other than glucose such as ketone levels of a user. Exemplary medicaments that may be used include insulin, glucagon-like peptide-1 receptor agonist (GLP-1), glucose-dependent insulinotropic polypeptide (GIP), or other hormones, and/or combinations of medicaments, such as two or more of insulin, GLP-1, and GIP, or other like hormones or weight-loss drugs.
The medicament delivery device 102 may include a processor 110. The processor 110 may be, for example, a microprocessor, a logic circuit, a field programmable gate array (FPGA), an application specific integrated circuit (ASIC) or a microcontroller. The processor 110 may maintain a date and time as well as other functions (e.g., calculations or the like). The processor 110 may be operable to execute a control application 116 encoded in computer programming instructions stored in the storage 114 that enables the processor 110 to direct operation of the medicament delivery device 102. The control application 116 may be a single program, multiple programs, modules, libraries or the like. The processor 110 also may execute computer programming instructions stored in the storage 114 for a user interface (UI) 117 that may include one or more display screens shown on display 127. The display 127 may display information to the user 108 and, in some instances, may receive input from the user 108, such as when the display 127 is a touchscreen.
The control application 116 may control delivery of the medicament to the user 108 per a control approach like that described herein. The control application may use a glucose prediction model as described below for predicting future glucose levels of the user 108. The storage 114 may hold histories 111 for a user, such as a history of basal deliveries, a history of bolus deliveries, and/or other histories, such as a meal event history, exercise event history, glucose level history, other analyte level history, and/or the like. In addition, the processor 110 may be operable to receive data or information. The storage 114 may include both primary memory and secondary memory. The storage 114 may include random access memory (RAM), read only memory (ROM), optical storage, magnetic storage, removable storage media, solid state storage or the like.
The medicament delivery device 102 may include a tray or cradle and/or one or more housings for housing its various components including a pump 113, a power source (not shown), and a reservoir 112 for storing medicament for delivery to the user 108. A fluid path to the user 108 may be provided, and the medicament delivery device 102 may expel the medicament from the reservoir 112 to deliver the medicament to the user 108 using the pump 113 via the fluid path. The fluid path may, for example, include tubing coupling the medicament delivery device 102 to the user 108 (e.g., tubing coupling a cannula to the reservoir 112), and may include a conduit to a separate infusion site. The medicament delivery device 102 may have operational cycles, such as every 5 minutes, in which basal doses of medicament are calculated and delivered as needed. These steps are repeated for each cycle.
There may be one or more communications links with one or more devices physically separated from the medicament delivery device 102 including, for example, a management device 104 of the user and/or a caregiver of the user, sensor(s) 106, a smartwatch 130, a fitness monitor 132 and/or another variety of device 134. The communication links may include any wired or wireless communication links operating according to any known communications protocol or standard, such as Bluetooth®, Wi-Fi, a near-field communication standard, a cellular standard, or any other wireless protocol.
The medicament delivery device 102 may interface with a network 122 via a wired or wireless communications link. The network 122 may include a local area network (LAN), a wide area network (WAN), a cellular network, a Wi-Fi network, a near field communication network, or a combination thereof. A computing device 126 may be interfaced with the network 122, and the computing device may communicate with the medicament delivery device 102.
The medicament delivery system 100 may include one or more sensor(s) 106 for sensing the levels of one or more analytes. The sensor(s) 106 may be coupled to the user 108 by, for example, adhesive or the like and may provide information or data on one or more medical conditions, physical attributes, or analyte levels of the user 108. The sensor(s) 106 may be physically separate from the medicament delivery device 102 or may be an integrated component thereof. The sensor(s) 106 may include, for example, glucose monitors, such as continuous glucose monitors (CGM's) and/or non-invasive glucose monitors. The sensor(s) 106 may include ketone sensors, other analyte sensors, heart rate monitors, breathing rate monitors, motion sensors, temperature sensors, perspiration sensors, blood pressure sensors, alcohol sensors, or the like. Some sensors 106 may also detect characteristics of components of the medicament delivery device 102. For instance, the sensors 106 in the medicament delivery device may include voltage sensors, current sensors, temperature sensors and the like.
The medicament delivery system 100 may or may not also include a management device 104. In some embodiments, no management device is needed as the medicament delivery device 102 may manage itself. The management device 104 may be a special purpose device, such as a dedicated personal diabetes manager (PDM) device. The management device 104 may be a programmed general-purpose device, such as any portable electronic device including, for example, a dedicated controller, such as a processor, a micro-controller, or the like. The management device 104 may be used to program or adjust operation of the medicament delivery device 102 and/or the sensor(s) 106. The management device 104 may be any portable electronic device including, for example, a dedicated device, a smartphone, a smartwatch, or a tablet. In the depicted example, the management device 104 may include a processor 119 and a storage 118. The processor 119 may execute processes to manage a user's glucose levels and to control the delivery of the medicament to the user 108. The medicament delivery device 102 may provide data from the sensors 106 and other data to the management device 104. The data may be stored in the storage 118. The processor 119 may also be operable to execute programming code stored in the storage 118. For example, the storage 118 may be operable to store one or more control applications 120 for execution by the processor 119. Storage 118 may also be operable to store historical information such as medicament delivery information, analyte level information, user input information, output information, or other historical information. The control application 120 may be responsible for controlling the medicament delivery device 102, such as by controlling the automated medicament delivery (ADD) (or, for example, automated insulin delivery (AID)) of medicament to the user 108. The storage 118 may store the control application 120, histories 121 like those described above for the medicament delivery device 102, and other data and/or programs.
A display 140, such as a touchscreen, may be provided for displaying information. The display 140 may display user interface (UI) 123. The display 140 also may be used to receive input, such as when it is a touchscreen. The management device 104 may further include input elements 125, such as a keyboard, button, knobs, or the like, for receiving input form the user 108.
The management device 104 may interface with a network 124, such as a LAN or WAN or combination of such networks, via wired or wireless communication links. The management device 104 may communicate over network 124 with one or more servers or cloud services 128. Data, such as sensor values, may be sent, in some embodiments, for storage and processing from the medicament delivery device 102 directly to the cloud services/server(s) 128 or instead from the management device 104 to the cloud services/server(s) 128.
Other devices, like smartwatch 130, fitness monitor 132 and device 134 may be part of the medicament delivery system 100. These devices 130, 132 and 134 may communicate with the medicament delivery device 102 and/or management device 104 to receive information and/or issue commands to the medicament delivery device 102. These devices 130, 132 and 134 may execute computer programming instructions to perform some of the control functions otherwise performed by processor 110 or processor 119, such as via control applications 116 and 120. These devices 130, 132 and 134 may include displays for displaying information. The displays may show a user interface for providing input by the user, such as to request a change or pause in dosage, or to request, initiate, or confirm delivery of a bolus of medicament, or for displaying output, such as a change in dosage (e.g., of a basal delivery amount) as determined by processor 110 or management device 104. These devices 130, 132 and 134 may also have wireless communication connections with the sensor 106 to directly receive analyte measurement data. Another delivery device 105, such as a medicament delivery pen (such as an insulin pen), may be accounted for (e.g., in determining JOB) or may be provided for also delivering medicament to the user 108.
The functionality described herein for the exemplary embodiments may be under the control of or performed by the control application 116 of the medicament delivery device 102 or the control application 120 of the management device 104. In some embodiments, the functionality wholly or partially may be under the control of or performed by the cloud services/servers 128, the computing device 126 or by the other enumerated devices, including smartwatch 130, fitness monitor 132 or another wearable device 134.
In the closed loop mode, the control application 116, 120 determines the medicament delivery amount for the user 108 on an ongoing basis based on a feedback loop. For a medicament delivery device that uses insulin, for example, the aim of the closed loop mode is to have the user's glucose level at a target glucose level or within a target glucose range.
In some embodiments, the medicament delivery device 102 need not deliver one medicament alone. Instead, the medicament delivery device 102 may one medicament, such as insulin, for lowering glucose levels of the user 108 and also deliver another medicament, such as glucagon, for raising glucose levels of the user 108. As explained above, the medicament delivery device 102 may deliver other medicaments in lieu of insulin, such as a glucagon-like peptide (GLP)-1 receptor agonist medicament for lowering glucose or slowing gastric emptying, thereby delaying spikes in glucose after a meal. In other embodiments, the medicament delivery device 102 may deliver pramlintide, or other medicaments that may substitute for insulin. In other embodiments, the medicament delivery device 102 may deliver concentrated insulin. In some embodiments, the medicament or medicament delivered by the medicament delivery device may be a coformulation of two or more of those medicaments identified above. In a preferred embodiment, the medicament delivery device delivers insulin; accordingly, reference will be made throughout this application to insulin and an insulin delivery device, but one of ordinary skill in the art would understand that medicaments other than insulin can be delivered in lieu of or in addition to insulin.
Exemplary embodiments may use analyte prediction models to predict future analyte levels for a user. For example, the analyte level being predicted may be a future glucose level of a user and the medicament may be insulin in some exemplary embodiments. The glucose prediction model may predict a future glucose level for the user as:
G
Δ(k)=b1GΔ(k−1)+b2GΔ(k−2)+b3GΔ(k−3)−KIΔ(k−3) (Equation 1)
where GΔ(k) is a predicted glucose level value for cycle k expressed as a delta relative to the setpoint, GΔ(k−1), GΔ(k−2), and GΔ(k−3) are the predicted glucose level values for cycles k−1, k−2, and k−3 expressed as deltas relative to the setpoint, respectively, b1, b2, b3 are pre-determined prediction coefficients, K is a weight coefficient, and IΔ(k−3) is the insulin dose delivered at cycle k−3 expressed as a difference relative to the standard basal delivery dose.
J(t)=Q·Σi=1M(CGM(i)−target(i))2+R·Σi=1N(Ip(i)−Ib(i))2 (Equation 2)
where J(t) is the cost of an insulin dose for cycle t, target(i) is a target glucose level for the user for cycle i, CGM(i) is the expected glucose level of the user at cycle i, M is the last cycle in a future time horizon over which the glucose cost is determined, Q is the weight coefficient for the glucose cost component, Ip(i) is the expected insulin dose at cycle i, Ib(i) is the expected ideal basal dose for cycle i (which may be based on a user's total daily insulin (TDI) value divided by 24 divided by 2), N is the cycle number of the last cycle over which the insulin cost is determined, and R is the insulin cost weight coefficient. QΣi=1M(CGM(i)−target(i))2 is the glucose cost component of the cost function and R·Σi=1N(Ip(i)−Ib(i))2 is the insulin cost component of the cost function. As can be seen from the above equation, the predicted future glucose level values figure into the glucose cost component of the above cost function. Lastly, at 206, delivery of the determined basal insulin dose may be initiated by the medicament delivery device 102 to the user 108.
As mentioned above, exemplary embodiments may switch glucose prediction models responsive to some conditions. One such condition is a crashing glucose level condition. The exemplary embodiments may change from one glucose prediction model to another responsive to detecting one or more conditions. For example, the same glucose prediction function (see Equation 1) may be used by the models but the coefficients (b1, b2, and b3) may change. The change in coefficients is termed herein as a change in the model.
In exemplary embodiments, the second glucose prediction model may continue to be used until the crashing glucose level condition abates.
The detection of a crashing glucose level condition may be determined in a variety of ways.
d
3
=G(k−3)−G(k−2), (Equation 3)
d
2
=G(k−2)−G(k−1), (Equation 4)
d
1
=G(k−1)−G(k) (Equation 5)
where G(k) is the predicted glucose level value for cycle k, G(k−1) is the predicted glucose level of the user for cycle k−1, G(k−2) is the predicted glucose level of the user for cycle k−2, G(k−3) is the predicted glucose level of the user for cycle k−3 and d1, d2, and d3 are differences between successive glucose level values.
At 504, a check may be made as to whether all of the differences are less than or equal to zero. The glucose level is not likely to be crashing if a difference is not negative. Thus, if not all of the differences for the sequence of successive predicted glucose level values are less than or equal to zero, at 506, no crashing glucose level condition may be detected. If all of the differences are less than or equal to zero, a crashing glucose level condition may be detected. Additionally or alternatively, at 508, a further check may be made whether the rate of decrease in predicted glucose level values is accelerating by checking for all of the differences other than the last difference being more negative than the predecessor difference. This may be expressed as checking whether dn is greater than equal to dn+1 for all but the last difference in the sequence. If not, no crashing glucose level condition may be detected at 506. If so, at 512, the crashing glucose level condition may be considered as being detected. In some embodiments, the process may also include an optional check relating to IOB at 510 (shown in phantom form to indicate that it is optional). Specifically, a check may be made whether the IOB of the user is greater than 3% of total daily insulin (i.e., the average sum of basal insulin deliveries and bolus insulin deliveries per day). The rationale for this check at 510 is that if the user has little IOB (e.g. less than 3% of TDI), the user is at much less risk of hypoglycemia if more insulin is delivered to the user and thus quickly decreasing the insulin delivery responsive to a crashing glucose level condition matters less and there is less need to switch glucose prediction models. If the user has IOB greater than 3% TDI, then a crashing glucose level condition may be declared as detected at 512. Otherwise, no crashing glucose level condition may be detected at 506. Values other than 3% may be used.
It should be appreciated that a crashing glucose level condition may be determined in other ways as well.
The response of the system to detecting a crashing glucose level condition may not be limited simply to modifying coefficients of the glucose level prediction model. Additional measures also may be taken. For instance, certain constraints may be modified responsive to detecting the crashing glucose level condition.
As was mentioned above, the parameters for the glucose prediction model may be customized for the user and updated to account for recent glucose level values.
With reference to
The adaptation need not seek to fit parameters for a single cycle but rather may seek to find the parameters across multiple cycles.
The parameters that may be created during the mutation phase to create a next generation may be constrained.
A stability constraint may also be applied to parameters.
In order to avoid data that results from an external disturbance, glucose level values resulting from a disturbance, such as meal ingestion or exercise, may be removed from the data in a run that is processed to find the improved fit parameter set.
Another approach to limiting the effect of the disturbances is depicted in the flowchart 1400 of
Once the improved fit parameters have been determined based on the newly processed run of glucose level values the glucose level prediction model may be adapted to reflect the improved for parameters more.
b
n,final=(1−0.2·Ndays,new)bn−1,final+(0.2·Ndays,new)bn−1,new (Equation 6).
Adaptation of parameter values may be used in cases where multiple models are used, such as described above. It is assumed that there are at least two glucose prediction models and which glucose prediction model depends on current conditions.
While exemplary embodiments have been described herein, various changes in form and detail may be made without departing from the intended scope of the appended claims.
This application claims the benefit of U.S. Provisional Patent Application No. 63/343,739, filed May 19, 2022, the entire contents of which are incorporated herein by reference in their entirety.
Number | Date | Country | |
---|---|---|---|
63343739 | May 2022 | US |