US20070149861A1 - System and method for managing diabetes - Google Patents

Abstract

A diabetes management system, an infusion pump, and methods for managing a blood glucose level of a diabetes patient. The infusion pump includes a processor for monitoring an amount of insulin delivered to a patient and an internal database in communication with the processor. The internal database is for storing food information. The diabetes management system includes a blood glucose monitor, a food database, and an infusion pump for delivering insulin to a patient. The food database comprises one or more records of information on various foods. The infusion pump of the diabetes management system includes (i) a processor for monitoring an amount of insulin delivered to the patient and (ii) a second database. The second database is for receiving at least a portion of the information from the food database.

Description

CROSS REFERENCE TO RELATED APPLICATIONS
• This application is a continuation application of U.S. patent application Ser. No. 10/176,390, filed Jun. 19, 2002, allowed on Oct. 10, 2006, which claims priority on U.S. Provisional Application 60/299,802, filed Jun. 21, 2001.
BACKGROUND OF THE INVENTION
• The present invention relates to a system and method for managing diabetes. More particularly, the present invention is related to a diabetes management application for use with handheld organizers.
• A number of diabetes management programs for handheld devices currently exist. However, these devices exhibit limited functionality and are often difficult to use. The existing diabetes management software packages that are capable of handling a plurality of logs for blood glucose levels, insulin shots, meals, activities, etc., are designed in such a way that the information is held in one record. By storing information in one record, the user is affected in a number of ways including: harder to read logs, one date/time stamp for actions which may occur 30 or more minutes apart, and a database occupying significant amount of space. Additionally, storing information in one record and, for example, entering only blood glucose information at a particular point, results in poor space allocation for meal information, insulin dosage information or activity data. Consequently, space allocation in a particular database record for specific values will be lost.
• What is needed is a diabetes management system and a method that stores each type of data used to manage the blood glucose level of a diabetes patient in individual time/date stamped records that can be stored in a database system for future review by a health professional.
BRIEF SUMMARY OF THE INVENTION
• The present invention is a system and computer-implemented method which manage the blood glucose level of a diabetes patient. A data input interface is provided which allows the patient to input different types of data used to calculate at least one of insulin and carbohydrate intake recommendations for the patient. The types of inputted data include (i) activity data associated with the physical activity of the patient, (ii) blood glucose data associated with the blood glucose level of the patient, (iii) meal intake data associated with the food intake of the patient, and (iv) insulin intake data associated with the insulin intake of the patient. A time/date stamp is individually generated for each type of data inputted by the patient. The data inputted by the patient and the respective time/date stamp is stored in a database.
• An external database may be accessed to retrieve supplemental information, associated with at least one of the activity data and the meal intake data, to calculate at least one of the insulin and carbohydrate intake recommendations for the patient. The external database may be a food database which provides extended search capabilities. The patient may select, via the data interface, one or more food items from the food database. Portion size data associated with each food item may be adjusted so that the portion size corresponds to the amount ingested by the patient. The total nutritional content of a meal ingested by the patient may be calculated based on the selected food items and portion size data. The external database may be a food database which includes at least part of the USDA food database. The food database may include foods offered from at least one national or regional chain restaurant.
• The blood glucose data may be received from a blood glucose meter which monitors the blood of the patient. The insulin intake data may be received from an insulin pump which distributes insulin intake into the blood of the patient. Insulin intake recommendations may be based on the food intake data. The food intake data may include at least one of carbohydrate intake data, fat intake data and protein intake data. Multiple insulin to carbohydrate compensation ratios may be stored based on a time and/or meal type deemed appropriate for the patient. The activity data may include calories burned by the patient during an activity. The carbohydrate intake recommendations may be based on the activity data.
• In accordance with one embodiment of the present invention, a diabetes management system for managing the blood glucose level of a diabetes patient including at least one portable electronic device with a data input interface and a processor, and a database system in communication with the processor. The data input interface allows the patient to input different types of data into the processor to calculate insulin and carbohydrate intake recommendations for the patient.
• In another embodiment of the present invention, a diabetes management system for managing the blood glucose level of a diabetes patient includes an insulin pump with a processor which monitors the insulin intake of the patient, and a database system in communication with the processor of the insulin pump. The database system stores insulin intake data associated with the insulin intake of the patient. A time/date stamp is individually generated and stored with the insulin intake data.
• In yet another embodiment of the present invention, a diabetes management system for managing the blood glucose level of a diabetes patient includes a blood glucose meter including a processor which monitors the blood glucose level of the patient, and a database system in communication with the processor of the blood glucose meter. The database system stores blood glucose level data associated with the blood glucose level of the patient. A time/date stamp is individually generated and stored with the blood glucose data.
BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS
• The following detailed description of preferred embodiments of the invention will be better understood when read in conjunction with the appended drawings. For the purpose of illustrating the invention, there are shown in the drawings embodiments which are presently preferred. It should be understood, however, that the invention is not limited to the precise arrangements and instrumentalities shown.
• In the drawings:
• FIG. 1 shows a block diagram of a diabetes management system in accordance with the present invention;
• FIG. 2 shows the diabetes management system ofFIG. 1 interfacing with an insulin pump and blood glucose meter in accordance with the present invention;
• FIGS. 3-8 show flow charts of how the database and log structures operate in accordance with the present invention;
• FIG. 9 shows a database system and the format of data stored in accordance with the present invention; and
• FIG. 10 shows a flow chart of providing a data input interface and storing different types of data along with a time/date stamp in accordance with the present invention.
DETAILED DESCRIPTION OF THE INVENTION
• The present invention comprises a system and method for management of diabetes. A preferred embodiment of the present invention includes a diabetes management application designed for operation on a handheld organizer, such as a Palm OS device. The present invention is used to log blood glucose levels, insulin intake, and nutrition information (carbohydrates, protein, fiber, fat and calories), activity and notes. Based on user settings such as carbohydrates to insulin ratios for various kinds of meals, protein, fat and fiber compensation, blood glucose target area, high/low glucose levels compensation through insulin and carbohydrates, and weight, the present invention computes the recommended dosage taking into consideration variables such as blood glucose level, activity, meals, etc.
• A preferred embodiment of the invention is designed for operating on the Palm OS platform. The database structure and search capabilities preferably incorporate the use of the Palm OS API to provide sufficient speed and reliability.
• The present invention preferably uses one or more reference databases for computing meal nutrition factors and/or the amount of calories burned during activities. A food database is preferably provided for use with a handheld device. The food database preferably comprises at least a portion of the USDA foodnutrition facts database130. The food database preferably includes the most used items from the USDA food nutrition facts database. A corresponding desktop application is also provided which preferably contains corresponding portions of the USDA food nutrition facts database which can be uploaded as needed to the handheld device.
• In one embodiment of the present invention, the total amount of carbohydrates, protein and fats contained in a meal is preferably computed by the handheld device or the desktop application based on the selected items and quantities entered by a user. A recommended insulin dosage which compensates for a particular meal is provided using user set carbohydrate to insulin ratios and rules for protein, fat and fiber.
• The present invention further preferably incorporates an activity database which contains a list of common sports activities and the calorie burn ratios per minute per pound of body weight. Based on a user's entered weight and duration of activity, the present invention preferably computes the amount of calories burned and recommends an amount of carbohydrates needed to compensate for the burned calories.
• The present invention is preferably capable of synchronizing databases between a handheld device and a personal computer running the desktop application.
• FIG. 1 shows adiabetes management system100 in accordance with a preferred embodiment of the present invention. Thediabetes management system100 includes at least one Personal Digital Assistant (PDA)105 (also referred to as ezManager Palm), a personal computer (PC)110 (also referred to as ezManager Desktop) and a conduit115 (also referred to as ezManager Conduit) which is in communication with thePDA105 andPC110.Conduit115 synchronizes data betweenPDA105 andPC110. This process is known as HotSync. An operating system (OS) runs on thePC110, such as Palm OS v3.0 or higher. An OS also runs onPC110, such as Windows 9x/ME/2000/XP. Thediabetes management system100 manages the blood glucose level of a diabetes patient and includes at least one portable electronic device (PDA105) including adata input interface120 and aprocessor125. The data input interface allows the patient to input different types of data into theprocessor125 to calculate insulin and carbohydrate intake recommendations for the patient. Thediabetes management system100 also includes a database system in communication with theprocessor125. Thedatabase system135 stores different types of the data inputted by the patient, including (i) activity data associated with the physical activity of the patient, (ii) blood glucose data associated with the blood glucose level of the patient, (iii) meal intake data associated with the food intake of the patient, and (iv) insulin intake data associated with the insulin intake of the patient. A time/date stamp is individually generated and stored for each type of data inputted by the patient.
• ThePDA105 is also known as a hand held (HH) device and has an internal database (DB) which may store up to six months of data in less than 512K of memory. ThePDA105 synchronizes with thePC110 viaconduit115 to archive data and create reports. Theconduit115 contains a set of rules on which synchronization betweenPDA105 andPC110 is based. ThePDA105 is used to log physical activity, blood glucose (BG), insulin intake, meals, and notes of a diabetes patient who uses thediabetes management system100. ThePDA105 computes and recommends amounts of carbohydrates and insulin that the diabetes patient should consume based on types of data inputted by the diabetes patient via a user interface (UI) presented by thePDA105. ThePDA105 also computes the hyperglycemia or hypoglycemia compensation based on input by the diabetes patient. ThePDA105 is used to log physical activity, blood glucose (BG), insulin intake, meals, and notes of a diabetes patient who uses thediabetes management system100. ThePC110 is used to log physical activity, blood glucose (BG), insulin intake, meals, and notes from one or more diabetes patients using one ormore PDAs105.
• As shown inFIG. 2,PC110 may also be linked with one or more blood glucose (BG)meters215 and/or insulin pumps205 which downloadinsulin pump data210 andBG meter data220 to thePC110.PC110 can create reports based on the data which is stored in a database. Multiple user's records may be kept separately in individual files associated with different diabetes patients.PC110 may use a Microsoft Access data base format which operates in conjunction withconduit115 to synchronize with thePDA105 to upload/download logs and Activity and Food databases.
• Thediabetes management system100 computes and recommends amounts of carbohydrates and insulin that the diabetes patient should consume based on types of data inputted by the diabetes patient via a user interface (UI) presented by thePDA105.
• In one preferred embodiment of the present invention, a desktop application is provided as a counterpart to an application running on a handheld device. The desktop application preferably contains all of the functionalities of the handheld application along with extended reporting and database maintenance capabilities. The desktop application preferably uses an MS Access database structure and ActiveX data objects database connections. Preferably, the synchronization dynamic library is compliant with the Palm OS Conduit requirement.
• The present invention is preferably also designed to provide for ready integration with insulin pumps using, for example, an infrared link. Preferably, the present invention can download and centralize information regarding insulin boluses, daily totals history, alarm history—with a description for each code, actual settings and programs, and the like. The present invention preferably also can download information from any number of glucometer devices. The present invention also preferably provides easy data entry for users, allowing a user to focus on recording of meals, activities and important events.
• Preferably, data can be downloaded from the handheld device to one or more databases operating in connection with the desktop application. A user preferably is able to analyze data downloaded to the desktop application using a number of tabular listings, linear graphs, bar graphs and pie charts. Preferably the user is also able to “pack” or packetize data, for example, for a certain period or periods of time. The data can then be conveniently transmitted to a physician for analysis. The present invention is also preferably capable of synchronizing multiple handheld devices on a single desktop computer.
• In operation, a user is preferably capable of selecting one or more items through the desktop application for uploading to a handheld device from, for example, the food database and/or the activity database. Additionally, a user can select from a full list of items provided from the USDA database as well as from updates provided by a third party or new items entered by the user.
• FIGS. 3-8 illustrate operational sequences in flowchart form for one preferred embodiment of the present invention, and are self-explanatory.
• As discussed above, the present invention preferably incorporates the use of excerpts from the USDA food nutrition facts database on a handheld device. As shown inFIG. 9, adiabetes management system900 according to the present invention includes anactivity database905, anactivity log910, ablood glucose log915, afood database920, ameal log925, aninsulin log930, a notes log935 and aprogram settings database940. Thediabetes management system900 is preferably organized using a category system which optimizes database size and accelerates search/display sequences. The present invention preferably uses one log entry for each category. Eachrecord950,960,970,980,990 preferably has a corresponding date/time field (day, month, year, hours, minutes) that allows a user to enter one record independently of another and allows a physician to better understand the sequence of events when analyzing data entered by a user. By having one log for each category, the amount of data lost through unused fields is significantly reduced. Using separate tables for each log entry also provides easier review of logs at a later time by a user.
• Record950 includes activity data and is stored inactivity log910. Besides the date/time field columns,record950 includes a field column for each of duration, calories and activity. The duration field column is the duration of an activity of the patient measured in minutes. The calories field column is the number of calories expended by the patient during exercise. The activity field column is the number of calories expended by the patient while performing the activity.
• Record960 includes blood glucose (BG) values and is stored inBG log915. Besides the date/time field columns,record960 includes a field column for blood glucose values recorded in milligrams per deciliter (mg/dl).
• Record970 includes meal information and is stored inmeal log925. The date/time field columns are used to uniquely define a particular meal (records grouped) in a given day. An enternum field column further defines a meal so as to allow the patient to enter the same meal in the same day and calculate it independently. This value is incremented each time a duplicate meal is created. The multiplier, carbs, fiber, calories, protein and fat field columns are unique to each food item (e.g., a piece of bread). Name and serving field columns are used to further describe food that is consumed by the patient.
• Record980 includes insulin intake information. The date/time field columns are used to uniquely define a particular meal (records grouped) in a given day. Besides the date/time field columns,record980 includes a field column for units, method and durmin. The field column for units represents the units of insulin that the patient intakes. The method field column represents the method of insulin infusion, such as injection, bolus or extended bolus. When an extended bolus is used by the patient, the field column durmin represents the duration of the extended bolus in minutes.
• Record990 allows the patient to store notes for future review. Sincerecords950,960,970,980,990 are individual records containing multiple fields, the storage space required is minimized.
• PDA105 accepts data entries provided by a diabetes patient and stores them in the activity BG, meal, insulin and notes logs, as is appropriate. ThePDA105 stores and uses dosage information provided by the patient. ThePDA105 computes the total number of carbohydrates in a meal based on meal items selected by the patient. ThePDA105 also is capable of computing the necessary amount of insulin needed to compensate for hyperglycemia and the amount of carbohydrates needed to compensate for hypoglycemia. ThePDA105 is able to import and export data to a compressed and encrypted file.
• The present invention also preferably includes built-in search capabilities for the food and activity databases. The search capabilities preferably include a full string search feature which allows a uses to find an item in a database as easily as entering a sequence of characters that the user is looking for. For example, when searching for “burger”, items like “cheeseburger”, “hamburger”, “lettuce and tomato burger” will show up in a search result window.
• The present invention also preferably includes additional features which provide easy database browsing, including a category search feature. By using this feature together with intuitive names for categories, the user can go through a category list and find desired items.
• The present invention preferably stores complete meal information for each meal entry, including the names of foods, serving sizes, carbohydrates, calories, fiber, fat and proteins. This allows a user to better understand the complexity of the carbohydrates contained in a meal. The present invention preferably uses the complete meal information to compensate for proteins, fat, and fiber when recommending an insulin dose for a particular meal.
• The present invention preferably also recommends corrective actions based on user entries. For example, if a user enters a blood glucose value that is outside his/her target range, an insulin dose is recommended which compensates for hyperglycemia or the amount of carbohydrates needed to compensate for hyperglycemia, based on corrective ratios entered by the user in a user profile. The present invention preferably also recommends corrective actions for activity, high protein meals, or the content of fiber or fat in a certain meal.
• The present invention preferably also provides a user interface having large buttons and easy-to-follow names providing an easy to use interface. Point-and-click navigation capability is preferably incorporated, to allow a user to use the system without requiring the use of complicated data entry sequences or “Graffiti™” signs. Large buttons and fonts facilitate the use of the invention by users, since users suffering from diabetes commonly have vision problems.
• The desktop application of the present invention is preferably designed to store information for multiple users using one or more databases. Preferably, an unlimited number of users can be created allowing each user to download information from a handheld device or from an insulin pump to separate locations in the desktop application database. Each set of data can then be processed and graphed independently, or can be exported (individually or as a whole) to other applications for display and analysis. The present invention preferably does not rely on other runtime environments.
• FIG. 10 shows a flow chart illustrating how data is processed in accordance with the present invention. Instep1005, a data input interface is provided which allows a diabetes patient to input different types of data (step1010) used to calculate at least one of insulin and carbohydrate intake recommendations for the patient. The types of inputted data include (i) activity data associated with the physical activity of the patient, (ii) blood glucose data associated with the blood glucose level of the patient, (iii) meal intake data associated with the food intake of the patient, and (iv) insulin intake data associated with the insulin intake of the patient. Instep1015, a time/date stamp is individually generated for each type of data inputted by the patient. Instep1020, the data inputted by the patient and the respective time/date stamp are stored in a database, whereby an authorized user such as the doctor of the patient may access the database to review the data entered by the patient, according to the time/date stamps.
• An external food database may be accessed to calculate at least one of insulin and carbohydrate intake recommendations for the patient. The food database may provide extended search capabilities. The external food database may include at least part of the USDA food database. The external food database may include foods offered from at least one national or regional chain restaurant.
• The meal intake data may be based on foods entered by the patient. The meal intake data may be based on the total nutritional content of a meal. The meal intake data may be inputted by the patient choosing one or more food items from the external food database. A portion size may be inputted which corresponds to the amount of food ingested by the patient. The blood glucose data may be received from a blood glucose meter which monitors the blood of the patient. The insulin intake data may be received from an insulin pump which distributes insulin intake into the blood of the patient. Insulin intake recommendations may be based on the food intake data. The food intake data may include at least one of carbohydrate intake data, fat intake data and protein intake data. Multiple insulin to carbohydrate compensation ratios may be stored based on a time and/or meal type deemed appropriate for the patient. The activity data may include calories burned by the patient during an activity. The carbohydrate intake recommendations may be based on the activity data.
• The present invention may be implemented with any combination of hardware and software. If implemented as a computer-implemented apparatus, the present invention is implemented by using means for performing all of the steps and functions described above.
• The present invention can also include an article of manufacture (e.g., one or more computer program products, having, for instance, computer user media. The media has embodied therein, for instance, computer readable code means for providing and facilitating the mechanisms for the present invention. The article of manufacture can be included as part of a computer system or sold separately.
• It will be appreciated by those skilled in the art that changes could be made to the embodiments described above without departing from the broad inventive concept thereof. It is understood, therefore, that this invention is not limited to the particular embodiments disclosed, but it is intended to cover modifications within the spirit and scope of the present invention.

Claims (44)

1. An infusion pump for delivering insulin to a patient comprising:

a processor for monitoring an amount of the insulin delivered to the patient; and

an internal database in communication with the processor, the internal database for storing food information.

2. The infusion pump ofclaim 1, wherein the infusion pump is configured to:

receive any of i) activity data associated with a physical activity of the patient, ii) blood glucose data associated with a blood glucose level of the patient, iii) meal intake data associated with a food intake of the patient, and iv) insulin intake data associated with an insulin intake of the patient; and

