Patent Application
20250014707
This presently disclosed subject matter is in the field of monitoring diabetes-related treatment and relates to a method and system for automatic monitoring of diabetes related treatments based on insulin injections.
References considered to be relevant as background to the presently disclosed subject matter are listed below:
Acknowledgement of the above references herein is not to be inferred as meaning that these are in any way relevant to the patentability of the presently disclosed subject matter.
The introduction of new technologies such as software for big data collection, continuous glucose monitoring, smart pumps, insulin connected pen and glucometers and medical Apps and Software, aims to provide patients with more tools to self-manage their disease, and healthcare professionals with the ability to better support and treat patients. Nevertheless, it requires the healthcare professionals to apply a new spectrum of theoretical knowledge and practical skills. More specifically, there is a need in the art in assisting patients with an automatic monitoring technique fulfilling the day-to-day demands of diabetes management based on insulin injections.
Typically, a patient receives an insulin injections treatment plan from a physician for a certain time period of several months. He should then consult the physician periodically to adjust the plan according to his personal recordings and subjective feelings on the fitting of this plan to his personal daily routine. This process has a lot of drawbacks since it totally depends on the patient's manual recording, and adjustment of the plan cannot be personalized and accurate. Some techniques provide a real-time adjustment of a treatment plan in which the changes in glucose level are continuously recorded and some instantaneous corrections of the currently measured glucose level are proposed to the patient. However, these approaches do not change the treatment plan itself and therefore are not adapted to the specific patient daily routine.
The technique of the presently disclosed subject matter enables to receive at least raw log glucose data and provide a recommended patient-specific insulin injections treatment plan (i.e. automatic individualized recommendations to change insulin therapy) to patients on insulin, either on long acting insulin only or on Multiple Daily Injections (i.e. MDI treatment), based on the data analysis.
According to a broad aspect of the presently disclosed subject matter, there is provided a monitoring system for use with diabetic treatment management based on insulin injections. In this connection, it should be noted that the term “insulin injections” hereinafter refer to ‘Basal only’ treatment or MDI treatment. “Basal only” treatment or long acting insulin only treatment is a type of treatment in which the patients are using only basal injections (long acting insulin) and are not using any other type of insulin. Therefore, these patients (usually of Type 2 Diabetes) only have a basal plan. MDI treatment is a type of treatment in which the patient uses both basal (i.e. long acting insulin) and bolus (i.e. short acting insulin), and therefore their treatment is composed of two kinds of plans: one for the basal and a second for the boluses (as described in details further below). Therefore, the control unit is configured and operable to automatically determining a recommended patient-specific insulin injections treatment plan based on basal only and/or a recommended patient-specific Multiple Daily Injections (MDI) treatment plan. The monitoring system comprises a communication interface configured and operable to permit access to raw log glucose data being indicative of blood glucose levels over a certain time period; wherein the certain time period being at least one daily period and at least one of an existing patient-specific insulin injections treatment plan or user data being indicative of at least one of event or insulin delivery over the certain time period; and a control unit configured and operable for receiving and processing the raw glucose log data with at least one of the existing insulin injections treatment plan or the user data and automatically determining a recommended patient-specific insulin injection treatment plan wherein the recommended patient-specific treatment plan comprises individualized insulin dosing injection parameters data over the certain time period, wherein the individualized insulin dosing injection parameters data comprises a basal plan and/or a bolus plan and/or suggestions for personalized diabetes management tips. The patient-specific insulin injections treatment plan comprises individualized insulin dosing injection parameters data over a period time of at least one day (i.e. 24 hours). In this connection it should be understood that the insulin injections treatment plan provided by the presently disclosed subject matter defines a routine diabetes plan not limited to a specific time period. The technique of the presently disclosed subject matter analyses at least the raw log glucose data and adjusts the entire patient-specific insulin injections treatment plan to be optimized to the patient daily routine for a non-limited time period. To be able to provide automatic individualized recommendations to change insulin therapy, the raw log data should comprise data collected during a time period of at least one day (e.g. a plurality of days) prior to the recommendation time. The technique of the presently disclosed subject matter analyzes retrospective data and provides recommendation on changes for the treatment plan (this is not a real-time system). The raw log glucose data is indicative of at least one blood glucose pattern defining blood glucose levels over a certain time period and may comprise direct glucose measurement (i.e. measured data collected by a continuous glucose monitoring (CGM) system and/or a glucometer and/or Flash Glucose Monitoring (FGM)) and/or also optionally a user's input (i.e. glucose data manually collected over the certain time period using for example an application). The system receives and analyzes individual's diabetes data including glucose levels, in combination with at least one of (i) an existing patient-specific insulin injections treatment plan or (ii) user data being indicative of at least one of (1) an event such as meals consumed during the certain time period, physical activity, illness etc. or of (2) the insulin delivery history (i.e. insulin delivery over the certain time period).
The recommended insulin injections treatment plan may comprise the following parameters depending on the insulin injections treatment plan received by the system of the presently disclosed subject matter: a basal plan (i.e. daily long acting insulin injection plan) and/or a bolus plan (including dosage and timing of short acting insulin parameters such as (1) Carbohydrate Ratio (CR), Correction Factor (CF) and glucose target; and/or (2) Fixed dose, CF and glucose target; and/or (3) Meal Size Estimation, CF and glucose target and/or (4) Sliding scale (SSI)) and/or (5) suggestions for personalized diabetes management tips (such as timing of meal boluses, bolus delivery compliance or treatment alert to the patient or to health care professionals (HCP)). In this connection, it should be noted that the term “bolus” refers to the dosage of insulin intended to “cover” a meal and/or to make a large glucose level correction. The term “Carbohydrate Ratio (CR)” may refer to one insulin unit per gr of carbohydrates or per exchange of grams. The term “Correction Factor (CF)” may refer to the expected amount of glucose level decrease in the blood, given 1 unit of insulin. The term “SSI” may refer to a type of bolus plan in which the amount of insulin that should be delivered is according to predetermined glucose ranges. The term “Meal Size Estimation” may refer to fix amount of insulin per size of meal, where the size of the meal may be defined i.e. as ‘small’/‘medium’/‘large’.
Therefore, in some embodiments, the control unit is configured and operable for automatically determining the basal plan including an amount of long acting insulin dosage, and/or bolus plan including an amount of short acting insulin dosage. Additionally or alternatively, the control unit may be configured and operable for automatically determining an amount of long acting insulin dose comprising analyzing the blood glucose pattern to define a certain time of injecting the long acting insulin dose and a certain number of required doses of the basal insulin. Additionally or alternatively, the control unit may be configured and operable for automatically determining the bolus plan including (1) carbohydrate ratio (CR), correction factor (CF) and glucose target; and/or (2) fixed dose, CF and glucose target; and/or (3) meal size estimation, CF and glucose target and/or (4) Sliding Scale (SSI) according to the time of the day, over the certain period of time. Additionally or alternatively, the control unit may be configured and operable for automatically determining and providing the personalized diabetes management tips to at least one of the patient or a physician, wherein the personalized diabetes management tips comprise textual output data being indicative of at least one of timing of meal boluses, bolus delivery compliance, or a treatment alert.
Comparing the above to the conventional approach, it should be understood that the presently disclosed subject matter eliminates a need for a physician to conduct any retrospective analysis (i.e., look at the data during the clinical visit) and subjectively conclude how to change the insulin injections treatment plan based on this information. This is advantageous because practically not all physicians have the needed expertise to fulfill this task properly. In addition, for those who have the needed expertise, this task is very time consuming. Sometimes analyzing the data becomes very difficult due to the fact the data has no clear pattern visible/identifiable to the human eye in order to derive conclusions and propose the appropriate insulin injections treatment plan.
Therefore, the presently disclosed subject matter addresses the challenge of replacing the trained physician's retrospective analysis of the patient's input by providing a monitoring system which is capable of properly analyzing the raw log data input and optionally user data. Such a monitoring system of the presently disclosed subject matter may organize the data (i.e. isolate the informative essence from the subordinate) and provide recommendations to the insulin injections treatment plan in order to improve glucose control in the period of time that follows the recommendation. The input to the system may include solely the stored raw log data obtained over a certain time window being indicative of glucose levels and user data being indicative of insulin delivery and/or other events such as meal, physical activity, etc.
According to another broad aspect of the presently disclosed subject matter, there is provided a monitoring system comprising a communication interface configured and operable to permit access to raw log glucose data being indicative of blood glucose levels over a certain time period; wherein the certain time period being at least one daily period; and a control unit configured and operable for receiving and processing the raw glucose log data to identify the existing patient-specific treatment plan according to the user's input. This monitoring system may be used together with the monitoring system defined above, or as a separate entity. In this case, the monitoring system is able to automatically identify the current basal plan based on the basal records, and the bolus plan in case of SSI, based on the bolus records.
According to another broad aspect of the presently disclosed subject matter, there is provided a monitoring system comprising a communication interface configured and operable to permit access to raw log glucose data being indicative of blood glucose levels over a certain time period; wherein the certain time period being at least one daily period; and a control unit configured and operable for receiving and processing the raw glucose log data to identify a start point and an end point of a certain inactive time period being indicative of an absence of insulin delivery and meal consumption. This monitoring system may be used together with the monitoring system(s) defined above or as a separate entity. In this case, the monitoring system is able to automatically identify at least one inactive period such as a night pattern. More specifically, the system may be able to identify the beginning and the end of the night period by analyzing the glucose pattern being measured, the injection or physical activity (PA) records provided by the user's input. The technique is able to provide specific recommendations to a patient-specific basal plan, based on the nighttime window.
According to another broad aspect of the presently disclosed subject matter, there is provided a monitoring system for automatically identifying patient-specific changes to the insulin injections treatment plan (bolus and/or basal) based on glucose levels only. The monitoring system comprises a communication interface configured and operable to permit access to raw log glucose data being indicative of blood glucose levels over a certain time period; wherein the certain time period being at least one daily period; and an existing patient-specific insulin injections treatment plan. The control unit configured and operable for processing the raw log glucose data to thereby identify, in the raw log glucose data, event data being indicative of at least one of insulin delivery or at least one meal consumed in a certain time period. This monitoring system may be used together with the monitoring system(s) defined above, or as a separate entity.
According to another broad aspect of the presently disclosed subject matter, there is provided a monitoring system being able to perform behavioral pattern analysis. This monitoring system may be used together with the monitoring system(s) defined above or as a separate entity. This technique enables to classify/categorize events relating or not to the existing patient-specific insulin injections treatment plan and filtering out the events not relating to the existing patient-specific insulin injections treatment plan. For example, boluses that the system found based on the glucose levels may be filtered out in case there was a hypoglycemia event before the estimated bolus time. Thus, such a bolus event may not affect the estimation of the insulin injections treatment plan. The different events may also have different weights in the decision treatment plan proposed to the patient. The control unit may thus be configured and operable to automatically determine a patient-specific bolus treatment plan based on event data by giving different weights to the classified events. The different events may change the dosage of the patient-specific treatment plan or provide suggestions for personalized diabetes management tips (such as timing of meal boluses, bolus delivery compliance or over-treating events of hypoglycemia).
In some embodiments, the communication interface comprises a user interface to permit user input of the user data comprising data being indicative of insulin delivery over the certain time, meals consumed, at least a part of the raw log glucose data, exercise intensity or any other textual data being indicative of the user's condition. The communication interface may be configured to permit input of at least a part of the raw log glucose data directly from an external device. The external device may comprise at least one of the following: a measurement device, a storage device, and a drug injection device. The measurement device may comprise at least one of a continuous glucose monitor and a glucometer.
According to another broad aspect of the presently disclosed subject matter, there is provided a monitoring system being able to perform a data integration between the raw log glucose data corresponding to a glucose pattern averaged for a certain period of time of at least a plurality of days, and the user data including event data being based on user's input. This monitoring system may be used together with the monitoring system(s) defined above or as a separate entity. In some embodiments, the monitoring system is able to synchronize between the different raw log glucose data (CGM, FGM, SMBG and manual glucose entries using an application) and optionally also between the raw log glucose data and the user data. The control unit may thus be configured and operable to synchronize between the measured data generated by a plurality of external devices and/or to receive and process the raw log glucose data and the user data and to synchronize between the raw log glucose data and the user data. For example, the monitoring system is able to synchronize between a plurality of external devices such as a CGM and glucometer. This enables to improve the timing precision and the glucose values of the glucose pattern, as well as the data integration as described above.
According to another broad aspect of the presently disclosed subject matter, there is provided a computer program recordable on a storage medium and comprising a machine-readable format, the computer program being configured and operable to, when being accessed, carry out the method as will be defined below. The computer program product may comprise a non-transitory tangible computer readable medium having computer readable program code embodied therein, the computer readable program code adapted to be executed to implement a method as described below. The computer program is configured and operable, when being accessed, to carry out the following: receiving raw log glucose data being indicative of at least one blood glucose pattern defining blood glucose levels over a certain time period; wherein the certain time period being at least one daily period; and at least one of an existing patient-specific insulin injections treatment plan or a user data comprising at least one of data being indicative of insulin delivery over the certain time period or of data being indicative of meals consumed during the certain time period; processing the raw log glucose data with at least one of the existing insulin injections treatment plan or the user data to automatically determine a recommended patient-specific insulin injections treatment plan wherein the recommended patient-specific insulin injections treatment plan comprises individualized insulin dosing injection parameters data over the certain time period, wherein the individualized insulin dosing injection parameters data comprises a basal plan or a bolus plan or suggestions for personalized diabetes management tips. In some embodiments, the control unit is configured and operable to correlate between the raw log glucose data, insulin records and the existing patient-specific insulin injections treatment plan to validate the existing patient-specific insulin injections treatment plan. The system can thus validate that the current insulin injections treatment plan is suitable for the patient and no further changes are required (meaning that glucose levels are good).
In some embodiments, the control unit is configured and operable to receive and process the measured data to identify the user data being indicative of insulin delivery over the certain time period or meals consumed during the certain time period.
According to another broad aspect of the presently disclosed subject matter, there is provided a method of automatic monitoring of diabetes-related treatment of a patient based on insulin injections. The method comprises receiving raw log glucose data being indicative of at least one blood glucose pattern defining blood glucose levels over a certain time period; wherein the certain time period being at least one daily period; and at least one of an existing patient-specific insulin injections treatment plan or a user data comprising at least one of data being indicative of insulin delivery over the certain time period or of data being indicative of meals consumed during the certain time period; processing the raw log glucose data with at least one of the existing insulin injections treatment plan or the user data to automatically determine a recommended patient-specific insulin injections treatment plan; wherein the recommended patient-specific insulin injections treatment plan comprises individualized insulin dosing injection parameters data over the certain time period, wherein the individualized insulin dosing injection parameters data comprises a basal plan or a bolus plan or suggestions for personalized diabetes management tips.
In some embodiments, automatically determining a patient-specific insulin injections treatment plan comprises automatically determining a basal plan including at least one of timing of insulin delivery, an amount of long acting insulin dosage, number of required doses of basal insulin, and time for basal insulin injection.
In some embodiments, automatically determining an amount of long acting insulin dose comprises analyzing the glucose pattern to define a certain time of injecting the long acting insulin dose and a certain number of required doses of the basal insulin.
In some embodiments, automatically determining the bolus plan includes determining (1) CR, CF and glucose target; and/or (2) fixed dose, CF and glucose target, and/or (3) meal size estimation, CF and glucose target and/or (4) SSI according to the time of day over the certain period of time.
In some embodiments, automatically determining the personalized diabetes management tips comprises providing the personalized diabetes management tips to at least one of the patient or a physician, wherein the personalized diabetes management tips comprise textual output data comprising at least one of timing of meal boluses, bolus delivery compliance, overtreating hypoglycemia, bolus stacking, or other treatment alert. In some embodiments, receiving user data comprises receiving user input of the user data comprising data being indicative of at least of the insulin delivery over the certain time, meals consumed, at least a part of the raw log glucose data, exercise intensity or any other textual data being indicative of the user's condition.
In some embodiments, receiving measured data comprises receiving input of at least a part of the raw log glucose data from an external device. Receiving measured data may also comprise receiving measured data from a plurality of external devices.
In some embodiments, processing the raw log glucose data comprises synchronizing between the measured data generated by the plurality of external devices.
In some embodiments, processing the raw log glucose data and the user data comprises synchronizing between the raw log glucose data and the user data.
In some embodiments, the method further comprises correlating between the raw log glucose data, insulin records and the existing patient-specific insulin injections treatment plan to validate the existing patient-specific insulin injections treatment plan.
In some embodiments, processing the raw log glucose data comprises receiving and processing the measured data to identify the user data being indicative of insulin delivery over the certain time period or meals consumed during the certain time period.
In some embodiments, processing the raw log glucose data comprises identifying a start point and an end point of a certain inactive time period being indicative of an absence of insulin delivery and meal consumption.
In some embodiments, processing the raw log glucose data comprises identifying in the raw log glucose data event data being indicative of at least one of insulin delivery or at least one meal consumed in a certain time period; classifying the event data in different events either relating or not relating to the existing patient-specific insulin injections treatment plan and filtering out the events not relating to the existing patient-specific insulin injections treatment plan. Automatically determining of a patient-specific insulin injections treatment plan may comprise processing the event data by giving different weights to the classified event data.
In order to better understand the subject matter that is disclosed herein and to exemplify how it may be carried out in practice, embodiments will now be described, by way of non-limiting example only, with reference to the accompanying drawings, in which:
Reference is made to
For example, the monitoring system 100 is capable to receive data from a Data Management System (DMS) including at least one of: data from the glucose measurement devices; the insulin injections plan; the time stamp and the amount of delivered insulin; the carbs consumed; the reported glucose levels (i.e. the glucose levels that were manually uploaded to the system by the patient using an application or by other means); the glucose units; the injection type i.e. basal or bolus; the insulin type i.e. rapid or regular. The DMS may be a DMS, being a platform to which the patient can upload the data, and the physician can view the data. The insulin injections plan includes (i) the basal plan including time of day, dosage [U] and insulin type and/or (ii) the bolus plan (based on the treatment type) including either:
The control unit 102 provides a retrospective analysis of raw log data, which is input into the control unit 102 while in a machine-readable format, via a communication interface 104. Communication interface 104 is appropriately configured for connecting the processor utility 102B, via wires or wireless signal transmission (e.g. via communication network(s)), to either a measurement device supplying the raw log data or to an external memory (database) where such raw log data have been previously stored (being supplied to from measurement device(s)). Communication interface 104 may be a separate utility from control unit 102 or may be integrated within control unit 102 as illustrated by communication interface 104′. When communication interface 104 is a separate unit from control unit 102, control unit 102 may comprise a transceiver permitting to be connected to communication interface 104 and to transmit and/or receive data. When communication interface 104′ is integrated within control unit 102, it may include the data input utility 102A and data output utility 102D of control unit 102. The control unit 102 may comprise a transceiver permitting to be connected to a communication unit and to transmit and/or receive data. Communication interface 104 also permits access to an existing patient-specific insulin injections treatment plan or a user data being indicative of at least one of an event or insulin delivery over the certain time period. The raw log data may thus include one of glucose measurement device reading/levels as a function of time, and the user data may include event data as a function of time, and insulin delivery data as a function of time. User data may also include activity diary, such as meals, physical activity, sleep time etc. More specifically, user data, such as but not limited to: time of day, meals description e.g. amount of carbohydrates (CHO), percentage of protein (P), percentage of fat (F), human selection of a specific meal description from a list (i.e. breakfast, lunch or snack), physical activity (PA) whether accomplished or planned, sleep time, and presence of illness may be entered into the memory utility 102C by the user using communication interface 104 or another suitable user interface (not shown).
Therefore, monitoring may take into account user data i.e. inputs entered to the control unit 102 by the user such as but not limited to some or all of: the amount of carbohydrates consumed, other ingredients of the meal (e.g. percentage of fat and/or protein), specific event patient is participating in, function of a specific time of day (e.g. sleep, meal, exercise, disease). To determine the compounds of each meal, the control unit 102 may present the user with pre-programmed meals including details of ingredients. The event may be at least one of sleep, meal, exercise, disease event, or rest.
The control unit 102 may be configured as an electronic module for collecting and processing data. It should be noted that all required operations may be controlled by means of a processing utility, such as a DSP, microcontroller, FPGA, ASIC, etc., or any other conventional and/or dedicated computing unit/system. The term “processing utility” should be expansively construed to cover any kind of electronic device with data processing capabilities, including, by way of non-limiting example, personal computers, servers, computing systems, communication devices, processors (e.g. digital signal processor (DSP), microcontrollers, field programmable gate array (FPGA), application specific integrated circuit (ASIC), etc.) and other electronic computing devices. The processing utility may comprise a general-purpose computer processor, which is programmed in software to carry out the functions described hereinbelow. Also, operations in accordance with the teachings herein may be performed by a computer specially constructed for the desired purposes or by a general purpose computer specially configured for the desired purpose by a computer program stored in a computer readable storage medium. The different elements of the control unit (electronic unit and/or mechanical unit) are connected to each other by wires or are wireless. The software may be downloaded to the processing utility in electronic form, over a network, for example, or it may alternatively be provided on tangible media, such as optical, magnetic, or electronic memory media. Alternatively or additionally, some or all of the functions of the control unit may be implemented in dedicated hardware, such as a custom or semi-custom integrated circuit, or a programmable digital signal processor (DSP). The terms control unit and processor utility are used herein interchangeably, and furthermore refer to a computer system, state machine, processor, or the like, designed to perform arithmetic or logic operations using logic circuitry that responds to and processes the instructions that drive a computer.
The techniques and system of the presently disclosed subject matter can find applicability in a variety of computing or processing environments, such as computer or process-based environments. The techniques may be implemented in a combination of software and hardware. The techniques may be implemented in programs executing on programmable machines such as stationary computers being configured to obtain raw log data, as has also been described above. Program code is applied to the data entered using the input device to perform the techniques described and to generate the output information. The output information can then be applied to one or more output devices.
Each program may be implemented in a high-level procedural or object-oriented programming language to communicate with a processed based system. However, the programs can be implemented in assembly or machine language, if desired.
In other embodiments, the methods and systems of the presently disclosed subject matter can be utilized over a network computing system and/or environment. A number of computer systems may be coupled together via a network, such as a local area network (LAN), a wide area network (WAN) or the Internet. Each method or technique of the presently disclosed subject matter as a whole or a functional step thereof could be thus implemented by a remote network computer or a combination of several. Thus, any functional part of system 100 can be provided or connected via a computer network. In addition, the control unit can also remotely provide processor services over a network.
In one embodiment, a monitoring system for use with diabetic treatment management is provided such that it is deployed on a network computer such as a server which permits communication with users across the network. The monitoring system includes a communication interface configured and operable to permit access to stored raw log data obtained over a certain time and being indicative of glucose measurements, events and insulin delivery. The raw log data input can thus be communicated to the server over the network. This can take the form of uploading all or part of the raw log data input to the monitoring system.
Each such program may be stored on a storage medium or device, e.g., compact disc read only memory (CD-ROM), hard disk, magnetic diskette, or similar medium or device, that is readable by a general or special purpose programmable machine for configuring and operating the machine when the storage medium or device is read by the computer to perform the procedures described in this document. The system may also be implemented as a machine-readable storage medium, configured with a program, where the storage medium so configured causes a machine to operate in a specific and predefined manner.
The technique of the presently disclosed subject matter may use information from an existing third-party Diabetes Management System (DMS) such as a secured and HIPAA (Health Insurance Portability and Accountability Act)-compliant diabetes data management platform. The data input includes at least one of insulin delivery, glucose levels, food, physical activity, and any information available from a patient's devices. Following data collection (e.g. downloaded from the personal devices), the gathered information is analyzed by the control unit 102 to identify at least one of insulin requirements (total daily requirements and differences during the course of the day), glucose patterns, glucose trends, meal insulin requirements, insulin treatment patterns, carbohydrate consumption, etc. The efficacy of the patient's glucose control may be verified according to the known glucose goals recommended for example by the American Diabetes Association (ADA), or set individually. The data output may be displayed to the patient as a form of a report with recommendations defining how to set the insulin injections regimen. The data output depends on the source of input. The recommendations may be given directly to the patients and other caregivers via an application and/or a website. The recommendations may be sent to a cloud by the transceiver, to allow remote counsel capabilities.
The insulin injections treatment regimen may include a plan for the long acting insulin (type of insulin, amount and time (or times) of injections) and/or a plan for the short acting insulin (bolus) that includes either a (1) CR, CF and target or (2) fixed dose, CF and target, or (3) meal size estimation, CF and target or (4) SSI plan, depending on the bolus plan type. The data output may thus comprise a recommendation on the insulin dosage to both basal and bolus injection plans if it corresponds to the treatment type applied.
More specifically, if an SSI plan is used, the final recommendation may be created by deciding on the final bolus plan recommendation based on the used bolus plan (rather than the input bolus plan) and the final bolus insulin change that is based on the glucose levels (after integration). In case of inconsistent boluses per bucket (i.e. period of the day), a proper comment may be outputted. If there is a recommendation to change, the new plan may be outputted as the amount of insulin to change upon the used plan. If no change is provided, the current plan may be outputted, if such exists (without changes).
If a CR/CF plan is used, the final recommendation may be created by deciding on the final CR/CF plan recommendation based on the input plan and the final changes for the CR, CF and target (after integration). If there is a recommendation to change, the new plan is outputted for viewing by the user. The calculated changes may be in percent of change (POC), but they are usually not presented to the HCP (or patient) as POC. If no change was provided, the current plan may be outputted as is (without changes). The final basal plan recommendation may also be based on the used basal plan and the final basal injection change (after integration). In case of inconsistent basal injections or a basal plan not used, a proper comment may be outputted.
The control unit 102 can perform procedures and analysis without human supervision. In this connection, it should be understood that the control unit 102 can provide the insulin injections treatment plan from raw log data and from data manually input by a user (e.g. via touch pad or keypad).
In some embodiments, the system 100 is able to perform a data integration between the raw log glucose data corresponding to a glucose pattern averaged for a certain period of time of at least a plurality of days and the user data, including event data being based on user's input. In a specific and non-limiting example, control unit 102 is configured and operable to find times with Special Events (SE). Special Events (SE) can be defined as periods having rapid glucose increment that is most likely caused by carbohydrate intake. This can be based on both glucose sources: (i) a CGM or FGM and (ii) SMBG: in (i) when the slope between two close BG measurements is greater than a certain rate of glucose change; and (ii) when the slope in a certain time window surrounding the measurement is greater than a certain rate of glucose change and the length of the united steep slope measurements is greater than a certain duration. After having identified these steep ascent periods, these periods should be padded with moderate ascent time, both before and after, to determine the start and end times of the SE.
In some embodiments, the control unit 102 is thus configured and operable for receiving and processing the raw glucose log data and an existing insulin injections treatment plan, and automatically determining a recommended patient-specific insulin injections treatment plan. Therefore, in these cases, the monitoring system 100 can receive the existing insulin injections treatment plan (e.g. current basal plan) and decide on a change to that plan based on the glucose levels. Alternatively, the control unit 102 may be configured and operable to receive the user data (e.g. basal injection records) and to identify the existing patient-specific insulin injections treatment plan based on these records. Then the control unit 102 may recommend a change to this identified patient-specific insulin injections treatment plan.
The control unit 102 may thus identify the existing basal plan based on the patient basal injection records in case there are a plurality of days with basal records. This may be implemented by identifying, on such days, the common number of daily basal injections (1 or 2). In case of a single daily basal injection, the most common dose of the injections may be used as the existing basal plan value, and the most common rounded hour as the injection time. In case of two daily basal injections, the above procedure may be performed for each injection separately.
More specifically, as described above, in case the inputs for the control unit 102 include the patient's reported insulin records, control unit 102 can identify the patient basal and/or bolus plans (if the bolus plan is of SSI) based on these records. Also, control unit 102 may be configured for correlating between the raw log glucose data, insulin records and the existing patient-specific insulin injections treatment plan to validate the existing patient-specific insulin injections treatment plan. Control unit 102 can also notify if there is any discrepancy between the provided plan and the observed plan. In a specific and non-limiting example, in case the provided plan is a basal plan of 30 units, and the observed plan, based on the basal records in the analyzed period, is of 33 daily units, control unit 102 notifies that there is a discrepancy between the provided plan and the observed plan of 3 daily units. In other words, the control unit 102 may receive the basal plan as an input (=30U). In addition, if the basal records in the analysis period exist, and are consistent, but with a different amount, then the control unit 102 can update the basal plan to that consistent amount (for example, 33U). In addition, it may notify the HCP about this mismatch between the input plan and the “used” plan. The control unit 102 is capable of identifying this gap and to consider these 33 units as the “used” basal plan. The control unit 102 can notify that there was a gap between the provided plan and the “used” plan. If the basal records are inconsistent, the control unit 102 will not update the “used” plan, and instead will notify that it found inconsistency in the basal records. Alternatively or additionally, control unit 102 can identify whether the patient is using a fixed dose or SSI bolus plan different from the provided bolus plan.
In some embodiments, the monitoring system 100 of
The bolus may be considered invalid in at least one of the following cases: after hypo; the bolus has no end of event glucose; the bolus was given too late with respect to the carbohydrate intake; the bolus was given too close after another bolus; for SSI—the bolus is an outlier in its relevant bucket and/or for CR/CF-too big override.
Reference is made to
As illustrated in
In some embodiments, control unit 102 is configured and operable to detect and alert for the most common behavioral tips for hypo and/or hyper glycaemia events (i.e. behavioral issues that caused hypo and hyper glycaemia). For each hyper glycaemia event, control unit 102 is configured and operable to find all possible behavioral reasons, such as untreated meals, bolus timing, or overtreating hypoglycemia. Similarly, for each hypo glycaemia event, control unit 102 is configured and operable to find all possible behavioral reasons, such as bolus timing or bolus stacking. From the reasons that were found to be valid (according to the number of occurrences and the rate of occurrences from all reasons), the ones with the highest priority may be identified and outputted as a behavioral tip. Therefore, in addition to personal insulin titration for the basal and bolus injections, control unit 102 can generate personal diabetes management tips. These tips are based on the glucose and/or insulin data.
Examples of tips provided for insulin injections patients may be in the form of textual notifications, as follows:
The monitoring system 100 is thus configured and operable to provide some advice for the patient's behavior and treatment settings, based on the patient's data. Moreover, the system is configured for recommending adjustments to the patient-specific treatment plan. As illustrated in
In a specific and non-limiting example, the sliding scale may be divided as presented in Table:
Reference is made to
As described above, determining the recommended patient-specific insulin injections treatment plan insulin injections plan II comprises determining individualized insulin dosing injection parameters data over the certain time period. The individualized insulin dosing injection parameters data comprises a basal plan and/or a bolus plan and/or suggestions for personalized diabetes management tips. The recommended patient-specific insulin injections treatment plan (insulin injections plan II) comprises an insulin treatment plan which may include all types of bolus plans such as CR/CF, SSI, fixed dose+CF or meal size estimation+CF, compliant with insulin injections plan I. Determine a recommended patient-specific insulin injections treatment plan in 206 may comprise automatically determining a timing and amount(s) of long acting insulin dose in 208 and/or determining a dose of short acting insulin in 210. More generally, determining the insulin treatment plan in 206 may comprise determining at least one of timing of insulin delivery an amount of bolus dosage, an amount of long acting insulin dosage, number of required doses of basal insulin, CR according to the time of day, and CF, or individual bolus target. Determining an amount of long acting insulin dose in 208 may comprise analyzing the glucose pattern of the GD to define a certain time of injecting the long acting insulin dose and a certain number of required doses of the basal insulin. Determining short acting insulin dose for meals in 210 may comprise determining a short-acting insulin dosage component taken according to a sliding scale.
Reference is made now to
Reference is made to
As can be seen in
The control unit 102 may also identify the existing bolus plan for every defined time window (e.g. morning, afternoon, evening). This may be implemented by defining a common bolus step, defining if the boluses are consistent; taking out outlier boluses and boluses with no corresponding glucose value; estimating the SSI plan based on the left boluses in case of no bolus plan or use the bolus plan and calculate the distance of the boluses from the current plan. The system 100 may also estimate the required bolus change for each period/bucket of the day (morning/afternoon/evening etc.).
For each bolus, the needed insulin change may be calculated, and then,
In some embodiments, control unit 102 estimates times of delivered boluses based on the patient's continuous glucose levels. Utilizing the glucose levels and duration of glucose gradients, control unit 102 defines the times of the estimated boluses and also classifies them into three different types: carbohydrate consumption only, correction of glucose levels only, or a mix of the two.
In some embodiments, control unit 102 is configured and operable to process the raw log glucose data to thereby identify, in the raw log glucose data, event data being indicative of at least one of insulin delivery or meal(s) consumed in a certain time period; classifying the event data in different events relating or not to the existing patient-specific insulin injections treatment plan, and filtering out the events not relating to the existing patient-specific insulin injections treatment plan. The filtered events are those that might have had a potential misbehavior on the user's part, for example if the patient forgot to deliver a bolus when he started to eat, and, instead, he delivered it an hour later.
Reference is made to
In some embodiments, the insulin plan changes may be based on the glucose levels (from either measurement device or the manual entries of glucose levels by the patient), insulin records (from either a connected pen and/or manual entered by the patient), insulin injections treatment plan in this case CR/CF plan (Table 4A and Table 4C) and additional information that was entered by the patient (i.e. carbohydrates amount, physical activity and more).
Reference is made to
In some embodiments, the insulin plan changes may be based on the glucose levels with no insulin records. The observed changes are based on the pattern that is detected in the patient glucose profile. Therefore, the technique of the presently disclosed subject matter can provide recommendation for changing the insulin treatment plans even in case of no basal and/or bolus records. In these cases, the control unit considers the estimated boluses and their classification as described above. In case not enough estimated boluses are found, the control unit can recommend changes based on the glucose patterns alone.
Reference is made to
Table 5A and Table 5D below present the inputted insulin injections treatment plans along with a complete recommended treatment plan (Table 5B and Table 5C). More specifically, in this specific and non-limiting example, the system of the presently disclosed subject matter received the raw log data and identified low fasting glucose levels (i.e. the first glucose levels found after wake-up) which resulted in basal decrement (Table 5A and Table 5B). The high glucose levels found from the late morning till early morning result in an increasing the amount of insulin for the boluses (by reducing the CR and CF (Table 5C and Table 5D)).
Table 6A and 6B below presents another example, focusing on the bolus treatment plan. More specifically, in this specific and non-limiting example, the system of the presently disclosed subject matter received the same raw log data, as presented in
Table 7A, 7C, 7E, 7G and 7I below present the inputted insulin injections treatment plans along with a complete recommended treatment plan (Table 7B, 7D, 7F, 7H and 7J). More specifically, in this specific and non-limiting example, the system of the presently disclosed subject matter received the raw log data and identified fasting glucose levels that are in the normal range, which resulted in maintaining the basal plan as is (Table 7A and Table 7B). The high glucose levels found from the afternoon till early late night, result in increasing the amount of insulin for the boluses at that time, and no changes for the morning and night time (Table 7C till Table 7J).
In some embodiments, processing the raw log glucose data GD in 204 may comprise synchronizing between the measured data generated by the plurality of external devices and/or between the raw log glucose data GD and the user data UD in 212 as illustrated for example in
In some embodiments, processing the raw log glucose data GD in 204 may comprise receiving and processing the raw log glucose data GD and to identify the user data UD in 214. Moreover, event data being indicative of at least one of insulin delivery or meal(s) consumed in a certain time period may be identified in the raw log glucose data. The event data may then be classified in different events relating or not to the existing patient-specific insulin injections treatment plan, and the events not relating to the existing patient-specific insulin injections treatment plan may be filtered out in 216.
Generally, method 200 is not targeted to change the insulin type, neither for the basal, nor the bolus injections. Nevertheless, in case of sufficient basal/bolus records, the system can recommend a treatment plan based on the injection records even if it is inconsistent with the basal/bolus plans, respectively. The system is thus capable of identifying the inconsistence or discrepancy between the basal/bolus plans and the basal/bolus records. Moreover, the technique of the presently disclosed subject matter can identify if the patient needs to change from one to two daily injections or vice versa if the patient glucose levels indicate a need to add or reduce a basal injection.
In some embodiments, the method comprises identifying a start point and an end point of a certain inactive time period being indicative of an absence of insulin delivery and meal consumption. For example, for each day, the method may comprise identifying the fasting glucose i.e. the morning glucose value that represents the fasting glucose value. Moreover, the technique is capable of identifying the times where the glucose levels are most likely to be affected by the active insulin from the long acting insulin levels, and not by other sources of interference, such as carbohydrate consumption or other boluses. The glucose values at these times are used to analyze the patient basal doses.
Reference is made to
In a specific and non-limiting example, the default end time of the fasting period may be defined in the range of about 4 AM to 12 PM. However, it should be noted that these times are not limiting at all and that the exact time range can be set after accounting for glucose or patient interruptions to the fasting state, such as boluses, meals, hypoglycemia events, etc. The start time can be adjusted by the closest bolus time+some buffer or closest mealtime+some buffer, both of which are found before the fasting time per day. Then, the time of the patient action inside this adjusted time frame is identified, and the closest glucose is matched at this time or before (but not earlier than the fasting start time). The patient action can be a SMBG measurement, bolus injection record and/or basal injection record and/or detected SE and/or reported meal and/or hypoglycemia event. If no patient action was found, the average of all sensor data found within a certain time period may be calculated. If any hypo event, meal, bolus or steep descent up to certain number of hours to the fasting was identified, the measurement is then invalidated.
In some embodiments, the method may also comprise identifying, for each day, a pre-fasting glucose i.e. when a fasting glucose exists, the glucose value that represents the pre-fasting glucose. This value is the first value that is found after the latest interruption that is found between a certain time (e.g. 8 PM) till the fasting time on the following day. An interruption can be either: hypo, bolus, special event or descent event. Then, the pre-fasting time may be defined as the time of the interruption+buffer (depending on the interruption), but not after the fasting time minus some buffer. Then, the pre-fasting glucose value should be set as the average value found in the hour immediately after the pre-fasting time. In the following cases, this pre-fasting glucose value should be disregarded: 1) in case the time period between the fasting and pre-fasting is less than a certain minimum time period between the pre and post fasting, 2) in case of hypo events that started between the pre-fasting and fasting time, 3) no glucose is far enough from the fasting time.
In some embodiments, the method is configured and operable to estimate the basal injection change based on the overnight glucose levels and the observed common basal dose. It integrates between the pre-fasting and fasting glucose if applicable where days with just fasting glucose levels get lower weight than days that have also pre-fasting glucose. Days with existing pre-fasting glucose levels within a range get the higher weight. For each day, the method determines if the basal injection should have been increased/stable, or decreased, based on the difference between the pre-fasting, fasting glucose (slope-algorithm) and the fasting glucose levels. Finally, the method counts the number of increase/stable/decrease days, with respect to their weights, and decides on the direction of change. Then, based on that direction of change and the fasting glucose levels, it outputs a single recommendation for the basal injection. Reference is made to
Reference is made to
The following are examples for the patient-specific insulin injections plan based on the raw data and the recommendations for changes that the system can generate.
The basal plan can include one or two daily injections, and the system may in some cases recommend changes to daily dose and/or recommend changes to the number of daily basal injections (only if the basal records are present).
As for the bolus plan, there are four main types of bolus plans that are being used: one is a fixed amount of insulin for meals plus a kind of scaling to correct the glucose levels. Second is using carb counting and a correction factor to calculate the bolus amount (in a similar way to the insulin pump). Third, is using meal size estimation (for example small, medium and large) with a correction factor to correct the glucose values above some glucose target and fourth, is using fixed amount of insulin for meals plus a correction factor to calculate the bolus amount.
A single basal daily injection is received and transformed into a single daily basal injection plan. The single basal daily injection can be inputted by the user or may also be determined from the basal records. The type of insulin can be of any type such as Lantus or Tregludec.
Two daily injections are received and transformed into two daily basal injections. The two daily injections can be inputted by the user or may also be determined from the basal records.
A single daily basal injection is received and transformed into two daily basal injections.
Two daily basal injection plans are received and transformed into a single injection plan.
There are three different kinds of bolus plans:
1. Carb counting is shown in Tables 12A-12B below:
The times of the plan day periods may be adjusted and, in some cases, merged.
2. Sliding scale (fixed dose+correction) is shown in Tables 13A-13H below:
3. Meal estimation+correction factor is shown in Tables 14A-14B below:
Reference is made now to
In some embodiments, some bolus events may be filtered out from the bolus plan estimation. In this specific example of
In some embodiments, the monitoring system 100 of
In some embodiments, the finding of a behavioral pattern such as exampled above, may prevent a proposed dose change based on the basal and/or bolus estimation changes. For example, finding of repeated overtreating hypoglycemia in the morning can prevent the system from outputting an increase in the insulin dose for boluses at that time.
This application is a national phase filing under 35 C.F.R. § 371 of and claims priority to PCT Patent Application No. PCT/IL2021/051324, filed on Nov. 9, 2021.
| Filing Document | Filing Date | Country | Kind |
|---|---|---|---|
| PCT/IL2021/051324 | 11/9/2021 | WO |
