EP3100189A1

EP3100189A1 - Control device with recommendations

Info

Publication number: EP3100189A1
Application number: EP15708300.7A
Authority: EP
Inventors: Frédéric Neftel
Original assignee: Debiotech SA
Current assignee: Debiotech SA
Priority date: 2014-01-28
Filing date: 2015-01-28
Publication date: 2016-12-07
Also published as: US20190378604A1; US10973976B2; WO2015114534A1; US20170053100A1; US10387623B2; JP2017511913A; JP6499668B2

Abstract

The invention relates to a control device suitable for suggesting control instructions to the patient in order to facilitate the use thereof.

Description

Control device with recommendation

FIELD OF THE INVENTION

The present invention discloses a medical treatment system and method of using such a system comprising a controller adapted to control a medical device. It may especially be a control device comprising an interface for controlling and / or easily controlling a device for delivering a fluid.

STATE OF THE ART

Some treatments require the use of a delivery device that can be controlled by a control device (separate or not from the delivery device), the two devices forming a medical treatment system. The delivery device may further allow to inject a drug (painkiller, insulin, ...) or other fluid on or in the body of a patient. In the context, for example, of treating a diabetic, a patient may use an insulin pump that will deliver a continuous and / or occasional amount of insulin.

Insulin-dependent diabetics, also known as Type 1 diabetics, do not physiologically produce insulin. These people are therefore forced to carefully monitor their blood glucose levels and accurately and meticulously set their insulin delivery device. This type of diabetes thus requires a device providing them with a range of very comprehensive treatment options in order to control their illness and live as well as possible.

There is another type of diabetes called type 2 diabetes. The latter is characterized by increasing insulin resistance in the body and reactive hyperinsulinaemia. The pancreas makes more and more insulin until exhaustion and when the amount of insulin is no longer enough to counter the resistance, the blood glucose becomes abnormally high. Type 2 diabetes may also require the use of an insulin delivery device. In this document, by delivery device, it is necessary to understand a delivery device comprising a reservoir and a pumping mechanism controlled by an electronic processor according to the instructions given by a control device. PCT patent applications bearing the numbers WO 2007/1 13708 A1 and WO 2014/009876 A2 respectively disclose a delivery device and a control device (including a communication security mechanism), whose integral content is to be considered as part of the present application. However, people with this type of diabetes are generally less willing to use such a treatment system because it is too complex to use. In fact, type 2 diabetics are generally older, less comfortable with new technologies, and often come from a proportionally more disadvantaged socio-cultural background.

In general, existing treatment systems are very complex, requiring training and sometimes hospitalization at the time of initiation of treatment to monitor carefully the good control of the system by the patient. This type of system is disclosed by US patent applications: US2006 / 27262 A1, US2005 / 192557 A1, US2010 / 185181 A1 or US2013 / 096530 A1 which are incorporated by reference into this application. These systems are binding and can not be accessible to everyone because of their complexity. For example, the adaptation of a pre-prandial bolus according to the quantity of carbohydrates (to be estimated by the patient) that will be ingested, an option known as the "bolus calculator" (translation: "bolus calculator"), remains an action very little used by some diabetics because of its complexity. Thus, these devices may not be suitable for some people despite the known advantages of these systems.

GENERAL DESCRIPTION OF THE INVENTION

The present invention is described and characterized by the independent claim (s), while the dependent claims describe other features of the invention.

This application claims the priority of the application bearing the following number EP14152955.2, filed on January 28, 2014 in the name of Debiotech S.A., the entire contents of which should be considered as part of this application.

The physiological and psychological characteristics are specific to each patient and are very heterogeneous between the members of the same population (for example type 2 diabetics). Ideally, a treatment system should be adapted to each patient to order a specific treatment taking into account all or part of its physiological and psychological characteristics. In order to provide such a system, the present invention discloses a control device comprising an easy to use, intuitive interface and to limit handling errors. Ideally, the device offers such an interface without neglecting the options and tools for the best treatment of certain diseases or disorders. The device can also, in one of its implementations, incorporate a reminder functionality: in case the user has forgotten certain steps of its treatment, the system can remind him of the thing and advise him on the procedure to follow. In addition, the interface can be specifically edited for a patient taking into account his needs and abilities. Preferably, the controller may allow the user to control a delivery device using a specific incrementation rule.

The invention described in this document presents a control device adapted to control a treatment system which preferably comprises a device for delivering a fluid to a patient. The control device may or may not be separate from the delivery device. In other words, the processing system comprises a delivery device and a control device, these two devices can be arranged in one and the same housing or in two separate housings and separated from one another. For example, the delivery device may be affixed to the patient's body while the control device may be a remote control more or less remote from the delivery device. The controller may also be a personal computer. In all cases, the two devices (delivery device and control device) are adapted to exchange information (data, instructions, ...) between them in a wired or non-wired manner, for example via a radio communication, IR, This communication may be unidirectional (from the control device to the delivery device) or bi directional (at least between said devices).

The delivery device may be configured to deliver (but not be limited to) insulin, morphine, hydromorphone, bupivacaine, clonidine, other analgesics, genetic agents, antibiotics , nutritional fluids, analgesics, hormones or hormonal drugs, gene therapy drugs, anticoagulants, cardiovascular drugs, or chemotherapeutic agents. The controller is adapted to control, control and / or monitor the delivery device. The control device comprises a display device and / or an input device (for example a touch screen) allowing:

The user to act on the system to order instructions (edit data, select or activate options and / or send commands for example: order the delivery of a fluid according to a flow, quantity and / or a length) ; and or

- The system of informing, alerting, proposing commands, inciting and / or advising instructions to the user. In this document, a user can be a patient, a doctor, a nurse, a person related to the patient (a parent, a tutor, etc.). Each type of user can have specific rights in the setting and for the control of the system. For example, a doctor may have access to certain settings of the system while the patient does not have these same access rights. In this document, the prescriber is the user with the largest number of access rights, the prescriber is preferably a different person than the patient, for example a doctor, a nurse or a pharmacist.

It is particularly practical to have this type of distinction when the patient does not have the capacity or the skills or knowledge necessary for the good control of the system. In the case where the person is not familiar with the modern control devices, this type of system can allow this person to have a simple and intuitive control offering only the commands that it really needs.

According to a first aspect of the invention, a processing system comprises at least two distinct interfaces. In this document, through the term "interface", it is necessary to understand: device allowing the exchange of information between a user and an electronic system (for example the control device or, more generally, the processing system). This device may include an input device and a display device. The input device may allow a user to send (inform, inform) information to the processing system and the display device may allow the system to send (inform, inform) information to the user. In the case where the system comprises a touch screen, the input and display devices are at least partially assembled in the touch screen. The first one interface is accessible only by a prescriber and the second interface is accessible by another type of user (for example the patient or the guardian of a patient). Access to at least one interface can be secured and locked by a specific password or token (bar code, fingerprint, RFID chip, PIN code, etc.). The first interface provides access to a greater number of settings. Thus, for example, a physician may edit certain values or activate options that the patient can not modify because of his limited right of access.

In addition, it is particularly interesting to limit certain features of the control device in the case where the fluid administered could be dangerous for the patient. Thus, the patient will be limited in his commands in order to avoid that he administers or controls consciously or unconsciously a lethal dose (for example, if the fluid is insulin).

