EP3100189A1 - Dispositif de commande avec recommandation - Google Patents

Dispositif de commande avec recommandation

Info

Publication number
EP3100189A1
EP3100189A1 EP15708300.7A EP15708300A EP3100189A1 EP 3100189 A1 EP3100189 A1 EP 3100189A1 EP 15708300 A EP15708300 A EP 15708300A EP 3100189 A1 EP3100189 A1 EP 3100189A1
Authority
EP
European Patent Office
Prior art keywords
patient
control
interface
activity
meal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP15708300.7A
Other languages
German (de)
English (en)
Inventor
Frédéric Neftel
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Debiotech SA
Original Assignee
Debiotech SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from FR1450706A external-priority patent/FR3016984A1/fr
Application filed by Debiotech SA filed Critical Debiotech SA
Publication of EP3100189A1 publication Critical patent/EP3100189A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
    • A61M5/00—Devices for bringing media into the body in a subcutaneous, intra-vascular or intramuscular way; Accessories therefor, e.g. filling or cleaning devices, arm-rests
    • A61M5/14—Infusion devices, e.g. infusing by gravity; Blood infusion; Accessories therefor
    • A61M5/142—Pressure infusion, e.g. using pumps
    • A61M5/14244—Pressure infusion, e.g. using pumps adapted to be carried by the patient, e.g. portable on the body
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
    • A61M5/00—Devices for bringing media into the body in a subcutaneous, intra-vascular or intramuscular way; Accessories therefor, e.g. filling or cleaning devices, arm-rests
    • A61M5/14—Infusion devices, e.g. infusing by gravity; Blood infusion; Accessories therefor
    • A61M5/142—Pressure infusion, e.g. using pumps
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
    • A61M5/00—Devices for bringing media into the body in a subcutaneous, intra-vascular or intramuscular way; Accessories therefor, e.g. filling or cleaning devices, arm-rests
    • A61M5/14—Infusion devices, e.g. infusing by gravity; Blood infusion; Accessories therefor
    • A61M5/168—Means for controlling media flow to the body or for metering media to the body, e.g. drip meters, counters ; Monitoring media flow to the body
    • A61M5/172—Means for controlling media flow to the body or for metering media to the body, e.g. drip meters, counters ; Monitoring media flow to the body electrical or electronic
    • A61M5/1723—Means for controlling media flow to the body or for metering media to the body, e.g. drip meters, counters ; Monitoring media flow to the body electrical or electronic using feedback of body parameters, e.g. blood-sugar, pressure
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B15/00—Systems controlled by a computer
    • G05B15/02—Systems controlled by a computer electric
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
    • G16H20/17—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients delivered via infusion or injection
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/63—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for local operation
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
    • A61M2205/00—General characteristics of the apparatus
    • A61M2205/50—General characteristics of the apparatus with microprocessors or computers
    • A61M2205/502—User interfaces, e.g. screens or keyboards
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
    • A61M2205/00—General characteristics of the apparatus
    • A61M2205/50—General characteristics of the apparatus with microprocessors or computers
    • A61M2205/502—User interfaces, e.g. screens or keyboards
    • A61M2205/505—Touch-screens; Virtual keyboard or keypads; Virtual buttons; Soft keys; Mouse touches
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
    • A61M2230/00—Measuring parameters of the user
    • A61M2230/20—Blood composition characteristics
    • A61M2230/201—Glucose concentration
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
    • A61M2230/00—Measuring parameters of the user
    • A61M2230/63—Motion, e.g. physical activity

