Therapy management system, method and device

文档序号:1078412 发布日期:2020-10-16 浏览:16次 中文

阅读说明:本技术 治疗管理系统、方法和设备 (Therapy management system, method and device ) 是由 J·斯霍伦德 A·斯瑞纳司 A·布坎寇 G·克罗塞尔 B·梅兹利什 S·马塔雷塞 L·马 于 2018-12-12 设计创作,主要内容包括:本公开的一个或多个实施方案整体涉及一种用于手动药物输送设备的可重复使用的附件。这种可重复使用的附件可包括无线通信接口、检测电路和推荐系统。在一个或多个实施方案中,适配器可被配置为将这种可重复使用的附件可逆地耦接到手动药物输送设备。可检测与手动药物输送设备处的给药相关联的给药事件。可响应于分析物测量值和/或给药事件而提供剂量推荐。(One or more embodiments of the present disclosure generally relate to a reusable accessory for a manual drug delivery device. Such reusable accessories may include a wireless communication interface, a detection circuit, and a recommendation system. In one or more embodiments, the adapter may be configured to reversibly couple such a reusable accessory to a manual drug delivery device. A drug administration event associated with a drug administration at a manual drug delivery device may be detected. The dose recommendation may be provided in response to an analyte measurement and/or a dosing event.)

1. A reusable accessory for a manual drug delivery device, comprising:

a wireless communication interface configured to receive analyte measurement data from an analyte sensor system;

a detection circuit configured to:

detecting a drug administration event associated with a drug administration action at the manual drug delivery device; and

storing a record for each of the one or more dosing events, wherein the record comprises a dosing time for the dosing event;

a recommendation system configured to provide one or more drug dose recommendations in response to one or more of the analyte measurement data and the dosing event; and

an adapter configured to reversibly couple to a predetermined portion of the manual drug delivery device.

2. The reusable accessory of claim 1, wherein the manual medication delivery device is a medication injection pen and the reusable accessory is a reusable cap of the medication injection pen, and wherein the medication administration event associated with the one or more medication administration actions is one or more of a capping event or a decapping event, and the detection circuit is configured to detect a capping event or a decapping event in response to a sensor signal.

3. The reusable accessory of claim 2, further comprising a timer configured to count a number of time units from a decapping event to a subsequent capping event, wherein the circuit is configured to record a time of administration in response to the determined count being greater than a threshold number of time units.

4. The reusable accessory of one of claims 1-3, wherein the wireless communication interface is configured to receive the analyte measurement data over a first wireless connection when the wireless communication interface is positioned proximate at least a portion of the analyte sensor system.

5. The reusable accessory of claim 4, wherein the wireless communication interface is configured to communicate medication administration events, treatment parameters, and analyte measurement data with a mobile computing device over a second wireless connection.

6. The reusable accessory of claim 5, wherein the wireless communication interface is configured to receive therapy parameters from the mobile computing device.

7. The reusable accessory of one of claims 5 and 6, wherein the first wireless connection has a first communication range and the second wireless connection has a second communication range, wherein the second communication range is greater than the first communication range.

8. The reusable accessory of one of claims 4-7, wherein the wireless communication interface comprises an NFC chip and the first wireless connection consists of NFC communication between the reusable accessory and the analyte sensor system.

9. The reusable accessory of one of claims 1-8, wherein the wireless communication interface comprises a radio adapted to enable bluetooth low energy communication between the reusable accessory and one or more mobile computing devices.

10. The reusable accessory of one of claims 1-9, wherein the analyte sensing system includes a blood glucose meter adapted to provide blood glucose data.

11. The reusable accessory of one of claims 1-9, wherein the analyte sensor system is a flash glucose monitor adapted to provide glucose data via near field communication.

12. The reusable accessory of one of claims 1-9, wherein the analyte sensor system is a continuous glucose monitor adapted to provide glucose data via wireless device communication (e.g., bluetooth low energy) and optionally Near Field Communication (NFC).

13. The reusable accessory of one of claims 1-12, further comprising at least one button for enabling and disabling an operational mode of the reusable accessory, including triggering receipt of analyte measurement data, changing a display, stopping or pausing an alarm, or a combination thereof.

14. A diabetes management system comprising:

a glucose sensor system adapted to wirelessly transmit glucose measurement data;

an insulin dose monitoring device adapted to be reversibly connectable to an insulin delivery device, the insulin dose monitoring device comprising a display, a memory storing insulin therapy dose parameters, and a processor adapted to detect delivery of insulin from the insulin delivery device, the insulin dose monitoring device adapted to wirelessly receive glucose measurement data from the glucose sensor system, the processor adapted to provide an insulin dose recommendation based on the stored insulin therapy dose parameters, the glucose measurement data, or a combination thereof; and

a mobile computing device comprising a processor, the mobile computing device configured to intermittently connect to the insulin monitoring device and receive the at least one characteristic related to the insulin monitoring device, the glucose measurement data, or a combination thereof from the insulin dose monitoring device via wireless communication.

15. The system of claim 14, wherein the insulin dose monitoring device comprises a pen cap and the insulin delivery device is an insulin injection pen, wherein the pen cap is adapted to detect delivery of insulin from the insulin injection pen by detecting a pen cap event that can be inferred as a drug administration event.

16. The system of claim 14, wherein the insulin dose monitoring device comprises a pen cap and the insulin delivery device is an insulin injection pen, wherein the pen cap is adapted to detect the amount of insulin remaining in the insulin injection pen to determine the time course and optionally the dose of each dose.

17. The system of claim 14, wherein the insulin dose monitoring device comprises an accessory that can detect movement of a plunger or associated mechanical element that moves during injection of insulin from the insulin injection pen.

18. The system of one of claims 14-17, wherein the mobile computing device is configured to receive data related to the at least one characteristic over a selected time period, the data including past data values substantially prior to a current time value.

19. A method of managing medication therapy with a manual medication delivery device, comprising:

receiving analyte measurement data from an analyte sensor system;

detecting a drug administration action event at an accessory configured to reversibly attach to a manual drug delivery device;

storing a record of each of the one or more drug administration action events, wherein the record comprises a time of drug administration for a drug administration action; and

providing one or more drug dose recommendations in response to the analyte measurement data.

20. The method of claim 19, further comprising receiving analyte measurement data over a first wireless connection in response to the wireless communication interface being positioned proximate to at least a portion of the analyte sensor system.

21. The method of claim 20, further comprising communicating the medication administration event, the therapy parameter, and the analyte measurement data with the mobile computing device over a second wireless connection.

22. The method of claim 21, further comprising receiving therapy parameters from the mobile computing device over the second wireless connection.

23. The method of claim 19, wherein the manual medication delivery device is a medication injection pen and the reusable accessory is a reusable cap of the medication injection pen, and wherein the medication administration action events associated with one or more medication administration actions are one or more of capping and uncapping events, and the detection circuitry is configured to detect capping and uncapping events in response to sensor signals.

24. An intelligent electronic module capable of being integrated with a manual medication delivery device, comprising:

a wireless communication interface configured to receive analyte measurement data from an analyte sensor system;

a detection circuit configured to:

detecting a drug administration event;

storing a record of each of the one or more dosing actions, wherein the record includes a dosing time for the dosing action; and

receiving analyte measurement data received from the analyte sensor system;

a recommendation system configured to provide one or more drug dose recommendations in response to the analyte measurement data; and

an adapter configured to reversibly couple to a predetermined portion of the manual drug delivery device.

25. The apparatus of claim 1, the system of claim 14, the method of claim 19, or the module of claim 24, wherein the glucose measurement data and/or glucose data is or is based on interstitial fluid glucose levels.

26. The apparatus of claim 1, the system of claim 14, the method of claim 19, or the module of claim 24, wherein the glucose measurement data and/or glucose data is a blood glucose level related to an interstitial fluid glucose level.

27. The apparatus of claim 1, the system of claim 14, the method of claim 19, or the module of claim 24, wherein the glucose measurement data and/or glucose data is a blood glucose level.

Technical Field

The present disclosure relates to therapy management systems, methods, and devices adapted to collect and/or transmit therapy-related data (e.g., time course of therapy) and/or other therapy-related data and provide therapy recommendations to a user. In particular embodiments, diabetes therapy management systems, devices, and methods are disclosed that may be used with insulin injection devices and include components adapted to provide insulin therapy recommendations to a user based on stored therapy parameters, blood glucose data, meal size estimates, and/or other parameters.

Background

Diabetes mellitus is a chronic metabolic disorder caused by the inability of the human pancreas to produce sufficient amounts of the hormone insulin, so that the human metabolism fails to properly absorb sugars and starches. This failure can cause hyperglycemia, i.e., the presence of excess glucose in the plasma. Persistent hyperglycemia is associated with a variety of severe symptoms and life threatening long term complications such as dehydration, ketoacidosis, diabetic lethargy, cardiovascular disease, chronic renal failure, retinal damage and nerve damage at risk of amputation. Since a cure is not yet possible, a permanent treatment is necessary, which provides constant glycemic control in order to keep blood analyte levels within normal limits at all times. This glycemic control is achieved by periodically providing an external drug to the patient's body, thereby causing elevated blood analyte levels to be reduced.

Biologically effective external drugs (e.g., insulin or analogs thereof) are typically administered by daily injection. In some cases, Multiple Daily Injections (MDI) of a mixture of fast-acting and long-acting insulin are made via a reusable transdermal liquid delivery device (commonly referred to as an "insulin pen") or hypodermic syringe. These injections are typically administered by People With Diabetes (PWD), and thus require self-monitoring of blood glucose and self-administration of insulin. PWDs that use MDIs to manage their care typically plan daily insulin injections in advance based on basal insulin needs as well as external factors such as meals, exercise, sleep, etc. A typical administration schedule will include the time of day of injection, the type of insulin (e.g., rapid acting, long acting, a mixture of rapid acting and long acting, etc.), and the amount of insulin per dose. In addition, the PWD will self-monitor its blood glucose and self-administer one or more "bolus" doses of fast-acting insulin in the event that its blood glucose is too high and consume carbohydrates (or sometimes glycogen) in the event that its blood glucose is too low.

The "correct" insulin dosage will vary with glucose levels in the blood, physiological factors such as the insulin sensitivity of a person, and lifestyle factors such as meals (e.g., recently consumed carbohydrates that have not been metabolized to glucose and absorbed into the blood). Furthermore, even with careful planning and self-monitoring, PWDs may miss doses, double doses, and administer incorrect amounts and/or types of insulin. Insulin deficiency can lead to hyperglycemia, while insulin excess can lead to hypoglycemia, which can result in clumsiness, difficulty speaking, confusion, loss of consciousness, epilepsy, or death. Therefore, PWDs face a considerable cognitive burden in determining the appropriate dose of insulin.

To assist in self-treatment, some diabetes treatment devices (e.g., glucose meters, insulin pumps, etc.) are equipped with an insulin bolus calculator that lets the user input an estimate (e.g., numerical estimate) of the amount of carbohydrates (or additionally or alternatively protein, fat, or other meal data) consumed or about to be consumed, and that outputs a recommended size of the insulin bolus amount. While the bolus calculator eliminates some of the mental effort required by the user in determining the appropriate bolus dose of insulin, the bolus calculator still subjects the user to the mental task of evaluating the composition of their meal, may require the use of auxiliary equipment, and typically requires manual input of data. Accordingly, there is a need for methods, systems, and devices that assist users in making appropriate treatment decisions while minimizing the burden on the user (e.g., data input, mental calculations, procedures, etc.).

Drawings

The disclosure may be more completely understood in consideration of the following detailed description of exemplary embodiments, which are illustrated in the accompanying drawings.

Fig. 1A illustrates a diabetes management system according to an embodiment of the present disclosure. FIG. 1B illustrates specific components of an exemplary diabetes management system. FIG. 1C illustrates a second exemplary diabetes management system.

FIG. 2 illustrates a user utilizing one or more portions of a diabetes management system according to an embodiment of the present disclosure.

Fig. 3-6 illustrate a display on a pen cap according to an embodiment of the present disclosure.

Fig. 7 illustrates an exemplary communication architecture of a system according to an embodiment of the present disclosure.

Fig. 8 illustrates a process for recommending insulin dosage according to one embodiment of the present disclosure.

Fig. 9 illustrates a process for injecting insulin according to one embodiment of the present disclosure.

Fig. 10 illustrates a process for recommending insulin dosage according to one embodiment of the present disclosure.

Fig. 11 shows a process for injecting insulin according to one embodiment of the present disclosure.

Fig. 12 shows a process for checking the status of a therapy system according to one embodiment of the present disclosure.

Fig. 13 illustrates a process for checking the status of a therapy system according to one embodiment of the present disclosure.

Fig. 14 illustrates a process for updating therapy information according to one embodiment of the present disclosure.

Fig. 15 shows a process for checking the status of a therapy system according to one embodiment of the present disclosure.

Fig. 16-25 illustrate an exemplary display and/or user interface of a portion of a system (e.g., of a mobile device) according to embodiments of the present disclosure.

Fig. 26 depicts an exemplary sliding scale chart of a diabetes management system according to an embodiment of the present disclosure.

Fig. 27-33 illustrate an exemplary display and/or user interface of a portion of a system (e.g., of a mobile device) according to embodiments of the present disclosure.

Fig. 34A-34D illustrate an exemplary communication architecture of a scalable system according to embodiments of the present disclosure.

Fig. 35A and 35B illustrate an exemplary display on a pen cap according to an embodiment of the present disclosure.

Detailed Description

Manual insulin delivery devices such as insulin pens, insulin inhalers, and the like (generally referred to herein as "manual insulin devices") provide a convenient, reusable insulin delivery device. However, improper administration of insulin due to human error, insulin pen malfunction, missed doses, double administration, and incorrect administration is always a problem. Although the methods, devices, and systems provided herein are described for delivering insulin, collecting blood glucose data, and/or treating diabetes, the methods, devices, and systems provided herein may be adapted for delivering other drugs, collecting other analyte data, and/or treating other diseases. Additionally, although the methods, devices, and systems provided herein are primarily described by describing features and functions included in a cap attachment for an insulin delivery pen or a method of using a cap attachment or a system including a cap attachment, the features discussed herein are also contemplated to be incorporated directly into a smart drug delivery pen or a smart drug delivery inhaler, other attachments adapted to be secured to or used with other manual drug delivery devices, or methods or systems including such smart drug delivery devices or smart attachments.

The systems, devices, and methods described herein may be operated or performed by a user, such as a PWD, a patient, a subject, a healthcare professional, a clinician, and a caregiver, respectively. Unless otherwise indicated, the terms healthcare professional, clinician, and caregiver are used interchangeably in this disclosure.

