WO2006037802A2

WO2006037802A2 - Method and system for self- management of a disease

Info

Publication number: WO2006037802A2
Application number: PCT/EP2005/055064
Authority: WO
Inventors: Jon Ulrich Hansen; Leif Engmann Kristensen; Jette RANDLØV; Knud Poulsen; Ulrik Detlef Rädisch POULSEN; Jens Ulrik Poulsen; Jørgen Smedegaard KRISTENSEN; Hans Henrik Thodberg
Original assignee: Novo Nordisk A/S
Priority date: 2004-10-07
Filing date: 2005-10-06
Publication date: 2006-04-13
Also published as: JP2008515505A; EP3101572A1; EP1810203A2; US9501949B2; WO2006037802A8; WO2006037802A3; US20090036828A1

Abstract

The present specification discloses a method, system and program product that can be used for self-management of any chronic disease. The invention involves the use of a device to enter patient's disease related data. Based on this data patient's habits are detected and presented in a graphical format. The user also has the option of setting up a reminder based on the detected habits.

Description

Method and System for self-management of a disease

Field of the Invention:

The present invention relates to the field of self-care of a disease using electronic data analysis devices.

Background of the Invention:

Chronicle diseases and other physiological conditions such as diabetes, asthma or the like, that require effective therapeutic care over long periods of time have become a widespread phenomenon. Typically, such diseases require medication and/or a control of the patient's lifestyle.

Diabetes is one such chronic condition of the human body in which lack of insulin raises the blood sugar levels which in turn has harmful effects that sometimes may even en- danger the patient's life. A diabetic has to be very careful about the level of blood sugar in his/her body and therefore has to constantly monitor the activities that are likely to have an impact on the same. To keep the blood sugar level in check, a diabetic has to sometimes take artificial insulin. As of now this is generally done by way of insulin injections. These in¬ jections have to be administered after considering the patient's present condition as well as carefully predicting the near future state. To this end, various blood sugar measurement de¬ vices such as strips and meters are available in the market. For the ease of operation by the user as well as for portability, the measurement devices have also been combined with insu¬ lin administration devices. This way the patient can carry one device that would not only measure his/her disease related parameters but would also assist him/her in administering his/her medicine.

With the advancement in technology, these devices have become even more so¬ phisticated and now incorporate additional functionality such as recording the patient's dis¬ ease related data and other useful information. Some of these devices also have communi- cation means that connect them to other computing devices to form a network. The patient, the patient's doctor and other people can then use the information present on these devices in various ways such as for analysis. International Publication Nos. WO 00/32088, WO 03/005891 and WO 03/015838 all describe such medical devices, networks and method of their operation along with some of the possibilities in the domain. These publications are in- corporated herein in entity by way of reference. US Publication No. US 2003/0028089 discloses a system for managing diabetes that allows the patient to enter his data and in turn recommends the future insulin intake for the patient. However, it remains up to the patient to follow the recommended actions, and there remains a need for a method that assists a user in following a prescribed treatment plan.

US publication no. US6650951 discloses an insulin pump that issues a warning if the user forgets to initiate a bolus within a predetermined period after a meal time. Even though the issued warnings help a user to remember a forgotten bolus, the above prior art system forces a user into a rather strict schedule of meals and does not address the problem of providing a self-management system that is flexible with respect to individual user's life¬ styles.

Summary of the Invention:

According to a first aspect, the above and other problems are solved by a method of assisting a user in the self-management of a physiological condition, the method comprising

- obtaining data about occurrences of at least a first type of user actions; - detecting a user habit from the obtained data; and

- generating a reminder data item from the detected user habit.

Hence, a method is provided by which a patient's behavior and habits are identified and reminders are generated based on the identified habits that remind the patient to follow a consistent lifestyle, thereby improving the treatment and/or control of the patient's disease.

Habits may comprise the typical time of day of certain actions, such as typical meal times, typical times at which the patient measures a physiological parameter such as the blood glucose level, typical times and doses of medication, etc. Accordingly, the user action may be any action that has influence on the physiological condition to be controlled. Exam¬ ples of such actions include meal intakes, medication, such as insulin delivery, measure¬ ments of a physiological parameter such as blood glucose level, physical activity, or the like.

Identifying such habits facilitates the user to follow his/her individual habits in a con- sistent way, thereby allowing a combination of a tight control of the user's lifestyle while pro- viding a high degree of individual freedom and an increased quality of life. In particular, by providing a method that receives patient related data (such as blood glucose, insulin intake etc.) as an input and analyses the data to identify user habits and behavior, the self- management of the patient can be customized to the individual patient's lifestyle while still providing control over the patient's day-to-day activities so that his diabetes can be efficiently managed. Preferably, detecting a user habit comprises determining a distribution of occur¬ rences of the first type of user actions over a predetermined period of time, such as a modal day.

It is a further advantage that the observance of the patient's habits and the data re¬ cording may be performed by the user himself/herself, thereby increasing the user's inde¬ pendence from health care personnel and, thus, increasing the user's quality of life. Further¬ more, the monitoring and data recording by the user increases the possibility of constant ob¬ servance, thereby improving the quality of the recorded data.

When the reminder data item comprises a time interval during which the user action is to be performed, the reminder system may generate a reminder if the user has not per¬ formed the corresponding action within the time interval. Hence, on one hand, redundant re¬ minders are avoided if the action has been performed slightly ahead of time but within the time limit. On the other hand it is ensured that a previous occurrence of the user action (e.g. in connection with a previous meal) before the start of the time limit, is not erroneously inter¬ preted as a compliance with the current action. Accordingly, in a preferred embodiment, de¬ tecting the user habit / habitual pattern includes detecting a time interval during which said first type of user actions typically occurs.

In one embodiment, the user action comprises delivery of a medicament such as in¬ sulin, and detecting the user habit / habitual pattern includes detecting a typical dose interval of the medicament. Consequently, not only the temporal aspects of the user's habits are identified and, thus, subsequently controlled, but also further parameters of the user action. In particular, the correct dose of the delivered medicaments is typically essential for a suc¬ cessful treatment.

In a preferred embodiment detecting the user habit comprises - determining a time of day and a dose of each medication intake; - determining respective numbers/counts of medication intakes within a plurality of time intervals and with a dose within a predetermined dose interval to obtain a distribution of medication intakes as function of time of day and of dose; and

- determining a combination of a time interval and a dose interval as a maximum of said distribution.

