Patent Application
20100167385
The present invention relates generally to user interface features for electronic devices that may include one or more on-board medical devices and that may be configured to wirelessly communicate with one or more remote medical devices.
Electronic devices that include on-board medical devices are known. Electronic devices that are configured to wirelessly communicating with at least one medical device are also known. It is desirable with any such electronic devices to include useful user interface features.
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. A method of controlling a display device of an electronic device may comprise displaying a data field on the display device, executing an editing process that provides for editing of the data field displayed on the display device, and magnifying the data field on the display device relative to other portions of the display device when selected for editing according to the editing process.
Magnifying the data field may comprise producing an expanded polygon about the magnified data field.
The method may further comprise displaying a plurality of data fields on the display device, and magnifying any of the plurality of data fields when selected for editing according to the editing process.
The magnified data field may be populated with a plurality of selectable choices when selected for editing according to the editing process.
The method may further comprise incrementally increasing a value displayed within the magnified data field by an increment value in response to press of a first user button of the electronic device. The method may alternatively or additionally comprise incrementally decreasing a value displayed within the magnified data field in response to press of a second user button of the electronic device. In either or both cases, the method may further comprise a fast scroll process that incrementally increases or decreases respectively the value displayed within the magnified field at a rapid rate when the corresponding first or second user button is pressed and held. Alternatively or additionally the method may further comprise a fast scroll process that increases the increment or the decrement value respectively when the corresponding first or second user button is pressed and held.
The method may further comprise automatically displaying a unit of measure of data within, or to be entered within, the magnified data field.
An electronic device may comprise electronic circuitry including a transceiver configured to wirelessly communicate with another electronic device and a housing including the transceiver contained therein. The transceiver may be configured to operate at one of a visible, infrared and ultraviolet wavelength. The housing may define a first integral window positioned over the transceiver. The first integral window may be transmissive to an operating wavelength of the transceiver such that the transceiver transmits and receives wireless information through the integral window.
The electronic circuitry may further include a display device. The housing may define a second integral window positioned over the display device such that information displayed on the display device is visible through the second integral window. The display device may be a liquid crystal display device.
The first and second integral windows may be transparent. Illustratively, he housing may be transparent, and the first and second integral windows may be formed by coating the housing with an opaque coating while masking the first and second integral windows.
An electronic device may comprise electronic circuitry including a display device configured to display information, and a housing having the electronic circuitry including the display device contained therein. The housing may define an integral, transparent window positioned over the display device such that the information displayed in the display device is visible through the integral window.
The display device may be a liquid crystal display device. The housing may be transparent, and the integral window may be formed by coating the housing with an opaque coating while masking integral window.
An electronic analyte measuring device may comprise a housing, an analyte measuring facility positioned in the housing, a display device carried by the housing and a processor. The analyte measuring facility may be configured to measure a concentration of an analyte in a liquid sample deposited on a sample carrier received in the analyte measuring facility. The processor may include a memory having instructions stored therein that are executable by the processor to automatically control the display device to display instructions to measure via the analyte measuring facility a concentration of the analyte in a subsequent liquid sample if the concentration of the analyte in the liquid sample is outside of a predetermined analyte concentration limit.
The instructions stored in the memory may further include instructions that are executable by the processor to automatically control the display device to display the instructions after a programmable time period has elapsed since measuring the concentration of the analyte in the liquid sample. The sample may be blood, the analyte may be glucose and the predetermined concentration may be a maximum blood glucose limit. The instructions stored in the memory may include instructions that are executable by the processor to automatically control the display device to display instructions to measure the concentration of the analyte in a subsequent liquid sample if the concentration of the analyte in the liquid sample is greater than the maximum blood glucose limit. The electronic analyte measuring device may further comprise at least one notification device. The maximum blood glucose limit may be a hyperglycemic limit. The instructions stored in the memory may further include instructions that are executable by the processor to activate the at least one notification device at or near the time of controlling the display device to display instructions to measure a concentration of glucose in a subsequent blood sample if the concentration of the glucose in the blood sample exceeds the hyperglycemic limit.
In an alternative embodiment, the predetermined concentration may be a minimum blood glucose limit. In this embodiment, the instructions stored in the memory may include instructions that are executable by the processor to automatically control the display device to display instructions to measure the concentration of the analyte in a subsequent liquid sample if the concentration of the analyte in the liquid sample is less than the minimum blood glucose limit. In this embodiment, the electronic analyte measuring device may further comprise at least one notification device. The minimum blood glucose limit may be a hypoglycemic limit. The instructions stored in the memory may further include instructions that are executable by the processor to activate the at least one notification device at or near the time of controlling the display device to display instructions to measure a concentration of glucose in a subsequent blood sample if the concentration of the glucose in the blood sample is less than the hypoglycemic limit.
An electronic blood glucose measuring device may comprise a housing, a blood glucose measuring facility positioned in the housing, a display device carried by the housing and a processor. The blood glucose measuring facility may be configured to measure a concentration of glucose in a blood sample deposited on a sample carrier received in the blood glucose measuring facility. The processor may execute a bolus recommendation process that recommends a bolus amount based on a number of factors including a carbohydrate value entered by a user. The processor may include a memory having instructions stored therein that are executable by the processor to automatically control the display device, after a programmable amount of time has passed since entering the carbohydrate value, to display instructions to measure blood glucose of a blood sample via the blood glucose measuring facility if the carbohydrate value entered by the user is greater than a carbohydrate limit.
The electronic blood glucose measuring device may further comprise at least one warning device. The carbohydrate limit may be a programmable snack size limit. The instructions stored in the memory device may include instructions that are executable by the processor to activate the at least one notification device at or near the time of controlling the display device to display instructions to measure blood glucose if the carbohydrate value entered by the user exceeds the snack size limit.
A method of setting and managing an automatic reminder in an electronic device may comprise starting a timer when an event occurs that causes an automatic reminder to, be set, resetting the timer if the event occurs again before the timer tithes out, and activating a notification device when the timer times out. Activating a notification device may comprise activating either of an audible indication device and a vibratory device. Alternatively or additionally, activating a notification device may comprise controlling a display device to display instructions to retest the event that caused the automatic reminder to be set.
An electronic analyte measuring device may comprise a housing, a plurality of user buttons carried by the housing, a carrier port having an opening defined by the housing and extending into the housing from the opening, an analyte measuring facility positioned in the housing and in communication with the carrier port, and a processor. The analyte measuring facility may measure an analyte in a fluid sample deposited on a sample carrier that is received in the carrier port. The processor may include a memory having instructions stored therein that are executable by the processor to power up the device from a powered down state, disable the plurality of user buttons and measure the analyte in a fluid sample deposited on a sample carrier when the sample carrier is received within the carrier port with the device in the powered down state, and to enable the plurality of user buttons when the analyte measurement is complete.
The analyte measurement facility may comprise a blood glucose measurement facility that measures glucose concentration in a blood sample that is deposited on the sample carrier.
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/066228, entitled APPARATUS AND METHOD FOR REMOTELY CONTROLLING AN AMBULATORY MEDICAL DEVICE; PCT Patent Application No. PCT/US2008/066262, entitled COMBINATION COMMUNICATION DEVICE AND MEDICAL DEVICE FOR COMMUNICATING WIRELESSLY WITH A REMOTE MEDICAL DEVICE; PCT Patent Application No. PCT/US2008066331, 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/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
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. In one embodiment, the liquid sample is blood and the analyte is glucose. In this embodiment, 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. 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
It will be understood that while the 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. In the illustrated embodiment, the medical device 14 further includes conventional non-volatile memory units 27 and 29. In one embodiment, 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. In any case, the memory units 27 and 29 are each external to the processor 28 and are each electrically connected to the processor 28. In one illustrative embodiment in which the medical device is a drug infusion pump, as will be described in greater detail hereinafter, the memory unit 27 is a pump delivery (PD) memory unit in which the processor 28 stores current pump delivery information, and 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. In one embodiment, as will be illustrated by example throughout this disclosure, 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. In alternative embodiments, 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. In alternative embodiments, the medical device 14 may not include a display device 34 and/or user keys 32. In some such embodiments, 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.
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 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. 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, 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.
Referring now to
The electronic circuit of
As illustrated in
The electronic circuit illustrated in
The memory subsystem 54 temporarily stores data moving between the UI processor 60 and the wireless communication circuit 52. In some embodiments, 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. In other embodiments in which the memory subsystem 54 does or does not control other circuitry, 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. In such embodiments, the DPR processor 54 operates from a clock signal that is separate from the UI clock signal from which the UI processor 60 operates. In one illustrative embodiment, 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
As illustrated in
As illustrated in
The electronic circuit illustrated in
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.
In addition to the display 18, 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. In one embodiment, 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.
In the illustrated embodiment, the UI processor 50 is also electrically connected to a conventional infrared (IR) transceiver 65 that is configured to operate at an infrared wavelength. The UI processor 50 is configured to control the IR transceiver 65 is a conventional manner to transmit wireless signals to an off-board electronic device such as a personal computer (PC), laptop or notebook computer, personal data assistant (PDA) or other computer-based system. The off-board electronic device includes an IR transceiver and other circuitry and/or software via which the off-board electronic device can wirelessly communicate with the UI processor 50 through the IR transceiver 65. Wireless signals transmitted by such an IR transceiver of an off-board electronic device are received by the UI processor 50 via the IR transceiver 65. In the illustrated embodiment, the UI processor 50 is operable to communicate with an off-board electronic device via the IR transceiver 65 to upload information, e.g., measured analyte information and/or delivered drug information, to the off-board electronic device for subsequent analysis and/or to download control software or the like from the off-board electronic device. In alternative embodiments, the transceiver 65 may be configured to operate at a visible or ultraviolet wavelength.
Generally, the memory subsystem 54 acts as an independent repository of data packets moving between the UI processor 50 and the wireless communication circuit 52. Referring to
In the embodiment illustrated in
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.
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. 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.
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.
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. Rather, 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. 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.
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. “Checking” the inbound and/or outbound data buffer 98, 100 of the DPR processor 54 by the wireless communication circuit 52 and/or UI processor 50, as this term may be used hereinafter, will generally refer to the process just described in the preceding several paragraphs. While
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. 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. 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 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. If the transmitted message is received by the electronic device 12, 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 then 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. As long as the insulin infusion pump 14 responds as just described, 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.
In the illustrated embodiment 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. For example, 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.
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. As another example, 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. 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. If the outbound data buffer 100 of the memory subsystem 54 has no data stored therein, 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.
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. Subsequently 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. When the wireless connection is terminated in this manner, 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. If, however, 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.
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 the wireless communication circuit 30, the wireless communication circuit 52 illustratively clears the outbound data buffer 100 of the memory subsystem 54. Alternatively, 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. In any case, 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.
In the event of a lost wireless connection between the remote electronic device 12 and the insulin infusion pump 14, 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. 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 the insulin infusion pump 14, the wireless communication circuit 52 illustratively clears the outbound data buffer 100 of the memory subsystem 54. Alternatively, 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. In any case, 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.
In one illustrative embodiment, 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. For example, during information exchange between the electronic device 12 and the insulin infusion pump 14, 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. However, if an acknowledgement is not received by the UI processor 50 before the next scheduled transfer of a message to the outbound data buffer 100 of 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.
Illustratively, 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. This may take at least a wake up time period, e.g., as much as 400 milliseconds, if the wireless communication circuit 52 has just entered the lowest power “deep sleep” state when the first message is stored in the outbound data buffer 100 of the memory subsystem 54 after the analyte measurement is complete.
Unless the remote electronic devices 12 and the insulin infusion pump 14 are communicating information, the wireless communication circuit 52 is generally in one of the lower power sleep states or modes. 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. Because the UI processor 50 stops storing messages in the outbound data buffer 100 of the memory subsystem 54 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.
While the electronic device 12 is illustrated and described above with respect to
Referring now to
Referring now to
In one embodiment, the UI processor 50 is operable at steps 152 and 154 to monitor the electrical interface 76 via the ME processor 56 and the ASIC 78. As described hereinabove, the switch 80 of the ASIC is operable to provide a strip insert signal to the ME processor 56 upon detection of engagement of an electrical interface of a sample carrier 22 with the electrical interface 76 when the sample carrier 22 is inserted into the carrier port 20 of the remote electronic device 12. The ME processor 56 is, in turn, responsive to the strip insert signal produced by the switch 80 of the ASIC 78 to notify the UI processor 50 of the event via, for example, the Event Interrupt line. In some alternative embodiments, the UI processor 50 may be configured to directly monitor the electrical interface 76, and in other alternative embodiments the UI processor 50 may be configured to determine whether a sample carrier 22 has been inserted into the carrier port 20 by monitoring one or more conventional position or proximity sensors or the like.
From the “YES” branch of step 154, the process 150 advances to step 156 where the UI processor 50 is operable to deter mine whether the remote electronic device 12 is currently powered down. Illustratively, the UI processor 50 is operable to execute step 156 by monitoring an internal operating state indicator, although the UI processor 50 may alternatively be operable at step 156 to determine the operating state of the remote electronic device according to other conventional techniques. In any case, if the UI processor 50 determines at step 156 that the remote electronic device 12 is powered down, the UI processor 50 is operable to power up the remote electronic device in a conventional manner. From the “NO” branch of step 156 and from step 158, the process 50 advances to step 160 where the UI processor 50 is operable to unlock and disable the user buttons 26. In one embodiment, the UI processor 50 is operable at step 160 to unlock the user buttons 26 regardless of whether they were manually locked previously by a user. Alternatively, the UI processor 50 may be operable at step 160 to unlock the user buttons 26 only if they have been previously manually locked by a user. In either case, the UI processor 50 is operable at step 160 to disable the user buttons 26 such that subsequent pressing of any of the user buttons 26 will not be acknowledged or acted upon by the UI processor 60.
The process 150 advances from step 160 to step 162 where the UI processor 50 is operable to determine whether the analyte measurement test is complete. Illustratively, the UI processor 50 is operable at step 162 to determine that the analyte measurement test is complete when the ME processor 56 provides a measured glucose value to the UI processor 50 for display on the display unit 18, and/or when the ME processor 56 otherwise signals to the UI processor 50 via the Ready line or Event Interrupt line that the analyte measurement test is complete. For purposes of the process 150, the UI processor 50 may further be operable at step 162 to determine that the analyte measurement test is complete if the user removes the sample carrier 22 from the carrier port 20 before the analyte measurement test is complete. In such cases, the UI processor 50 is operable to determine whether the sample carrier 22 has been removed from the carrier port 20 before the analyte measurement test is complete using any of the techniques just described for determining whether a sample carrier 22 has been inserted into the carrier port 20. In any case, if the UI processor 50 determines at step 162 that the analyte measurement test is not complete, the process 150 advances to step 164 where the UI processor 50 is operable to maintain the user buttons 26 disabled, i.e., to continue to disregard user presses of any of the user buttons 26.
If, at step 162, the UI processor 50 determines that the analyte measurement test is complete, the process 150 advances to step 166 where the UI processor 50 is operable to enable the user buttons 26 such that user presses of any of the user buttons 26 have their normal effect when the remote electronic device 12 is powered up. The process 150 ends following step 166. The process 150 thus results in unlocking the user keys 26 following completion of an analyte measurement test, as defined herein, after detecting insertion of a sample carrier 22 into the carrier port 20.
Referring now to
Illustratively, the process 200 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 200. The process 200 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 202 that is generally displayed upon power up of the remote electronic device 12. Illustratively, the main menu 202 provides for a number of selectable options that include, but that should not be limited to, a blood glucose (BG) test, a bolus advice process, a pump remote control process 204, a “my data” process 206 and a settings or device set up process.
The pump remote control process 204 provides a menu-driven process by which the remote electronic device 12 may control operation of the insulin infusion pump 14. One illustrative embodiment of such a process is described in U.S. Patent Application Ser. No. 60/937,933, which has been incorporated herein by reference.
In one illustrative embodiment, the “my data” process 206 that is available via the main menu 202 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, 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 and bolus amount. 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.
Referring again to
In the illustrated embodiment, the BG value display screen 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 step 210, to determine at step 213 whether the user has selected the bolus key from the BG measurement screen. If not, the process 200 advances to step 214 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, the UI processor 50 is operable to store the BG value in the memory 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 the UI processor 50 determines at step 213 that the user has selected the bolus key option from the BG value display screen, the process 200 advances to step 218.
From the main menu 202, the user may alternatively select the bolus advice process, and the UI processor 50 is accordingly operable at step 216 to determine if the user has selected the bolus advice process. If not, the “NO” branch step 216 loops back at the beginning of step 216, and otherwise the process 200 advances to step 218 where the UI processor 50 is operable to compute an active insulin value, AI, which corresponds to an amount of insulin taken by the user that is currently active. Thereafter at step 220, the UI processor 50 is operable to compute a first bolus value, B1 that 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 at step 220, the UI 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 at step 220, the UI processor 50 is operable to compute a third bolus value, B3 that 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 A1 and B1-B3 are provided in co-pending PCT Patent Application No. PCT/US2008/066331, the disclosure of which has been incorporated herein by reference.
The process 200 advances from step 220 to step 222 where the UI processor 50 is operable to compute a total recommended bolus, TRB, as a sum of B1-B3. Thereafter at step 224, 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 212, 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 the pump 14 from the remote electronic 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 executing step 224, the UI processor 50 is operable at step 224 to display the bolus advice screen showing the measured blood glucose value, BG. Otherwise, the UI processor 50 may be illustratively operable at step 224 to display “bG Test” on the screen where a BG value would be shown if a current BG value was available. From step 224, the process 200 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.
Referring now to
An apple symbol is used to identify a carbohydrates field 332, and a heart symbol is used to identify a health field 334. A bolus type indicator 338 appears below the health field 334 and the total recommended bolus value 3336, e.g., 3 U, is displayed adjacent to the bolus type indicator 338. A bolus type 340, e.g., Standard, is displayed below the total recommended bolus 336. At the bottom of the screen between Cancel and Confirm inputs, a BlueTooth® symbol 342 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.
Referring now to
The sub-process B of
The sub-process B of
The sub-process B of
Referring now to
Following step 304, the process 300 advances to step 306 where the UI processor 50 is operable to determine whether the user has selected a bolus type. If not, the process 300 loops back to step 304. If the processor 50 determines that the user has, at step 306, selected a bolus type, the process 300 advances to step 306 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 300 loops from step 308 back to the beginning of the sub-process B.
Illustratively, the UI processor 50 may be configured to provide for an expanded editing screen in any situation, such as, for example, but not limited to the processes 250 and 270 of
The process 350 begins at step 352 where the UI processor 50 determines whether an on-screen item has been selected for editing. Illustratively, the user typically selects an on-screen item for editing by navigating to a desired on-screen item using the up, down, left or right navigation buttons 124, 126, 128 and 130 respectively, and then selecting the desired on-screen item by pressing the Enter button 122. When an on-screen item is so selected, the process 350 advance to step 354 where the UI processor 50 is operable to control the display device 18 to magnify the selected on-screen item such that it appears with larger text and/or numbers than prior to selection. Optionally at step 356, the UI processor 50 may be further operable to define a border, e.g., an edit box or other polygon, around or about the magnified item. Thereafter at step 358, the UI processor 50 is operable to determine whether a value within the magnified item has been selected, e.g., by user press of the Enter button 122. If not, the process 350 loops back to step 354 where the UI processor 50 continues to control the display device 18 to magnify the selected on-screen item. If the UI processor 50 otherwise determines at step 358 that a value with the magnified item has been selected, the process 350 advances to step 360 where the UI processor 50 is operable to reduce the magnified on-screen item to normal size, e.g., the size of the selected item prior to step 354. Following step 360, the process 350 ends.
Referring now to
When the user selects the CARB item or field, such as is illustrated in
As also illustrated in
As further illustrated in
When the user selects the Health item or data field, the UI processor 50 controls the display device 18 to produce an expanded edit area 388 that magnifies the selected Health item or data field 384 while also providing a number of selectable health options. In the illustrated embodiment, the selectable health options include No Entry, Exercise 1, Exercise 2, Stress and Illness; although this list may alternatively include more, fewer and/or different health-related options. Illustratively, the NO Entry item is the default item in the Health list 388, and is therefore highlighted as represented by the outline around No Entry. The user may use the up and down buttons 124, 126 respectively to navigate the list displayed in the expanded edit area 388, and may select a desired one of the health items on the list by pressing the Enter button 122 when the desired health item is highlighted. In the example illustrated in
In one embodiment, the UI processor 50 may be operable to deactivate the confirm function illustrated in
As also illustrated in
Illustratively, the UI processor 50 is programmed to automatically notify a user via the audible indicator 72 and/or the vibrator device 74 and to display a message to the user via the display device 18 to measure blood glucose if certain measured and/or user entered parameters fall outside one or more ranges or limits. Referring now to
If, at step 404, the UI processor 50 determines that the BG measurement just taken is greater than BGH, the process 400 advances to step 406 where the UI processor 50 is operable to reset and start an internal timer. Thereafter at step 408, the UI processor 50 is operable to determine whether the count value of the internal timer has reached a time value, T1, e.g., is greater than or equal to T1. In one embodiment, the time value T1 may be selected by the user in a set up menu. Alternatively, the time value T1 may be set by a health care professional or may be set during manufacture, and in either case may not be modified by the user. If, at step 408, the UI processor 50 determines that the count value of the timer is not greater than or equal to T1, the process 400 loops back to the start of step 408. When the count value of the timer reaches T1, the process 400 advances to step 410 where the UI processor 50 is operable to notify the user with an audible and/or vibratory signal or pattern of signals. Thereafter at step 412, the UI processor 50 is operable to control the display device 18 to display instructions to the user to re-measure blood glucose. From step 412, and from the “NO” branch of step 404, the process 400 ends.
Referring now to
If, at step 424, the UI processor 50 determines that the BG measurement just taken is less than BGL, the process 420 advances to step 426 where the UI processor 50 is operable to reset and start an internal timer. Thereafter at step 428, the UI processor 50 is operable to determine whether the count value of the internal timer has reached, e.g., is greater than or equal to, a time value, T2. In one embodiment, the time value T2 may be selected by the user in a set up menu. Alternatively, the time value T2 may be set by a health care professional or may be set during manufacture, and in either case may not be modified by the user. If, at step 428, the UI processor 50 determines that the count value of the timer is not greater than or equal to T2, the process 420 loops back to the start of step 428. When the count value of the timer reaches T2, the process 420 advances to step 430 where the UI processor 50 is operable to notify the user with an audible and/or vibratory signal or pattern of signals. Thereafter at step 432, the UI processor 50 is operable to control the display device 18 to display instructions to the user to re-measure blood glucose. From step 432, and from the “NO” branch of step 424, the process 420 ends.
Referring now to
Referring now to
It should be apparent that the process 460 provides for only one active alarm of one type at a time. As an example, a user measures low blood glucose, and an automatic reminder is automatically set by the low glucose value to notify the user to test blood glucose in thirty minutes. If the user then retests blood glucose twenty minutes later and finds the same low blood glucose value again, the process 460 may cancel the first auto-reminder in favor of the second.
Referring now to
The housing top 1201 illustrated in
In the example embodiment illustrated in
In the illustrated embodiment, the integral windows 490 and 496 are defined by coating the outer surface of the top housing 1201 with an opaque or other non-light transmissive coating while suitably masking the window areas 490 and 496 from the coating. In one example embodiment, the outer surface of the top housing 1201, with the exception of the windows 490 and 496, are painted with a suitable acrylic or oil-based paint, although alternative and/or additional coatings or coating types are contemplated by this disclosure. In the example embodiment illustrated in
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.
This application is a continuation of PCT/US2008/066299 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 identified in this paragraph are hereby incorporated by reference.
| Number | Date | Country | |
|---|---|---|---|
| 60937779 | Jun 2007 | US | |
| 60937933 | Jun 2007 | US |
| Number | Date | Country | |
|---|---|---|---|
| Parent | PCT/US2008/066299 | Jun 2008 | US |
| Child | 12646564 | US |