In general, embodiments of the therapy management systems (e.g., diabetes management systems such as insulin therapy management systems), methods, and devices described herein may include a user interface configured to receive user-specific dosage parameters from a user or healthcare professional and use these user-specific dosage parameters to provide recommendations and reports to the user. In some embodiments, the user interface for receiving user-specific dosage parameters may be incorporated into a mobile application or another computing device, and the user interface for displaying immediate drug delivery recommendations may be incorporated into an accessory to a manual drug delivery device or an intelligent manual drug delivery device. In some cases, the user interface for inputting user-specific dosage parameters may additionally be used to view reports, recommendations, alerts, warnings, notifications, recommended user dosage parameter changes.

Systems, devices, and methods provided herein may include a user interface adapted to simplify the input of treatment-related data to reduce the burden of self-treatment. In some embodiments, the systems, devices, and methods provided herein are adapted to assist a Person With Diabetes (PWD) or their caregiver in determining an appropriate dose of insulin. In some embodiments, the methods, apparatus, and systems provided herein can reduce or eliminate manual entry of numerical data after initial setup. In some embodiments, the methods, devices, and systems provided herein may be adapted to simplify monitoring of blood glucose levels. In some embodiments, the methods, devices, and systems provided herein can allow a user to carefully manage their treatment. In some embodiments, the methods, devices, and systems provided herein can reduce the cognitive burden associated with making daily treatment decisions.

Systems, devices, and methods provided herein may simplify the process for obtaining insulin therapy recommendations and/or simplify the collection of Estimated Glucose Values (EGVs) and/or insulin delivery data from one or more insulin delivery devices. The systems, devices, and methods provided herein may be designed to minimize changes that a diabetic Person (PWD) using injection to administer insulin therapy may need to make to their therapy/daily life in order to receive therapy recommendations and/or receive notifications, alerts, or alarms.

In some implementations, the systems, methods, and devices provided herein can give a user the option of when, where, and whether to receive notifications, alerts, or alarms, which can be based at least in part on the device of the system carried by the user. In some implementations, alerts and/or alarms can be customized over time based on feedback from the user (e.g., the user's likes and dislikes). In some embodiments, the systems, methods, and devices provided herein may include notifications, alerts, and/or alarms that use a combination of EGV data and insulin delivery data to determine whether to trigger the notification, alert, and/or alarm.

In some embodiments, the systems, devices, and methods provided herein may automatically capture insulin delivery data, which may be captured using a connected and/or intelligent insulin injection pen or a connected and/or intelligent insulin pen accessory (e.g., a connected pen cap accessory).

In some embodiments, the systems, devices, and methods provided herein may recommend insulin doses (e.g., doses of long-acting insulin and/or fast-acting insulin) using any suitable technique. In some embodiments, the recommended insulin dose may be based on blood glucose data (e.g., current EGV from CGM, flash glucose monitor, glucometer, or any other sensor, blood glucose trend data, etc.), insulin administration data (bolus dose of rapid acting insulin, dose of long acting insulin, time of administration, IOB and/or calculation of active insulin, etc.), meal data (meal time, user estimated carbohydrates, user estimated meal classification, user estimated meal boost, user meal history, user meal trend, etc.), and/or one or more insulin delivery parameters (e.g., total daily dose of basal or long acting insulin, carbohydrate to insulin ratio (CR), Insulin Sensitivity Factor (ISF), etc.). The methods, devices, and systems provided herein may, in some embodiments, adjust insulin delivery parameters over time based on glucose data and/or insulin administration data.

The systems, devices, and methods provided herein may include or use a mobile device (e.g., a mobile application running on a smartphone or tablet) to allow a user to set up the device or system, check the state of the device or system, adjust therapy settings, and/or learn how to improve their therapy options. In some embodiments, the mobile device may include information about maintenance tasks (e.g., reminders to perform certain maintenance tasks). In some embodiments, the methods, systems, and devices provided herein can detect patterns in treatment-related data and use that data to provide prompts, suggestions, alerts, and/or alarms to a user based on the patterns (which can be displayed on a mobile device). In some embodiments, the mobile device may provide a graphical display to the user of treatment-related data and/or treatment decisions (e.g., blood glucose data and/or insulin injection time) about the user. In some embodiments, the mobile device may provide an indication to the user that the user may wish to adjust their therapy (e.g., the amount of insulin needed for a meal, the amount of insulin needed to meet the user's basal needs, the time course of their insulin injections, etc.) and provide a mechanism (e.g., a link) for the user to adjust their therapy. In some embodiments, the mobile device may provide an indication to the user that the system has automatically adjusted its therapy (e.g., the amount of insulin needed for a meal, the amount of insulin needed to meet the user's basal needs, the time course of its insulin injection, etc.), and optionally provide a mechanism (e.g., a link) for the user to reject the automatic adjustment, confirm the automatic adjustment, or make a manual therapy adjustment.

In some embodiments, the diabetes management systems, devices, and methods provided herein may include a plurality of meal size categories (e.g., three meal sizes (small, medium, large), time-based meals (breakfast, lunch, dinner, snack)) that may be set by a user (e.g., on a mobile device). In some embodiments, the mobile device includes a setup user interface where the user is prompted to enter a user's typical insulin dosage required for different meal sizes (e.g., dosage required for a small meal, dosage required for a medium meal, dosage required for a large meal). In some embodiments, the settings user interface displays to the user exemplary pictures of meals that are to be considered within each meal category. In some embodiments, the device may analyze the meal size appropriate for the user (e.g., by analyzing input from the user, such as input related to the characteristics of the meal, pictures of the meal, etc.). In some embodiments, the settings user interface may be based on a user-entered amount of long-acting insulin (e.g.,

Figure BDA0002536925110000071

dosage) to provide an estimate of what the user expects to enter for each meal size.

Systems, devices, and methods provided herein may include, use, or communicate with one or more accessories (e.g., a cap of an insulin pen) of a drug delivery device, such as an insulin pen, that are (a) adapted to be secured to an injection pen and detect when the cap is secured to and/or released from the injection pen, (b) adapted to receive blood glucose data from a glucose sensor, and/or (c) adapted to provide therapy-related information and/or recommendations to a user.

In some cases, the accessory may be a pen cap accessory adapted to detect pen capping information. Pen capping information (e.g., information about when a pen cap is secured to and/or released from an injection pen) may include information about a current capping time period (e.g., time since last capping), information about a duration of one or more decapping (which may also be referred to herein as "(one or more) decapping"), and a time course of each decapping and each capping (e.g., time of day or time elapsed thereafter). In some embodiments, pen capping information may be displayed to a user on the pen cap accessory. In some embodiments, pen capping information may be announced by a speaker in the pen cap. For example, in some embodiments, the cap may provide a timer clock timed from the last time the cap was secured to the injection pen. In some embodiments, the pen cap accessory may wirelessly transmit pen capping information to a remote computing device (e.g., a smartphone, a tablet, etc.). In some embodiments that do not include a pen cap accessory, the accessory or smart delivery device may detect other events associated with the drug delivery action and use this information in the manner described herein for pen capping information. For example, in some cases, an injection pen accessory may be secured to the injection pen such that it may detect mechanical movement of the drug delivery mechanism to determine when the drug is being administered.

Pen capping information may be used to modify a user experience (e.g., display content or information presented to a user). In some embodiments, the pen cap adjusts the presentation of therapy-related information and/or recommendations provided to the user based on the pen capping information. For example, in some embodiments, the pen cap may provide bolus recommendations based on data from a glucose sensor to correct elevated blood glucose levels, but presentation of such correction bolus recommendations may be limited to periods when the current pen capping duration is greater than a threshold period of time (e.g., at least 2 hours, at least 3 hours, at least 4 hours, or at least 5 hours). In some embodiments, the pen cap may provide a notification, alert, or alarm to the user based on the pen capping information. For example, if the cap is removed from the injection pen within a threshold period of time since the previous capping (e.g., within 30 minutes or 1 hour), the cap may provide a visual, audible, or vibratory notification to indicate that the user may have recently used the pen to administer insulin. In some embodiments, the pen cap may wirelessly communicate with a mobile computing device (e.g., smartphone, tablet), and may announce or display one or more notifications, alerts, or alarms based on pen capping information on the mobile computing device.

The pen capping information may be stored, displayed, and/or analyzed in conjunction with the glucose data to determine user behavior, such as whether the person properly administered the insulin required for a meal and/or corrected for elevated blood glucose levels. In some embodiments, pen capping information may be presented on a graphical representation of the user's blood glucose data and presented to the user and/or a healthcare professional. In some embodiments, blood glucose data from a period of time after each capping event may be evaluated to determine whether the user has properly administered insulin for the capping event, e.g., proper dosing, under dosing, or over dosing.

In some embodiments, a pen capping event may be ignored if other information indicates that no dose is being provided. For example, in the event that a change in the dosage selection (e.g., dial) of the insulin pen is not detected, the event can be ignored. In some embodiments, if the total decap time is less than a first threshold (e.g., 4-6 seconds), pen decap and recap events may be ignored. For example, the threshold may be determined by: the threshold is set to an amount of time that is too short to allow an injection to be made, but long enough to allow the user to check the end of the pen to see if there is insulin remaining or if there is a needle attached to the pen. In some cases, the total decap time for a decapping event (the time between a decapping event and subsequent recapping) may be analyzed in conjunction with blood glucose data to determine whether an injection is present during the decapping event. In some cases, if the total decap time exceeds a second threshold time period (e.g., at least 15 minutes, at least 30 minutes, etc.), the blood glucose data may be used to determine an approximate time of injection.

Accessories (e.g., caps) provided herein and associated methods and systems provided herein may be adapted to obtain blood glucose data for providing treatment-related information and/or treatment recommendations via the accessory (e.g., via the cap). In some embodiments, the treatment-related information displayed on the cap accessory may include a current Estimated Glucose Value (EGV) of the user. In some embodiments, the treatment-related information displayed on the cap may include a current blood glucose trend or rate of change indicator (e.g., a trend arrow). In some embodiments, the pen cap may include a recommended dose, which may be based on glucose data, or may be based on stored parameters without regard to the current EGV.

The accessories (e.g., pen caps) provided herein can be adapted to receive blood glucose data from any suitable glucose sensor. In some embodiments, the glucose sensor may be a Continuous Glucose Monitor (CGM), a flash glucose monitor, a Blood Glucose Meter (BGM), or any other suitable sensor. In the case of CGM and flash glucose monitors, they may be configured to provide glucose data based on the user's interstitial fluid glucose level (which may be related to blood glucose level). The BGM may be configured to provide blood glucose data, typically based on a blood sample. Thus, while the term "blood glucose" may sometimes be used as a generic term for convenience only, the present disclosure is not limited to using only blood glucose data, values, levels, etc., but may also use interstitial fluid glucose levels as well as any intermediate measurements.

In some embodiments, the pen cap can automatically receive glucose data from the CGM without user action as long as the pen cap is within range. In some embodiments, when the cap is positioned proximate to (e.g., swiped near) the flash glucose monitor, the cap may be adapted to wirelessly receive the current EGV (and optionally, the previous EGV) from the flash glucose monitor. In some embodiments, the EGV may be obtained via BGM, which may communicate wirelessly with the pen cap or a mobile computing device (which may then transfer the EGV to the pen cap), or may be input into a remote computing device by a user.

In some embodiments, accessories (e.g., caps) provided herein can be configured such that they retrieve glucose data only when a user interacts with the cap. For example, if the pen cap is adapted to obtain glucose data from a CGM or flash glucose monitor, the pen cap may be designed such that it needs to be swiped near the CGM or flash glucose monitor, or may be designed such that the glucose data may be retrieved only when the user makes a request (e.g., when a button is pressed). In some embodiments, the CGM may communicate wirelessly with a mobile computing device (e.g., smartphone, tablet) and transmit data from the CGM to the pen cap only when a button is pressed on the pen cap.

In some embodiments, an accessory (e.g., a pen cap) or mobile application provided herein can provide a reminder to a user to obtain glucose data. For example, with methods and systems that include a flash glucose monitor, a reminder may be sent to a user to obtain glucose data by swiping a pen cap near the flash glucose monitor. In some embodiments, the reminder to obtain glucose data may be timed based on pen capping information. For example, the reminder to obtain blood glucose data may be determined based on the time since the most recent capping (e.g., the current capping duration exceeding a threshold). In some embodiments, the threshold may be set to reduce the likelihood that a dose of insulin may cause a hypoglycemic event. In some embodiments, the pen cap may wirelessly receive blood glucose data and analyze patterns of the blood glucose data in comparison to pen capping information to determine a likelihood of a future hypoglycemic event or a predicted future blood glucose value. In some embodiments, the blood glucose data and pen capping information may be wirelessly transmitted to a remote computing device (e.g., a smartphone, tablet, etc.) and analyzed in the remote computing device or in a cloud or other network or device to determine the likelihood of a future hypoglycemic event or a predicted future blood glucose value, which may be used to issue a notification, alert or alarm and/or set a reminder to obtain the blood glucose data.

The pen caps provided herein may use any suitable technique to obtain pen capping information (e.g., information related to pen cap removal/application during insulin injection). In some embodiments, a pen cap provided herein may include a biasing element, such as a leaf spring inside the cap, that forms an electrical circuit when the pen cap is secured to the injection pen. In other embodiments, the cap may include a sensor (e.g., an optical sensor, a mechanical sensor, an electronic sensor, a magnetic sensor, etc.) that detects when the cap is applied to and/or removed from the pen.

The accessories (e.g., caps), methods, and systems provided herein can use any suitable method to make treatment recommendations. In some embodiments, the user or healthcare professional may set a recommended dose for starting the product, set one or more initial carbohydrate to insulin ratios, set one or more initial insulin sensitivity factors, create a corrected dose table for a particular glucose value range, and/or set one or more meal profile descriptions. For example, in some embodiments, a user or healthcare professional may set an initial recommended dose of long-acting insulin, a carbohydrate-to-insulin ratio, and an insulin sensitivity factor for determining a dose of fast-acting insulin. In some embodiments, a user or healthcare professional may set a typical meal size of carbohydrates for breakfast, lunch, and/or dinner. In some embodiments, the user or healthcare professional may set a rapid acting insulin dose based on a typical meal for the user for breakfast, lunch, and dinner. In some embodiments, the user or healthcare professional may set the characterization of different serving sizes of meals (small (S), medium (M), large (L)) for different times of the day (e.g., 10g carbohydrates for S, 25g for M, and 50g for L). In some embodiments, blood glucose data and/or pen capping information may be analyzed to make adjustments to user dosage parameters and/or meal-based dosage recommendations. In some embodiments, blood glucose data and/or pen capping information may be analyzed to make suggested changes to a user's dosage parameters and/or meal-based dosage recommendations given to a healthcare professional or user.

