US 11,670,418 B2
User interfaces for continuous glucose monitoring
Katherine Yerre Koehler, Solana Beach, CA (US); Esteban Cabrera, Jr., San Diego, CA (US); Eric Cohen, San Diego, CA (US); Mark Dervaes, Carlsbad, CA (US); Rian Draeger, San Diego, CA (US); Sheryl Sadsarin Gaano, San Diego, CA (US); Thomas Hall, San Diego, CA (US); Paul Kramer, Austin, TX (US); Shawn Larvenz, Ramona, CA (US); Michael Robert Mensinger, San Diego, CA (US); Paul Noble-Campbell, Austin, TX (US); Andrew Attila Pal, San Diego, CA (US); Eli Reihman, San Diego, CA (US); Brian Christopher Smith, San Marcos, CA (US); and Angela Marie Traven, San Marcos, CA (US)
Assigned to Dexcom, Inc., San Diego, CA (US)
Filed by DexCom, Inc., San Diego, CA (US)
Filed on Apr. 1, 2019, as Appl. No. 16/372,052.
Application 16/372,052 is a continuation of application No. 14/919,611, filed on Oct. 21, 2015, granted, now 10,285,591.
Application 14/919,611 is a continuation of application No. 14/919,528, filed on Oct. 21, 2015, abandoned.
Claims priority of provisional application 62/067,303, filed on Oct. 22, 2014.
Prior Publication US 2019/0223721 A1, Jul. 25, 2019
Int. Cl. G16H 20/60 (2018.01); A61B 5/145 (2006.01); G16H 40/67 (2018.01); G16H 40/63 (2018.01); G16Z 99/00 (2019.01); A61B 5/00 (2006.01); H04L 43/065 (2022.01); H04L 43/0817 (2022.01); H04L 67/12 (2022.01); G16H 20/17 (2018.01)
CPC G16H 40/67 (2018.01) [A61B 5/002 (2013.01); A61B 5/0004 (2013.01); A61B 5/14503 (2013.01); A61B 5/14532 (2013.01); A61B 5/7271 (2013.01); A61B 5/7275 (2013.01); A61B 5/7282 (2013.01); A61B 5/742 (2013.01); A61B 5/743 (2013.01); A61B 5/7405 (2013.01); A61B 5/746 (2013.01); A61B 5/7435 (2013.01); A61B 5/7455 (2013.01); G16H 20/17 (2018.01); G16H 20/60 (2018.01); G16H 40/63 (2018.01); G16Z 99/00 (2019.02); H04L 43/065 (2013.01); H04L 43/0817 (2013.01); H04L 67/12 (2013.01); A61B 2560/0475 (2013.01)] 18 Claims
OG exemplary drawing
 
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 the at least one processor, a current glucose level of the patient;
accessing, by the 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 the at least one processor, whether the one or more conditions are satisfied;
generating, by the at least one processor, the one or more alerts when the one or more conditions are satisfied, the one or more alerts being generated based on one or more of a state of the device and a state of the application,
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, the one or more local notifications displaying the current glucose level and a trend arrow representative of a magnitude of a rate of change of the current glucose level; and
re-generating, by the at least one processor and when the application is idling in a background of a screen of the device, 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.