US20100160759A1 - Combination communication device and medical device for communicating wirelessly with a remote medical device - Google Patents
Combination communication device and medical device for communicating wirelessly with a remote medical device Download PDFInfo
- Publication number
- US20100160759A1 US20100160759A1 US12/646,113 US64611309A US2010160759A1 US 20100160759 A1 US20100160759 A1 US 20100160759A1 US 64611309 A US64611309 A US 64611309A US 2010160759 A1 US2010160759 A1 US 2010160759A1
- Authority
- US
- United States
- Prior art keywords
- electronic device
- processor
- bolus
- value
- wireless communication
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/145—Measuring characteristics of blood in vivo, e.g. gas concentration, pH value; Measuring characteristics of body fluids or tissues, e.g. interstitial fluid, cerebral tissue
- A61B5/14532—Measuring characteristics of blood in vivo, e.g. gas concentration, pH value; Measuring characteristics of body fluids or tissues, e.g. interstitial fluid, cerebral tissue for measuring glucose, e.g. by tissue impedance measurement
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/74—Details of notification to user or communication with user or patient ; user input means
- A61B5/7475—User input or interface means, e.g. keyboard, pointing device, joystick
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
- A61M5/00—Devices for bringing media into the body in a subcutaneous, intra-vascular or intramuscular way; Accessories therefor, e.g. filling or cleaning devices, arm-rests
- A61M5/14—Infusion devices, e.g. infusing by gravity; Blood infusion; Accessories therefor
- A61M5/142—Pressure infusion, e.g. using pumps
- A61M5/14244—Pressure infusion, e.g. using pumps adapted to be carried by the patient, e.g. portable on the body
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
- A61M5/00—Devices for bringing media into the body in a subcutaneous, intra-vascular or intramuscular way; Accessories therefor, e.g. filling or cleaning devices, arm-rests
- A61M5/14—Infusion devices, e.g. infusing by gravity; Blood infusion; Accessories therefor
- A61M5/168—Means for controlling media flow to the body or for metering media to the body, e.g. drip meters, counters ; Monitoring media flow to the body
- A61M5/172—Means for controlling media flow to the body or for metering media to the body, e.g. drip meters, counters ; Monitoring media flow to the body electrical or electronic
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
- G06F1/16—Constructional details or arrangements
- G06F1/1613—Constructional details or arrangements for portable computers
- G06F1/1626—Constructional details or arrangements for portable computers with a single-body enclosure integrating a flat display, e.g. Personal Digital Assistants [PDAs]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
- G06F1/16—Constructional details or arrangements
- G06F1/1613—Constructional details or arrangements for portable computers
- G06F1/1633—Constructional details or arrangements of portable computers not specific to the type of enclosures covered by groups G06F1/1615 - G06F1/1626
- G06F1/1684—Constructional details or arrangements related to integrated I/O peripherals not covered by groups G06F1/1635 - G06F1/1675
- G06F1/169—Constructional details or arrangements related to integrated I/O peripherals not covered by groups G06F1/1635 - G06F1/1675 the I/O peripheral being an integrated pointing device, e.g. trackball in the palm rest area, mini-joystick integrated between keyboard keys, touch pads or touch stripes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
- G06F1/16—Constructional details or arrangements
- G06F1/1613—Constructional details or arrangements for portable computers
- G06F1/1633—Constructional details or arrangements of portable computers not specific to the type of enclosures covered by groups G06F1/1615 - G06F1/1626
- G06F1/1684—Constructional details or arrangements related to integrated I/O peripherals not covered by groups G06F1/1635 - G06F1/1675
- G06F1/1698—Constructional details or arrangements related to integrated I/O peripherals not covered by groups G06F1/1635 - G06F1/1675 the I/O peripheral being a sending/receiving arrangement to establish a cordless communication link, e.g. radio or infrared link, integrated cellular phone
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
- G16H20/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
- G16H20/17—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients delivered via infusion or injection
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
- A61M2205/00—General characteristics of the apparatus
- A61M2205/35—Communication
- A61M2205/3546—Range
- A61M2205/3569—Range sublocal, e.g. between console and disposable
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
- A61M2205/00—General characteristics of the apparatus
- A61M2205/35—Communication
- A61M2205/3576—Communication with non implanted data transmission devices, e.g. using external transmitter or receiver
- A61M2205/3592—Communication with non implanted data transmission devices, e.g. using external transmitter or receiver using telemetric means, e.g. radio or optical transmission
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
- A61M2205/00—General characteristics of the apparatus
- A61M2205/50—General characteristics of the apparatus with microprocessors or computers
- A61M2205/502—User interfaces, e.g. screens or keyboards
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
- A61M2209/00—Ancillary equipment
- A61M2209/01—Remote controllers for specific apparatus
Definitions
- This disclosure relates generally to electronic devices that may include one or more on-board medical devices, and more specifically to such electronic devices configured to wirelessly communicate with at least on off-board medical device.
- Remote electronic devices for wirelessly communicating with at least one medical device are known. It is desirable to include on the remote electronic device an on-board medical device, and/or to conduct wireless communications between the remote electronic device and an off-board medical device for the purpose of commanding operation of the off-board medical device with the remote electronic device.
- An electronic device for selectively disabling a bolus advice process according to which the electronic device recommends delivery of a bolus amount of a drug to a body of a user based on a plurality of factors including glucose concentration of the user.
- the electronic device may comprise a glucose measuring facility configured to measure glucose concentration of a body fluid sample, and a processor including a memory having instructions stored therein that comprise the bolus advice process, the memory further having instructions stored therein that are executable by the processor to request a glucose concentration measurement by the glucose measurement facility prior to executing, or as part of, the bolus advice process, and to disable execution of the bolus advice process if a glucose concentration value resulting from the requested glucose concentration measurement is less than a threshold value.
- the electronic device may further comprise a display device.
- the memory may further include instructions stored therein that are executable by the processor to control the display device to display a message indicating that the bolus recommendation glucose concentration value.
- the memory may further include instructions stored therein that are executable by the processor to compute a carbohydrate value based on the glucose concentration value resulting from the requested glucose concentration measurement and a target glucose concentration value.
- the carbohydrate value may correspond to a quantity of carbohydrates required to be taken by the user to increase glucose concentration of the user to the target glucose concentration value.
- the memory may further include instructions stored therein that are executable by the processor to control the display device to display the carbohydrate value with instructions to consume carbohydrates in the amount of the carbohydrate value.
- the threshold value may correspond to a hypoglycemic threshold.
- a method of controlling a color display of an electronic device may comprise determining a measured or computed value, determining a display color based on the measured or computed value relative to at least one limit or range, and changing a color of at least a portion of the display to the display color when displaying the measured or computed value or a message identifying the value.
- the electronic device may include a medical device that measures an analyte concentration in a liquid sample.
- the medical device may be a blood glucose meter that measures glucose concentration in blood samples.
- determining a display color based on the measured or computed value may comprise determining a display color based on a measured glucose concentration relative to at least a target blood glucose range. For example, determining a display color may comprise selecting a first color if the measured glucose concentration is within the target blood glucose range. Determining a display color may further comprise selecting a second color different from the first color if the measured glucose concentration is between the target blood glucose range and a low blood glucose value.
- Determining a display color may further comprise selecting a third color different from the first and second colors if the measured glucose concentration is below the low blood glucose value. The method may further comprise controlling the display to display a warning message if the measured blood glucose concentration is below the low blood glucose value.
- the low blood glucose value may be a hypoglycemic blood glucose threshold.
- Determining a display color may further comprise selecting a fourth color different from the first color if the measured glucose concentration is between the target blood glucose range and a high blood glucose value. The method may further comprise controlling the display to display a warning message along with the fourth color if the measured blood glucose concentration is below above the high blood glucose value.
- the high blood glucose value may be a hyperglycemic blood glucose threshold.
- Determining a measured or computed value may alternatively or additionally comprise computing a value, or receiving a computed value, of a quantity of a drug to be delivered to a body.
- a method of collecting, in an electronic device, time-based event data stored in a medical device may comprise wirelessly sending by the electronic device a request for the time-based event data, wirelessly sending by the medical device time-based event data stored therein since previously wirelessly sending stored time-based event data upon receiving the request for the time-based event data, wirelessly sending by the electronic device an acknowledgement signal upon receiving the time-event based data from the another electronic device, and identifying by the medical device a location in memory of the last item of the time-event based data that was sent to the electronic device upon receiving the acknowledgement signal.
- the medical device may be a liquid infusion pump and the time-based event data may be time-based infusion pump event data.
- a method for enabling a bolus advice feature of an electronic device according to which the electronic device recommends delivery of a bolus amount of a drug to a body of a user based on a plurality of factors including glucose concentration of the user.
- the method may comprise disabling the bolus advice feature of the electronic device during manufacture of the electronic device, monitoring one of a flag and a memory location when the electronic device is operable after manufacture thereof, and enabling the bolus advice feature if one of the flag is activated and the memory location includes a device pairing value.
- Monitoring one of a flag and a memory location may comprise monitoring a flag.
- the method may further comprise activating the flag if a predefined password is received by the electronic device.
- the method may further comprise activating the flag when the electronic device has been successfully paired with another electronic device.
- the another electronic device may comprises an ambulatory medical device.
- Monitoring one of a flag and a memory location may comprise monitoring a memory location.
- the method may further comprise storing the device pairing value in the memory location when the electronic device has been successfully paired with another electronic device.
- the another electronic device may comprise an ambulatory medical device.
- a method of maintaining a time and date in an electronic device that communicates wirelessly with an ambulatory medical device may comprise establishing via the electronic device a wireless communication link between the electronic device and the ambulatory medical device, wirelessly sending by the medical device time and date information, corresponding to a calendar date and time of day maintained by the medical device, when the wireless communication link is established, and modifying by the electronic device a calendar date and time of day thereof if the time of day received from the medical device time differs from the time of day of the electronic device by more than a predefined time value.
- the electronic device may include a “my data” feature according to which historical records stored within the electronic device may be viewed.
- Establishing via the electronic device a wireless communication link between the electronic device and the ambulatory medical device may comprise establishing the wireless communication link, if one is not already established, when the electronic device enters the my data feature.
- the electronic device may include a bolus advice feature according to which the electronic device recommends delivery of a bolus amount of a drug to a body of a user based on a plurality of factors including glucose concentration of the user.
- Establishing via the electronic device a wireless communication link between the electronic device and the ambulatory medical device may comprise establishing the wireless communication link, if one is not already established, when the electronic device enters the bolus advice feature.
- the electronic device may include an on/off switch.
- Establishing via the electronic device a wireless communication link between the electronic device and the ambulatory medical device may comprise establishing the wireless communication link, if one is not already established, when the on/off switch is detected as transitioning from an off state to an on state.
- a memory unit of the electronic device may have at least one automatic reminder stored therein.
- Establishing via the electronic device a wireless communication link between the electronic device and the ambulatory medical device may comprise establishing the wireless communication link, if one is not already established, when the at least one automatic reminder powers on the electronic device from an off state.
- the electronic device may include a remote terminal operating mode according to which the electronic device remote controls operation of the ambulatory medical device.
- Establishing via the electronic device a wireless communication link between the electronic device and the ambulatory medical device may comprise establishing the wireless communication link, if one is not already established, when the electronic device exits the remote terminal operating mode.
- FIG. 1 shows a block diagram of one illustrative embodiment of a wireless communication system including a medical device and a remote electronic device that are both configured to wirelessly communicate with each other.
- FIG. 2 shows a block diagram schematic of one illustrative embodiment of an electronic circuit that is carried by, and that controls, the remote electronic device of FIG. 1 .
- FIG. 3 shows a block diagram schematic of some of the details of one illustrative embodiment of the memory subsystem of the remote electronic device of FIG. 2 .
- FIG. 4 shows a flowchart of one illustrative embodiment of a process for enabling a bolus advice feature of the remote electronic device.
- FIG. 5 shows a flowchart of one illustrative embodiment of a process carried out in the remote electronic device for establishing wireless communications between the remote electronic device and the medical device.
- FIG. 6 shows a flowchart of one illustrative embodiment of a process carried out in the remote electronic device for processing information after a wireless connection is established between the remote electronic device and the medical device.
- FIG. 7 shows a diagram of one illustrative embodiment of a number of databases defined in the memory device of the remote electronic device.
- FIG. 8 shows a diagram of a data buffer in the medical device that is configured to store time stamped medical device events.
- FIG. 9 shows a flowchart of one illustrative embodiment of a process for transferring portions of the time stamped medical device events from the medical device to the remote electronic device.
- FIGS. 10 and 11 show a flowchart of one illustrative embodiment of a process carried out by the remote electronic device for processing history data transferred from the medical device to the remote electronic device.
- FIGS. 12A-12C show a flowchart of one illustrative embodiment of a bolus advice process carried out by the remote electronic device.
- FIG. 13 shows a flowchart of one illustrative embodiment of a process for controlling the display of the remote electronic device to indicate readily perceptible warnings and/or alerts.
- FIG. 14 shows a flowchart of one illustrative embodiment of a hypoglycemic test process.
- FIG. 15 shows a graphic representation of one illustrative embodiment of a bolus advice display screen produced by the process of FIGS. 12A-12C .
- FIG. 16 shows a flowchart of one illustrative sub-process carried out by the remote electronic device in the bolus advice process of FIGS. 12A-12C .
- FIGS. 17A and 17B show a flowchart of another illustrative sub-process carried out by the remote electronic device in the bolus advice process of FIGS. 12A-12C .
- FIG. 18 shows a flowchart of yet another illustrative sub-process carried out by the remote electronic device in the bolus advice process of FIGS. 12A-12C .
- FIG. 19 shows a flowchart of still another illustrative sub-process carried out by the remote electronic device in the bolus advice process of FIGS. 12A-12C .
- FIG. 20 shows a flowchart of a further illustrative sub-process carried out by the remote electronic device in the bolus advice process of FIGS. 12A-12C .
- PCT Patent Application No. PCT/US2008/066288 entitled APPARATUS AND METHOD FOR REMOTELY CONTROLLING AN AMBULATORY MEDICAL DEVICE
- PCT Patent Application No. PCT/US2008/066331 entitled METHOD AND APPARATUS FOR DETERMINING AND DELIVERING A DRUG BOLUS
- PCT Patent Application No. PCT/US2008/066267 entitled LIQUID INFUSION PUMP
- PCT Patent Application No. PCT/US2008/066299 entitled USER INTERFACE FEATURES FOR AN ELECTRONIC DEVICE
- PCT/US2008/066247 entitled METHOD FOR PAIRING AND AUTHENTICATING ONE OR MORE MEDICAL DEVICES AND ONE OR MORE REMOTE ELECTRONIC DEVICES
- PCT Patent Application No. PCT/US2008/066248 entitled DEVICE AND METHODS FOR OPTIMIZING COMMUNICATIONS BETWEEN A MEDICAL DEVICE AND A REMOTE ELECTRONIC DEVICE
- U.S. Provisional Patent Application Ser. No. 61/130,855 entitled DEVICE AND METHODS FOR OPTIMIZING COMMUNICATIONS BETWEEN AN ELECTRONIC DEVICE AND A MEDICAL DEVICE.
- FIG. 1 a block diagram is shown of one illustrative embodiment of a wireless communication system 10 including a remote electronic device 12 and medical device 14 that are both configured to wirelessly communicate with each other.
- the remote electronic device 12 has a housing through which a user button section 16 extends.
- the user button section 16 defines a number of user buttons, keys or switches that may be manually manipulated by a user to provide input to the remote electronic device 12 .
- a visual display unit 18 is carried by the housing of the electronic device 12 , and in one embodiment the visual display unit 18 is provided in the form of a conventional liquid crystal display (LCD), although this disclosure contemplates using other conventional display units.
- LCD liquid crystal display
- the visual display unit 18 is controlled by the electronic device 12 to display information to a user of the device 12 .
- the user button section 16 may be or include one or more touch-sensitive buttons. In this embodiment, one or more touch-sensitive buttons may, but not, form part of the display unit 18 .
- the electronic device 12 further includes a carrier port 20 that extends into the housing from an opening defined therein.
- the carrier port 20 is sized to receive therein a sample carrier or strip 22 upon which a liquid sample containing an analyte has been or will be deposited.
- the electronic device 12 includes electrical circuitry that analyzes the liquid sample deposited on the sample carrier 22 , when the sample carrier 22 is received within the carrier port 20 , to determine a concentration of the analyte contained in the liquid sample.
- the liquid sample is blood and the analyte is glucose.
- the sample carrier 22 may is illustratively provided in the form of a glucose test strip, and the electrical circuitry of the electronic device 12 includes conventional circuitry that measures the concentration of glucose in a blood sample deposited on the test strip 22 .
- the liquid sample may be or include other bodily fluids, and the analyte may be any analyte that is contained in a bodily fluid.
- the electronic device 12 further includes a conventional data key port 26 that extends into the housing from an opening defined therein.
- the data key port 26 defines an electrical interface or connector therein that is configured to electrically connect to a complementarily configured electrical interface or connector defined on a conventional data key 24 .
- the data key 24 includes a conventional memory device (not shown) that is electrically connected to the electrical interface or connector defined on the data key 24 .
- the memory device e.g., ROM key, is electrically connected to the electrical circuitry of the electronic device 12 via the electrical interface defined on the data key 24 and the electrical interface defined in the data key port 26 when the data key 26 is received within the data key port 24 .
- the memory device of the data key 24 has calibration data stored therein that is specific to a lot or batch of test strips 22 , and the electrical circuitry of the electronic device 12 uses the calibration data stored in the memory device of the data key 24 to correct glucose concentration measurements when using a test strip 22 from a corresponding lot or batch of test strips as is known in the art.
- each lot or batch of test strips 22 purchased by a user will include a dedicated data key 24 that is to be used when measuring glucose concentration with that lot or batch of strips.
- carrier port 20 sample carrier 22 and electrical circuitry of the electronic device 12 have been described in one embodiment as being configured to measure the glucose concentration of blood samples deposited on the sample carrier 22 , this disclosure contemplates other embodiments in which the carrier port 20 , sample carrier 22 and/or electrical circuitry of the electronic device 12 is/are configured to measure other analytes in other liquid samples.
- the medical device 14 includes a conventional processor 28 that is electrically connected to a wireless communication circuit 30 .
- the processor 28 includes a conventional memory unit 25 which has stored therein a number of processes in the form of instructions that are executable by the processor 28 to control operation of the medical device 14 and to wirelessly communicate with the electronic device 12 .
- the medical device 14 further includes conventional non-volatile memory units 27 and 29 .
- the non-volatile memory unit 27 is provided in the form of a conventional ferroelectric random access memory (FRAM) and the non-volatile memory unit 29 is provided in the form of a conventional electrically erasable programmable read only memory (EEPROM), although either memory unit 27 , 29 may alternatively be provided in the form of one or more other conventional non-volatile memory units.
- the memory units 27 and 29 are each external to the processor 28 and are each electrically connected to the processor 28 .
- the memory unit 27 is a pump delivery (PD) memory unit in which the processor 28 stores current pump delivery information
- the memory unit 29 is a pump history (PH) memory unit that has stored therein pump history information, e.g., in the form of event records each corresponding to an operational event of the pump 14 .
- the medical device 14 further includes a wireless communication circuit 30 that is configured to communicate wirelessly with a similar wireless communication module of the remote electronic device 12 via a wireless communication link 40 in a conventional manner.
- the wireless communication circuit 30 and the wireless communication module of the electronic device 12 are both conventional BlueTooth® modules configured to wirelessly communicate according to a conventional BlueTooth® communication protocol. It will be understood, however, that the wireless communication circuit or module 30 and the wireless communication module of the electronic device 12 may alternatively be configured to wirelessly communicate according to one or more other communication protocols.
- the medical device 14 illustratively includes a housing through which a number of user keys 32 extend.
- the user keys 32 may be provided in the form of any number of user selectable buttons, keys or switches that are electrically connected to the processor 28 .
- the medical device 14 further includes a visual display unit 34 that is carried by the housing and that is electrically connected to the processor 28 .
- the visual display unit 34 may be, for example, a conventional liquid crystal display (LCD), plasma displays, light emitting diode (LED) based display, vacuum fluorescent (VF) display, or the like.
- the visual display unit 34 is controlled by the processor 28 to display information to a user of the medical device 14 .
- the user keys 32 may be or include one or more touch-sensitive buttons. In this embodiment, one or more touch-sensitive buttons may, but not, form part of the display unit 34 .
- the processor 28 of the medical device 14 is further electrically connected to a conventional audible indication device 36 and to a conventional vibratory device 38 .
- the processor 28 is generally operable to control the audible indication device 36 and the vibratory device 38 to produce one or more audible sounds and/or vibrations respectively to notify the user of various operational aspects of the medical device 14 and to also notify the user of any alarm and/or warning conditions associated with the medical device 14 .
- the medical device 14 may not include a display device 34 and/or user keys 32 .
- the medical device 14 may include one or more visual indicators for conveying information to a user. Examples of such visual indicators may include, but should not be limited to, one or more lamps, one or more light emitting diodes (LEDs), or the like.
- the medical device 14 is an ambulatory medical device.
- ambulatory medical devices include, but are not limited to, an implantable liquid delivery pump or a non-implantable liquid delivery pump, such as a drug infusion pump, an implantable or non-implantable body condition sensor or sensor system, or the like.
- the electronic device 14 is a medication delivery pump
- the medication delivered by such a pump may be or include, but should not be limited to, insulin or other conventional blood glucose modifying drug.
- the liquid delivered by any such a pump may be or include, but should not be limited to, one or a combination of drugs, saline, one or a combination of perfusion fluids, or the like.
- the medical device 14 and operations associated with the medical device 14 will be described in the context of an insulin infusion pump, although it will be understood that the medical device 14 may alternatively be or include other medical devices and the following description therefore should not be considered to be limited to an liquid delivery pump generally or to an insulin infusion pump specifically.
- the electronic circuit includes four modules with separate and distinct functional responsibilities.
- the electronic circuit includes a User Interface (UI) processor 50 that is the main controller of the electronic device 12 .
- UI User Interface
- the UI processor 50 has no control over operation of the wireless communication circuit of the remote electronic device 12 .
- the UI processor 50 operates according to a UI clock signal that is generated internally to the UI processor 50 .
- the UI processor 50 includes a memory unit 66 having instructions stored therein that are executable by the UI processor 50 to control operations associated with the remote electronic device 12 .
- the UI processor 50 is a UPD70F3719GC 32-bit microcontroller that is commercially available from NEC Electronics America of Santa Clara, Calif., although this disclosure contemplates other implementations of the UI processor 50 .
- the electronic circuit of FIG. 2 further includes a wireless communication circuit 52 that is exclusively responsible for the control of all wireless communications with one or more external electronic devices but that does not control any other operations associated with the electronic device 12 .
- the wireless communication circuit 52 operates from a clock signal that is generated internally to the wireless communication circuit 52 and that is not synchronized to the UI clock signal from which the UI processor 60 operates. Operation of the wireless communication circuit 52 is therefore asynchronous with respect to the operation of the UI processor 60 .
- the wireless communication circuit 52 is provided in the form of a conventional BlueTooth® telemetry module that includes a conventional processor and a memory unit 70 , and that further includes conventional wireless communication hardware such as a suitable antenna.
- the memory unit 70 illustratively has stored therein instructions that are executable by the processor of the wireless communication circuit 52 to exclusively control of all wireless communications with external devices, such as the insulin infusion pump 14 .
- the wireless communication circuit 52 is a BC419143B BlueCoreTM4-Flash Plug-n-GoTM single chip BlueTooth® radio and baseband integrated circuit for BlueTooth® 2.4 GHz systems that is commercially available from CSR of Richardson, Tex., although this disclosure contemplates other implementations of the wireless communication circuit 52 .
- this disclosure contemplates embodiments in which the wireless communication module 52 is configured for wirelessly communication according to wireless communication protocols other than BlueTooth®.
- the UI processor 50 and the wireless communication module 52 each include debounce circuitry 64 and 68 respectively that is electrically connected to the user buttons 16 .
- the debounce circuitry 64 , 68 is conventional in that it reduces the sensitivity of the processors 50 and 52 to spurious switching events associated with the user buttons 16 , thereby increasing the likelihood that only actual button presses are detected by the processors 50 and 52 .
- the electronic circuit illustrated in FIG. 2 further includes a memory subsystem 54 that is electrically connected to the UI processor 50 and also to the wireless communication circuit 52 .
- the memory subsystem 54 is generally operable to store, at least temporarily, data moving between the UI processor 50 and the wireless communication circuit 52 .
- Data communication between the memory subsystem 54 and the UI processor 50 is illustratively carried out via a serial peripheral interface, SPI, in which case the transfer of data between the memory subsystem 54 and the UI processor 50 is synchronous with a data transfer clock, SCLK, of the UI processor 50 .
- SPI serial peripheral interface
- SCLK data transfer clock
- data communication between the memory subsystem 54 and the wireless communication circuit 52 is carried out via a universal asynchronous receiver/transmitter (UART) interface, in which case the transfer of data between the memory subsystem 54 and the wireless communication circuit 52 is asynchronous.
- UART universal asynchronous receiver/transmitter
- the data transfer interfaces may be interchanged such that data transfer between the memory subsystem 54 and the UI processor 50 is asynchronous and data transfer between the memory subsystem 54 and the wireless communication circuit 52 is synchronous.
- the memory subsystem 54 temporarily stores data moving between the UI processor 60 and the wireless communication circuit 52 .
- the memory subsystem 54 does not control other circuitry, and in some such embodiments the memory subsystem 54 may be provided in the form of a conventional memory device.
- the memory subsystem 54 may be provided in the form of a conventional processor that is configured to operate as a Dual-Port RAM (DPR) processor.
- the DPR processor 54 operates from a clock signal that is separate from the UI clock signal from which the UI processor 60 operates.
- such a DPR processor 54 is a MC9S08GT16A 8-bit microcontroller unit that is commercially available from Freescale Semiconductor, Inc. of Austin, Tex., although this disclosure contemplates other implementations of the memory subsystem 54 that is provided in the form of a conventional processor configured as a DPR processor 54 .
- the electronic circuit illustrated in FIG. 2 further includes a Measurement Engine (ME) processor 56 that controls analyte concentration measurements of liquid samples contained on test elements 22 , e.g., blood glucose measurements, and that reports the analyte concentration measurement results to the UI processor 50 .
- the ME processor 56 includes a memory unit 83 having instructions stored therein that are executable by the ME processor 56 to control analyte measurement operations.
- the ME processor 56 operates from an internally generated clock signal that is separate from the clock signal from which the UI processor 50 operates.
- the ME processor 56 is electrically connected to the UI processor 50 via an Event Interrupt line, TXD (data transmission) line and a Ready line.
- TXD data transmission
- the Event Interrupt line is illustratively used by the ME processor 56 to notify the UI processor of analyte measurement events, such as a strip insert event in which a user initiates an analyte measurement.
- the TXD line is used by the ME processor 56 to transmit analyte measurement data to the UI processor 50 for display on the display unit 18 , for storage thereof in a history database and/or for use in conducting other operations.
- the Ready line is used by the ME processor 56 to notify the UI processor 50 of the operational state, e.g., measuring or not measuring analyte concentration, of the ME processor.
- the ME processor 56 is a MSP430T2AIPEG mixed-signal microcontroller unit that is commercially available from Texas Instruments, Inc. of Dallas, Tex., although this disclosure contemplates other implementations of the ME processor 56 .
- the ME processor 56 along with other electrical components, form an analyte measuring facility 88 , e.g., a glucose meter.
- the analyte measuring facility 88 further includes an application specific integrated circuit (ASIC) 78 that is electrically connected to the ME processor 56 and also to an electrical interface 76 within the carrier port 20 .
- ASIC application specific integrated circuit
- a sample carrier 22 e.g., a glucose test strip
- electrical contacts on the sample carrier 22 contact the electrical interface 76 to thereby electrically connect the sample carrier 22 to the ASIC 78 .
- a switch 80 contained in the ASIC is triggered by insertion of the carrier 22 into the carrier port 20 , and an output of the switch 80 thus notifies the ME processor 56 of insertion of a carrier 22 into the carrier port 20 .
- the ASIC 78 further illustratively includes a clock circuit 82 that is programmable for a number of different functions.
- the clock circuit 82 may be programmed to generate a signal to automatically turn on, e.g., power up, the device 12 at one or more programmable times.
- the clock circuit 82 may be programmed to generate a signal corresponding to one or more reminders.
- Other examples will occur to those skilled in the art, and such other examples are contemplated by this disclosure.
- the signal generated by the clock circuit 82 is provided to the ME processor 56 , and the ME processor 56 is responsive to the receipt of this signal to power up from a sleep state if the ME processor 56 is in such a sleep state, and to produce an event interrupt signal on the Event Interrupt line.
- the event interrupt signal is received by the UI processor 50 , which then powers up from a sleep state if the UI processor 50 is in such a sleep state, and/or generates an audible or visible reminder corresponding to any reminder time programmed in the clock circuit 82 .
- the analyte measuring facility 88 further includes another electrical interface 84 that is positioned within the code key port 26 .
- another electrical interface 84 that is positioned within the code key port 26 .
- electrical contacts on the code key 24 electrically connect with the electrical interface 84 so that the ME processor 56 may read the calibration information stored in the memory device of the code key 24 .
- the analyte measuring facility 88 further includes a temperature sensor 86 that is electrically connected to the ME processor 56 .
- the temperature sensor 86 is provided in the form of a conventional thermistor, although this disclosure contemplates other embodiments in which the temperature sensor 88 may be or include one or more other conventional temperature sensors.
- the ME processor 56 is operable to receive a temperature signal from the temperature sensor 86 that corresponds to an operating temperature of the analyte measuring facility.
- the memory 83 has instructions stored therein that are executable by the ME processor 56 to disable, i.e., not conduct, analysis of an analyte containing sample if the temperature signal produced by the temperature sensor 86 indicates that the temperature of the analyte measuring facility 88 is less than a threshold temperature.
- the ME processor 56 is further operable, pursuant to the instructions stored in the memory 83 , to inform the UI processor 50 that the analyte measuring facility is so disabled, and the UI processor 50 is operable, pursuant to instructions stored in the memory unit 66 , to control the display device 18 to display a message indicating that the temperature is too low to conduct analyte concentration measurements.
- the electronic circuit illustrated in FIG. 2 further includes a general power supply 58 that provides a supply voltage to the ASIC 78 , the ME processor 56 , the UI processor 50 and the memory subsystem 54 on a continuous basis.
- the supply voltage is derived by the general power supply circuit 58 from one or a series or parallel combination of rechargeable or non-rechargeable batteries (BATTERY) 60 .
- a dedicated power supply 62 provides a supply voltage, which is also derived from the one or series or parallel combination of rechargeable or non-rechargeable batteries (BATTERY) 60 , to the wireless communication module 52 .
- the power supply 62 receives one control input from the user buttons 16 , and in the illustrated embodiment the power supply 62 may be powered on and off via one or a combination of the user buttons 16 via the one control input.
- the power supply 62 also receives another control input from the wireless communication circuit 52 , and in the illustrated embodiment the power supply 62 may be turned off by the wireless communication circuit 52 via the other control input.
- the UI processor 50 is electrically connected to a conventional audible indication device 72 and also to a conventional vibratory device 74 .
- the UI processor 50 is generally operable to control the audible indication device 72 and the vibratory device 74 to produce one or more audible sounds and/or vibrations respectively to provide for the capability of the device 12 to produce corresponding audible and/or tactile notifications, i.e., alarms or the like.
- the audible indication device 72 is a tone generator that produces a beep or other tone when activated, although the audible indication device 72 may alternatively or additionally be or include one or more other conventional audible indication devices.
- the memory subsystem 54 acts as an independent repository of data packets moving between the UI processor 50 and the wireless communication circuit 52 .
- FIG. 3 a block diagram of some of the details of the memory subsystem 54 is shown along with electrical connections to the UI processor 50 and to the wireless communication circuit 52 .
- the memory subsystem 54 is provided in the form of a DPR processor as described above, and FIG. 3 will be described in this context, although it will be understood that the memory subsystem 54 may alternatively be provided in other forms as described above.
- one of the dual ports of the DPR processor 54 is a serial peripheral interface (SPI) port 92 that is electrically connected to a serial peripheral interface port 90 of the UI processor 50 via a conventional serial communications interface.
- the serial communications interface operates from a serial clock signal, SCLK, (e.g., 125 kHz) that is derived from the UI clock signal. Transfer of inbound and outbound data between the SPI port 90 of the UI processor 50 and the SPI port 92 of the DPR processor 54 is controlled by the UI processor 50 using the serial clock signal, SCLK, so that data transfer between the two processors 50 , 54 is synchronized.
- SCLK serial clock signal
- the other of the dual ports of the DPR processor 54 is a universal asynchronous receiver/transmitter (UART) port 96 that is electrically connected to a UART port 94 of the wireless communication circuit 52 via a conventional asynchronous interface. Transfer of inbound and outbound data packets between the UART port 94 of the wireless communication circuit 52 and the UART port 96 of the DPR processor 54 (e.g., at 150 kbps) is controlled by the wireless communication circuit 52 , and takes place asynchronously with respect to the transfer of inbound and outbound data between the SPI port of the UI processor 50 and the DRP processor 54 .
- UART universal asynchronous receiver/transmitter
- the DPR processor 54 has an inbound data buffer 98 and an outbound data buffer 100 that are each accessible by the SPI and UART ports 92 and 96 respectively of the DPR processor 54 .
- the UART port 96 of the DPR processor 54 includes conventional clear to send (CTS) and ready to send (RTS) lines.
- CTS clear to send
- RTS ready to send
- the CTS line is monitored by the DPR processor 54 and the RTS line is monitored by the wireless communication circuit 52 .
- the DPR processor 54 deactivates the UART RTS line whenever the inbound data buffer 100 is full, and otherwise activates the UART RTS line.
- the wireless communication circuit 52 activates the UART CTS line whenever the UART port of the wireless communication circuit 52 is requesting data, and otherwise deactivates the UART CTS line.
- the UI processor 50 When data is to be sent by the UI processor 50 to an external device or system, e.g., the insulin infusion pump 14 , the UI processor 50 first requests the state of the outbound data buffer 100 of the DPR processor 54 . If the DPR processor 54 answers that its outbound data buffer 100 is “not full,” the UI processor 50 transfers the data, or as much of the data as possible, to the outbound data buffer 100 of the DPR processor 54 via the data out (DO) line of the SPI port 90 at a rate determined by SCLK. If the DPR processor 54 instead answers that the outbound data buffer 100 is “full,” the UI processor 50 waits for a time interval and then repeats the process of requesting the state of the outbound data buffer 100 , etc.
- DO data out
- the wireless communication circuit 52 Periodically with respect to the clock signal of the wireless communication circuit 52 and asynchronously with respect to the SCLK signal, the wireless communication circuit 52 requests data from the DPR processor 54 by activating the UART CTS line of the DPR processor 54 . As long as the outbound data buffer 100 of the DPR processor 54 is empty, the wireless communication circuit 52 continues to periodically activate the UART CTS line. If the UART CTS line is active and the outbound data buffer 100 of the DPR processor 54 is not empty, the wireless communication circuit 52 retrieves the data from the outbound data buffer 100 of the DPR processor 54 via the RX line of the UART port 96 .
- the DPR processor 54 illustratively transfers the data stored in its outbound data buffer 100 to its UART port 96 in a first received to last received order until the outbound data buffer 100 has been emptied or until the wireless communication circuit 52 deactivates the UART CTS line.
- the wireless communication circuit 52 then incorporates the data retrieved from the outbound data buffer 100 of the DPR processor 52 , via the data UART, into to the wireless communication protocol structure, and wirelessly transmits the incorporated data via conventional wireless signal transmission circuitry contained within the wireless communication module 52 .
- the wireless communication circuit 52 does not process, interpret or alter the contents of the data retrieved from the outbound data buffer 100 of the DPR processor 54 , nor does it make any decisions or execute any steps based on the contents of the data.
- the wireless communication circuit 52 treats all such data the same, regardless of its contents, by incorporating the data into a predefined wireless communication protocol structure, e.g., BlueTooth® protocol structure, and then wirelessly transmitting the incorporated data using the predefined wireless communication protocol.
- a predefined wireless communication protocol structure e.g., BlueTooth® protocol structure
- Information transferred by the UI processor 50 to the memory subsystem 54 , and then from the memory subsystem 54 to the wireless communication circuit 52 for wireless transmission to another electronic device is thus referred to as outbound information or data.
- Inbound wireless signal transmissions from external devices or systems, e.g., the insulin infusion pump 14 are received by the wireless communication circuit 52 via conventional wireless signal receiving circuitry of the wireless communication circuit 52 .
- the wireless communication circuit 52 first isolates the inbound data from the wireless communication protocol structure, and then checks the status of the UART RTS line of the DPR processor 54 . If the RTS line is activated, indicating that the inbound data buffer 98 of the DPR processor 54 is not full, the wireless communication circuit 52 sends the isolated data, or as much if the data as possible, to the UART port 96 of the DPR processor 54 . The DPR processor 54 then places the data received at the UART port 96 into the inbound data buffer 98 of the DPR processor 54 . If the UART RTS line is deactivated, indicating that the inbound data buffer 98 of the DPR processor 54 is full, the wireless communication circuit 52 waits for a time interval before rechecking the state of the UART RTS line.
- the UI processor 50 Periodically, and asynchronously with respect to the operation of the wireless communication circuit 52 , the UI processor 50 requests the state of the inbound data buffer 98 of the DPR processor 54 via the data in (DI) line of the SPI port 90 . As long as the DPR processor 54 answers that the inbound data buffer 98 is empty, the UI processor 50 continues to periodically request the state of the inbound data buffer 98 . If the DPR processor 54 answers that the inbound data buffer 98 of the DPR processor 54 contains data, the UI processor 50 retrieves the data from the inbound data buffer 98 of the DPR processor 52 via the data in (DI) line of the SPI port 90 using the SCLK signal, and then processes the data according to its contents.
- FIGS. 2 and 3 illustrate an embodiment in which the interface between the UI processor 50 and the memory subsystem 54 is a synchronous interface and the interface between the wireless communication circuit 52 and the memory subsystem 54 is an asynchronous interface
- this disclosure contemplates alternative embodiments in which the interface between the UI processor 50 and the memory subsystem 54 is an asynchronous interface and the interface between the wireless communication circuit 52 and the memory subsystem 54 is an synchronous interface or in which both interfaces are asynchronous or synchronous interfaces.
- the UI processor 50 at all times operates independently and asynchronously with respect to the operation of the wireless communication circuit 52 , and the wireless communication circuit 52 operates independently and asynchronously with respect to the operation of the UI processor 50 and also with respect to the operation of the DPR processor 54 .
- the UI processor 50 controls the display 18 of the electronic device 12 to indicate the connection status of the wireless communication module 52 relative to the wireless telemetry system of the insulin infusion pump 14 .
- the UI processor 50 Upon power up of the electronic device 12 , following activation of the power supply 62 via the user buttons 16 after being deactivated and under certain other operating conditions that will be described in greater detail hereinafter, the UI processor 50 attempts to establish a wireless connection with the insulin infusion pump 14 . While a wireless connection is not established between the electronic device 12 and the insulin infusion pump 14 , the UI processor 50 controls the display 18 to display a flashing (or fixed) icon to indicate that no wireless connection exists between the electronic device 12 and the insulin infusion pump 14 .
- the UI processor 50 independently controls the display 18 in this manner without any information provided by the wireless communication module 52 .
- the UI processor 50 then initiates establishment of a wireless connection between the remote electronic device 12 and the insulin infusion pump 14 by placing a message into the data buffer 100 of the outbound port of the memory subsystem 54 , as described above.
- the message includes a wireless connection request, e.g., in the form of a command to transmit an acknowledgement response back to the electronic device 12 .
- the wireless communication circuit 52 then transmits this message as described above. If the insulin infusion pump 14 is within range, the insulin infusion pump 14 receives the message and responds to the wireless connection request by wirelessly transmitting a message that includes an acknowledgement response.
- the wireless communication circuit 52 is operable as described above to isolate the message from the wireless communication protocol structure and to place the message in the data buffer 98 of the inbound port of the memory subsystem 54 .
- the UI processor 50 retrieves the message from the inbound port of the memory subsystem 54 , processes the message to determine whether it contains an acknowledgement response. If the message contains an acknowledgement response, the UI processor 50 interprets this as indicating that a wireless connection is now established between the electronic device 12 and the insulin infusion pump 14 , and controls the display device 18 to display a fixed (or flashing) icon to indicate that a wireless connection is established between the electronic device 12 and the insulin infusion pump 14 .
- the electronic device 12 periodically transmits a wireless connection status message to the infusion pump 14 in the above fashion at regular intervals.
- the UI processor 50 controls the display 18 to display the fixed (or flashing) icon to indicate that a wireless connection exists between the electronic device 12 and the insulin infusion pump 14 . If the UI processor 50 does not receive such a response within a predefined time period following storage of the acknowledgement response in the memory subsystem 52 , the UI processor 50 controls the display 18 to display a flashing (or fixed) icon indicating that the wireless connection between the electronic device 12 and the insulin infusion pump 14 does not exist or no longer exists.
- the power supply 62 is generally powered on as long as the wireless communication circuit 52 is communicating with either or both of the UI processor 50 or the insulin infusion pump 14 , unless otherwise powered off manually by a user via the user buttons 16 or automatically by the wireless communication circuit 52 .
- the power supply 62 may be completely powered down, i.e., turned off, from any state via a simultaneous or sequential user press of a number of the user buttons 16 .
- the power supply 62 remains in the completely powered down state until the user again presses the simultaneous or sequential number of the user buttons 16 or a different simultaneous or sequential user press of a number of the user buttons, or if the user powers down the electronic device 12 and then powers back up the electronic device 12 .
- the wireless communication circuit 52 While the power supply 62 is on and supplying the supply voltage to the wireless communication circuit 52 , the wireless communication circuit 52 is responsive to a number of different events to transition itself into, and out of, any of a plurality of different low power states, and to also turn off the power supply 62 after being in a lowest power sleep state for a predefined time period of inactivity. For example, when in a fully powered “awake” state, the wireless communication circuit 52 is operable to periodically, e.g., every 100-200 milliseconds, check the outbound data buffer 100 of the memory subsystem 54 as described above.
- the wireless communication circuit 52 each time the wireless communication circuit 52 finds data to be sent in the outbound data buffer 100 of the memory subsystem 54 , the wireless communication circuit 52 incorporates the data into the predetermined wireless communication protocol structure, and wirelessly transmits corresponding signals to the insulin infusion pump 14 as described above.
- the wireless communication circuit 52 transitions to a first low power state if it fails to find data in the outbound data buffer 100 of the memory subsystem 54 when a predefined time period elapses since last finding data in the outbound data buffer 100 . Thereafter, the wireless communication circuit 52 transitions to successively lower power states as successively longer time periods elapse since last finding data in the outbound data buffer 100 .
- the number of different power states generally range between full (100%) power and a lowest power “deep sleep” state, and may include any number of reduced power states between these two extremes.
- the wireless communication circuit 52 When in the lowest power “deep sleep” state, the wireless communication circuit 52 periodically, e.g., every 400 milliseconds, wakes up to a “UART only” state, in which the wireless communication circuit 52 has sufficient power to check the status of the outbound data buffer 100 of the memory subsystem 54 via the data UART line. If the outbound data buffer 100 of the memory subsystem 54 has data stored therein, the wireless communication circuit 52 wakes up to a full power state to service the data.
- the wireless communication circuit 52 transitions back to the lowest power “deep sleep” state. After being in the lowest power sleep state for a predefined period of time of inactivity, the wireless communication circuit 52 sends a control signal to the power supply 62 that causes the power supply 62 to turn off. As a further example, the wireless communication circuit 52 directly monitors activity of the user buttons 16 via the debounce circuitry 68 , and when the wireless communication circuit 52 detects user press of the ON button, the wireless communication processor transitions itself from any of the lower power states to the full power state. Thus, in the lowest power “deep sleep” state, the wireless communication circuit 52 must be capable of monitoring at least the ON button of the user buttons 16 . Similarly, when the wireless communication circuit 52 detects user press of the OFF button, the wireless communication circuit 52 transitions itself from any of the power states to the lowest power “deep sleep” state.
- the UI processor 50 When a wireless connection is established between the electronic device 12 and the insulin infusion pump 14 , and the UI processor 50 determines that the wireless connection should be terminated, the UI processor 50 stores a message in the outbound data buffer 100 of the memory subsystem 54 that contains a connection termination request. When the wireless communication circuit 52 thereafter finds the message in the outbound data buffer 100 of the memory subsystem 54 , the wireless communication circuit 52 incorporates the message into the predetermined wireless communication protocol and then transmits the message via its wireless communication circuitry to the insulin infusion pump 14 . The insulin infusion pump 14 then wirelessly sends a signal containing a predefined connection termination response back to the remote electronic device 12 .
- the processor 28 instructs the wireless communication circuit 30 to orderly terminate communications or connections with the wireless communications circuit 52 ′ that may be specific to the predetermined wireless communications protocol.
- the wireless communication circuit 52 is operable to periodically, but asynchronously with respect to operation of the UI processor 50 , check the outbound data buffer 100 of the memory subsystem 54 . If no data resides in the outbound data buffer 100 , the wireless communication circuit 52 successively enters lower power sleep states or modes as described above.
- the wireless communication circuit 52 finds data in the outbound data buffer 100 of the memory subsystem 54 , the wireless communication circuit 52 attempts to establish (or re-establish) a wireless connection with the wireless communication circuit 30 of the insulin infusion pump 14 as described above.
- the wireless communication circuit 52 illustratively clears the outbound data buffer 100 of the memory subsystem 54 .
- the UI processor 50 may clear the outbound data buffer 100 if it determines that data exists in the outbound data buffer 100 after some time period has elapsed since storing the wireless communication message in the outbound data buffer 100 or after some time period has elapsed after determining, based on failure to receive acknowledgements from the insulin infusion pump 14 , that a wireless connection between the remote electronic device 12 and the insulin infusion pump 14 no longer exists.
- the wireless communication circuit 52 With the outbound data buffer 100 of the memory subsystem 54 empty, the wireless communication circuit 52 successively enters lower power sleep states or modes as described above.
- the wireless communication circuit 52 is operable in one embodiment to turn off its wireless transmission circuitry and to transition to a low power state if it fails to find data in the outbound data buffer 100 of the memory subsystem 54 since last finding data in the outbound data buffer 100 . Because the wireless connection is lost, the UI processor 50 will no longer receive acknowledgements from the insulin infusion pump 14 and will therefore cease to store messages in the outbound data buffer 100 of the memory subsystem 54 . However, a message, or at least part of a message, may reside within the outbound data buffer 100 when the wireless connection is lost.
- the wireless communication circuit 52 illustratively clears the outbound data buffer 100 of the memory subsystem 54 .
- the UI processor 50 may clear the outbound data buffer 100 if it determines that data exists in the outbound data buffer 100 after some time period has elapsed since last storing a message in the outbound data buffer 100 or after some time period has elapsed after determining, based on failure to receive acknowledgements from the insulin infusion pump 14 , that a wireless connection between the devices 12 and 14 no longer exists.
- the wireless communication circuit 52 With the outbound data buffer 100 of the memory subsystem 54 empty, the wireless communication circuit 52 successively enters lower power sleep states or modes as described above.
- the UI processor 50 and the processor 28 of the insulin infusion pump 14 may use scheduled messages and internal timers to control determinations by each of whether a wireless connection between the remote electronic device 50 and the insulin infusion pump 14 exists.
- the UI processor 50 is operable to periodically, e.g., every 100 milliseconds, transfer a message to the outbound data buffer 100 of the memory subsystem 54 and to reset an internal timer circuit.
- the wireless communication circuit 52 asynchronously retrieves the message from the outbound data buffer 100 of the memory subsystem 54 and transmits the message to the insulin infusion pump 14 as described above.
- the insulin infusion pump 14 is responsive to receipt of the message to immediately transmit a message back to the electronic device 12 that contains an acknowledgement.
- the message transmitted by the insulin infusion pump 14 is received and unpacked from the wireless communication protocol by the wireless communication circuit 52 , and then stored by the wireless communication circuit 52 in the inbound data buffer 98 of the memory subsystem 54 .
- the UI processor 50 then retrieves the message from the inbound data buffer 98 of the memory subsystem 54 and processes the message to determine whether it contains an acknowledgement. As long as an acknowledgement is received by the UI processor 50 in this manner before the next scheduled transfer of a message to the outbound data buffer 100 of the memory subsystem 54 , the UI processor 50 resets its internal timer circuit when transferring the next message to the memory subsystem 54 .
- the UI processor 50 transfers the message to the outbound data buffer 100 of the memory subsystem 54 without resetting its internal timer circuit. If no acknowledgement is received by the UI processor 50 within a predefined or programmed time period, e.g., 1-2 minutes, the internal timer circuit of the UI processor 50 times out and the UI processor 50 stops transferring messages to the outbound data buffer 100 of the memory subsystem 54 .
- the insulin infusion pump 14 in this embodiment, ceases to send acknowledgements back to the remote electronic device 12 after a predefined or programmed time period, e.g., 2 minutes, has passed without receiving a message transmitted by the electronic device 12 .
- the UI processor 50 is operable to cease storing messages in the outbound data buffer 100 of the memory subsystem 54 upon detection of insertion of a sample carrier 22 into the carrier port 20 as described above. After a predefined time period in which the wireless communication circuit 52 thereafter fails to find such messages in the outbound data buffer 100 of the memory subsystem 54 , the wireless communication circuit 52 begins transitioning to lower power states as described above. When the UI processor 50 then resumes storing messages in the outbound data buffer 100 of the memory subsystem 54 after the analyte measurement is complete, the wireless communication circuit 52 wakes up to full power to service it.
- the wireless communication circuit 52 is generally in one of the lower power sleep states or modes.
- the electronic device 12 When insertion of a sample carrier 22 into the carrier port 20 is detected, the electronic device 12 performs an analyte determination test as described above.
- the electronic device 12 generally does not wirelessly communicate with the insulin infusion pump 14 during the analyte determination test, and the wireless communication circuit 52 is thus typically in one of the lower power sleep states when insertion of the sample carrier 22 into the carrier port 20 is detected.
- the wireless communication circuit 52 therefore typically enters successively lower power sleep states after insertion of the sample carrier 22 into the carrier port 20 is detected.
- the electronic device 12 is illustrated and described above with respect to FIGS. 1-3 as including an analyte measuring facility 88 , such an analyte measuring facility may be omitted in alternative embodiments.
- the electronic device 12 and the insulin infusion pump 14 may illustratively be paired according to a pairing process that establishes secure communications between the electronic device 12 and the insulin infusion pump 14 .
- this process may be carried out to initially establish secure wireless communications between the electronic device 12 and a particular insulin infusion pump 14 , and then again if the electronic device 12 is to be paired with a different insulin infusion pump 14 or vice versa.
- the electronic device 12 may only be paired with a single insulin infusion pump 14 at a time, although this disclosure contemplates other embodiments in which the electronic device 12 may be paired with any number of medical devices 14 generally and/or other electronic devices, and/or in which the medical device 14 may be paired with any number of electronic devices 12 or other medical devices.
- further details relating to one illustrative pairing and authentication process are provided in co-pending PCT Patent Application No. PCT/US2008/066247, entitled METHOD FOR PAIRING AND AUTHENTICATING ONE OR MORE MEDICAL DEVICES AND ONE OR MORE REMOTE ELECTRONIC DEVICES, the disclosure of which has been incorporated herein by reference.
- a flow chart is shown of one illustrative embodiment of a process 110 for enabling a bolus advice feature of the remote electronic device 12 .
- the process 110 is stored in the memory unit 66 of the UI processor 50 in the form of instructions that are executable by the UI processor 50 to enable the bolus advice feature.
- the process 110 begins at step 112 where the bolus advice feature of the remote electronic device 12 is disabled during manufacture of the remote electronic device 12 .
- the process 110 advances from step 112 to step 114 where the UI processor 50 is operable to monitor a predefined password flag. Thereafter at step 116 , the UI processor 50 is operable to determine whether the predefined password flag is active. If not, execution of the process 110 loops back to step 114 . If; at step 116 , the UI processor 50 determines that the predefined password flag is active, the process 110 advances to step 118 where the UI processor 50 is operable to enable the bolus advice feature of the remote electronic device 12 . Following step 118 , the process 110 ends.
- the process 110 may advance from step 112 to step 120 where the UI processor is operable to monitor a pairing value storage location or flag. Thereafter at step 122 , the UI processor 50 is operable to determine whether the pairing value storage location or flag indicate that a pairing process, in which the remote electronic device 12 is paired with the medical device 14 as described above, is complete. If not, the process 110 loops back to step 120 . If, at step 122 , the UI processor 50 determines that the pairing value storage location or flag indicates that the pairing process is complete, the process 110 advances to step 124 where the UI processor 50 is operable to enable the bolus advice feature of the remote electronic device 12 . Following step 124 , the process 110 ends.
- the remote electronic device 12 is illustratively manufactured with the bolus advice feature disabled.
- the feature may be selectively enabled by entering a predefined password into the remote electronic device 12 , such as via the user buttons 16 .
- a password will be known or available only to a suitable healthcare professional, although this disclosure contemplates other embodiments in which others may have access to the predefined password.
- the bolus advice feature may be automatically enabled upon pairing of the remote electronic device 12 with a suitable medical device 14 according to a pairing process.
- the pairing process may be as described hereinabove with respect to FIGS.
- the pairing process between the remote electronic device 12 and the medical device 14 may alternatively be or include one or more other processes that are executed by the remote electronic device 12 and/or medical device 14 that allows the remote electronic device 12 and the medical device 14 to communicate with each other.
- the process 110 may include the combination of steps 114 - 118 and 120 - 124 such that the bolus advice feature is enabled only after successful pairing of the remote electronic device 12 with the medical device 14 and receiving of the predefined password as described above.
- successful pairing of the remote electronic device 12 with the medical device 14 is illustratively required prior to receipt of the predefined password, although the order of these two events may alternatively be reversed.
- a flow chart of one illustrative embodiment of a process 130 is shown that is carried out in the remote electronic device 12 for establishing wireless communications between the remote electronic device 12 and the medical device 14 under various operating conditions of the remote electronic device 12 in which the remote electronic device 12 and the medical device 14 may not already be connected via a wireless communication link 40 .
- the process 130 is stored in the memory device 66 of the UI processor 50 in the form of instructions that are executable by the UI processor 50 to automatically establish wireless communications between the remote electronic device 12 and the medical device 14 under certain operating conditions.
- the UI processor 50 is operable to simultaneously to execute steps at 132 , 136 , 140 and 142 .
- the UI processor 50 is operable to monitor the on/off switch of the remote electronic device 12 . Thereafter at step 134 , the UI processor 50 is operable to determine whether the on/off switch of the remote electronic device 12 has been turned on. If not, the process 130 loops back to step 132 . If, at step 134 , the UI processor 50 determines that the on/off switch has been turned on, the UI processor 50 is operable at step 144 to establish wireless communications with the medical device 14 as described hereinabove with respect to FIGS. 1-3 .
- the UI processor 50 is operable at step 136 of the process 130 to monitor a number of automatic reminders programmed therein. Thereafter at step 138 , the UI processor 50 is operable to determine whether any of the programmed automatic reminders has triggered the power up of the remote electronic device 12 from a powered down state. Alternatively, the UI processor 50 may be operable at steps 136 and 138 to monitor the on/off state of the remote electronic device 12 , and to determine whether and when the remote electronic device 12 powers up from a powered down state in response to the occurrence of an automatic reminder. In either case, the “NO” branch of step 138 loops back to step 136 , and the “YES” branch of step 138 advances to step 144 where the UI processor 50 is operable to establish a wireless connection with the medical device 14 as described above.
- the UI processor 50 is operable at step 140 to monitor the main menu to determine whether the user has selected the bolus advice feature from the main menu (or alternatively from a blood glucose determination menu). If not, the process 130 loops back to the beginning of step 140 , and if the UI processor 50 determines at step 140 that a user has selected the bolus advice feature, the process 130 advances to step 144 where the UI processor 50 is operable to establish a wireless connection with the medical device 14 as described above.
- the UI processor 50 is operable at 142 to monitor the main menu display on the display device 18 of the remote electronic device 12 to determine whether a user has selected the “my data” feature from the main menu.
- the “my data” feature corresponds to a data viewing, editing and reporting feature via which a user may view current, historical and trend data relating to operation of the on-board glucose meter and/or the medical device 14 .
- the “NO” branch at step 142 loops back to the beginning of step 142
- the “YES” branch advances to step 144 where the UI processor 50 is operable to establish wireless connection with the medical device 14 as described above.
- a flow chart is shown of one illustrative embodiment of a process 145 that is carried out in the remote electronic device 12 for processing information at certain times when a wireless connection is established between the remote electronic device 12 and the medical device 14 .
- the process 145 is stored in the memory device 66 of the UI processor 50 in the form of instructions that are executable by the UI processor 50 to carry out the process 145 .
- the process 145 begins at step 146 where the UI processor 50 is operable to determine whether a wireless communication link has just been established between the remote electronic device 12 and the medical device 14 , such as via one or more of the operations illustrated and described with respect to FIG. 5 .
- the process 145 loops back to the beginning of step 146 .
- the UI processor 50 is operable while executing step 146 to also execute step 148 where the UI processor 50 is operable to determine whether the remote electronic device 12 has just exited a remote terminal operating mode in which the remote electronic device 12 is configured to control operation of the medical device 14 in substantially real time over a wireless connection established between the two devices 12 , 14 . If, at step 148 , the UI processor 50 determines that the remote electronic device 12 has not just exited the remote terminal operating mode with the wireless connection still established, the process 145 loops back to the beginning of steps 146 and 148 .
- the UI processor 50 determines that the remote electronic device has just exited the remote terminal operating mode with the wireless connection still established between the devices 12 , 14 or if, at step 146 , the UI processor 50 determines that a wireless communication link has just been established between the remote electronic device 12 and the medical device 14 , the UI processor 50 is operable to execute each of steps 150 , 156 and 168 .
- the UI processor 50 is operable to transfer operating data, e.g., event history information, from the medical device 14 to the remote electronic device 12 via the wireless communication link.
- the remote electronic device 12 includes four separate databases that hold history information for computing boluses and for reviewing and/or further analyzing. Referring to FIG. 7 , a diagram is shown of one illustrative embodiment of four such databases that are included in the remote electronic device 12 , and that are illustratively located in the memory device 66 .
- the four databases include a BG/Diary database 65 , a pump records (PR) database 67 , a meal correction (MC) database 69 and a correction records (CR) database 71 .
- the BG/Diary database 65 acts as the main database, and the PR database 67 , MC database 69 and CR database 71 are support databases which hold data used to calculate active insulin and bolus advice.
- the BG/Diary database 65 holds the overall resulting bolus advice data long with interim and input data used in determining the bolus advice. As illustrated in FIG. 7 , the BG/Diary database 65 is in data communication with each of the other three databases 67 , 69 and 71 .
- the BG/Diary database 65 can hold 1000 records and operates as a circular queue that will over-write the records, oldest first, after the first 1000 records have been accumulated.
- the BG/Diary database 65 contains the bolus advice calculations and input parameters used in the bolus calculations.
- the correction records (CR) database 71 can hold 150 records and also operates as a circular queue that will over-write the records, oldest first, after the first 150 records have been accumulated. In this embodiment, the CR database 71 is intended to hold 8 hours of prior bolus information.
- the correction records database 71 is monitored over time by the UI processor 50 to determine which of the records are active and which are inactive.
- the correction records database 71 is used to determine the amount of active insulin in the body, and uses only the active records to determine this parameter.
- Each record in the CR database 71 is associated with a specific record in the BG/Diary database, and this association is determined by the BG/Diary date and time stamp and a record counter value of the specific BG/Diary database record.
- the BG/Diary results are stored with a resolution of one minute, and multiple BG/Diary records can be created each minute. Accordingly, the record counter is useful in this embodiment to distinguish between multiple BG/Diary records that may have the same date and time stamp.
- the meal correction database 69 is a single record database that is updated each time a BG/Diary record with a carbohydrate amount that exceeds a programmable snack size or meal excursion limit is added to the BG/Diary database 65 . This update occurs whether the current meal correction record is active or not.
- the meal correction database is monitored over time to determine whether the sole record in the meal correction database 69 is or is not currently active. The meal correction record is used when determining the upper BG level that is, in turn, used during the calculation of a correction bolus.
- the sole record in the meal correction database 69 is also associated with a specific record in the BG/Diary database 65 , and this association is determined by the BG/Diary date and time stamp and a record counter value for the specific BG/Diary record.
- the pump records database 67 can hold 1000 records and also operates as a circular queue that will over-write the records, oldest first, after the first 1000 records have been accumulated.
- the pump records are received by the pump records database 68 when the operating data from the pump, e.g., the pump history records, are transferred to the remote electronic device 12 according to step 154 of the process 150 of FIG. 6 .
- the pump history records are synchronized with specific records in the BG/Diary database 65 with the intent of matching up actual pump delivery amounts from the pump history records with bolus amounts in the BG/Diary database 65 . As will be described in greater detail hereinafter with respect to FIGS.
- pump history records that match corresponding BG/Diary records are used to confirm the bolus amounts in the BG/Diary database 65 as part of the synchronization process.
- a new record containing the pump information is added to the BG/Diary database 65 .
- the PR database 67 in the illustrated embodiment, is used strictly as a scratch pad area for holding pump records that are transferred from the pump 14 to the remote electronic device pursuant to step 154 of the process 150 of FIG. 6 .
- FIGS. 8 and 9 one illustrative embodiment of the process carried out at step 154 of the process 150 illustrated in FIG. 6 is shown.
- a diagram is shown of a data buffer 170 that resides in the pump history (PH) memory device 29 of the medical device 14 .
- the data buffer 170 is configured to store time stamped medical device event records, and in the embodiment illustrated in FIG. 7 the data buffer 170 is a first-in-first-out (FIFO) buffer that is sized to store a predefined number, e.g., 4500, medical device event records.
- FIFO first-in-first-out
- a history position pointer points to the last medical device event record that was transferred from the medical device 14 to the remote electronic device 12 during the most recent download of the medical device event records from the medical device 14 to the remote electronic device 12 .
- the history position pointer, HP is illustratively set to point to the first record in the data buffer.
- the medical device event records are illustratively stored in the data buffer 170 in the order of time of occurrence such that the oldest medical device event record is at the output of the data buffer 170 and the newest medical device event record is at the input of the data buffer 170 .
- FIG. 9 a flow chart is shown of one illustrative embodiment of a process for carrying out step 154 of the process 150 of FIG. 6 to transfer portions of the time stamped medical device event records from the medical device 14 to the remote electronic device 12 .
- the flow chart of FIG. 9 is partitioned into portions that are carried out by the remote electronic device 12 and other portions that are carried out by the medical device 14 .
- the remote electronic device will carry out some of the steps of the illustrative process while the medical device 14 will carry out others.
- the data transfer process begins at step 172 where the UI processor 50 of the remote electronic device 12 is operable to determine whether a wireless connection between the remote electronic device 12 and the medical device 14 has just been established.
- step 174 the UI processor 50 of the remote electronic device 12 is operable to send a read pump history command to the medical device 14 via the wireless communication circuit 54 .
- step 176 the processor 28 of the medical device 14 is operable to receive, via the wireless communication circuit 30 , the read pump history command sent by the remote electronic device 12 .
- step 178 the processor 28 of the medical device 14 is operable to scan the pump history records that have been saved in the memory device 29 since storage therein of the pump history record to which the history position pointer, HP, points.
- step 180 the processor 28 determines that enough records have been found in the scan to form a block of records, or if a response time for responding to the read pump history command sent by the remote electronic device 12 is about to expire, the process advances from step 180 to step 182 . Otherwise, step 180 loops back to step 178 to continue to scan and search for pump history records that have been stored in the data buffer 170 since the storage therein of the pump history record to which HP points.
- the processor 28 of the medical device 14 is operable to determine whether a history gap flag has been set. If so, the process advances to step 184 where the processor 28 includes a history gap indicator in the response to be sent to the remote electronic device 12 .
- the processor 28 is further operable at step 184 to determine from the data buffer 170 whether additional pump history data is available after detecting the history gap from the history gap flag.
- the processor 28 further includes information in the response to be sent to the remote electronic device 12 that indicates whether any such additional pump history data is available after the detected history gap.
- step 186 the process advances to step 186 where the processor 28 is operable to send, via the wireless communication circuit 30 , a block or partial block of pump history event records to the remote electronic device 12 .
- the UI processor 50 of the remote electronic device 12 is operable to receive, via the wireless communication circuit 54 , the block or partial block of pump history event records from the medical device 14 .
- the UI processor 50 is operable to determine whether the processing of the block or partial block of pump history event records, e.g., transferring of the pump history event records to the PR database 67 , was successful.
- step 190 the process determines that the processing of the block or partial block of pump history event records at step 188 was successful, the process advances to step 192 where the UI processor 50 is operable to send the wireless communication circuit 54 , a successful transfer message to the medical device 14 .
- the processor 28 of the medical device 14 is operable to receive, via the wireless communication circuit 30 , the successful transfer message, and to deactivate or render inactive the history gap flag and set the history position pointer, HP, to a new location in the data buffer 170 that corresponds the oldest pump history event record that was sent to, and successfully processed by, the remote electronic device 12 .
- the process loops back to step 176 to again scan pump history event records that were saved in the pump history memory device 29 since storing the pump history event record to which the newly positioned history position pointer, HP, now points.
- Step 192 of the illustrated process additionally advances to step 196 where the UI processor 50 is operable to determine whether all pump history event records since the previous execution of the illustrative process have been transferred from the medical device 14 to the remote electronic device 12 .
- the processor 28 of the medical device 14 is operable to include a last record indicator in the block or partial block of pump history event records transferred from the medical device 14 to the remote electronic device 12 at step 184 . If, at step 196 , the UI processor 50 determines that the last record information was received and processed in the most recent block or partial block of the pump history event records sent from the medical device 14 to the remote electronic device 12 , the process advances to step 198 where the process ends. Otherwise, the process loops from step 196 back to step 174 where the process continues as described until all pump history event records that were stored in the memory device 29 of the processor 28 since the previous execution of the illustrated process are transferred.
- the processor 28 of the medical device 14 is operable to monitor the data in the pump history event record to which the history position pointer, HP, points. Thereafter at step 202 , the processor 28 is operable to determine whether the data in the pump history event record to which HP points has changed since the previous transfer of information from the medical device 14 to the remote electronic device 12 . If so, this means that at least some of the pump history event records stored in the data buffer 170 have been overwritten since the last transfer of information from the medical device 14 to the remote electronic device 12 , and that a gap in the time line of pump history event records therefore exists. In this case, the process advances from step 202 to step 204 where the processor 28 is operable to activate the history gap flag described above. Otherwise, step 202 loops back to step 200 .
- step 152 the process 145 advances from step 150 to step 152 where the UI processor 50 is operable to process the medical device operating data that was transferred from the medical device 14 to the remote electronic device 12 at step 150 .
- FIGS. 10 and 11 a flowchart is shown of one illustrative process for carrying out step 152 of the process 145 of FIG. 6 to process the pump history records and synchronize the pump history records with the BG/Diary records in the BG/Diary database 65 .
- the process of FIG. 10 is stored in the memory unit 66 in the form of instructions that are executable by the UI processor 50 to carry out the illustrated process.
- the pump history records transferred from the pump 14 to the remote electronic device 12 may include commanded and non-commanded pump events.
- Commanded events are generally those in which the remote electronic device 12 commands the liquid infusion pump 14 , via the wireless communication circuits 52 and 30 respectively, to deliver a desired bolus amount and type, except when the remote electronic device 12 and the pump 14 are operating in a remote terminal operating mode as briefly described above.
- the commanded events are treated as being locally commanded, i.e., commanded by pressing appropriate ones of the keys 32 of the pump 14 .
- Non-commanded events are those that were performed manually by the user and not commanded by the remote electronic device 12 .
- Non-commanded events may include manually programming the liquid infusion pump 14 to deliver desired bolus amounts and types, and also manually delivering bolus amounts via a syringe or drug delivery pen.
- both commanded and non-commanded events are read from the pump history records transferred from the pump 14 to the remote electronic device 12 and synchronized with the BG/Diary database 65 .
- Non-commanded events may or may not be synchronized or associated with an existing BG result. If non-commanded events are not synchronized, they are in effect orphaned but nevertheless considered part of the overall history of the user.
- the UI processor 50 is operable pursuant to the process illustrated in FIGS. 10 and 11 to synchronize the pump event records with the BG/Diary database 65 immediately after the records are transferred from the pump 14 to the remote electronic device 12 .
- this process entails attempting to match the bolus type, bolus amount, date and time stamp of each pump event record to an existing BG/Diary record that does not yet have an associated programmed or delivered bolus amount. If a pump event record cannot be matched with such an existing BG/Diary record, a new BG/Diary record is created and added to the BG/Diary database 65 . Each such new addition of a BG/Diary record will require a corresponding update of the correction records database 71 .
- the delivered bolus amount is checked for confirmation. If the delivered amount in the pump event record matches the bolus amount in the matched BG/Diary record, the bolus amount is confirmed and the BG/Diary record is updated to reflect this result. If, on the other hand, the delivered amount in the pump event record is different from the bolus amount in the matched BG/Diary record, the actual delivered amount is confirmed and the BG/Diary record is updated to reflect this result. In this latter case, however, the correction records database 71 is updated to reflect the actual delivered bolus amount. Illustratively, the correction records database 71 is updated in this manner to ensure accuracy of the active insulin value that can be determined from the data.
- the process illustrated in FIGS. 10 and 11 is executed once for each pump event record that is transferred from the pump 14 to the remote electronic device 12 .
- the illustrated process begins at step 210 where the UI processor 50 is operable to search the BG/Diary database for all records with non-confirmed bolus amounts. Thereafter at step 212 , the UI processor 50 is operable to determine whether the present pump event record corresponds to a commanded event. Generally, the pump event records will contain a field that defines whether the pump event was a commanded or non-commanded event. If the UI processor 50 determines at step 212 that the current pump event is not a commanded event, the process advances to step A ( FIG. 11 ).
- the process advances to step 214 where the UI processor 50 is operable to determine the event type of the current pump record, i.e., whether the current pump record corresponds to a programmed bolus amount or a delivered bolus amount.
- the pump event records illustratively contain a field that defines whether the pump event was a programmed or a delivered bolus amount.
- the illustrated process advances to step 216 where the UI processor 50 searches through the non-confirmed and non-programmed Standard, Extended and Multi-wave bolus type records in the BG/Diary database 65 for a record having a date/time stamp and bolus delivery type (DTD) that matches that of the current pump event record. If the UI microprocessor 50 finds such a match at step 216 , the illustrated process advances to step 218 where the UI processor 50 determines whether the time stamp (T) of the matched BG/Diary record is within a predefined time value, e.g., 6 minutes, of that of the current pump event record.
- a predefined time value e.g. 6 minutes
- the illustrated process advances to step 220 where the UI processor 50 is operable to determine whether the programmed bolus amount in the BG/Diary record is equal to a user selected amount. If so, the illustrated process therefore advances to step 222 where the UI processor 50 is operable to set a bolus advice flag in the current BG/Diary record to PROG. If at step 218 the UI processor 50 determines that the time stamps (T) of the matched BG/Diary record is not within the predefined time value of that of the current pump event record, the illustrated process advances to step 224 .
- T time stamps
- the UI processor 50 determines at step 220 that the programmed bolus amount in the BG/Diary record is not equal to a user selected amount, the illustrated process advances to step 224 . Also, if the UI processor 50 does not find a match at step 216 , the illustrated process advances to step 224 .
- the UI processor 50 is operable to create and add a new record to the BG/Diary database 65 using the date/time stamp and data from the current pump event record, and to set a bolus advice flag of this new record to PROG.
- the illustrated process advances to step 226 were the UI processor 50 is operable to determine whether the bolus delivery type was a standard bolus or either of an extended bolus and a multi-wave bolus. If the UI processor 50 determines at step 226 that the delivered bolus type is a standard bolus (STD), the illustrated process advances to step 228 where the UI processor 50 searches through the non-confirmed and programmed Standard bolus type records in the BG/Diary database 65 for a record having a date/time stamp and bolus delivery type (DTD) that matches that of the current pump event record.
- STD standard bolus
- the illustrated process advances to step 230 where the UI processor 50 determines whether the time stamp (T) of the matched BG/Diary record is within a predefined time value, e.g., 6 minutes, of that of the current pump event record. If so, the illustrated process advances to step 232 where the UI processor 50 is operable to update the confirmed bolus amount with the delivered bolus amount from the pump event record and to then set the bolus advice flag to DELIV.
- T time stamp
- step 230 the UI processor 50 instead determines that the time stamps (T) of the matched BG/Diary record is not within the predefined time value of that of the current pump event record, or the UI processor 50 does not find a match at step 228 , the illustrated process advances to step 234 where the UI processor 50 is operable to create and add a new record to the BG/Diary database 65 using the date/time stamp and data from the current pump event record, and to set a bolus advice flag of this new record to DELIV.
- the UI processor 50 determines from the pump event record that the delivered bolus type is not a standard bolus (STD)
- the illustrated process advances to step 236 where the UI processor 50 searches through the non-confirmed and programmed Extended (EXT) and Multi-wave (MW) bolus type records in the BG/Diary database 65 for a record having a date/time stamp and bolus delivery type (DTD) that matches that of the current pump event record.
- EXT Extended
- MW Multi-wave
- the illustrated process advances to step 238 where the UI processor 50 determines whether the time stamp (T) of the matched BG/Diary record is within a predefined time value, e.g., 6 minutes, of that of the current pump event record. If so, the illustrated process advances to step 240 where the UI processor 50 is operable to update the confirmed bolus amount with the delivered bolus amount from the pump event record and to then set the bolus advice flag to DELIV.
- T time stamp
- step 238 the UI processor 50 instead determines that the time stamp (T) of the matched BG/Diary record is not within the predefined time value of that of the current pump event record, or the UI processor 50 does not find a match at step 236 , the illustrated process advances to step 242 where the UI processor 50 is operable to create and add a new record to the BG/Diary database 65 using the date/time stamp and data from the current pump event record, and to set a bolus advice flag of this new record to DELIV.
- step 250 the UI processor 50 is operable to determine the event type of the current pump record, i.e., whether the current pump record corresponds to a programmed bolus amount or a delivered bolus amount. If the UI processor 50 determines the event type to be a programmed bolus event, the process advances to step 252 where the UI processor 50 is operable to search through the non-confirmed and non-programmed manual and pen/syringe type bolus records in the BG/Diary database 65 for a record having a date/time stamp that is closest to that of the current pump event record.
- the UI microprocessor 50 is operable to determine whether the time stamp (T) of the BG/Diary record selected at step 252 is within a predefined time value, e.g., 5 minutes, of that of the current pump event record. If so, the illustrated process advances to step 256 where the UI processor 50 is operable to determine whether the programmed bolus amount in the BG/Diary record is equal to a user selected amount. If so, the illustrated process advances to step 260 where the UI processor 50 is operable to set the bolus advice flag in the current BG/Diary record to PROG and to set the delivery type of the BG/Diary record to MANUAL.
- T time stamp
- a predefined time value e.g., 5 minutes
- step 258 the UI processor 50 is operable to create and add a new record to the BG/Diary database 65 using the date/time stamp and data from the current pump event record, to set a bolus advice flag of this new record to PROG and to set the delivery type of the record to MANUAL.
- the illustrated process advances to step 262 where the UI processor 50 is operable to search through the Manual and Pen/Syringe type, non-confirmed and programmed records in the BG/Diary database 65 for a record having a date/time stamp that matches that of the current pump event record. If the UI microprocessor 50 finds such a match at step 262 , the illustrated process advances to step 264 where the UI processor 50 determines whether the time stamp (T) of the matched BG/Diary record is within a predefined time value, e.g., 5 minutes, of that of the current pump event record.
- T time stamp
- step 266 the UI processor 50 is operable to update the confirmed bolus amount with the delivered bolus amount from the pump event record and to then set the bolus advice flag to DELIV. If at step 262 the UI processor 50 does not find a match, and also from the “NO” branch of step 264 , the illustrated process advances to step 268 where the UI processor 50 is operable to create and add a new record to the BG/Diary database 65 using the date/time stamp and data from the current pump event record. Thereafter at step 270 , the UI processor 50 is operable to set the bolus advice flag of this new record to DELIV and to set the delivery type to MANUAL.
- step 146 also advances to step 156 where the UI processor 50 is operable to send a time request message to the medical device 14 via the wireless communication link.
- the medical device receives the time request and sends a current medical device time (MDT) to the remote electronic device 12 via the wireless communication link.
- MDT current medical device time
- the remote electronic device 12 receives MDT and compares the medical device time to the current remote electronic device time (RDT).
- the UI processor 50 is operable at step 162 to determine whether a difference between MDT and RDT is greater than 60 seconds.
- the UI processor 50 is operable to set the current remote electronic device time, RDT, equal to the medical device time, MDT that was wirelessly sent by the medical device 14 to the remote electronic device 12 at steps 158 and 160 .
- the process 145 advances to step 166 where the UI processor 50 is operable to update the correction records database 71 and the meal correction database 69 with the new remote device time, RDT. More specifically, when the remote electronic device time, RDT, changes, the active records in the correction records database 71 and the meal correction database 69 are updated based on the new RDT.
- step 146 also advances to step 168 where the UI processor 50 is operable to check and act on any warnings, alarms or errors that are associated with the medical device 14 and the occurrence of which is communicated wirelessly to the remote electronic device 12 when the wireless communication link is established.
- step 168 the UI processor 50 is operable to check and act on any warnings, alarms or errors that are associated with the medical device 14 and the occurrence of which is communicated wirelessly to the remote electronic device 12 when the wireless communication link is established.
- FIGS. 12A-12C a flow chart is shown of one illustrative embodiment of a bolus advice process 300 that is carried out by the remote electronic device 12 .
- the medical device 14 is illustratively implemented in the form of an insulin infusion pump, and will be described as such throughout the description of the process 300 . It will be understood, however, that this disclosure contemplates alternate embodiments in which the medical device 14 is or includes one or more other conventional medical devices.
- the process 300 is stored in the memory device 66 of the UI processor 50 in the form of instructions that are executable by the UI processor 50 to carry out the bolus advice process 300 .
- the process 300 presumes that the remote electronic device 12 is powered up and that the UI processor 50 is currently controlling the display device 18 to display a main menu 302 that is generally displayed upon power up of the remote electronic device 12 .
- the main menu 302 provides for a number of selectable user options that include, but that should not be limited to, a blood glucose (BG) test, a bolus advice process, a pump remote control process 304 , a “my data” process 306 and a settings or device set up process.
- BG blood glucose
- the pump remote control process 304 illustratively provides a menu-driven process by which the remote electronic device 12 may control operation of the insulin infusion pump 14 substantially in real time.
- One illustrative embodiment of such a process is described in co-pending PCT Patent Application No. PCT/US2008/066288, which is assigned to the assignee of this disclosure, and the disclosure of which has been incorporated herein by reference.
- the “my data” process 306 illustratively provides for the viewing and editing of diary records, e.g., specific BG test records and pump history records, and also for the analysis of the records over daily and/or weekly time periods.
- the UI processor 50 stores in the memory 66 up to 1,000 diary records, and up to 250 records may be reviewed using the remote electronic device.
- the diary records may also be downloaded to a PC or other computer, and using compatible software all records may be viewed and/or analyzed.
- Each diary record may contain date and time, BG test result, meal time events, carbohydrate value, health event, bolus type, bolus amount and duration.
- the UI processor can filter and/or sort data from these data records.
- the “my data” process also provides for the analysis of the data records in the form of daily and weekly averages, and standard deviations, defined by time slot, and for trend analysis of any of the collected data. Standard day and standard week tables or graphs may be generated to view averages and/or trends. Various charting and table options are also available for presenting data in desired formats.
- the BG test process that may be selected from the main menu 302 begins at step 308 where the UI processor 50 determines whether the user has selected the BG test process from the main menu 302 . If not, the “NO” branch of step 308 loops back to the beginning of step 308 . If, at step 308 , the UI processor 50 determines that the user has selected the BG process from the main menu 302 , the process 300 advances to step 310 where the UI processor 50 controls the display device 18 to prompt a user to conduct a BG test.
- the UI processor 50 controls the display device 18 to visually guide a user through a blood glucose measurement sequence in which a user inserts a carrier 22 into the glucose measurement facility 20 of the remote electronic device 12 and deposits a sample of blood on the carrier 22 , after which the blood glucose meter 88 analyzes the blood sample in a conventional manner to produce a blood glucose (BG) value that corresponds to a concentration of glucose in the deposited blood sample.
- the blood glucose value, BG is provided by the blood glucose meter 88 that is on-board the remote electronic device 12 to the UI processor 50 as describe hereinabove.
- the process 300 advances to step 312 where the UI processor 50 is operable to control the display device 18 to display the BG value along with an on-screen color indicator that is based on the BG value relative to one or more reference BG values.
- a flow chart is shown of one illustrative embodiment of a process 350 for controlling the display device 18 of the remote electronic device 12 to indicate readily perceptible warnings and/or alerts.
- the process 350 may illustratively be used to carry out step 312 of the process 300 illustrated in FIG. 12A , although the process 350 is broader than briefly described with respect to step 312 and may alternatively or additionally be used to control a display device of the remote electronic device 12 and/or the medical device 14 generally to display any analyte or drug related value with an on-screen color indicator that is based on the value of the analyte or drug related value relative to one or more reference values.
- the process 350 may be stored in the memory device 66 of the UI processor 50 and/or in the memory device 25 of the processor 28 of the insulin infusion pump 14 in the form of instructions that are executable by the processor 50 , 28 to display the analyte or drug related value on a corresponding display device with on-screen color indicator that is based on the value of the analyte or drug related value relative to one or more reference values.
- the process 350 begins at step 352 where the processor 50 , 28 is operable to determine whether an analyte or drug related value has just been measured or computed. If not, the “NO” branch of step 352 loops back to the beginning of step 352 . Otherwise, the process 350 advances to step 354 where the processor 50 , 28 is operable to determine a display color based on the measured or computed value relative to one or more reference values. Thereafter at step 356 , the processor 50 , 28 is operable to control the display device 18 , 34 to change the color of the display or a portion thereof to the display color determined at step 354 when displaying the measured or computed value and/or a warning message related to the measured or computed value. From step 356 , the process 350 ends.
- the process 350 of FIG. 13 may illustratively be used at step 312 of the process 300 to display the measured BG value with an on-screen color indicator.
- the UI processor 50 may be operable at step 356 of the process 350 to display a green bar next to measured and displayed BG values that are within a target range, to display a yellow bar next to measured and displayed BG values that are between the target range and a hypoglycemic limit value, to display a red bar with the text HYPO within the red bar next to measured and displayed BG values that are less than the hypoglycemic limit value, to display a light blue bar next to measured and displayed BG values when the measured BG values are between the target range and a hyperglycemic limit value, and to display the text HYPER within the light blue color bar next to measured and displayed BG values that are greater than the hyperglycemic limit value.
- more, fewer and/or different colors may be displayed based on more, fewer and/or different BG value comparisons with BG limits or ranges.
- one or more portions of the display, or the entire display may be changed in color based on the measured or computed value relative to one or more reference values. Any such color change may be implemented as a solid or transparent color, flashing or otherwise patterned in time, and/or accompanied by one or more explanatory messages.
- step 310 the process 300 advances to step 314 where the UI processor 50 is operable to execute a hypoglycemic test process in relation to the blood glucose value, BG, measured at step 310 .
- the process 314 is stored in the memory 66 of the UI processor 50 in the form of instructions that are executable by the UI processor 50 to conduct the hypoglycemic test.
- the process 314 begins at step 360 where the UI processor 50 is operable to determine whether the measured BG value, BG, is less than a hypoglycemic limit value, BG HYPO .
- step 314 advances to step 362 where the UI processor 50 is operable to control the display device 18 to display a message indicating that the measured BG value is too low for a bolus to be delivered.
- the UI processor 50 is illustratively operable to compute a number of carbohydrates, e.g., fast-acting carbohydrates, which will be suggested to be taken by the user to get the user's blood glucose value back to a target blood glucose value, BG TARGET .
- carbohydrates e.g., fast-acting carbohydrates
- the process 314 advances from step 364 to step 366 where the UI processor 50 is operable to control the display device 18 to display a message recommending intake of the computed amount of carbohydrates.
- the CARBS value has a lower limit, e.g., 12 grams, which is substituted for the computed CARBS value when the computed GARBS value is less than the lower limit.
- the process 314 returns the value RETURN to the process 300 of FIG. 12A , and following the “NO” branch of step 360 the process 314 returns the value ADVANCE to the process 300 of FIG. 12A .
- the process 300 follows the RETURN path from step 314 and loops back to display the main menu. If the blood glucose measurement taken at step 310 is not less than BG HYPO , the process 300 follows the ADVANCE path to step 316 .
- the hypoglycemic limit value, BG HYPO may be replaced at step 360 by another suitable lower BG limit.
- the BG value display screen illustratively provides a bolus option that a user may select to enter the bolus advice process directly from the BG measurement process.
- the UI processor 50 is accordingly operable following the ADVANCE path from step 314 to step 316 to determine whether the user has selected the bolus option from the BG display. If not, the process 300 advances to step 318 where the user has pressed another key or has selected another option, or alternatively has done nothing and caused the BG value screen to time out.
- the UI processor 50 is operable to store the BG value in the memory unit 66 along with measurement time and date information.
- the user may also store additional information along with the time and date stamp BG value, examples of which may include, but should not be limited to, the timing of the BG measurement relative to meal, bedtime and/or awake time information, amount of carbohydrates taken at the time of the BG measurement, health information such as exercise level, illness or stress, and the like.
- the UI processor 50 determines at step 316 that the user has selected the bolus key option from the BG value display screen, the process 300 advances to step 322 .
- the user may alternatively select the bolus advice process, and the UI processor 50 is accordingly operable at step 320 to determine if the user has selected the bolus advice process. If not, the “NO” branch step 320 loops back at the beginning of step 320 , and otherwise the process 300 advances to step 322 where the UI processor 50 is operable to determine whether the pump history and/or bolus threshold and/or pump status information was updated when the bolus advice process 300 was entered either via step 316 or step 322 .
- step 324 the processor 50 is operable to control the display device 18 to display a warning message on the bolus advice screen that one or more bolus advice values and/or an active insulin may not be based on current drug pump operating history.
- step 326 the processor 50 is operable to compute the active insulin value, AI.
- the UI processor 50 is operable to compute a second bolus value, B 2 , that is illustratively based on CARB values entered by the user that correspond to carbohydrates that the user has taken or is planning to take. Further at step 328 , the UI processor 50 is operable to compute a third bolus value, B 3 , which is illustratively based on health information entered by the user that corresponds to a current health state of the user. As one illustrative example, the health state of the user may correspond to exercise, stress, illness, or the like. Further details relating to illustrative techniques for computing AI and B 1 -B 3 are provided in co-pending PCT patent application Ser No PCT/US2008/066331, the disclosure of which has been incorporated herein by reference.
- the process 300 advances from step 328 to step 330 where the UI processor 50 is operable to compute a total recommended bolus, TRB, as a sum of B 1 -B 3 . Thereafter at step 332 , the UI processor 50 is operable to control the display unit 18 to display a bolus advice screen that shows the active insulin value, AI, any recent blood glucose value, BG, a BG color indicator as described with respect to step 312 , B 1 -B 3 , TRB and a bolus type, e.g., standard (STD), multi-wave (MW), extended (EXT), each of which may be used to automatically program the pump 14 from the remote electronic device 12 , and two manual types.
- a bolus advice screen that shows the active insulin value, AI, any recent blood glucose value, BG, a BG color indicator as described with respect to step 312 , B 1 -B 3 , TRB and a bolus type, e.g., standard (STD), multi-wave (
- the UI processor 50 is operable at step 332 to display the bolus advice screen showing the measured blood glucose value, BG. Otherwise, the UI processor 50 may be illustratively operable at step 332 to display “bG Test” on the screen where a BG value would be shown if a current BG value was available. From step 332 , the process 300 advances to a sub-process B. In general, any value that was measured by or entered into the remote electronic device 12 or medical device 14 may illustratively be displayed when a screen that includes such a value is displayed if the value was measured or entered within a predefined time period since measuring or entering the value.
- FIG. 15 a graphic example is shown of one illustrative embodiment of a bolus advice display screen 386 produced by the process 300 of FIG. 12A at the point just prior to executing sub-process B, i.e., after step 324 or step 330 .
- a Bolus Advice label 370 appears at the top of the screen 368 to indicate that the user is executing the bolus advice feature.
- a blood drop symbol appears next to the displayed blood glucose value 372 , e.g., 120 mg/dl, and a color bar 374 , providing a visual indication of the blood glucose value 372 relative to an acceptable blood glucose range and/or a number of blood glucose limits, is positioned next to the blood glucose value 372 .
- the active insulin value 378 e.g., ⁇ 2 U
- a bolus value 376 corresponding to the bolus value B 1
- the value 120 mg/dL would illustratively be replace by the phrase bG Test.
- An apple symbol is used to identify a carbohydrates field 380
- a heart symbol is used to identify a health field 382 .
- a bolus type indicator 386 appears below the health field 382 and the total recommended bolus value 382 , e.g., 3 U, is displayed adjacent to the bolus type indicator 386 .
- a bolus type 388 e.g., Standard, is displayed below the total recommended bolus 384 .
- a BlueTooth® symbol 390 is provided to indicate the connection status of the wireless communication link with the insulin infusion pump 14 , e.g., solid when a wireless connection exists and otherwise flashing.
- the sub-process B identified after step 332 of FIG. 12A is shown, wherein the sub-process B forms part of the bolus advice process 300 .
- the sub-process B includes a number of processes that may each be accessed independently any number of times.
- the sub-process B includes a process 400 for measuring a blood glucose value and computing a bolus amount, B 1 , which corresponds to the BG measurement.
- the process 400 begins at step 402 where the UI processor 50 is operable to determine whether a strip insert, e.g., insertion of a blood glucose strip into the carrier port 20 of the remote electronic device 12 , has been detected or if the user has selected the bG Test field if this field is displayed in place of a blood glucose value as described above. If not, the process 400 loops back to the beginning of step 402 .
- a strip insert e.g., insertion of a blood glucose strip into the carrier port 20 of the remote electronic device 12 .
- step 402 the UI processor 50 determines that a strip insert or user selection of the bG Test field has been detected
- the process 400 advances to step 404 where the UI processor 50 is operable to conduct a blood glucose test, e.g., by prompting and guiding a user through such a BG test as described above, which returns a measured blood glucose value, BG.
- the UI processor 50 is operable to execute the hypoglycemic test process 314 illustrated in FIG. 14 and described above.
- hypoglycemic test process 314 returns a value RETURN, this indicates that the blood glucose value is too low to recommend a bolus value and the process 400 advances to step 414 where the UI processor 50 is operable to exit the bolus advice feature and display the main menu 302 . If the hypoglycemic test process 314 instead returns the value ADVANCE, the process 400 advances to step 408 where the UI processor 50 is operable to compute all of the bolus values, B 1 -B 3 .
- measured and/or user entered value may have an effect on one or more of the bolus values, B 1 -B 3 , and the UI processor 50 is accordingly operable in sub-process B to re-compute each bolus value, B 1 -B 3 , after each BG measurement, Carbohydrate entry or health entry.
- the UI processor 50 is operable at step 410 to compute a total recommended bolus value, TRB, as a sum of B 1 and two other bolus values, B 2 and B 3 .
- the UI processor 50 is operable to update the bolus advice screen with BG; a BG color indicator as described above, B 1 -B 3 and TRB. From step 412 , the process 400 loops back to the beginning of the sub-process B.
- the sub-process B of FIG. 12B further includes a process 420 for entering a carbohydrate value of a meal or snack that has just been, or is planned to be taken, and determining a bolus value based on the entered carbohydrate value.
- the process 420 begins at step 422 where the UI processor 50 is operable to determine whether a user has selected the CARB field of the displayed bolus advice screen, e.g., item 380 illustrated in FIG. 15 . If not, the process 420 loops back to the beginning of step 422 .
- step 422 the process 420 advances to step 424 where the processor 50 is operable to determine whether a carbohydrate value relating to a meal or snack that was just, or is planned to be, taken, has been entered by the user. If not, the process 420 loops back to the beginning of step 424 .
- the user at step 424 may manually enter a carbohydrate value into the remote electronic device 12 , e.g., via the user buttons 16 , that corresponds to a carbohydrate content of the meal or snack that was just taken or is planned to be taken.
- selection by the user of the carbohydrate value field displayed by the UI processor 50 on the display device 18 at step 422 may take the user to a menu-driven food database via which the user may select the various food items that comprise the meal or snack.
- the menu-driven food database is operable to compute a total carbohydrate value based on the individual carbohydrate values of the food items selected by the user from the food database, and the UI processor 50 is operable at step 424 to automatically enter the total carbohydrate value determined by the menu-driven food database process into the carbohydrate value field displayed on the display device 18 at step 424 .
- step 424 the process 420 advances to step 426 where the UI processor 50 is operable to re-compute each of the bolus values B 1 -B 3 . Thereafter at step 428 , the UI processor 50 is operable to compute the total recommended bolus, TRB, as the sum of B 1 -B 3 .
- the UI processor 50 is operable to control the display device 18 to update the bolus advice display screen to include the carbohydrate value provided by the user at step 424 to display the computed bolus values, B 1 -B 3 , determined at step 426 and to display the updated total recommended bolus value, TRB.
- the process 420 loops from step 430 back to the beginning of the sub-process B.
- the sub-process B of FIG. 12B further includes a process 440 for entering a health information, and determining a bolus value based on the entered health information.
- the process 440 begins at step 442 where the UI processor 50 is operable to determine whether a user has selected the Health field of the displayed bolus advice screen, e.g., item 382 illustrated in FIG. 15 . If not, the process 440 loops back to the beginning of step 442 . If user selection of the Health field is detected at step 442 , the process 440 advances to step 444 where the processor 50 is operable to determine whether a Health value has been entered by the user. If not, the process 440 loops back to the beginning of step 444 .
- the UI processor 50 when the user manually selects at step 442 the health event field displayed on the display device 18 by the UI processor 50 , the UI processor 50 is operable to control the display device 18 to display a plurality of health event choices.
- the health event choices may include, for example, but should not be limited to, no entry, one or more exercise options, an illness option and a sickness option, although more, fewer and/or different options may alternatively be available.
- the user may define percentage values associated with each of the health event options during the device set up process such that when the user manually selects one of the health event options at step 444 , the UI processor 50 is operable thereafter at step 446 to re-compute the bolus values B 1 -B 3 .
- the UI processor 50 is operable to again compute the total recommended bolus, TRB, e.g., as a sum of the individual bolus values, B 1 -B 3 .
- the process 440 advances from step 448 to step 450 where the UI processor 50 is operable to control the display device 18 to update the bolus advice display to include the health event, the bolus values, B 1 -B 3 , and the total recommended bolus value, TRB.
- the process 440 loops from step 450 back to the beginning of the sub-process B.
- the sub-process B of FIG. 12B further includes a process 460 that allows the user to manually modify the total recommended bolus value, TRB.
- the process 460 begins at step 462 where the UI processor 50 is operable to determine whether a user has selected the TRB field of the displayed bolus advice screen, e.g., item 384 illustrated in FIG. 15 . If not, the process 460 loops back to the beginning of step 462 . If user selection of the TRB field is detected at step 462 , the process 460 advances to step 464 where the processor 50 is operable to determine whether the user has modified the TRB value. If not, the process 460 loops back to the beginning of step 464 .
- step 464 the process 460 advances to step 466 where the UI processor 50 is operable to control the display device 18 to update the bolus advice display to include the modified total recommended bolus value, TRB.
- the process 460 loops from step 466 back to the beginning of the sub-process B.
- the sub-process B further includes a process 470 for selecting a bolus type.
- the process 470 begins at step 472 where the UI processor 50 is operable to determine whether a user has selected the bolus type field of the displayed bolus advice screen, e.g., item 388 illustrated in FIG. 15 . If not, the process 470 loops back to the beginning of step 472 . If user selection of the bolus type field is detected at step 472 , the process 470 advances to step 474 where the processor 50 is illustratively operable to display available bolus types on the bolus advice screen.
- the available bolus types may include, but should not be limited to, a standard bolus (STD), a multi-wave (MW) bolus, an extended (EXT) bolus, a manually programmable bolus and a manually administered bolus via an insulin pen or syringe or the like.
- STD standard bolus
- MW multi-wave
- EXT extended
- manually programmable bolus a manually administered bolus via an insulin pen or syringe or the like.
- the available bolus types may illustratively include all bolus types that the pump 14 is currently capable of delivering.
- the available bolus types may illustratively include only manually programmable and/or manual delivery via insulin pen/syringe.
- the available bolus types may illustratively include only manually programmable and/or manual delivery via insulin pen/syringe.
- step 474 the process 470 advances to step 476 where the UI processor 50 is operable to determine whether the user has selected a bolus type. If not, the process 470 loops back to step 474 . If the processor 50 determines that the user has, at step 476 , selected a bolus type, the process 470 advances to step 476 where the UI processor 50 is operable to control the display device 18 to update the bolus advice display to include the selected bolus type. The process 470 loops from step 478 back to the beginning of the sub-process B.
- the sub-process B of FIG. 12C further includes a process 480 that allows the user to cancel and exit the bolus advice process.
- the process 480 begins at step 482 where the UI processor 50 is operable to determine whether a user has selected the Cancel function displayed on the bolus advice screen, e.g., see FIG. 15 , such as via one of the user buttons 16 . If not, the process 480 loops back to the beginning of step 482 . If user selection of the Cancel function is detected at step 482 , the process 480 advances to step 484 where the processor 50 is illustratively operable to exit the bolus advice process and display the main menu 302 .
- the sub-process B of FIG. 12C further includes a process 490 that allows the user to confirm the diary entry including the total recommended bolus, TRB, for delivery.
- the process 490 begins at step 492 where the UI processor 50 is operable to determine whether a user has selected the Confirm function displayed on the bolus advice screen, e.g., see FIG. 15 , such as via one of the user buttons 16 . If not, the process 490 loops back to the beginning of step 492 .
- step 492 the process 490 advances to step 494 where the UI processor 50 is illustratively operable to determine whether the current value of TRB is less than or equal to zero, i.e., whether the user has confirmed a null or negative bolus. If so, the process 490 advances to step 496 where the UI processor 50 is illustratively operable to store the bolus advice record, and to exit the bolus advice process and display the main menu 302 .
- the process 490 advances to step 498 where the UI processor 50 is operable to determine whether the user confirmation detected at step 492 is of a manual, e.g., manual pump or pen/syringe, or commanded, e.g., STD, MW or EXT, bolus. If the user confirmation is of a commanded bolus, the process 490 advances to step 500 where the UI processor 50 is operable to determine whether the remote electronic device 12 and the pump 14 are still wirelessly connected via a wireless communication link 40 (see FIG. 1 ).
- step 502 the UI processor 50 sets as the currently available bolus types only the manual bolus types, i.e., manual pump and pen/syringe, and the process 490 thereafter loops back to the beginning of the sub-process B.
- the process 490 returns to the bolus advice process of sub-process B where the UI processor 50 makes available as user selectable bolus types, e.g., at step 474 of the process 470 , only manually deliverable bolus types, e.g., via manual programming of an infusion pump or via manual delivery via a drug pen or syringe.
- a commanded bolus e.g., STD, MW or EXT
- the process 490 advances to step 504 the UI processor 50 determines whether the user selected bolus type, i.e., the bolus type selected by the user at step 476 , is a Standard bolus, STD. If so, the process 490 advances to a process C. If not, the process 490 advances to step 506 where the UI processor 50 is operable to determine whether the user selected bolus type, i.e., the bolus type selected by the user at step 476 , is a multi-wave bolus, MW. If so, the process 490 advances to a process D. If not, the process 490 advances to a process E.
- the user selected bolus type i.e., the bolus type selected by the user at step 476
- the process 490 advances to step 508 where the UI processor 50 is operable to determine whether the confirmed bolus type is a manual pump (MP), corresponding to manually programming an infusion pump to deliver the bolus, or a pen/syringe (PS), corresponding to manual delivery of the bolus via a conventional drug pen or syringe. If the confirmed bolus is a manual pump (MP), the process 490 advances to a process F, and if the confirmed bolus is a pen/syringe (PS), the process 490 advances to a process G.
- MP manual pump
- PS pen/syringe
- the remote electronic device 12 and the pump 14 illustratively cooperate to transfer pump operating history and bolus threshold/status from the pump 14 to the remote electronic device when a user accesses the bolus advice process 300 .
- the remote electronic device is further operable to compute B 1 based, at least in part, on recent bolus delivery history, and utilize the wireless communication link to wirelessly program the pump 14 to deliver boluses.
- the bolus advice process 300 continues to be accessible, and the bolus advice process 300 illustrated and described herein is illustratively operable under such conditions to compute active insulin, AI, and a total recommended bolus, TRB, based on current BG measurements and pump history and that was previously collected and processed by the remote electronic device 12 , and recent values of Carbs and/or health information.
- the UI processor 50 is operable at step 522 of the process 300 of FIG. 12A to determine if pump history and/or bolus threshold and pump status information was not updated at the start of the current bolus advice session. If a wireless connection cannot be established between the remote electronic device 12 and the pump 14 , the remote electronic device 12 will not display the Standard, Extended or Multi-wave boluses as available bolus types at step 476 , and the user will in such cases be able to deliver the drug only by manually, e.g., locally, programming the pump 14 , by manually administering the drug via conventional drug pen or syringe, or via other conventional manual drug delivery techniques.
- the remote electronic device 12 thus prompts the user to manually program or manually deliver the bolus amount under conditions where a wireless communications link is not established between the devices 12 and 14 , and the UI processor 50 accordingly notifies the user when a wireless connection cannot be established when the bolus advice process is begun and when the wireless connection is lost during the bolus advice process.
- the remote electronic device 12 does not attempt to establish wireless communications during the current bolus advice session.
- the process 550 is executed when the user has confirmed a Standard bolus of an amount TRB.
- the process 550 begins at step 556 where the UI processor 50 is operable to display a standard bolus confirmation screen with the total recommended bolus amount. Thereafter at step 558 , the UI processor 50 is operable to determine whether the user has selected a back, i.e., go back, function that is available on the confirmation screen. If so, the process 550 advances to step 560 where the UI processor 50 returns to the bolus advice screen.
- step 562 the UI processor 50 is operable to determine whether the user has selected a deliver function that is available on the confirmation screen. If not, the process 550 loops back to step 560 . If, at step 562 , the UI processor 50 determines that the user has selected deliver on the confirmation screen, the UI processor 50 sends a deliver command to the pump 14 to which the pump is responsive to begin delivering the standard bolus in the amount of the total programmed bolus.
- the process 550 advances from the “YES” branch of step 562 to step 564 where the UI processor 50 is operable to send a deliver command to the pump 14 and to store the entire record in memory. Thereafter at step 566 , the processor 50 is operable to receive a wireless message from the pump 14 corresponding to an amount of the total programmed bolus that is currently being delivered. The UI processor 50 is, in turn, operable to control the display device 18 to update the total recommended bolus value, TRB, to reflect delivery by the pump 14 of the bolus amount so far delivered.
- TRB total recommended bolus value
- the UI processor 50 receives a message from the pump 14 that the pump 14 has delivered 1/10 U of insulin, the UI processor 50 is operable to control the display device 18 to update the displayed TRB value by subtracting 1/10 U from the displayed value of TRB. Thereafter at step 568 , the UI processor 50 is operable to determine whether a user has manually stopped the insulin delivery process by manually selecting a suitable one or more of the user buttons 16 of the remote electronic device 12 . If the UI processor 50 determines that the user has manually stopped the delivery of insulin by the pump 14 , the process 550 advances to step 570 where UI processor 50 controls the display device 18 to display a bolus canceled message.
- step 572 the UI processor 50 is operable to determine, based on messages wirelessly provided by the pump 14 , whether delivery of the standard bolus is complete. If not, the process 550 loops back up to step 566 . Thus, steps 566 - 572 illustratively result in a count down on the display device 18 of bolus delivery from the total recommended bolus value, TRB.
- step 572 advances to step 574 where the UI processor 50 is operable to control the display device 18 to display a delivery complete message. From step 574 , and also from step 570 , the process 550 advances to step 576 where the UI processor 50 stores the bolus delivery record in memory.
- the process 580 is executed when the user has confirmed a multi-wave bolus of an amount TRB.
- the process 580 begins at step 582 where the UI processor 50 is operable to send a MW immediate portion (IMD) and a duration (DUR) request to the pump 14 along with the total recommended bolus value, TRB.
- the UI processor 50 is operable to determine whether a multi-wave bolus program command acknowledgement and accompanying multi-wave bolus data have been received from the pump 14 .
- the pump 14 is responsive to the MW bolus program command to automatically program a multi-wave bolus in the amount of TRB using previous or default values of the immediate portion, IMD, and of the duration, DUR, of the extended portion of the multi-wave bolus, and to send an acknowledgement back to the remote electronic device 12 that a multi-wave bolus in the amount of TRB has been programmed having an immediate amount of IMD and a duration of DUR, and to await further instructions.
- the UI processor 50 determines at step 584 that such an acknowledgement has not been received, the process 580 advances to step 586 where the UI processor 50 is operable to determine whether an acknowledgement timer has timed out since sending the command at step 582 . If not, the process 580 loops back to step 584 . If the acknowledgement timer has timed out, the process 580 advances to step 588 where the UI processor returns to the previous bolus advice screen.
- step 584 the UI processor 50 determines that the multi-wave bolus program acknowledgement and accompanying programmed bolus data was received
- the process 580 advances to step 590 where the UI processor 50 is operable to display a multi-wave bolus confirmation screen with the immediate portion, IMD, the bolus duration, DUR, and the total programmed bolus amount.
- the UI processor 50 is operable to determine whether the user has selected a back, i.e., go back, function that is available on the confirmation screen. If so, the process 580 advances to step 594 where the UI processor 50 is operable to return to the previous bolus advice screen.
- step 580 advances to step 596 where the UI processor 50 is operable to determine whether the user has selected the IMD field of the multi-wave bolus screen for editing. If so, the process 580 advances to step 598 where the UI processor 50 is operable to determine whether the user has entered a new IMD value in the IMD field of the multi-wave bolus screen. If not, the process 580 loops back to the beginning of step 598 . If so, the process 580 loops back to step 590 .
- step 596 the process 580 advances to step 600 where the UI processor 50 is operable to determine whether the user has selected the DUR field of the multi-wave bolus screen for editing. If so, the process 580 advances to step 602 where the UI processor 50 is operable to determine whether the user has entered a new DUR value in the DUR field of the multi-wave bolus screen. If not, the process 580 loops back to the beginning of step 602 . If so, the process 580 loops back to step 590 .
- step 600 the process 580 advances to step 604 where the UI processor 50 is operable to determine whether the user has selected the deliver function of the multi-wave bolus screen. If, at step 606 , the UI processor 50 has determined that the user has selected deliver on the multi-wave bolus confirmation screen, the UI processor 50 sends a deliver command to the pump 14 to which the pump is responsive to begin delivering the multi-wave bolus in the amount of the total programmed bolus having an immediate portion, IMD, and a duration, DUR.
- the process 580 advances from the “YES” branch of step 604 to step 606 where the UI processor 50 is operable to send a deliver command to the pump 14 and to store the entire bolus advice record in memory. Thereafter at step 608 , the UI processor 50 is operable to receive a wireless message from the pump 14 corresponding to an amount of the immediate portion, IMD, of the multi-wave bolus that is currently being delivered. The UI processor 50 is, in turn, operable to control the display device 18 to update the immediate bolus value, IMD, to reflect delivery by the pump 14 of the immediate bolus amount so far delivered.
- the UI processor 50 receives a message from the pump 14 that the pump 14 has delivered 1/10 U of insulin, the UI processor 50 is operable to control the display device 18 to update the displayed IMD value by subtracting 1/10 U from the displayed value of IMD. Thereafter at step 610 , the UI processor 50 is operable to determine whether a user has manually stopped the insulin delivery process by manually selecting a suitable one or more of the user buttons 16 of the remote electronic device 12 . If the UI processor 50 determines that the user has manually stopped the delivery of insulin by the pump 14 , the process 580 advances to step 612 where UI processor 50 controls the display device 18 to display a bolus canceled message.
- step 614 the UI processor 50 is operable to determine, based on messages wirelessly provided by the pump 14 , whether delivery of the immediate portion of the multi-wave bolus is complete. If not, the process 580 loops back up to step 608 . Thus, steps 608 - 614 illustratively result in a count down on the display device 18 of delivery of the immediate portion of the multi-wave bolus.
- step 614 advances to step 616 where the UI processor 50 is operable to control the display device 18 to display an immediate bolus delivery complete message that is followed by or that includes a message that the multi-wave bolus delivery is continuing.
- the process 620 is executed when the user has confirmed an extended bolus of an amount TRB.
- the process 620 begins at step 622 where the UI processor 50 is operable to send an extended bolus duration (DUR) request to the pump 14 along with the total recommended bolus value, TRB. Thereafter at step 624 , the UI processor 50 is operable to determine whether an extended bolus program command acknowledgement and accompanying extended bolus data have been received from the pump 14 .
- DUR extended bolus duration
- the pump 14 is responsive to the extended bolus program command to automatically program an extended bolus in the amount of TRB using a previous or default value of the duration, DUR, of the extended bolus, and to send an acknowledgement back to the remote electronic device 12 that an extended bolus in the amount of TRB has been programmed, and to await further instructions.
- the process 620 advances to step 626 where the UI processor 50 is operable to determine whether an acknowledgement timer has timed out since sending the command at step 622 . If not, the process 580 loops back to step 624 . If the acknowledgement timer has timed out, the process 620 advances to step 628 where the UI processor returns to the previous bolus advice screen.
- step 624 the process 620 advances to step 630 where the UI processor 50 is operable to display an extended bolus confirmation screen with the bolus duration, DUR, and the total programmed bolus amount. Thereafter at step 632 , the UI processor 50 is operable to determine whether the user has selected a back, i.e., go back, function that is available on the confirmation screen. If so, the process 620 advances to step 634 where the UI processor 50 is operable to return to the previous bolus advice screen.
- step 636 the UI processor 50 is operable to determine whether the user has selected the DUR field of the multi-wave bolus screen for editing. If so, the process 620 advances to step 638 where the UI processor 50 is operable to determine whether the user has entered a new DUR value in the DUR field of the extended bolus screen. If not, the process 620 loops back to the beginning of step 638 . If so, the process 620 loops back to step 630 . If, at step 636 , the UI processor 50 determines that the user has not selected the DUR field for editing, the process 620 advances to step 640 where the UI processor 50 is operable to determine whether the user has selected the deliver function of the multi-wave bolus screen.
- the UI processor 50 If, at step 406 , the UI processor 50 has determined that the user has selected deliver on the extended bolus confirmation screen, the UI processor 50 sends a deliver command to the pump 14 to which the pump is responsive to begin delivering the extended bolus in the amount of the total programmed bolus having a duration, DUR.
- the process 620 advances from the “YES” branch of step 640 to step 642 where the UI processor 50 is operable to send a deliver command to the pump 14 and to store the entire bolus advice record in memory. Thereafter at step 644 , the UI processor 50 is operable to receive a wireless message from the pump 14 that the pump is currently delivering the extended bolus. Thereafter at step 646 , the UI processor 50 is operable to control the display unit 18 to display a message indicating that delivery of the extended bolus is continuing.
- the process 650 is executed when the user has confirmed that the bolus amount TRB will be manually programmed on the pump 14 .
- the process 650 begins at step 652 where the UI processor 50 is operable to display a manual program screen with instructions to manually program the bolus amount TRB on the pump 14 .
- the UI processor 50 is operable to determine whether the user has selected a back, i.e., go back, function that is available on the confirmation screen.
- the process 650 advances to step 656 where the UI processor 50 is operable to return to the previous bolus advice screen. If not, the process 650 advances to step 658 where the UI processor 50 is operable to determine whether the user has selected OK on the manual program bolus screen. If not, the process 650 loops back to step 654 . If, at step 658 , the UI processor 50 has determined that the user has selected OK on the bolus confirmation screen, the UI processor 50 stores the entire record in memory at step 660 .
- the process 670 is executed when the user has confirmed that the bolus amount TRB will be manually delivered via a drug pen or syringe or the like.
- the process 670 begins at step 672 where the UI processor 50 is operable to display a pen/syringe screen with instructions to manually deliver the bolus amount TRB via a drug pen or syringe. Thereafter at step 674 , the UI processor 50 is operable to determine whether the user has selected a back, i.e., go back, function that is available on the confirmation screen.
- step 670 advances to step 676 where the UI processor 50 is operable to return to the previous bolus advice screen. If not, the process 670 advances to step 678 where the UI processor 50 is operable to determine whether the user has selected OK on the manual program bolus screen. If not, the process 670 loops back to step 674 . If, at step 678 , the UI processor 50 has determined that the user has selected OK on the bolus confirmation screen, the UI processor 50 stores the entire record in memory at step 680 .
- the UI processor 50 and/or the processor 28 of the medical device may be configured to determine a display color based on a computed and/or delivered bolus value, relative to one or more reference bolus values and to change the color of the display device 18 and/or 34 , or portion thereof, to the determined display color, as described above with respect to FIG. 13 .
Abstract
Description
- This application is a continuation of PCT/US2008/066262 filed Jun. 9, 2008 which is based on and claims priority to U.S. Provisional Patent Application Ser. No. 60/937,779 and U.S. Provisional Patent Application Ser. No. 60/937,933, both filed Jun. 29, 2007, all applications in this paragraph are hereby incorporated by reference.
- This disclosure relates generally to electronic devices that may include one or more on-board medical devices, and more specifically to such electronic devices configured to wirelessly communicate with at least on off-board medical device.
- Remote electronic devices for wirelessly communicating with at least one medical device are known. It is desirable to include on the remote electronic device an on-board medical device, and/or to conduct wireless communications between the remote electronic device and an off-board medical device for the purpose of commanding operation of the off-board medical device with the remote electronic device.
- The present invention may comprise one or more of the features recited in the attached claims, and/or one or more of the following features and combinations thereof. An electronic device is provided for selectively disabling a bolus advice process according to which the electronic device recommends delivery of a bolus amount of a drug to a body of a user based on a plurality of factors including glucose concentration of the user. The electronic device may comprise a glucose measuring facility configured to measure glucose concentration of a body fluid sample, and a processor including a memory having instructions stored therein that comprise the bolus advice process, the memory further having instructions stored therein that are executable by the processor to request a glucose concentration measurement by the glucose measurement facility prior to executing, or as part of, the bolus advice process, and to disable execution of the bolus advice process if a glucose concentration value resulting from the requested glucose concentration measurement is less than a threshold value.
- The electronic device may further comprise a display device. The memory may further include instructions stored therein that are executable by the processor to control the display device to display a message indicating that the bolus recommendation glucose concentration value.
- The memory may further include instructions stored therein that are executable by the processor to compute a carbohydrate value based on the glucose concentration value resulting from the requested glucose concentration measurement and a target glucose concentration value. The carbohydrate value may correspond to a quantity of carbohydrates required to be taken by the user to increase glucose concentration of the user to the target glucose concentration value.
- The memory may further include instructions stored therein that are executable by the processor to control the display device to display the carbohydrate value with instructions to consume carbohydrates in the amount of the carbohydrate value. The threshold value may correspond to a hypoglycemic threshold.
- A method of controlling a color display of an electronic device may comprise determining a measured or computed value, determining a display color based on the measured or computed value relative to at least one limit or range, and changing a color of at least a portion of the display to the display color when displaying the measured or computed value or a message identifying the value.
- The electronic device may include a medical device that measures an analyte concentration in a liquid sample. The medical device may be a blood glucose meter that measures glucose concentration in blood samples. In this embodiment, determining a display color based on the measured or computed value may comprise determining a display color based on a measured glucose concentration relative to at least a target blood glucose range. For example, determining a display color may comprise selecting a first color if the measured glucose concentration is within the target blood glucose range. Determining a display color may further comprise selecting a second color different from the first color if the measured glucose concentration is between the target blood glucose range and a low blood glucose value. Determining a display color may further comprise selecting a third color different from the first and second colors if the measured glucose concentration is below the low blood glucose value. The method may further comprise controlling the display to display a warning message if the measured blood glucose concentration is below the low blood glucose value. The low blood glucose value may be a hypoglycemic blood glucose threshold. Determining a display color may further comprise selecting a fourth color different from the first color if the measured glucose concentration is between the target blood glucose range and a high blood glucose value. The method may further comprise controlling the display to display a warning message along with the fourth color if the measured blood glucose concentration is below above the high blood glucose value. The high blood glucose value may be a hyperglycemic blood glucose threshold.
- Determining a measured or computed value may alternatively or additionally comprise computing a value, or receiving a computed value, of a quantity of a drug to be delivered to a body.
- A method of collecting, in an electronic device, time-based event data stored in a medical device may comprise wirelessly sending by the electronic device a request for the time-based event data, wirelessly sending by the medical device time-based event data stored therein since previously wirelessly sending stored time-based event data upon receiving the request for the time-based event data, wirelessly sending by the electronic device an acknowledgement signal upon receiving the time-event based data from the another electronic device, and identifying by the medical device a location in memory of the last item of the time-event based data that was sent to the electronic device upon receiving the acknowledgement signal.
- The medical device may be a liquid infusion pump and the time-based event data may be time-based infusion pump event data.
- A method is provided for enabling a bolus advice feature of an electronic device according to which the electronic device recommends delivery of a bolus amount of a drug to a body of a user based on a plurality of factors including glucose concentration of the user. The method may comprise disabling the bolus advice feature of the electronic device during manufacture of the electronic device, monitoring one of a flag and a memory location when the electronic device is operable after manufacture thereof, and enabling the bolus advice feature if one of the flag is activated and the memory location includes a device pairing value.
- Monitoring one of a flag and a memory location may comprise monitoring a flag. The method may further comprise activating the flag if a predefined password is received by the electronic device. Alternatively or additionally, the method may further comprise activating the flag when the electronic device has been successfully paired with another electronic device. The another electronic device may comprises an ambulatory medical device.
- Monitoring one of a flag and a memory location may comprise monitoring a memory location. The method may further comprise storing the device pairing value in the memory location when the electronic device has been successfully paired with another electronic device. The another electronic device may comprise an ambulatory medical device.
- A method of maintaining a time and date in an electronic device that communicates wirelessly with an ambulatory medical device may comprise establishing via the electronic device a wireless communication link between the electronic device and the ambulatory medical device, wirelessly sending by the medical device time and date information, corresponding to a calendar date and time of day maintained by the medical device, when the wireless communication link is established, and modifying by the electronic device a calendar date and time of day thereof if the time of day received from the medical device time differs from the time of day of the electronic device by more than a predefined time value.
- The electronic device may include a “my data” feature according to which historical records stored within the electronic device may be viewed. Establishing via the electronic device a wireless communication link between the electronic device and the ambulatory medical device may comprise establishing the wireless communication link, if one is not already established, when the electronic device enters the my data feature.
- Alternatively or additionally, the electronic device may include a bolus advice feature according to which the electronic device recommends delivery of a bolus amount of a drug to a body of a user based on a plurality of factors including glucose concentration of the user. Establishing via the electronic device a wireless communication link between the electronic device and the ambulatory medical device may comprise establishing the wireless communication link, if one is not already established, when the electronic device enters the bolus advice feature.
- Alternatively or additionally, the electronic device may include an on/off switch. Establishing via the electronic device a wireless communication link between the electronic device and the ambulatory medical device may comprise establishing the wireless communication link, if one is not already established, when the on/off switch is detected as transitioning from an off state to an on state.
- Alternatively or additionally, a memory unit of the electronic device may have at least one automatic reminder stored therein. Establishing via the electronic device a wireless communication link between the electronic device and the ambulatory medical device may comprise establishing the wireless communication link, if one is not already established, when the at least one automatic reminder powers on the electronic device from an off state.
- Alternatively or additionally, the electronic device may include a remote terminal operating mode according to which the electronic device remote controls operation of the ambulatory medical device. Establishing via the electronic device a wireless communication link between the electronic device and the ambulatory medical device may comprise establishing the wireless communication link, if one is not already established, when the electronic device exits the remote terminal operating mode.
-
FIG. 1 shows a block diagram of one illustrative embodiment of a wireless communication system including a medical device and a remote electronic device that are both configured to wirelessly communicate with each other. -
FIG. 2 shows a block diagram schematic of one illustrative embodiment of an electronic circuit that is carried by, and that controls, the remote electronic device ofFIG. 1 . -
FIG. 3 shows a block diagram schematic of some of the details of one illustrative embodiment of the memory subsystem of the remote electronic device ofFIG. 2 . -
FIG. 4 shows a flowchart of one illustrative embodiment of a process for enabling a bolus advice feature of the remote electronic device. -
FIG. 5 shows a flowchart of one illustrative embodiment of a process carried out in the remote electronic device for establishing wireless communications between the remote electronic device and the medical device. -
FIG. 6 shows a flowchart of one illustrative embodiment of a process carried out in the remote electronic device for processing information after a wireless connection is established between the remote electronic device and the medical device. -
FIG. 7 shows a diagram of one illustrative embodiment of a number of databases defined in the memory device of the remote electronic device. -
FIG. 8 shows a diagram of a data buffer in the medical device that is configured to store time stamped medical device events. -
FIG. 9 shows a flowchart of one illustrative embodiment of a process for transferring portions of the time stamped medical device events from the medical device to the remote electronic device. -
FIGS. 10 and 11 show a flowchart of one illustrative embodiment of a process carried out by the remote electronic device for processing history data transferred from the medical device to the remote electronic device. -
FIGS. 12A-12C show a flowchart of one illustrative embodiment of a bolus advice process carried out by the remote electronic device. -
FIG. 13 shows a flowchart of one illustrative embodiment of a process for controlling the display of the remote electronic device to indicate readily perceptible warnings and/or alerts. -
FIG. 14 shows a flowchart of one illustrative embodiment of a hypoglycemic test process. -
FIG. 15 shows a graphic representation of one illustrative embodiment of a bolus advice display screen produced by the process ofFIGS. 12A-12C . -
FIG. 16 shows a flowchart of one illustrative sub-process carried out by the remote electronic device in the bolus advice process ofFIGS. 12A-12C . -
FIGS. 17A and 17B show a flowchart of another illustrative sub-process carried out by the remote electronic device in the bolus advice process ofFIGS. 12A-12C . -
FIG. 18 shows a flowchart of yet another illustrative sub-process carried out by the remote electronic device in the bolus advice process ofFIGS. 12A-12C . -
FIG. 19 shows a flowchart of still another illustrative sub-process carried out by the remote electronic device in the bolus advice process ofFIGS. 12A-12C . -
FIG. 20 shows a flowchart of a further illustrative sub-process carried out by the remote electronic device in the bolus advice process ofFIGS. 12A-12C . - For the purposes of promoting an understanding of the principles of the invention, reference will now be made to a number of illustrative embodiments shown in the attached drawings and specific language will be used to describe the same.
- The following co-pending patent applications are incorporated herein by reference: PCT Patent Application No. PCT/US2008/066288, entitled APPARATUS AND METHOD FOR REMOTELY CONTROLLING AN AMBULATORY MEDICAL DEVICE; PCT Patent Application No. PCT/US2008/066331, entitled METHOD AND APPARATUS FOR DETERMINING AND DELIVERING A DRUG BOLUS; PCT Patent Application No. PCT/US2008/066267, entitled LIQUID INFUSION PUMP; PCT Patent Application No. PCT/US2008/066299, entitled USER INTERFACE FEATURES FOR AN ELECTRONIC DEVICE; PCT Patent Application No. PCT/US2008/066247, entitled METHOD FOR PAIRING AND AUTHENTICATING ONE OR MORE MEDICAL DEVICES AND ONE OR MORE REMOTE ELECTRONIC DEVICES; PCT Patent Application No. PCT/US2008/066248, entitled DEVICE AND METHODS FOR OPTIMIZING COMMUNICATIONS BETWEEN A MEDICAL DEVICE AND A REMOTE ELECTRONIC DEVICE; and U.S. Provisional Patent Application Ser. No. 61/130,855, entitled DEVICE AND METHODS FOR OPTIMIZING COMMUNICATIONS BETWEEN AN ELECTRONIC DEVICE AND A MEDICAL DEVICE.
- Referring now to
FIG. 1 , a block diagram is shown of one illustrative embodiment of awireless communication system 10 including a remoteelectronic device 12 andmedical device 14 that are both configured to wirelessly communicate with each other. The remoteelectronic device 12 has a housing through which auser button section 16 extends. In one embodiment, theuser button section 16 defines a number of user buttons, keys or switches that may be manually manipulated by a user to provide input to the remoteelectronic device 12. Avisual display unit 18 is carried by the housing of theelectronic device 12, and in one embodiment thevisual display unit 18 is provided in the form of a conventional liquid crystal display (LCD), although this disclosure contemplates using other conventional display units. Examples include, but are not limited to, plasma displays, light emitting diode (LED) based displays, vacuum fluorescent (VF) displays, and the like. In any case, thevisual display unit 18 is controlled by theelectronic device 12 to display information to a user of thedevice 12. In alternative embodiments, theuser button section 16 may be or include one or more touch-sensitive buttons. In this embodiment, one or more touch-sensitive buttons may, but not, form part of thedisplay unit 18. - The
electronic device 12 further includes acarrier port 20 that extends into the housing from an opening defined therein. Thecarrier port 20 is sized to receive therein a sample carrier orstrip 22 upon which a liquid sample containing an analyte has been or will be deposited. Theelectronic device 12 includes electrical circuitry that analyzes the liquid sample deposited on thesample carrier 22, when thesample carrier 22 is received within thecarrier port 20, to determine a concentration of the analyte contained in the liquid sample. In one embodiment, the liquid sample is blood and the analyte is glucose. In this embodiment, thesample carrier 22 may is illustratively provided in the form of a glucose test strip, and the electrical circuitry of theelectronic device 12 includes conventional circuitry that measures the concentration of glucose in a blood sample deposited on thetest strip 22. In alternative embodiments, the liquid sample may be or include other bodily fluids, and the analyte may be any analyte that is contained in a bodily fluid. - In the embodiment illustrated in
FIG. 1 , theelectronic device 12 further includes a conventional datakey port 26 that extends into the housing from an opening defined therein. The datakey port 26 defines an electrical interface or connector therein that is configured to electrically connect to a complementarily configured electrical interface or connector defined on aconventional data key 24. The data key 24 includes a conventional memory device (not shown) that is electrically connected to the electrical interface or connector defined on the data key 24. The memory device, e.g., ROM key, is electrically connected to the electrical circuitry of theelectronic device 12 via the electrical interface defined on the data key 24 and the electrical interface defined in the datakey port 26 when the data key 26 is received within the datakey port 24. Generally, the memory device of the data key 24 has calibration data stored therein that is specific to a lot or batch oftest strips 22, and the electrical circuitry of theelectronic device 12 uses the calibration data stored in the memory device of the data key 24 to correct glucose concentration measurements when using atest strip 22 from a corresponding lot or batch of test strips as is known in the art. Typically, each lot or batch oftest strips 22 purchased by a user will include a dedicated data key 24 that is to be used when measuring glucose concentration with that lot or batch of strips. - It will be understood that while the
carrier port 20,sample carrier 22 and electrical circuitry of theelectronic device 12 have been described in one embodiment as being configured to measure the glucose concentration of blood samples deposited on thesample carrier 22, this disclosure contemplates other embodiments in which thecarrier port 20,sample carrier 22 and/or electrical circuitry of theelectronic device 12 is/are configured to measure other analytes in other liquid samples. - The
medical device 14 includes aconventional processor 28 that is electrically connected to awireless communication circuit 30. Theprocessor 28 includes aconventional memory unit 25 which has stored therein a number of processes in the form of instructions that are executable by theprocessor 28 to control operation of themedical device 14 and to wirelessly communicate with theelectronic device 12. In the illustrated embodiment, themedical device 14 further includes conventionalnon-volatile memory units non-volatile memory unit 27 is provided in the form of a conventional ferroelectric random access memory (FRAM) and thenon-volatile memory unit 29 is provided in the form of a conventional electrically erasable programmable read only memory (EEPROM), although eithermemory unit memory units processor 28 and are each electrically connected to theprocessor 28. In one illustrative embodiment in which the medical device is a drug infusion pump, as will be described in greater detail hereinafter, thememory unit 27 is a pump delivery (PD) memory unit in which theprocessor 28 stores current pump delivery information, and thememory unit 29 is a pump history (PH) memory unit that has stored therein pump history information, e.g., in the form of event records each corresponding to an operational event of thepump 14. Themedical device 14 further includes awireless communication circuit 30 that is configured to communicate wirelessly with a similar wireless communication module of the remoteelectronic device 12 via awireless communication link 40 in a conventional manner. In one embodiment, as will be illustrated by example throughout this disclosure, thewireless communication circuit 30 and the wireless communication module of theelectronic device 12 are both conventional BlueTooth® modules configured to wirelessly communicate according to a conventional BlueTooth® communication protocol. It will be understood, however, that the wireless communication circuit ormodule 30 and the wireless communication module of theelectronic device 12 may alternatively be configured to wirelessly communicate according to one or more other communication protocols. - The
medical device 14 illustratively includes a housing through which a number ofuser keys 32 extend. Theuser keys 32 may be provided in the form of any number of user selectable buttons, keys or switches that are electrically connected to theprocessor 28. Themedical device 14 further includes avisual display unit 34 that is carried by the housing and that is electrically connected to theprocessor 28. Thevisual display unit 34 may be, for example, a conventional liquid crystal display (LCD), plasma displays, light emitting diode (LED) based display, vacuum fluorescent (VF) display, or the like. Thevisual display unit 34 is controlled by theprocessor 28 to display information to a user of themedical device 14. In alternative embodiments, theuser keys 32 may be or include one or more touch-sensitive buttons. In this embodiment, one or more touch-sensitive buttons may, but not, form part of thedisplay unit 34. - The
processor 28 of themedical device 14 is further electrically connected to a conventionalaudible indication device 36 and to a conventionalvibratory device 38. Theprocessor 28 is generally operable to control theaudible indication device 36 and thevibratory device 38 to produce one or more audible sounds and/or vibrations respectively to notify the user of various operational aspects of themedical device 14 and to also notify the user of any alarm and/or warning conditions associated with themedical device 14. In alternative embodiments, themedical device 14 may not include adisplay device 34 and/oruser keys 32. In some such embodiments, themedical device 14 may include one or more visual indicators for conveying information to a user. Examples of such visual indicators may include, but should not be limited to, one or more lamps, one or more light emitting diodes (LEDs), or the like. - In one illustrative embodiment, the
medical device 14 is an ambulatory medical device. Examples of ambulatory medical devices include, but are not limited to, an implantable liquid delivery pump or a non-implantable liquid delivery pump, such as a drug infusion pump, an implantable or non-implantable body condition sensor or sensor system, or the like. In embodiments in which theelectronic device 14 is a medication delivery pump, the medication delivered by such a pump may be or include, but should not be limited to, insulin or other conventional blood glucose modifying drug. In alternate embodiments, the liquid delivered by any such a pump may be or include, but should not be limited to, one or a combination of drugs, saline, one or a combination of perfusion fluids, or the like. Throughout this disclosure, themedical device 14 and operations associated with themedical device 14 will be described in the context of an insulin infusion pump, although it will be understood that themedical device 14 may alternatively be or include other medical devices and the following description therefore should not be considered to be limited to an liquid delivery pump generally or to an insulin infusion pump specifically. - Referring now to
FIG. 2 , a block diagram schematic is shown of one illustrative embodiment of an electronic circuit that is carried by, and that controls, the remoteelectronic device 12 ofFIG. 1 . In the illustrated embodiment, the electronic circuit includes four modules with separate and distinct functional responsibilities. For example, the electronic circuit includes a User Interface (UI)processor 50 that is the main controller of theelectronic device 12. In addition to processing all aspects of theuser interfaces insulin infusion pump 14. As will be described in greater detail herein, theUI processor 50 has no control over operation of the wireless communication circuit of the remoteelectronic device 12. TheUI processor 50 operates according to a UI clock signal that is generated internally to theUI processor 50. TheUI processor 50 includes amemory unit 66 having instructions stored therein that are executable by theUI processor 50 to control operations associated with the remoteelectronic device 12. In one illustrative embodiment, theUI processor 50 is a UPD70F3719GC 32-bit microcontroller that is commercially available from NEC Electronics America of Santa Clara, Calif., although this disclosure contemplates other implementations of theUI processor 50. - The electronic circuit of
FIG. 2 further includes awireless communication circuit 52 that is exclusively responsible for the control of all wireless communications with one or more external electronic devices but that does not control any other operations associated with theelectronic device 12. Thewireless communication circuit 52 operates from a clock signal that is generated internally to thewireless communication circuit 52 and that is not synchronized to the UI clock signal from which theUI processor 60 operates. Operation of thewireless communication circuit 52 is therefore asynchronous with respect to the operation of theUI processor 60. In one illustrative embodiment, thewireless communication circuit 52 is provided in the form of a conventional BlueTooth® telemetry module that includes a conventional processor and amemory unit 70, and that further includes conventional wireless communication hardware such as a suitable antenna. Thememory unit 70 illustratively has stored therein instructions that are executable by the processor of thewireless communication circuit 52 to exclusively control of all wireless communications with external devices, such as theinsulin infusion pump 14. In one illustrative embodiment, thewireless communication circuit 52 is a BC419143B BlueCore™4-Flash Plug-n-Go™ single chip BlueTooth® radio and baseband integrated circuit for BlueTooth® 2.4 GHz systems that is commercially available from CSR of Richardson, Tex., although this disclosure contemplates other implementations of thewireless communication circuit 52. Alternatively, as described hereinabove, this disclosure contemplates embodiments in which thewireless communication module 52 is configured for wirelessly communication according to wireless communication protocols other than BlueTooth®. - As illustrated in
FIG. 2 , theUI processor 50 and thewireless communication module 52 each includedebounce circuitry 64 and 68 respectively that is electrically connected to theuser buttons 16. Thedebounce circuitry 64, 68 is conventional in that it reduces the sensitivity of theprocessors user buttons 16, thereby increasing the likelihood that only actual button presses are detected by theprocessors - The electronic circuit illustrated in
FIG. 2 further includes amemory subsystem 54 that is electrically connected to theUI processor 50 and also to thewireless communication circuit 52. Thememory subsystem 54 is generally operable to store, at least temporarily, data moving between theUI processor 50 and thewireless communication circuit 52. Data communication between thememory subsystem 54 and theUI processor 50 is illustratively carried out via a serial peripheral interface, SPI, in which case the transfer of data between thememory subsystem 54 and theUI processor 50 is synchronous with a data transfer clock, SCLK, of theUI processor 50. Illustratively, data communication between thememory subsystem 54 and thewireless communication circuit 52 is carried out via a universal asynchronous receiver/transmitter (UART) interface, in which case the transfer of data between thememory subsystem 54 and thewireless communication circuit 52 is asynchronous. In some alternative embodiments, the data transfer interfaces may be interchanged such that data transfer between thememory subsystem 54 and theUI processor 50 is asynchronous and data transfer between thememory subsystem 54 and thewireless communication circuit 52 is synchronous. - The
memory subsystem 54 temporarily stores data moving between theUI processor 60 and thewireless communication circuit 52. In some embodiments, thememory subsystem 54 does not control other circuitry, and in some such embodiments thememory subsystem 54 may be provided in the form of a conventional memory device. In other embodiments in which thememory subsystem 54 does or does not control other circuitry, thememory subsystem 54 may be provided in the form of a conventional processor that is configured to operate as a Dual-Port RAM (DPR) processor. In such embodiments, theDPR processor 54 operates from a clock signal that is separate from the UI clock signal from which theUI processor 60 operates. In one illustrative embodiment, such aDPR processor 54 is a MC9S08GT16A 8-bit microcontroller unit that is commercially available from Freescale Semiconductor, Inc. of Austin, Tex., although this disclosure contemplates other implementations of thememory subsystem 54 that is provided in the form of a conventional processor configured as aDPR processor 54. - The electronic circuit illustrated in
FIG. 2 further includes a Measurement Engine (ME)processor 56 that controls analyte concentration measurements of liquid samples contained ontest elements 22, e.g., blood glucose measurements, and that reports the analyte concentration measurement results to theUI processor 50. TheME processor 56 includes amemory unit 83 having instructions stored therein that are executable by theME processor 56 to control analyte measurement operations. TheME processor 56 operates from an internally generated clock signal that is separate from the clock signal from which theUI processor 50 operates. TheME processor 56 is electrically connected to theUI processor 50 via an Event Interrupt line, TXD (data transmission) line and a Ready line. The Event Interrupt line is illustratively used by theME processor 56 to notify the UI processor of analyte measurement events, such as a strip insert event in which a user initiates an analyte measurement. The TXD line is used by theME processor 56 to transmit analyte measurement data to theUI processor 50 for display on thedisplay unit 18, for storage thereof in a history database and/or for use in conducting other operations. The Ready line is used by theME processor 56 to notify theUI processor 50 of the operational state, e.g., measuring or not measuring analyte concentration, of the ME processor. In one illustrative embodiment, theME processor 56 is a MSP430T2AIPEG mixed-signal microcontroller unit that is commercially available from Texas Instruments, Inc. of Dallas, Tex., although this disclosure contemplates other implementations of theME processor 56. - As illustrated in
FIG. 2 , theME processor 56, along with other electrical components, form ananalyte measuring facility 88, e.g., a glucose meter. In addition to theME processor 56, theanalyte measuring facility 88 further includes an application specific integrated circuit (ASIC) 78 that is electrically connected to theME processor 56 and also to anelectrical interface 76 within thecarrier port 20. In one illustrative embodiment, when asample carrier 22, e.g., a glucose test strip, is inserted into thecarrier port 20, electrical contacts on thesample carrier 22 contact theelectrical interface 76 to thereby electrically connect thesample carrier 22 to theASIC 78. Aswitch 80 contained in the ASIC is triggered by insertion of thecarrier 22 into thecarrier port 20, and an output of theswitch 80 thus notifies theME processor 56 of insertion of acarrier 22 into thecarrier port 20. TheASIC 78 further illustratively includes aclock circuit 82 that is programmable for a number of different functions. For example, theclock circuit 82 may be programmed to generate a signal to automatically turn on, e.g., power up, thedevice 12 at one or more programmable times. As another example, theclock circuit 82 may be programmed to generate a signal corresponding to one or more reminders. Other examples will occur to those skilled in the art, and such other examples are contemplated by this disclosure. In any case, the signal generated by theclock circuit 82 is provided to theME processor 56, and theME processor 56 is responsive to the receipt of this signal to power up from a sleep state if theME processor 56 is in such a sleep state, and to produce an event interrupt signal on the Event Interrupt line. The event interrupt signal is received by theUI processor 50, which then powers up from a sleep state if theUI processor 50 is in such a sleep state, and/or generates an audible or visible reminder corresponding to any reminder time programmed in theclock circuit 82. - As illustrated in
FIG. 2 , theanalyte measuring facility 88 further includes anotherelectrical interface 84 that is positioned within the codekey port 26. Illustratively, when acode key 24 is received within the codekey port 26, electrical contacts on thecode key 24 electrically connect with theelectrical interface 84 so that theME processor 56 may read the calibration information stored in the memory device of thecode key 24. Theanalyte measuring facility 88 further includes atemperature sensor 86 that is electrically connected to theME processor 56. In one illustrative embodiment, thetemperature sensor 86 is provided in the form of a conventional thermistor, although this disclosure contemplates other embodiments in which thetemperature sensor 88 may be or include one or more other conventional temperature sensors. In any case, theME processor 56 is operable to receive a temperature signal from thetemperature sensor 86 that corresponds to an operating temperature of the analyte measuring facility. In one illustrative embodiment, thememory 83 has instructions stored therein that are executable by theME processor 56 to disable, i.e., not conduct, analysis of an analyte containing sample if the temperature signal produced by thetemperature sensor 86 indicates that the temperature of theanalyte measuring facility 88 is less than a threshold temperature. In such cases, theME processor 56 is further operable, pursuant to the instructions stored in thememory 83, to inform theUI processor 50 that the analyte measuring facility is so disabled, and theUI processor 50 is operable, pursuant to instructions stored in thememory unit 66, to control thedisplay device 18 to display a message indicating that the temperature is too low to conduct analyte concentration measurements. - The electronic circuit illustrated in
FIG. 2 further includes ageneral power supply 58 that provides a supply voltage to theASIC 78, theME processor 56, theUI processor 50 and thememory subsystem 54 on a continuous basis. The supply voltage is derived by the generalpower supply circuit 58 from one or a series or parallel combination of rechargeable or non-rechargeable batteries (BATTERY) 60. - A
dedicated power supply 62 provides a supply voltage, which is also derived from the one or series or parallel combination of rechargeable or non-rechargeable batteries (BATTERY) 60, to thewireless communication module 52. Thepower supply 62 receives one control input from theuser buttons 16, and in the illustrated embodiment thepower supply 62 may be powered on and off via one or a combination of theuser buttons 16 via the one control input. Thepower supply 62 also receives another control input from thewireless communication circuit 52, and in the illustrated embodiment thepower supply 62 may be turned off by thewireless communication circuit 52 via the other control input. - In addition to the
display 18, theUI processor 50 is electrically connected to a conventionalaudible indication device 72 and also to a conventional vibratory device 74. TheUI processor 50 is generally operable to control theaudible indication device 72 and the vibratory device 74 to produce one or more audible sounds and/or vibrations respectively to provide for the capability of thedevice 12 to produce corresponding audible and/or tactile notifications, i.e., alarms or the like. In one embodiment, theaudible indication device 72 is a tone generator that produces a beep or other tone when activated, although theaudible indication device 72 may alternatively or additionally be or include one or more other conventional audible indication devices. - Generally, the
memory subsystem 54 acts as an independent repository of data packets moving between theUI processor 50 and thewireless communication circuit 52. Referring toFIG. 3 , a block diagram of some of the details of thememory subsystem 54 is shown along with electrical connections to theUI processor 50 and to thewireless communication circuit 52. In the illustrated embodiment, thememory subsystem 54 is provided in the form of a DPR processor as described above, andFIG. 3 will be described in this context, although it will be understood that thememory subsystem 54 may alternatively be provided in other forms as described above. - In the embodiment illustrated in
FIG. 3 , one of the dual ports of theDPR processor 54 is a serial peripheral interface (SPI)port 92 that is electrically connected to a serialperipheral interface port 90 of theUI processor 50 via a conventional serial communications interface. The serial communications interface operates from a serial clock signal, SCLK, (e.g., 125 kHz) that is derived from the UI clock signal. Transfer of inbound and outbound data between theSPI port 90 of theUI processor 50 and theSPI port 92 of theDPR processor 54 is controlled by theUI processor 50 using the serial clock signal, SCLK, so that data transfer between the twoprocessors - The other of the dual ports of the
DPR processor 54 is a universal asynchronous receiver/transmitter (UART)port 96 that is electrically connected to aUART port 94 of thewireless communication circuit 52 via a conventional asynchronous interface. Transfer of inbound and outbound data packets between theUART port 94 of thewireless communication circuit 52 and theUART port 96 of the DPR processor 54 (e.g., at 150 kbps) is controlled by thewireless communication circuit 52, and takes place asynchronously with respect to the transfer of inbound and outbound data between the SPI port of theUI processor 50 and theDRP processor 54. - The
DPR processor 54 has aninbound data buffer 98 and anoutbound data buffer 100 that are each accessible by the SPI andUART ports DPR processor 54. TheUART port 96 of theDPR processor 54 includes conventional clear to send (CTS) and ready to send (RTS) lines. The CTS line is monitored by theDPR processor 54 and the RTS line is monitored by thewireless communication circuit 52. TheDPR processor 54 deactivates the UART RTS line whenever theinbound data buffer 100 is full, and otherwise activates the UART RTS line. Thewireless communication circuit 52 activates the UART CTS line whenever the UART port of thewireless communication circuit 52 is requesting data, and otherwise deactivates the UART CTS line. - When data is to be sent by the
UI processor 50 to an external device or system, e.g., theinsulin infusion pump 14, theUI processor 50 first requests the state of theoutbound data buffer 100 of theDPR processor 54. If theDPR processor 54 answers that itsoutbound data buffer 100 is “not full,” theUI processor 50 transfers the data, or as much of the data as possible, to theoutbound data buffer 100 of theDPR processor 54 via the data out (DO) line of theSPI port 90 at a rate determined by SCLK. If theDPR processor 54 instead answers that theoutbound data buffer 100 is “full,” theUI processor 50 waits for a time interval and then repeats the process of requesting the state of theoutbound data buffer 100, etc. - Periodically with respect to the clock signal of the
wireless communication circuit 52 and asynchronously with respect to the SCLK signal, thewireless communication circuit 52 requests data from theDPR processor 54 by activating the UART CTS line of theDPR processor 54. As long as theoutbound data buffer 100 of theDPR processor 54 is empty, thewireless communication circuit 52 continues to periodically activate the UART CTS line. If the UART CTS line is active and theoutbound data buffer 100 of theDPR processor 54 is not empty, thewireless communication circuit 52 retrieves the data from theoutbound data buffer 100 of theDPR processor 54 via the RX line of theUART port 96. TheDPR processor 54 illustratively transfers the data stored in itsoutbound data buffer 100 to itsUART port 96 in a first received to last received order until theoutbound data buffer 100 has been emptied or until thewireless communication circuit 52 deactivates the UART CTS line. Thewireless communication circuit 52 then incorporates the data retrieved from theoutbound data buffer 100 of theDPR processor 52, via the data UART, into to the wireless communication protocol structure, and wirelessly transmits the incorporated data via conventional wireless signal transmission circuitry contained within thewireless communication module 52. Thewireless communication circuit 52 does not process, interpret or alter the contents of the data retrieved from theoutbound data buffer 100 of theDPR processor 54, nor does it make any decisions or execute any steps based on the contents of the data. Rather, thewireless communication circuit 52 treats all such data the same, regardless of its contents, by incorporating the data into a predefined wireless communication protocol structure, e.g., BlueTooth® protocol structure, and then wirelessly transmitting the incorporated data using the predefined wireless communication protocol. Information transferred by theUI processor 50 to thememory subsystem 54, and then from thememory subsystem 54 to thewireless communication circuit 52 for wireless transmission to another electronic device is thus referred to as outbound information or data. - Inbound wireless signal transmissions from external devices or systems, e.g., the
insulin infusion pump 14, are received by thewireless communication circuit 52 via conventional wireless signal receiving circuitry of thewireless communication circuit 52. Thewireless communication circuit 52 first isolates the inbound data from the wireless communication protocol structure, and then checks the status of the UART RTS line of theDPR processor 54. If the RTS line is activated, indicating that theinbound data buffer 98 of theDPR processor 54 is not full, thewireless communication circuit 52 sends the isolated data, or as much if the data as possible, to theUART port 96 of theDPR processor 54. TheDPR processor 54 then places the data received at theUART port 96 into theinbound data buffer 98 of theDPR processor 54. If the UART RTS line is deactivated, indicating that theinbound data buffer 98 of theDPR processor 54 is full, thewireless communication circuit 52 waits for a time interval before rechecking the state of the UART RTS line. - Periodically, and asynchronously with respect to the operation of the
wireless communication circuit 52, theUI processor 50 requests the state of theinbound data buffer 98 of theDPR processor 54 via the data in (DI) line of theSPI port 90. As long as theDPR processor 54 answers that theinbound data buffer 98 is empty, theUI processor 50 continues to periodically request the state of theinbound data buffer 98. If theDPR processor 54 answers that theinbound data buffer 98 of theDPR processor 54 contains data, theUI processor 50 retrieves the data from theinbound data buffer 98 of theDPR processor 52 via the data in (DI) line of theSPI port 90 using the SCLK signal, and then processes the data according to its contents. “Checking” the inbound and/oroutbound data buffer DPR processor 54 by thewireless communication circuit 52 and/orUI processor 50, as this term may be used hereinafter, will generally refer to the process just described in the preceding several paragraphs. WhileFIGS. 2 and 3 illustrate an embodiment in which the interface between theUI processor 50 and thememory subsystem 54 is a synchronous interface and the interface between thewireless communication circuit 52 and thememory subsystem 54 is an asynchronous interface, this disclosure contemplates alternative embodiments in which the interface between theUI processor 50 and thememory subsystem 54 is an asynchronous interface and the interface between thewireless communication circuit 52 and thememory subsystem 54 is an synchronous interface or in which both interfaces are asynchronous or synchronous interfaces. In any case, it should be apparent that theUI processor 50 at all times operates independently and asynchronously with respect to the operation of thewireless communication circuit 52, and thewireless communication circuit 52 operates independently and asynchronously with respect to the operation of theUI processor 50 and also with respect to the operation of theDPR processor 54. - The
UI processor 50 controls thedisplay 18 of theelectronic device 12 to indicate the connection status of thewireless communication module 52 relative to the wireless telemetry system of theinsulin infusion pump 14. Upon power up of theelectronic device 12, following activation of thepower supply 62 via theuser buttons 16 after being deactivated and under certain other operating conditions that will be described in greater detail hereinafter, theUI processor 50 attempts to establish a wireless connection with theinsulin infusion pump 14. While a wireless connection is not established between theelectronic device 12 and theinsulin infusion pump 14, theUI processor 50 controls thedisplay 18 to display a flashing (or fixed) icon to indicate that no wireless connection exists between theelectronic device 12 and theinsulin infusion pump 14. TheUI processor 50 independently controls thedisplay 18 in this manner without any information provided by thewireless communication module 52. TheUI processor 50 then initiates establishment of a wireless connection between the remoteelectronic device 12 and theinsulin infusion pump 14 by placing a message into thedata buffer 100 of the outbound port of thememory subsystem 54, as described above. In this case, the message includes a wireless connection request, e.g., in the form of a command to transmit an acknowledgement response back to theelectronic device 12. Thewireless communication circuit 52 then transmits this message as described above. If theinsulin infusion pump 14 is within range, theinsulin infusion pump 14 receives the message and responds to the wireless connection request by wirelessly transmitting a message that includes an acknowledgement response. If the transmitted message is received by theelectronic device 12, thewireless communication circuit 52 is operable as described above to isolate the message from the wireless communication protocol structure and to place the message in thedata buffer 98 of the inbound port of thememory subsystem 54. TheUI processor 50 then retrieves the message from the inbound port of thememory subsystem 54, processes the message to determine whether it contains an acknowledgement response. If the message contains an acknowledgement response, theUI processor 50 interprets this as indicating that a wireless connection is now established between theelectronic device 12 and theinsulin infusion pump 14, and controls thedisplay device 18 to display a fixed (or flashing) icon to indicate that a wireless connection is established between theelectronic device 12 and theinsulin infusion pump 14. Theelectronic device 12 periodically transmits a wireless connection status message to theinfusion pump 14 in the above fashion at regular intervals. As long as theinsulin infusion pump 14 responds as just described, theUI processor 50 controls thedisplay 18 to display the fixed (or flashing) icon to indicate that a wireless connection exists between theelectronic device 12 and theinsulin infusion pump 14. If theUI processor 50 does not receive such a response within a predefined time period following storage of the acknowledgement response in thememory subsystem 52, theUI processor 50 controls thedisplay 18 to display a flashing (or fixed) icon indicating that the wireless connection between theelectronic device 12 and theinsulin infusion pump 14 does not exist or no longer exists. - In the illustrated embodiment the
power supply 62 is generally powered on as long as thewireless communication circuit 52 is communicating with either or both of theUI processor 50 or theinsulin infusion pump 14, unless otherwise powered off manually by a user via theuser buttons 16 or automatically by thewireless communication circuit 52. For example, thepower supply 62 may be completely powered down, i.e., turned off, from any state via a simultaneous or sequential user press of a number of theuser buttons 16. Thepower supply 62 remains in the completely powered down state until the user again presses the simultaneous or sequential number of theuser buttons 16 or a different simultaneous or sequential user press of a number of the user buttons, or if the user powers down theelectronic device 12 and then powers back up theelectronic device 12. - While the
power supply 62 is on and supplying the supply voltage to thewireless communication circuit 52, thewireless communication circuit 52 is responsive to a number of different events to transition itself into, and out of, any of a plurality of different low power states, and to also turn off thepower supply 62 after being in a lowest power sleep state for a predefined time period of inactivity. For example, when in a fully powered “awake” state, thewireless communication circuit 52 is operable to periodically, e.g., every 100-200 milliseconds, check theoutbound data buffer 100 of thememory subsystem 54 as described above. As another example, each time thewireless communication circuit 52 finds data to be sent in theoutbound data buffer 100 of thememory subsystem 54, thewireless communication circuit 52 incorporates the data into the predetermined wireless communication protocol structure, and wirelessly transmits corresponding signals to theinsulin infusion pump 14 as described above. Thewireless communication circuit 52 transitions to a first low power state if it fails to find data in theoutbound data buffer 100 of thememory subsystem 54 when a predefined time period elapses since last finding data in theoutbound data buffer 100. Thereafter, thewireless communication circuit 52 transitions to successively lower power states as successively longer time periods elapse since last finding data in theoutbound data buffer 100. The number of different power states generally range between full (100%) power and a lowest power “deep sleep” state, and may include any number of reduced power states between these two extremes. When in the lowest power “deep sleep” state, thewireless communication circuit 52 periodically, e.g., every 400 milliseconds, wakes up to a “UART only” state, in which thewireless communication circuit 52 has sufficient power to check the status of theoutbound data buffer 100 of thememory subsystem 54 via the data UART line. If theoutbound data buffer 100 of thememory subsystem 54 has data stored therein, thewireless communication circuit 52 wakes up to a full power state to service the data. If theoutbound data buffer 100 of thememory subsystem 54 has no data stored therein, thewireless communication circuit 52 transitions back to the lowest power “deep sleep” state. After being in the lowest power sleep state for a predefined period of time of inactivity, thewireless communication circuit 52 sends a control signal to thepower supply 62 that causes thepower supply 62 to turn off. As a further example, thewireless communication circuit 52 directly monitors activity of theuser buttons 16 via thedebounce circuitry 68, and when thewireless communication circuit 52 detects user press of the ON button, the wireless communication processor transitions itself from any of the lower power states to the full power state. Thus, in the lowest power “deep sleep” state, thewireless communication circuit 52 must be capable of monitoring at least the ON button of theuser buttons 16. Similarly, when thewireless communication circuit 52 detects user press of the OFF button, thewireless communication circuit 52 transitions itself from any of the power states to the lowest power “deep sleep” state. - When a wireless connection is established between the
electronic device 12 and theinsulin infusion pump 14, and theUI processor 50 determines that the wireless connection should be terminated, theUI processor 50 stores a message in theoutbound data buffer 100 of thememory subsystem 54 that contains a connection termination request. When thewireless communication circuit 52 thereafter finds the message in theoutbound data buffer 100 of thememory subsystem 54, thewireless communication circuit 52 incorporates the message into the predetermined wireless communication protocol and then transmits the message via its wireless communication circuitry to theinsulin infusion pump 14. Theinsulin infusion pump 14 then wirelessly sends a signal containing a predefined connection termination response back to the remoteelectronic device 12. Subsequently theprocessor 28 instructs thewireless communication circuit 30 to orderly terminate communications or connections with thewireless communications circuit 52′ that may be specific to the predetermined wireless communications protocol. When the wireless connection is terminated in this manner, thewireless communication circuit 52 is operable to periodically, but asynchronously with respect to operation of theUI processor 50, check theoutbound data buffer 100 of thememory subsystem 54. If no data resides in theoutbound data buffer 100, thewireless communication circuit 52 successively enters lower power sleep states or modes as described above. If, however, thewireless communication circuit 52 finds data in theoutbound data buffer 100 of thememory subsystem 54, thewireless communication circuit 52 attempts to establish (or re-establish) a wireless connection with thewireless communication circuit 30 of theinsulin infusion pump 14 as described above. - If, after a predefined or programmed number of attempts and/or elapsed time, no wireless connection can be established between the
wireless communication circuit 52 and thewireless communication circuit 30, thewireless communication circuit 52 illustratively clears theoutbound data buffer 100 of thememory subsystem 54. Alternatively, theUI processor 50 may clear theoutbound data buffer 100 if it determines that data exists in theoutbound data buffer 100 after some time period has elapsed since storing the wireless communication message in theoutbound data buffer 100 or after some time period has elapsed after determining, based on failure to receive acknowledgements from theinsulin infusion pump 14, that a wireless connection between the remoteelectronic device 12 and theinsulin infusion pump 14 no longer exists. In any case, with theoutbound data buffer 100 of thememory subsystem 54 empty, thewireless communication circuit 52 successively enters lower power sleep states or modes as described above. - In the event of a lost wireless connection between the remote
electronic device 12 and theinsulin infusion pump 14, thewireless communication circuit 52 is operable in one embodiment to turn off its wireless transmission circuitry and to transition to a low power state if it fails to find data in theoutbound data buffer 100 of thememory subsystem 54 since last finding data in theoutbound data buffer 100. Because the wireless connection is lost, theUI processor 50 will no longer receive acknowledgements from theinsulin infusion pump 14 and will therefore cease to store messages in theoutbound data buffer 100 of thememory subsystem 54. However, a message, or at least part of a message, may reside within theoutbound data buffer 100 when the wireless connection is lost. In this case, after a predefined or programmed number of attempts and/or after a predefined or programmed elapsed time, no wireless connection can be established with theinsulin infusion pump 14, thewireless communication circuit 52 illustratively clears theoutbound data buffer 100 of thememory subsystem 54. Alternatively, theUI processor 50 may clear theoutbound data buffer 100 if it determines that data exists in theoutbound data buffer 100 after some time period has elapsed since last storing a message in theoutbound data buffer 100 or after some time period has elapsed after determining, based on failure to receive acknowledgements from theinsulin infusion pump 14, that a wireless connection between thedevices outbound data buffer 100 of thememory subsystem 54 empty, thewireless communication circuit 52 successively enters lower power sleep states or modes as described above. - In one illustrative embodiment, the
UI processor 50 and theprocessor 28 of theinsulin infusion pump 14 may use scheduled messages and internal timers to control determinations by each of whether a wireless connection between the remoteelectronic device 50 and theinsulin infusion pump 14 exists. For example, during information exchange between theelectronic device 12 and theinsulin infusion pump 14, theUI processor 50 is operable to periodically, e.g., every 100 milliseconds, transfer a message to theoutbound data buffer 100 of thememory subsystem 54 and to reset an internal timer circuit. Thewireless communication circuit 52 asynchronously retrieves the message from theoutbound data buffer 100 of thememory subsystem 54 and transmits the message to theinsulin infusion pump 14 as described above. Theinsulin infusion pump 14 is responsive to receipt of the message to immediately transmit a message back to theelectronic device 12 that contains an acknowledgement. The message transmitted by theinsulin infusion pump 14 is received and unpacked from the wireless communication protocol by thewireless communication circuit 52, and then stored by thewireless communication circuit 52 in theinbound data buffer 98 of thememory subsystem 54. TheUI processor 50 then retrieves the message from theinbound data buffer 98 of thememory subsystem 54 and processes the message to determine whether it contains an acknowledgement. As long as an acknowledgement is received by theUI processor 50 in this manner before the next scheduled transfer of a message to theoutbound data buffer 100 of thememory subsystem 54, theUI processor 50 resets its internal timer circuit when transferring the next message to thememory subsystem 54. However, if an acknowledgement is not received by theUI processor 50 before the next scheduled transfer of a message to theoutbound data buffer 100 of thememory subsystem 54, theUI processor 50 transfers the message to theoutbound data buffer 100 of thememory subsystem 54 without resetting its internal timer circuit. If no acknowledgement is received by theUI processor 50 within a predefined or programmed time period, e.g., 1-2 minutes, the internal timer circuit of theUI processor 50 times out and theUI processor 50 stops transferring messages to theoutbound data buffer 100 of thememory subsystem 54. Theinsulin infusion pump 14, in this embodiment, ceases to send acknowledgements back to the remoteelectronic device 12 after a predefined or programmed time period, e.g., 2 minutes, has passed without receiving a message transmitted by theelectronic device 12. - Illustratively, the
UI processor 50 is operable to cease storing messages in theoutbound data buffer 100 of thememory subsystem 54 upon detection of insertion of asample carrier 22 into thecarrier port 20 as described above. After a predefined time period in which thewireless communication circuit 52 thereafter fails to find such messages in theoutbound data buffer 100 of thememory subsystem 54, thewireless communication circuit 52 begins transitioning to lower power states as described above. When theUI processor 50 then resumes storing messages in theoutbound data buffer 100 of thememory subsystem 54 after the analyte measurement is complete, thewireless communication circuit 52 wakes up to full power to service it. This may take at least a wake up time period, e.g., as much as 400 milliseconds, if thewireless communication circuit 52 has just entered the lowest power “deep sleep” state when the first message is stored in theoutbound data buffer 100 of thememory subsystem 54 after the analyte measurement is complete. - Unless the remote
electronic devices 12 and theinsulin infusion pump 14 are communicating information, thewireless communication circuit 52 is generally in one of the lower power sleep states or modes. When insertion of asample carrier 22 into thecarrier port 20 is detected, theelectronic device 12 performs an analyte determination test as described above. Theelectronic device 12 generally does not wirelessly communicate with theinsulin infusion pump 14 during the analyte determination test, and thewireless communication circuit 52 is thus typically in one of the lower power sleep states when insertion of thesample carrier 22 into thecarrier port 20 is detected. Because theUI processor 50 stops storing messages in theoutbound data buffer 100 of thememory subsystem 54 when insertion of thesample carrier 22 into thecarrier port 20 is detected, thewireless communication circuit 52 therefore typically enters successively lower power sleep states after insertion of thesample carrier 22 into thecarrier port 20 is detected. - While the
electronic device 12 is illustrated and described above with respect toFIGS. 1-3 as including ananalyte measuring facility 88, such an analyte measuring facility may be omitted in alternative embodiments. In any case, theelectronic device 12 and theinsulin infusion pump 14 may illustratively be paired according to a pairing process that establishes secure communications between theelectronic device 12 and theinsulin infusion pump 14. Illustratively, this process may be carried out to initially establish secure wireless communications between theelectronic device 12 and a particularinsulin infusion pump 14, and then again if theelectronic device 12 is to be paired with a differentinsulin infusion pump 14 or vice versa. In one illustrative embodiment, theelectronic device 12 may only be paired with a singleinsulin infusion pump 14 at a time, although this disclosure contemplates other embodiments in which theelectronic device 12 may be paired with any number ofmedical devices 14 generally and/or other electronic devices, and/or in which themedical device 14 may be paired with any number ofelectronic devices 12 or other medical devices. In any case, further details relating to one illustrative pairing and authentication process are provided in co-pending PCT Patent Application No. PCT/US2008/066247, entitled METHOD FOR PAIRING AND AUTHENTICATING ONE OR MORE MEDICAL DEVICES AND ONE OR MORE REMOTE ELECTRONIC DEVICES, the disclosure of which has been incorporated herein by reference. - Referring now to
FIG. 4 , a flow chart is shown of one illustrative embodiment of aprocess 110 for enabling a bolus advice feature of the remoteelectronic device 12. Illustratively, theprocess 110 is stored in thememory unit 66 of theUI processor 50 in the form of instructions that are executable by theUI processor 50 to enable the bolus advice feature. Theprocess 110 begins atstep 112 where the bolus advice feature of the remoteelectronic device 12 is disabled during manufacture of the remoteelectronic device 12. - In one embodiment, the
process 110 advances fromstep 112 to step 114 where theUI processor 50 is operable to monitor a predefined password flag. Thereafter atstep 116, theUI processor 50 is operable to determine whether the predefined password flag is active. If not, execution of theprocess 110 loops back to step 114. If; atstep 116, theUI processor 50 determines that the predefined password flag is active, theprocess 110 advances to step 118 where theUI processor 50 is operable to enable the bolus advice feature of the remoteelectronic device 12. Followingstep 118, theprocess 110 ends. - In an alternate embodiment, as illustrated in
FIG. 4 , theprocess 110 may advance fromstep 112 to step 120 where the UI processor is operable to monitor a pairing value storage location or flag. Thereafter atstep 122, theUI processor 50 is operable to determine whether the pairing value storage location or flag indicate that a pairing process, in which the remoteelectronic device 12 is paired with themedical device 14 as described above, is complete. If not, theprocess 110 loops back tostep 120. If, atstep 122, theUI processor 50 determines that the pairing value storage location or flag indicates that the pairing process is complete, theprocess 110 advances to step 124 where theUI processor 50 is operable to enable the bolus advice feature of the remoteelectronic device 12. Followingstep 124, theprocess 110 ends. - In the embodiment illustrated in
FIG. 4 , the remoteelectronic device 12 is illustratively manufactured with the bolus advice feature disabled. In one embodiment the feature may be selectively enabled by entering a predefined password into the remoteelectronic device 12, such as via theuser buttons 16. In one embodiment, such a password will be known or available only to a suitable healthcare professional, although this disclosure contemplates other embodiments in which others may have access to the predefined password. In the alternate embodiment, the bolus advice feature may be automatically enabled upon pairing of the remoteelectronic device 12 with a suitablemedical device 14 according to a pairing process. Illustratively, the pairing process may be as described hereinabove with respect toFIGS. 1 through 3 , although this disclosure contemplates that the pairing process between the remoteelectronic device 12 and themedical device 14 may alternatively be or include one or more other processes that are executed by the remoteelectronic device 12 and/ormedical device 14 that allows the remoteelectronic device 12 and themedical device 14 to communicate with each other. In another alternative embodiment, theprocess 110 may include the combination of steps 114-118 and 120-124 such that the bolus advice feature is enabled only after successful pairing of the remoteelectronic device 12 with themedical device 14 and receiving of the predefined password as described above. In this embodiment, successful pairing of the remoteelectronic device 12 with themedical device 14 is illustratively required prior to receipt of the predefined password, although the order of these two events may alternatively be reversed. - Referring now to
FIG. 5 , a flow chart of one illustrative embodiment of aprocess 130 is shown that is carried out in the remoteelectronic device 12 for establishing wireless communications between the remoteelectronic device 12 and themedical device 14 under various operating conditions of the remoteelectronic device 12 in which the remoteelectronic device 12 and themedical device 14 may not already be connected via awireless communication link 40. Illustratively, theprocess 130 is stored in thememory device 66 of theUI processor 50 in the form of instructions that are executable by theUI processor 50 to automatically establish wireless communications between the remoteelectronic device 12 and themedical device 14 under certain operating conditions. At the beginning of theprocess 130, theUI processor 50 is operable to simultaneously to execute steps at 132, 136, 140 and 142. Atstep 132, theUI processor 50 is operable to monitor the on/off switch of the remoteelectronic device 12. Thereafter atstep 134, theUI processor 50 is operable to determine whether the on/off switch of the remoteelectronic device 12 has been turned on. If not, theprocess 130 loops back tostep 132. If, atstep 134, theUI processor 50 determines that the on/off switch has been turned on, theUI processor 50 is operable atstep 144 to establish wireless communications with themedical device 14 as described hereinabove with respect toFIGS. 1-3 . - The
UI processor 50 is operable atstep 136 of theprocess 130 to monitor a number of automatic reminders programmed therein. Thereafter atstep 138, theUI processor 50 is operable to determine whether any of the programmed automatic reminders has triggered the power up of the remoteelectronic device 12 from a powered down state. Alternatively, theUI processor 50 may be operable atsteps electronic device 12, and to determine whether and when the remoteelectronic device 12 powers up from a powered down state in response to the occurrence of an automatic reminder. In either case, the “NO” branch ofstep 138 loops back to step 136, and the “YES” branch ofstep 138 advances to step 144 where theUI processor 50 is operable to establish a wireless connection with themedical device 14 as described above. - The
UI processor 50 is operable atstep 140 to monitor the main menu to determine whether the user has selected the bolus advice feature from the main menu (or alternatively from a blood glucose determination menu). If not, theprocess 130 loops back to the beginning ofstep 140, and if theUI processor 50 determines atstep 140 that a user has selected the bolus advice feature, theprocess 130 advances to step 144 where theUI processor 50 is operable to establish a wireless connection with themedical device 14 as described above. - The
UI processor 50 is operable at 142 to monitor the main menu display on thedisplay device 18 of the remoteelectronic device 12 to determine whether a user has selected the “my data” feature from the main menu. Illustratively, the “my data” feature corresponds to a data viewing, editing and reporting feature via which a user may view current, historical and trend data relating to operation of the on-board glucose meter and/or themedical device 14. In any case, the “NO” branch atstep 142 loops back to the beginning ofstep 142, and the “YES” branch advances to step 144 where theUI processor 50 is operable to establish wireless connection with themedical device 14 as described above. - Referring now to
FIG. 6 , a flow chart is shown of one illustrative embodiment of aprocess 145 that is carried out in the remoteelectronic device 12 for processing information at certain times when a wireless connection is established between the remoteelectronic device 12 and themedical device 14. Illustratively, theprocess 145 is stored in thememory device 66 of theUI processor 50 in the form of instructions that are executable by theUI processor 50 to carry out theprocess 145. Theprocess 145 begins atstep 146 where theUI processor 50 is operable to determine whether a wireless communication link has just been established between the remoteelectronic device 12 and themedical device 14, such as via one or more of the operations illustrated and described with respect toFIG. 5 . If not, theprocess 145 loops back to the beginning ofstep 146. Illustratively, theUI processor 50 is operable while executingstep 146 to also executestep 148 where theUI processor 50 is operable to determine whether the remoteelectronic device 12 has just exited a remote terminal operating mode in which the remoteelectronic device 12 is configured to control operation of themedical device 14 in substantially real time over a wireless connection established between the twodevices step 148, theUI processor 50 determines that the remoteelectronic device 12 has not just exited the remote terminal operating mode with the wireless connection still established, theprocess 145 loops back to the beginning ofsteps step 148, theUI processor 50 determines that the remote electronic device has just exited the remote terminal operating mode with the wireless connection still established between thedevices step 146, theUI processor 50 determines that a wireless communication link has just been established between the remoteelectronic device 12 and themedical device 14, theUI processor 50 is operable to execute each ofsteps - At
step 150, theUI processor 50 is operable to transfer operating data, e.g., event history information, from themedical device 14 to the remoteelectronic device 12 via the wireless communication link. In one embodiment, the remoteelectronic device 12 includes four separate databases that hold history information for computing boluses and for reviewing and/or further analyzing. Referring toFIG. 7 , a diagram is shown of one illustrative embodiment of four such databases that are included in the remoteelectronic device 12, and that are illustratively located in thememory device 66. The four databases include a BG/Diary database 65, a pump records (PR)database 67, a meal correction (MC)database 69 and a correction records (CR)database 71. The BG/Diary database 65 acts as the main database, and thePR database 67,MC database 69 andCR database 71 are support databases which hold data used to calculate active insulin and bolus advice. The BG/Diary database 65 holds the overall resulting bolus advice data long with interim and input data used in determining the bolus advice. As illustrated inFIG. 7 , the BG/Diary database 65 is in data communication with each of the other threedatabases - In one illustrative embodiment, the BG/
Diary database 65 can hold 1000 records and operates as a circular queue that will over-write the records, oldest first, after the first 1000 records have been accumulated. The BG/Diary database 65 contains the bolus advice calculations and input parameters used in the bolus calculations. - In one embodiment, the correction records (CR)
database 71 can hold 150 records and also operates as a circular queue that will over-write the records, oldest first, after the first 150 records have been accumulated. In this embodiment, theCR database 71 is intended to hold 8 hours of prior bolus information. Thecorrection records database 71 is monitored over time by theUI processor 50 to determine which of the records are active and which are inactive. Thecorrection records database 71 is used to determine the amount of active insulin in the body, and uses only the active records to determine this parameter. Each record in theCR database 71 is associated with a specific record in the BG/Diary database, and this association is determined by the BG/Diary date and time stamp and a record counter value of the specific BG/Diary database record. In this example embodiment, the BG/Diary results are stored with a resolution of one minute, and multiple BG/Diary records can be created each minute. Accordingly, the record counter is useful in this embodiment to distinguish between multiple BG/Diary records that may have the same date and time stamp. - In the illustrated embodiment, the
meal correction database 69 is a single record database that is updated each time a BG/Diary record with a carbohydrate amount that exceeds a programmable snack size or meal excursion limit is added to the BG/Diary database 65. This update occurs whether the current meal correction record is active or not. Like thecorrection records database 71, the meal correction database is monitored over time to determine whether the sole record in themeal correction database 69 is or is not currently active. The meal correction record is used when determining the upper BG level that is, in turn, used during the calculation of a correction bolus. The sole record in themeal correction database 69 is also associated with a specific record in the BG/Diary database 65, and this association is determined by the BG/Diary date and time stamp and a record counter value for the specific BG/Diary record. - In the example embodiment, the
pump records database 67, like the BG/Diary database 65, can hold 1000 records and also operates as a circular queue that will over-write the records, oldest first, after the first 1000 records have been accumulated. The pump records are received by thepump records database 68 when the operating data from the pump, e.g., the pump history records, are transferred to the remoteelectronic device 12 according to step 154 of theprocess 150 ofFIG. 6 . The pump history records are synchronized with specific records in the BG/Diary database 65 with the intent of matching up actual pump delivery amounts from the pump history records with bolus amounts in the BG/Diary database 65. As will be described in greater detail hereinafter with respect toFIGS. 10 and 11 , pump history records that match corresponding BG/Diary records are used to confirm the bolus amounts in the BG/Diary database 65 as part of the synchronization process. When a pump record cannot be matched with a specific record in the BG/Diary database 65, a new record containing the pump information is added to the BG/Diary database 65. ThePR database 67, in the illustrated embodiment, is used strictly as a scratch pad area for holding pump records that are transferred from thepump 14 to the remote electronic device pursuant to step 154 of theprocess 150 ofFIG. 6 . - Referring now to
FIGS. 8 and 9 , one illustrative embodiment of the process carried out at step 154 of theprocess 150 illustrated inFIG. 6 is shown. Referring specifically toFIG. 8 , a diagram is shown of adata buffer 170 that resides in the pump history (PH)memory device 29 of themedical device 14. Thedata buffer 170 is configured to store time stamped medical device event records, and in the embodiment illustrated inFIG. 7 thedata buffer 170 is a first-in-first-out (FIFO) buffer that is sized to store a predefined number, e.g., 4500, medical device event records. Also in the illustrated embodiment, a history position pointer, HP, points to the last medical device event record that was transferred from themedical device 14 to the remoteelectronic device 12 during the most recent download of the medical device event records from themedical device 14 to the remoteelectronic device 12. However, when themedical device 14 is re-paired with a new remoteelectronic device 12 or re-paired with an existing remoteelectronic device 12, the history position pointer, HP, is illustratively set to point to the first record in the data buffer. - In any case, the medical device event records are illustratively stored in the
data buffer 170 in the order of time of occurrence such that the oldest medical device event record is at the output of thedata buffer 170 and the newest medical device event record is at the input of thedata buffer 170. - Referring now to
FIG. 9 , a flow chart is shown of one illustrative embodiment of a process for carrying out step 154 of theprocess 150 ofFIG. 6 to transfer portions of the time stamped medical device event records from themedical device 14 to the remoteelectronic device 12. The flow chart ofFIG. 9 is partitioned into portions that are carried out by the remoteelectronic device 12 and other portions that are carried out by themedical device 14. Thus, the remote electronic device will carry out some of the steps of the illustrative process while themedical device 14 will carry out others. The data transfer process begins atstep 172 where theUI processor 50 of the remoteelectronic device 12 is operable to determine whether a wireless connection between the remoteelectronic device 12 and themedical device 14 has just been established. If not, the process loops back to the beginning ofstep 172, otherwise the process advances to step 174 where theUI processor 50 of the remoteelectronic device 12 is operable to send a read pump history command to themedical device 14 via thewireless communication circuit 54. Thereafter atstep 176, theprocessor 28 of themedical device 14 is operable to receive, via thewireless communication circuit 30, the read pump history command sent by the remoteelectronic device 12. Thereafter atstep 178, theprocessor 28 of themedical device 14 is operable to scan the pump history records that have been saved in thememory device 29 since storage therein of the pump history record to which the history position pointer, HP, points. If, atstep 180, theprocessor 28 determines that enough records have been found in the scan to form a block of records, or if a response time for responding to the read pump history command sent by the remoteelectronic device 12 is about to expire, the process advances fromstep 180 to step 182. Otherwise, step 180 loops back to step 178 to continue to scan and search for pump history records that have been stored in thedata buffer 170 since the storage therein of the pump history record to which HP points. - At
step 182, theprocessor 28 of themedical device 14 is operable to determine whether a history gap flag has been set. If so, the process advances to step 184 where theprocessor 28 includes a history gap indicator in the response to be sent to the remoteelectronic device 12. Theprocessor 28 is further operable atstep 184 to determine from thedata buffer 170 whether additional pump history data is available after detecting the history gap from the history gap flag. Illustratively, theprocessor 28 further includes information in the response to be sent to the remoteelectronic device 12 that indicates whether any such additional pump history data is available after the detected history gap. Fromstep 184, and from the “NO” branch ofstep 182, the process advances to step 186 where theprocessor 28 is operable to send, via thewireless communication circuit 30, a block or partial block of pump history event records to the remoteelectronic device 12. Thereafter atstep 188, theUI processor 50 of the remoteelectronic device 12 is operable to receive, via thewireless communication circuit 54, the block or partial block of pump history event records from themedical device 14. Thereafter atstep 190, theUI processor 50 is operable to determine whether the processing of the block or partial block of pump history event records, e.g., transferring of the pump history event records to thePR database 67, was successful. If not, the process loops back to step 174 where the pump history request, search and transfer process just described is repeated. If, atstep 190, theUI processor 50 determines that the processing of the block or partial block of pump history event records atstep 188 was successful, the process advances to step 192 where theUI processor 50 is operable to send thewireless communication circuit 54, a successful transfer message to themedical device 14. Thereafter atstep 194, theprocessor 28 of themedical device 14 is operable to receive, via thewireless communication circuit 30, the successful transfer message, and to deactivate or render inactive the history gap flag and set the history position pointer, HP, to a new location in thedata buffer 170 that corresponds the oldest pump history event record that was sent to, and successfully processed by, the remoteelectronic device 12. Fromstep 194, the process loops back to step 176 to again scan pump history event records that were saved in the pumphistory memory device 29 since storing the pump history event record to which the newly positioned history position pointer, HP, now points. - Step 192 of the illustrated process additionally advances to step 196 where the
UI processor 50 is operable to determine whether all pump history event records since the previous execution of the illustrative process have been transferred from themedical device 14 to the remoteelectronic device 12. Illustratively, theprocessor 28 of themedical device 14 is operable to include a last record indicator in the block or partial block of pump history event records transferred from themedical device 14 to the remoteelectronic device 12 atstep 184. If, atstep 196, theUI processor 50 determines that the last record information was received and processed in the most recent block or partial block of the pump history event records sent from themedical device 14 to the remoteelectronic device 12, the process advances to step 198 where the process ends. Otherwise, the process loops fromstep 196 back to step 174 where the process continues as described until all pump history event records that were stored in thememory device 29 of theprocessor 28 since the previous execution of the illustrated process are transferred. - At
step 200, theprocessor 28 of themedical device 14 is operable to monitor the data in the pump history event record to which the history position pointer, HP, points. Thereafter atstep 202, theprocessor 28 is operable to determine whether the data in the pump history event record to which HP points has changed since the previous transfer of information from themedical device 14 to the remoteelectronic device 12. If so, this means that at least some of the pump history event records stored in thedata buffer 170 have been overwritten since the last transfer of information from themedical device 14 to the remoteelectronic device 12, and that a gap in the time line of pump history event records therefore exists. In this case, the process advances fromstep 202 to step 204 where theprocessor 28 is operable to activate the history gap flag described above. Otherwise, step 202 loops back tostep 200. - Referring again to
FIG. 6 , theprocess 145 advances fromstep 150 to step 152 where theUI processor 50 is operable to process the medical device operating data that was transferred from themedical device 14 to the remoteelectronic device 12 atstep 150. Referring now toFIGS. 10 and 11 , a flowchart is shown of one illustrative process for carrying outstep 152 of theprocess 145 ofFIG. 6 to process the pump history records and synchronize the pump history records with the BG/Diary records in the BG/Diary database 65. Illustratively, the process ofFIG. 10 is stored in thememory unit 66 in the form of instructions that are executable by theUI processor 50 to carry out the illustrated process. - The pump history records transferred from the
pump 14 to the remoteelectronic device 12 may include commanded and non-commanded pump events. Commanded events are generally those in which the remoteelectronic device 12 commands theliquid infusion pump 14, via thewireless communication circuits electronic device 12 and thepump 14 are operating in a remote terminal operating mode as briefly described above. In such cases, the commanded events are treated as being locally commanded, i.e., commanded by pressing appropriate ones of thekeys 32 of thepump 14. Non-commanded events, in contrast, are those that were performed manually by the user and not commanded by the remoteelectronic device 12. Non-commanded events may include manually programming the liquid infusion pump 14 to deliver desired bolus amounts and types, and also manually delivering bolus amounts via a syringe or drug delivery pen. In the process illustrated inFIG. 10 , both commanded and non-commanded events are read from the pump history records transferred from thepump 14 to the remoteelectronic device 12 and synchronized with the BG/Diary database 65. Non-commanded events may or may not be synchronized or associated with an existing BG result. If non-commanded events are not synchronized, they are in effect orphaned but nevertheless considered part of the overall history of the user. - Illustratively, the
UI processor 50 is operable pursuant to the process illustrated inFIGS. 10 and 11 to synchronize the pump event records with the BG/Diary database 65 immediately after the records are transferred from thepump 14 to the remoteelectronic device 12. Generally, this process entails attempting to match the bolus type, bolus amount, date and time stamp of each pump event record to an existing BG/Diary record that does not yet have an associated programmed or delivered bolus amount. If a pump event record cannot be matched with such an existing BG/Diary record, a new BG/Diary record is created and added to the BG/Diary database 65. Each such new addition of a BG/Diary record will require a corresponding update of thecorrection records database 71. - If a pump event record is matched with an existing BG/Diary record, the delivered bolus amount is checked for confirmation. If the delivered amount in the pump event record matches the bolus amount in the matched BG/Diary record, the bolus amount is confirmed and the BG/Diary record is updated to reflect this result. If, on the other hand, the delivered amount in the pump event record is different from the bolus amount in the matched BG/Diary record, the actual delivered amount is confirmed and the BG/Diary record is updated to reflect this result. In this latter case, however, the
correction records database 71 is updated to reflect the actual delivered bolus amount. Illustratively, thecorrection records database 71 is updated in this manner to ensure accuracy of the active insulin value that can be determined from the data. - The process illustrated in
FIGS. 10 and 11 is executed once for each pump event record that is transferred from thepump 14 to the remoteelectronic device 12. The illustrated process begins atstep 210 where theUI processor 50 is operable to search the BG/Diary database for all records with non-confirmed bolus amounts. Thereafter atstep 212, theUI processor 50 is operable to determine whether the present pump event record corresponds to a commanded event. Generally, the pump event records will contain a field that defines whether the pump event was a commanded or non-commanded event. If theUI processor 50 determines atstep 212 that the current pump event is not a commanded event, the process advances to step A (FIG. 11 ). If theUI processor 50 instead determines atstep 212 that the current pump event record corresponds to a commanded pump event, the process advances to step 214 where theUI processor 50 is operable to determine the event type of the current pump record, i.e., whether the current pump record corresponds to a programmed bolus amount or a delivered bolus amount. Again, the pump event records illustratively contain a field that defines whether the pump event was a programmed or a delivered bolus amount. - If the
UI processor 50 determines atstep 214 that the current pump event corresponds to a programmed bolus amount, the illustrated process advances to step 216 where theUI processor 50 searches through the non-confirmed and non-programmed Standard, Extended and Multi-wave bolus type records in the BG/Diary database 65 for a record having a date/time stamp and bolus delivery type (DTD) that matches that of the current pump event record. If theUI microprocessor 50 finds such a match atstep 216, the illustrated process advances to step 218 where theUI processor 50 determines whether the time stamp (T) of the matched BG/Diary record is within a predefined time value, e.g., 6 minutes, of that of the current pump event record. If so, the illustrated process advances to step 220 where theUI processor 50 is operable to determine whether the programmed bolus amount in the BG/Diary record is equal to a user selected amount. If so, the illustrated process therefore advances to step 222 where theUI processor 50 is operable to set a bolus advice flag in the current BG/Diary record to PROG. If atstep 218 theUI processor 50 determines that the time stamps (T) of the matched BG/Diary record is not within the predefined time value of that of the current pump event record, the illustrated process advances to step 224. Likewise, if theUI processor 50 determines atstep 220 that the programmed bolus amount in the BG/Diary record is not equal to a user selected amount, the illustrated process advances to step 224. Also, if theUI processor 50 does not find a match atstep 216, the illustrated process advances to step 224. At step 224, theUI processor 50 is operable to create and add a new record to the BG/Diary database 65 using the date/time stamp and data from the current pump event record, and to set a bolus advice flag of this new record to PROG. - If, at
step 214, theUI processor 50 determines that the current pump event corresponds to a delivered bolus amount, the illustrated process advances to step 226 were theUI processor 50 is operable to determine whether the bolus delivery type was a standard bolus or either of an extended bolus and a multi-wave bolus. If theUI processor 50 determines atstep 226 that the delivered bolus type is a standard bolus (STD), the illustrated process advances to step 228 where theUI processor 50 searches through the non-confirmed and programmed Standard bolus type records in the BG/Diary database 65 for a record having a date/time stamp and bolus delivery type (DTD) that matches that of the current pump event record. If theUI microprocessor 50 finds such a match atstep 228, the illustrated process advances to step 230 where theUI processor 50 determines whether the time stamp (T) of the matched BG/Diary record is within a predefined time value, e.g., 6 minutes, of that of the current pump event record. If so, the illustrated process advances to step 232 where theUI processor 50 is operable to update the confirmed bolus amount with the delivered bolus amount from the pump event record and to then set the bolus advice flag to DELIV. If atstep 230 theUI processor 50 instead determines that the time stamps (T) of the matched BG/Diary record is not within the predefined time value of that of the current pump event record, or theUI processor 50 does not find a match atstep 228, the illustrated process advances to step 234 where theUI processor 50 is operable to create and add a new record to the BG/Diary database 65 using the date/time stamp and data from the current pump event record, and to set a bolus advice flag of this new record to DELIV. - If, at
step 226, theUI processor 50 determines from the pump event record that the delivered bolus type is not a standard bolus (STD), the illustrated process advances to step 236 where theUI processor 50 searches through the non-confirmed and programmed Extended (EXT) and Multi-wave (MW) bolus type records in the BG/Diary database 65 for a record having a date/time stamp and bolus delivery type (DTD) that matches that of the current pump event record. If theUI microprocessor 50 finds such a match atstep 236, the illustrated process advances to step 238 where theUI processor 50 determines whether the time stamp (T) of the matched BG/Diary record is within a predefined time value, e.g., 6 minutes, of that of the current pump event record. If so, the illustrated process advances to step 240 where theUI processor 50 is operable to update the confirmed bolus amount with the delivered bolus amount from the pump event record and to then set the bolus advice flag to DELIV. If atstep 238 theUI processor 50 instead determines that the time stamp (T) of the matched BG/Diary record is not within the predefined time value of that of the current pump event record, or theUI processor 50 does not find a match atstep 236, the illustrated process advances to step 242 where theUI processor 50 is operable to create and add a new record to the BG/Diary database 65 using the date/time stamp and data from the current pump event record, and to set a bolus advice flag of this new record to DELIV. - Referring now to
FIG. 11 , the “A” branch ofstep 212 of the process illustrated inFIG. 10 advances to step 250 where theUI processor 50 is operable to determine the event type of the current pump record, i.e., whether the current pump record corresponds to a programmed bolus amount or a delivered bolus amount. If theUI processor 50 determines the event type to be a programmed bolus event, the process advances to step 252 where theUI processor 50 is operable to search through the non-confirmed and non-programmed manual and pen/syringe type bolus records in the BG/Diary database 65 for a record having a date/time stamp that is closest to that of the current pump event record. Thereafter atstep 254 theUI microprocessor 50 is operable to determine whether the time stamp (T) of the BG/Diary record selected atstep 252 is within a predefined time value, e.g., 5 minutes, of that of the current pump event record. If so, the illustrated process advances to step 256 where theUI processor 50 is operable to determine whether the programmed bolus amount in the BG/Diary record is equal to a user selected amount. If so, the illustrated process advances to step 260 where theUI processor 50 is operable to set the bolus advice flag in the current BG/Diary record to PROG and to set the delivery type of the BG/Diary record to MANUAL. From the “NO” branch of either ofsteps UI processor 50 is operable to create and add a new record to the BG/Diary database 65 using the date/time stamp and data from the current pump event record, to set a bolus advice flag of this new record to PROG and to set the delivery type of the record to MANUAL. - If, at
step 250, theUI processor 50 determines from the current pump history record that the pump event type corresponds to a delivered bolus event, the illustrated process advances to step 262 where theUI processor 50 is operable to search through the Manual and Pen/Syringe type, non-confirmed and programmed records in the BG/Diary database 65 for a record having a date/time stamp that matches that of the current pump event record. If theUI microprocessor 50 finds such a match atstep 262, the illustrated process advances to step 264 where theUI processor 50 determines whether the time stamp (T) of the matched BG/Diary record is within a predefined time value, e.g., 5 minutes, of that of the current pump event record. If so, the illustrated process advances to step 266 where theUI processor 50 is operable to update the confirmed bolus amount with the delivered bolus amount from the pump event record and to then set the bolus advice flag to DELIV. If atstep 262 theUI processor 50 does not find a match, and also from the “NO” branch ofstep 264, the illustrated process advances to step 268 where theUI processor 50 is operable to create and add a new record to the BG/Diary database 65 using the date/time stamp and data from the current pump event record. Thereafter atstep 270, theUI processor 50 is operable to set the bolus advice flag of this new record to DELIV and to set the delivery type to MANUAL. - Further details relating to the processing of information in one or more of the
databases - Referring again to
FIG. 6 , the “YES” branch ofstep 146 also advances to step 156 where theUI processor 50 is operable to send a time request message to themedical device 14 via the wireless communication link. Thereafter atstep 158, the medical device receives the time request and sends a current medical device time (MDT) to the remoteelectronic device 12 via the wireless communication link. Thereafter atstep 160, the remoteelectronic device 12 receives MDT and compares the medical device time to the current remote electronic device time (RDT). Followingstep 160, theUI processor 50 is operable atstep 162 to determine whether a difference between MDT and RDT is greater than 60 seconds. If so, theUI processor 50 is operable to set the current remote electronic device time, RDT, equal to the medical device time, MDT that was wirelessly sent by themedical device 14 to the remoteelectronic device 12 atsteps step 164, theprocess 145 advances to step 166 where theUI processor 50 is operable to update thecorrection records database 71 and themeal correction database 69 with the new remote device time, RDT. More specifically, when the remote electronic device time, RDT, changes, the active records in thecorrection records database 71 and themeal correction database 69 are updated based on the new RDT. - The “YES” branch of
step 146 also advances to step 168 where theUI processor 50 is operable to check and act on any warnings, alarms or errors that are associated with themedical device 14 and the occurrence of which is communicated wirelessly to the remoteelectronic device 12 when the wireless communication link is established. Followingsteps step 162, theprocess 145 ends. - Referring now to
FIGS. 12A-12C , a flow chart is shown of one illustrative embodiment of abolus advice process 300 that is carried out by the remoteelectronic device 12. In the context of the flowchart ofFIGS. 12A and 12B , themedical device 14 is illustratively implemented in the form of an insulin infusion pump, and will be described as such throughout the description of theprocess 300. It will be understood, however, that this disclosure contemplates alternate embodiments in which themedical device 14 is or includes one or more other conventional medical devices. - Illustratively, the
process 300 is stored in thememory device 66 of theUI processor 50 in the form of instructions that are executable by theUI processor 50 to carry out thebolus advice process 300. Theprocess 300 presumes that the remoteelectronic device 12 is powered up and that theUI processor 50 is currently controlling thedisplay device 18 to display amain menu 302 that is generally displayed upon power up of the remoteelectronic device 12. Illustratively, themain menu 302 provides for a number of selectable user options that include, but that should not be limited to, a blood glucose (BG) test, a bolus advice process, a pumpremote control process 304, a “my data”process 306 and a settings or device set up process. The pumpremote control process 304, or remote terminal operational mode as referred to above, illustratively provides a menu-driven process by which the remoteelectronic device 12 may control operation of theinsulin infusion pump 14 substantially in real time. One illustrative embodiment of such a process is described in co-pending PCT Patent Application No. PCT/US2008/066288, which is assigned to the assignee of this disclosure, and the disclosure of which has been incorporated herein by reference. - The “my data”
process 306 illustratively provides for the viewing and editing of diary records, e.g., specific BG test records and pump history records, and also for the analysis of the records over daily and/or weekly time periods. Illustratively, theUI processor 50 stores in thememory 66 up to 1,000 diary records, and up to 250 records may be reviewed using the remote electronic device. The diary records may also be downloaded to a PC or other computer, and using compatible software all records may be viewed and/or analyzed. Each diary record may contain date and time, BG test result, meal time events, carbohydrate value, health event, bolus type, bolus amount and duration. The UI processor can filter and/or sort data from these data records. - The “my data” process also provides for the analysis of the data records in the form of daily and weekly averages, and standard deviations, defined by time slot, and for trend analysis of any of the collected data. Standard day and standard week tables or graphs may be generated to view averages and/or trends. Various charting and table options are also available for presenting data in desired formats.
- The BG test process that may be selected from the
main menu 302 begins atstep 308 where theUI processor 50 determines whether the user has selected the BG test process from themain menu 302. If not, the “NO” branch ofstep 308 loops back to the beginning ofstep 308. If, atstep 308, theUI processor 50 determines that the user has selected the BG process from themain menu 302, theprocess 300 advances to step 310 where theUI processor 50 controls thedisplay device 18 to prompt a user to conduct a BG test. In one embodiment, theUI processor 50 controls thedisplay device 18 to visually guide a user through a blood glucose measurement sequence in which a user inserts acarrier 22 into theglucose measurement facility 20 of the remoteelectronic device 12 and deposits a sample of blood on thecarrier 22, after which theblood glucose meter 88 analyzes the blood sample in a conventional manner to produce a blood glucose (BG) value that corresponds to a concentration of glucose in the deposited blood sample. The blood glucose value, BG, is provided by theblood glucose meter 88 that is on-board the remoteelectronic device 12 to theUI processor 50 as describe hereinabove. Fromstep 310, theprocess 300 advances to step 312 where theUI processor 50 is operable to control thedisplay device 18 to display the BG value along with an on-screen color indicator that is based on the BG value relative to one or more reference BG values. - Referring now to
FIG. 13 , a flow chart is shown of one illustrative embodiment of aprocess 350 for controlling thedisplay device 18 of the remoteelectronic device 12 to indicate readily perceptible warnings and/or alerts. Theprocess 350 may illustratively be used to carry outstep 312 of theprocess 300 illustrated inFIG. 12A , although theprocess 350 is broader than briefly described with respect to step 312 and may alternatively or additionally be used to control a display device of the remoteelectronic device 12 and/or themedical device 14 generally to display any analyte or drug related value with an on-screen color indicator that is based on the value of the analyte or drug related value relative to one or more reference values. In the illustrated embodiment, theprocess 350 may be stored in thememory device 66 of theUI processor 50 and/or in thememory device 25 of theprocessor 28 of theinsulin infusion pump 14 in the form of instructions that are executable by theprocessor - The
process 350 begins atstep 352 where theprocessor step 352 loops back to the beginning ofstep 352. Otherwise, theprocess 350 advances to step 354 where theprocessor step 356, theprocessor display device step 354 when displaying the measured or computed value and/or a warning message related to the measured or computed value. Fromstep 356, theprocess 350 ends. - The
process 350 ofFIG. 13 may illustratively be used atstep 312 of theprocess 300 to display the measured BG value with an on-screen color indicator. In one example embodiment, theUI processor 50 may be operable atstep 356 of theprocess 350 to display a green bar next to measured and displayed BG values that are within a target range, to display a yellow bar next to measured and displayed BG values that are between the target range and a hypoglycemic limit value, to display a red bar with the text HYPO within the red bar next to measured and displayed BG values that are less than the hypoglycemic limit value, to display a light blue bar next to measured and displayed BG values when the measured BG values are between the target range and a hyperglycemic limit value, and to display the text HYPER within the light blue color bar next to measured and displayed BG values that are greater than the hyperglycemic limit value. In some alternative embodiments, more, fewer and/or different colors may be displayed based on more, fewer and/or different BG value comparisons with BG limits or ranges. In other alternative embodiments, one or more portions of the display, or the entire display, may be changed in color based on the measured or computed value relative to one or more reference values. Any such color change may be implemented as a solid or transparent color, flashing or otherwise patterned in time, and/or accompanied by one or more explanatory messages. - Also following
step 310, theprocess 300 advances to step 314 where theUI processor 50 is operable to execute a hypoglycemic test process in relation to the blood glucose value, BG, measured atstep 310. Referring now toFIG. 14 , a flowchart is shown of one illustrative embodiment of thehypoglycemic test process 314. Illustratively, theprocess 314 is stored in thememory 66 of theUI processor 50 in the form of instructions that are executable by theUI processor 50 to conduct the hypoglycemic test. Theprocess 314 begins atstep 360 where theUI processor 50 is operable to determine whether the measured BG value, BG, is less than a hypoglycemic limit value, BGHYPO. If so, theprocess 314 advances to step 362 where theUI processor 50 is operable to control thedisplay device 18 to display a message indicating that the measured BG value is too low for a bolus to be delivered. Thereafter atstep 364, theUI processor 50 is illustratively operable to compute a number of carbohydrates, e.g., fast-acting carbohydrates, which will be suggested to be taken by the user to get the user's blood glucose value back to a target blood glucose value, BGTARGET. In one embodiment, for example, theUI processor 50 is operable atstep 364 to compute the required carbohydrates according to the formula CARBS=(BGTARGET−BG)*IS*CR, wherein IS corresponds to a programmable insulin sensitivity value and CR corresponds to a programmable carbohydrate ratio. In any case, theprocess 314 advances fromstep 364 to step 366 where theUI processor 50 is operable to control thedisplay device 18 to display a message recommending intake of the computed amount of carbohydrates. In one embodiment, the CARBS value has a lower limit, e.g., 12 grams, which is substituted for the computed CARBS value when the computed GARBS value is less than the lower limit. Followingstep 366, theprocess 314 returns the value RETURN to theprocess 300 ofFIG. 12A , and following the “NO” branch ofstep 360 theprocess 314 returns the value ADVANCE to theprocess 300 ofFIG. 12A . Thus, if the blood glucose measurement taken atstep 310 is less than BGHYPO, theprocess 300 follows the RETURN path fromstep 314 and loops back to display the main menu. If the blood glucose measurement taken atstep 310 is not less than BGHYPO, theprocess 300 follows the ADVANCE path to step 316. In alternate embodiments, the hypoglycemic limit value, BGHYPO, may be replaced atstep 360 by another suitable lower BG limit. - If the
process 300 reaches step 316, the BG value display screen illustratively provides a bolus option that a user may select to enter the bolus advice process directly from the BG measurement process. TheUI processor 50 is accordingly operable following the ADVANCE path fromstep 314 to step 316 to determine whether the user has selected the bolus option from the BG display. If not, theprocess 300 advances to step 318 where the user has pressed another key or has selected another option, or alternatively has done nothing and caused the BG value screen to time out. Generally, theUI processor 50 is operable to store the BG value in thememory unit 66 along with measurement time and date information. Illustratively, the user may also store additional information along with the time and date stamp BG value, examples of which may include, but should not be limited to, the timing of the BG measurement relative to meal, bedtime and/or awake time information, amount of carbohydrates taken at the time of the BG measurement, health information such as exercise level, illness or stress, and the like. In any case, if theUI processor 50 determines atstep 316 that the user has selected the bolus key option from the BG value display screen, theprocess 300 advances to step 322. - From the
main menu 302, the user may alternatively select the bolus advice process, and theUI processor 50 is accordingly operable atstep 320 to determine if the user has selected the bolus advice process. If not, the “NO”branch step 320 loops back at the beginning ofstep 320, and otherwise theprocess 300 advances to step 322 where theUI processor 50 is operable to determine whether the pump history and/or bolus threshold and/or pump status information was updated when thebolus advice process 300 was entered either viastep 316 orstep 322. If not, theprocess 300 advances to step 324 where theprocessor 50 is operable to control thedisplay device 18 to display a warning message on the bolus advice screen that one or more bolus advice values and/or an active insulin may not be based on current drug pump operating history. Fromstep 324, and from the “YES” branch ofstep 322, theprocess 300 advances to step 326 where theprocessor 50 is operable to compute the active insulin value, AI. Thereafter atstep 328, theUI processor 50 is operable to compute a first bolus value, B1, which is illustratively based on a recent blood glucose value and also on pump operating history data. In embodiments in which blood glucose has not recently been measured, B1=0. Also atstep 328, theUI processor 50 is operable to compute a second bolus value, B2, that is illustratively based on CARB values entered by the user that correspond to carbohydrates that the user has taken or is planning to take. Further atstep 328, theUI processor 50 is operable to compute a third bolus value, B3, which is illustratively based on health information entered by the user that corresponds to a current health state of the user. As one illustrative example, the health state of the user may correspond to exercise, stress, illness, or the like. Further details relating to illustrative techniques for computing AI and B1-B3 are provided in co-pending PCT patent application Ser No PCT/US2008/066331, the disclosure of which has been incorporated herein by reference. - The
process 300 advances fromstep 328 to step 330 where theUI processor 50 is operable to compute a total recommended bolus, TRB, as a sum of B1-B3. Thereafter atstep 332, theUI processor 50 is operable to control thedisplay unit 18 to display a bolus advice screen that shows the active insulin value, AI, any recent blood glucose value, BG, a BG color indicator as described with respect to step 312, B1-B3, TRB and a bolus type, e.g., standard (STD), multi-wave (MW), extended (EXT), each of which may be used to automatically program thepump 14 from the remoteelectronic device 12, and two manual types. In one embodiment, if a blood glucose measurement, BG, has been conducted within a predefined time period prior to executingstep 332, theUI processor 50 is operable atstep 332 to display the bolus advice screen showing the measured blood glucose value, BG. Otherwise, theUI processor 50 may be illustratively operable atstep 332 to display “bG Test” on the screen where a BG value would be shown if a current BG value was available. Fromstep 332, theprocess 300 advances to a sub-process B. In general, any value that was measured by or entered into the remoteelectronic device 12 ormedical device 14 may illustratively be displayed when a screen that includes such a value is displayed if the value was measured or entered within a predefined time period since measuring or entering the value. - Referring now to
FIG. 15 , a graphic example is shown of one illustrative embodiment of a bolusadvice display screen 386 produced by theprocess 300 ofFIG. 12A at the point just prior to executing sub-process B, i.e., afterstep 324 orstep 330. In the illustrated example, aBolus Advice label 370 appears at the top of thescreen 368 to indicate that the user is executing the bolus advice feature. A blood drop symbol appears next to the displayedblood glucose value 372, e.g., 120 mg/dl, and a color bar 374, providing a visual indication of theblood glucose value 372 relative to an acceptable blood glucose range and/or a number of blood glucose limits, is positioned next to theblood glucose value 372. Theactive insulin value 378, e.g., −2 U, is positioned under theblood glucose value 372, and abolus value 376, corresponding to the bolus value B1, is displayed adjacent to theactive insulin value 378. As described above, if thebolus advice screen 368 was generated viastep 330 and a recently measured blood glucose value, BG, was not available, thevalue 120 mg/dL would illustratively be replace by the phrase bG Test. - An apple symbol is used to identify a
carbohydrates field 380, and a heart symbol is used to identify ahealth field 382. Abolus type indicator 386 appears below thehealth field 382 and the total recommendedbolus value 382, e.g., 3 U, is displayed adjacent to thebolus type indicator 386. Abolus type 388, e.g., Standard, is displayed below the total recommendedbolus 384. At the bottom of the screen between Cancel and Confirm inputs, aBlueTooth® symbol 390 is provided to indicate the connection status of the wireless communication link with theinsulin infusion pump 14, e.g., solid when a wireless connection exists and otherwise flashing. - Referring now to
FIGS. 12B and 12C , the sub-process B identified afterstep 332 ofFIG. 12A , is shown, wherein the sub-process B forms part of thebolus advice process 300. It will be observed that the sub-process B includes a number of processes that may each be accessed independently any number of times. For example, the sub-process B includes aprocess 400 for measuring a blood glucose value and computing a bolus amount, B1, which corresponds to the BG measurement. In the illustrated embodiment, theprocess 400 begins atstep 402 where theUI processor 50 is operable to determine whether a strip insert, e.g., insertion of a blood glucose strip into thecarrier port 20 of the remoteelectronic device 12, has been detected or if the user has selected the bG Test field if this field is displayed in place of a blood glucose value as described above. If not, theprocess 400 loops back to the beginning ofstep 402. If, atstep 402, theUI processor 50 determines that a strip insert or user selection of the bG Test field has been detected, theprocess 400 advances to step 404 where theUI processor 50 is operable to conduct a blood glucose test, e.g., by prompting and guiding a user through such a BG test as described above, which returns a measured blood glucose value, BG. Thereafter atstep 406, theUI processor 50 is operable to execute thehypoglycemic test process 314 illustrated inFIG. 14 and described above. If thehypoglycemic test process 314 returns a value RETURN, this indicates that the blood glucose value is too low to recommend a bolus value and theprocess 400 advances to step 414 where theUI processor 50 is operable to exit the bolus advice feature and display themain menu 302. If thehypoglycemic test process 314 instead returns the value ADVANCE, theprocess 400 advances to step 408 where theUI processor 50 is operable to compute all of the bolus values, B1-B3. In the illustrated embodiment, measured and/or user entered value may have an effect on one or more of the bolus values, B1-B3, and theUI processor 50 is accordingly operable in sub-process B to re-compute each bolus value, B1-B3, after each BG measurement, Carbohydrate entry or health entry. In any case, followingstep 408 theUI processor 50 is operable atstep 410 to compute a total recommended bolus value, TRB, as a sum of B1 and two other bolus values, B2 and B3. Thereafter atstep 412, theUI processor 50 is operable to update the bolus advice screen with BG; a BG color indicator as described above, B1-B3 and TRB. Fromstep 412, theprocess 400 loops back to the beginning of the sub-process B. - The sub-process B of
FIG. 12B further includes aprocess 420 for entering a carbohydrate value of a meal or snack that has just been, or is planned to be taken, and determining a bolus value based on the entered carbohydrate value. Theprocess 420 begins atstep 422 where theUI processor 50 is operable to determine whether a user has selected the CARB field of the displayed bolus advice screen, e.g.,item 380 illustrated inFIG. 15 . If not, theprocess 420 loops back to the beginning ofstep 422. If user selection of the CARBS field is detected atstep 422, theprocess 420 advances to step 424 where theprocessor 50 is operable to determine whether a carbohydrate value relating to a meal or snack that was just, or is planned to be, taken, has been entered by the user. If not, theprocess 420 loops back to the beginning ofstep 424. In one embodiment, the user atstep 424 may manually enter a carbohydrate value into the remoteelectronic device 12, e.g., via theuser buttons 16, that corresponds to a carbohydrate content of the meal or snack that was just taken or is planned to be taken. In an alternative embodiment, selection by the user of the carbohydrate value field displayed by theUI processor 50 on thedisplay device 18 atstep 422 may take the user to a menu-driven food database via which the user may select the various food items that comprise the meal or snack. In this embodiment, the menu-driven food database is operable to compute a total carbohydrate value based on the individual carbohydrate values of the food items selected by the user from the food database, and theUI processor 50 is operable atstep 424 to automatically enter the total carbohydrate value determined by the menu-driven food database process into the carbohydrate value field displayed on thedisplay device 18 atstep 424. In any case, if the user has entered a carbohydrate value that is detected by theUI processor 50 atstep 424, theprocess 420 advances to step 426 where theUI processor 50 is operable to re-compute each of the bolus values B1-B3. Thereafter atstep 428, theUI processor 50 is operable to compute the total recommended bolus, TRB, as the sum of B1-B3. Thereafter atstep 430, theUI processor 50 is operable to control thedisplay device 18 to update the bolus advice display screen to include the carbohydrate value provided by the user atstep 424 to display the computed bolus values, B1-B3, determined atstep 426 and to display the updated total recommended bolus value, TRB. Theprocess 420 loops fromstep 430 back to the beginning of the sub-process B. - The sub-process B of
FIG. 12B further includes a process 440 for entering a health information, and determining a bolus value based on the entered health information. The process 440 begins atstep 442 where theUI processor 50 is operable to determine whether a user has selected the Health field of the displayed bolus advice screen, e.g.,item 382 illustrated inFIG. 15 . If not, the process 440 loops back to the beginning ofstep 442. If user selection of the Health field is detected atstep 442, the process 440 advances to step 444 where theprocessor 50 is operable to determine whether a Health value has been entered by the user. If not, the process 440 loops back to the beginning of step 444. In one embodiment, when the user manually selects atstep 442 the health event field displayed on thedisplay device 18 by theUI processor 50, theUI processor 50 is operable to control thedisplay device 18 to display a plurality of health event choices. The health event choices may include, for example, but should not be limited to, no entry, one or more exercise options, an illness option and a sickness option, although more, fewer and/or different options may alternatively be available. In this embodiment, the user may define percentage values associated with each of the health event options during the device set up process such that when the user manually selects one of the health event options at step 444, theUI processor 50 is operable thereafter atstep 446 to re-compute the bolus values B1-B3. Thereafter at step 448, theUI processor 50 is operable to again compute the total recommended bolus, TRB, e.g., as a sum of the individual bolus values, B1-B3. The process 440 advances from step 448 to step 450 where theUI processor 50 is operable to control thedisplay device 18 to update the bolus advice display to include the health event, the bolus values, B1-B3, and the total recommended bolus value, TRB. The process 440 loops fromstep 450 back to the beginning of the sub-process B. - The sub-process B of
FIG. 12B further includes aprocess 460 that allows the user to manually modify the total recommended bolus value, TRB. Theprocess 460 begins atstep 462 where theUI processor 50 is operable to determine whether a user has selected the TRB field of the displayed bolus advice screen, e.g.,item 384 illustrated inFIG. 15 . If not, theprocess 460 loops back to the beginning ofstep 462. If user selection of the TRB field is detected atstep 462, theprocess 460 advances to step 464 where theprocessor 50 is operable to determine whether the user has modified the TRB value. If not, theprocess 460 loops back to the beginning ofstep 464. If theprocessor 50 determines that the user has, atstep 464, modified the TRB value, theprocess 460 advances to step 466 where theUI processor 50 is operable to control thedisplay device 18 to update the bolus advice display to include the modified total recommended bolus value, TRB. Theprocess 460 loops fromstep 466 back to the beginning of the sub-process B. - Referring now to
FIG. 12C , the sub-process B further includes aprocess 470 for selecting a bolus type. Theprocess 470 begins atstep 472 where theUI processor 50 is operable to determine whether a user has selected the bolus type field of the displayed bolus advice screen, e.g.,item 388 illustrated inFIG. 15 . If not, theprocess 470 loops back to the beginning ofstep 472. If user selection of the bolus type field is detected atstep 472, theprocess 470 advances to step 474 where theprocessor 50 is illustratively operable to display available bolus types on the bolus advice screen. In one illustrative embodiment, the available bolus types may include, but should not be limited to, a standard bolus (STD), a multi-wave (MW) bolus, an extended (EXT) bolus, a manually programmable bolus and a manually administered bolus via an insulin pen or syringe or the like. In cases were a wireless connection between the remoteelectronic device pump 14 is currently capable of delivering. In other cases where a wireless connection could not be established when first entering the bolus advice process, and cannot currently be established, the available bolus types may illustratively include only manually programmable and/or manual delivery via insulin pen/syringe. Those skilled in the art will recognize more, fewer and/or different bolus types that may be made available to the user atstep 474, and any such alternative or additional bolus types are contemplated by this disclosure. - Following
step 474, theprocess 470 advances to step 476 where theUI processor 50 is operable to determine whether the user has selected a bolus type. If not, theprocess 470 loops back tostep 474. If theprocessor 50 determines that the user has, atstep 476, selected a bolus type, theprocess 470 advances to step 476 where theUI processor 50 is operable to control thedisplay device 18 to update the bolus advice display to include the selected bolus type. Theprocess 470 loops fromstep 478 back to the beginning of the sub-process B. - The sub-process B of
FIG. 12C further includes aprocess 480 that allows the user to cancel and exit the bolus advice process. Theprocess 480 begins atstep 482 where theUI processor 50 is operable to determine whether a user has selected the Cancel function displayed on the bolus advice screen, e.g., seeFIG. 15 , such as via one of theuser buttons 16. If not, theprocess 480 loops back to the beginning ofstep 482. If user selection of the Cancel function is detected atstep 482, theprocess 480 advances to step 484 where theprocessor 50 is illustratively operable to exit the bolus advice process and display themain menu 302. - The sub-process B of
FIG. 12C further includes aprocess 490 that allows the user to confirm the diary entry including the total recommended bolus, TRB, for delivery. Theprocess 490 begins atstep 492 where theUI processor 50 is operable to determine whether a user has selected the Confirm function displayed on the bolus advice screen, e.g., seeFIG. 15 , such as via one of theuser buttons 16. If not, theprocess 490 loops back to the beginning ofstep 492. If user selection of the Confirm function is detected atstep 492, theprocess 490 advances to step 494 where theUI processor 50 is illustratively operable to determine whether the current value of TRB is less than or equal to zero, i.e., whether the user has confirmed a null or negative bolus. If so, theprocess 490 advances to step 496 where theUI processor 50 is illustratively operable to store the bolus advice record, and to exit the bolus advice process and display themain menu 302. - It at
step 494, theUI processor 50 determines that TRB is not less than or equal to zero, theprocess 490 advances to step 498 where theUI processor 50 is operable to determine whether the user confirmation detected atstep 492 is of a manual, e.g., manual pump or pen/syringe, or commanded, e.g., STD, MW or EXT, bolus. If the user confirmation is of a commanded bolus, theprocess 490 advances to step 500 where theUI processor 50 is operable to determine whether the remoteelectronic device 12 and thepump 14 are still wirelessly connected via a wireless communication link 40 (seeFIG. 1 ). If not, theprocess 490 advances to step 502 where theUI processor 50 sets as the currently available bolus types only the manual bolus types, i.e., manual pump and pen/syringe, and theprocess 490 thereafter loops back to the beginning of the sub-process B. Thus, if theUI processor 50 determines after user confirmation of a commanded bolus, e.g., STD, MW or EXT, that a wireless connection does not or no longer exists between the remoteelectronic device 12 and theinfusion pump 14, theprocess 490 returns to the bolus advice process of sub-process B where theUI processor 50 makes available as user selectable bolus types, e.g., atstep 474 of theprocess 470, only manually deliverable bolus types, e.g., via manual programming of an infusion pump or via manual delivery via a drug pen or syringe. - If, at
step 500, theUI processor 50 determines that the remoteelectronic device 12 and thepump 14 are still wirelessly connected, theprocess 490 advances to step 504 theUI processor 50 determines whether the user selected bolus type, i.e., the bolus type selected by the user atstep 476, is a Standard bolus, STD. If so, theprocess 490 advances to a process C. If not, theprocess 490 advances to step 506 where theUI processor 50 is operable to determine whether the user selected bolus type, i.e., the bolus type selected by the user atstep 476, is a multi-wave bolus, MW. If so, theprocess 490 advances to a process D. If not, theprocess 490 advances to a process E. - If, at
step 498, theUI Processor 50 determines that the user confirmation detected atstep 492 is of a manual bolus, theprocess 490 advances to step 508 where theUI processor 50 is operable to determine whether the confirmed bolus type is a manual pump (MP), corresponding to manually programming an infusion pump to deliver the bolus, or a pen/syringe (PS), corresponding to manual delivery of the bolus via a conventional drug pen or syringe. If the confirmed bolus is a manual pump (MP), theprocess 490 advances to a process F, and if the confirmed bolus is a pen/syringe (PS), theprocess 490 advances to a process G. - As described hereinabove with respect to
FIGS. 5-11 , the remoteelectronic device 12 and thepump 14 illustratively cooperate to transfer pump operating history and bolus threshold/status from thepump 14 to the remote electronic device when a user accesses thebolus advice process 300. The remote electronic device is further operable to compute B1 based, at least in part, on recent bolus delivery history, and utilize the wireless communication link to wirelessly program thepump 14 to deliver boluses. However, in situations in which a wireless connection cannot be established when thebolus advice process 300 is accessed or thereafter, neither recent pump history nor bolus threshold/status information is transferred from thepump 14 to the remoteelectronic device 12, and the remoteelectronic device 12 cannot remotely program thepump 14 to deliver a recommended bolus from the bolus advice process if a wireless connection between thedevices pump 14 is turned off and/or when wireless communication between the remoteelectronic device 12 and thepump 14 are disabled or otherwise compromised. During such situations, however, thebolus advice process 300 continues to be accessible, and thebolus advice process 300 illustrated and described herein is illustratively operable under such conditions to compute active insulin, AI, and a total recommended bolus, TRB, based on current BG measurements and pump history and that was previously collected and processed by the remoteelectronic device 12, and recent values of Carbs and/or health information. - In such cases, the
UI processor 50 is operable at step 522 of theprocess 300 ofFIG. 12A to determine if pump history and/or bolus threshold and pump status information was not updated at the start of the current bolus advice session. If a wireless connection cannot be established between the remoteelectronic device 12 and thepump 14, the remoteelectronic device 12 will not display the Standard, Extended or Multi-wave boluses as available bolus types atstep 476, and the user will in such cases be able to deliver the drug only by manually, e.g., locally, programming thepump 14, by manually administering the drug via conventional drug pen or syringe, or via other conventional manual drug delivery techniques. The remoteelectronic device 12 thus prompts the user to manually program or manually deliver the bolus amount under conditions where a wireless communications link is not established between thedevices UI processor 50 accordingly notifies the user when a wireless connection cannot be established when the bolus advice process is begun and when the wireless connection is lost during the bolus advice process. When wireless communications is lost during a bolus advice session, the remoteelectronic device 12 does not attempt to establish wireless communications during the current bolus advice session. - Referring now to
FIG. 16 , a flowchart is shown of oneillustrative embodiment 550 of the process C referred to in theprocess 490 ofFIG. 12C . Theprocess 550 is executed when the user has confirmed a Standard bolus of an amount TRB. Theprocess 550 begins atstep 556 where theUI processor 50 is operable to display a standard bolus confirmation screen with the total recommended bolus amount. Thereafter atstep 558, theUI processor 50 is operable to determine whether the user has selected a back, i.e., go back, function that is available on the confirmation screen. If so, theprocess 550 advances to step 560 where theUI processor 50 returns to the bolus advice screen. If not, theprocess 550 advances to step 562 where theUI processor 50 is operable to determine whether the user has selected a deliver function that is available on the confirmation screen. If not, theprocess 550 loops back tostep 560. If, atstep 562, theUI processor 50 determines that the user has selected deliver on the confirmation screen, theUI processor 50 sends a deliver command to thepump 14 to which the pump is responsive to begin delivering the standard bolus in the amount of the total programmed bolus. - The
process 550 advances from the “YES” branch ofstep 562 to step 564 where theUI processor 50 is operable to send a deliver command to thepump 14 and to store the entire record in memory. Thereafter atstep 566, theprocessor 50 is operable to receive a wireless message from thepump 14 corresponding to an amount of the total programmed bolus that is currently being delivered. TheUI processor 50 is, in turn, operable to control thedisplay device 18 to update the total recommended bolus value, TRB, to reflect delivery by thepump 14 of the bolus amount so far delivered. For example, if atstep 566 theUI processor 50 receives a message from thepump 14 that thepump 14 has delivered 1/10 U of insulin, theUI processor 50 is operable to control thedisplay device 18 to update the displayed TRB value by subtracting 1/10 U from the displayed value of TRB. Thereafter atstep 568, theUI processor 50 is operable to determine whether a user has manually stopped the insulin delivery process by manually selecting a suitable one or more of theuser buttons 16 of the remoteelectronic device 12. If theUI processor 50 determines that the user has manually stopped the delivery of insulin by thepump 14, theprocess 550 advances to step 570 whereUI processor 50 controls thedisplay device 18 to display a bolus canceled message. Otherwise, theprocess 550 advances to step 572 where theUI processor 50 is operable to determine, based on messages wirelessly provided by thepump 14, whether delivery of the standard bolus is complete. If not, theprocess 550 loops back up tostep 566. Thus, steps 566-572 illustratively result in a count down on thedisplay device 18 of bolus delivery from the total recommended bolus value, TRB. When delivery of the standard bolus is complete, step 572 advances to step 574 where theUI processor 50 is operable to control thedisplay device 18 to display a delivery complete message. Fromstep 574, and also fromstep 570, theprocess 550 advances to step 576 where theUI processor 50 stores the bolus delivery record in memory. - Referring now to
FIGS. 17A and 17B , a flowchart is shown of oneillustrative embodiment 580 of the process D referred to in theprocess 490 ofFIG. 12C . Theprocess 580 is executed when the user has confirmed a multi-wave bolus of an amount TRB. Theprocess 580 begins atstep 582 where theUI processor 50 is operable to send a MW immediate portion (IMD) and a duration (DUR) request to thepump 14 along with the total recommended bolus value, TRB. Thereafter atstep 584, theUI processor 50 is operable to determine whether a multi-wave bolus program command acknowledgement and accompanying multi-wave bolus data have been received from thepump 14. Illustratively, thepump 14 is responsive to the MW bolus program command to automatically program a multi-wave bolus in the amount of TRB using previous or default values of the immediate portion, IMD, and of the duration, DUR, of the extended portion of the multi-wave bolus, and to send an acknowledgement back to the remoteelectronic device 12 that a multi-wave bolus in the amount of TRB has been programmed having an immediate amount of IMD and a duration of DUR, and to await further instructions. If theUI processor 50 determines atstep 584 that such an acknowledgement has not been received, theprocess 580 advances to step 586 where theUI processor 50 is operable to determine whether an acknowledgement timer has timed out since sending the command atstep 582. If not, theprocess 580 loops back tostep 584. If the acknowledgement timer has timed out, theprocess 580 advances to step 588 where the UI processor returns to the previous bolus advice screen. - If, at
step 584, theUI processor 50 determines that the multi-wave bolus program acknowledgement and accompanying programmed bolus data was received, theprocess 580 advances to step 590 where theUI processor 50 is operable to display a multi-wave bolus confirmation screen with the immediate portion, IMD, the bolus duration, DUR, and the total programmed bolus amount. Thereafter atstep 592, theUI processor 50 is operable to determine whether the user has selected a back, i.e., go back, function that is available on the confirmation screen. If so, theprocess 580 advances to step 594 where theUI processor 50 is operable to return to the previous bolus advice screen. If not, theprocess 580 advances to step 596 where theUI processor 50 is operable to determine whether the user has selected the IMD field of the multi-wave bolus screen for editing. If so, theprocess 580 advances to step 598 where theUI processor 50 is operable to determine whether the user has entered a new IMD value in the IMD field of the multi-wave bolus screen. If not, theprocess 580 loops back to the beginning ofstep 598. If so, theprocess 580 loops back tostep 590. If, atstep 596, theUI processor 50 determines that the user has not selected the IMD field for editing, theprocess 580 advances to step 600 where theUI processor 50 is operable to determine whether the user has selected the DUR field of the multi-wave bolus screen for editing. If so, theprocess 580 advances to step 602 where theUI processor 50 is operable to determine whether the user has entered a new DUR value in the DUR field of the multi-wave bolus screen. If not, theprocess 580 loops back to the beginning ofstep 602. If so, theprocess 580 loops back tostep 590. If, atstep 600, theUI processor 50 determines that the user has not selected the IMD field for editing, theprocess 580 advances to step 604 where theUI processor 50 is operable to determine whether the user has selected the deliver function of the multi-wave bolus screen. If, atstep 606, theUI processor 50 has determined that the user has selected deliver on the multi-wave bolus confirmation screen, theUI processor 50 sends a deliver command to thepump 14 to which the pump is responsive to begin delivering the multi-wave bolus in the amount of the total programmed bolus having an immediate portion, IMD, and a duration, DUR. - The
process 580 advances from the “YES” branch ofstep 604 to step 606 where theUI processor 50 is operable to send a deliver command to thepump 14 and to store the entire bolus advice record in memory. Thereafter atstep 608, theUI processor 50 is operable to receive a wireless message from thepump 14 corresponding to an amount of the immediate portion, IMD, of the multi-wave bolus that is currently being delivered. TheUI processor 50 is, in turn, operable to control thedisplay device 18 to update the immediate bolus value, IMD, to reflect delivery by thepump 14 of the immediate bolus amount so far delivered. For example, if atstep 608 theUI processor 50 receives a message from thepump 14 that thepump 14 has delivered 1/10 U of insulin, theUI processor 50 is operable to control thedisplay device 18 to update the displayed IMD value by subtracting 1/10 U from the displayed value of IMD. Thereafter atstep 610, theUI processor 50 is operable to determine whether a user has manually stopped the insulin delivery process by manually selecting a suitable one or more of theuser buttons 16 of the remoteelectronic device 12. If theUI processor 50 determines that the user has manually stopped the delivery of insulin by thepump 14, theprocess 580 advances to step 612 whereUI processor 50 controls thedisplay device 18 to display a bolus canceled message. Otherwise, theprocess 580 advances to step 614 where theUI processor 50 is operable to determine, based on messages wirelessly provided by thepump 14, whether delivery of the immediate portion of the multi-wave bolus is complete. If not, theprocess 580 loops back up tostep 608. Thus, steps 608-614 illustratively result in a count down on thedisplay device 18 of delivery of the immediate portion of the multi-wave bolus. When delivery of the immediate portion of the multi-wave bolus is complete, step 614 advances to step 616 where theUI processor 50 is operable to control thedisplay device 18 to display an immediate bolus delivery complete message that is followed by or that includes a message that the multi-wave bolus delivery is continuing. - Referring now to
FIG. 18 , a flowchart is shown of oneillustrative embodiment 620 of the process E referred to in theprocess 490 ofFIG. 12C . Theprocess 620 is executed when the user has confirmed an extended bolus of an amount TRB. Theprocess 620 begins atstep 622 where theUI processor 50 is operable to send an extended bolus duration (DUR) request to thepump 14 along with the total recommended bolus value, TRB. Thereafter atstep 624, theUI processor 50 is operable to determine whether an extended bolus program command acknowledgement and accompanying extended bolus data have been received from thepump 14. Illustratively, thepump 14 is responsive to the extended bolus program command to automatically program an extended bolus in the amount of TRB using a previous or default value of the duration, DUR, of the extended bolus, and to send an acknowledgement back to the remoteelectronic device 12 that an extended bolus in the amount of TRB has been programmed, and to await further instructions. If theUI processor 50 determines atstep 624 that such an acknowledgement has not been received, theprocess 620 advances to step 626 where theUI processor 50 is operable to determine whether an acknowledgement timer has timed out since sending the command atstep 622. If not, theprocess 580 loops back tostep 624. If the acknowledgement timer has timed out, theprocess 620 advances to step 628 where the UI processor returns to the previous bolus advice screen. - If, at
step 624, theUI processor 50 determines that the extended bolus program acknowledgement and accompanying programmed bolus data was received, theprocess 620 advances to step 630 where theUI processor 50 is operable to display an extended bolus confirmation screen with the bolus duration, DUR, and the total programmed bolus amount. Thereafter atstep 632, theUI processor 50 is operable to determine whether the user has selected a back, i.e., go back, function that is available on the confirmation screen. If so, theprocess 620 advances to step 634 where theUI processor 50 is operable to return to the previous bolus advice screen. If not, theprocess 620 advances to step 636 where theUI processor 50 is operable to determine whether the user has selected the DUR field of the multi-wave bolus screen for editing. If so, theprocess 620 advances to step 638 where theUI processor 50 is operable to determine whether the user has entered a new DUR value in the DUR field of the extended bolus screen. If not, theprocess 620 loops back to the beginning ofstep 638. If so, theprocess 620 loops back tostep 630. If, atstep 636, theUI processor 50 determines that the user has not selected the DUR field for editing, theprocess 620 advances to step 640 where theUI processor 50 is operable to determine whether the user has selected the deliver function of the multi-wave bolus screen. If, atstep 406, theUI processor 50 has determined that the user has selected deliver on the extended bolus confirmation screen, theUI processor 50 sends a deliver command to thepump 14 to which the pump is responsive to begin delivering the extended bolus in the amount of the total programmed bolus having a duration, DUR. - The
process 620 advances from the “YES” branch ofstep 640 to step 642 where theUI processor 50 is operable to send a deliver command to thepump 14 and to store the entire bolus advice record in memory. Thereafter atstep 644, theUI processor 50 is operable to receive a wireless message from thepump 14 that the pump is currently delivering the extended bolus. Thereafter atstep 646, theUI processor 50 is operable to control thedisplay unit 18 to display a message indicating that delivery of the extended bolus is continuing. - Referring now to
FIG. 19 , a flowchart is shown of oneillustrative embodiment 650 of the process F referred to in theprocess 490 ofFIG. 12C . Theprocess 650 is executed when the user has confirmed that the bolus amount TRB will be manually programmed on thepump 14. Theprocess 650 begins atstep 652 where theUI processor 50 is operable to display a manual program screen with instructions to manually program the bolus amount TRB on thepump 14. Thereafter atstep 654, theUI processor 50 is operable to determine whether the user has selected a back, i.e., go back, function that is available on the confirmation screen. If so, theprocess 650 advances to step 656 where theUI processor 50 is operable to return to the previous bolus advice screen. If not, theprocess 650 advances to step 658 where theUI processor 50 is operable to determine whether the user has selected OK on the manual program bolus screen. If not, theprocess 650 loops back tostep 654. If, atstep 658, theUI processor 50 has determined that the user has selected OK on the bolus confirmation screen, theUI processor 50 stores the entire record in memory atstep 660. - Referring now to
FIG. 20 , a flowchart is shown of oneillustrative embodiment 670 of the process G referred to in theprocess 490 ofFIG. 12C . Theprocess 670 is executed when the user has confirmed that the bolus amount TRB will be manually delivered via a drug pen or syringe or the like. Theprocess 670 begins atstep 672 where theUI processor 50 is operable to display a pen/syringe screen with instructions to manually deliver the bolus amount TRB via a drug pen or syringe. Thereafter atstep 674, theUI processor 50 is operable to determine whether the user has selected a back, i.e., go back, function that is available on the confirmation screen. If so, theprocess 670 advances to step 676 where theUI processor 50 is operable to return to the previous bolus advice screen. If not, theprocess 670 advances to step 678 where theUI processor 50 is operable to determine whether the user has selected OK on the manual program bolus screen. If not, theprocess 670 loops back tostep 674. If, atstep 678, theUI processor 50 has determined that the user has selected OK on the bolus confirmation screen, theUI processor 50 stores the entire record in memory atstep 680. - Further details relating to the bolus advice process illustrated in
FIGS. 12A and 12B are provided in co-pending PCT Patent Application No. PCT/US2008/066331, the disclosure of which has been incorporated by reference. - While the invention has been illustrated and described in detail in the foregoing drawings and description, the same is to be considered as illustrative and not restrictive in character, it being understood that only illustrative embodiments thereof have been shown and described and that all changes and modifications that come within the spirit of the invention are desired to be protected. For example, the
UI processor 50 and/or theprocessor 28 of the medical device may be configured to determine a display color based on a computed and/or delivered bolus value, relative to one or more reference bolus values and to change the color of thedisplay device 18 and/or 34, or portion thereof, to the determined display color, as described above with respect toFIG. 13 .
Claims (30)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/646,113 US20100160759A1 (en) | 2007-06-29 | 2009-12-23 | Combination communication device and medical device for communicating wirelessly with a remote medical device |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US93793307P | 2007-06-29 | 2007-06-29 | |
US93777907P | 2007-06-29 | 2007-06-29 | |
PCT/US2008/066262 WO2009005952A2 (en) | 2007-06-29 | 2008-06-09 | Combination communication device and medical device for communicating wirelessly with a remote medical device |
US12/646,113 US20100160759A1 (en) | 2007-06-29 | 2009-12-23 | Combination communication device and medical device for communicating wirelessly with a remote medical device |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2008/066262 Continuation WO2009005952A2 (en) | 2007-06-29 | 2008-06-09 | Combination communication device and medical device for communicating wirelessly with a remote medical device |
Publications (1)
Publication Number | Publication Date |
---|---|
US20100160759A1 true US20100160759A1 (en) | 2010-06-24 |
Family
ID=39671858
Family Applications (5)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/646,689 Abandoned US20100156633A1 (en) | 2007-06-29 | 2009-12-23 | Liquid infusion pump |
US12/646,564 Abandoned US20100167385A1 (en) | 2007-06-29 | 2009-12-23 | User interface features for an electronic device |
US12/646,471 Active 2030-06-04 US8451230B2 (en) | 2007-06-29 | 2009-12-23 | Apparatus and method for remotely controlling an ambulatory medical device |
US12/646,113 Abandoned US20100160759A1 (en) | 2007-06-29 | 2009-12-23 | Combination communication device and medical device for communicating wirelessly with a remote medical device |
US12/646,336 Active US8118770B2 (en) | 2007-06-29 | 2009-12-23 | Reconciling multiple medical device bolus records for improved accuracy |
Family Applications Before (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/646,689 Abandoned US20100156633A1 (en) | 2007-06-29 | 2009-12-23 | Liquid infusion pump |
US12/646,564 Abandoned US20100167385A1 (en) | 2007-06-29 | 2009-12-23 | User interface features for an electronic device |
US12/646,471 Active 2030-06-04 US8451230B2 (en) | 2007-06-29 | 2009-12-23 | Apparatus and method for remotely controlling an ambulatory medical device |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/646,336 Active US8118770B2 (en) | 2007-06-29 | 2009-12-23 | Reconciling multiple medical device bolus records for improved accuracy |
Country Status (7)
Country | Link |
---|---|
US (5) | US20100156633A1 (en) |
EP (5) | EP2186035B1 (en) |
CN (1) | CN101689095A (en) |
DK (4) | DK3460644T3 (en) |
ES (1) | ES2715277T3 (en) |
PL (1) | PL2170159T3 (en) |
WO (4) | WO2009005958A2 (en) |
Cited By (147)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100023291A1 (en) * | 2006-10-02 | 2010-01-28 | Abbott Diabetes Care Inc. | Method and System for Dynamically Updating Calibration Parameters for an Analyte Sensor |
US20100082266A1 (en) * | 2003-04-04 | 2010-04-01 | Abbott Diabetes Care Inc. | Method and System for Transferring Analyte Test Data |
US20100234710A1 (en) * | 2008-03-28 | 2010-09-16 | Abbott Diabetes Care Inc. | Analyte Sensor Calibration Management |
US20100274220A1 (en) * | 2005-11-04 | 2010-10-28 | Abbott Diabetes Care Inc. | Method and System for Providing Basal Profile Modification in Analyte Monitoring and Management Systems |
US20100317951A1 (en) * | 2009-06-11 | 2010-12-16 | Roche Diagnostics Operations, Inc. | Portable handheld medical diagnostic devices with color-changing indicator |
US20110184265A1 (en) * | 2010-01-22 | 2011-07-28 | Abbott Diabetes Care Inc. | Method and Apparatus for Providing Notification in Analyte Monitoring Systems |
US20120078071A1 (en) * | 2010-09-29 | 2012-03-29 | Dexcom, Inc. | Advanced continuous analyte monitoring system |
US20130038453A1 (en) * | 2010-04-14 | 2013-02-14 | Arkray, Inc. | Blood Sugar Level Measuring Apparatus, Blood Sugar Level Measured Result Display Method and Blood Sugar Level Measured Result Display Control Program |
US20130119885A1 (en) * | 2011-11-16 | 2013-05-16 | Wen-Lin Chen | Wireless illumination controller with the function to set the lowest driving power |
US8461985B2 (en) | 2007-05-08 | 2013-06-11 | Abbott Diabetes Care Inc. | Analyte monitoring system and methods |
US8478557B2 (en) | 2009-07-31 | 2013-07-02 | Abbott Diabetes Care Inc. | Method and apparatus for providing analyte monitoring system calibration accuracy |
US8497777B2 (en) | 2009-04-15 | 2013-07-30 | Abbott Diabetes Care Inc. | Analyte monitoring system having an alert |
US8509107B2 (en) | 2008-05-30 | 2013-08-13 | Abbott Diabetes Care Inc. | Close proximity communication device and methods |
US8514086B2 (en) | 2009-08-31 | 2013-08-20 | Abbott Diabetes Care Inc. | Displays for a medical device |
US8515775B2 (en) | 2010-10-15 | 2013-08-20 | Roche Diagnostics Operations, Inc. | Handheld diabetes management device for obtaining three day blood glucose profile |
US8532935B2 (en) | 2009-01-29 | 2013-09-10 | Abbott Diabetes Care Inc. | Method and device for providing offset model based calibration for analyte sensor |
US8560038B2 (en) | 2007-05-14 | 2013-10-15 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US8571808B2 (en) | 2007-05-14 | 2013-10-29 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US8593109B2 (en) | 2006-03-31 | 2013-11-26 | Abbott Diabetes Care Inc. | Method and system for powering an electronic device |
US8593287B2 (en) | 2007-05-08 | 2013-11-26 | Abbott Diabetes Care Inc. | Analyte monitoring system and methods |
US8597188B2 (en) | 2007-06-21 | 2013-12-03 | Abbott Diabetes Care Inc. | Health management devices and methods |
US8597575B2 (en) | 2006-03-31 | 2013-12-03 | Abbott Diabetes Care Inc. | Analyte monitoring devices and methods therefor |
US8600681B2 (en) | 2007-05-14 | 2013-12-03 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US8612163B2 (en) | 2007-05-14 | 2013-12-17 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US8615366B2 (en) | 2010-10-15 | 2013-12-24 | Roche Diagnostics Operations, Inc. | Handheld diabetes management device with bolus calculator |
US8617069B2 (en) | 2007-06-21 | 2013-12-31 | Abbott Diabetes Care Inc. | Health monitor |
US8621213B2 (en) | 2010-06-08 | 2013-12-31 | Merge Healthcare, Inc. | Remote control of medical devices using instant messaging infrastructure |
US8622988B2 (en) | 2008-08-31 | 2014-01-07 | Abbott Diabetes Care Inc. | Variable rate closed loop control and methods |
US8635046B2 (en) | 2010-06-23 | 2014-01-21 | Abbott Diabetes Care Inc. | Method and system for evaluating analyte sensor response characteristics |
US20140066735A1 (en) * | 2012-08-28 | 2014-03-06 | Roche Diagnostics Operations, Inc. | Diabetes manager for glucose testing and continuous glucose monitoring |
US8676513B2 (en) | 2009-01-29 | 2014-03-18 | Abbott Diabetes Care Inc. | Method and device for early signal attenuation detection using blood glucose measurements |
US8682615B2 (en) | 2007-05-14 | 2014-03-25 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US8698615B2 (en) | 2007-04-14 | 2014-04-15 | Abbott Diabetes Care Inc. | Method and apparatus for providing dynamic multi-stage signal amplification in a medical device |
US8710993B2 (en) | 2011-11-23 | 2014-04-29 | Abbott Diabetes Care Inc. | Mitigating single point failure of devices in an analyte monitoring system and methods thereof |
US8718739B2 (en) | 2008-03-28 | 2014-05-06 | Abbott Diabetes Care Inc. | Analyte sensor calibration management |
US20140143210A1 (en) * | 2012-11-19 | 2014-05-22 | Melvin Lawrence Dey | System and method for manipulating data records |
US8734422B2 (en) | 2008-08-31 | 2014-05-27 | Abbott Diabetes Care Inc. | Closed loop control with improved alarm functions |
US8744547B2 (en) | 2008-09-30 | 2014-06-03 | Abbott Diabetes Care Inc. | Optimizing analyte sensor calibration |
US20140187856A1 (en) * | 2012-12-31 | 2014-07-03 | Lee D. Holoien | Control System For Modular Imaging Device |
US8771183B2 (en) | 2004-02-17 | 2014-07-08 | Abbott Diabetes Care Inc. | Method and system for providing data communication in continuous glucose monitoring and management system |
US8795252B2 (en) | 2008-08-31 | 2014-08-05 | Abbott Diabetes Care Inc. | Robust closed loop control and methods |
US8798934B2 (en) | 2009-07-23 | 2014-08-05 | Abbott Diabetes Care Inc. | Real time management of data relating to physiological control of glucose levels |
US8834366B2 (en) | 2007-07-31 | 2014-09-16 | Abbott Diabetes Care Inc. | Method and apparatus for providing analyte sensor calibration |
US20140323961A1 (en) * | 2008-01-09 | 2014-10-30 | Tandem Diabetes Care, Inc. | Infusion pump incorporating information from personal information manager devices |
US8880138B2 (en) | 2005-09-30 | 2014-11-04 | Abbott Diabetes Care Inc. | Device for channeling fluid and methods of use |
US8886619B2 (en) | 2011-12-29 | 2014-11-11 | Roche Diagnostics Operations, Inc. | Structured test adherence management for manual data entry systems |
US8930203B2 (en) | 2007-02-18 | 2015-01-06 | Abbott Diabetes Care Inc. | Multi-function analyte test device and methods therefor |
US8932216B2 (en) | 2006-08-07 | 2015-01-13 | Abbott Diabetes Care Inc. | Method and system for providing data management in integrated analyte monitoring and infusion system |
US8986208B2 (en) | 2008-09-30 | 2015-03-24 | Abbott Diabetes Care Inc. | Analyte sensor sensitivity attenuation mitigation |
US8993331B2 (en) | 2009-08-31 | 2015-03-31 | Abbott Diabetes Care Inc. | Analyte monitoring system and methods for managing power and noise |
US9008743B2 (en) | 2007-04-14 | 2015-04-14 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in medical communication system |
US9031630B2 (en) | 2006-02-28 | 2015-05-12 | Abbott Diabetes Care Inc. | Analyte sensors and methods of use |
US9035767B2 (en) | 2007-05-08 | 2015-05-19 | Abbott Diabetes Care Inc. | Analyte monitoring system and methods |
US9069536B2 (en) | 2011-10-31 | 2015-06-30 | Abbott Diabetes Care Inc. | Electronic devices having integrated reset systems and methods thereof |
US9087149B2 (en) | 2010-10-15 | 2015-07-21 | Roche Diagnostics Operations, Inc. | Handheld diabetes management device having testing in pairs blood glucose test |
US9088452B2 (en) | 2009-04-29 | 2015-07-21 | Abbott Diabetes Care Inc. | Method and system for providing data communication in continuous glucose monitoring and management system |
US9095290B2 (en) | 2007-03-01 | 2015-08-04 | Abbott Diabetes Care Inc. | Method and apparatus for providing rolling data in communication systems |
US9113828B2 (en) | 2006-10-25 | 2015-08-25 | Abbott Diabetes Care Inc. | Method and system for providing analyte monitoring |
US9125548B2 (en) | 2007-05-14 | 2015-09-08 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US9136939B2 (en) | 2011-12-29 | 2015-09-15 | Roche Diabetes Care, Inc. | Graphical user interface pertaining to a bolus calculator residing on a handheld diabetes management device |
US9204827B2 (en) | 2007-04-14 | 2015-12-08 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in medical communication system |
US20150359490A1 (en) * | 2014-06-13 | 2015-12-17 | Medtronic Minimed, Inc. | Physiological sensor history backfill system and method |
US9226701B2 (en) | 2009-04-28 | 2016-01-05 | Abbott Diabetes Care Inc. | Error detection in critical repeating data in a wireless sensor system |
US9259190B2 (en) | 2011-12-29 | 2016-02-16 | Roche Diabetes Care, Inc. | Reminder management for manual entry diabetes application |
US9310230B2 (en) | 2009-04-29 | 2016-04-12 | Abbott Diabetes Care Inc. | Method and system for providing real time analyte sensor calibration with retrospective backfill |
US9314195B2 (en) | 2009-08-31 | 2016-04-19 | Abbott Diabetes Care Inc. | Analyte signal processing device and methods |
US9317656B2 (en) | 2011-11-23 | 2016-04-19 | Abbott Diabetes Care Inc. | Compatibility mechanisms for devices in a continuous analyte monitoring system and methods thereof |
US9320461B2 (en) | 2009-09-29 | 2016-04-26 | Abbott Diabetes Care Inc. | Method and apparatus for providing notification function in analyte monitoring systems |
US9320468B2 (en) | 2008-01-31 | 2016-04-26 | Abbott Diabetes Care Inc. | Analyte sensor with time lag compensation |
US9326727B2 (en) | 2006-01-30 | 2016-05-03 | Abbott Diabetes Care Inc. | On-body medical device securement |
US9326707B2 (en) | 2008-11-10 | 2016-05-03 | Abbott Diabetes Care Inc. | Alarm characterization for analyte monitoring devices and systems |
US9332934B2 (en) | 2007-10-23 | 2016-05-10 | Abbott Diabetes Care Inc. | Analyte sensor with lag compensation |
US9339217B2 (en) | 2011-11-25 | 2016-05-17 | Abbott Diabetes Care Inc. | Analyte monitoring system and methods of use |
US20160174018A1 (en) * | 2014-12-12 | 2016-06-16 | Aesculap Ag | Medical foot control apparatus |
US9392969B2 (en) | 2008-08-31 | 2016-07-19 | Abbott Diabetes Care Inc. | Closed loop control and signal attenuation detection |
US9408566B2 (en) | 2006-08-09 | 2016-08-09 | Abbott Diabetes Care Inc. | Method and system for providing calibration of an analyte sensor in an analyte monitoring system |
US9439586B2 (en) | 2007-10-23 | 2016-09-13 | Abbott Diabetes Care Inc. | Assessing measures of glycemic variability |
US9474475B1 (en) | 2013-03-15 | 2016-10-25 | Abbott Diabetes Care Inc. | Multi-rate analyte sensor data collection with sample rate configurable signal processing |
US9483608B2 (en) | 2007-05-14 | 2016-11-01 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US9532737B2 (en) | 2011-02-28 | 2017-01-03 | Abbott Diabetes Care Inc. | Devices, systems, and methods associated with analyte monitoring devices and devices incorporating the same |
US9541556B2 (en) | 2008-05-30 | 2017-01-10 | Abbott Diabetes Care Inc. | Method and apparatus for providing glycemic control |
US9558325B2 (en) | 2007-05-14 | 2017-01-31 | Abbott Diabetes Care Inc. | Method and system for determining analyte levels |
US9574914B2 (en) | 2007-05-08 | 2017-02-21 | Abbott Diabetes Care Inc. | Method and device for determining elapsed sensor life |
US9615780B2 (en) | 2007-04-14 | 2017-04-11 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in medical communication system |
US9622691B2 (en) | 2011-10-31 | 2017-04-18 | Abbott Diabetes Care Inc. | Model based variable risk false glucose threshold alarm prevention mechanism |
US9636450B2 (en) | 2007-02-19 | 2017-05-02 | Udo Hoss | Pump system modular components for delivering medication and analyte sensing at seperate insertion sites |
US9675290B2 (en) | 2012-10-30 | 2017-06-13 | Abbott Diabetes Care Inc. | Sensitivity calibration of in vivo sensors used to measure analyte concentration |
US9730584B2 (en) | 2003-06-10 | 2017-08-15 | Abbott Diabetes Care Inc. | Glucose measuring device for use in personal area network |
US9744304B2 (en) | 2012-08-29 | 2017-08-29 | Amgen Inc. | Pre-filled syringe identification tag |
US9750444B2 (en) | 2009-09-30 | 2017-09-05 | Abbott Diabetes Care Inc. | Interconnect for on-body analyte monitoring device |
US9786024B2 (en) | 2010-12-22 | 2017-10-10 | Roche Diabetes Care, Inc. | Graphical user interface for a handheld diabetes management device with bolus calculator |
US9782076B2 (en) | 2006-02-28 | 2017-10-10 | Abbott Diabetes Care Inc. | Smart messages and alerts for an infusion delivery and management system |
US9795326B2 (en) | 2009-07-23 | 2017-10-24 | Abbott Diabetes Care Inc. | Continuous analyte measurement systems and systems and methods for implanting them |
US9795331B2 (en) | 2005-12-28 | 2017-10-24 | Abbott Diabetes Care Inc. | Method and apparatus for providing analyte sensor insertion |
US20170340841A1 (en) * | 2015-02-23 | 2017-11-30 | Terumo Kabushiki Kaisha | Liquid medicine administration device |
US9882660B2 (en) | 2006-10-26 | 2018-01-30 | Abbott Diabetes Care Inc. | Method, system and computer program product for real-time detection of sensitivity decline in analyte sensors |
US20180063784A1 (en) * | 2016-08-26 | 2018-03-01 | Qualcomm Incorporated | Devices and methods for an efficient wakeup protocol |
US9907492B2 (en) | 2012-09-26 | 2018-03-06 | Abbott Diabetes Care Inc. | Method and apparatus for improving lag correction during in vivo measurement of analyte concentration with analyte concentration variability and range data |
US9913600B2 (en) | 2007-06-29 | 2018-03-13 | Abbott Diabetes Care Inc. | Analyte monitoring and management device and method to analyze the frequency of user interaction with the device |
US9931075B2 (en) | 2008-05-30 | 2018-04-03 | Abbott Diabetes Care Inc. | Method and apparatus for providing glycemic control |
US9943644B2 (en) | 2008-08-31 | 2018-04-17 | Abbott Diabetes Care Inc. | Closed loop control with reference measurement and methods thereof |
US9962091B2 (en) | 2002-12-31 | 2018-05-08 | Abbott Diabetes Care Inc. | Continuous glucose monitoring system and methods of use |
US9968306B2 (en) | 2012-09-17 | 2018-05-15 | Abbott Diabetes Care Inc. | Methods and apparatuses for providing adverse condition notification with enhanced wireless communication range in analyte monitoring systems |
US9980669B2 (en) | 2011-11-07 | 2018-05-29 | Abbott Diabetes Care Inc. | Analyte monitoring device and methods |
US10002233B2 (en) | 2007-05-14 | 2018-06-19 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US10022499B2 (en) | 2007-02-15 | 2018-07-17 | Abbott Diabetes Care Inc. | Device and method for automatic data acquisition and/or detection |
US10078380B2 (en) | 2010-03-10 | 2018-09-18 | Abbott Diabetes Care Inc. | Systems, devices and methods for managing glucose levels |
US10076285B2 (en) | 2013-03-15 | 2018-09-18 | Abbott Diabetes Care Inc. | Sensor fault detection using analyte sensor data pattern comparison |
US10092229B2 (en) | 2010-06-29 | 2018-10-09 | Abbott Diabetes Care Inc. | Calibration of analyte measurement system |
US10111608B2 (en) | 2007-04-14 | 2018-10-30 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in medical communication system |
US10117614B2 (en) | 2006-02-28 | 2018-11-06 | Abbott Diabetes Care Inc. | Method and system for providing continuous calibration of implantable analyte sensors |
US10117606B2 (en) | 2009-10-30 | 2018-11-06 | Abbott Diabetes Care Inc. | Method and apparatus for detecting false hypoglycemic conditions |
US10132793B2 (en) | 2012-08-30 | 2018-11-20 | Abbott Diabetes Care Inc. | Dropout detection in continuous analyte monitoring data during data excursions |
US10136816B2 (en) | 2009-08-31 | 2018-11-27 | Abbott Diabetes Care Inc. | Medical devices and methods |
US10136845B2 (en) | 2011-02-28 | 2018-11-27 | Abbott Diabetes Care Inc. | Devices, systems, and methods associated with analyte monitoring devices and devices incorporating the same |
US10173007B2 (en) | 2007-10-23 | 2019-01-08 | Abbott Diabetes Care Inc. | Closed loop control system with safety parameters and methods |
US10194850B2 (en) | 2005-08-31 | 2019-02-05 | Abbott Diabetes Care Inc. | Accuracy of continuous glucose sensors |
US10206629B2 (en) | 2006-08-07 | 2019-02-19 | Abbott Diabetes Care Inc. | Method and system for providing integrated analyte monitoring and infusion system therapy management |
US10251583B2 (en) | 2010-12-22 | 2019-04-09 | Roche Diabetes Care, Inc. | Insulin pump and methods for operating the insulin pump |
US10328201B2 (en) | 2008-07-14 | 2019-06-25 | Abbott Diabetes Care Inc. | Closed loop control system interface and methods |
US10368745B2 (en) | 2008-12-23 | 2019-08-06 | Roche Diabetes Care Inc | Systems and methods for optimizing insulin dosage |
US10433773B1 (en) | 2013-03-15 | 2019-10-08 | Abbott Diabetes Care Inc. | Noise rejection methods and apparatus for sparsely sampled analyte sensor data |
US10458973B2 (en) | 2010-12-22 | 2019-10-29 | Roche Diabetes Care, Inc. | Handheld diabetes management device with bolus calculator |
US10555695B2 (en) | 2011-04-15 | 2020-02-11 | Dexcom, Inc. | Advanced analyte sensor calibration and error detection |
US10565170B2 (en) | 2008-12-23 | 2020-02-18 | Roche Diabetes Care, Inc. | Structured testing method for diagnostic or therapy support of a patient with a chronic disease and devices thereof |
US10653828B2 (en) | 2012-06-07 | 2020-05-19 | Tandem Diabetes Care, Inc. | Sealed infusion device with electrical connector port |
US10685749B2 (en) | 2007-12-19 | 2020-06-16 | Abbott Diabetes Care Inc. | Insulin delivery apparatuses capable of bluetooth data transmission |
US20200405946A1 (en) * | 2018-03-08 | 2020-12-31 | Shl Medical Ag | Carrying case for an add-on device of a medicament delivery device |
US10888655B2 (en) | 2019-02-19 | 2021-01-12 | Tandem Diabetes Care, Inc. | System and method of pairing an infusion pump with a remote control device |
US10963417B2 (en) | 2004-06-04 | 2021-03-30 | Abbott Diabetes Care Inc. | Systems and methods for managing diabetes care data |
US11000215B1 (en) | 2003-12-05 | 2021-05-11 | Dexcom, Inc. | Analyte sensor |
US11006871B2 (en) | 2009-02-03 | 2021-05-18 | Abbott Diabetes Care Inc. | Analyte sensor and apparatus for insertion of the sensor |
US11109316B2 (en) | 2018-12-26 | 2021-08-31 | Tandem Diabetes Care, Inc. | Methods of wireless communication in an infusion pump system |
US11152115B2 (en) | 2013-03-15 | 2021-10-19 | Tandem Diabetes Care, Inc. | Field update of an ambulatory infusion pump system |
US11213226B2 (en) | 2010-10-07 | 2022-01-04 | Abbott Diabetes Care Inc. | Analyte monitoring devices and methods |
US11229382B2 (en) | 2013-12-31 | 2022-01-25 | Abbott Diabetes Care Inc. | Self-powered analyte sensor and devices using the same |
US11298058B2 (en) | 2005-12-28 | 2022-04-12 | Abbott Diabetes Care Inc. | Method and apparatus for providing analyte sensor insertion |
US11305057B2 (en) | 2019-03-26 | 2022-04-19 | Tandem Diabetes Care, Inc. | Method and system of operating an infusion pump with a remote control device |
US11331022B2 (en) | 2017-10-24 | 2022-05-17 | Dexcom, Inc. | Pre-connected analyte sensors |
US11350862B2 (en) | 2017-10-24 | 2022-06-07 | Dexcom, Inc. | Pre-connected analyte sensors |
US11470069B2 (en) | 2016-02-26 | 2022-10-11 | Tandem Diabetes Care, Inc. | Web browser-based device communication workflow |
US11488549B2 (en) | 2008-05-02 | 2022-11-01 | Tandem Diabetes Care, Inc. | Display for pump |
US11553883B2 (en) | 2015-07-10 | 2023-01-17 | Abbott Diabetes Care Inc. | System, device and method of dynamic glucose profile response to physiological parameters |
US11596330B2 (en) | 2017-03-21 | 2023-03-07 | Abbott Diabetes Care Inc. | Methods, devices and system for providing diabetic condition diagnosis and therapy |
US11717225B2 (en) | 2014-03-30 | 2023-08-08 | Abbott Diabetes Care Inc. | Method and apparatus for determining meal start and peak events in analyte monitoring systems |
US11793936B2 (en) | 2009-05-29 | 2023-10-24 | Abbott Diabetes Care Inc. | Medical device antenna systems having external antenna configurations |
US11950936B2 (en) | 2023-02-22 | 2024-04-09 | Abbott Diabetes Care Inc. | Methods and apparatuses for providing adverse condition notification with enhanced wireless communication range in analyte monitoring systems |
Families Citing this family (112)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080172026A1 (en) | 2006-10-17 | 2008-07-17 | Blomquist Michael L | Insulin pump having a suspension bolus |
US6852104B2 (en) | 2002-02-28 | 2005-02-08 | Smiths Medical Md, Inc. | Programmable insulin pump |
US8065161B2 (en) | 2003-11-13 | 2011-11-22 | Hospira, Inc. | System for maintaining drug information and communicating with medication delivery devices |
US9123077B2 (en) | 2003-10-07 | 2015-09-01 | Hospira, Inc. | Medication management system |
AU2007317669A1 (en) | 2006-10-16 | 2008-05-15 | Hospira, Inc. | System and method for comparing and utilizing activity information and configuration information from mulitple device management systems |
US9597019B2 (en) * | 2007-02-09 | 2017-03-21 | Lifescan, Inc. | Method of ensuring date and time on a test meter is accurate |
US20080228056A1 (en) | 2007-03-13 | 2008-09-18 | Michael Blomquist | Basal rate testing using frequent blood glucose input |
US7751907B2 (en) | 2007-05-24 | 2010-07-06 | Smiths Medical Asd, Inc. | Expert system for insulin pump therapy |
US8221345B2 (en) | 2007-05-30 | 2012-07-17 | Smiths Medical Asd, Inc. | Insulin pump based expert system |
MX2009014275A (en) | 2007-06-29 | 2010-04-27 | Hoffmann La Roche | Device and methods for optimizing communications between a medical device and a remote electronic device. |
JP4257549B2 (en) * | 2007-07-17 | 2009-04-22 | トヨタ自動車株式会社 | Operating device |
CN101426253B (en) | 2007-10-31 | 2013-08-07 | 华为技术有限公司 | Method, apparatus and system for information transmission implementation |
US20090177147A1 (en) | 2008-01-07 | 2009-07-09 | Michael Blomquist | Insulin pump with insulin therapy coaching |
TW200945099A (en) * | 2008-04-17 | 2009-11-01 | Wistron Corp | Method and related control interface for switching an operating state in a portable electronic device |
US8343201B2 (en) * | 2008-08-05 | 2013-01-01 | The University Of Toledo | Pedicle screw assembly having a retractable screw tip for facilitating the securement of the pedicle screw assembly to a spinal vertebra |
US20100095229A1 (en) * | 2008-09-18 | 2010-04-15 | Abbott Diabetes Care, Inc. | Graphical user interface for glucose monitoring system |
WO2010044088A1 (en) | 2008-10-16 | 2010-04-22 | Medingo Ltd. | Method and system for adaptive communication transmission |
US9122785B2 (en) | 2009-01-22 | 2015-09-01 | Medtronic, Inc. | Display of supplemental bolus in relation to programmed dose |
US8862451B2 (en) | 2009-01-22 | 2014-10-14 | Medtronic, Inc. | User interface indicating fluid location for an implantable fluid delivery device |
US20100240978A1 (en) | 2009-02-16 | 2010-09-23 | Labastide Sebastiaan | Game display of a diagnostic device and method of playing |
US8271106B2 (en) | 2009-04-17 | 2012-09-18 | Hospira, Inc. | System and method for configuring a rule set for medical event management and responses |
US8890681B2 (en) | 2009-04-17 | 2014-11-18 | Medtronic, Inc. | Management of session history data for implantable fluid delivery device |
US20100286653A1 (en) * | 2009-05-08 | 2010-11-11 | Axsol Incorporated, DBA Acess Solutions | Remote control device for use with insulin infusion systems |
EP3973855A1 (en) | 2009-06-30 | 2022-03-30 | Lifescan, Inc. | Analyte testing methods and device for calculating basal insulin therapy |
CA2769030C (en) | 2009-07-30 | 2016-05-10 | Tandem Diabetes Care, Inc. | Infusion pump system with disposable cartridge having pressure venting and pressure feedback |
US20110071464A1 (en) * | 2009-09-23 | 2011-03-24 | Medtronic Minimed, Inc. | Semi-closed loop insulin delivery |
CA3077994C (en) | 2009-09-29 | 2022-06-21 | Lifescan Scotland Limited | Analyte testing method and device for diabetes management |
US8882701B2 (en) | 2009-12-04 | 2014-11-11 | Smiths Medical Asd, Inc. | Advanced step therapy delivery for an ambulatory infusion pump and system |
US8092428B2 (en) | 2009-12-23 | 2012-01-10 | Roche Diagnostics Operations, Inc. | Methods and systems for adjusting an insulin delivery profile of an insulin pump |
US11881307B2 (en) | 2012-05-24 | 2024-01-23 | Deka Products Limited Partnership | System, method, and apparatus for electronic patient care |
US20110313789A1 (en) | 2010-01-22 | 2011-12-22 | Deka Products Limited Partnership | Electronic patient monitoring system |
US11164672B2 (en) | 2010-01-22 | 2021-11-02 | Deka Products Limited Partnership | System and apparatus for electronic patient care |
US11210611B2 (en) | 2011-12-21 | 2021-12-28 | Deka Products Limited Partnership | System, method, and apparatus for electronic patient care |
US10911515B2 (en) | 2012-05-24 | 2021-02-02 | Deka Products Limited Partnership | System, method, and apparatus for electronic patient care |
US10242159B2 (en) | 2010-01-22 | 2019-03-26 | Deka Products Limited Partnership | System and apparatus for electronic patient care |
US11244745B2 (en) | 2010-01-22 | 2022-02-08 | Deka Products Limited Partnership | Computer-implemented method, system, and apparatus for electronic patient care |
US10453157B2 (en) | 2010-01-22 | 2019-10-22 | Deka Products Limited Partnership | System, method, and apparatus for electronic patient care |
WO2011106369A1 (en) | 2010-02-25 | 2011-09-01 | Orteq B.V. | Meniscus repair assembly and method |
CN102770868B (en) | 2010-02-25 | 2017-02-22 | 生命扫描苏格兰有限公司 | Analyte testing method and system with high and low blood glucose trends notification |
WO2011139194A1 (en) * | 2010-05-07 | 2011-11-10 | Maquet Critical Care Ab | User interface for breathing apparatus |
KR101213494B1 (en) * | 2010-05-12 | 2012-12-20 | 삼성디스플레이 주식회사 | A solid display apparatus, a flexible display apparatus, and a method for manufacturing the display apparatuses |
US10561785B2 (en) | 2010-06-22 | 2020-02-18 | Medtronic Minimed, Inc. | Method and/or system for closed-loop control of glucose to a treatment range |
WO2012044713A1 (en) * | 2010-10-01 | 2012-04-05 | Imerj LLC | Drag/flick gestures in user interface |
US8761940B2 (en) | 2010-10-15 | 2014-06-24 | Roche Diagnostics Operations, Inc. | Time block manipulation for insulin infusion delivery |
US20120173152A1 (en) * | 2010-12-29 | 2012-07-05 | Butler Judd G | Glucose management device and method of using the same |
US8935550B2 (en) * | 2011-01-21 | 2015-01-13 | Broadcom Corporation | System and method for selectively placing portions of a physical layer into low power mode |
US20120187001A1 (en) * | 2011-01-26 | 2012-07-26 | Lifescan, Inc. | Hand-held test meter with deep power conservation mode via direct or generated signal application and method for employing such a meter |
EP2503478A3 (en) * | 2011-03-22 | 2012-11-14 | Erbe Elektromedizin GmbH | Device and method for secure signal inputting |
US9113473B2 (en) | 2011-04-06 | 2015-08-18 | Spinal Modulation, Inc. | Power efficient wireless RF communication between a base station and a medical device |
US20130085349A1 (en) | 2011-06-21 | 2013-04-04 | Yofimeter, Llc | Analyte testing devices |
BR112013033943A2 (en) | 2011-07-01 | 2017-02-14 | Baxter Corp Englewood | system for use with one or more affiliated patient data sources, methods for updating a patient-specific guidance data set, updating a plurality of patient interface device databases, operating a patient interface device, administering data in a system and patient interface device |
EP2551784A1 (en) | 2011-07-28 | 2013-01-30 | Roche Diagnostics GmbH | Method of controlling the display of a dataset |
US20130080932A1 (en) | 2011-09-27 | 2013-03-28 | Sanjiv Sirpal | Secondary single screen mode activation through user interface toggle |
AU2012325937B2 (en) | 2011-10-21 | 2018-03-01 | Icu Medical, Inc. | Medical device update system |
WO2013090822A1 (en) | 2011-12-15 | 2013-06-20 | Autodesk, Inc. | Implanted devices and related user interfaces |
KR101953306B1 (en) * | 2012-02-08 | 2019-03-04 | 삼성전자주식회사 | The method and apparatus for creating 3d image based on user interaction |
US9335910B2 (en) | 2012-04-23 | 2016-05-10 | Tandem Diabetes Care, Inc. | System and method for reduction of inadvertent activation of medical device during manipulation |
US9180242B2 (en) | 2012-05-17 | 2015-11-10 | Tandem Diabetes Care, Inc. | Methods and devices for multiple fluid transfer |
WO2013182218A1 (en) | 2012-06-03 | 2013-12-12 | Maquet Critical Care Ab | Breathing apparatus and method for user interaction therewith |
US9715327B2 (en) | 2012-06-07 | 2017-07-25 | Tandem Diabetes Care, Inc. | Preventing inadvertent changes in ambulatory medical devices |
US9238100B2 (en) | 2012-06-07 | 2016-01-19 | Tandem Diabetes Care, Inc. | Device and method for training users of ambulatory medical devices |
US9314564B2 (en) | 2012-11-19 | 2016-04-19 | Roche Diabetes Care, Inc. | Pump controller that checks operational state of insulin pump for controlling the insulin pump |
US8977883B2 (en) | 2012-11-20 | 2015-03-10 | Roche Diagnostics Operations, Inc. | Time synchronization improvements for interoperable medical devices |
US10434254B2 (en) | 2012-12-26 | 2019-10-08 | Roche Diabetes Care, Inc. | Method for configuring an insulin pump with configuring device |
AU2014225658B2 (en) | 2013-03-06 | 2018-05-31 | Icu Medical, Inc. | Medical device communication method |
JP2014220975A (en) * | 2013-05-10 | 2014-11-20 | パナソニック株式会社 | Storage battery management device |
EP3039596A4 (en) | 2013-08-30 | 2017-04-12 | Hospira, Inc. | System and method of monitoring and managing a remote infusion regimen |
US9565718B2 (en) | 2013-09-10 | 2017-02-07 | Tandem Diabetes Care, Inc. | System and method for detecting and transmitting medical device alarm with a smartphone application |
US9662436B2 (en) | 2013-09-20 | 2017-05-30 | Icu Medical, Inc. | Fail-safe drug infusion therapy system |
US10311972B2 (en) | 2013-11-11 | 2019-06-04 | Icu Medical, Inc. | Medical device system performance index |
DE102013223027A1 (en) * | 2013-11-12 | 2015-05-13 | Siemens Aktiengesellschaft | Transmission of measurement and / or control data between a medical device system and an external control device |
EP3071253B1 (en) | 2013-11-19 | 2019-05-22 | ICU Medical, Inc. | Infusion pump automation system and method |
US9861747B2 (en) | 2013-12-05 | 2018-01-09 | Lifescan, Inc. | Method and system for management of diabetes with a glucose monitor and infusion pump to provide feedback on bolus dosing |
US9737656B2 (en) | 2013-12-26 | 2017-08-22 | Tandem Diabetes Care, Inc. | Integration of infusion pump with remote electronic device |
EP3087548A4 (en) | 2013-12-26 | 2017-09-13 | Tandem Diabetes Care, Inc. | Safety processor for wireless control of a drug delivery device |
US9233204B2 (en) | 2014-01-31 | 2016-01-12 | Aseko, Inc. | Insulin management |
US9486580B2 (en) | 2014-01-31 | 2016-11-08 | Aseko, Inc. | Insulin management |
US9764082B2 (en) | 2014-04-30 | 2017-09-19 | Icu Medical, Inc. | Patient care system with conditional alarm forwarding |
US10279106B1 (en) | 2014-05-08 | 2019-05-07 | Tandem Diabetes Care, Inc. | Insulin patch pump |
US9724470B2 (en) | 2014-06-16 | 2017-08-08 | Icu Medical, Inc. | System for monitoring and delivering medication to a patient and method of using the same to minimize the risks associated with automated therapy |
WO2016019133A1 (en) | 2014-07-30 | 2016-02-04 | Tandem Diabetes Care, Inc. | Temporary suspension for closed-loop medicament therapy |
US20160058940A1 (en) * | 2014-08-28 | 2016-03-03 | Zyno Medical, LLC. | Low-cost ambulatory medical pump |
US9539383B2 (en) | 2014-09-15 | 2017-01-10 | Hospira, Inc. | System and method that matches delayed infusion auto-programs with manually entered infusion programs and analyzes differences therein |
JP6989262B2 (en) | 2014-10-27 | 2022-01-05 | アセコー インコーポレイテッド | Subcutaneous outpatient management |
US11081226B2 (en) | 2014-10-27 | 2021-08-03 | Aseko, Inc. | Method and controller for administering recommended insulin dosages to a patient |
DE102014116124A1 (en) * | 2014-11-05 | 2016-05-12 | Andreas E. Hilburg | A method of monitoring communication between a multitasking controller and a wireless metering device and computer program product |
US9878097B2 (en) * | 2015-04-29 | 2018-01-30 | Bigfoot Biomedical, Inc. | Operating an infusion pump system |
CA2988094A1 (en) | 2015-05-26 | 2016-12-01 | Icu Medical, Inc. | Infusion pump system and method with multiple drug library editor source capability |
JP6858751B2 (en) | 2015-08-20 | 2021-04-14 | アセコー インコーポレイテッド | Diabetes Management Therapy Advisor |
EP3337534B1 (en) | 2015-08-20 | 2022-08-31 | Tandem Diabetes Care, Inc. | Drive mechanism for infusion pump |
EP3383457A1 (en) | 2015-12-02 | 2018-10-10 | Smiths Medical ASD, Inc. | Medical device disposables information systems and methods |
US10569016B2 (en) | 2015-12-29 | 2020-02-25 | Tandem Diabetes Care, Inc. | System and method for switching between closed loop and open loop control of an ambulatory infusion pump |
USD829889S1 (en) | 2016-01-21 | 2018-10-02 | Becton, Dickinson And Company | Wearable drug delivery device with adhesive |
USD830547S1 (en) | 2016-01-21 | 2018-10-09 | Becton, Dickinson And Company | Adhesive liner for wearable drug delivery device |
USD806232S1 (en) | 2016-01-21 | 2017-12-26 | Becton, Dickinson And Company | Drug delivery device with insertion mechanism |
USD857191S1 (en) | 2016-01-21 | 2019-08-20 | Becton, Dickinson And Company | Wearable drug delivery device |
USD805631S1 (en) | 2016-01-21 | 2017-12-19 | Becton, Dickinson And Company | Drug delivery device with insertion mechanism button safety |
USD829894S1 (en) | 2016-01-21 | 2018-10-02 | Becton, Dickinson And Company | Wearable drug delivery device baseplate |
USD830537S1 (en) | 2016-01-21 | 2018-10-09 | Becton, Dickinson And Company | Wearable drug delivery device with adhesive and liner |
NZ750032A (en) | 2016-07-14 | 2020-05-29 | Icu Medical Inc | Multi-communication path selection and security system for a medical device |
US11497851B2 (en) * | 2017-03-31 | 2022-11-15 | Lifescan Ip Holdings, Llc | Maintaining maximum dosing limits for closed loop insulin management systems |
EP3438858A1 (en) | 2017-08-02 | 2019-02-06 | Diabeloop | Closed-loop blood glucose control systems and methods |
CN111954966A (en) | 2018-04-10 | 2020-11-17 | 坦德姆糖尿病护理股份有限公司 | System and method for inductively charging a medical device |
US11139058B2 (en) | 2018-07-17 | 2021-10-05 | Icu Medical, Inc. | Reducing file transfer between cloud environment and infusion pumps |
US10950339B2 (en) | 2018-07-17 | 2021-03-16 | Icu Medical, Inc. | Converting pump messages in new pump protocol to standardized dataset messages |
ES2962660T3 (en) | 2018-07-17 | 2024-03-20 | Icu Medical Inc | Systems and methods to facilitate clinical messaging in a network environment |
EP3824386B1 (en) | 2018-07-17 | 2024-02-21 | ICU Medical, Inc. | Updating infusion pump drug libraries and operational software in a networked environment |
US10692595B2 (en) | 2018-07-26 | 2020-06-23 | Icu Medical, Inc. | Drug library dynamic version management |
WO2020023231A1 (en) | 2018-07-26 | 2020-01-30 | Icu Medical, Inc. | Drug library management system |
CA3137544A1 (en) * | 2019-06-20 | 2020-12-24 | Amgen Inc. | Wireless communication enabled drug delivery device and method |
CN116133704A (en) * | 2020-07-17 | 2023-05-16 | 阿西斯特医药系统公司 | Hand control device for controlling operation of injection system |
KR102275716B1 (en) * | 2020-12-16 | 2021-07-12 | 주식회사 이카이로 | System for providing treatment status information |
Citations (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4146029A (en) * | 1974-04-23 | 1979-03-27 | Ellinwood Jr Everett H | Self-powered implanted programmable medication system and method |
US4475901A (en) * | 1980-07-23 | 1984-10-09 | The Garvan Research Development Ltd. | Apparatus for improving blood sugar control in diabetics |
US5291609A (en) * | 1991-06-13 | 1994-03-01 | Sony Electronics Inc. | Computer interface circuit |
US5364346A (en) * | 1985-12-20 | 1994-11-15 | Schrezenmeir Juergen | Process for the continuous and discontinuous administration of insulin to the human body |
US5748103A (en) * | 1995-11-13 | 1998-05-05 | Vitalcom, Inc. | Two-way TDMA telemetry system with power conservation features |
US5997475A (en) * | 1997-08-18 | 1999-12-07 | Solefound, Inc. | Device for diabetes management |
US6289421B1 (en) * | 1999-05-21 | 2001-09-11 | Lucent Technologies, Inc. | Intelligent memory devices for transferring data between electronic devices |
US20010044731A1 (en) * | 2000-05-18 | 2001-11-22 | Coffman Damon J. | Distributed remote asset and medication management drug delivery system |
US6668196B1 (en) * | 2000-01-21 | 2003-12-23 | Medical Research Group, Inc. | Ambulatory medical apparatus with hand held communication device |
US20040078416A1 (en) * | 2002-10-22 | 2004-04-22 | Canon Kabushiki Kaisha | Data input apparatus and method |
US20040248840A1 (en) * | 2003-02-10 | 2004-12-09 | Santaris Pharma A/S | Oligomeric compounds for the modulation of ras expression |
US20050091577A1 (en) * | 2003-10-23 | 2005-04-28 | International Business Machines Corporation | Information integration system |
US6909439B1 (en) * | 1999-08-26 | 2005-06-21 | International Business Machines Corporation | Method and apparatus for maximizing efficiency of small display in a data processing system |
US20050162395A1 (en) * | 2002-03-22 | 2005-07-28 | Erland Unruh | Entering text into an electronic communications device |
US20060047192A1 (en) * | 2004-08-26 | 2006-03-02 | Robert Hellwig | Insulin bolus recommendation system |
US20060173406A1 (en) * | 2005-02-01 | 2006-08-03 | Medtronic Minimed, Inc | Algorithm sensor augmented bolus estimator for semi-closed loop infusion system |
US20060217061A1 (en) * | 2005-03-01 | 2006-09-28 | Michael Steele | RF amplification system and method |
US20070109325A1 (en) * | 2005-11-15 | 2007-05-17 | Eveleigh Simon F | System and method for rapid input of data |
US20070142767A1 (en) * | 2005-12-12 | 2007-06-21 | Marcel Frikart | System with A Portable Patient Device and External Operating Part |
Family Cites Families (32)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0290683A3 (en) * | 1987-05-01 | 1988-12-14 | Diva Medical Systems B.V. | Diabetes management system and apparatus |
DK0649316T3 (en) * | 1992-10-15 | 2001-01-29 | Gen Hospital Corp | Infusion pump with a drug library for electronic loading |
US5657221A (en) * | 1994-09-16 | 1997-08-12 | Medialink Technologies Corporation | Method and apparatus for controlling non-computer system devices by manipulating a graphical representation |
US5943633A (en) * | 1996-01-05 | 1999-08-24 | Sabratek Corporation | Automatic infusion pump tester |
US6554798B1 (en) * | 1998-08-18 | 2003-04-29 | Medtronic Minimed, Inc. | External infusion device with remote programming, bolus estimator and/or vibration alarm capabilities |
US20040158193A1 (en) | 1999-02-10 | 2004-08-12 | Baxter International Inc. | Medical apparatus using selective graphical interface |
US7645258B2 (en) * | 1999-12-01 | 2010-01-12 | B. Braun Medical, Inc. | Patient medication IV delivery pump with wireless communication to a hospital information management system |
US7204823B2 (en) | 2001-12-19 | 2007-04-17 | Medtronic Minimed, Inc. | Medication delivery system and monitor |
US7399277B2 (en) * | 2001-12-27 | 2008-07-15 | Medtronic Minimed, Inc. | System for monitoring physiological characteristics |
US6985870B2 (en) * | 2002-01-11 | 2006-01-10 | Baxter International Inc. | Medication delivery system |
US20030212379A1 (en) * | 2002-02-26 | 2003-11-13 | Bylund Adam David | Systems and methods for remotely controlling medication infusion and analyte monitoring |
US6852104B2 (en) * | 2002-02-28 | 2005-02-08 | Smiths Medical Md, Inc. | Programmable insulin pump |
US20040167465A1 (en) * | 2002-04-30 | 2004-08-26 | Mihai Dan M. | System and method for medical device authentication |
KR100754470B1 (en) * | 2002-07-08 | 2007-09-03 | 이노베이티브 솔루션즈 앤드 서포트 인코포레이티드 | Method and Apparatus for Facilitating Entry of Manually-Adjustable Data Setting in an Aircraft Cockpit |
US7076733B2 (en) * | 2002-07-12 | 2006-07-11 | Pace Micro Technology Plc | Electronic program guide and method for programming and editing items therein |
US8512276B2 (en) * | 2002-07-24 | 2013-08-20 | Medtronic Minimed, Inc. | System for providing blood glucose measurements to an infusion device |
US7278983B2 (en) * | 2002-07-24 | 2007-10-09 | Medtronic Minimed, Inc. | Physiological monitoring device for controlling a medication infusion device |
US6824539B2 (en) * | 2002-08-02 | 2004-11-30 | Storz Endoskop Produktions Gmbh | Touchscreen controlling medical equipment from multiple manufacturers |
US7533351B2 (en) * | 2003-08-13 | 2009-05-12 | International Business Machines Corporation | Method, apparatus, and program for dynamic expansion and overlay of controls |
DE102004011135A1 (en) * | 2004-03-08 | 2005-09-29 | Disetronic Licensing Ag | Method and apparatus for calculating a bolus amount |
WO2005113036A1 (en) * | 2004-05-13 | 2005-12-01 | The Regents Of The University Of California | Method and apparatus for glucose control and insulin dosing for diabetics |
US20090247931A1 (en) * | 2004-09-23 | 2009-10-01 | Novo Nordisk A/S | Device for self-care support |
GB0423696D0 (en) | 2004-10-26 | 2004-11-24 | M I E Medical Res Ltd | Apparatus and method for transmitting data by radio |
WO2006102412A2 (en) * | 2005-03-21 | 2006-09-28 | Abbott Diabetes Care, Inc. | Method and system for providing integrated medication infusion and analyte monitoring system |
CN101185000A (en) * | 2005-03-29 | 2008-05-21 | 因弗因斯医药瑞士股份有限公司 | Device and method of monitoring a patient |
EP1880328A1 (en) | 2005-04-11 | 2008-01-23 | Disetronic Licensing AG | Web-enabled portable medical device |
KR100703771B1 (en) * | 2005-05-17 | 2007-04-06 | 삼성전자주식회사 | Apparatus and method for displaying input panel |
US7843328B2 (en) * | 2005-11-22 | 2010-11-30 | Covidien Ag | Medical device with selectable status monitoring modes |
US7558622B2 (en) * | 2006-05-24 | 2009-07-07 | Bao Tran | Mesh network stroke monitoring appliance |
US20080073208A1 (en) * | 2006-09-08 | 2008-03-27 | Chia-Nan Wang | Biosensor Requiring No Code Card |
US8025634B1 (en) * | 2006-09-18 | 2011-09-27 | Baxter International Inc. | Method and system for controlled infusion of therapeutic substances |
US8127046B2 (en) * | 2006-12-04 | 2012-02-28 | Deka Products Limited Partnership | Medical device including a capacitive slider assembly that provides output signals wirelessly to one or more remote medical systems components |
-
2008
- 2008-06-09 ES ES08780781T patent/ES2715277T3/en active Active
- 2008-06-09 WO PCT/US2008/066299 patent/WO2009005958A2/en active Application Filing
- 2008-06-09 DK DK18174385.7T patent/DK3460644T3/en active
- 2008-06-09 EP EP08780781.4A patent/EP2186035B1/en active Active
- 2008-06-09 WO PCT/US2008/066288 patent/WO2009005957A1/en active Application Filing
- 2008-06-09 EP EP08770483.9A patent/EP2171568B1/en active Active
- 2008-06-09 DK DK08780781.4T patent/DK2186035T3/en active
- 2008-06-09 WO PCT/US2008/066262 patent/WO2009005952A2/en active Application Filing
- 2008-06-09 DK DK08770483.9T patent/DK2171568T3/en active
- 2008-06-09 EP EP08770510A patent/EP2170430A2/en not_active Withdrawn
- 2008-06-09 EP EP18174385.7A patent/EP3460644B1/en active Active
- 2008-06-09 PL PL08770454.0T patent/PL2170159T3/en unknown
- 2008-06-09 EP EP08770454.0A patent/EP2170159B8/en active Active
- 2008-06-09 WO PCT/US2008/066331 patent/WO2009005960A2/en active Application Filing
- 2008-06-09 CN CN200880022714A patent/CN101689095A/en active Pending
- 2008-06-09 DK DK08770454.0T patent/DK2170159T3/en active
-
2009
- 2009-12-23 US US12/646,689 patent/US20100156633A1/en not_active Abandoned
- 2009-12-23 US US12/646,564 patent/US20100167385A1/en not_active Abandoned
- 2009-12-23 US US12/646,471 patent/US8451230B2/en active Active
- 2009-12-23 US US12/646,113 patent/US20100160759A1/en not_active Abandoned
- 2009-12-23 US US12/646,336 patent/US8118770B2/en active Active
Patent Citations (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4146029A (en) * | 1974-04-23 | 1979-03-27 | Ellinwood Jr Everett H | Self-powered implanted programmable medication system and method |
US4475901A (en) * | 1980-07-23 | 1984-10-09 | The Garvan Research Development Ltd. | Apparatus for improving blood sugar control in diabetics |
US5364346A (en) * | 1985-12-20 | 1994-11-15 | Schrezenmeir Juergen | Process for the continuous and discontinuous administration of insulin to the human body |
US5291609A (en) * | 1991-06-13 | 1994-03-01 | Sony Electronics Inc. | Computer interface circuit |
US5748103A (en) * | 1995-11-13 | 1998-05-05 | Vitalcom, Inc. | Two-way TDMA telemetry system with power conservation features |
US5997475A (en) * | 1997-08-18 | 1999-12-07 | Solefound, Inc. | Device for diabetes management |
US6289421B1 (en) * | 1999-05-21 | 2001-09-11 | Lucent Technologies, Inc. | Intelligent memory devices for transferring data between electronic devices |
US6909439B1 (en) * | 1999-08-26 | 2005-06-21 | International Business Machines Corporation | Method and apparatus for maximizing efficiency of small display in a data processing system |
US6668196B1 (en) * | 2000-01-21 | 2003-12-23 | Medical Research Group, Inc. | Ambulatory medical apparatus with hand held communication device |
US20010044731A1 (en) * | 2000-05-18 | 2001-11-22 | Coffman Damon J. | Distributed remote asset and medication management drug delivery system |
US20050162395A1 (en) * | 2002-03-22 | 2005-07-28 | Erland Unruh | Entering text into an electronic communications device |
US20040078416A1 (en) * | 2002-10-22 | 2004-04-22 | Canon Kabushiki Kaisha | Data input apparatus and method |
US20040248840A1 (en) * | 2003-02-10 | 2004-12-09 | Santaris Pharma A/S | Oligomeric compounds for the modulation of ras expression |
US20050091577A1 (en) * | 2003-10-23 | 2005-04-28 | International Business Machines Corporation | Information integration system |
US20060047192A1 (en) * | 2004-08-26 | 2006-03-02 | Robert Hellwig | Insulin bolus recommendation system |
US20060173406A1 (en) * | 2005-02-01 | 2006-08-03 | Medtronic Minimed, Inc | Algorithm sensor augmented bolus estimator for semi-closed loop infusion system |
US20060217061A1 (en) * | 2005-03-01 | 2006-09-28 | Michael Steele | RF amplification system and method |
US20070109325A1 (en) * | 2005-11-15 | 2007-05-17 | Eveleigh Simon F | System and method for rapid input of data |
US20070142767A1 (en) * | 2005-12-12 | 2007-06-21 | Marcel Frikart | System with A Portable Patient Device and External Operating Part |
Cited By (370)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10039881B2 (en) | 2002-12-31 | 2018-08-07 | Abbott Diabetes Care Inc. | Method and system for providing data communication in continuous glucose monitoring and management system |
US10750952B2 (en) | 2002-12-31 | 2020-08-25 | Abbott Diabetes Care Inc. | Continuous glucose monitoring system and methods of use |
US9962091B2 (en) | 2002-12-31 | 2018-05-08 | Abbott Diabetes Care Inc. | Continuous glucose monitoring system and methods of use |
US20100082266A1 (en) * | 2003-04-04 | 2010-04-01 | Abbott Diabetes Care Inc. | Method and System for Transferring Analyte Test Data |
US8682598B2 (en) | 2003-04-04 | 2014-03-25 | Abbott Laboratories | Method and system for transferring analyte test data |
US9730584B2 (en) | 2003-06-10 | 2017-08-15 | Abbott Diabetes Care Inc. | Glucose measuring device for use in personal area network |
US11627900B2 (en) | 2003-12-05 | 2023-04-18 | Dexcom, Inc. | Analyte sensor |
US11000215B1 (en) | 2003-12-05 | 2021-05-11 | Dexcom, Inc. | Analyte sensor |
US11020031B1 (en) | 2003-12-05 | 2021-06-01 | Dexcom, Inc. | Analyte sensor |
US8771183B2 (en) | 2004-02-17 | 2014-07-08 | Abbott Diabetes Care Inc. | Method and system for providing data communication in continuous glucose monitoring and management system |
US11182332B2 (en) | 2004-06-04 | 2021-11-23 | Abbott Diabetes Care Inc. | Systems and methods for managing diabetes care data |
US10963417B2 (en) | 2004-06-04 | 2021-03-30 | Abbott Diabetes Care Inc. | Systems and methods for managing diabetes care data |
US11507530B2 (en) | 2004-06-04 | 2022-11-22 | Abbott Diabetes Care Inc. | Systems and methods for managing diabetes care data |
US10194850B2 (en) | 2005-08-31 | 2019-02-05 | Abbott Diabetes Care Inc. | Accuracy of continuous glucose sensors |
US8880138B2 (en) | 2005-09-30 | 2014-11-04 | Abbott Diabetes Care Inc. | Device for channeling fluid and methods of use |
US8585591B2 (en) | 2005-11-04 | 2013-11-19 | Abbott Diabetes Care Inc. | Method and system for providing basal profile modification in analyte monitoring and management systems |
US9323898B2 (en) | 2005-11-04 | 2016-04-26 | Abbott Diabetes Care Inc. | Method and system for providing basal profile modification in analyte monitoring and management systems |
US20100274220A1 (en) * | 2005-11-04 | 2010-10-28 | Abbott Diabetes Care Inc. | Method and System for Providing Basal Profile Modification in Analyte Monitoring and Management Systems |
US9669162B2 (en) | 2005-11-04 | 2017-06-06 | Abbott Diabetes Care Inc. | Method and system for providing basal profile modification in analyte monitoring and management systems |
US11538580B2 (en) | 2005-11-04 | 2022-12-27 | Abbott Diabetes Care Inc. | Method and system for providing basal profile modification in analyte monitoring and management systems |
US9795331B2 (en) | 2005-12-28 | 2017-10-24 | Abbott Diabetes Care Inc. | Method and apparatus for providing analyte sensor insertion |
US11298058B2 (en) | 2005-12-28 | 2022-04-12 | Abbott Diabetes Care Inc. | Method and apparatus for providing analyte sensor insertion |
US10307091B2 (en) | 2005-12-28 | 2019-06-04 | Abbott Diabetes Care Inc. | Method and apparatus for providing analyte sensor insertion |
US9326727B2 (en) | 2006-01-30 | 2016-05-03 | Abbott Diabetes Care Inc. | On-body medical device securement |
US9031630B2 (en) | 2006-02-28 | 2015-05-12 | Abbott Diabetes Care Inc. | Analyte sensors and methods of use |
US10448834B2 (en) | 2006-02-28 | 2019-10-22 | Abbott Diabetes Care Inc. | Smart messages and alerts for an infusion delivery and management system |
US9844329B2 (en) | 2006-02-28 | 2017-12-19 | Abbott Diabetes Care Inc. | Analyte sensors and methods of use |
US9782076B2 (en) | 2006-02-28 | 2017-10-10 | Abbott Diabetes Care Inc. | Smart messages and alerts for an infusion delivery and management system |
US10117614B2 (en) | 2006-02-28 | 2018-11-06 | Abbott Diabetes Care Inc. | Method and system for providing continuous calibration of implantable analyte sensors |
US11872039B2 (en) | 2006-02-28 | 2024-01-16 | Abbott Diabetes Care Inc. | Method and system for providing continuous calibration of implantable analyte sensors |
US8593109B2 (en) | 2006-03-31 | 2013-11-26 | Abbott Diabetes Care Inc. | Method and system for powering an electronic device |
US9625413B2 (en) | 2006-03-31 | 2017-04-18 | Abbott Diabetes Care Inc. | Analyte monitoring devices and methods therefor |
US8933664B2 (en) | 2006-03-31 | 2015-01-13 | Abbott Diabetes Care Inc. | Method and system for powering an electronic device |
US8597575B2 (en) | 2006-03-31 | 2013-12-03 | Abbott Diabetes Care Inc. | Analyte monitoring devices and methods therefor |
US9039975B2 (en) | 2006-03-31 | 2015-05-26 | Abbott Diabetes Care Inc. | Analyte monitoring devices and methods therefor |
US9380971B2 (en) | 2006-03-31 | 2016-07-05 | Abbott Diabetes Care Inc. | Method and system for powering an electronic device |
US9743863B2 (en) | 2006-03-31 | 2017-08-29 | Abbott Diabetes Care Inc. | Method and system for powering an electronic device |
US11445910B2 (en) | 2006-08-07 | 2022-09-20 | Abbott Diabetes Care Inc. | Method and system for providing data management in integrated analyte monitoring and infusion system |
US10206629B2 (en) | 2006-08-07 | 2019-02-19 | Abbott Diabetes Care Inc. | Method and system for providing integrated analyte monitoring and infusion system therapy management |
US9697332B2 (en) | 2006-08-07 | 2017-07-04 | Abbott Diabetes Care Inc. | Method and system for providing data management in integrated analyte monitoring and infusion system |
US8932216B2 (en) | 2006-08-07 | 2015-01-13 | Abbott Diabetes Care Inc. | Method and system for providing data management in integrated analyte monitoring and infusion system |
US11806110B2 (en) | 2006-08-07 | 2023-11-07 | Abbott Diabetes Care Inc. | Method and system for providing data management in integrated analyte monitoring and infusion system |
US9408566B2 (en) | 2006-08-09 | 2016-08-09 | Abbott Diabetes Care Inc. | Method and system for providing calibration of an analyte sensor in an analyte monitoring system |
US10278630B2 (en) | 2006-08-09 | 2019-05-07 | Abbott Diabetes Care Inc. | Method and system for providing calibration of an analyte sensor in an analyte monitoring system |
US11864894B2 (en) | 2006-08-09 | 2024-01-09 | Abbott Diabetes Care Inc. | Method and system for providing calibration of an analyte sensor in an analyte monitoring system |
US9833181B2 (en) | 2006-08-09 | 2017-12-05 | Abbot Diabetes Care Inc. | Method and system for providing calibration of an analyte sensor in an analyte monitoring system |
US10342469B2 (en) | 2006-10-02 | 2019-07-09 | Abbott Diabetes Care Inc. | Method and system for dynamically updating calibration parameters for an analyte sensor |
US9629578B2 (en) | 2006-10-02 | 2017-04-25 | Abbott Diabetes Care Inc. | Method and system for dynamically updating calibration parameters for an analyte sensor |
US9839383B2 (en) | 2006-10-02 | 2017-12-12 | Abbott Diabetes Care Inc. | Method and system for dynamically updating calibration parameters for an analyte sensor |
US20100023291A1 (en) * | 2006-10-02 | 2010-01-28 | Abbott Diabetes Care Inc. | Method and System for Dynamically Updating Calibration Parameters for an Analyte Sensor |
US9357959B2 (en) | 2006-10-02 | 2016-06-07 | Abbott Diabetes Care Inc. | Method and system for dynamically updating calibration parameters for an analyte sensor |
US8515517B2 (en) | 2006-10-02 | 2013-08-20 | Abbott Diabetes Care Inc. | Method and system for dynamically updating calibration parameters for an analyte sensor |
US10194868B2 (en) | 2006-10-25 | 2019-02-05 | Abbott Diabetes Care Inc. | Method and system for providing analyte monitoring |
US11282603B2 (en) | 2006-10-25 | 2022-03-22 | Abbott Diabetes Care Inc. | Method and system for providing analyte monitoring |
US9814428B2 (en) | 2006-10-25 | 2017-11-14 | Abbott Diabetes Care Inc. | Method and system for providing analyte monitoring |
US9113828B2 (en) | 2006-10-25 | 2015-08-25 | Abbott Diabetes Care Inc. | Method and system for providing analyte monitoring |
US9882660B2 (en) | 2006-10-26 | 2018-01-30 | Abbott Diabetes Care Inc. | Method, system and computer program product for real-time detection of sensitivity decline in analyte sensors |
US11722229B2 (en) | 2006-10-26 | 2023-08-08 | Abbott Diabetes Care Inc. | Method, system and computer program product for real-time detection of sensitivity decline in analyte sensors |
US10903914B2 (en) | 2006-10-26 | 2021-01-26 | Abbott Diabetes Care Inc. | Method, system and computer program product for real-time detection of sensitivity decline in analyte sensors |
US10022499B2 (en) | 2007-02-15 | 2018-07-17 | Abbott Diabetes Care Inc. | Device and method for automatic data acquisition and/or detection |
US10617823B2 (en) | 2007-02-15 | 2020-04-14 | Abbott Diabetes Care Inc. | Device and method for automatic data acquisition and/or detection |
US8930203B2 (en) | 2007-02-18 | 2015-01-06 | Abbott Diabetes Care Inc. | Multi-function analyte test device and methods therefor |
US9636450B2 (en) | 2007-02-19 | 2017-05-02 | Udo Hoss | Pump system modular components for delivering medication and analyte sensing at seperate insertion sites |
US9801545B2 (en) | 2007-03-01 | 2017-10-31 | Abbott Diabetes Care Inc. | Method and apparatus for providing rolling data in communication systems |
US9095290B2 (en) | 2007-03-01 | 2015-08-04 | Abbott Diabetes Care Inc. | Method and apparatus for providing rolling data in communication systems |
US10111608B2 (en) | 2007-04-14 | 2018-10-30 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in medical communication system |
US10349877B2 (en) | 2007-04-14 | 2019-07-16 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in medical communication system |
US9008743B2 (en) | 2007-04-14 | 2015-04-14 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in medical communication system |
US8698615B2 (en) | 2007-04-14 | 2014-04-15 | Abbott Diabetes Care Inc. | Method and apparatus for providing dynamic multi-stage signal amplification in a medical device |
US9743866B2 (en) | 2007-04-14 | 2017-08-29 | Abbott Diabetes Care Inc. | Method and apparatus for providing dynamic multi-stage signal amplification in a medical device |
US9402584B2 (en) | 2007-04-14 | 2016-08-02 | Abbott Diabetes Care Inc. | Method and apparatus for providing dynamic multi-stage signal amplification in a medical device |
US8937540B2 (en) | 2007-04-14 | 2015-01-20 | Abbott Diabetes Care Inc. | Method and apparatus for providing dynamic multi-stage signal amplification in a medical device |
US10194846B2 (en) | 2007-04-14 | 2019-02-05 | Abbott Diabetes Care Inc. | Method and apparatus for providing dynamic multi-stage signal amplification in a medical device |
US11039767B2 (en) | 2007-04-14 | 2021-06-22 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in medical communication system |
US9615780B2 (en) | 2007-04-14 | 2017-04-11 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in medical communication system |
US9204827B2 (en) | 2007-04-14 | 2015-12-08 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in medical communication system |
US9177456B2 (en) | 2007-05-08 | 2015-11-03 | Abbott Diabetes Care Inc. | Analyte monitoring system and methods |
US8461985B2 (en) | 2007-05-08 | 2013-06-11 | Abbott Diabetes Care Inc. | Analyte monitoring system and methods |
US10178954B2 (en) | 2007-05-08 | 2019-01-15 | Abbott Diabetes Care Inc. | Analyte monitoring system and methods |
US10952611B2 (en) | 2007-05-08 | 2021-03-23 | Abbott Diabetes Care Inc. | Analyte monitoring system and methods |
US9649057B2 (en) | 2007-05-08 | 2017-05-16 | Abbott Diabetes Care Inc. | Analyte monitoring system and methods |
US8593287B2 (en) | 2007-05-08 | 2013-11-26 | Abbott Diabetes Care Inc. | Analyte monitoring system and methods |
US9574914B2 (en) | 2007-05-08 | 2017-02-21 | Abbott Diabetes Care Inc. | Method and device for determining elapsed sensor life |
US9949678B2 (en) | 2007-05-08 | 2018-04-24 | Abbott Diabetes Care Inc. | Method and device for determining elapsed sensor life |
US9000929B2 (en) | 2007-05-08 | 2015-04-07 | Abbott Diabetes Care Inc. | Analyte monitoring system and methods |
US11696684B2 (en) | 2007-05-08 | 2023-07-11 | Abbott Diabetes Care Inc. | Analyte monitoring system and methods |
US10653317B2 (en) | 2007-05-08 | 2020-05-19 | Abbott Diabetes Care Inc. | Analyte monitoring system and methods |
US9035767B2 (en) | 2007-05-08 | 2015-05-19 | Abbott Diabetes Care Inc. | Analyte monitoring system and methods |
US9314198B2 (en) | 2007-05-08 | 2016-04-19 | Abbott Diabetes Care Inc. | Analyte monitoring system and methods |
US10976304B2 (en) | 2007-05-14 | 2021-04-13 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US11076785B2 (en) | 2007-05-14 | 2021-08-03 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US9801571B2 (en) | 2007-05-14 | 2017-10-31 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in medical communication system |
US11119090B2 (en) | 2007-05-14 | 2021-09-14 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US9804150B2 (en) | 2007-05-14 | 2017-10-31 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US10463310B2 (en) | 2007-05-14 | 2019-11-05 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US11125592B2 (en) | 2007-05-14 | 2021-09-21 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US9797880B2 (en) | 2007-05-14 | 2017-10-24 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US8560038B2 (en) | 2007-05-14 | 2013-10-15 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US9060719B2 (en) | 2007-05-14 | 2015-06-23 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US11828748B2 (en) | 2007-05-14 | 2023-11-28 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US8571808B2 (en) | 2007-05-14 | 2013-10-29 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US10991456B2 (en) | 2007-05-14 | 2021-04-27 | Abbott Diabetes Care Inc. | Method and system for determining analyte levels |
US8682615B2 (en) | 2007-05-14 | 2014-03-25 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US10002233B2 (en) | 2007-05-14 | 2018-06-19 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US10031002B2 (en) | 2007-05-14 | 2018-07-24 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US10143409B2 (en) | 2007-05-14 | 2018-12-04 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US8612163B2 (en) | 2007-05-14 | 2013-12-17 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US10261069B2 (en) | 2007-05-14 | 2019-04-16 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US10119956B2 (en) | 2007-05-14 | 2018-11-06 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US10634662B2 (en) | 2007-05-14 | 2020-04-28 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US9737249B2 (en) | 2007-05-14 | 2017-08-22 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US9483608B2 (en) | 2007-05-14 | 2016-11-01 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US10820841B2 (en) | 2007-05-14 | 2020-11-03 | Abbot Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US10653344B2 (en) | 2007-05-14 | 2020-05-19 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US10045720B2 (en) | 2007-05-14 | 2018-08-14 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US9125548B2 (en) | 2007-05-14 | 2015-09-08 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US8600681B2 (en) | 2007-05-14 | 2013-12-03 | Abbott Diabetes Care Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US9558325B2 (en) | 2007-05-14 | 2017-01-31 | Abbott Diabetes Care Inc. | Method and system for determining analyte levels |
US11300561B2 (en) | 2007-05-14 | 2022-04-12 | Abbott Diabetes Care, Inc. | Method and apparatus for providing data processing and control in a medical communication system |
US8597188B2 (en) | 2007-06-21 | 2013-12-03 | Abbott Diabetes Care Inc. | Health management devices and methods |
US8617069B2 (en) | 2007-06-21 | 2013-12-31 | Abbott Diabetes Care Inc. | Health monitor |
US11276492B2 (en) | 2007-06-21 | 2022-03-15 | Abbott Diabetes Care Inc. | Health management devices and methods |
US11264133B2 (en) | 2007-06-21 | 2022-03-01 | Abbott Diabetes Care Inc. | Health management devices and methods |
US11678821B2 (en) | 2007-06-29 | 2023-06-20 | Abbott Diabetes Care Inc. | Analyte monitoring and management device and method to analyze the frequency of user interaction with the device |
US10856785B2 (en) | 2007-06-29 | 2020-12-08 | Abbott Diabetes Care Inc. | Analyte monitoring and management device and method to analyze the frequency of user interaction with the device |
US9913600B2 (en) | 2007-06-29 | 2018-03-13 | Abbott Diabetes Care Inc. | Analyte monitoring and management device and method to analyze the frequency of user interaction with the device |
US9398872B2 (en) | 2007-07-31 | 2016-07-26 | Abbott Diabetes Care Inc. | Method and apparatus for providing analyte sensor calibration |
US8834366B2 (en) | 2007-07-31 | 2014-09-16 | Abbott Diabetes Care Inc. | Method and apparatus for providing analyte sensor calibration |
US10173007B2 (en) | 2007-10-23 | 2019-01-08 | Abbott Diabetes Care Inc. | Closed loop control system with safety parameters and methods |
US11083843B2 (en) | 2007-10-23 | 2021-08-10 | Abbott Diabetes Care Inc. | Closed loop control system with safety parameters and methods |
US9439586B2 (en) | 2007-10-23 | 2016-09-13 | Abbott Diabetes Care Inc. | Assessing measures of glycemic variability |
US9804148B2 (en) | 2007-10-23 | 2017-10-31 | Abbott Diabetes Care Inc. | Analyte sensor with lag compensation |
US9743865B2 (en) | 2007-10-23 | 2017-08-29 | Abbott Diabetes Care Inc. | Assessing measures of glycemic variability |
US9332934B2 (en) | 2007-10-23 | 2016-05-10 | Abbott Diabetes Care Inc. | Analyte sensor with lag compensation |
US10685749B2 (en) | 2007-12-19 | 2020-06-16 | Abbott Diabetes Care Inc. | Insulin delivery apparatuses capable of bluetooth data transmission |
US10773015B2 (en) * | 2008-01-09 | 2020-09-15 | Tandem Diabetes Care, Inc. | Infusion pump incorporating information from personal information manager devices |
US11850394B2 (en) | 2008-01-09 | 2023-12-26 | Tandem Diabetes Care, Inc. | Infusion pump with add-on modules |
US20140323961A1 (en) * | 2008-01-09 | 2014-10-30 | Tandem Diabetes Care, Inc. | Infusion pump incorporating information from personal information manager devices |
US9320468B2 (en) | 2008-01-31 | 2016-04-26 | Abbott Diabetes Care Inc. | Analyte sensor with time lag compensation |
US9770211B2 (en) | 2008-01-31 | 2017-09-26 | Abbott Diabetes Care Inc. | Analyte sensor with time lag compensation |
US11779248B2 (en) | 2008-03-28 | 2023-10-10 | Abbott Diabetes Care Inc. | Analyte sensor calibration management |
US9730623B2 (en) | 2008-03-28 | 2017-08-15 | Abbott Diabetes Care Inc. | Analyte sensor calibration management |
US8718739B2 (en) | 2008-03-28 | 2014-05-06 | Abbott Diabetes Care Inc. | Analyte sensor calibration management |
US9320462B2 (en) | 2008-03-28 | 2016-04-26 | Abbott Diabetes Care Inc. | Analyte sensor calibration management |
US20100234710A1 (en) * | 2008-03-28 | 2010-09-16 | Abbott Diabetes Care Inc. | Analyte Sensor Calibration Management |
US10463288B2 (en) | 2008-03-28 | 2019-11-05 | Abbott Diabetes Care Inc. | Analyte sensor calibration management |
US8583205B2 (en) | 2008-03-28 | 2013-11-12 | Abbott Diabetes Care Inc. | Analyte sensor calibration management |
US11488549B2 (en) | 2008-05-02 | 2022-11-01 | Tandem Diabetes Care, Inc. | Display for pump |
US11735295B2 (en) | 2008-05-30 | 2023-08-22 | Abbott Diabetes Care Inc. | Method and apparatus for providing glycemic control |
US9795328B2 (en) | 2008-05-30 | 2017-10-24 | Abbott Diabetes Care Inc. | Method and apparatus for providing glycemic control |
US11770210B2 (en) | 2008-05-30 | 2023-09-26 | Abbott Diabetes Care Inc. | Close proximity communication device and methods |
US8509107B2 (en) | 2008-05-30 | 2013-08-13 | Abbott Diabetes Care Inc. | Close proximity communication device and methods |
US9541556B2 (en) | 2008-05-30 | 2017-01-10 | Abbott Diabetes Care Inc. | Method and apparatus for providing glycemic control |
US9931075B2 (en) | 2008-05-30 | 2018-04-03 | Abbott Diabetes Care Inc. | Method and apparatus for providing glycemic control |
US10327682B2 (en) | 2008-05-30 | 2019-06-25 | Abbott Diabetes Care Inc. | Method and apparatus for providing glycemic control |
US9184875B2 (en) | 2008-05-30 | 2015-11-10 | Abbott Diabetes Care, Inc. | Close proximity communication device and methods |
US8737259B2 (en) | 2008-05-30 | 2014-05-27 | Abbott Diabetes Care Inc. | Close proximity communication device and methods |
US9831985B2 (en) | 2008-05-30 | 2017-11-28 | Abbott Diabetes Care Inc. | Close proximity communication device and methods |
US10328201B2 (en) | 2008-07-14 | 2019-06-25 | Abbott Diabetes Care Inc. | Closed loop control system interface and methods |
US11621073B2 (en) | 2008-07-14 | 2023-04-04 | Abbott Diabetes Care Inc. | Closed loop control system interface and methods |
US8734422B2 (en) | 2008-08-31 | 2014-05-27 | Abbott Diabetes Care Inc. | Closed loop control with improved alarm functions |
US9572934B2 (en) | 2008-08-31 | 2017-02-21 | Abbott DiabetesCare Inc. | Robust closed loop control and methods |
US8622988B2 (en) | 2008-08-31 | 2014-01-07 | Abbott Diabetes Care Inc. | Variable rate closed loop control and methods |
US8795252B2 (en) | 2008-08-31 | 2014-08-05 | Abbott Diabetes Care Inc. | Robust closed loop control and methods |
US9392969B2 (en) | 2008-08-31 | 2016-07-19 | Abbott Diabetes Care Inc. | Closed loop control and signal attenuation detection |
US9943644B2 (en) | 2008-08-31 | 2018-04-17 | Abbott Diabetes Care Inc. | Closed loop control with reference measurement and methods thereof |
US9610046B2 (en) | 2008-08-31 | 2017-04-04 | Abbott Diabetes Care Inc. | Closed loop control with improved alarm functions |
US11679200B2 (en) | 2008-08-31 | 2023-06-20 | Abbott Diabetes Care Inc. | Closed loop control and signal attenuation detection |
US10188794B2 (en) | 2008-08-31 | 2019-01-29 | Abbott Diabetes Care Inc. | Closed loop control and signal attenuation detection |
US11013439B2 (en) | 2008-09-30 | 2021-05-25 | Abbott Diabetes Care Inc. | Optimizing analyte sensor calibration |
US11484234B2 (en) | 2008-09-30 | 2022-11-01 | Abbott Diabetes Care Inc. | Optimizing analyte sensor calibration |
US8744547B2 (en) | 2008-09-30 | 2014-06-03 | Abbott Diabetes Care Inc. | Optimizing analyte sensor calibration |
US11464434B2 (en) | 2008-09-30 | 2022-10-11 | Abbott Diabetes Care Inc. | Optimizing analyte sensor calibration |
US8986208B2 (en) | 2008-09-30 | 2015-03-24 | Abbott Diabetes Care Inc. | Analyte sensor sensitivity attenuation mitigation |
US9662056B2 (en) | 2008-09-30 | 2017-05-30 | Abbott Diabetes Care Inc. | Optimizing analyte sensor calibration |
US11202592B2 (en) | 2008-09-30 | 2021-12-21 | Abbott Diabetes Care Inc. | Optimizing analyte sensor calibration |
US10045739B2 (en) | 2008-09-30 | 2018-08-14 | Abbott Diabetes Care Inc. | Analyte sensor sensitivity attenuation mitigation |
US10980461B2 (en) | 2008-11-07 | 2021-04-20 | Dexcom, Inc. | Advanced analyte sensor calibration and error detection |
US11678848B2 (en) | 2008-11-10 | 2023-06-20 | Abbott Diabetes Care Inc. | Alarm characterization for analyte monitoring devices and systems |
US9326707B2 (en) | 2008-11-10 | 2016-05-03 | Abbott Diabetes Care Inc. | Alarm characterization for analyte monitoring devices and systems |
US11272890B2 (en) | 2008-11-10 | 2022-03-15 | Abbott Diabetes Care Inc. | Alarm characterization for analyte monitoring devices and systems |
US9730650B2 (en) | 2008-11-10 | 2017-08-15 | Abbott Diabetes Care Inc. | Alarm characterization for analyte monitoring devices and systems |
US10915505B2 (en) | 2008-12-23 | 2021-02-09 | Roche Diabetes Care, Inc. | Management method and system implementation, execution, data collection, and data analysis of a structured collection procedure which runs on a collection device |
US10565170B2 (en) | 2008-12-23 | 2020-02-18 | Roche Diabetes Care, Inc. | Structured testing method for diagnostic or therapy support of a patient with a chronic disease and devices thereof |
US10368745B2 (en) | 2008-12-23 | 2019-08-06 | Roche Diabetes Care Inc | Systems and methods for optimizing insulin dosage |
US11464430B2 (en) | 2009-01-29 | 2022-10-11 | Abbott Diabetes Care Inc. | Method and device for providing offset model based calibration for analyte sensor |
US8676513B2 (en) | 2009-01-29 | 2014-03-18 | Abbott Diabetes Care Inc. | Method and device for early signal attenuation detection using blood glucose measurements |
US8532935B2 (en) | 2009-01-29 | 2013-09-10 | Abbott Diabetes Care Inc. | Method and device for providing offset model based calibration for analyte sensor |
US9066709B2 (en) | 2009-01-29 | 2015-06-30 | Abbott Diabetes Care Inc. | Method and device for early signal attenuation detection using blood glucose measurements |
US10089446B2 (en) | 2009-01-29 | 2018-10-02 | Abbott Diabetes Care Inc. | Method and device for providing offset model based calibration for analyte sensor |
US11166656B2 (en) | 2009-02-03 | 2021-11-09 | Abbott Diabetes Care Inc. | Analyte sensor and apparatus for insertion of the sensor |
US11202591B2 (en) | 2009-02-03 | 2021-12-21 | Abbott Diabetes Care Inc. | Analyte sensor and apparatus for insertion of the sensor |
US11006870B2 (en) | 2009-02-03 | 2021-05-18 | Abbott Diabetes Care Inc. | Analyte sensor and apparatus for insertion of the sensor |
US11213229B2 (en) | 2009-02-03 | 2022-01-04 | Abbott Diabetes Care Inc. | Analyte sensor and apparatus for insertion of the sensor |
US11006872B2 (en) | 2009-02-03 | 2021-05-18 | Abbott Diabetes Care Inc. | Analyte sensor and apparatus for insertion of the sensor |
US11006871B2 (en) | 2009-02-03 | 2021-05-18 | Abbott Diabetes Care Inc. | Analyte sensor and apparatus for insertion of the sensor |
US10009244B2 (en) | 2009-04-15 | 2018-06-26 | Abbott Diabetes Care Inc. | Analyte monitoring system having an alert |
US8497777B2 (en) | 2009-04-15 | 2013-07-30 | Abbott Diabetes Care Inc. | Analyte monitoring system having an alert |
US9178752B2 (en) | 2009-04-15 | 2015-11-03 | Abbott Diabetes Care Inc. | Analyte monitoring system having an alert |
US8730058B2 (en) | 2009-04-15 | 2014-05-20 | Abbott Diabetes Care Inc. | Analyte monitoring system having an alert |
US9226701B2 (en) | 2009-04-28 | 2016-01-05 | Abbott Diabetes Care Inc. | Error detection in critical repeating data in a wireless sensor system |
US9088452B2 (en) | 2009-04-29 | 2015-07-21 | Abbott Diabetes Care Inc. | Method and system for providing data communication in continuous glucose monitoring and management system |
US10194844B2 (en) | 2009-04-29 | 2019-02-05 | Abbott Diabetes Care Inc. | Methods and systems for early signal attenuation detection and processing |
US9693688B2 (en) | 2009-04-29 | 2017-07-04 | Abbott Diabetes Care Inc. | Method and system for providing data communication in continuous glucose monitoring and management system |
US10952653B2 (en) | 2009-04-29 | 2021-03-23 | Abbott Diabetes Care Inc. | Methods and systems for early signal attenuation detection and processing |
US11116431B1 (en) | 2009-04-29 | 2021-09-14 | Abbott Diabetes Care Inc. | Methods and systems for early signal attenuation detection and processing |
US10172518B2 (en) | 2009-04-29 | 2019-01-08 | Abbott Diabetes Care Inc. | Method and system for providing data communication in continuous glucose monitoring and management system |
US9949639B2 (en) | 2009-04-29 | 2018-04-24 | Abbott Diabetes Care Inc. | Method and system for providing data communication in continuous glucose monitoring and management system |
US9310230B2 (en) | 2009-04-29 | 2016-04-12 | Abbott Diabetes Care Inc. | Method and system for providing real time analyte sensor calibration with retrospective backfill |
US10820842B2 (en) | 2009-04-29 | 2020-11-03 | Abbott Diabetes Care Inc. | Methods and systems for early signal attenuation detection and processing |
US10617296B2 (en) | 2009-04-29 | 2020-04-14 | Abbott Diabetes Care Inc. | Method and system for providing data communication in continuous glucose monitoring and management system |
US11013431B2 (en) | 2009-04-29 | 2021-05-25 | Abbott Diabetes Care Inc. | Methods and systems for early signal attenuation detection and processing |
US11298056B2 (en) | 2009-04-29 | 2022-04-12 | Abbott Diabetes Care Inc. | Methods and systems for early signal attenuation detection and processing |
US11872370B2 (en) | 2009-05-29 | 2024-01-16 | Abbott Diabetes Care Inc. | Medical device antenna systems having external antenna configurations |
US11793936B2 (en) | 2009-05-29 | 2023-10-24 | Abbott Diabetes Care Inc. | Medical device antenna systems having external antenna configurations |
US20100317951A1 (en) * | 2009-06-11 | 2010-12-16 | Roche Diagnostics Operations, Inc. | Portable handheld medical diagnostic devices with color-changing indicator |
US8501093B2 (en) * | 2009-06-11 | 2013-08-06 | Roche Diagnostics Operations, Inc. | Portable handheld medical diagnostic devices with color-changing indicatior |
US10827954B2 (en) | 2009-07-23 | 2020-11-10 | Abbott Diabetes Care Inc. | Continuous analyte measurement systems and systems and methods for implanting them |
US8798934B2 (en) | 2009-07-23 | 2014-08-05 | Abbott Diabetes Care Inc. | Real time management of data relating to physiological control of glucose levels |
US9795326B2 (en) | 2009-07-23 | 2017-10-24 | Abbott Diabetes Care Inc. | Continuous analyte measurement systems and systems and methods for implanting them |
US10872102B2 (en) | 2009-07-23 | 2020-12-22 | Abbott Diabetes Care Inc. | Real time management of data relating to physiological control of glucose levels |
US9936910B2 (en) | 2009-07-31 | 2018-04-10 | Abbott Diabetes Care Inc. | Method and apparatus for providing analyte monitoring and therapy management system accuracy |
US8478557B2 (en) | 2009-07-31 | 2013-07-02 | Abbott Diabetes Care Inc. | Method and apparatus for providing analyte monitoring system calibration accuracy |
US10660554B2 (en) | 2009-07-31 | 2020-05-26 | Abbott Diabetes Care Inc. | Methods and devices for analyte monitoring calibration |
US8718965B2 (en) | 2009-07-31 | 2014-05-06 | Abbott Diabetes Care Inc. | Method and apparatus for providing analyte monitoring system calibration accuracy |
US11234625B2 (en) | 2009-07-31 | 2022-02-01 | Abbott Diabetes Care Inc. | Method and apparatus for providing analyte monitoring and therapy management system accuracy |
US10456091B2 (en) | 2009-08-31 | 2019-10-29 | Abbott Diabetes Care Inc. | Displays for a medical device |
US9314195B2 (en) | 2009-08-31 | 2016-04-19 | Abbott Diabetes Care Inc. | Analyte signal processing device and methods |
US10429250B2 (en) | 2009-08-31 | 2019-10-01 | Abbott Diabetes Care, Inc. | Analyte monitoring system and methods for managing power and noise |
US8816862B2 (en) | 2009-08-31 | 2014-08-26 | Abbott Diabetes Care Inc. | Displays for a medical device |
US11045147B2 (en) | 2009-08-31 | 2021-06-29 | Abbott Diabetes Care Inc. | Analyte signal processing device and methods |
US11635332B2 (en) | 2009-08-31 | 2023-04-25 | Abbott Diabetes Care Inc. | Analyte monitoring system and methods for managing power and noise |
US9226714B2 (en) | 2009-08-31 | 2016-01-05 | Abbott Diabetes Care Inc. | Displays for a medical device |
US10492685B2 (en) | 2009-08-31 | 2019-12-03 | Abbott Diabetes Care Inc. | Medical devices and methods |
US9186113B2 (en) | 2009-08-31 | 2015-11-17 | Abbott Diabetes Care Inc. | Displays for a medical device |
US8514086B2 (en) | 2009-08-31 | 2013-08-20 | Abbott Diabetes Care Inc. | Displays for a medical device |
US11202586B2 (en) | 2009-08-31 | 2021-12-21 | Abbott Diabetes Care Inc. | Displays for a medical device |
US9968302B2 (en) | 2009-08-31 | 2018-05-15 | Abbott Diabetes Care Inc. | Analyte signal processing device and methods |
US9814416B2 (en) | 2009-08-31 | 2017-11-14 | Abbott Diabetes Care Inc. | Displays for a medical device |
US10772572B2 (en) | 2009-08-31 | 2020-09-15 | Abbott Diabetes Care Inc. | Displays for a medical device |
US8993331B2 (en) | 2009-08-31 | 2015-03-31 | Abbott Diabetes Care Inc. | Analyte monitoring system and methods for managing power and noise |
US11241175B2 (en) | 2009-08-31 | 2022-02-08 | Abbott Diabetes Care Inc. | Displays for a medical device |
US10918342B1 (en) | 2009-08-31 | 2021-02-16 | Abbott Diabetes Care Inc. | Displays for a medical device |
US10123752B2 (en) | 2009-08-31 | 2018-11-13 | Abbott Diabetes Care Inc. | Displays for a medical device |
US9549694B2 (en) | 2009-08-31 | 2017-01-24 | Abbott Diabetes Care Inc. | Displays for a medical device |
USRE47315E1 (en) | 2009-08-31 | 2019-03-26 | Abbott Diabetes Care Inc. | Displays for a medical device |
USD1010133S1 (en) | 2009-08-31 | 2024-01-02 | Abbott Diabetes Care Inc. | Analyte sensor assembly |
US11730429B2 (en) | 2009-08-31 | 2023-08-22 | Abbott Diabetes Care Inc. | Displays for a medical device |
US10881355B2 (en) | 2009-08-31 | 2021-01-05 | Abbott Diabetes Care Inc. | Displays for a medical device |
US11150145B2 (en) | 2009-08-31 | 2021-10-19 | Abbott Diabetes Care Inc. | Analyte monitoring system and methods for managing power and noise |
US10136816B2 (en) | 2009-08-31 | 2018-11-27 | Abbott Diabetes Care Inc. | Medical devices and methods |
US9320461B2 (en) | 2009-09-29 | 2016-04-26 | Abbott Diabetes Care Inc. | Method and apparatus for providing notification function in analyte monitoring systems |
US9750439B2 (en) | 2009-09-29 | 2017-09-05 | Abbott Diabetes Care Inc. | Method and apparatus for providing notification function in analyte monitoring systems |
US10349874B2 (en) | 2009-09-29 | 2019-07-16 | Abbott Diabetes Care Inc. | Method and apparatus for providing notification function in analyte monitoring systems |
US9750444B2 (en) | 2009-09-30 | 2017-09-05 | Abbott Diabetes Care Inc. | Interconnect for on-body analyte monitoring device |
US11259725B2 (en) | 2009-09-30 | 2022-03-01 | Abbott Diabetes Care Inc. | Interconnect for on-body analyte monitoring device |
US10765351B2 (en) | 2009-09-30 | 2020-09-08 | Abbott Diabetes Care Inc. | Interconnect for on-body analyte monitoring device |
US11207005B2 (en) | 2009-10-30 | 2021-12-28 | Abbott Diabetes Care Inc. | Method and apparatus for detecting false hypoglycemic conditions |
US10117606B2 (en) | 2009-10-30 | 2018-11-06 | Abbott Diabetes Care Inc. | Method and apparatus for detecting false hypoglycemic conditions |
US20110184265A1 (en) * | 2010-01-22 | 2011-07-28 | Abbott Diabetes Care Inc. | Method and Apparatus for Providing Notification in Analyte Monitoring Systems |
US10078380B2 (en) | 2010-03-10 | 2018-09-18 | Abbott Diabetes Care Inc. | Systems, devices and methods for managing glucose levels |
US11061491B2 (en) | 2010-03-10 | 2021-07-13 | Abbott Diabetes Care Inc. | Systems, devices and methods for managing glucose levels |
US20130038453A1 (en) * | 2010-04-14 | 2013-02-14 | Arkray, Inc. | Blood Sugar Level Measuring Apparatus, Blood Sugar Level Measured Result Display Method and Blood Sugar Level Measured Result Display Control Program |
US10387614B2 (en) | 2010-06-08 | 2019-08-20 | Merge Healthcare Incorporated | Remote control of medical devices using instant messaging infrastructure |
US9385977B2 (en) | 2010-06-08 | 2016-07-05 | Merge Healthcare Incorporated | Remote control of medical devices using instant messaging infrastructure |
US8621213B2 (en) | 2010-06-08 | 2013-12-31 | Merge Healthcare, Inc. | Remote control of medical devices using instant messaging infrastructure |
US8635046B2 (en) | 2010-06-23 | 2014-01-21 | Abbott Diabetes Care Inc. | Method and system for evaluating analyte sensor response characteristics |
US11478173B2 (en) | 2010-06-29 | 2022-10-25 | Abbott Diabetes Care Inc. | Calibration of analyte measurement system |
US10092229B2 (en) | 2010-06-29 | 2018-10-09 | Abbott Diabetes Care Inc. | Calibration of analyte measurement system |
US10231653B2 (en) * | 2010-09-29 | 2019-03-19 | Dexcom, Inc. | Advanced continuous analyte monitoring system |
US20120078071A1 (en) * | 2010-09-29 | 2012-03-29 | Dexcom, Inc. | Advanced continuous analyte monitoring system |
US11179069B2 (en) | 2010-09-29 | 2021-11-23 | Dexcom, Inc. | Advanced continuous analyte monitoring system |
US10687740B2 (en) | 2010-09-29 | 2020-06-23 | Dexcom, Inc. | Advanced continuous analyte monitoring system |
US11213226B2 (en) | 2010-10-07 | 2022-01-04 | Abbott Diabetes Care Inc. | Analyte monitoring devices and methods |
US9087149B2 (en) | 2010-10-15 | 2015-07-21 | Roche Diagnostics Operations, Inc. | Handheld diabetes management device having testing in pairs blood glucose test |
US8615366B2 (en) | 2010-10-15 | 2013-12-24 | Roche Diagnostics Operations, Inc. | Handheld diabetes management device with bolus calculator |
US8515775B2 (en) | 2010-10-15 | 2013-08-20 | Roche Diagnostics Operations, Inc. | Handheld diabetes management device for obtaining three day blood glucose profile |
US10251583B2 (en) | 2010-12-22 | 2019-04-09 | Roche Diabetes Care, Inc. | Insulin pump and methods for operating the insulin pump |
US11761947B2 (en) | 2010-12-22 | 2023-09-19 | Roche Diabetes Care, Inc. | Handheld diabetes management device with bolus calculator |
US10458973B2 (en) | 2010-12-22 | 2019-10-29 | Roche Diabetes Care, Inc. | Handheld diabetes management device with bolus calculator |
US9786024B2 (en) | 2010-12-22 | 2017-10-10 | Roche Diabetes Care, Inc. | Graphical user interface for a handheld diabetes management device with bolus calculator |
US11534089B2 (en) | 2011-02-28 | 2022-12-27 | Abbott Diabetes Care Inc. | Devices, systems, and methods associated with analyte monitoring devices and devices incorporating the same |
US10136845B2 (en) | 2011-02-28 | 2018-11-27 | Abbott Diabetes Care Inc. | Devices, systems, and methods associated with analyte monitoring devices and devices incorporating the same |
US9532737B2 (en) | 2011-02-28 | 2017-01-03 | Abbott Diabetes Care Inc. | Devices, systems, and methods associated with analyte monitoring devices and devices incorporating the same |
US11627898B2 (en) | 2011-02-28 | 2023-04-18 | Abbott Diabetes Care Inc. | Devices, systems, and methods associated with analyte monitoring devices and devices incorporating the same |
US10722162B2 (en) | 2011-04-15 | 2020-07-28 | Dexcom, Inc. | Advanced analyte sensor calibration and error detection |
US10624568B2 (en) | 2011-04-15 | 2020-04-21 | Dexcom, Inc. | Advanced analyte sensor calibration and error detection |
US10835162B2 (en) | 2011-04-15 | 2020-11-17 | Dexcom, Inc. | Advanced analyte sensor calibration and error detection |
US10555695B2 (en) | 2011-04-15 | 2020-02-11 | Dexcom, Inc. | Advanced analyte sensor calibration and error detection |
US10682084B2 (en) | 2011-04-15 | 2020-06-16 | Dexcom, Inc. | Advanced analyte sensor calibration and error detection |
US10561354B2 (en) | 2011-04-15 | 2020-02-18 | Dexcom, Inc. | Advanced analyte sensor calibration and error detection |
US10610141B2 (en) | 2011-04-15 | 2020-04-07 | Dexcom, Inc. | Advanced analyte sensor calibration and error detection |
US11406331B2 (en) | 2011-10-31 | 2022-08-09 | Abbott Diabetes Care Inc. | Model based variable risk false glucose threshold alarm prevention mechanism |
US9913619B2 (en) | 2011-10-31 | 2018-03-13 | Abbott Diabetes Care Inc. | Model based variable risk false glucose threshold alarm prevention mechanism |
US9069536B2 (en) | 2011-10-31 | 2015-06-30 | Abbott Diabetes Care Inc. | Electronic devices having integrated reset systems and methods thereof |
US9465420B2 (en) | 2011-10-31 | 2016-10-11 | Abbott Diabetes Care Inc. | Electronic devices having integrated reset systems and methods thereof |
US9622691B2 (en) | 2011-10-31 | 2017-04-18 | Abbott Diabetes Care Inc. | Model based variable risk false glucose threshold alarm prevention mechanism |
US9980669B2 (en) | 2011-11-07 | 2018-05-29 | Abbott Diabetes Care Inc. | Analyte monitoring device and methods |
US8779892B2 (en) * | 2011-11-16 | 2014-07-15 | Arc Technology Co., Ltd. | Wireless illumination controller with the function to set the lowest driving power |
US20130119885A1 (en) * | 2011-11-16 | 2013-05-16 | Wen-Lin Chen | Wireless illumination controller with the function to set the lowest driving power |
US10939859B2 (en) | 2011-11-23 | 2021-03-09 | Abbott Diabetes Care Inc. | Mitigating single point failure of devices in an analyte monitoring system and methods thereof |
US11783941B2 (en) | 2011-11-23 | 2023-10-10 | Abbott Diabetes Care Inc. | Compatibility mechanisms for devices in a continuous analyte monitoring system and methods thereof |
US9721063B2 (en) | 2011-11-23 | 2017-08-01 | Abbott Diabetes Care Inc. | Compatibility mechanisms for devices in a continuous analyte monitoring system and methods thereof |
US9317656B2 (en) | 2011-11-23 | 2016-04-19 | Abbott Diabetes Care Inc. | Compatibility mechanisms for devices in a continuous analyte monitoring system and methods thereof |
US8710993B2 (en) | 2011-11-23 | 2014-04-29 | Abbott Diabetes Care Inc. | Mitigating single point failure of devices in an analyte monitoring system and methods thereof |
US11205511B2 (en) | 2011-11-23 | 2021-12-21 | Abbott Diabetes Care Inc. | Compatibility mechanisms for devices in a continuous analyte monitoring system and methods thereof |
US9289179B2 (en) | 2011-11-23 | 2016-03-22 | Abbott Diabetes Care Inc. | Mitigating single point failure of devices in an analyte monitoring system and methods thereof |
US9743872B2 (en) | 2011-11-23 | 2017-08-29 | Abbott Diabetes Care Inc. | Mitigating single point failure of devices in an analyte monitoring system and methods thereof |
US10136847B2 (en) | 2011-11-23 | 2018-11-27 | Abbott Diabetes Care Inc. | Mitigating single point failure of devices in an analyte monitoring system and methods thereof |
US11391723B2 (en) | 2011-11-25 | 2022-07-19 | Abbott Diabetes Care Inc. | Analyte monitoring system and methods of use |
US10082493B2 (en) | 2011-11-25 | 2018-09-25 | Abbott Diabetes Care Inc. | Analyte monitoring system and methods of use |
US9339217B2 (en) | 2011-11-25 | 2016-05-17 | Abbott Diabetes Care Inc. | Analyte monitoring system and methods of use |
US10258293B2 (en) | 2011-12-29 | 2019-04-16 | Roche Diabetes Care, Inc. | User interface features for a diabetes management application |
US9259190B2 (en) | 2011-12-29 | 2016-02-16 | Roche Diabetes Care, Inc. | Reminder management for manual entry diabetes application |
US9402956B2 (en) | 2011-12-29 | 2016-08-02 | Roche Diagnostics Operations, Inc. | Handheld diabetes manager with a user interface for displaying a status of an external medical device |
US8886619B2 (en) | 2011-12-29 | 2014-11-11 | Roche Diagnostics Operations, Inc. | Structured test adherence management for manual data entry systems |
US9136939B2 (en) | 2011-12-29 | 2015-09-15 | Roche Diabetes Care, Inc. | Graphical user interface pertaining to a bolus calculator residing on a handheld diabetes management device |
US9419704B2 (en) | 2011-12-29 | 2016-08-16 | Roche Diabetes Care, Inc. | Graphical user interface pertaining to a bolus calculator residing on a handheld diabetes management device |
US10653828B2 (en) | 2012-06-07 | 2020-05-19 | Tandem Diabetes Care, Inc. | Sealed infusion device with electrical connector port |
US9504411B2 (en) * | 2012-08-28 | 2016-11-29 | Roche Diabetes Care, Inc. | Diabetes manager for glucose testing and continuous glucose monitoring |
US10568511B2 (en) | 2012-08-28 | 2020-02-25 | Roche Diabetes Care, Inc. | Diabetes manager for glucose testing and continuous glucose monitoring |
US20140066735A1 (en) * | 2012-08-28 | 2014-03-06 | Roche Diagnostics Operations, Inc. | Diabetes manager for glucose testing and continuous glucose monitoring |
US9744304B2 (en) | 2012-08-29 | 2017-08-29 | Amgen Inc. | Pre-filled syringe identification tag |
US10345291B2 (en) | 2012-08-30 | 2019-07-09 | Abbott Diabetes Care Inc. | Dropout detection in continuous analyte monitoring data during data excursions |
US10656139B2 (en) | 2012-08-30 | 2020-05-19 | Abbott Diabetes Care Inc. | Dropout detection in continuous analyte monitoring data during data excursions |
US10132793B2 (en) | 2012-08-30 | 2018-11-20 | Abbott Diabetes Care Inc. | Dropout detection in continuous analyte monitoring data during data excursions |
US10942164B2 (en) | 2012-08-30 | 2021-03-09 | Abbott Diabetes Care Inc. | Dropout detection in continuous analyte monitoring data during data excursions |
US11612363B2 (en) | 2012-09-17 | 2023-03-28 | Abbott Diabetes Care Inc. | Methods and apparatuses for providing adverse condition notification with enhanced wireless communication range in analyte monitoring systems |
US9968306B2 (en) | 2012-09-17 | 2018-05-15 | Abbott Diabetes Care Inc. | Methods and apparatuses for providing adverse condition notification with enhanced wireless communication range in analyte monitoring systems |
US11896371B2 (en) | 2012-09-26 | 2024-02-13 | Abbott Diabetes Care Inc. | Method and apparatus for improving lag correction during in vivo measurement of analyte concentration with analyte concentration variability and range data |
US10842420B2 (en) | 2012-09-26 | 2020-11-24 | Abbott Diabetes Care Inc. | Method and apparatus for improving lag correction during in vivo measurement of analyte concentration with analyte concentration variability and range data |
US9907492B2 (en) | 2012-09-26 | 2018-03-06 | Abbott Diabetes Care Inc. | Method and apparatus for improving lag correction during in vivo measurement of analyte concentration with analyte concentration variability and range data |
US9675290B2 (en) | 2012-10-30 | 2017-06-13 | Abbott Diabetes Care Inc. | Sensitivity calibration of in vivo sensors used to measure analyte concentration |
US10188334B2 (en) | 2012-10-30 | 2019-01-29 | Abbott Diabetes Care Inc. | Sensitivity calibration of in vivo sensors used to measure analyte concentration |
US9801577B2 (en) | 2012-10-30 | 2017-10-31 | Abbott Diabetes Care Inc. | Sensitivity calibration of in vivo sensors used to measure analyte concentration |
US20140143210A1 (en) * | 2012-11-19 | 2014-05-22 | Melvin Lawrence Dey | System and method for manipulating data records |
US9529811B2 (en) * | 2012-11-19 | 2016-12-27 | Melvin Lawerence Dey | System and method for manipulating data records |
US20140187856A1 (en) * | 2012-12-31 | 2014-07-03 | Lee D. Holoien | Control System For Modular Imaging Device |
US10874336B2 (en) | 2013-03-15 | 2020-12-29 | Abbott Diabetes Care Inc. | Multi-rate analyte sensor data collection with sample rate configurable signal processing |
US10076285B2 (en) | 2013-03-15 | 2018-09-18 | Abbott Diabetes Care Inc. | Sensor fault detection using analyte sensor data pattern comparison |
US9474475B1 (en) | 2013-03-15 | 2016-10-25 | Abbott Diabetes Care Inc. | Multi-rate analyte sensor data collection with sample rate configurable signal processing |
US11776689B2 (en) | 2013-03-15 | 2023-10-03 | Tandem Diabetes Care, Inc. | Field update of an ambulatory infusion pump system |
US11152115B2 (en) | 2013-03-15 | 2021-10-19 | Tandem Diabetes Care, Inc. | Field update of an ambulatory infusion pump system |
US10433773B1 (en) | 2013-03-15 | 2019-10-08 | Abbott Diabetes Care Inc. | Noise rejection methods and apparatus for sparsely sampled analyte sensor data |
US11229382B2 (en) | 2013-12-31 | 2022-01-25 | Abbott Diabetes Care Inc. | Self-powered analyte sensor and devices using the same |
US11717225B2 (en) | 2014-03-30 | 2023-08-08 | Abbott Diabetes Care Inc. | Method and apparatus for determining meal start and peak events in analyte monitoring systems |
US9901305B2 (en) * | 2014-06-13 | 2018-02-27 | Medtronic Minimed, Inc. | Physiological sensor history backfill system and method |
US20150359490A1 (en) * | 2014-06-13 | 2015-12-17 | Medtronic Minimed, Inc. | Physiological sensor history backfill system and method |
US9749776B2 (en) * | 2014-12-12 | 2017-08-29 | Aesculap Ag | Medical foot control apparatus |
US20160174018A1 (en) * | 2014-12-12 | 2016-06-16 | Aesculap Ag | Medical foot control apparatus |
US20170340841A1 (en) * | 2015-02-23 | 2017-11-30 | Terumo Kabushiki Kaisha | Liquid medicine administration device |
US10857309B2 (en) * | 2015-02-23 | 2020-12-08 | Terumo Kabushiki Kaisha | Liquid medicine administration device |
US11553883B2 (en) | 2015-07-10 | 2023-01-17 | Abbott Diabetes Care Inc. | System, device and method of dynamic glucose profile response to physiological parameters |
US11470069B2 (en) | 2016-02-26 | 2022-10-11 | Tandem Diabetes Care, Inc. | Web browser-based device communication workflow |
US20180063784A1 (en) * | 2016-08-26 | 2018-03-01 | Qualcomm Incorporated | Devices and methods for an efficient wakeup protocol |
US11596330B2 (en) | 2017-03-21 | 2023-03-07 | Abbott Diabetes Care Inc. | Methods, devices and system for providing diabetic condition diagnosis and therapy |
US11706876B2 (en) | 2017-10-24 | 2023-07-18 | Dexcom, Inc. | Pre-connected analyte sensors |
US11331022B2 (en) | 2017-10-24 | 2022-05-17 | Dexcom, Inc. | Pre-connected analyte sensors |
US11943876B2 (en) | 2017-10-24 | 2024-03-26 | Dexcom, Inc. | Pre-connected analyte sensors |
US11382540B2 (en) | 2017-10-24 | 2022-07-12 | Dexcom, Inc. | Pre-connected analyte sensors |
US11350862B2 (en) | 2017-10-24 | 2022-06-07 | Dexcom, Inc. | Pre-connected analyte sensors |
US20200405946A1 (en) * | 2018-03-08 | 2020-12-31 | Shl Medical Ag | Carrying case for an add-on device of a medicament delivery device |
US11957463B2 (en) | 2018-12-20 | 2024-04-16 | Abbott Diabetes Care Inc. | Accuracy of continuous glucose sensors |
US11109316B2 (en) | 2018-12-26 | 2021-08-31 | Tandem Diabetes Care, Inc. | Methods of wireless communication in an infusion pump system |
US11464901B2 (en) | 2019-02-19 | 2022-10-11 | Tandem Diabetes Care, Inc. | System and method of pairing an infusion pump with a remote control device |
US10888655B2 (en) | 2019-02-19 | 2021-01-12 | Tandem Diabetes Care, Inc. | System and method of pairing an infusion pump with a remote control device |
US11305057B2 (en) | 2019-03-26 | 2022-04-19 | Tandem Diabetes Care, Inc. | Method and system of operating an infusion pump with a remote control device |
US11956225B2 (en) | 2022-10-10 | 2024-04-09 | Tandem Diabetes Care, Inc. | Web browser-based device communication workflow |
US11950936B2 (en) | 2023-02-22 | 2024-04-09 | Abbott Diabetes Care Inc. | Methods and apparatuses for providing adverse condition notification with enhanced wireless communication range in analyte monitoring systems |
US11954273B2 (en) | 2023-04-17 | 2024-04-09 | Abbott Diabetes Care Inc. | Systems, devices and methods for managing glucose levels |
Also Published As
Publication number | Publication date |
---|---|
WO2009005952A3 (en) | 2009-02-19 |
US20100160860A1 (en) | 2010-06-24 |
DK2171568T3 (en) | 2018-08-27 |
EP2171568A2 (en) | 2010-04-07 |
US8118770B2 (en) | 2012-02-21 |
EP2171568B1 (en) | 2018-05-30 |
EP2170159A2 (en) | 2010-04-07 |
WO2009005958A3 (en) | 2009-02-26 |
EP2170159B1 (en) | 2016-05-18 |
WO2009005957A1 (en) | 2009-01-08 |
US8451230B2 (en) | 2013-05-28 |
EP3460644A1 (en) | 2019-03-27 |
EP2186035B1 (en) | 2018-12-26 |
WO2009005958A2 (en) | 2009-01-08 |
WO2009005960A2 (en) | 2009-01-08 |
WO2009005952A2 (en) | 2009-01-08 |
EP2186035A1 (en) | 2010-05-19 |
WO2009005960A3 (en) | 2009-02-26 |
CN101689095A (en) | 2010-03-31 |
ES2715277T3 (en) | 2019-06-03 |
EP3460644B1 (en) | 2021-01-13 |
EP2170159B8 (en) | 2016-09-21 |
US20100156633A1 (en) | 2010-06-24 |
DK3460644T3 (en) | 2021-03-22 |
US20100168660A1 (en) | 2010-07-01 |
PL2170159T3 (en) | 2016-11-30 |
EP2170430A2 (en) | 2010-04-07 |
DK2170159T3 (en) | 2016-08-29 |
DK2186035T3 (en) | 2019-04-01 |
US20100167385A1 (en) | 2010-07-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2170159B1 (en) | Combination communication device and medical device for communicating wirelessly with a remote medical device | |
US8449523B2 (en) | Method of operating a medical device and at least a remote controller for such medical device | |
US8444595B2 (en) | Methods to pair a medical device and at least a remote controller for such medical device | |
US8932250B2 (en) | Systems and methods to pair a medical device and a remote controller for such medical device | |
US9391670B2 (en) | Methods for secure communication and pairing of a medical infusion device and a remote controller for such medical device | |
JP4403176B2 (en) | Method and system for transferring analyte test data | |
CA2571174C (en) | System for providing blood glucose measurements to an infusion device | |
US20080004601A1 (en) | Analyte Monitoring and Therapy Management System and Methods Therefor | |
AU2014328497A1 (en) | Methods for secure communication and pairing of a medical infusion device and a remote controller for such medical device | |
WO2009005953A2 (en) | Liquid infusion pump |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: ROCHE DIAGNOSTICS GMBH,GERMANY Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:MEIERTOBERENS, ULF;REEL/FRAME:024302/0333 Effective date: 20100308 Owner name: ROCHE DIAGNOSTICS OPERATIONS, INC.,INDIANA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:CELENTANO, MICHAEL J.;SABOL, PETER;STRICKLAND, RAYMOND;AND OTHERS;SIGNING DATES FROM 20100111 TO 20100218;REEL/FRAME:024302/0416 Owner name: ROCHE DIAGNOSTICS INTERNATIONAL LTD.,SWITZERLAND Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:OBERLI, MARKUS;EHRSAM, MATTHIAS;IMHOF, ERICH;SIGNING DATES FROM 20100113 TO 20100126;REEL/FRAME:024302/0563 Owner name: ROCHE DIAGNOSTICS OPERATIONS, INC.,INDIANA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:ROCHE DIAGNOSTICS GMBH;REEL/FRAME:024302/0613 Effective date: 20100330 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |
|
AS | Assignment |
Owner name: ROCHE DIABETES CARE, INC., INDIANA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:ROCHE DIAGNOSTICS OPERATIONS, INC.;REEL/FRAME:036008/0670 Effective date: 20150302 |