ES2644345T3 - Interfaz de entrada de información de paciente para un sistema de terapia - Google Patents

Interfaz de entrada de información de paciente para un sistema de terapia Download PDF

Info

Publication number
ES2644345T3
ES2644345T3 ES08769447.7T ES08769447T ES2644345T3 ES 2644345 T3 ES2644345 T3 ES 2644345T3 ES 08769447 T ES08769447 T ES 08769447T ES 2644345 T3 ES2644345 T3 ES 2644345T3
Authority
ES
Spain
Prior art keywords
patient
information
food
insulin
event
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.)
Active
Application number
ES08769447.7T
Other languages
English (en)
Inventor
Stefan Weinert
Ajay Thukral
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.)
F Hoffmann La Roche AG
Original Assignee
F Hoffmann La Roche AG
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
Application filed by F Hoffmann La Roche AG filed Critical F Hoffmann La Roche AG
Application granted granted Critical
Publication of ES2644345T3 publication Critical patent/ES2644345T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/145—Measuring characteristics of blood in vivo, e.g. gas concentration, pH value; Measuring characteristics of body fluids or tissues, e.g. interstitial fluid, cerebral tissue
    • A61B5/14532—Measuring characteristics of blood in vivo, e.g. gas concentration, pH value; Measuring characteristics of body fluids or tissues, e.g. interstitial fluid, cerebral tissue for measuring glucose, e.g. by tissue impedance measurement
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/48—Other medical applications
    • A61B5/4836—Diagnosis combined with treatment in closed-loop systems or methods
    • A61B5/4839—Diagnosis combined with treatment in closed-loop systems or methods combined with drug delivery
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/145—Measuring characteristics of blood in vivo, e.g. gas concentration, pH value; Measuring characteristics of body fluids or tissues, e.g. interstitial fluid, cerebral tissue
    • A61B5/14503—Measuring characteristics of blood in vivo, e.g. gas concentration, pH value; Measuring characteristics of body fluids or tissues, e.g. interstitial fluid, cerebral tissue invasive, e.g. introduced into the body by a catheter or needle or using implanted sensors
    • 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
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • 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
    • G16H15/00—ICT specially adapted for medical reports, e.g. generation or transmission thereof
    • 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
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/50—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for simulation or modelling of medical disorders
    • 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
    • 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/30—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to physical therapies or activities, e.g. physiotherapy, acupressure or exercising