It has turned out that the habit detection process described herein provides an effi¬ cient and accurate detection of the user's medicament delivery habits. It is a further advan¬ tage that both the time and dose habits are detected simultaneously, thereby also capturing any correlations between the two parameters.

Accordingly, in a preferred embodiment, the reminder data item comprises a time constraint and a dose constraint for a medication to be taken by a user; and the method fur¬ ther comprises - receiving an indication of a medication event, if any, said indication comprising time and dose information about a medication taken by the user;

- issuing a reminder if no indication about at least one medication event complying with both the time constraint and the dose constraint of the reminder data item is received.

Consequently, by providing a medication reminder data item that comprises both a time constraint and a dose constraint for a medication to be taken by a user; and by issuing a reminder if at least one of the constraints is not complied with, the reliability of the reminder system is improved, as not only the correct timing of the medication is supervised but also the correct doses at the different times. Consequently, the efficiency of the therapy is greatly improved.

In another embodiment, the recorded data and/or the identified habits are displayed to the user in a graphical format, thereby allowing a visualization of the detected habits. When generating a reminder data item comprises presenting at least one suggested parame- ter of the reminder data item to the user, and providing editing means allowing the user to edit the suggested parameter, the user may verify the detected habits and edit/fine tune the corresponding reminders. It is an advantage of the method and system described herein that the change of de¬ tected but undesired user habits is greatly facilitated, thereby supporting the improvement of the user's quality of life and/or health.

In another embodiment, detecting the user habit comprises

- determining a time of day of each of the occurrences of the first type of user actions;

- determining respective numbers/counts of said occurrences within a plurality of time intervals; and

- determining one of said time intervals as corresponding to a largest number/count of occurrences.

In an alternative embodiment, detecting the user habit comprises

- generating a predetermined distribution function such as a Gaussian distribution func- tion around each occurrence;

- combining the generated distribution functions to obtain a combined distribution func¬ tions; and

- determine a user habit as a maximum of the combined distribution function.

Hence, an efficient and accurate detection of the time of day of predetermined user habits is provided.

Accordingly, in a preferred embodiment, the reminder data item comprises a time in¬ terval of a modal day during which a user should take an action of the first type; and the method further comprises

- receiving an indication when a user action of the first type has occurred;

- issuing a reminder if no indication about an occurred user action has been received within said time interval.

According to a second aspect, an improved reliability of the reminders is provided by a method of assisting a user in the self-management of a physiological condition, the method comprising

- providing a medication reminder data item, the medication reminder data item com¬ prising a time constraint and a dose constraint for a medication to be taken by a user; - receiving an indication of a medication event, if any, said indication comprising time and dose information about a medication taken by the user;

In particular, by providing a medication reminder data item that comprises both a time constraint and a dose constraint for a medication to be taken by a user; and by issuing a reminder if at least one of the constraints is not complied with, the reliability of the reminder system is improved, as not only the correct timing of the medication is supervised but also the correct doses at the different times. Consequently, the efficiency of the therapy is greatly improved.

In a preferred embodiment, the method further comprises

- obtaining data about occurrences of medication events by the user; - detecting a user habit / habitual pattern from the obtained data; and

- generating the medication reminder data item from the detected user habit.

Preferably detecting the user habit / habitual pattern includes detecting a time inter¬ val during which said medication events typically occur and detecting a typical dose interval of the medicament for each medication event.

In a preferred embodiment, detecting the user habit comprises

- determining a time of day and a dose of each medication intake;

- determining respective numbers/counts of medication intakes within a plurality of time intervals and with a dose within a predetermined dose interval to obtain a distribution of medication intakes as function of time of day and of dose; and - determining a combination of a time interval and a dose interval as a maximum of said distribution.

It has turned out that the habit detection process described herein provides an effi¬ cient and accurate detection of the user's medicament delivery habits. It is a further advan¬ tage that both the time and dose habits are detected simultaneously, thereby also capturing any correlations between the two parameters. In a preferred embodiment, the medication reminder data item comprises a time in¬ terval during which the medication event is to be performed and a dose interval of a dose of a medicament to be applied during said medication event.

Further preferred embodiments are disclosed in the dependant claims.

The present invention relates to different aspects including the methods described above and in the following, corresponding systems, devices, and computer programs, each yielding one or more of the benefits and advantages described in connection with the above-mentioned methods, and each having one or more embodiments cor¬ responding to the embodiments described in connection with the above-mentioned methods.

In particular, according to the first aspect, the invention further relates to a system for assisting a user in the self-management of a physiological condition, the system compris¬ ing input means for obtaining data about occurrences of at least a first type if user actions; and processing means adapted to detect a user habit from the obtained data, and to gener¬ ate a reminder data item from the detected user habit.

According to the second aspect, the invention further relates to a user device for as¬ sisting a user in the self-management of a physiological condition, the system comprising

- input means for receiving an indication of a medication event, if any, said indication comprising time and dose information about a medication taken by the user; - storage means for storing a medication reminder data item, the medication reminder data item comprising a time constraint and a dose constraint for a medication to be taken by a user; and

- processing means adapted to issue a reminder if no indication about at least one medication event complying with both the time constraint and the dose constraint of the reminder data item is received.

The term user device may comprise any electronic equipment, such as a suitably programmed programmable device. Preferably, the device is a portable or wearable device that can be carried by the user, thereby ensuring that the user receives the reminders. For example, the device may be a suitably programmed portable computer, such as a handheld computer, a PDA, or the like. In other embodiments, the device is a suitably programmed mobile telephone, pager, or other mobile communications device.

In some embodiments, the device is a drug administration device, such as an insulin administration device, e.g. an insulin injection device, an insulin inhalator, an insulin pump, an insulin dosing device, an electronically controlled patch, a pulmonial medication device, or the like. Consequently, the reminder system is integrated in a drug administration device, thereby reducing the number of different devices that need to be carried by the user. Fur¬ thermore, the drug deliveries by such a combined device may be recorded directly by the de- vice, thereby allowing the recording of the data without the need for an active user input or data transmission from another device. For example, a drug administration device may be capable of storing patient related data such as drug dosage, meal details, blood glucose level etc.

In other embodiments, the device is an insulin measuring device, thereby combining insulin measurements with a reminder system. Consequently, the number of separate de¬ vices to be carried by a user is reduced, and the times of day at which the blood glucose is measured may be directly fed into the habit analysis system, thereby reducing the required manual inputs or data transmissions from other devices.

Brief Description of the Drawings:

The above and other aspects will be apparent and elucidated from the embodiments described in the following with reference to the drawing in which:

Fig. 1 shows a flow diagram of an embodiment of a process for generating remind¬ ers based on detected habits.

Fig. 2 shows a flow diagram of an embodiment of a process for detecting habits.

Fig. 3 shows a schematic block diagram of an embodiment of a user device for as¬ sisting a user in the self-management of a physiological condition.

Fig. 4 shows a schematic block diagram of an embodiment of a system for assisting a user in the self-management of a physiological condition. Fig. 5 illustrates an embodiment of a habit detection process.

Fig. 6 illustrates another embodiment of a habit detection process.

Fig. 7 illustrates another embodiment of a habit detection process.

Fig. 8 illustrates an embodiment of a graphical user interface for visualizing the re¬ sults of the habit detection.

Fig. 9 illustrates an embodiment of a graphical user interface for visualizing and edit¬ ing reminder data items.

Fig. 10 illustrates another embodiment of a graphical user interface for visualizing and editing reminder data items.

Fig. 11 shows a flow diagram of a reminder loop for issuing reminders about forgot¬ ten insulin administration.

Fig. 12 shows a flow diagram of an insulin loop for issuing reminders about insulin doses that lie outside a predetermined interval.

Detailed Description of the Drawings:

The inventive concept as disclosed herein is useful in any of the diseases or other physiological conditions that require a constant monitoring of the lifestyle of the patient. In the following, the invention will be described in the context of the self-management of diabetes, in particular the self-management of insulin delivery and blood glucose measuring by the pa¬ tient.

In an initial setup step S101 , the patient related data and parameters are monitored and the patient's habits are determined based on the collected data. This habit detection is further used to set reminders for the patient. Subsequently, the process alerts the user about a missed insulin injection/bolus by executing a reminder loop (step S102). The process fur¬ ther executes an insulin loop (step S103) to alert the user in situations where the delivered dose of insulin does not correspond to the previously determined level.

Fig. 2 shows a flow diagram of an embodiment of a process for detecting habits.

In order to monitor his/her lifestyle, a diabetic maintains a log of various parameters that are relevant and give an insight into his/her living habits and present state of health. For example, apart from recording blood glucose readings, insulin intakes etc., the amount of meals/carbohydrates consumed, exercise done/calories burnt etc may also be recorded. A combination of one or more of these parameters along with their analysis helps in detecting any unwanted deviation from what is expected for a healthy life.

This self-care i.e. self-monitoring of blood glucose makes a person responsible for his/her healthy living. It is desirable that method and systems that provide this functionality be as user friendly as possible because they have to be used by people coming from various educational backgrounds, technical understanding/friendliness, different age groups etc. The reports generated should not only provide a meaningful and detailed insight but also be eas- ier to interpret.

The process of habit detection and reminder setup starts in step S201 by receiving the collected data. In some embodiments, the patient enters the collected data onto a self- management device. The self-management device may be a suitably configured Blood GIu- cose Monitor device of the kind similar to those known as such in the art. In other embodi¬ ments, the self-management device may be a separate device for entry of this data and its evaluation. Embodiments of self-management devices will be described in greater detail be¬ low. Furthermore, in some embodiments, the self-management device may automatically re¬ cord at least some of the data without the need for a manual input. For example, if the device is an integrated blood glucose measuring device and self-management device, the time and/or the measured blood glucose level may directly be logged by the device for the pur¬ pose of subsequent habit detection. Similarly, if the device is an integrated insulin administra¬ tion device and self-management device, the times of delivery and/or the doses of delivered insulin may be automatically logged for the purpose of subsequent habit detection. Prefera- bly, the collected data corresponds to the user's actions over a period of several days, pref¬ erably weeks or even months, in order to provide a statistically representative sample.

Once the data has been entered, the raw data is processed (step S202), e.g. by de- termining distributions of different user actions over a modal day, as will be described in greater detail below.

Optionally, in step S203, the process presents the processed data to the user, e.g. by presenting one or more reports to the user, e.g. via a user interface of the self- management device, by printing one or more of the reports, or the like. For the ease of the user, these reports are preferably graphical.

In step S204, the process data is analyzed and any habits that are detectable from the data are identified. In some embodiments, the habit detection is performed fully auto- matic, while in other embodiments, the habit detection may involve different degrees of user interaction, e.g. by providing functionality that allows a user to point out habits in the pre¬ sented reports.

In step S205, the process generates a set of reminders based on the detected hab- its. In one embodiment, the process displays the detected habits and proposed reminders corresponding to the detected habits to the user, and provides functionality that allows the user to edit the generated reminders, delete reminders, and add new reminders. Preferably, the habits and or reminders are presented via a graphical user interface.

In step 206, the generated and optionally edited reminders are stored in a memory of the device.

The device, generally designated 301 , comprises a data input unit 302, a processing unit 303 configured to receive the data input via input unit 302, a memory 304 or other stor¬ age device connected to the processing unit 303, and an output unit 305 connected to the processing unit 302. In some embodiments, the data input unit 302 comprises user input means such as push buttons, a keypad, a keyboard, a touch screen, a pointing device, e.g. a computer mouse, a stylus, a mouse pad, or the like, allowing a user to enter data, in particular the data to be recorded for the purpose of the habit detection. The input unit further allows the user to enter reminder parameters such as a type of reminder, a time or time interval. Alternatively or additionally, the input unit 302 may comprise different input means such as a data interface adapted to receive data from other devices, e.g. from a blood glucose measuring device, an insulin administration device, from a data processing device, or the like. The data interface may comprise any circuit or device suitable for data communication via a wired or a wireless channel. Examples of data interfaces include but are not limited to an infrared port, e.g. an IrDa port, a radio -frequency interface such as Bluetooth, a serial port, such as UBS, Fire- Wire, or the like. Alternatively or additionally, the input unit 302 may comprise an internal in¬ terface for receiving data from other components within the device 301 , e.g. in an embodi¬ ment, where the device 301 comprises both a diabetes self-management device and a blood glucose measuring device and/or an insulin administration device.

The processing unit 303 may comprise a suitably programmed microprocessor or any other suitable processing means, such as Digital Signal Processors (DSP), Application Specific Integrated Circuits (ASIC), Programmable Logic Arrays (PLA), Field Programmable Gate Arrays (FPGA), special purpose electronic circuits, etc., or a combination thereof.

The memory 304 may be any suitable type of memory or storage device, such as a non-volatile memory, e.g. flash memory, EPROM, EEPROM, a hard disk, or the like.