In some embodiments, accessories (e.g., pen caps) provided herein may provide meal-based bolus recommendations as a function of time of day and/or meal category. For example, in some embodiments, the pen cap may provide different meal-based bolus recommendations based on time for breakfast time (e.g., 8 am), lunch time (e.g., approximately noon), or dinner time (e.g., approximately 6 pm). In some embodiments, the pen cap may provide different meal-based bolus recommendations for different meal categories, meal preferences, or historical meal statistics, such as small (S), medium (M), and large (L), which may be based on the number of carbohydrates estimated or determined by the user or the glycemic effect of the meal. For example, for each treatment recommendation, the user may see a recommended meal-based bolus for the S meal, the M meal, and the L meal. In some embodiments, the user may press a button or user-selectable icon to request a recommendation for an S meal, an M meal, or an L meal. In some cases, the meal-based bolus recommendation for each meal category (S, M and L) may change depending on the time of day. In some embodiments, the meal-based bolus recommendation for each meal category (S, M and L) may vary depending on historical assessments and/or consistency of the user's meal size. In some embodiments, a single display may indicate different suggested insulin doses based on different meal characteristics, and/or display a range of doses based on a typical meal size of the user (e.g., customized per meal size of the user based on historical data), which may be based on time of day, day of week, day of year, location of the user, or any other collected data.

In some embodiments, the systems provided herein may include one, two, or more connected caps of an insulin pen or other accessories of an insulin pen (e.g., a connected dose capturing insulin cap), a continuous glucose monitoring system (CGM) (or flash glucose monitoring system), a mobile application, an alert accessory, and/or key Web services cloud software. In some embodiments, the connection to the cloud-based server may enable storing data for use by the system and transmitting information to other devices external to the system (e.g., optional secondary displays of data, reports) when needed. In some embodiments, components of the systems provided herein may be connected wirelessly, or may be connected wirelessly using Bluetooth Low Energy (BLE), 433MHZ Ultra High Frequency (UHF) radio, and/or Near Field Communication (NFC) protocols.

One or more embodiments of the present disclosure may include an insulin delivery system comprising an insulin delivery device; a user interface on or adapted to be (releasably or non-releasably) fixed to the insulin delivery device; a memory storing one or more user-specific dosage parameters; and one or more processors in communication with the memory and adapted to receive the blood glucose data, determine a recommended insulin dose, and/or determine an estimate of insulin to administer using the insulin delivery device. The user interface may display one or more recommended insulin doses using, at least in part, the blood glucose data and/or previous estimates of insulin administered, data regarding previous insulin doses (e.g., IOB characteristics associated with each of the user-selectable icons or buttons based on at least one of the user-specific dose parameters). The processor may be adapted to update the meal characteristics associated with each of the user-selectable icons or buttons based on the blood glucose data.

According to one or more devices, systems, or methods of the present disclosure, the systems or methods may include a glucose monitor that may provide blood glucose data via one or more communication (e.g., wireless communication) techniques. In some embodiments, the glucose monitor of the systems or methods provided herein can use a variety of wireless communication techniques to transmit blood glucose data. For example, the glucose monitor may include flash near field communication circuitry and a radio. In some embodiments, the systems and methods provided herein may cause one or more insulin pens or pen accessories to receive blood glucose data from a glucose monitor via a first communication technology (e.g., NFC) and cause another device (e.g., a mobile device) to receive data from the glucose monitor and/or insulin pen via a second communication technology (e.g., BLE or UHF). In some embodiments, the smart pen or pen accessory in the methods and systems provided herein may communicate with the continuous and/or glucose monitor of the methods and systems provided herein only within a first range, and the mobile device may be adapted to passively receive data whenever within a second range that is greater than the first range. In some embodiments, the smart pen or pen accessory provided herein may be configured such that the smart pen or pen accessory receives data only when the user chooses to take an action to receive the data (e.g., pressing a "wake" button and/or bringing the pen or pen accessory within close proximity of a glucose monitor), but another device (e.g., an associated mobile device) may be adapted to passively receive the data regardless of the user action if within a range determined by the communication method or link.

According to one or more devices, systems or methods of the present disclosure, the user interface on the smart insulin delivery device or an accessory thereof may include one or more user-selectable buttons or icons. In some embodiments, a user-selectable button or icon may be used to wake up a smart pen or pen accessory to receive blood glucose data from a blood glucose monitoring/sensor system (e.g., which includes a CGM, BGM, flash glucose monitor, etc.). In some embodiments, a user-selectable button or icon may be used to wake up a display on the smart pen or pen accessory to display a recommended insulin dose of insulin in the smart pen or an insulin pen secured to the pen accessory. In some embodiments, user-selectable buttons or icons may be used to cause the display to switch between different display contents. In some embodiments, a single user-selectable button or icon may be used to wake up the smart pen or pen accessory to receive blood glucose data, and may be used to wake up a display that may then display a recommended insulin dose when the blood glucose data is received by the smart pen or pen accessory. According to one or more devices, systems, or methods of the present disclosure, the processor may determine a dosage recommendation for fast acting insulin based on factors selected from the group consisting of: the amount of carbohydrates is divided by the carbohydrate to insulin ratio of the PWD, the difference between the current blood glucose level and the target blood glucose level is divided by the insulin sensitivity coefficient of the PWD, a reading from a Blood Glucose Meter (BGM), data from a Continuous Glucose Monitor (CGM), blood glucose trend data, on-board Insulin (IOB) data, on-board Carbohydrate (COB) data, whether the PWD is exercising or planning exercise, whether the PWD is ill, whether the PWD is pregnant, whether the PWD is undergoing menstruation, and whether the PWD has taken certain medications.

In some embodiments, a reusable smart pen may include a drug delivery detector, a reusable chamber, one or more types of insulin cartridges, and a manual delivery mechanism. The detector may be configured to detect a first insulin delivery event associated with the manual delivery mechanism.

System architecture for therapy management system

Fig. 1 shows an insulin therapy management system 10 (which may also be referred to as a diabetes management system) comprising an analyte sensor system 101, a first accessory 102, a second accessory 103 and a mobile application 104. The therapy management system 10 may include one or more Web services 105 in communication with the mobile application 104 via a network 108. The first attachment 102 and the second attachment 103 are two of many attachments that may be added to and removed from the insulin therapy management system 10 and used to assist a user with manual insulin delivery.

While aspects of embodiments of the present disclosure are described in terms of accessories and caps, it will be understood by those of ordinary skill in the art that many of these features may be implemented in an electronics package (i.e., smart electronics) that can be integrated with, attachable to, insulin delivery devices, attachable to insulin containers, and the like, all of which are explicitly contemplated by the inventors of the present disclosure.

The first and second appendages 102, 103 may be configured to capture information related to the delivery of insulin by the manual delivery devices 106, 107, and may include internal sensors for dose capture in various embodiments; a user interface for displaying information and receiving user input; and other interfaces for wireless or wired communication with one or more of manual transport device 106, manual transport device 107, mobile application 104, analyte sensor system 101, and mobile application 104.

The mobile application 104 may execute on any suitable mobile computing device that can store and execute the mobile application and that is adapted to display and input treatment-related information received wirelessly from other components of the system and from a graphical user interface that enables a user to interact with the application. In one embodiment, the mobile device may also store and execute trusted mobile applications within a trusted execution environment (hardware and/or software) that is generally inaccessible by a user or device in communication with the mobile device 140, but accessible by other applications executing on the mobile device 140. Various functions and calculations related to the therapy management system, including alerts and recommendations presented to the user, may be performed in part or in whole by the trusted mobile application. Furthermore, some or all communication with insulin pens, pen caps, glucose sensors, and other accessories may be limited to trusted mobile applications.

In general, embodiments of the present disclosure may use any suitable wireless communication protocol to communicate between an accessory, a manual delivery device, a glucose sensor, and a mobile device. Examples of suitable wireless communication protocols include near field communication (ISO/IEC 14443 and 18092 compliant technologies), wireless modems and routers (IEEE 802.11 compliant technologies), and

Figure BDA0002536925110000141

bluetooth Low Energy (BLE) (IEEE 802.15 compliant technology).

The glucose sensor system 101 may be any suitable glucose sensor system 101, such as a Blood Glucose Meter (BGM), a flash glucose monitor or a Continuous Glucose Monitor (CGM) adapted to determine a blood glucose value using a blood glucose strip. In some cases, the glucose sensor system 101 may function as both a flash glucose monitor and a continuous glucose monitor by simultaneously allowing intermittent and on-demand transmission of blood glucose data. In some implementations, the glucose sensor system 101 can wirelessly transmit data (e.g., using NFC communication) upon interrogation by a reader device. In some embodiments, the glucose sensor may wirelessly transmit data (e.g., using radio frequency) at predetermined intervals using any suitable communication standard (e.g., Bluetooth Low Energy (BLE)). In some cases, the systems and methods provided herein may include multiple glucose sensor systems (e.g., a continuous glucose monitor or a flash glucose monitor and a blood glucose meter).

In some embodiments, the accessory may be associated with a particular type of insulin, for example, the first accessory 102 is associated with long acting insulin delivery and the second accessory 103 is associated with rapid acting insulin delivery.

In some embodiments, the glucose sensor system 101 may use a variety of communication techniques to transmit glucose data. In some embodiments, the mobile application 104 and/or one or more of the manual transport device 106, the manual transport device 107, or the accessory 102, 103 may include an NFC reader adapted to obtain blood glucose data from the glucose sensor system 101 when brought within an interrogation distance of the glucose sensor system 101. In some implementations, the mobile application 104 and/or one or more of the manual delivery device 106, the manual delivery device 107, or the accessory 102, 103 can wirelessly receive blood glucose data broadcast from the glucose sensor system 101 for a predetermined period of time (e.g., every 30 seconds, every minute, every 2 minutes, every 3 minutes, every 5 minutes, every 10 minutes, every 15 minutes, etc.).

In the polling (or interrogation) mode of operation, glucose sensor system 101 can wirelessly send blood glucose data corresponding to the historical period of time to one or more of accessory 102, accessory 103, and mobile application 104. For example, when the first accessory 102 interrogates the sensor system 101, the first accessory can receive stored glucose data from the previous 1 hour, 2 hours, 3 hours, 4 hours, 5 hours, 6 hours, 7 hours, 8 hours, and so forth. In some cases, the broadcasted blood glucose data may include only current or more recent blood glucose values. For example, in some cases, blood glucose data received directly from glucose sensor system 101 and received on mobile application 104 may only include the most current reading (e.g., from the last 10 minutes), which may be used by mobile application 104 to issue an alarm or alert based on the most current blood glucose data.

Accessories 102, 103 can include one or more processors and memory for controlling wireless communication, controlling interfaces for wireless communication, controlling user interfaces, and/or determining treatment recommendations.

In some embodiments, an application running at accessory 102, 103 can execute one or more algorithms to determine an Estimated Glucose Value (EGV) from the raw glucose sensor data. In some implementations, the glucose sensor system 101 can transmit the EGV to an accessory. In some embodiments, the accessory and/or intelligent electronics provided herein can include a memory that stores user-specific dosage parameters (e.g., recommended daily or total daily basal dosage of long acting insulin (TDBD), insulin sensitivity coefficient (ISF), carbohydrate to insulin ratio (CR), correction based on blood glucose level range, total daily insulin dosage (TDD), target glucose value, recommended bolus dose required for different meal portions or categories, etc.). In some embodiments, the user-specific dosage parameters may be time or day dependent, such as CR and ISF values depending on the time of day. In some embodiments, accessories 102, 103 provided herein may have a memory that stores recommended rapid-acting insulin doses required for different meals or different meal categories. In some embodiments, user-specific dosage parameters and/or different recommended dosages needed for different meals may be updated via the mobile application 104 in wireless communication with the accessory. For example, an algorithm in the mobile computing device or in the cloud may update these parameters or recommended doses. In some embodiments, the parameters or recommended dosages may be updated by a healthcare professional or manually by the PWD or caregiver. In some embodiments, the accessory may include an algorithm in memory for execution by the processor to automatically update the user-specific dosage parameter or recommended dosage.

In some embodiments, accessories 102, 103 provided herein can display or otherwise provide notifications to a user of current blood glucose levels and/or blood glucose trend data (e.g., rate of change) based on glucose data received from glucose sensor system 101. Accessories 102, 103 (or other intelligent electronics) provided herein may provide a recommended dose of insulin based on one or more of blood glucose data, user-specific dosage parameters, a recommended dose set by a user or healthcare professional, time of day, meal data or classifications, or any other suitable input.

Although system 10 is described as having two accessories 102, 103, it is not limited and may include more or fewer accessories. For example, accessory 102 can include a pairing or discoverable mode in which it broadcasts information that can be discovered by mobile application 104. The broadcast may be in accordance with a bluetooth beacon or other suitable communication protocol. In response to a pairing confirmation (such as holding accessory 102 and the mobile device hosting mobile application 104 close together, or pressing a button at accessory 102 or mobile application 104 for a sufficient time), mobile application 104 can create a profile for the manual delivery device associated with accessory 102. In one embodiment, accessory 102 may be specifically calibrated for a particular type of manual delivery device and may provide a delivery device type identifier to mobile application 104. In another embodiment, the setup information may be provided at the mobile application 104 or at an interface of the accessory when the accessory 102 and the mobile application 104 are paired.

In one embodiment, pairing may also involve sharing encryption keys that these devices may use to decrypt/authenticate messages from devices within system 10.

Each accessory paired with system 10 may have a profile created by mobile application 104. In one embodiment, mobile application 104 may query Web service 105 as to whether a profile for the device used by the user already exists and, if so, request that the profile be sent. This enables the mobile application 104 to avoid duplicate settings and may enable the recommendation algorithm running at the mobile application 104 to obtain more historical data or physiological attributes (e.g., insulin sensitivity) of the user that have been refined through actual glucose measurements and blood glucose response analysis.

After creating the profile, mobile application 104 may save insulin therapy-related settings with the profile. The insulin therapy-related settings may include user-specific dosage parameters of the user, delivery characteristics of the device, specific techniques that may be used to determine recommendations.

In one embodiment, each manual delivery device profile may comprise or be part of a user profile that includes a pre-configured correction dose for a particular blood glucose range. In one embodiment, a preconfigured dose may be entered at mobile application 104. In another embodiment, a preconfigured dose may be entered at one of the Web services 105 (e.g., by a healthcare provider or patient) and downloaded to the mobile application 104.

As will be described in more detail below, in one embodiment, the user may select from available doses and the system will monitor the dosing action at the associated manual delivery device. As described more fully herein, the administration action may be explicitly detected (e.g., by detecting the drug exiting the needle of the delivery device) or inferred (e.g., using capping information). In some cases, a correction dose may not be available for a limited period of time after the insulin dose or the detected possible dose. For example, the methods, systems, and devices provided herein may be capable of detecting a dose or a possible dose, but not determining a dose size, and thus such systems, methods, and devices may not be capable of determining an amount of active insulin (e.g., IOB) remaining in a user, whereby such systems may prevent a correction dose from being calculated or suggested within a certain period of time (e.g., at least 2 hours, at least 3 hours, at least 4 hours, or at least 5 hours) after a previously detected dose or a detected possible dose of rapid acting insulin.