determine any of an insulin intake recommendation and a carbohydrate intake recommendation for the patient based on any of the activity data, the blood glucose data, the meal intake data, and the insulin intake data of the patient.

3. The infusion pump ofclaim 2, wherein the infusion pump further comprises an interface configured to receive, from a user, any of the activity data, the blood glucose data, the meal intake data, and the insulin intake data.

4. The infusion pump ofclaim 3, wherein:

the infusion pump is further configured to:

be coupled to a food database comprising one or more records of information on various foods,

receive a selection, by the user using the interface, of at least one record of food information in the food database, the at least one record including data on at least one food;

receive the at least one record from the food database, and

store the at least one record in the internal database; and

the meal intake data includes:

the at least one record of food information stored in the internal database, and

information on a portion size of the at least one food.

5. The infusion pump ofclaim 4, wherein the infusion pump is further configured to receive the blood glucose data from a blood glucose monitor.

6. The infusion pump ofclaim 5, wherein:

the amount of the delivered insulin is stored in a further record in the internal database; and

the insulin intake information is the amount of the delivered insulin.

7. The infusion pump ofclaim 6, wherein the infusion pump is further configured to determine any of the insulin intake recommendation and the carbohydrate intake recommendation for the patient based on any of the physical activity input by the user using the interface, the blood glucose data received from the blood glucose monitor, the meal intake data, and the insulin intake data stored in the further record of the internal database.