The output unit 305 includes any suitable circuit or device for issuing a reminder, e.g. an audible reminder, such as a beep or other sound, a visual reminder, and/or a tactile reminder. Hence, the output unit may comprise a sound generator, a loudspeaker, an LED or other light source, a display such as and LCD display, a vibrator, etc., or any combination of the above.

In some embodiments, the output unit includes a display that provides a graphical user interface for presenting the results of the habit detection and/or reminder setup to the user and allowing the user to edit the detected habits and/or reminders as described herein. Alternatively or additionally, the output unit may comprise other output means such as a printer or printer port, a drive or port for receiving a storage medium, such as a memory card, a writable CD, a diskette, or the like.

The self-management device described herein may be a special-purpose medical device or a combined device providing self-management functionality as described herein in combination with an insulin administration device, a blood glucose measurement device or any other device used by a diabetes patient. In some embodiments, the device may be em¬ bodied as a suitably programmed general-purpose data processing device, such as a hand¬ held computer, a PDA, or the like, or a suitably configured/programmed personal communi- cations device, such as a mobile telephone, or the like.

The self-management process described herein may be implemented by a single device as described above or by a system comprising more than one device. In particular, the data analysis including the habit detection and/or reminder setup can either be performed on the machine on which the data was entered, or the data can be transferred onto a general purpose computing device that can then perform the said functions.

The link up of these user device to another computing device such as a desktop, laptop, PDAs etc., allows an improved analysis of the data using the enhanced computa- tional power available as well as sophisticated and specialized software designed for the purpose. Various statistical means may be employed to display the patient data for easy un¬ derstanding as well as accurate and beneficial analysis. For instance, there can be a report which would show the patient's blood glucose level at various times of the day and indicate any undesired highs or lows. Similarly there can be a report for patient's food intake. These reports can be textual or various graphical representations such as bar graph, pie chart, his¬ tograms etc can be used to facilitate easier understanding of the results.

Modal day display is one such kind of display in which patient related events that occurred on different days are treated as if they occurred on a single day, thereby providing a compact overview of the patient's daily habitual patterns. Algorithms such as the 7 point al¬ gorithm may be used for such display. In this algorithm the display is before and after each main meal i.e. breakfast, lunch and dinner and at sleep time.

Fig. 4 shows a schematic block diagram of an embodiment of a system for assisting a user in the self-management of a physiological condition. The system comprises a user device, e.g. a suitably configured drug administration device, generally designated 401 , comprising an input unit 402, a processing unit 403, a memory 404, and an output unit. The user device 401 and the above-mentioned components correspond to the user device 301 and its corresponding components described in connec¬ tion with fig. 3 and will therefore not be described again here.

The user device 401 further comprises an interface unit 406 adapted to communi¬ cate data with an external data processing system 410. To this end, the data processing sys- tern 410 comprises a corresponding interface unit 412. Each of the interface units 406 and 410 may include any suitable circuit or device adapted to provide data communication be¬ tween the user device 401 and the data processing system 410. Examples of interface units include but are not limited to an infrared port, e.g. an IrDa port, a radio-frequency interface such as Bluetooth, a serial port, such as UBS, FireWire, or the like, a local area network (LAN) connection, a wireless local area network (WLAN) connection, an ADSL connection, an IDSN connection or any other Internet connection, a data connection via a cellular tele¬ communications network, e.g. via GSM, GPRS, UMTS, or the like. In yet alternative em¬ bodiments, data may transferred between the user device 401 and the data processing sys¬ tem 410 by means of a data carrier, such as a memory stick, a diskette, a smart card, or the like.

The data processing system 410 further comprises a processing unit 413, a memory or other storage device 414, e.g. as described in connection with the processing unit 303 and the memory 304. Furthermore, the data processing system 410 provides a graphical user interface 416, e.g. via a suitable display and a corresponding input device, such as a key¬ board, keypad, pointing device, etc. For example, the data processing system 410 may be a suitably programmed conventional computer, e.g. a desktop personal computer (PC), a port¬ able computer, or the like.

Hence, in the embodiment of fig. 4, the data entry may be performed via the user device 401 and/or the data processing system 410. The recorded data is then communicated to the data processing system 410, where the data processing, habit detection, and the graphical presentation and editing of the resulting reminders and optionally data analysis re¬ sults are performed. The generated reminder data items are then transferred back to the user device. Hence, in this embodiment, the habit detection and setup of the user device is performed at the data processing system 410, thereby reducing the requirements for the user device in terms of processing power and usability of the user interface.

This arrangement between the user device and the data processing system may be a simple one-to-one link between the two entities. However, they may also be part of a pa¬ tient-doctor-relative-peer network. For example the data processing system may periodically logon to a Local Area Network or Internet, or the like, to transmit the user readings to a re¬ mote database server that might be used to generate reports from a different computing sys¬ tem such as that of a doctor, relative of the patient and the like. These computing devices can be general-purpose desktops or other variations such as laptop, cell phones, PDAs etc.

As described herein, the aforementioned system can be used for 1 ) visualization, 2) detection, 3) evaluation, 4) entry of a diabetic's habits and 5) setting up a mobile dosing de¬ vice via a wireless transmission. The system can visualize a diabetic's historical data in such a way as to emphasize temporal habits regarding insulin dosing, food consumption, blood glucose measurements and exercise. The system may also determine the strongest habits and make this information available to the user (diabetic or health care professional (HCP)). Detected habits can be transferred, e.g. wirelessly, to a mobile dosing device. The system may also provide the ability for the user (diabetic or HCP) to modify future habits by setting up reminders for the diabetic.

Habit detection can be done using various statistical and logical models. In the fol¬ lowing different embodiments of automatic habit detection processes will be described with reference to figs. 5-7.

In particular, figs. 5 and 6 illustrate two embodiments of methods for detecting tem¬ poral habits of insulin injections. Both embodiments take as input a set of recorded times of day at which the user has performed an insulin injection, e.g. data recorded over a predeter¬ mined number of days. It is understood that the methods may also be applied to the detec- tion of other temporal habits, such as the times of blood glucose measurements. The method may also be applied to the detection of habits that are dependant on a variable other than time of day.

Fig. 5 shows a histogram chart of insulin injections over a modal day, where the data is based on recordings taken over a period of 60 days. Each bar of the histogram chart illustrates the number of insulin dosages delivered within a corresponding 1 h window during a modal day. As can be easily observed, the habits are clearly visible around breakfast, lunch, dinner and somewhat near bedtime as indicated by reference numeral 530.