Landscapes

  • Health & Medical Sciences (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Public Health (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Physics & Mathematics (AREA)
  • Biomedical Technology (AREA)
  • Pathology (AREA)
  • Heart & Thoracic Surgery (AREA)
  • Molecular Biology (AREA)
  • Surgery (AREA)
  • Animal Behavior & Ethology (AREA)
  • Biophysics (AREA)
  • Veterinary Medicine (AREA)
  • Primary Health Care (AREA)
  • Epidemiology (AREA)
  • Optics & Photonics (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Emergency Medicine (AREA)
  • Chemical & Material Sciences (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Medicinal Chemistry (AREA)
  • Pharmacology & Pharmacy (AREA)
  • Infusion, Injection, And Reservoir Apparatuses (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Measurement Of The Respiration, Hearing Ability, Form, And Blood Characteristics Of Living Organisms (AREA)
  • External Artificial Organs (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Interfaz de entrada de informacion de paciente para un sistema de terapia
La presente invencion se refiere en general a tecnicas para determinar la informacion terapeutica, tal como informacion de farmaco y/o terapia y, mas especificamente, a sistemas para determinar dicha informacion terapeutica basada en la entrada de informacion por parte de paciente que caracterice al menos un acontecimiento o condicion de paciente. Se conoce un sistema ejemplar del documento WO 03/063684 A2.
Existe una serie de disposiciones de control de farmacos que estan configuradas para recomendar o administrar automaticamente la terapia con farmacos, basandose en cierta cantidad de informacion proporcionada por el paciente. Es deseable proporcionar una interfaz especifica del paciente que el paciente pueda utilizar de forma rutinaria para suministrar informacion que caracterice al menos un acontecimiento o condicion del paciente y que utilice la informacion suministrada para determinar el farmaco correspondiente y/u otra terapia.
La presente invencion se define en las reivindicaciones 1 y 14 y puede comprender una o mas de las caracteristicas enumeradas en las reivindicaciones dependientes adjuntas. Se proporciona un procedimiento para desarrollar una interfaz de paciente para un sistema de terapia que el paciente puede usar para introducir informacion que caracterice al menos un acontecimiento o condicion de paciente y a partir de la cual se puede determinar informacion terapeutica. El procedimiento puede comprender el desarrollo de un modelo de paciente que esta configurado para simular la respuesta fisiologica del paciente al al menos un acontecimiento o condicion del paciente, la recopilacion de informacion especifica del paciente a lo largo del tiempo que se relaciona con las ocurrencias reales de al menos un acontecimiento o condicion del paciente y la definicion de una interfaz grafica, basada en el modelo de paciente y en la informacion especifica del paciente recopilada, que mapea la entrada por parte del paciente de la informacion que caracterice el al menos un acontecimiento o condicion del paciente a la informacion terapeutica correspondiente.
La informacion terapeutica puede comprender informacion terapeutica farmacologica correspondiente a uno o mas farmacos que se administraran al paciente en algun momento. El tiempo de administracion puede ser, por ejemplo, un tiempo actual, un tiempo futuro, tiempos determinados por el analisis, tiempos determinados por el usuario final, una ventana de tiempo y similares. De forma alternativa o adicional, la informacion terapeutica puede comprender informacion sobre la ingesta de carbohidratos sugerida correspondiente a una recomendacion de ingerir carbohidratos. De forma alternativa o adicional, la informacion terapeutica puede comprender informacion sobre ejercicios sugeridos correspondiente a una recomendacion de realizar ejercicio. De forma alternativa o adicional, la informacion terapeutica puede comprender una recomendacion para consultar a un medico.
La definicion de una interfaz grafica puede comprender la seleccion de una interfaz grafica que tenga dos parametros de entrada que caractericen el al menos un acontecimiento o condicion de paciente. La definicion de una interfaz grafica puede comprender ademas la definicion de un espacio de solucion de la interfaz grafica seleccionada basandose en el modelo de paciente y en la informacion especifica del paciente recopilada. La definicion de una interfaz grafica puede comprender ademas la definicion de un mapa que mapea los dos parametros de entrada que caractericen el al menos un suceso o condicion de paciente a la informacion terapeutica correspondiente.
El procedimiento puede comprender ademas el uso de una interfaz grafica para mapear la entrada por parte del paciente de la informacion que caracterice el al menos un acontecimiento o condicion del paciente a la informacion terapeutica correspondiente. La informacion terapeutica correspondiente puede comprender informacion sobre la administracion de farmacos. El procedimiento puede comprender ademas la visualizacion de la informacion de administracion de farmacos en forma de una dosificacion recomendada del farmaco. De forma alternativa o adicional, el procedimiento puede comprender ademas el control de un dispositivo de administracion de farmacos para administrar al paciente al menos una cantidad del farmaco en base a la informacion de administracion de farmacos.
En otro modo de realizacion, se describe un procedimiento para desarrollar una interfaz de paciente para un sistema de terapia que un paciente puede usar para introducir informacion que caracterice al menos un acontecimiento o condicion de un paciente y a partir de la cual se puede determinar informacion terapeutica. El procedimiento comprende la recepcion de informacion especifica del paciente que tiene parametros de entrada que caractericen el al menos un acontecimiento o condicion del paciente; la identificacion de cual de los parametros de entrada tiene discrepancias con un valor predeterminado correspondiente proporcionado en una informacion terapeutica predeterminada; el establecimiento de un problema de minimizacion restringido para los parametros de entrada identificados; la generacion de un espacio de solucion a partir de la solucion del problema de minimizacion restringido, en el que el espacio de solucion define una relacion entre los parametros de entrada y sus limites aceptables asociados para regular la respuesta fisiologica de un paciente a una respuesta diana deseada; y la implementacion del espacio de solucion como la interfaz del paciente.
Un sistema para desarrollar una interfaz de paciente para un sistema de terapia que el paciente puede usar para introducir informacion que caracterice al menos un acontecimiento o condicion de paciente y a partir de la cual se
5
10
15
20
25
30
35
40
45
50
55
60
65
puede determinar informacion terapeutica puede comprender una base de datos que tiene almacenada en la misma un modelo de paciente configurado para simular la respuesta fisiologica del paciente al al menos un acontecimiento o condicion del paciente, una primera memoria configurada para almacenar en la misma informacion especifica del paciente a lo largo del tiempo que se relaciona con ocurrencias reales del al menos un acontecimiento o condicion del paciente y una interfaz grafica que esta configurada para mapear, basandose en el modelo del paciente y en la informacion especifica del paciente recopilada, la entrada por parte del paciente de la informacion que caracterice el al menos un acontecimiento o condicion del paciente a la informacion terapeutica correspondiente.
El sistema puede comprender ademas un procesador que tiene acceso a una segunda memoria que tiene almacenadas en la misma instrucciones que son ejecutables por el procesador para procesar la entrada por parte del paciente en la interfaz grafica de la informacion que caracterice el al menos un paciente y producir la informacion terapeutica correspondiente. El sistema puede comprender ademas una unidad de visualizacion. La segunda memoria puede ademas tener almacenadas en la misma instrucciones que son ejecutables por el procesador para controlar la unidad de visualizacion para visualizar la informacion terapeutica correspondiente. El sistema puede comprender ademas un dispositivo de administracion de farmacos accionable manualmente. La informacion terapeutica correspondiente puede comprender al menos una cantidad de farmaco. La segunda memoria puede ademas tener almacenadas en la misma instrucciones que son ejecutables por el procesador para controlar la unidad de visualizacion para visualizar la al menos una cantidad de farmaco que puede ser administrada por el paciente usando el dispositivo de administracion de farmacos accionable manualmente. El sistema puede comprender ademas un sensor de glucosa en sangre configurado para medir un nivel de glucosa en sangre del paciente y producir un valor de glucosa en sangre correspondiente. La segunda memoria puede ademas tener almacenadas en la misma instrucciones que son ejecutables por el procesador para determinar la al menos una cantidad de farmaco adicional basada en el valor de glucosa en sangre.
De forma alternativa o adicional, el sistema puede comprender ademas un dispositivo de administracion de farmacos controlable electronicamente configurado para administrar al menos un farmaco al paciente. La informacion terapeutica correspondiente puede comprender al menos una cantidad de farmaco en un modo de realizacion y, en otro modo de realizacion, una secuencia distribuida de un farmaco determinada por el tiempo y la cantidad. La segunda memoria puede ademas tener almacenadas en la misma instrucciones que son ejecutables por el procesador para controlar el dispositivo de administracion de farmacos controlable electronicamente para administrar la al menos una cantidad de farmaco al paciente. El sistema puede comprender ademas un sensor de glucosa en sangre configurado para medir un nivel de glucosa en sangre del paciente y producir un valor de glucosa en sangre correspondiente. La segunda memoria puede ademas tener almacenadas en la misma instrucciones que son ejecutables por el procesador para determinar la al menos una cantidad de farmaco adicional basada en el valor de glucosa en sangre.
La interfaz grafica se puede configurar para mapear la entrada por parte del paciente de al menos dos parametros que caractericen el al menos un acontecimiento o condicion del paciente a la informacion terapeutica correspondiente.
La FIG. 1 es un diagrama de bloques de un modo de realizacion ilustrativo de un sistema para determinar informacion terapeutica.
La FIG. 2 es un diagrama de flujo de un procedimiento ilustrativo para desarrollar una interfaz de paciente que se puede usar con el sistema de la FIG. 1 para permitir que un paciente introduzca informacion relacionada con el paciente a partir de la cual se puede determinar informacion terapeutica.
La FIG. 3 es un diagrama que muestra posibles componentes de un ejemplo de un modelo glucorregulador especifico del paciente que se puede configurar para permitir la entrada de informacion especifica del paciente que caracterice al menos un acontecimiento o condicion relacionada con el paciente.
La FIG. 4 es una ilustracion de diagrama de bloques de un modelo compartimental de flujo arterial de entrada y flujo venoso de salida que se utiliza para desarrollar un modelo glucorregulador para simular la concentracion de glucosa y la distribucion de insulina en diversos organos y regiones del cuerpo.
La FIG. 5 es un esquema del modelo glucorregulador de la FIG. 3, construido usando varios de los modelos compartimentales de la FIG. 4, para simular la concentracion de glucosa en los diversos organos y areas del cuerpo.
La FIG. 6 es un esquema del modelo glucorregulador de la FIG. 3, construido usando varios de los modelos compartimentales de la FIG. 4, para simular la cinetica de la insulina en los diversos organos y areas del cuerpo.
La FIG. 7 ilustra un modo de realizacion de una interfaz grafica de paciente que se puede utilizar para introducir informacion relacionada con las comidas en el sistema de la FIG. 1.
La FIG. 8 ilustra otro modo de realizacion de una interfaz grafica de paciente que se puede utilizar para introducir informacion relacionada con las comidas en el sistema de la FIG. 1.
5
10
15
20
25
30
35
40
45
50
55
60
65
La FIG. 9 ilustra un modo de realizacion adicional de una interfaz grafica de paciente que se puede utilizar para introducir informacion relacionada con las comidas en el sistema de la FIG. 1.
La FIG. 10 ilustra otro modo de realizacion mas de una interfaz grafica de paciente que se puede utilizar para introducir informacion relacionada con las comidas en el sistema de la FIG. 1.
La FIG. 11 ilustra todavia otro modo de realizacion de una interfaz grafica de paciente que se puede utilizar para introducir informacion relacionada con las comidas en el sistema de la FIG. 1.
La FIG. 12 ilustra todavia un modo de realizacion adicional de una interfaz grafica de paciente que se puede utilizar para introducir informacion relacionada con las comidas en el sistema de la FIG. 1.
La FIG. 13 es una representacion grafica de los parametros de entrada del espacio de comidas que ilustran la formacion de la periferia exterior de una interfaz grafica de ejemplo.
La FIG. 14 es una representacion grafica de la cantidad de bolos de insulina en funcion del espacio de comidas total r|A/S que ilustra el espacio de solucion resultante de la formacion de la periferia externa de la interfaz grafica de ejemplo de la FIG. 13.
La FIG. 15 es una representacion grafica de uno de los parametros del espacio de comidas en funcion de un numero de entradas de usuario discretas.
La FIG. 16 es una tabla que ilustra un modo de realizacion de un mapa que correlaciona la entrada por parte del paciente de la informacion sobre las comidas, proporcionada en forma de contenido de carbohidratos, por ejemplo, tamano de la comida, con la forma y duracion esperadas de absorcion de glucosa, por ejemplo, duracion de la comida, a la informacion terapeutica farmacologica correspondiente.
La FIG. 17 es un diagrama de bloques que ilustra el sistema de la FIG. 1 implementado en un sistema de administracion de farmacos en bucle semicerrado.
La FIG. 18 es un diagrama de flujo que ilustra un modo de realizacion de un algoritmo de software, ejecutable por el sistema de la FIG. 1, para determinar la informacion terapeutica farmacologica basada en la entrada por parte del usuario de informacion sobre las comidas utilizando una de las interfaces graficas de pacientes de las FIGS. 7-12.
Para el proposito de promover una comprension de los principios de la invencion, se hara ahora referencia a una serie de modos de realizacion ilustrativos mostrados en los dibujos adjuntos y se usara un lenguaje especifico para describir los mismos.
En referencia ahora a la FIG. 1, se muestra un diagrama de bloques de un modo de realizacion ilustrativo de un sistema 10 para determinar informacion terapeutica. En el modo de realizacion ilustrado, el sistema 10 incluye un dispositivo electronico 12 que tiene un procesador 14 en comunicacion de datos con una unidad de memoria 16, un dispositivo de entrada 18, una pantalla 20 y una unidad de entrada/salida de comunicacion 24. El dispositivo electronico 12 se puede proporcionar en forma de un ordenador de uso general, servidor central, ordenador personal (PC), ordenador portatil tipo laptop o notebook, asistente de datos personales (PDA) u otro dispositivo de mano, bomba de infusion externa, medidor de glucosa en sangre, sistema de deteccion de analito o similares. El dispositivo electronico 12 se puede configurar para operar de acuerdo con uno o mas sistemas operativos convencionales incluyendo, por ejemplo, pero sin limitarse a, Windows, linux y Mac OS y sistema operativo integrado como QNX, eCOS, WinCE y palm OS, y se puede configurar para procesar datos de acuerdo con uno o mas protocolos convencionales de Internet, por ejemplo, pero sin limitarse a, NetBios, TCP/IP y AppleTalk. El procesador 14 esta, en el modo de realizacion ilustrado, basado en un microprocesador, aunque el procesador 14 puede estar formado alternativamente por uno o mas circuitos especificos de uso general y/o especificos de la aplicacion y se puede operar como se describe a continuacion. La unidad de memoria 16 incluye, en el modo de realizacion ilustrado, capacidad suficiente para almacenar datos, uno o mas algoritmos de software ejecutables por el procesador 14 y otros datos. La unidad de memoria 16 puede incluir una o mas memorias convencionales u otros dispositivos de almacenamiento de datos. De forma alternativa o adicional, el sistema 10 puede incluir un dispositivo USB inteligente U3 que tenga capacidad suficiente para almacenar datos y uno o mas algoritmos de software ejecutables por el procesador 14.
El dispositivo de entrada 18 se puede usar de manera convencional para introducir y/o modificar datos. En el modo de realizacion ilustrado, la pantalla 20 tambien esta incluida para ver informacion relacionada con el funcionamiento del dispositivo 12 y/o el sistema 10. Dicha pantalla puede ser un dispositivo de visualizacion convencional que incluye, por ejemplo, pero sin limitarse a, una pantalla de diodo emisor de luz (LED), una pantalla de cristal liquido (LCD), una pantalla de tubo de rayos catodicos (CRT) o similares. De forma alternativa o adicional, la pantalla 20 puede ser o incluir una pantalla audible configurada para comunicar informacion a un usuario, a otra persona o a otro sistema electronico que tenga capacidades de reconocimiento de audio a traves de uno o mas patrones
5
10
15
20
25
30
35
40
45
50
55
60
65
codificados, vibraciones, respuestas de voz sintetizadas o similares. De forma alternativa o adicional, la pantalla 20 puede ser o incluir uno o mas indicadores tactiles configurados para visualizar informacion tactil que pueda ser percibida por el usuario u otra persona. Tambien se puede incluir una camara para capturar y almacenar fotos de comida y/u otras fotos.
En un modo de realizacion, el dispositivo de entrada 18 puede ser o incluir un teclado convencional o un teclado numerico para introducir datos alfanumericos en el procesador 14. Dicho teclado o teclado numerico puede incluir una o mas teclas o botones configurados con uno o mas indicadores tactiles para permitir que los usuarios con vision deficiente encuentren y seleccionen una o mas de las teclas apropiadas y/o para permitir a los usuarios encontrar y seleccionar una o mas de las teclas apropiadas en condiciones de escasa iluminacion. De forma alternativa o adicional, el dispositivo de entrada 18 puede ser o incluir un raton convencional u otro dispositivo convencional de senalar y hacer clic para seleccionar la informacion presentada en la pantalla 20. De forma alternativa o adicional, el dispositivo de entrada 18 puede incluir la pantalla 20 configurada como interfaz grafica de usuario (GUI). En este modo de realizacion, la pantalla 20 puede incluir una o mas entradas seleccionables que un usuario puede seleccionar tocando una porcion apropiada de la pantalla 20 usando una herramienta apropiada. De forma alternativa o adicional, el dispositivo de entrada 18 puede incluir varios interruptores o botones que pueden ser activados por un usuario para seleccionar las caracteristicas operativas correspondientes del dispositivo 12 y/o del sistema 10. De forma alternativa o adicional, el dispositivo de entrada 18 puede ser o incluir circuiteria activada por voz que responde a comandos de voz para proporcionar datos de entrada correspondientes al procesador 14. En cualquier caso, el dispositivo de entrada 18 y/o la pantalla 20 se pueden incluir en o separar del dispositivo electronico 12 como se indica por las lineas discontinuas 22A y 22B.
En uno o mas modos de realizacion, el sistema 10 puede incluir un numero N de dispositivos medicos 261-26n, en el que N puede ser cualquier numero entero positivo. En dichos modos de realizacion, cualquiera de uno o mas dispositivos medicos 261-26n se puede implantar dentro del cuerpo del paciente, acoplar externamente al cuerpo del paciente (por ejemplo, como una bomba de infusion), o estar separado y alejado del cuerpo del paciente. De forma alternativa o adicional, uno o mas de los dispositivos medicos 261-26n se puede montar en y/o formar parte del dispositivo electronico 12. En el modo de realizacion ilustrado, el numero de dispositivos medicos 261-26n esta configurado cada uno para comunicarse de forma inalambrica con la unidad de E/S de comunicacion 24 del dispositivo electronico 12 a traves de uno de un numero correspondiente de enlaces de comunicacion inalambrica 281-28n. Las comunicaciones inalambricas pueden ser unidireccionales o bidireccionales. La forma de comunicacion inalambrica utilizada puede incluir, pero no debe limitarse a, comunicacion por radiofrecuencia (RF), comunicacion infrarroja (IR), WiFi, comunicacion RFID (acoplamiento inductivo), comunicacion acustica, senalizacion capacitiva (a traves de un cuerpo conductor), senalizacion galvanica (a traves de un cuerpo conductor) o similares. En cualquier caso de este tipo, el dispositivo electronico 12 y cada uno del numero de dispositivos medicos 261-26n incluyen circuiteria convencional para conducir dicho circuito de comunicaciones inalambricas. De forma alternativa o adicional, uno o mas de los dispositivos medicos 261 26n se pueden configurar para comunicarse con el dispositivo electronico 12 a traves de una o mas conexiones de cableado convencionales configuradas en serie o en paralelo entre ellas y/o a traves de uno o mas hardware de comunicacion, software y/o firmware convencionales.
Cada uno de uno o mas dispositivos medicos 261-26n puede incluir una cualquiera o mas de una unidad de procesamiento convencional, circuiteria y/o dispositivos de entrada/salida convencionales y uno o mas dispositivos de almacenamiento de datos y/o programas adecuados. Ejemplos del uno o mas dispositivos medicos 261-26n incluyen, pero sin limitarse a, uno o mas sensores de glucosa en sangre, uno o mas sensores de temperatura corporal, uno o mas dispositivos de infusion de farmacos o similares. En uno o mas modos de realizacion, ya sea en adicion o en lugar del uno o mas dispositivos medicos 261-26n, el dispositivo electronico 12 puede incluir un sensor de analito integrado en forma de un lector 27 de tiras convencional que esta configurado para recibir una tira o soporte 29 convencional. En este modo de realizacion, la tira o soporte 29 esta configurada para recibir una muestra de sangre u otro fluido corporal y para ser insertada en el lector de tiras 27. El lector de tiras 27 esta conectado electricamente al procesador 14 y el procesador 14 puede operar bajo el control de uno o mas algoritmos de software almacenados en la memoria 16 para procesar senales electricas producidas por el lector de tiras 27 para determinar al menos una caracteristica de un analito contenido en el fluido que se deposito sobre la tira o soporte
29. De forma ilustrativa, el fluido puede ser sangre, el analito puede ser glucosa en sangre, y la al menos una caracteristica del analito puede incluir una concentracion de glucosa en sangre. En este modo de realizacion, el sensor de analito es un sensor de glucosa en sangre proporcionado en forma de un lector 27 de tiras de glucosa en sangre convencional. El sensor de glucosa en sangre, en este modo de realizacion, puede ser un sensor electroquimico o fotometrico convencional. Se entendera, sin embargo, que el sensor de analito se puede configurar de forma alternativa para analizar otros fluidos, analitos y/o caracteristicas de analito. Cualquiera de uno o mas dispositivos medicos 261-26n pueden incluir tarjetas inteligentes o datos biometricos que lleven informacion de seguridad y/o registros medicos relevantes.
En algunos modos de realizacion, el sistema 10 puede incluir de forma alternativa o adicional un dispositivo remoto
30, como se ilustra en el esquema de la FIG. 1. El dispositivo remoto 30 puede incluir un procesador convencional 32, que puede ser identico o similar al procesador 14, una memoria convencional u otra unidad de almacenamiento de datos 34, un dispositivo de entrada convencional 36, que puede ser o incluir uno cualquiera o mas de los datos de los dispositivos de entrada descritos anteriormente en presente documento con respecto al dispositivo de entrada
5
10
15
20
25
30
35
40
45
50
55
60
65
18, una unidad de visualizacion convencional 38, que puede ser o incluir una cualquiera o mas de las unidades de visualizacion descritas anteriormente en presente documento con respecto a la unidad de visualizacion 20, y la circuiteria de E/S de comunicacion convencional 40. El dispositivo remoto 30 se puede configurar para comunicarse con el dispositivo electronico 12 a traves de cualquier interfaz de comunicacion por cable o inalambrica convencional 42, que puede ser o incluir cualquiera de las interfaces o enlaces de comunicacion descritos anteriormente en presente documento.
A lo largo de este documento, se proporcionan ejemplos de diversas estructuras, procedimientos y tecnicas para ilustrar y describir conceptos de la presente divulgacion. Por homogeneidad, todos estos ejemplos se refieren en general a una disposicion de control de la diabetes en la que uno o mas bolos recomendados o administrados automaticamente de un farmaco que reduzca los niveles de glucosa es el mecanismo ilustrado y descrito para el control de la diabetes, y se relaciona mas especificamente con informacion sobre las comidas como la informacion de entrada del paciente ilustrada y descrita a partir de la cual se determina el uno o mas bolos de insulina recomendados o administrados automaticamente. Se entendera que dichos ejemplos se proporcionan solo con fines ilustrativos, y no se deben considerar limitantes de ninguna manera. Por el contrario, se debe entender que la presente divulgacion se refiere a cualquier sistema de terapia en el que la administracion de uno o mas farmacos represente solamente una forma de terapia y que otras formas de terapia se pueden determinar o recomendar de forma alternativa o de acuerdo con la presente divulgacion. Ejemplos de otras formas de terapia pueden incluir, pero sin limitarse a, recomendar ejercicio, recomendar la ingesta de alimentos, por ejemplo, carbohidratos, recomendar consultar con y/o una visita a un medico y similares. Se debe entender ademas que, en el contexto de un sistema de control de la diabetes, la presente divulgacion contempla que la recomendacion o administracion automatica de medicacion para disminuir los niveles de glucosa en sangre se puede basar en la entrada por parte del paciente de uno o mas acontecimientos y/o condiciones distintos de o ademas de informacion relacionada con las comidas. Otros ejemplos incluyen, pero sin limitarse a, la entrada de paciente que caracterice o reconozca de otro modo la aparicion de informacion sobre el ejercicio realizado por de paciente, informacion sobre la enfermedad de paciente, informacion sobre estres relacionada con el paciente y similares.
En uno o mas modos de realizacion ejemplares, el sistema de terapia 10 de la FIG. 1 puede ser, o formar parte de, una disposicion convencional de control de la diabetes de bucle cerrado, semicerrado o abierto. En este modo de realizacion, el sistema 10 proporciona la entrada por parte del paciente de una cierta cantidad de informacion sobre alimentacion prospectiva a partir de la cual el sistema 10 determina, al menos en parte, informacion terapeutica en forma de informacion sobre administracion de bolo de insulina y/u otra informacion terapeutica. Dicha informacion sobre administracion de bolos de insulina puede ser o incluir, por ejemplo, una cantidad o cantidades de bolo de insulina, tipo de bolo (por ejemplo, normal o de accion rapida, por ejemplo, regular, Lispro, etc.), tiempo o intervalos de suministro de bolos de insulina (por ej., administracion unica, administraciones discretas multiples, administracion continua, etc.) y similares. Ejemplos de informacion prospectiva sobre alimentacion suministrada por el paciente pueden ser o incluir, pero no deben limitarse a, una o mas de la concentracion de glucosa en sangre del paciente, informacion relativa a los carbohidratos en forma de una comida, tentempie u otra forma en la que ha sido ingerida, se esta ingiriendo o se va a ingerir en algun momento en el futuro cercano, informacion sobre el ejercicio del paciente, informacion sobre el estres del paciente, informacion sobre la enfermedad del paciente, informacion relacionada con el ciclo menstrual de la paciente y similares. En cualquier caso, el sistema 10 puede incluir un mecanismo convencional de administracion de farmacos para administrar una cantidad o cantidades de un farmaco; por ejemplo, insulina, glucagon, incretina o similares en una o mas ocasiones. De forma alternativa o adicional, el sistema 10 se puede configurar para ofrecer al usuario una recomendacion de terapia viable de forma alternativa a traves de la pantalla 20, por ejemplo, ingerir carbohidratos, hacer ejercicio, consultar a un medico, ajustar y/o tomar medicacion adicional o diferente (en tiempo y/o cantidad), etc. Se pueden proporcionar modos de realizacion del sistema 10 quesean o formen parte de una disposicion convencional de control de la diabetes de bucle completamente cerrado, semicerrado o abierto, en una cualquiera de una variedad de configuraciones convencionales, y a continuacion se describiran ejemplos de algunas de dichas configuraciones. Se entendera, sin embargo, que los siguientes ejemplos se proporcionan meramente con fines ilustrativos, y no se deben considerar limitantes de ninguna manera. Los expertos en la tecnica pueden reconocer otras posibles implementaciones de una disposicion de control de la diabetes de bucle completamente cerrado, semicerrado o abierto, y cualquiera de dichas implementaciones se contempla en la presente divulgacion.
En un primer ejemplo especifico de implementacion del sistema 10 en forma de un sistema de control de la diabetes, el dispositivo electronico 12 se proporciona en forma de una bomba de insulina convencional configurada para llevarse externamente en el cuerpo del usuario y tambien configurada para administrar insulina de forma controlada al cuerpo del paciente. En este ejemplo, el numero de dispositivos medicos 261-26n puede incluir uno o mas sensores implantados configurados para proporcionar informacion relativa al estado fisiologico del paciente. Ejemplos de dichos sensores implantados pueden incluir, pero no deben limitarse a, un sensor de glucosa, un sensor de temperatura corporal, un sensor de presion sanguinea, un sensor de ritmo cardiaco, uno o mas biomarcadores configurados para capturar uno o mas estados fisiologicos del cuerpo, por ejemplo, HBA1C, o similares. En las implementaciones que incluyen un sensor de glucosa implantado, el sistema 10 puede ser un sistema de bucle completamente cerrado que puede operar de manera convencional para monitorizar automaticamente la glucosa en sangre y para administrar insulina, segun corresponda, para mantener la glucosa en sangre en los niveles deseados. El numero de dispositivos medicos 261-26n puede incluir de forma alternativa o
5
10
15
20
25
30
35
40
45
50
55
60
65
adicional uno o mas sensores o sistemas de deteccion que son externos al cuerpo del usuario y/o tecnicas de sensor para proporcionar informacion relacionada con el estado fisiologico del usuario. De forma alternativa o adicional, el dispositivo electronico 12 puede incluir un medidor de glucosa en sangre integrado en forma, por ejemplo, de un lector 27 de tiras de glucosa en sangre convencional como se ilustra en el dibujo de la FIG. 1. En cualquier caso, los ejemplos de dichos sensores o sistemas de deteccion pueden incluir, pero no deben limitarse a, un sensor/medidor de tiras de glucosa, un sensor de temperatura corporal, un sensor de presion sanguinea, un sensor de ritmo cardiaco, uno o mas biomarcadores configurados para capturar uno o mas estados fisiologicos del cuerpo, por ejemplo, HBA1C, o similares. En las implementaciones que incluyen un sensor de glucosa externo, el sistema 10 puede ser un sistema de bucle cerrado, semicerrado o de abierto que puede operar de manera convencional para suministrar insulina, segun corresponda, basandose en la informacion de glucosa proporcionada al mismo por el paciente. La informacion proporcionada por cualquiera de dichos sensores y/o tecnicas de sensor se puede comunicar al sistema 10 usando una cualquiera o mas tecnicas convencionales de comunicacion por cable o inalambricas. En este ejemplo de implementacion, el dispositivo remoto 30 tambien se puede incluir en la forma de un dispositivo electronico de mano o de otro modo portatil, configurado para comunicar informacion al dispositivo electronico 12 y/o desde el dispositivo electronico 12. Ademas de y/o en otros modos de realizacion, se puede usar informacion que proporcione informacion sobre dosificacion, temporizacion y otra informacion para casos de uso particulares. En un modo de realizacion, dicha informacion de caso de uso es capturada, determinada y proporcionada por otro sistema, como por ejemplo se divulga en la solicitud de patente PCT WO 2009/002621 A2 de titularidad comun y en tramite, titulada "MEDICAL DIAGNOSIS, THERAPY, AND PROGNOSIS SYSTEM FOR INVOKED EVENTS AND METHOD THEREOF".
En un segundo ejemplo especifico de implementacion del sistema 10 en forma de un sistema de control de la diabetes, el dispositivo electronico 12 se proporciona en forma de un dispositivo remoto portatil, como una PDA u otro dispositivo portatil. En este ejemplo, el numero de dispositivos medicos 261-26n incluye al menos una bomba de farmaco convencional implantable o portatil externa. En un modo de realizacion de este ejemplo, una bomba de insulina esta configurada para administrar insulina de manera controlada al cuerpo del usuario. En este modo de realizacion, la bomba de insulina esta configurada para transmitir de forma inalambrica informacion relacionada con la administracion de insulina al dispositivo portatil 12. El dispositivo portatil 12 esta configurado para monitorizar la administracion de insulina por la bomba y se puede configurar de manera adicional para determinar y recomendar cantidades de bolos de insulina, ingesta de carbohidratos, ejercicio y similares. El sistema 10 puede o no estar configurado en este modo de realizacion para proporcionar la transmision de informacion inalambrica desde el dispositivo portatil 12 a la bomba de insulina. El dispositivo electronico 12, en este modo de realizacion, puede o no incluir un medidor de glucosa en sangre integrado en forma, por ejemplo, de un lector 27 de tiras de glucosa en sangre convencional como se ilustra en la FIG. 1.
En un modo de realizacion alternativo de este ejemplo, el dispositivo portatil 12 esta configurado para controlar la administracion de insulina al usuario mediante la determinacion de comandos de administracion de insulina y mediante la transmision de dichos comandos a la bomba de insulina. La bomba de insulina, a su vez, esta configurada para recibir los comandos de suministro de insulina desde el dispositivo portatil 12, y para suministrar insulina al usuario de acuerdo con dichos comandos. La bomba de insulina, en este modo de realizacion, puede o no procesar adicionalmente los comandos de la bomba de insulina proporcionados por la unidad portatil 12. En cualquier caso, el sistema 10 se configurara tipicamente en este modo de realizacion para proporcionar la transmision de informacion inalambrica desde la bomba de insulina de vuelta al dispositivo portatil 12 para permitir de este modo la supervision del funcionamiento de la bomba. En cualquier modo de realizacion de este ejemplo, el sistema 10 puede incluir ademas uno o mas sensores implantados y/o externos del tipo descrito en el ejemplo anterior. En este ejemplo de implementacion, el dispositivo remoto 30 tambien se puede incluir en forma, por ejemplo, de PC, PDA, ordenador portatil tipo laptop o notebook configurado para comunicar informacion al dispositivo electronico 12 y/o desde este.
Los expertos en la tecnica reconoceran otras posibles implementaciones de una disposicion de control de diabetes de bucle completamente cerrado, semicerrado o abierto usando al menos algunos de los componentes del sistema 10 ilustrado en la FIG. 1. Por ejemplo, el dispositivo electronico 12 en uno o mas de los ejemplos anteriores se puede proporcionar en forma de PDA, ordenador portatil tipo laptop o notebook, ordenador personal configurado para comunicarse con uno o mas de los dispositivos medicos 261-26n, al menos uno de los cuales es un sistema de administracion de insulina, para monitorizar y/o controlar la administracion de insulina al usuario. Como otro ejemplo, el dispositivo remoto 30 puede estar configurado para comunicarse con el dispositivo electronico 12 y/o uno o mas de los dispositivos medicos 261-26n, para controlar y/o monitorizar la administracion de insulina al paciente, y/o transferir uno o mas programas de software y/o datos al dispositivo electronico 12. El dispositivo remoto 30 puede estar ubicado en la consulta de un cuidador u otra ubicacion remota y la comunicacion entre el dispositivo remoto y cualquier componente del sistema 10 se puede lograr a traves de la intranet, de Internet (p. ej., protocolo world-wide- web), movil, modem telefonico, RF u otro enlace de comunicacion. En dichas comunicaciones se puede utilizar uno cualquiera o mas protocolos convencionales de Internet. De forma alternativa o adicional, se puede usar cualquier sistema convencional de suministro de contenido movil; por ejemplo, Wi-Fi, WiMAX, sistema de mensajes cortos (SMS) u otro esquema de mensajes convencional para proporcionar comunicacion entre los dispositivos que comprenden el sistema 10. En cualquier caso, cualquier otra implementacion de este tipo esta contemplada en la presente divulgacion. De forma alternativa o adicional, el mecanismo de suministro de farmacos puede tomar la
5
10
15
20
25
30
35
40
45
50
55
60
65
forma de uno o mas de un mecanismo convencional de infusion de farmaco implantable o de uso externo, un mecanismo convencional de inyeccion de farmaco, como una pluma de inyeccion de farmaco o una aguja hipodermica, un mecanismo de inhalacion convencional para administrar uno o mas formas inhalables de uno o mas farmacos o similares.
El sistema de terapia 10 de la FIG. 1 puede operar en general para determinar y recomendar y/o administrar terapia en forma de una cantidad apropiada de uno o mas farmacos y tiempos, y/o para determinar y recomendar terapia o accion alternativa. Para determinar cualquier terapia de este tipo, el sistema 10 requiere al menos alguna informacion relativa a una o mas influencias externas a las que el paciente esta sometido y/o uno o mas mecanismos fisiologicos asociados al paciente. La una o mas influencias externas se pueden caracterizar como una accion que tipicamente es llevada a cabo voluntariamente por el paciente, y se puede denominar en el presente documento como uno o mas "acontecimientos del paciente". En el contexto de un sistema de control de la diabetes, ejemplos de dichos acontecimientos de pacientes incluyen, pero sin limitarse a, ingesta de carbohidratos, realizacion de ejercicio fisico y similares. Por el contrario, el uno o mas mecanismos fisiologicos se pueden caracterizar como estados corporales involuntarios o reacciones tipicamente asociadas a la fisiologia y/o entorno del paciente, y se pueden denominar en el presente documento como una o mas "condiciones del paciente" o estados metabolicos. En el contexto de un sistema de control de la diabetes, ejemplos de dichas condiciones del paciente incluyen, pero sin limitarse a, enfermedad, estres, menstruacion y similares. En cualquier caso, si el paciente esta a punto de experimentar, experimenta o ha experimentado recientemente uno o mas acontecimientos y/o condiciones del paciente, el sistema 10 requiere en general cierta informacion relacionada con al menos uno de los acontecimientos o condiciones del paciente para determinar un tratamiento adecuado. En el contexto de un sistema de control de la glucosa, las terapias de ejemplo pueden incluir, pero sin limitarse a, una recomendacion o administracion de cierta cantidad, tipo y/o frecuencia de un farmaco que reduzca los niveles de glucosa, por ejemplo insulina, recomendacion de ingesta de carbohidratos, recomendacion de realizar uno o mas ejercicios, recomendacion de consultar con y/o visitar a un medico y similares.
El sistema 10 incluye de forma ilustrativa una interfaz grafica que esta configurada para proporcionar al paciente (a veces referido en el presente documento como "usuario") una entrada en una forma que caracterice al menos un acontecimiento o condicion del paciente que puede dar como resultado la recomendacion y/o administracion de uno o mas farmacos u otra terapia. La interfaz grafica se muestra de forma ilustrativa en la unidad de visualizacion 20 del dispositivo electronico 12, pero se puede visualizar de forma alternativa o adicional en la unidad de visualizacion 38 del dispositivo remoto 30. El procesador 14 esta configurado para controlar la unidad de visualizacion 20 para visualizar la interfaz grafica en el dispositivo electronico 12 de una manera convencional. De forma alternativa o adicional, el procesador 32 puede estar configurado para controlar la unidad de visualizacion 38 para visualizar la interfaz grafica en el dispositivo remoto 30 de una manera convencional. La entrada de usuario a la interfaz grafica se puede proporcionar de una cualquiera o mas formas convencionales. Los ejemplos incluyen, pero sin limitarse a, uno o mas botones o teclas proporcionados en el dispositivo de entrada 18 y/o 36 del dispositivo 12 y/o 30 correspondiente, una pantalla tactil de la unidad de visualizacion 20 y/o 38, uno o mas mecanismos convencionales de senalar y hacer clic o similares.
En referencia a la FIG. 2, se muestra un diagrama de flujo de un procedimiento ilustrativo 50 para desarrollar una interfaz de paciente que se puede usar con el sistema 10 de la FIG. 1 para permitir que un paciente introduzca informacion relacionada con el paciente a partir de la cual se puede determinar informacion terapeutica. Se anticipa que el procedimiento 50 sera llevado a cabo tipicamente por un medico u otro profesional de la salud, aunque esta divulgacion contempla que el procedimiento 50 puede ser realizado alternativamente por otras partes, un ejemplo de las cuales puede ser, pero no debe limitarse a, empresas u otras entidades especializadas en atencion o terapia de dolencias o enfermedades. Tambien se anticipa que al menos parte del procedimiento 50 se llevara a cabo con la ayuda de al menos un ordenador y que el procedimiento 50 se puede llevar a cabo con la ayuda de varios ordenadores diferentes en el que al menos parte los ordenadores tienen acceso a una o mas bases de datos. Ejemplos de dicho ordenador u ordenadores pueden incluir, pero no deben estar limitados a, el dispositivo electronico 12, el dispositivo electronico 30, un ordenador portatil tipo laptop o notebook convencional conectado o no en red, que puede o no tener acceso a uno o mas bases de datos remotas a traves de una conexion a Internet, intranet o similar, un ordenador central convencional o similares. Se anticipa ademas que el procedimiento 50 se llevara a cabo paciente por paciente de manera que la interfaz grafica resultante sera especifica del paciente.
El procedimiento 50 comienza en la etapa 52 en la que se identifica un modelo de paciente que es adecuado para modelizar la respuesta fisiologica del paciente al al menos un acontecimiento o condicion del paciente sobre la que se basara la interfaz grafica. En un modo de realizacion, el modelo de paciente se puede determinar utilizando el sistema descrito en la solicitud de patente PCT W02009/002620 A1 de titularidad comun y en tramite, titulada "SYSTEM FOR DEVELOPING PATIENT-SPECIFIC THERAPIES BASED ON DYNAMIC MODELING OF PATIENT PHYSIOLOGY AND METHOD THEREOF". En el modo de realizacion ilustrado, la etapa 52 se centra en determinar la estructura y los parametros de la fisiologia de un paciente a partir de un conjunto dado de datos especificos del paciente y se lleva a cabo incorporando conceptos de modelizacion que estan ligados a soluciones terapeuticas especificas, por ejemplo, la administracion de farmacos y/u otras soluciones terapeuticas. Esta estrategia se puede simplificar considerando solamente un conjunto limitado de acontecimientos o condiciones dinamicas del paciente que pueden afectar al modelo.
5
10
15
20
25
30
35
40
45
50
55
60
65
En referenda a la FIG. 3, se ilustra un marco de modelizacion de pacientes en el contexto de un ejemplo de dispositivo de control de diabetes en el que el modelo de paciente se identifica como un modelo convencional 70 de glucorregulacion. El modelo glucorregulador 70 es en general uno que simula la respuesta humana a la glucosa en sangre que afecta a acontecimientos o condiciones y el modelo glucorregulador generalizado 70 se convierte en especifico del paciente adaptando el modelo 70 con informacion que corresponde a la fisiologia especifica del paciente, como se muestra en la FIG. 3 mediante el bloque de lineas discontinuas dentro del perimetro del modelo 70. El modelo glucorregulador 70 se simplifica considerando solamente un numero limitado de acontecimientos o condiciones dinamicas del paciente que pueden afectar al estado del modelo 70, y ejemplos de dichos acontecimientos o condiciones dinamicas del paciente se ilustran en la FIG. 3. Estos incluyen, pero sin limitarse a, la ingesta de comidas 72, tentempies, etc. (por ejemplo, ingerir carbohidratos), el ejercicio 74, el estres del paciente 76, la administracion de uno o mas farmacos que reduzcan los niveles de glucosa 75, la enfermedad del paciente 78 y uno o mas acontecimientos o condiciones diferentes del paciente 80. En el caso mas simple, el modelo glucorregulador 70 esta configurado para considerar solamente uno de los acontecimientos o condiciones dinamicas del paciente, por ejemplo, las comidas 72, como informacion de entrada, y la complejidad del modelo aumenta a medida que se consideran acontecimientos o condiciones dinamicas adicionales del paciente.
En general, el paso 52 captura la estructura del modelo, es decir, la dinamica o principios de funcionamiento del modelo, e identifica parametros del modelo que son especificos del paciente individual y/o que definen al menos un acontecimiento o condicion particular del paciente. Los datos especificos del paciente se recopilan (segun protocolo), como parte de la etapa 52, a partir de los cuales se determinan y definen dicha estructura y parametros del modelo de paciente. De esta manera, el modelo del paciente se adapta a la fisiologia del paciente individual. Existen recursos adicionales para identificar y/o complementar la identificacion del modelo de paciente en la etapa 52. Ejemplos de dichos recursos adicionales pueden incluir, pero sin limitarse a, bibliografia publicada, resultados publicados de ensayos clinicos, experiencia obtenida a partir de la determinacion de modelos de pacientes para otros pacientes y similares. Se puede disponer de una o mas bases de datos accesibles por ordenador que contengan estructuras de modelo de pacientes y que puedan contener ademas enlaces relevantes a la bibliografia publicada. Ejemplos de ensayos clinicos a partir de los cuales se puede determinar la estructura del modelo de paciente incluyen, pero no deben limitarse a, estudios de trazadores y similares. En un modo de realizacion ejemplar, la estructura y los parametros del modelo del se pueden determinar utilizando software convencional, software de terceros, como MATLAB®, SAAM II®, NonMem®, o algun otro software comercialmente disponible para la identificacion de parametros y que puede proporcionar adicionalmente la estructura subyacente del modelo del paciente, proporcionar los parametros del modelo y sus valores iniciales, proporcionar los llamados "a prioris" si se sigue una estrategia bayesiana, establecer una funcion de coste, seleccionar un solucionador apropiado y resolver las estimaciones de parametros.
A partir de la etapa 52, el procedimiento 50 avanza hasta la etapa 54 donde se valida la capacidad del modelo de paciente identificado en la etapa 52 para simular la respuesta fisiologica del paciente al al menos un acontecimiento o condicion de paciente. De manera ilustrativa, esta etapa se implementa a traves de una o mas simulaciones computarizadas que tambien se denominan escenarios de prueba especializados. De manera ilustrativa, la etapa 54 puede llevar a cabo uno o mas de los siguientes: 1) validar el modelo sobre uno o mas intervalos de operacion especificados, 2) comprender el espacio operativo y las limitaciones del modelo, 3) proporcionar estimaciones de los errores que subyacen en los supuestos del modelo, y 4) utilizar multiples modelos y programacion, por ejemplo, la programacion de ganancias, para realizar cambios en el modelo y/o para describir con precision el comportamiento dinamico de un paciente sobre el espacio de estado glucorregulador anticipado. En cualquier caso, una vez identificado el modelo de pacientes y determinados/ajustados los parametros del modelo, la etapa 54 puede incluir tipicamente el uso del modelo de paciente para simular problemas, analizar diferentes escenarios operativos y examinar sus caracteristicas dinamicas.
En referencia ahora a las FIGS. 4-6, se construye un ejemplo de modelo de paciente 90 utilizando varios bloques de modelo compartimental 85 que simulan la distribucion de farmacos a traves de diversos organos y areas del cuerpo humano. Se pueden construir modelos basados en las siguientes referencias: “Applied Biopharmaceutics & Pharmacokinetics,” Leon Shargel y Andrew B.C. Yu; “Pharmacokinetics, Principles and Applications”, Mehdi Boroujerdi; “A physiologic model of glucose metabolism in man and its use to design and assess improved insulin therapies for diabetes”, John Thomas Sorensen, PhD, MIT 1985; “Textbook of Work Physiology, Physiological bases of Exercise”, Per-Olof Astrand, Kaare Rodahl, Hans A. Dahl y Sigmund B. Stromme; “Artificial Endocrine Pancreas,” Motoaki Shichiri; “The minimal model approach and determinants of glucose tolerance”, Richard Bergman y Jennifer C. Lovejoy, Penington Center Nutrition Series, Vol. 7; y “Feedback control in Anaesthesia,” Marco Paolo Derighetti, PhD Swiss Federal Institute of Technology, Zurich. El modelo de paciente 90, de acuerdo con el ejemplo que es comun en todo este documento, se configura para simular el efecto de una comida, por ejemplo, carbohidratos, sobre los niveles de glucosa en sangre. En un modo de realizacion, el modelo 90 se utiliza para definir una interfaz de paciente que el paciente puede utilizar para introducir informacion que caracterice un acontecimiento del paciente en forma de informacion de entrada de comida especifica del paciente de una comida que el paciente probablemente consumira, que esta mapeada a uno o mas bolos de comida de insulina u otros farmacos que reduzcan los niveles de glucosa. El termino "probablemente consumira" significa, en un modo de realizacion ilustrativo, que el conjunto de soluciones cubre aproximadamente un 70 % a aproximadamente un 90 % de las
5
10
15
20
25
30
35
40
45
50
55
60
65
diversas combinaciones de tipo de comida, velocidad y tamano. El porcentaje restante de las posibilidades de tipo de comida, velocidad y tamano se pueden manejar como casos excepcionales. El paciente tratara tipicamente dichos casos excepcionales con un nivel apropiado de precaucion y seran controlados mediante monitorizacion adicional con un marcador aceptable de rendimiento en el logro del control euglucemico. Un marcador comunmente aceptado, por ejemplo, es HbAIC, que tiene un valor objetivo tipico de un 6 % o menos, aunque este ejemplo numerico no se debe considerar como limitante de ninguna manera.
En este ejemplo, la descripcion matematica generica para el modelo del paciente esta de acuerdo con las ecuaciones (1) y (2), que son las siguientes:
Z(t) = fz(Z(t), U(t), t, 0(t))
(1)
e
Y(t) = fy(Z(t), U(t), t, 0(t))
(2).
en las que las letras mayusculas indican cantidades vectoriales y las letras minusculas indican cantidades escalares. Las funciones fz y fy representan la estructura del sistema y, por lo tanto, emulan el comportamiento caracteristico del paciente diabetico. En el modelo 90, el vector de estado Z(t) representa el estado en varios compartimentos del cuerpo como, por ejemplo, el corazon y los pulmones 94, el cerebro 96, el intestino 98, el higado 100, el rinon 102 y la periferia 104 como se ilustra en las FIGS. 5 y 6 y, en general, son fisiologicos o no fisiologicos. Dependiendo del requisito del problema, los estados representan glucosa, insulina, glucagon, FFA, lactato, GLUT, metabolitos infundidos a traves de diferentes modos como via subcutanea, intravenosa y/o intestinal. Los estados incluidos o excluidos en general dependeran del problema que se vaya a resolver, la relevancia para el problema, el impacto del estado sobre el problema y asi sucesivamente. En general, los estados cambian en funcion de las entradas, U(t), que representan efectos exogenos y endogenos como la produccion de insulina endogena por el pancreas, la produccion de glucosa endogena por el higado, la glucosa exogena infundida por via intravenosa, la inyeccion subcutanea de insulina, etc. El estado tambien cambia si el estado no esta en estado estacionario. El parametro 0(t) es, en general, un parametro variable en el tiempo. El vector de salida Y(t) normalmente representa cantidades fisicamente medibles. Sin embargo, las ecuaciones de salida en general representan cantidades de interes. Las representaciones de modelos pueden llegar a ser muy complejas y en la seleccion de un modelo final influye la complejidad, la identificabilidad de parametros, el nivel de detalle relevante y el requisito del problema.
Aunque la estructura del modelo de paciente se puede obtener de numerosas maneras diferentes, algunas de las cuales se describen anteriormente en el presente documento, el bloque compartimental 85 de la FIG. 4 se utiliza para simular la distribucion del metabolito en diversos organos y areas del cuerpo. En referencia al bloque compartimental 85 de la FIG. 4, la concentracion de un metabolito se puede ver como un flujo arterial de entrada y flujo venoso de salida segun las ecuaciones:
VB*dCBo/dt = QB(CBi - Cbo) + PA(Ci - Cbo) + rsoURCE1 - rsiNK1 (3) y
Vi*dC|/dt = PA(Cbo - Ci) - rsiNK2 +rsoURCE2 (4),
en la que Vb = volumen de sangre capilar, Vi = volumen de fluido intersticial, Qb = flujo de sangre volumetrico, PA = producto permeabilidad-area, CBi = concentracion de soluto en sangre arterial, Cbo = concentracion de soluto en sangre capilar (y venosa), C| = concentracion de soluto en fluido intersticial, rsink1, r Sink2 = tasa de captacion de metabolitos por los globulos rojos, y rsource1, rsource2 = tasa de produccion en tejido celular de metabolitos a traves de la membrana celular. Los terminos VB*dCBo/dt y Vi*dC|/dt representan la acumulacion, los terminos QB(CBi - Cbo) y d PA(Cbo - Ci) representan la conveccion, el termino PA(Ci - Cbo) representa la difusion y los terminos rsink1, rsink2, rsource1 y rsource2 representan fuentes y pozas metabolicas.
Utilizando la estructura de bloque compartimental basica ilustrada en la FIG. 4, se construye el modelo 90, como se muestra en las FIGS. 5 y 6, para representar la concentracion de glucosa e insulina en varios compartimentos del cuerpo. Los estados de los distintos bloques representan el comportamiento dinamico del modelo en un momento dado, t, en relacion con varias entradas. La FIG. 5 representa un esquema para el modelo glucorregulador 90 que define la concentracion de glucosa en los diversos organos y otras areas del cuerpo. La FIG. 6 representa un esquema para el modelo glucorregulador 90 que define la cinetica de la insulina en los diversos organos y otras areas del cuerpo. En cada caso, un nodo sumatorio 92 suma los efectos de los bloques compartimentales de intestino 98, higado 100, rinon 102, periferia 104 y cerebro 96, y suministra este valor vectorial sumado a un bloque
5
10
15
20
25
30
35
40
45
50
55
60
65
compartimental de corazon y pulmones 94. Varias cantidades escalares transportadas por el vector de salida del bloque compartimental de corazon y pulmones 94 se distribuyen como entradas a los correspondientes bloques de intestino 98, higado 100, rinon 102, periferia 104 y cerebro 96 como se muestra. En el esquema cinetico de insulina de la FIG. 6, la administracion subcutanea de insulina representa una entrada vectorial para el bloque de corazon y pulmones 96.
El vector de salida Y(t) de la ecuacion (2) anterior comprende tipicamente cantidades fisiologicas como la concentracion de glucosa en plasma y la concentracion de insulina en plasma que modelizan cantidades fisicamente medibles como la concentracion de glucosa utilizando un dispositivo de medicion de glucosa subcutanea. El vector de salida, Y(t), es tipicamente una funcion del vector de estado, Z. El vector de entrada representa las influencias externas e internas como insulina administrada, comidas ingeridas, ejercicio, enfermedad, etc. El modelo general 90 representa al paciente con diabetes particular.
En referencia de nuevo a la FIG. 2, las etapas 52 y 54 del procedimiento 50 representan el desarrollo del modelo de paciente que esta configurado para simular la respuesta fisiologica del paciente al al menos un acontecimiento o condicion del paciente. Despues de la etapa 54, el procedimiento 50 avanza hasta la etapa 56 en la que la informacion especifica del paciente se recopila durante un periodo de tiempo que se relaciona con ocurrencias reales del al menos un acontecimiento o condicion del paciente. En general, la etapa 56 es llevado a cabo por el paciente durante un periodo de tiempo prolongado, por ejemplo, de una semana a varios meses, usando un libro de registro manual, un cuestionario, un dispositivo electronico de registro de informacion o similar. Usando el ejemplo que es comun a lo largo de este documento, un paciente puede llevar a cabo la etapa 56 en un sistema de control de la diabetes en el que la informacion que caracterice la ingesta por parte del paciente de comidas, por ejemplo, carbohidratos, es mapeada por la interfaz grafica a uno o mas bolos de insulina correspondientes. El paciente, en este modo de realizacion, sera dirigido tipicamente por el medico del paciente u otro proveedor de atencion medica, o por instrucciones preprogramadas en un dispositivo electronico como el dispositivo 12 de la FIG. 1, para registrar informacion especifica relacionada con la comida y la insulina durante un periodo de tiempo designado, en el que se especifica el protocolo para la recopilacion. En general, el paciente registrara tiempos de comida, tipos de comida, cantidades de comida (en cantidad de carbohidratos), insulina administrada antes y despues de la comida, mediciones de glucosa en sangre tomadas antes y despues del consumo de comida y similares. Una lista mas detallada de dicha informacion, incluida la informacion opcional y/o alternativa, se describe en la solicitud de patente US 10 2007/0179434 A1, de titularidad comun y en tramite, titulada "SYSTEM AND METHOD FOR DETERMINING DRUG ADMINISTRATION INFORMATION".
A continuacion de la etapa 56, el procedimiento 50 avanza hasta la etapa 58 en la que se selecciona una interfaz grafica adecuada (por el usuario, HCP o mediante un algoritmo) que mapeara la entrada del paciente que caracterice el al menos un acontecimiento o condicion del paciente validado en la etapa 54 a la informacion terapeutica. En un modo de realizacion, la informacion terapeutica es informacion terapeutica farmacologica correspondiente a uno o mas farmacos que se van a administrar al paciente. En otros modos de realizacion, la informacion terapeutica puede ser informacion sobre ingesta de carbohidratos sugerida correspondiente a una recomendacion de ingerir carbohidratos, una recomendacion de realizar ejercicio, una recomendacion de consultar a un medico y otras terapias similares. En general, la interfaz grafica tomara la forma de un espacio bidimensional que define una caracteristica de un acontecimiento o condicion de paciente a lo largo de un eje y otra caracteristica del acontecimiento o condicion de paciente a lo largo de otro eje. De nuevo usando el ejemplo que es comun a lo largo de este documento, un medico u otro proveedor de atencion medica puede llevar a cabo la etapa 58 en un sistema de control de la diabetes en el que la informacion que caracterice la ingesta por parte del paciente de comidas, por ejemplo, carbohidratos, es mapeada por la interfaz grafica a uno o mas bolos de insulina correspondientes. En general, la concentracion de glucosa en una persona cambia como resultado de una o mas influencias externas como comidas y ejercicio, y tambien cambia como resultado de diversos mecanismos fisiologicos como estres, enfermedad, ciclo menstrual y similares. En una persona con diabetes, dichos cambios pueden requerir la monitorizacion del nivel de glucosa en sangre de la persona y la administracion de insulina u otro farmaco que modifique los niveles de glucosa en sangre, por ejemplo, un farmaco que eleve o reduzca los niveles de glucosa, segun sea necesario para mantener los niveles de glucosa en sangre de la persona dentro de los intervalos deseados. El sistema 10 se puede configurar asi en este ejemplo para determinar, basandose en cierta cantidad de informacion especifica del paciente, una cantidad, un tipo y/o un tiempo apropiado de insulina u otro farmaco que modifique los niveles de glucosa en sangre administrado para mantener niveles normales de glucosa en sangre sin causar hipoglucemia o hiperglucemia.
Cuando una persona ingiere alimentos en forma de una comida o tentempie, el cuerpo de la persona reacciona absorbiendo la glucosa de la comida o tentempie a lo largo del tiempo. Cualquier ingestion de alimentos se puede denominar en lo sucesivo "comida" y el termino "comida" abarca por lo tanto las comidas tradicionales, por ejemplo, el desayuno, el almuerzo y la cena, asi como tentempies intermedios, bebidas, etc. La forma general de un perfil de absorcion de glucosa en el intestino para cualquier persona aumenta despues de la ingesta de la comida, alcanzando un maximo en algun tiempo medible despues de la comida, para luego disminuye a partir de ese momento. La velocidad, es decir, la velocidad desde el inicio hasta la finalizacion, de cualquier perfil de absorcion de glucosa en el intestino varia tipicamente para una persona segun la composicion de las comidas (por ejemplo, grasa, proteina, fibra, tipo de carbohidrato, etc.), por tipo de comida (por ejemplo, desayuno, almuerzo, cena o
5
10
15
20
25
30
35
40
45
50
55
60
65
tentempie) o tiempo y/o de acuerdo con uno o mas factores, y tambien puede variar de un dia a otro bajo circunstancias de comida por lo demas identicas. En general, la informacion prospectiva sobre alimentacion relacionada con dicha informacion sobre ingesta de comida suministrada por el paciente al sistema 10 debe contener, ya sea explicita o implicitamente, una estimacion del contenido de carbohidratos de la comida o tentempie, que corresponde a la cantidad de carbohidratos que el paciente esta a punto de ingerir, esta ingiriendo o ha ingerido recientemente, asi como una estimacion de la velocidad de absorcion global de la glucosa de la comida por parte del paciente.
La estimacion del tamano o la cantidad de un acontecimiento o condicion que el paciente esta a punto de experimentar, esta experimentando o ha experimentado recientemente puede ser proporcionado por el paciente en cualquiera de diversas formas. Por ejemplo, pero sin limitarse a, la estimacion de la cantidad de carbohidratos que el paciente esta a punto de ingerir, esta ingiriendo o ha ingerido recientemente, puede ser proporcionada por el paciente como una estimacion directa del peso de carbohidratos (por ejemplo, en unidades de gramos u otra medida de peso conveniente), una cantidad de carbohidratos con respecto a una cantidad de referencia (por ejemplo, adimensional), una estimacion del tamano de la comida o tentempie (por ejemplo, adimensional) y una estimacion del tamano de la comida o tentempie con respecto a un tamano de comida o tentempie (por ejemplo, adimensional). Los expertos en la tecnica conoceran otras formas de proporcionar la informacion sobre el contenido de carbohidratos de una comida o tentempie, y cualquiera de estas otras formas esta contemplada en la presente divulgacion.
La estimacion de la velocidad del acontecimiento o condicion que el paciente esta a punto de experimentar, esta experimentando o ha experimentado recientemente tambien puede ser proporcionada por el paciente en cualquiera de diversas formas. Por ejemplo, pero sin limitarse a, para un valor especificado de la velocidad esperada de absorcion global de glucosa de una comida, el perfil de absorcion de glucosa captura la velocidad de la comida tomada por el paciente. Como otro ejemplo, la velocidad de absorcion global de glucosa de la comida por parte del paciente tambien incluye un tiempo de duracion entre la ingesta de la comida por una persona y la absorcion maxima de glucosa de la comida por esa persona, que captura la duracion de la comida tomada por el paciente. La velocidad de absorcion global de glucosa se puede expresar asi en forma de velocidad o duracion de la comida. Ejemplos de la velocidad esperada del parametro de absorcion global de glucosa en este caso pueden incluir, pero sin limitarse a, un parametro compuesto que corresponde a una estimacion de la velocidad o duracion de la comida (por ejemplo, unidades de tiempo), un parametro compuesto correspondiente a la velocidad o duracion de la comida relativa a una velocidad o duracion de la comida de referencia (por ejemplo, adimensional) o similares.
Como otro ejemplo de proporcionar la estimacion de la velocidad esperada del parametro de absorcion global de glucosa, la forma y la duracion del perfil de absorcion de glucosa se pueden mapear a la composicion de la comida. Ejemplos de la velocidad esperada del parametro de absorcion global de glucosa en este caso pueden incluir, pero sin limitarse a, una estimacion de la cantidad de grasa, cantidad de proteina y cantidad de carbohidrato (por ejemplo, en unidades de gramos) junto con una estimacion del contenido de carbohidratos en forma de tamano de la comida o tamano relativo de la comida, una estimacion de la cantidad de grasa, cantidad de proteina y cantidad de carbohidratos en relacion con las cantidades de grasa, proteinas y carbohidratos de referencia junto con una estimacion del contenido de carbohidratos en forma de tamano de la comida o tamano relativo de la comida y una estimacion de un indice glucemico total de la comida o tentempie (por ejemplo, adimensional), en el que el termino "indice glucemico total" se define para los propositos de este documento como un parametro que clasifica las comidas y tentempies por la velocidad a la que las comidas o tentempies causan el aumento de los niveles de azucar en sangre de la persona. Asi, por ejemplo, una comida o tentempie que tiene un indice glucemico bajo produce un aumento gradual de los niveles de azucar en sangre mientras que una comida o tentempie que tiene un indice glucemico alto produce un aumento rapido de los niveles de azucar en sangre. Una medida ejemplar del indice glucemico total puede ser, pero no debe limitarse a, la relacion de carbohidratos absorbidos de la comida y un valor de referencia, por ejemplo, derivado de azucar puro o pan blanco, durante un periodo de tiempo especificado, por ejemplo, 2 horas. En general, los expertos en la tecnica conoceran otras formas de proporcionar la entrada del usuario de la velocidad global esperada de absorcion de glucosa de la comida por parte del paciente, y/o proporcionar la entrada del usuario de la forma y duracion esperada del perfil de absorcion de glucosa, y cualquier otra forma esta contemplada en la presente divulgacion.
La interfaz grafica en este ejemplo tiene ilustrativamente un primer componente de parametro y un segundo componente de parametro. En un modo de realizacion dirigido a la entrada por parte del paciente de informacion relacionada con la comida, el primer componente de parametro de la entrada por parte del paciente de la informacion relacionada con la comida corresponde de manera ilustrativa a una cantidad o contenido de carbohidrato de la comida que el paciente esta a punto de ingerir, esta ingiriendo o ha ingerido recientemente y el segundo componente de parametro corresponde de forma ilustrativa a una velocidad esperada de absorcion global de glucosa de la comida por parte del paciente. En referencia a la FIG. 7, se muestra un modo de realizacion ejemplar de dicha interfaz grafica 110 seleccionable para proporcionar la entrada por parte del paciente de informacion sobre la ingesta de comida. En el modo de realizacion ilustrado, la interfaz grafica 110 es una interfaz de usuario de tipo cuadricula que tiene un eje de cuadricula definido por el contenido de carbohidratos en forma de tamano de comida y otro eje de cuadricula definido por la velocidad esperada de absorcion global de glucosa de la comida por parte del paciente en forma de la duracion de la comida. El eje de la cuadricula de tamano de la comida
5
10
15
20
25
30
35
40
45
50
55
60
65
define tres valores de tamano o cantidad de comida diferentes en forma de indicadores "pequeno", "medio" y "grande", y el eje de la cuadncula de duracion de la comida tambien define tres valores diferentes de duracion de la comida en forma de indicadores "lenta", "media" y "rapida". La interfaz de usuario grafica de tipo cuadncula 110 proporciona una seleccion de usuario unica del contenido de carbohidratos y de la informacion sobre velocidad esperada de absorcion global de glucosa relacionada con la comida que el paciente esta a punto de ingerir, esta ingiriendo o ha ingerido recientemente. Como se usa en el presente documento, la frase "seleccion de usuario unica" se define como una unica seleccion hecha por un usuario. Se entendera que los sistemas y procedimientos descritos en el presente documento no estan limitados a un solo usuario y que mas bien los sistemas y procedimientos descritos en este documento se pueden implementar en una plataforma de usuario unica o multiple. En cualquier caso, el usuario ha seleccionado, en el ejemplo ilustrado, una entrada relacionada con la comida que indica que la comida que el paciente esta a punto de ingerir, esta ingiriendo o ha ingerido recientemente es una comida grande que sera o que ha sido ingerida durante una duracion media. En general, los terminos "grande", "medio" y "pequeno" en este contexto pretenden abarcar cualquier medida convencional de tamano de comida incluyendo, por ejemplo, pero sin limitarse a, cantidades de comida o cantidades que usan cualquier unidad especificada de peso, volumen, etc.
En referencia a la FIG. 8, se muestra otro modo de realizacion ejemplar de una interfaz grafica 112 seleccionable para proporcionar la entrada por parte del usuario de informacion sobre la ingesta de comida. En el modo de realizacion ilustrado, la interfaz grafica 112 es una interfaz de tipo cuadncula que tiene un eje de cuadncula definido por el contenido de carbohidratos en forma de tamano de comida con respecto a un tamano de comida de referencia y otro eje de cuadncula definido por la velocidad esperada de absorcion global de glucosa de la comida por parte del paciente en forma de duracion de la comida en relacion con una duracion de la comida de referencia. El eje de la cuadncula de tamano de la comida define tres valores diferentes de tamano de la comida en forma de indicadores "mas pequeno de lo normal", "normal" y "mayor de lo normal", y el eje de la cuadncula de duracion de la comida define tres valores de duracion de la comida diferentes en forma de "mas corto de lo normal", "normal" y "mas largo de lo normal". La interfaz grafica de tipo cuadncula 112 proporciona una seleccion de usuario unica del contenido de carbohidratos y de la informacion sobre velocidad esperada de absorcion global de glucosa relacionada con la comida que el paciente esta a punto de ingerir, esta ingiriendo o ha ingerido recientemente. En el ejemplo ilustrado, el usuario ha seleccionado una entrada relacionada con la comida que indica que la comida que el paciente esta a punto de ingerir, esta ingiriendo o ha ingerido recientemente es una comida mas pequena de lo normal y que la duracion de la comida es aproximadamente la misma que la duracion de una comida normal. En general, los terminos "mas grande" y "mas pequeno" en este contexto pretenden abarcar cualquier medida convencional de tamano de comida con respecto a un tamano de comida "normal" especificado incluyendo, por ejemplo, pero sin limitarse a, cantidades de comida que usan cualquier unidad especificada de peso, volumen, etc.
En referencia a la FIG. 9, se muestra aun otro modo de realizacion ejemplar de una interfaz grafica 114 seleccionable para proporcionar la entrada por parte del paciente de informacion sobre la ingesta de comida. En el modo de realizacion ilustrado, la interfaz grafica 114 es una interfaz de usuario de tipo cuadncula que tiene un eje de cuadncula definido por el contenido de carbohidratos en forma de tamano de comida y otro eje de cuadncula definido por la velocidad esperada de absorcion general de glucosa en forma de cantidad de grasa, cantidad y cantidad de carbohidratos de la comida. De este modo, la interfaz grafica 114 requiere la entrada por parte del paciente de tres selecciones independientes, en comparacion con la entrada unica asociada a los modos de realizacion ilustrados y descritos con respecto a las FIGS. 7 y 8. La cantidad de grasa, la cantidad de protefna y la cantidad de carbohidratos se mapean, como se describe brevemente anteriormente en el presente documento, a una velocidad esperada de absorcion global de glucosa de la comida por parte del paciente. El eje de la cuadncula del tamano de la comida define tres valores diferentes de tamano de comida en forma de indicadores "pequeno", "medio" y "grande". La interfaz grafica de tipo cuadncula 114 proporciona la seleccion por parte del usuario del contenido de carbohidratos y de la informacion sobre velocidad esperada de absorcion global de glucosa relacionada con la comida que el paciente esta a punto de ingerir, esta ingiriendo o ha ingerido recientemente. En el ejemplo ilustrado, el paciente ha seleccionado una entrada relacionada con la comida que indica que la comida que el paciente esta a punto de ingerir, esta ingiriendo o ha ingerido recientemente tiene una gran cantidad de grasa, una cantidad media de protefna y una gran cantidad de carbohidratos. En general, los terminos "grande", "medio" y "pequeno" en este contexto pretenden abarcar cualquier medida convencional de tamano de comida incluyendo, por ejemplo, pero sin limitarse a, cantidades de comida o cantidades que usan cualquier unidad especificada de peso, volumen, etc.
En general, se puede usar cualquier relacion funcional deseada para mapear las tres cantidades de composicion de la comida a los valores correspondientes de la velocidad de la comida o de la duracion de la comida. Una relacion funcional ejemplar puede ser, pero no debe limitarse a, asignar pesos iguales a los tres componentes de composicion de la comida, calcular porcentajes de los tres valores de composicion de la comida especificados por el usuario, asignar umbrales igualmente espaciados a las dos interfaces entre los tres valores de tamano de comida, por ejemplo, 33 % y 66 %, y luego comparar los porcentajes de los tres valores de composicion de la comida con los valores porcentuales de umbral para determinar la velocidad de la comida. Utilizando el ejemplo ilustrado en la FIG. 9, se asignan valores de 1, 2 y 3 a los componentes pequeno, medio y grande, respectivamente. El porcentaje de grasa es asf 3/8 o 37,5 %, el porcentaje de protema es 2/8 o 25 %, y el porcentaje de carbohidratos es 3/8 o 37,5 %. Los porcentajes de grasa y de carbohidratos son, por tanto, medios y el porcentaje de protema es pequeno, dando
5
10
15
20
25
30
35
40
45
50
55
60
65
como resultado una velocidad de comida compuesta de media a media-lenta.
En referencia a la FIG. 10, se muestra aun otro modo de realizacion ejemplar de una interfaz grafica 116 seleccionable para proporcionar la entrada por parte del paciente de informacion sobre la ingesta de comida. En el modo de realizacion ilustrado, la interfaz grafica 116 es una interfaz de usuario de tipo cuadricula que tiene un eje de cuadricula definido por el contenido de carbohidratos en forma de tamano de comida con respecto a un tamano de comida de referencia y otro eje de cuadricula definido por la velocidad esperada de absorcion global de glucosa de la comida por parte del paciente en forma de cantidad de grasa, cantidad de proteina y cantidad de carbohidratos. Al igual que con la interfaz grafica 114, la interfaz grafica 116 requiere asi la entrada por parte del usuario de tres selecciones independientes, en comparacion con la entrada unica asociada a los modos de realizacion ilustrados y descritos con respecto a las FIGS. 7 y 8. Las cantidades de grasa, proteinas y carbohidratos especificadas por el usuario se mapean a los valores correspondientes de velocidad de la comida o duracion de la comida utilizando cualquier relacion funcional deseada entre ellos como se acaba de describir. El eje de la cuadricula del tamano de la comida define tres valores diferentes del tamano de comida en forma de indicadores "mas pequeno de lo normal", "normal" y "mas grande de lo normal". La interfaz grafica de tipo cuadricula 116 proporciona la seleccion por parte del usuario del contenido de carbohidratos y de la informacion sobre velocidad esperada de absorcion de glucosa relacionada con la comida que el paciente esta a punto de ingerir, esta ingiriendo o ha ingerido recientemente. En el ejemplo ilustrado, el usuario ha seleccionado una entrada relacionada con la comida que indica que la comida que el paciente esta a punto de ingerir, esta ingiriendo o ha ingerido recientemente tiene una cantidad de grasa normal, una cantidad de proteina normal y una cantidad de carbohidratos mas pequena de lo normal. En general, los terminos "mas grande" y "mas pequeno" en este contexto pretenden abarcar cualquier medida convencional de tamano de comida con respecto a un tamano de comida "normal" especificado incluyendo, por ejemplo, pero sin limitarse a, cantidades de comida que usan cualquier unidad especificada de peso, volumen, etc.
En referencia a la FIG. 11, se muestra un modo de realizacion ejemplar adicional de una interfaz grafica 118 seleccionable para proporcionar la entrada por parte del usuario de informacion sobre la ingesta de comida. En el modo de realizacion ilustrado, la interfaz grafica 118 define una funcion continua del contenido de carbohidratos, proporcionada en forma de contenido de carbohidratos en peso (en gramos u otras unidades de peso convenientes), y velocidad esperada de absorcion global de glucosa de la comida por parte del paciente, proporcionada en forma de un indice glucemico total (adimensional). Alternativamente, la interfaz grafica 118 podria definir una representacion numerica que es una funcion discreta del contenido de carbohidratos, proporcionada en forma de contenido de carbohidratos, y de la velocidad esperada de absorcion de glucosa, proporcionada en forma de un indice glucemico total. En cualquier caso, el contenido de carbohidrato y/o los parametros del indice glucemico total se pueden expresar alternativamente en la interfaz grafica de usuario 60 en forma de "grande", "medio" y "pequeno", como se describen estos terminos anteriormente en el presente documento o en la forma de "mas grande de lo normal", "normal" y "mas pequeno de lo normal", como se describen estos terminos anteriormente en el presente documento. Cualquier numero de lineas de cuadricula punteadas, discontinuas, continuas o de otro tipo se puede superponer de forma alternativa o adicional sobre la interfaz grafica de usuario 58 para facilitar la discriminacion entre el contenido de carbohidratos y los valores de indice glucemico total en la interfaz 118. En cualquier caso, la interfaz grafica 118 proporciona una seleccion de usuario unica de contenido de carbohidratos y de la informacion sobre velocidad esperada de absorcion de glucosa relacionada con la comida que el paciente esta a punto de ingerir, esta ingiriendo o ha ingerido recientemente. En el ejemplo ilustrado, el usuario ha seleccionado una entrada relacionada con la comida que indica que la comida que el paciente esta a punto de ingerir, esta ingiriendo o ha ingerido recientemente tiene un peso de carbohidratos de aproximadamente 50 gramos y un indice glucemico total de aproximadamente 62.
En referencia a la FIG. 12, se muestra otro modo de realizacion ejemplar mas de una interfaz grafica 120 seleccionable para proporcionar la entrada por parte del usuario de informacion sobre la ingesta de comida. En el modo de realizacion ilustrado, la interfaz grafica 120 define una funcion continua del contenido de carbohidratos, proporcionada en forma de tamano de comida, y velocidad esperada de absorcion global de glucosa de la comida por parte del paciente proporcionada en forma de duracion de comida. El eje del tamano de la comida define tres valores diferentes de tamano de la comida en forma de indicadores "pequeno", "medio" y "grande", y el eje de la duracion de la comida tambien define tres valores diferentes de duracion de la comida en forma de "lenta" y "rapida". La interfaz grafica de tipo continuo 120 proporciona una seleccion de usuario unica del contenido de carbohidratos y de la informacion sobre velocidad esperada de absorcion global de glucosa relacionada con la comida que el paciente esta a punto de ingerir, esta ingiriendo o ha ingerido recientemente. Cualquier numero de lineas de cuadricula punteadas, discontinuas, continuas o de otro tipo se puede superponer de forma alternativa o adicional sobre la interfaz grafica 120 para facilitar la discriminacion entre el tamano de comida y los valores de duracion de comida en la interfaz 120. En el ejemplo ilustrado, el usuario ha seleccionado una entrada relacionada con la comida que indica que la comida que el paciente esta a punto de ingerir, esta ingiriendo o ha ingerido recientemente es entre tamano medio y grande y se ingiere durante una comida entre lenta y media.
Se ilustran y/o se describen mas detalles y ejemplos de interfaces graficas en la solicitud de patente US 2007/0179434 A1, de titularidad comun y en tramite.
En referencia de nuevo a la FIG. 2, el procedimiento 50 avanza desde la etapa 58 hasta la etapa 60, donde el
5
10
15
20
25
30
35
40
45
50
55
60
espacio de solucion de la interfaz grafica seleccionada en la etapa 58 se define basandose en el modelo de paciente resultante de las etapas 52 y 54 y tambien en base a la informacion especifica del paciente recogida de acuerdo con la etapa 56. El espacio de solucion define la relacion entre las entradas y sus limites aceptables asociados para regular la respuesta fisiologica de un paciente a una respuesta objetivo deseada. De nuevo usando el ejemplo que es comun a lo largo de este documento, un medico u otro proveedor de atencion medica puede llevar a cabo la etapa 60 en un sistema de control de la diabetes en el que la informacion que caracterice la ingesta por parte del paciente de comidas, por ejemplo, carbohidratos, es mapeada por la interfaz grafica a uno o mas bolos de insulina correspondientes. En este ejemplo especifico, la interfaz grafica es una interfaz de tipo cuadricula definida por los dos parametros de entrada, cantidad de comida y velocidad de comida, por ejemplo, la interfaz grafica 1l0 de la FIG. 7. Se entendera, sin embargo, que cualquiera de los modos de realizacion de interfaz grafica ilustrados y descritos en el presente documento u otras interfaces graficas similares se podrian utilizar alternativamente. En un modo de realizacion ilustrativo, el espacio de solucion de la interfaz grafica 110 se determinara en general de una manera que no solo defina las ubicaciones de "cuadricula ", es decir, las divisiones entre las diferentes entradas de tamano de comida y velocidad de comida (duracion), sino que tambien defina el limite exterior de la interfaz grafica 110. En cualquier caso, es deseable definir el espacio de solucion de la interfaz grafica 110 de tal manera que proporcione la regulacion de la glucosa del paciente con relacion a un nivel de glucosa objetivo para una alteracion en la comida dada.
Como se ilustra en la FIG. 7, el espacio de comidas se divide en subespacios rectangulares contiguos. Estos subespacios representan una gama de caracterizaciones de comida que pueden ser repetidamente acomodadas por una terapia de insulina comun. Mediante la definicion del espacio de solucion de la interfaz grafica, se identifica un subespacio de informacion de comidas dentro del cual es aceptable la compensacion de comida fija. Ademas, con fines ilustrativos, considerando el problema de control glucemico en el que se regula la concentracion de glucosa g(t) fisiologica, uno de los elementos de salida en el vector Y(t) es g(t). De manera ilustrativa, entonces, el espacio de solucion de la interfaz grafica se puede determinar resolviendo una funcion de coste que se configura como un problema de minimizacion restringida. Dicha funcion de coste puede utilizar, por ejemplo, la siguiente informacion para resolver el problema de minimizacion restringida: 1) respuesta del modelo glucorregulador debido a la excitacion de la comida, 2) parametros de entrada de excitacion de la comida del tamano de la comida (cantidad), nA y la velocidad de la comida (duracion), A, 3) valor objetivo de glucosa, gtarget, 4) el vector de salida, Y(t), el vector de estado, Z(t), y el vector de entrada U(t) (a partir de las ecuaciones (1) y (2) anteriores), 5) parametros de ponderacion, y 6) restricciones sobre los valores de glucosa (por ejemplo, valores maximos y minimos de glucosa) y la cantidad de insulina administrada.
Un ejemplo de funcion de coste se muestra mediante la ecuacion (5) que es la siguiente:
■I = j i'-': ■■ ' (gtarget ■ ' ■ (gtarget " - (5),
donde h es una funcion escalar, y h0 y hf son parametros de coste inicial y final. La funcion de coste se resuelve minimizando J, y es necesario ademas satisfacer las siguientes restricciones: 1) g > gmin, 2) g < gmax, 3) dg/dt < gmax y 4) dg/dt > gmin, siendo "g" la concentracion de glucosa, gmin es el limite inferior de glucosa para euglucemia, gmax es el limite superior de glucosa para euglucemia, gmax es la tasa maxima de aumento de la concentracion de glucosa y gmin es la tasa minima de disminucion de la concentracion de glucosa. Ademas, las restricciones descritas anteriormente pueden ser una funcion del tiempo y del vector de estado. El espacio de comidas se define por fA V If sujeto a las restricciones: 1) r|A > fA 2) A < H2A, 3) r|S > H1S y 4) A < H2S donde r|A £ [H A F|2A] y A e [H A IV] son intervalos de parametros sobre los cuales se espera que varien el tamano de la comida (cantidad) y la velocidad de la comida (duracion), respectivamente. Se debe observar que, con fines ilustrativos, se supone que las caracteristicas de absorcion de glucosa en el intestino se describen por fA y A
El tamano de cuadricula de la interfaz grafica 110 en la FIG. 7 se determina usando un algoritmo predictivo que utiliza ilustrativamente predicciones del modelo de paciente a valores o estados futuros para determinar una accion de control optima o "mejor" hasta la siguiente iteracion de calculo. Un controlador predictivo de modelo no lineal es un posible candidato para resolver las restricciones de la funcion de coste anterior. La estrategia del controlador de modelo no lineal requiere un uso explicito de un modelo para predecir el comportamiento futuro. El procedimiento utiliza la informacion de entrada pasada y determina una accion de control basada en el coste (funcion objetivo). El procedimiento por eleccion puede considerar la accion de control futura tambien para proporcionar la mejor solucion global. Este procedimiento es flexible y se generaliza a extensiones futuras, como considerar una entrada o perturbacion adicional sin ningun tratamiento especial. Varias referencias que abarcan este tema son: “Stabilizing state feedback design via the moving horizon method”, Kwon, Bruckstein y Kailath, Intl. Journal of Control, 37, 1983, pp. 631-643; “Model predictive control: theory and practice”, Garcia, Prett y Morari, Automatica, 25, 1989, pp. 335348; y "Nonlinear model predictive control of glucose concentration in subjects with type 1 diabetes", Roman Hovorka, Valentina Canonico, Ludovic J Chassin, Ulrich Haueter, Massimo Massi-Benedetti, Marco Orsini Federici, Thomas R Pieber, Helga C Schaller, Lukas Schaupp, Thomas Vering y Malgorzata E Wilinska, 2004 Physiol. Meas. 25 905-920. Un algoritmo predictivo con estimacion de parametros bayesiana, como se describe en Romon Hovorka,
5
10
15
20
25
30
35
40
45
50
55
60
et. al., complementaria la estrategia predictiva del modelo con la capacidad de adaptacion del modelo en linea al realizar tambien la identificacion de parametros. Sin perdida en general, los algoritmos predictivos no lineales se pueden implementar tambien como una implementacion de bucle abierto como se sugiere en este documento, en el que se determinan los valores de bolo de compensacion de comida para un tipo dado de comida (|A, f) para un conjunto dado de condiciones iniciales, valores de parametros y pesos. Por lo tanto, se obtiene una solucion de punto unico cuando el controlador predictivo se configura y resuelve. Ademas, la solucion no es especifica para usar la estrategia predictiva del modelo, sino que ilustra la intencion de la solucion. La intencion es determinar una unica terapia optima a partir de un potencial de muchas soluciones admisibles.
El espacio de comidas total se define en este ejemplo por los parametros f, que corresponde al tamano o cantidad de la comida, y |S, que corresponde a la velocidad o duracion de la comida. Los intervalos para los parametros f y if se definen por la informacion real relacionada con la comida que el paciente recopila de acuerdo con la etapa 56 del procedimiento 50. Para definir la solucion de terapia sobre el espacio de comidas en terminos de la interfaz grafica, los intervalos de |A y f se utilizan para especificar la periferia externa o los limites de la interfaz grafica. Esto se ilustra graficamente, por ejemplo, en la FIG. 13, que ilustra la formacion de la periferia exterior 130 de la interfaz grafica 110 en base a los intervalos de |A y if En el ejemplo ilustrado, los intervalos de los parametros |A y |S se dividen en pasos de pequeno tamano A| y A|S, respectivamente. La division del tamano de los pasos depende de la sensibilidad de la solucion al tamano del paso. Los pasos pequenos pueden ser necesarios, por ejemplo, para los pacientes que son sensibles a la insulina. Normalmente, la division del intervalo global en 10 a 15 segmentos equidistantes es tipicamente suficiente. Sin embargo, puede ser necesario un numero mayor o menor dependiendo de las necesidades del problema. El algoritmo predictivo se resuelve a continuacion para cubrir el espacio de comidas al "moverse" alrededor del perimetro 130 usando los pequenos pasos discretos A|a y A|S como se ilustra en la FIG. 13. Otra posibilidad para mapear el espacio de comidas es dividir el intervalo operativo en una malla y luego resolver el problema como se describe a continuacion en el presente documento en cada uno de los puntos de interseccion de la cuadricula. Otra posibilidad mas puede incluir, por ejemplo, definir una o mas funciones analiticas simplificadas que abarquen la solucion terapeutica y, a continuacion, utilizar esta funcion equivalente como un espacio de solucion para determinar una solucion terapeutica para varias cuadriculas (por ejemplo, ver las FIGS. 7 a 12). Mas especificamente, el problema de minimizacion restringida representado por la ecuacion (5) anterior se resuelve dos veces en cada paso. Para resolver la cantidad de bolo de compensacion de comida, el algoritmo predictivo utiliza la siguiente informacion: 1) |A y f 2) la funcion de coste (ecuacion (5)), 3) todos los estados del modelo del paciente se establecen en estado estacionario, y la administracion de insulina se ajusta a una tasa basal apropiada y 4) asumiendo que la comida o tentempie se consume en el tiempo tM0, los bolos relacionados con la comida se definen como .., IMk1, IMk0, IMk1, IM-k2,... en donde IMki representa un bolo de comida en varios momentos (ki minutos) con respecto a la hora de la comida (k0 = 0 minutos). El termino con -k1, -k2 y asi sucesivamente representa el tiempo, por ejemplo, en minutos, con respecto a la ingesta de comida en el tiempo 0. Tipicamente, la solucion puede definir una serie de bolos de insulina de comida finita. Ademas, los bolos se pueden definir como varias fracciones de un unico bolo de insulina de comida, por ejemplo, considerar 4 bolos lM15 = 10 % de I, lM0 = 70 % de I, lf = 10 % de I y lM60 = 10 % de I. Sin embargo, con fines ilustrativos, en el presente documento se considera el caso mas sencillo, por ejemplo, se administra un unico bolo de comida en el momento en que se consume la comida, es decir, solo lM0.
Como se ilustra en la FIG. 13, la periferia de la interfaz grafica 130 se cubre cubriendo las diversas caracteristicas de comida. Para cada caracteristica de comida seleccionada, el algoritmo predictivo se resuelve para determinar la compensacion de insulina relacionada con la comida. El algoritmo predictivo se configura como un problema de minimizacion restringida en el que, para un conjunto dado de funciones de ponderacion, restricciones relacionadas con el control, ecuaciones del sistema con una excitacion de entrada pasada, actual y futura dada (por ejemplo, ingesta de comida, mediciones de glucosa, infusion de insulina), restricciones en la salida (por ejemplo, la infusion de insulina no es negativa, la concentracion de glucosa tiene que alcanzar la glucosa objetivo o permanecer dentro de los limites superior e inferior, etc.) y restricciones en la entrada (p. ej., bolo de insulina maximo) , la ecuacion (5) se puede escribir como
imagen1
[(1/2)ZtWzZ + (1/2)UrWuU]dt + (1/2)ZtgWqZq + (1/2JZTfWfZf
(6).
En cuanto a las restricciones en la entrada, los bolos relacionados con la comida se limitan a un unico bolo de comida, lM0, de modo que el vector de entrada, U, correspondiente a la insulina de la comida, se da como U = [0 lM0 0 0 . . 0]. Los detalles de varios modos de realizacion de control predictivo de modelo (MPC) se proporcionan en las referencias enumeradas anteriormente.
En cada punto de caracterizacion de comida ilustrado en la FIG. 13 se captura el espacio de solucion admisible resolviendo dos problemas de minimizacion separados: 1) minimo de administracion maxima de insulina para violar un limite inferior de glucosa, y 2) maximo de administracion minima de insulina para violar un limite superior de glucosa. Para el primer problema de minimizacion, la funcion de coste esta configurada con pesos pequenos para la funcion de control, lo que se traduce en pequenas sanciones para la accion de control. Esto obliga a encontrar un
5
10
15
20
25
30
35
40
45
50
55
60
65
conjunto de soluciones que determina la accion de control con el uso liberal de insulina de una manera que no viole el limite inferior de glucosa (^maximum- De todo el conjunto de soluciones admisibles, la funcion de coste determina la administracion maxima de insulina sin violar la restriccion de glucosa mas baja. Para el segundo problema de minimizacion, la funcion de coste esta configurada con pesos grandes para la funcion de control, lo que se traduce en grandes sanciones para la accion de control. Esto obliga a encontrar un conjunto de soluciones que determina la accion de control con un uso de insulina minimo de una manera que no viole el limite superior de glucosa, (lM0)minimum- El conjunto de soluciones es entonces todas las soluciones entre ((lM0)minimum y (lM0)maximum) que satisfagan las restricciones y que proporcionen control glucemico a la ingesta de comida f y |s para un conjunto dado de parametros y condiciones.
A medida que el algoritmo predictivo avanza de un punto a otro a lo largo de la periferia 130 de la interfaz grafica 110, como se ilustra en la FIG. 13, se registra la solucion en cada punto. Un ejemplo de una tecnica para registrar dichas soluciones se ilustra en la FIG. 14, que es una representacion grafica 134 de la cantidad de bolo de comida en funcion del espacio total de comidas |A/ , y que ilustra el extremo del espacio de solucion. Debe apreciarse que la FIG. 14 tambien se podria representar como una figura tridimensional en la que f se muestra por separado de if, ya que el punto debe ser claro que en la FIG. 14, f/S representa dos ejes superpuestos que muestran el espacio comun resultante de interes. De forma alternativa, desde un aspecto computacional, la solucion se mantiene en la memoria para analisis y determinacion adicionales de una cuadrfcula. Para cada punto a lo largo de la periferia 130 de la interfaz grafica 110 se busca una solucion mediante la variacion sistematica de un parametro cada vez. El tamano del paso, A, para |A y para f es tipicamente especifico del problema. Si se encuentra una solucion, el espacio de la solucion se guarda y el procedimiento iterativo pasa al siguiente punto. Si no se encuentra ninguna solucion, el punto de periferia se rechaza, el procedimiento iterativo vuelve al punto anterior y el procedimiento iterativo procede en una direccion normal a la direccion de desplazamiento anterior, como se ilustra en la FIG. 13. De esta manera, se recorre sistematicamente el espacio de comidas |A/S, y se determina el espacio de solucion para el espacio de comidas |A/S. Por ejemplo, si la aproximacion anterior se representa con una figura 3D, entonces el espacio de la solucion esta limitado por las superficies superior e inferior, en donde las superficies se forman conectando los puntos de la solucion por lineas rectas.
La division del espacio de comidas en subespacios de tipo cuadrfcula, como se ilustra en la FIG. 11, por ejemplo, se puede determinar mediante un analisis adicional del espacio de solucion. El objetivo es encontrar una region continua conectada simplemente del espacio de la solucion. En referencia de nuevo a la FIG. 14, por ejemplo, la region eliptica 136 corresponde al intervalo de solucion para un punto especifico en el espacio de comidas, y la banda continua 138 corresponde al subespacio de solucion comun que cubre un intervalo de espacio de comida. En un modo de realizacion, normalmente el espacio de solucion de terapia aceptable es un espacio tridimensional en el que |A y |S son los ejes x e y con lM0 en el eje z vertical. Los subespacios de tipo cuadrfcula se pueden generar mediante un esquema, por ejemplo, en el que la banda 138 no solo cubre el espacio de comidas continuamente, sino que se pueden anadir restricciones adicionales segun sea necesario o segun se desee en vista de la terapia deseada o requerida. Los expertos en la tecnica reconoceran que se pueden utilizar estrategias mas complejas o desarrolladas para definir adicionalmente los subespacios de tipo cuadrfcula, como una o mas estrategias que consideren los puntos interiores del espacio 130.
Se pueden imponer requisitos adicionales en el extremo de espacio de solucion ilustrado en la FIG. 14. Por ejemplo, se puede proporcionar un margen minimo desde los limites de glucosa superior e inferior para gestionar la sensibilidad del paciente individual a las variaciones en los parametros. De forma alternativa o adicional, la banda 138 puede ser la solucion factible en todo el subespacio de comidas seleccionado. De forma alternativa o adicional aun, un plano recto puede cortar todo el subespacio de modo que la terapia de insulina se satisfaga para el subespacio de |A y f Las discontinuidades pueden ser las lineas de division naturales para un subespacio de comidas. Alternativamente, el subespacio se puede determinar cubriendo sistematicamente toda la superficie mediante un algoritmo iterativo que establece una cuadrfcula tridimensional para el espacio de solucion que establece un bucle iterativo para abarcar el espacio tridimensional, que verifica las condiciones en cada interseccion de malla, y que avanza a una proxima solucion factible cuando una solucion falla. Como otro requisito del ejemplo, puede ser deseable requerir una sola solucion de la banda 138 de manera que, en general, se recomienden o administren cantidades minimas de insulina. Esta estrategia minimiza, o al menos reduce, el potencial de condiciones hipoglucemicas. En general, este ejemplo considero solamente una sola entrada, es decir, informacion relacionada con la comida. Los expertos en la tecnica reconoceran que el procedimiento de determinacion de la interfaz grafica se puede extender a entradas alternativas o adicionales, por ejemplo, enfermedad, ejercicio, estres, etc., utilizando los mismos conceptos que se acaban de describir. Sin embargo, se debe apreciar que, mediante el procedimiento anterior, cada celda de cuadrfcula esta representada por un unico punto que efectivamente cubre la terapia para toda la celda de cuadrfcula.
El procedimiento anterior se ha descrito para parametros del paciente en un estado particular, por ejemplo, la solucion para el paciente se realiza cuando esta en un estado "normal" en lugar de estar en estado de estres (tambien denominado estado alterno). Esta estrategia se puede aplicar de la misma manera a diversos parametros y estados fisiologicos. Ademas, el modelo de paciente se puede considerar como una funcion del tiempo para considerar los efectos basados en el tiempo como dias, semanas, meses, afecciones estacionales o similares. Como ejemplo, el estado menstrual de las mujeres, la influencia estacional en la composicion de la comida, la cantidad de
5
10
15
20
25
30
35
40
45
50
55
60
65
comida consumida en funcion de los dias laborables y no laborables, etc.
Una vez que la interfaz grafica de tipo cuadricula 110 de este ejemplo esta suficientemente definida para proporcionar una estrategia de bolo de compensacion de comida que cumpla con los objetivos euglucemicos, las entradas de pacientes se deben mapear a la solucion. En referencia a la FIG. 15, por ejemplo, se muestra una representacion grafica 140 de uno de los parametros de espacio de comidas, es decir, P|A o F|S, en funcion de las entradas de usuario discretas. Si el eje F| representa el intervalo continuo de P|A o F|S, este parametro se puede asignar a cualquier numero de entradas de usuario discretas. Asi, los parametros son F|1 ^ F|2 ^ F|3 ^ y Nivel1 £ [F|1, r|2] con valor nominal F| £ [F|1, P|2]. El general, este mapeado se lleva a cabo con respecto a cada uno de los parametros de espacio de comida. En el ejemplo de la interfaz grafica 110 ilustrada en la FIG. 7, el parametro del tamano de la comida, es decir, P|A, se asigna a tres entradas de usuario discretas, SM (pequeno), MED (medio) y LG (grande) y el parametro de velocidad de la comida (duracion), es decir, F|S, tambien se asigna a tres entradas de usuario discretas, SLOW (lenta), MED (media) y FAST (rapida). En general, se puede definir cualquier numero de entradas de usuario discretas, aunque desde un punto de vista practico es deseable que el numero de entradas de usuario discretas sea suficientemente grande para distinguir intervalos de parametros diferentes pero suficientemente pequeno como para que el paciente pueda manejarlo.
Se anticipa que la solucion tambien se puede usar para monitorizar el estado del paciente usando el modelo del paciente. Con datos medidos especificos del paciente tomados durante un cierto periodo de tiempo, el modelo del paciente puede corregir los errores de modelizacion. Mas especificamente, el modelo de paciente se puede usar para predecir la excursion de glucosa en el futuro a partir de informacion actual e historica, y puede posibilitar la monitorizacion del sistema global, la correccion de errores de modelizacion, la determinacion de si el modelo del paciente es o continua siendo apropiado para el paciente o si requiere un desarrollo adicional, el establecimiento y/o prediccion de condiciones de alarma, como episodios hipoglucemicos y/o hiperglucemicos, y la prediccion de cuando administrar el siguiente bolo de comida .
En referencia de nuevo a la FIG. 2, el procedimiento 50 avanza desde la etapa 60 hasta la etapa 62, en la que se define un mapa que mapea las entradas de pacientes a la interfaz grafica a la correspondiente informacion terapeutica farmacologica. De nuevo usando el ejemplo que es comun a lo largo de este documento, la memoria o unidad de almacenamiento de datos 16 y/o 34 ilustrativamente ha almacenado un mapa que correlaciona la informacion sobre la comida introducida por el paciente con cantidades de suministro de insulina. El mapa se puede proporcionar en cualquier forma convencional, ejemplos de las cuales incluyen, pero sin limitarse a, uno o mas graficos, diagramas, tablas, ecuaciones o similares. Un ejemplo de modo de realizacion de dicho mapa 148 se muestra en la FIG. 16, y se proporciona en forma de una tabla que mapea el contenido de carbohidratos, en forma de velocidad de comida, y la velocidad esperada de absorcion global de glucosa de la comida por parte del paciente, en forma de duracion de comida, a la informacion de bolo de compensacion de comida. En el modo de realizacion ilustrado en la FIG. 16, la informacion de bolo de compensacion de comida puede ser o incluir uno cualquiera o mas de un numero total, X, de bolos de insulina a administrar al usuario, una cantidad, Y, de cada uno del numero de bolos de insulina a administrar (por ejemplo, en unidades internacionales), un tiempo, AT, entre cada uno de los bolos de insulina a administrar y un tiempo, I, en el que se administrara un primero del numero de bolos de insulina. Los expeifos en la tecnica reconoceran que se pueden usar otros esquemas de dosificacion de insulina para definir el mapa que correlaciona la informacion de la comida introducida por el paciente con las cantidades de suministro de insulina, y cualquier otro esquema de dosificacion de insulina esta contemplado en la presente divulgacion.
En referencia ahora a la FIG. 17, se muestra un diagrama de bloques de un modo de realizacion ilustrativo del dispositivo electronico 12 de la FIG. 1 implementado en un sistema 150 de administracion de farmacos en bucle semicerrado. El paciente, representado por el bloque 152 en el sistema 150, es simulado por el modelo de paciente desarrollado en las etapas 52 y 54 del procedimiento 50 de la FIG. 2. Un dispositivo de suministro de insulina 154 esta configurado para suministrar insulina, o uno o mas farmacos que elevan o reducen los niveles de glucosa del paciente, al paciente 152. El dispositivo de suministro de insulina 154 puede ser una bomba de infusion convencional implantada o de uso externo, y en este modo de realizacion la linea discontinua que conecta el dispositivo electronico 12 al dispositivo 154 puede representar una trayectoria de comunicacion por cable o inalambrica. De forma alternativa, el dispositivo de suministro de insulina 154 puede ser un dispositivo convencional accionado manualmente, como una jeringa convencional, pluma de insulina o similar y, en este caso, la linea discontinua que conecta el dispositivo electronico 12 al dispositivo 154 solo representa que la administracion de insulina recomendada para el dispositivo electronico 12 es administrada manualmente por el dispositivo 154.
El dispositivo electronico 12, en el modo de realizacion ilustrado en la FIG. 17, incluye un algoritmo 200 de evaluacion/ajuste de bolo que recibe la entrada del paciente a traves de la interfaz grafica 20. La entrada del paciente al algoritmo 200 se realiza en forma de una o mas entradas a la interfaz grafica 20, como se describe en el presente documento, y el algoritmo 200 puede operar en general para determinar una terapia de paciente apropiada a partir de la entrada del paciente, un ejemplo del cual puede ser uno o mas bolos de comida como se describe en el presente documento. Se debe apreciar que la evaluacion realizada por el algoritmo 200 se realiza examinando las invalidaciones en la terapia especificada y/o en acciones correctivas hechas ademas de la terapia. Por lo tanto, la discrepancia entre lo dispensado y lo mandado es utilizada por el algoritmo para evaluar la eficacia de la terapia, por ejemplo, para lograr una glucemia deseada a partir de la medida de bG. En un modo de realizacion, para
5
10
15
20
25
30
35
40
45
50
55
60
65
proporcionar una evaluacion/ajuste de bucle cerrado o semicerrado, los dispositivos 154 y/o 158 (o 160) comunican al algoritmo 200 la informacion de dispensacion y/o la informacion de medicion.
En el modo de realizacion ilustrado, el algoritmo 200 puede suministrar su salida de terapia a la interfaz grafica 20 para revision del paciente, y/o a un algoritmo de determinacion de bolo convencional 156 que puede incorporar los resultados del algoritmo 200 en el mismo. Alternativamente, el algoritmo de evaluacion/ajuste de bolo 200 se puede incorporar al algoritmo de determinacion de bolo 156, en cuyo caso el bloque 200 se puede omitir de la FIG. 17. En cualquier caso, el algoritmo de determinacion de bolo 156 puede proporcionar informacion a la interfaz grafica 20 para su visualizacion, y puede proporcionar informacion de administracion de bolo para el control del dispositivo de administracion de insulina, como se indica por las flechas de linea discontinua que se extienden entre el algoritmo de determinacion de bolo 156 y la interfaz grafica 20 y el dispositivo de suministro de insulina 154, respectivamente. En algunos modos de realizacion, el dispositivo de suministro de insulina 154 puede proporcionar informacion de suministro de insulina real de nuevo al algoritmo de determinacion de bolo 156, como se indica por la flecha de linea discontinua que se extiende entre estos dos bloques.
Ademas de la entrada del paciente a la interfaz grafica de usuario 20, el algoritmo de determinacion de bolo 156 recibe informacion de glucosa en sangre desde el paciente 152 a traves de un sensor de glucosa en sangre (bG). En un modo de realizacion del sistema 150, un sensor bG 158 puede ser externo al dispositivo electronico 12, como se muestra por la representacion de linea discontinua en la FIG. 17. En este modo de realizacion, el sensor bG 158 puede ser un sensor bG convencional implantado o externo, o un sensor bG que proporciona una bG a demanda. En el caso de un sensor bG externo, el sensor bG 158 puede ser cualquier sensor bG convencional, incluyendo uno que proporcione informacion de glucosa en sangre al dispositivo 12 por conexion por cable o inalambrica, o uno que analice una muestra de sangre y produzca una lectura de glucosa en sangre (por ejemplo, un medidor de glucosa en sangre convencional) que se debe introducir manualmente en el dispositivo 12, como a traves de un teclado u otro dispositivo de entrada. De forma alternativa o adicional, se puede incluir un sensor bG convencional 160 integrado en el dispositivo electronico. En este modo de realizacion, el sensor bG 160 incluye una instalacion de analisis de sangre (por ejemplo, medidor de glucosa en sangre como un lector de tiras de glucosa electroquimico o fotometrico convencional) que analiza una muestra de sangre, determina un valor de glucosa en sangre correspondiente y proporciona el valor de glucosa en sangre al algoritmo de determinacion de bolo. En cualquier caso, el algoritmo de determinacion de bolo convencional 156 puede operar para incluir la informacion de glucosa en sangre en la determinacion de las cantidades de bolo que se van a administrar.
Como se ilustra en la FIG. 17, el paciente 152 esta generalmente sujeto a diversos acontecimientos y afecciones relacionados con el paciente, algunos de los cuales pueden incluir, pero no deben limitarse a, cualquier numero de comidas 72 (incluyendo cualquier consumo de carbohidratos), actividad del paciente como el ejercicio 74, enfermedad del paciente 78, estres relacionado con el paciente 76 u otros acontecimientos o condiciones 80. Como se ha descrito anteriormente en el presente documento, la interfaz grafica de usuario 20 se puede desarrollar para adaptarse a uno cualquiera o mas de dichos acontecimientos o afecciones relacionados con el paciente, uno o mas pacientes y/o se pueden desarrollar multiples interfaces graficas de usuario para que cada una acomode uno especifico de los diversos acontecimientos o afecciones relacionados con el paciente. De forma alternativa, el dispositivo puede tener un conmutador mecanico o un mando mecanico o un dial mecanico o un ajuste de software seleccionable que permita al algoritmo conocer el estado alterno de modo que se puedan seleccionar los parametros de terapia apropiados. Tambien se contempla que el estado alterno puede ser identificable por uno o mas sensores que se pueden usar entonces de forma manual o automatizada para usar la informacion de estado alterno para seleccionar parametros de terapia apropiados. En cualquier caso, el dispositivo electronico 12 del sistema 150 ilustrado en la FIG. 17, puede operar para considerar uno cualquiera o mas de dichos acontecimientos o condiciones relacionados con el paciente, junto con la informacion de la glucosa en sangre del paciente, en la determinacion de una o mas terapias apropiadas. El dispositivo 12 puede entonces controlar el suministro automatico de terapia con farmacos y/o recomendar cualquier terapia apropiada al paciente, en donde la terapia apropiada puede incluir, pero no debe limitarse a, terapia con farmacos, terapia con ejercicios, una recomendacion de consultar a y/o buscar un profesional de la salud o similares.
En referencia ahora a la FIG. 18, se muestra un diagrama de flujo de un modo de realizacion ilustrativo del algoritmo de evaluacion/ajuste de bolo 200 para determinar la informacion de administracion de un farmaco basada en la entrada del paciente, por ejemplo, informacion sobre la ingesta de comida, a la interfaz grafica 20. El algoritmo de software 200 se describira como ejecutado por el procesador 14 del dispositivo electronico 12 (vease la FIG. 1). El algoritmo 200 comienza en la etapa 202 y en la etapa 204 el procesador 14 puede operar para monitorizar la interfaz grafica (Gl) 20 para la entrada del paciente de la informacion sobre la ingesta de comida. La interfaz grafica 20 puede adoptar la forma de una cualquiera o de cualquier combinacion de las interfaces graficas de ejemplo ilustradas y descritas en el presente documento con respecto a las FIGS. 7-12, o puede tomar de forma alternativa alguna otra forma que posibilite la entrada del paciente de contenido de carbohidratos relacionado con la comida y la velocidad esperada de absorcion global de glucosa de la comida por parte del paciente.
Despues de la etapa 204, el algoritmo 200 avanza hasta la etapa 206, en la que el procesador 14 puede operar para determinar si se ha detectado una entrada de usuario completa en la interfaz grafica 20. En modos de realizacion que tienen una interfaz grafica de usuario de entrada unica, por ejemplo, el procesador 14 puede operar en la etapa
5
10
15
20
25
30
35
40
45
50
55
60
65
206 para determinar cuando ha ocurrido una entrada de usuario completa a la interfaz grafica 20 cuando el paciente ha seleccionado una sola entrada a la interfaz grafica 20. En los modos de realizacion que tienen una interfaz grafica de entrada multiple 20, por otra parte, el procesador 14 puede operar para determinar cuando ha ocurrido una entrada de usuario completa a la interfaz grafica 20 cuando el usuario ha seleccionado todas las entradas seleccionables por el usuario a la interfaz grafica 20. En cualquier caso, si en la etapa 206 el procesador no ha detectado una entrada completa del paciente a la interfaz grafica 20, la ejecucion del algoritmo 200 entra en un bucle para ejecutar la etapa 204. Si, por otra parte, el procesador 14 detecta en la etapa 206 que ha tenido lugar una entrada completa del paciente a la interfaz grafica 20, la ejecucion del algoritmo avanza hasta la etapa 208 en la que el procesador 14 puede operar para estampar la hora y la fecha de la entrada en la interfaz grafica 20 y para introducir la entrada en la interfaz grafica 20 con la fecha y hora estampada en una base de datos contenida en la memoria o unidad de almacenamiento de datos 16 y/o 34. Las etapas 204 y 206 pueden incluir ilustrativamente ademas un mecanismo de tiempo de espera configurado para dirigir el algoritmo 200 a una etapa o estado especificado si el usuario no proporciona una entrada de usuario completa a la interfaz grafica 20 dentro de un periodo de tiempo especificado.
En el modo de realizacion ilustrado, el algoritmo 200 esta dispuesto con la expectativa de que el paciente introducira la informacion relacionada con la comida justo antes de ingerir la comida, de modo que la fecha y la hora sean en general indicativas de la fecha y la hora en que se consuma realmente la comida. La etapa 208 se puede modificar ilustrativamente para proporcionar ademas al paciente la capacidad de modificar la hora y/o la fecha asociados a la entrada en la interfaz grafica 20 con fecha y hora estampada antes de introducir esta informacion en la base de datos. Esta caracteristica opcional proporciona al usuario la capacidad de introducir la informacion sobre la ingesta de comida en la interfaz grafica 20 despues de ingerir la comida y, a continuacion, alterar la hora y/o fecha del sello con respecto a la hora y/o fecha actual para reflejar una hora y/o fecha real o estimada anterior a la que se ingirio la comida. De esta manera, por ejemplo, se pueden determinar y administrar o recomendar bolos de compensacion de comidas despues de que la comida haya sido ingerida. Esta caracteristica opcional tambien proporciona al paciente la capacidad de introducir la informacion sobre la ingesta de comida en la interfaz grafica 20 antes de ingerir la comida, por ejemplo, suficientemente antes de la comida para que el sello de la fecha y/u hora de la etapa 208 no sean en general indicativas de la hora y/o la fecha real en que se consuma la comida correspondiente y para luego modificar el sello de fecha y/u hora con respecto a la hora y/o fecha actuales para reflejar una hora y/o fecha futuras estimadas en la que probablemente se ingerira la comida. Se debe entender, sin embargo, que en cualquier caso, el algoritmo 200 deberia incluir ademas una o mas etapas que permitan al procesador 14 modificar apropiadamente la entrada introducida por el usuario en la interfaz grafica 20 para su uso en la determinacion del bolo de compensacion de comida, de manera que la velocidad de absorcion global de glucosa de la comida por parte del paciente tenga en cuenta el tiempo transcurrido entre la ingesta de la comida y la posterior introduccion de la entrada del usuario relacionada con la comida en la interfaz grafica 20 o el tiempo de retardo entre la introduccion de la entrada en la interfaz grafica 20 y la posterior ingesta de la comida. La inclusion de dichas una o mas etapas seria un ejercicio mecanico para un programador experto.
Aunque no se muestra en la FIG. 18, el algoritmo 200 u otro algoritmo de ejecucion independiente pueden incluir ademas una o mas etapas que permiten al usuario modificar la informacion relacionada con la comida previamente introducida y/o la informacion del sello de hora y/o fecha asociada, o anadir informacion nueva y/o tal vez mas precisa sobre la informacion relacionada con la comida previamente introducida y/o sobre la informacion del sello de hora y/o fecha asociada. Esta caracteristica opcional proporciona al paciente la capacidad de modificar dichos datos, como en los casos en que la informacion relacionada con la comida fue introducida antes de o durante la ingesta de la comida, para reflejar posteriormente cualquier desviacion en la ingesta real de comida con respecto a la esperada o estimada en el momento de la introduccion de la informacion. Por ejemplo, se puede omitir o retrasar una comida programada, se puede haber consumido realmente una cantidad mayor o menor de comida en comparacion con lo que se habia estimado anteriormente, y/o la composicion de la comida puede haber variado con respecto a lo que se habia estimado previamente.
A continuacion de la etapa 208, el procesador 14 puede operar en la etapa 210 para mapear la entrada de usuario (paciente) de informacion sobre la ingesta de comida en la interfaz grafica 20 a la informacion de suministro de insulina correspondiente. La memoria o unidad de almacenamiento de datos 16 y/o 34 ilustrativamente ha almacenado en la misma un mapa que correlaciona la informacion de la comida introducida por el paciente con las cantidades y los tiempos de suministro de insulina, un modo de realizacion que se ilustra y describe en el presente documento con respecto a la FIG. 16. Se entendera, sin embargo, que el procesador 14 puede de forma alternativa o adicional utilizar valores de ejes de tablas diferentes que sean consistentes con el contenido de carbohidratos y la velocidad esperada de absorcion global de glucosa de la comida por parte del paciente, y/o que puede utilizar una o mas tecnicas convencionales de mapeado adicionales para mapear la informacion sobre ingesta de comida especificada por el usuario a la informacion de suministro de bolo de insulina correspondiente. Mientras que la informacion de suministro de bolo de insulina se describio con respecto a la FIG. 16 como que comprende un bolo de compensacion de comida que incluye uno o mas del numero total, X, de bolos de insulina a administrar al usuario, una cantidad, Y, de cada uno del numero de bolos de insulina a administrar (por ejemplo, en unidades internacionales), un tiempo, AT, entre cada uno de los bolos de insulina a administrar y un tiempo, I, en el que se administrara un primero del numero de bolos de insulina, se entendera ademas que la informacion de suministro de bolo de insulina puede incluir de forma alternativa o adicional una o mas cantidades de bolo de correccion, es decir,
5
10
15
20
25
30
35
40
45
50
55
60
65
cantidades de bolos de insulina no relacionadas con la comida y, en cualquier caso, que pueden incluir mas o menos informacion que la ilustrada en la FIG. 16.
La ejecucion del algoritmo 200 avanza desde la etapa 210 hasta la etapa 212, donde el procesador 14 puede operar, en el modo de realizacion ilustrado, para controlar la unidad de visualizacion 20 y/o la unidad de visualizacion 38 para visualizar, en forma de una recomendacion de bolo de insulina, al menos una parte de la informacion de suministro de insulina determinada en la etapa 210. A continuacion, en la etapa 214, el procesador 14 puede operar para determinar si el usuario acepta o rechaza la recomendacion de bolo de insulina mostrada en la etapa 212. En un modo de realizacion ejemplar, el procesador 14 puede operar para ejecutar la etapa 214 mostrando primero, junto con la recomendacion de bolo de insulina, indicadores graficos de "aceptacion" y "rechazo" que puede seleccionar el usuario, y luego supervisar dichos indicadores para determinar cual de los dos selecciona el usuario. En un modo de realizacion alternativo, los botones o teclas de "aceptacion" y "rechazo" pueden formar parte del dispositivo de entrada 18 y/o 36, y el procesador 14 puede operar en este modo de realizacion para ejecutar la etapa 214 supervisando dichos botones o teclas para determinar cual de los dos selecciona el usuario. Los expertos en la tecnica reconoceran otras tecnicas convencionales para llevar a cabo la etapa 214, y cualquier otra de dichas tecnicas convencionales se contempla en la presente divulgacion. La etapa 214 puede incluir ilustrativamente ademas un mecanismo de tiempo de espera configurado para dirigir el algoritmo 200 a una etapa o estado especificado si el usuario no acepta o rechaza la recomendacion mostrada en la etapa 212. En cualquier caso, si el procesador 14 determina en la etapa 214 que el usuario acepta la recomendacion de bolo de insulina mostrada en la etapa 212, el procesador 14 puede operar despues en la etapa 216 para proporcionar la informacion de bolo de insulina recomendada a uno o mas algoritmos de suministro de insulina, por ejemplo, el algoritmo de determinacion de bolo 156 de la FIG. 17. En el modo de realizacion ilustrativo, el algoritmo de determinacion de bolo 156, despues de recibir la recomendacion de insulina, dispensara en el momento apropiado de la terapia la insulina indicada en base a las capacidades de la bomba y los ajustes del usuario. Por ejemplo, algunas bombas dispensan insulina en pulsos rapidos y algunas lo hacen como una inyeccion. Usando estas capacidades, la insulina se puede liberar en un modo de realizacion de acuerdo con un perfil. A continuacion, en la etapa 218, el procesador 14 puede operar para estampar la fecha y hora en la informacion de bolo de insulina recomendada e introducir la informacion de bolo de insulina recomendada con fecha y hora estampada en una base de datos contenida en la memoria o unidad de almacenamiento de datos 16 y/o 34.
Si, en la etapa 214, el procesador 14 determina que el paciente rechaza la recomendacion de bolo de insulina mostrada en la etapa 212, el procesador 14 puede operar despues en la etapa 220 para pedir al usuario que modifique la informacion de bolo de insulina recomendada. En un modo de realizacion ejemplar, el procesador 14 puede operar para ejecutar la etapa 220 mostrando la recomendacion de bolo de insulina de una manera que permita al paciente modificar cualquiera de la informacion de bolo de insulina recomendada a traves de la interfaz grafica 20, del dispositivo de entrada 18 y/o 36, o mediante algun otro dispositivo de entrada de datos convencional, y tambien mostrar un indicador grafico de "aceptacion de cambios" que puede seleccionar el usuario cuando se hayan completado las modificaciones en la informacion recomendada sobre el bolo de insulina. El procesador 14 puede entonces operar en la etapa 222 para supervisar el indicador de "aceptacion de cambios". Hasta que el usuario seleccione el indicador de "aceptacion de cambios" en la etapa 222, el algoritmo 200 entra en un bucle para ejecutar la etapa 220. El algoritmo puede incluir ademas ilustrativamente una o mas etapas convencionales (no mostradas) que permiten que el algoritmo 200 continue pasando la etapa 222 si el usuario no selecciona el indicador de "aceptacion de cambios" dentro de un periodo de tiempo especificado. En cualquier caso, cuando el procesador 14 determina en la etapa 222 que el usuario ha seleccionado el indicador de "aceptacion de cambios", el procesador 14 puede operar despues en la etapa 224 para proporcionar la informacion de bolo de insulina modificada a uno o mas algoritmos de suministro de insulina, por ejemplo, el algoritmo de determinacion de bolo 156 de la FIG. 17. A continuacion, en la etapa 226, el procesador 14 puede operar para estampar la fecha y hora en la informacion de bolo de insulina modificada e introducir la informacion de bolo de insulina modificada con fecha y hora estampada en una base de datos contenida en la memoria o unidad de almacenamiento de datos 16 y/o 34. En un modo de realizacion alternativo, las etapas 216-224 del algoritmo 200 se pueden modificar de una manera convencional para permitir al usuario anular manualmente la informacion recomendada de bolo de insulina administrando manualmente uno o mas bolos de insulina. En este modo de realizacion, sin embargo, es deseable permitir que el paciente introduzca en la base de datos, en las etapas 218 y 226, informacion con fecha y hora estampada relativa a la administracion manual de uno o mas bolos de insulina, por ejemplo, numero, tipo, cantidad y/o tiempo del uno o mas bolos de insulina. En cualquier caso, la ejecucion del algoritmo 200 se ejecuta en un bucle desde cualquiera de las etapas 218 y 226 hasta la etapa 204.
En un modo de realizacion alternativo del algoritmo 200, las etapas 212-216 y 220-224 se pueden modificar de una manera convencional para hacer que el procesador 14 controle, bajo la direccion de uno o mas algoritmos de suministro de insulina, la administracion automatica de uno o mas bolos de insulina al usuario de acuerdo con la informacion de suministro de insulina determinada en la etapa 210. Por lo tanto, en este modo de realizacion, la informacion de suministro de insulina determinada en la etapa 210 no se muestra ni se ofrece de otro modo al usuario como una recomendacion de bolo de insulina, sino que puede ser administrada automaticamente o suministrada de otro modo al usuario a traves de un dispositivo convencional de suministro de insulina controlado electronicamente, por ejemplo, bomba de infusion de insulina implantable, subcutanea, transcutanea y/o transdermica. La informacion recopilada se puede sincronizar ademas con una base de datos centralizada en la que
5
10
15
20
25
30
35
40
se guardan todos los registros de pacientes. La informacion se puede intercambiar utilizando un protocolo de intercambio de datos normalizado, como HL7, CDISC. El sistema tambien preve el uso de un protocolo patentado para el intercambio de datos.
Los ejemplos de interfaz grafica de usuario ilustrados en el presente documento para determinar la informacion de administracion de farmacos, basados en informacion de entrada relacionada con el paciente a traves de una interfaz grafica, se han presentado en el contexto de suministrar a la interfaz grafica informacion sobre la ingesta de comida, a partir de la cual se determina la informacion de suministro de insulina. Se entendera que interfaces graficas similares se pueden desarrollar de forma alternativa o adicional basadas total o parcialmente en uno o mas acontecimientos o condiciones relacionados con el paciente, como una o mas influencias externas y/o diversos mecanismos fisiologicos asociados al paciente. Los ejemplos incluyen, pero sin limitarse a, consideraciones como indicadores mono o bidimensionales explicitos o implicitos de ejercicio, estres, enfermedad, ciclo menstrual y/o similares. Otros ejemplos se proporcionan en la solicitud de patente estadounidense US 2007/0179434 A1, de titularidad comun y en tramite. Los expertos en la tecnica reconoceran ejemplos de otras interfaces graficas de usuario que se pueden desarrollar basandose en una o mas influencias externas y/o en diversos mecanismos fisiologicos asociados al usuario, y cualquiera de dichos otros ejemplos esta contemplado en la presente divulgacion. En cualquier caso, el procesador 14 puede operar de forma ilustrativa con cualquiera de dichas interfaces graficas de usuario para estampar la fecha y hora en ocurrencias de acontecimientos y, ademas, puede permitir la modificacion del sello de hora y fecha para identificar que la una o mas influencias externas y/o los mecanismos fisiologicos asociados al usuario se produjeron en el pasado o se espera que ocurran en el futuro. Esta caracteristica tambien ilustra la capacidad de proporcionar al usuario recordatorios de las horas de inicio/parada de acontecimientos proximos (por ejemplo, programados) con el fin de aumentar la precision del sistema y de proporcionar un mayor nivel de cumplimiento de acontecimientos.
Si alguna o mas de las interfaces graficas ilustradas y descritas en el presente documento son adecuadas para su uso por parte de un paciente, dependera, al menos en parte, de los habitos personales de dicho paciente. Por ejemplo, si una interfaz grafica que correlaciona la informacion sobre ingesta de comida con la informacion de suministro de insulina relacionada con la comida como se describe en el presente documento es adecuada para su uso por parte de un paciente dependera, al menos en parte, de los habitos alimenticios de ese paciente. Por consiguiente, es deseable desarrollar una o mas interfaces graficas apropiadas para cualquier paciente basandose en los habitos de dicho paciente y teniendo en cuenta la idoneidad del paciente para el uso de cualquier interfaz grafica basada en dichos habitos. Con el fin de reducir la cantidad de informacion proporcionada por el usuario al sistema 10 sin poner en peligro el nivel global de control de glucosa, se aprovechan las regularidades en los habitos del paciente. Asi, por ejemplo, si una interfaz grafica relacionada con la comida del tipo ilustrado y descrito en el presente documento es adecuada o no para su uso por un individuo depende generalmente de la capacidad de simplificar la variabilidad de comidas o tentempies en relacion con sus consecuencias glucemicas aprovechando las predictibilidades en los habitos alimenticios del individuo.
Aunque la invencion ha sido ilustrada y descrita en detalle en los dibujos y descripcion precedentes, la misma debe ser considerada como de caracter ilustrativo y no restrictivo, entendiendose que solo se han mostrado y descrito modos de realizacion ilustrativos de la misma.

Claims (14)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. Un procedimiento para desarrollar una interfaz grafica especifica de paciente para un sistema de terapia que un paciente individual puede usar para introducir informacion que caracterice al menos un acontecimiento o condicion de un paciente y a partir de la cual se puede determinar informacion terapeutica, que comprende:
    proporcionar un modelo de paciente adaptado a la fisiologia del paciente individual y configurado para simular una respuesta fisiologica en el paciente individual al al menos un acontecimiento o condicion del paciente,
    recopilar informacion especifica del paciente a lo largo del tiempo que se relaciona con ocurrencias reales del al menos un acontecimiento o condicion del paciente y que se caracteriza por,
    proporcionar a la interfaz grafica especifica del paciente un espacio de solucion que se basa en el modelo del paciente y en intervalos de entrada definidos por la informacion especifica del paciente recopilada y que proporciona una relacion entre las entradas y los limites aceptables asociados de las entradas para regular una respuesta fisiologica del paciente a una respuesta objetivo deseada, y en el que las entradas caracterizan cada una el al menos un acontecimiento o condicion del paciente y se mapean a la informacion terapeutica correspondiente para regular la respuesta fisiologica del paciente a la respuesta objetivo deseada para el al menos un acontecimiento o condicion del paciente caracterizados.
  2. 2. El procedimiento de la reivindicacion 1, en el que la informacion terapeutica comprende informacion terapeutica farmacologica correspondiente a uno o mas farmacos que se van a administrar al paciente.
  3. 3. El procedimiento de la reivindicacion 1, en el que la informacion terapeutica comprende informacion sobre la ingesta de carbohidratos sugerida correspondiente a una recomendacion de ingerir carbohidratos.
  4. 4. El procedimiento de la reivindicacion 1, en el que la informacion terapeutica comprende informacion sobre ejercicios sugeridos correspondiente a una recomendacion de realizar ejercicio.
  5. 5. El procedimiento de la reivindicacion 1, en el que la informacion terapeutica comprende una recomendacion para consultar a un medico.
  6. 6. El procedimiento de la reivindicacion 1 que comprende ademas el uso de la interfaz grafica para mapear la entrada por parte del paciente de la informacion que caracterice el al menos un acontecimiento o condicion del paciente a la informacion terapeutica correspondiente.
  7. 7. El procedimiento de la reivindicacion 6, en el que la informacion terapeutica correspondiente comprende informacion de administracion de un farmaco.
  8. 8. Un sistema para desarrollar una interfaz grafica especifica de paciente para un sistema de terapia que un paciente individual puede usar para introducir informacion que caracterice al menos un acontecimiento o condicion de un paciente y a partir de la cual se puede determinar informacion terapeutica, que comprende:
    una base de datos que tiene almacenada en la misma un modelo de paciente adaptado a la fisiologia del paciente individual y configurado para simular la respuesta fisiologica del paciente al al menos un acontecimiento o condicion del paciente,
    una primera memoria configurada para almacenar en la misma informacion especifica del paciente a lo largo del tiempo que se relaciona con ocurrencias reales del al menos un acontecimiento o condicion de paciente y que se caracteriza por,
    una interfaz grafica especifica del paciente que tiene un espacio de solucion que se basa en el modelo del paciente y en intervalos de entrada definidos por la informacion especifica del paciente recopilada y que proporciona una relacion entre las entradas y los limites aceptables asociados de las entradas para regular una respuesta fisiologica del paciente a una respuesta objetivo deseada, y en el que las entradas caracterizan cada una el al menos un acontecimiento o condicion del paciente y se mapean a la informacion terapeutica correspondiente para regular la respuesta fisiologica del paciente a la respuesta objetivo deseada para el al menos un acontecimiento o condicion del paciente caracterizados.
  9. 9. El sistema de la reivindicacion 8, que comprende ademas un procesador que tiene acceso a una segunda memoria que tiene almacenadas en la misma instrucciones que son ejecutables por el procesador para procesar la entrada por parte del paciente en la interfaz grafica de la informacion que caracterice el al menos un paciente y producir la informacion terapeutica correspondiente.
  10. 10. El sistema de la reivindicacion 9, que comprende ademas una unidad de visualizacion, en el que la segunda
    memoria ademas tiene almacenadas en la misma instrucciones que son ejecutables por el procesador para controlar la unidad de visualizacion para visualizar la informacion terapeutica correspondiente.
  11. 11. El sistema de la reivindicacion 10, que comprende ademas un dispositivo de administracion de un farmaco 5 accionable manualmente, en el que la informacion terapeutica correspondiente comprende al menos una cantidad
    de farmaco y en la que la segunda memoria ademas tiene almacenadas en la misma instrucciones que son ejecutables por el procesador para controlar la unidad de visualizacion para visualizar la al menos una cantidad de farmaco que puede ser administrada por el paciente usando el dispositivo de administracion de farmacos accionable manualmente.
    10
  12. 12. El sistema de la reivindicacion 11, que comprende ademas un sensor de glucosa en sangre configurado para medir un nivel de glucosa en sangre del paciente y producir un valor de glucosa en sangre correspondiente y en el que la segunda memoria ademas tiene almacenadas en la misma instrucciones que son ejecutables por el procesador para determinar la al menos una cantidad de farmaco adicional basada en el valor de glucosa en sangre.
    15
  13. 13. El sistema de la reivindicacion 12, que comprende ademas un dispositivo de administracion de farmacos controlable electronicamente configurado para administrar al menos un farmaco al paciente, en el que la informacion terapeutica correspondiente comprende al menos una cantidad de farmaco y en la que la segunda memoria ademas tiene almacenadas instrucciones que son ejecutables por el procesador para controlar el dispositivo de
    20 administracion de farmacos controlable electronicamente para administrar la al menos una cantidad de farmaco al paciente.
  14. 14. El sistema de la reivindicacion 8, en el que la interfaz grafica esta configurada para mapear la entrada por parte del paciente de al menos dos parametros que caractericen el al menos un paciente o condicion a la informacion
    25 terapeutica correspondiente.
ES08769447.7T 2007-06-27 2008-05-12 Interfaz de entrada de información de paciente para un sistema de terapia Active ES2644345T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US94660607P 2007-06-27 2007-06-27
US946606P 2007-06-27
PCT/US2008/063402 WO2009002622A2 (en) 2007-06-27 2008-05-12 Patient information input interface for a therapy system

Publications (1)

Publication Number Publication Date
ES2644345T3 true ES2644345T3 (es) 2017-11-28

Family

ID=39682542

Family Applications (1)

Application Number Title Priority Date Filing Date
ES08769447.7T Active ES2644345T3 (es) 2007-06-27 2008-05-12 Interfaz de entrada de información de paciente para un sistema de terapia

Country Status (9)

Country Link
US (1) US20090006133A1 (es)
EP (1) EP2170158B1 (es)
JP (1) JP6017758B2 (es)
KR (1) KR101183854B1 (es)
CN (1) CN101730501A (es)
CA (1) CA2687587C (es)
DK (1) DK2170158T3 (es)
ES (1) ES2644345T3 (es)
WO (1) WO2009002622A2 (es)

Families Citing this family (192)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2003303597A1 (en) 2002-12-31 2004-07-29 Therasense, Inc. Continuous glucose monitoring system and methods of use
US8065161B2 (en) 2003-11-13 2011-11-22 Hospira, Inc. System for maintaining drug information and communicating with medication delivery devices
US9123077B2 (en) 2003-10-07 2015-09-01 Hospira, Inc. Medication management system
CA2556331A1 (en) 2004-02-17 2005-09-29 Therasense, Inc. Method and system for providing data communication in continuous glucose monitoring and management system
CA3090413C (en) 2004-06-04 2023-10-10 Abbott Diabetes Care Inc. Glucose monitoring and graphical representations in a data management system
US8029441B2 (en) 2006-02-28 2011-10-04 Abbott Diabetes Care Inc. Analyte sensor transmitter unit configuration for a data monitoring and management system
US9198608B2 (en) 2005-04-28 2015-12-01 Proteus Digital Health, Inc. Communication system incorporated in a container
CN101365374B (zh) 2005-08-31 2011-11-16 弗吉尼亚大学专利基金委员会 改善连续式葡萄糖传感器的准确度
US7766829B2 (en) 2005-11-04 2010-08-03 Abbott Diabetes Care Inc. Method and system for providing basal profile modification in analyte monitoring and management systems
US7885698B2 (en) 2006-02-28 2011-02-08 Abbott Diabetes Care Inc. Method and system for providing continuous calibration of implantable analyte sensors
US8473022B2 (en) * 2008-01-31 2013-06-25 Abbott Diabetes Care Inc. Analyte sensor with time lag compensation
US8374668B1 (en) 2007-10-23 2013-02-12 Abbott Diabetes Care Inc. Analyte sensor with lag compensation
US8219173B2 (en) 2008-09-30 2012-07-10 Abbott Diabetes Care Inc. Optimizing analyte sensor calibration
US7630748B2 (en) 2006-10-25 2009-12-08 Abbott Diabetes Care Inc. Method and system for providing analyte monitoring
US9392969B2 (en) 2008-08-31 2016-07-19 Abbott Diabetes Care Inc. Closed loop control and signal attenuation detection
US8224415B2 (en) 2009-01-29 2012-07-17 Abbott Diabetes Care Inc. Method and device for providing offset model based calibration for analyte sensor
US7618369B2 (en) 2006-10-02 2009-11-17 Abbott Diabetes Care Inc. Method and system for dynamically updating calibration parameters for an analyte sensor
US8140312B2 (en) 2007-05-14 2012-03-20 Abbott Diabetes Care Inc. Method and system for determining analyte levels
US8226891B2 (en) 2006-03-31 2012-07-24 Abbott Diabetes Care Inc. Analyte monitoring devices and methods therefor
CN101496042A (zh) 2006-05-02 2009-07-29 普罗秋斯生物医学公司 患者定制的治疗方案
US20090171269A1 (en) * 2006-06-29 2009-07-02 Abbott Diabetes Care, Inc. Infusion Device and Methods Therefor
US9798859B2 (en) * 2006-07-07 2017-10-24 Roche Diabetes Care, Inc Fluid delivery device and methods of its operation
US8932216B2 (en) 2006-08-07 2015-01-13 Abbott Diabetes Care Inc. Method and system for providing data management in integrated analyte monitoring and infusion system
US8206296B2 (en) 2006-08-07 2012-06-26 Abbott Diabetes Care Inc. Method and system for providing integrated analyte monitoring and infusion system therapy management
JP2010507176A (ja) 2006-10-16 2010-03-04 ホスピラ・インコーポレイテツド 複数のデバイス管理システムからの動態情報および構成情報を比較および利用するためのシステムおよび方法
EP2083680B1 (en) 2006-10-25 2016-08-10 Proteus Digital Health, Inc. Controlled activation ingestible identifier
CA2667639A1 (en) 2006-10-26 2008-05-02 Abbott Diabetes Care Inc. Method, system and computer program product for real-time detection of sensitivity decline in analyte sensors
US8718193B2 (en) 2006-11-20 2014-05-06 Proteus Digital Health, Inc. Active signal processing personal health signal receivers
ES2930588T3 (es) 2007-02-01 2022-12-19 Otsuka Pharma Co Ltd Sistemas de marcador de eventos ingeribles
KR101528748B1 (ko) 2007-02-14 2015-06-15 프로테우스 디지털 헬스, 인코포레이티드 고 표면적 전극을 갖는 체내 전원
US20080199894A1 (en) 2007-02-15 2008-08-21 Abbott Diabetes Care, Inc. Device and method for automatic data acquisition and/or detection
US8930203B2 (en) 2007-02-18 2015-01-06 Abbott Diabetes Care Inc. Multi-function analyte test device and methods therefor
US8732188B2 (en) * 2007-02-18 2014-05-20 Abbott Diabetes Care Inc. Method and system for providing contextual based medication dosage determination
CA2683863C (en) 2007-04-14 2019-01-15 Abbott Diabetes Care Inc. Method and apparatus for providing data processing and control in medical communication system
US9204827B2 (en) * 2007-04-14 2015-12-08 Abbott Diabetes Care Inc. Method and apparatus for providing data processing and control in medical communication system
US9615780B2 (en) * 2007-04-14 2017-04-11 Abbott Diabetes Care Inc. Method and apparatus for providing data processing and control in medical communication system
WO2008130898A1 (en) * 2007-04-14 2008-10-30 Abbott Diabetes Care, Inc. Method and apparatus for providing data processing and control in medical communication system
US20090062624A1 (en) * 2007-04-26 2009-03-05 Thomas Neville Methods and systems of delivering a probability of a medical condition
US8456301B2 (en) 2007-05-08 2013-06-04 Abbott Diabetes Care Inc. Analyte monitoring system and methods
US20080281171A1 (en) * 2007-05-08 2008-11-13 Abbott Diabetes Care, Inc. Analyte monitoring system and methods
US20080281179A1 (en) * 2007-05-08 2008-11-13 Abbott Diabetes Care, Inc. Analyte monitoring system and methods
US8461985B2 (en) 2007-05-08 2013-06-11 Abbott Diabetes Care Inc. Analyte monitoring system and methods
US8665091B2 (en) 2007-05-08 2014-03-04 Abbott Diabetes Care Inc. Method and device for determining elapsed sensor life
US20080278332A1 (en) * 2007-05-08 2008-11-13 Abbott Diabetes Care, Inc. Analyte monitoring system and methods
US8239166B2 (en) 2007-05-14 2012-08-07 Abbott Diabetes Care Inc. Method and apparatus for providing data processing and control in a medical communication system
US20080312845A1 (en) * 2007-05-14 2008-12-18 Abbott Diabetes Care, Inc. Method and apparatus for providing data processing and control in a medical communication system
US10002233B2 (en) * 2007-05-14 2018-06-19 Abbott Diabetes Care Inc. Method and apparatus for providing data processing and control in a medical communication system
US8260558B2 (en) 2007-05-14 2012-09-04 Abbott Diabetes Care Inc. Method and apparatus for providing data processing and control in a medical communication system
US9125548B2 (en) * 2007-05-14 2015-09-08 Abbott Diabetes Care Inc. Method and apparatus for providing data processing and control in a medical communication system
US8103471B2 (en) 2007-05-14 2012-01-24 Abbott Diabetes Care Inc. Method and apparatus for providing data processing and control in a medical communication system
US8444560B2 (en) * 2007-05-14 2013-05-21 Abbott Diabetes Care Inc. Method and apparatus for providing data processing and control in a medical communication system
US8560038B2 (en) 2007-05-14 2013-10-15 Abbott Diabetes Care Inc. Method and apparatus for providing data processing and control in a medical communication system
US8600681B2 (en) 2007-05-14 2013-12-03 Abbott Diabetes Care Inc. Method and apparatus for providing data processing and control in a medical communication system
WO2008144616A1 (en) * 2007-05-18 2008-11-27 Heidi Kay Lipid raft, caveolin protein, and caveolar function modulation compounds and associated synthetic and therapeutic methods
US8115618B2 (en) 2007-05-24 2012-02-14 Proteus Biomedical, Inc. RFID antenna for in-body device
EP2535830B1 (en) 2007-05-30 2018-11-21 Ascensia Diabetes Care Holdings AG Method and system for managing health data
JP5680960B2 (ja) * 2007-06-21 2015-03-04 アボット ダイアベティス ケア インコーポレイテッドＡｂｂｏｔｔ Ｄｉａｂｅｔｅｓ Ｃａｒｅ Ｉｎｃ． 健康管理装置および方法
US8617069B2 (en) * 2007-06-21 2013-12-31 Abbott Diabetes Care Inc. Health monitor
WO2008157819A1 (en) * 2007-06-21 2008-12-24 Abbott Diabetes Care, Inc. Health management devices and methods
US8160900B2 (en) 2007-06-29 2012-04-17 Abbott Diabetes Care Inc. Analyte monitoring and management device and method to analyze the frequency of user interaction with the device
US20090036760A1 (en) * 2007-07-31 2009-02-05 Abbott Diabetes Care, Inc. Method and apparatus for providing data processing and control in a medical communication system
US8834366B2 (en) 2007-07-31 2014-09-16 Abbott Diabetes Care Inc. Method and apparatus for providing analyte sensor calibration
US20090143725A1 (en) * 2007-08-31 2009-06-04 Abbott Diabetes Care, Inc. Method of Optimizing Efficacy of Therapeutic Agent
DK2192946T3 (da) 2007-09-25 2022-11-21 Otsuka Pharma Co Ltd Kropsintern anordning med virtuel dipol signalforstærkning
US8409093B2 (en) * 2007-10-23 2013-04-02 Abbott Diabetes Care Inc. Assessing measures of glycemic variability
US8377031B2 (en) * 2007-10-23 2013-02-19 Abbott Diabetes Care Inc. Closed loop control system with safety parameters and methods
US9026370B2 (en) 2007-12-18 2015-05-05 Hospira, Inc. User interface improvements for medical devices
US20090164239A1 (en) 2007-12-19 2009-06-25 Abbott Diabetes Care, Inc. Dynamic Display Of Glucose Information
US20090164190A1 (en) * 2007-12-19 2009-06-25 Abbott Diabetes Care, Inc. Physiological condition simulation device and method
ES2840773T3 (es) 2008-03-05 2021-07-07 Otsuka Pharma Co Ltd Sistemas y marcadores de eventos ingeribles de comunicación multimodo
US8538778B2 (en) * 2008-05-15 2013-09-17 Soar Biodynamics, Ltd. Methods and systems for integrated health systems
US8591410B2 (en) 2008-05-30 2013-11-26 Abbott Diabetes Care Inc. Method and apparatus for providing glycemic control
US8924159B2 (en) 2008-05-30 2014-12-30 Abbott Diabetes Care Inc. Method and apparatus for providing glycemic control
US8306788B2 (en) * 2008-06-11 2012-11-06 Sas Institute Inc. Computer-implemented systems and methods for executing stochastic discrete event simulations for design of experiments
SG195535A1 (en) 2008-07-08 2013-12-30 Proteus Digital Health Inc Ingestible event marker data framework
US8876755B2 (en) * 2008-07-14 2014-11-04 Abbott Diabetes Care Inc. Closed loop control system interface and methods
US8622988B2 (en) * 2008-08-31 2014-01-07 Abbott Diabetes Care Inc. Variable rate closed loop control and methods
US9943644B2 (en) * 2008-08-31 2018-04-17 Abbott Diabetes Care Inc. Closed loop control with reference measurement and methods thereof
US20100057040A1 (en) * 2008-08-31 2010-03-04 Abbott Diabetes Care, Inc. Robust Closed Loop Control And Methods
US8734422B2 (en) * 2008-08-31 2014-05-27 Abbott Diabetes Care Inc. Closed loop control with improved alarm functions
US9326707B2 (en) * 2008-11-10 2016-05-03 Abbott Diabetes Care Inc. Alarm characterization for analyte monitoring devices and systems
US20100156598A1 (en) * 2008-12-18 2010-06-24 Leung Ting Kwok Rfid medical devices and systems for reading physiological parameter
WO2010075446A1 (en) * 2008-12-23 2010-07-01 Soar Biodynamics, Ltd. Methods and systems for prostate health monitoring
JP2012514799A (ja) 2009-01-06 2012-06-28 プロテウス バイオメディカル インコーポレイテッド 摂取に関連するバイオフィードバックおよび個別薬物療法の方法およびシステム
US8560082B2 (en) * 2009-01-30 2013-10-15 Abbott Diabetes Care Inc. Computerized determination of insulin pump therapy parameters using real time and retrospective data processing
US20100198196A1 (en) * 2009-01-30 2010-08-05 Abbott Diabetes Care, Inc. Therapy Delivery Device Programming Tool
US9402544B2 (en) 2009-02-03 2016-08-02 Abbott Diabetes Care Inc. Analyte sensor and apparatus for insertion of the sensor
US8271106B2 (en) 2009-04-17 2012-09-18 Hospira, Inc. System and method for configuring a rule set for medical event management and responses
CN102576375B (zh) * 2009-05-29 2016-05-18 弗吉尼亚大学专利基金会 用于糖尿病的开环和闭环控制的系统协调器和模块化体系结构
WO2010138856A1 (en) 2009-05-29 2010-12-02 Abbott Diabetes Care Inc. Medical device antenna systems having external antenna configurations
DE102009024229B3 (de) * 2009-06-08 2010-10-14 Salzsieder, Eckhard, Dipl.-Phys., Dr. rer.nat. Indikationseinrichtung zur automatisierten Bestimmung des individuellen Inkretin-Sensitivitäts-Indexes eines Probanden
DK3173014T3 (da) 2009-07-23 2021-09-13 Abbott Diabetes Care Inc Realtidsstyring af data vedrørende fysiologisk kontrol af glucoseniveauer
WO2011014851A1 (en) 2009-07-31 2011-02-03 Abbott Diabetes Care Inc. Method and apparatus for providing analyte monitoring system calibration accuracy
EP3923295A1 (en) * 2009-08-31 2021-12-15 Abbott Diabetes Care, Inc. Medical devices and methods
KR20110033595A (ko) * 2009-09-25 2011-03-31 삼성전자주식회사 건강 관리 정보를 버튼 방식으로 입력하기 위한 장치 및 방법
EP2482720A4 (en) 2009-09-29 2014-04-23 Abbott Diabetes Care Inc METHOD AND APPARATUS FOR PROVIDING NOTIFICATION FUNCTION IN SUBSTANCE MONITORING SYSTEMS
WO2011041531A1 (en) 2009-09-30 2011-04-07 Abbott Diabetes Care Inc. Interconnect for on-body analyte monitoring device
US8185181B2 (en) 2009-10-30 2012-05-22 Abbott Diabetes Care Inc. Method and apparatus for detecting false hypoglycemic conditions
TWI517050B (zh) 2009-11-04 2016-01-11 普羅托斯數位健康公司 供應鏈管理之系統
US8771251B2 (en) 2009-12-17 2014-07-08 Hospira, Inc. Systems and methods for managing and delivering patient therapy through electronic drug delivery systems
WO2011091336A1 (en) * 2010-01-22 2011-07-28 Abbott Diabetes Care Inc. Method and apparatus for providing notification in analyte monitoring systems
EP2558970A4 (en) * 2010-01-22 2013-11-06 Abbott Diabetes Care Inc METHOD, DEVICE AND SYSTEM FOR CARRYING OUT ANALYST SENSOR CALIBRATION
WO2011112753A1 (en) 2010-03-10 2011-09-15 Abbott Diabetes Care Inc. Systems, devices and methods for managing glucose levels
US9089292B2 (en) 2010-03-26 2015-07-28 Medtronic Minimed, Inc. Calibration of glucose monitoring sensor and/or insulin delivery system
TWI557672B (zh) * 2010-05-19 2016-11-11 波提亞斯數位康健公司 用於從製造商跟蹤藥物直到患者之電腦系統及電腦實施之方法、用於確認將藥物給予患者的設備及方法、患者介面裝置
US8635046B2 (en) 2010-06-23 2014-01-21 Abbott Diabetes Care Inc. Method and system for evaluating analyte sensor response characteristics
US10092229B2 (en) 2010-06-29 2018-10-09 Abbott Diabetes Care Inc. Calibration of analyte measurement system
US9141936B2 (en) 2010-08-04 2015-09-22 Sas Institute Inc. Systems and methods for simulating a resource constrained process
WO2012019746A1 (en) * 2010-08-10 2012-02-16 Roche Diagnostics Gmbh Method and system for improving glycemic control
JP5688943B2 (ja) * 2010-09-30 2015-03-25 テルモ株式会社 自動腹膜透析装置
EP2624745A4 (en) 2010-10-07 2018-05-23 Abbott Diabetes Care, Inc. Analyte monitoring devices and methods
US8707392B2 (en) * 2010-10-15 2014-04-22 Roche Diagnostics Operations, Inc. Systems and methods for disease management
EP3583901A3 (en) 2011-02-28 2020-01-15 Abbott Diabetes Care, Inc. Devices, systems, and methods associated with analyte monitoring devices and devices incorporating the same
US10136845B2 (en) 2011-02-28 2018-11-27 Abbott Diabetes Care Inc. Devices, systems, and methods associated with analyte monitoring devices and devices incorporating the same
US20130172774A1 (en) * 2011-07-01 2013-07-04 Neuropace, Inc. Systems and Methods for Assessing the Effectiveness of a Therapy Including a Drug Regimen Using an Implantable Medical Device
US9756874B2 (en) 2011-07-11 2017-09-12 Proteus Digital Health, Inc. Masticable ingestible product and communication system therefor
WO2015112603A1 (en) 2014-01-21 2015-07-30 Proteus Digital Health, Inc. Masticable ingestible product and communication system therefor
MX340001B (es) 2011-07-21 2016-06-20 Proteus Digital Health Inc Dispositivo, sistema y método de comunicación móvil.
US8818822B2 (en) * 2011-07-26 2014-08-26 Cerner Innovation, Inc. Health care assessment and online provider communication
US8818823B2 (en) * 2011-07-26 2014-08-26 Cerner Innovation, Inc. Online patient and health care provider communication
US8930221B2 (en) * 2011-07-26 2015-01-06 Cerner Innovation, Inc. Health care biometric surveillance and online provider communication
WO2013028497A1 (en) 2011-08-19 2013-02-28 Hospira, Inc. Systems and methods for a graphical interface including a graphical representation of medical data
KR20140074904A (ko) * 2011-08-26 2014-06-18 이비엠 가부시키가이샤 혈관치료효과의 혈류 시뮬레이션 시스템, 그 방법 및 컴퓨터 소프트웨어 프로그램
DE102011083957B4 (de) * 2011-10-04 2018-12-27 Siemens Healthcare Gmbh Gerätesteuerung mit zuschaltbaren Touch-User-Interfaces
US20130191155A1 (en) * 2011-10-17 2013-07-25 Apa Concepts And Development Group, Llc Allhealth
JP6033874B2 (ja) 2011-10-21 2016-11-30 ホスピーラ インコーポレイテッド 医療装置更新システム
WO2013066873A1 (en) 2011-10-31 2013-05-10 Abbott Diabetes Care Inc. Electronic devices having integrated reset systems and methods thereof
US9622691B2 (en) 2011-10-31 2017-04-18 Abbott Diabetes Care Inc. Model based variable risk false glucose threshold alarm prevention mechanism
US9317656B2 (en) 2011-11-23 2016-04-19 Abbott Diabetes Care Inc. Compatibility mechanisms for devices in a continuous analyte monitoring system and methods thereof
US8710993B2 (en) 2011-11-23 2014-04-29 Abbott Diabetes Care Inc. Mitigating single point failure of devices in an analyte monitoring system and methods thereof
WO2013090709A1 (en) 2011-12-16 2013-06-20 Hospira, Inc. System for monitoring and delivering medication to a patient and method of using the same to minimize the risks associated with automated therapy
TW201333870A (zh) * 2011-12-21 2013-08-16 艾登工具股份有限公司 決定病人胰島素療法的系統及方法
PL2836943T3 (pl) * 2012-03-23 2020-07-13 Dipartimento Di Ingegneria Civile E Architettura Dell'università Degli Studi Di Pavia Sposób dostarczania wartości insuliny i powiązany układ
ES2741725T3 (es) 2012-03-30 2020-02-12 Icu Medical Inc Sistema de detección de aire y método para detectar aire en una bomba de un sistema de infusión
US20130332196A1 (en) * 2012-06-07 2013-12-12 The Government Of The United States As Represented By The Secretary Of The Army Diabetes Monitoring Using Smart Device
JP5927075B2 (ja) 2012-07-24 2016-05-25 日本光電工業株式会社 生体情報測定装置
US10463788B2 (en) 2012-07-31 2019-11-05 Icu Medical, Inc. Patient care system for critical medications
EP2890297B1 (en) 2012-08-30 2018-04-11 Abbott Diabetes Care, Inc. Dropout detection in continuous analyte monitoring data during data excursions
WO2014052136A1 (en) 2012-09-26 2014-04-03 Abbott Diabetes Care Inc. Method and apparatus for improving lag correction during in vivo measurement of analyte concentration with analyte concentration variability and range data
ES2908320T3 (es) 2013-03-06 2022-04-28 Icu Medical Inc Método de comunicación de dispositivos médicos
US9474475B1 (en) 2013-03-15 2016-10-25 Abbott Diabetes Care Inc. Multi-rate analyte sensor data collection with sample rate configurable signal processing
US10433773B1 (en) 2013-03-15 2019-10-08 Abbott Diabetes Care Inc. Noise rejection methods and apparatus for sparsely sampled analyte sensor data
WO2014152034A1 (en) 2013-03-15 2014-09-25 Abbott Diabetes Care Inc. Sensor fault detection using analyte sensor data pattern comparison
US10046112B2 (en) 2013-05-24 2018-08-14 Icu Medical, Inc. Multi-sensor infusion system for detecting air or an occlusion in the infusion system
EP3003442B1 (en) 2013-05-29 2020-12-30 ICU Medical, Inc. Infusion system and method of use which prevents over-saturation of an analog-to-digital converter
AU2014274146B2 (en) 2013-05-29 2019-01-24 Icu Medical, Inc. Infusion system which utilizes one or more sensors and additional information to make an air determination regarding the infusion system
EP3005281A4 (en) 2013-06-04 2017-06-28 Proteus Digital Health, Inc. System, apparatus and methods for data collection and assessing outcomes
CA2918332C (en) * 2013-07-18 2023-08-08 Parkland Center For Clinical Innovation Patient care surveillance system and method
US20150066531A1 (en) 2013-08-30 2015-03-05 James D. Jacobson System and method of monitoring and managing a remote infusion regimen
US9662436B2 (en) 2013-09-20 2017-05-30 Icu Medical, Inc. Fail-safe drug infusion therapy system
KR101515303B1 (ko) 2013-10-15 2015-04-24 제너럴 일렉트릭 캄파니 환자 개인정보 히스토리 제공 방법, 서버 및 기록매체
US10084880B2 (en) 2013-11-04 2018-09-25 Proteus Digital Health, Inc. Social media networking based on physiologic information
US10311972B2 (en) 2013-11-11 2019-06-04 Icu Medical, Inc. Medical device system performance index
US10042986B2 (en) 2013-11-19 2018-08-07 Icu Medical, Inc. Infusion pump automation system and method
CN105940759B (zh) * 2013-12-28 2021-01-22 英特尔公司 基于用户上下文检测的装置动作和配置的系统和方法
WO2015102745A1 (en) 2013-12-31 2015-07-09 Abbott Diabetes Care Inc. Self-powered analyte sensor and devices using the same
ES2776363T3 (es) 2014-02-28 2020-07-30 Icu Medical Inc Sistema de infusión y método que utiliza detección óptica de aire en línea de doble longitud de onda
WO2015153482A1 (en) 2014-03-30 2015-10-08 Abbott Diabetes Care Inc. Method and apparatus for determining meal start and peak events in analyte monitoring systems
WO2015168427A1 (en) 2014-04-30 2015-11-05 Hospira, Inc. Patient care system with conditional alarm forwarding
WO2015184366A1 (en) 2014-05-29 2015-12-03 Hospira, Inc. Infusion system and pump with configurable closed loop delivery rate catch-up
US9724470B2 (en) 2014-06-16 2017-08-08 Icu Medical, Inc. System for monitoring and delivering medication to a patient and method of using the same to minimize the risks associated with automated therapy
US9539383B2 (en) 2014-09-15 2017-01-10 Hospira, Inc. System and method that matches delayed infusion auto-programs with manually entered infusion programs and analyzes differences therein
WO2016076899A1 (en) * 2014-11-14 2016-05-19 Medidata Solutions, Inc. System and method for determining subject conditions in mobile health clinical trials
US11344668B2 (en) 2014-12-19 2022-05-31 Icu Medical, Inc. Infusion system with concurrent TPN/insulin infusion
US10850024B2 (en) 2015-03-02 2020-12-01 Icu Medical, Inc. Infusion system, device, and method having advanced infusion features
EP3304370B1 (en) 2015-05-26 2020-12-30 ICU Medical, Inc. Infusion pump system and method with multiple drug library editor source capability
WO2017011346A1 (en) 2015-07-10 2017-01-19 Abbott Diabetes Care Inc. System, device and method of dynamic glucose profile response to physiological parameters
JP6155314B2 (ja) * 2015-11-13 2017-06-28 日本光電工業株式会社 生体情報測定装置
EP4343774A2 (en) 2016-04-15 2024-03-27 Takeda Pharmaceutical Company Limited Method and apparatus for providing a pharmacokinetic drug dosing regiment
EP4085944A1 (en) 2016-05-13 2022-11-09 ICU Medical, Inc. Infusion pump system with common line auto flush
WO2017214441A1 (en) 2016-06-10 2017-12-14 Icu Medical, Inc. Acoustic flow sensor for continuous medication flow measurements and feedback control of infusion
NZ750032A (en) 2016-07-14 2020-05-29 Icu Medical Inc Multi-communication path selection and security system for a medical device
BR112019000861B1 (pt) 2016-07-22 2020-10-27 Proteus Digital Health, Inc dispositivo eletrônico
EP3519011A4 (en) * 2016-09-27 2020-05-20 Bigfoot Biomedical, Inc. SYSTEMS, DEVICES AND METHODS FOR MEDICATION INJECTION AND DISEASE MANAGEMENT
US10896749B2 (en) 2017-01-27 2021-01-19 Shire Human Genetic Therapies, Inc. Drug monitoring tool
JP7465519B2 (ja) 2017-02-15 2024-04-11 ヒューメトリックス 価値ベースの支払いのために医師が質の基準を達成するのを支援する患者向けモバイル技術
EP3600014A4 (en) 2017-03-21 2020-10-21 Abbott Diabetes Care Inc. METHODS, DEVICES AND SYSTEM FOR PROVIDING DIAGNOSIS AND THERAPY FOR DIABETIC CONDITION
EP3489958B1 (en) * 2017-11-23 2022-03-16 Siemens Healthcare GmbH Healthcare network
US10089055B1 (en) 2017-12-27 2018-10-02 Icu Medical, Inc. Synchronized display of screen content on networked devices
US10297353B1 (en) * 2018-05-08 2019-05-21 Prince Sultan University Estimation of glucose rate of appearance, endogenous glucose production and insulin dependent glucose utilization from continuous glucose sensors and subcutaneous insulin deliver
US10964428B2 (en) 2018-07-17 2021-03-30 Icu Medical, Inc. Merging messages into cache and generating user interface using the cache
AU2019306490A1 (en) 2018-07-17 2021-02-04 Icu Medical, Inc. Updating infusion pump drug libraries and operational software in a networked environment
CA3106519A1 (en) 2018-07-17 2020-01-23 Icu Medical, Inc. Systems and methods for facilitating clinical messaging in a network environment
US10861592B2 (en) 2018-07-17 2020-12-08 Icu Medical, Inc. Reducing infusion pump network congestion by staggering updates
US10692595B2 (en) 2018-07-26 2020-06-23 Icu Medical, Inc. Drug library dynamic version management
WO2020023231A1 (en) 2018-07-26 2020-01-30 Icu Medical, Inc. Drug library management system
US11342050B2 (en) 2019-09-27 2022-05-24 International Business Machines Corporation Monitoring users to capture contextual and environmental data for managing adverse events
US11278671B2 (en) 2019-12-04 2022-03-22 Icu Medical, Inc. Infusion pump with safety sequence keypad
AU2020407059A1 (en) * 2019-12-18 2022-06-09 Dexcom, Inc. Therapeutic zone assessor
CA3189781A1 (en) 2020-07-21 2022-01-27 Icu Medical, Inc. Fluid transfer devices and methods of use
DE102020123601A1 (de) * 2020-09-10 2022-03-10 Löwenstein Medical Technology S.A. Koordinationseinheit und Behandlungssystem
US11135360B1 (en) 2020-12-07 2021-10-05 Icu Medical, Inc. Concurrent infusion with common line auto flush

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5842175A (en) * 1995-04-28 1998-11-24 Therassist Software, Inc. Therapy system
KR100620257B1 (ko) * 1998-11-30 2006-09-13 노보 노르디스크 에이/에스 의료 시스템 및 의학적 자가 치료를 위해 환자에 의해사용되는 시스템의 제어 방법
KR100627990B1 (ko) * 1998-11-30 2006-09-26 노보 노르디스크 에이/에스 복수의 조치를 포함하는 의학적 자가 치료에서 사용자를돕기 위한 방법 및 시스템
AU2002229926B2 (en) * 2001-02-08 2005-12-01 Lifescan Scotland Limited A personal condition management system
US7074183B2 (en) * 2001-06-05 2006-07-11 Alexander F. Castellanos Method and system for improving vascular systems in humans using biofeedback and network data communication
WO2003063684A2 (en) * 2002-01-25 2003-08-07 Intellipatch, Inc. Evaluation of a patient and prediction of chronic symptoms
JP2007512588A (ja) * 2003-10-29 2007-05-17 ノボ・ノルデイスク・エー／エス 医療助言システム
JP4547173B2 (ja) * 2004-03-17 2010-09-22 シスメックス株式会社 糖尿病診療支援システム
US7941200B2 (en) 2005-12-08 2011-05-10 Roche Diagnostics Operations, Inc. System and method for determining drug administration information
US20080046284A1 (en) * 2006-08-15 2008-02-21 Fisher Maria C Therapy system and method for treating and reducing risk factors associated with overweight and obesity

Also Published As

Publication number Publication date
KR20100017924A (ko) 2010-02-16
WO2009002622A3 (en) 2009-04-09
DK2170158T3 (en) 2017-09-18
EP2170158A2 (en) 2010-04-07
JP2010534494A (ja) 2010-11-11
EP2170158B1 (en) 2017-07-05
WO2009002622A2 (en) 2008-12-31
JP6017758B2 (ja) 2016-11-02
CA2687587C (en) 2018-08-28
KR101183854B1 (ko) 2012-09-20
CN101730501A (zh) 2010-06-09
CA2687587A1 (en) 2008-12-31
US20090006133A1 (en) 2009-01-01

Similar Documents

Publication Publication Date Title
ES2644345T3 (es) Interfaz de entrada de información de paciente para un sistema de terapia
US20210050085A1 (en) Systems, devices, and methods relating to medication dose guidance
US20210169409A1 (en) Systems of centralized data exchange for monitoring and control of blood glucose
ES2861254T3 (es) Sistema y procedimiento para determinar la información de administración de fármaco
Kovatchev et al. Safety of outpatient closed-loop control: first randomized crossover trials of a wearable artificial pancreas
CN103959291B (zh) 基于具有自适应选择的核和正则化参数的正则化网络的葡萄糖预测器
US20130172710A1 (en) Handheld Diabetes Manager With A Personal Data Module
US20150018633A1 (en) Unified Platform for Monitoring and Control of Blood Glucose Levels in Diabetic Patients
US20120166126A1 (en) Calibration of a handheld diabetes managing device that receives data from a continuous glucose monitor
JP7261170B2 (ja) 薬物療法管理を改善するためのシステム及び方法
WO2012084176A2 (en) Representation of large, variable size data sets on small displays
US20120095309A1 (en) Updatability of structured blood glucose tests performed on handheld diabetes management devices
CN103250158A (zh) 支持糖尿病护理的增强型系统可扩展性的医疗设备
Shifrin et al. Near-optimal insulin treatment for diabetes patients: A machine learning approach
US20210257091A1 (en) Decision support and treatment administration systems
Morales-Contreras et al. Robust glucose control via μ-synthesis in type 1 diabetes mellitus
US20230298754A1 (en) Methods and apparatus for diabetes and glycemic management having a database and handheld management system
US20220230751A1 (en) Decision support system, and method in relation thereto
Islam Integrated physiological model of virtual diabetic patient for machine learning research
Ghafoor et al. Diabetes and technologies
Lhotska et al. Recommendation System: A Contribution to Glycaemia Excursion Identification