8. The infusion pump ofclaim 4, wherein the food database is a commercial food nutrition database.

9. The infusion pump ofclaim 4, wherein the food database is a database of information on favorite foods of the patient.

10. The infusion pump ofclaim 4, wherein the food database is a food nutrition database provided by a restaurant.

11. The infusion pump ofclaim 4, wherein the at least one record of food information selected by the user comprises any of carbohydrate intake data, fat intake data, and protein intake data.

12. A diabetes management system comprising:

a blood glucose monitor;

a food database comprising one or more records of information on various foods; and

an infusion pump for delivering insulin to a patient, the infusion pump in communication with the blood glucose monitor and the food database, comprising:

a processor for monitoring an amount of insulin delivered to the patient, and

a second database in communication with the processor and the food database, the second database for receiving at least a portion of the information from the food database.

13. The diabetes management system ofclaim 12, wherein the infusion pump is configured to:

receive any of i) activity data associated with a physical activity of the patient, ii) blood glucose data associated with a blood glucose level of the patient, iii) meal intake data associated with a food intake of the patient, and iv) insulin intake data associated with an insulin intake of the patient; and

determine any of an insulin intake recommendation and a carbohydrate intake recommendation for the patient based on any of the activity data, the blood glucose data, the meal intake data, and the insulin intake data of the patient.