Since meal dosage recommendations may be calculated for a manual delivery device with fast acting insulin, the profile may also include or involve algorithms for calculating meal dosages in order to counteract the effect of small, medium or large meals on blood glucose levels. In one embodiment, the algorithm may initially personalize the user with physiological information about the user, and over time, may personalize with actual glucose sensor data and drug administration event information.

Mobile application 104 is configured to record a history of historical treatment-related information, such as blood glucose levels, amounts administered, medications administered, and dosing schedule information.

The system 10 is also configured such that the accessory can be removed. For example, at a setup screen of mobile application 104, a user may select manual transport device 107 to remove/unpair from system 10. In response to the selection, manual delivery device 107 may initiate a confirmation prompt to the user. In one embodiment, a confirmation process involving a particular user action (e.g., pressing a button at the mobile device and a button at accessory 104) can be used to confirm the removal. In response to the confirmation, the device profile can be stored and accessory 103 can change to the unaffiliated state and power down.

The system 10 is also configured to add and remove the glucose sensor system 101 and other glucose monitoring devices configured to transmit blood glucose data. For example, and as described below, swiping or swiping accessory 103 within proximity of glucose sensor system 101 may activate a communication link between accessory 103 and glucose sensor system 101. In one embodiment, the communication link may be initiated according to a Near Field Communication (NFC) protocol, where an antenna and reader IC at the accessory interrogates a tag (typically a chip) at the glucose sensor system 101. The association/activation data may be shared among the systems so that other devices (accessories, mobile devices, etc.) may access the blood glucose data at the glucose sensor system 101.

Background activity and synchronization

When the necessary devices are available and online, the following activities may be performed in the background. These activities are described in the workflow below and may vary based on system state. For the following description, the first appendage 102 is associated with long-acting insulin delivery and the second appendage 103 is associated with rapid-acting insulin delivery.

Program execution on a first accessory associated with long-acting insulin delivery

In one embodiment, the first accessory 102 or a device in communication with the first accessory 102 may execute software to calculate a desired long acting insulin dose for the user. In one embodiment, the glucose measurement is sent to a long-acting insulin dose recommendation service hosted in the cloud. In various embodiments, the glucose value may be sent to the cloud service at regular intervals (e.g., via a wireless or cellular connection) so that the therapy parameters may be updated as described in the workflow above. In one embodiment, the pen cap 112 may comprise a wireless or cellular device and may send the glucose value to a cloud service via a wireless or cellular connection. In another embodiment, the first accessory 102 can be piggybacked on a wireless or cellular connection of the mobile device on which the mobile application 104 executes. The first accessory 102 can be via the mobile application 104 (e.g., via a local connection, such as

Figure BDA0002536925110000181

Or BLE connection) periodically back up data to the cloud.

When the updated therapy parameters are approved and available, the first accessory 102 can receive back the updated therapy parameters from the cloud service 105. Data flow examples will be described below.

Program execution on a second accessory associated with rapid-acting insulin delivery

In one embodiment, the second accessory 103 associated with rapid-acting insulin delivery or a device in communication with the second accessory 103 executes software containing an algorithm to calculate the user's desired rapid-acting insulin dosage. Glucose values and meal selections may also be sent to the quick-acting insulin dosage recommendation service at regular intervals (e.g., via wireless or cellular connection) so that they may be as described in the workflow aboveAnd (6) performing calculation. In one embodiment, second accessory 103 may comprise a wireless or cellular device and may send the glucose value to a cloud service via a wireless or cellular connection. In another embodiment, the second accessory 103 can be piggybacked on a wireless or cellular connection of a mobile device having the mobile application 104 installed and executing thereon. Second accessory 103 can be via mobile application 104 (e.g., via a local connection, such asOr BLE connection) periodically back up data to the cloud.

When the updated therapy parameters are approved and available, second accessory 103 receives back the updated therapy parameters from the cloud service. This data flow will be discussed in a subsequent section.

Program execution on mobile applications

The mobile application 104 may run in the background to synchronize with BLE devices (e.g., the first and second accessories 102, 103, the glucose sensor system 101) and the cloud, thereby acting as a conduit for information. The information is synchronized periodically as described above. Additionally, system state configurations, dose histories, and glucose trends and predictions may be viewed as computed in the cloud and pushed to the mobile application 104.

Updating treatment parameters

As shown in fig. 1A, the cloud service may execute algorithms to update and personalize user therapy parameters (ISF, CR, TDBD, glucose targets, correction charts, meal category doses) over time based on information provided from the local system (e.g., to the cloud). These values can be updated as data is pushed from accessory 102, accessory 103 to the cloud via mobile application 104 of the PWD. In one embodiment, when the new value is ready to be pushed to the user's mobile application 104, it may first be pushed (e.g., via a wireless or cellular connection) to the Web portal of the healthcare provider (HCP) for approval.

In some cases, the portal may alert the HCP that a new set of parameters is ready for review. The clinician may then review the values and approve or reject the values. If rejected, the cloud service is notified and no other action is taken.

If accepted, cloud service 105 is notified and pushes the values (e.g., updated parameters) to user's mobile application 104 for acceptance (e.g., via one of the local devices of the system (such as accessory 102, accessory 103), and/or the mobile application running on the mobile device). For example, the values can be transmitted to the mobile application, which then communicates the values locally to one or both of accessory 102, accessory 103.

In some cases, the algorithm may determine whether an update is suggested and send a notification to the user suggesting that the user update the user's treatment parameters (possibly after consultation with the user's physician).

Fig. 14 shows an exemplary process for updating therapy information according to one embodiment of the present disclosure. In operation 502, the user accesses therapy settings using mobile application 104. Therapy settings may be stored at mobile application 104, accessory 102, accessory 103, or both. In operation 504, the new therapy settings are provided via a user interface provided by the mobile application 104 and configured to receive the new settings. In operation 506, mobile application 104 can present a notification at the user interface that the settings need to be synchronized to accessory 102, accessory 103. In operations 508 and 510, mobile application 104 may wirelessly communicate one or more of the new settings to accessory 102, accessory 103. In one embodiment, the long-acting related therapy settings are sent to an accessory associated with long-acting insulin delivery and the fast-acting related therapy settings are sent to an accessory associated with fast-acting insulin delivery.

Pen cap and insulin pen system architecture

During use, the treatment management system 10 may assist the PWD (or its caregiver) in determining when to inject insulin and how much to inject insulin. The system 10 may be configured to provide recommendations based on current data from the glucose sensor, based on stored therapy parameters, and/or based on data regarding insulin injections to assist the PWD (or caregiver) in determining an appropriate insulin dose. In some embodiments, accessories 102, 103 are configured to collect and provide data regarding insulin injection events.

In one embodiment, the manual delivery devices 106 and 107 shown in fig. 1B and 1C may be insulin pens, including commercially available mechanical insulin pens containing any suitable insulin, such as long acting insulin and fast acting insulin (sometimes referred to as fast acting insulin or ultra-fast acting insulin). Suitable fast acting insulins includeAnd

Figure BDA0002536925110000202

suitable long acting insulins includeAnd

Figure BDA0002536925110000204

as an example, the manual delivery device 107 may be a long acting insulin injection pen 110 and the manual delivery device 106 may be a rapid acting insulin injection pen 120, as shown in fig. 1B and 1C. In fig. 1B, insulin therapy management system 11, insulin pen 110, insulin pen 120, GCM130 and mobile device 140 are shown with a therapy management mobile application executing thereon. The first accessory 102 may be a pen cap 112 and the second accessory 103 may be a pen cap 122. In fig. 1C, insulin therapy management system 12, insulin pen 110 with pen cap 112, insulin pen 120 with pen cap 122, GCM130, BGM150, and mobile device 140 having a therapy management mobile application executing thereon are shown. As shown, the system 12 has the components of the system 11, but also has a BGM150 and a display of different mobile applications for blood glucose values.

Insulin pens 110, 120 may include dials (not shown) that may be used to configure the pens to inject insulin doses corresponding to dial rotations. In some embodiments, each insulin injection pen may be a reusable insulin pen that includes a display or audio and/or input device, such as those disclosed with respect to the pen caps disclosed herein. One example of a reusable insulin pen is an insulin pen that includes a compartment for unloading spent insulin cartridges and loading new insulin cartridges. Insulin pen 110, insulin pen 120 can include interfaces for wireless and/or wired communication with one or more of a pen cap, glucose sensor, mobile device, and other accessories.

Pen capping information (i.e., information about when a pen cap is secured to and/or released from an insulin pen (also referred to herein as "capping" and "uncapping", respectively)) may include information about the current capping period (e.g., the time since last capping), information about the duration of one or more uncappings, and the time course of each uncapping and each capping (e.g., the time of day or the time elapsed thereafter). In some embodiments, pen capping information may be displayed to a user at an interface of the pen cap. In some embodiments, pen capping information may be announced by a speaker in the pen cap. For example, in some embodiments, the cap may provide a timer clock (or countdown timer) that counts from the last time the cap was secured to the injection pen. In some embodiments, the pen cap may wirelessly transmit pen capping information to the mobile device 140 (e.g., a smartphone running a mobile application, a tablet, etc.).

Pen capping information may be used to adjust the user experience. In some embodiments, the pen cap adjusts the presentation of therapy-related information and/or recommendations provided to the user in response to the pen capping information. For example, in some embodiments, the pen cap may provide bolus recommendations based on data from the CGM 130 to correct elevated glucose levels, but presentation of such correction bolus recommendations may be limited to periods when the current pen capping duration is greater than a threshold period of time (e.g., at least 3 hours, at least 4 hours, or at least 5 hours). In some embodiments, the pen caps 112 and 122 may provide notifications, alerts, and/or alarms to a user based on pen capping information (e.g., based on an amount of time that a pen has been capped and/or uncapped). For example, if the pen cap 112 and pen cap 122 are removed from the injection pen within a threshold period of time since the previous capping (e.g., within 30 minutes or 1 hour for fast acting insulin, within 6-12 hours for long acting insulin), the pen cap may provide a visual, audible, and/or tactile notification to indicate to the user that insulin may have been administered using the pen recently. In some embodiments, the cap 112 and the cap 122 may be in wireless communication with the mobile computing device 140, and may announce or display one or more notifications, alerts, and/or alarms based on pen capping information on the mobile computing device.

The capping sensor for detecting possible capping, uncapping and recapping events may be an analog or digital electronic sensor integrated with the pen cap or more generally with the accessory, which is responsive to attachment or removal from the insulin pen. In one embodiment, it may incorporate a piezoelectric material that generates a small current when pressure is applied to the piezoelectric material (e.g., from a secure attachment to an insulin pen). In another embodiment, it may respond to relative motion between itself and a small magnetic element attached to the medical delivery device. In yet another embodiment, it may be responsive to opening and closing a circuit (e.g., open when the cap is removed, closed when the cap is closed). Any suitable sensor for detecting capping and uncapping may be used.

Capping/uncapping events and drug administration events

The pen capping information may be stored, displayed, and analyzed in conjunction with the glucose data to determine user behavior, such as whether the person properly administered the insulin required for a meal and/or corrected for elevated blood glucose levels. In some embodiments, pen capping information may be presented on a graphical representation of the user's blood glucose data and presented to the user and/or a healthcare professional. In some embodiments, blood glucose data from a period of time after each capping event may be evaluated to determine whether the user has properly administered insulin, an under-dose, or an over-dose for the capping event.

In some embodiments, a pen uncap event, pen cap event, or pen cap event may be ignored if the other information indicates that no dose is provided. For example, in the event that a change in the dosage selection (e.g., dial) of the insulin pen is not detected, the event can be ignored.

In one embodiment, the pen caps 112, 122 may be configured to track pen capping events, which may be used to infer a drug administration action. In various embodiments, system 11 and/or system 12 may be configured to infer that a capping event corresponds to a dosing action and record the capping event (e.g., as a dosing event), including one or more of time, insulin type, and amount of insulin delivered. In one embodiment, the amount of insulin delivered may be captured at insulin pen 110, insulin pen 120 and provided to pen cap 112 and pen cap 122. In some embodiments, pen caps 112, 122 can determine and track the remaining insulin in insulin pens 110, 120 based on the amount of each dose. In another embodiment, the pen caps 112, 122 can track the amount of insulin remaining in the insulin cartridge and determine the amount of insulin associated with the administration action based on changes in the amount of insulin in the insulin cartridge. In additional embodiments, the smart pen or pen accessory may detect a dose that is set or administered using other suitable techniques.

In some embodiments, the pen caps 112, 122 may include one or more of the following components: smart sensors that detect substances on the user's finger, sensors that determine whether insulin needs to be replaced or has deteriorated (e.g., along with blood glucose data), touch screens, and capacitive touch buttons. For example, the mobile application or one or more of the pen cap 112, 122 may include a temperature monitor that monitors one or more of an average temperature, a high temperature, or a low temperature experienced by the pen cap 112, 122. Such temperature ranges and/or minimum and maximum values may be attributable to therapy (e.g., insulin) attached to the cap 112, 122. After exposure to the minimum and/or maximum temperatures (e.g., or a selected period of time within a selected temperature range), the pen cap 112, 122 may provide an alert and/or alert to the user that insulin has been exposed to an out-of-range temperature (e.g., outside of recommended levels for the user and/or insulin storage).

In some embodiments, such a temperature sensor may be used in conjunction with a blood glucose sensor to indicate that insulin has no expected effect on the subject's blood glucose level if insulin has been exposed to a selected temperature level. For example, an alarm and/or alert may be provided where insulin has been exposed to an out-of-range temperature and where data from the blood glucose monitor indicates that insulin has no expected effect (e.g., less than or greater than an expected change) on the subject's blood glucose level. In some cases, the methods, systems, and devices provided herein may adjust notifications related to temperature exposure based on additional data that indicates that the effectiveness of insulin has been affected or may have been affected, in order to reduce user experience notification fatigue. In some embodiments, the mobile application or cap 112, 122 may trigger a reminder for the user to take post-injection readings to determine the effectiveness of the insulin most recently provided to the subject.

In some embodiments, the mobile application or cap 112, 122 may communicate with a wearable device (e.g., a smart watch) on the PWD to determine the action to be taken by the subject (e.g., if the subject is eating). For example, a wearable application may execute on the wearable device, enabling a user to interface with one or more of pen cap 112, pen cap 122, insulin pen 110, insulin pen 120, mobile device 140, and other accessories. In some embodiments, the wearable application may interface with a mobile application executing on the mobile device 140 (such as the mobile application 104). The mobile application may perform processing on various features described herein, and the wearable application may provide alerts and recommendations to the user, as well as provide information received from the user's wearable device, such as instructions for meal, exercise, or medication actions, to the mobile application.

Swipe/gather glucose information

FIG. 2 illustrates a PWD utilizing one or more portions of the diabetes management system 10 of FIG. 1. As shown in fig. 2, PWD20 may have glucose sensor system 101 applied to its arm, for example, so that the glucose sensor system may detect the PWD's blood glucose level, and the user may use the cap 122 affixed to the rapid-acting insulin pen 120 to interrogate the glucose sensor system 101. The cap 122 in fig. 2 may display treatment-related information before and after the user swipes the cap 122.

