USER INTERFACES FOR CONTINUOUS GLUCOSE MONITORING

• US 20160113596A1
• Filed: 10/21/2015
• Published: 04/28/2016
• Est. Priority Date: 10/22/2014
• Status: Active Grant

• Current Assignee: DexCom Incorporated
• Original Assignee: DexCom Incorporated
• Inventors: Koehler, Katherine Yerre, Cohen, Eric, Dervaes, Mark, Draeger, Rian, Hall, Thomas, Kramer, Paul, Larvenz, Shawn, Mensinger, Michael Robert, Noble-Campbell, Paul, Pal, Andrew Attila, Reihman, Eli, Smith, Brian Christopher, Traven, Angela Marie, Cabrera, Esteban Jr., Gaano, Sheryl Sadsarin
• Granted Patent: US 10,285,591 B2
• Time in Patent Office: Days
• US Class Current: 1/1
• CPC Class Codes: A61B 2560/0475 Special features of memory means, e.g. removable memory cards
• CPC Class Codes: A61B 5/0004 characterised by the type of physiological signal transmitted
• CPC Class Codes: A61B 5/002 Monitoring the patient using a local or closed circuit, e.g. in a room or building A61B5/0017 takes precedence
• CPC Class Codes: A61B 5/14503 invasive, e.g. introduced into the body by a catheter or needle or using implanted sensors A61B5/1459, A61B5/1464, A61B5/1473, A61B5/1482, A61B5/14865 take precedence
• CPC Class Codes: A61B 5/14532 for measuring glucose, e.g. by tissue impedance measurement
• CPC Class Codes: A61B 5/7271 Specific aspects of physiological measurement analysis A61B5/316, A61B5/349 and A61B5/374 take precedence
• CPC Class Codes: A61B 5/7275 Determining trends in physiological measurement data; Predicting development of a medical condition based on physiological measurements, e.g. determining a risk factor
• CPC Class Codes: A61B 5/7282 Event detection, e.g. detecting unique waveforms indicative of a medical condition A61B5/4094, A61B5/4818, A61B5/349, A61B5/0823 take precedence
• CPC Class Codes: A61B 5/7405 using sound
• CPC Class Codes: A61B 5/742 using visual displays A61B5/339 takes precedence
• CPC Class Codes: A61B 5/743 Displaying an image simultaneously with additional graphical information, e.g. symbols, charts, function plots
• CPC Class Codes: A61B 5/7435 Displaying user selection data, e.g. icons in a graphical user interface
• CPC Class Codes: A61B 5/7455 characterised by tactile indication, e.g. vibration or electrical stimulation
• CPC Class Codes: A61B 5/746 Alarms related to a physiological condition, e.g. details of setting alarm thresholds or avoiding false alarms alarms per se G08B
• CPC Class Codes: G06F 3/04845 for image manipulation, e.g. dragging, rotation, expansion or change of colour
• CPC Class Codes: G16H 20/17 delivered via infusion or injection
• CPC Class Codes: G16H 20/60 relating to nutrition control, e.g. diets
• CPC Class Codes: G16H 40/63 for local operation
• CPC Class Codes: G16H 40/67 for remote operation
• CPC Class Codes: G16H 50/30 for calculating health indices; for individual health risk assessment
• CPC Class Codes: G16Z 99/00 : Subject matter not provided for in other main groups of this subclass
• CPC Class Codes: H04L 43/065 : related to network devices
• CPC Class Codes: H04L 43/0817 : by checking functioning
• CPC Class Codes: H04L 67/12 : specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks

Abstract

The subject matter disclosed herein provides methods for presenting glucose level data. Glucose data for a patient may be received. A current glucose level and a rate of change of the current glucose level may be determined based on the received glucose data. A first interface may be displayed on a screen of a device. The first interface may include a unitary icon. The unitary icon may display the current glucose level and a visualization of the rate of change. Related apparatus, systems, techniques, and articles are also described.

Claims

1. A method comprising:

executing, by at least one processor, an application to generate one or more alerts on a device relating to a glucose level of a patient, the executing comprising;

accessing, by at least one processor, a current glucose level of a patient;

accessing, by at least one processor, one or more conditions associated with the one or more alerts, the one or more conditions defining a relationship between the current glucose level and one or more threshold values;

determining, by at least one processor, whether the one or more conditions are satisfied; and

generating, by at least one processor, the one or more alerts when the one or more conditions are satisfied, the one or more alerts that are generated based on one or more of a state of the device and a state of the application.

