US2016183792A1PendingUtilityA1

User interfaces for continuous glucose monitoring

Assignee: DEXCOM INCPriority: Oct 22, 2014Filed: Mar 3, 2016Published: Jun 30, 2016
Est. expiryOct 22, 2034(~8.3 yrs left)· nominal 20-yr term from priority
G16H 50/30A61B 5/14532A61B 5/14503H04L 67/12A61B 2560/0475A61B 5/7271A61B 5/7435G16H 20/17A61B 5/7282A61B 5/7455H04L 43/0817A61B 5/7275A61B 5/746G16H 40/63G16H 20/60A61B 5/742H04L 43/065A61B 5/7405A61B 5/743G06F 3/04845A61B 5/002A61B 5/0004G16Z 99/00G16H 40/67
60
PatentIndex Score
0
Cited by
0
References
0
Claims

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

exact text as granted — not AI-modified
What is claimed is: 
     
         1 . A method comprising:
 executing, by at least one processor, an application on a first device for monitoring a glucose level of a patient;   determining, by at least one processor, whether the application on the first device has stopped execution; and   generating, by at least one processor, a notification based on the determining, the notification indicating that the application has stopped execution.   
     
     
         2 . The method of  claim 1 , wherein the notification is generated before the application has stopped execution and indicates that the application will terminate. 
     
     
         3 . The method of  claim 2 , wherein the notification is locally generated on the first device. 
     
     
         4 . The method of  claim 3 , further comprising:
 sending a message to a second device, the message causing the second device to notify one or more remote monitors of the patient that the application has stopped execution.   
     
     
         5 . 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.   
     
     
         6 . The method of  claim 1 , wherein the first device and the third device are paired using a Bluetooth connection. 
     
     
         7 . 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.   
     
     
         8 . The method of  claim 7 , wherein the determining whether the application has stopped execution is based on an activation of the alarm. 
     
     
         9 . 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. 
     
     
         10 . 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. 
     
     
         11 . A system comprising:
 a processor; and   a memory, wherein the processor and the memory are configured to perform operations comprising:
 executing an application on a first device for monitoring a glucose level of a patient; 
 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. 
   
     
     
         12 . The system of  claim 11 , wherein the notification is generated before the application has stopped execution and indicates that the application will terminate. 
     
     
         13 . The system of  claim 12 , wherein the notification is locally generated on the first device. 
     
     
         14 . The system of  claim 13 , the operations further comprising:
 sending a message to a second device, the message causing the second device to notify one or more remote monitors of the patient that the application has stopped execution.   
     
     
         15 . The system of  claim 11 , the operations further comprising:
 activating the application upon receiving a communication from a third device, the communication associated with an operation of the application.   
     
     
         16 . The system of  claim 11 , wherein the first device and the third device are paired using a Bluetooth connection. 
     
     
         17 . The system of  claim 11 , 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.   
     
     
         18 . The system of  claim 17 , wherein the determining whether the application has stopped execution is based on an activation of the alarm. 
     
     
         19 . The system of  claim 11 , 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. 
     
     
         20 . The system of  claim 11 , 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.

Join the waitlist — get patent alerts

Track US2016183792A1 — get alerts on status changes and closely related new filings.

We store only your email — no account needed. See our privacy policy.