Abstract:
The present teachings provide a system for modifying insulin therapy support parameters such as warning limit data and time block data on a hand-held diabetes management device. The system can include a graphical user interface module that creates a graphical user interface having a plurality of bar structures positionable on or between a first line that indicates an upper limit and a second line that illustrates a lower limit. Each of the bar structures can have a first side that indicates a start time of a time window opposite a second side that indicates an end time of the time window and a third side that indicates a lower target value for a blood glucose level opposite a fourth side that indicates an upper target value for the blood glucose level. The bar structures, the first line and the second line can be adjustable by a user input.
Abstract:
The present disclosure describes a handheld diabetes management device that implements a failsafe firmware upgrading protocol to reduce required user interaction and risk of device downtime. The general processing module executes first software from nonvolatile memory. The general processing module receives second software from an external port and writes the second software to the nonvolatile memory. Based on an upgrade signal, the general processing module switches execution from the first software to the second software, evaluates proper operation of the general processing module, and switches execution back to the first software from the second software when proper operation of the general processing module using the second software is not detected. A communications module, in electrical communication with the general processing module, stores third software and executes the third software. The general processing module receives fourth software from the external port and replaces the third software with the fourth software.
Abstract:
The present disclosure describes a handheld diabetes management device that implements a failsafe firmware upgrading protocol to reduce required user interaction and risk of device downtime. The general processing module executes first software from nonvolatile memory. The general processing module receives second software from an external port and writes the second software to the nonvolatile memory. Based on an upgrade signal, the general processing module switches execution from the first software to the second software, evaluates proper operation of the general processing module, and switches execution back to the first software from the second software when proper operation of the general processing module using the second software is not detected. A communications module, in electrical communication with the general processing module, stores third software and executes the third software. The general processing module receives fourth software from the external port and replaces the third software with the fourth software.