In one embodiment, these two interfaces may be present on the same control device and / or on two separate control devices. In this case, the prescriber interface may be available on the prescriber's control device (for example, a personal computer or other specific device or not) and the patient interface may be available on the patient's control device. In addition, the parameterization data (modified by the prescriber) will be recorded by the processing system so that the data can be used by the patient controller.

Preferably, the patient control device can display both interfaces so that the prescriber can modify data via the patient control device.

It may be conceivable to have three distinct interfaces, for example when the patient has reduced capacities. The first interface would be accessible to the physician, the second interface could be accessible to a responsible person (a parent, a guardian, a pharmacist, a nurse, other responsible staff) and a third interface would be accessible by the patient. A responsible person is someone with the ability, knowledge and / or skills to receive specific access rights. These access rights are less important than the access rights of the prescriber but more important than the access rights of a patient who is not capable or sufficiently competent. This intermediate interface is additional and optional, it depends primarily on the patient being treated. The prescriber could have access to the three interfaces, the person in charge could have access to two interfaces (his own as well as that of the patient) while the patient would have access to only one limited interface. This kind of hierarchy occurs for example when the patient is a child or a disabled person.

In general, some interfaces could be accessible, via an access code only known by or in possession of the prescriber (a doctor) or a responsible person. Through the prescribing interface, for example following an evaluation, the prescriber can edit various treatment parameters to match the needs and capabilities of the patient. Thus, the prescriber can pre-enter data (such as a basal profile or a predetermined amount for a bolus) and the patient interface can select these pre-retracted data (to select a basal profile or to order an infusion bolus for example). Preferably, the patient interface allows the patient to marginally adjust the pre-retracted data (for example to increase or decrease the amount of bolus to be infused).

In one embodiment, the prescriber interface also makes it possible to parameterize a user interface. Thus, the prescriber can customize a user interface (for example the patient interface) ensuring proper use and treatment. In other words, the prescriber could activate certain options allowing another user to have access to certain features, such as adjusting the treatment.

According to a second aspect of the invention, the control device is adapted to provide an intuitive and easy-to-use interface allowing a user to easily control the delivery device and optionally to be able to marginally adjust the treatment.

Some treatments need to be adapted according to the way of life of the patient in other words according to his activity. By "patient activity" is meant: action performed by the patient over a period of time. This period may be the present, a past or near future of the present or at least a period during which the effect of the activity on the patient (eg his blood sugar) must be taken into account. It can be a temporary physical activity, taking a meal, a temporary rest, an activity during a day or several days. For example in the case of diabetes, a patient does not have the same need for insulin throughout the day, or according to his activity or state of health. Indeed, the blood glucose of a patient is fluctuating, for example, the blood sugar will be a function of the type of meal and the amount of food ingested. When the patient is sick or is physically exercising, his insulin requirements for regulating his blood glucose will be significantly different. Thus, for patients who are less accustomed or unaware of their needs, it is often very difficult for them to comply with their treatment. Especially since, in the case of diabetes treatment, the patient may need basal and bolus injections that are difficult to calculate. Throughout the description of this document, the term "basal" is commonly used to refer to the basal rate infused into a patient over a long period of time, such as a day. The basal rate may be variable over time because insulin requirements are different throughout the day and also depend on the patient's sensitivity to insulin, which also varies over time. The basal is often opposed to the bolus, which is a delivery of a determined amount over a relatively short time compared to the basal, for example a few seconds or minutes.

Thus, the control device includes a graphical interface adapted to the patient, this control device comprises a set of commands illustrated on a first screen. This set of commands is preset so that the patient only has to activate or select a command to execute without having to enter a whole series of data in order to control the delivery device. . For example, the devices of the state of the art compel the patient to inform several fields (eg carbohydrates ingested during the meal, type of food (red meat, bread, salmon, ...), the quantity in gram ingested , delivery rate, time of delivery, drug sensitivity as a function of the time of delivery, etc.) to control delivery of the fluid. However according to the second aspect of the invention, the control device avoids these constraints and greatly simplifies the life of the patient.

Optionally, this control assembly can be adjusted by the patient marginally. This adjustment can be done in a predetermined increment. Preferably, beforehand a prescriber will have parameterized the control device so that the treatment is adapted to the patient and the possible adjustments are limited. according to rules established by a doctor and / or a qualified person (caregiver, responsible person, ...).

This aspect of the invention makes it possible in particular to:

limit the number of errors in the orders made by the patient;

- facilitate the use of the control system;

accelerate the patient's handling.

Optionally, the system records the action history (measurement, bolus command and / or delivered quantity) so as to limit or prohibit an additional command that could be detrimental to the health of the patient.

In one embodiment, the patient may request the execution of a bolus delivery command before or after or during a meal. The patient activates this command by simply pressing the type of meal (breakfast, lunch, dinner, dinner, snack, ...) that he has ingested. Beforehand, the doctor (prescriber) will have entered a set of typical boluses that depends on the type of meal or meal time or the bolus order and not depending on the type of food ingested. The difference lies in the fact that the patient has a limited choice (breakfast, lunch, dinner) unlike other known systems that require information that is often not understood by the patient (amount of carbohydrate) or difficult to estimate or recognizable (weight of the food, type of food, ...). This is a major step forward for the patient who, because of its simplicity, encourages him to use his control device. Depending on the needs and capabilities of the user, it may be advantageous to also provide a bolus control simply by entering the amount to be injected.

It may also be useful for the system to recognize automatically (depending on the time and / or meal counted above) whether it is a breakfast, lunch or dinner, thus making it easier to control steps while reducing the risk of errors. Thus, the type of meal could be suggested by the system, the patient being able to optionally accept the type of meal proposed or change it.

In other words, according to one embodiment, the control device is adapted to provide a bolus control according to the type of meal that the patient should or has ingested. For example, when the patient orders a bolus when he or she should be eating a breakfast (ie at the usual times when traditionally a breakfast), the control device will offer a quantity of insulin that will be adapted to meet needs related to a breakfast. The type of meal can be filled in by the user (as described above) or determined or proposed by the control device according to the time of day (for example according to a time slot or the previous meal). Thus, the control device could be adapted to provide delivery control depending on the time of day when the patient controls this delivery.

Optionally, the control device stores meals or types of meals ingested through a memory connected to the processor of the controller. Thus, during the next bolus command, the delivery device may propose a bolus adapted to the next meal. For example, if the patient has eaten at 6:00 AM and then at 11:30 AM, the control device will be able to provide a first bolus suitable for a breakfast and a second bolus suitable for a lunch. Thus, the device is adapted to provide a certain amount of insulin according to a time slot and / or according to the previously ingested meal.

The system may also allow the patient to be reminded that a bolus should be delivered if a delay has been exceeded since the last bolus. In one embodiment, the controller may induce a patient to order a bolus when a time slot corresponding to a meal has been exceeded without the patient having ordered a bolus delivery.

According to one embodiment, in order to propose an easy adjustment of a bolus control, the present invention can replace the calculation of the carbohydrates by a simplified notion of increment according to the size of the portion of food eaten compared to a dish of reference. The patient can simply adjust his bolus by indicating whether he is eating "a little more", "a lot more", "a little less" or "a lot less" modifying the initial bolus in pre-edited increments, for example by a physician ( prescriber). The increment may take into account the patient's sensitivity to insulin depending on the time of day (eg, time of day, a day may include up to 24 hours).