Fig. 3 shows a display on the cap of the pen. As shown in fig. 3, for example, the display 124 on the pen cap 122 may depict the time of the last dose 125 (e.g., the time and/or date of the last dose) or "last dose," which may assist the user in remembering whether a bolus was taken for the last meal and help the user avoid inadvertent superimposition of boluses. In some embodiments (such as where the pen cap is capable of detecting the size of the dose), the display may additionally display the number of units of the last dose. In some embodiments, the time course of the last dose may be a chronograph clock to indicate how long ago the last dose was administered. In some implementations, the display may depict the most recently obtained blood glucose level and the time at which it was obtained. In some embodiments, the display may be a bi-stable display, such as an electronic paper display. An electronic paper display is a display that simulates the appearance of ordinary ink on paper. In some embodiments, the display may include identifying information (e.g., a label identifying the user, such as "Sarah's pen") and/or information about the type of insulin pen attached to the pen cap (e.g., brand of insulin, whether the insulin is fast acting or long acting, etc.). As shown, the cap 122 may include a button 123 that may be used to wake up (change mode) the cap, switch between screens, and/or provide other functions.

Fig. 4 depicts the pen cap 122 showing blood glucose data 129, which may include current blood glucose levels and trend arrows. The blood glucose level may be received from the glucose sensor system 101 after scanning the pen cap 122 as shown in fig. 2. In some embodiments, placing the pen cap 122 close to the glucose sensor system 101 (e.g., scanning over the sensor 130) may serve to wake the pen cap 122 from an idle mode. In some cases, pressing the button 123 may wake up the pen cap 122 to allow scanning of the glucose sensor system 101. In some cases, removing the pen cap 122 from the pen 120 may wake the pen cap 122 to allow scanning of the glucose sensor system 101.

For quick-acting delivery recommendations

In one embodiment, system 11 and/or system 12 may be configured to provide a correction dose recommendation and present the recommendation at a user interface. Turning to fig. 4, the display of the pen cap 122 includes a recommended correction dose 127d and a corresponding correction dose icon 126 d. If the user's glucose level is within an acceptable range, the pen cap 112 may display information indicating that no correction of the dose is required in response to the recommendation system. In some embodiments, further input may be input or required by the user, such as an indication of a meal for the user to select (e.g., where the pen cap 112 may then display a plurality of meal options, as discussed below). In some cases, button 123 may be progressively depressed to increase meal size, progressively display larger meal sizes, and/or highlight different meal sizes. If necessary, the dose associated with the meal and any correction doses may be provided to the user along with the serving size of the meal. The indication of the serving size of the meal may be based on the size of the icon, the number of carbohydrates displayed, and/or a label (e.g., small or S, medium or M, large or L). In other embodiments, the meal indicator or icon may be based on other characteristics of the meal, such as preferred meal selections made by the user, meals having selected nutritional characteristics (e.g., carbohydrates), certain meals based on time of day (e.g., breakfast, lunch, dinner, snack), and so forth.

The recommended correction dose may only be effective for a set period of time, for example, because blood glucose levels may change due to factors such as basal metabolism, diet, and exercise. In one embodiment, the pen cap 122 may be configured to display the recommended correction dose over a set period of time (e.g., a period of time since the last scan event as described in fig. 2). The set time period may be user defined, or it may be determined based on a confidence level corresponding to the duration of the recommendation and the physiological factors of the user. Thus, the recommended correction dose may have an associated confidence level and a "decay rate" for that confidence level. Upon expiration of the timer (e.g., within the last 5, 10, 15, 20, 30 minutes, or more), the cap 122 may stop displaying the recommended correction dose. In some cases, the cap 122 may stop displaying the recommended correction dose when the received glucose value expires (e.g., it exceeds a 10, 15, 20, or 30 minute period). In various embodiments, the glucose data transmitted from the glucose sensor system 101 to the pen cap 122 in a single transmission may include data that the pen cap may use to determine at least two Estimated Glucose Values (EGVs) over a period of time extending for at least 30 minutes. In some embodiments, a single transmission may include at least 1 hour of glucose data, at least 2 hours of glucose data, at least 4 hours of glucose data, at least 6 hours of glucose data, or at least 8 hours of glucose data. For example, a CGM and/or a flash glucose monitor (such as glucose monitor 130) may transmit multiple hours of glucose data in a single transmission event.

In one embodiment, in response to expiration of the timer, the display 124 on the cap 122 may indicate to the user that a new blood glucose reading is needed before an updated recommendation may be made based on the blood glucose data. In some cases, a pen cap without current blood glucose data may provide a recommendation based only on meal size, but may optionally additionally include an indication that the recommendation does not include a correction component.

In one embodiment, the correction dose may only be displayed if the current blood glucose value is available (e.g., an effective blood glucose value from the previous 10 minutes, from the previous 15 minutes, or from the previous 30 minutes). If a valid blood glucose value is not available, a message may be displayed to the user that the current blood glucose value is desired.

Fig. 5 depicts a pen cap 122 having meal-related medication recommendations (referred to herein as "meal recommendations") 127a-127c that may be displayed for different serving sizes of meals identified by meal icons 126a-126 c. For example, in use, the user may press button 123 after viewing the screen of fig. 4 to obtain a meal recommendation. In some embodiments, the meal recommendation may be based on a meal dose set by the healthcare professional, PWD, and/or caregiver during setup using the mobile application or as updated by the healthcare professional, PWD, and/or caregiver. In some embodiments, the meal recommendation may be based on user-specific dosage parameters that are automatically updated by the system using any suitable algorithm to update the dosage parameters. In some embodiments, the meal recommendations 127a-127c may include both meal doses and correction doses when the user has recently (e.g., within the last 5, 10, 15, 20, 30 minutes, or more) obtained a blood glucose reading. In some embodiments, the meal recommendations 127a-127c may include only meal doses, and the pen cap 122 may not require the user to scan a glucose sensor in order to receive the meal recommendations 127a-127 c.

In some embodiments, the cap 112 can deny the provision of a correction dose for a predetermined period of time after a previous dose and/or for a period of time after a previous dose based on the determination of the amount of active insulin (e.g., IOB) in the PWD. In some cases, the correction dose may be adjusted based on an estimate of active insulin (e.g., an IOB estimate). In some cases, the IOB may be unknown, but an estimated percentage of the active remaining from the previous dose may be determined and displayed to the user. In some cases, the correction dose calculation value may be decreased based on the estimated percentage of remaining active insulin being within a predetermined range (e.g., the remaining active insulin is determined to result in a 25% -75% decrease in the recommended correction dose between 5% and 25%). For example, the cap 112 may continue to increase the recommended correction dose for a time between 2 hours and 4 hours after the previous dose based on the estimated active insulin percentage in the subject.

Alarm/alert thresholds for drug administration actions

In some embodiments, if the pen cap 122 has identified other recent doses (e.g., by detecting a capping action of the pen cap within the last 3 hours, the last 4 hours, or the last 5 hours) without knowing the size of the dose, the pen cap may refuse (e.g., initially refuse and optionally cover) to add correction components in order to prevent inadvertent superimposition of correction boluses. In some embodiments, the meal icons 126a-126c may indicate whether the recommendation includes a correction component. In some embodiments, an additional icon or display may indicate whether there is a recommended correction dose included and/or the size of the recommended correction dose. In some embodiments, by pressing button 123, the user may obtain a screen displaying the current blood glucose value, trend information (e.g., trend arrows), and recommended correction doses. In some embodiments, if there is a recent dose of insulin (e.g., within the last 1, 2, 3, or 4 hours), a warning screen may appear next to or above the recommendation to indicate that there is a recent dose in order to prevent inadvertent superimposition of insulin. In some implementations, a notification icon 128 can appear on the cap 122 to indicate to the user that there are more detailed suggestions, cues, alerts, or alarms available to the user in the mobile application on the mobile device 140.

Recommendations specific to long-acting insulin delivery

Fig. 6 depicts a pen cap 112 that may be used on a long acting insulin injection pen 110. In some embodiments, the cap 112 and the cap 122 may share one or more (e.g., most, all) of the operational features. As shown in fig. 3-6, the cap 112 and the cap 122 may have different visual appearances (e.g., different colors, markings, patterns, etc.) or physical structures (shapes, textures, etc.) to assist the user in distinguishing between long-acting insulin and fast-acting insulin, as inadvertent delivery of the wrong type of insulin may cause hypoglycemic or hyperglycemic events. The cap 112 may include buttons 113 and a display 114 (e.g., an electronic paper display). When the user presses button 113 (e.g., to wake pen cap 112), display 114 may alert the user to the amount 117 of long-acting insulin (with appropriate icon 116) that the PWD should inject based on the stored therapy parameters (e.g., even if a blood glucose reading has not been received from the associated blood glucose sensor).

In some embodiments, if the user has recently removed the cap 112 from the pen 110, the display may depict information or other warnings as to when the cap 112 was removed to prevent inadvertent secondary delivery of long-acting insulin. In some embodiments, the cap 112 may provide a notification sound to indicate to the user that it is time to deliver the long-acting insulin based on the stored therapy parameters. In some cases, if a user has not administered a drug (i.e., "missed a dose") within a certain threshold period of time of a planned administration time, methods, devices, and systems may provide an alert, or notification to the user (e.g., via a pen cap or via a mobile application). In some embodiments, a suitable therapy adjustment algorithm may suggest to the user to alter the stored therapy parameters and/or automatically update the stored therapy parameters related to the administration of long-acting insulin.

In some embodiments, long-acting insulin pen cap 112 can use pen capping information to infer a drug administration action. If no dosing action is inferred for a certain time within a certain time frame, the pen cap 112 may detect the missing dose of long-acting insulin. A missed dose alert, warning, and/or notification to the user can be generated and provided to the user. The missed dose notification may include information about the missed dose, including an expected time and an expected amount of long-acting insulin to be delivered.

In some embodiments, a time threshold parameter may be provided that defines a time period since the last inferred administration action. The time threshold parameter may be configurable so the user may set different time periods (e.g., a value may be entered by the user in a setup screen or selected from a list of recommended time periods). If the time since the last inferred administration action exceeds the time threshold parameter, a missing dose may be inferred and a missing dose alarm, alert, and/or notification may be generated and provided to the user.

In some embodiments, the pen cap 112 may interrogate the glucose monitor 130 to receive glucose data and/or receive blood glucose data via the mobile device 140 and/or the pen cap 122. In some embodiments, the display 114 may depict recent blood glucose data, the time of the data, and/or glucose trend data (e.g., trend arrows). In some cases, the pen cap 122 may be adjusted such that it does not display the current blood glucose level in order to avoid the user from confusing the pen cap 122 with the quick-acting pen cap 112. In some embodiments, the display 114 may include a recommended dose 117 of long-acting insulin. In some cases, if a correction dose is needed, the pen cap 112 may indicate to the user that the pen 120 should also be used to deliver a correction dose of rapid acting insulin.

Treatment related information

In some embodiments, one or more of the cap 112, 122 may track and display an estimated percentage of the dose administered over time. For example, the pen caps 112, 122 may track the estimated percentage of active insulin (e.g., IOB) remaining in the subject over time after each dose has been administered. In some cases, the IOB remaining percentage indicator may be displayed based on the most recent capped time (e.g., the IOB remaining percentage indicator may indicate that the IOB remains 100% immediately after capping, but then decreases over time after the last capping until it falls to zero). In some cases, the cap 112 may include a calculated percentage of rapid-acting insulin activity that may decay over a period of 3-6 hours. In some cases, the cap 122 may include a calculated percent long-acting insulin activity that may decay over a period of 12-36 hours. In some cases, a pen cap suitable for a medium acting insulin may determine the percentage of intermediate active insulin, which may decay over a period of 6-12 hours. In some cases, the pen cap 112 and/or the pen cap 122 may be adapted to determine the amount of insulin remaining in the insulin injection pen, thereby determining the dose and displaying a real-time estimate of active insulin as units of insulin per type of insulin.

Exemplary System architecture

Fig. 7 depicts an exemplary communication architecture for a system (e.g., system 11 depicted in fig. 1B) illustrating possible communication links between components of the system. The various components may interface with each other via controlled wireless, NFC, or BLE protocols. Each of these components displays, transmits, and receives information based on an ongoing system workflow at a specified point in time. As shown, the glucose monitor 130 may communicate with the quick-acting pen cap 122, the communication link 231, and/or with the mobile device 140, the communication link 232 via NFC. In some cases, the second BLE communication link 232 may be located between the mobile device 140 and the glucose monitor 130, which may allow real-time alerts or warnings without user action based on the current blood glucose received by the mobile device 140 via BLE communications. In some embodiments, long-acting pen cap 112 may communicate with glucose monitor 130 via NFC communication. In some embodiments, the long acting pen cap 112 does not communicate directly with the glucose monitor 130 via NFC (or in some embodiments, communicates directly with the BGM via BLE), which may prevent user confusion due to the fact that only fast acting insulin should be used for correction or meal dosage. In some embodiments, glucose monitor 130 may additionally communicate with the mobile device via a radio that transmits glucose values at predefined intervals. Both the cap 112 and the cap 122 may communicate with the mobile device 140 via BLE communication. Glucose data, programmed therapy parameters (e.g., daily doses of long acting insulin, doses required for different meal sizes (which may vary with time of day), insulin sensitivity coefficients, carbohydrate to insulin ratios, etc.), pen capping data (and optionally dose data when detected by the pen cap), may be communicated between the mobile device 140 and each of the pen caps 112 and 122, and the system data may be communicated to a Web service 250 (which may be any remote server) via a WiFi or cellular connection 241. In some embodiments, each cap 112, 122 may include a processor and memory configured to run an algorithm to determine the recommended dosage. In some embodiments, the mobile device 140 may execute a therapy recommendation or therapy parameter update algorithm to recommend changes to the programmed therapy parameters and/or automatically update the programmed therapy parameters. In some embodiments, Web service 250 may execute algorithms to recommend changes to and/or automatically update programmed therapy parameters. In some embodiments, time course data for capping and/or uncapping events from cap 112 and cap 122 (a capping event and an uncapping event may be referred to herein individually as a "capping event". Another event for generating capping information is a capping event followed by a recapping event) may be included in the algorithm to provide treatment recommendations.

In some embodiments, the initial therapy parameters may be programmed into a mobile application on the mobile device 140 and transmitted to the cap 112 and the cap 122 via BLE communication links 211 and 221. In some embodiments, the pen cap 122 may recommend a correction dose and a meal dose using the treatment parameters received from the mobile application. In some embodiments, the treatment parameters may include the dose of meals required for different serving sizes (e.g., a small meal, a medium meal, and a large meal). In some embodiments, the treatment parameters may include treatment parameters for correcting glucose values, such as insulin sensitivity coefficients. In some embodiments, the correction may be based on a linear sliding scale correction, such as discussed below. In some embodiments, the pen cap 112 may receive a treatment parameter indicative of a daily amount of long-acting insulin. In some embodiments, the pen cap 112 may receive a recommended long-acting insulin dosing time from the mobile device mobile application 140 (e.g., once daily at 9 pm, once daily at 8 am, twice daily at 8 am and 8 pm, etc.).