14. The diabetes management system ofclaim 13, wherein the infusion pump further comprises an interface configured to receive, from a user, any of the activity data, the blood glucose data, the meal intake data, and the insulin intake data.

15. The diabetes management system ofclaim 14, wherein:

the infusion pump is further configured to receive a selection, by the user using the interface, of at least one record of food information in the food database, the at least one record including data on at least one food;

the selected at least one record of food information is copied from the food database to the second database and is stored in the second database; and

the meal intake data includes:

the at least one record of food information stored in the second database, and

information on a portion size of the at least one food.

16. The diabetes management system ofclaim 15, wherein the infusion pump is configured to receive the blood glucose data from the blood glucose monitor.

17. The diabetes management system ofclaim 16, wherein the insulin intake information is the amount of delivered insulin stored in a record of the second database.

18. The diabetes management system ofclaim 17, wherein the infusion pump is further configured to determine any of the insulin intake recommendation and the carbohydrate intake recommendation for the patient based on any of the physical activity input by the user using the interface, the blood glucose data received from the blood glucose monitor, the meal intake data, and the insulin intake data stored in the second database.

19. The diabetes management system ofclaim 12, wherein the food database is a commercial food nutrition database.

20. The diabetes management system ofclaim 12, wherein the food database is a database of information on favorite foods of the patient.