According to one embodiment, the basal can be modified (temporarily or not) by the user simply by selecting a profile or by entering its state (ill, ...). Preferably, the prescriber will have previously entered a set of data that the user can use simply by operating this command. Also, a control device may comprise a prescriber interface, for example as described in the first aspect of the invention. The prescriber interface makes it possible to define / edit one or more basal profiles whereas the patient interface makes it possible to select the appropriate basal profile.

In this document, a basal profile is a succession of flows that will be executed over time (eg a day) by the delivery device. This succession of flow can be a succession of constant or variable flows. Each flow is a function of the patient's need at a time T and defined by a prescriber. In other words, the prescriber defines (preprogram) different basal profiles that the patient selects and operates according to the type of day (work day, weekend, ...) and / or his physiological state (patient, .. .). The patient interface thus comprises a set of commands pre-programmed by a prescriber and actuable by the patient. Thus, the patient is not forced to estimate his treatment needs for the day but he has only to inform the system on the type of day (vacancy, work, illness, ...) to come or in Classes.

According to one embodiment, the patient may have access to temporary adjustment options for his treatment, for example to take account of an activity performed temporarily by the patient. It may be a sports activity or at least an activity that would have the effect of reducing (substantially or not) its blood sugar. Also, if the system did not take into account this low blood glucose caused by the activity of the patient, the patient could enter hypoglycemia. It is for this reason that a patient must decrease or stop the delivery of insulin during such activity. However, an unaccustomed patient can not estimate the reduction in insulin requirements because to achieve this he should perform complex calculations. Thus, the system makes it possible to decrease the delivery of insulin not in function of an undesirable quantity of insulin but according to a more familiar and intuitive notion for the patient, such as the intensity of the activity and / or the duration of the activity.

This differentiation is crucial because, for an unaccustomed patient, reducing insulin delivery by 20% or 50% is not representative. But it is easier and more intuitive to inform the intensity of the physical activity and / or its duration. In other words, the patient is no longer compelled to estimate his decrease in need of insulin but he must simply inform the control device of his effort (for example the intensity and / or the duration of the activity). Preferentially, the reduction of insulin delivery will be proportional to the effort and configurable by a prescriber.

In other words, thanks to the information of an event experienced and / or performed by the patient, the treatment system will perform a beneficial action for the treatment of the patient.

According to a third aspect of the invention, the control system comprises a simplified and organized interface so that the patient recognizes the commands quickly and intuitively. In one embodiment, the graphical interface comprises a screen sequence of which at least two substantially identical illustrating a set of commands. In other words, at least two screens comprise at least two distinct commands, said distinct commands of the first screen having similar graphic characteristics (color and / or shape) with the controls of the second screen. For example, a first screen and a second screen have four user-operable commands each representing a portion of a disk (eg a quarter disk).

The graphic illustrations of the commands presented above may present distinctive signs enabling the patient to easily, quickly and unequivocally identify the type of order, for example a color code, a logo, a pictogram, a text, a form and / or an area dedicated to the type of order, ...

According to a fourth aspect of the invention, the control may have communication means making it possible to transmit certain data (patient action, actual delivery, measurement of blood glucose) and to verify, from a distance, the compliance (translation: "convenience" or "Match") of the patient to treatment. It can, for example, be means of control by a doctor or a nurse of the elements of the treatment and / or messages received in case of poor compliance of the patient to the treatment (eg bolus or blood glucose measurement not performed or forgotten ). This is to remind the patient and indicate the steps to be taken before the effects of this bad compliance have repercussions on the patient's state of health. In this document, the term compliance is defined as the behavior of correctly following the prescriptions for the use of medicines.

The various embodiments presented herein may be combined to achieve some or all of the advantages of these embodiments.

LIST OF FIGURES

To allow a better understanding of the invention, there will be described one or more embodiments illustrated by the figures attached to this document. It goes without saying that the invention is not limited to these embodiments.

Figure 1 schematizes the user parameters that the prescriber can edit;

Figure 2 illustrates an example of parameterization;

Figure 3 discloses possible display screens for the user;

Figure 4 shows different command command modification paths through the user interface.

Figure 5 schematically illustrates a treatment system comprising a controller and a medical device.

Figures 6 to 13 show examples of screen displayed by a controller.

LIST OF ELEMENTS

1 Treatment system

2 Control device

3 Delivery device

4 User / Patient

5 processor

6 Memory

7 Means of communication

8 Input device

9 Screen

10 Processor (if necessary)

11 Memory (if necessary)

12 Means of communication

13 Tank (optional) Pumping mechanism (optional)

DETAILED DESCRIPTION OF THE INVENTION In this document, the detailed description of the invention includes embodiments of illustrative devices, systems and methods. It is understood that other embodiments are possible and can be made without departing from the scope or spirit of the invention. The following detailed description, therefore, should not be taken in a limiting sense.

Unless otherwise indicated, the scientific and technical terms used herein have meanings commonly used by those skilled in the art. The definitions given in this document are mentioned in order to facilitate the understanding of frequently used terms and are not intended to limit the scope of the invention.

The verbs "to have", "to understand", "to include" or the like are used in this document in a broad sense and generally means "includes, but is not limited to"

GENERAL DESCRIPTION OF A POSSIBLE EMBODIMENT:

Fig. 5 discloses a medical treatment system (1) adapted to administer a treatment to a patient (4). The treatment system comprises a control device (2) and a medical device which is preferably a delivery device (3). Figure 5 schematizes the system with a control device (2) separate from the delivery device (3). However, these two devices can be arranged in the same housing, not shown here. In the case where the two devices are not distinct, the system could comprise a single processor and / or a single memory. In this document, the memory may be RAM, ROM, NVRAM, EEPROM, Flash or any other type of memory known to those skilled in the art.

The control device (2) comprises a processor (5) connectable to a memory (6), communication means (7), an input device (8) and a screen (9). The control device can be a personal computer, a cell phone, a diabetes management system, a BGM, ... It can be of sufficient shape small to fit in the user's hand and / or in his pocket. The memory (6) may furthermore make it possible to record control instructions preprogrammed by the prescriber, the previously executed control instructions and / or the various actions, activities and information entered by a user. The delivery device may comprise a processor (10) connectable to a memory (1 1), communication means (12), optionally a reservoir (13) and a pumping mechanism (14). Also, the delivery device can be adapted to inject a patient (4) a fluid contained in the reservoir (13) through a pumping mechanism (14).

A user (4) may be a prescriber, a patient or another person. The patient is the person who receives the medical treatment and interacts with the system while the other users are people who only interact with the system. The system may include several control devices. For example, the system may include a control device reserved for the sole use of the prescriber and a specific control device for the patient. Ideally, the patient's control device is more easily transportable and is small enough to be contained in a pocket. Its height can be between 160 mm and 50 mm, its width between 90 mm and 30 mm and its depth between 5 mm and 30 mm, ideally it measures about 95 mm x 60 mm x 15 mm to +/- 5 mm. Preferably, said patient control device comprises at least two different graphical user interfaces, one accessible only by the prescriber and the other accessible by the patient.

