Dexcom, Inc.

Disclosed are systems, methods, and articles for determining compatibility of a mobile application and operating system on a mobile device. In some aspects, a method includes receiving one or more data values from a mobile device having a mobile medical software application installed thereon, the data value(s) characterizing a version of the software application, a version of an operating system installed on the mobile device, and one or more attributes of the mobile device; determining whether the mobile medical software application is compatible with the operating system by at least comparing the received data value(s) to one or more test values in a configuration file; and sending a message to the mobile device based on the determining, the message causing the software application to operate in one or more of a normal mode, a safe mode, and a non-operational mode.

Techniques and protocols for establishing secure communications between a display device, a sensor system, and a server system are disclosed. In certain embodiments, the techniques and protocols include secure diabetes device identification techniques and protocols, user-centric mutual authentication techniques and protocols, and device-centric mutual authentication techniques and protocols.

Disclosed are devices for determining an analyte concentration (e.g., glucose). The devices comprise a sensor configured to generate a signal associated with a concentration of an analyte and a sensing membrane located over the sensor. The sensing membrane comprises an enzyme layer, wherein the enzyme layer comprises an enzyme and a polymer comprising polyurethane and/or polyurea segments and one or more zwitterionic repeating units. The enzyme layer protects the enzyme and prevents it from leaching from the sensing membrane into a host or deactivating.

Multi-state engagement with continuous glucose monitoring (CGM) systems is described. Given the number of people that wear CGM systems and because CGM systems produce measurements continuously, a platform that provides a CGM system may have an enormous amount of data. This amount of data is practically, if not actually, impossible for humans to process. In implementations, a CGM platform includes a data analytics platform that obtains packages of glucose measurements provided by a CGM system and also obtains additional data associated with a user. The data analytics platform generates state information for the user by processing these CGM packages and the additional data, at least in part, by using one or more models. Based on this state information, the data analytics platform controls communication with the user, which may include generating intervention strategies to prevent users from transitioning to a negative state such as discontinuing use of the CGM system.

The present embodiments relate generally to systems and methods for measuring an analyte in a host. More particularly, the present embodiments provide sensor applicators and methods of use to insert the sensor into an individual's skin. Applicators are disclosed for inserting the sensor. Such applicators may be reusable applicators configured to implant multiple different sensors.

This document discusses, among other things, systems and methods to compensate for the effects of temperature on sensors, such as analyte sensor. An example method may include determining a temperature-compensated glucose concentration level by receiving a temperature signal indicative of a temperature parameter of an external component, receiving a glucose signal indicative of an in vivo glucose concentration level, and determining a compensated glucose concentration level based on the glucose signal, the temperature signal, and a delay parameter.

A device for generating alerts for Hypo and Hyperglycemia Prevention from Continuous Glucose Monitoring (CGM) determines a dynamic risk based on both information of glucose level and a trend obtainable from a CGM signals. The device includes a display whose color depends on the DR (for example, red for high DR, green for low risk). When DR exceeds a certain threshold, alerts are generated to suggest the patient to pay attention to the current glucose reading and to its trend, both of which are shown on the display in numbers and symbols (e.g. an arrow with different slope or color).

Machine learning in an artificial pancreas is described. An artificial pancreas system may include a wearable glucose monitoring device, an insulin delivery system, and a computing device. Broadly speaking, the wearable glucose monitoring device provides glucose measurements of a person continuously. The artificial pancreas algorithm, which may be implemented at the computing device, determines doses of insulin to deliver to the person based on a variety of aspects for the purpose of maintaining the person's glucose within a target range, as indicated by those glucose measurements. The insulin delivery system then delivers those determined doses to the person. As the artificial pancreas algorithm determines insulin doses for the person over time and effectiveness of the insulin doses to maintain the person's glucose level in the target range is observed, an underlying model of the artificial pancreas algorithm may be updated to better determine insulin doses.

Various examples are directed to systems and methods for generating a bolus dose for a host. A bolus application may display a first bolus configuration parameter question at a user interface and receive, through the user interface, a first answer to the first bolus configuration parameter question. The first answer may describe a previous bolus determination technique of the host. The bolus application may select a second bolus configuration parameter question using the first answer and provide the second bolus configuration parameter question at the user interface. The bolus application may determine a set of at least one bolus configuration parameter using the first answer and a second answer to the second bolus configuration parameter question.