21. The diabetes management system ofclaim 12, wherein the food database is a food nutrition database provided by a restaurant.

22. The diabetes management system ofclaim 15, wherein the at least one record of food information selected by the user comprises any of carbohydrate intake data, fat intake data, and protein intake data.

23. A computer-implemented method for managing a blood glucose level of a diabetes patient comprising:

monitoring an amount of insulin delivered to a patient via an infusion pump; and

storing food information in an internal database within the infusion pump.

24. The method ofclaim 23, further comprising:

receiving any of i) activity data associated with a physical activity of the patient, ii) blood glucose data associated with a blood glucose level of the patient, iii) meal intake data associated with a food intake of the patient, and iv) insulin intake data associated with an insulin intake of the patient; and

determining any of an insulin intake recommendation and a carbohydrate intake recommendation for the patient based on any of the activity data, the blood glucose data, the meal intake data, and the insulin intake data of the patient.

25. The method ofclaim 24, further comprising:

providing an interface on the infusion pump, the interface configured to receive, from a user, any of the activity data, the blood glucose data, the meal intake data, and the insulin intake data.

26. The method ofclaim 25, further comprising:

providing a food database comprising one or more records of information on various foods, the food database in communication with the infusion pump;

receiving a selection, by the user using the interface, of at least one record of food information in the food database, the at least one record including data on at least one food;