The patient interface may be the basic interface while the prescriber interface is accessible only with a specific identification means. By basic interface, it is necessary to understand the interface which is accessible directly or initially from the start, the ignition or the standby output of the control device. However, it is possible during the first start of the control device (that is to say, as long as the prescriber has not set the control device to adapt to the patient), that the first interface is that of the prescriber. But after the setting, the user interface can become the basic interface. The control device (2) and the delivery device (3) comprise communication means (7, 12) enabling them to exchange data in a wired or non-wired manner (radio wave, Bluetooth®, IR, wifi, etc.). ). This data can be for example an instruction sent by the control device to the delivery device so that the latter executes a determined action (selection of a basal profile, injection of a bolus, reduction of the basal profile, modification of the basal profile , ...). The communication means (7, 12) can be adapted to transmit or exchange data with another remote device, such as the computer of a prescriber or a medical server, ... Communication can be carried out by any means known to those skilled in the art such as via a RJ45 port, USB, wifi or GSM (3G or 4G). If there are several control devices, they can also communicate with each other. For example, if the prescriber sets or programs the system with a specific controller (for example, a personal computer) then the prescriber's controller can send the parameterization data to the system, for example directly to the patient's controller. .

The user (4) uses an interface to control the processing system (1), this interface comprises a screen (9) and an input device (8). The interface is adapted to the user to provide options and features only necessary for, and understandable by the user. The input device (8) may be a button, a voice command, a glucose measuring means (BGM or CGM), a keyboard, a mouse. The screen (9) and the input device (8) can form a touch screen.

EXAMPLES OF AN INTUITIVE TREATMENT SYSTEM ACCORDING TO THE INVENTION

One of the main advantages of the invention is that a prescriber has the possibility of assigning a specific pre-established action to a key (input device (8)) so that a user (for example the patient, whether young or old) can press this button without worrying about the programming of the action that will be performed by the system.

As part of the treatment against diabetes, the invention is particularly suitable for at least three types of instructions that a patient can be regularly brought to use:

• ordering a bolus during a meal, and / or

• the designation of a basal profile, and / or

• adjusting the basal profile according to the patient's activity. Order a bolus:

In order for a majority of diabetics (including type 2 diabetics) to control a meal bolus, it is important that the use of this tool is facilitated and requires little effort. of reflection on the part of the user. Thus, the control device may include an input device allowing the patient to enter not the amount of insulin to be injected but the type of meal he has or will ingest. The control device thus has at least one type of meal of the day (breakfast, lunch, dinner, ...). The patient (or other user) selects the corresponding type of meal in order to obtain the appropriate treatment. Beforehand, the prescriber will have recorded at least one standard treatment corresponding to a typical meal.

As shown in Figure 3.2, the controller displays a patient interface showing the different types of meals that the patient can select. Optionally, the control device may suggest / suggest a type of meal based on the previously completed meal and / or depending on the time of day (in this case, the control device may include an internal clock).

This bolus preprogrammed by the prescriber can be adjusted according to several options:

Taking into account the patient's blood glucose, and / or

- Adjustment according to the quantity ingested.

Taking into account the patient's blood glucose

If the patient has measured blood glucose, the system may propose a correction to adjust the bolus based on the blood glucose (patient) previously measured. Figure 3.3 shows the patient interface with a bolus correction related to the patient's measured blood glucose. This is in particular the information displayed to the right of the icon illustrating a taste also including the mention BGM. The patient can optionally accept or not this correction for example by pressing the key or the corresponding icon (in this document, it is used indifferently terms icon, logo or pictogram). This correction may be effective if the blood glucose measurement has been made within a certain period of time prior to the present bolus command. If this period of time is exceeded, then the control device may invite the patient to perform a new blood glucose measurement, for example by pressing the button the pictogram or the corresponding icon. In addition, the input device (8) of the control device can be used to inform the patient's blood glucose. It may be a simple keyboard (on which the patient informs the measurement made with another device) or a means for measuring blood glucose (BGM, CGM) not shown in the figures.

Adjustment according to the quantity ingested

Still with a view to facilitating the use of the treatment system (1) by the patient, the invention proposes that the patient only has to estimate if he eats as usual, more / less than habit or much more / much less than usual. This estimate of the ingested amount of the meal type allows the system to adjust the amount of insulin to be injected.

Again, the input device (8) makes it possible to inform the control device of the quantity ingested. The control device may graphically illustrate this option using the + or - signs, but also using icons representing a certain amount of meal as disclosed in Figure 4. Figure 3.4 illustrates the patient's graphical interface. The cup-shaped icons represent the type of meal (here a breakfast), it will also be noted that this is a graphical representation substantially identical to that of figure 3.2 that the patient has selected (highlighted by the selected icon). Figure 3.2 shows the patient graphical interface. The breakfast icon is highlighted and the others are grayed out. This highlighting of an icon may be the fact that the patient has selected this icon or may be a proposal from the controller. In the latter case, the patient will only have to validate this proposal or select another type of meal.

According to one embodiment, the patient only has to touch the smaller or larger cup to inform the amount ingested during breakfast. For information, the graphical interface also shows the adjusted amount of insulin. Thus, the patient can verify that this value is coherent. This helps to reassure the patient, to inform on the calculated quantity but also to sensitize the patient to the quantity of insulin necessary. Thus, the patient learns in practice his insulin needs, allowing him in case of failure of his system to assess approximately his insulin requirements. Preferably, the patient can enter this information according to the incrementation prescriptions previously programmed by the prescriber. In other words, the prescriber can first set the increments increasing or decreasing the amount of insulin. These increments are used when the patient adjusts the amount of ingested meal.

This approach requires little involvement to the patient who can correct his bolus according to the size of his meal in 3-4 pressures without any request for carbohydrate calculation. This imagined approach makes this tool accessible to all (children, the elderly, patients with cognitive deficits, ...).

Figure 4 shows a flowchart that illustrates a screen sequence of the patient interface when it informs the control device of the amount of ingested meal.

In reality, through the patient interface, the latter does not order an injection but informs the system of an event (of an action performed or to be performed by the patient) who is here taking meals. The system thus has the objective of adapting the therapy according to the information given by the patient. In other words, the processor uses a mathematical model adapted by the prescriber (incrementation, degree of sensitivity to insulin, ...) that takes into account the type of meal ingested by the patient. The mathematical model can also take into account the amount ingested and / or a blood glucose measurement of the patient.

Designation of a basal profile

In state-of-the-art devices, the patient develops a flow profile with the help of a doctor that will be infused throughout the day. This is the basal profile. Normally, the patient has the opportunity to change the basal profile but this is very complicated and can lead to a substantial change in treatment. Also, this action can be relatively dangerous for the patient. An unaccustomed person will not have the necessary skills to modify this basal profile so the treatment must be able to be adapted according to the day because insulin requirements may vary according to different parameters. Some devices allow you to save multiple basal profiles, but it is not easy for an uninitiated person to recognize the profile that is suitable for a given day. To overcome this drawback, the invention proposes to easily and understandably present at least two basal profiles. Thus, the control device makes it possible to identify each profile according to a typical day or a physiological state of the patient. Each typical day represents the usual activity of the patient during this typical day (for example: typical work day, typical day when the patient is on leave or sick, ...). In other words, as illustrated in Figure 3.9, the patient interface presents basal profiles according to at least two typical days (for example on this screen, it is possible to distinguish two typical days: work week or weekend ) and / or depending on the patient's state of health (for example on this screen, it is possible to select the typical day: ill). Screen 3.10 informs the patient of the exact profile (ie basal rate profile) before the patient validates this option.

In the case where the system includes an internal clock, the device may suggest a basal profile. For example, in Figure 3.9, the first icon is highlighted and the others are grayed out; this may be due to the fact that the patient has selected this icon but it may also be a suggestion from the controller. Thus, depending on the day of the week for example, the device may suggest a typical day that the patient may or may not validate as for the type of meal described above.