Hence, the strongest habits may automatically be detected by a sliding window process: A sliding window, i.e. a time interval of a predetermined width, e.g. 1 hour, is moved across the modal day, all events falling inside the window are counted and the interval with most events represents the strongest habit, these events are then excluded from the next count, which finds the second strongest habit, etc.

Fig. 6 shows a chart based on the same data as in fig. 5. In this embodiment, each insulin delivery event is represented by a normal distribution centred around the recorded time of delivery and having a predetermined width, e.g. such that 95% of the area under the distribution falls within a 60 minutes window. The total distribution 631 is then obtained as a superposition/summation over all individual distributions. The strongest habits correspond to the heighest local maxima of the distribution. For example, the strongest habit corresponds to the local maximum 632.

Hence, the strongest habits may be detected by a Gaussian smearing process, wherein a normal distribution of a predetermined width is assigned to every event, and wherein the individual normal distributions are summed in a modal day and local maxima are used as habit markers. It is understood that the superposition can be performed in a variety of ways and a variety of smearing functions may be used instead of a normal/Gaussian dis¬ tribution.

Figs. 7a-c show grey-scale coded two dimensional histogram charts. The abscissa of each chart corresponds to the time of day of a modal day, while the ordinate corresponds to insulin doses. In figs. 7a-b, each grey-scale square corresponds to the number of events from a series of user recorded events falling within the corresponding time and dose inter- vals. Different grey scales correspond to different numbers/counts, i.e. correspond to differ¬ ent heights of the histogram. While Fig. 7a shows the histogram for fast insulin, fig. 7b shows the corresponding histogram for slow insulin.

In Fig. 7a, the strongest peaks are marked by reference signs 741 , 742, and 743. In Fig. 7b, the strongest peak is marked by reference sign 744. The strongest habits with respect to insulin administration times and doses may be detected by the following process: First a data representation of a two dimensional histogram as shown in figs. 7a-b is generated. To this end, a rectangular window/bin of predetermined width, e.g. 1 hour, and a predetermined height, e.g. 1 International Unit (IU) insulin, is moved across the modal day in steps corresponding to the predetermined width and heights of the rectangular window/bin. All events falling inside the window are counted. In order to detect the strongest habits, the events with the highest count may be determined as the strongest habit. In one embodiment, the strongest habit may be automatically detected by an area in- tegration technique over the above two-dimensional histogram: The distribution modelled by the above two-dimensional histogram is integrated over, and the smallest possible area that represents a given number of injections (e.g. 20%) is determined. The area is represented by a number of two-dimensional bins. The time and dose coordinates of the thus detected bins are selected as the strongest habits.

In an alternative embodiment, a smearing operation and subsequent superposition of smeared distribution functions as described above may be performed in two dimensions.

It is further understood that user actions that depend on different pairs of parameters may be processed in a similar way.

Figs. 7c-d show the strongest habits detected by the above process for the fast and slow insulin histograms of figs. 7a-b, respectively. In the case of fast insulin, fig. 7c shows the three detected habits designated 751 , 752, and 753. In the case of slow insulin, fig. 7d shows the only detected habit designated 754.

In the above, three examples of automatic habit detection processes that have been found useful were described. Hence, the system described herein provides a habit detector function, which is able to detect meal time, time for BG measurements, injection time and/or injection doses.

Preferably the output of the habit detector is used as default values for the setup of reminders and dose warnings where the reminders may be manually edited/modified by the user or HCP. Hence, the user can use the habit-based reminder function as a warning tool when he deviates from a normal or desired treatment pattern or behaviour. This way the function will be able to decrease the number of missing injections and wrong insulin doses significantly and thereby improve the overall diabetes management.

It is understood that the habit detection may also be performed interactively, i.e. al¬ lowing a user to control the detection. For example, the recorded historical data may be visu¬ alised on a graphical user interface. For example, the data may be visualised as a modal day histogram or similar view, e.g. as graphs shown in any of figs. 5-7. The habits may then be manually detected by the diabetic or HCP based on the visualization, or habits may be de- tected by the system and presented to the diabetic or HCP for review.

Once detected, the habits may be evaluated by the diabetic, HCP or the system, e.g. based on best practice rules for a lifestyle, eating habits, etc. The detected habits may be translated into reminders. Alternatively, the reminders may be edited by the diabetic, HPC, or the system based on the above evaluation of the detected habits. Hence, the dia¬ betic may be encouraged to change his/her habits in the future.

The modification of habits based on the detected habits may be illustrated by the fol¬ lowing example: The user tends to forget the morning insulin due to busy mornings with lots of things to attend. The system described herein detects that the morning insulin typically is taken between 7 and 11 a.m. and a reminder is given if the insulin has not been injected by 1 1 a.m. This is the actual habit - but not one the user wants to retain. The user can set the reminder to 8 a.m. and a beep will sound once e.g. every 5 minutes until the insulin has been injected. If the system can remind the diabetic about the missing injection e.g. 5 times a month the result can potential be a decrease in the HbAI c around 0.20 % points.

In the following, examples of graphical user interfaces for the user-friendly visualisa¬ tion and/or editing of detected habits and reminders will be described in connection with figs. 8-10.

Fig. 8 illustrates an embodiment of a graphical user interface for visualizing the re¬ sults of the habit detection. The drop-shaped symbols 855 show the time of day for the strongest blood glucose measurement habits, i.e. the times when the user usually measures the blood glucose level. The symbols 856, 857, and 858 including a needle icon show the time and doses for the strongest insulin injection habits. The abscissa of the location of each of the symbols 856, 857, and 858 illustrate the respective time of day, while the ordinate of the location of each of the symbols 856, 857, and 858 illustrate the respective insulin dose. The needle symbols further illustrate the type of insulin administered at the respective times of the day: The symbols 856 and 857 correspond to fast insulin, while symbol 858 illustrates slow insulin. Each of the symbols 856, 857, and 858 illustrate a habit interval and a reminder interval. In particular, each symbol includes a rectangular box 859 that indicates the time in¬ terval of a detected habit and a line 860 indicating the respective start time of the corre¬ sponding reminder time interval. The widths of the boxes 859 indicate the extent to which the detected habit was localised in time, i.e. a resolution of the detected habit. In the example of fig. 8, the boxes 859 indicate whether a habit was localized within Vz hour or within 1 hour, i.e. how accurately/consistent the user has followed the corresponding habit. In one em¬ bodiment, the width of the box 859 is determined from the width of the corresponding peak in a histogram as described in connection with figs. 5 or 6, or from the number of bins of the detected areas in a histogram as described in connection with fig. 7. It is understood that the detectable smallest resolution is related to the width of the windows/bins and/or the amount of smearing in the habit detection methods described herein. In Fig. 8, the vertical lines 860 and the right edges of the boxes 859 define the respective start and finish times of the re¬ minder intervals of the corresponding reminder data items.