receiving the at least one record from the food database; and

storing the at least one record in the internal database,

wherein the meal intake data includes:

the at least one record of food information stored in the internal database, and

information on a portion size of the at least one food.

27. The method ofclaim 26, further comprising:

receiving the blood glucose data from a blood glucose monitor.

28. The method ofclaim 27, further comprising:

storing the amount of the delivered insulin in a further record in the internal database,

wherein the insulin intake information is the amount of the delivered insulin.

29. The method ofclaim 28, further comprising:

determining any of the insulin intake recommendation and the carbohydrate intake recommendation for the patient based on any of the physical activity input by the user using the interface, the blood glucose data received from the blood glucose monitor, the meal intake data, and the insulin intake data stored in the further record of the internal database.

30. The methodclaim 26, wherein the food database is a commercial food nutrition database.

31. The methodclaim 26, wherein the food database is a database of information on favorite foods of the patient.

32. The method ofclaim 26, wherein the food database is a food nutrition database provided by a restaurant.

33. The method ofclaim 26, wherein the at least one record of food information selected by the user comprises any of carbohydrate intake data, fat intake data, and protein intake data.

34. A computer-implemented method for managing a blood glucose level of a diabetes patient comprising:

monitoring an amount of insulin delivered to a patient via an infusion pump;