Definitions

  • 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.
  • 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.
  • a drug painkiller, insulin, ...) or other fluid on or in the body of a patient.
  • 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.
  • Type 2 diabetes 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.
  • 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.
  • people with this type of diabetes are generally less willing to use such a treatment system because it is too complex to use.
  • type 2 diabetics are generally older, less comfortable with new technologies, and often come from a proportionally more disadvantaged socio-cultural background.
  • 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.
  • the present invention discloses a control device comprising an easy to use, intuitive interface and to limit handling errors.
  • 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.
  • the interface can be specifically edited for a patient taking into account his needs and abilities.
  • 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.
  • 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.
  • 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.
  • the two devices 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
  • 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.
  • a doctor may have access to certain settings of the system while the patient does not have these same access rights.
  • 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.
  • a processing system comprises at least two distinct interfaces.
  • interface 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.
  • 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.
  • a physician may edit certain values or activate options that the patient can not modify because of his limited right of access.
  • control device in the case where the fluid administered could be dangerous for the patient.
  • 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).
  • these two interfaces may be present on the same control device and / or on two separate control devices.
  • 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.
  • 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.
  • the patient control device can display both interfaces so that the prescriber can modify data via the patient control device.
  • 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.
  • some interfaces could be accessible, via an access code only known by or in possession of the prescriber (a doctor) or a responsible person.
  • the prescriber can edit various treatment parameters to match the needs and capabilities of the patient.
  • 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).
  • 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).
  • the prescriber interface also makes it possible to parameterize a user interface.
  • the prescriber can customize a user interface (for example the patient interface) ensuring proper use and treatment.
  • the prescriber could activate certain options allowing another user to have access to certain features, such as adjusting the treatment.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the control device avoids these constraints and greatly simplifies the life of the patient.
  • this control assembly can be adjusted by the patient marginally. This adjustment can be done in a predetermined increment.
  • 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:
  • 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.
  • 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.
  • the doctor subscriber
  • the doctor 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.
  • the system 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.
  • 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.
  • the control device is adapted to provide a bolus control according to the type of meal that the patient should or has ingested.
  • 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).
  • the control device could be adapted to provide delivery control depending on the time of day when the patient controls this delivery.
  • 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.
  • 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.
  • 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).
  • the basal can be modified (temporarily or not) by the user simply by selecting a profile or by entering its state (ill, ).
  • the prescriber will have previously entered a set of data that the user can use simply by operating this command.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the treatment system will perform a beneficial action for the treatment of the patient.
  • the control system comprises a simplified and organized interface so that the patient recognizes the commands quickly and intuitively.
  • the graphical interface comprises a screen sequence of which at least two substantially identical illustrating a set of commands.
  • 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.
  • 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, ...
  • 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.
  • the term compliance is defined as the behavior of correctly following the prescriptions for the use of medicines.
  • 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.
  • 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).
  • these two devices can be arranged in the same housing, not shown here.
  • the system could comprise a single processor and / or a single memory.
  • 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.
  • the system may include a control device reserved for the sole use of the prescriber and a specific control device for the patient.
  • 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.
  • 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.
  • 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.
  • the first interface is that of the prescriber.
  • 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.
  • 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.
  • the invention is particularly suitable for at least three types of instructions that a patient can be regularly brought to use:
  • 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.
  • the prescriber will have recorded at least one standard treatment corresponding to a typical meal.
  • the controller displays a patient interface showing the different types of meals that the patient can select.
  • 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:
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the patient only has to touch the smaller or larger cup to inform the amount ingested during breakfast.
  • the graphical interface also shows the adjusted amount of insulin.
  • 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.
  • the patient learns in practice his insulin needs, allowing him in case of failure of his system to assess approximately his insulin requirements.
  • 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.
  • 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.
  • 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.
  • the patient develops a flow profile with the help of a doctor that will be infused throughout the day. This is the basal profile.
  • 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.
  • 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, ).
  • 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.
  • 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.
  • 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.
  • 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.
  • a basal adjustment option can be used for a relatively short time. This is the adjustment based on the patient's temporary physical activity.
  • 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).
  • 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.
  • 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.
  • 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.
  • an administrator code or prescriber
  • previously given to the treating physician or prescriber
  • 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.
  • the specific parameterization chosen will define the interface that the user will be able to manipulate without being able to edit it.
  • the user 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.
  • the system may include at least two different types of users (Patient, Caregiver, Health Care Professional) with different access rights.
  • the patient will not be able to access any parameterization option.
  • the prescriber may choose to give him access to certain settings.
  • the user 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 prescriber interface makes it possible to act on: - Activation of the Bolus, Basal and / or Activity options (see middle of figure 1).
  • 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
  • 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.
  • Figure 2 shows the final parameterization done by a prescriber.
  • 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.
  • 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 :
  • 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 patient 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).
  • 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
  • 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.
  • 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.
  • 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.
  • 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).
  • 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.
  • FIG. 6 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.
  • 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 :
  • a second screen 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.
  • a second screen and optionally a third screen may be displayed with icons having the same shape as the basic screen command icons. That is to say here, four quarters of disc.
  • a second screen 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.
  • the background color of the icon eg yellow
  • the other icons of the second screen or displayed in a specific area so that the user recognizes the previously selected command.
  • at least one distinctive sign of the command selected on the first screen is unequivocally illustrated by the second screen.
  • control device can display a summary screen and / or request a confirmation code (PIN code for example).
  • 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).
  • 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).
  • 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.
  • 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.
  • 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.
  • 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.
  • FIG. 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 :
  • EAT Bolus command
  • this box would be a function of a mathematical model that calculates ⁇ (Insulin On Board) over time due to a bolus injection.
  • the patient can now order a bolus.
  • 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.
  • MOVE Actitivity
  • control device does not remind the patient that he is sick, the patient lives better with his disease and is more cooperative.
  • 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:
  • the activity key also encourages a patient to perform a temporary physical activity but regularly.
  • the system thus includes an educational function.
  • 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.
  • the invention describes a control interface for controlling a medical treatment system that includes preprogrammed control instructions.
  • the control interface includes:
  • 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.
  • the activity of the patient is the taking of a meal.
  • 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.
  • the activity of the patient is a temporary physical activity.
  • the input device can be adapted to inform the level of effort and / or the duration of the temporary activity performed by the patient.
  • the activity of the patient is the usual activity of the patient during a typical day.
  • 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:
  • 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 method may further comprise at least one of the following additional steps:
  • 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:
  • the method may optionally include at least one of the following steps:
  • 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 for recommending an amount of insulin to be injected before during or after a meal, said method may comprise the following steps:
  • 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:

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Biomedical Technology (AREA)
  • General Health & Medical Sciences (AREA)
  • Public Health (AREA)
  • Animal Behavior & Ethology (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Veterinary Medicine (AREA)
  • Vascular Medicine (AREA)
  • Anesthesiology (AREA)
  • Heart & Thoracic Surgery (AREA)
  • Hematology (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Epidemiology (AREA)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Medicinal Chemistry (AREA)
  • Chemical & Material Sciences (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • Diabetes (AREA)
  • Infusion, Injection, And Reservoir Apparatuses (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

L'invention divulgue un dispositif de commande adapté pour suggérer des instructions de commande au patient afin de faciliter son utilisation.

Description

Dispositif de commande avec recommandation
DOMAINE DE L'INVENTION
La présente invention divulgue un système de traitement médical et une méthode d'utilisation d'un tel système comprenant un dispositif de commande adapté pour commander un dispositif médical. Il peut notamment s'agir d'un dispositif de commande comprenant une interface permettant de contrôler et/ou commander facilement un dispositif de délivrance d'un fluide.
ETAT DE L'ART
Certains traitements demandent l'utilisation d'un dispositif de délivrance qui peut être commandé par un dispositif de commande (distinct ou non du dispositif de délivrance), les deux dispositifs formant un système de traitement médical. Le dispositif de délivrance peut en outre permettre d'injecter un médicament (antidouleur, insuline, ... ) ou un autre fluide sur ou dans le corps d'un patient. Dans le cadre, par exemple, du traitement d'un diabétique, un patient peut utiliser une pompe à insuline qui délivrera de façon continue et/ou occasionnelle une certaine quantité d'insuline.
Les diabétiques insulino-dépendant, aussi appelés diabétiques de Type 1 , ne produisent physiologiquement plus d'insuline. Ces personnes sont donc contraintes de suivre avec beaucoup d'attention leur glycémie et de paramétrer avec précision et méticuleusement leur dispositif de délivrance d'insuline. Ce type de diabète nécessite ainsi un dispositif leur apportant un éventail d'options de traitement très complet afin de contrôler leur maladie et de vivre le mieux possible.
Il existe un autre type de diabète, appelé diabète de type 2. Ce dernier se caractérise par une résistance croissante à l'insuline de l'organisme et une hyper insulinémie réactionnelle. Le pancréas fabrique de plus en plus d'insuline jusqu'à l'épuisement et lorsque la quantité d'insuline ne suffit plus à contrer les résistances, la glycémie devient anormalement élevé. Le diabète de type 2 peut également nécessiter l'utilisation d'un dispositif de délivrance d'insuline. Dans ce document, par dispositif de délivrance, il faut comprendre un dispositif de délivrance comprenant un réservoir et un mécanisme de pompage contrôlé par un processeur électronique en fonction des instructions données par un dispositif de commande. Les demandes de brevets PCT portant les numéros suivants WO 2007/1 13708 A1 et WO 2014/009876 A2 divulguent respectivement un dispositif de délivrance et un dispositif de commande (comprenant un mécanisme de sécurisation des communications), dont leur contenu intégral doit être considéré comme faisant partie de la présente demande. Toutefois, les personnes atteintes de ce type de diabète sont généralement moins disposées à l'utilisation d'un tel système de traitement car trop complexe à utiliser. En effet, les diabétiques de type 2 sont généralement plus âgés, moins à l'aise avec les nouvelles technologies et sont souvent issus d'un milieu socio-culturel proportionnellement plus défavorisé.
De manière générale, les systèmes de traitement existants sont très complexes, nécessitant une formation et parfois une hospitalisation au moment de l'initiation du traitement pour surveiller avec attention la bonne maîtrise du système par le patient. Ce type de système est divulgué par les demandes de brevets américains : US2006/27262 A1 , US2005/192557 A1 , US2010/185181 A1 ou US2013/096530 A1 qui sont intégrées à cette demande par référence. Ces systèmes sont contraignants et ne peuvent être accessibles à tout le monde du fait de leur complexité. Par exemple, l'adaptation d'un bolus pré-prandial selon la quantité de carbohydrates (à estimer par le patient) qui va être ingérée, option connue sous le nom de « bolus calculator » (traduction : « calculateur de bolus »), reste une action très peu utilisée par certains diabétiques de par sa complexité. Ainsi, ces dispositifs peuvent ne pas être adaptés à certaines personnes malgré les avantages connus de ces systèmes.
DESCRIPTION GÉNÉRALE DE L'INVENTION
La présente invention est décrite et caractérisé par la ou les revendications indépendantes, tandis que les revendications dépendantes décrivent d'autres caractéristiques de l'invention.
La présente demande revendique la priorité de la demande portant le numéro suivant EP14152955.2, déposée le 28 janvier 2014 au nom de Debiotech S.A., dont le contenu intégral doit être considéré comme faisant partie de la présente demande.
Les caractéristiques physiologiques et psychologiques sont propres à chaque patient et s'avèrent très hétérogènes entre les membres d'une même population (par exemple les diabétique de type 2). De façon idéale, un système de traitement devrait être adapté à chaque patient afin de commander un traitement spécifique prenant en compte tout ou partie de ses caractéristiques physiologiques et psychologiques. Afin de proposer un tel système, la présente invention divulgue un dispositif de commande comprenant une interface facile à utiliser, intuitive et permettant de limiter les erreurs de manipulation. Idéalement, le dispositif offre une telle interface sans pour autant négliger les options et outils permettant le meilleur traitement de certaines maladies ou troubles. Le dispositif peut aussi, dans une de ses réalisations, intégrer une fonctionnalité de rappel : au cas où l'utilisateur aurait oublié certaines étapes de son traitement, le système peut lui rappeler la chose et le conseiller sur la démarche à suivre. En outre, l'interface peut être spécifiquement éditée pour un patient en tenant compte de ses besoins et de ses capacités. De façon préférentielle, le dispositif de commande peut permettre à l'utilisateur de commander un dispositif de délivrance en utilisant une règle d'incrémentation spécifique.
L'invention décrite dans ce document présente un dispositif de commande adapté pour commander un système de traitement qui comprend préférentiellement un dispositif de délivrance d'un fluide à un patient. Le dispositif de commande peut être distinct ou non du dispositif de délivrance. Autrement dit, le système de traitement comprend un dispositif de délivrance et un dispositif de commande, ces deux dispositifs peuvent être agencés dans un seul et même boîtier ou dans deux boîtiers distincts et séparés l'un de l'autre. Par exemple, le dispositif de délivrance peut être apposé sur le corps du patient alors que le dispositif de commande peut être une télécommande plus ou moins distante du dispositif de délivrance. Le dispositif de commande peut également être un ordinateur personnel. Dans tous les cas, les deux dispositifs (dispositif de délivrance et dispositif de commande) sont adaptés pour échanger des informations (données, instructions, ...) entre eux de manière filaire ou non filaire par exemple via une communication par radio, IR,... Cette communication peut être unidirectionnelle (du dispositif de commande au dispositif de délivrance) ou bi directionnelle (aux moins entre lesdits dispositifs).
Le dispositif de délivrance peut être configuré pour délivrer (mais sans s'y limiter) de l'insuline, de la morphine, de l'hydromorphone, de la bupivacaïne, de la clonidine, d'autres analgésiques, des agents génétiques, des antibiotiques, des fluides nutritifs, des analgésiques, des hormones ou des médicaments hormonaux, des médicaments de thérapie génique, des anticoagulants, des médicaments cardio-vasculaires ou des agents chimiothérapeutiques. Le dispositif de commande est conçu pour commander, contrôler et/ou surveiller le dispositif de délivrance. Le dispositif de commande comprend un dispositif d'affichage et/ou un dispositif d'entrée (par exemple un écran tactile) permettant :
À l'utilisateur d'agir sur le système afin de commander des instructions (éditer des données, sélectionner ou activer des options et/ou envoyer des commandes par exemple : ordonner la délivrance d'un fluide selon un débit, une quantité et/ou une durée) ; et/ou
- Au système d'informer, d'alerter, de proposer des commandes, d'inciter et/ou de conseiller des instructions à l'utilisateur. Dans ce document, un utilisateur peut être un patient, un médecin, un infirmier, une personne liée au patient (un parent, un tuteur,... ). Chaque type d'utilisateur peut avoir des droits spécifiques dans le paramétrage et pour la commande du système. Par exemple, un docteur pourra avoir accès à certains paramétrages du système alors que le patient n'a pas ces mêmes droits d'accès. Dans ce document, le prescripteur est l'utilisateur ayant le plus grand nombre de droit d'accès, le prescripteur est préférentiellement une personne différente que le patient, par exemple un médecin, un infirmier ou un pharmacien.
Il est particulièrement pratique d'avoir ce type de distinction lorsque le patient n'a pas la capacité ou les compétences ou les connaissances nécessaires pour la bonne maîtrise du système. Dans le cas où la personne n'est pas familiarisée avec les dispositifs de commande modernes, ce type de système peut permettre à cette personne d'avoir un contrôle simple et intuitif proposant uniquement les commandes dont elle a réellement besoin.
Selon un premier aspect de l'invention, un système de traitement comprend au moins deux interfaces distinctes. Dans ce document, à travers le terme « interface », il faut comprendre : dispositif permettant l'échange d'informations entre un utilisateur et un système électronique (par exemple le dispositif de commande ou plus généralement le système de traitement). Ce dispositif peut comprendre un dispositif d'entrée et un dispositif d'affichage. Le dispositif d'entrée peut permettre à un utilisateur d'envoyer (renseigner, informer) des informations au système de traitement et le dispositif d'affichage peut permettre au système d'envoyer (renseigner, informer) des informations à l'utilisateur. Dans le cas où le système comprend un écran tactile, les dispositifs d'entrée et d'affichage sont au moins partiellement réuni dans l'écran tactile. La première interface est accessible uniquement par un prescripteur et la deuxième interface est accessible par un autre type d'utilisateur (par exemple le patient ou le tuteur d'un patient). L'accès à au moins une interface peut être sécurisé et verrouillé par un mot de passe ou jeton spécifique (code bar, empreinte digitale, puce RFID, Code PIN, ... ). La première interface permet d'accéder à un plus grand nombre de paramétrage. Ainsi, par exemple, un médecin peut éditer certaines valeurs ou activer des options que le patient ne pourra modifier du fait de son droit d'accès limité.
En outre, il est particulièrement intéressant de limiter certaines fonctionnalités du dispositif de commande dans le cas où le fluide administré pourrait être dangereux pour le patient. Ainsi, le patient sera limité dans ses commandes afin d'éviter qu'il s'administre ou commande consciemment ou inconsciemment une dose létale (par exemple, si le fluide est de l'insuline).
Dans un mode de réalisation, ces deux interfaces peuvent être présentes sur le même dispositif de commande et/ou sur deux dispositifs de commandes distincts. Dans ce cas, l'interface prescripteur pourra être disponible sur le dispositif de commande du prescripteur (par exemple, un ordinateur personnel ou autre dispositif spécifique ou non) et l'interface patient pourra être disponible sur le dispositif de commande du patient. En outre, les données de paramétrage (modifié par le prescripteur) seront enregistrées par le système de traitement de manière à ce que ces données soient utilisables par le dispositif de commande du patient.
Préférentiellement, le dispositif de commande du patient peut afficher les deux interfaces de manière à ce que le prescripteur puisse modifier des données via le dispositif de commande du patient.
Il peut être envisageable d'avoir trois interfaces distinctes par exemple lorsque le patient a des capacités réduites. La première interface serait accessible au médecin, la deuxième interface pourrait être accessible à une personne responsable (un parent, un tuteur, un pharmacien, un infirmier, autre personnel responsable) et une troisième interface serait accessible par le patient. Une personne responsable est une personne ayant la capacité, les connaissances et/ou les compétences nécessaires pour recevoir des droits d'accès spécifiques. Ces droits d'accès sont moins importants que les droits d'accès du prescripteur mais plus important que les droits d'accès d'un patient qui ne serait capable ou suffisamment compétant. Cette interface intermédiaire est additionnelle et optionnelle, elle dépend avant tout du patient traité. Le prescripteur pourrait avoir accès aux trois interfaces, la personne responsable pourrait avoir accès à deux interfaces (la sienne ainsi que celle du patient) alors que le patient n'aurait accès qu'à une seule interface limitée. Ce genre de hiérarchie se rencontre par exemple lorsque le patient est un enfant ou une personne handicapée.
De manière générale, certaines interfaces pourraient être accessibles, via un code d'accès uniquement connu par ou en possession du prescripteur (un médecin) ou d'une personne responsable. Grâce à l'interface prescripteur, par exemple suite à une évaluation, le prescripteur peut éditer divers paramètres du traitement afin de faire correspondre aux besoins et capacités du patient. Ainsi, le prescripteur peut pré-rentrer des données (comme par exemple un profil de basai ou une quantité prédéterminée pour un bolus) et l'interface patient permet de sélectionner ces données pré-rentrées (pour sélectionner un profil basai ou pour commander une infusion de bolus par exemple). Préférentiellement, l'interface patient permet au patient d'ajuster marginalement les données pré-rentrées (par exemple pour augmenter ou diminuer la quantité de bolus à infuser).
Dans un mode de réalisation, l'interface prescripteur permet de paramétrer également une interface utilisateur. Ainsi, le prescripteur peut personnaliser une interface utilisateur (par exemple l'interface patient) garantissant une utilisation et un traitement approprié. Autrement dit, le prescripteur pourrait activer certaines options permettant à un autre utilisateur d'avoir accès à certaines fonctionnalités, tel que l'ajustement du traitement.
Selon un deuxième aspect de l'invention, le dispositif de commande est adapté pour proposer une interface intuitive et facile à utiliser permettant à un utilisateur de commander facilement le dispositif de délivrance et optionnellement de pouvoir ajuster marginalement le traitement.
Certains traitements ont besoin d'être adaptés en fonction du mode de vie du patient autrement dit en fonction de son activité. Par « activité du patient », il faut comprendre : action réalisée par le patient au cours d'une période. Cette période peut être le présent, un passé ou futur proche du présent ou du moins une période durant laquelle l'effet de l'activité sur le patient (par exemple sa glycémie) doit être prise en compte. Il peut s'agir d'une activité physique temporaire, de la prise d'un repas, d'un repos temporaire, d'une activité au cours d'une journée ou de plusieurs journées. Par exemple dans le cas du diabète, un patient n'a pas les même besoin d'insuline tout au long de la journée, ou selon son activité ou son état de santé. En effet, la glycémie d'un patient est fluctuante, par exemple, la glycémie sera fonction du type de repas et de la quantité de nourriture ingérée. Lorsque, le patient est malade ou s'il est en train d'effectuer un effort physique, ses besoins en insuline pour réguler sa glycémie seront sensiblement différents. Ainsi, pour les patients qui sont moins habitués ou qui connaissent mal leurs besoins, il leur est souvent très difficile de respecter leur traitement. D'autant plus que, dans le cas du traitement contre le diabète, le patient peut avoir besoin d'injections de basais et de bolus difficilement calculables. Dans l'ensemble de la description du présent document, le terme basai est communément utilisé pour désigner le débit de base infusé à un patient durant une longue durée, par exemple une journée. Le débit de base peut être variable dans le temps car les besoins en insuline sont différents tout au long de la journée et dépendent aussi de la sensibilité du patient à l'insuline qui elle aussi varie dans le temps. Le basai est souvent opposé au bolus qui est une délivrance d'une quantité déterminée sur une durée relativement courte par rapport au basai, par exemple quelques secondes ou minutes.
Ainsi, le dispositif de commande inclue une interface graphique adaptée au patient, ce dispositif de commande comprend un ensemble de commandes illustrées sur un premier écran. Cet ensemble de commandes est préréglé de manière à ce que le patient n'ait plus qu'à activer ou sélectionner une commande pour qu'elle s'exécute sans être contraint d'entrer toute une série de données afin de commander le dispositif de délivrance. Par exemple, les dispositifs de l'état de l'art contraignent le patient à renseigner plusieurs champs (e.g. carbohydrates ingérés durant le repas, type d'aliment (viande rouge, pain, saumon, ... ), la quantité en gramme ingérée, débit de délivrance, moment de délivrance, sensibilité au médicament en fonction de l'heure de la délivrance, ... ) afin commander la délivrance du fluide. Or selon le deuxième aspect de l'invention, le dispositif de commande évite ces contraintes et simplifie grandement la vie du patient.
Optionnellement, cet ensemble de commande peut être ajusté par le patient de manière marginale. Cet ajustement peut être fait par incrément prédéterminé. Préférentiellement, au préalable un prescripteur aura paramétré le dispositif de commande de manière à ce que le traitement soit adapté au patient et que les ajustements possibles soient limités selon des règles établies par un docteur et/ou une personne qualifiée (personnel soignant, personne responsable,... ).
Cet aspect de l'invention permet en particulier de :
limiter le nombre d'erreur dans les commandes effectuées par le patient ;
- faciliter l'utilisation du système de commande ;
accélérer la prise en main par le patient.
Optionnellement, le système enregistre l'historique des actions (mesure, commande de bolus et/ou quantité délivrée) de manière à limiter ou interdire une commande supplémentaire qui pourrait être néfaste pour la santé du patient.
Dans un mode de réalisation, le patient peut demander l'exécution d'une commande de délivrance d'un bolus avant ou suite à ou au moment d'un repas. Le patient actionne cette commande en appuyant simplement sur le type de repas (petit déjeuner, déjeuner, diner, souper, encas, ... ) qu'il a ingéré. Au préalable, le médecin (prescripteur) aura entré un ensemble de bolus types qui est fonction du type de repas ou heure du repas ou de la commande de bolus et non en fonction du type d'aliment ingéré. La différence réside dans le fait que le patient a un choix limité (petit déjeuner, déjeuner, diner) contrairement aux autres systèmes connus qui demandent des informations qui sont souvent non comprises par le patient (quantité de carbohydrate) ou difficilement estimables ou reconnaissables (poids de l'aliment, type d'aliment, ... ). C'est ainsi une avancée majeure pour le patient qui, de par sa simplicité, l'incite à utiliser son dispositif de commande. En fonction des besoins et des capacités de l'utilisateur, il peut être avantageux de proposer également une commande de bolus simplement en entrant la quantité à injecter.
Il peut également être utile que le système reconnaisse automatiquement (en fonction de l'heure et/ou du repas précédent comptabilisé), s'il s'agit d'un petit déjeuner, d'un déjeuner ou d'un diner, facilitant ainsi les étapes de commande tout en réduisant les risques d'erreurs. Ainsi, le type de repas pourrait être suggéré par le système, le patient pouvant optionnellement accepter le type de repas proposé ou le changer.
Autrement dit, selon un mode de réalisation, le dispositif de commande est adapté pour proposer une commande de bolus en fonction du type de repas que le patient devrait ou aurait ingéré. Par exemple, lorsque le patient commande un bolus alors qu'il devrait ingérer un petit déjeuner (i.e. aux heures habituelles auxquelles on prend traditionnellement un petit-déjeuner), le dispositif de commande proposera une quantité d'insuline qui sera adaptée pour répondre à des besoins liés à un petit déjeuner. Le type de repas peut être renseigné par l'utilisateur (comme décrit ci-avant) ou déterminé ou proposé par le dispositif de commande en fonction du moment de la journée (par exemple en fonction d'une tranche horaire ou du repas précédent). Ainsi, le dispositif de commande pourrait être adapté pour proposer une commande de délivrance en fonction du moment de la journée où le patient commande cette délivrance.
Optionnellement, le dispositif de commande mémorise les repas ou les types de repas ingérés grâce à une mémoire connecté au processeur du dispositif de commande. Ainsi, lors de la prochaine commande de bolus, le dispositif de délivrance pourra proposer un bolus adapté au repas suivant. Par exemple, si le patient a mangé à 6 :00 AM puis à 11 :30 AM, le dispositif de commande pourra proposer un premier bolus adapté pour un petit déjeuner et un deuxième bolus adapté pour un déjeuner. Ainsi, le dispositif est adapté pour proposer une certaine quantité d'insuline en fonction d'une tranche horaire et/ou en fonction du repas précédemment ingéré.
Le système peut également permettre de rappeler au patient qu'un bolus doit être administré si un délai est dépassé depuis le dernier bolus. Selon un mode de réalisation, le dispositif de commande peut inciter un patient à commander un bolus lorsqu'une tranche horaire correspondant à un repas a été dépassée sans que le patient n'ait commandé de délivrance de bolus.
Selon un mode de réalisation, afin de proposer un ajustement facile d'une commande de bolus, la présente invention peut remplacer le calcul des carbohydrates par une notion simplifiée d'incrément selon la taille de la portion de nourriture mangée par rapport à un plat de référence. Le patient peut simplement adapter son bolus en indiquant s'il mange « un peu plus », « beaucoup plus », « un peu moins » ou « beaucoup moins » modifiant le bolus initial selon des incréments pré édités, par exemple par un médecin (prescripteur). L'incrément peut tenir compte de la sensibilité du patient à l'insuline en fonction du moment de la journée (par exemple : heure de la journée, une journée peut comprendre jusqu'à 24 heures).
Selon un mode de réalisation, le basai peut être modifié (temporairement ou non) par l'utilisateur simplement en sélectionnant un profil ou en entrant son état (malade, ... ). Préférentiellement, le prescripteur aura préalablement entré un ensemble de données que l'utilisateur pourra utiliser simplement en actionnant cette commande. Aussi, un dispositif de commande peut comprendre une interface prescripteur, par exemple telle que décrite dans le premier aspect de l'invention. L'interface prescripteur permet de définir / éditer un ou plusieurs profils basai alors que l'interface patient permet de sélectionner le profil basai adéquat.
Dans le présent document, un profil basai est une succession de débits qui seront exécutés au cours du temps (une journée par exemple) par le dispositif de délivrance. Cette succession de débit peut être une succession de débits constants ou variables. Chaque débit est fonction du besoin du patient à un moment T et définit par un prescripteur. Autrement dit, le prescripteur définit (préprogramme) différents profils de basai que le patient sélectionne et actionne en fonction du type de journée (journée de travail, week-end,... ) et/ou de son état physiologique (malade, ... ). L'interface patient comprend ainsi un ensemble de commandes pré-programmées par un prescripteur et actionnables par le patient. Ainsi, le patient n'est pas contraint d'estimer ses besoins de traitement pour la journée mais il n'a qu'à renseigner le système sur le type de journée (vacance, travail, maladie, ... ) à venir ou en cours.
Selon un mode de réalisation, le patient pourra avoir accès à des options d'ajustement temporaire de son traitement, par exemple pour tenir compte d'une activité réalisée temporairement par le patient. Il peut s'agir d'une activité sportive ou du moins d'une activité qui aurait pour conséquence de diminuer (sensiblement ou non) sa glycémie. Aussi, si le système ne prenait pas en compte cette baisse de glycémie causée par l'activité du patient, le patient risquerait d'entrer en hypoglycémie. C'est pour cette raison, qu'un patient doit diminuer ou stopper la délivrance d'insuline pendant une telle activité. Or, un patient non habitué ne peut estimer la réduction de ses besoins en insuline car pour y parvenir il devrait réaliser des calculs complexes. Ainsi, le système permet de diminuer la délivrance d'insuline non pas en fonction d'une quantité non désirable d'insuline mais en fonction d'une notion plus familière et intuitive pour le patient, telle que l'intensité de l'activité et/ou la durée de l'activité.
Cette différenciation est capitale car, pour un patient non habitué, réduire de 20% ou de 50% la délivrance d'insuline n'est pas représentatif. Mais il est plus facile et intuitif de renseigner l'intensité de l'activité physique et/ou sa durée. Autrement dit, le patient n'est plus contraint d'estimer sa diminution de besoin en insuline mais il doit simplement renseigner le dispositif de commande de son effort (par exemple l'intensité et/ou à la durée de l'activité). Préférentiellement, la réduction de délivrance d'insuline sera proportionnelle à l'effort et paramétrable par un prescripteur.
Autrement dit, grâce au renseignement d'un événement subit et/ou réalisé par le patient, le système de traitement effectuera une action bénéfique pour le traitement du patient.
Selon un troisième aspect de l'invention, le système de commande comprend une interface simplifiée et organisée de manière à ce que le patient reconnaisse rapidement et intuitivement les commandes. Dans un mode de réalisation, l'interface graphique comprend une succession d'écran dont au moins deux illustrant de manière substantiellement identique un ensemble de commandes. Autrement dit, au moins deux écrans comprennent au moins deux commandes distinctes, lesdites commandes distinctes du premier écran présentant des caractéristiques graphiques similaires (couleur et/ou forme) avec les commandes du deuxième écran. Par exemple, un premier écran et un deuxième écran présentent 4 commandes actionnables par l'utilisateur et représentant chacun une partie d'un disque (par exemple un quart de disque).
Les illustrations graphiques des commandes présentées ci-avant peuvent présenter des signes distinctifs permettant au patient d'identifier facilement, rapidement et façon non équivoque, le type de commande, comme par exemple un code couleur, un logo, un pictogramme, un texte, une forme et/ou une zone dédiée au type de commande, ...
Selon un quatrième aspect de l'invention, la commande peut disposer de moyens de communications permettant de transmettre certaines données (action du patient, délivrance effective, mesure de glycémie) et de vérifier, à distance, la compliance (traduction : « convenance » ou « correspondance ») du patient au traitement. Il peut, par exemple, s'agir de moyens de contrôle par un médecin ou une infirmière des éléments du traitement et/ou de messages reçus en cas de mauvaise compliance du patient au traitement (par exemple bolus ou mesure de glycémie non effectué ou oublié). Ceci afin de pouvoir rappeler le patient et lui indiquer les démarches à suivre avant que les effets de cette mauvaise compliance n'entraînent des répercussions sur l'état de santé du patient. Dans ce document, le terme compliance est définit comme le comportement qui consiste à suivre correctement les prescriptions d'utilisation des médicaments.
Les différents modes de réalisation présentés dans ce document peuvent être combinés en vue d'obtenir tout ou partie des avantages de ces modes de réalisation.
LISTE DES FIGURES
Pour permettre une meilleure compréhension de l'invention, il sera décrit un ou plusieurs modes de réalisation illustrés par les figures jointes à ce document. Il va de soi que l'invention ne se limite pas à ces modes de réalisation.
Figure 1 schématise les paramètres utilisateurs que le prescripteur peut éditer ;
Figure 2 illustre un exemple de paramétrage ;
Figure 3 divulgue des écrans d'affichage possible pour l'utilisateur ;
Figure 4 expose des chemins différents de modification d'instruction de commande via l'interface utilisateur.
Figure 5 illustre schématiquement un système de traitement comprenant un dispositif de commande et un dispositif médical.
Figures 6 à 13 exposent des exemples d'écran affiché par un dispositif de commande.
LISTE DES ÉLÉMENTS
1 Système de traitement
2 Dispositif de commande
3 Dispositif de délivrance
4 Utilisateur / Patient
5 Processeur
6 Mémoire
7 Moyens de communications
8 Dispositif d'entré
9 Ecran
10 Processeur (si nécessaire)
11 Mémoire (si nécessaire)
12 Moyens de communications
13 Réservoir (optionnel) Mécanisme de pompage (optionne
DESCRIPTION DÉTAILLÉE DE L'INVENTION Dans le présent document, la description détaillée de l'invention comporte des modes de réalisation de dispositifs, de systèmes et de méthodes présentés à titre d'illustration. Il est bien entendu que d'autres modes de réalisation sont envisageables et peuvent être apportées sans s'écarter de la portée ou l'esprit de l'invention. La description détaillée qui suit, par conséquent, ne doit pas être prise dans un sens limitatif.
Sauf indication contraire, les termes scientifiques et techniques utilisé dans le présent document ont des significations couramment utilisés par l'homme du métier. Les définitions apportées dans ce document sont mentionnées afin de faciliter la compréhension des termes fréquemment utilisés et ne sont pas destinées à limiter la portée de l'invention.
Les verbes « avoir », « comprendre », « inclure » ou équivalent sont utilisés dans le présent document dans un sens large et signifie de façon générale « inclut, mais sans s'y limiter »
DESCRIPTION GÉNÉRALE D'UN MODE DE RÉALISATION POSSIBLE :
La figure 5 divulgue un système de traitement médical (1) adapté pour administrer un traitement à un patient (4). Le système de traitement comprend un dispositif de commande (2) et un dispositif de médical qui est préférentiellement un dispositif de délivrance (3). La figure 5 schématise le système avec un dispositif de de commande (2) distinct du dispositif de délivrance (3). Toutefois, ces deux dispositifs peuvent être agencés dans un même boîtier, non représenté ici. Dans le cas où les deux dispositifs ne seraient pas distincts, le système pourrait comprendre un seul processeur et/ou une seule mémoire. Dans ce document, la mémoire peut être de type RAM, ROM, NVRAM, EEPROM, Flash ou tout autre type de mémoire connu par l'homme du métier.
Le dispositif de commande (2) comprend un processeur (5) pouvant être connecté à une mémoire (6), des moyens de communication (7), un dispositif d'entré (8) et un écran (9). Le dispositif de commande peut être un ordinateur personnel, un téléphone cellulaire, un système de management du diabète, un BGM, ... Il peut être de forme suffisamment petite pour tenir dans la main de l'utilisateur et/ou dans sa poche. La mémoire (6) peut permettre en outre d'enregistrer des instructions de commande préprogrammé par le prescripteur, les instructions de commande précédemment exécuté et/ou les différentes actions, activités et informations renseignées par un utilisateur. Le dispositif de délivrance peut comprendre un processeur (10) pouvant être connecté à une mémoire (1 1), des moyens de communication (12), optionnellement un réservoir (13) et un mécanisme de pompage (14). Aussi, le dispositif de délivrance peut être adapté pour injecter à un patient (4) un fluide contenu dans le réservoir (13) grâce à un mécanisme de pompage (14).
Un utilisateur (4) peut être un prescripteur, un patient ou une autre personne. Le patient est la personne qui reçoit le traitement médical et interagit avec le système alors que les autres utilisateurs sont des personnes qui ne font qu'interagir avec le système. Le système peut comprendre plusieurs dispositifs de commande. Par exemple, le système peut comprendre un dispositif de commande réservé à l'usage unique du prescripteur et un dispositif de commande spécifique pour le patient. Idéalement, le dispositif de commande du patient est plus facilement transportable et il est de taille suffisamment petite pour être contenu dans une poche. Sa hauteur peut être comprise entre 160 mm et 50 mm, sa largeur entre 90 mm et 30 mm et sa profondeur entre 5 mm et 30 mm, idéalement il mesure environ 95 mm x 60 mm x 15 mm à +/- 5 mm. Préférentiellement, ledit dispositif de commande du patient comprend au moins deux interfaces graphiques utilisateur différents, l'une accessible uniquement par le prescripteur et l'autre accessible par le patient.
L'interface patient peut être l'interface de base alors que l'interface prescripteur n'est accessible qu'avec un moyen d'identification spécifique. Par interface de base, il faut comprendre l'interface qui est accessible directement ou initialement dès le démarrage, l'allumage ou la sortie en veille du dispositif de commande. Toutefois, il est possible lors du premier démarrage du dispositif de commande (c'est-à-dire tant que le prescripteur n'a pas paramétré le dispositif de commande afin de l'adapter au patient), que la première interface soit celle du prescripteur. Mais après le paramétrage, l'interface utilisateur pourra devenir l'interface de base. Le dispositif de commande (2) et le dispositif de délivrance (3) comprennent des moyens de communication (7, 12) leur permettant d'échanger des données de manière filaire ou non (onde radio, Bluetooth®, IR, wifi ... ). Ces données peuvent être par exemple une instruction envoyée par le dispositif de commande au dispositif de délivrance afin que ce dernier exécute une action déterminée (sélection d'un profil basai, injection d'un bolus, réduction du profil basai, modification du profil de basai,... ). Les moyens de communication (7, 12) peuvent être adaptés pour transmettre ou échanger des données avec un autre dispositif éloigné, tel que l'ordinateur d'un prescripteur ou un serveur médical, ... La communication peut s'effectuer par tout moyen connu de l'homme de l'art telle que via un port RJ45, USB, par wifi ou GSM (3G ou 4G). S'il existe plusieurs dispositifs de commande, ces derniers peuvent également communiquer entre eux. Par exemple, si le prescripteur paramètre ou programme le système avec un dispositif de commande spécifique (par exemple, un ordinateur personnel) alors le dispositif de commande du prescripteur pourra envoyer les données du paramétrage au système, par exemple directement au dispositif de commande du patient.
L'utilisateur (4) utilise une interface pour commander le système de traitement (1), cette interface comprend un écran (9) et un dispositif d'entrée (8). L'interface est adaptée à l'utilisateur de manière à proposer des options et fonctionnalités uniquement nécessaires à, et compréhensibles par l'utilisateur. Le dispositif d'entrée (8) peut être un bouton, une commande vocale, un moyen de mesure du glucose (BGM ou CGM), un clavier, une souris. L'écran (9) et le dispositif d'entrée (8) peuvent former un écran tactile.
EXEMPLES D'UN SYSTÈME DE TRAITEMENT INTUITIF SELON L'INVENTION
Un des principaux intérêts de l'invention est qu'un prescripteur a la possibilité d'affecter une action spécifique préétablie à une touche (dispositif d'entré (8)) afin qu'un utilisateur (par exemple le patient, qu'il soit jeune ou âgé) puisse appuyer sur cette touche sans se soucier de la programmation de l'action qui sera effectuée par le système.
Dans le cadre du traitement contre le diabète, l'invention est particulièrement adaptée pour au moins trois types d'instructions qu'un patient peut être amené régulièrement à utiliser :
• la commande d'un bolus lors d'un repas, et/ou
• la désignation d'un profil de basai, et/ou
• l'ajustement du profil basai en fonction de l'activité du patient. Commande d'un bolus :
Afin que la commande d'un bolus à l'occasion d'un repas soit utilisable par la majorité des diabétiques (y compris les diabétiques de type 2), il est important que l'utilisation de cet outil soit facilitée et ne demande que peu de réflexion de la part de l'utilisateur. Ainsi, le dispositif de commande peut comprendre un dispositif d'entrée permettant au patient d'entrer non pas la quantité d'insuline à injecter mais le type de repas qu'il a ou va ingérer. Le dispositif de commande présente ainsi au moins un type de repas de la journée (petit déjeuner, déjeuné, dîner,... ). Le patient (ou autre utilisateur) sélectionne le type de repas correspondant afin d'obtenir le traitement adéquat. Au préalable, le prescripteur aura enregistré au moins un traitement type correspondant à un repas type.
Comme présenté à la figure 3.2, le dispositif de commande affiche une interface patient présentant les différents types de repas que le patient peut sélectionner. Optionnellement, le dispositif de commande peut proposer / suggérer un type de repas en fonction du repas précédemment renseigné et/ou en fonction de l'heure de la journée (dans ce cas, le dispositif de commande peut comprendre une horloge interne).
Ce bolus préprogrammé par le prescripteur peut être ajusté selon plusieurs options :
Prise en compte de la glycémie du patient, et/ou
- Ajustement en fonction de la quantité ingéré.
Prise en compte de la glycémie du patient
Si le patient a mesuré sa glycémie, le système pourra proposer une correction permettant d'ajuster le Bolus en fonction de la glycémie (du patient) précédemment mesurée. La figure 3.3 présente l'interface patient avec une correction du bolus liée à la glycémie mesurée du patient. Il s'agit en particulier de l'information affichée à droite de l'icône illustrant une goûte comprenant également la mention BGM. Le patient pourra optionnellement accepter ou non cette correction par exemple en appuyant sur la touche ou l'icône correspondante (dans ce document, il est utilisé de façon indifférente les termes icône, logo ou pictogramme). Cette correction peut être effective si la mesure de glycémie a été effectuée dans un certain laps de temps précédant la présente commande de bolus. Si ce laps de temps est dépassé, alors le dispositif de commande pourra inviter le patient à effectuer une nouvelle mesure de glycémie, par exemple en appuyant sur la touche le pictogramme ou l'icône correspondante. En outre, le dispositif d'entrée (8) du dispositif de commande peut être utilisé pour renseigner la glycémie du patient. Il peut s'agir d'un simple clavier (sur lequel le patient renseigne la mesure effectuée avec un autre dispositif) ou d'un moyen de mesure de la glycémie (BGM, CGM) non représenté sur les figures.
Ajustement en fonction de la quantité ingéré
Toujours dans l'optique de faciliter l'utilisation du système de traitement (1) par le patient, l'invention propose que le patient n'ait qu'à estimer s'il mange comme d'habitude, plus/moins que d'habitude ou bien beaucoup plus/beaucoup moins que d'habitude. Cette estimation de la quantité ingérée du type de repas permet au système d'ajuster la quantité d'insuline à injecter.
A nouveau, le dispositif d'entrée (8) permet de renseigner le dispositif de commande de la quantité ingérée. Le dispositif de commande peut illustrer graphiquement cette option à l'aide des signes + ou - mais également en utilisant des icônes représentant une certaine quantité de repas tel que divulgué dans la figure 4. La figure 3.4 illustre l'interface graphique du patient. Les icônes en forme de tasse représentent le type de repas (ici un petit déjeuner), on remarquera également qu'il s'agit d'une représentation graphique substantiellement identique à celle de la figure 3.2 que le patient a sélectionné (mise en surbrillance de l'icône sélectionné). La figure 3.2 représente l'interface graphique patient. L'icône petit déjeuner est mis en surbrillance et les autres sont grisés. Cette mise en évidence d'une icône peut être le fait que le patient ait sélectionné cet icône ou peut être une proposition du dispositif de commande. Dans ce dernier cas, le patient n'aura qu'à valider cette proposition ou sélectionner un autre type de repas.
Selon un mode de réalisation, le patient n'a plus qu'à toucher la tasse plus petite ou plus grosse pour renseigner la quantité ingérée lors du petit déjeuner. Pour information, l'interface graphique présente également la quantité ajustée d'insuline. Ainsi, le patient peut vérifier que cette valeur est bien cohérente. Cela permet de rassurer le patient, d'informer sur la quantité calculée mais également de sensibiliser le patient à la quantité d'insuline nécessaire. Ainsi, le patient apprend par la pratique ses besoins en insuline, lui permettant en cas de panne de son système d'évaluer approximativement ses besoins en insuline. Préférentiellement, le patient peut renseigner cette information selon les prescriptions d'incrémentation préalablement programmées par le prescripteur. Autrement dit, le prescripteur pourra au préalable paramétrer les incréments augmentant ou diminuant la quantité d'insuline. Ces incréments sont utilisés lorsque le patient ajuste la quantité de repas ingéré.
Cette démarche demande peu d'implication au patient qui peut corriger son bolus selon la taille de son repas en 3-4 pressions sans aucune demande de calcul de carbo hydrate. Cette approche imagée rend cet outil accessible à tous (enfants, personnes âgées, patients à déficits cognitifs, ... ).
La figure 4 présente un organigramme qui illustre une succession d'écran de l'interface patient lorsqu'il renseigne le dispositif de commande de la quantité de repas ingéré.
En réalité, à travers l'interface patient, ce dernier ne commande pas une injection mais informe le système d'un événement (d'une action réalisée ou qui va être réalisée par le patient) qui est ici la prise de repas. Le système a ainsi l'objectif d'adapter la thérapie en fonction des renseignements donnés par le patient. Autrement dit, le processeur utilise un modèle mathématique adapté par le prescripteur (incrémentation, degré de sensibilité à l'insuline,... ) qui prend en compte le type de repas ingéré par le patient. Le modèle mathématique peut également prendre en compte la quantité ingérée et/ou une mesure de glycémie du patient.
Désignation d'un profil basai
Dans les dispositifs de l'état de l'art, le patient élabore avec l'aide d'un médecin un profil de débits qui sera infusé tout au long de la journée. Il s'agit du profil basai. Normalement, le patient a la possibilité de modifier le profil basai mais cela est très compliqué et peut engendrer une modification substantielle du traitement. Aussi, cette action peut être relativement dangereuse pour le patient. Une personne non habituée n'aura pas les compétences suffisantes pour modifier ce profil basai pour autant le traitement doit pouvoir être adapté en fonction de la journée car les besoins en insuline peuvent varier en fonction de différents paramètres. Certains dispositifs permettent d'enregistrer plusieurs profils basais mais il n'est pas évident pour une personne non initiée de reconnaître le profil qui est adapté pour une journée donnée. Pour lever cet inconvénient, l'invention propose de présenter facilement et de façon compréhensible au moins deux profils basais. Ainsi, le dispositif de commande permet d'identifier chaque profil selon une journée type ou un état physiologique du patient. Chaque journée type représente l'activité habituelle du patient au cours de cette journée type (par exemple : journée type de travail, journée type lorsque le patient est en congé ou malade, ... ). Autrement dit, comme illustré par la figure 3.9, l'interface patient présente les profils basais en fonction d'au moins deux journées type (par exemple sur cet écran, il est possible de distinguer deux journées type : semaine de travail ou week-end) et/ou en fonction de l'état de santé du patient (par exemple sur cet écran, il est possible de de sélectionner la journée type : malade). L'écran 3.10 permet d'informer le patient du profil exact (c'est-à-dire le profil de taux basai) avant que ce dernier ne valide cette option.
Dans le cas où le système comprend une horloge interne, le dispositif peut suggérer un profil basai. Par exemple en figure 3.9, la première icône est mise en surbrillance et les autres sont grisées ; cela peut être dû au fait que le patient a sélectionné cette icône mais cela peut aussi être une suggestion de la part du dispositif de commande. Ainsi, en fonction du jour de la semaine par exemple, le dispositif peut suggérer une journée type que le patient pourra ou non valider comme pour le type de repas décrit ci-avant.
Ainsi, le patient ne sélectionne pas un profil basai mais renseigne le dispositif de commande sur le type de journée actuel et/ou de son état de santé. Au préalable, un prescripteur aura paramétré ou programmé au moins une journée type correspondant à un profil basai adapté au patient en fonction de cette journée type.
Ajustement temporaire du profil basai en fonction de l'activité temporaire du patient :
Une option d'ajustement du basai peut être utilisée sur une relative courte durée. Il s'agit de l'ajustement en fonction de l'activité physique temporaire du patient.
Ainsi, le dispositif de commande présente via son interface patient une option d'ajustement permettant au patient de renseigner son activité physique temporaire via le dispositif d'entrée. L'activité physique temporaire est une activité réalisée (ou qui va être réalisée) par le patient pendant une durée limité (par exemple : quelque minutes à quelques heures mais strictement inférieur à 24 heures). Il peut s'agir de sport, d'une promenade ou toute autre activité physique inhabituelle du patient qui aurait pour conséquence la baisse de sa glycémie. Le dispositif d'entrée peut en outre permettre de renseigner l'amplitude de l'effort comme par exemple l'intensité et/ou la durée de cette activité. Le simple fait d'actionner cette option va entraîner une modification de l'infusion (en l'espèce, une diminution de l'infusion d'insuline).
Afin de permettre cette fonctionnalité, le dispositif de commande comprend un dispositif d'entrée permettant à un utilisateur (par exemple un patient) de renseigner l'effort temporaire du patient de manière à ce que le système adapte temporairement le traitement en fonction de ces données. Le dispositif de commande présente ainsi une option « activité » qui, lors de son activation, permet à l'interface patient d'afficher au moins un écran invitant le patient à évaluer l'intensité de l'activité physique et/ou la durée de cette activité. Une illustration de ces écrans est présentée par les figures 3.6 et 3.7. La figure 3.8 présente un résumé avant la validation de l'ajustement ; elle permet d'informer le patient de l'instruction qui sera envoyée au dispositif de délivrance.
Préférentiellement, le dispositif de commande propose au moins deux niveaux d'intensité. Le prescripteur aura préalablement prédéterminé l'impact de cette activité en fonction du niveau d'intensité et/ou de la durée. Le processeur peut également comprendre un modèle mathématique permettant de parvenir à la même finalité. Autrement dit, le système peut permettre de calculer un ajustement du traitement en fonction de l'intensité et/ou de la durée de l'activité physique.
En résumé, le patient ne se préoccupe plus de la programmation mais informe le dispositif de commande de son activité (manger, malade, type de journée, activité physique) provoquant une réaction préprogrammée par le prescripteur.
EXEMPLES DE L'UTILISATION DE L'INTERFACE PRESCRIPTEUR Initialisation
Dans un mode de réalisation, lors de la première utilisation de l'interface, un code administrateur (ou prescripteur), préalablement donné au médecin traitant (ou prescripteur), est demandé afin d'établir les premiers paramètres utilisateurs qui sont listés dans la figure 1. Exemple de paramétrage
Chacun de ces paramètres peuvent être personnalisés par le médecin traitant (prescripteur) selon les besoins du patient (par exemple en figure 2) et le paramétrage de ces options va définir l'interface finale obtenue (par exemple dans les figures 3). Si le patient peut demander l'exécution des instructions de commande, il lui est impossible de paramétrer lesdites instructions de commande, il s'agit du rôle exclusif du prescripteur. Dans l'exemple suivant, le paramétrage spécifique choisi va définir l'interface que l'utilisateur va pouvoir manipuler sans pouvoir l'éditer.
Pour accéder au paramétrage, l'utilisateur doit préciser quel type d'utilisateur il est, par exemple comme l'image de gauche de la figure 7. Sur cette image, le système peut comprendre au moins deux types d'utilisateurs différents (Patient, Caregiver, Health Care Professional) avec ainsi des droits d'accès différents. Préférentiellement, le patient ne pourra accéder à aucune option de paramétrage. Dans un mode de réalisation, si le patient à suffisamment de connaissance, le prescripteur pourra choisir de lui donner l'accès à certain paramétrage. Après la sélection du type d'utilisateur, ce dernier doit entrer son code personnel (par exemple un code PIN) puis un écran de paramétrage s'affichera (image de droite de la figure 7). La figure 7 décrit ainsi la succession d'écran pour accéder au paramétrage du système. Modification de paramètres et influence sur l'interface utilisateur
La possibilité de pouvoir activer ou bien désactiver la plupart des options va donc avoir un grand impact sur l'interface utilisateur. Prenons l'exemple d'un patient qui, selon le médecin traitant, n'utilise pas l'option « activity » (traduction : « activité »), il peut la désactiver (mettre cette option sur Off) et ainsi influencer le design de l'interface utilisateur. Similairement, si un médecin traitant estime que cet outil (pompe et télécommande) est adéquat au traitement d'un enfant diabétique uniquement via l'utilisation de l'option « Set » (Basai), il peut rendre les autres options (Bolus et Activity) inactives modifiant par conséquent l'interface utilisateur. Cet aspect « d'activation si besoin » va permettre d'enlever les options non utilisées qui pourraient perturber le patient. Ceci offre un grand avantage car le médecin peut alors prescrire un traitement sous pompe à une personne ayant un déficit cognitif sans pour autant courir le risque que cette dernière utilise des options qui pourraient lui être dangereuses voire fatales.
En outre, l'interface prescripteur permet d'agir sur : - L'activation des options Bolus, Basai et/ou Activité (voir au milieu de la figure 1).
Dans le cas où ces trois actions seraient inactives alors le dispositif de commande ne permettrait au patient que de mesurer sa glycémie grâce à un dispositif d'entrée (par ex : un capteur spécifique) et/ou d'avoir accès à l'historique des actions ; et/ou
- L'activation des niveaux d'intensité de l'activité (au moins deux, par exemple :
Léger, moyen, intense) et/ou des options de durée (par exemple : 30 min, 1 heure,... ), un exemple d'interface graphique est divulgué en figure 8 ; et/ou Les incréments de l'intensité et/ou de la durée ; et/ou
- Au moins deux (idéalement quatre : par exemple : week-end, semaine, vacances, malade) profils basais dont les intitulés et les données peuvent être paramétrés par le prescripteur ; et/ou
- Au moins deux (idéalement trois et optionnellement la possibilité de faire une entrée manuelle) types de repas : leur intitulé et la quantité d'insuline respectifs ; et/ou
- Les incréments de l'option Bolus (que ce soit pour l'option manuelle ou pour l'ajustement de la quantité)
L'activation de la prise en compte d'une mesure de glycémie et/ou la durée de validité de cette mesure ; et/ou
Les options de la mesure de glycémie.
Au final, l'invention propose à l'utilisateur une interface qui peut être modulée par un administrateur (qui est par exemple le prescripteur) selon ses besoins et ses capacités. Ceci ouvre donc l'utilisation de la pompe à insuline à une très large population.
Exemple de paramétrage global
La figure 2 illustre le paramétrage final effectué par un prescripteur. Aussi, le dispositif de commande permettra au patient par exemple de diminuer de 25% la quantité d'insuline pendant 30 min lors d'une activité, ou de commander une dose de 14 unités lors d'un déjeuner et de la majorer de 2.5 unités si le déjeuner est relativement copieux.
Exemple de paramétrage par le médecin traitant pour les options de Bolus
Grâce à cette commande Bolus simplifiée, le système est programmé à l'avance par un prescripteur via une interface spécifique permettant au prescripteur d'enregistrer le traitement nécessaire et adapté au patient en fonction du type de repas qu'il sera amené à ingérer dans une journée. Les paramètres d'incrémentation selon la quantité de nourriture estimée sont préalablement édités par le médecin traitant (prescripteur). Par exemple :
EXEMPLES D'INTERFACES PATIENT
Les figures 3.1 à 3.10 exposent un ensemble d'écrans pouvant se succéder et qui sont utilisés par l'interface graphique patient.
La figure 3.1 montre un écran qui peut être l'écran de base, c'est-à-dire l'écran principal qui s'affiche lors de l'allumage ou le réveil du dispositif de commande. Un premier bandeau supérieur peut apporter des informations à l'utilisateur quant à l'heure et l'état des éléments du dispositif (par exemple le niveau réception, le niveau de batterie, ...). Une deuxième zone spécifique permet à l'utilisateur de connaître le dernier repas renseigné et optionnellement la quantité d'insuline injectée par le dispositif de délivrance. Si aucune correction ou ajustement n'a été effectué par l'utilisateur alors il s'agit également de la quantité d'insuline associée à ce type de repas. La majeure partie de l'écran est consacrée aux principales options de commande. Ces commandes permettent à l'utilisateur de renseigner le système concernant :
la mesure de glycémie. Grâce à cette commande, le patient va pouvoir renseigner le dispositif de commande de son niveau de glycémie à un moment donné. Cette information est renseignée grâce à un dispositif d'entrée qui peut être un ensemble de touches, un clavier, un capteur spécifique (ceux utilisés par exemple par les BGM ou les CGM connus par l'homme de l'art). Dans le dernier cas, lorsque le patient aura sélectionné cette commande, l'interface graphique affichera une succession d'écran comprenant des images fixes et/ou animées avec un texte expliquant la démarche à suivre. Le patient pourra également préciser si la mesure de glycémie a été effectuée avant ou après un repas. L'ensemble de ces informations sera ensuite enregistrée dans la mémoire du dispositif de commande de manière à ce que l'utilisateur puisse revoir une mesure et/ou pour que le médecin puisse suivre également la courbe de la glycémie de son patient. Ces informations peuvent également être envoyées à un serveur médical dédié pour suivre au plus juste le patient ; et/ou - la prise d'un repas ; et/ou
l'activité physique temporaire du patient ; et/ou
le type de journée actuel.
Selon un mode de réalisation, ces quatre commandes sont disposées en quatre quarts de disque (ou arcs de cercle). Chaque commande est représentée par un quart de disque dans lequel il peut y avoir une illustration graphique, de l'information et/ou du texte. Chaque commande peut avoir une couleur spécifique. Par exemple, la mesure de glycémie peut avoir une icône (quart de disque) avec une couleur de fond verte, le repas en jaune, l'activité en bleu et le type de journée en violet.
Accès à l'option historique
Au centre de ce disque (ou arc de cercle) de commande de l'écran de base se trouve selon la figure 3.1 un cercle avec un caractère représentant un « i ». Ce cercle (ou icône, ou pictogramme) permet d'accéder à une commande affichant l'historique. Dès la sélection de cette commande, un nouvel écran peut s'afficher représentant de manière substantiellement identique la précédente interface graphique, plus particulièrement, les quarte icônes des commandes principales (les quarts de disque des précédentes commandes). Autrement dit, l'écran de base présente les quatre icônes des commandes principales (Glycémie, repas, activité, type de journée) ainsi que qu'une commande « historique » qui permet l'affichage d'un nouvelle écran comprenant les mêmes icônes que celles des commandes principales. Ces nouvelles icônes permettent d'accéder à l'historique de chaque commande principale.
Une illustration de cette succession d'écran est divulguée par la figure 6. Cette figure montre trois écrans qui se succèdent, le premier est l'écran principal (ou de base), le deuxième est l'écran de l'historique présentant les mêmes icônes que l'écran précédent et le troisième écran affiche l'historique de la commande repas (après sélection de la commande repas dans l'historique). Cet écran liste les différents types de repas pris, l'heure et la date du renseignement et la quantité d'insuline injectée.
Au centre de l'écran « historique » peut se trouver une autre icône comme par exemple une commande « retour » ou une commande « Alarme » qui affichera, si l'utilisateur sélectionne cette commande, l'historique des alarmes. L'interface graphique patient permet également d'autre successions d'écrans comprenant des icônes ayant des caractéristiques graphiques similaires entre un premier écran et un deuxième écran. Par exemple :
si l'utilisateur sélectionne la commande « repas » de l'écran de base (Fig 3.1) alors un deuxième écran (Fig 3.2) pourra s'afficher présentant des icônes ayant la même forme que les icônes des commandes de l'écran de base. C'est-à-dire ici, quatre quarts de disque.
si l'utilisateur sélection la commande « activité » de l'écran de base (Fig 3.1) alors un deuxième écran et optionnellement un troisième écran (Fig 3.6 et 3.7) pourra (ont) s'afficher présentant des icônes ayant la même forme que les icônes des commandes de l'écran de base. C'est-à-dire ici, quatre quarts de disque.
si l'utilisateur sélection la commande « type de journée » de l'écran de base (Fig 3.1) alors un deuxième écran (Fig 3.9) pourra s'afficher présentant des icônes ayant la même forme que les icônes des commandes de l'écran de base. C'est-à- dire ici, quatre quarts de disque.
Le code couleur de la commande principale peut être utilisé comme un signe distinctif des commandes. Ainsi la couleur du fond de l'icône (par exemple jaune) peut être utilisée par les autres icônes du deuxième écran ou affichée dans une zone spécifique de sorte que l'utilisateur reconnaisse la commande précédemment sélectionnée. Autrement dit, au moins un signe distinctif de la commande sélectionnée au premier écran est illustrée de manière non équivoque par le deuxième écran.
A la fin de chaque commande, le dispositif de commande peut afficher un écran récapitulatif et/ou demander un code de confirmation (code PIN par exemple).
AUTRES EXEMPLES D'INTERFACES
Le système est particulièrement adapté pour les diabétiques de type 2 car il ne nécessite que peu de connaissances sur la maladie de la part du patient et aussi grâce à sa facilité d'utilisation. Toutefois, il peut être intéressant d'utiliser ce système pour un diabétique de type 1 , en particulier lorsque l'utilisateur (par exemple le patient ou un parent du patient) est en phase d'apprentissage du traitement de sa maladie. Ainsi, le système peut évoluer avec le patient. Dans un premier temps, le système ne proposera que des fonctionnalités très basiques puis le prescripteur pourra ajouter (ou retirer) au cours du temps (après plusieurs semaine, mois et année, ou en fonction de l'âge du patient) d'autres fonctionnalités. Les fonctionnalités présentées ci-dessous peuvent aussi être disponibles uniquement à une personne responsable (c'est-à-dire non accessible au patient mais par exemple à un personnel soignant ou un parent).
En figure 9.1 , cette fonctionnalité permet à un utilisateur plus confirmé de commander différents types de bolus (single, Extended ou Dual).
En figure 9.1 et 9.2, l'écran propose une information complémentaire en plus de 3 instructions de commandes possibles. Cette information complémentaire peut être la dernière mesure de glycémie du patient, il pourrait aussi s'agir de la dernière commande de bolus ou de la nécessité (ou l'incitation à) d'effectuer une nouvelle mesure de la glycémie (par exemple si la dernière mesure est trop ancienne).
En figure 9.3, l'écran permet à l'utilisateur d'activer ou désactiver la (les) correction(s) proposée(s) par le dispositif de commande en fonction de la dernière mesure de glycémie et/ou en fonction de la quantité restante d'insuline active dans le corps du patient, c'est à dire de l'insuline qui a été injectée au patient et qui va (dans un futur proche) avoir une action sur la glycémie du patient. Sur cette écran, le patient a commandé une quantité de 10 U d'insuline, le dispositif propose d'en ajouter 5.5 U pour corriger la glycémie et d'en retirer 3.5 U pour tenir compte de la quantité d'insuline encore présente dans son corps.
En figure 10, le dispositif permet à l'utilisateur de commander un Dual Bolus. Il s'agit de l'infusion d'un bolus selon deux étapes successives. Dans un premier temps, le dispositif de délivrance injectera une première quantité d'insuline pendant une première période, puis durant une deuxième période le dispositif injectera une deuxième quantité d'insuline. Le dispositif de commande propose ainsi une succession d'écrans permettant de commander un Dual Bolus. Dans un premier écran, l'utilisateur sélectionne l'instruction de commande « Dual Bolus » puis un autre écran permet à l'utilisateur de décider de la répartition de la quantité d'insuline à injecter pendant la première et deuxième période. Il peut s'agir d'une barre de répartition grâce à laquelle l'utilisateur peut définir en la déplaçant à droit ou à gauche cette répartition. L'écran peut informer l'utilisateur de cette répartition soit en Unités soit en pourcentage par période, le calcul peut s'effectuer automatiquement lorsque l'utilisateur déplace la barre de répartition. Un autre écran permet à l'utilisateur de définir au moins la durée de la deuxième période. Un dernier écran permet de récapituler l'ensemble de cette instruction de commande en particulier la quantité total d'insuline commandée pour cette instruction de commande. Les figures 11 et 12 montre comment un utilisateur peut être guidé durant une procédure. Par exemple, la figure 11 présente une succession d'écran exposant à l'utilisateur les étapes nécessaires pour effectuer une mesure de glycémie à l'aide d'un BGM. Ce BGM peut être une fonction du dispositif de commande. La figure 12 explique comment remplir un réservoir du dispositif de délivrance. Ces écrans peuvent contenir du texte, des chiffres, des symboles, des illustrations graphiques immobiles et/ou mobiles, une vidéo. Des informations sonores peuvent également apporter de plus amples informations ou décrire oralement la procédure. C'est un véritable avantage pour les personnes non habituées et cela permet d'enseigner à l'utilisateur la démarche à effectuer.
Les images de la figure 13 présentent des écrans comprenant des informations supplémentaires sur l'écran. Dans un mode de réalisation, il s'agit d'un case cochée ou non cochée (ou décochée). Par exemple :
• si la case à côté de la commande d'entrée de la glycémie (« CHECK ») est cochée cela peut signifier que la dernière mesure de glycémie a été effectuée, mesurée ou entrée dans un certain laps de temps. Aussi, cette mesure peut encore être valide et peut être utilisée pour la correction en cas de commande de Bolus.
• si la case à côté de la commande Basai (« SET ») est cochée cela peut signifier qu'un profil basai ou qu'un taux de base est en cours de délivrance. Si elle est décochée, aucune injection de Basai n'est effectuée par le dispositif de délivrance.
• si la case à côté de la commande Bolus (« EAT ») est cochée cela peut signifier que le dispositif de délivrance est en cours de délivrance d'un bolus dernièrement commandé. Cela peut également signifier que :
o de l'insuline encore active est présente dans le corps du patient, cette case serait donc fonction d'un modèle mathématique qui calcule ΓΙΟΒ (Insulin On Board) au cours du temps du à une injection de Bolus.
o le patient peut dès à présent commander un Bolus. Ainsi, un prescripteur aura préalablement désigné des tranches horaires durant lesquelles le patient ou autre utilisateur peut commander une commande de Bolus. Cette activation de la commande bolus peut également être illustrée par une touche de couleur qui est grisée lorsque la commande est désactivée. · si la case à côté de la commande Actitivité (« MOVE ») est cochée cela peut signifier que le système prend en compte que le patient réalise à ce moment une activité physique temporaire.
On remarquera par ailleurs que les intitulés des commandes n'ont pas de connotation médicale, ainsi le dispositif de commande ne rappelle pas au patient qu'il est malade, le patient vit mieux avec sa maladie et il est ainsi plus coopératif. En d'autre terme, le dispositif de commande ne renvoie pas une image négative et contraignante du traitement médicale, il permet simplement à l'utilisateur d'entrer des données qui sont liées à l'activité du patient (prise d'un repas, mode de vie, activité physique, ... )
Le système est adapté pour sensibiliser ou former un utilisateur pour mieux vivre avec une maladie telle le diabète. En effet, grâce à son écran de base, le patient voit instantanément les 4 bonnes conduites :
• Mesurer régulièrement la glycémie du patient
· Commander un Bolus pour compenser l'apport de glucides lors d'un repas
• Adapter son profil Basai à son mode de vie
• Diminuer son apport d'insuline lors d'une activité physique. La touche activité permet également d'inciter un patient à réaliser une activité physique temporaire mais régulièrement.
Le système comprend ainsi une fonction pédagogique. En outre, le système peut comprendre un système de rappel pour rappeler au patient de renseigner le système de la prise de repas ou non, de la mesure de glycémie,... La succession d'écrans et en particulier celui de la commande de bolus peut permettre à l'utilisateur d'apprendre à estimer ses besoins en insuline en fonction du type de repas et optionnellement de la quantité relative (par rapport à la quantité d'un repas standard du patient) ingéré au cours de ce repas.
EXEMPLES DE MODES DE RÉALISATION ET D'UTILISATION
L'invention décrit une interface de commande pour le contrôle d'un système de traitement médical qui comprend des instructions de commande préprogrammées. L'interface de commande comprend :
• Un dispositif d'affichage,
• Un dispositif d'entrée pour recevoir au moins une entrée utilisateur, · Un processeur configuré pour traiter des instructions de commande, Le dispositif d'entrée est adapté pour recevoir une donnée liée à l'activité du patient et renseigner le système de cette donnée. Le processeur est adapté pour suggérer à travers le dispositif d'affichage une instruction de commande, pouvant prendre en compte une ou des instructions de commandes préprogrammés, l'activité du patient et/ou au moins une autre donnée entrée par l'utilisateur ou déterminée par le système.
Uune autre donnée entrée par l'utilisateur peut être : un type de repas, la quantité dudit repas, un niveau d'effort lié à une activité physique, une durée d'activité physique réalisée par le patient, un état de santé, une mesure de glycémie, un jour de la semaine, une heure, une période ou un type de journée. Une autre donnée déterminée par le système peut être : un type de repas, des données mesurées par un capteur adapté pour enregistrer les mouvements du patient, une durée d'activité physique réalisée par le patient, un état de santé, une mesure de glycémie, un jour de la semaine, une heure, une période ou un type de journée.
Selon une mode de réalisation, l'activité du patient est la prise d'un repas. En outre, le dispositif d'entré est adapté pour renseigner le type de repas et/ou une quantité ingéré par le patient. Le type de repas peut être un petit déjeuner, un déjeuner ou un dîner. Une quantité ingérée par le patient peut être une quantité relative par rapport à la quantité habituellement ingérée par le patient. L'interface peut être adapté pour suggérer un type de repas en fonction d'une tranche horaire et/ou du repas précédemment renseigné. Autrement dit le processeur peut tenir en compte ces données.
Selon une mode de réalisation, l'activité du patient est une activité physique temporaire. En outre, le dispositif d'entré peut être adapté pour renseigner le niveau d'effort et/ou la durée de l'activité temporaire réalisée par le patient.
Selon une mode de réalisation, l'activité du patient est l'activité habituelle du patient au cours d'une journée type. En outre, le dispositif d'entré peut être adapté pour renseigner le type de journée actuel du patient. Les instructions de commande peuvent être fonction de la date et/ou de l'heure de la journée actuelle. L'interface de commande peut être adaptée pour suggérer une instruction de commande prenant en compte au moins une instruction de commande précédemment exécutée. Un moyen de communication peut permettre d'envoyer des données à un dispositif distant en cas de défaut de compliance. Le processeur peut être adapté pour envoyer un rappel de façon automatique à l'utilisateur quand l'utilisateur a omis d'envoyer une instruction de commande. Le dispositif d'affichage peut être adapté pour afficher un menu principal permettant d'accéder aux instructions de commande principale depuis un seul écran. Le dispositif d'entré peut être adapté pour recevoir au moins une entrée d'un prescripteur permettant le paramétrage d'au moins une instruction de commande. Le patient ne peut avoir accès au paramétrage des instructions de commande. Le dispositif d'entrée peut être adapté pour ajuster les instructions de commande selon au moins un incrément donné. Cet incrément peut être paramétré par le prescripteur. L'incrément de bolus peut être fonction du temps avant ou après l'heure présumée de délivrance (ie repas) ou d'une fonction de sensibilité du patient en fonction du moment de la journée.
L'invention décrit également un système pour commander l'administration d'un fluide à un patient, ce système comprend :
Un dispositif d'administration de fluide configuré pour délivrer un fluide à un patient,
Un dispositif de commande conçu pour envoyer des commandes de délivrance au dispositif d'administration ;
Le dispositif de commande comprend préférentiellement des moyens d'entrés et un dispositif d'affichage adaptés pour offrir ensemble deux interfaces distinctes :
- une interface prescripteur, et
une interface patient,
L'interface prescripteur est conçue pour éditer une commande de délivrance adaptée à un patient donné et pour paramétrer des moyens d'entrée de l'interface utilisateur alors que l'interface patient est conçu pour envoyer une commande de délivrance au dispositif d'administration et/ou pour ajuster une commande de délivrance en fonction de l'activité du patient et/ou au moins une autre donnée entrée par le patient ou déterminée par le système. Certains moyens d'entrée peuvent être exclusivement utilisables via l'interface prescripteur. Les moyens d'entrée de l'interface utilisateur peuvent représentés par des boutons virtuel ou physique comprenant des icônes, des pictogrammes ou des symboles spécifiques. Des moyens d'entrée de l'interface patient peuvent être conçus pour augmenter ou diminuer la quantité délivrée par incrément prédéterminé. Les incréments peuvent être variables en fonction de l'heure et/ou édités via l'interface prescripteur. L'interface patient peut être conçu pour suggérer une commande de délivrance en fonction de l'heure et de données pré-paramétrés via l'interface prescripteur. En outre, au moins une des interfaces peut être adaptée pour n'être accessible que grâce à un mot de passe ou via un moyen de déverrouillage spécifique. Par exemple l'interface prescripteur ne peut pas être accessible au patient. L'ajustement d'une commande de délivrance peut être temporaire. Une commande de délivrance peut être définie sur une certaine durée pré-paramétrée via l'interface prescripteur. Une commande de délivrance peut être définie sur une certaine durée définie elle-même via l'interface utilisateur par incréments déterminés via l'interface prescripteur. Une commande de délivrance peut être ajustée en fonction de la suggestion du dispositif de commande suite à l'entrée d'une donnée physiologique du patient. Un processeur peut être adapté pour surveiller la compliance du traitement. Le système peut en outre comprendre des moyens de communication pour échanger des données avec un dispositif distant, par exemple pour surveiller la compliance du traitement. Le système peut comprendre une horloge interne adapté pour renseigner le système de la date et/ou l'heure actuel.
L'invention décrit également un procédé pour commander un dispositif de délivrance d'un médicament à l'aide d'un dispositif de commande comprenant un dispositif d'affichage, un dispositif d'entrée, une interface de commande, un processeur. Le procédé comprend les étapes suivantes :
• L'établissement de suggestions d'instruction de commande prenant en compte une ou des instructions de commande préprogrammés, l'activité du patient et/ou au moins une autre donnée entrée par l'utilisateur ou déterminée par le dispositif de commande
• L'affichage d'au moins une suggestion sur le dispositif d'affichage
• L'activation via le dispositif d'entrée par le patient d'au moins une instruction de commande suggérée Le procédé peut comprendre en outre au moins l'une des étapes supplémentaires suivantes :
• modification de l'instruction de commande par incréments prédéfinis, ladite modification pouvant être effectué par le patient.
• modification des instructions de commande préprogrammés par un prescripteur via le dispositif d'entrée
• modification des incréments par un prescripteur via le dispositif d'entrée.
L'invention décrit également un procédé pour le traitement du diabète d'un patient grâce à un système de traitement qui comprend une mémoire, un dispositif d'entré, un dispositif d'affichage reliés à un processeur. Le système peut être adapté pour exécuter au moins une instruction de commande pré paramétré, le procédé comprend les étapes suivantes :
• Renseigner le système quant à l'activité du patient via le dispositif d'entré ;
• Suggérer une instruction de commande en fonction des données pré paramétrées, de l'activité du patient et au moins une autre donnée entrée par l'utilisateur ou déterminée par le système ;
• Valider la suggestion ;
• Exécuter l'instruction de commande.
Le procédé peut optionnellement comprendre au moins une des étapes suivantes :
· Renseigner le système quant au type de repas ingéré par le patient ;
• Renseigner le système quant à la quantité ingéré par le patient, par exemple la quantité relative par rapport à la quantité habituellement ingérée par le patient ;
• Renseigner le système quant au niveau d'effort de l'activité temporaire réalisé par le patient ;
• Renseigner le système quant à la durée de l'activité temporaire réalisé par le patient ;
• Pré paramétrer au moins une instruction de commande et l'enregistrer dans la mémoire ;
· Ajuster l'instruction de commande ;
• Ajuster l'instruction de commande en fonction d'incrément pré paramétré ;
• Pré paramétrer au moins un incrément ;
• Recevoir des mesures de la glycémie du patient et ajuster l'instruction de commande en fonction de la mesure de glycémie.
Le pré paramétrage peut être effectué par un utilisateur spécifique. Le patient ne peut pas pré paramétrer les instructions de commande.
L'invention décrit également une méthode d'apprentissage d'un patient pour son traitement contre le diabète, ladite méthode pouvant comprendre les étapes suivantes :
· Utilisation d'une interface de commande telle que décrit dans un des précédents modes de réalisation ;
• Renseignement de l'activité du patient ; Suggestion par le système et affichage de l'instruction de commande adapté au besoin du patient en fonction de donnée pré paramétré et de l'activité du patient.
Validation de l'instruction de commande suggérée
L'invention décrit également une méthode pour la recommandation d'une quantité d'insuline à injecter avant pendant ou après un repas, ladite méthode peut comprendre les étapes suivantes :
• Utilisation d'une interface de commande telle que décrite dans un des précédents modes de réalisation ;
• Renseignement du type de repas ingéré ou qui sera ingéré ;
• Optionnellement, renseignement de la quantité ingéré relativement à la quantité d'un repas standard du patient ;
• Calcul par le processeur de la quantité d'insuline adaptée au besoin du patient en fonction des renseignements donnés ;
• Affichage de la quantité d'insuline recommandée.
L'invention décrit également une méthode pour la recommandation de l'ajustement d'une quantité d'insuline à injecter avant pendant ou après une activité physique temporaire réalisée par un patient, ladite méthode peut comprendre les étapes suivantes :
• Utilisation d'une interface de commande telle que décrite dans un des précédents modes de réalisation ;
• Renseignement du niveau d'effort du patient pendant ladite activité physique et/ou de la durée ladite activité physique
• Calcul par le processeur de la quantité d'insuline adaptée au besoin du patient en fonction des renseignements donnés ;
• Affichage de la quantité d'insuline recommandée.

Claims

REVENDICATIONS
1. Interface de commande pour le contrôle d'un système de traitement médical comprenant des instructions de commande préprogrammées, l'interface de commande comprenant :
• Un dispositif d'affichage,
• Un dispositif d'entrée pour recevoir au moins une entrée utilisateur,
• Un processeur configuré pour traiter des instructions de commande, Caractérisé en ce que le dispositif d'entrée est adapté pour recevoir une donnée liée à l'activité du patient et renseigner le système de cette donnée ;
en ce que le processeur est adapté pour suggérer à travers le dispositif d'affichage une instruction de commande, ledit processeur prenant en compte une ou des instructions de commande préprogrammés, l'activité du patient et au moins une autre donnée entrée par l'utilisateur ou déterminée par le système.
2. Interface de commande selon la revendication 1 , caractérisé en ce qu'une autre donnée entrée par l'utilisateur est : un type de repas, la quantité dudit repas, un niveau d'effort lié à une activité physique, une durée d'activité physique réalisée par le patient, un état de santé, une mesure de glycémie, un jour de la semaine, une heure, une période ou un type de journée.
3. Interface de commande selon la revendication 1 , caractérisé en ce qu'une autre donnée déterminée par le système est : un type de repas, des données mesurées par un capteur adapté pour enregistrer les mouvements du patient, une durée d'activité physique réalisée par le patient, un état de santé, une mesure de glycémie, un jour de la semaine, une heure, une période ou un type de journée.
4. Interface de commande selon l'une des précédentes revendications, caractérisé en ce que l'activité du patient est la prise d'un repas.
5. Interface de commande selon la revendication précédente, caractérisé en ce que le dispositif d'entré est adapté pour renseigner le type de repas et/ou une quantité ingéré par le patient.
6. Interface de commande selon la revendication 2, 3 ou 5, caractérisé en ce que le type de repas est un petit déjeuner, un déjeuner ou un dîner.
7. Interface de commande selon la revendication 2 ou 5, caractérisé en ce qu'une quantité ingérée par le patient est une quantité relative par rapport à la quantité habituellement ingérée par le patient.
8. Interface de commande selon l'une des précédentes revendications, caractérisé en ce que l'activité du patient est une activité physique temporaire.
9. Interface de commande selon la revendication précédente, caractérisé en ce que le dispositif d'entré est adapté pour renseigner le niveau d'effort et/ou la durée de l'activité temporaire réalisée par le patient.
10. Interface de commande selon l'une des précédentes revendications, caractérisé en ce que l'activité du patient est l'activité habituelle du patient au cours d'une journée type.
11. Interface de commande selon la revendication précédente, caractérisé en ce que le dispositif d'entré est adapté pour renseigner le type de journée actuel du patient.
12. Interface de commande selon l'une des précédentes revendications, caractérisé en ce que les instructions de commande sont fonction de la date et/ou de l'heure de la journée actuel.
13. Interface de commande selon l'une des précédentes revendications 2 à 13, caractérisé en ce que l'interface est adapté pour suggérer un type de repas en fonction d'une tranche horaire et/ou du repas précédemment renseigné.
14. Interface de commande selon l'une des revendications précédentes, caractérisé en ce que l'interface de commande est adaptée pour suggérer une instruction de commande prenant en compte au moins une instruction de commande précédemment exécutée.
15. Interface de commande selon l'une des revendications précédentes, comprenant un moyen de communication adapté pour envoyer des données à un dispositif distant en cas de défaut de compliance.
16. Interface de commande selon l'une des revendications précédentes, caractérisé en ce que le processeur est adapté pour envoyer un rappel de façon automatique à l'utilisateur quand l'utilisateur a omis d'envoyer une instruction de commande.
17. Interface de commande selon l'une des revendications précédentes, caractérisé en ce que le dispositif d'affichage est adapté pour afficher un menu principal permettant d'accéder aux instructions de commande principale depuis un seul écran.
18. Interface de commande selon l'une des revendications précédentes, caractérisé en ce que le dispositif d'entré est adapté pour recevoir au moins une entrée d'un prescripteur permettant le paramétrage d'au moins une instruction de commande.
19. Interface de commande selon la revendication précédente, caractérisée en ce que le patient ne peut avoir accès au paramétrage des instructions de commande.
20. Interface de commande selon l'une des revendications précédentes, caractérisée en ce que le dispositif d'entrée est adapté pour ajuster les instructions de commande selon au moins un incrément donné.
21. Interface de commande selon les revendications 18 et 20, caractérisé en ce que l'incrément est paramétré par le prescripteur.
22. Interface de commande selon l'une des revendications 20 à 21 , caractérisé en ce que l'incrément de bolus peut être fonction du temps avant ou après l'heure présumée de délivrance (ie repas) ou d'une fonction de sensibilité du patient en fonction du moment de la journée
23. Système pour commander l'administration d'un fluide à un patient, ledit système comprenant :
- Un dispositif d'administration de fluide configuré pour délivrer un fluide à un patient,
Un dispositif de commande conçu pour envoyer des commandes de délivrance au dispositif d'administration ;
Ledit dispositif de commande comprenant des moyens d'entrés et un dispositif d'affichage adaptés pour offrir ensemble deux interfaces distinctes :
une interface prescripteur, et
une interface patient,
Caractérisé en ce que l'interface prescripteur est conçue pour éditer une commande de délivrance adaptée à un patient donné et pour paramétrer des moyens d'entrée de l'interface utilisateur ;
en ce que l'interface patient est conçu pour envoyer une commande de délivrance au dispositif d'administration et/ou pour ajuster une commande de délivrance en fonction de l'activité du patient et au moins une autre donnée entrée par le patient ou déterminée par le système.
24. Système selon la revendication 23, caractérisé en ce que des moyens d'entrée sont exclusivement utilisables via l'interface prescripteur.
25. Système selon la revendication 23, caractérisé en ce que des moyens d'entrée de l'interface utilisateur sont représentés par des boutons virtuel ou physique comprenant des icônes, des pictogrammes ou des symboles spécifiques.
26. Système selon la revendication 23, caractérisé en ce que des moyens d'entrée de l'interface utilisateur sont conçus pour augmenter ou diminuer la quantité délivrée par incrément prédéterminé.
27. Système selon la revendication 26, caractérisé en ce que lesdits incréments sont variables en fonction de l'heure.
28. Système selon la revendication 26 ou 27, caractérisé en ce que lesdits incréments sont édités via l'interface prescripteur.
29. Système selon l'une des revendications précédentes 23 à 28, caractérisé en ce que l'interface patient est conçu pour suggérer une commande de délivrance en fonction de l'heure et de données pré-paramétrés via l'interface prescripteur.
30. Système selon l'une des revendications précédentes 23 à 29, caractérisé en ce que au moins une des interfaces n'est accessible que grâce à un mot de passe ou via un moyen de déverrouillage spécifique.
31. Système selon l'une des revendications précédentes 23 à 30, caractérisé en ce que l'interface prescripteur ne peut être accessible au patient.
32. Système selon l'une des revendications précédentes 23 à 31 , caractérisé en ce que l'ajustement d'une commande de délivrance est temporaire.
33. Système selon l'une des revendications précédentes 23 à 32, caractérisé en ce qu'une commande de délivrance est définie sur une certaine durée préparamétrée via l'interface prescripteur.
34. Système selon l'une des revendications précédentes 23 à 33, caractérisé en ce qu'une commande de délivrance est définie sur une certaine durée définie elle- même via l'interface utilisateur par incréments déterminés via l'interface prescripteur.
35. Système selon l'une des revendications précédentes 23 à 34, caractérisé en ce qu'une commande de délivrance est ajustée en fonction de la suggestion du dispositif de commande suite à l'entrée d'une donnée physiologique du patient.
36. Système selon l'une des revendications précédentes 23 à 35, comprenant un processeur adapté pour surveiller la compliance du traitement
37. Système selon l'une des revendications précédentes 23 à 36, comprenant des moyens de communication pour échanger des données avec un dispositif distant.
38. Système selon la revendication précédente, caractérisé en ce que le dispositif distant est adapté pour surveiller la compliance du traitement
39. Système selon l'une des revendications précédentes 23 à 38, comprenant en outre une horloge interne adapté pour renseigner le système de la date et/ou l'heure actuel.
40. Procédé pour commander un dispositif de délivrance d'un médicament à l'aide d'un dispositif de commande comprenant un dispositif d'affichage, un dispositif d'entrée, une interface de commande, un processeur, ledit procédé étant caractérisé par :
• L'établissement de suggestions d'instruction de commande prenant en compte une ou des instructions de commande préprogrammés, l'activité du patient et au moins une autre donnée entrée par l'utilisateur ou déterminée par le dispositif de commande
• L'affichage d'au moins une suggestion sur le dispositif d'affichage
• L'activation via le dispositif d'entrée par le patient d'au moins une instruction de commande suggérée
41. Procédé selon la revendication 40, caractérisé par la modification par incréments prédéfinis de l'instruction de commande par le patient.
42. Procédé selon l'une des précédentes revendications 40 à 41 , caractérisé par la modification des instructions de commande par un prescripteur via le dispositif d'entrée
43. Procédé selon l'une des précédentes revendications 40 à 42, caractérisé par la modification des incréments par un prescripteur via le dispositif d'entrée.
44. Procédé pour le traitement du diabète d'un patient grâce à un système de traitement comprenant une mémoire, un dispositif d'entré, un dispositif d'affichage reliés à un processeur ; le système étant adapté pour exécuter au moins une instruction de commande pré paramétré, le procédé comprenant les étapes suivantes : • Renseigner le système quant à l'activité du patient via le dispositif d'entré ;
• Suggérer une instruction de commande en fonction des données pré paramétrées, de l'activité du patient et au moins une autre donnée entrée par l'utilisateur ou déterminée par le système ;
• Valider la suggestion ;
• Exécuter l'instruction de commande.
45. Procédé selon la revendication 44, comprenant au moins l'une des étapes suivantes :
• Renseigner le système quant au type de repas ingéré par le patient
• Optionnellement renseigner le système quant à la quantité ingéré par le patient
46. Procédé selon la revendication 44, comprenant au moins l'une des étapes suivantes :
• Renseigner le système quant au niveau d'effort de l'activité temporaire réalisé par le patient ; ou
• Renseigner le système quant à la durée de l'activité temporaire réalisé par le patient
47. Procédé selon l'une des précédentes revendications 44 à 45, comprenant au moins l'une des étapes suivantes :
• Pré paramétrer au moins une instruction de commande et l'enregistrer dans la mémoire ;
• Ajuster l'instruction de commande ;
• Ajuster l'instruction de commande en fonction d'incrément pré paramétré ;
• Pré paramétrer au moins un incrément ;
• Recevoir des mesures de la glycémie du patient et ajuster l'instruction de commande en fonction de la mesure de glycémie.
48. Procédé selon l'une des précédentes revendications 44 à 46, caractérisé en ce que le pré paramétrage est effectué par un utilisateur spécifique.
49. Procédé selon l'une des précédentes revendications 44 à 47, caractérisé en ce que le patient ne peut pas pré paramétrer les instructions de commande.
50. Méthode d'apprentissage d'un patient pour son traitement contre le diabète, ladite méthode comprenant les étapes suivantes :
• Utilisation d'une interface de commande telle que décrit dans la revendication 1 ;
• Renseignement de l'activité du patient ;
· Suggestion par le système et affichage de l'instruction de commande adapté au besoin du patient en fonction de donnée pré paramétré et de l'activité du patient.
• Validation de l'instruction de commande suggérée
51. Méthode pour la recommandation d'une quantité d'insuline à injecter avant pendant ou après un repas, ladite méthode comprenant les étapes suivantes :
• Utilisation d'une interface de commande telle que décrite dans la revendication 1 ;
• Renseignement du type de repas ingéré ou qui sera ingéré ;
· Optionnellement, renseignement de la quantité ingéré relativement à la quantité d'un repas standard du patient ;
• Calcul par le processeur de la quantité d'insuline adaptée au besoin du patient en fonction des renseignements donnés ;
• Affichage de la quantité d'insuline recommandée.
52. Méthode pour la recommandation de l'ajustement d'une quantité d'insuline à injecter avant pendant ou après une activité physique temporaire réalisé par un patient, ladite méthode comprenant les étapes suivantes :
• Utilisation d'une interface de commande telle que décrite dans la revendication 1 ;
• Renseignement du niveau d'effort du patient pendant ladite activité physique et/ou de la durée ladite activité physique
• Calcul par le processeur de la quantité d'insuline adaptée au besoin du patient en fonction des renseignements donnés ;
· Affichage de la quantité d'insuline recommandée.
EP15708300.7A 2014-01-28 2015-01-28 Dispositif de commande avec recommandation Withdrawn EP3100189A1 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP14152955 2014-01-28
FR1450706A FR3016984A1 (fr) 2014-01-29 2014-01-29 Dispositif de commande avec recommandation
PCT/IB2015/050646 WO2015114534A1 (fr) 2014-01-28 2015-01-28 Dispositif de commande avec recommandation

Publications (1)

Publication Number Publication Date
EP3100189A1 true EP3100189A1 (fr) 2016-12-07

Family

ID=52629629

Family Applications (1)

Application Number Title Priority Date Filing Date
EP15708300.7A Withdrawn EP3100189A1 (fr) 2014-01-28 2015-01-28 Dispositif de commande avec recommandation

Country Status (4)

Country Link
US (2) US10387623B2 (fr)
EP (1) EP3100189A1 (fr)
JP (1) JP6499668B2 (fr)
WO (1) WO2015114534A1 (fr)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9805381B2 (en) * 2014-08-21 2017-10-31 Affectomatics Ltd. Crowd-based scores for food from measurements of affective response
JP7442316B2 (ja) 2016-09-09 2024-03-04 デックスコム・インコーポレーテッド 表示のためおよび医薬品送達デバイスに提供するための、ｃｇｍに基づくボーラス計算機のためのシステムおよび方法
US20180197628A1 (en) * 2017-01-11 2018-07-12 Abbott Diabetes Care Inc. Systems, devices, and methods for experiential medication dosage calculations
WO2018167543A1 (fr) * 2017-03-17 2018-09-20 Universität Bern Système et procédé de gestion pharmacotherapie
CN111032121B (zh) * 2017-09-29 2022-08-02 泰尔茂株式会社 医疗设备

Family Cites Families (69)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5609575A (en) * 1994-04-11 1997-03-11 Graseby Medical Limited Infusion pump and method with dose-rate calculation
US5665065A (en) * 1995-05-26 1997-09-09 Minimed Inc. Medication infusion device with blood glucose data input
US6175752B1 (en) * 1998-04-30 2001-01-16 Therasense, Inc. Analyte monitoring device and methods of use
KR100627990B1 (ko) 1998-11-30 2006-09-26 노보 노르디스크 에이/에스 복수의 조치를 포함하는 의학적 자가 치료에서 사용자를돕기 위한 방법 및 시스템
JP2002175372A (ja) * 2000-12-07 2002-06-21 Horonet Kk 病気治療管理システム
JP2002024400A (ja) * 2000-07-06 2002-01-25 Nonogawa Shoji Kk ダイエット情報提供システム
US6620151B2 (en) * 2001-03-01 2003-09-16 Advanced Neuromodulation Systems, Inc. Non-constant pressure infusion pump
US7179226B2 (en) * 2001-06-21 2007-02-20 Animas Corporation System and method for managing diabetes
US6544212B2 (en) * 2001-07-31 2003-04-08 Roche Diagnostics Corporation Diabetes management system
US8504179B2 (en) * 2002-02-28 2013-08-06 Smiths Medical Asd, Inc. Programmable medical infusion pump
JP2004000555A (ja) * 2002-04-25 2004-01-08 Matsushita Electric Ind Co Ltd 投薬量決定支援装置、注射器および健康管理支援システム
US7890350B1 (en) * 2002-06-11 2011-02-15 Epocrates, Inc. Method for generating and transmitting prescription renewal request information
EP1612225A4 (fr) * 2003-04-09 2008-01-02 Phillips Hydrocolloids Res Ltd Acacia modifie et utilisation correspondante
AU2004232289A1 (en) 2003-04-18 2004-11-04 Insulet Corporation User interface for infusion pump remote controller and method of using the same
US20060027262A1 (en) 2003-06-09 2006-02-09 Rademacher John L Dual stop valve assembly for use in cargo tank vehicles
US7591801B2 (en) 2004-02-26 2009-09-22 Dexcom, Inc. Integrated delivery device for continuous glucose sensor
JP2005215923A (ja) * 2004-01-29 2005-08-11 Fukuda Denshi Co Ltd 情報提供サーバ及び臨床データ収集システム
US7291107B2 (en) * 2004-08-26 2007-11-06 Roche Diagnostics Operations, Inc. Insulin bolus recommendation system
JP2006251872A (ja) * 2005-03-08 2006-09-21 Matsushita Electric Ind Co Ltd 健康診断ネットワークシステム
US20060272652A1 (en) 2005-06-03 2006-12-07 Medtronic Minimed, Inc. Virtual patient software system for educating and treating individuals with diabetes
WO2007000426A2 (fr) * 2005-06-27 2007-01-04 Novo Nordisk A/S Interface d'utilisateur pour systeme d'administration engendrant une navigation simplifiee
US20070072156A1 (en) * 2005-08-05 2007-03-29 Abk Ventures Lifestyle coach behavior modification system
US7941200B2 (en) 2005-12-08 2011-05-10 Roche Diagnostics Operations, Inc. System and method for determining drug administration information
US8725243B2 (en) * 2005-12-28 2014-05-13 Cyberonics, Inc. Methods and systems for recommending an appropriate pharmacological treatment to a patient for managing epilepsy and other neurological disorders
US7981034B2 (en) * 2006-02-28 2011-07-19 Abbott Diabetes Care Inc. Smart messages and alerts for an infusion delivery and management system
EP1839695A1 (fr) 2006-03-31 2007-10-03 Debiotech S.A. Dispositif d'injection d'un liquide à usage médical
US20080228056A1 (en) * 2007-03-13 2008-09-18 Michael Blomquist Basal rate testing using frequent blood glucose input
US8417311B2 (en) * 2008-09-12 2013-04-09 Optiscan Biomedical Corporation Fluid component analysis system and method for glucose monitoring and control
US8221345B2 (en) * 2007-05-30 2012-07-17 Smiths Medical Asd, Inc. Insulin pump based expert system
KR101347008B1 (ko) * 2007-06-27 2014-01-02 에프. 호프만-라 로슈 아게 환자 생리학의 모델링에 기초하여 환자 맞춤형 치료를 개발하는 시스템 및 방법
CA2702116C (fr) * 2007-10-10 2021-01-05 Optiscan Biomedical Corporation Systeme d'analyse de composant de fluide et procede pour controler et reguler le glucose
US8377031B2 (en) * 2007-10-23 2013-02-19 Abbott Diabetes Care Inc. Closed loop control system with safety parameters and methods
WO2009075925A1 (fr) * 2007-12-13 2009-06-18 Shaya Steven A Procédé et appareil destinés à calculer les facteurs de sensibilité intervenant dans la glycémie chez les diabétiques
US20090157424A1 (en) * 2007-12-17 2009-06-18 Hans Leo P Multi-path electronic prescription processing system
KR20100127315A (ko) * 2008-04-01 2010-12-03 스미스 메디칼 에이에스디, 인크. 의료용 주입 펌프를 위한 소프트웨어 기능
BRPI0911121B8 (pt) * 2008-04-04 2021-06-22 Hygieia Inc aparelho para otimizar um regime de dosagem de insulina do paciente ao longo do tempo.
US9180282B2 (en) * 2008-09-05 2015-11-10 Flowonix Medical Incorporated Implantable drug delivery system having periodic drug delivery regimen to avoid granulomas
WO2010029551A2 (fr) * 2008-09-11 2010-03-18 Medingo Ltd. Procédés et dispositifs pour adapter un modèle d'administration à injection rapide
US9122785B2 (en) 2009-01-22 2015-09-01 Medtronic, Inc. Display of supplemental bolus in relation to programmed dose
US8398616B2 (en) 2009-05-22 2013-03-19 Abbott Diabetes Care Inc. Safety layer for integrated insulin delivery system
DK3173014T3 (da) * 2009-07-23 2021-09-13 Abbott Diabetes Care Inc Realtidsstyring af data vedrørende fysiologisk kontrol af glucoseniveauer
US8758323B2 (en) * 2009-07-30 2014-06-24 Tandem Diabetes Care, Inc. Infusion pump system with disposable cartridge having pressure venting and pressure feedback
CN102596307B (zh) * 2009-09-01 2015-09-09 弗吉尼亚大学专利基金会 利用名义开环特性在糖尿病中进行胰岛素输送调节(aid)的系统、方法和计算机程序产品
WO2011030343A1 (fr) * 2009-09-08 2011-03-17 Medingo Ltd. Dispositifs, systèmes et procédés de réglage de paramètres d'adminsitration de fluides
US20110098548A1 (en) * 2009-10-22 2011-04-28 Abbott Diabetes Care Inc. Methods for modeling insulin therapy requirements
US20110112904A1 (en) * 2009-11-12 2011-05-12 Steven Elliot Stupp Providing a recommendation based on a dietary preference
US20110124996A1 (en) * 2009-11-20 2011-05-26 Roche Diagnostics Operations, Inc. Diabetes health management systems and methods
US8603555B2 (en) * 2010-04-13 2013-12-10 Mark A. Innocenzi Methods for quantifying the complete nutritional value of a standard equivalent unit of the nutritional value of one serving of fruits and vegetables (SFV)and for fortifying a base food to contain same for human consumption
CN107019515B (zh) * 2011-02-28 2021-02-26 雅培糖尿病护理公司 显示传感器读数的方法与分析物监测装置及其操作方法
US10010273B2 (en) * 2011-03-10 2018-07-03 Abbott Diabetes Care, Inc. Multi-function analyte monitor device and methods of use
KR101314215B1 (ko) * 2011-10-07 2013-10-14 농업회사법인 주식회사 지바이오믹스 진세노사이드 알비원에 의한 망막 재생을 통한 눈 기능 저하 및 건성 황반 변성 질환의 예방 및 치료용 조성물
TW201333870A (zh) * 2011-12-21 2013-08-16 艾登工具股份有限公司 決定病人胰島素療法的系統及方法
US9335910B2 (en) * 2012-04-23 2016-05-10 Tandem Diabetes Care, Inc. System and method for reduction of inadvertent activation of medical device during manipulation
US20150174209A1 (en) * 2012-05-25 2015-06-25 Amylin Pharmaceuticals. Llc Insulin-pramlintide compositions and methods for making and using them
US10391242B2 (en) * 2012-06-07 2019-08-27 Medtronic Minimed, Inc. Diabetes therapy management system for recommending bolus calculator adjustments
US9715327B2 (en) * 2012-06-07 2017-07-25 Tandem Diabetes Care, Inc. Preventing inadvertent changes in ambulatory medical devices
US9238100B2 (en) * 2012-06-07 2016-01-19 Tandem Diabetes Care, Inc. Device and method for training users of ambulatory medical devices
US9254099B2 (en) * 2013-05-23 2016-02-09 Medibotics Llc Smart watch and food-imaging member for monitoring food consumption
US9536449B2 (en) * 2013-05-23 2017-01-03 Medibotics Llc Smart watch and food utensil for monitoring food consumption
US20150126873A1 (en) * 2013-11-04 2015-05-07 Robert A. Connor Wearable Spectroscopy Sensor to Measure Food Consumption
US9442100B2 (en) * 2013-12-18 2016-09-13 Medibotics Llc Caloric intake measuring system using spectroscopic and 3D imaging analysis
US20150328403A1 (en) * 2012-07-03 2015-11-19 Edwards Lifesciences Corporation Glucose consumption monitor
EP2870556A2 (fr) 2012-07-09 2015-05-13 Debiotech S.A. Communication sécurisée entre un dispositif médical et son dispositif à distance
US9171343B1 (en) * 2012-09-11 2015-10-27 Aseko, Inc. Means and method for improved glycemic control for diabetic patients
US9897565B1 (en) * 2012-09-11 2018-02-20 Aseko, Inc. System and method for optimizing insulin dosages for diabetic subjects
US20140276548A1 (en) * 2013-03-14 2014-09-18 Carefusion 303, Inc. Fluid Bolus Delivery
US9529385B2 (en) * 2013-05-23 2016-12-27 Medibotics Llc Smart watch and human-to-computer interface for monitoring food consumption
US10569015B2 (en) * 2013-12-02 2020-02-25 Bigfoot Biomedical, Inc. Infusion pump system and method
US9717343B1 (en) * 2016-03-07 2017-08-01 Oasyschair Co., Ltd. Chair backrest panel positioning device

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
None *
See also references of WO2015114534A1 *

Also Published As

Publication number Publication date
US20170053100A1 (en) 2017-02-23
WO2015114534A1 (fr) 2015-08-06
JP6499668B2 (ja) 2019-04-10
JP2017511913A (ja) 2017-04-27
US20190378604A1 (en) 2019-12-12
US10973976B2 (en) 2021-04-13
US10387623B2 (en) 2019-08-20

Similar Documents

Publication Publication Date Title
JP7384585B2 (ja) 連続的監視デバイスのための適応型インターフェース
US20190262537A1 (en) Systems and methods for interactive exercise therapy
Puhr et al. Real-world hypoglycemia avoidance with a continuous glucose monitoring system's predictive low glucose alert
CN111968737B (zh) 血糖紧迫性评估和警告界面
EP2350894B1 (fr) Procédés et dispositifs pour adapter un modèle d'administration à injection rapide
WO2015114534A1 (fr) Dispositif de commande avec recommandation
JP4908592B2 (ja) 注入装置および方法
CN112041936A (zh) 治疗辅助信息和/或跟踪设备及相关方法和系统
EP1893079B1 (fr) Profils seuil de notification de glycemie fluctuants et methodes d'utilisation associees
JP2010528703A (ja) エキスパートシステムに基づくインスリンポンプ
TWI787146B (zh) 包含數據管理單元之醫療裝置、操作該數據管理單元之方法及電腦程式，以及電腦程式產品
Ahmed et al. Do-It-Yourself (DIY) artificial pancreas systems for type 1 diabetes: perspectives of two adult users, parent of a user and healthcare professionals
US20100137786A1 (en) System and method for actively managing type 1 diabetes mellitus on a personalized basis
EP4143836A1 (fr) Système sécurisé de suivi et de distribution de doses de principes actifs prédéterminées par un expert et personnalisées pour des utilisateurs
Rodgers Using insulin pumps in diabetes: a guide for nurses and other health professionals
EP3815099A1 (fr) Procede de gestion ou d'assistance au controle d'un parametre physiologique d'un individu, en particulier du taux de glycemie
US20230128193A1 (en) Systems, devices, and methods for applications for communication with ketone sensors
FR3016984A1 (fr) Dispositif de commande avec recommandation
US20240079111A1 (en) System and method for adjusting insulin delivery to account for insulin resistance
Barth et al. " It's like a glimpse into the future": Exploring the Role of Blood Glucose Prediction Technologies for Type 1 Diabetes Self-Management
Randine et al. System for automatic estimation and delivery of quickly-absorbable carbohydrates
Wolpert et al. Hands-on demonstration and discussion of new pump software/hardware
Kamboj Diabetes on the college campus
Ghafoor et al. Diabetes and technologies
EP3799059A1 (fr) Dispositif pour déterminer et afficher une dose d'insuline à administrer à un patient diabétique

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20160826

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20190604

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20210803