Computer-implemented diabetes management method

Abstract

A computer-implemented diabetes management method includes initially determining an insulin bolus in relation to one or more obtained glucose values ​​and, optionally, in relation to the expected carbohydrate content of a meal to be ingested; recalculating the insulin bolus taking into account a user's body parameter information measured by a body-worn sensor; providing a notification to the user if there is a significant deviation between the two calculated bolus amounts; and prompting the user to input whether the calculated insulin bolus or the recalculated insulin bolus is the user's choice for bolus administration.

Description

[Technical field]

[0001] [CROSS-REFERENCE TO RELATED APPLICATIONS] This application claims priority to U.S. Application No. 62 / 955,338, filed December 30, 2019, which is incorporated by reference in its entirety herein.

[0002] [Technical field] The present disclosure relates to a bolus calculation method and the overall management of infusion of a therapeutic fluid. More particularly, the present application relates to a method and apparatus for using a bolus calculator to calculate a bolus dose of a therapeutic fluid. [Background technology]

[0003] Diabetes can be characterized by hyperglycemia and relative insulin deficiency. There are two major types of diabetes: type I diabetes (insulin-dependent diabetes) and type II diabetes (non-insulin-dependent diabetes). In some cases, diabetes can also be characterized by insulin resistance.

[0004] The secretion of insulin functions to control blood sugar levels and maintain glucose levels at optimal levels. Medical care can often include both establishing a treatment plan and monitoring a patient's progress. Monitoring blood glucose levels is an important process used to help diabetic patients maintain blood sugar levels as close to normal as possible throughout the day. Additionally, monitoring can also enable successful treatment of diabetes by modifying treatment as needed. Not only can monitoring enable diabetic patients to track their condition more closely, but it can also provide valuable information to health care providers in both judging a patient's progress and detecting the need to modify a patient's treatment plan.

[0005] There are two main types of blood glucose monitoring systems used by patients: single-point (or non-continuous) systems and continuous systems. Non-continuous systems consist of a meter and a test strip and require the drawing of a blood sample from a fingertip or another site such as the forearm and leg. An example of a non-continuous system may require a diabetic patient to apply a blood sample to a reagent-impregnated area of ​​the test strip to determine the blood glucose level by electrochemical analysis methods or by comparing the color of the reagent-impregnated area of ​​the test strip to a color chart provided by the manufacturer of the test strip. Alternatively, many patients use continuous glucose monitoring (CGM) devices to continuously monitor their glucose levels. To perform CGM, a glucose sensor can be placed under the skin such that the sensor can measure the person's glucose level in the interstitial fluid. The glucose sensor can periodically measure the person's glucose level and transmit the glucose measurement results to an electronic monitor at known time intervals, such as every minute.

[0006] Individuals with diabetes currently use CGMs to calculate correction boluses using the same formulas designed for self-monitoring of blood glucose levels, which may increase the risk of hypoglycemia due to the high uncertainty of CGMs.

[0007] Diabetics often carry special electronic measuring devices called glucose meters that allow them to measure their glucose levels periodically and help them take appropriate actions such as administering insulin or consuming carbohydrates. Some diabetics may also wear CGM devices to manage their diabetes. These CGM devices generally provide continuous glucose data values ​​that can provide the user with better control of their blood glucose levels. In addition, these people may also carry a mobile communication device such as a mobile phone, personal digital assistant, tablet, or similar device that communicates with the glucose meter or CGM.

[0008] Smart hearing aids are known that are equipped with one or more sensors to collect information about the wearer's activity or health. These hearing aids are often integrated into a communication network. The hearing aids can be used to draw the wearer's attention to the status of the network's devices by playing audio messages.

[0009] In the future, more body sensors will become available to diabetics and will provide collection of information other than blood glucose levels. These sensors are not necessarily part of a proprietary diabetes management solution provided by a single manufacturer or company and may pose certain increased risks to users when integrated into a higher level diabetes management system. Minimizing these risks is one goal of the embodiments disclosed herein.

[0010] The above information provides background information related to the present disclosure and is not necessarily an admission that any particular teaching is prior art. Summary of the Invention

[0011] This section provides a general summary of the present disclosure and is not an exhaustive disclosure of the entire scope or all of the features of the present disclosure. Further areas of applicability will become apparent from the description provided herein. The description and specific examples in this summary are intended for purposes of illustration only and are not intended to limit the scope of the present disclosure.

[0012] The embodiments described herein provide a safer method for calculating insulin boluses, typically meal boluses and correction boluses. The embodiments disclosed herein detail the calculations using algorithms that improve the accuracy of the bolus calculation by taking into account the activity or health status of the user.

[0013] There is a need in the art for diabetes management methods and systems that provide two (or even more) bolus suggestions so that patients can choose the bolus that best suits their needs. These methods provide patients with alternative bolus suggestions that are determined by considering additional information about the patient's current activity or health status. The additional information may be achieved by the use of body-worn sensors. The body-worn sensors may be located / integrated in hearing aids and / or may be located / integrated in smart watches, such as Apple Watches, or may be located / integrated in activity trackers, such as Fitbit devices.

[0014] Diabetics often carry a portable glucose meter as well as a portable computing device, such as a mobile phone, Given the close proximity of the two devices, the portable computing device can act as a data collector for the glucose measurements obtained by the glucose meter.

[0015] In particular, in one embodiment, disclosed herein is a computer-implemented diabetes management method for determining an insulin bolus by a diabetes management device or component thereof comprising a processor, the method comprising: receiving, by a processor, a glucose value; calculating, by the processor, a first calculated insulin bolus based on the received glucose value; receiving, by a processor, body parameter information from at least one body-worn sensor device; determining, by a processor, a recalculated insulin bolus based on the physical parameter information; notifying a user via a first user interface if there is a significant deviation between the first determined insulin bolus amount and the recalculated insulin bolus amount; The method includes receiving user input via the first user interface or the second user interface as to whether a calculated insulin bolus or a recalculated insulin bolus is selected for bolus administration within a given time frame.