Thus, the patient does not select a basal profile but informs the control device on the type of current day and / or his state of health. Beforehand, a prescriber will have set or programmed at least one typical day corresponding to a basal profile adapted to the patient according to this typical day.

Temporary adjustment of the basal profile according to the patient's temporary activity:

A basal adjustment option can be used for a relatively short time. This is the adjustment based on the patient's temporary physical activity.

Thus, the control device has via its patient interface an adjustment option allowing the patient to inform his temporary physical activity via the input device. Temporary physical activity is an activity performed (or that will be performed) by the patient for a limited time (for example: a few minutes to a few hours but strictly less than 24 hours). It may be sport, a walk or any other unusual physical activity of the patient that would result in lower blood sugar. The input device may further enable indicate the magnitude of the effort, such as the intensity and / or duration of this activity. Simply activating this option will result in a change in the infusion (in this case, a decrease in insulin infusion).

In order to enable this functionality, the control device comprises an input device enabling a user (for example a patient) to inform the temporary effort of the patient so that the system temporarily adapts the treatment according to these data. . The control device thus has an "activity" option which, when it is activated, enables the patient interface to display at least one screen inviting the patient to evaluate the intensity of the physical activity and / or the duration of the activity. this activity. An illustration of these screens is shown in Figures 3.6 and 3.7. Figure 3.8 presents a summary before validation of the adjustment; it makes it possible to inform the patient of the instruction that will be sent to the delivery device.

Preferably, the control device proposes at least two intensity levels. The prescriber will have predetermined the impact of this activity according to the level of intensity and / or duration. The processor may also include a mathematical model to achieve the same purpose. In other words, the system can calculate a treatment adjustment based on the intensity and / or duration of the physical activity.

In summary, the patient is no longer concerned about programming but informs the control device of its activity (eating, sick, type of day, physical activity) causing a reaction pre-programmed by the prescriber.

EXAMPLES OF THE USE OF THE PRESCRIBER INTERFACE Initialization

In one embodiment, during the first use of the interface, an administrator code (or prescriber), previously given to the treating physician (or prescriber), is requested in order to establish the first user parameters that are listed in the figure. 1. Example of setting