Delivering rapid acting insulin doses

When the user decides (e.g., before a meal) to deliver a rapid-acting insulin dose, the system may initiate the following workflow. Some actions are optional and may not be invoked if a particular device is not available or if the user chooses not to use the actions.

Collecting glucose readings

The user may initiate an NFC transmission from the sensor to a rapid acting insulin smart cap (RCap) by: the cap is woken up and swung over the sensor as shown in fig. 2 and 3.

After taking a glucose reading, the pen cap presents the user with their current glucose value and trend line along with a recommended correction dose or action. If no glucose value was available within the last 10 minutes, the pen cap displays a main screen with no value and the system proceeds to the next step in the workflow upon user initiation. In some embodiments, the suggested correction dose may depend on pen capping information, as discussed elsewhere. For example, in some embodiments, the recommended correction dose for an elevated glucose reading will only be displayed when the pen cap is on the pen for at least a threshold period of time (e.g., at least 2 hours, at least 3 hours, or at least 4 hours). The time of the last dose can be displayed, which will be based on the last capping of the pen cap.

Fig. 8 illustrates a corrective dose recommendation process according to one embodiment of the present disclosure. In operation 402, detected removal of the quick-acting cap 122 (e.g., by a user) enables a recommendation mode. In one embodiment, when the cap 122 is subsequently removed from the insulin pen, the cap 122 may change from a low power consumption mode to an active mode. In one embodiment, while in the low power mode, the cap may display information about the last administration action, e.g., the amount of insulin and/or the time of the last dose, such as shown in fig. 3. In operation 404, the pen cap 122 enables the intermediate mode to read glucose measurements from the glucose monitor 130 in response to uncapping and swiping near the glucose monitor 130, and sends a prompt to the user to swipe the pen cap 122 near the glucose monitor 130. In one embodiment, the pen cap 122 may also enable a reader configured to interrogate the glucose monitor 130 when the pen cap 122 is in proximity. In one implementation, the reader may be an NFC antenna that advertises itself as being available for BLE communications. In one embodiment, a bluetooth tag may be coupled to the glucose monitor 130, which may communicate with the reader in response to the notification. In operation 406, the glucose sensor 120 provides the blood glucose measurement to the pen cap 122 in response to the query, and the pen cap 122 decodes the received measurement. In one embodiment, the glucose measurement value may be encrypted or encoded using a proprietary format. In operation 408, the user presses the button 123, and the cap 122 enables the correct dose recommendation mode in response to the user asserting the button. In operation 410, the pen cap 122 recommends a correction dose at a display on the pen cap 122. In one embodiment, the correction dose is determined at the pen cap 122. In another embodiment, the correction dose is determined at another device (such as the mobile device 130) and communicated to the pen cap 122. In various embodiments, the pen cap 122 may be configured to toggle between a glucose reading mode and a recommendation mode, and the user may be able to receive current measurements and current recommendations. The cap 122 may be configured to change back to the low power consumption mode in response to a timeout.

User assessment of dietary glycaemic effect (optional)

If the user intends to administer a dose for a meal, they move to the next screen and will see three different dose recommendations for a meal for which the blood glucose will have a small, medium or large impact. These recommendations may change over time to adapt to the user's habits and physiology. The recommended dose includes a correction based on the user's glucose reading (if applicable).

Injecting a rapid acting insulin dose and capturing the insulin dose

The user removes the RCap from the insulin pen and installs the needle onto the insulin pen. The needle is pre-filled and then the user dials to his desired dose and injects insulin. The user removes the needle and replaces the cap on the rapid-acting insulin pen. The glucose values (if applicable) are transmitted via BLE to the mobile application where they are stored locally on the smartphone. When a connection to the cloud is available via cellular or WiFi, the data is then synchronized to the cloud. In some embodiments, a portion of the system (e.g., cap, mobile application) may monitor pen usage (e.g., based on data entered by a user relating to average usage of the device) to detect a priming action (e.g., clicks in the pen (such as two sets of clicks) and/or input from the user relating to priming or no priming) and/or selection of a dose. In some cases, the methods, systems, and devices provided herein can detect needle presence to infer priming behavior (i.e., priming is assumed if the needle is removed and replaced). In some cases, the methods, systems, and devices provided herein can assume priming based on dose volume and expected glucose effect.

Fig. 9 illustrates a rapid-acting dose injection process according to one embodiment of the present disclosure. In operation 422, the user activates the mobile application and enters meal information. In operation 424, the mobile application presents one or more correction dose recommendations to the user. In one embodiment, these recommendations are based on an aggressive (gliding) scale. In one embodiment, these recommendations may be based on low, medium, or high glycemic impact of the dietary information entered by the user. In another embodiment, the recommendations may be based on glucose readings, and the recommendations may be based on a confidence that the glucose readings are not too old. For example, if three recommendations are presented, the first recommendation may correspond to a high confidence that the last glucose reading was still valid. The second recommendation may correspond to a median confidence that the last glucose reading was still valid. The third recommendation may correspond to a low confidence that the last glucose reading was still valid. In operation 426, the user removes the pen cap 122, which is detected by the pen cap 122. In operation 428, the user pre-fills the insulin injection pen 120 to deliver a dose. In operation 430, the user injects a dose of insulin from the insulin injection pen 120. In operation 432, the user replaces the cap 122 and the cap 122 detects this. In operation 434, the pen cap 122 records the drug administration action and the time of the drug administration action in response to the detected capping event. In operation 436, the pen cap 122 returns to the low power consumption mode in response to a capping event.

Delivering long-acting insulin doses

When the user decides to deliver a long acting insulin dose, the system initiates the following workflow. Some steps are optional and may not be invoked if a particular device is not available or if the user chooses not to use the steps.

Collecting glucose readings

The user may initiate an NFC transmission from a glucose sensor (typically CGM) to the extended insulin pen cap 112 by: the cap is woken up and waved over the sensor.

After taking a glucose reading, the pen cap presents the user with their current glucose value and trend line along with the recommended long-acting insulin dose. If no glucose value was available within the last 10 minutes, the pen cap only displays a long-acting insulin dose recommendation, which is customized according to the user's habits and physiology and may change over time with clinician supervision and approval.

Fig. 10 illustrates a corrective dose recommendation process according to one embodiment of the present disclosure. In operation 442, the user removes the pen cap 112 to enable the recommendation mode. When the pen cap 112 is subsequently removed from the insulin pen, the pen cap 112 may change from the low power consumption mode to the active mode. In one embodiment, while in the low power mode, the cap may display information about the last long-acting insulin delivery action, e.g., the amount of insulin and/or the time of the last dose, such as shown in fig. 3. In operation 444, the cap 112 enables the intermediate mode to read glucose measurements from the glucose monitor 130 in response to uncapping and waving near the glucose monitor 130, and sends a prompt to the user to swipe the cap 112 near the glucose monitor 130. In one embodiment, the pen cap 112 may also enable a reader configured to interrogate the glucose monitor 130 when the pen cap 112 is in proximity. In one implementation, the reader may be an NFC antenna that advertises itself as being available for BLE communications. In one embodiment, a bluetooth tag may be coupled to the glucose monitor 130, which may communicate with the reader in response to the notification. In operation 446, the glucose monitor 130 provides the blood glucose measurement to the pen cap 112 in response to the interrogation, and the pen cap 112 decodes the received measurement. In one embodiment, the glucose measurement value may be encrypted or encoded using a proprietary format. In operation 448, the user presses the button 113, and the cap 112 enables the correction dose recommendation mode in response to the user asserting the button. In operation 450, the pen cap 112 recommends a correction dose at a display on the pen cap 112. In one embodiment, the correction dose is determined at the pen cap 112. In another embodiment, the correction dose is determined at another device (such as the mobile device 130) and communicated to the pen cap 112. In various embodiments, the pen cap 112 may be configured to toggle between a glucose reading mode and a recommendation mode, and the user may be able to receive current measurements and current recommendations. The cap 112 may be configured to change back to the low power consumption mode in response to a timeout.

Insulin injection dose

The user removes the cap 112 from the insulin pen and mounts the needle onto the cartridge. The needle is pre-filled and then the user dials to his desired dose and injects insulin. The user removes the needle and replaces the cap on the rapid-acting insulin pen. The glucose values (if applicable) are transmitted via BLE to the mobile application where they are stored locally on the smartphone. When a connection to the cloud is available via cellular or WiFi, the data is then synchronized to the cloud. In some embodiments, a portion of the system (e.g., cap, mobile application) may monitor pen usage (e.g., based on data entered by a user relating to average usage of the device) to detect a priming action (e.g., clicks in the pen (such as two sets of clicks) and/or input from the user relating to priming or no priming) and/or selection of a dose.

Fig. 11 illustrates a rapid-acting insulin injection process according to one embodiment of the present disclosure. In operation 462, the user activates the mobile application and enters meal information. In operation 464, the mobile application presents one or more correction dose recommendations to the user. In one embodiment, these recommendations are based on an aggressive (gliding) scale. In one embodiment, these recommendations may be based on low, medium, or high glycemic impact of the dietary information entered by the user. In another embodiment, the recommendations may be based on glucose readings, and the recommendations may be based on a confidence that the glucose readings are not too old. For example, if three recommendations are presented, the first recommendation may correspond to a high confidence that the last glucose reading was still valid. The second recommendation may correspond to a median confidence that the last glucose reading was still valid. The third recommendation may correspond to a low confidence that the last glucose reading was still valid. In operation 466, the user removes the cap 112, which is detected by the cap 112. In operation 468, the user pre-fills the insulin injection pen 110 to deliver a dose. In operation 470, the user injects a dose of insulin from the insulin injection pen 105. In operation 472, the user replaces the cap 112 and the cap 112 detects this. In operation 474, the pen cap 112 records the drug administration action and the time of the drug administration action in response to the detected recapping event. In operation 476, the pen cap 112 returns to the low power consumption mode in response to a capping event.

Checking the status of quick-acting caps and long-acting caps

Fig. 12 illustrates a status check at the cap 112 and the cap 122 according to one embodiment of the present disclosure. By way of example, the status information may include the date and time of the last bolus dose, glucose trendlines, recent glucose readings and times, and recommended correction doses. In operation 482, the user requests a status check from the cap 122 associated with the rapid-acting insulin delivery. In operation 484, a user requests a status check from the pen cap 112 associated with long-acting insulin delivery. In operation 486, the cap 122 may display status information in response to a request by the user. In some embodiments, the pen cap 122 may continuously display the date and time of the last effective dose when in the low power mode. In operation 488, the cap 112 may display status information in response to a request by the user. In some embodiments, the cap 112 may continuously display the date and time of the last bolus when in the low power mode.

Checking system status

The user may check the system state in the following locations:

FIG. 13 illustrates state checking at a mobile application according to one embodiment of the present disclosure. By way of example, the status information may include system maintenance information (remaining charge, remaining insulin, sensor status, etc.), date and time of last bolus or bolus dose, glucose trendlines, recent glucose readings and times, detailed predictions and trends, and recommended correction doses. In operation 492A, the user requests a status check from the mobile application. In operation 494A, the mobile application may display status information in response to the user's request.

FIG. 15 shows a process for checking the status of a system according to one embodiment of the present disclosure. In operation 522, the mobile application 104 is launched. At operation 524, the mobile application 104 presents a prompt to the user, the prompt being a scanning glucose sensor system. In one embodiment, mobile application 104 may present the prompt in response to a request to check the system status received at the user interface. In operation 526, the mobile device running the mobile application 104 swipes near the one or more glucose sensors. In operation 528, mobile application 104 receives blood glucose data from the one or more glucose sensors. In operation 530, the mobile application 104 determines and presents the glucose data and trends, typically within the most recent time window.

Mobile application user interface

The methods and systems provided herein may additionally include a mobile application running on a mobile device (e.g., a smartphone or tablet) that is in wireless communication (e.g., via BLE) with one or more caps described herein. In some embodiments, blood glucose data may be transmitted from the glucose sensor system 101 (e.g., from the glucose monitor 130 and/or the glucose meter 150), via the pen cap and/or directly from the glucose sensor system. In some embodiments, the mobile application may have a user interface that displays a graphical representation of blood glucose data. In some embodiments, the graphical display of blood glucose data over time may include an indicator conveying pen capping information.

Fig. 16 illustrates an exemplary display of a system (e.g., a mobile device). For example, fig. 16 shows an exemplary user interface for a mobile application that includes a graphical representation of blood glucose data with markers (e.g., triangles, circles, wedges, or any other suitable dose icons or indications) along the x-axis that show the time course of certain actions, such as a recapping action (which may be considered the time course of an insulin dose) and/or other actions (such as the time course of a glucose reading). In some embodiments, if decapping is extended (e.g., if the pen remains uncapped for a longer period of time before the pen cap is applied), the triangle may be wider to indicate the time during which an insulin dose may have been administered. In some embodiments, these icons may be different (e.g., different colors or shapes) depending on the insulin type associated with the cap with the recapping action. In some embodiments, the graphical presentation of blood glucose levels may switch between a 3 hour and 12 hour time range. In some embodiments, the home screen may include a simplified presentation of the current EGV, a curve showing the EGV shown 30 minutes ago, and a curve showing the predicted EGV for the next 30 minutes.

A message may be displayed on the main screen to provide the user with reminders regarding recommended actions the user may take to improve their treatment. In some embodiments, the mobile application may provide guidance to the user based on a combination of glucose data and/or pen capping information. In some embodiments, the guidance via the application may be submitted to approval by a healthcare professional over a cloud connection before being provided to the user. For example, in some embodiments, blood glucose data after a capping action may indicate that insulin is typically under dosed or insulin is typically over dosed for a particular meal. In some embodiments, the methods and systems provided herein may then adjust the user-specific treatment parameters or recommended dosage of rapid-acting insulin based on the blood glucose data after each capping event. In some embodiments, glucose data after or around each capping event may be sent to the healthcare professional to cause the healthcare professional to update the user-specific dosage parameters or recommended dosages for the user (which may be based on the time of day). In some embodiments, the data surrounding each capping event may indicate that the user typically administers fast-acting insulin after a meal has begun, and may be adapted to guide the user to make a pre-bolus for the meal when the user intends to eat. In some embodiments, data surrounding each capping event along with blood glucose levels may be used to recommend an injection schedule relative to the time to start a meal after injection. In some embodiments, the data and/or blood glucose levels surrounding each capping event may be used to recommend an adjustment of the insulin dose received by the subject. Likewise, such guidance can be automated, approved by a healthcare professional, and/or formulated by a healthcare professional.