Fig. 9 illustrates an embodiment of a graphical user interface for visualizing and edit¬ ing reminder data items. The user interface shows a graph where the abscissa corresponds to the time of day and the ordinate to measured blood glucose levels. The graph shows his¬ toric data as dots, e.g. dot 960. Each dot corresponds to a previously recorded measured data, i.e. to a measured blood glucose level at a given time of day. The differentiated target blood glucose levels at the different times of the day are indicated as a grey band 961.

Based on detected habits and a subsequent evaluation of the habits, the desired future times for blood glucose measurements are set as intervals 962 and 963, each illustrating a time interval during which the patient should measure the blood glucose level. Each interval fur¬ ther has an associated check box 966 associated with it, i.e. an active component of the user interface that can be activated by the user by clicking at the check box with a pointing device or the like. When a checkbox is checked, the corresponding interval is setup as an active reminder, i.e. the time interval is stored as part of a reminder data item an marked as active. The limits of each interval, e.g. limits 964 and 965 of interval 962, are also active compo¬ nents of the user interface that may be moved along the abscissa, e.g. by a drag and drop operation with a pointing device, thereby allowing a user to change the start and stop time of the time interval. It is understood that other means for inputting parameters of the reminders may be used, such as other graphical input means, e.g. sliders, selection boxes, etc. or dia¬ log boxes that allow the times to be input via a keyboard. The user interface of Fig. 9 further allows setting up different reminders for weekdays and for weekends/holidays, by selecting a weekday view or a weekend view, via selection radio buttons 967.

Fig. 10 illustrates another embodiment of a graphical user interface for visualizing and editing reminder data items. The user interface shows a graph where the abscissa cor¬ responds to the time of day and the ordinate to measured blood glucose levels. The user in- terface further shows a number of graphical area objects 1070, 1071 , and 1072, each repre¬ senting a habit data item generated based on a detected insulin administration habit, e.g. as detected by the habit detection process described in connection with fig. 7. Each area object corresponds to a time interval corresponding to the width of the object, i.e. the size in the di¬ rection of the abscissa. Each area object further corresponds to a dose interval correspond- ing to the height of the object, i.e. the size in the direction of the ordinate. Furthermore, each area object may indicate a type of insulin, e.g. by means of different shadings, background colors, or other visual indication. Furthermore, each area object has a check box 1066 asso¬ ciated to it as described above. The check box of a habit data item causes, when checked, the setup of an active reminder data item corresponding to the time and dose intervals of the habit data item. The vertical lines of each area object, exemplified by lines 1073 of object 1070, are active components of the user interface that may be moved along the abscissa, e.g. by a drag and drop operation with a pointing device, as described above, thereby allow¬ ing a user to change the start and stop time of the time interval. Similarly, the horizontal lines of each area object, exemplified by lines 1074 of object 1071 , are active components of the user interface that may be moved along the ordinate, thereby allowing a user to change the dose interval associated with a reminder data item. The user interface of Fig. 10 further al¬ lows setting up different reminders for weekdays and for weekends/holidays, by selecting a weekday view or a weekend view, via selection radio buttons 1067.

Hence, in the above, different user interfaces for the visualization and evaluation of habits and for the setup of reminders have been described. When the habit detec¬ tion/evaluation is performed on a separate computer, the detected habits can be transferred, e.g. wirelessly, to a mobile dosing device and used to modify future habits by setting up re¬ minders for the diabetic. It is understood that a system, e.g. an insulin administration device, as described herein may also include basic warnings and reminder functions without any prior habit detec¬ tion, alerting a user about forgotten insulin injections, if the insulin dose is outside the normal range, or in case of other events of forgotten actions. For example, default values for the in- jection time slots and the dose limits may be factory set in the production of the device. Hence, the basic reminder functions do not perform any statistics on the user's data, but it offers a possibility of setting reminders and warnings on missing or unusual actions. If no in¬ sulin dose is taken during some specific time slot, then a reminder sounds at the end of a preset time slot. Furthermore a dose interval can be related to each meal. If a dose outside that interval is dialled a warning is sounded.

It is understood that, for all reminders, additional settings may be made by a user. For example, the user may enter a snooze interval for time related reminders. If the snooze interval is 0, the reminder keeps ringing until action is taken. If set to 5 minutes it beeps once every 5 minutes until the insulin has been injected.

The above user interfaces my be part of a setup menu for setting the functions of a user device as described herein. In one embodiment, the setup menu allows the setting up of general reminders/general purpose reminders, i.e. reminders at predetermined times t that cause the display of a predetermined text, e.g. "pick up kids". Hence, a general reminder data item includes a tuple (t,"text").

The setup menu further allows the setting up of the start times t_s,_x and end times t_e,_x of a number N_x of injection intervals, i.e. x = 1 ,...,N_x. A typical choice is N_x=4, corresponding to injections in the morning, at lunch, at dinner, and at bedtime. Similarly, the setup may in¬ clude menus for setting up the insulin dose intervals, time intervals for glucose level meas¬ urements, mealtimes to avoid low blood glucose levels, and/or the like. A reminder data item for an insulin administration may thus comprise a time interval, a dose interval, and an acti¬ vation flag indicating whether the reminder is activated. Furthermore, the setup menu allows the setting up of a snooze function, e.g. by specifying a snooze interval.

The setup menu further allows the running of a habit detector as described herein in order to generate suggestions for the above reminders. Furthermore, the setup menu allows the activation and deactivation of certain types of reminders, e.g. general reminders, meal- time reminders, glucose measurement reminders, insulin administration reminders, etc. In some embodiments, the device may provide functionality for synchronising the reminders with other computerised calendar or workflow systems.

Hence, the user device integrates a number of different reminders in a single device in a user-friendly and consistent way.

Furthermore, the device may comprise functionality allowing a reminder or an alarm in the case that an injection has been missed for a long period of time to be issued to an ex¬ ternal recipient, e.g. by initiating a voice call, by sending an SMS, an email, or the like. Ac- cordingly, the setup menu may comprise functionality for setting up these types of functions including a telephone number to call/send a message to, etc.

In the following, and embodiment of the reminder loop and the insulin loop described in connection with fig. 1 will be described in more detail.

