Multi-Function Analyte Test Device and Methods Therefor

Info

Publication number: 20140275910
Type: Application
Filed: May 30, 2014
Publication Date: Sep 18, 2014
Applicant: Abbott Diabetes Care Inc. (Alameda, CA)
Inventors: Namvar Kiaie (Danville, CA), Jean-Pierre Cole (Tracy, CA), Mark Kent Sloan (Redwood City, CA), Frederic Arbogast (San Ramon, CA)
Application Number: 14/292,557

Abstract

Methods, device and systems including receiving a request for a therapy profile for treating a medical condition, determining using a processor a plurality of therapy profile parameters, assigning a weighted value to each therapy profile parameter based on a hierarchy determined by the medical condition, querying a database to identify a stored therapy profile with therapy profile parameters that most closely correspond to the determined plurality of therapy profile parameters based on the hierarchy, generating an output data corresponding to the identified stored therapy profile, the output data a medication dosage information are provided. Also provided are systems and kits.

Description

Description

RELATED APPLICATIONS

The present application is a continuation of U.S. patent application Ser. No. 12/699,844 filed Feb. 3, 2010, which claims priority under 35 U.S.C. §119(e) to U.S. provisional application No. 61/149,989 filed Feb. 4, 2009 entitled “Multi-Function Analyte Test Device and Methods Therefor”, the disclosures of each of which are incorporated herein by reference for all purposes. The present application is also a continuation-in-part of U.S. patent application Ser. No. 12/032,617 filed Feb. 15, 2008, now U.S. Pat. No. 8,732,188, which claims priority to U.S. provisional application No. 60/890,492 filed Feb. 18, 2007, the disclosures of each of which are incorporated herein by reference for all purposes. The present application is related to U.S. patent application Ser. No. 12/699,653 concurrently filed on Feb. 3, 2010 entitled “Multi-Function Analyte Test Device and Methods Therefor”, which is assigned to the assignee of the present application, Abbott Diabetes Care Inc., and the disclosure of which is incorporated herein by reference for all purposes.

BACKGROUND

In diabetes management, there exists devices which allow diabetic patients to measure their blood glucose levels. One such device is a hand-held electronic meter such as a blood glucose meter such as the Freestyle® blood glucose monitoring system available from Abbott Diabetes Care Inc., of Alameda, Calif. which receives blood samples via enzyme-based test strips. Typically, the patient lances a finger or alternate body site to obtain a blood sample, applies the drawn blood sample to the test strip, and inserts the test strip into a test strip opening or port in the meter housing for analysis and determination of the corresponding blood glucose value which is displayed or otherwise provided to the patient to show the level of glucose at the time of testing.

With the decreasing cost of electronic components and a corresponding increase in data processing capabilities of microprocessors, computational capability of electronic devices have been rapidly increasing. However, currently available glucose meters are generally configured with limited functionalities related to glucose testing. Additionally, patients who rely on the usage of glucose meters or other health related devices to monitor and treat health conditions, such as diabetes, also rely on a supply of consumable products employed by said glucose meters or other health related devices.

For patients who are frequent users of the health related devices, such as diabetics that test glucose levels and possibly administer insulin several times daily, having a sufficient supply of the test strips and insulin is critical. More often than not, it is the case that patients run out of the test strips or insulin, which necessitates a trip to the drugstore or healthcare professional office, which in some cases, may not be practical or convenient. Furthermore, it is also inconvenient to consistently maintain a log or keep track of the number of test strips and amount of insulin that remains until replenishment strips and insulin are purchased. On the other hand, it is wasteful to simply purchase a large quantity of test strips and insulin for storage, which may eventually be lost, that take up storage space, may have an expiration date after which use of the item may be undesirable to the health of the patient, and include an up front cost. This is also true for many other medical testing or monitoring devices, including, for example, measurement of blood coagulation times, cholesterol and lipids, and other diagnostic monitoring tests.

SUMMARY

In view of the foregoing, in accordance with the various embodiments of the present disclosure, there are provided methods, devices and/or systems for providing a medication dosage calculation function into a health monitor device, such as a blood glucose meter, configured to perform data analysis and management based on, for example, the glucose level detected using the health monitor device. More specifically, in accordance with the various aspects of the present disclosure, methods, systems and devices for detecting an analyte sample, determining an analyte concentration associated with the detected analyte sample, retrieving stored one or more dose determination information and associated analyte concentration associated with the retrieved one or more dose determination information, and determining a current dose level based at least in part on the determined analyte concentration and the retrieved prior dose determination information, where the determined current dose level includes a predetermined type of medication classification are provided.

These and other objects, features and advantages of the present disclosure will become more fully apparent from the following detailed description of the embodiments, the appended claims and the accompanying drawings.

BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 is a health monitor device with a medication dose calculation function in accordance with one embodiment of the present disclosure;

FIG. 2 is a block diagram of the health monitor device with a medication dose calculation function of FIG. 1 in one embodiment of the present disclosure;

FIG. 3 is a flowchart illustrating the analyte level determination and medication dose calculation procedure in accordance with one embodiment of the present disclosure;

FIG. 4 is a flowchart illustrating the medication dose calculation procedure of FIG. 3 in accordance with one embodiment of the present disclosure;

FIG. 5 is a flowchart illustrating the analyte level determination and medication dose calculation procedure in accordance with another embodiment of the present disclosure;

FIG. 6A shows a health monitor device with medication dose calculation function in accordance with another embodiment of the present disclosure;

FIG. 6B is a block diagram of a configuration of the health monitor device shown in FIG. 6A in one embodiment;

FIG. 6C is an illustration of a display of the health monitor device shown in FIG. 6A in one embodiment;

FIG. 7 shows a touch-screen health monitor device in accordance with one embodiment of the present disclosure;

FIG. 8 is a flow chart illustrating a medication dosage calculation procedure for use in one or more embodiments of the present disclosure;

FIG. 9 is a flow chart illustrating an analyte concentration determination and medication dosage calculation in one embodiment of the present disclosure;

FIG. 10 is a flow chart illustrating a procedure for determining a recommended update to a long-acting insulin dosage regimen in one embodiment;

FIG. 11 is a flow chart illustrating a procedure for calculating a dosage recommendation for a long-acting insulin and a fast-acting insulin in one embodiment;

FIG. 12 is a flow chart illustrating a means for calculating a dosage recommendation for one or more selectable medication types;

FIG. 13 is a flow chart illustrating a means for calculating insulin dosage information for more than one type of insulin in another embodiment;

FIG. 14 illustrates a block diagram of a replenishment management system in accordance with one embodiment of the present disclosure;

FIG. 15 is a flowchart illustrating user account registration setup and account subscription process in accordance with one embodiment of the present disclosure;

FIG. 16 is a flowchart illustrating an overall replenishment procedure for the user account in accordance with one embodiment of the present disclosure;

FIG. 17 is a flowchart illustrating the replenishment procedure shown in FIG. 16 in further detail in accordance with one embodiment of the present disclosure;

FIG. 18 is a flowchart illustrating the replenishment procedure shown in FIG. 16 in further detail in accordance with another embodiment of the present disclosure;

FIG. 19 is a flowchart illustrating a user account update and maintenance procedure in accordance with one embodiment of the present disclosure;

FIG. 20 is a flowchart illustrating modified therapy management procedure based on real time monitored analyte levels in accordance with one embodiment of the present disclosure;

FIG. 21 is a flowchart illustrating contextual based therapy management in accordance with one embodiment of the present disclosure; and

FIG. 22 is a flowchart illustrating contextual based therapy management in accordance with another embodiment of the present disclosure.

INCORPORATION BY REFERENCE

The following patents, applications and/or publications are incorporated herein by reference for all purposes: U.S. Pat. Nos. 4,545,382; 4,711,245; 5,262,035; 5,262,305; 5,264,104; 5,320,715; 5,356,786; 5,509,410; 5,543,326; 5,593,852; 5,601,435; 5,628,890; 5,820,551; 5,822,715; 5,899,855; 5,918,603; 6,071,391; 6,103,033; 6,120,676; 6,121,009; 6,134,461; 6,143,164; 6,144,837; 6,161,095; 6,175,752; 6,270,455; 6,284,478; 6,299,757; 6,338,790; 6,377,894; 6,461,496; 6,503,381; 6,514,460; 6,514,718; 6,540,891; 6,560,471; 6,579,690; 6,591,125; 6,592,745; 6,600,997; 6,605,200; 6,605,201; 6,616,819; 6,618,934; 6,650,471; 6,654,625; 6,676,816; 6,730,200; 6,736,957; 6,746,582; 6,749,740; 6,764,581; 6,773,671; 6,881,551; 6,893,545; 6,932,892; 6,932,894; 6,942,518; 7,041,468; 7,167,818; and 7,299,082; U.S. Published Application Nos. 2004/0186365; 2005/0182306; 2006/0025662; 2006/0091006; 2007/0056858; 2007/0068807; 2007/0095661; 2007/0108048; 2007/0199818; 2007/0227911; 2007/0233013; 2008/0066305; 2008/0081977; 2008/0102441; 2008/0148873; 2008/0161666; 2008/0267823; and 2009/0054748; U.S. patent application Ser. No. 11/461,725, now U.S. Pat. No. 7,866,026; Ser. Nos. 12/131,012; 12/242,823, now U.S. Pat. No. 8,219,173; Ser. No. 12/363,712, now U.S. Pat. No. 8,346,335; Ser. Nos. 12/495,709; and 12/698,124; and U.S. Provisional Application Ser. Nos. 61/149,639; 61/155,889; 61/155,891; 61/155,893; 61/165,499; 61/230,686; 61/227,967 and 61/238,461.

DETAILED DESCRIPTION

As described in further detail below, in accordance with the various embodiments of the present disclosure, there are provided health monitor devices, such as blood glucose meter devices, that include therapy management including for example, medication dosage calculation functions, such as a single-dose calculation function for administration of rapid acting insulin and/or long acting insulin, and/or related data analysis capabilities incorporated in the health monitor devices. In certain aspects of the present disclosure, method, device or system are provided to determine therapy management profile, recommended medication dose information based on, for example, fast or rapid acting and/or long acting insulin, to treat physiological conditions associated with diabetes or other appropriate conditions. In the manner described, in aspects of the present disclosure, patients with Type-1 or Type-2 diabetic conditions may improve their diabetes management, and further, the patients, users or healthcare providers may be provided with tools to improve the treatment of such conditions.

FIG. 1 shows a health monitor device with a medication dose calculation function in accordance with one embodiment of the present disclosure. Health monitor device with a medication dose calculation function 100 includes a housing 110 with a display unit 120 provided thereon. Also shown in FIG. 1 is a plurality of input buttons 130, each configured to allow the user of the health monitor device with a medication dose calculation function 100 to input or enter data or relevant information associated with the operation of the health monitor device with a medication dose calculation function 100. For example, the user of the health monitor device with a medication dose calculation function may operate the one or more input buttons 130 to enter a calibration code associated with a test strip 160, or other fluid sample reception means, for use in conjunction with the health monitor device with a medication dose calculation function 100.

In one embodiment, the health monitor device with a medication dose calculation function 100 may include a blood glucose meter with bolus calculation function configured to calculate a single dose bolus dosage of a medication such as insulin such as long acting, fast acting or rapid acting insulin. The test strip 160 for use in conjunction with the health monitor device with a medication dose calculation function 100, may be a blood glucose test strip configured to receive a blood sample thereon, in order to determine a blood glucose level of the received blood sample. Additionally, the user may operate the one or more input buttons 130 to adjust time and/or date information, as well as other features or settings associated with the operation of the health monitor device with a medication dose calculation function 100.

In aspects of the present disclosure, the strip port for receiving the test strip 160 may be integrated with the housing of the health monitor device 100, or alternatively, may be provided in a separate housing or as a separate component that may be physically or electrically coupled to the health monitoring device 100. In one aspect, a component including the strip port may be provided in a separate snap-on type housing which physically snaps onto the housing of the health monitor device 100. Additional information is provided in U.S. Pat. No. 7,041,468 issued on May 9, 2006 titled “Blood Glucose Tracking Apparatus and Method” and in US Patent Application Publication No. US2004/0254434 published Dec. 16, 2004 titled “Glucose Measuring Module and Insulin Pump Combination”, the disclosure of each of which is incorporated herein by reference for all purposes.

Referring back to FIG. 1, also shown is input unit 140 which, in one embodiment, may be configured as a jog dial, or the like, and provided on the housing 110 of the health monitor device with a medication dose calculation function 100. In one embodiment, as discussed in further detail below, the user or the patient may operate the input unit 140 to perform calculations and determinations associated with one or more medication dose estimation functions, such as a bolus dose estimation function, of the health monitor device with a medication dose calculation function 100. Also shown in FIG. 1 is a strip port 150 which is configured to receive the test strip 160 (with fluid sample provided thereon) substantially in the direction as shown by the directional arrow 170.

In operation, when the test strip 160 with the patient's fluid sample such as a blood sample is inserted into the strip port 150 of the health monitor device with a medication dose calculation function 100, a microprocessor or a controller unit 210 (FIG. 2) of the health monitor device with a medication dose calculation function 100 may be configured to determine the associated analyte level in the fluid sample, and display the determined analyte level on the display unit 120.