Each of these parameters can be personalized by the treating physician (prescriber) according to the needs of the patient (for example in FIG. 2) and the parameterization of these options will define the final interface obtained (for example in FIGS. If the patient can request the execution of the ordering instructions, it is impossible for him to parameterize said ordering instructions, it is the exclusive role of the prescriber. In the following example, the specific parameterization chosen will define the interface that the user will be able to manipulate without being able to edit it.

To access the parameterization, the user must specify what type of user he is, for example as the image on the left of Figure 7. In this image, the system may include at least two different types of users (Patient, Caregiver, Health Care Professional) with different access rights. Preferably, the patient will not be able to access any parameterization option. In one embodiment, if the patient has sufficient knowledge, the prescriber may choose to give him access to certain settings. After selecting the user type, the user must enter his personal code (for example a PIN code) and then a setting screen will be displayed (right image of figure 7). Figure 7 thus describes the screen sequence to access the system setting. Changing settings and influence on the user interface

The ability to enable or disable most options will therefore have a great impact on the user interface. Take the example of a patient who, according to the attending physician, does not use the "activity" option, he can deactivate it (put this option on Off) and thus influence the design of the patient. the user interface. Similarly, if an attending physician believes that this tool (pump and remote control) is suitable for treating a diabetic child only through the use of the "Set" option (Basai), he or she can make the other options (Bolus and Activity ) inactive therefore modifying the user interface. This aspect of "activation if needed" will make it possible to remove unused options that could upset the patient. This offers a great advantage because the doctor can then prescribe a pump treatment to a person with a cognitive deficit without running the risk that it uses options that could be dangerous or even fatal.

In addition, the prescriber interface makes it possible to act on: - Activation of the Bolus, Basal and / or Activity options (see middle of figure 1).

In the event that these three actions are inactive then the control device would allow the patient only to measure his blood glucose through an input device (eg a specific sensor) and / or to have access to the history of shares; and or

- Activation of intensity levels of the activity (at least two, for example:

Light, medium, intense) and / or time options (for example: 30 min, 1 hour, ...), an example of a graphical interface is disclosed in FIG. 8; and / or the increments of intensity and / or duration; and or

- At least two (ideally four: for example: week-end, week, holidays, sick) basal profiles whose titles and data can be parameterized by the prescriber; and or

- At least two (ideally three and optionally the possibility of making a manual entry) types of meals: their title and the amount of insulin respective; and or

- The increments of the Bolus option (whether for the manual option or for the adjustment of the quantity)

The activation of taking into account a blood glucose measurement and / or the validity period of this measurement; and or

Options for measuring blood glucose.

Finally, the invention provides the user with an interface that can be modulated by an administrator (who is for example the prescriber) according to his needs and capabilities. This therefore opens the use of the insulin pump to a very large population.

Example of global setting

Figure 2 shows the final parameterization done by a prescriber. Also, the control device will allow the patient for example to decrease by 25% the amount of insulin for 30 min during an activity, or to order a dose of 14 units at a lunch and increase it by 2.5 units if the lunch is relatively rich.

Sample setting by the attending physician for Bolus options

Thanks to this simplified Bolus control, the system is programmed in advance by a prescriber via a specific interface allowing the prescriber to record the necessary treatment adapted to the patient according to the type of meal that he will have to take in a day. The incrementing parameters according to the quantity of food estimated are previously edited by the treating physician (prescriber). For example :

EXAMPLES OF PATIENT INTERFACES

Figures 3.1 to 3.10 show a set of screens that can succeed and that are used by the patient graphical interface.

Figure 3.1 shows a screen that can be the basic screen, ie the main screen that is displayed when switching on or waking up the controller. A first upper banner can provide information to the user as to the time and the state of the elements of the device (for example the reception level, the battery level, etc.). A second specific area allows the user to know the last meal filled and optionally the amount of insulin injected by the delivery device. If no correction or adjustment has been made by the user then it is also the amount of insulin associated with this type of meal. Most of the screen is devoted to the main command options. These commands allow the user to inform the system about:

the measurement of blood glucose. With this command, the patient will be able to inform the control device of its blood glucose level at a given time. This information is provided through an input device which may be a set of keys, a keyboard, a specific sensor (those used for example by BGM or CGM known to those skilled in the art). In the latter case, when the patient has selected this command, the graphical interface will display a succession of screens including still images and / or animated with a text explaining the procedure to follow. The patient will also be able to tell if the blood glucose measurement was done before or after a meal. All of this information will then be stored in the memory of the controller so that the user can review a measurement and / or that the doctor can also follow the curve of the blood glucose of his patient. This information can also be sent to a dedicated medical server to follow the patient as accurately as possible; and or - taking a meal; and or

temporary physical activity of the patient; and or

the type of current day.

According to one embodiment, these four commands are arranged in four quarter discs (or arcs). Each command is represented by a quarter disc in which there can be graphic illustration, information and / or text. Each order can have a specific color. For example, the blood glucose meter may have an icon (quarter disc) with a green background color, the meal in yellow, the activity in blue, and the type of day in purple.

Access to the historical option

In the center of this disk (or arc) of control of the basic screen is located in Figure 3.1 a circle with a character representing an "i". This circle (or icon, or pictogram) gives access to a command displaying the history. As soon as this command is selected, a new screen may be displayed representing substantially the same as the previous graphical interface, more particularly, the fourth icons of the main commands (the quarter-discs of the previous commands). In other words, the basic screen presents the four icons of the main commands (blood glucose, meal, activity, type of day) and a "history" command that allows the display of a new screen with the same icons as those of the main orders. These new icons provide access to the history of each main command.

An illustration of this succession of screens is disclosed in Figure 6. This figure shows three screens that follow one another, the first is the main screen (or basic), the second is the screen of the history showing the same icons that the previous screen and the third screen displays the meal order history (after selecting the meal order in the history). This screen lists the different types of meals taken, the time and date of the information and the amount of insulin injected.

In the center of the "history" screen may be another icon such as a "return" command or an "Alarm" command which will display, if the user selects this command, the alarm history. The patient graphical interface also allows other successions of screens including icons having similar graphic characteristics between a first screen and a second screen. For example :

if the user selects the "meal" command from the basic screen (Fig 3.1) then a second screen (Fig 3.2) may appear displaying icons having the same shape as the icons of the basic screen controls . That is to say here, four quarters of disc.

if the user selects the "activity" command from the basic screen (Fig 3.1) then a second screen and optionally a third screen (Fig 3.6 and 3.7) may be displayed with icons having the same shape as the basic screen command icons. That is to say here, four quarters of disc.

if the user selects the "type of day" command from the basic screen (Fig 3.1) then a second screen (Fig 3.9) may appear displaying icons having the same shape as the icons of the controls on the screen basic. That is here, four quarters of a disc.

The color code of the main control can be used as a distinctive sign of the commands. Thus the background color of the icon (eg yellow) can be used by the other icons of the second screen or displayed in a specific area so that the user recognizes the previously selected command. In other words, at least one distinctive sign of the command selected on the first screen is unequivocally illustrated by the second screen.

At the end of each command, the control device can display a summary screen and / or request a confirmation code (PIN code for example).

OTHER EXAMPLES OF INTERFACES

The system is particularly suitable for type 2 diabetics because it requires little knowledge of the disease from the patient and also thanks to its ease of use. However, it may be interesting to use this system for a type 1 diabetic, especially when the user (eg the patient or a parent of the patient) is in the process of learning the treatment of his disease. Thus, the system can evolve with the patient. At first, the system will offer only very basic functionalities then the prescriber can add (or withdraw) over time (after several weeks, months and years, or depending on the age of the patient) other features . The features shown below may also be available only to a responsible person (ie not accessible to the patient but for example to a caregiver or parent).

In Figure 9.1, this feature allows a more experienced user to order different types of boluses (Single, Extended or Dual).

In Figure 9.1 and 9.2, the screen provides additional information in addition to 3 possible command instructions. This additional information may be the patient's last blood glucose measurement, it could also be the last bolus order or the need (or the incentive to) to perform a new blood glucose test (for example if last measure is too old).

In figure 9.3, the screen allows the user to activate or deactivate the correction (s) proposed by the control device according to the last measurement of glucose and / or depending on the quantity Remaining active insulin in the patient's body, ie insulin that has been injected into the patient and that will (in the near future) have an effect on the patient's blood glucose. On this screen, the patient ordered a quantity of 10 U insulin, the device proposes to add 5.5 U to correct the blood sugar and remove 3.5 U to take into account the amount of insulin still present in his body.

In Figure 10, the device allows the user to control a Dual Bolus. This is the infusion of a bolus in two successive steps. Initially, the delivery device will inject a first amount of insulin for a first period, then for a second period the device will inject a second amount of insulin. The control device thus proposes a succession of screens making it possible to control a Dual Bolus. In a first screen, the user selects the instruction command "Dual Bolus" and another screen allows the user to decide the distribution of the amount of insulin to be injected during the first and second period. It can be a distribution bar thanks to which the user can define by moving it right or left this distribution. The screen can inform the user of this distribution either in Units or in percentage per period, the calculation can be done automatically when the user moves the distribution bar. Another screen allows the user to define at least the duration of the second period. A final screen summarizes the whole of this command statement especially the total amount of insulin ordered for this command. Figures 11 and 12 show how a user can be guided during a procedure. For example, Figure 11 shows a succession of screens exposing the user to the steps necessary to perform a blood glucose measurement using a BGM. This BGM can be a function of the control device. Figure 12 explains how to fill a reservoir of the delivery device. These screens may contain text, numbers, symbols, still and / or moving graphics, a video. Sound information may also provide further information or describe the procedure orally. This is a real advantage for non-regular users and it helps to teach the user what to do.

The images in Figure 13 show screens including additional information on the screen. In one embodiment, it is a box checked or unchecked (or unchecked). For example :

• If the box next to the "CHECK" button is checked, it may mean that the last blood glucose measurement was done, measured or entered within a certain period of time. Also, this measurement can still be valid and can be used for correction in case of Bolus control.

• If the box next to the Basai command ("SET") is checked this may mean that a baseline profile or base rate is being issued. If unchecked, no basal injection is performed by the delivery device.

• If the box next to the Bolus command ("EAT") is checked this may mean that the delivery device is in the process of delivering a newly ordered bolus. It can also mean that:

o insulin still active is present in the body of the patient, this box would be a function of a mathematical model that calculates ΓΙΟΒ (Insulin On Board) over time due to a bolus injection.

o The patient can now order a bolus. Thus, a prescriber will have previously designated time slots during which the patient or other user can order a command of Bolus. This activation of the bolus command can also be illustrated by a colored key that is dimmed when the command is disabled. · If the box next to the Actitivity ("MOVE") command is checked, it may mean that the system takes into account that the patient is performing a temporary physical activity at this time.

Note also that the order titles have no medical connotation, so the control device does not remind the patient that he is sick, the patient lives better with his disease and is more cooperative. In other words, the control device does not return a negative and restrictive image of the medical treatment, it simply allows the user to enter data that is related to the activity of the patient (taking a meal, lifestyle, physical activity, ...)

The system is adapted to sensitize or train a user to live better with a disease such as diabetes. Indeed, thanks to its basic screen, the patient sees instantly the 4 good behaviors:

• Regularly measure the patient's blood glucose

· Order a bolus to compensate for carbohydrate intake during a meal

• Adapt your Basai profile to your way of life

• Decrease insulin intake during physical activity. The activity key also encourages a patient to perform a temporary physical activity but regularly.

The system thus includes an educational function. In addition, the system may include a reminder system to remind the patient to inform the system of the meal or not, the measurement of blood glucose, ... The succession of screens and in particular that of the bolus control can enable the user to learn to estimate his insulin requirements according to the type of meal and optionally the relative amount (in relation to the amount of a standard meal of the patient) ingested during this meal.

EXAMPLES OF EMBODIMENTS AND USES

The invention describes a control interface for controlling a medical treatment system that includes preprogrammed control instructions. The control interface includes:

• A display device,

• An input device to receive at least one user input, · A processor configured to process control instructions, The input device is adapted to receive data related to the activity of the patient and to inform the system of this data. The processor is adapted to suggest through the display device a command instruction, which may take into account one or more preprogrammed command instructions, the activity of the patient and / or at least one other data entered by the user or determined by the system.

Another data entered by the user may be: a type of meal, the amount of said meal, a level of effort related to a physical activity, a duration of physical activity performed by the patient, a state of health, a measurement blood glucose level, a day of the week, an hour, a period or a type of day. Another data determined by the system may be: a type of meal, data measured by a sensor adapted to record the movements of the patient, a duration of physical activity performed by the patient, a state of health, a blood glucose measurement, a day of the week, an hour, a period or a type of day.

According to one embodiment, the activity of the patient is the taking of a meal. In addition, the input device is adapted to inform the type of meal and / or an amount ingested by the patient. The type of meal can be a breakfast, lunch or dinner. An amount ingested by the patient may be a relative amount relative to the amount usually ingested by the patient. The interface can be adapted to suggest a type of meal according to a time slot and / or meal previously informed. In other words, the processor can take into account this data.

According to one embodiment, the activity of the patient is a temporary physical activity. In addition, the input device can be adapted to inform the level of effort and / or the duration of the temporary activity performed by the patient.

According to one embodiment, the activity of the patient is the usual activity of the patient during a typical day. In addition, the input device can be adapted to inform the type of current day of the patient. The ordering instructions may be based on the date and / or time of the current day. The control interface may be adapted to suggest a command instruction taking into account at least one previously executed command instruction. A communication means can make it possible to send data to a remote device in the event of a compliance fault. The processor may be adapted to automatically send a reminder to the user when the user has failed to send a command instruction. The display device may be adapted to display a main menu for accessing the main control instructions from a single screen. The input device can be adapted to receive at least one input of a prescriber allowing the parameterization of at least one control instruction. The patient can not access the setting of the control instructions. The input device may be adapted to adjust the control instructions according to at least one given increment. This increment can be parameterized by the prescriber. The bolus increment may be a function of the time before or after the presumed delivery time (ie meal) or a patient's sensitivity function depending on the time of day.

The invention also describes a system for controlling the delivery of a fluid to a patient, the system comprising:

A fluid delivery device configured to deliver a fluid to a patient,

A controller configured to send delivery commands to the delivery device;

The control device preferably comprises input means and a display device adapted to offer together two distinct interfaces:

- a prescriptor interface, and

a patient interface,

The prescriber interface is adapted to edit a delivery command adapted to a given patient and to parameterize input means of the user interface while the patient interface is adapted to send a delivery command to the delivery device and / or to adjust a delivery command based on the patient's activity and / or at least one other data entered by the patient or determined by the system. Some input means may be exclusively usable via the prescriber interface. The input means of the user interface may be represented by virtual or physical buttons including icons, pictograms or specific symbols. Input means of the patient interface may be adapted to increase or decrease the quantity delivered in a predetermined increment. The increments can be variable depending on the time and / or edited via the prescriber interface. The patient interface can be designed to suggest a time-based delivery command and pre-parameterized data via the prescriber interface. In addition, at least one of the interfaces can be adapted to be accessible only by means of a word of pass or via a specific unlocking means. For example, the prescriber interface can not be accessible to the patient. The adjustment of a delivery command can be temporary. A delivery command can be set for a certain pre-parameterized time via the prescriber interface. A delivery command can be defined for a certain period defined itself via the user interface in increments determined via the prescriber interface. A delivery command can be adjusted according to the suggestion of the control device following the input of a physiological data of the patient. A processor can be adapted to monitor the compliance of the treatment. The system may further include communication means for exchanging data with a remote device, for example for monitoring the compliance of the processing. The system may include an internal clock adapted to inform the system of the current date and / or time.

The invention also describes a method for controlling a drug delivery device using a controller comprising a display device, an input device, a control interface, a processor. The method comprises the following steps:

• Establishing command instruction suggestions that take into account one or more preprogrammed ordering instructions, the patient's activity and / or at least one other data entered by the user or determined by the control device

• Displaying at least one suggestion on the display device

• Activation via the patient input device of at least one suggested control instruction The method may further comprise at least one of the following additional steps:

• modification of the command instruction in predefined increments, said modification being able to be carried out by the patient.

• modification of the control instructions preprogrammed by a prescriber via the input device

• modification of the increments by a prescriber via the input device.

The invention also describes a method for treating diabetes of a patient through a treatment system that includes a memory, an input device, a device display connected to a processor. The system can be adapted to execute at least one pre-parameterized control command, the method comprises the following steps:

• Inform the system about the patient's activity via the input device;

• Suggest a command statement based on pre-parameterized data, patient activity, and at least one other user-entered or system-determined data;

• Validate the suggestion;

• Execute the command statement.

The method may optionally include at least one of the following steps:

· Inform the system about the type of meal ingested by the patient;

• Inform the system as to the amount ingested by the patient, for example the relative amount compared to the amount usually ingested by the patient;

• Inform the system about the level of effort of the temporary activity performed by the patient;

• Inform the system as to the duration of the temporary activity performed by the patient;

• Pre parameterize at least one command statement and save it in memory;

· Adjust the command instruction;

• Adjust the command instruction according to pre-set increment;

• Pre parameterize at least one increment;

• Receive blood glucose readings from the patient and adjust the control instruction according to the blood glucose measurement.

The pre-setting can be done by a specific user. The patient can not pre-parameterize the control instructions.

The invention also describes a method of learning a patient for his diabetes treatment, said method may include the following steps:

Use of a control interface as described in one of the previous embodiments;

• information about the patient's activity; Suggestion by the system and display of the command instruction adapted to the patient's needs according to pre-parameterized data and the patient's activity.

Validation of the suggested command statement

The invention also describes a method for recommending an amount of insulin to be injected before during or after a meal, said method may comprise the following steps:

• Use of a control interface as described in one of the previous embodiments;

• Information about the type of meal ingested or ingested;

• Optionally, information of the amount ingested relative to the amount of a standard meal of the patient;

• Calculation by the processor of the amount of insulin adapted to the patient's needs according to the information given;

• Display of the recommended amount of insulin.

The invention also describes a method for recommending the adjustment of an amount of insulin to be injected before during or after a temporary physical activity performed by a patient, said method may comprise the following steps:

• Use of a control interface as described in one of the previous embodiments;

• Information on the level of effort of the patient during said physical activity and / or the duration of said physical activity

• Display of the recommended amount of insulin.

Claims

1. Control interface for controlling a medical treatment system comprising pre-programmed control instructions, the control interface comprising:

• A display device,

• An input device for receiving at least one user input,

• A processor configured to process control instructions, Characterized in that the input device is adapted to receive data linked to the patient's activity and inform the system of this data;

in that the processor is adapted to suggest through the display device a control instruction, said processor taking into account one or more pre-programmed control instructions, the activity of the patient and at least one other piece of data entered by the user or determined by the system.

2. Control interface according to claim 1, characterized in that another piece of data entered by the user is: a type of meal, the quantity of said meal, a level of effort linked to physical activity, a duration of physical activity carried out by the patient, a state of health, a blood sugar measurement, a day of the week, an hour, a period or a type of day.

3. Control interface according to claim 1, characterized in that another piece of data determined by the system is: a type of meal, data measured by a sensor adapted to record the patient's movements, a duration of physical activity carried out by the patient, a state of health, a blood sugar measurement, a day of the week, a time, a period or a type of day.

4. Control interface according to one of the preceding claims, characterized in that the patient's activity is eating a meal.

5. Control interface according to the preceding claim, characterized in that the input device is adapted to indicate the type of meal and/or a quantity ingested by the patient.

6. Control interface according to claim 2, 3 or 5, characterized in that the type of meal is breakfast, lunch or dinner.

7. Control interface according to claim 2 or 5, characterized in that a quantity ingested by the patient is a relative quantity compared to the quantity usually ingested by the patient.

8. Control interface according to one of the preceding claims, characterized in that the patient's activity is a temporary physical activity.

9. Control interface according to the preceding claim, characterized in that the input device is adapted to indicate the level of effort and/or the duration of the temporary activity carried out by the patient.

10. Control interface according to one of the preceding claims, characterized in that the patient's activity is the patient's usual activity during a typical day.

11. Control interface according to the preceding claim, characterized in that the input device is adapted to inform the patient's current day type.

12. Control interface according to one of the preceding claims, characterized in that the control instructions are a function of the current date and/or time of day.

13. Order interface according to one of the preceding claims 2 to 13, characterized in that the interface is adapted to suggest a type of meal according to a time slot and/or the meal previously entered.

14. Control interface according to one of the preceding claims, characterized in that the control interface is adapted to suggest a control instruction taking into account at least one previously executed control instruction.

15. Control interface according to one of the preceding claims, comprising communication means adapted to send data to a remote device in the event of a compliance failure.

16. Control interface according to one of the preceding claims, characterized in that the processor is adapted to send a reminder automatically to the user when the user has failed to send a control instruction.

17. Control interface according to one of the preceding claims, characterized in that the display device is adapted to display a main menu allowing access to the main control instructions from a single screen.

18. Control interface according to one of the preceding claims, characterized in that the input device is adapted to receive at least one input from a prescriber allowing the parameterization of at least one control instruction.

19. Control interface according to the preceding claim, characterized in that the patient cannot have access to the configuration of the control instructions.

20. Control interface according to one of the preceding claims, characterized in that the input device is adapted to adjust the control instructions according to at least one given increment.

21. Control interface according to claims 18 and 20, characterized in that the increment is configured by the prescriber.

22. Control interface according to one of claims 20 to 21, characterized in that the bolus increment can be a function of the time before or after the time presumed delivery (ie meal) or a function of patient sensitivity depending on the time of day

23. System for controlling the administration of a fluid to a patient, said system comprising:

- A fluid administration device configured to deliver fluid to a patient,

A controller configured to send delivery commands to the delivery device;

Said control device comprising input means and a display device adapted to together offer two distinct interfaces:

a prescriber interface, and

a patient interface,

Characterized in that the prescriber interface is designed to edit a delivery order adapted to a given patient and to configure input means of the user interface;

in that the patient interface is designed to send a delivery command to the administration device and/or to adjust a delivery command based on the patient's activity and at least one other piece of data entered by the patient or determined by the system.

24. System according to claim 23, characterized in that the input means can be used exclusively via the prescriber interface.

25. System according to claim 23, characterized in that input means of the user interface are represented by virtual or physical buttons comprising icons, pictograms or specific symbols.

26. System according to claim 23, characterized in that user interface input means are designed to increase or decrease the quantity delivered in predetermined increments.

27. System according to claim 26, characterized in that said increments are variable depending on the time.

28. System according to claim 26 or 27, characterized in that said increments are edited via the prescriber interface.

29. System according to one of preceding claims 23 to 28, characterized in that the patient interface is designed to suggest a delivery order based on the time and pre-configured data via the prescriber interface.

30. System according to one of preceding claims 23 to 29, characterized in that at least one of the interfaces is only accessible using a password or via specific unlocking means.

31. System according to one of preceding claims 23 to 30, characterized in that the prescriber interface cannot be accessible to the patient.

32. System according to one of preceding claims 23 to 31, characterized in that the adjustment of a delivery order is temporary.

33. System according to one of preceding claims 23 to 32, characterized in that a delivery order is defined over a certain pre-configured duration via the prescriber interface.

34. System according to one of the preceding claims 23 to 33, characterized in that a delivery order is defined over a certain duration defined itself via the user interface in increments determined via the prescriber interface.

35. System according to one of the preceding claims 23 to 34, characterized in that a delivery command is adjusted according to the suggestion of the control device following the entry of physiological data from the patient.

36. System according to one of preceding claims 23 to 35, comprising a processor adapted to monitor treatment compliance

37. System according to one of preceding claims 23 to 36, comprising communication means for exchanging data with a remote device.

38. System according to the preceding claim, characterized in that the remote device is adapted to monitor the compliance of the treatment

39. System according to one of preceding claims 23 to 38, further comprising an internal clock adapted to inform the system of the current date and/or time.

40. Method for controlling a drug delivery device using a control device comprising a display device, an input device, a control interface, a processor, said method being characterized by:

• Establishing control instruction suggestions taking into account one or more pre-programmed control instructions, patient activity and at least one other data input by the user or determined by the control device

• Displaying at least one suggestion on the display device

• Patient activation via the input device of at least one suggested control instruction

41. Method according to claim 40, characterized by modifying the control instruction by the patient in predefined increments.

42. Method according to one of the preceding claims 40 to 41, characterized by the modification of the control instructions by a prescriber via the input device

43. Method according to one of the preceding claims 40 to 42, characterized by the modification of the increments by a prescriber via the input device.

44. Method for treating a patient's diabetes using a treatment system comprising a memory, an input device, a display device connected to a processor; the system being adapted to execute at least one pre-configured control instruction, the method comprising the following steps: • Inform the system about the patient's activity via the input device;

• Suggest a control instruction based on pre-configured data, patient activity and at least one other data entered by the user or determined by the system;

• Validate the suggestion;

• Execute the command instruction.

45. Method according to claim 44, comprising at least one of the following steps:

• Inform the system about the type of meal ingested by the patient

• Optionally inform the system as to the quantity ingested by the patient

46. Method according to claim 44, comprising at least one of the following steps:

• Inform the system about the level of effort of the temporary activity carried out by the patient; Or

• Inform the system about the duration of the temporary activity carried out by the patient

47. Method according to one of the preceding claims 44 to 45, comprising at least one of the following steps:

• Pre-configure at least one control instruction and save it in memory;

• Adjust the control instruction;

• Adjust the control instruction according to the pre-configured increment;

• Pre-configure at least one increment;

• Receive blood glucose readings from the patient and adjust the control instruction based on the blood glucose reading.

48. Method according to one of the preceding claims 44 to 46, characterized in that the pre-parameterization is carried out by a specific user.

49. Method according to one of the preceding claims 44 to 47, characterized in that the patient cannot pre-configure the control instructions.

50. Method for teaching a patient about his treatment for diabetes, said method comprising the following steps:

• Use of a control interface as described in claim 1;

• Information on the patient's activity;

· Suggestion by the system and display of the control instruction adapted to the patient's needs based on pre-configured data and the patient's activity.

• Validation of the suggested command statement

51. Method for recommending a quantity of insulin to be injected before during or after a meal, said method comprising the following steps:

• Use of a control interface as described in claim 1;

• Information on the type of meal ingested or which will be ingested;

· Optionally, information on the quantity ingested relative to the quantity of a standard meal for the patient;

• Calculation by the processor of the quantity of insulin adapted to the patient's needs based on the information given;

• Display of the recommended insulin quantity.

52. Method for recommending the adjustment of a quantity of insulin to be injected before during or after temporary physical activity carried out by a patient, said method comprising the following steps:

• Use of a control interface as described in claim 1;

• Information on the patient's level of effort during said physical activity and/or the duration of said physical activity

· Display of the recommended insulin quantity.