In some embodiments, the blood glucose level may further be used to track and/or make recommendations for the received insulin type. In some cases, blood glucose levels may be analyzed in conjunction with dose capture data to determine whether the wrong insulin was received. In some cases, the combination of blood glucose data and temperature sensor data from the pen cap may be analyzed to determine whether the insulin has deteriorated, whether the wrong insulin was received (e.g., as discussed above), whether there are other problems with the treatment or associated device.

The mobile application may be adapted to enable the user to provide additional information that may be used to determine the frequency with which the user follows the recommended dose. In some embodiments, the user may be provided with the possibility to enter the dose per capping event into the mobile application or directly into the pen cap and/or may enter multiple doses (e.g., the amount of insulin accepted throughout a selected time period, such as over a day) into the mobile application or directly into the pen cap. For example, the user may tap a marker along the graph to allow the user to enter the dose administered.

Fig. 17 illustrates another exemplary display 300 of a portion of a system (e.g., a mobile device, such as the mobile device 140 shown in fig. 7). As shown in fig. 9, the display 300 may be somewhat similar to the display shown in fig. 16, and may include a graphical representation of blood glucose data with markers (e.g., circles 302) along the x-axis that show the time course of events related to the system 10, such as the time course of glucose readings received from an associated glucose monitor (e.g., a flash monitor). The circles 302 may be connected by (e.g., may be superimposed on) a trend line 304 of the user's blood glucose level.

In embodiments where data is received from the blood glucose monitor only intermittently (e.g., data segments or blocks of data relating to BGVs are downloaded at discrete time periods on demand), data indicative of the most recent glucose reading ahead of the current data point circle 302 (e.g., the area between the current circle 302 and the immediately preceding circle 302) may be received from the glucose monitor and populated into trend line 304. In some embodiments, another marker (e.g., the nearest circle 306) may be positioned at the most recent reading (e.g., the nearest circle 302) and may be visually distinct from the previous circle 302. In some embodiments, the time of the last scan may be displayed on the display 300. In some embodiments, the horizontal position on the trend line 304 of the nearest circle or marker 306 may also be indicated on the display 300 using a marker (e.g., vertical line 308).

In some embodiments, the cap may query the blood glucose sensor when the user places the device near the sensor and/or when the user selects or presses (e.g., and holds) a button (e.g., virtual scan sensor button 310). In some embodiments, the display 300 may include an indicator (e.g., a gauge 312 extending around the user button 310) that displays measurements associated with the system. For example, the meter 312 may display the remaining life of the blood glucose sensor (e.g., the estimated time before the sensor needs to be replaced). As depicted, the meter 312 may increase (e.g., grow) or decrease (e.g., back) around the button 310 as relevant data changes. For example, as the lifetime of a blood glucose sensor approaches zero, the meter 312 decreases or increases over time (e.g., resulting in a full meter 312 or an empty or profile meter 312). In some embodiments, the meter 312 can display other metrics such as the time since the last scan, the time until the next recommended scan, the remaining percentage of previously administered doses (e.g., corrected doses), and the like.

As shown in fig. 18, in some embodiments, display 300 may enable a user to track previous values on trend line 304. For example, the user may drag the most recent circle or marker 306 (e.g., along with vertical line 308) back along the trend line to the previous time period. As depicted, the display 300 may track the location of the nearest circle 306 and display the time and blood glucose level for the selected time period.

In some implementations, the nearest circle 306 (e.g., along with vertical line 308) can be anchored to the nearest data location of trend line 304, and can jump back to the most current location after the user releases the nearest circle 306. For example, when the user releases, the vertical line 308 may deform into a "slingshot" and spring back the circle 306 to the most current reading position.

In some embodiments, the user may be asked from time to estimate the number of units of insulin remaining in the pen. In some embodiments, the user may be required to take a picture of an insulin pen, and the application may be adapted to analyze the image of the insulin pen to determine the approximate number of units remaining in the pen. For example, FIG. 19 shows an exemplary user interface where a user might take a picture of the pen using the camera of a smart phone. In some embodiments, the user interface may overlay a real-time view of the camera of the smartphone with a guide line corresponding to a feature on the pen in order to assist the user in aligning the pen with the camera of the smartphone. In some embodiments, the mobile application may be adapted to automatically take a picture of the pen when a feature within the field of view of the camera of the smartphone is aligned with the guideline 150. As shown, the guide wire 150 may include a wire showing windows in the pen that allow the plunger to be viewed. In some embodiments, the guide wire is movable in relation to the position of the pen. In some embodiments, the mobile application may detect whether the pen is too close or too far from the camera to instruct the user to move the pen relative to the camera of the smartphone. In some embodiments, the camera may automatically focus on the pen. In some embodiments, the user may be asked to estimate how often the user follows the recommended dose. In some embodiments, the device may automatically analyze the amount of insulin when the pen or a portion thereof is within the field of view of the mobile device (e.g., camera).

In one embodiment, the device may automatically analyze the insulin vial and infer meal information based on changes in the insulin vial image. For example, based on several consecutive images, meal intake and meal time can be inferred from the change in the amount of insulin in the vial and the type of insulin (i.e., rapid acting).

In some embodiments, the pen may include a pointer (e.g., a scale mark) that enables a user to easily identify the position of a portion of the pen (e.g., a plunger) and enter an associated value into the application.

The pen cap may be configured to give insight into which recommended dose the user is likely to follow. For example, as described in U.S. patent application serial No. 15/717,805 entitled "medical Injection And Disease Management Systems, Devices And methods," filed on 27.9.2017, And the contents And disclosure of which are hereby incorporated by reference in their entirety, filed on 27.9.2017, the pen cap (whether or not there are any dose capturing features incorporated into the pen cap) may include a meal announcement classification (such as S, M, L) And the data from each announcement may indicate whether the user is likely to have been given the appropriate amount for S, M or L meal. In some embodiments, a button on the pen cap 122 may be pressed multiple times to show recommendations for the S meal, the M meal, and the L meal in succession, and the methods and systems provided herein may assume that the user administered insulin based on the last displayed recommendation. In some embodiments, information added via the mobile application indicating the amount of insulin remaining in the pen at various intervals (once per day, once every few days, once per week) may indicate whether the user approximately followed or whether the user ignored the treatment recommendations. In some embodiments, the methods and systems provided herein may analyze glucose data, pen capping information, data related to the amount of insulin remaining in one or more pens, and/or answers to questions presented via a mobile application to determine a likelihood or rating of user compliance with a recommended dose, which may be used by the methods and systems provided herein to determine whether to adjust the recommended dose or provide guidance to the user.

System setup

Any suitable method may be used to set up the therapy management system provided herein. In some embodiments, the healthcare professional may enter initial treatment parameters from a Web portal or directly into the user's mobile device (e.g., during an appointment). In some embodiments, the user may enter initial treatment parameters based on comments given by the physician. The therapy management system provided herein provides a way for users to clearly understand their therapy settings to increase their trust in the system.

FIG. 20 illustrates an exemplary welcome screen in a mobile application of a mobile device 140 of a diabetes management system, such as those depicted in FIG. 1A, FIG. 1B, or FIG. 1C. In the welcome screen, the user may click on the "start to use" button to enter their settings (which may be specified by a healthcare professional). The user may have the opportunity to enter information related to their insulin therapy (e.g., brand and/or generic name of long-acting and/or fast-acting insulin, average dosage information, etc.). In some embodiments, the user may be required to select a long acting insulin brand and/or a fast acting insulin brand from a list of known brands. In some cases, it is also possible to ask the user whether two insulin pens or one insulin pen is used, and the product configuration can occur instantaneously during setup. For example, some therapy settings may be automatically set in response to a selected insulin brand. In some embodiments, prescription information may be associated with the cap (e.g., downloaded from a therapy management system or entered by a medical provider) and a list of insulin brands may be curated based on the prescription information. Further, therapy settings may be automatically set in response to prescription information.