In addition, in accordance with the various embodiments of the present disclosure, the health monitor device with a medication dose calculation function 100 may be configured to automatically enter into a medication dosage calculation mode to, for example, estimate a medication dosage amount based on information stored in the health monitor device with a medication dose calculation function 100 (such as the patient's insulin sensitivity, for example), and/or prompt the patient to provide additional information, such as the amount of carbohydrate to be ingested by the patient for determination of, for example, a carbohydrate bolus dosage determination. The patient may operate the input unit 140 in conjunction with the user interface menu provided on the display unit 120 to provide the appropriate information.

In another embodiment, the health monitor device with a medication dose calculation function 100 may be configured to prompt the patient to select whether to retrieve a predetermined or preprogrammed medication dosage amount such as, for example, a correction bolus or a carbohydrate bolus, following the display of the determined analyte level from the test strip 160. In this manner, in one embodiment of the present disclosure, the health monitor device with a medication dose calculation function 100 may be configured to automatically prompt the user or patient to select whether a medication dosage determination is desired following an analyte test using the test strip 160.

Example embodiments of the present disclosure are directed mainly toward measuring the levels of glucose, such as a blood glucose level, however it is to be understood that the present embodiments may also be configured to measure the levels of other analytes, drugs, or physiological conditions. For example, analyte levels that may be determined include, for example, acetyl choline, amylase, bilirubin, cholesterol, chorionic gonadotropin, creatine kinase (e.g., CK-MB), creatine, DNA, fructosamine, glucose, glutamine, growth hormones, hormones, ketones (e.g., ketone bodies), lactate, oxygen, peroxide, prostate-specific antigen, prothrombin, RNA, thyroid stimulating hormone, and troponin. Assays suitable for determining the concentration of DNA and/or RNA are disclosed in U.S. Pat. No. 6,281,006 and U.S. Pat. No. 6,638,716, the disclosures of each of which are incorporated by reference herein. Furthermore, the concentration of drugs, such as, for example, antibiotics (e.g., gentamicin, vancomycin, and the like), digitoxin, digoxin, drugs of abuse, theophylline, and warfarin, may also be determined.

FIG. 2 is a block diagram of the health monitor device with a medication dose calculation function of FIG. 1 in one embodiment of the present disclosure. Referring to FIG. 2, the health monitor device with a medication dose calculation function 100 (FIG. 1) includes a controller unit 210 operatively coupled to a communication interface 220 and configured for bidirectional communication. The controller unit 210 is further operatively coupled to a test strip interface 230, an input section 240 (which, for example, may include the input unit 140 and the plurality of input buttons 130 as shown in FIG. 1), an output unit 250, and a data storage unit 260.

Referring to FIG. 2, in one embodiment of the present disclosure, the test strip interface 230 is configured for signal communication with the inserted test strip 160 (FIG. 1) for determination of the fluid sample on the test strip 160. In addition, the test strip interface 230 may include an illumination segment which may be configured to illuminate the strip port 150 (FIG. 1) using a light emitting diode (LED), for example, during the test strip 160 insertion process to assist the user in properly and accurately inserting the test strip 160 into the strip port 150.

Moreover, in a further aspect of the present disclosure, the test strip interface 230 may be additionally configured with a physical latch or securement mechanism internally provided within the housing 110 of the health monitor device with a medication dose calculation function 100 (FIG. 1) such that when the test strip 160 is inserted into the strip port 150, the test strip 160 is retained in the received position within the strip port 150 until the sample analysis is completed. Examples of such physical latch or securement mechanism may include a uni-directionally biased anchor mechanism, or a pressure application mechanism to retain the test strip 160 in place by applying pressure on one or more surfaces of the test strip 160 within the strip port 150.

Referring back to FIG. 2, the output unit 250 may be configured to output display data or information including the determined analyte level on the display unit 120 (FIG. 1) of the health monitor device with a medication dose calculation function 100. In addition, in still a further aspect of the present disclosure, the output unit 250 and the input section 240 may be integrated, for example, in the case where the display unit 120 is configured as a touch sensitive display where the patient may enter information or commands via the display area using, for example, a finger or stylus or any other suitable input device, and where, the touch sensitive display is configured as the user interface in an icon or motion driven environment, for example.

Referring yet again to FIG. 2, the communication interface 220 in one embodiment of the present disclosure includes a wireless communication section configured for bi-directional radio frequency (RF) communication with other devices to transmit and/or receive data to and from the health monitor device with a medication dose calculation function 100. In addition, the communication interface 220 may also be configured to include physical ports or interfaces such as a USB port, an RS-232 port, or any other suitable electrical connection port to allow data communication between the health monitor device with a medication dose calculation function 100 and other external devices such as a computer terminal (for example, at a physician's office or in a hospital environment), an external medical device, such as an infusion device or including an insulin delivery device, or other devices that are configured for similar complementary data communication.

In one embodiment, the wireless communication section of the communication interface 220 may be configured for infrared communication, Bluetooth® communication, or any other suitable wireless communication mechanism to enable the health monitor device with a medication dose calculation function 100 for communication with other devices such as infusion devices, analyte monitoring devices, computer terminals, communication enabled mobile telephones, personal digital assistants, or any other communication devices which the patient or user of the health monitor device with a medication dose calculation function 100 may use in conjunction therewith, in managing the treatment of a health condition, such as diabetes.

FIG. 3 is a flowchart illustrating the analyte level determination and medical dose calculation procedure in accordance with one embodiment of the present disclosure. Referring to FIG. 3, a test strip 160 is detected by the controller unit 210 (or the test strip interface 230) (310) of the health monitor device with a medication dose calculation function 100 (FIG. 1). Thereafter, the fluid sample, such as a blood sample, received from the inserted test strip 160 is analyzed (320) to determine the corresponding analyte level, such as a glucose level, and the determined analyte level is output (330) on the display unit 120 (FIG. 1) for example, in units of mg/dL.

Referring back to FIG. 3, after determining the analyte level and displaying the measured analyte level to the patient (330), a prompt command is generated and output to the patient to select if the medication dosage calculation is desired (340). More specifically, in one embodiment of the present disclosure, the controller unit 210 (FIG. 2) is configured to generate a command and display in the display unit 120 to query the user as to whether a medication dosage calculation determination is desired by the patient. Thereafter, a determination of whether or not the patient has selected to have the medication dosage calculation performed by the controller unit 210 is made (350). In one embodiment, the patient may operate one or more of the input buttons 130 or the input unit 140 to select whether or not to have the medication dosage calculation performed.

Referring again to FIG. 3, if it is determined that the patient has selected not to have the medication dosage determination performed, then the determined analyte value is displayed and/or stored (360), e.g., in memory of the health monitor device, and the routine terminates. For example, in one embodiment, the controller unit 210 (FIG. 2) may be configured to store the determined analyte value in the data storage unit 260 with associated time and/or date information of when the analyte value determination is performed. In an alternate embodiment, the measured analyte value may be stored substantially concurrently with the display of the analyte value.

On the other hand, if it is determined that the patient has selected to have the medication dosage calculation performed, the health monitor device with a medication dose calculation function 100 is configured to enter the medication dosage determination mode (370), described in further detail below in conjunction with FIG. 4, where the desired type of medication dosage is determined and provided to the patient. In another embodiment, the health monitor device with a medication dose calculation function 100 may be configured to store the glucose data even in the event the user selects to perform the medication dose calculation.

FIG. 4 is a flowchart illustrating the medication dose calculation procedure of FIG. 3 in accordance with one embodiment of the present disclosure. Referring to FIG. 4, when the health monitor device with a medication dose calculation function 100 (FIG. 1) enters the medication dosage determination mode as described above, the controller unit 210 (FIG. 2) is configured to prompt the patient (for example, by displaying the options to the patient on the display unit 120 (FIG. 1)) to select the type of desired medication dosage calculation 410. For example, the controller unit 210 may be configured to output a list of available medication dosage calculation options including, for example, bolus calculation options such as a carbohydrate bolus, a correction bolus, a dual or extended bolus, a square wave bolus, or any other suitable medication calculation function which may be programmed into the health monitor device with a medication dose calculation function 100 (and for example, stored in the data storage unit 260).

Referring back to FIG. 4, after the patient selects the desired medication dosage calculation in response to the prompt for medication type selection (410), the selected medication dosage calculation routine is retrieved (420) from the data storage unit 260, and thereafter executed (430). In one embodiment, the execution of the selected medication dosage calculation (430) may include one or more input prompts to the patient to enter additional information as may be required to perform the selected medication dosage calculation.

For example, in the case of calculating a carbohydrate bolus, the patient may be prompted to provide or enter an estimate of the carbohydrate amount that the patient is planning on ingesting. In this regard, a food database may be stored in the data storage unit 260 or elsewhere for easy access (e.g., personal computers (PCs), personal digital assistants (PDAs), mobile telephones, or the like and to which the health monitor device may be coupled (e.g., wirelessly or by physical connection) to easily retrieve such information) to conveniently determine the corresponding carbohydrate amount associated with the type of food which the patient will be ingesting. Alternatively, the patient may provide the actual estimated carbohydrate count if such information is readily available by the patient.

Alternatively, in the case of calculating a dual bolus of insulin, the patient is prompted to provide, in addition to a dose amount, a time duration information for the extended portion of the bolus dosage to be infused or otherwise delivered to the patient. Similarly, the patient may further be prompted to provide insulin sensitivity information, and any other information as may be necessary to determine the selected bolus dosage amount in conjunction with other relevant information such as insulin on board information, and the time of the most recently administered bolus (so as to provide a warning to the patient if a bolus dosage has been administered within a predetermined time period, and a subsequent administration of the additional bolus dosage may potentially be harmful).

Referring back to FIG. 4, after the execution of the selected medication dosage calculation routine (430), the calculated medication dosage amount is stored (440) in the data storage unit 260, and the calculated medication dosage amount is output displayed to the patient (450) on the display unit 120 of the health monitor device with a medication dose calculation function 100, or audibly if the health monitor device is so configured. In certain embodiments, storing and output displaying the calculated medication dosage amount may be substantially concurrently performed, rather than sequentially.

FIG. 5 is a flowchart illustrating the analyte level determination and medication dose calculation procedure in accordance with another embodiment of the present disclosure. Referring to FIG. 5, a test strip 160 is inserted into the strip port 150 of the health monitor device with a medication dose calculation function 100 and detected (510), the fluid sample on the test strip 160 is analyzed to determine the corresponding analyte level (520), and thereafter, output displayed (530).

Referring back to FIG. 5, after the analyte level from the fluid sample received from the test strip 160 is determined (530), a medication dosage calculation routine is retrieved (540). The controller unit 210 (FIG. 2) is configured to enter into the medication dosage determination mode, and to execute pre-programmed or predetermined medication calculation routine (550), and thereafter, output display the calculated medication dosage amount (560). In this manner, in one embodiment of the present disclosure, the health monitor device with a medication dose calculation function 100 may be programmed or configured to automatically enter into the medication determination mode upon completion of the fluid sample analysis for analyte level determination.

In one embodiment of the present disclosure, the health monitor device with a medication dose calculation function 100 may be configured to execute different types of medication dosage calculation based on the patient specified parameters. For example, the health monitor device with a medication dose calculation function 100 may be configured to perform a carbohydrate bolus determination when the test strip sample analysis is performed within a predetermined time period of a meal event. For example, the health monitor device with a medication dose calculation function 100 may be programmed by the patient to automatically select the carbohydrate bolus determination if the test strip fluid sample analysis is performed within one hour prior to a meal time (which may be programmed into the health monitor device with a medication dose calculation function 100).

FIG. 6A shows a health monitor device with medication dose calculation function in accordance with another embodiment of the present disclosure. A health monitor device 600 in accordance with one or more embodiments may be used for determining a concentration of an analyte in blood or interstitial fluid. In one embodiment, the health monitor device 600 may be an analyte test meter, such as a glucose test meter that may be used for determining an analyte concentration, such as a blood glucose concentration, of a sample for determination of a blood glucose level of a patient, such as a patient with Type-1 or Type-2 diabetes.

Referring to FIG. 6A, in one embodiment, the health monitor device 600 may be a small portable device designed to be palm-sized and/or adapted to fit into, for example, a pocket or purse of a patient. The portable health monitor device 600 may have the appearance of a personal electronic device, such as a mobile phone or personal digital assistant (PDA), so that the user may not be identified as a person using a medical device. Additional information is provided in U.S. Pat. No. 7,041,468 issued on May 9, 2006 titled “Blood Glucose Tracking Apparatus and Method” and in US Patent Application Publication No. US2004/0254434 published Dec. 16, 2004 titled “Glucose Measuring Module and Insulin Pump Combination”, the disclosure of each of which is incorporated herein by reference for all purposes.

In another embodiment, the health monitor device 600 may be a larger unit for home use and designed to sit on a shelf or nightstand. In yet another embodiment, the health monitor device 600 may be designed for use in a hospital or doctor's office. The larger health monitor device units 600 may have the same functionality as the portable health monitor device 600 as described in further detail below.

Referring back to FIGS. 6A and 6B, a health monitor device 600 includes a housing 610 and a display unit 620 provided thereon. In one embodiment, the display unit 620 may be a dot-matrix display. In other embodiments, other display types, such as liquid-crystal displays (LCD), plasma displays, light-emitting diode (LED) displays, or seven-segment displays, among others, may alternatively be used. The display unit 620 may display, in numerical or graphical form, for example, information related to, among others, a patient's current analyte concentration. Also incorporated within the housing 610 of the health monitor device 600 may be a processor 660 (FIG. 6B) and a memory device 670 (FIG. 6B). The memory device 670 (FIG. 6B) may store raw and/or analyzed data as well as store instructions which, when executed by the processor 660 (FIG. 6B), may provide, among others, instructions to the display unit 620, and may be used for analysis functions, such as analyte concentration analysis and medication dosage calculations.

In embodiments of the present disclosure, the memory device 670 (FIG. 6B) may include a readable and/or writable memory device such as, for example, but not limited to a read only memory (ROM), random access memory (RAM), flash memory device, or static random access memory (SRAM). In another embodiment, an optional transmitter/receiver unit 680 (FIG. 6B) may be incorporated into the housing 610 of the health monitor device 600. The transmitter/receiver unit 680 (FIG. 6B) may be used to transmit and/or receive analyzed or raw data or instructions to/from, for example, optional peripheral devices, such as a data analysis unit or a medication administration unit in a data network.

In another embodiment, the transmitter/receiver unit 680 (FIG. 6B) is a transceiver capable of both transmitting and receiving data. The transmitter/receiver unit 680 (FIG. 6B) may be configured for wired or wireless transmission, including, but not limited to, radio frequency (RF) communication, RFID (radio frequency identification) communication, WiFi™ or Bluetooth® communication protocols, and cellular communication, such as code division multiple access (CDMA) or Global System for Mobile communications (GSM). In another embodiment, the health monitor device 600 may include a rechargeable power supply 690 (FIG. 6B), such as a rechargeable battery.

Referring back to FIG. 6A, in one embodiment, the health monitor device 600 may also include a plurality of input buttons 630. Each of the plurality of input buttons 630 may be designated for a specific task, or alternatively, each of the plurality of input buttons 630 may be ‘soft buttons’. In the case that the plurality of input buttons are ‘soft buttons’, each of the plurality of buttons may be used for a variety of functions. The variety of functions may be determined based on the current mode of the health monitor device 600, and may be distinguishable to a user by the use of button instructions shown on the display unit 620. Other input methods may also be incorporated including, but not limited to, a touch-pad, jog-wheel, or capacitive sensing slider inputs. Yet another input method may be a touch-sensitive display unit, as described further below and shown in FIG. 7.

Referring back to FIG. 6A, the health monitor device 600 may also include a strip port 640 which may be configured for receiving a test strip 650. The test strip 650 is configured to receive a fluid sample, such as a blood sample, from a patient. The test strip 650 may then be inserted into the strip port 640, whereby the health monitor device 600 may analyze the sample and determine the concentration of an analyte, such as glucose, in the sample. The analyte concentration of the sample may then be displayed on the display unit 620 as the analyte level of the patient. In another aspect, the health monitor device 600 may use a conversion function to convert a measured analyte concentration of a sample to a blood analyte concentration of a host. In another embodiment, the analyte concentration of the analyzed sample may be stored in the memory 670 (FIG. 6B) of the health monitor device 600. The stored analyte concentration data may additionally be tagged with date and/or time data related to the date and/or time the fluid sample was taken and analyzed. In another embodiment, the analyte concentration data may be transmitted via the transmitter/receiver unit 680 (FIG. 6B) to one or more peripheral devices for storage and/or further analysis.

As discussed above, in certain embodiments, strip port to receive the test strip may be provided as a separate component that is configured to physically or electrically couple to the health monitoring device 600. Additional information is provided in U.S. Pat. No. 7,041,468 issued on May 9, 2006 titled “Blood Glucose Tracking Apparatus and Methods” and in US Patent Application Publication No. US2004/0254434 published Dec. 16, 2004 titled “Glucose Measuring Module and Insulin Pump Combination” the disclosures of each of which are incorporated herein by reference for all purposes.

In another embodiment, the health monitor device 600 may include instructions for calculating a medication dosage. The medication dosage may be, for example, a dosage of insulin in response to a blood glucose concentration data determined from the fluid sample on the test strip 650 received at the strip port 640. In one aspect, the medication dosage calculation may be based, at least in part, on a current patient analyte concentration data averaged with stored values of previous analyte concentration data.

In another aspect, the instructions for calculating a medication dosage may include instructions for calculating a dosage for a variety of types of medication, such as a variety of types of insulin. Insulin types may include, but are not limited to, long-acting insulin types such as LANTUS® (insulin glargine), available from Sanofi-Aventis, and LEVEMIR®, available from NovoNordisk, intermediate-acting insulin types such as Neutral Protamine Hagedorn (NPH), and LENTE insulin, fast-acting insulin types including recombinant human insulin such as HUMULIN®, available from Eli Lilly and Company, and NOVALIN®, available from NovoNordisk, bovine insulin, and porcine insulin, rapid-acting insulin types such as HUMALOG® (Lysine-Proline insulin), available from Eli Lilly and Company, APIDRA® (glulisine insulin), available from Sanofi-Aventis, and NOVOLOG® (aspart insulin), available from NovoNordisk, and very-rapid-acting insulin types such as VIAJECT™, available from Biodel, Inc.

In another embodiment, the instructions for calculating a medication dosage may be instructions for calculating a recommended update to an existing medication dosage regimen. Data related to a current medication dosage regimen may be stored in the memory 670 of the health monitor device 600, including current prescribed medication types and dosages and an algorithm for calculating recommended medication dosage changes. Calculated medication dosage recommendations may be displayed to the patient on the display unit 620 of the health monitor device 600 for patient intervention, or further may be transmitted directly to a medication administration device, such as an insulin pump, for a medication dosage regimen update.

In another embodiment, the health monitor device 600 may include programming for alarm functions. Alarms may be used to inform patients when current analyte concentrations are outside threshold levels, when medication dosage regimens need to be updated, or when an error is detected. Alarms may be in the form of a visual, auditory, or vibratory alarm.

In yet another embodiment, the health monitor device 600 may include an integrated medication delivery system (not shown). Additional information is provided in US Patent Publication No. US2006/0224141 published on Oct. 5, 2006, titled “Method and System for Providing Integrated Medication Infusion and Analyte Monitoring System”, the disclosure of which is incorporated by reference for all purposes.

The integrated medication delivery system may be in the form of a drug delivery injection pen such as a pen-type injection device incorporated within the housing 610 of the health monitor device 600. Additional information is provided in U.S. Pat. Nos. 5,536,249 and 5,925,021, disclosure of each of which are incorporated herein by reference for all purposes.

The integrated medication delivery system may be used for injecting a dose of medication, such as insulin, into a patient based on a prescribed medication dosage, and may be automatically updated with dosage information received from the medication dosage calculator described above. In another embodiment, the medication dosage of the medication delivery system may include manual entry of dosage changes made through, for example, the input buttons 630 of the health monitor device 600. Medication dosage information associated with the medication delivery system may be displayed on the display unit 620 of the health monitor device 600.

FIG. 6C is an illustration of a display of the health monitor device shown in FIG. 6A in one embodiment. Referring to FIG. 6C, the display unit 620 of the health monitor device 600 (FIG. 6A) may display a variety of data values to a patient. In one embodiment, the display unit 620 may display a current analyte concentration, such as the current blood glucose concentration of a patient, a recommended update to the patient's medication dosage regimen, such as insulin dosage updates, and the date and/or time of the current or most recent analyte test. Further, if the health monitor device 600 includes ‘soft buttons’, the display unit 620 may show the current function of said ‘soft buttons’ for the particular current operational mode of the health monitor device 600. Other information that may be displayed on the display unit 620 may include, but is not limited to, current medication dosage regimen data, recommended medication type, and historical patient analyte concentration data.

Information on the display unit 620 may be displayed in a variety of manners or format including, for example, numerical data, graphical data, symbols, pictures, and/or animations. In one aspect, the user may be able to choose the display style, for example, by pushing one of the input buttons 630. The display unit 620 may be a black and white display unit, or may alternatively be a color display unit, whereby, information may be displayed in a variety of colors. Colors may be used as indicators to a patient of changes in the current displayed information, or may be used for aesthetic purposes to allow for easier navigation of the data and/or menus. In another aspect, the brightness, contrast, tint, and/or color settings of the display unit 620 may be adjustable.

In another embodiment, the health monitor device 600 (FIG. 6) may incorporate a continuous analyte monitoring device, where a transcutaneously implanted sensor may continually or substantially continually measure an analyte concentration of a bodily fluid. Examples of such sensors and continuous analyte monitoring devices include systems and devices described in U.S. Pat. Nos. 6,175,752, 6,560,471, 5,262,305, 5,356,786, U.S. patent application Ser. No. 12/698,124 and U.S. provisional application No. 61/149,639 titled “Compact On-Body Physiological Monitoring Device and Methods Thereof”, the disclosures of each of which are incorporated herein by reference for all purposes.

Accordingly, in certain embodiments, the health monitor device 600 may be configured to operate or function as a data receiver or controller to receive analyte related data from a transcutaneously positioned in vivo analyte sensor such as an implantable glucose sensor. The analyte monitoring system may include a sensor, for example an in vivo analyte sensor configured for continuous or substantially continuous measurement of an analyte level of a body fluid, a data processing unit (e.g., sensor electronics) connectable to the sensor, and the health monitor device 600 configured to communicate with the data processing unit via a communication link. In aspects of the present disclosure, the sensor and the data processing unit (sensor electronics) may be configured as a single integrated assembly. In certain embodiments, the integrated sensor and sensor electronics assembly may be configured as a compact, low profile on-body patch device assembled in a single integrated housing and positioned on a skin surface of the user or the patient with a portion of the analyte sensor maintained in fluid contact with a bodily fluid such as an interstitial fluid during the sensor life time period (for example, sensor life time period including about 5 days or more, or about 7 days or more, or about 14 days or more, or in certain embodiments, about 30 days or more). In such embodiments, the on-body patch device may be configured for, for example, RFID or RF communication with the health monitor device 600 to wirelessly provide monitored or detected analyte related data to the health monitor device 600 based on a predetermined transmission schedule or when requested from the health monitor device 600. Predetermined transmission schedule may be programmed or configured to coincide with the analyte sample detection by the analyte sensor (for example, but not limited to including once every minute, once every 5 minutes, once every 15 minutes). Alternatively, the health monitor device 600 may be programmed or programmable to acquire the sampled analyte data (real time information and/or stored historical data) in response to one or more requests transmitted from the health monitor device 600 to the on-body patch device.

As discussed, embodiments include the on-body patch device including the data processing unit coupleable to the analyte sensor so that both devices are positioned in or on the user's body, with at least a portion of the analyte sensor positioned transcutaneously. The data processing unit in certain embodiments may include a portion of the sensor (proximal section of the sensor in electrical communication with the data processing unit) which is encapsulated within or on the printed circuit board of the data processing unit with, for example, potting material or other protective material. The data processing unit performs data processing functions, where such functions may include but are not limited to, filtering and encoding of analyte related signals, for transmission to the health monitor device 600. In certain embodiments, the sensor or the data processing unit or a combined sensor/data processing unit may be wholly implantable under the skin layer of the user.

In certain embodiments, transmitter/receiver section 680 of the health monitor device 600 includes an RF receiver and an antenna that is configured to communicate with the data processing unit, and the processor 660 of the health monitor device 600 is configured for processing the received data from the data processing unit such as data decoding, error detection and correction, data clock generation, and/or data bit recovery.

In operation, the health monitor device 600 in certain embodiments is configured to synchronize with the data processing unit to uniquely identify the data processing unit, based on, for example, an identification information of the data processing unit, and thereafter, to periodically receive signals transmitted from the data processing unit associated with the monitored analyte levels detected by the sensor.

As described, in aspects of the present disclosure, the analyte monitoring system may include an on-body patch device with a thin profile that may be comfortably worn on the arm or other locations on the body (under clothing worn by the user or the patient, for example), the on-body patch device including an analyte sensor and circuitry and components for operating the sensor and processing and storing signals received from the sensor as well as for communication with the health monitor device 600. For example, one aspect of the on-body patch device may include electronics to sample the voltage signal received from the analyte sensor in fluid contact with the body fluid, and to process the sampled voltage signals into the corresponding glucose values and/or store the sampled voltage signal as raw data.

The on-body patch device in one aspect may further include an antenna such as a loop antenna to receive RF power from an external device such as the health monitor device 600 described above, electronics to convert the RF power received via the antenna into DC (direct current) power for the on-body patch device circuitry, communication module or electronics to detect commands received from the health monitor device 600, and communication component such as an RF transmitter to transmit data to the health monitor device 600, a low capacity battery for providing power to sensor sampling circuitry (for example, the analog front end circuitry of the on-body patch device in signal communication with the analyte sensor), one or more non-volatile memory or storage device to store data including raw signals from the sensor or processed data based on the raw sensor signals.

In certain embodiments, the health monitor device 600 may also be configured to operate as a data logger, interacting or communicating with the on-body patch device by, for example, periodically transmitting requests for analyte level information from the on-body patch device, and storing the received analyte level information from the on-body patch device in one or more memory components 670.

The various processes described above including the processes operating in the software application execution environment in the analyte monitoring system including the on-body patch device and/or the health monitor device 600 performing one or more routines described above may be embodied as computer programs developed using an object oriented language that allows the modeling of complex systems with modular objects to create abstractions that are representative of real world, physical objects and their interrelationships. The software required to carry out the inventive process, which may be stored in a memory or storage device of the storage unit of the various components of the analyte monitoring system described above in conjunction to the Figures including the on-body patch device or the health monitor device 600 may be developed by a person of ordinary skill in the art and may include one or more computer program products.

In one embodiment, an apparatus for bi-directional communication with an analyte monitoring system may comprise a storage device having stored therein one or more routines, a processing unit operatively coupled to the storage device and configured to retrieve the stored one or more routines for execution, a data transmission component operatively coupled to the processing unit and configured to transmit data based at least in part on the one or more routines executed by the processing unit, and a data reception component operatively coupled to the processing unit and configured to receive analyte related data from a remote location and to store the received analyte related data in the storage device for retransmission, wherein the data transmission component is programmed to transmit a query to a remote location, and further wherein the data reception component receives the analyte related data from the remote location in response to the transmitted query when one or more electronics in the remote location transitions from an inactive state to an active state upon detection of the query from the data transmission component.

Embodiments also include the on-body patch device including sensor electronics coupled to an analyte sensor is positioned on a skin surface of a patient or a user. In one aspect, an introducer mechanism may be provided for the transcutaneous placement of the analyte sensor such that when the on-body patch device is positioned on the skin surface, a portion of the sensor is inserted through the skin surface and in fluid contact with a body fluid of the patient or the user under the skin layer.

In certain embodiments, when the health monitor device 600 is positioned or placed in close proximity or within a predetermined range of the on-body patch device, the RF power supply in the health monitor device 600 may be configured to provide the necessary power to operate the electronics in the on-body patch device, and accordingly, the on-body patch device may be configured to, upon detection of the RF power from the health monitor device 600, perform preprogrammed routines including, for example, transmitting one or more signals to the health monitor device 600 indicative of the sampled analyte level measured by the analyte sensor. In one embodiment, communication and/or RF power transfer between the health monitor device 600 and the on-body patch device may be automatically initiated when the health monitor device 600 is placed in close proximity to the on-body patch device. Alternatively, the health monitor device 600 may be configured such that user intervention, such as a confirmation request and subsequent confirmation by the user using, for example, the display 620 and/or input components 630 of the health monitor device 600, may be required prior to the initiation of communication and/or RF power transfer between the health monitor device 600 and the on-body patch device. In a further embodiment, the health monitor device 600 may be user configurable between multiple modes, such that the user may choose whether the communication between the health monitor device 600 and on-body patch device is performed automatically or requires a user confirmation.

As discussed, some or all of the electronics in the on-body patch device in one embodiment may be configured to rely on the RF power received from the health monitor device 600 to perform analyte data processing and/or transmission of the processed analyte information to the health monitor device 600. That is, the on-body patch device may be discreetly worn on the body of the user or the patient, and under clothing, for example, and when desired, by positioning the health monitor device 600 within a predetermined distance from the on-body patch device, real time glucose level information may be received by the health monitor device 600. This routine may be repeated as desired by the patient (or on-demand or upon request, for example) to acquire monitored real time glucose levels at any time during the time period that the on-body patch device is worn by the user or the patient.

In another embodiment, the health monitor device 600 may include an integrated analyte test meter and lancing device for lancing a bodily fluid sample, such as a blood sample, and measuring an analyte concentration, such as a blood glucose concentration. Examples of such integrated devices include systems and devices described in US Published Application Nos. 2007/0149897 and 2008/0167578, the disclosures of each of which are incorporated herein by reference for all purposes.

FIG. 7 shows a touch-screen health monitor device in accordance with one embodiment of the present disclosure. Referring to FIGS. 7 and 6A, a touch-screen health monitor device 700 may include the same functions and basic design as a health monitor device 600 without a touch-screen. Typically, a touch-screen health monitor device 700 would include a larger display unit 720 compared to the display unit 620 of a health monitor device 600 without a touch-screen in order to accommodate the extra area required for any touch-screen buttons 730 that may be used. Similar to a health monitor device 600 without a touch-screen, a touch-screen health monitor device 700 includes a housing 710, thereon which lies the touch-screen display unit 720. The touch-screen health monitor device 700 may also include a strip port 740 for receiving a test strip 750, which may include a fluid sample for analysis, such as a blood sample for a blood glucose concentration analysis.

FIG. 8 is a flow chart illustrating a medication dosage calculation procedure for use in one or more embodiments of the present disclosure. Referring to FIG. 8, a device, such as a health monitor device 600 (FIG. 6A), receives an analyte concentration (810) for the current analyte level of a patient. The analyte level is compared to a predetermined threshold analyte level (820). For example, if the analyte is glucose and the analyte level is a blood glucose level of a patient, the threshold blood glucose level may be between 80 mg/dL and 120 mg/dL, or a tailored threshold determined by a healthcare professional. If the current analyte concentration level is above the predetermined threshold, a list of available medication types may be displayed (830) on the display unit 620 of a health monitor device 600. For example, if the analyte concentration level is a blood glucose concentration level for a patient suffering from, for example, diabetes, the list of available medication types may be a list of available insulin types. From the list of available medication types, a medication type is selected (840) and a recommended dosage for the selected medication type based upon the current analyte concentration level is calculated (850) and displayed (860).

FIG. 9 is a flow chart illustrating an analyte concentration determination and medication dosage calculation in one embodiment of the present disclosure. Referring to FIGS. 9 and 6A, a fluid sample is detected (910), for example, by applying the fluid sample to a test strip 650 and inserting the test strip 650 into a strip port 640 of the health monitor device 600. Upon detection of the fluid sample, a current analyte concentration is calculated (920) based on analysis of the fluid sample. In one embodiment, the health monitor device 600 may include a display unit 620, such as a dot-matrix display, and the current analyte concentration is displayed (930) on the display unit 620.

Still referring to FIGS. 9 and 6A, in one embodiment, the health monitor device 600 may include instructions or routines to perform a long-acting medication dosage calculation function. A long-acting medication may be a medication wherein a single dose may last for up to 12 hours, 24 hours, or longer. The instructions for a long-acting medication dosage calculation function may be in the form of software stored on the memory device 670 (FIG. 6B) and executed by the processor 660 (FIG. 6B) of the health monitor device 600. In one aspect, the long-acting medication dosage calculation function may be an algorithm based on the current concentration of an analyte of a patient, wherein the long-acting medication dosage calculation function compares the current analyte concentration value to a predetermined threshold (940), which may be based on clinically determined threshold levels for a particular analyte, or may be tailored for individual patients by a doctor or other treating professional. If the current analyte concentration is above the predetermined threshold, the long-acting medication dosage calculation function may use the current analyte concentration value to calculate a recommended dosage of a long-acting medication (950). Once calculated, the recommended medication dosage may be displayed (960) on the display unit 620 of the health monitor device 600.

In one embodiment, the health monitor device 600 may be configured to measure the blood glucose concentration of a patient and include instructions for a long-acting insulin dosage calculation function. Periodic injection or administration of long-acting insulin may be used to maintain a baseline blood glucose concentration in a patient with Type-1 or Type-2 diabetes. In one aspect, the long-acting medication dosage calculation function may include an algorithm or routine based on the current blood glucose concentration of a diabetic patient, to compare the current measured blood glucose concentration value to a predetermined threshold or an individually tailored threshold as determined by a doctor or other treating professional to determine the appropriate dosage level for maintaining the baseline glucose level.

In one embodiment, the long-acting insulin dosage calculation function may be based upon LANTUS® insulin, available from Sanofi-Aventis, also known as insulin glargine. LANTUS® is a long-acting insulin that has up to a 24 hour duration of action. Further information of LANTUS® insulin is available at www.lantus.com. Other types of long-acting insulin include LEVEMIR® insulin available from NovoNordisk (www.levemir-us.com).

FIG. 10 is a flow chart illustrating a procedure for determining a recommended update to a long-acting insulin dosage regimen in one embodiment. Some patients with diabetes, including patients with type-1 diabetes and patients with type-2 diabetes, may require or be recommended to take insulin as a method for maintaining a safe blood glucose level. In some cases, a medical professional may determine that a dosage regimen of long-acting insulin, such as LANTUS® insulin, may be beneficial to a patient for maintaining a safe baseline blood glucose level. Long-acting insulin may be taken as, for example, a daily bolus dosage, and may have up to a 24 hour duration of action. Long-acting insulin may be used as an alternative for patients who may not wish to use an insulin pump, which provides a patient with a steady basal glucose level throughout the day. In some cases, a patient may require only the long-acting insulin dose to maintain a safe baseline blood glucose level, and may not require periodic doses of a fast or rapid acting insulin to correct for spikes in blood glucose levels resulting from, for example, carbohydrate intake. In one embodiment, among others, long-acting insulin may be taken as an injection by, for example, a syringe or injection pen, as an oral stimulant from, for example, an inhaler, or as a transdermal patch delivery system.

Patients using long-acting insulin may have different sensitivity to insulin. As such, it may be desirable for patients to periodically adjust their daily bolus dosage of long-acting insulin. Referring to FIG. 10, a glucose measuring device, such as the health monitor device 600 described above in conjunction with FIG. 6A, may prompt for a fasting blood sample (1010) to measure a fasting blood glucose level. A fasting blood sample may be a blood sample of a patient taken after a predetermined period of time without food, such as 8 hours without food typically obtained in the morning after a period of sleep. The fasting blood sample may be received on a test strip 650, which may be inserted into a strip port 640 of the health monitor device 600 for analysis.

Referring back to FIG. 10, in one embodiment, to ensure an accurate blood glucose reading, the health monitor device 600 may request and await confirmation that the provided blood sample is a fasting sample (1020). The confirmation that the provided blood sample is a fasting sample may be provided by the patient to the health monitor device 600 through, for example, the input buttons 630 of the health monitor device 600. Alternatively, the health monitor device 600 may determine whether the provided blood sample is a fasting sample by determining if the current time is in the morning following what would typically be a predetermined period of sleep, or comparing the current time to stored past data and basing whether the sample is a fasting sample or not based upon trends of what time during the day that previous provided fasting samples were obtained. In the event that the provided blood sample is not a fasting sample, the health monitor device 600 may calculate and display the current blood glucose level of the provided sample with a warning that the displayed value is not a fasting blood glucose level (1030). In one aspect, if the provided blood sample is not a fasting sample, no recommended long-acting insulin dosage regimen update is calculated or displayed.

Still referring to FIG. 10, if the received blood sample is confirmed to be a fasting blood sample, a fasting blood glucose level may be determined by analyzing the blood glucose level of the received blood sample (1040). Once the fasting blood glucose level is determined, the value may be stored (1050) in a memory 670 of the health monitor device 600, or alternatively, the value may be transmitted for storage in a memory of a secondary device or computer. In one embodiment, the stored fasting blood glucose level data may be time and/or date stamped. Once the fasting blood glucose level data is stored in the memory 670, the data may be compared to a predetermined threshold value. In another embodiment, the current fasting blood glucose level may be averaged with stored fasting blood glucose level data from preceding days (1060), for example, the preceding, one, two, or four days, for comparison to the predetermined threshold value (1070).

If the current fasting blood glucose level or the averaged fasting blood glucose level are above the predetermined threshold, a dosage recommendation algorithm may be implemented based on the fasting blood glucose level. The dosage recommendation algorithm may be stored in the memory 670 in the health monitor device 600 and executed by the processor 660 in the health monitor device 600, to calculate and display on a display unit 620 a recommended long-acting insulin dosage (1080). Alternatively, the dosage recommendation algorithm may be stored in a peripheral device containing a memory, and data may be transmitted to one or more peripheral devices over a data network for analysis and the results transmitted back to the health monitor device 600 for display.

The severity of the symptoms of diabetes for patients may vary from individual to individual. For some diabetic patients, it may be advantageous to use insulin to maintain a stable baseline blood glucose level, and additionally to use fast-acting insulin injections to compensate for periodic blood glucose level fluctuations resulting from, for example, carbohydrate intake. For such patients, it may be advantageous to have a method of calculating adjustments to daily insulin dosages to maintain a safe baseline blood glucose level, as well as on-the-spot dosage recommendations to correct for periodic blood glucose level fluctuations.

Insulin used to maintain a stable baseline blood glucose level may be administered through, among others, the use of an insulin pump in the form of a basal insulin infusion (small dosages of insulin injected into the body at periodic intervals throughout the day), or may be administered through the use of single daily injections of long-acting insulin, such as LANTUS® insulin. In other embodiments, long-acting insulin may be administered at various other intervals, such as twice a day, or every other day. Fast-acting and rapid-acting insulin, for example, are more often used as single dose bolus injections for immediate correction to periodic blood glucose level fluctuations, which may be used in conjunction with the long-acting insulin used to maintain the baseline blood glucose level. Accurate calculation and administration of insulin to a diabetic patient is used as a measure for maintaining safe blood glucose levels in order to avoid incidents of hyperglycemia.

FIG. 11 is a flow chart illustrating a procedure for calculating a dosage recommendation for a long-acting insulin and a fast-acting insulin in one embodiment. Typically, long-acting insulin dosage regimens are calculated and adjusted based upon a patient's fasting blood glucose level, or the blood glucose level of a patient after a predetermined length of time, such as 8 hours, without food (or after 8 hours of sleep). The fasting glucose level may be considered to be the baseline glucose level of a patient, and is further used for determining a long-acting insulin dosage calculation, which is typically used for controlling the baseline glucose level of a patient. On the other hand, fast-acting insulin bolus dosages are typically calculated based upon a current or future blood glucose level regardless of activities such as eating and exercise, as fast-acting insulin bolus dosages are typically used to correct a current on-the-spot blood glucose level fluctuation.

Referring to FIG. 11, a glucose measuring device, such as the health monitor device 600 described above in conjunction with FIG. 6A, may prompt for a fluid sample (1110) to measure a blood glucose level. The fluid sample may be received (1120) at a strip port 640 of the health monitor device 600 in the form of a blood sample applied to a test strip 650. The received sample may then be analyzed in order to measure a blood glucose concentration level (1130). The measured blood glucose concentration level may then be compared to a predetermined threshold level (1140) for determination of whether an insulin dosage may be required in order to adjust the blood glucose concentration level to a safe or optimal level.

In the case that an insulin dosage is determined to be required or recommended, the health monitor device 600 may calculate a recommended dosage of long-acting insulin (1150) as well as a recommended dosage of a fast-acting insulin (1160). The dosages may be calculated based upon one or more software algorithms stored within a memory unit 670 and executed by the processor 660 of the health monitor device 600. Once calculated, the recommended dosages of long-acting and fast-acting may be displayed on a display unit 620 of the health monitor device 600 (1170).

In one embodiment, the health monitor device 600 may only recommend a long-acting insulin dosage when the received blood sample is a fasting blood sample. In another embodiment, the health monitor device 600 may determine whether to recommend a long-acting insulin dosage or a fast-acting insulin dosage or both, based upon the current time of day, whereby the time of day consideration may be determined by analyzing trends of previous data stored in the memory 670 of the health monitor device 600.

It is to be understood that the procedures described above in conjunction with FIG. 11 are not limited to only the calculation of a long-acting insulin and a fast-acting insulin, but may be applicable to any combination of one or more medications used to treat a number of physiological conditions, including, among others, various analyte concentrations, heart-rate, breathing rate, or blood pressure, whereby some or all of the medications may be configured for dosage updates based upon a variety of mitigating factors, such as carbohydrate intake or physical activity.

In one embodiment, a health monitor device 600 (FIG. 6A) with a medication dosage calculator may include a medication type selector function. The medication type selector function may allow a patient to request a recommended dosage for a variety of medication types. FIG. 12 is a flow chart illustrating a means for calculating a dosage recommendation for one or more selectable medication types. Referring to FIG. 12, a health monitor device 600 may prompt for a fluid sample (1210) and subsequently analyze the fluid sample to ascertain an analyte concentration (1220). In one embodiment, the health monitor device 600 may be a blood glucose measuring device, and may receive a fluid sample in the form of a blood sample applied to a test strip 650 and inserted into a strip port 640 of the health monitor device 600. The blood sample may be analyzed to discern a blood glucose concentration, which may be used as an indicator for the blood glucose level of a patient from which the sample was obtained.

Once an analyte concentration is ascertained, a medication type selection is received (1230). The medication type selection may be established via a number of different methods, including providing a list of available medication types for which the health monitor device 600 is programmed to calculate dosage information. For example, if the health monitor device 600 is a glucose measuring device intended for the measurement of a patient's blood glucose level, the corresponding medication for dosage calculation may be insulin. In this case, the glucose measuring device may include programming or algorithms for calculating insulin dosage information for a variety of insulin types, including long-acting insulin, intermediate acting insulin, fast-acting insulin, rapid-acting insulin, and very-rapid acting insulin. Further, programming or algorithms may be exclusive to specific insulin compositions, even amongst the general categories of insulin types. In another aspect, the medication type may be selected automatically by the health monitor device 600 based on, for example, a pre-programmed treatment regimen.

Referring back to FIG. 12, once a medication type is chosen, the program or algorithm associated with the selected medication type may be applied to the ascertained analyte concentration in order to calculate a recommended medication dosage (1240). The recommended medication dosage and the ascertained analyte concentration may then be displayed on a display unit 620 of the health monitor device 600 (1250). In another embodiment, the selected medication type may also be displayed on the display unit 620 to allow for confirmation that the recommended medication dosage is meant for the correct medication type.

In another embodiment, a list of available medication types for display and for selection may be limited to a predetermined list of available medications as indicated by the user, or alternatively by a doctor or other treating professional. In this manner, in one aspect of the present disclosure, a list or subset of available medication types for selection (and subsequent dosage calculation, for example) may be limited to a predetermined list of available (or pre-stored) or permitted medication stored in the health monitor device 600. The list of available or permitted medication may be stored in the memory 670 of the health monitor device 600. Alternatively, the health monitor device 600 may include programming or software instructions which, when a particular medication is selected, other medication known or determined to be incompatible with the selected medication (for example, due to potential adverse reactions when mixed with the selected medication), may automatically be removed from the list of available medication types before providing the list to the user of the health monitor device 600.

In another embodiment, the memory 670 of the health monitor device 600 may store information related to a patient's medical history, for example, information related to medications the patient has been previously determined to cause allergic or undesirable reactions. Accordingly, the memory 670 may store, for example, a dynamic list of available medications that are appropriate for the medication dose determination in response to or based on a selection of a type of the medication selected for dosage calculation, or alternatively, based on one or more other characteristics based on the physiological condition of the user or the medication composition.

In some instances, it may be advantageous for a patient to make use of more than one medication to control a disease or health condition. For example, diabetic patients, including patients with Type-1 and severe Type-2 diabetes, may benefit from using more than one type of insulin to help control their blood glucose level. For example, it may be advantageous to use long-acting insulin to maintain a stable baseline blood glucose level, and additionally to use fast-acting insulin injections to compensate for periodic blood glucose level fluctuations resulting from, for example, carbohydrate intake. Accordingly, in one aspect there is provided techniques for calculating adjustments to daily insulin dosages to maintain a safe baseline blood glucose level, as well as on-the-spot dosage recommendations to correct for periodic blood glucose level fluctuations.

FIG. 13 is a flow chart illustrating a means for calculating insulin dosage information for more than one type of insulin. In one embodiment, the more than one type of insulin may include a combination of a long-acting insulin and a rapid-acting insulin. In one aspect, dosages of the long-acting insulin may be calculated based upon a fasting blood glucose level of a patient. Referring to FIG. 13, a health monitor device 600 (FIG. 6A) may prompt for a fasting blood sample (1310). The fasting blood sample may be a blood sample taken from a patient after a predetermined length of time, such as at least 8 hours, without food and applied to a test strip 650 to be inserted into a strip port 640 of the health monitor device 600 for analysis. As a fasting blood sample is taken after at least 8 hours without food, often the blood sample is taken in the morning following 8 hours of sleep. In one aspect, in order to discern a consistent fasting blood glucose level, the health monitor device 600 may prompt for the fasting blood sample at the same time every morning. Once the fasting blood sample is received by the health monitor device 600, the sample may then be analyzed in order to ascertain a blood glucose concentration (1320) of the patient from which the sample was obtained. Once ascertained, the blood glucose concentration may be stored (1330) in a memory 670 of the health monitor device 600. In one aspect, the stored blood glucose concentration may be date and/or time stamped. An algorithm for calculating a long-acting insulin dosage recommendation may then be applied to the ascertained blood glucose concentration in order to calculate a recommended long-acting insulin dosage (1340) to be displayed on a display unit 620 of the health monitor device 600 (1350).

The algorithm or routine for determining a long-acting insulin dosage recommendation may be a dosage update algorithm based upon initial settings as determined by, for example, a healthcare professional or an insulin manufacturer specification. In one embodiment, an initial daily prescribed dosage of long-acting insulin, such as LANTUS® insulin (which has up to a 24 hour active time), may be 10 IU (International Unit) of insulin per day. One International Unit (IU) of insulin is the biological equivalent of 45.5 micrograms (μg) pure crystalline insulin. 10 IU/day of LANTUS® insulin may be the starting dosage of a long-acting insulin regimen. The fasting blood glucose concentration may be measured on a daily basis, and each measurement stored in a memory. By taking a mean average of the stored fasting blood glucose concentrations, the fasting blood glucose concentration average may be compared to a predetermined target fasting blood glucose concentration threshold. In one aspect, a recommended update to the daily dosage of long acting insulin may be calculated weekly, based upon the average glucose concentration of the preceding two or more days, and follow the below dosage schedule:

Average Glucose Concentration Increase in Insulin Dose(IU/day) ≧180 mg/dL +8 140-179 mg/dL +6 120-139 mg/dL +4 100-119 mg/dL +2

In another embodiment, the algorithm for calculating a long-acting insulin dosage recommendation may be a daily dosage update. The algorithm may compare a fasting blood glucose concentration to a predetermined threshold level, for example, a target threshold level as determined by a healthcare professional. If the fasting blood glucose concentration is greater than the target threshold level, the algorithm may recommend an increase of 1 IU/day of long-acting insulin. This may continue each day until the fasting blood glucose concentration is at or below the target threshold level.

In other embodiments, the target threshold level of fasting blood glucose concentration may be set by the user or may be a customized target threshold as determined by a healthcare professional.

In another embodiment, the algorithm for calculating a long-acting insulin dosage recommendation may be based on both an upper and lower threshold value. For example, a healthcare professional may recommend a safe fasting blood glucose concentration between a predefined range. In such a case, the algorithm may update the long-acting insulin dosage on a daily basis. In one aspect, if the fasting blood glucose concentration is greater than the upper threshold, the algorithm may recommend an increase to the current long-acting insulin dosage by 1 IU/day, while if the fasting blood glucose concentration is less than the lower threshold, the algorithm may recommend a decrease to the current long-acting insulin dosage by 1 IU/day. Furthermore, if the fasting blood glucose concentration is between the upper and lower threshold, the algorithm may recommend no change to the current long-acting insulin dosage regimen.

In another embodiment, the algorithm for calculating a long-acting insulin dosage recommendation may be based upon past and present fasting blood glucose concentration values. In one aspect, the algorithm may not recommend an update to a current glucose dosage unless the fasting blood glucose concentration is above or below a certain upper and lower threshold. In a further aspect, the algorithm may not recommend an update to a current glucose dosage unless the fasting blood glucose concentration is outside a certain threshold for a certain number of consecutive days, such as, for example, for two or more straight days.

In another embodiment, if the difference between a current fasting blood glucose concentration and a preceding day's fasting blood glucose concentration is outside a predetermined threshold level, a software program for calculating the insulin dosage update may be programmed to not recommend an update to an insulin dosage regimen for safety measures in the case that the current fasting blood glucose concentration is in error or is not an acceptable value. Furthermore, the algorithm may be programmed to not recommend an update to an insulin dosage regimen if the insulin dosage regimen was recently updated, for example, if the insulin dosage regimen was updated within the preceding two days.

In another aspect, if it is determined that current measured values are found to be outside threshold values, such as if the difference between a current fasting blood glucose concentration and a preceding day's fasting blood glucose concentration is outside a predetermined threshold, an alarm system may activate. The alarm system may be in the form of an auditory, visual, and/or vibratory alarm, or may be an alarm notification transmitted over a data network to, for example, a healthcare professional. Other values that may activate the alarm system may include, an upper or lower threshold current blood glucose value, a threshold number of consecutive days wherein the fasting blood glucose value increased or decreased, a missed expected sample time, or if an error is detected.

Referring back to FIG. 13, the health monitor device 600 may also include programming to calculate a fast-acting insulin dosage. In one embodiment, while the dosage calculation for a long-acting insulin is used to maintain a stable safe baseline glucose concentration, a fast-acting insulin injection may be used to help stabilize blood glucose concentration fluctuations throughout the day due to, for example, carbohydrate intake. To that end, the health monitor device 600 may prompt for a non-fasting bodily fluid sample (1360), which may be in the form of a blood sample applied to a test strip 650 and received at the strip port 640 of the health monitor device 600.

Non-fasting blood samples may be taken periodically throughout the day at regular intervals or at irregular intervals depending upon a patient's physical state, such as when a patient determines that his/her blood glucose level is lower or higher than one or more predetermined threshold or desired level. Furthermore, events may also define when a patient takes a non-fasting blood sample, such as before or after meals, exercise, or after taking other medications.

Once the non-fasting blood sample is received at the strip port 640 of the health monitor device 600, the blood sample may then be analyzed and a blood glucose concentration is determined (1370). An algorithm for calculating a fast-acting insulin dosage recommendation may then be applied to the ascertained blood glucose concentration in order to calculate a recommended fast-acting insulin dosage (1380) to be displayed on a display unit 620 of the health monitor device 600 (1390). In other embodiments, the algorithm may be designed for calculating a dosage recommendation for an intermediate, rapid, or very-rapid acting insulin type or a combination thereof.

In other embodiments, a health monitor device 600 including programming for calculating a medication dosage or therapy profile recommendation may further include an integrated medication delivery system. In one embodiment the integrated medication delivery system may automatically deliver the medication dosage as recommended by the health monitor device 600. In one aspect, the health monitor device 600 may be preprogrammed with information related to the medication of the medication delivery system thus eliminating any possible errors resulting from a patient's accidental entry of a wrong medication in a medication selector function of the health monitor device 600. In another aspect, the medication delivery system may be detachable from the health monitor device 600.

In another embodiment, a health monitor device 600 including programming for calculating medication dosages for two or more medication types may further include an integrated medication delivery system. In one aspect, the medication delivery system may include two or more reservoirs, each designated for storing one of the two or more medication types, and each with an individual delivery mechanism. In another aspect, the two or more reservoirs may share a single delivery mechanism. In one aspect, the medication delivery system may automatically deliver each medication in doses as recommended by the health monitor device 600.

In another embodiment, the health monitor device 600 may include a corresponding docking station or one or more other peripheral devices. The docking station may include, among others, a transmitter whereby when the health monitor device 600 is docked to the docking station, the health monitor device 600 and docking station may communicate over a data network with, for example, a healthcare provider, for the transfer of data or receipt of instructions or new dosage regimens. The docking station transmitter may be configured for transmission protocols including, but not limited to, cellular telephone transmission, such as code division multiple access (CDMA) or Global System for Mobile communications (GSM), internet communication, facsimile communications, and/or telephone communication. In another aspect, the docking station may also be configured to provide power for recharging a rechargeable battery of the health monitor device 600. In another aspect, the docking station may be configured for communication with a personal computer for additional storage, programming, and/or communication.

In another embodiment, the health monitor device 600 may include software for monitoring and ordering replacements for consumable products associated with the health monitor device 600. Consumable products may include, among others, analyte test strips, lancing devices, types of medication, such as types of long-acting and fast-acting insulin, medication deliver devices, such as syringes or injection pens, integrated lancet and testing striplet devices, sensors for an implantable sensor glucose monitoring system, or batteries.

FIG. 14 illustrates a block diagram of a replenishment management system in accordance with one embodiment of the present disclosure. Referring to FIG. 14, the replenishment management system 1400 includes a server terminal 1410 operatively coupled to one or more user terminals 1420 via a data network 1430. As can be seen from the Figure, each of the user terminals 1420 are also configured to be operatively connected to a respective one or more testing or monitoring devices 1440. As will be discussed in further detail below, there is also provided a financial account terminal 1460 operatively coupled to the data network 1430 for communication with the server terminal 1410 and a corresponding one of the user terminals 1420.

In one embodiment, the testing or monitoring device 1440 may include a health monitor device as described above in conjunction with FIG. 6A, which may be configured to automatically and wirelessly transmit the measured analyte data to the server terminal 1410 at a predetermined frequency over the wireless connection 1451. In this case, the server terminal 1410 may be configured to detect and receive the measured analyte data from the health monitor device and to store the received data in a corresponding user account associated with the health monitor device. Furthermore, in another embodiment, the health monitor device is configured to transmit medication dosage information, such as insulin dosage information, to the server terminal 1410. The medication dosage information may be information related to periodic dosages of long-acting and/or fast-acting insulin.

Referring back to FIG. 14, it can be seen that each of the user terminals 1420, the financial account terminal 1460, and the server terminal 1410 are operatively coupled to the data network 1430 via a corresponding data communication link 1450. Within the scope of the present disclosure, the data communication link 1450 may include a wired or wireless communication path which may be configured for secure, encrypted bi-directional data exchange over the data network 1430. In particular, the data communication link 1450 in one embodiment may include Wi-Fi data communication, infrared data communication (for example Infrared Data Association (IrDA) communication), Bluetooth® data communication, ZigBee® data communication, USB or FireWire cable based data communication, Ethernet cable based data communication, and dial up modem data communication.

For example, in one embodiment, the user terminals 1420 may include, among others, one of a personal computer (including a desktop or a laptop computer) or a handheld communication device such as an iPhone, Blackberry, Internet access enabled mobile telephones, a bi-directional communication enabled pager, and a communication enabled personal digital assistant (PDA). In one embodiment, the user terminals 1420 include an output unit such as a display and/or speakers, an input unit such as a keyboard or a touch-sensitive screen, as well as a controller such as a CPU for performing user instructed procedures at the user terminals 1420. Moreover, within the scope of the present disclosure, the user terminals 1420 may be configured to communicate with the data network 1430 using a wireless data communication protocol such as Bluetooth®, 801.11x, and ZigBee®. Additionally, the user terminal 1420 may also be configured to communicate with the testing or monitoring device 1440 via short range RF communication path, an IrDA communication path, or using Bluetooth® communication protocol. Additionally, the testing or monitoring device 1440 may also be configured to connect to the respective user terminals 1420 via a wired connection such as a USB connection, an RS-232 cable connection, an IEEE 1394 or FireWire connection, or an Ethernet cable connection.

Referring again to FIG. 14, the financial account terminal 1460 may be configured to communicate with the server terminal 1410 and the user terminals 1420 over the data network 1430 using either or a wired or wireless secure and encrypted connection. As is generally the case, because financial account related information is very sensitive, high level of security for data communication to and from the financial account terminal 1430 may be used such as an encryption level exceeding 128-key encryption, and the like. Within the scope of the present disclosure, the financial account terminal 1460 may include one of a banking institution terminal, a credit card institution terminal, a brokerage institution terminal, and any other financial institution terminal which maintains a financial account of a user with which financial account transactions may be performed. This aspect of the present disclosure is discussed in further detail below.

Referring yet again to FIG. 14, the server terminal 1410 in one embodiment may include a controller 1411 operatively coupled to an input/output (I/O) interface unit 1412, a read-only memory (ROM) 1413, a random access memory (RAM) 1414, and a storage unit 1415. In one embodiment, the storage unit 1415 includes a server application 1416 and an operating system 1417. In this manner, the controller 1411 may in one embodiment be configured to communicate with the user terminals 1420 and the financial account terminal 1460 over the data network 1430 via the I/O interface unit 1412, under the control of the various processes and routines stored in the ROM 1413 and the storage unit 1415 as well as user transmitted requests and information.

In one embodiment, the server application 1416 and the operating system 1417 of the storage unit may be configured to provide a proprietary interface for the users, to execute secure and encrypted data communication over the data network 1400. More specifically, the server terminal 1410 may be configured to provide a proprietary internet-based user interface at a predetermined URL for the users to login from the user terminals 1420, for example, for communication with the server terminal 1410. Alternatively, within the scope of the present disclosure, the data network 1430 may include the internet, and wherein the server application 1416 and the operating system 1417 of the server terminal 1410 are configured to provide a dedicated website for allowing the users to securely and easily log in to their respective accounts using the user terminals 1420 over the data network.

Referring still again to FIG. 14, the storage unit 1415 of the server terminal 1410 in one embodiment may be configured to store data and information related to the user accounts such as, but not limited to, user account login identification and password, user contact information such as telephone and/or facsimile numbers, email addresses, billing and shipping addresses, user account profile information such as replenishment level information, seasonality or periodicity of user use of the testing, monitoring, or dosing device, prescribed medication information, user financial account information (for example, a bank routing number and bank account number in the case of a banking institution), and user testing, monitoring, or medication dosing device data information such as the user strip order history, medication order history, health related monitoring data such as previously measured glucose levels, user specific basal profile information, bolus determination information, insulin sensitivity, trend information determined based on the measured glucose levels (and determined by the controller 1411), and healthcare provider information for the user such as contact information for the user's physician, hospital, and nursing facilities.

In addition, within the scope of the present disclosure, the storage unit 1415 may further be configured to store an expiration information and/or lot number associated with the consumable item, or to calculate expiration information from the lot number. For example, the server terminal 1410 may be configured to determine the expiration information of the consumable item prior to or at the time of replenishment transaction (discussed in detail below), based on one or more of several factors, and further configured to transmit the expiration information to the user terminal 1420 associated with the replenishment transaction. The one or more of the several factors determining the expiration information associated with the consumable item includes the lot number associated with the consumable item, where each lot number has a unique expiration date associated therewith, a shipment date of the consumable item from the manufacturer, and a date of manufacture of the consumable item.

In this manner, in one embodiment, the user requesting the replenishment transaction for the consumable item will be notified of the expiration information such as the expiration date associated with the consumable item, and will be alerted that the consumable item will not function as optimally beyond the expiration date. In the case of glucose test strips, to ensure the accuracy of the test results showing the measured glucose levels it is important that the user/patient be aware of such expiration date of the glucose test strips, so that the measured glucose levels are as accurate as possible. In the case of medication, such as insulin, the importance of a patient's awareness of the expiration date may be even more important than the expiration date of a consumable item, such as a glucose test strip. In the case of medication, expired medication may not only have a diminished effectiveness, it may in fact have a severely detrimental effect on the patient's health.

Moreover, in the case where there is a physician or treatment advised, or other guideline as to frequency or threshold of testing, monitoring, or dosing, a warning signal may be generated and communicated to a healthcare professional or to the user in the case where the consumption of the test materials, as determined by the server terminal 1410, is less or more than the consumption required to meet this frequency or threshold of testing, monitoring or dosing.

Referring back to FIG. 14, in one embodiment of the present disclosure, based on the measured glucose levels for a given patient from a respective user terminal 1420, the controller 1411 of the server terminal 1410 may be configured to determine trend information based on measured glucose levels so as to determine and correspondingly generate for the user terminal 1420 for display, a color coded indication of the user's glucose level projections including arrow indicators, color coded warning or notification indicators, and associated audible alerts. For example, based on the user's measured glucose level for a predetermined period of time contemporaneously received from the user terminal 1420, the server terminal 1410 may be configured to generate and transmit to the user terminal 1420 a color coded arrow indicator for display on the user terminal 1420 to visually and easily inform the user of the projected or anticipated trend in the glucose level based on the measured glucose levels.

In another embodiment, based on the insulin dosage information for a given patient from a respective user terminal 1420, the controller 1411 of the server terminal 1410 may be configured to determine trend information based on insulin dosage information so as to determine and correspondingly generate for the user terminal 1420 for display, a color coded indication of the user's projected future insulin dosage information, including projected increase or decrease in insulin dosage. In one aspect, the controller 1411 may be configured to alert the patient if the rate of change of the insulin dosage information over a period of time is above a certain threshold, possibly indicating an advancement in a user's health condition, such as a worsening of a diabetic condition. When the change of insulin dosage over a period of time is above a predetermined threshold, it may be an indication that the user should visit their primary care physician in order to ascertain information relating to the health condition of the patient, and possibly determine a change in treatment or medication.

Referring still again to FIG. 14, the server application 1416 stored in the storage unit 1415 of the server terminal 1410 may be configured to perform, under the control of the controller 1411, the various procedures and processes as discussed below in conjunction with FIGS. 15-19, as well as to store any information related to the user accounts and profiles within the scope of the present disclosure.

FIG. 15 is a flowchart illustrating user account registration setup and account subscription process in accordance with one embodiment of the present disclosure. Referring to the Figure, at step 1510, the server terminal 1410 (FIG. 14) receives from a user terminal 1420 user account registration information. The received user account registration information may include, among others, the user name, user address, the user telephone number, the user testing, monitoring, or dosing device information such as model information of the testing, monitoring, or dosing device, and the user medication prescription information.

Thereafter at step 1520, the server terminal 1410 is configured to generate a user account profile and login information including password and login identification, all of which are stored in the storage unit 1415 of the server terminal 1410. Then at step 1530, the server terminal 1410 is configured to transmit the user login information including the generated login identification information and associated password to the user terminal 1420. After transmitting the user login information or alternatively, substantially contemporaneously to the login information transmission, the server terminal 1410 is configured to transmit a prompt or request to the user terminal for the user desired subscription information for the consumable product replenishment. In one embodiment, the user desired consumable product replenishment subscription information may include low product count threshold notification information and consumable product replenishment transaction option information. A low product count threshold information may be a low test strip count or a low medication, such as insulin, amount.

More specifically, at step 1540, the server terminal 1410 in one embodiment is configured to request from the user via the user terminal 1420 when the user wishes to be notified of a low consumable product count for performing a replenishment procedure, and also, the user's desired purchase transaction option such as establishing a link to the user's financial institution. For example, if the user wishes to be notified of a low test strip count level when the user has 150 or less strips for usage with the health monitor device, the user may specify 150 as the low strip count level at which point, the user desired notification by the server terminal 1410 that replenishment procedure would be necessary. Furthermore, in one embodiment, the replenishment transaction option information provided to the user terminal 1420 by the server terminal 1410 may include one of establishing a link to the user's financial account institution for processing the purchase transaction for the purchase of the replenishment consumable product, prompting the user to allow purchase transactions over the data network 1430, and a simple replenishment notification with option to perform the purchase transaction for the purchase of the replenishment product.

Referring again to FIG. 15, at step 1550, the server terminal 1410 is configured to receive the user selected low consumable product count notification and the replenishment transaction information for the user account from the user terminal 1420. The server terminal 1410 then stores the received information related to the user selected low consumable product count notification and the chosen replenishment transaction option in the storage unit 1415 associated with the user account information also stored therein.

Then, as can be seen from FIG. 15, at step 1560, the server terminal 1410 may be configured to transmit a notification to the user terminal 1420 a confirmation of the receipt and the information which the user selected for the low consumable product count notification level and the product replenishment transaction that the user selected. Thereafter, the user account registration setup and account subscription process shown in FIG. 15 ends.

FIG. 16 is a flowchart illustrating an overall replenishment procedure for the user account in accordance with one embodiment of the present disclosure. Referring to the Figure, at step 1610, the server terminal 1410 (FIG. 14) in one embodiment is configured to detect a user login transmission, including, for example, the detection of the user account login identification information and the corresponding password transmitted from the user terminal 1420 over the data network 1430. Thereafter at step 1620, the server terminal 1410 is configured to verify the received user account login identification information. That is, in one embodiment, the server terminal 1410 is configured to confirm the accuracy of the received account login identification information from the user terminal 1420, and to correspond the received account login identification information to a corresponding stored user account. In one embodiment, the server terminal 1410 may be configured to search the storage unit 1415 for a user account profile generated and which corresponds to the received user account login identification information.

Referring to FIG. 16, if at step 1620 the received user account login identification information verification fails, the procedure returns to step 1610 and waits for a subsequent transmission of the user account login identification information from the user terminal 1420. Optionally, the server terminal 1410 may be configured to generate and transmit a login fail notification corresponding to the failed verification of the user account login at step 1620 to the corresponding user terminal 1420. On the other hand, if at step 1620 it is determined that the received user account login identification is verified, and thus, a corresponding user account profile is recognized by the server terminal 1410, then at step 1630, the server terminal 1410 is configured to receive a consumable product usage information from the user terminal 1420 whose user is now logged into the corresponding user account profile. Consumable product usage information may include, among others, usage information for the number of test strips or dosage information for a medication, such as a long-acting and/or a fast-acting insulin.

Thereafter, the server terminal 1410 at step 1640 is configured in one embodiment to retrieve the corresponding user account profile from the storage unit 1415, for example, (such as in a database associated with the storage of the user account profiles in the storage unit 1415). Then, with the consumable product usage information received from the user terminal 1420, and the corresponding user account profile retrieved from the storage unit 1415, in one embodiment, the server terminal 1410 at step 1650 is configured to perform a consumable product replenishment procedure discussed in further detail below to replenish the consumable product supply associated with the user account profile.

While the present embodiment is mainly described in conjunction with glucose test strips to be used for the periodic glucose level testing and with insulin medication to be used for controlling a patient's blood glucose level, the present disclosure may be applied and would equally cover any procedure which is configured to replenish a given quantity of consumables (for example, medications to be consumed at a predetermined time interval). Referring back to the Figure, upon completing the consumable product replenishment procedure at step 1650, the server terminal 1410 at step 1660 may be configured to update the user account profile associated with the user by for example, updating the database stored in the storage unit 1415 of the server terminal 1410 associated with the user account profile for the user that is logged in.

Furthermore, within the scope of the present disclosure, the database stored in the storage unit 1415 may also be linked to systems that are configured to track user demand, so as to forecast and anticipate demand, and also to track overall consumption patterns, preference, seasonal demand, geographic demand, and other similar demographic data for use in managing supply side activities more effectively and efficiently. The individual user data in the database stored in the storage unit 1415 may also include insurance or other individual reimbursement coverage rates of the individual user. This data may be used to determine a user co-pay and the amount that the insurance or other individual reimbursement coverage allows to the individual user. The results of these calculations on the user data in the database stored in the storage unit 1415 may be used as a basis for purchase or charge transaction to user for the co-pay amount, to charge the insurance or other individual reimbursement coverage for the amount so covered, and also to provide an alert signal in the case that the individual user may exceed the limits of payment coverage, as stored in the database in the storage unit 1415, so that action may be taken based on the alert signal.

FIG. 17 is a flowchart illustrating the replenishment procedure shown in FIG. 16 in further detail in accordance with one embodiment of the present disclosure. More specifically, the strip replenishment procedure of step 1650 (FIG. 16) in one embodiment begins at step 1710 where the server terminal 1410 (FIG. 14) in one embodiment is configured to compare the received consumable product usage level with a user selected threshold level. Referring back to FIG. 14, the user selected threshold level in one embodiment may correspond to the one or more of low consumable product count notification level which the user selected during the user account registration procedure as shown in FIG. 15. Moreover, the received consumable product usage level at step 1710 in one embodiment corresponds with the received consumable product usage information at step 1630 (FIG. 16) received from the user terminal 1420.

Referring back to FIG. 17, after the comparing step at step 1710 (or as a result of the comparison step of step 1710), the consumable product replenishment procedure at step 1720 determines whether the received consumable product usage level is below the user selected threshold level. If it is determined at step 1720 that the received consumable product usage level is above the user selected threshold level, then at step 1730, the server terminal 1410 transmits a user notification to the corresponding user terminal 1420 notifying that replenishment is unnecessary, and thereafter, the consumable product replenishment procedure terminates.

On the other hand, if at step 1720 it is determined that the received consumable product usage level is below the user selected threshold level, then, at step 1740, the server terminal is configured to determine the amount of the consumable product needed for replenishment. More specifically, the server terminal 1410 in one embodiment may be configured to not only determine whether consumable product replenishment is necessary for the associated user account, but also, what the amount of necessary replenishment should be based on one or more predetermined factors such as the desired or optimal consumable product level or count selected by the user (and previously stored in the storage unit 1415, for example, of the server terminal 1410), and the time frame in which the consumable product replenishment procedure is triggered based upon the user account profile information (that is, based on the user's consumable product usage history profile, whether the triggered consumable product replenishment procedure is temporally closer to the most immediately preceding consumable product replenishment procedure).

Within the scope of the present disclosure, such usage historical information determined by the server terminal 1410, for example, may provide valuable information to the user as well as to the server terminal 1410 to maintain an efficient and reliable consumable product replenishment routine so as to not result in either over supply of products, or a supply of consumable products running dangerously low.

Referring back to FIG. 17, after determining the number of consumable products that are needed for replenishment at step 1740 associated with the user account profile, at step 1750, the server terminal 1410 (FIG. 14) in one embodiment is configured to perform a charge transaction to the financial account associated with the user account so as to charge the user's financial account for the purchase and shipping of the replenishment products to the user associated with the user account profile. In one embodiment, as discussed above, the server terminal 1410 is configured to retrieve the financial account information stored and associated with the user account and performs the charge transaction over the data network 1430 with the corresponding financial account terminal 1460. As discussed above, the financial account information in one embodiment may include one of a bank account, a credit card account, a debit account, a pre-paid financial account, or any other cash or cash equivalent account (such as the redemption of airline miles or vendor points) which the server terminal 1410 is configured to recognize with monetary value.

Referring again to FIG. 17, at step 1760, it is determined whether the charge transaction performed at step 1750 is successful. More specifically, the server terminal 1410 in one embodiment is configured to interact with the financial account terminal 1460 over the data network 1430 in order to perform the charge or debit transaction for the amount associated with the amount of replacement product. If the associated financial account terminal 1460 returns a failed transaction notification to the server terminal 1410 based on the server terminal 1410 transmission of the charge transaction over the data network 1430, then at step 1770, the server terminal 1410 in one embodiment is configured to generate and transmit a notification to the user terminal 1420 notifying the user at the user terminal 1420 that the consumable product replenishment procedure has failed. Also, the server terminal 1410 is configured to notify the user that the reason for consumable product replenishment failure is due to inaccurate or outdated financial account information associated with the user account, and thus, is configured to prompt the user to update the user's financial account associated with the user's account profile stored in the server terminal 1410.

On the other hand, referring back to FIG. 17, if at step 1760, it is determined that the consumable product replenishment charge transaction is successful, then at step 1780, the server terminal 1410 is configured to retrieve the user shipping information associated with the user account profile, and executes the shipping procedure to ship the replenishment consumable products purchased by the user to the user's designated shipping location. In one embodiment, the server terminal 1410 may be configured to prompt the user to verify or update the desired shipping location (such as destination address and time frame for shipping to include expedited shipping or custom shipping options, for example).

Referring again to FIG. 17, upon executing the shipping procedure at step 1780, the server terminal at step 1790 is configured to generate and transmit a notification to the user terminal 1420 associated with the user account confirming the shipment of the ordered products as well as the shipping and the fulfilled order details. Also, the server terminal 1410 is configured to update the associated user account based on the charge transaction and the shipping transaction performed. In this manner, in accordance with one embodiment of the present disclosure, the users may conveniently place a shipment order of products in advance of running low on the product, and rather then relying upon the user's manual calculation or determination of the needed products based upon the user's usage, such determination is automatically performed for the user, and the user can easily make the purchase transactions for the replenishment consumable products quickly and easily.

FIG. 18 is a flowchart illustrating the replenishment procedure shown in FIG. 16 in further detail in accordance with another embodiment of the present disclosure. Referring to the Figure, in one embodiment of the present disclosure, the server terminal 1410 is configured to transmit to the user terminal 1420 a predetermined or calculated amount of consumable products to be shipped at step 1810. In one embodiment, the server terminal 1410 may be configured to determine the amount of consumable products to be shipped based on one or more predetermined factors such as the user product usage level, the user selection of low consumable product notification information, the user's desired consumable product inventory, and the user's desired frequency of product replenishment.

Responsive to the amount of consumable products to be shipped notification received from the server terminal 1410, the user may confirm the received number of consumable products to be shipped as the number of products that the user wants to receive, and thus, may transmit an acceptance notification to the server terminal 1410 which the server terminal 1410 at step 1820 is configured to receive, for example, as an acceptance of the order associated with the amount of consumable products to be shipped to the user. Thereafter at step 1830, the server terminal 1410 may be configured to receive order payment information for the purchase of the amount of consumable products that the user has accepted to be shipped to the user. In one embodiment, the user may transmit from the user terminal 1420 to the server terminal 1410 over the data network 1430, a user financial account information, such as a credit card information or a bank account information to be used to perform the purchase transaction.

Referring back to FIG. 18, thereafter at step 1840, the server terminal 1410, having received the financial account information from the user terminal 1420, performs and completes the order transaction for the purchase of the amount of consumable products accepted by the user and to be shipped to the user with the received payment information. Upon performing and successfully confirming the order transaction at step 1840, the server terminal 1410 at step 1850 is configured in one embodiment to generate an order confirmation notification and to transmit the notification to the user. In one embodiment, the order confirmation notification may include the amount of consumable products ordered, the shipping or mailing address where the ordered products are to be shipped, and the amount charged to the financial account associated with the payment information.

In this embodiment, it can be seen that the user is not required to provide the user's financial account information to have it stored, for example, in the user account profile at the server terminal 1410. This approach would be particularly desirable for users who do not wish to have their financial account information disseminated and stored in vendor sites such as the server terminal 1410 configured to perform consumable product replenishment procedures.

FIG. 19 is a flowchart illustrating a user account update and maintenance procedure in accordance with one embodiment of the present disclosure. Referring to the Figure, at step 1910, a user account update procedure is prompted. This may be a server terminal 1410 (FIG. 14) triggered procedure (for example, when it is determined that the user financial account information stored in the server terminal 1410 is outdated or no longer accurate), or alternatively, the user at the user terminal 1420 may initiate the user account update procedure of step 1910 based on the user's desire to modify one or more settings or parameters associated with the user account profile.

Referring to the Figure, in the case where the server terminal 1410 determines that the user account update is not needed, then at step 1920, it is determined that the account update procedure is unnecessary and a corresponding notification is transmitted to the user terminal 1420. For example, in the case where the user prompts a parameter which the user wishes to modify (such as by modifying the shipping information), if the server terminal 1410 determines at step 1910 that the updated information with which the user wishes to update is the same at that which is stored in the server terminal 1410, then, rather then expending the processing power of the server terminal 1410 to perform the user account update procedure, the server terminal 1410 is configured to generate and transmit the notification to the user terminal that the user specified account update is not necessary.

On the other hand, if it is determined that the user account update is to be performed at step 1910, then at step 1930, the server terminal 1410 is configured to retrieve the stored user account associated with the user profile. Thereafter, at step 1940, the server terminal 1410 is configured to detect the receipt of updated information associated with the user profile received from the user terminal 1420. Thereafter, the server terminal 1410 at step 1950 is configured to update the user account with the updated information received from the user terminal 1420. In one embodiment, the server terminal 1410 may be configured to update the database stored in the storage unit 1415, and which is associated with the user account to be updated based on the account update information received from the user terminal 1420. Upon completing the user account update with the received updated information, the server terminal 1410 at step 1960 is configured to transmit a notification to the user terminal 1420 to notify and confirm the update to the user account.

In the manner described above, in accordance with the various embodiments of the present disclosure, there is provided method and system for providing subscription based transaction for consumable items such as glucose test strips or insulin, which diabetic patients may effectively use to easily replenish glucose test strips or insulin when the patient is running low on such items. In one embodiment, the user's use of the account or access to the subscription based account profile serves to compare the number of remaining test strips with the desired minimum number of strips which the patient may have specified or the amount of remaining insulin with the desired minimum amount of insulin which the patient may have specified, and to automatically initiate and execute the purchase transaction of the test strips, insulin, or other consumables for the user to order, and deliver the products to the patient on time such that the patient does not run low on the item.

In this manner, in accordance with the various embodiments of the present disclosure, an efficient system and method for the user to always maintain a minimum number of consumable items on order or to be ordered based on the user's rate of usage of the item is provided.

Furthermore, within the scope of the present disclosure, the server terminal 1410 (FIG. 14) may be configured to provide a loyalty based rewards program such that based on a predetermined criteria, the users may be provided with a discounted price for the replenishment orders of the test strips or medication, such as insulin, and/or be offered a replacement health monitor device or medication delivery device based on the user's replenishment transaction history.

For example, the server terminal 1410 may be configured to flag a user account profile which has executed a threshold amount of replenishment transactions (whether based on the number of products ordered for replenishment, or based on the total value of the replenishment transactions sum), and to offer an incentive to continue to maintain the user account, and thus with the replenishment transactions. In one embodiment, the server terminal 1410 may be configured to automatically offer to send a replacement health monitor device and/or medication delivery system, such as a syringe or injection pen, at every calendar year (or at a predetermined frequency) so long as the user's frequency and volume of replenishment transaction satisfies a threshold level. Alternatively, the server terminal 1410 may be configured to apply a price discount for future replenishment transactions based on the user satisfying the threshold level discussed above. In this manner, within the scope of the present disclosure, the users or patients are provided with an incentive to continue to maintain the user account and to continue performing the replenishment transactions.

Additionally, in a further embodiment of the present disclosure, where there are existing contracts with a provider of insurance or other individual reimbursement, or with a government or authority which provides group discounts when certain conditions are met, such as group price discounts or other special commercial terms, the server terminal 1410 may be configured to automatically provide the special commercial terms to the provider of insurance or other individual reimbursement, or to the government or authority.

FIG. 20 is a flowchart illustrating modified therapy management procedure including medication dosage determination based on real time monitored analyte levels in accordance with one embodiment of the present disclosure. Referring to FIG. 20, in one embodiment, the current therapy parameters are retrieved 2010 and the retrieved current therapy parameters are analyzed based on the received real time data associated with the monitored or acquired analyte levels and/or updated analyte trend information 2020. For example, one or more preprogrammed medication delivery profiles or rates including, for example, but not limited to medication delivery rate or profiles including, for example, basal profiles, correction bolus amount, carbohydrate bolus amount, temporary basal profiles and associated parameters are retrieved and analyzed based on, for example, the received real time data associated with the monitored or acquired analyte levels and/or updated analyte trend information, and may further, factor in the insulin sensitivity level or related information of the patient as well as insulin on board information.

Referring to FIG. 20, based upon the analysis of the current therapy parameters, one or more modified therapy profiles are calculated 2030. That is, based upon the glucose levels monitored by the health monitor device with a medication dose calculation function 100 (FIG. 1), a modification or adjustment to the programmed, pre-programmed or programmable basal profiles stored in the health monitor device with a medication dose calculation function 100 may be determined, and the modified therapy profile is output to the patient 2040, for example on the display 120 of the health monitor device 100. That is, the modification or adjustment to the pre-programmed delivery profiles (e.g., basal profiles) may be provided to the patient for review and/or execution to implement the recommended modification or adjustment to the programmed, pre-programmed or programmable therapy profiles (e.g., basal profiles).

Embodiments of the present disclosure include current therapy parameters as discussed above including medication delivery rate information, frequency of medication dosing information, previously administered medication delivery rate, amount, delivery duration, and the like, as well as medication sensitivity information (unique to each user or patient) including, for example, insulin sensitivity. Moreover, current therapy parameters further include exercise regimen, compliance to medication therapy information (for example, indications or confirmations that the recommended or programmed medication was administered, exercise regimen and/or diet profiles were followed or complied with, and the like).

In this manner, the patient may be provided with one or more adjustments to the existing or current therapy management profiles including for example, medication delivery profiles such as basal profiles and/or bolus dosage recommendation (amount or time period for administration) or any other programmed, pre-programmed or programmable therapy profiles based on monitored or acquired physiological levels of the patient such as analyte levels of the patient. Indeed, in one embodiment of the present disclosure, using monitored glucose levels of the patient, modification or adjustment to the programmed, pre-programmed or programmable therapy management profiles may be determined and provided to the patient for review and/or implementation or execution as desired by the patient. That is, in one aspect, as may be appropriate or suitable, the user, when provided with the therapy modification recommendation, may decide to execute or implement the recommended therapy modification for example, initiating one or more routines of functions for implementation of the same. In this manner, for example, a diabetic patient may improve the insulin therapy management and control of the variation in the glycemic levels within desired and/or acceptable range.

In one or more embodiments, therapy parameters may be associated with or tagged in conjunction with current or past analyte level measurements. In this manner, when a patient measures their current analyte level, for example utilizing a health monitor device such as those described in FIGS. 1, 6A and 7, one or more therapy related parameter and/or associated analyte level measurements may be tagged or flagged and the corresponding tagged or flagged information stored in the database. Therapy parameters which may be associated with analyte level measurements may include, but are not limited to, events such as medication intake, carbohydrate intake, exercise, sleep, travel, work related events, and associated parameters such as the amount or time duration related to the corresponding events.

For example, analyte level data may be stored in a database including the associative one or more tags related to the therapy parameters. A patient or other healthcare professional may then be able to query the database based on particular therapy parameters, and optionally use the results for, for example, determination of a desired therapy profile. The database, as described in further detail above, may be stored in the memory of the health monitor device, or alternatively or additionally be stored in a memory of an external peripheral device, computer, or server.

The therapy parameter tag may be associated with a current analyte level manually or automatically. In one aspect, the health monitor may display a request to the patient to confirm if a therapy parameter is associated with the current analyte level measurement. Furthermore, the health monitor may display a request to the patient to choose from a selected list of available therapy parameter tags, the corresponding current therapy parameter to associate with the current analyte level. In another aspect, the patient may manually choose to associate a therapy parameter tag with the current analyte level measurement by, for example, entering a preprogrammed code or choosing a therapy parameter tag from a list. In yet another embodiment, the health monitor device may be programmed to automatically determine if the current analyte level measurement should have a therapy parameter tag associated therewith. In one aspect, the health monitor device may compare the current time and analyte level with historical data saved in a database or memory, and determine based upon said historical data if the current analyte level measurement is likely associated with a therapy parameter tag. For example, if historical data indicated a carbohydrate intake within a preselected time range on each of a number of preceding days with a similar analyte level measurement as the current analyte level measurement, the health monitor may automatically tag the current analyte level measurement with a carbohydrate intake therapy parameter tag. In another aspect, if the patient is currently on a specific therapy regimen, including a medication, exercise, and/or diet regimen, the health monitor device may be programmed to associate analyte level measurements with corresponding therapy parameter tags during particular times of the day in accordance with the specified therapy regimen. In one aspect, when the determination of an association of therapy parameter tags is automated by the health monitor device, the health monitor device may require a user confirmation prior to storing the data in a memory or database.

As discussed below, the adjustment or modification to the therapy management profiles may include statistical analysis, including, linear regression, modified linear regression analysis, forecasting techniques, data mining and/or other suitable data analysis to determine customized therapy management modification based on the variation in the glycemic profiles of the patient or the user. In certain aspects, routines and/or functionalities for data processing, analysis and display including user input and output of information may be performed by the health monitor devices (100, 600, 700) described above. That is, software algorithm or programs may be stored in one or more memory devices or storage units of the health monitor devices that may be retrieved or accessed by microprocessors and/or control units including, for example, application specific integrated circuits that includes one or more state machines programmed to perform routines or logic based on the algorithm or programs retrieved from the one or more memory devices or storage units.

FIG. 21 is a flowchart illustrating contextual based therapy management including medication dosage determination in accordance with one embodiment of the present disclosure. Referring to the Figure, one or more user input parameter is received 2110 such as, for example, user's age, gender, physiological profile, existing medication (i.e., prescription or nonprescription medication consumed or ingested during a relevant time period), the amount of carbohydrate to ingest, type of exercise to perform, current time of day information, insulin on board information determined based on time and amount information of previously administered medication doses, frequency, type and amount of previously administered medication doses (for example, the frequency, time of day information, and/or amount of administered bolus doses over a predetermined time period (e.g., over a 24 hour period, over a 48 hour period, or all such information stored and/or available for use in the analysis) or any other appropriate information that may impact the determination of the suitable medication level. Based on the one or more user input parameters, one or more database is queried 2120. In one embodiment, the database may be provided in the health monitor device with a medication dose calculation function 100 (FIG. 1). Alternatively or in addition, the one or more databases may be provided in one or more remote locations such as a server or a remote user terminal.

Referring back to FIG. 21, the database query in one embodiment may be configured to search or query for medication dosage levels that are associated with similar parameters as the received one or more user input parameters. Thereafter, the queried result is generated and provided to the user 2130 which may be acted upon by the user, for example, to administer the medication dosage amount based on the queried result. The user selection of the administered medication dosage level is stored in the database 2140 with the associated one or more user input parameters as well as the time and date information of when the user has administered the medication dosage amount.

In this manner, in one embodiment, insulin dosages and associated contextual information (e.g., user input parameters) may be stored in the one or more databases for retrieval, analysis, updating and/or modification. For example, a bolus dose amount for a diabetic patient may be determined in the manner described above using the stored historical information without performing a mathematical calculation which takes into account of variables such as sensitivity factors varying with time and/or user's physiological conditions, and which may need to be estimated.

In particular, embodiments include contextual medication dosage determination that includes analyzing the current profile of the user or the patient to determine the relevant or suitable physiological profile of the user or the patient, by comparing to one or more of the previously stored profiles including the various parameters associated with the user or the patient's physiology, medication history, diet, as well as other parameters to retrieve the corresponding medication dosage previously administered for recommendation to the user or the patient. The recommended dosage or the therapy or delivery profile may be further refined or modified by the patient or the user prior to administration or implementation.

In particular, in one embodiment of the present disclosure, insulin dependent users may determine their appropriate insulin dosages by, for example, using historical dosage information as well as associated physiological condition information. For example, the historical data may be stored in one or more databases to allow search or query based on one or more parameters such as the user's physiological condition and other contextual information associated with each prior bolus dosage calculated and administered. In this manner, the user may be advised on the proper amount of insulin under the particular circumstances, the user may be provided with descriptive statistical information of insulin dosages under the various conditions, and the overall system may be configured to learn and customize the dosage determination for the particular user over an extended time period.

For example, in one aspect, contextual information may be stored with the insulin bolus value. The contextual data in one aspect may include one or more of blood glucose concentration, basal rate, type of insulin, exercise information, meal information, carbohydrate content estimate, insulin on board information, and any other parameters that may be used to determine the suitable or appropriate medication dosage level. Some or all of the contextual information may be provided by the user or may be received from another device or devices in the overall therapy management system such as receiving the basal rate information or blood glucose concentration from the health monitor device with a medication dose calculation function 100 (FIG. 1).

By way of an example, a contextually determined medication dosage level in one embodiment may be provided to the user along with a suitable or appropriate notification or message to the user that after a predetermined time period since the prior administration of the medication dosage level, the blood glucose level was still above a target level. That is, the queried result providing the suitable medication dosage level based on user input or other input parameters may be accompanied by other relevant physiological condition information associated with the administration of the prior medication dosage administration. In this manner, when the user is provided with the contextually determined medication dosage level, the user is further provided with information associated with the effects of the determined medication dosage level to the user's physiological condition (for example, one hour after the administration of the particular medication dosage level determined, the user's blood glucose level changed by a given amount). Accordingly, the user may be better able to adjust or modify, as desired or needed, the contextually determined medication dosage level to the current physiological conditions.

In this manner, in one embodiment, to determine and provide the user with proper medication dosage levels, the present or current context including the patient's current physiological condition (such as current blood glucose level, current glucose trend information, insulin on board information, the current basal profile, and so on) is considered and the database is queried for one or more medication dosage levels which correlate (for example, within a predetermined range of closeness or similarity) to the one or more current contextual information associated with the user's physiological condition, among others.

Accordingly, in one embodiment, statistical determination of the suitable medication dosage based on contextual information may be determined using, one or more of mean dosage determination, using a standard deviation or other appropriate statistical analysis of the contextual information for medication dosages which the user has administered in the past. Further, in one aspect, in the case where no close match is found in the contextual query for the desired medication dosage level, the medication dosage level with the most similar contextual information may be used to interpolate an estimated medication dosage level.

In still another aspect, the database query may be configured to provide time based weighing of prior medication dosage level determinations such that, for example, more recent dosage level determination in which similar contextual information may be weighed heavier than aged dosage level determination under similar conditions. For example, older or more aged bolus amounts determined may be weighed less heavily than the more recent bolus amounts. Also, over an extended period of time, in one aspect, the older or aged bolus amounts may be aged out or weighed with a value parameter that minimally impacts the current contextual based bolus determination. In this manner, in one aspect, a highly personalized and individualistic profile for medication dosage determination may be developed and stored in the database with the corresponding contextual information associated therewith.

FIG. 22 is a flowchart illustrating contextual based dosage determination in accordance with one embodiment. Referring to FIG. 22, in one aspect, when the user input parameters are received at step 2210, the current therapy profile of the user's medication delivery system, such as an insulin pump, is determined at step 2220. Thereafter, the database is queried based on the input parameters and the current therapy profile at step 2230, which results in one or more contextually determined bolus amount associated with the input parameters and the current therapy profile at step 2240 that is provided to the user. The determined bolus amount is then at step 2250 stored in the database with the associated input parameters and the current therapy profile and any other contextual information associated with the determined bolus amount.

In this manner, in one aspect, in addition to the user provided input parameters, other relevant contextual information may be retrieved (for example, the current therapy profile such as basal rate, the current blood glucose level and/or glucose trend information from the health monitor device with a medication dose calculation function 100 (FIG. 1), and the like) prior to the database query to determine the suitable bolus amount.

As discussed above, optionally, the contextual information including the user input parameters and other relevant information may be queried to determine the suitable medication dosage level based on one or more statistical analysis such as, for example, but not limited to, descriptive statistics with the use of numerical descriptors such as mean and standard deviation, or inferential statistics including, for example, estimation or forecasting, correlation of parameters, modeling of relationships between parameters (for example, regression), as well as other modeling approaches such as time series analysis (for example, autoregressive modeling, integrated modeling and moving average modeling), data mining, and probability.

Embodiments further include querying the one or more databases or storage devices to perform statistical analysis including or based at least in part on a hierarchy of the therapy profile parameters that is either pre-programmed or stored in the database (based on for example, level of relevance, temporal occurrence, user identified ranking of importance, healthcare provider identified ranking of importance, similarity, dissimilarity, occurrence prior to another event, occurrence after another event, occurrence in conjunction with a predetermined physiological condition, etc).

By way of a further non-limiting example, when a diabetic patient plans to take insulin of a particular type, the patient enters contextual information such as that the patient has moderately exercised and is planning to consume a meal with a predetermined estimated carbohydrate content. The database in one embodiment may be queried for insulin dosages determined under similar circumstances in the past for the patient, and further, statistical information associated with the determined insulin dosage is provided to the user. In one aspect, the displayed statistical information associated with the determined insulin dosage may include, for example, an average amount of insulin dosage, a standard deviation or a median amount and the 25^thand the 75^thpercentile values of the determined insulin dosage.

The patient may consider the displayed statistical information associated with the determined insulin dosage, and determine the most suitable or desired insulin amount based on the information received. When the patient programs the insulin pump to administer the desired insulin amount (or otherwise administer the desired insulin amount using other medication administration procedures such as injection (using a pen-type injection device or a syringe), intaking inhalable or ingestable insulin, and the like) the administered dosage level is stored in the database along with the associated contextual information and parameters.

In this manner, the database for use in the contextual based query may be continuously updated with each administration of the insulin dosage such that, each subsequent determination of appropriate insulin dosage level may be determined with more accuracy and is further customized to the physiological profile of the particular patient. Additionally, the database queried may be used for other purposes, such as, for example, but not limited, to tracking medication information, providing electronic history of the patient related medical information, and the like. Further, while the above example is provided in the context of determining an insulin level determination, within the scope of the present disclosure, other medication dosage may be determined based on the contextual based database query approaches described herein.

In a further aspect, the contextual based medication dosage query and determination may be used in conjunction with the standard or available medication dosage determination (for example, standard bolus calculation algorithms) as a supplement to provide additional information or provide a double checking ability to insure that the estimated or calculated bolus or medication dosage level is appropriate for the particular patient under the physiological condition at the time of the dosage level determination.

In still a further aspect, user or patient feedback on current or prior medication dosage levels may be used in conjunction with the contextual based medication dosage query and determination to improve the user or patient's therapy management. In this manner, in aspects of the present disclosure, there are provided health monitor devices, such as glucose meters and monitoring systems with improved and robust functionalities providing comprehensive and easy to use therapy management devices and/or systems. In a certain aspect, the health monitor devices may be configured to provide medication dosage calculation, such as single dose of rapid or fast acting insulin, long acting insulin, or combinations thereof, and further configured to incorporate additional features to improve the management of the management and/or treatment of medical conditions such as diabetes, for example.

In accordance with aspects of the present disclosure, the program instructions and/or associated application for execution by the one or more processor driven devices such as, for example, the health monitor device 100 (FIG. 1) may be transferred over data network for installation and subsequent execution by the devices that are downloading the applications, for example, the health monitor device 100. For example, the application associated with the various program instructions for implementing the medication dose calculation function may be downloadable over the air (OTA) over a cellular network and installed in one or more devices in communication in the cellular network. In addition, the executable program or application may be installed for execution in the one or more components of devices in the various systems described above, over a data network such as the internet, a local area network, a wide area network and the like.

Moreover, in aspects of the present disclosure, the various components of the overall systems described above including, for example, the health monitor device, data processing terminal or remote computing device (such as a personal computer terminal or server terminal) as described above may each be configured for bi-directional or uni-directional communication over one or more data communication networks to communicate with other devices and/or components, including, for example, infusion devices, analyte monitoring device such as continuous glucose monitoring system, computer terminals at a hospital or a healthcare provider's office, the patient or user's residence or office, or the device/component vendor/supplier or manufacturer (for example, the vendor or manufacturer of the test strips, insulin, and lancing device and the like) or any other location where the network component is capable of wired or wireless communication over a data network with other devices or components in data communication over the data network. Additionally, secure encrypted data communication may be provided, including encryption based on public/private key pair, password protection and the like to maintain a desired level of security of the data transferred.

In one embodiment, a device may comprise, one or more processors, and a memory for storing instructions coupled to the one or more processors which, when executed by the one or more processors, causes the one or more processors to detect an analyte sample, determine an analyte concentration associated with the detected analyte sample, retrieve stored one or more dose determination information and associated analyte concentration associated with the retrieved one or more dose determination information, and determine a current dose level based at least in part on the determined analyte concentration and the retrieved prior dose determination information, wherein the determined current dose level includes a predetermined type of medication classification.

The medication classification may include one or more of long acting insulin and rapid acting insulin.

The analyte concentration may be associated with a blood glucose concentration.

The analyte concentration may be associated with a fasting blood glucose concentration.

The retrieved prior dose determination information may include prior administered medication level information.

The prior administered medication level information may include prior stored one or more of long acting insulin dose amount, or a rapid acting insulin dose amount.

Further, each of the retrieved one or more prior dose determination information may be associated with one or more of administered medication dose time information, administered dose frequency information over a predetermined time period, or administered medication dose amount.

In one aspect, the device may include an output unit coupled to the one or more processors, wherein the memory for storing instructions coupled to the one or more processors which, when executed by the one or more processors causes the one or more processors to output one or more of the determined current dose level, determined analyte concentration, retrieved stored one or more dose determination information, analyte concentration associated with the retrieved one or more dose determination information, or a request for one or more predetermined information.

The output unit may include one or more of a visual output unit, an audible output unit, or a vibratory output unit, or one or more combinations thereof.

The one or more predetermined information may include a request for an additional analyte sample, or a request to confirm the determined current dose level.

In another aspect, the device may include an input unit coupled to the one or more processors, wherein the memory for storing instructions coupled to the one or more processors which, when executed by the one or more processors causes the one or more processors to detect one or more input commands received from the input unit.

The one or more input commands may include an acknowledgement confirming the determined current dose level.

The one or more input commands may include a rejection of the determined current dose level.

The one or more input commands may include a request to recalculate the current dose level.

In yet another aspect, the device may include a communication module operatively coupled to the one or more processors, the communication module configured to transmit one or more of the determined current dose level or the determined analyte concentration to a remote location.

The communication module may include one or more of an RF transmitter, an RF transceiver, a ZigBee® communication module, a WiFi™ communication module, a Bluetooth® communication module, an infrared communication module, or a wired communication module.

In another embodiment, a method may comprise detecting an analyte sample, determining an analyte concentration associated with the detected analyte sample, retrieving stored one or more dose determination information and associated analyte concentration associated with the retrieved one or more dose determination information, and determining a current dose level based at least in part on the determined analyte concentration and the retrieved prior dose determination information, wherein the determined current dose level includes a predetermined type of medication classification.

The medication classification may include one or more of long acting insulin and rapid acting insulin.

The analyte concentration may be associated with a blood glucose concentration.

The analyte concentration may be associated with a fasting blood glucose concentration.

The retrieved prior dose determination information may include prior administered medication level information.

Further, the prior administered medication level information may include prior stored one or more of long acting insulin dose amount, or a rapid acting insulin dose amount.

Each of the retrieved one or more prior dose determination information may be associated with one or more of administered medication dose time information, administered dose frequency information over a predetermined time period, or administered medication dose amount.

In one aspect, the method may include outputting one or more information associated with the one or more of the determined current dose level, determined analyte concentration, retrieved stored one or more dose determination information, analyte concentration associated with the retrieved one or more dose determination information, or a request for one or more predetermined information.

The outputting of one or more information may include outputting a visual indication, an audible indication, a vibratory indication, or one or more combinations thereof.

The one or more predetermined information may include a request for an additional analyte sample, or a request to confirm the determined current dose level.

In another aspect, the method may include detecting one or more input commands received from the input unit.

The one or more input commands may include an acknowledgement confirming the determined current dose level.

The one or more input commands may include a rejection of the determined current dose level.

The one or more input commands may include a request to recalculate the current dose level.

In yet another aspect, the method may include transmitting one or more of the determined current dose level or the determined analyte concentration to a remote location.

Transmitting may include transmitting over one or more of an RF transmission protocol, a ZigBee® transmission protocol, a WiFi™ transmission protocol, a Bluetooth® transmission protocol, an infrared transmission protocol, or a wired transmission protocol.

In another embodiment, a glucose meter may comprise a housing, a memory device coupled to the housing, a controller unit coupled to the housing and the memory device, an input unit coupled to the controller unit and the housing for inputting one or more commands or information, an output unit coupled to the controller unit and the housing for outputting one or more output data, and a strip port provided on the housing configured to receive an analyte test strip, the controller unit configured to determine an analyte concentration based at least in part on the analyte sample on the received analyte test strip, wherein the controller unit is configured to retrieve one or more routines stored in the memory device to determine a medication dose amount based at least in part on the determined analyte concentration.

The determined medication dose amount may include a bolus dose amount.

The determined medication dose amount may include an insulin dose amount or a glucagon dose amount.

The determined medication dose amount may include one or more of a rapid acting insulin dose or a long acting insulin dose.

The output unit may include one or more of a visual display unit, an audible output unit, or a vibratory output unit.

The determined analyte concentration may include a blood glucose concentration.

The controller unit may be configured to store one or more of the determined analyte concentration or the medication dose amount.

In one aspect, the meter may include a communication module coupled to the controller unit, the communication module configured to, at least in part, communicate one or more of the determined analyte concentration or the medication dose amount to a remote location.

The remote location may include a medication delivery device.

The medication delivery device may include an insulin delivery device.

In one embodiment, a method of providing therapy management may include receiving a request for a therapy profile for treating a medical condition, determining using a processor a plurality of therapy profile parameters, assigning a weighted value to each therapy profile parameter based on a hierarchy determined by the medical condition, querying a database to identify a stored therapy profile with therapy profile parameters that most closely correspond to the determined plurality of therapy profile parameters based on the hierarchy, and generating an output data corresponding to the identified stored therapy profile, wherein the output data may include a medication dosage information.

The outputted medication dosage information may include a medication delivery amount or duration or both for the treatment of the medical condition.

Assigning the weighted value to each therapy profile parameter may include ranking the therapy profile parameters in a predetermined order and assigning a respective weighted value based on the ranking.

Querying the database may include matching each determined therapy profile parameter with a respective therapy profile parameter stored in the database and correlated with a stored therapy profile.

Therapy profile parameters of the identified stored therapy profile may most closely match the respective therapy profile parameters of the requested therapy profile.

The therapy profile parameters of the identified stored therapy profile may most closely match the respective therapy profile parameters of the requested therapy profile based on a temporal attribute.

The temporal attribute may include a time of day information or time duration information corresponding to the stored therapy profile and the requested therapy profile.

The time of day information may include a start time associated with the stored therapy profile and the requested therapy profile.

The time duration information may include a duration information associated with the stored therapy profile and the requested therapy profile.

Furthermore, one aspect may include storing the output data in the database.

Moreover, another aspect may include outputting the output data on a user interface component.

The output data may include a medication dose recommendation information.

The medication dose recommendation information may include a medication dose amount information, a medication dose administration time duration information, a medication dose administration time information, or one or more combinations thereof.

The requested therapy profile may include the identified stored therapy profile.

The hierarchy determined by the medical condition for assigning the weighted value to each therapy profile parameter may include a user defined hierarchy.

The hierarchy determined by the medical condition for assigning the weighted value to each therapy profile parameter may include a predetermined order of importance of each therapy profile parameter.

The predetermined order may be stored in the database.

The stored therapy profiles may include one or more of a correction bolus amount delivered, a carbohydrate bolus amount delivered, a basal profile delivered, or one or more combinations thereof.

Querying the database may include performing a statistical analysis based on the information stored in the database.

The statistical analysis may include one or more of mean deviation analysis, standard deviation analysis, estimation analysis, forecasting analysis, correlation of the one or more parameters, modeling of one or more relationships among the one or more parameters, regression analysis, time series analysis, autoregressive modeling, integrated modeling, moving average modeling, data mining, or probability analysis.

Another aspect may include receiving a test sample, wherein one or more of the plurality of therapy profile parameters are based at least in part on the received test sample.

In another embodiment, a glucose monitoring apparatus may include a housing, one or more processing units provided in the housing, and a memory coupled to the one or more processing units and provided in the housing for storing instructions which, when executed by the one or more processing units, causes the one or more processing units to receive a request for a therapy profile for treating a medical condition, determine a plurality of therapy profile parameters, assign a weighted value to each therapy profile parameter based on a hierarchy determined by the medical condition, query the memory to identify a stored therapy profile with therapy profile parameters that most closely correspond to the determined plurality of therapy profile parameters based on the hierarchy, and generate an output data corresponding to the identified stored therapy profile, wherein the output data may include a medication dosage information.

The outputted medication dosage information may include a medication delivery amount or duration or both for the treatment of the medical condition.

The memory coupled to the one or more processing units and provided in the housing for storing instructions which, when executed by the one or more processing units, may cause the one or more processing units to assign the weighted value to each therapy profile parameter which may include ranking the therapy profile parameters in a predetermined order and assigning a respective weighted value based on the ranking.

The memory coupled to the one or more processing units and provided in the housing for storing instructions which, when executed by the one or more processing units, may cause the one or more processing units to match each determined therapy profile parameter with a respective therapy profile parameter stored in the memory and correlated with a stored therapy profile.

Therapy profile parameters of the identified stored therapy profile may most closely match the respective therapy profile parameters of the requested therapy profile.

The therapy profile parameters of the identified stored therapy profile may most closely match the respective therapy profile parameters of the requested therapy profile based on a temporal attribute.

The temporal attribute may include a time of day information or time duration information corresponding to the stored therapy profile and the requested therapy profile.

The time of day information may include a start time associated with the stored therapy profile and the requested therapy profile.

The time duration information may include a duration information associated with the stored therapy profile and the requested therapy profile.

The memory coupled to the one or more processing units and provided in the housing for storing instructions which, when executed by the one or more processing units, may cause the one or more processing units to store the output data in the memory.

Furthermore, in one aspect a user interface component may be coupled to the housing, and wherein the memory coupled to the one or more processing units and provided in the housing for storing instructions which, when executed by the one or more processing units, may cause the one or more processing units to output the output data on the user interface component.

The output data may include a medication dose recommendation information.

The medication dose recommendation information may include a medication dose amount information, a medication dose administration time duration information, a medication dose administration time information, or one or more combinations thereof.

The requested therapy profile may include the identified stored therapy profile.

The hierarchy determined by the medical condition for assigning the weighted value to each therapy profile parameter may include a user defined hierarchy.

The hierarchy determined by the medical condition for assigning the weighted value to each therapy profile parameter may include a predetermined order of importance of each therapy profile parameter.

The predetermined order may be stored in the memory.

The stored therapy profiles may include one or more of a correction bolus amount delivered, a carbohydrate bolus amount delivered, a basal profile delivered, or one or more combinations thereof.

The memory coupled to the one or more processing units and provided in the housing for storing instructions which, when executed by the one or more processing units, may cause the one or more processing units to perform a statistical analysis based on the information stored in the memory.

The statistical analysis may include one or more of mean deviation analysis, standard deviation analysis, estimation analysis, forecasting analysis, correlation of the one or more parameters, modeling of one or more relationships among the one or more parameters, regression analysis, time series analysis, autoregressive modeling, integrated modeling, moving average modeling, data mining, or probability analysis.

Another aspect may include a test strip port provided on the housing, the test strip port configured to receive a test strip with a test sample provided thereon, wherein the memory coupled to the one or more processing units and provided in the housing for storing instructions which, when executed by the one or more processing units, causes the one or more processing units to determine one or more of the plurality of therapy profile parameters based at least in part on the test sample.

The test strip may include an in vitro blood glucose test strip.

The memory coupled to the one or more processing units and provided in the housing for storing instructions which, when executed by the one or more processing units, may cause the one or more processing units to determine a blood glucose concentration based on the received test sample.

The various processes described above including the processes operating in the software application execution environment overall systems described above performing the various functions including those routines described in conjunction with FIGS. 3-5, 8-13, and 15-22, may be embodied as computer programs developed using an object oriented language that allows the modeling of complex systems with modular objects to create abstractions that are representative of real world, physical objects and their interrelationships. The software required to carry out the inventive process, which may be stored in the storage unit of one or more components in the one or more overall system described above, may be developed by a person of ordinary skill in the art and may include one or more computer program products.

Various other modifications and alterations in the structure and method of operation of the present disclosure will be apparent to those skilled in the art without departing from the scope and spirit of the present disclosure. Although the present disclosure has been described in connection with specific preferred embodiments, it should be understood that the present disclosure as claimed should not be unduly limited to such specific embodiments.

Claims

1. A method, comprising:

assigning, using one or more computing processors, a weighted value to a plurality of therapy profile parameters including ranking each of the plurality of therapy profile parameters in a predetermined order and assigning a respective weighted value based on the ranking; and

querying, using the one or more processors, a database to identify a stored therapy profile with one or more therapy profile parameters that corresponds to one or more of the plurality of therapy profile parameters based on a hierarchy.

2. The method of claim 1, further including generating, using the one or more processors, an output data corresponding to the identified stored therapy profile, wherein the output data includes a medication dosage information including a medication delivery amount or a medication delivery duration or both the medication delivery amount and the medication delivery duration.

3. The method of claim 1, wherein querying the database includes matching the one or more of the plurality of therapy profile parameters with a respective one or more therapy profile parameters stored in the database.

4. The method of claim 2, wherein the output data includes a medication dose recommendation information.

5. The method of claim 4, wherein the medication dose recommendation information includes a medication dose amount information, a medication dose administration time duration information, a medication dose administration time information, or one or more combinations thereof.

6. The method of claim 1, wherein the hierarchy determined by a medical condition for assigning the weighted value to the one or more therapy profile parameters includes a user defined hierarchy.

7. The method of claim 1, wherein the hierarchy determined by a medical condition for assigning the weighted value to the one or more therapy profile parameters includes the predetermined order of importance of each therapy profile parameter.

8. The method of claim 1, wherein querying the database includes performing a statistical analysis based on a medication dosage information stored in the database.

9. The method of claim 8, wherein the statistical analysis includes one or more of mean deviation analysis, standard deviation analysis, estimation analysis, forecasting analysis, correlation of one or more parameters, modeling of one or more relationships among the one or more parameters, regression analysis, time series analysis, autoregressive modeling, integrated modeling, moving average modeling, data mining, or probability analysis.

10. The method of claim 1, further including determining the hierarchy of the plurality of therapy profile parameters.

11. The method of claim 10, wherein determining the hierarchy of the plurality of therapy profile parameters is based on at least one of a level of relevance, a temporal occurrence, a user identified ranking of importance, a healthcare provider identified ranking of importance, a similarity, a dissimilarity, an occurrence prior to another event, an occurrence after another event, and an occurrence in conjunction with a predetermined physiological condition.

12. A glucose monitoring apparatus, comprising:

one or more computing processing units; and

a memory coupled to the one or more processing units for storing instructions which, when executed by the one or more processing units, causes the one or more processing units to assign a weighted value to a plurality of therapy profile parameters including ranking each of the plurality of therapy profile parameters in a predetermined order and assigning a respective weighted value based on the ranking, query the memory to identify a stored therapy profile with one or more therapy profile parameters that corresponds to one or more of the plurality of therapy profile parameters based on a hierarchy.

13. The apparatus of claim 12, wherein the memory coupled to the one or more processing units for storing instructions which, when executed by the one or more processing units, causes the one or more processing units to generate an output data corresponding to the identified stored therapy profile, wherein an outputted medication dosage information includes a medication delivery amount or a medication delivery duration or both the medication delivery amount and the medication delivery duration.

14. The apparatus of claim 12, wherein a medication dose recommendation information includes a medication dose amount information, a medication dose administration time duration information, a medication dose administration time information, or one or more combinations thereof.

15. The apparatus of claim 12, wherein the hierarchy determined by a medical condition for assigning the weighted value to each therapy profile parameter includes a user defined hierarchy.

16. The apparatus of claim 12, wherein the hierarchy determined by a medical condition for assigning the weighted value to each therapy profile parameter includes the predetermined order of importance of each therapy profile parameter.

17. The apparatus of claim 12, wherein the memory coupled to the one or more processing units for storing instructions which, when executed by the one or more processing units, causes the one or more processing units to perform a statistical analysis based on the medication dosage information stored in the memory.

18. The apparatus of claim 17, wherein the statistical analysis includes one or more of mean deviation analysis, standard deviation analysis, estimation analysis, forecasting analysis, correlation of one or more parameters, modeling of one or more relationships among the one or more parameters, regression analysis, time series analysis, autoregressive modeling, integrated modeling, moving average modeling, data mining, or probability analysis.

19. The apparatus of claim 12, wherein the memory coupled to the one or more processing units for storing instructions which, when executed by the one or more processing units, causes the one or more processing units to determine the hierarchy of the plurality of therapy profile parameters.

20. The apparatus of claim 19, wherein determining the hierarchy of the plurality of therapy profile parameters is based on at least one of a level of relevance, a temporal occurrence, a user identified ranking of importance, a healthcare provider identified ranking of importance, a similarity, a dissimilarity, an occurrence prior to another event, an occurrence after another event, and an occurrence in conjunction with a predetermined physiological condition.