2. The method of claim 1, wherein the state of the device is one or more of a locked state, an unlocked state, a muted stated, and an unmuted state, and wherein the state of the application is an active state or an inactive state.

3. The method of claim 2, wherein the application is in an active state when the application is displayed on a foreground of a screen of the device, and wherein the application is in an inactive state when the application is displayed on a background of the screen of the device.

4. The method of claim 2, wherein the one or more alerts comprise one or more non-audible alerts when the device is in a muted state, and wherein the one or more non-audible alerts comprise one or more of a vibration or a visualization displayed on a screen of the device, the visualization comprising a flashing screen or a shaded screen.

5. The method of claim 2, wherein the one or more alerts comprise one or more local notifications displayed on a locked screen of the device when the device is in a locked state, and wherein the one or more local notifications display an identifier associated with the one or more alerts.

6. The method of claim 5, wherein the one or more local notifications further display the current glucose level and a trend arrow representative of a rate of change of the current glucose level.

7. The method of claim 2, wherein the one or more alerts comprise one or more banners when the device is in an unlocked state and the application is in an inactive state, and wherein the one or more banners display an identifier associated with the one or more alerts for a predetermined period of time on a screen of the device.

8. The method of claim 7, wherein the one or more alerts further comprise one or more audible alerts.

9. The method of claim 1, further comprising:

re-generating, by at least one processor, the one or more alerts at a predetermined frequency until an acknowledgment of the one or more alerts is received or when the one or more conditions are no longer satisfied.

10. The method of claim 1, wherein the one or more alerts comprise an urgent low alert, a low alert, a high alert, a rise rate alert, a fall rate alert, or a no data alert.

11. The method of claim 10, wherein the urgent low alert is not modifiable.

12. The method of claim 1, further comprising:

adjusting, by at least one processor, the one or more threshold values associated with the one or more alerts during a predetermined period of time, the adjusting causing the one or more conditions of one or more alerts to be satisfied more frequently than without the adjusting.

13. The method of claim 12, wherein the adjusting is performed during a night mode.

14. A system comprising:

a processor; and

a memory, wherein the processor and the memory are configured to perform operations comprising;

executing an application to generate one or more alerts on a device relating to a glucose level of a patient, the executing comprising;

accessing a current glucose level of a patient;

accessing one or more conditions associated with the one or more alerts, the one or more conditions defining a relationship between the current glucose level and one or more threshold values;

determining whether the one or more conditions are satisfied; and

generating the one or more alerts when the one or more conditions are satisfied, the one or more alerts that are generated based on one or more of a state of the device and a state of the application.

15. The system of claim 14, wherein the state of the device is one or more of a locked state, an unlocked state, a muted stated, and an unmuted state, and wherein the state of the application is an active state or an inactive state.

16. The system of claim 15, wherein the application is in an active state when the application is displayed on a foreground of a screen of the device, and wherein the application is in an inactive state when the application is displayed on a background of the screen of the device.

17. The system of claim 15, wherein the one or more alerts comprise one or more non-audible alerts when the device is in a muted state, and wherein the one or more non-audible alerts comprise one or more of a vibration or a visualization displayed on a screen of the device, the visualization comprising a flashing screen or a shaded screen.

18. The system of claim 15, wherein the one or more alerts comprise one or more local notifications displayed on a locked screen of the device when the device is in a locked state, and wherein the one or more local notifications display an identifier associated with the one or more alerts.

19. The system of claim 18, wherein the one or more local notifications further display the current glucose level and a trend arrow representative of a rate of change of the current glucose level.

20. The system of claim 15, wherein the one or more alerts comprise one or more banners when the device is in an unlocked state and the application is in an inactive state, and wherein the one or more banners display an identifier associated with the one or more alerts for a predetermined period of time on a screen of the device.

21. The system of claim 20, wherein the one or more alerts further comprise one or more audible alerts.

22. The system of claim 14, the operations further comprising:

re-generating the one or more alerts at a predetermined frequency until an acknowledgment of the one or more alerts is received or when the one or more conditions are no longer satisfied.

23. The system of claim 14, wherein the one or more alerts comprise an urgent low alert, a low alert, a high alert, a rise rate alert, a fall rate alert, or a no data alert.

24. The system of claim 23, wherein the urgent low alert is not modifiable.

25. The system of claim 14, the operations further comprising:

adjusting the one or more threshold values associated with the one or more alerts during a predetermined period of time, the adjusting causing the one or more conditions of one or more alerts to be satisfied more frequently than without the adjusting.