Fig. 11 shows a flow diagram of a reminder loop for issuing reminders about forgot¬ ten insulin administration. The process receives the system time of the user device as an in¬ put which is assumed to correspond to the actual time at the location of the user.

In an initial step S1 101 , the process compares the reminder times of the general reminders set in the system to the system time. If the system time has reached the time of a general reminder, the process proceeds at step S1 102. Otherwise, the process proceeds at step S1 104. At step S1102, the process issues a reminder via the user interface of the user device, e.g. by displaying a text associated with the general reminder and/or by beeping, vi- brating, flashing, or the like.

The process proceeds at step S1 103, where a snooze function is activated, i.e. the reminder is set to reissue after a predetermined snooze interval. If no snooze interval is set, the alarm may continue until acknowledged by the user.

At step S1 104, the process determines whether the system time lies within the time interval of any of the set insulin alarms, i.e. whether t_s,_x < t < t_e,_x, for any x = 1 ,...,N_x. If yes, the process returns to step S1 101 ; otherwise, the process proceeds at step S1105. In step S1 105, the process determines whether the time of the last insulin admini¬ stration t,_n lies after the start of the most recent reminder time interval x'. If yes, i.e. if t_ιn>t_s,_X', the process returns to step S1 101 , because in this case an insulin administration has been performed within the set time limit, and no reminder is needed, thereby avoiding unnecessary reminders. The time t_ιn may be input by the user or registered by the device, e.g. by a parallel running insulin process as described below. For example, the user may push a predeter¬ mined button of the device to indicate that the user has administered insulin or, if the device is integrated with an insulin administration device, the time of administration may be auto¬ matically registered by the device. If the test in step S1 105 is negative, i.e. t_ιn < t_sχ, the proc- ess proceeds at step S1106 by issuing a reminder, because in this case no insulin was ad¬ ministered during the relevant time interval.

In step S1 106, a reminder is issued, e.g. by displaying a predetermined message, by sounding a beep, by vibrating or any other suitable audible, visual, and/or tactile means. The user may acknowledge the alarm or activate a snooze function (step S1107). If the user acknowledges the reminder the process returns to step S1 101 ; otherwise the process acti¬ vates a snooze function (step S1108) as described above and returns to step S1101 .

Fig. 12 shows a flow diagram of an insulin loop for issuing reminders about insulin doses that lie outside a predetermined interval. The process is triggered by the receipt of a dose indication d (step S1201 ), e.g. by the user entering a dose administered/to be adminis¬ tered, or by the device receiving a dose information directly from an insulin administration device or an internal insulin administration module of a combined device.

In subsequent step S1202, the process determines whether the received dose d lies within the dose interval for the insulin reminder data item that is due at the present time (based on the time interval of the reminder data item). If the dose is outside the preset limits, the process proceeds at step S1203 and issues an alarm/reminder as described above, e.g. by displaying an appropriate message and/or by other audible, visual, and/or tactile means. Otherwise, the process continues at step S1205. From step S1203, the process proceeds at step S1204 awaiting the user to acknowledge the alarm. When the user acknowledges the alarm, the process continues at step S1205.

In step S1205, the process determines whether the user performs an insulin admini- stration, e.g. by receiving a corresponding indication from the user, or directly from the insulin administration device/module. If no insulin is administered, the process returns to step S1201 and awaits a new dose indication. Otherwise, the process updates the time t_ιn of the last in¬ sulin injection with the current time (step S1206) and returns to step S1201.

Although some embodiments have been described and shown in detail and using diabetes as a central theme, the invention is not restricted to them, but may also be embod¬ ied in other ways within the scope of the subject matter defined in the following claims. The invention may also be applied to other similar applications including but not restricted to gen¬ eral health monitoring, the self-treatment of asthma, the administration of blood coagulation medicine, the administration of growth hormone, etc.

The method, product means, and device described herein can be implemented by means of hardware comprising several distinct elements, and by means of a suitably pro¬ grammed microprocessor. In particular, the features of the method described herein may be implemented in software and carried out on a data processing device or other processing means caused by the execution of program code means such as computer-executable in¬ structions.

The executing steps can be realized in a centralized fashion in one computer sys- tern, or in a distributed fashion where different elements are spread across several intercon¬ nected computer systems. Computer program means or computer program in the present context mean any expression, in any language, code or notation, of a set of instructions in¬ tended to cause a system having an information processing capability to perform a particular function either directly or after either or both of the following: a) conversion to another lan- guage, code or notation or b) reproduction in a different material form.

In some instances, the program may be supplied to the user encoded on a CD-ROM or a floppy disk or read by the user from the network via a modem device connected to the computer. Still further, the computer system can load the software from other computer readable media. This may include magnetic tape, a ROM or integrated circuit, a magneto- optical disk, a radio or infra-red transmission channel between the computer and another de¬ vice, a computer readable card such as a PCMCIA card, and the Internet and Intranets in¬ cluding email transmissions and information recorded on Internet sites and the like. The foregoing are merely examples of relevant computer readable media. Other computer read- able media may be practiced without departing from the scope and spirit of the invention. In the device claims enumerating several means, several of these means can be em¬ bodied by one and the same item of hardware, e.g. a suitably programmed micro¬ processor, one or more digital signal processor, or the like. The mere fact that certain measures are recited in mutually different dependent claims or described in different embodiments does not indicate that a combination of these measures cannot be used to advantage.

It should be emphasized that the term "comprises/comprising" when used in this specification is taken to specify the presence of stated features, integers, steps or compo¬ nents but does not preclude the presence or addition of one or more other features, integers, steps, components or groups thereof.

Claims

Claims:

1 . A method of assisting a user in the self-management of a physiological condition, the method comprising - obtaining data about occurrences of at least a first type of user actions;

- detecting a user habit from the obtained data; and

- generating a reminder data item from the detected user habit.

2. A method according to claim 1 , further comprising storing the generated reminder data item in a device to be carried by the user.

3. A method according to claim 2, wherein the device is one of a blood glucose measuring device and an insulin administration device.

4. A method according to any one of claims 1 through 3, wherein the reminder data item comprises a time interval during which the user action is to be performed.

5. A method according to any one of claims 1 through 4, wherein the user action comprises one of a blood glucose measurement, a meal intake, physical exercise, and a medication.

6. A method according to any one of claims 1 through 5, wherein detecting the user habit includes graphically presenting a representation of the obtained data.

7. A method according to claim 6, wherein said graphical representation includes at least one of a histogram, a line graph and a bar graph.