[0016] In one embodiment, in a first receiving step, a processor receives a glucose value from a glucose monitor.

[0017] In one embodiment, the method includes administering a selected bolus amount.

[0018] In one embodiment, the method includes determining, by a processor, a final insulin bolus if no user input is received within a given time frame, the final insulin bolus being the lesser of the first calculated insulin bolus or the recalculated insulin bolus. In another embodiment, the method requires setting the final insulin bolus as the first calculated insulin bolus.

[0019] The method of any one of the previous embodiments may include a step in which the processor receives information about the carbohydrate content of the meal to be ingested before determining the insulin bolus according to the first determination, and a step in which the carbohydrate content is taken into account by the processor in determining the insulin bolus according to the first determination.

[0020] The method of any one of the previous embodiments may include using a body-worn sensor device comprising a hearing aid, a smartwatch, or an activity tracker, or any combination thereof.

[0021] The method of any one of the previous embodiments may include using physical parameter information including at least one of the user's heart rate, core temperature, respiration rate, speed of movement, or acceleration of movement.

[0022] In the method of any one of the preceding embodiments, the notification may include providing an audible alert or warning to the user by using a hearing aid, a smart watch, or an activity tracker, or any combination thereof.

[0023] The embodiments described herein provide a method for integrating additional sensor information into a diabetes management system, where the additional sensors may be provided by different manufacturers and / or companies. The method typically provides an algorithmic calculation of a standard insulin bolus amount utilizing the user's insulin sensitivity factor and a pre-set target glucose level. In one embodiment, the risk of hypoglycemia can be minimized by automatically selecting the minimum between the first calculated insulin bolus amount and the recalculated insulin bolus amount in the absence of a user response within a given time period. Thus, in selected embodiments, a way is provided to reduce the risk to the patient in the use of the system in situations where the first calculated bolus deviates significantly (typically beyond a pre-set threshold) from the second calculated bolus.

[0024] Further embodiments described herein provide a system or method for determining an insulin amount, the system or method comprising a processor, the processor comprising: receiving continuous glucose level information from a continuous glucose monitor; processing the received glucose information utilizing a loop algorithm to calculate the insulin required to keep the user within a given glucose range; receiving body parameter information based on at least one body-worn sensor monitoring at least one body parameter; recalculating the insulin required to keep the user within a given glucose range based on the physical parameter information; providing a notification to the user if a required insulin recalculation is determined to cause the user to fall outside a given glucose value range within a preselected time period; receiving, at a pre-determined time period, an input by a user as to whether or not to accept the physical parameter information for use by the loop algorithm; If there is no response by the user within a preset period of time, the system is configured to determine that the lesser of the amount of insulin calculated by the loop algorithm taking into account the physical parameter information and the amount of insulin calculated without taking into account the physical parameter information should be administered.

[0025] In another embodiment, the above-described systems or methods can be configured such that the processor determines that the system should administer the calculated amount of insulin without considering the physical parameter information.

[0026] In the previous two embodiments of the system or method, the body-worn sensor device comprises a hearing aid, a smart watch, or an activity tracker, or a combination thereof.

[0027] In previous embodiments of the system or method, the physical parameter information includes at least one of the user's heart rate, core temperature, respiration rate, speed of movement, or acceleration of movement.

[0028] In the preceding embodiments of the system or method, the processor is configured to provide the notification by communicating to a hearing aid, a smart watch, or an activity tracker, or any combination thereof, to provide an audible alert to the user. [Brief description of the drawings]

[0029] The embodiments set forth in the drawings are illustrative and exemplary in nature and are not intended to limit the invention defined by the claims. The following detailed description of exemplary embodiments can be understood when read in conjunction with the following drawings, in which like structure is designated with like reference numerals and in which:

[0030] [Figure 1] FIG. 1 illustrates a portable glucose meter configured for data communication with a diabetes management application located on a mobile phone, and further illustrates a body-worn sensor device in two-way wireless communication with the glucose meter. [Diagram 2] FIG. 2 is a block diagram of an exemplary hardware configuration for a glucose meter. [Diagram 3] 1 illustrates an embodiment of a CGM system including a body-worn sensor device that provides two-way wireless communication with other components of the CGM system according to one or more embodiments described herein. [Figure 4] FIG. 4 shows an exemplary glycemic control device, therapy delivery device, glucose sensor, and body-worn sensor device of the CGM system, where the glycemic control device includes a bolus calculation module, risk analysis logic, basal rate adjustment logic, and a recursive filter. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0031] Specific embodiments of the present disclosure will now be described. However, the present invention may be embodied in many different forms and should not be construed as being limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art.

[0032] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by those skilled in the art to which the embodiments of the present invention belong. The terms used herein are only for describing specific embodiments and are not intended to limit the present invention. As used in this specification and the appended claims, the singular forms "a", "an" and "the" are intended to include the plural forms unless otherwise clear from the context.

[0033] Portions of the methods described herein, such as mathematical determinations, calculations, inputting data for calculations, or determining equations or portions thereof, may be performed in one or more computers or portions of computer systems, which may include one or more processors and software to run or execute programs and perform calculations or operations.

[0034] The methods and systems described herein, and portions thereof, can be combined to realize embodiments of the present invention. Word forms used herein can have variations, for example, when a word such as "calculate" is used, this means that variations such as "calculated" and "calculate" are understood and considered.

[0035] As used herein, "user," "patient," and "human" are used to refer to individuals who interact with the diabetes management system disclosed herein to improve their health through the improvements described herein.

