# US 10,307,059 B2 · User interfaces for continuous glucose monitoring > Agents: this data is available as JSON from the patentgrep API and MCP server — see https://patentgrep.com/llms.txt - Number: US 10,307,059 B2 - Document ID: US10307059B2 - Status: Granted - Kind: B2 - Application number: 14/919,625 - Filed: 2015-10-21 - Published: 2016-04-28 - Granted: 2019-06-04 - Earliest claimed: 2014-10-22 - Assignees: DexCom, Inc. - Applicants: DexCom, Inc. - Inventors: Katherine Yerre Koehler; Esteban Cabrera, Jr.; Eric Cohen; Mark Dervaes; Rian Draeger; Sheryl Sadsarin Gaano; Thomas Hall; Paul Kramer; Shawn Larvenz; Michael Robert Mensinger; Paul Noble-Campbell; Andrew Atilla Pal; Eli Reihman; Brian Christopher Smith; Angela Marie Traven - Web page: https://patentgrep.com/patent/US10307059B2 ## CPC - G16H 40/67: for remote operation - A61B 5/0004: {characterised by the type of physiological signal transmitted} - A61B 5/002: {Monitoring the patient using a local or closed circuit, e.g. in a room or building (A61B5/0017 takes precedence)} - 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)} - A61B 5/14532: {for measuring glucose, e.g. by tissue impedance measurement} - A61B 5/7271: {Specific aspects of physiological measurement analysis (specific diagnostics methods using bioelectric or biomagnetic signals A61B5/316)} - 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} - A61B 5/7282: {Event detection, e.g. detecting unique waveforms indicative of a medical condition (cough events A61B5/0823; seizures A61B5/4094; sleep apnoea A61B5/4818)} - A61B 5/7405: {using sound} - A61B 5/742: {using visual displays (displays for heart-related electrical signals, e.g. ECG, A61B5/339)} - A61B 5/743: {Displaying an image simultaneously with additional graphical information, e.g. symbols, charts, function plots} - A61B 5/7435: {Displaying user selection data, e.g. icons in a graphical user interface} - A61B 5/7455: {characterised by tactile indication, e.g. vibration or electrical stimulation} - A61B 5/746: {Alarms related to a physiological condition, e.g. details of setting alarm thresholds or avoiding false alarms} - G06F 3/04845: for image manipulation, e.g. dragging, rotation, expansion or change of colour - G16H 20/17: delivered via infusion or injection - G16H 20/60: relating to nutrition control, e.g. diets - G16H 40/63: for local operation - G16Z 99/00: Subject matter not provided for in other main groups of this subclass - H04L 43/065: related to network devices - H04L 43/0817: by checking functioning - 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 - A61B 2560/0475: Special features of memory means, e.g. removable memory cards - G16H 50/30: for calculating health indices; for individual health risk assessment - G16H: HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA - A61B: DIAGNOSIS; SURGERY; IDENTIFICATION (usefulness limited to only animals A61D) - G06F: ELECTRIC DIGITAL DATA PROCESSING (computer systems based on specific computational models G06N) - G16Z: INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS, NOT OTHERWISE PROVIDED FOR - H04L: TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION (arrangements common to telegraphic and telephonic communication H04M) ## 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 ### Claim 1 A method comprising: measuring, by a sensor electronics module, a glucose level of a patient; executing, by at least one processor, an application on a first device for monitoring the glucose level of the patient, the first device in communication with the sensor electronics module; determining, by the at least one processor, whether the application on the first device has stopped execution; and generating, by the at least one processor, a notification based on the determining, the notification indicating that the application has stopped execution and a duration of time since data indicating the glucose level was last received by the application, wherein the application has stopped executing upon detection of insufficient connectivity between the first device and the sensor electronics module. ### Claim 2 (depends on 1) The method of claim 1, wherein the notification is locally generated on the first device. ### Claim 3 (depends on 2) The method of claim 2, further comprising: sending one or more notifications to one or more remote monitors of the patient that the application has stopped execution. ### Claim 4 (depends on 1) The method of claim 1, further comprising: activating the application upon receiving a communication from a third device, the communication associated with an operation of the application. ### Claim 5 (depends on 4) The method of claim 4, wherein the first device and the third device are paired using a Bluetooth connection. ### Claim 6 (depends on 1) The method of claim 1, wherein the application is configured to: set an alarm on the first device, the alarm configured to be activated at a predetermined time; and reset the alarm on the first device before the alarm is activated by extending the predetermined time. ### Claim 7 (depends on 6) The method of claim 6, wherein the determining whether the application has stopped execution is based on an activation of the alarm. ### Claim 8 (depends on 1) The method of claim 1, wherein the notification is generated upon receiving a message indicating that the application has failed to communicate with a second device during a predetermined period of time. ### Claim 9 (depends on 1) The method of claim 1, wherein the determining comprises determining whether a battery of the first device has sufficient power to continue operation of the first device during a predetermined period of time. ### Claim 10 A system comprising: a processor; a sensor electronics module configured to measure a glucose level of a patient; and a memory, wherein the processor and the memory are configured to perform operations comprising: executing an application on a first device for monitoring the glucose level of the patient, the first device in communication with the sensor electronics module; determining whether the application on the first device has stopped execution; and generating a notification based on the determining, the notification indicating that the application has stopped execution and a duration of time since data indicating the glucose level was last received by the application, wherein the application has stopped executing upon detection of insufficient connectivity between the first device and the sensor electronics module. ### Claim 11 (depends on 10) The system of claim 10, wherein the notification is locally generated on the first device. ### Claim 12 (depends on 11) The system of claim 11, the operations further comprising: sending one or more notifications to one or more remote monitors of the patient that the application has stopped execution. ### Claim 13 (depends on 10) The system of claim 10, the operations further comprising: activating the application upon receiving a communication from a third device, the communication associated with an operation of the application. ### Claim 14 (depends on 13) The system of claim 13, wherein the first device and the third device are paired using a Bluetooth connection. ### Claim 15 (depends on 10) The system of claim 10, wherein the application is configured to: set an alarm on the first device, the alarm configured to be activated at a predetermined time; and reset the alarm on the first device before the alarm is activated by extending the predetermined time. ### Claim 16 (depends on 15) The system of claim 15, wherein the determining whether the application has stopped execution is based on an activation of the alarm. ### Claim 17 (depends on 10) The system of claim 10, wherein the notification is generated upon receiving a message indicating that the application has failed to communicate with a second device during a predetermined period of time. ### Claim 18 (depends on 10) The system of claim 10, wherein the determining comprises determining whether a battery of the first device has sufficient power to continue operation of the first device during a predetermined period of time.