8. A method according to any one of claims 1 through 7, wherein detecting a user habit comprises determining a distribution of occurrences of the first type of user actions over a predetermined period of time.

9. A method according to claim 8, wherein detecting a user habit further comprises at least one of a sliding window operation, a Gaussian smearing, and an area integration of the determined distribution.

10. A method according to any one of claims 1 through 9, wherein detecting the user habit includes detecting a time interval during which said first type of user actions typically occurs.

1 1 . A method according to any one of claims 1 through 10, wherein the first type of user action includes an intake of a medicament, and wherein detecting the user habit / habit¬ ual pattern includes detecting a typical dose interval of the medicament.

12. A method according to claim 11 , wherein detecting the user habit comprises - determining a time of day and a dose of each medication intake;

- determining respective numbers of medication intakes within a plurality of time inter¬ vals and with a dose within a predetermined dose interval to obtain a distribution of medication intakes as function of time of day and of dose; and

13. A method according to claim 11 or 12, wherein reminder data item comprises a time constraint and a dose constraint for a medication to be taken by a user; and wherein the method further comprises - receiving an indication of a medication event, if any, said indication comprising time and dose information about a medication taken by the user;

14. A method according to any one of claims 1 through 13, wherein generating a reminder data item comprises

- presenting at least one suggested parameter of the reminder data item to the user; and

- providing editing means allowing the user to edit the suggested parameter.

15. A method according to any one of claims 1 through 14, wherein detecting the user habit comprises

- determining respective numbers of said occurrences within a plurality of time inter- vals; and - determining one of said time intervals as corresponding to a largest number of occur¬ rences.

16. A method according to any one of claims 1 through 15, wherein detecting the user habit comprises

- generating a predetermined distribution function around each occurrence;

- combining the generated distribution functions to obtain a combined distribution func¬ tions; and - determine a user habit as a maximum of the combined distribution function.

17. A method according to claim 16, wherein the predetermined distribution function is a Gaussian distribution function.

18. A method according to any one of claims 1 through 17, wherein the reminder data item comprises a time interval of a modal day during which a user should take an action of the first type; and wherein the method further comprises

- receiving an indication when a user action of the first type has occurred;

19. A method according to any one of claims 1 through 18, wherein the physiological condition is a chronicle disease.

20. A method according to any one of claims 1 through 19, wherein the physiological condition is diabetes.

21 . A system for assisting a user in the self-management of a physiological condi¬ tion, the system comprising input means for obtaining data about occurrences of at least a first type if user actions; and processing means adapted to detect a user habit from the ob¬ tained data, and to generate a reminder data item from the detected user habit.

22. A system according to claim 21 , comprising a user device including the input means and means for issuing a reminder based on the reminder data item.

23. A system according to claim 22, wherein the user device further comprises the processing means.

24. A system according to claim 22 or 23, wherein the user device is one of a blood glucose measuring device and an insulin administration device.

25. A system according to claim 22 or 23, wherein the user device is a suitably pro¬ grammed general-purpose data processing device.

26. A system according to any one of claims 22 through 25, further comprising a data processing device separate from the user device, the data processing device compris¬ ing the processing means and means for communicating the generated reminder data item to the user device.

27. A computer program product comprising program code means adapted to cause, when loaded into a data processing device, the data processing device to perform the method according to any one of claims 1 through 20.

28. A method of assisting a user in the self-management of a physiological condi- tion, the method comprising

- providing a medication reminder data item, the medication reminder data item com¬ prising a time constraint and a dose constraint for a medication to be taken by a user;

- receiving an indication of a medication event, if any, said indication comprising time and dose information about a medication taken by the user; - issuing a reminder if no indication about at least one medication event complying with both the time constraint and the dose constraint of the reminder data item is received.

29. A method according to claim 28, further comprising

- obtaining data about occurrences of medication events by the user; - detecting a user habit from the obtained data; and

- generating the medication reminder data item from the detected user habit.

30. A method according to claim 29, wherein detecting the user habit includes de¬ tecting a time interval during which said medication events typically occur and detecting a typical dose interval of the medicament for each medication event.

31 . A method according to claim 30, wherein detecting the user habit comprises

- determining a time of day and a dose of each medication intake;

- determining respective numbers of medication intakes within a plurality of time inter- vals and with a dose within a predetermined dose interval to obtain a distribution of medication intakes as function of time of day and of dose; and

32. A method according to claim 29, wherein detecting the user habit comprises

- determining a time of day of each of the medication events;

- determining a number of said medication events within a plurality of time intervals; and

- determining one of said time intervals as corresponding to a largest number of medi- cation events.

33. A method according to claim 29, wherein detecting the user habit comprises

- determining a time of day of each of the occurrences of the medication events;

- generating a predetermined distribution function around each occurrence; - combining the generated distribution functions to obtain a combined distribution func¬ tions; and

- determine a user habit as a maximum of the combined distribution function.

34. A method according to claim 33, wherein the predetermined distribution function is a Gaussian distribution function.

35. A method according to any one of claims 28 through 34, further comprising stor¬ ing the generated medication reminder data item in a device to be carried by the user.

36. A method according to claim 35, wherein the device is one of a blood glucose measuring device and an insulin administration device.

37. A method according to any one of claims 28 through 36, wherein the medication reminder data item comprises a time interval during which the medication event is to be per- formed and a dose interval of a dose of a medicament to be applied during said medication event.

38. A method according to any one of claims 28 through 37, wherein the medication event is an insulin medication.

39. A method according to any one of claims 28 therough 38, wherein providing a reminder data item comprises

- providing editing means allowing the user to edit the suggested parameter.

40. A method according to any one of claims 28 through 39, wherein the reminder data item comprises a time interval of a modal day during which a user should take medica- tion; and wherein the method further comprises

- receiving an indication when a medication event has occurred;

- issuing a reminder if no indication about an occurred medication event has been re¬ ceived within said time interval.

41 . A method according to any one of claims 28 through 40, wherein the physiologi¬ cal condition is a chronicle disease.

42. A method according to any one of claims 28 through 41 , wherein the physiologi¬ cal condition is diabetes.

43. A user device for assisting a user in the self-management of a physiological condition, the system comprising

44. A device according to claim 43, wherein the device is one of a blood glucose measuring device and an insulin administration device.

45. A device according to claim 43, wherein the device is a suitably programmed general-purpose data processing device.

46. A computer program product comprising program code means adapted to cause, when loaded into a data processing device, the data processing device to perform the method according to any one of claims 28 through 42.