[0036] Referring to FIG. 1, a high level diagram of one embodiment of a portable diabetes management device 10 that can be used in measuring a patient's blood glucose (bG) and calculating boluses or performing carbohydrate suggestions is shown. Typically, the device 10 includes a housing 12 that can include a user unit control switch 14 (e.g., on / off), a touch screen display 16, and a port 18 into which a bG test strip 20 can be inserted. The display 16 can display user selectable options to allow the user to access a software driven menu 16a of various selections, a selection 16b for allowing the user to input bolus information, a selection 16c for allowing the user to input carbohydrate information related to snacks or meals, and a selection 16d for allowing the user to input information related to health events (e.g., meals, exercise, periods of stress, cyclical physiological events such as menstrual cycles, etc.) that may affect the user's bG readings read by the device 10. The display 16 is described herein as a touch screen display, although it will be appreciated that any other suitable form of display (e.g., LEDs, etc.) may be incorporated. If a touch screen display is not used, the user control switch 14 may need to include specific buttons or controls to enable the user to select various options and input markers necessary to perform bolus calculations or carbohydrate suggestions. The above is a high level description of the device 10, and it will be understood that in practice the device may include additional controls, input ports, output ports, etc., as desired to further enhance the utility of the device 10 or its use with other components and devices (e.g., laptop computers, infusion pumps, etc.). Thus, the above description of the device 10 should not be construed as limiting in any way as to its structure or characteristics.