providing a food database comprising one or more records of information on various foods, the food database being external to the infusion pump;

providing an internal database within the infusion pump;

receiving at least a portion of food information from the food database;

storing the at least a portion of the food information received from the external database in the internal database of the infusion pump.

35. The method ofclaim 34, further comprising:

receiving any of i) activity data associated with a physical activity of the patient, ii) blood glucose data associated with a blood glucose level of the patient, iii) meal intake data associated with a food intake of the patient, and iv) insulin intake data associated with an insulin intake of the patient; and

determining any of an insulin intake recommendation and a carbohydrate intake recommendation for the patient based on any of the activity data, the blood glucose data, the meal intake data, and the insulin intake data of the patient.

36. The method ofclaim 35, further comprising:

providing an interface on the infusion pump, the interface configured to receive, from a user, any of the activity data, the blood glucose data, the meal intake data, and the insulin intake data.

37. The method ofclaim 36, further comprising:

receiving a selection, by the user using the interface, of at least one record of food information in the food database, the at least one record including data on at least one food;

receiving the at least one record from the food database; and

storing the at least one record in the internal database,

wherein the meal intake data includes:

the at least one record of food information stored in the internal database, and

information on a portion size of the at least one food.

38. The method ofclaim 37, further comprising:

receiving the blood glucose data from a blood glucose monitor.

39. The method ofclaim 38, further comprising:

storing the amount of the delivered insulin in a further record in the internal database,

wherein the insulin intake information is the amount of the delivered insulin.

40. The method ofclaim 39, further comprising:

determining any of the insulin intake recommendation and the carbohydrate intake recommendation for the patient based on any of the physical activity input by the user using the interface, the blood glucose data received from the blood glucose monitor, the meal intake data, and the insulin intake data stored in the internal database.

41. The method ofclaim 34, wherein the food database is a commercial food nutrition database.

42. The method ofclaim 34, wherein the food database is a database of information on favorite foods of the patient.

43. The method ofclaim 34, wherein the food database is a food nutrition database provided by a restaurant.

44. The method ofclaim 37, wherein the at least one record of food information selected by the user comprises any of carbohydrate intake data, fat intake data, and protein intake data.

Images