The mobile application may present a screen as shown in fig. 21, where the user is asked to enter his daily dosage of long acting insulin (e.g., in whole or half units or other resolutions based on the resolution of the user's long acting insulin pen 110). The user interface may use, for example, a wheel or a numeric keypad (as shown). In some embodiments, the user may be required to input the time (or times) of day at which the user approximately injected their long-acting insulin. In another screen (such as that shown in fig. 22), the user can enter their normal dosage required for different servings of meals. In some embodiments, each of these fields may be pre-filled with a recommended amount based on the user's long-acting daily insulin dose, which may be based on a population model. For example, the preset amount may be pre-populated based on the relationship as discussed in U.S. patent application serial number 15/717,805, but the user interface may allow the user to override these pre-populated numbers by: pressed in these fields to enter their own dose for each meal size. In some embodiments, the mobile application may show the user an example of the meals that fit into each category so that the user can compare their mental model of what constitutes a small meal, a medium meal, and a large meal to the assumptions of the system. Fig. 23 depicts an exemplary user interface for depicting an exemplary meal having serving sizes that conform to different categories. For example, for a "low carbohydrate" meal, each meal depicted will have a similar glycemic effect (e.g., similar carbohydrate amount). Likewise, the "medium carbohydrate" diet and the "large carbohydrate" diet will also have similar glycemic effects (e.g., the same amount of carbohydrates) for those diets depicted in each category. For example, the meals depicted for "low carbohydrate" may each include between about 15-20 grams of carbohydrate, the meals depicted for "medium carbohydrate" may each include between 35-45 grams of carbohydrate, and the meals depicted for "high carbohydrate" may each include between 60-80 grams of carbohydrate. After setting the meal dose, the user may then select a glucose target or a glucose target range.

FIG. 24 depicts an exemplary user interface in which a user may adjust a glucose target value up or down. In some embodiments, the glucose target value may default to a preset number (e.g., 100mg/dl, 80mg/dl, 120mg/dl, etc.).

In the screen shown in fig. 25, the user may review their settings (and optionally further adjust their settings).

In some embodiments, the diabetes management system provided herein can use data associated with a user to customize one or more correction doses.

In some embodiments, a user interface located on the mobile device 140 or available from a remote server through the cloud may allow a healthcare professional or PWD to set an ISF or enter other data for use in determining a correction dose. In some embodiments, the glucose target values set in fig. 24 may be used together with ISF (or delta values) entered by or under the direction of a healthcare professional to generate a linear sliding scale correction chart. For example, a formula that might define a linear sliding scale correction chart is as follows:

corrected dose ═ rounddown (current blood glucose-glucose target)/ISF.

In some embodiments, the glucose target set in fig. 24 may define a middle range of the glucose target range, and the formula may calculate the correction dose using the lower bound of the glucose target range. In some embodiments, the ISF may be inferred from a mathematical relationship between the daily doses of long-acting insulin of the user. Fig. 26 depicts how a sliding scale graph can be determined from ISF or space and glucose targets or targets. In some embodiments, a user interface on the mobile application or in the Web portal may generate a sliding scale chart for review by the PWD, caregiver, or healthcare professional before accepting the summary shown in fig. 24. In some embodiments, the sliding scale chart may be included in a treatment summary. Sliding scale charts may simplify the user's understanding of how the system adjusts its therapy based on real-time blood glucose readings from the glucose sensor. In some embodiments, the user interface may use sliders to enable a user to update the increments or starting points, or to dynamically update the generated sliding scale correction chart so as to enable a healthcare professional or PWD to have the generated chart match their desired treatment settings (e.g., as shown in fig. 33).

Fig. 27-30 depict different options that may be presented to a user via a user interface to enable a mobile application to create a sliding scale (e.g., as shown above in fig. 18). As shown in fig. 27, as a first option, the mobile application may prompt a user (e.g., a subject and/or caregiver) to enter a value related to an action taken by the subject while managing blood glucose levels (e.g., based on historical usage). For example, historical data relating to the amount (e.g., units) of insulin (e.g., fast acting insulin) received in response to a range of blood glucose levels. As shown in fig. 28, more than one range may be input to create a scale for the user input, which may be (e.g., generate) a non-linear scale.

As a second option, the mobile application may prompt the user to directly enter a value related to the subject's ISF, as shown in fig. 29. For example, the user may enter a mean drop in blood glucose level (measured in milligrams per deciliter (mg/dl)) for each unit of insulin received by the subject. In some implementations, the mobile application may enable the user to input a target blood glucose level.

In either option, the mobile application may display a confirmation of the scale (e.g., a non-linear scale) manually entered by the user at the first option, or a confirmation of the scale (e.g., a linear scale) generated using the ISF value entered by the user at the second option.

The methods, devices, and systems provided herein can detect patterns of blood glucose levels and/or patterns of injections, enabling these devices or systems to understand the effects of drug administration and determine recommended treatment setting changes to improve blood glucose results. In some embodiments, the mobile device can determine an appropriate treatment change. In some embodiments, the remote server may determine the appropriate treatment settings. In some embodiments, the methods, devices, and systems may automatically adjust the dosage incrementally for different meal servings, as described in U.S. patent application serial No. 15/717,805, which is hereby incorporated by reference. In some embodiments, the algorithm may update the ISF or the correction dose based on the detected pattern. In some embodiments, methods, devices, and systems may determine whether there is a recommended treatment-related change, and then use this information to inform the user of the pattern or inform the user of the pattern and triggers, prompts or suggestions to the user (e.g., messages in a mobile application); an example of which is depicted in fig. 31. For example, the message may be as shown in FIG. 31 and/or displayed on a mobile device as shown in FIG. 32. As shown in fig. 32, the message may include buttons to bring the user to a screen showing the user how to make the appropriate changes (e.g., in-application training) and/or to a screen where the user actually makes the changes. Pressing the button may take the user to a screen shown in fig. 33 that includes a plurality of sliders for each meal serving. In some embodiments, the user may choose to change the serving size of only one meal or may desire to change the value globally by changing the bottom slider. In some embodiments, changing the bottom slider may change the ISF value. In some embodiments, the settings may be based on the time of day (e.g., breakfast time, lunch time, dinner time), and the user may adjust the settings specifically for one or all of the meal times.

Warning and alarm

In some embodiments, the diabetes management systems, devices, and methods provided herein can provide notifications, alerts, and/or alerts. In some embodiments, notifications, alarms, and/or alerts may be automatically triggered on one or more portions of the system (such as the mobile device, the cap, and/or one or more separate alert accessories). In some embodiments, the therapy management systems, devices, and methods provided herein may include a smart pen or pen accessory (e.g., an accessory adapted to be secured to the pen, such as a pen cap and/or another accessory integral with or applicable and/or coupled to the pen) adapted to provide notifications, therapy recommendations, and/or alerts when a user takes action to retrieve blood glucose data. In some embodiments, the therapy management systems, devices, and methods provided herein may include one or more alert accessories and one or more smart pens or pen accessories that may each wirelessly receive blood glucose data (e.g., from a continuous glucose monitor). In some embodiments, the therapy management systems, devices, and methods provided herein may have one or more smart pens or pen accessories that communicate with a blood glucose monitoring system (e.g., a continuous glucose monitor) via a first communication technology (e.g., NFC) and have one or more alert accessories that communicate with the blood glucose monitoring system (e.g., the same continuous glucose monitor) via a second communication technology (e.g., UHF, BLE). In some embodiments, the communication technology used to communicate blood glucose data to the alert accessory has a greater range than the communication technology used to communicate blood glucose data to the smart pen or pen accessory. In some embodiments, the therapy management systems, devices, and methods provided herein can include one or more alert accessories that passively receive blood glucose data (e.g., via wireless communication) provided that the one or more alert accessories are within communication range; and one or more smart pens or pen attachments configured to wirelessly receive blood glucose data only when a user takes action to cause the smart pens or pen attachments to receive blood glucose data (e.g., presses a button, swipes the pen or pen attachment near a glucose sensor, etc.). In some embodiments, having a smart pen or pen accessory that receives blood glucose data only upon user action may reduce power consumption of the smart pen or pen accessory, thereby relieving the user of the burden of recharging or replacing a battery in the smart pen or pen accessory. In some embodiments, having a warning accessory as provided herein may enable a user to decide when and where to receive destructive alarms, warnings and notifications, and further allow the user to feel unnecessary to carry their insulin pen with them between doses.

The methods, systems, and apparatus provided herein may include one or more alert accessories, which may be in any suitable form. In some embodiments, the alert accessory can include one or more illuminable icons. In some embodiments, the alert accessory can include a digital display screen. In some embodiments, the alert accessory can include one or more speakers and/or vibrating motors. In some implementations, the alert accessory contemplated herein can be secured to a smartphone (e.g., as a phone case). In some embodiments, the alert accessory contemplated herein can be secured to a key fob. In some embodiments, the warning accessory contemplated herein may be adapted to function as a bedside alarm clock. In some embodiments, a warning accessory is contemplated herein.

In some embodiments, the methods, systems, and devices provided herein can provide guidance regarding the appropriate dosage of insulin. In some embodiments, a dose of insulin may be administered using an insulin delivery pen or syringe. In some embodiments, the insulin may be a long-acting insulin. In some embodiments, the insulin may be a rapid acting insulin. In some embodiments, the insulin delivery pen or its accessory (e.g., cap) can detect the amount of insulin delivered from the pen (or the amount of insulin set for delivery). In some embodiments, the insulin pen or its accessory can include a user interface that can display data or recommendations to the user and/or allow the user to enter data into the insulin pen or accessory.

The following exemplary therapy management system includes an insulin delivery pen having a dose capturing pen cap, but other embodiments are contemplated in which the functionality disclosed herein is incorporated into other accessories of the insulin delivery pen or the insulin delivery pen itself. Additionally, the following exemplary therapy management system includes a single alert accessory (e.g., CGM fob), but other embodiments are contemplated in which functionality including multiple alert accessories or alert accessories (e.g., using WiFi or cellular communications) is incorporated into a smartphone or other Web-connected mobile computing device.

In some embodiments, one or more portions of the system (e.g., the pen, the mobile application, the alert accessory) may be configured to present one or more of the following alerts or alerts:

glucose alert: low glucose, high probability of future low glucose, high probability of future high glucose, high degree of glucose variability

Time course alert: alerts to check for blood glucose (e.g., for a specific day time period), alerts for meal time periods, alerts for pen decapping for a certain duration, alerts for double dosing (e.g., pen decapping twice within a short time period)

Quick-acting insulin alerts: receiving correction dose, missing rapid-acting dose, dangerous rapid-acting dose, dose exceeding threshold

Long-acting insulin alerts: receiving a bolus, missing a bolus, a dangerous bolus, a dose exceeding a threshold

Switching insulin alerts: receiving dangerous dose-switching dose, and having error in cap

Temperature warning: detecting out of range insulin conditions, as discussed above

Maintenance alerts: insulin out, low battery, sensor failure, sensor expiration

Upgradeable system

The diabetes management system provided herein can be adapted to add or remove components from use and/or configured based on the needs of a Person With Diabetes (PWD). For example, fig. 34A-34D illustrate different systems and associated communication architectures that allow for PWDs with different types of diabetes (type 1 or type 2 as shown, or otherwise including gestational diabetes or other types of diabetes), different progressions of diabetes, and/or different preferences for how their diabetes is monitored and/or treated. In some cases, the methods and devices provided herein may be adapted to determine when additional therapy is necessary and recommend that additional therapy or devices be added to the therapy and/or the system.

Fig. 34A depicts a system 3410 that includes only the BGM150, a mobile device with a mobile application 140, a long-acting insulin pen 110, and a long-acting pen cap 112. The system 3410 may communicate with the cloud services 250 via the mobile device 140, as discussed above. The system 3410 may be adapted for use with PWDs that do not require meal-time insulin (e.g., early-progression of type 2 diabetes and/or gestational diabetes) or PWDs for which tracking of rapid-acting insulin doses is undesirable. The BGM150 is a blood glucose meter adapted to determine an Estimated Glucose Value (EGV) by using a test strip that analyzes an in vitro blood sample. As shown, the BGM150 may transmit a single point of EGV to the pen cap 112 via BLE communication link 3401. EGV from the BGM150 may then be transmitted from the pen cap 112 to the mobile application 140 via BLE communication link 3405, and transmitted via the mobile application 140 to the cloud service 250 for analysis via network communication 3409. BLE communication link 3405 may also transmit pen-capping data to mobile application 140, which may also be transmitted to Web service 250 via link 3409. The mobile application 140 may display a graph of recent EGVs and/or collected EGVs. The recommended dose of long-acting insulin may be displayed on the pen cap 112 in a manner similar to that shown in fig. 6 and 35A. The system 3410 may prompt the user to collect fasting EGVs using the BGM 150. The system 3410 may recommend changes to the recommended dose of long acting insulin displayed or automatically make changes using fasting EGVs using standard long acting insulin adjustment techniques or any other suitable algorithm. In some cases, an algorithm may be used in the system 3410 to determine whether the PWD should add fast acting insulin to its treatment.

Fig. 34B depicts a system 3420 that includes the components of system 3410, but with the addition of a rapid-acting insulin pen 120 and a rapid-acting pen cap 122. The system 3420 may be adapted for PWD use where both long-acting and fast-acting insulin are required but it is desirable to monitor EGV with BGM instead of a continuous or flash glucose monitor. When a quick acting pen cap is added to the system, the communication link 3401 is eliminated and the long acting pen cap 112 does not receive EGV from the BGM150 because the BGM value is not used in real time to determine an immediate dose of long acting insulin, but may be used to determine a corrected dose of quick acting insulin. As shown, the BGM150 may transmit a single point of EGV to the pen cap 122 via BLE communication link 3402. EGV from the BGM150 may then be transmitted from the pen cap 122 to the mobile application 140 via BLE communication link 3406, and transmitted via the mobile application 140 to the cloud service 250 for analysis via network communication 3409. BLE communication links 3405 and 3406 may also transmit pen-capping data to mobile application 140, which may also be transmitted to Web service 250 via link 3409. The mobile application 140 may display a graph of recent EGVs and/or collected EGVs. Recommended doses of fast-acting and long-acting insulin may be displayed on the pen cap 112 in a manner similar to that shown in fig. 3-6 and fig. 35A and 35B. The system 3420 may prompt the user to collect fasting and/or postprandial EGVs using the BGM 150. For example, the system 3420 may trigger a reminder in some cases to let the user check the EGV at a predetermined time after the pen cap event to collect the EGV after meal. The system 3420 may recommend changes to the recommended dose of long-acting insulin displayed or automatically make changes using fasting EGV using standard long-acting insulin adjustment techniques or any other suitable algorithm. The system 3420 may recommend or automatically make changes to the recommended dose of quick acting insulin displayed using the post-meal EGV using standard insulin adjustment techniques or any other suitable algorithm. In some cases, an algorithm may be used in the system 3420 to determine whether the PWD should add a continuous glucose monitor to help the PWD achieve better glycemic control.

Fig. 34C depicts a system 3430 that includes the components of system 3420, but with the addition of continuous glucose monitor 130. The CGM 130 may enable both broadcast data via BLE or UHF radio and user initiated data transfer via NFC communication, respectively one or two communication methods may be used to transfer EGV from the CGM 130 to the cap 122 and/or the mobile application 140. Direct communication between the CGM 130 and the pen cap 112 is not required because the long acting insulin dose does not use a correction component. For example, the NFC communication link 3403 may allow the cap 122 to receive the EGV from the CGM 130 after the user decides to retrieve the EGV (such as by using the method depicted in fig. 2 and discussed above). The BLE communication link 3402 still allows EGV to be transmitted from the BGM150 to the pen cap 122. EGVs from the BGM150 and/or CGM 130 may then be transmitted from the pen cap 122 to the mobile application 140 via BLE communication link 3406, and transmitted via the mobile application 140 to the cloud service 250 for analysis via network communication 3409. Additionally, mobile application 140 can receive EGV from CGM 130 via communication link 3404 (which can include both BLE and NFC communications). Broadcast BLE EGVs may be used to trigger EGV-based alerts or alerts announced from mobile application 140. Missing EGVs may be filled in by scanning the CGM 130, the mobile application 140, or the cap 122, obtaining hours of previous EGV data (e.g., 4 hours, 6 hours, 8 hours, or 10 hours). BLE communication links 3405 and 3406 may also transmit pen-capping data to mobile application 140, which may also be transmitted to Web service 250 via link 3409. Recommended doses of fast-acting and long-acting insulin may be displayed on the pen cap 112 in a manner similar to that shown in fig. 3-6 and fig. 35A and 35B. The system 3430 may use a combination of EGV data and dosage data (e.g., time course data) to recommend changes to the recommended dosage of displayed rapid acting insulin using standard insulin adjustment techniques or any other suitable algorithm or automatically make changes.

Fig. 34C also indicates that the system 3440 may also include the same components. System 3440 differs from system 3430 in that it includes a pen cap 112 and a pen cap 122 that are adapted to detect the amount of insulin remaining in insulin pen 110 and insulin pen 120, which can be used to determine the dosage of insulin. Other methods may be used to detect doses in a cap or other accessory or as part of a smart pen or smart inhaler, and thus other methods are contemplated herein. Additionally, the system 3440 may use the captured dose data to more actively automate changes to user-specific dose parameters.

Fig. 34D shows the continuous care and how components can be added to each system 3410-3440 to upgrade the system. Additionally, the system 3450 is an automated insulin delivery system that uses an insulin pump. In some cases, use of the system 3440 or 3430 may detect a candidate to switch to pump therapy (such as the system 3450). In some cases, the system 3450 may include a pen cap 112 and/or a pen cap 122, which may allow a user to selectively move between an infusion therapy (e.g., an MDI therapy) and a pump therapy (e.g., an infusion pump therapy).

FIG. 35A illustrates exemplary displays 114A-114C of the pen cap 112. FIG. 25B illustrates exemplary displays 124A-124E of the pen cap 122. For the cap 112, the display 114A may be a standard display when the cap is not in use. As discussed above, display 114 may be a bi-stable display that may retain an image without being powered too much. The display 114A may include a label for the insulin type so that the user knows the insulin type immediately upon seeing the cap 112. When the button is pressed or the cap 112 is removed, the time of the last dose may be displayed in the display 114B. In some cases, if the time since the last dose is less than a threshold (e.g., less than 12 hours), a warning may occur and/or the pen cap may refuse to provide the recommended dose. In the display 114C, the recommended dose is shown.

For the cap 122, the display 124A may be a standard display when the cap is not in use. As discussed above, display 124 may be a bi-stable display that may retain an image without being powered too much. The display 124A may include a label for the insulin type so that the user knows the insulin type immediately upon seeing the cap 122. When the button is pressed or the cap 122 is removed, the time of the last dose may be displayed in the display 124B. Retrieval of the EGV (e.g., via scanning of the CGM 130) may cause the display 124C to appear. As shown, display 124C includes a correction dose, which may be derived based on EGV (and optionally trend data) using any suitable technique. In some cases, a correction dose may only occur when the time since the previous dose is greater than a predetermined number of hours and the pen cap 122 is still on the pen 120. In some cases, if the time since the last dose is less than a threshold (e.g., less than 1 hour, less than 30 minutes), a warning may occur and/or the pen cap may refuse to provide the recommended dose. In display 124D, the meal dosage recommendation is shown. In display 124E, the meal + correction dose is shown. In some cases, display 124 may step through display screens 124C-124E with successive button presses.

Embodiments described herein may include the use of a special purpose or general-purpose computer including various computer hardware or software modules, as discussed in greater detail below.

Embodiments described herein may be implemented using a computer-readable medium for carrying or having computer-executable instructions or data structures stored thereon. Such computer-readable media can be any available media that can be accessed by a general purpose or special purpose computer. Special purpose computers are intended to be broadly construed and include embedded systems, microcontrollers, application specific integrated circuits, digital signal processors, and general purpose computers that are programmed for specific purposes. A segment (e.g., a code segment or a data segment) may refer to a portion (e.g., an address) of memory, virtual memory, or a target file.

By way of example, and not limitation, such computer-readable media can comprise non-transitory computer-readable storage media including Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), compact disc read only memory (CD-ROM) or other optical disk storage, magnetic disk storage or other magnetic storage devices, flash memory devices (e.g., solid state memory devices), or any other storage medium that can be used to carry or store desired program code in the form of computer-executable instructions or data structures and that can be accessed by a general purpose or special purpose computer. Combinations of the above should also be included within the scope of computer-readable media.

Computer-executable instructions comprise, for example, instructions and data which cause a general purpose computer, special purpose computer, or special purpose processing device (e.g., one or more processors) to perform a certain function or group of functions. Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the above-described features and acts are disclosed as example forms of implementing the claims.

Any ranges expressed herein (including in the claims) are to be considered to give their broadest possible interpretation. For example, ranges are intended to include their endpoints (e.g., a range of "between X and Y" is intended to include X and Y) unless explicitly mentioned otherwise. In addition, ranges described using the terms "about" or "approximately" should be understood to be given the broadest meaning consistent with the understanding of those skilled in the art. Additionally, the terms "about" or "substantially" include any number that deviates within 10% or 5% or within manufacturing or typical tolerances.

The features of the various embodiments described herein are not mutually exclusive and can exist in various combinations and permutations, even if such combinations or permutations are not expressly described herein, without departing from the scope of the disclosure. Indeed, variations, modifications, and other implementations of what is described herein will occur to those of ordinary skill in the art without departing from the scope of the disclosure. Accordingly, the invention is not to be limited by the foregoing illustrative description, but is only limited by the following claims and their legal equivalents.

Additional non-limiting embodiments of the present disclosure relate generally to pen caps for insulin injection pens and associated methods and systems:

92页详细技术资料下载
上一篇:一种医用注射器针头装配设备
下一篇:来自针对基线的手术变量的实时分析的突出与最佳解决方案的差异的外科网络推荐

网友询问留言

已有0条留言

还没有人留言评论。精彩留言会获得点赞!

精彩留言,会给你点赞!