[0037] Referring to FIG. 2, a high level block diagram of the device 10 is shown. The device 10 may include a rechargeable or non-rechargeable battery 21 for powering the various electronic components of the device 10. A processing subsystem 22 (e.g., a microprocessor-based subsystem) is included that receives information from a bG analyzer 24. The bG analyzer 24 may be located adjacent to the port 18 of the housing 12 such that the bG test strip 20 may be read by the bG analyzer 24. The bG analyzer 24 may include a code key 24a that contains calibration information for the bG test strip 20 being read. Additionally, the processing subsystem 22 may communicate with a database 26 that is used to store the bG test values ​​obtained from the bG analyzer 24 and other important health-related information of the user. In particular, the database 26 may include a subsection 26a for storing recommended bolus and carbohydrate advice history records (hereinafter "advice history records") and history records that remain valid in the influence of current and future advice, and a section 26b for storing medication (insulin), health, carbohydrate, and bG related variables related to the user (e.g., the user's insulin sensitivity at various time segments of a day). It will be appreciated that the database 26 is typically formed by a non-volatile memory. Furthermore, bG related variables such as the user's insulin sensitivity may be stored as global parameters and may not be located in the advice history records.

[0038] Additionally, the processing subsystem 22 may communicate with the display 16, the user control switches 14, and one or more interfaces 28 for interfacing the device 10 with other external devices. Additionally, the processing subsystem 22 may communicate with a memory (such as a RAM) 30 for storing various types of information entered by the user (e.g., meal and bedtimes), as well as any other information requiring temporary or permanent storage. However, it will be understood that the database 26 and memory 30 may be implemented in a single memory device (e.g., a RAM) as desired, as shown fictitiously in FIG. 2. The processing subsystem 22 may communicate with an alert generation subsystem 32 used to generate alerts or alarms, which may include audible or tactile signals (e.g., vibration signals) or even visual signals that function as alerts or warnings, such as lights (e.g., LEDs) on the device 10. In one embodiment, the processing subsystem 22 may also receive input from a remote continuous glucose monitoring ("CGM") device 34 attached to the user's body so that the device 10 is continually updated with the user's glucose information. Finally, in one embodiment, the processing subsystem 22 can communicate with a remote insulin infusion pump 36 (herein referred to as the "insulin pump 36") worn by the user such that the device 10 can communicate bolus information to the insulin pump 36. By "remote" we mean that the CGM device 34 and the insulin pump 36 are each located external to the device 10, but still in communication with the device 10. It should be understood that the device 10 can communicate with the insulin pump 36 via either a wired or wireless connection.

[0039] The device 10 can be used to implement non-transitory machine-readable code, such as a diabetes management application that includes a bolus calculator software module 22a (referred to herein as "bolus calculator 22a") executed by a processing subsystem 22 that includes a processor. The bolus calculator 22a can be formed as a single module or as a collection of independent modules that execute simultaneously on the processing subsystem 22. The processing subsystem 22, operating in conjunction with the bolus calculator 22a, receives a wide variety of user inputs applied by the user via the touch screen display 16 to generate a recommended correction bolus, a recommended meal bolus, a recommended total bolus, or a recommended carbohydrate amount, if appropriate. The recommended carbohydrate amount can be presented in response to the detection of a hypoglycemic bG test value by the device 10. The operation and capabilities of the device 10 are described in detail in the following paragraphs. The device 10 greatly enhances the convenience and ease of use for the user through the provision of multiple customizable inputs that allow the user to program the device 10 with unique health information associated with the user. More specifically, the device 10 allows a user to program the device 10 with health information, thereby even more fully enabling the device 10 to take into account unique health conditions affecting the user, as well as regularly and non-regularly occurring health events that may affect the bolus and carbohydrate calculations performed by the device 10.

[0040] The diabetes management application can receive one or more glucose measurements and a measurement time for each of the one or more glucose measurements. The diabetes management application determines a bolus calculation based on the one or more glucose measurements. Further teachings regarding bolus calculators that may be suitable for purposes of the present invention can be found in U.S. Patent No. 6,925,393, issued August 2, 2005, and U.S. Patent No. 9,786,024, issued October 10, 2017, the disclosures of each of which are incorporated herein by reference in their entirety.

[0041] The diabetes management application can generate a bolus recommendation based on the bolus calculation. By way of example only, the bolus recommendation can include instructing the patient to take an amount of insulin or consume carbohydrates to increase or decrease the patient's blood glucose. In order for the diabetes management application to provide an effective bolus recommendation, the bolus recommendation must be made within a predetermined period of time following the timestamp of the blood glucose measurement. For example, the predetermined period of time may be less than 10 minutes. The diabetes management application determines whether the timestamp is within the predetermined period of time.

[0042] The diabetes management application can generate an information prompt screen. The information prompt screen can include a display of previously received data. For example, the information prompt screen can display previously recorded glucose measurements. The information prompt screen advises the patient to enter specified information. For example, the specified information can include meal information, as well as the total number of carbohydrates the patient has consumed or will consume.

[0043] The diabetes management application determines the bolus calculation based on one or more glucose measurements received from the meter 12 and manually recorded patient data such as insulin values ​​and meal information. The diabetes management application generates bolus recommendations based on the bolus calculation. The diabetes management application also generates alternative or recalculated bolus recommendations that are based on (i.e., take into account) body parameter information indicative of the patient's activity or health status, as further described elsewhere herein. Such activity or health status information may come from a body-worn sensor, an example of which is a hearing aid 38 (see FIG. 1 ) that includes a sensor, such as a sensor that measures the wearer's internal body temperature by measuring the wearer's internal body temperature in the wearer's ear. The hearing aid typically communicates such activity or health status information with the glucose meter 12 using two-way wireless communication as shown in FIG. 1 via a communication link 39.

[0044] Referring to FIG. 3, in one embodiment, an exemplary CGM system 1 is shown for monitoring glucose levels of a human with diabetes. In particular, the CGM system 1 can be operative to collect and / or transmit measured glucose values ​​at predetermined adjustable intervals, such as every minute, every five minutes, or other suitable intervals. The CGM system 1 illustratively includes a glucose sensor 2 having a sensor, needle, or probe 3 that is inserted beneath a skin surface 4 of a human. An end of the needle 3 is positioned within an area containing interstitial fluid 5, such that measurements obtained by the glucose sensor 2 are based on the level of glucose in the interstitial fluid 5. The needle may also be positioned in an area where blood and / or other bodily fluids are present. The glucose sensor 2 is positioned adjacent to the abdomen of the human, or in another suitable location. The glucose sensor 2 may also include other components, such as, but not limited to, a wireless transmitter 6 and an antenna 7. It is noted that the glucose sensor 2 is not drawn to scale and may be attached to the skin surface generally as a puck in certain embodiments. Alternatively, the glucose sensor 2 may use other suitable devices for obtaining measurements, such as, for example, non-invasive devices (e.g., infrared sensors). Upon obtaining a measurement, the glucose sensor 2 transmits the measured glucose value via a communication link 8 to a computing device 9 (sometimes referred to as a management device 9), illustratively a glycemic management device 9, a smartphone 9, or a bolus calculator 9 (in certain embodiments, the computing device 9 is a stand-alone device having a housing as described herein and operating in conjunction with a processor including, for example, a bolus calculation module that executes logic characteristics of the computing device).

[0045] In some embodiments, the CGM system 1 may further include a therapy delivery device 40, illustratively an insulin infusion pump 40, for providing therapy (e.g., insulin) to the human. The pump 40 may have a single housing or may have a two-part housing, one part being reusable and the other part being disposable, where the disposable part may include a power source, such as a battery. The insulin pump 40 communicates with a management device 9 via a bidirectional communication link 11, which may communicate bolus and basal rate information to the insulin pump 40. The insulin pump 40 may include a cannula or catheter 12 having a needle that is inserted through the human's skin 4 to inject insulin. The insulin pump 40 may illustratively be positioned adjacent to the human's abdomen or in another suitable location. Similar to the glucose sensor 2, the infusion pump 40 also typically includes a wireless transmitter and antenna for communicating with the management device 9. The insulin pump 40 may be operable to provide basal insulin (e.g., small amounts of insulin released continuously or repeatedly at a basal rate) and bolus insulin (e.g., increased amounts of insulin before and after a meal event). The bolus insulin can be provided in response to a user input triggered by the user or in response to a command from the management device 9. Similarly, the basal rate of the basal insulin is set based on a user input or in response to a command from the management device 9. The infusion pump 40 can optionally include a display for displaying pump data and a user interface for providing user controls. In an alternative embodiment, the insulin pump 40 and the glucose sensor 2 can be provided as a single device worn by the patient, and at least a portion of the logic executed by the processor can reside on this single device. The bolus insulin can also be infused by other means, such as manually by the user with an insulin pen or needle.

[0046] As with the embodiments previously shown and described, the CGM system includes an additional body-worn sensor, one embodiment of such a body-worn sensor being a hearing aid 38 capable of communicating body parameter information, such as the activity or health status information mentioned above, with the management device 9 via a communication link 39, optionally in a two-way wireless manner.

[0047] 3 and 4, the communication links 8, 11, and 39 are illustratively wireless, such as radio frequency ("RF") or other suitable radio frequency, and data and control are transmitted by electromagnetic waves between the sensor 2, the therapy delivery device 40, the body-worn sensor 38, and the management device 9. Bluetooth® is one exemplary type of wireless RF communication system that may use a frequency of about 2.4 gigahertz (GHz). Another exemplary type of wireless communication scheme uses infrared, such as systems supported by the Infrared Data Association® (IrDA®). Other suitable types of wireless communication may be provided. Additionally, each of the communication links 8, 11, and 39 may facilitate communication between multiple devices, such as between the glucose sensor 2, the management device 9, the insulin pump 40, the body-worn sensor 38, and other suitable devices or systems. In another embodiment, the glucose sensor 2 may communicate with the management device 9 via communication with the insulin pump 40. Alternatively, wired links, such as, for example, wired Ethernet links, may be provided between the devices of the system 1. Any other suitable public or private wired or wireless links may also be used.

[0048] FIG. 4 illustrates an exemplary embodiment of the management device 9 of the CGM system 1 of FIG. 3. The management device 9 includes at least one processing device 54 that executes software and / or firmware code stored in the memory 45 of the management device 9. The software / firmware code includes instructions that, when executed by the processor 54 of the management device 9, cause the management device 9 to perform the functions described herein. Alternatively, the management device 9 may include one or more application specific integrated circuits (ASICs), field programmable gate arrays (FPGAs), digital signal processors (DSPs), hardwired logic, or combinations thereof. The management device 9 is illustratively a glucose monitor 9, although other suitable management devices 9 may be provided, such as, for example, a desktop computer, a laptop computer, a computer server, a personal digital assistant ("PDA"), a smartphone, a cellular device, a tablet computer, an infusion pump, an integrated device including a glucose measurement engine and a PDA or a mobile phone, and the like. Although the management device 9 is illustrated as a single management device 9, multiple computing devices may be used together to perform the functions of the management device 9 described herein. Additionally, FIG. 4 shows that the system may include a bolus calculation module 49, a hazard analysis logic component 50 (e.g., to take into account the time / rate of change of glucose level in the calculation), a recursive filter 51 (e.g., to remove noise in the calculation or adjust the probability of the accuracy of the glucose sensor), and / or a basal rate adjustment logic component 52 (e.g., to adjust the impact of user activity on the rate in the calculation).

[0049] The memory 45 is any suitable computer-readable medium accessible by the processor 54. The memory 45 may be a single storage device or multiple storage devices, may be located internal or external to the management device 9, and may include both volatile and non-volatile media. Additionally, the memory 45 may include one or both of removable and non-removable media. Exemplary memories 45 include random access memory (RAM), read-only memory (ROM), electrically erasable programmable ROM (EEPROM), flash memory, CD-ROM, digital versatile disk (DVD) or other optical disk storage device, magnetic storage device, or any other suitable medium configured to store data and accessible by the management device 9.

[0050] The management device 9 further includes a communication device 46 operably coupled to the processor 54. The communication device 46 includes any suitable wireless and / or wired communication module operable to transmit and receive data and control between the device 9, the glucose sensor 2, the body-worn sensor 38, and the insulin pump 40 via the communication links 8, 11, and 39. In one embodiment, the communication device 46 includes an antenna 17 (FIG. 3) for receiving and / or transmitting data wirelessly via the communication links 8, 11, and 39. The management device 9 stores glucose measurements and other data received from the glucose sensor 2, the body-worn sensor 38, and / or the insulin pump 40 via the communication device 46 in the memory 45.

[0051] The management device 9 includes one or more user input devices 48 for accepting user input. The input devices 48 may include push buttons, switches, mouse pointers, keyboards, touch screens, or any other suitable input devices. A display 13 is operatively coupled to the processor 54. The display 13 may comprise any suitable display or monitor technology (e.g., liquid crystal display, etc.) configured to display information provided by the processor 54 to the user. The processor 54 is configured to transmit information regarding the basal rate and bolus information to the display 13. Additionally, the displayed information may include an alert and / or warning, etc., regarding whether the person's estimated or predicted glucose level is hypoglycemic or hyperglycemic. For example, an alert may be issued if the person's glucose level falls (or is predicted to fall) below a predetermined hypoglycemic threshold, such as about 50 to about 70 mg / dL of glucose in the blood. The management device 9 can also be configured to communicate information or alerts to a human via touch, for example by vibration or by transmitting information or alerts to a body worn sensor (such as a hearing aid 38) to provide the information or alert to the user via the body worn sensor.

[0052] For further description of additional features that can be provided by the bolus calculator module, see US Pat. Nos. 10,458,973 and 10,251,583, the disclosures of which are incorporated herein by reference in their entireties.

[0053] In certain embodiments, the method includes removing a corresponding meal bolus if the selected insulin dose is negative. The method can include carbohydrate suggestions if the selected insulin dose is negative.

[0054] The methods and apparatus described herein can be used in place of or in conjunction with systems associated with the methods described in U.S. Patent Application Publication No. 2016 / 0287184, the entirety of which is incorporated herein by reference.

[0055] Certain embodiments herein include warnings or alarms, sometimes referred to as alerts. More specifically, alerts are customizable and may be a displayed icon or message, or a visual alert, such as a light, an audible alert, such as a beep or music, a vibration alert, or a combination thereof. An alert can have single and / or multiple notification aspects. For example, an alert can include an audible notification, a visual notification, and a vibration notification simultaneously. When an event triggers the notification of an alert, the user can learn of the event or condition by feeling a vibration, hearing an audible alert, and / or seeing a visual alert.

[0056] In one example, an event or pattern can trigger a warning or alarm or a combination of both (i.e., an alert) that can be used to alert the patient to take a particular action whenever a particular event occurs. For example, the pattern can be a post-prandial event, a hypoglycemic event, exercise, eating, etc., or other problematic event or pattern that has occurred in the patient's past physiological data. Thus, when an event is detected again in real time, the system 1 alerts the patient to that fact, such as by display 13 and / or vibration and / or noise. The bolus calculator can have a processor 54 or multiple processors 54 (including a bolus calculator module 49) that interact with various hardware and / or software to send a warning to the clinician when the person's blood glucose level falls (or is predicted to fall) below a predetermined hypoglycemic threshold, and can also send an alert when the uncertainty measure exceeds a certain point. The bolus calculator can be configured to wirelessly send alerts and run an application on the clinician's computer when the computer comes online and / or is otherwise turned on / enabled.

[0057] In one embodiment, the first determined insulin bolus associated with the received blood glucose value is calculated by utilizing one of the traditional bolus calculators described above.

[0058] In one embodiment, the diabetes management application can determine if no user input is received within a given time frame and, if not, can instruct the connected insulin therapy device to administer the lesser of either the first calculated insulin bolus or the recalculated insulin bolus to the patient. In another embodiment, if such user input is not received within a given time frame, the system can utilize the first calculated insulin bolus as the amount to be administered to the patient, or the system can be configurable by the patient to utilize either the first calculated insulin bolus or the recalculated insulin bolus.

[0059] With regard to the recalculated insulin bolus determination step, the bolus calculator (or bolus calculation method) may include a correction term in the bolus calculator that takes into account the body-worn sensor information. The correction term may be a coefficient applied to the calculated first bolus and / or a bolus shift value that is added to or subtracted from the calculated first bolus. The correction term depends on the body parameters sensed by the additional sensor (different body parameters would require application of different correction terms). The relationship between the first calculated bolus and the recalculated bolus may be linear in some embodiments. In one embodiment, the recalculated insulin bolus may be calculated using an algorithm such as, for example,

[0060] B2=a n *B1±b n where B2 is the recalculated insulin bolus, B1 is the first calculated standard bolus, a n is the correction coefficient for the physical parameter n, b n is the bolus shift for body parameter n.

[0061] In embodiments where there is more than one physical parameter considered in the calculation, the algorithm would include similar calculations in a similar manner for the additional physical parameters.

[0062] Each of the above parameters a n and b n can be stored in the system's firmware and, in an exemplary embodiment, can be enabled and adjusted by medical personnel and / or the user.

[0063] In another embodiment, the recalculated insulin bolus can be calculated in the same manner as the first calculated bolus, but offsets to compensate for carbohydrate-to-insulin ratio, insulin sensitivity factors, and activity-based basal needs can be adjusted, either alone or in combination, to recalculate the bolus.

[0064] In the embodiment described herein, carbohydrate input is optional as carbohydrate input information is only required for meal bolus correction.

[0065] In use, the patient will typically test the implemented algorithm in consultation with a medical professional to see if it fits their needs. If the deviation between the B1 and B2 values ​​is too large, it may indicate some erroneous calculation. Thus, typically, the patient will have the opportunity to find out, through testing, which calculated bolus tends to be optimal for them. It is assumed that after some testing, the patient will be more satisfied with the performance of the algorithm and will no longer need to decide whether to accept the B1 or B2 value, but will simply continue to accept the B2 value.

[0066] In embodiments herein, a significant deviation or significant deviation threshold can be understood to constitute a difference in calculated bolus value of 10% or more. In particular, in one embodiment, the significant deviation threshold can be set to 20%. In another embodiment, the user can adjust the amount of the significant deviation threshold number higher or lower, provided that the significant deviation threshold can only be set to values ​​of 10% or more. In another embodiment, the significant deviation threshold can be a selectable threshold using either a percentage or absolute value of insulin units.

[0067] Typically, for risk minimization purposes, the insulin administration described herein may be performed automatically by the system, however, in alternative aspects, it is contemplated that the user may turn off such automatic insulin delivery functionality.

[0068] In the above-described method, the diabetes management application may optionally receive information about the carbohydrate content of a meal that is to be or has recently been consumed prior to calculating the first determined insulin bolus, and the carbohydrate content information may be taken into account by the diabetes management application in determining the first calculated insulin bolus.

[0069] In selected embodiments, the body-worn sensor device may comprise a hearing aid and / or may comprise a smartwatch or activity tracker, or a combination of these devices.

[0070] The physical parameter information may include at least one of the user's heart rate, internal body temperature, heart rate (pulse), respiratory rate, speed of motion, or acceleration of motion. In one embodiment, the user's body temperature is measured by a body-worn sensor (e.g., in one embodiment, a hearing aid such as hearing aid 38 may be utilized that measures the user's internal body temperature by utilizing an in-ear thermometer).

[0071] The notifying step can optionally include providing an audible alert to the user through the use of a hearing aid, such as hearing aid 38.

[0072] In another embodiment, there is provided herein a diabetes management system for a continuous glucose monitoring (CGM) device, the system comprising: obtaining glucose level information from a continuous glucose monitor; Executing a loop algorithm (loop algorithm refers to a system that operates in closed loop mode (i.e. automatic feedback without user interaction) or semi-closed loop mode (or semi-open loop mode) (i.e. user interaction required to confirm instructions)) that uses the glucose information and results in typically continuous information regarding the insulin to be infused next, to calculate the amount of insulin required to keep the user in a given glucose value range (this can be considered as the first bolus calculation; in the loop algorithm, it is assumed that the bolus calculation required in this step is performed using the bolus calculation method described above);

[0073] considering the body parameter information based on at least one body-worn sensor monitoring at least one body parameter; Recalculating the insulin bolus based on the physical parameter information; notifying the user whether consideration of the physical parameter information leads to the conclusion that the user will fall outside a given glucose value range (e.g., a target glucose value range) within a preselected time period (wherein the threshold for significant deviation from the target blood glucose range generally constitutes a difference in calculated values ​​of 10% or more. In particular, in one embodiment, the threshold for significant deviation may be set at 20%. In one embodiment, the user may adjust the amount of the threshold number of significant deviations higher or lower, provided that the threshold for significant deviation may only be set to values ​​of 10% or more);

[0074] waiting a pre-set period of time for user input as to whether to accept the physical parameter information for use by the loop algorithm; In the absence of a response by the user within a preset time period, the loop algorithm is configured to administer the lesser of the insulin bolus calculated taking into account the physical parameter information and the insulin bolus calculated without taking into account the physical parameter information. A connected insulin therapy device that is part of the loop system administers the lesser of either the first calculated insulin bolus or the recalculated insulin bolus. In an alternative embodiment, the system can administer the first calculated bolus (i.e., the bolus without taking into account the physical parameter information). Typically, for risk minimization purposes, the insulin administration described herein can be performed automatically by the system. However, in an alternative aspect, it is envisioned that the user may turn off such automatic insulin delivery function.

[0075] In this embodiment, the recalculated insulin bolus would be calculated in the same manner as described above with respect to the previous embodiment.

[0076] The body-worn sensor device of this embodiment may include a hearing aid and / or a smart watch or activity tracker.

[0077] The physical parameter information in this embodiment may include at least one of the user's heart rate, core temperature, respiration rate, speed, or acceleration.

[0078] The notification aspect of this embodiment may include providing an audible alert to the user through the use of a hearing aid.

[0079] Generally, the bolus calculation performed in the above-described embodiments is performed in two parallel paths: path 1 is a standard or traditional bolus calculation (BC1) performed according to the prior art, and path 2 is a recalculated operation (BC2) that takes into account information from at least one additional body sensor. In selected embodiments, two bolus calculation amounts are presented to the user.

[0080] If these two routes result in different (correction or meal) bolus values, then risk is likely established. This is where the significant deviations mentioned above come into play. Only when there is a deviation above a pre-set threshold (amount of significant deviation) is there an impact on the diabetes management system that requires attention by the user.

[0081] In one embodiment, if the user does not respond within a given time frame, the diabetes management system automatically selects a lower calculated bolus to avoid a hypoglycemic state for the user (even if the higher value is correct.) In another embodiment, the system automatically selects a standard bolus calculation over a bolus calculation that takes into account physical parameter information from at least one additional physical sensor.

[0082] After some time (e.g., a period of weeks or months), the user, supported by a medical professional, may decide that they are satisfied with the presented algorithm. In conjunction, some correction factors may be tweaked (adjusted) and the algorithm may be tested under various daily conditions. At the end of this process, the optimized bolus calculation algorithm should result in the correct amount of insulin without the need for user input (thus taking advantage of the cutoff feature).

[0083] In certain embodiments, the diabetes management system can include a handheld medical device, a mobile computing device, and a diabetes management application. The handheld medical device can include a port configured to accept a test strip having a reaction site for receiving a sample of fluid from a patient, an optional real-time clock (RTC), and a blood glucose (bG) measurement system capable of cooperating with a test strip inserted into the port configured to measure glucose in the sample of fluid present on the test strip and associate a first measurement time with the glucose measurement.

[0084] In selected embodiments, a computer-implemented method for diabetes management is provided, comprising: Providing a diabetes management application located on a computing device; receiving, by a diabetes management application, a blood glucose level from a blood glucose monitor; determining, by a diabetes management application, a first determined insulin bolus associated with the obtained blood glucose value; receiving, by a diabetes management application, body parameter information from at least one body-worn sensor device; determining, by a diabetes management application, a recalculated insulin bolus based on the physical parameter information; providing a notification to the user by the diabetes management application if there is a significant deviation between the first determined insulin bolus amount and the recalculated insulin bolus amount; setting a timer by the diabetes management application for a given time period; receiving user input, via the diabetes management application, for a bolus delivery within a given time frame, whether the user selects a calculated insulin bolus or a recalculated insulin bolus, and then administering the selected bolus amount; determining, by the diabetes management application, whether user input has been received within a given time frame, and if not, instructing a connected insulin therapy device to administer the lesser of the first calculated insulin bolus or the recalculated insulin bolus.

[0085] In yet another embodiment, the diabetes management application receives information about the carbohydrate content of the meal to be ingested before determining the insulin bolus according to the first determination, and the carbohydrate content is taken into account by the diabetes management application in determining the insulin bolus according to the first determination.

[0086] In yet another embodiment, the body-worn sensor device comprises a hearing aid.

[0087] In yet another embodiment, the body-worn sensor device comprises a smart watch or an activity tracker.

[0088] In yet another embodiment, the physical parameter information includes at least one of the user's heart rate, core temperature, respiration rate, speed, or acceleration.

[0089] In yet another embodiment, the step of notifying includes providing an audible alert to the user by using a hearing aid.

[0090] In yet another embodiment, a method for diabetes management is provided, comprising the following steps: obtaining blood glucose information from a continuous glucose monitor; using the blood glucose information to execute a closed loop algorithm to calculate the amount of insulin required to keep the user in a given blood glucose range; considering body parameter information based on at least one body-worn sensor monitoring at least one body parameter; recalculating the insulin bolus based on the physical parameter information; notifying the user whether consideration of the physical parameter information leads to the conclusion that the user will be outside a given blood glucose range within a preselected time period; waiting a pre-set period of time for input by a user as to whether to accept the physical parameter information for use by the closed-loop algorithm; and If there is no response by the user within a preset period of time, administering the lesser of an insulin bolus calculated by a closed-loop algorithm taking into account the physical parameter information and an insulin bolus calculated without taking into account the physical parameter information.

[0091] In yet another embodiment, the body-worn sensor device comprises a hearing aid.

[0092] In yet another embodiment, the body-worn sensor device comprises a smart watch or an activity tracker.

[0093] In yet another embodiment, the physical parameter information includes at least one of the user's heart rate, core temperature, respiration rate, speed, or acceleration.

[0094] In yet another embodiment, the step of notifying includes providing an audible alert to the user by using a hearing aid.

[0095] Although several devices and their components have been described in detail above, it should be understood that the components, features, configurations, and methods of use of the described devices are not limited to the context presented above. In particular, components, features, configurations, and methods of use described in the context of one device can be incorporated into any of the other devices. Moreover, without being limited to the further description presented below, further alternative suitable components, features, configurations, and methods of use of devices, as well as the various ways in which the teachings herein can be combined and substituted, will be apparent to those of skill in the art in view of the teachings herein.

[0096] While various variations have been shown and described in this disclosure, further adaptations of the methods and systems described herein can be achieved by those skilled in the art through appropriate modifications without departing from the scope of the invention, some of which have been mentioned and others will be apparent to those skilled in the art.

[0097] The above description of the embodiments is provided for purposes of illustration and description. It is not intended to be exhaustive or to limit the present disclosure. Individual elements or features of a particular embodiment are generally not limited to that particular embodiment, and even if not specifically shown or described, can be interchanged as appropriate and used in selected embodiments. This too can be modified in numerous ways. Such modifications should not be considered as departures from the present disclosure, and all such modifications are intended to be included within the scope of the present disclosure.

[0098] The techniques described herein can be implemented by one or more computer programs executed by one or more processors. The computer programs include processor-executable instructions stored in a non-transitory tangible computer-readable medium. The computer programs can also include stored data. Non-limiting examples of non-transitory tangible computer-readable media are non-volatile memory, magnetic storage devices, and optical storage devices.

[0099] Some portions of the description above present the techniques described herein in terms of algorithms and symbolic representations of operations on information. These algorithmic descriptions and representations are the means used by those skilled in the data processing arts to most effectively convey the substance of their work to others skilled in the art. While these operations are described in terms of functionality or logic, it will be understood that they are implemented by computer programs. Additionally, it has proven convenient at times to refer to compositions of these operations as modules or by functional names, without loss of generality.

[0100] Unless otherwise indicated, and as is apparent from the above description, throughout this specification, descriptions utilizing terms such as "processing" or "operating" or "calculating" or "determining" or "displaying" are understood to refer to operations and processes of a computer system or similar electronic computing device that manipulates and transforms data represented as physical (electronic) quantities in the memory or registers of the computer system or other such information storage, transmission, or display device.

[0101] Certain aspects of the described technology include process steps and instructions described herein in the form of an algorithm. It should be noted that the described process steps and instructions may be embodied in software, firmware, or hardware, and if embodied in software, may be downloaded to reside on and operated from a variety of platforms used by real-time network operating systems.

[0102] Additionally, the present disclosure relates to an apparatus for performing the operations herein. The apparatus may be specially constructed for the required purposes or may comprise a general purpose computer selectively activated or reconfigured by a computer program stored in a computer-readable medium accessible by the computer. Such computer programs may be stored on a tangible computer-readable storage medium, such as, but not limited to, any type of disk, such as a floppy disk, an optical disk, a CD-ROM, a magneto-optical disk, a read-only memory (ROM), a random access memory (RAM), an EPROM, an EEPROM, a magnetic or optical card, an application specific integrated circuit (ASIC), or any type of medium suitable for storing electronic instructions, each coupled to a computer system bus. Additionally, the computers referred to herein may include a single processor or may be architectures employing a multi-processor design to increase computing power.

Claims

1. 1. A computer-implemented diabetes management method for determining an insulin bolus by a diabetes management device or a component of a diabetes management device comprising a processor, the method comprising: receiving, by the processor, a glucose value; calculating, by the processor, a first calculated insulin bolus based on the received glucose value; receiving, by the processor, body parameter information from at least one body-worn sensor device; determining, by the processor, a recalculated insulin bolus based on the physical parameter information; notifying a user via a first user interface if there is a significant deviation between the first calculated insulin bolus amount and the recalculated insulin bolus amount; and receiving user input via the first user interface or the second user interface indicating whether the calculated insulin bolus or the recalculated insulin bolus is selected for bolus administration within a given time frame.

2. The method of claim 1 , wherein in the step of receiving, by the processor, a glucose value, the processor receives the glucose value from a glucose monitoring device.

3. 10. The method of claim 1, further comprising the step of the processor instructing an insulin therapy device connected to the diabetes management device to administer a selected bolus amount by the insulin therapy device.

4. determining, by the processor, a final insulin bolus if no user input is received within the given time frame; 2. The method of claim 1, wherein the final insulin bolus is the smaller of the first calculated insulin bolus or the recalculated insulin bolus.

5. determining, by the processor, a final insulin bolus if no user input is received within the given time frame; 2. The method of claim 1, wherein the final insulin bolus is the first calculated insulin bolus.

6. 6. The method of claim 1, wherein the processor receives information about a carbohydrate content of a meal to be ingested before determining the first calculated insulin bolus, the carbohydrate content being taken into account by the processor in determining the first calculated insulin bolus.

7. The method of any one of claims 1 to 6, wherein the body-worn sensor device comprises a hearing aid, a smartwatch, or an activity tracker, or any combination thereof.

8. The method of any one of claims 1 to 7, wherein the physical parameter information comprises at least one of the user's heart rate, core temperature, respiration rate, speed of movement, or acceleration of movement.

9. The method of any one of claims 1 to 8, wherein the notification comprises providing an audible alert or warning to the user by using a hearing aid, a smart watch, or an activity tracker, or any combination thereof.

10. 1. A diabetes management system for determining insulin dosage, comprising: The system comprises a processor; The processor, receiving continuous glucose level information from a continuous glucose monitor; processing the received glucose information by utilizing a loop algorithm to calculate the insulin required to keep the user within a given glucose range; receiving body parameter information based on at least one body-worn sensor monitoring at least one body parameter; recalculating the insulin required to keep the user within the given glucose range based on the physical parameter information; providing a notification to the user if the recalculation of required insulin determines that the user will fall outside the given glucose value range within a preselected time period; receiving a user input at a pre-defined time period as to whether to accept the body parameter information for use by the loop algorithm; If there is no response by the user within the preset time period, the system determines that the lesser of the amount of insulin calculated by the loop algorithm taking into account the physical parameter information and the amount of insulin calculated without taking into account the physical parameter information should be administered.

1. A diabetes management system configured to:

11. 1. A diabetes management system for determining insulin dosage, comprising: The system comprises a processor; The processor, receiving continuous glucose level information from a continuous glucose monitor; processing the received glucose information by utilizing a loop algorithm to calculate the insulin required to keep the user within a given glucose range; receiving body parameter information based on at least one body-worn sensor monitoring at least one body parameter; recalculating the insulin required to keep the user within the given glucose range based on the physical parameter information; providing a notification to the user if the recalculation of required insulin determines that the user will fall outside the given glucose value range within a preselected time period; receiving a user input at a pre-defined time period as to whether to accept the body parameter information for use by the loop algorithm; If there is no response by the user within the preset time period, the system determines that an amount of insulin calculated by the loop algorithm without taking into account the physical parameter information should be administered.

4. A diabetes management system comprising:

12. 12. The system of claim 10 or 11, wherein the body-worn sensor comprises a hearing aid, a smartwatch, or an activity tracker, or a combination thereof.

13. The system of any one of claims 10 to 12, wherein the physical parameter information comprises at least one of the user's heart rate, core temperature, respiration rate, speed of movement, or acceleration of movement.

14. 14. The system of claim 10, wherein the processor is configured to perform the notification by communicating to a hearing aid, a smart watch, or an activity tracker, or any combination thereof, to provide an audible alert to a user.

Images