ES2919082T3 - Monitoreo remoto de mediciones de analito - Google Patents

Monitoreo remoto de mediciones de analito Download PDF

Info

Publication number
ES2919082T3
ES2919082T3 ES13821308T ES13821308T ES2919082T3 ES 2919082 T3 ES2919082 T3 ES 2919082T3 ES 13821308 T ES13821308 T ES 13821308T ES 13821308 T ES13821308 T ES 13821308T ES 2919082 T3 ES2919082 T3 ES 2919082T3
Authority
ES
Spain
Prior art keywords
client
remote
receiver
remote monitor
data
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
ES13821308T
Other languages
English (en)
Inventor
Michael Mensinger
Eric Cohen
Phil Mayou
Eli Reihman
Katherine Grubstein
Rian Draeger
Angela Traven
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.)
Dexcom Inc
Original Assignee
Dexcom Inc
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=51016565&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES2919082(T3) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Dexcom Inc filed Critical Dexcom Inc
Application granted granted Critical
Publication of ES2919082T3 publication Critical patent/ES2919082T3/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/0002—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network
    • A61B5/0004—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network characterised by the type of physiological signal transmitted
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/0002—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/0002—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network
    • A61B5/0015—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network characterised by features of the telemetry system
    • A61B5/0022—Monitoring a patient using a global network, e.g. telephone networks, internet
    • 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 or pH-value ; Measuring characteristics of body fluids or tissues, e.g. interstitial fluid or cerebral tissue
    • 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 or pH-value ; Measuring characteristics of body fluids or tissues, e.g. interstitial fluid or cerebral tissue
    • A61B5/14532—Measuring characteristics of blood in vivo, e.g. gas concentration or pH-value ; Measuring characteristics of body fluids or tissues, e.g. interstitial fluid or 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/145—Measuring characteristics of blood in vivo, e.g. gas concentration or pH-value ; Measuring characteristics of body fluids or tissues, e.g. interstitial fluid or cerebral tissue
    • A61B5/1468—Measuring characteristics of blood in vivo, e.g. gas concentration or pH-value ; Measuring characteristics of body fluids or tissues, e.g. interstitial fluid or cerebral tissue using chemical or electrochemical methods, e.g. by polarographic means
    • A61B5/1486—Measuring characteristics of blood in vivo, e.g. gas concentration or pH-value ; Measuring characteristics of body fluids or tissues, e.g. interstitial fluid or cerebral tissue using chemical or electrochemical methods, e.g. by polarographic means using enzyme electrodes, e.g. with immobilised oxidase
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/72—Signal processing specially adapted for physiological signals or for diagnostic purposes
    • A61B5/7235—Details of waveform analysis
    • A61B5/7264—Classification of physiological signals or data, e.g. using neural networks, statistical classifiers, expert systems or fuzzy systems
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/72—Signal processing specially adapted for physiological signals or for diagnostic purposes
    • A61B5/7271—Specific aspects of physiological measurement analysis
    • A61B5/7282—Event detection, e.g. detecting unique waveforms indicative of a medical condition
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/74—Details of notification to user or communication with user or patient; User input means
    • A61B5/742—Details of notification to user or communication with user or patient; User input means using visual displays
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/74—Details of notification to user or communication with user or patient; User input means
    • A61B5/742—Details of notification to user or communication with user or patient; User input means using visual displays
    • A61B5/743—Displaying an image simultaneously with additional graphical information, e.g. symbols, charts, function plots
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/74—Details of notification to user or communication with user or patient; User input means
    • A61B5/746—Alarms related to a physiological condition, e.g. details of setting alarm thresholds or avoiding false alarms
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/0002—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network
    • A61B5/0015—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network characterised by features of the telemetry system
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/0002—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network
    • A61B5/0015—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network characterised by features of the telemetry system
    • A61B5/0024—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network characterised by features of the telemetry system for multiple sensor units attached to the patient, e.g. using a body or personal area network
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/02—Detecting, measuring or recording for evaluating the cardiovascular system, e.g. pulse, heart rate, blood pressure or blood flow
    • 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 or pH-value ; Measuring characteristics of body fluids or tissues, e.g. interstitial fluid or cerebral tissue
    • A61B5/14546—Measuring characteristics of blood in vivo, e.g. gas concentration or pH-value ; Measuring characteristics of body fluids or tissues, e.g. interstitial fluid or cerebral tissue for measuring analytes not otherwise provided for, e.g. ions, cytochromes
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/74—Details of notification to user or communication with user or patient; User input means
    • A61B5/742—Details of notification to user or communication with user or patient; User input means using visual displays
    • A61B5/7435—Displaying user selection data, e.g. icons in a graphical user interface
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/74—Details of notification to user or communication with user or patient; User input means
    • A61B5/7465—Arrangements for interactive communication between patient and care services, e.g. by using a telephone network
    • 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
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • 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/40—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to mechanical, radiation or invasive therapies, e.g. surgery, laser therapy, dialysis or acupuncture
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/63—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for local operation
    • 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/20—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for computer-aided diagnosis, e.g. based on medical expert systems
    • 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/70—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for mining of medical data, e.g. analysing previous cases of other patients
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2209/00—Arrangements in telecontrol or telemetry systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2209/00—Arrangements in telecontrol or telemetry systems
    • H04Q2209/10—Arrangements in telecontrol or telemetry systems using a centralized architecture
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2209/00—Arrangements in telecontrol or telemetry systems
    • H04Q2209/40—Arrangements in telecontrol or telemetry systems using a wireless architecture
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2209/00—Arrangements in telecontrol or telemetry systems
    • H04Q2209/50—Arrangements in telecontrol or telemetry systems using a mobile data collecting device, e.g. walk by or drive by
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2209/00—Arrangements in telecontrol or telemetry systems
    • H04Q2209/70—Arrangements in the main station, i.e. central controller
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q9/00—Arrangements in telecontrol or telemetry systems for selectively calling a substation from a main station, in which substation desired apparatus is selected for applying a control signal thereto or for obtaining measured values therefrom
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02A—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE
    • Y02A90/00—Technologies having an indirect contribution to adaptation to climate change
    • Y02A90/10—Information and communication technologies [ICT] supporting adaptation to climate change, e.g. for weather forecasting or climate simulation

Landscapes

  • Health & Medical Sciences (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Biomedical Technology (AREA)
  • Physics & Mathematics (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Public Health (AREA)
  • Biophysics (AREA)
  • Animal Behavior & Ethology (AREA)
  • Veterinary Medicine (AREA)
  • Surgery (AREA)
  • Molecular Biology (AREA)
  • Pathology (AREA)
  • Heart & Thoracic Surgery (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Physiology (AREA)
  • Signal Processing (AREA)
  • Optics & Photonics (AREA)
  • Artificial Intelligence (AREA)
  • General Business, Economics & Management (AREA)
  • Primary Health Care (AREA)
  • Epidemiology (AREA)
  • Business, Economics & Management (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Psychiatry (AREA)
  • Emergency Medicine (AREA)
  • Radiology & Medical Imaging (AREA)
  • Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
  • Computing Systems (AREA)
  • Mathematical Physics (AREA)
  • Fuzzy Systems (AREA)
  • Evolutionary Computation (AREA)
  • General Chemical & Material Sciences (AREA)
  • Chemical Kinetics & Catalysis (AREA)
  • Chemical & Material Sciences (AREA)
  • Measurement Of The Respiration, Hearing Ability, Form, And Blood Characteristics Of Living Organisms (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Se proporcionan métodos y aparatos, incluidos los productos del programa de computadora, para el monitoreo remoto. En algunas implementaciones de ejemplo, se proporciona un método. El método puede incluir, en un monitor remoto, un mensaje de notificación representativo de un evento detectado, por un servidor, de los datos del sensor de analito obtenidos de un receptor que monitorea un estado de analito de un host; Presentación, en el monitor remoto, el mensaje de notificación para activar el monitor remoto, en el que el servidor está configurado por el monitor remoto para recibir el mensaje de notificación para aumentar el monitoreo del receptor del estado analito del host; acceder, por el monitor remoto, el servidor, en respuesta a la presentación del mensaje de notificación; y recibir, en respuesta al acceso, información que incluye al menos los datos del sensor de analitos. También se revelan sistemas, métodos y artículos de fabricación relacionados. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Monitoreo remoto de mediciones de analito
Campo
La presente descripción se refiere generalmente al monitoreo remoto.
Antecedentes
La diabetes mellitus es un trastorno en el que el páncreas no puede crear suficiente insulina, tal como en el caso de la diabetes tipo I y/o en el que la insulina no es eficaz, tal como en la diabetes tipo 2. En un estado diabético, una víctima sufre de una alta azúcar en sangre, lo que provoca una serie de trastornos fisiológicos, tales como insuficiencia renal, úlceras cutáneas, o sangrado en el vítreo del ojo, asociados con el deterioro de vasos sanguíneos pequeños. Una reacción hipoglucémica, tal como baja azúcar en sangre, puede inducirse por una sobredosis inadvertida de insulina, o después de una dosis normal de insulina o un agente reductor de glucosa acompañada por ejercicio extraordinario o insuficiente ingesta de alimentos.
Una persona diabética puede llevar un monitor de automonitoreo de glucosa en sangre (SMBG), que requiere típicamente incómodos métodos de pincharse el dedo. Debido a la falta de comodidad y conveniencia, un diabético mide típicamente su nivel de glucosa sólo de dos a cuatro veces por día. Desafortunadamente, estos intervalos de tiempo están tan separados que el diabético probablemente se enterará demasiado tarde, que incurre a veces en efectos secundarios peligrosos, de una condición hiperglucémica o hipoglucémica. De hecho, no sólo es poco probable que un diabético tome un valor de SMBG oportuno, sino que adicionalmente el diabético no sabrá si su valor de glucosa en sangre es mayor o menor en base a los métodos convencionales.
En consecuencia, se desarrolla una variedad de sensores electroquímicos no invasivos, transdérmicos (por ejemplo, transcutáneos) e/o implantables para detectar y/o cuantificar continuamente los valores de glucosa en sangre. Estos así como también otros tipos de dispositivos transmiten generalmente datos sin procesar o mínimamente procesados para su posterior análisis en un dispositivo remoto, que puede incluir una pantalla, para permitir la presentación de información a un usuario que aloja el sensor.
El documento US 2004/236189 (A1) se refiere a un sistema de monitoreo de bioinformación que monitorea pasivamente a un paciente con una unidad de bioinformación portátil remota que toma varias mediciones de bioinformación en intervalos de tiempo seleccionados así como también en momentos aleatorios sin la intervención del paciente. Las mediciones se convierten en señales digitales que se transmiten desde la unidad de bioinformación a un módem cuando la unidad de bioinformación está cerca del módem. Las señales se almacenan en el módem y se cargan a una red de monitoreo central. Pueden enviarse alertas automáticas desde la red de monitoreo central hasta un proveedor de tratamiento. El proveedor del tratamiento también puede acceder a la información a través de sitios web dedicados seguros a través de Internet.
El documento US 2006/047538 A1 se refiere a un sistema y método de manejo de la terapia proporcionada a los pacientes en una institución. El sistema monitorea todos los aspectos del suministro de medicamentos a un paciente, así como también otra información relacionada con el paciente, tal como valores de signos vitales, resultados de laboratorio y factores del paciente tales como historial, diagnóstico, alergias y similares. El sistema incluye una o más bases de datos de información, que incluyen las reglas, directrices y protocolos desarrollados institucionalmente que representan las mejores prácticas médicas de la institución. El sistema proporciona alertas y/o recomendaciones en base a la aplicación de las reglas a la información que se monitorea, y alerta a los cuidadores en consecuencia, lo que proporciona un ajuste dinámico de la terapia del paciente. El sistema también monitorea el estado de las alertas, y si no se toma ninguna acción en un período de tiempo seleccionado, puede escalar la prioridad de la alerta y/o detener el suministro de medicamentos al paciente hasta que se resuelva la alerta.
El documento US 2011/199214 A1 se refiere a un método, un sistema, y un medio legible por ordenador para generar una alerta en base a una característica fisiológica de un paciente. Se configura una ventana de interfaz de usuario para permitir que un usuario defina un primer valor de alerta, un indicador de una característica fisiológica de un paciente asociado con el primer valor de alerta, y un indicador de tipo de aplicación para la regla de alerta que indica un grupo para el cual aplicar la regla de alerta. Se reciben un valor y un indicador característico de la característica fisiológica del paciente. Se recibe un indicador de grupo asociado con el paciente. El primer valor de alerta recibido se identifica al comparar el indicador característico recibido con el indicador. El valor recibido se compara con el primer valor de alerta identificado, y el indicador de grupo recibido se compara con el indicador de tipo de aplicación. Se genera una alerta en base a la comparación.
Resumen
La presente invención proporciona un método de monitoreo remoto de datos de analitos de un cliente de acuerdo con la reivindicación 1.
Descripción de los dibujos
En los dibujos,
La Figura 1 representa una arquitectura de sistema de alto nivel de un sistema de monitoreo remoto de acuerdo con algunas implementaciones ilustrativas;
Las Figuras 2A-2C ilustran diferentes arquitecturas de sistema del sistema de monitoreo remoto de la Figura 1 de acuerdo con algunas implementaciones ilustrativas;
La Figura 3 representa un proceso ilustrativo para notificar un monitor remoto de un evento de acuerdo con algunas implementaciones ilustrativas;
Las Figuras 4A y 4B representan ejemplos de mensajes de notificación 170 y 172, respectivamente, de acuerdo con algunas implementaciones;
La Figura 5 representa un ejemplo de un módulo de electrónica de sensor de acuerdo con algunas implementaciones ilustrativas;
La Figura 6 es un diagrama de bloques de una implementación de una puerta de enlace de acuerdo con algunas implementaciones;
Las Figuras 7A y 7B representan un ejemplo de una estación de acoplamiento de acuerdo con algunas implementaciones;
La Figura 8 representa una implementación de una puerta de enlace o estación de acoplamiento de acuerdo con algunas implementaciones;
La Figura 9 ilustra una página de visualización ilustrativa para facilitar la entrada del número de serie de un receptor u otro identificador único de acuerdo con algunas implementaciones;
La Figura 10 es un diagrama de flujo que representa un proceso para configurar un sistema de monitoreo de cliente de acuerdo con algunas implementaciones;
Las Figuras 11A y 11B son vistas ilustrativas de una página de estado de acuerdo con algunas implementaciones;
La Figura 12 representa una página de invitación ilustrativa presentada en un monitor remoto en la forma de un mensaje de correo electrónico de acuerdo con algunas implementaciones;
La Figura 13 representa una página de configuraciones de alerta ilustrativa que puede presentarse en una pantalla del dispositivo informático de cliente;
La Figura 14 ilustra una página de descripción general de monitores remotos mostrada por un dispositivo de monitoreo de cliente de acuerdo con algunas implementaciones;
La Figura 15 es una página de visualización de configuraciones del monitor remoto ilustrativa mostrada por un dispositivo de monitoreo de cliente de acuerdo con algunas implementaciones;
La Figura 16 es un diagrama de flujo de un proceso de configuración de un monitor remoto ilustrativo de acuerdo con algunas implementaciones;
La Figura 17 es una implantación de una página de configuraciones que puede permitir que el monitor remoto configure las configuraciones de monitoreo remoto de un cliente en algunas implementaciones;
Las Figuras 18A y 18B son dos implementaciones diferentes de una página del panel mostrada por un monitor remoto de acuerdo con algunas implementaciones; y
La Figura 19 es una página ilustrativa que proporciona un gráfico de tendencia de la concentración de analito monitoreada de un cliente de acuerdo con algunas implementaciones.
Descripción detallada
Se proporcionan métodos y aparatos, que incluyen productos de programas informáticos, para el monitoreo remoto de datos de analitos. En algunas implementaciones ilustrativas, se proporciona un método. El método puede incluir recibir, en un monitor remoto, un mensaje de notificación representativo de un evento detectado, por un servidor, de datos del sensor de analito obtenidos desde un receptor que monitorea un estado de analito de un cliente; presentar, en el monitor remoto, el mensaje de notificación para activar el monitor remoto, en donde el monitor remoto se configura por el servidor para recibir el mensaje de notificación para aumentar el monitoreo del receptor del estado de analito del cliente; acceder, por el monitor remoto, al servidor, en respuesta a la presentación del mensaje de notificación; y recibir, en respuesta al acceso, información que incluye al menos los datos del sensor de analito.
En algunas implementaciones ilustrativas, los aspectos mencionados anteriormente pueden incluir además características adicionales descritas en la presente descripción que incluyen una o más de las siguientes. El mensaje de notificación puede recibirse desde al menos una primera conexión inalámbrica entre el monitor remoto y un servicio de notificación acoplado al servidor, en donde la información adicional puede recibirse desde al menos una segunda conexión inalámbrica entre el monitor remoto y el servidor. La primera conexión inalámbrica puede comprender una conexión persistente, cifrada configurada para llevar un mensaje corto enviado por el servicio de notificación a un centro de mensajes de notificación en el monitor remoto, y en donde la segunda conexión inalámbrica puede comprender una conexión momentánea, cifrada establecida, en respuesta al acceso, para proporcionar la información adicional que comprende al menos datos del sensor de analito adicionales. La presentación puede comprender además inhibir el acceso a una o más aplicaciones en el monitor remoto hasta que se detecte una acción en el monitor remoto para indicar la recepción del mensaje de notificación, en donde el monitor remoto puede comprender además una aplicación de monitoreo. El mensaje de notificación puede presentarse como un mensaje momentáneo en una pantalla en el monitor remoto, sin inhibir el acceso. El al menos uno del monitor remoto y el receptor puede comprender uno o más de una estación móvil, un terminal inalámbrico, una tableta, un teléfono inteligente, un dispositivo inalámbrico multimodo, y un ordenador. El servidor puede comprender al menos un procesador configurado para recibir datos del sensor de analito, procesar los datos del sensor de analito para detectar el evento, y reenviar, cuando se detecta el evento, el mensaje de notificación al monitor remoto en base a una o más reglas que asignan el evento al monitor remoto designado para recibir el mensaje de notificación para el evento detectado. El evento puede detectarse en base a un primer conjunto de reglas en el servidor, en donde el primer conjunto de reglas usado para generar el mensaje de notificación puede ser diferente de un segundo conjunto de reglas usado para detectar alertas enviadas al receptor acoplado a un sistema de sensores en el cliente. El receptor puede incluir, o acoplarse a, una puerta de enlace que interconecta una conexión inalámbrica a una red móvil pública terrestre y el servidor. Puede configurarse una pluralidad de monitores remotos, en donde al menos uno de la pluralidad de monitores remotos puede designarse como un monitor principal, y al menos uno de la pluralidad de monitores remotos puede designarse como un monitor secundario. El monitor remoto puede configurar al menos una regla representativa de un disparador que provoca que se envíe una alerta por el servidor al receptor. El monitor remoto puede configurar una o más invitaciones enviadas a uno o más dispositivos para invitar al uno o más dispositivos para monitorear el receptor. El servidor puede enviar un mensaje que reconoce la recepción del mensaje de notificación. El mensaje de notificación puede incluir al menos uno de una indicación de una necesidad de calibrar un sensor y un mensaje de reconocimiento que indica al menos uno de una acción o un reconocimiento enviado por el receptor en respuesta a una alarma enviada al receptor. La activación del monitor remoto puede comprender abrir la aplicación de monitoreo. Puede establecerse una conexión entre el monitor remoto y el servidor para permitir la recepción de la información que incluye los datos del sensor de analito. El servidor puede registrar al menos uno del monitor remoto, el receptor, un sensor de analito acoplado al receptor, y el registro puede incluir un código proporcionado por un proveedor de atención médica. El método puede implementarse en un aparato que comprende al menos un procesador y al menos una memoria que incluye un código, que cuando se ejecuta por al menos un procesador provoca que el aparato proporcione el método. Un medio de almacenamiento legible por ordenador puede incluir un código que cuando se ejecuta por al menos un procesador provoca el método.
En otro aspecto, se proporciona un método. El método puede incluir recibir, en un monitor remoto, una invitación para acceder a un servidor seguro y datos asociados con un receptor que monitorea un estado de analito de un cliente; y modificar, por el monitor remoto, una regla que define una alerta representativa de un evento asociado con el estado de analito del cliente, en donde la alerta, cuando se dispara, provoca que se envíe un mensaje al monitor remoto para notificar al monitor remoto del evento.
En algunas implementaciones ilustrativas, los aspectos mencionados anteriormente pueden incluir además características adicionales descritas en la presente descripción que incluyen una o más de las siguientes. La modificación de la regla puede comprender variar un primer umbral asociado con un bajo nivel de glucosa en el cliente, variar un segundo umbral asociado con un alto nivel de glucosa en el cliente, variar un retraso entre el momento en que una alerta asociada se activa por un receptor y se envía un mensaje de notificación al monitor remoto, y/o variar un valor de tiempo cuando se envía una notificación de recordatorio al monitor remoto. El método puede implementarse en un aparato que comprende al menos un procesador y al menos una memoria que incluye un código, que cuando se ejecuta por al menos un procesador provoca que el aparato proporcione el método. Un medio de almacenamiento legible por ordenador puede incluir un código que cuando se ejecuta por al menos un procesador provoca el método.
Debe entenderse que tanto la descripción general anterior como la siguiente descripción detallada son sólo ilustrativas y explicativas y no son restrictivas. Pueden proporcionarse características y/o variaciones adicionales además de las establecidas en la presente descripción. Por ejemplo, las implementaciones descritas en la presente descripción pueden dirigirse a varias combinaciones y subcombinaciones de las características descritas y/o combinaciones y subcombinaciones de varias características adicionales descritas más abajo en la descripción detallada.
Las implementaciones descritas en la presente descripción pueden incluir un sistema para uno o más cuidadores (por ejemplo, un padre, cónyuge o profesional de salud) para monitorear de manera remota las características de salud de uno o más clientes. Las características de salud pueden incluir una concentración de analito de un cliente, tal como glucosa, o una función corporal, tal como frecuencia cardíaca, presión arterial, o temperatura, y similares. Además, pueden monitorearse otras características de un cliente para facilitar el cuidado de un cliente, tales como una ubicación geográfica del cliente, el estado de un cliente (por ejemplo, hacer ejercicio, dormir, o trabajar) y similares. Las características de salud y otras características pueden recopilarse mediante el uso de un sistema de monitoreo de cliente que incorpora un dispositivo informático, tal como un teléfono inteligente, y uno o más sensores, tales como un sensor de glucosa continuo, un monitor de frecuencia cardíaca, un dispositivo GPS, etc. Adicionalmente, un cliente puede introducir manualmente información en el dispositivo informático, tal como información sobre comidas, tiempos y cantidades de administración de medicamentos, y similares. La información recopilada por el sistema de monitoreo de cliente entonces puede transmitirse a uno o más monitores remotos usados por los cuidadores. El(Los) cuidador(es) entonces puede(n) recibir información sobre la condición de salud del cliente mediante el uso de un sistema de monitoreo remoto. En algunas implementaciones, un sistema de monitoreo de cliente puede transmitir información directamente a uno o más monitores remotos y/o el sistema de monitoreo de cliente transmite información primero a un servidor remoto, que entonces transmite información al monitor de cliente.
Sólo con fines ilustrativos, el siguiente ejemplo es un entorno ilustrativo no limitativo en el que pueden usarse las implementaciones de los sistemas de monitoreo remoto descritos en la presente descripción.
En este entorno ilustrativo, un cliente que tiene diabetes se monitorea por varios cuidadores diferentes. El cliente tiene un sistema de monitoreo de glucosa continuo, tal como el sistema de monitoreo de glucosa continuo DexCom G4® Platinum, disponible comercialmente de DexCom, Inc., que proporciona mediciones de los niveles de glucosa del cliente en un dispositivo de visualización, tal como el receptor DexCom G4® Platinum, también disponible comercialmente de DexCom, Inc.
Además, en este entorno ilustrativo, el dispositivo de visualización puede estar en comunicación con un dispositivo de puerta de enlace, tal como a través de comunicación cableada o comunicación inalámbrica. El dispositivo de puerta de enlace recopila información, que incluye valores de concentración de glucosa en tiempo real o casi en tiempo real, desde el dispositivo de visualización y transmite la información a un servidor seguro. El dispositivo de puerta de enlace puede incluir un teléfono inteligente, tal como un iPhone® 4S o iPhone 5, cada uno disponible comercialmente de Apple, Inc., y una aplicación de software de monitoreo de cliente que comprende instrucciones configuradas para provocar que el teléfono inteligente funcione como la puerta de enlace. La aplicación de software de monitoreo de cliente puede tener la forma de una denominada "Aplicación" descargada de Apple App StoreSM operada por Apple, Inc. La puerta de enlace puede transmitir información recopilada del sistema de monitoreo de glucosa continuo de manera inalámbrica al servidor seguro a través una red celular, red Wi-Fi, y similares.
El servidor remoto puede almacenar y monitorear la información recibida desde el sistema de monitoreo remoto. El monitoreo puede incluir comparar valores de glucosa del cliente (generados por el sistema de monitoreo de glucosa continuo y transmitidos al servidor a través de la puerta de enlace) con umbrales predeterminados e iniciar una acción si se supera un umbral. Por ejemplo, el servidor puede comparar un valor de glucosa actual (por ejemplo, el valor de glucosa visto más recientemente) con un umbral de glucosa predeterminado e iniciar una notificación, tal como un mensaje de texto a través de una red celular, a un sistema de monitoreo remoto si el valor de glucosa supera el umbral. El servidor también puede proporcionar valores de glucosa históricos y actuales al sistema de monitoreo remoto bajo demanda.
Como se explicó anteriormente, el monitor remoto puede usarse por un cuidador para monitorear las características de salud de un cliente, que en este entorno ilustrativo es un nivel de concentración de glucosa del cliente. Similar al sistema de monitoreo de cliente, el sistema de monitoreo remoto puede ser un teléfono inteligente, tal como un iPhone 4S o iPhone 5, y una aplicación de software de monitoreo remoto que comprende instrucciones configuradas para provocar que el teléfono inteligente funcione como el sistema de monitoreo remoto. La aplicación de software de monitoreo remoto puede tener la forma de una denominada "Aplicación" descargada de Apple App Store operada por Apple, Inc. El sistema de monitoreo remoto puede recibir notificaciones desde el servidor cuando se supera un umbral, que notifica al cuidador mediante el uso del sistema de monitoreo remoto de la condición del cliente. El sistema de monitoreo remoto también puede usarse para ver información histórica sobre los niveles de glucosa monitoreados del cliente y modificar las reglas de notificación, tales como los niveles umbrales que activan las notificaciones.
A continuación se proporcionan más detalles de implementaciones específicas, que pueden o pueden no incluir características mencionadas en el entorno ilustrativo explicado anteriormente.
La Figura 1 representa una arquitectura de sistema de alto nivel de una implementación del sistema de monitoreo remoto 100. Aquí, el sistema de monitoreo remoto 100 incluye una pluralidad de sistemas de monitoreo de cliente 198A - 198N conectados a una pluralidad de monitores remotos 114A -114M a través de la red 118. Cada sistema de monitoreo de cliente 198 puede ser uno o más dispositivos de monitoreo de salud que recopilan datos relacionados con la salud asociados con un cliente y transmiten los datos relacionados con la salud a través de la red 108. Las implementaciones ilustrativas de los sistemas de monitoreo de salud 198A-198N se describen con más detalle en otra parte en esta descripción, pero en algunas implementaciones pueden incluir uno o más sensores y dispositivos informáticos acoplados operativamente a los sensores para recopilar, procesar y transmitir los datos relacionados con la salud. La red 108 puede incluir cualquier medio de comunicación, tal como redes cableadas e inalámbricas que incluyen redes celulares, redes de área local, redes de área amplia, redes Wi-Fi, la Internet, y similares. La red 108 también puede incluir uno o más servidores 110 para procesar los datos relacionados con la salud recibidos desde y transmitir notificaciones y datos a uno o más monitores remotos 114A-114M ya sea automáticamente o en respuesta a una solicitud de los monitores remotos.
Cada monitor remoto 114A-114M puede asociarse con una persona o entidad que monitoree la salud de uno o más de los clientes mediante el uso de los sistemas de monitoreo de cliente 198A-198N. Cada monitor remoto 114 puede asociarse con un cuidador, tal como padre, cónyuge, médico, enfermera, hospital y similares. El monitor remoto 114 puede incluir un dispositivo informático que recibe notificaciones desde la red 108 y solicita información adicional, tal como datos históricos relacionados con la salud generados por uno o más sistemas de monitoreo de cliente 198A-198N.
El sistema de monitoreo remoto 100 de la Figura 1 también puede incluir la estación de trabajo 22. La estación de trabajo 22 puede ser un dispositivo informático, tal como un ordenador personal, que tiene acceso al sistema de monitoreo remoto 100 para configurar las configuraciones del sistema 100 y/o ver información asociada con uno o más sistemas de monitoreo de cliente 198, tales como informes generados por el sistema de monitoreo remoto en base a los datos relacionados con la salud de un cliente.
Mediante el uso del sistema de monitoreo remoto 100 de la Figura 1, uno o más monitores remotos 114A-11M pueden monitorear uno o más sistemas de monitoreo de cliente 198A-198N. Como un ejemplo, el sistema de monitoreo de cliente 198A puede monitorearse por los monitores remotos 114A y 114B, y al mismo tiempo, el monitor remoto 114A también puede monitorear el sistema de monitoreo de cliente 198B. Pueden usarse varios permisos e invitaciones para limitar qué monitores remotos 114A-114M pueden monitorear los sistemas de monitoreo de cliente 198A-118N, como se describe con más detalle más adelante en esta descripción.
En un ejemplo no limitativo del sistema de monitoreo remoto 100, cada sistema de monitoreo de cliente 198A-198N comprende un dispositivo inteligente, tal como un teléfono móvil iPhone o un dispositivo móvil iPod touch® de Apple, Inc., y, del mismo modo, cada monitor remoto 114A-114M tiene un dispositivo inteligente, tal como un iPhone o iPod touch. Cada dispositivo inteligente de cliente tiene una aplicación de software de cliente descargada desde un servidor de la red 108, la aplicación que configura el dispositivo inteligente para realizar cualquiera de las funciones por el sistema de monitoreo de cliente 198 descritas en la presente descripción, que incluye recopilar y transmitir datos relacionados con la salud usados en el sistema de monitoreo remoto 100. La aplicación de software de cliente puede ser una aplicación descargada mediante el uso del servicio App Store alojado por Apple, Inc. De manera similar, cada monitor remoto 114A-114M tiene una aplicación de monitoreo remoto descargada desde un servidor de la red 108, la aplicación de monitoreo remoto que se configura para realizar cualquiera de las funciones de monitoreo remoto descritas en la presente descripción, que incluyen recibir notificaciones y solicitar datos relacionados con la salud de un cliente. La aplicación de monitoreo remoto también puede ser una aplicación de software descargada mediante el uso del servicio App Store alojado por Apple, Inc.
La Figura 2A representa un ejemplo del sistema 100 para monitorear información relacionada con la salud del cliente 199, de acuerdo con algunas implementaciones ilustrativas. Aquí, el sistema remoto 100 incluye un sistema de monitoreo de analito continuo 8 que incluye un módulo de electrónica de sensor 12 y un sensor de analito continuo 10. El sistema 100 también puede incluir otros dispositivos y/o sensores, tales como la bomba de suministro de medicamentos 2 (por ejemplo, una bomba de insulina o glucagón), un medidor de glucosa 4 (por ejemplo, un medidor de sangre de pincharse el dedo), y cualquier otro dispositivo y/o sensor. El sensor de analito continuo 10 puede conectarse físicamente al módulo de electrónica de sensor 12 y puede ser integral con (por ejemplo, unido de manera no liberable a) o conectable de manera liberable al sensor de analito continuo 10.
El módulo de electrónica de sensor 12, la bomba de suministro de medicamentos 2, un medidor de glucosa 4, y/u otros dispositivos/sensores pueden acoplarse a través de enlaces cableados o inalámbricos a uno o más dispositivos, tal como un receptor 102. El receptor 102 puede incluir una pantalla 122 para permitir que el cliente 199 presente información desde y/o controle el sensor de analito continuo 10, la bomba de suministro 2, el medidor de glucosa 4, y/u otros dispositivos/sensores.
La implementación del sistema 100 ilustrada en la Figura 2A proporciona a través de una puerta de enlace 104, redes 108A-C, un servidor seguro 110, y un servicio de notificación 112, mensajes de notificación a uno o más monitores remotos 114A-114M, tal como el monitor remoto 114A. Cada monitor remoto 114 puede configurarse en el sistema 100 para proporcionar un mecanismo separado para monitorear la actividad asociada con el cliente 199 que incluye el receptor 102, el sensor de analito continuo 10, la bomba de suministro 2, el medidor de glucosa 4, y/o cualquier otro sensor asociado con el cliente 199.
Para ilustrar a modo de ejemplo, el cliente 199 puede acceder al receptor 102 para ver datos desde, o controlar aspectos del, sensor de analito continuo 10, la bomba de suministro 2, y/o el medidor de glucosa 4. Sin embargo, otra entidad, tal como un padre, un cuidador, un profesional de salud, una enfermera escolar, y similares, puede hacer que el monitor remoto 114 reciba mensajes de notificación representativos de ciertos eventos determinados en base a los datos de sensores desde el receptor 102, el sensor de analito continuo 10, la bomba de suministro 2, y/o el medidor de glucosa 4, y vea datos de sensores históricos y sustancialmente en tiempo real. Por ejemplo, un evento puede comprender uno o más de los siguientes: un valor de sensor de analito medido por encima o por debajo de un umbral predeterminado, una tasa de cambio o un nivel de mediciones de glucosa por encima de un umbral predeterminado, un valor de glucosa previsto que se aproxima (o se prevé que se aproxima) a un umbral predeterminado, un cliente 199 que no responde a un aviso, un mensaje, o una alerta mostrada en el receptor 102, y/o cualquier otro evento detectado por el servidor seguro 110 y/o el receptor 102. En el ejemplo de la Figura 2A, el monitor remoto 114 representa un mensaje de notificación 132 que indica un bajo nivel de glucosa del cliente 199. Como tal, una entidad que tiene un monitor remoto 114 puede ayudar al cliente 199 al proporcionar una capa adicional de monitoreo y supervisión del cliente 199, así como también del receptor 102, el sensor de analito continuo 10, la bomba de suministro 2, el medidor de glucosa 4, y similares.
En algunas implementaciones ilustrativas, el monitor remoto 114 puede incluir un procesador, un medio de almacenamiento legible por ordenador no transitorio (por ejemplo, memoria, almacenamiento, y similares), un mecanismo de acceso por radio (por ejemplo, un módem y similares), y/o una interfaz de usuario. El medio legible por ordenador puede incluir un código que cuando se ejecuta por un procesador proporciona una o más aplicaciones, sistemas operativos, y similares. Por ejemplo, una aplicación puede configurarse como una aplicación de monitoreo remoto configurada para monitorear y/o controlar uno o más de los receptores 102, el sensor de analito continuo 10, la bomba de suministro 2, el medidor de glucosa 4, y similares. En algunas implementaciones, el monitor remoto 114 es un teléfono móvil iPhone de Apple, Inc. y la aplicación es una aplicación descargada a través de la Internet mediante el uso del servicio App Store operado por Apple, Inc.
En algunas implementaciones ilustrativas, el monitor remoto 114 puede comprender uno o más de los siguientes: una estación móvil, un terminal inalámbrico, una tableta, un teléfono inteligente, o similares. Por ejemplo, el monitor remoto 114 puede implementarse como un dispositivo portátil inalámbrico, un accesorio enchufable inalámbrico, o similares. Además, el monitor remoto 114 puede implementarse como un dispositivo multimodo configurado para operar mediante el uso de una pluralidad de tecnologías de acceso por radio, tales como Evolución a largo plazo (LTE), tecnología de red de área local inalámbrica (WLAN), tal como 802.11 Wi-Fi y similares, Bluetooth, Bluetooth de bajo consumo (BT-LE), comunicaciones de campo cercano (NFC), y cualquier otra tecnología de acceso por radio. Además, el monitor remoto 114 puede configurarse para establecer conexiones a puntos de acceso en la red 108A, tales como estaciones base celulares, puntos de acceso Wi-Fi, y similares, mediante el uso de al menos una de la pluralidad de tecnologías de acceso por radio. También se entiende que mientras algunos de los ejemplos de la presente descripción se refieren al monitor remoto 114 como un dispositivo informático móvil, inalámbrico con fines explicativos en donde, el monitor remoto puede implementarse como un dispositivo estacionario, tal como un ordenador personal y similares.
En algunas implementaciones ilustrativas, las reglas de alerta del receptor 102 pueden ser diferentes a las del monitor remoto 114. Por ejemplo, un conjunto diferente de reglas puede definir cuándo se envía y/o activa una alerta al receptor 102, en comparación con el conjunto de reglas usado para activar una notificación al monitor remoto 114. Además, aunque el receptor 102 puede activar alertas por sí mismo (por ejemplo, aplicar umbrales a los datos de sensores recibidos desde el sistema de sensores 8), recibir alertas desde el sistema de sensores 8 o recibir alertas directamente desde el servidor seguro 110, el monitor remoto 114 puede configurarse para recibir mensajes, tales como mensajes cortos, mensajes de texto, y similares, desde un servicio de notificación 112, y estos mensajes pueden servir para activar el monitor remoto 114, tal como activar la aplicación de monitor remoto del monitor remoto. Por ejemplo, el monitor remoto 114 puede cerrar la sesión de aplicación de monitor remoto (así como también cerrar la conexión de red 109 al servidor seguro 110), cuando la aplicación de monitor remoto no se usa activamente para ahorrar energía en el monitor remoto. Cuando este es el caso, el servicio de notificación 112 puede enviar un mensaje a través de la conexión de red 111 para activar el monitor remoto 114 y/o una aplicación de monitor remoto (y esta activación puede ser automática o bajo el control de un usuario del monitor remoto 114).
Aunque algunos de los ejemplos descritos en la presente descripción se refieren al servidor seguro 110 como un nodo intermediario entre el receptor 102 y el monitor remoto 114, en algunas implementaciones ilustrativas, el servidor seguro 110 puede pasarse por alto. Por ejemplo, la puerta de enlace 104 puede comunicarse directamente con el monitor remoto 114, y viceversa. Además, la puerta de enlace 104 y el receptor 102 pueden recibir mensajes de notificación para activar una aplicación en el receptor 102 o la puerta de enlace 104 para permitir que se alerte al cliente.
La Figura 3 representa un proceso 197 ilustrativo para notificar a un monitor remoto 114 de un evento asociado con el receptor 102, el sensor de analito continuo 10, la bomba de suministro 2, el medidor de glucosa 4, y/o el cliente 199, de acuerdo con algunas implementaciones ilustrativas. La descripción de la Figura 3 también se refiere a la Figura 2A.
En algunas implementaciones ilustrativas, el servidor seguro 110 puede registrar y/o configurar uno o más del receptor 102, el sensor de analito continuo 10, la bomba de suministro 2, el medidor de glucosa 4, y el cliente 199 antes de que se inicie el proceso 197, aunque el registro y/o la configuración también pueden ocurrir en otros momentos. El proceso de registro puede realizarse para registrar el receptor 102, el sensor de analito continuo 10, la bomba de suministro 2, el medidor de glucosa 4, el monitor remoto 114, y/o el cliente 199 con el servidor seguro 110. Además, el proceso de configuración puede realizarse para configurar el sistema 100 que incluye las identidades del uno o más monitores remotos usados para monitorear el receptor 102, configurar una o más reglas usadas para activar mensajes de notificación a los monitores remotos, configurar una o más reglas que designan monitores remotos principales y secundarios, configurar una o más reglas que establecen horarios para los monitores principal y secundario, configurar una o más reglas que definen una secuencia de escalada representativa de cuándo elevar un evento a un monitor principal o un monitor secundario, y similares.
En 180, el receptor 102 puede enviar datos de sensor, tales como datos de analito desde el sistema de sensores 8 y similares, a la puerta de enlace 104, que entonces envía los datos de sensores en 182 al servidor seguro 110. Por ejemplo, el receptor 102 puede acoplarse a la puerta de enlace 104 a través de una conexión cableada o inalámbrica, y la puerta de enlace 104 puede acoplarse al servidor seguro 110 a través de la red 108A. La puerta de enlace 104 puede configurarse para extraer datos actuales e/o históricos desde el receptor 102 por sí solo o en respuesta a una solicitud del servidor seguro 110.
En 186, el servidor seguro 110 puede determinar si uno o más de los monitores remotos 114A-114M, tal como el monitor remoto 114A, debe enviar un mensaje de notificación con respecto a un evento. El servidor seguro 110 puede determinar si enviar un mensaje de notificación a un monitor remoto 114 en base a los datos de sensores recibidos (así como también cualquier otro dato disponible en el servidor seguro), que activa un evento (o cumple una regla) en el servidor seguro. Por ejemplo, el servidor seguro 110 puede recibir los datos de sensores en 182 y entonces procesar los datos de sensores recibidos solos o junto con otros datos (por ejemplo, datos históricos, datos de otras fuentes de información del paciente, y similares) para determinar si enviar el mensaje de notificación que alerta al monitor remoto 114 del evento. El servidor seguro 110 también puede recibir información desde otros sistemas, tal como un sistema de administración de salud o un sistema del proveedor de atención médica, y esta información puede usarse para activar mensajes de notificación al monitor remoto. Además, el servidor seguro 110 puede enviar mensajes de notificación para confirmar si el monitor remoto aún monitorea activamente al cliente 199.
Para ilustrar a modo de ejemplo, el receptor 102 puede recibir datos de sensores de cliente 199 y transmitir los datos de sensores al servidor seguro 110 a través de la puerta de enlace 104 y la red 108A, y el servidor seguro 110 puede procesar los datos de sensores y determinar un evento de nivel de glucosa al comparar los datos de nivel de glucosa más actuales con un umbral de baja glucosa predeterminado, aunque también pueden detectarse otros eventos descritos en la presente descripción. El servidor seguro 110 puede incluir una o más reglas que definen eventos, tal como el bajo nivel de glucosa que supera un umbral e incluir reglas que definen las identidades de los monitores remotos que reciben un mensaje de notificación que indica el bajo nivel de glucosa en el cliente 199. Por ejemplo, la regla puede definir que cuando se detecta un bajo nivel de glucosa para un cierto cliente, un cierto monitor remoto debe recibir un mensaje de notificación. El mensaje de notificación puede incluir una indicación del bajo nivel de glucosa (por ejemplo, el valor de glucosa), la hora del evento, y otra información, tal como un gráfico de niveles de glucosa actuales y pasados, información del cliente (por ejemplo, nombre) y/o cualquier otra información relacionada con el cliente.
La una o más reglas que definen los eventos pueden definirse durante el proceso de configuración por un usuario, tales como el cliente 199, un cuidador, y/o predefinirse como reglas predeterminadas (que pueden reconfigurarse por un usuario o pueden adaptarse por el sistema 100 a lo largo del tiempo para adaptar al cliente). En algunas implementaciones ilustrativas, la una o más reglas pueden definir un valor umbral representativo de una gravedad del evento que debe informarse al uno o más monitores remotos, las horas del día cuando debe enviarse un mensaje de notificación a cada uno de los monitores remotos, las identidades (por ejemplo, número de teléfono, dirección de Protocolo de Internet, dirección de correo electrónico, y similares) del uno o más monitores remotos, y similares.
Además, la una o más reglas pueden incluir reglas de escalada, de manera que los eventos puedan manejarse de manera diferente en base a la gravedad del evento, el tipo de evento, y/o la falta de capacidad de respuesta por un monitor remoto designado. Por ejemplo, una regla puede definir que un valor de glucosa por debajo de cierto valor no debe ser el objeto de un mensaje de notificación al monitor remoto 114 (aunque puede enviarse un mensaje de alerta al receptor 102 o puerta de enlace 104 para notificar al cliente 199); otra regla puede definir que un valor de glucosa entre un rango de valores debe ser el objeto de un mensaje de notificación al monitor remoto 114; mientras que otra regla puede definir enviar, cuando se detecta un valor de glucosa peligrosamente bajo, mensajes de notificación al monitor remoto 114A así como también otros monitores remotos 114B-M. En algunas implementaciones ilustrativas, las reglas usadas para activar alertas al cliente 199 en el receptor 102 pueden ser diferentes de las reglas usadas para enviar mensajes de notificación al monitor remoto 114, aunque una o más de las reglas también pueden ser las mismas.
Aunque los ejemplos anteriores describieron un evento asociado con bajos niveles de glucosa, también pueden definir otros tipos de eventos descritos en la presente descripción en el servidor seguro 110 para activar mensajes de notificación al monitor remoto 114 y/o activar alertas al receptor 102.
En 187, el servidor seguro 110 puede enviar una alerta al receptor 102 y/o la puerta de enlace 104. Las alertas pueden activarse en base a eventos que son iguales o diferentes a las reglas usadas para activar eventos para mensajes de notificación al monitor remoto 114. Además, el servidor seguro 110 puede incluir un retraso entre el momento que se envía la alerta en 187 y se envían los mensajes de notificación en 188-190. Por ejemplo, el retraso puede permitir que el receptor 102 reconozca o tome acciones antes de enviar mensajes en 188-190, ya que el receptor también puede tener un conjunto de reglas que son iguales o diferentes a las del receptor almacenadas en el servidor seguro. Es decir, el receptor 102 puede activar una alerta en base a las reglas que residen dentro del receptor, y el receptor puede recibir una alarma desde el servidor seguro en base a un conjunto diferente de reglas almacenadas en el servidor seguro. El retraso antes de que el servidor seguro 110 envíe una notificación al receptor 102 puede variarse por el servidor seguro en base a la gravedad o el tipo de evento, y el retraso puede configurarse por un usuario y/o configurarse mediante programación. Por ejemplo, puede usarse un primer retraso para un primer umbral de analito bajo, pero no puede usarse ningún retraso para un segundo, umbral de glucosa bajo, más grave.
En 188-190, puede enviarse un mensaje de notificación a uno o más monitores remotos en base a si se activan una o más reglas en 186. En algunas implementaciones ilustrativas, el servidor seguro puede enviar un mensaje de notificación a un servicio de notificación automática 112, que entonces envía una notificación al(a los) monitor(es) remoto(s). Los ejemplos de servicios de notificación automática incluyen el Servicio de notificación automática de Apple (APNS) y Mensajería en la nube de Google, aunque también puede usarse cualquier otro mecanismo de mensajería que incluye el correo electrónico, el servicio de mensajes cortos, los tweets, y similares. En el caso de APNS, el monitor remoto 114 (o un centro de mensajes de notificación en el mismo) puede establecer una conexión de Protocolo de Internet (IP) con el APNS. Esta conexión puede ser cifrada, persistente, y/o acreditada, de manera que el servicio de notificación puede enviar mensajes de notificación al centro de mensajes de notificación incluso cuando la aplicación de monitor remoto y/o el monitor remoto no se usen activamente. Por ejemplo, el centro de mensajes de notificación puede alertar al usuario del monitor remoto 114 de que ha llegado un mensaje de notificación para la aplicación de monitor remoto.
En una implementación que utiliza un servicio de notificación automática, el servicio de notificación 112 puede recibir un mensaje de notificación desde el servidor seguro 110. El mensaje de notificación puede incluir una dirección de destino, tal como un número de teléfono del monitor remoto 114, una dirección IP, y similares, y una carga útil, tal como el contenido del mensaje de notificación. Al volver al ejemplo anterior con respecto al bajo nivel de glucosa, el mensaje de notificación puede incluir el número de teléfono del monitor remoto 114 y un mensaje de texto corto, tal como un valor de bajo nivel de glucosa, hora de medición del valor, y/o una identidad del cliente. El mensaje de notificación puede limitarse a 256 bytes, aunque también pueden usarse mensajes de otros tamaños. En cualquier caso, el servicio de notificación 112 envía el mensaje de notificación al monitor remoto 114 a través de una conexión, tal como una conexión de Protocolo de Internet (IP), entre el servicio de notificación 112 y un centro de mensajes de notificación en el monitor remoto 114. Cuando el centro de mensajes de notificación en el monitor remoto 114 recibe el mensaje de notificación, el centro de mensajes de notificación puede mostrar el mensaje de notificación, generar un sonido, una vibración, y otra indicación para un usuario del monitor remoto 114. Y, en algunas implementaciones ilustrativas, el centro de mensajes de notificación o un usuario del monitor remoto puede activar la aplicación de monitoreo remoto si la aplicación de monitoreo remoto en el monitor remoto 114 no se usa activamente. El servicio de notificación 112 puede usarse en implementaciones en las que el monitor remoto 114 reside en un dispositivo, tal como un teléfono inteligente y similares, que coloca el monitor remoto 114 o las aplicaciones en el mismo en un modo de reposo o inactivo para ahorrar energía o reducir la señalización hacia/desde la red.
En algunas implementaciones ilustrativas, el servicio de notificación automática puede pasarse por alto, de manera que el servidor seguro 110 envía el mensaje de notificación directamente al monitor remoto 114 y/o la aplicación de monitoreo remoto en el mismo. Esto puede ocurrir, por ejemplo, cuando la aplicación de monitoreo remoto se abre en el dispositivo de monitoreo remoto.
Cuando se recibe el mensaje de notificación en 192, el monitor remoto 114 o una aplicación de monitoreo remoto en el mismo puede activarse si está en un modo de reposo o un modo inactivo. Una vez activado (que puede ser mediante programación o bajo el control de un usuario), el monitor remoto 114 puede intentar establecer una conexión con el servidor seguro 110. Por ejemplo, la aplicación de monitoreo remoto puede que no se use activamente (por ejemplo, en un modo inactivo, modo de suspensión, apagada, en modo de fondo, y similares). Para activar la aplicación de monitoreo remoto, la aplicación de monitoreo remoto puede activarse al, por ejemplo, abrir la aplicación de monitoreo remoto al seleccionar y expandir la aplicación de monitoreo remoto, mediante el uso activamente de la aplicación de monitoreo remoto al ingresar un valor, al seleccionar un elemento de la interfaz de usuario de la aplicación de monitoreo remoto, y similares. Además, el monitor remoto y/o la aplicación de monitoreo remoto también pueden activarse de otras formas. Por ejemplo, la activación puede invocarse por el movimiento del monitor remoto detectado por un sensor de movimiento y/o el encendido, o el aumento de la intensidad, de la pantalla en el monitor remoto.
En respuesta al reconocimiento de que el monitor remoto 114 ha activado la aplicación de monitoreo remoto a través del mensaje de acceso 194, el servidor seguro 110 puede enviar en 196 información adicional al monitor remoto. El contenido de la información adicional enviada desde el servidor seguro 110 al monitor remoto 114 puede determinarse automáticamente o puede definirse por una solicitud del monitor remoto, que puede ser una solicitud incluida en el mensaje de acceso 194 o un mensaje posterior desde el monitor remoto. La información adicional puede incluir uno o más de los siguientes: todos los datos de sensores disponibles que no se almacenen actualmente en el monitor remoto 114, datos de sensores durante una cantidad de tiempo predeterminada, tales como las 3 o 24 horas anteriores de datos de glucosa obtenidos desde el sistema de sensores 100, el receptor 102, y/o el servidor seguro 110, un gráfico de los niveles de glucosa a lo largo del tiempo, un valor de variabilidad de glucosa, instrucciones, mensajes motivacionales, estado del cliente, permisos de monitoreo remoto modificados por el cliente, y similares.
En algunas implementaciones, el servidor seguro 110 envía automáticamente datos de sensores de las últimas tres horas al monitor remoto y el monitor remoto puede solicitar cualquier cantidad adicional de datos de sensores anteriores si el monitor remoto desea evaluar el cliente durante un período de tiempo más largo. El servidor seguro 110 puede solicitar al receptor 102 a través de la puerta de enlace 104 datos adicionales para responder si el servidor seguro no tiene todos los datos de sensores especificados en una solicitud del monitor remoto 114.
Para ilustrar más, cuando el monitor remoto 114 recibe el mensaje de notificación, la notificación puede provocar que el mensaje 132 aparezca en una pantalla de visualización del monitor remoto 114 como se representa en la Figura 2A. Desde el mensaje 132, puede activarse la aplicación de monitoreo remoto, ya sea de manera autónoma o bajo la dirección de un usuario y/o centro de mensajes de notificación. La aplicación de monitoreo remoto entonces puede acceder en 192 al servidor seguro 110 y recibir mediante programación cualquier información adicional asociada con el evento u otros datos desde la última conexión al servidor seguro 110. Por ejemplo, una vez que se reconoce el mensaje de notificación con un acceso en 194 o un mensaje de reconocimiento, el servidor seguro 110 puede responder automáticamente con una página que tiene un gráfico de tendencia del estado de glucosa actual e información que indica la gravedad del evento (o cualquier otra información disponible en el sensor seguro 110). Aunque el servidor seguro 100 puede responder en su lugar con un subconjunto de datos, en cuyo caso, el servidor seguro 110 puede responder automáticamente con nuevos datos desde la última conexión al servidor seguro 110, de manera que el monitor remoto puede generar una página que incluye el gráfico de tendencia que muestra los niveles de glucosa de las últimas 3 horas. En cualquier caso, el monitor remoto puede configurarse para presentar automáticamente, cuando se recibe el mensaje 196, la página que muestra información del evento relevante, tal como un gráfico de tendencia que cubre un período de tiempo predeterminado (por ejemplo, un historial de tres horas de niveles de glucosa) para el cliente. Se ilustra en la Figura 19 una página ilustrativa que puede presentarse automáticamente, que se explica con más detalle en otra parte en esta descripción.
Aunque la Figura 3 se explica principalmente con respecto al monitor remoto 114 que monitorea un solo cliente para facilitar s comprensión, se entiende que el monitor remoto puede monitorear múltiples clientes, como se explica en otra parte en la presente descripción. Como tal, el servidor seguro 110 puede tener datos de sensores e información adicional asociada con otros clientes. En consecuencia, en algunas implementaciones el servidor seguro puede enviar automáticamente los datos de sensores de los otros clientes que el monitor remoto monitorea, junto con los datos de sensores del cliente que activó la notificación 190 al monitor remoto. De esta manera, el monitor remoto 114 puede tener un conjunto actualizado de datos de sensores y otra información asociada con cada uno de los clientes que el monitor remoto monitorea.
Las Figuras 4A y 4B representan ejemplos de mensajes de notificación 170 y 172, respectivamente. En el ejemplo del mensaje de notificación 170, el mensaje de notificación 170 puede presentarse en el monitor remoto 114 como una ventana que requiere una interacción del usuario, cuando el monitor remoto 114 recibe el mensaje de notificación. Por ejemplo, la interacción del usuario puede comprender presionar un botón en el monitor remoto 114, tocar la pantalla del monitor remoto sobre el área asociada con una porción del mensaje 170 o activar (por ejemplo, ejecutar, abrir, y similares) la aplicación de monitoreo remoto en el monitor remoto 114. En algunos casos, el mensaje de notificación 170 puede aparecer cuando se usa activamente otra aplicación en el monitor remoto 114. Cuando este es el caso, una interacción del usuario puede comprender tocar la pantalla sobre el área asociada con una porción del mensaje 170 para reconocer la recepción del mensaje de notificación 170 antes de que el usuario pueda reanudar la otra aplicación, aunque la acción del usuario también puede adelantarse a la otra aplicación y hacer que la aplicación de monitoreo remoto sea la aplicación activa que se ve en el monitor remoto. Además, la decisión de si adelantar a la otra aplicación o reanudar la otra aplicación puede predeterminarse en base al nivel de gravedad del evento, de manera que los eventos relativamente más graves se adelanten a la otra aplicación, mientras que los eventos menos graves no.
En el ejemplo del mensaje de notificación 172, el mensaje de notificación 172 puede presentarse en el monitor remoto 114 como un mensaje que aparece en la interfaz de usuario como un mensaje informativo que no requiere intervención por parte del usuario. Además, cuando aparece el mensaje de notificación 172 mientras se usa otra aplicación en el monitor remoto 114, el mensaje de notificación 172 no requiere que el usuario reconozca el mensaje de notificación 172, ni incluso la activación de la aplicación de monitoreo remoto (que puede estar en estado de reposo o inactivo en el monitor remoto 114), por lo tanto da como resultado el uso continuado de la otra aplicación por el usuario.
La Figura 2B representa otra arquitectura ilustrativa del sistema de monitoreo remoto 100. Con referencia a la Figura 2B, el receptor 102 puede incorporar la puerta de enlace 104 de la Figura 2A. Por ejemplo, el receptor 102 puede incluir una interfaz, tal como un módem de radiofrecuencia, a la red 108A. Para ilustrar más, en el ejemplo de la Figura 2B, el receptor 102 puede incluir un teléfono inteligente u otro dispositivo inalámbrico basado en un procesador y proporcionar acceso a la red 108A y por lo tanto al servidor seguro 110 a través de la red móvil terrestre pública y otras redes (por ejemplo, la Internet).
Además, aunque se ilustra de manera separada en la Figura 2B, el servidor seguro 110 puede incorporar el servicio de notificación 112 o pasar por alto el servicio de notificación 112 en algunas implementaciones. En tales implementaciones, la operación del sistema en la Figura 2B puede ser similar al proceso descrito en la Figura 3 pero los datos de sensores 180 pueden enviarse en 180 directamente al servidor seguro 110, y el servidor seguro 110 puede enviar un mensaje de notificación en 188 directamente al monitor remoto 114.
La Figura 2C representa otro arquitectura ilustrativa del sistema de monitoreo remoto 100. Aquí, la puerta de enlace 104 se representa como un cuadro discontinuo que incluye dispositivos separados que comprenden una estación de acoplamiento 103 y un dispositivo de comunicación de cliente 105. Cualquiera de las funciones para la puerta de enlace 104 descrita en la presente descripción puede dividirse entre la estación de acoplamiento y el dispositivo de comunicación de cliente en algunas implementaciones. Por ejemplo, la estación de acoplamiento 103 puede comunicarse con el receptor 102 y el dispositivo de comunicación de cliente 105 puede comunicarse con el servidor seguro 110.
En algunas implementaciones, el dispositivo de comunicación de cliente 105 es un teléfono inteligente y la estación de acoplamiento 103 se acopla físicamente, eléctricamente y comunicativamente al receptor 102 para sostener, alimentar y comunicarse con el receptor. En una implementación, la estación de acoplamiento 103 se acopla al receptor a través de una conexión USB para tanto proporcionar energía al receptor 102 como comunicarse con el receptor 102. La estación de acoplamiento 103 entonces se comunica con el dispositivo de comunicación de cliente 105 a través de comunicación inalámbrica, por ejemplo, mediante el uso del protocolo Bluetooth® de bajo consumo (BLE), y el dispositivo de comunicación de cliente se comunica con el servidor seguro 110 a través de la red 108A. Tal implementación que incluye la estación de acoplamiento 103 puede usarse en el caso donde el receptor 102 y el dispositivo de comunicación de cliente 105 no tienen la capacidad de comunicarse directamente entre sí debido a que, por ejemplo, el receptor y el dispositivo de comunicación de cliente no usan un protocolo de comunicación compatible.
En un ejemplo de la implementación de la Figura 2C, el dispositivo de comunicación de cliente 105 es un teléfono móvil que tiene una aplicación de monitoreo de cliente descargada de Apple App Store, en donde la aplicación configura el teléfono móvil para recopilar información desde el receptor 102 a través de la estación de acoplamiento 103 y transmitir esa información al servidor seguro 110, así como también cualquier otra función descrita en la presente descripción asociada con la puerta de enlace 104.
Antes de proporcionar ejemplos de implementación adicionales para la puerta de enlace 104, las redes 108A-C, el servidor seguro 110, el servicio de notificación 112, y el monitor remoto 114, a continuación se proporcionan ejemplos de implementación para el receptor 102, el sensor de analito continuo 10, la bomba de suministro 2, y/o el medidor de glucosa 4.
Con referencia de nuevo a las Figuras 2A-2C, en algunas implementaciones ilustrativas, el módulo de electrónica de sensor 12, incluye circuitos electrónicos asociados con medir y procesar los datos generados por el sensor de analito continuo 10. Estos datos del sensor de analito continuo generados también pueden incluir algoritmos, que pueden usarse para procesar y calibrar los datos del sensor de analito continuo, aunque estos algoritmos también pueden proporcionarse de otras formas. El módulo de electrónica de sensor 12 puede incluir hardware, firmware, software, o una combinación de los mismos para proporcionar la medición de los niveles del analito a través de un sensor de analito continuo, tal como un sensor de glucosa continuo. Ahora se describirá además con respecto a la Figura 5 una implementación ilustrativa del módulo de electrónica de sensor 12.
El módulo de electrónica de sensor 12 puede, como se mencionó, acoplarse (por ejemplo, de manera inalámbrica y similares) con uno o más dispositivos, tales como el receptor 102 y similares, que presenta (y/o que alerta) información, tal como información del sensor transmitida por el módulo de electrónica de sensor 12 para mostrar en el receptor 102.
Como se ilustra en la Figura 5, el receptor 102 puede incluir una o más interfaces, tales como interfaces de máquina a máquina e interfaces de usuario. Por ejemplo, las interfaces de usuario pueden incluir una variedad de interfaces, tales como uno o más botones 124, una pantalla de cristal líquido 122, un vibrador, un transductor de audio (por ejemplo, altavoz), una luz de fondo, y/o similares. Los componentes que comprenden la interfaz de usuario pueden proporcionar controles para interactuar con el usuario (por ejemplo, el cliente). Uno o más botones pueden permitir, por ejemplo, alternar, selección de menú, selección de opción, selección de estado, respuesta sí/no a preguntas en pantalla, una función de "apagar" (por ejemplo, para una alerta), una función de "reposo" (por ejemplo, para una alerta), un reinicio, y/o similares. La LCD 122 puede proporcionar al usuario con, por ejemplo, salida de datos visuales. El transductor de audio 230 (por ejemplo, altavoz) puede proporcionar señales audibles en respuesta a la activación de ciertas alertas, tales como las condiciones hiperglucémicas e hipoglucémicas presentes y/o previstas. En algunas implementaciones ilustrativas, las señales audibles pueden diferenciarse por tono, volumen, ciclo de trabajo, patrón, duración, y/o similares. En algunas implementaciones ilustrativas, la señal audible puede configurarse para silenciarse (por ejemplo, reposo o apagada) al presionar uno o más botones 224 en el receptor 102 y/o al señalizar el módulo de electrónica de sensor mediante el uso de un botón o selección en el receptor.
Aunque las Figuras 2A y 2B representan implementaciones ilustrativas del receptor 102 como un dispositivo de visualización portátil, también pueden usarse otros factores de forma, tal como un dispositivo de visualización similar a un llavero, similar a un dongle, relativamente pequeño, un teléfono celular (por ejemplo, un teléfono inteligente, una tableta, y similares), un ordenador personal 20, y/o cualquier otro equipo de usuario configurado para al menos presentar información (por ejemplo, información de suministro de medicamentos, lecturas discretas de glucosa con automonitoreo, monitor de frecuencia cardíaca, monitor de ingesta calórica, y similares).
En algunas implementaciones ilustrativas, el sensor de analito continuo 10 comprende un sensor para detectar y/o medir analitos, y el sensor de analito continuo 10 puede configurarse para detectar y/o medir continuamente analitos como un dispositivo no invasivo, un dispositivo subcutáneo, un dispositivo transdérmico, y/o un dispositivo intravascular. En algunas implementaciones ilustrativas, el sensor de analito continuo 10 puede analizar una pluralidad de muestras de sangre intermitentes, aunque también pueden usarse otros analitos.
En algunas implementaciones ilustrativas, el sensor de analito continuo 10 puede comprender un sensor de glucosa configurado para medir la glucosa en la sangre mediante el uso de una o más técnicas de medición, tales como enzimáticas, químicas, físicas, electroquímicas, espectrofotométricas, polarimétricas, calorimétricas, iontoforéticas, radiométricas, inmunoquímicas, y similares. En implementaciones en las que el sensor de analito continuo 10 incluye un sensor de glucosa, el sensor de glucosa puede comprender cualquier dispositivo capaz de medir la concentración de glucosa y puede usar una variedad de técnicas para medir la glucosa que incluyen técnicas de detección invasivas, mínimamente invasivas, y no invasivas (por ejemplo, monitoreo de fluorescencia), para proporcionar un dato, tal como un flujo de datos, indicativo de la concentración de glucosa en un cliente. El flujo de datos puede ser una señal de datos sin procesar, que se convierte en un flujo de datos calibrado y/o filtrado usado para proporcionar un valor de glucosa a un usuario, tal como un cliente, o un cuidador (por ejemplo, un padre, un familiar, un tutor, un maestro, un médico, una enfermera, o cualquier otra persona que tiene un interés en el bienestar del cliente). Además, el sensor de analito continuo 10 puede implantarse como al menos uno de los siguientes tipos de sensores: un sensor de glucosa implantable, un sensor de glucosa transcutáneo, implantado en un vaso del cliente o extracorpóreamente, un sensor subcutáneo, un sensor subcutáneo recargable, un sensor intravascular.
Aunque la descripción en la presente descripción se refiere a algunas implementaciones que incluyen un sensor de analito continuo 10 que comprende un sensor de glucosa, el sensor de analito continuo 10 también puede comprender otros tipos de sensores de analito. Además, aunque algunas implementaciones se refieren al sensor de glucosa como un sensor de glucosa implantable, también pueden usarse otros tipos de dispositivos capaces de detectar una concentración de glucosa y proporcionar una señal de salida representativa de la concentración de glucosa. Además, aunque la descripción en la presente se refiere a la glucosa como el analito que se mide, procesa, y similares, otros analitos pueden usarse en su lugar o también incluir, por ejemplo, cuerpos cetónicos (por ejemplo, acetona, ácido acetoacético y ácido beta hidroxibutírico, lactato, etc.), glucagón, acetil Co A, triglicéridos, ácidos grasos, intermediarios en el ciclo del ácido cítrico, colina, insulina, cortisol, testosterona, y similares. En algunas implementaciones, se monitorean otras características de salud de un cliente además de o en lugar del monitoreo de analitos descrito en la presente descripción, que incluye, pero no se limita a la frecuencia cardíaca, los niveles de presión arterial, los niveles de oxígeno en sangre, la temperatura corporal, la ingesta calórica, el suministro de medicamentos y similares.
En una implementación, el sistema de sensores 8 y el receptor 102 comprenden el sistema de monitoreo de glucosa continuo DexCom G4® Platinum disponible de DexCom, Inc., y la puerta de enlace 104 comprende un teléfono inteligente Apple iPhone® disponible de Apple, Inc. con software descargado en el mismo para provocar que el teléfono inteligente realice algunas o todas las funciones de la puerta de enlace 104 descritas en la presente descripción.
La Figura 5 representa un ejemplo de un módulo de electrónica de sensor 12, de acuerdo con algunas implementaciones ilustrativas. El módulo de electrónica de sensor 12 puede incluir electrónica de sensor que se configura para procesar información de sensor, tal como datos de sensores. Por ejemplo, el módulo de electrónica de sensor puede procesar los datos de sensores en uno o más de los siguientes: datos de sensores filtrados (por ejemplo, uno o más valores de concentración de analito filtrados), datos de sensores sin procesar, datos de sensores calibrados (por ejemplo, uno o más valores de concentración de analito calibrados), información de tasa de cambio, información de tendencia, información de tasa de aceleración, información de diagnóstico de sensores, información de ubicación (que puede proporcionarse por un módulo de ubicación 269 que proporciona información de ubicación, tal como información del sistema de posicionamiento global/navegación), información de alarma/alerta, información de calibración, algoritmos de suavizado y/o filtrado de datos de sensores, y/o similares.
En algunas implementaciones ilustrativas, el módulo de electrónica de sensor 12 puede configurarse para calibrar los datos de sensores, y la memoria de almacenamiento de datos 220 puede almacenar los puntos de datos de sensores calibrados. Además, el módulo de electrónica de sensor 12 puede configurarse, en algunas implementaciones ilustrativas, para recibir información de calibración de manera inalámbrica desde un dispositivo, tal como el receptor 102, para permitir la calibración de los datos de sensores. Además, el módulo de electrónica de sensor 12 puede configurarse para realizar el procesamiento algorítmico adicional sobre los datos de sensores (por ejemplo, datos calibrados y/o filtrados y/u otra información de sensor), y la memoria de almacenamiento de datos 220 puede configurarse para almacenar los datos de sensores transformados y/o la información de diagnóstico de sensores asociada con los algoritmos.
En algunas implementaciones ilustrativas, el módulo de electrónica de sensor 12 puede comprender un circuito integrado de aplicación específica (ASIC) 205 acoplado a una interfaz de usuario 122. El ASIC 205 puede incluir además un potenciostato 210, un módulo de telemetría 232 para transmitir datos desde el módulo de electrónica de sensor 12 a uno o más dispositivos, tal como el receptor 102, y similares, y/u otros componentes para el procesamiento de señales y almacenamiento de datos (por ejemplo, el módulo de procesador 214 y almacenamiento de datos 220). Aunque la Figura 2 representa el ASIC 205, también pueden usarse otros tipos de circuitos, que incluyen las matrices de puertas programables en campo (FPGA), uno o más microprocesadores configurados para proporcionar alguno (si no todo) del procesamiento realizado por el módulo de electrónica de sensor 12, circuitos analógicos, circuitos digitales, o una combinación de los mismos.
En el ejemplo representado en la Figura 5, el potenciostato 210 se acopla a un sensor de analito continuo 10, tal como un sensor de glucosa, a través de la línea de datos 212 para recibir datos desde el sensor de analito. El potenciostato 210 también puede proporcionar a través de la línea de datos 212 una tensión al sensor de analito continuo 10 para desviar el sensor para la medición de un valor (por ejemplo, una corriente y similares) indicativo de la concentración de analito en un cliente (también referido como la porción analógica del sensor). El potenciostato 210 puede tener uno o más canales (y correspondiente una o más líneas de datos 212), en dependencia de la cantidad de electrodos de trabajo en el sensor de analito continuo 10.
En algunas implementaciones ilustrativas, el potenciostato 210 puede incluir una resistencia que traduce un valor de corriente desde el sensor 10 en un valor de tensión, mientras que en algunas implementaciones ilustrativas, un convertidor de corriente a frecuencia también puede configurarse para integrar continuamente un valor de corriente medido desde el sensor 10 mediante el uso de, por ejemplo, un dispositivo de conteo de carga. En algunas implementaciones ilustrativas, un convertidor de analógico a digital puede digitalizar la señal analógica desde el sensor 10 en los denominados "conteos" para permitir el procesamiento por el módulo de procesador 214. Los conteos resultantes pueden relacionarse directamente con la corriente medida por el potenciostato 210, que puede relacionarse directamente con un nivel de analito, tal como un nivel de glucosa, en el cliente.
El módulo de telemetría 232 puede conectarse operativamente al módulo de procesador 214 y puede proporcionar el hardware, firmware, y/o software que permiten la comunicación inalámbrica entre el módulo de electrónica de sensor 12 y uno o más otros dispositivos, tales como el receptor 102, dispositivos de visualización, procesadores, dispositivos de acceso a la red/puerta de enlace, y similares. Una variedad de tecnologías de radio inalámbrica que pueden implementarse en el módulo de telemetría 232 incluyen Bluetooth, Bluetooth de bajo consumo, el protocolo ANT, NFC (Comunicaciones de campo cercano), ZigBee, IEEE 802.11, IEEE 802.16, tecnologías de acceso por radio celular, radiofrecuencia (RF), infrarrojos (IR), comunicación de red de paginación, inducción magnética, comunicación de datos por satélite, comunicación de espectro ensanchado, comunicación por salto de frecuencia, comunicaciones de campo cercano, y/o similares. En algunas implementaciones ilustrativas, el módulo de telemetría 232 comprende un chip de Bluetooth, aunque la tecnología Bluetooth también puede implementarse en una combinación del módulo de telemetría 232 y el módulo de procesador 214. Además, aunque el módulo de telemetría se representa como parte del ASIC 205 en la Figura 2, algunos o todos los módulos de telemetría pueden separarse del ASIC en otras implementaciones.
El módulo de procesador 214 puede controlar el procesamiento realizado por el módulo de electrónica de sensor 12. Por ejemplo, el módulo de procesador 214 puede configurarse para procesar datos (por ejemplo, conteos), desde el sensor, filtrar los datos, calibrar los datos, realizar la verificación a prueba de fallos, y/o similares.
En algunas implementaciones ilustrativas, el módulo de procesador 214 puede comprender un filtro digital, tal como por ejemplo un filtro de respuesta de impulso infinito (IIR) o de respuesta de impulso finito (FIR). Este filtro digital puede suavizar un flujo de datos sin procesar recibido desde el sensor 10, la línea de datos 212 y el potenciostato 210 (por ejemplo, después de la conversión de analógico a digital de los datos de sensores). Generalmente, los filtros digitales se programan para filtrar los datos muestreados en un intervalo de tiempo predeterminado (también referido como una frecuencia de muestreo). En algunas implementaciones ilustrativas, tales como cuando el potenciostato 210 se configura para medir el analito (por ejemplo, la glucosa y/o similares) en intervalos de tiempo discretos, estos intervalos de tiempo determinan la frecuencia de muestreo del filtro digital. En algunas implementaciones ilustrativas, el potenciostato 210 se configura para medir continuamente el analito, por ejemplo, mediante el uso de un convertidor de corriente a frecuencia. En estas implementaciones del convertidor de corriente a frecuencia, el módulo de procesador 214 puede programarse para solicitar, en intervalos de tiempo predeterminados (tiempo de adquisición), valores digitales del integrador del convertidor de corriente a frecuencia. Estos valores digitales obtenidos por el módulo de procesador 214 desde el integrador pueden promediarse durante el tiempo de adquisición debido a la continuidad de la medición de corriente. Como tal, el tiempo de adquisición puede determinarse por la frecuencia de muestreo del filtro digital.
El módulo de procesador 214 puede incluir además un generador de datos configurado para generar paquetes de datos para la transmisión a dispositivos, tal como el receptor 102. Además, el módulo de procesador 215 puede generar paquetes de datos para la transmisión a estas fuentes externas a través del módulo de telemetría 232. En algunas implementaciones ilustrativas, los paquetes de datos pueden, como se mencionó, ser personalizables y/o pueden incluir cualquier dato disponible, tal como una marca de tiempo, información de sensores visualizable, datos de sensores transformados, un código de identificación para el sensor y/o el módulo de electrónica de sensor, datos sin procesar, datos filtrados, datos calibrados, información de la tasa de cambio, información de tendencia, detección o corrección de errores, y/o similares.
El módulo de procesador 214 también puede incluir una memoria de programa 216 y otra memoria 218. El módulo de procesador 214 puede acoplarse a una interfaz de comunicaciones, tal como un puerto de comunicación 238, y una fuente de energía, tal como una batería 234. Además, la batería 234 puede acoplarse además a un cargador de batería y/o regulador 236 para proporcionar energía al módulo de electrónica de sensor 12 y/o cargar la baterías 234.
La memoria de programa 216 puede implementarse como una memoria semiestática para almacenar datos, tal como un identificador para un sensor acoplado 10 (por ejemplo, un identificador de sensor (ID)) y para almacenar el código (también referido como un código de programa) para configurar el ASIC 205 para realizar una o más de las operaciones/funciones descritas en la presente descripción. Por ejemplo, el código de programa puede configurar el módulo de procesador 214 para procesar flujos de datos o conteos, filtrar, calibrar, realizar la verificación a prueba de fallos, y similares.
La memoria 218 también puede usarse para almacenar información. Por ejemplo, el módulo de procesador 214 que incluye la memoria 218 puede usarse como la memoria caché del sistema, donde se proporciona almacenamiento temporal para los datos de sensores recientes recibidos desde la línea de datos 212 y el potenciostato 210. En algunas implementaciones ilustrativas, la memoria puede comprender componentes de almacenamiento de memoria, tales como la memoria de sólo lectura (ROM), la memoria de acceso aleatorio (RAM), la RAM dinámica, la RAM estática, la RAM no estática, la memoria de sólo lectura programable y borrable fácilmente (EEPROM), las ROM regrabables, la memoria flash, y similares.
La memoria de almacenamiento de datos 220 puede acoplarse al módulo de procesador 214 y puede configurarse para almacenar una variedad de información de sensor. En algunas implementaciones ilustrativas, la memoria de almacenamiento de datos 220 almacena uno o más días de datos del sensor de analito continuo. Por ejemplo, la memoria de almacenamiento de datos puede almacenar 1, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 20, y/o 30 (o más días) de datos del sensor de analito continuo recibidos desde el sensor 10 a través de la línea de datos 212. La información de sensor almacenada puede incluir uno o más de los siguientes: una marca de tiempo, datos de sensores sin procesar (uno o más valores de concentración de analito sin procesar), datos calibrados, datos filtrados, datos de sensores transformados, información de ubicación, y/o cualquier otra información relacionada o visualizable de sensores.
La interfaz de usuario 222 puede incluir una variedad de interfaces, tales como uno o más botones 224, una pantalla de cristal líquido (LCD) 226, un vibrador 228, un transductor de audio (por ejemplo, un altavoz) 230, una luz de fondo, y/o similares. Los componentes que comprenden la interfaz de usuario 222 pueden proporcionar controles para interactuar con el usuario (por ejemplo, el cliente). Uno o más botones 224 pueden permitir, por ejemplo, alternar, selección de menú, selección de opción, selección de estado, respuesta sí/no a preguntas en pantalla, una función de "apagar" (por ejemplo, para una alerta), una función de "reposo" (por ejemplo, para una alerta), un reinicio, y/o similares. La LCD 226 puede proporcionar al usuario con, por ejemplo, salida de datos visuales. El transductor de audio 230 (por ejemplo, altavoz) puede proporcionar señales audibles en respuesta a la activación de ciertas alertas, tales como las condiciones hiperglucémicas e hipoglucémicas presentes y/o previstas. En algunas implementaciones ilustrativas, las señales audibles pueden diferenciarse por tono, volumen, ciclo de trabajo, patrón, duración, y/o similares. En algunas implementaciones ilustrativas, la señal audible puede configurarse para silenciarse (por ejemplo, reposo o apagada) al presionar uno o más botones 224 en el módulo de electrónica de sensor y/o al señalizar el módulo de electrónica de sensor mediante el uso de un botón o selección en un dispositivo de visualización (por ejemplo, llavero, teléfono celular, y/o similares).
Aunque las alertas de audio y vibratorias se describen con respecto a la Figura 2, también pueden usarse otros mecanismos de alerta. Por ejemplo, en algunas implementaciones ilustrativas, se proporciona una alerta táctil que incluye un mecanismo de pinchazo configurado para "pinchar" al paciente en respuesta a una o más condiciones de alerta.
La batería 234 puede conectarse operativamente al módulo de procesador 214 (y posiblemente a otros componentes del módulo de electrónica de sensor 12) y proporcionar la energía necesaria para el módulo de electrónica de sensor 12. En algunas implementaciones ilustrativas, la batería es una batería de dióxido de manganeso y litio, sin embargo puede usarse cualquier batería adecuadamente dimensionada y alimentada (por ejemplo, AAA, níquel-cadmio, zinc-carbono, alcalina, litio, hidruro de níquel-metal, iones de litio, Zinc-aire, óxido de zinc-mercurio, plata-zinc, o sellada herméticamente). En algunas implementaciones ilustrativas, la batería es recargable. En algunas implementaciones ilustrativas, puede usarse una pluralidad de baterías para alimentar el sistema. En otras implementaciones, el receptor puede alimentarse transcutáneamente a través de un acoplamiento inductivo, por ejemplo.
Puede configurarse un cargador y/o regulador de batería 236 para recibir energía desde un cargador interno y/o externo. En algunas implementaciones ilustrativas, un regulador de batería (o equilibrador) 236 regula el proceso de recarga al purgar el exceso de corriente de carga para permitir que todas las celdas o baterías en el módulo de electrónica de sensor se carguen completamente sin sobrecargar otras celdas o baterías. En algunas implementaciones ilustrativas, la batería 234 (o baterías) se configura para cargarse a través de una plataforma de carga inductiva e/o inalámbrica, aunque también puede usarse cualquier otro mecanismo de carga y/o alimentación. Pueden proporcionarse uno o más puertos de comunicación 238, también referidos como conector(es) externo(s), para permitir la comunicación con otros dispositivos, por ejemplo puede proporcionarse un puerto de comunicación (com) de ordenador personal (PC) para permitir la comunicación con los sistemas que se separan de, o son integrales con, el módulo de electrónica de sensor. El puerto de comunicación, por ejemplo, puede comprender un puerto de comunicación en serie (por ejemplo, bus serie universal o "USB"), para comunicarse con otro sistema informático (por ejemplo, PC, asistente digital personal o "PDA", servidor, o similares), un dongle con un transceptor inalámbrico acoplado a una estación de acoplamiento como se describe más abajo, y/o cualquier otra interfaz. El puerto de comunicación también puede acoplarse a, o incluir, un transceptor inalámbrico también para permitir las comunicaciones inalámbricas. En algunas implementaciones ilustrativas, el módulo de electrónica de sensor 12 es capaz de transmitir datos históricos a un PC u otro dispositivo informático (por ejemplo, un servidor seguro como se describe en la presente descripción) para el análisis retrospectivo por un paciente y/o médico.
En algunos sistemas de sensores de analito continuo, una porción en la piel de la electrónica de sensor puede simplificarse para minimizar la complejidad y/o el tamaño de la electrónica en la piel, por ejemplo, al proporcionar sólo datos sin procesar, calibrados, y/o datos filtrados a un dispositivo de visualización tal como el receptor 102 configurado para ejecutar la calibración y otros algoritmos descritos anteriormente al módulo de electrónica de sensor 12. Sin embargo, el módulo de electrónica de sensor 12 puede implementarse para ejecutar algoritmos prospectivos usados para generar los datos de sensores transformados y/o información del sensor visualizable, que incluye, por ejemplo, algoritmos que: evalúan una aceptabilidad clínica de referencia y/o datos de sensores, evalúan los datos de calibración para la mejor calibración en base a los criterios de inclusión, evalúan una calidad de la calibración, comparan los valores de analito estimados con los valores de analito medidos correspondientes al tiempo, analizan una variación de los valores de analito estimados, evalúan la estabilidad del sensor y/o los datos de sensores, detectan artefactos de señal (ruido), reemplazan artefactos de señal, determinan una tasa de cambio y/o tendencia de los datos de sensores, realizan la estimación dinámica e inteligente del valor de analito, realizan diagnósticos en el sensor y/o los datos de sensor, establecen modos de operación, evalúan los datos para aberraciones, y/o similares.
Aunque en la Figura 5 se muestran el almacenamiento de datos y las memorias de programas separados, también pueden usarse una variedad de configuraciones. Por ejemplo, pueden usarse una o más memorias para proporcionar espacio de almacenamiento para soportar el procesamiento de datos y los requisitos de almacenamiento en el módulo de electrónica de sensor 12.
Aunque algunos de los ejemplos mencionados se refieren a un sensor de analito continuo 10, un medidor de glucosa 4, y una bomba 2 en comunicación con el módulo de electrónica de sensor 12 y/o el receptor 102, también pueden usarse otros dispositivos. Por ejemplo, el módulo de electrónica de sensor 12 y/o el receptor 102 pueden acoplarse (ya sea a través de enlaces cableados o inalámbricos) a otros sensores, que incluye un sensor de glucosa, un altímetro, un acelerómetro, un sensor de temperatura, un módulo de ubicación (por ejemplo, un procesador del sistema de posicionamiento global u otra fuente de información de ubicación), un monitor de frecuencia cardíaca, un monitor de presión arterial, un oxímetro de pulso, un monitor de ingesta calórica, un dispositivo de suministro de medicamentos, y similares.
Como se mencionó anteriormente, el módulo de electrónica de sensor 12 puede generar y transmitir, a través de un medio inalámbrico o cableado, un paquete de datos a un dispositivo, tal como el receptor 102, configurado para recibir, almacenar, reenviar/retransmitir, y/o mostrar datos de sensores. El módulo de electrónica de sensor 12 puede, como se mencionó, analizar los datos de sensores de los múltiples sensores y determinar qué datos de sensores se transmitirán en base a una o más de las muchas características del cliente, el receptor 102, un usuario del receptor 102, un monitor remoto 114, y/o características de los datos de sensores. Además, una o más de las funciones y/o componentes descritos en la presente descripción con respecto al sistema de sensores 8 también pueden o en su lugar encontrarse en uno o más del receptor 102, puerta de enlace o servidor seguro 110, y la una o más de las funciones descritas en la presente descripción con respecto al receptor 102 también puede encontrarse en el sistema de sensores 8.
Con referencia de nuevo a la Figura 2A con fines ilustrativos, el receptor 102 puede enviar datos del sensor de analito, así como también otros datos disponibles, a través de enlaces cableados e/o inalámbricos a la puerta de enlace 104. En algunas implementaciones ilustrativas, la puerta de enlace 104 puede incluir una interfaz de red configurada como una interfaz de radio, tal como una interfaz de radio celular (por ejemplo, Evolución a largo plazo y similares), una interfaz de red de área local inalámbrica (por ejemplo, Wi-Fi y similares), y/o cualquier otro tipo de interfaz inalámbrica o cableada. Por ejemplo, la puerta de enlace 104 puede incluir al menos un procesador que incluye un subsistema de radiofrecuencia (por ejemplo, un módem). En estos ejemplos inalámbricos, cuando el receptor 102 se acopla a la puerta de enlace 104, la puerta de enlace 104 envía datos del sensor de analito y similares de manera inalámbrica al servidor seguro 110 a través de la red 108A, que puede incluir una o más de una red de acceso, una red de área local inalámbrica, una red de acceso por radio, una red celular, la Internet, y/o cualquier otro mecanismo de comunicación. En algunas implementaciones ilustrativas, la puerta de enlace 104 también puede incluir una red de conexión cableada 108A, que se acopla además al servidor seguro 110.
La puerta de enlace 104 puede enviar automáticamente datos del sensor de analito e información adicional desde el receptor 102 en una o más de una pluralidad de formas. Por ejemplo, el receptor 102 puede proporcionar la puerta de enlace 104 con información sin una solicitud de la puerta de enlace. La información puede proporcionarse automáticamente, tal como después de la expiración de un temporizador o tras la generación de un nuevo punto de datos de sensores, o puede responderse a la entrada del usuario al receptor 102. La puerta de enlace 104 entonces puede enviar automáticamente la información desde el receptor al servidor seguro 110. En otro ejemplo, la puerta de enlace puede solicitar información automáticamente en base a reglas predeterminadas, tal como después de la expiración de un temporizador, tal como un temporizador de 5 minutos. La información proporcionada por el receptor 102 entonces puede enviarse automáticamente al servidor seguro 110. En otro ejemplo, la puerta de enlace puede enviar una solicitud de información a la puerta de enlace 104 que entonces reenvía la solicitud al receptor 102. El receptor 102 entonces puede proporcionar la información solicitada a la puerta de enlace, que entonces envía la información al servidor seguro 110. En cada uno de estos ejemplos, la información solicitada puede ser para información específica (por ejemplo, un período de tiempo específico de los datos de sensores) o simplemente una solicitud general para enviar información. En el último caso, el receptor 102 puede determinar qué información enviar en respuesta a la solicitud, tal como cualquier nuevo dato de sensores generado por el receptor desde la última vez que el receptor proporcionó información al servidor 110.
La Figura 6 es un diagrama de bloques de una implementación de la puerta de enlace 104. La puerta de enlace 104 puede incluir un módulo de alimentación 302 para cargar el receptor 102 cuando se acopla a la puerta de enlace 104, una interfaz de red inalámbrica 304 para permitir el acceso inalámbrico a la red 108A mediante el uso de una variedad de tecnologías de acceso a la red, aunque también puede proporcionarse conectividad cableada por la puerta de enlace 104 a la red 108A, el procesador 414 y la memoria del ordenador para almacenar instrucciones para que el procesador 314 ejecute funciones de la puerta de enlace 104 y almacene información relacionada con la salud recibida desde el receptor 102.
Además, la puerta de enlace 104 puede incluir una interfaz del receptor 306 para proporcionar una interfaz cableada e/o inalámbrica al receptor 102 en implementaciones donde el receptor se separa de la puerta de enlace y la puerta de enlace no incluye la estación de acoplamiento intermedia 103. Por ejemplo, la interfaz del receptor 306 puede incluir una interfaz de bus serie universal a través de la que el receptor 102 puede comunicarse con la puerta de enlace 104, el servidor seguro 110, y similares. El bus serie universal también puede proporcionar una conexión física para cargar el receptor 102, aunque también puede usarse la carga inalámbrica. Además, la interfaz del receptor 306 puede incluir una interfaz inalámbrica, tales como Bluetooth, Bluetooth de bajo consumo, Zig-bee, Atom, y cualquier otra tecnología inalámbrica, a través de la que el receptor 102 puede comunicarse con la puerta de enlace 104, el servidor seguro 110, y similares. La puerta de enlace 104 también puede incluir una interfaz de usuario 310, tales como una pantalla, una pantalla táctil, un teclado, un altavoz, un diodo emisor de luz, y similares. Por ejemplo, pueden usarse uno o más diodos emisores de luz para indicar si la puerta de enlace 104 se acopla adecuadamente al receptor 102, la red 108A, el servidor seguro 110, y similares, si la puerta de enlace 104 se conecta a una fuente de alimentación (por ejemplo, toma de corriente), si la batería se carga, y similares. La pantalla también puede permitir la presentación de datos de sensores, alertas, notificaciones, y similares. Por ejemplo, una interfaz de usuario, tal como una pantalla, un diodo emisor de luz, y similares, puede proporcionar una indicación, tal como un diodo emisor de luz de color específico, un mensaje, y similares, que representan que una conexión, tal como una conexión de Protocolo de Internet, un túnel seguro, y similares se ha establecido entre la puerta de enlace 104 y el servidor seguro 110, de manera que el usuario de la puerta de enlace 104 reconoce que el receptor se acopla a la denominada "nube" que incluye el servidor seguro 110.
Como se explicó anteriormente, en algunas implementaciones, la puerta de enlace 104 puede comprender un teléfono inteligente que tiene una aplicación de monitoreo de cliente almacenada en el mismo que configura el teléfono inteligente para realizar las funciones de la puerta de enlace 104 descritas en la presente descripción. Las Figuras 7A y 7B representan un ejemplo de la estación de acoplamiento 700, que puede ser la estación de acoplamiento 103 descrita con respecto a la Figura 2C. La Figura 7A ilustra una vista en perspectiva de la estación de acoplamiento 700 sin el receptor 102 acoplado físicamente a la estación de acoplamiento, y la Figura 7B ilustra una vista frontal de la estación de acoplamiento con el receptor 102 acoplado físicamente a la estación de acoplamiento. La estación de acoplamiento 700 puede tener una cavidad 710 para permitir que el receptor 102 se inserte de manera deslizable y se sujete de manera liberable en la estación de acoplamiento. La estación de acoplamiento 700 también puede incluir un mecanismo mecánico para asegurar de manera liberable el receptor 102 a la estación de acoplamiento (no mostrada). El mecanismo puede ser un conjunto de pestillo o similares. La estación de acoplamiento puede acoplarse eléctricamente al receptor 102 a través de, por ejemplo, un conector eléctrico, tal como un conector de bus serie universal, y/o una interfaz inalámbrica, tales como Bluetooth, Bluetooth de bajo consumo, Wi-Fi y cualquier otra tecnología inalámbrica, y puede transmitir los datos recibidos desde el receptor 102 al dispositivo de comunicación de cliente 105, al servidor seguro 110 o al monitor remoto 114 mediante el uso de un conector eléctrico, y/o una interfaz inalámbrica, tal como Bluetooth, Bluetooth de bajo consumo, Wi-Fi, y cualquier otra tecnología inalámbrica.
La estación de acoplamiento 700 también puede servir como un repetidor y/o amplificador de cualquier alerta activada por el receptor 102 y/o el servidor seguro 110. Por ejemplo, la estación de acoplamiento 103 puede recibir una indicación de una alerta activada por el receptor 102 desde el receptor. La estación de acoplamiento 700 puede repetir la alerta al, por ejemplo, hacer sonar una alarma audible, provocar una vibración, y/o encender un diodo emisor de luz para indicar la alerta a un usuario. Además, el receptor 102 puede alertar mediante el uso de una primera alarma, tal como una vibración, mientras que la estación de acoplamiento 700 puede volver a alertar mediante el uso de un segundo tipo de alarma que es diferente de la primera alarma. Por ejemplo, la primera alarma puede ser una alarma vibratoria y la segunda alarma puede ser una alarma audible o viceversa. Como otro ejemplo, la primera alarma puede ser una alarma audible y la segunda alarma también puede ser una alarma audible, pero la segunda alarma audible es más fuerte que la primera alarma y/o tiene un patrón tonal diferente.
En algunas implementaciones, la estación de acoplamiento 700 puede activar una alerta al detectar físicamente una alarma del receptor 102. Por ejemplo, la estación de acoplamiento puede incluir un sensor vibratorio y/o audible que puede detectar vibraciones o sonidos, respectivamente, que emanan del receptor 102. De esta manera, la estación de acoplamiento 103 puede activar una alerta al detectar que el receptor 102 activa una alarma mientras que el receptor se acopla en la estación de acoplamiento.
Además, las configuraciones de alerta en la estación de acoplamiento 700 pueden ser iguales o diferentes a los del receptor 102. Por ejemplo, las configuraciones de alerta en la estación de acoplamiento 700 pueden ser más estrictas que las del receptor 102. Por ejemplo, el receptor 102 puede tener un umbral de baja glucosa en un valor que es mayor que un umbral de baja glucosa correspondiente en la estación de acoplamiento 700. Las configuraciones de alerta de la estación de acoplamiento 700 pueden ser configurables por el usuario mediante el uso de una interfaz de usuario de la estación de acoplamiento o una interfaz de usuario del dispositivo de comunicación de cliente 105, por ejemplo.
Adicionalmente o alternativamente, en algunas implementaciones la estación de acoplamiento 700 retrasa la activación de una alerta que se activó por el receptor 102 para permitir que el tiempo de cliente solucione la alerta antes de que la estación de acoplamiento active una alarma. Si el cliente soluciona la alerta antes de la expiración del retraso, entonces la estación de acoplamiento 700 no activa la alerta.
Además de las Figuras 7A y 7B, la estación de acoplamiento 700 puede incluir uno o más indicadores luminosos, tal como LED, que indican un estado de la estación de acoplamiento 700 y/u otros componentes del sistema 100. Por ejemplo, un primer indicador luminoso 712 puede indicar (ya sea al encenderlo o cambiar de color) si la estación de acoplamiento 700 recibe alimentación de una fuente de alimentación externa, un segundo indicador luminoso 714 puede indicar (al encenderlo, cambiar de color o parpadear) si la estación de acoplamiento se empareje con el dispositivo de comunicación de cliente 105. También pueden usarse otros indicadores luminosos, tal como un tercer indicador luminoso que indica si el canal de comunicación entre la estación de acoplamiento 700 y el dispositivo de comunicación de cliente 105 y/o el servidor seguro 110 está abierto y se transmite exitosamente los datos de sensores desde el receptor 102.
La Figura 8 representa otra implementación de la puerta de enlace 104. En el ejemplo de la Figura 8, la puerta de enlace 104 se configura como un dongle, tal como un dongle de bus serie universal, que incluye un conector de bus serie universal 392 para acoplarse al receptor 102, una interfaz de usuario, tal como un botón 394 para realizar un emparejamiento de Bluetooth con otro dispositivo, tal como el dispositivo de cliente 105, que tiene acceso a la red 108a , o directamente a la red 108A a través de un canal de comunicación Wi-Fi o celular. Aunque la puerta de enlace/dongle puede configurarse para el emparejamiento de Bluetooth, la puerta de enlace/dongle puede soportar el establecimiento de conexión con los otros dispositivos mediante el uso de otras tecnologías de acceso por radio, tales como Bluetooth de bajo consumo, Wi-Fi, Atom, Zig-bee, NFC, y similares. La puerta de enlace/dongle representada en la Figura 8 también puede incluir un diodo emisor de luz 396 para proporcionar una indicación del estado de la puerta de enlace 104 o del receptor 102 (por ejemplo, el nivel de la batería, el estado del nivel de glucosa, si un usuario tiene un estado glucémico bajo o alto, el estado de conexión a la red, el estado de conexión al servidor seguro, y similares). En algunas implementaciones ilustrativas, la puerta de enlace en la Figura 8 puede incluir su propia batería recargable para alimentar la puerta de enlace y/o el receptor 102, aunque también puede depender del receptor 102 como una fuente de alimentación.
En algunas implementaciones ilustrativas, la puerta de enlace 104 puede, como se mencionó, incluir una interfaz de radiofrecuencia para permitir que los datos se carguen automáticamente en un formato comprimido o formato sin comprimir desde el receptor 102 al servidor seguro 110, que puede implementarse como una denominada "nube". Y, la carga puede ocurrir mediante programación - sin la intervención del usuario - cuando el receptor 102 está en comunicación con la puerta de enlace 104. La puerta de enlace 104 también puede configurarse para recopilar un identificador del receptor 102 (o el receptor puede proporcionar automáticamente el identificador sin una solicitud para el identificador desde la puerta de enlace 104) y proporcionar el identificador al servidor seguro 110 para permitir que el servidor seguro 110 asocie los datos de sensores recibidos con el cliente 199, el receptor, y cualquiera de los datos de sensores proporcionados anteriormente almacenados en el servidor seguro 110 (o un repositorio acoplado al servidor seguro 110) asociado con el cliente. En algunas implementaciones, el identificador es el número de serie del receptor 102, y el receptor envía automáticamente el identificador junto con cualquiera de los datos de sensores que el receptor proporciona a la puerta de enlace. Además, en algunas implementaciones ilustrativas, la puerta de enlace 104 puede configurarse para enviar datos de manera incremental, es decir, los datos recibidos anteriormente no se volverían a enviar al servidor seguro 110 a menos que el servidor seguro 110 lo solicite. Además, la puerta de enlace 104 puede seleccionar entre una conexión celular y una conexión Wi-Fi en base a la velocidad de conexión, el costo, y similares. Por ejemplo, puede seleccionarse una conexión Wi-Fi gratuita a través de una conexión celular de pago si está disponible. Además, puede usarse una conexión celular para enviar datos sustancialmente en tiempo real generados por el sistema de sensores 8, pero puede usarse una conexión Wi-Fi para enviar datos históricos, ya que puede no ser tan importante para enviar datos históricos de manera oportuna en algunas implementaciones.
En algunas implementaciones ilustrativas, la puerta de enlace 104, el receptor 102, el sistema de sensores 8, y el monitor remoto 114 pueden preconfigurarse, de manera que cuando el sistema de sensores 8 y el receptor 102 se acoplan comunicativamente a la puerta de enlace 104, la puerta de enlace 104 reconoce el sistema de sensores/receptor y/o usuarios de los mismos. Además, el monitor remoto 114 también puede reconocerse por el servidor 110 para permitir que ocurra el monitoreo remoto del receptor 102 con poca (o ninguna) configuración por un usuario final/cliente del receptor 102. Por ejemplo, el servidor seguro 110, la puerta de enlace 104, el receptor 102, el sistema de sensores 8, y el monitor remoto 114 pueden preconfigurarse y prerregistrarse, con poco, o ningún, esfuerzo de configuración o registro por parte del cliente.
Con referencia de nuevo a las Figuras 2A-2C, la red 108A puede incluir una red de acceso inalámbrico, tal como una red celular, una red de área local inalámbrica, y similares. Además, la red 108A también puede acoplarse a otras redes. Por ejemplo, la puerta de enlace 104 puede acoplarse a una red de acceso servida por una estación base o un punto de acceso Wi-Fi, que puede tener enlaces de retorno a otras redes que incluyen la red móvil terrestre pública, la Internet, y similares. Las redes 108B-C pueden implementarse de manera que es igual o similar a la red 108A.
El servidor seguro 110 puede recibir datos del sensor de analito, almacenar datos del sensor de analito, procesar datos del sensor de analito para detectar eventos y por lo tanto permitir la generación de notificaciones a monitores remotos 114 y/o la generación de alertas al receptor 102 y/o la puerta de enlace 104, generar páginas o informes para mostrar en el monitor remoto 114, el receptor 102 y/o la puerta de enlace 104, permitir el registro y/o la configuración del cliente 199, el sistema de sensores 8, el receptor 102, la puerta de enlace 104 y el monitor remoto 114.
En algunas implementaciones ilustrativas, una o más entidades pueden tener monitores remotos 114A-114M. Por ejemplo, el servidor seguro 110 puede registrar la identidad de los usuarios de los monitores remotos 114A-114M y un horario para cuando cada entidad realiza el monitoreo. Además, una o más de las entidades pueden configurarse en el servidor seguro 110 como monitores principales para recibir notificaciones, mientras que otras entidades pueden configurarse como monitores secundarios de respaldo, para recibir notificaciones cuando un monitor principal no reconoce, o no actúa sobre, el mensaje de notificación enviado a un monitor remoto 114 de acuerdo con una o más reglas predefinidas. Además, el servidor seguro 110 puede incluir una o más reglas que definen cuándo un evento da como resultado una notificación a uno o más del(de los) monitor(es) remoto(s) 114.
El servidor seguro 110 también puede proporcionar un marco de administración de datos de diabetes basado en la nube que recibe datos relacionados con el paciente desde varios dispositivos, tales como un dispositivo médico, un medidor de glucosa, un monitor de glucosa continuo, un sistema de sensores, un receptor, y/u otros dispositivos (por ejemplo, un dispositivo que proporciona el consumo de alimentos, tales como carbohidratos, consumidos por un cliente o paciente, datos de suministro de medicamentos, hora del día, sensores de temperatura, sensores de ejercicio/actividad, y similares) que incluye cualquier dispositivo descrito en la presente descripción. Además, el sistema de administración de datos de diabetes basado en la nube puede recibir datos mediante programación con poca (o ninguna) intervención por parte de un usuario. Los datos recibidos desde dispositivos, receptores, sistemas fuente, y similares pueden estar en una variedad de formatos y pueden estructurarse o no estructurarse. Por ejemplo, el servidor seguro 110 puede recibir, desde el sistema de sensores 8 y el receptor 102, datos de sensores sin procesar, que se han procesado o analizado mínimamente, y los datos recibidos entonces se formatean, procesan (por ejemplo, analizan), y/o almacenan para permitir la generación de informes por el servidor seguro 110. Además de los datos de sensores, el servidor seguro 110 también puede recibir datos de sistemas fuente, tales como sistemas de administración de atención médica, sistemas de administración de pacientes, sistemas de administración de recetas, sistemas de registros médicos electrónicos, sistemas de registros de salud personal, y similares.
En algunas implementaciones ilustrativas, el servidor seguro 110 puede verificar los datos recibidos en busca de errores relacionados con la transmisión, formateo de datos, códigos de error relacionados con el dispositivo, validez de los datos, puntos de datos duplicados, y/u otros aspectos de los datos. Además, si se encuentran puntos de datos fuera de rango o errores del dispositivo, el servidor seguro 110 puede identificar esos puntos de datos al, por ejemplo, marcar esos puntos de datos, corregir posteriormente los puntos de datos identificados mediante programación o por un administrador del sistema, y almacenar los puntos de datos corregidos. Además, el servidor seguro 110 puede configurarse por un usuario, tal como un clínico, médico, y similares, para realizar etapas de procesamiento de datos adicionales, tales como corregir la hora del día, corregir la fecha, y analizar datos por cohortes específicas, grupos, y relaciones (por ejemplo, datos demográficos, tales como edad, ciudad, estado, género, etnia, diabetes tipo I, diabetes tipo II, edad del diagnóstico de diabetes, resultados de laboratorio, medicamentos recetados que se usan, condiciones autoinformadas del paciente, condiciones diagnosticadas del paciente, las respuestas a las preguntas planteadas al paciente, y cualquier otro metadato representativo del cliente/paciente). Una vez que el servidor seguro 110 realiza el procesamiento de datos inicial (por ejemplo, verificaciones, limpieza, y análisis), los datos procesados y/o los datos sin procesar pueden almacenarse en un repositorio acoplado al servidor seguro 110.
El procesamiento en el servidor seguro 110 también puede incluir asociar los metadatos con los datos recibidos desde los dispositivos y/o sensores. Los ejemplos de metadatos incluyen información del paciente, claves usadas para cifrar los datos, datos del acelerómetro del paciente, datos de ubicación (por ejemplo, ubicación del paciente o ubicación de la clínica del paciente), hora del día, fecha, tipo de dispositivo usado para generar datos de sensores asociados, y similares. La información del paciente puede incluir la edad, el peso, el sexo, la dirección de la casa y/o cualquier información anterior relacionada con la salud del paciente, tal como si el paciente se ha diagnosticado como un diabético tipo 1 o tipo 2, presión arterial alta, o si tiene cualquier otra condición de salud.
El procesamiento también puede incluir uno o más de los siguientes: análisis, tal como determinar una o más mediciones descriptivas; detectar o predecir eventos (por ejemplo, hipoglucémicos, hiperglucémicos y/o cualquier otra característica detectada en los datos de sensores); aplicar detectores de patrones a los datos de sensores recibidos; y generar informes en base a la información recibida, tales como datos de sensores, y mediciones descriptivas de la información que incluye datos de sensores. Las mediciones descriptivas pueden incluir estadísticas (por ejemplo, mediana, rangos de cuartiles interiores, y exteriores, media, suma, n, desviación estándar, y coeficientes de variación). En algunas implementaciones ilustrativas, el servidor seguro 110 también puede asociar metadatos con los datos recibidos desde los dispositivos, sensores, sistema fuente, y/o receptores; determinar una o más mediciones descriptivas, tales como estadísticas (por ejemplo, mediana, rangos de cuartiles interiores y exteriores, media, suma, n, y desviación estándar); generar informes que incluyen mediciones descriptivas; validar y verificar la integridad de los datos recibidos dese los dispositivos, sensores, sistema fuente, y/o receptores; procesar los datos recibidos en base a metadatos (por ejemplo, para seleccionar ciertos pacientes, dispositivos, condiciones, tipo de diabético, y similares) y/o correlacionar datos recibidos desde los dispositivos, sensores, sistema fuente, y/o receptor, de manera que los datos pueden compararse y combinarse para el procesamiento que incluyen el análisis. Además, los resultados de cualquier procesamiento realizado por el servidor seguro 110 pueden usarse para generar uno o más informes, tales como gráficos, gráficos de barras, gráficos estáticos, diagramas, y similares. Además, los informes y otras salidas generadas por el servidor seguro 110 pueden proporcionarse al receptor 102, al monitor remoto 114, y a cualquier otro procesador a través de uno o más mecanismos de suministro.
El servidor seguro 110 puede considerarse seguro en el sentido de que mantiene información privada, identificable del paciente y/o restringe el acceso a los usuarios registrados y por lo tanto autorizados para usar el servidor seguro 110. Por ejemplo, el servidor seguro 110 puede recibir una solicitud desde un dispositivo, tal como el receptor 102 o el monitor remoto 114, para realizar una acción (por ejemplo, proporcionar datos, almacenar datos, analizar/procesar datos, solicitar un informe, solicitar información de configuración, solicitar registro, y similares). Antes de que el servidor seguro 110 atienda la solicitud, el servidor seguro 110 puede procesar la solicitud para determinar si se autoriza y autentica la solicitud. Por ejemplo, un autenticador y autorizador puede determinar si se autoriza al remitente de la solicitud a solicitar al usuario que proporcione una credencial de seguridad (por ejemplo, un identificador de usuario, una contraseña, un código de seguridad almacenado, y/o un identificador de verificación proporcionado por mensaje de texto, teléfono, o correo electrónico) en una interfaz de usuario presentada en un procesador, tal como el receptor 102, el monitor remoto 114, y/o cualquier otro ordenador. Si se autoriza, el autenticador y el autorizador pueden autenticar al remitente de la solicitud para verificar si una credencial de seguridad asociada con el remitente de la solicitud indica que de hecho se permite al remitente acceder a un recurso específico en el sistema 100 para realizar la acción, tal como almacenar (o cargar) datos en un repositorio, realizar análisis/procesar datos, solicitar la generación de informes, recibir alertas, recibir mensajes de notificación, y similares.
En algunas implementaciones ilustrativas, el servidor seguro 100 puede incluir un detector de patrones también para realizar la detección de patrones en datos, tales como datos de sensores representativos de datos de glucosa en sangre, analitos, y otros datos (por ejemplo, datos de la bomba de insulina, datos de consumo de carbohidratos, y similares). El detector de patrones puede detectar el patrón y generar una salida, que puede proporcionarse a un generador de informes en el servidor seguro para generar una alerta al receptor 102, un mensaje de notificación al monitor remoto 114, y/o una página que contiene un informe.
Además, el detector de patrones puede detectar patrones en datos/datos de sensores de manera retrospectiva durante un tiempo predeterminado definido por el sistema 100 y/o un usuario. Por ejemplo, el detector de patrones puede recibir datos de entrada desde un repositorio acoplado al servidor seguro 110, y los datos de entrada también pueden incluir datos de sensores representativos de datos de concentración de glucosa, analitos, y otros datos (por ejemplo, datos de la bomba de insulina, datos de consumo de carbohidratos, histogramas y/o conteos, datos de un monitor de glucosa continuo (datos CGM), hora del día, cantidad de carbohidratos, otra información relacionada con los alimentos, ejercicio, intervalos del temporizador de vigilia/sueño, medicamentos ingeridos, y similares). Además, los datos de entrada pueden comprender datos históricos obtenidos durante un marco de tiempo, tal como 8 horas, 1 día, 2 días, 7 días, 30 días, y/o cualquier otro período de tiempo. Por ejemplo, los datos de entrada pueden comprender conteos representativos de niveles de detección de analitos monitoreados (por ejemplo, niveles de concentración de glucosa) recibidos y almacenados en el sistema 100 durante un período que cubre un marco de tiempo de cuatro semanas.
Para ilustrar más el detector de patrones, los patrones pueden reconocerse en base a uno o más activadores predefinidos (también referidos como criterios, reglas, y filtros). Además, el uno o más activadores predefinidos pueden ser variables y ajustables en base a la entrada del usuario y/o mediante programación en base a una o más reglas en el servidor seguro 110. Y, algunos tipos de patrones pueden seleccionarse, apagarse y encenderse, y/o modificarse por un usuario, un médico de un usuario, o un tutor de un usuario, aunque el sistema 100 también puede seleccionar, ajustar, y/o modificar de cualquier otra manera activadores mediante programación.
Algunos ejemplos de los tipos de relaciones en los datos de entrada que pueden considerarse un patrón son uno o más de los siguientes: un nivel de glucosa que supera un rango de glucosa objetivo (que puede definirse por un usuario, un proveedor de atención médica, un servidor seguro 110, o una combinación de los mismos); un nivel de glucosa que está por debajo de un rango de glucosa objetivo; un cambio rápido en el nivel de glucosa de bajo a alto (o viceversa); las horas del día cuando se produce un evento de bajo, alto nivel de glucosa, en el rango, o rápido; días cuando ocurre un evento de bajo, alto nivel de glucosa, en el rango, o rápido; un patrón hiperglucémico; un patrón hipoglucémico; patrones asociados con una hora del día o de la semana; una puntuación ponderada para diferentes patrones en base a la frecuencia, una secuencia, y una gravedad; una sensibilidad personalizada de un usuario; una transición de un patrón hipoglucémico a hiperglucémico; una cantidad de tiempo pasado en un evento grave; una combinación de cambio de glucosa e información de tiempo; y/o un patrón de alta variabilidad de los datos de glucosa. Además, un patrón puede basarse en una combinación de datos de patrones anteriores y una situación detectada actualmente, mediante lo que la información combinada genera una alerta predictiva.
Los patrones hipoglucémicos por hora del día pueden detectarse en base a los eventos detectados por el servidor seguro 110. Por ejemplo, puede identificarse un patrón en situaciones donde el usuario tiene bajas concentraciones de glucosa aproximadamente a la misma hora del día. Otro tipo de patrón, que puede identificarse, es una situación de "rebote alto". Por ejemplo, un rebote alto puede definirse como una situación donde un usuario corrige en exceso un evento hipoglucémico al aumentar demasiado la ingesta de glucosa, lo que provoca de esta manera un evento hiperglucémico. Estos eventos pueden detectarse en base a uno o más disparadores predefinidos.
Para ilustrar más ejemplos de los patrones, pueden configurarse patrones básicos para permitir una búsqueda de ciertos patrones en los datos, tales como valores dentro del rango, alto coeficiente de varianza, y similares. Cada patrón puede tener una dimensión, tal como dentro del rango, con un patrón separado que busca específicamente por debajo del rango, otro que busca un bajo coeficiente de varianza, y similares. Cada patrón puede basarse estadísticamente y usar estadísticas descriptivas estándar en la aplicación de coincidencia de patrones. A cada patrón pueden asignarse puntuación para varias reglas codificadas con cada patrón, tal como si es positivo, negativo, qué tan importante es una idea, y similares. A cada patrón también puede asignarse un posible conjunto de intervalos de fechas para las que es aplicable el patrón. Por ejemplo, contar la cantidad de veces que un alto valor de glucosa se sigue por un bajo valor por debajo del rango es un patrón que solo se aplica al rango completo. Sin embargo, observar altos niveles de varianza puede aplicarse a un mes, una semana, un día, un intradía, cada dos horas, cada hora, y combinaciones de los mismos. A cada patrón puede asignarse una puntuación mínimamente aceptable antes de que pueda considerarse para la visualización o generación de una alerta enviada al receptor 102 (o cliente 199) y/o mensaje de notificación enviado al monitor remoto 114. Cada patrón (y cualquier activador/regla asociado) puede procesarse para un conjunto de datos durante un cierto marco de tiempo, y si el patrón se aplica y cumple con ciertos requisitos mínimos, entonces los patrones se clasifican de acuerdo con su importancia. Como tal, cada uno de los patrones clasificados puede corresponder a una alerta enviada al receptor 102 (o cliente 199) y/o un mensaje de notificación enviado al monitor remoto 114 (o un monitor principal o un monitor secundario acceder al monitor remoto 114).
Además de la Figura 1, el sistema de monitoreo de cliente 198A puede tener un solo monitor remoto 114A o una pluralidad de monitores remotos 114A-114M, y las reglas asociadas con cuándo los monitores remotos reciben alertas y qué tipos de alertas que deben enviarse pueden almacenarse en el servidor seguro 110. Por ejemplo, el primer monitor remoto 114A puede recibir mensajes de notificación durante el día, mientras que el segundo monitor remoto 114B puede recibir mensajes de notificación durante la noche, aunque también pueden usarse otros horarios. Adicionalmente o alternativamente, el primer monitor remoto 114A puede sólo recibir notificaciones cuando el servidor identifica que el sistema cliente 198 se encuentra en una ubicación geográfica predefinida (mediante el uso, por ejemplo, de información de ubicación geográfica proporcionada por el sistema cliente 198), tal como una escuela, mientras que el segundo monitor remoto 114B recibe notificaciones independientemente de la ubicación geográfica del cliente. Como otro ejemplo, el primer monitor remoto 114A puede tener altos y bajos valores umbrales que activan una alerta al monitor remoto 114A que son diferentes de uno o ambos de los altos y bajos valores umbrales que activan una alerta al monitor remoto 114B. Además, una o más reglas pueden definir el primer monitor remoto 114a como un monitor principal, mientras que el segundo monitor remoto 114B puede definirse como un monitor de respaldo o secundario.
El monitor remoto 114 puede reconocer un mensaje de notificación recibido al activar (por ejemplo, abrir, interactuar con, acceder, seleccionar, y similares) la aplicación de monitoreo remoto que provoca que se envíe un mensaje en 194 (Figura 3) al servidor seguro 110 o se responda un mensaje presentado en la interfaz de usuario del monitor remoto. Si el servidor seguro 110 no recibe ninguna forma de reconocimiento de que el usuario ha visto o de cualquier otra manera reconocido el mensaje de notificación en el monitor remoto después de una cantidad de tiempo predeterminada (que puede depender de la gravedad o el tipo del evento), el servidor seguro 110 puede reenviar la notificación al monitor remoto 114. En algunas implementaciones ilustrativas, el servidor seguro 110 puede recibir un mensaje desde el servicio de notificación 112 de que el monitor remoto 114A está fuera de servicio o de cualquier otra manera inalcanzable, en cuyo caso el servidor seguro 110 puede reenviar el mensaje de notificación a un monitor remoto diferente 114B. El retraso usado por el servidor seguro para reenviar los mensajes de notificación puede configurarse en base a la gravedad o el tipo del evento, y el servidor seguro también puede incluir reglas que definen una cantidad predeterminada de reenvíos fallidos o una cantidad de tiempo predeterminada antes de escalar a otro monitor principal, un monitor secundario/de respaldo, un servicio médico de emergencia, y similares. Y, esta cantidad predeterminada de reenvíos fallidos también puede configurarse en el servidor seguro para variar en base a la gravedad o el tipo del evento o el usuario configurado.
En algunas implementaciones ilustrativas, con referencia a la Figura 1, el monitor remoto 114 puede recibir mensajes de notificación para un solo sistema de monitoreo de cliente 198A o una pluralidad de sistemas de monitoreo de cliente 198A-198N. Además, el servidor seguro 110 puede generar una página y entonces enviarla al uno o más monitores remotos para su presentación en una interfaz de usuario en cada uno de los monitores remotos, aunque el servidor seguro 110 puede en lugar de enviar los datos al monitor remoto 114 habilitar la generación de páginas en el monitor remoto 114. La página puede incluir una indicación textual y/o gráfica del estado del uno o más clientes que se monitorean. Para ilustrar, una enfermera escolar puede tener un monitor remoto 114 con una página que representa cada uno de los sistemas de monitoreo de cliente 198A que el monitor remoto monitorea. Cada sistema de monitoreo remoto 198A-198N puede asociarse con un estudiante. En este ejemplo, la página puede tener la información de estado para cada uno de los estudiantes, el mensaje de notificación más reciente para cada uno de los estudiantes, una indicación gráfica o una textual de que el estudiante está dentro de los límites, o una indicación de que el estudiante está por encima de los límites, y similares. Cada estudiante puede asociarse con una celda (un espacio definido en la pantalla). Como tal, la enfermera puede ver rápidamente la interfaz de usuario y ver el estado de cada uno de los estudiantes que se monitorean. Puede usarse una indicación gráfica para transmitir visualmente el estado general de cada estudiante en la celda de cada estudiante. Por ejemplo, un denominado ícono de cara "sonriente" puede indicar que los niveles de glucosa del estudiante están dentro de los límites y un denominado ícono de cara "triste" puede indicar que los niveles de glucosa del cliente son preocupantes debido a que están por encima de un umbral. Además, en algunas implementaciones ilustrativas, la página puede presentarse en una pantalla, de manera que una selección (por ejemplo, tocar en una pantalla táctil, pasar el mouse por encima, hacer clic, etc.) de una celda, notificación o ícono de cara da como resultado que se proporcione información adicional al monitor remoto. Por ejemplo, seleccionar una celda de un estudiante puede provocar que el monitor remoto 114 acceda al servidor seguro 110 y entonces reciba información adicional, tal como uno o más niveles de glucosa actuales y anteriores, información del paciente, y similares, y actualice la página de visualización o transición a una nueva página de visualización que muestra información sobre el estudiante seleccionado con más detalle (por ejemplo, muestra un gráfico de tendencia del nivel de glucosa del estudiante durante las últimas tres horas). Aunque el ejemplo anterior se refiere a niveles de glucosa y tipos específicos de mensajes e íconos, pueden usarse otros tipos de eventos, mensajes, e íconos explicados en la presente descripción para transmitir el estado de un cliente.
Panel
En algunas implementaciones ilustrativas, la página explicada anteriormente puede configurarse como un denominado "panel" que incluye contenido dinámico. Por ejemplo, los íconos para los pacientes clientes que requieren el mayor cuidado o atención (por ejemplo, los pacientes con niveles glucémicos que son extremadamente altos o bajos) pueden disponerse en la fila superior de la página para permitir que el monitor remoto determine rápidamente el estado de pacientes clientes más riesgosos. Aunque la disposición anterior describía el uso de la fila superior de la página para segregar algunos de los denominados pacientes-clientes de mayor riesgo pueden usarse otros esquemas de segregación (por ejemplo, diferentes colores, intensidades, y/o ubicaciones en la página). Además, la página puede considerarse dinámica ya que los pacientes segregados para atención adicional pueden cambiar a lo largo del tiempo, lo que provoca que la página represente diferentes íconos para diferentes pacientes en la fila superior segregada de la página. Los ejemplos de paneles se explican con mayor detalle con respecto a las Figuras 18A y 18B.
Designación de monitores remotos
En algunas implementaciones ilustrativas, una entidad, tal como un usuario, puede designarse por el servidor seguro 110 como un monitor remoto principal. Cuando este es el caso, el monitor principal en el monitor remoto 114 puede no estar disponible debido a por ejemplo una batería descargada del monitor remoto 114A, un dispositivo fuera de servicio, una falta de recepción de radio, y similares. Por lo tanto el servidor seguro 110 puede designar un monitor remoto secundario para recibir el mensaje de notificación, que de cualquier otra manera se enviaría al monitor principal. El monitor secundario puede tener acceso a otro dispositivo de monitoreo remoto 114B y por lo tanto recibir el mensaje de notificación, cuando el primer mensaje de notificación al monitor principal no se recibe o no se reconoce dentro de una cantidad de tiempo predeterminada. La cantidad de tiempo puede ser variable en base a la gravedad o el tipo de evento. Además de monitorear los reconocimientos del monitor remoto 114, el servidor seguro 110 puede acceder a los mecanismos de calidad de servicio en el servicio de notificación 112 para determinar si el dispositivo de monitor remoto 114 no está en servicio (por ejemplo, debido a una falla, una batería descargada, fuera de rango, o de cualquier otra manera que no acepta mensajes de notificación) para permitir que el servidor seguro 110 seleccione otro monitor que está en servicio.
Escalada
El monitor remoto 114 puede, en algunas implementaciones ilustrativas, generar un mensaje para presentación que requiera alguna forma de reconocimiento o acción por el usuario del monitor remoto 114 (por ejemplo, un monitor principal o secundario) para confirmar la recepción de un mensaje de notificación. El reconocimiento o acción puede comprender responder al mensaje de notificación, abrir una aplicación de monitoreo remoto en el monitor remoto 114, y similares. Además, si la acción no se realiza dentro de una cantidad de tiempo predeterminada, el servidor seguro 110 puede determinar que el usuario del monitor remoto no ha visto (o de cualquier otra manera no ha sido notificado por) el mensaje de notificación. Cuando este es el caso, el servidor seguro puede escalar el mensaje de notificación a otro monitor remoto como se define por una o más reglas en el servidor seguro. El servidor seguro también puede verificar el servicio de notificación automática (o el mecanismo de calidad de servicio en el mismo) para ver si se ha entregado el mensaje de notificación. Si no, el servidor seguro puede determinar que el usuario del monitor remoto no ha visto el mensaje de notificación y usar esto como una base para escalar el mensaje de notificación a otro monitor remoto.
En algunas implementaciones, el servidor seguro 110 puede incluir una o más reglas que definen una secuencia de escalada que define qué mensajes de notificación deben enviarse al primer monitor remoto 114A y, dado un estado fuera de servicio, cuándo deben reenviarse los mensajes a uno o más de otros monitores remotos 114B-114M. Durante la configuración de los monitores remotos 114A-114M, el servidor seguro 110 puede configurarse a través de la entrada del usuario (por ejemplo, el cliente y/o uno o más de los monitores remotos) cómo y/o cuándo cada uno de los monitores remotos 114A-114M debe notificarse en una secuencia de escalada. Esta configuración de secuencia de escalada puede definirse por un usuario o proporcionarse como una configuración predeterminada (que puede ser reconfigurable o adaptable a lo largo del tiempo en base a la capacidad de respuesta del usuario/cliente/monitor) y puede variar en base a la gravedad del evento y el tipo de evento. Por ejemplo, la secuencia de escalada puede definir reglas que definan cuándo alertar a un cliente-paciente en un receptor 102, cuándo escalar a un monitor principal 114A, cuándo escalar a un monitor remoto secundario 114B, y/o cuándo escalar a una servicio médico de emergencia o 911-respuesta de emergencia.
En algunas implementaciones ilustrativas, las reglas de escalada pueden ser diferentes para cada uno de los monitores remotos 114A-114N y/o diferentes de los umbrales establecidos para el sistema de monitoreo de cliente 198. Por ejemplo, una primera regla puede definir que si un valor de glucosa supera un primer valor umbral, el servidor seguro 110 debe enviar una alerta al primer monitor remoto 114A. El servidor seguro 110 puede incluir una segunda regla, separada que define enviar un mensaje de notificación a un segundo monitor remoto 114B cuando el valor de glucosa supera un segundo valor umbral, y otra tercera regla más que define enviar otro mensaje de notificación a un tercer monitor remoto 114M cuando el valor de glucosa supera un tercer valor umbral. Además, una regla puede definir enviar una notificación a más de un monitor remoto, tal como todos los monitores remotos o un subconjunto de monitores remotos que monitorean un cliente. Las reglas pueden configurarse por un usuario (por ejemplo, mediante el uso del receptor 102, la puerta de enlace 104, la estación de trabajo 22, etc.) o proporcionarse como configuraciones predeterminadas (que pueden ser reconfigurables por un usuario).
Además, si un usuario en el receptor 102 no reconoce una alerta dentro de una cantidad de tiempo predeterminada, también puede implementarse una secuencia de escalada. Por ejemplo, con referencia a la Figura 2A, el servidor seguro 110 puede determinar (por ejemplo, al monitorear los datos de sensores recibidos del receptor 102 y conocer los umbrales en el receptor) que el receptor 102 alertó (o debe haber alertado) al cliente 199, donde la alerta requirió un reconocimiento. El reconocimiento puede ser en forma de un usuario que responde a un mensaje presentado en una interfaz de usuario 122 del receptor 102, o el usuario de cualquier otra manera soluciona la alerta, tal como toma una acción que puede medirse por un dispositivo asociado con el cliente-usuario (por ejemplo, bomba de medicamento 2 que indica que se ha administrado insulina al usuario, una medición de analito que indica que la causa subyacente de la alerta ya no es un problema debido a que el nivel medido por encima de un umbral o tendencia se mueve en una dirección deseada, etc.). En este ejemplo, si el servidor seguro 110 no recibe alguna forma de reconocimiento y/o una indicación del evento subyacente que activó la alerta se soluciona después de esperar una cantidad de tiempo predeterminada, el servidor seguro 110 puede reenviar la alerta y/o enviar un mensaje de notificación a un monitor remoto principal (por ejemplo, 114A), un monitor remoto secundario (por ejemplo, 114B), y/o un servicio médico de emergencia. Y, esta escalada, que incluye los reintentos y el retraso, puede configurarse en el servidor seguro 110 para variar en base a la gravedad y/o el tipo de evento que activa la alerta.
Recordatorios
En algunas implementaciones ilustrativas, el servidor seguro 110 puede incluir reglas que proporcionan un denominado recordatorio de "seguimiento". Por ejemplo, si un cliente-usuario en el receptor 102 no ha tomado ninguna acción, tal como inyectarse insulina, beber un vaso de jugo, etc., el servidor seguro 110 puede enviar una notificación de recordatorio al monitor remoto 114 y/o al receptor 102 y/o puerta de enlace 104 después de una cantidad de tiempo predeterminada. La cantidad de tiempo predeterminada y cuál del uno o más monitores remotos 114A-114M, el receptor 102, la puerta de enlace 104 se asocian con un recordatorio puede ser configurable y puede variar en base a la gravedad del evento y/o el tipo de evento.
Además, en algunas implementaciones, el servidor seguro 110 puede reenviar notificaciones repetidamente (por ejemplo, cada 5 minutos o en cualquier otro momento) al monitor remoto 114 y/o al receptor 102 hasta que se reconozca la recepción del mensaje de notificación. En algunas implementaciones ilustrativas, el servidor seguro 110 puede configurar diferentes tipos de alarma para activarse por el dispositivo receptor (por ejemplo, monitor remoto 114 o receptor 102) a medida que cada reenvío se envía al dispositivo receptor (por ejemplo, que aumente sucesivamente el volumen, el brillo, o la vibración con cada mensaje de notificación repetido, no reconocido, o que active una alarma vibratoria con un primer recordatorio y una alarma vibratoria con un segundo recordatorio, etc.). Abrir un mensaje desde el servidor seguro 110 en el dispositivo receptor puede servir como un reconocimiento, así como también otras acciones detectables por el servidor seguro.
En algunas implementaciones ilustrativas, un usuario designado como un monitor principal puede señalar al servidor seguro 110 una incapacidad para proporcionar monitoreo al enviar un mensaje al servidor seguro 110 y/o al receptor 102, mediante el uso, por ejemplo, del monitor remoto 114A o la estación de trabajo 22. Cuando este es el caso, el servidor seguro 110 puede degradar el monitor principal a un secundario (o monitor de respaldo) y promover uno de los monitores secundarios a un monitor principal. El servidor seguro puede tener reglas que definen cuál de los monitores secundarios puede promoverse o cada uno de los monitores remotos secundarios puede sondearse para evaluar la disponibilidad para asumir el rol de monitor remoto principal. Y, el servidor seguro 110 puede enviar un mensaje (a través del servicio de notificación, por ejemplo) al monitor secundario que se ha promovido a un monitor principal que se ha designado como un monitor principal (y enviar un mensaje correspondiente a un monitor principal degradado).
Para asegurar la calidad del servicio con respecto a la recepción por los monitores remotos de los mensajes de notificación, pueden realizarse una o más operaciones para mitigar la pérdida potencial de un mensaje de notificación enviado al monitor remoto 114. Por ejemplo, si el servicio de notificación 112 comprende un servicio de notificación automática (por ejemplo, Servidor de notificación automática de Apple, Servidor de mensajería en la nube de Google, y similares) y no puede contactarse con el servicio de notificación (o no puede establecerse una conexión entre el servidor seguro 110 y el servicio de notificación 112), el servidor seguro 110 puede enviar una notificación a través de otro mecanismo, un mensaje de servicio de mensajes cortos (SMS) directamente al monitor remoto 114, una llamada telefónica, un correo electrónico, o cualquier otro mecanismo para establecer contacto con el(los) monitor(es) remoto(s) y/o los usuarios asociados con los dispositivos de monitoreo remoto.
Registro/invitaciones para monitoreo remoto
Como se mencionó anteriormente, en algunas implementaciones ilustrativas, puede requerirse que los dispositivos usados en el sistema 100 se registren con el servidor seguro 110. Para ilustrar, con respecto a la Figura 2B, el receptor 102 (que puede implementarse en un dispositivo inalámbrico basado en un procesador, tal como un teléfono inteligente o un ordenador de tableta) puede enviar un mensaje a través de la red móvil terrestre pública u otra(s) red(es) para invitar al monitor remoto 114 a aceptar una solicitud de establecimiento de conexión desde el servidor seguro 110. Si se acepta, el monitor remoto 114 puede proporcionarse con mensajes de notificación para eventos asociados con el receptor 102 y acceder a datos e informes de sensores asociados con el cliente 199. Aunque el ejemplo anterior describe al receptor 102 que envía una invitación al monitor remoto 114, otros dispositivos, tales como el servidor seguro 110, la puerta de enlace 104, el dispositivo de comunicación del usuario 105, la estación de trabajo 22, y/o el monitor remoto 114, pueden enviar invitaciones también o en su lugar, en dependencia de la implementación.
En algunas implementaciones ilustrativas, el receptor 102 puede enviar una pluralidad de invitaciones a cada uno de una pluralidad de monitores remotos 114A-114M. Además, las invitaciones pueden administrarse por el receptor 102, la puerta de enlace 104, el dispositivo de comunicación del usuario 105 y/o el servidor seguro 110, de manera que en cualquier instante de tiempo dado, un usuario puede monitorear el estado de las invitaciones, tal como cuántas invitaciones se han enviado, cuántas se han aceptado, cuántas se han rechazado, y la identidad de cualquiera de los monitores remotos principal y secundario. Por ejemplo, el receptor 102, la puerta de enlace 104, el dispositivo de comunicación del usuario 105 y/o el servidor seguro 110 pueden administrar las invitaciones, de manera que en cualquier instante dado, una cantidad de monitores remotos 114A-114M no supera una cantidad umbral (por ejemplo, 5 o 10 monitores remotos).
Además, el receptor 102, la puerta de enlace 104, el dispositivo de comunicación del usuario 105 y/o el servidor seguro 110 también pueden administrar la cantidad de monitores remotos 114 en base a la ubicación y/o el tiempo, de manera que un cliente-usuario tenga una cantidad predeterminada de monitores remotos 114 en cualquier ubicación dada y/o cualquier momento dado.
En algunas implementaciones ilustrativas, un cliente 199 o un cuidador del cliente puede administrar el estado de las invitaciones (por ejemplo, invitación enviada, invitación aceptada, monitoreo cancelado, y similares) a través del receptor 102, la puerta de enlace 104, el dispositivo de comunicación del usuario 105 y/o el servidor seguro 110. Por ejemplo, pueden presentarse una o más páginas interactivas del usuario en una pantalla del ordenador (por ejemplo, del receptor 102, la puerta de enlace 104, el dispositivo de comunicación del usuario 105, o la estación de trabajo 22, etc.) que incluyen el estado de las invitaciones (por ejemplo, si la invitación está pendiente, rechazada, o aceptadas). Estas una o más páginas pueden configurarse para permitir cambios en las reglas asociadas con los monitores remotos 114A-114M. Por ejemplo, pueden realizarse cambios en las reglas usadas para activar los mensajes de notificación, la designación de monitores principales (que incluyen las designaciones de hora y ubicación), la designación de monitores secundarios (que incluyen las designaciones de hora y ubicación), la secuencia de escalada y las configuraciones del umbral de escalada, y similares. Además, la(s) página(s) puede(n) proporcionar una lista de monitores remotos desde la que un usuario puede designar monitores remotos principales y secundarios y enviar invitaciones a cualquier monitor seleccionado. La(s) página(s) puede(n) permitir la configuración de permisos, tales como si un monitor remoto 114 se autoriza para recibir uno o más mensajes de notificación, se autoriza para ver datos del paciente (por ejemplo, datos de sensores que incluyen datos actuales y/o pasados), y similares.
La Figura 12 representa una página de invitación 500 ilustrativa presentada en un monitor remoto 114 en forma de mensaje de correo electrónico. En este ejemplo, un usuario, "John Doe", asociado con un sistema de sensores 8 y un receptor 102 ha invitado al monitor remoto 114 a ser un monitor como se indica en la invitación en 502. Además, la invitación puede incluir instrucciones para el monitor remoto, que en este ejemplo incluye hacer clic en un enlace en 504 para permitir una descarga del código de aplicación del monitor remoto desde el servidor seguro 110 u otro servidor (por ejemplo, el servidor iTunes operado por Apple, Inc.) y aceptar la invitación en 506 (que envía un mensaje de aceptación al servidor seguro 110). Al monitor remoto también puede darse la opción de no aceptar la invitación para monitorear al seleccionar un ícono de rechazo seleccionable por el usuario 508, que puede notificar al servidor seguro 110 de la indicación de rechazo.
En algunas implementaciones, para registrar un monitor remoto invitado 114 con el servidor seguro 110, el monitor remoto y el receptor 102 pueden ingresar cada uno un valor, tal como un código, un secreto compartido, un enlace (por ejemplo, un localizador de recursos uniforme), una contraseña, o una combinación de los mismos, para permitir el establecimiento de la conexión y por lo tanto permitir que el monitor remoto 114 reciba mensajes de notificación para eventos asociados con el receptor 102 y tenga acceso a los datos e informes de sensores en el servidor seguro 110. Además, un usuario, tal como el cliente 199, puede acceder a un navegador de Internet mediante el uso de la estación de trabajo 22 de la Figura 1, por ejemplo, para acceder al servidor seguro 110 e iniciar sesión para ver y administrar el uno o más dispositivos con privilegios de monitoreo remoto otorgados.
El establecimiento de conexión se refiere al proceso de agregar uno o más monitores remotos al sistema 100 para proporcionar una segunda capa de supervisión en la operación del sistema de sensores 8 y el receptor 102. Las conexiones al monitor remoto 114 pueden establecerse en base a una invitación enviada al monitor remoto 114. Esta invitación puede enviarse con el consentimiento del receptor 102, la puerta de enlace 104 (por ejemplo, a través de una interfaz de usuario en el mismo), y/o el cliente 199. Por ejemplo, puede requerirse que tanto el receptor 102 como el monitor remoto 114 acepten invitaciones o ingresen un código (por ejemplo, una contraseña, un secreto compartido, y similares) para optar por el monitoreo remoto proporcionado en el sistema 100.
En algunas implementaciones ilustrativas, uno o más de los dispositivos del sistema de monitoreo remoto 100 (por ejemplo, el monitor remoto 114, el receptor 102, la puerta de enlace 104, el dispositivo de comunicación del usuario 105, o la estación de trabajo 22) pueden necesitar un código, tal como un código de prescripción proporcionado por un proveedor de atención médica, para registrarse en el servidor seguro 110. El código puede caducar después de un tiempo predeterminado y/o puede limitarse a una cantidad predeterminada de usos (por ejemplo, un código de un solo uso que puede usarse una vez para registrarse en el servidor seguro 110 para obtener un código de monitor remoto). Además, el código también puede definir en el servidor 110 una configuración para el dispositivo que se registra como un monitor remoto 114, tales como permisos (por ejemplo, si puede recibir notificaciones, ver datos de sensores pasados y/o ver datos de sensores actuales) de y/o configuraciones de alerta asociadas con el monitor remoto.
En algunas implementaciones ilustrativas, el servidor seguro 110 puede tener información de configuración que define la identidad del receptor 102 y el monitor remoto 114, de manera que un usuario, tal como el cliente 199, puede acceder al servidor seguro 110 y entonces agregar uno o más dispositivos, tales como el receptor 102 y el monitor remoto 114 al sistema del usuario. El monitor remoto 114 puede consultar al servidor seguro 110 para obtener información con respecto a qué clientes (o receptores) se permite monitorear el monitor remoto y el servidor seguro puede configurar el monitor remoto 114 en consecuencia. En algunas implementaciones ilustrativas, los mensajes de notificación enviados al(los) monitor(es) remoto(s) pueden configurarse para satisfacer las necesidades de un usuario de monitor remoto dado y estas necesidades pueden ser diferentes de las necesidades del clientepaciente. En consecuencia, las reglas que dictan el envío de un mensaje de notificación al monitor remoto 114 pueden ser diferentes de una regla usada para activar una alerta al receptor 102 que se usa por el cliente-paciente.
A continuación se proporciona un ejemplo ilustrativo de un cuidador mediante el uso del monitor remoto 114 como parte del cuidado del cliente-paciente con referencia a la Figura 2A. Específicamente, el cuidador puede administrar una terapia de analito al cliente-paciente. Por ejemplo, el cuidador puede ser un padre de un niño pequeño. En este ejemplo, un padre puede desear recibir mensajes de notificación, que son idénticos a las alertas, enviados al receptor 102 (o activados por el receptor) y cliente-paciente (que en este ejemplo es un niño). Además, el servidor seguro 110 puede obtener las configuraciones del receptor 102 a través de la puerta de enlace 104. Durante la configuración del monitor remoto 114, el servidor seguro 110 puede solicitar al padre que seleccione un conjunto de reglas que son idénticas a las que usa el receptor del niño. En este ejemplo, cualquier cambio posterior realizado en el conjunto de reglas que se usa para el receptor del niño se propagaría mediante programación al conjunto de reglas que se usan para enviar notificaciones al monitor remoto del padre 114. Aunque el ejemplo anterior describió el mismo conjunto de reglas que se usan desde el cliente y el monitor, el cliente y el monitor también pueden implementar diferentes reglas.
A continuación se proporciona otro ejemplo ilustrativo de un cliente-paciente que administra el tratamiento pero en este caso, el cliente-paciente o el cuidador puede no desear un alto grado de supervisión del cliente-paciente. Con ese fin, el cuidador en el monitor remoto 114 puede desear que el cliente-paciente reciba una alerta primero, pero permita que el cliente-paciente tenga tiempo de actuar sobre la alerta para corregir o reconocer el evento antes de que se envíe una alerta al cuidador. Como un ejemplo, una alerta activada por el receptor 102 puede indicar un evento hipoglucémico o hiperglucémico, y si después de un cierto período de tiempo el cliente-paciente no ha tomado una o más acción(es) predeterminada(s) para remediar el evento (como es evidente por la medición de glucosa posterior que indica el mismo o un empeoramiento del estado del paciente, por ejemplo), el cuidador en el monitor remoto 114 puede recibir un mensaje de notificación en respuesta al evento. Es decir, si un cliente-paciente que usa el receptor 102 no responde o no reconoce una alerta de manera predeterminada, el cuidador en el monitor remoto 114 entonces puede recibir un mensaje de notificación. El cuidador en el monitor remoto 114 por lo tanto puede recibir un mensaje de notificación cuando el cliente-paciente en el receptor 102 falla en responder a, o reconocer, ciertos eventos en tiempo real, tal como un evento de baja glucosa (que puede considerarse grave ya que el cliente-paciente puede incapacitarse o desconocer el evento de manera que es necesaria una notificación al monitor remoto). Sin embargo, el servidor seguro 110 ya sea retrasa el envío de recordatorios o deja de enviar recordatorios en respuesta a un mensaje de notificación si el servidor seguro identifica uno o más ocurrencias predeterminadas. Las una o más ocurrencias predefinidas pueden solucionar el evento subyacente que activa la alerta, reconocer la alerta o tomar una acción definida, tal como administrar insulina y similares.
Además, el servidor seguro 110 puede configurarse con un retraso para esperar por un reconocimiento o una acción antes de notificar al monitor remoto 114, y este retraso puede variar en base al tipo y/o la gravedad de la condición que provoca la alarma, y variar en dependencia de configuraciones predeterminadas o configuradas por el usuario del monitor remoto. Además, el servidor seguro 110 también puede configurarse para monitorear los datos del receptor 102 incluso después que se recibe un mensaje de reconocimiento desde el receptor 102 en respuesta a una alerta. Por ejemplo, el servidor seguro 110 puede recibir el mensaje de reconocimiento (que puede ser un mensaje enviado por el receptor 102), pero el servidor seguro 110 puede esperar un tiempo predeterminado para que los datos de sensores del receptor 102 confirmen que el cliente-paciente de hecho ha tomado medidas. De nuevo, este retraso puede variar en base al tipo y/o la gravedad de la condición que provoca la alarma.
A continuación se proporciona otro ejemplo ilustrativo de un tratamiento administrado a un cliente-paciente pero en este caso, el cliente-paciente es altamente independiente de manera que el monitor remoto sólo puede activarse en una emergencia. Por ejemplo, el servidor seguro 110 puede incluir una regla para activar un monitor remoto en el caso de una emergencia, tal como un evento de hipoglucemia severa que ocurre durante la noche. En este escenario, el cliente-paciente puede no ser capaz de responder a la alerta del evento, d manera que el servidor seguro 110 puede activar un mensaje de notificación si la glucosa cae a un nivel extremadamente bajo durante un período de tiempo o el usuario no responde después de un período de tiempo a la alerta de muy baja glucosa enviada al receptor 102. Y, el período de tiempo puede variarse en base al tipo y/o la gravedad de la condición que provoca la alarma.
A continuación se proporciona otro ejemplo ilustrativo de un cliente-paciente que es altamente independiente pero que no tiene hipoglucemia y no tiene fuentes confiables para la respuesta de emergencia. En este caso de uso, el cliente-paciente puede seleccionar un monitor remoto 114 asociado con un servicio médico de emergencia para notificar automáticamente al servicio en el caso de un evento hipoglucémico grave cuando la glucosa cae a un nivel extremadamente bajo durante un período de tiempo o el usuario no responde después de un período de tiempo a la glucosa muy baja activada por el receptor 102.
Administrar las configuraciones de alerta del monitor remoto
En algunas implementaciones ilustrativas, un usuario puede administrar las alertas para cada uno de los monitores remotos 114A-114M que monitorean un cliente 199. Por ejemplo, el cliente 199 puede usar el sistema de monitoreo de cliente 198A para invitar al monitor remoto 114A a ser un monitor y configurar los permisos en el servidor seguro 114 mediante el uso del receptor 102, la puerta de enlace 104 (que incluye el dispositivo de comunicación de cliente), o la estación de trabajo 22. El permiso puede ser específico para una o más ciertas alertas o global en el sentido de que el usuario puede manipular todas las alertas para el monitor remoto 114A. Aunque el ejemplo anterior describe los permisos que establece un usuario, los permisos también pueden determinarse mediante programación. Para administrar las alertas, un usuario puede acceder al servidor seguro 110 mediante el uso de un dispositivo informático, tal como un monitor remoto 114, un receptor 102, una puerta de enlace 104, un dispositivo de comunicación de cliente 105 o una estación de trabajo 22, y administrar las alertas al por ejemplo configurar alertas, cambiar umbrales, activar o desactivar alertas, y similares. La Figura 13 representa una página 600 ilustrativa que puede presentarse en una pantalla del dispositivo informático de cliente. La página 600 puede permitir cambios en las alertas para un cierto monitor remoto 114A. En el ejemplo de la Figura 6, una alarma de baja glucosa 602 puede activarse 610, y el umbral 604 define el umbral configurado por el usuario. La Figura 6 también representa que el retraso 606 también puede administrarse mediante el uso de la página 600. Por ejemplo, el retraso 606 puede definir cuánto tiempo espera el servidor seguro 110 antes de enviar un mensaje de notificación desde el servidor seguro (a través del servicio de notificación) al monitor remoto 114A si la concentración de glucosa del cliente permanece por debajo del umbral bajo. En este ejemplo, el retraso es de cero segundos, pero puede cambiarse mediante el uso de la página 600 para que sea otra cantidad de tiempo, tal como 5, 10, 15 o 30 minutos, o una hora. La página 600 también permite que el servidor seguro 110 y/o el servicio de notificación 112 activen los envíos de recordatorios 612 y varíen un tiempo 606 asociado con la activación de los recordatorios. Por ejemplo, los recordatorios representan la cantidad de tiempo que transcurre antes de que el servidor seguro 110 active otra notificación al monitor remoto 114A si el monitor remoto no ha reconocido la alerta o si el cliente no ha solucionado el evento que originalmente activó la alerta. En este ejemplo, si un usuario falla en reconocer una alerta o no toma acciones correctivas dentro de los 30 minutos después de una notificación original en respuesta a una lectura por debajo de 70 mg/dl, el servidor seguro 110 envía otra notificación con respecto al bajo nivel de glucosa al monitor remoto 114A. Aunque el ejemplo descrito con respecto a la Figura 6 se refiere a un bajo valor de glucosa, un retraso, y un recordatorio, cualquier otro aspecto de las alertas para un monitor remoto 114 descrito en otra parte en la presente descripción también puede administrarse, tal como alertas de alto nivel de glucosa, alertas de alta tasa de cambio y similares.
Además, aunque la descripción anterior con respecto a la Figura 6 se refiere a la administración de alertas para un monitor remoto 114, el receptor 102, la puerta de enlace 104 o el dispositivo de comunicación de cliente 105 pueden usar una página similar para administrar las alertas activadas por el dispositivo de comunicación de cliente en las implementaciones de las Figuras 2A-2C. Como un ejemplo, el dispositivo de comunicación de cliente 105 puede mostrar la página 600 para administrar alertas por el dispositivo de comunicación de cliente independiente del receptor 102. De esta manera, el dispositivo de comunicación de cliente 105 puede funcionar como un dispositivo de alerta secundario para el cliente 199.
En algunas implementaciones, un usuario puede modificar una o más reglas que definen alertas representativas de eventos asociados con el estado de analito del cliente. Un usuario puede usar un dispositivo informático, tal como un monitor remoto 114, un receptor 102, una puerta de enlace 104, un dispositivo de comunicación de cliente 105, o una estación de trabajo 22, para modificar las configuraciones de alerta, tales como los umbrales de bajos niveles de glucosa y similares, del sistema de monitoreo de cliente 198. De esta manera, un padre, por ejemplo, puede modificar las configuraciones del sistema de monitoreo remoto 198 de su hijo.
Aunque el ejemplo anterior se refiere a la modificación de alarmas de baja glucosa, la modificación puede incluir variar un primer umbral asociado con un bajo nivel de glucosa en el cliente, variar un segundo umbral asociado con un alto nivel de glucosa en el cliente, variar un retraso entre el momento que el receptor activa el mensaje 102, variar un valor de tiempo entre el momento que se envía un mensaje de recordatorio, y cualquier otra alerta que puede activarse para un sistema de monitoreo de cliente 198 o monitor remoto 114.
Además, el servidor seguro 110 puede adaptar el conjunto de reglas asociadas con un cliente 199. Por ejemplo, el conjunto de reglas para un monitor remoto 114 que monitorea el cliente 199 puede predeterminarse en base a algunos datos demográficos básicos del cliente-paciente. Después del uso inicial del sistema de monitoreo remoto 100, el servidor seguro 110 puede ajustar mediante programación los umbrales usados para activar algunos o todos los eventos. Estos ajustes pueden realizarse por una variedad de razones. Por ejemplo, los umbrales, tales como los niveles de glucosa, las tasas de cambios de glucosa, y similares, usados para determinar cuándo activar un evento pueden ajustarse para reducir la frecuencia de algunas alertas y/o notificaciones a medida que un monitor remoto 114 recibe demasiados mensajes puede decidir ignorar los mensajes. Los umbrales también pueden ajustarse para estrechar el rango de variación de glucosa de un paciente durante el día para disminuir la variabilidad en la variabilidad de glucosa diaria de un cliente.
En algunas implementaciones ilustrativas, las herramientas de administración de datos y los análisis de CGM pueden usarse para ayudar a los pacientes a administrar mejor su diabetes o ayudar a los médicos a mejorar las recomendaciones. Como los datos de glucosa (y/u otros datos de analito) pueden proporcionarse al servidor seguro 110 aproximadamente en tiempo real, los administradores de casos pueden usar los datos en sistemas de pago y/o sistemas médicos para mejorar la administración continua de la diabetes. Sin embargo, puede ser poco práctico para un administrador de casos de diabetes revisar los denominados "grandes datos". Como tal, los filtros pueden usarse para permitir informes de uso basados en excepciones o patrones glucémicos para promover el uso eficiente del tiempo del administrador de casos al identificar los problemas específicos. Con ese fin, pueden definirse uno o más patrones en el servidor seguro para identificar los problemas que requieren la atención del administrador de casos. Los patrones pueden incluir análisis longitudinales o comparaciones entre períodos de tiempo. Estos patrones también pueden identificar a los pacientes de alto riesgo, tales como aquellos con bajas frecuentes o graves, altas frecuentes o graves, y/o marcada variabilidad de glucosa. Esto puede considerarse particularmente importante para su uso con pacientes en terapia intensiva con insulina, con hipoglucemia inconsciente, mal control, aquellos nuevos a la insulina, y similares. Los patrones también pueden identificar a los que no responden a la terapia, tales como aquellos con hiperglucemia sostenida, lo que sugiere no respuesta a la terapia o un empeoramiento del control, lo que sugiere no adherencia, progresión de la enfermedad, o taquifilaxia. Esto puede considerarse particularmente útil cuando se agregan nuevos medicamentos o se optimiza la terapia. Los patrones también pueden identificar respondedores o no respondedores vinculados a la educación diabética o por proveedores o consultores particulares.
En algunas implementaciones ilustrativas, puede recopilarse información de rendimiento adicional en el servidor seguro 110 de pacientes en una pluralidad de ubicaciones. Esta información adicional puede usarse para evaluar los factores ambientales que podrían influir y afectar el rendimiento del sensor. En lugar de recopilar y analizar información únicamente de un solo cliente-paciente, los datos pueden recopilarse en el servidor seguro y entonces compararse en un nivel macro que abarca una pluralidad de clientes-pacientes y/o a través de una pluralidad de ubicaciones geográficas (o regiones). En esencia, la eficacia general del sistema de sensores 8 puede evaluarse en base a varios factores ambientales que se monitorean. Por ejemplo, los datos recopilados en tiempo real de todos los Estados Unidos o incluso del mundo pueden mostrar si la temperatura, la humedad, la altitud, o similares influyen en el rendimiento del sistema de sensores 8 y por lo tanto proporcionan una indicación de si el sistema de sensores 8 y/o el sensor 10 deben reemplazarse o repararse. Además, el servidor seguro 110 también puede procesar la información del sensor recibida e identificar patrones (por ejemplo, por número de lote, región, o similares), y puede cargarse algoritmos adicionales, información de calibración o dispositivos de seguridad en base a estos patrones identificados para mejorar la precisión y/o rendimiento del sensor.
En algunas implementaciones ilustrativas, el servidor seguro 110 puede rastrear mediante programación el rendimiento del producto y la utilización de un sistema de sensores que incluye el sensor 8 y/o el receptor 102. Por ejemplo, el sistema de sensores y/o receptor pueden proporcionar mediante programación al servidor seguro 110 información que identifique el sensor (por ejemplo, el número de lote) y resuma su rendimiento. Las métricas de rendimiento pueden incluir precisión, puntualidad, captura de datos, y similares. Además, si una o más métricas de rendimiento de sensores caen fuera de un rango esperado, entonces el servidor seguro 110 puede solicitar que se transmita información adicional desde el sistema de sensores/receptor al servidor seguro para permitir la clasificación del modo de falla. Por ejemplo, el servidor seguro 110 puede enviar alertas y/o notificaciones al receptor 102, la puerta de enlace 104 y/o el monitor remoto 114 de que el sistema de sensores 8 y/o el receptor 102 necesitan mantenimiento (por ejemplo, reemplazo, reparación, calibración, y similares) en base a información de rendimiento determinada. Y, el servidor seguro 110 también puede configurarse para enviar, en base a la información de rendimiento, alertas o mensajes de notificación que indican que los sensores requieren un reinicio, se necesita un nuevo valor de calibración, o debe pedirse un nuevo sensor. Los datos proporcionados al servidor seguro 110 pueden ser configurables y almacenarse en un repositorio acoplado al servidor seguro 110.
Además, el seguimiento del sistema de sensores por el servidor seguro puede incluir el seguimiento del rendimiento de la interfaz inalámbrica del receptor. Por ejemplo, si ocurre un error de hardware (o cualquier condición de error detectada), la información relacionada con el error puede transmitirse al servidor seguro 110. Los datos transmitidos también pueden usarse para rastrear la utilización de características, que pueden incluir configuraciones de alerta, cantidad de visitas a la pantalla, y similares. Además, estos datos pueden usarse para recopilar y administrar datos durante los estudios clínicos. Además, los datos de sensores transmitidos al servidor seguro 110 también pueden expandirse para rastrear el rendimiento del control glucémico del paciente. Cuando este es el caso, las métricas de rendimiento pueden incluir el "tiempo pasado" en diferentes rangos de glucosa, amplitudes de excursiones glucémicas, información de dosis de insulina, y similares. Por ejemplo, durante una sesión de monitoreo de glucosa continuo (CGM), los datos pueden transmitirse automáticamente a un servidor seguro 110 y/o un repositorio acoplado accesible para el cliente-paciente y/o el proveedor de atención clínica del paciente. En consecuencia, el seguimiento automático mencionado anteriormente del rendimiento del producto y la clasificación de los modos de falla pueden, en algunas implementaciones ilustrativas, proporcionar información más precisa con respecto al rendimiento del producto, facilitar la resolución de los problemas del sensor experimentados por los pacientes, y automatizar el reemplazo (o envío) del producto cuando el rendimiento del sensor se considera listo para su reemplazo.
En algunas implementaciones ilustrativas, el servidor seguro 110 puede proporcionar un bucle de control cerrado. Específicamente, el servidor seguro 110 puede enviar un mensaje al receptor 102, que responde al servidor seguro 110. Además, el servidor seguro 110 puede enviar mensajes al monitor remoto 114, que responde al servidor seguro 110. En consecuencia, el servidor seguro 110 puede solicitar una acción del receptor 102 y/o del monitor remoto 114, y recibir el reconocimiento del receptor 102 y/o el monitor remoto 114, cuando se completa la acción, lo que forma por lo tanto un bucle cerrado. El receptor 102 puede incluir uno o más aspectos de las funciones proporcionadas por el monitor remoto 114, y el monitor remoto 114 puede incluir uno o más aspectos de las funciones proporcionadas por el receptor 102.
Proceso de configuración del sistema de monitoreo de cliente 1000 ilustrativo
La Figura 10 es un diagrama de flujo que representa el proceso 1000 para configurar el sistema de monitoreo de cliente 198 de acuerdo con algunas implementaciones. Con fines ilustrativos, el proceso de configuración 1000 se explicará con referencia a la arquitectura del sistema de monitoreo remoto ilustrado en la Figura 2C, aunque se entiende que el proceso de configuración 1000 puede aplicarse a la arquitectura de la Figura 2A o la Figura 2B con cambios para adaptarse a las diferencias de arquitecturas.
Adicionalmente, para mayor facilidad de comprensión, los siguientes componentes de la Figura 2C se usan en un ejemplo del proceso 1000: el sistema de sensores 8 y el receptor 102 comprenden un sistema de monitoreo continuo DexCom G4 Platinum, disponible de DexCom, Inc., donde el sensor 10 es un sensor DexCom G4, el módulo de electrónica de sensor 12 es un transmisor DexCom G4, y el receptor es el receptor DexCom G4; el receptor 102 se acopla en la estación de acoplamiento 103 como se ilustra y explica con referencia a la Figura 7B; el dispositivo de comunicación de cliente 105 comprende un Apple iPhone disponible de Apple, Inc.; y cada monitor remoto 114A-114M comprende un iPhone de Apple u otro teléfono móvil que tiene un sistema operativo móvil basado en iOS® (fabricado comercialmente por Apple, Inc.), Android® (fabricado comercialmente por Google, Inc.) o Windows® (fabricado por Microsoft, Inc.).
En el bloque 1000, un usuario descarga una aplicación de monitoreo de cliente en el dispositivo de comunicación de cliente 105. (Se entiende que la aplicación de monitoreo de cliente puede descargarse en la puerta de enlace 104 en la implementación de la Figura 2A o descargarse en el receptor 102 en la implementación de la Figura 2B la aplicación de monitoreo de cliente puede ser, por ejemplo). En algunas implementaciones, la aplicación de monitoreo de cliente se descarga desde un servidor, que puede ser independiente (por ejemplo, operado por una entidad diferente) del servidor seguro 110, tal como el servidor de Apple App Store operado por Apple, Inc. Sin embargo, en algunas implementaciones, la aplicación de monitoreo de cliente se descarga del servidor 110. La aplicación de monitoreo de cliente puede comprender instrucciones para que el dispositivo de comunicación de cliente 105 realice las funciones del dispositivo de comunicación de cliente descritas en la presente descripción, tales como recopilar datos de sensores del receptor 102 a través de la estación de acoplamiento 103, transmitir los datos de sensores al servidor seguro 110, administrar alertas del sistema de monitoreo de cliente 198, invitar a los usuarios a convertirse en monitores remotos de cliente, administrar las configuraciones del monitor remoto, emparejarse con la estación de acoplamiento 103 y/o el receptor 102, y similares.
Una vez que la aplicación de monitoreo de cliente se descarga al dispositivo de comunicación de cliente 105, un usuario puede abrir la aplicación (por ejemplo, al seleccionar un ícono asociado con la aplicación de monitoreo de cliente en una pantalla de inicio del dispositivo de comunicación de cliente) y usar la aplicación para crear un cuenta en el bloque 1012. Además de almacenar la información de la cuenta en el dispositivo de comunicación de cliente 105, la cuenta se crea y almacena en el servidor seguro 110. En algunas implementaciones, crear la cuenta incluye ingresar información de identificación del usuario, tal como el nombre y la dirección de correo electrónico, una contraseña, y un identificador único asociado con el receptor 102, tal como el número de serie del receptor. Como se explica más abajo en el bloque 1016, el número de serie del receptor puede usarse para emparejar el receptor 102 y/o la estación de acoplamiento 103 con el dispositivo de comunicación de cliente 105, así como también otras funciones.
La Figura 9 ilustra una página 900 ilustrativa que la aplicación de monitoreo de cliente puede mostrar a un usuario en el bloque de configuración de cuenta 1012 para facilitar la entrada del número de serie del receptor 102 u otro identificador único. Aquí, la página 900 es una ilustración de la ubicación del número de serie para ayudar al usuario a encontrar el número de serie de la entrada. La página 900 también proporciona un campo de entrada alfanumérico que el usuario puede seleccionar para ingresar manualmente el número de serie. Además, la página 900 proporciona iconos seleccionables 902 y 904 que permiten que el usuario tome una foto del número de serie mediante el uso de una cámara del dispositivo de comunicación de cliente 105 y escanear el número de serie mediante el uso de un escáner de código de barras del dispositivo de comunicación de cliente 105, respectivamente, para la entrada del número de serie.
En el bloque 1014, el usuario usa la aplicación de monitoreo de cliente para administrar las configuraciones de alerta para el dispositivo de comunicación de cliente 105. La aplicación de cliente puede presentar inicialmente configuraciones de alerta predeterminadas, donde el usuario puede modificar las configuraciones de usuario predeterminadas mediante el uso de la interfaz de usuario del dispositivo de comunicación de cliente 105. En algunas implementaciones, las configuraciones de alerta comprenden repetir una o más alertas en el receptor 102. De esta manera, el dispositivo de comunicación de cliente 105 puede amplificar (por ejemplo, activar un tipo de alarma diferente a la del receptor, tal como una alarma más fuerte) y/o hacer eco de las alarmas del receptor (por ejemplo, hacer sonar la alarma sólo después de una cantidad de tiempo predeterminada de la alarma del receptor si el evento que activó la alerta en el receptor no se ha solucionado). Las configuraciones de alerta también pueden incluir la desactivación o activación de alertas para varios eventos.
El usuario empareja el dispositivo de comunicación de cliente 105 con la estación de acoplamiento 103 en el bloque 1016. En algunas implementaciones, para emparejar el dispositivo de comunicación de cliente 105 con la estación de acoplamiento 103, el usuario enciende la estación de acoplamiento y conecta el receptor 102 a la estación de acoplamiento. En este punto, el dispositivo de comunicación de cliente 105 y la estación de acoplamiento 103 comienzan un procedimiento de emparejamiento y autenticación.
En algunas implementaciones, la estación de acoplamiento 103 no tiene una pantalla y por lo tanto los procedimientos de emparejamiento y autenticación convencionales pueden no ser adecuados. Por lo tanto en algunas implementaciones, el receptor 102 proporciona un número de serie almacenado en la memoria del receptor a la estación de acoplamiento 103 y un usuario ingresa el número de serie del receptor en el dispositivo de comunicación de cliente 105. El número de serie almacenado en la memoria del receptor 102 puede almacenarse durante la fabricación del receptor. El dispositivo de comunicación de cliente 105 entonces puede transmitir el número de serie (o la versión cifrada del número de serie) a la estación de acoplamiento para establecer un canal de comunicación autenticado.
El siguiente procedimiento de emparejamiento y autenticación puede usarse en algunas implementaciones. En respuesta a que el receptor 102 se acopla a la estación de acoplamiento 103, la estación de acoplamiento deriva un código de autenticación del número de serie del receptor (que el receptor transmite a la estación de acoplamiento) y lo coloca en una característica de Perfil de atributo genérico (GATT). La estación de acoplamiento 103 entonces transmite un anuncio general para vincular. El dispositivo de comunicación de cliente 105 busca el anuncio. Después de descubrir la estación de acoplamiento 103, el dispositivo de comunicación de cliente 105 se conecta y realiza un descubrimiento de servicios. El dispositivo de comunicación de cliente 105 entonces intenta leer la característica de GATT mencionada anteriormente. La estación de acoplamiento 103 responde con un mensaje de autorización insuficiente (se requiere emparejamiento y cifrado). El dispositivo de comunicación de cliente 105 entonces solicita al usuario que se empareje con la estación de acoplamiento 103. Tanto la estación de acoplamiento 103 como el dispositivo de comunicación de cliente 105 comprometen una clave a largo plazo para usar para el cifrado y entonces se emparejan. El dispositivo de comunicación de cliente 105 entonces lee el código de la característica mencionada anteriormente, y mediante el uso de esta característica, verifica la autenticidad de la estación de acoplamiento 103. El dispositivo de comunicación de cliente 105, que ha obtenido anteriormente su propio código del número de serie del receptor ingresado anteriormente en el dispositivo de comunicación de cliente en el bloque 1012, escribe este código en una característica de GATT en la estación de acoplamiento 103. La estación de acoplamiento 103 entonces usa este código para verificar la autenticidad del dispositivo de comunicación de cliente y, si es auténtico, ingresa en un estado vinculado persistente.
En algunas implementaciones, mediante el uso del proceso de emparejamiento y autenticación mencionado anteriormente, si los dos dispositivos (el receptor 102 y la estación de acoplamiento 103) se desconectan en cualquier punto, la estación de acoplamiento 103 dirige un anuncio para la conexión.
En el bloque 1018, el usuario usa la aplicación en el dispositivo de cliente 105 para invitar a los monitores remotos 114. Aquí, la aplicación puede solicitar al usuario que identifique información de un usuario potencial de un monitor remoto, que incluye un nombre y una dirección de correo electrónico accesibles desde un dispositivo capaz de ser un monitor remoto 114, tal como un teléfono inteligente móvil o un ordenador de tableta. Además, la aplicación puede solicitar al usuario los permisos que el usuario desea que tenga el monitor remoto 114, tal como el permiso para ver datos de gráficos de tendencia, y configuraciones de alerta que el usuario desea que tenga el monitor remoto 114. Una vez finalizada, la aplicación envía una invitación al monitor remoto 114, con la información en la invitación, tal como información de identificación, permisos y configuraciones de alertas almacenados en el servidor seguro 110. El usuario puede invitar a monitores remotos adicionales mediante el uso del procedimiento de invitación descrito anteriormente. En algunas implementaciones, la aplicación puede incluir una página que enumera el estado de todas las invitaciones enviadas por el usuario.
Note que el proceso 1000 puede implementarse mediante el uso de un asistente de configuración implementado por la aplicación de monitoreo de cliente en el dispositivo de monitoreo de cliente 105 para guiar al usuario a través del proceso de configuración 1000.
Ejemplo del proceso de configuración del monitor remoto 1600
La Figura 16 es un diagrama de flujo de un proceso de monitoreo remoto ilustrativo mediante el uso del monitor remoto 114. Similar al proceso 1000, la Figura 16 se describirá sólo con fines ilustrativos con respecto a la arquitectura del sistema de monitoreo remoto 100 de la Figura 2C.
En el bloque 1610, un usuario recibe en un dispositivo informático, tal como un teléfono móvil inteligente, una invitación para convertirse en monitor remoto. Una invitación ilustrativa se ilustra y explica con más detalle con respecto a la Figura 12. En algunas implementaciones, un usuario que recibe la invitación puede ya sea aceptar o rechazar la invitación al seleccionar un icono de aceptación o un icono de rechazo, respectivamente, en el correo electrónico. Rechazar la invitación finaliza el proceso 1600, mientras que aceptar la invitación mueve el proceso 1600 al bloque 1620.
En el bloque 1620, la invitación dirige mediante programación al usuario a través del dispositivo informático del usuario para descargar una aplicación de monitoreo remoto, si el usuario acepta la invitación. En algunas implementaciones, aceptar la invitación en el bloque 1610 activa mediante programación el dispositivo informático del usuario para acceder automáticamente a un servidor que lleva la aplicación de monitoreo remoto. El servidor puede ser la App Store operada por Apple, Inc. en el caso de que el dispositivo del usuario sea un dispositivo móvil de Apple. El usuario entonces descarga la aplicación de monitoreo remoto en el dispositivo informático.
Note que en algunas implementaciones, el usuario del monitor remoto 114 no necesita registrarse con el servidor seguro 110, ya que en ciertas implementaciones el servidor seguro ya tiene la información de la cuenta del usuario desde que se formó la invitación en el bloque 1012 del proceso 1000 (Figura 10).
En el bloque 1630, el usuario administra las configuraciones de alerta mediante el uso de la aplicación de monitoreo remoto descargada en el dispositivo informático (ahora considerado un monitor remoto 114). Las configuraciones de alerta pueden establecerse inicialmente en las configuraciones de alerta recomendada establecidas por la persona que envió la invitación en la etapa 1012 en el proceso 1000 (o las configuraciones predeterminadas en el caso de que la persona que envía la invitación no ingresó ninguna configuración recomendada) en algunas implementaciones. El usuario del monitor remoto 114 entonces puede modificar cualquiera de las configuraciones recomendadas o predeterminadas. Las configuraciones puede incluir configurar valores umbrales para cuándo activar una alerta para el monitor remoto, retrasos, recordatorios y configuraciones de alerta sin datos, explicadas con más detalle en otra parte en la presente descripción. El monitor remoto 114 entonces puede transmitir las configuraciones del monitor remoto al almacenamiento seguro para su almacenamiento y uso cuando se activan alertas asociadas con el monitor remoto.
En el bloque 1640, el monitor remoto 114 monitorea los niveles de analito de cliente como se permite. El monitoreo puede incluir monitorear una pluralidad de clientes mediante el uso del monitor remoto, como se explica con más detalle con respecto a la Figura 1. El monitoreo puede incluir recibir notificaciones activadas por el servidor seguro 110 y enviadas a través del servicio de notificación 112 y ver los datos de sensores accesibles desde el servidor seguro. Por ejemplo, en algunas implementaciones, un usuario puede activar la aplicación de monitoreo remoto en el monitor remoto 114 para ver una página del panel de una pluralidad de niveles de glucosa del cliente.
Invitación ilustrativa para convertirse en monitor remoto
Como se explicó anteriormente en el bloque 1610 de la Figura 16, un usuario puede recibir una invitación para monitorear de manera remota el cliente 199. En algunas implementaciones, la invitación tiene la forma de un correo electrónico, tal como el que se representa en la Figura 12. El usuario puede aceptar o rechazar la invitación mediante el uso del correo electrónico. El usuario puede aceptar la invitación al indicar que el usuario desea instalar la aplicación de monitoreo remoto al seleccionar el texto seleccionable 504, o rechazar la invitación al seleccionar el texto seleccionable 508. Si el usuario rechaza la invitación, entonces el sistema de monitoreo remoto 100 puede notificar al cliente que envió la invitación del rechazo al enviar una notificación a través del servidor 110 y/o el servicio de notificación 112 al dispositivo de comunicación 105, por ejemplo. Sin embargo, si el usuario acepta la invitación, entonces el sistema de monitoreo remoto 100 puede notificar al cliente de la aceptación al enviar una notificación a través del servidor 110 y/o el servicio de notificación 112 al dispositivo de comunicación 105, por ejemplo, y el proceso 1600 continúa en el bloque 1620.
En algunas implementaciones, una recepción que acepta la invitación configura automáticamente una cuenta de monitoreo remoto en el servidor 110. Es decir, el destinatario no necesita iniciar sesión y crear una cuenta, ya que el cliente proporcionó la información de creación de la cuenta (nombre del destinatario, correo electrónico, número de teléfono y similares) para el destinatario cuando se genera la invitación. Además, el cliente puede incluir una imagen del cliente durante el proceso de creación de la invitación de manera que la invitación incluye una imagen del cliente en la invitación enviada al destinatario (lo que puede ayudar al destinatario a saber que la invitación es válida) y la imagen del cliente puede usarse como la imagen del cliente en el monitor remoto (tal como en un panel como se explica con referencia a las Figuras 18A y 18B y en otra parte).
La invitación puede incluir un código de un solo uso que el destinatario de la invitación puede usar para aceptar la invitación sin requerir que el destinatario inicie sesión en el sistema de monitoreo remoto, en algunas implementaciones. El código puede tener la forma de un Identificador único global (GUID). La invitación también puede incluir una marca de tiempo de cuándo se envió la invitación y cuándo la invitación caduca.
Vista de estado del sistema
En algunas implementaciones, un usuario del sistema de monitoreo remoto 100 puede no saber fácilmente si el sistema de monitoreo remoto 100 funciona o por qué el sistema puede no funcionar. Por ejemplo, en la implementación de la Figura 2B, un cliente 199 puede no darse cuenta de que los datos no se transmiten desde el sistema de sensores 8 al servidor 110, o incluso si el cliente se da cuenta de que los datos no se transmiten, el cliente puede no reconocer dónde radica el problema de manera que la transmisión de datos pueda reanudarse. En consecuencia, algunas modalidades proporcionan una página de estado del sistema para ayudar al usuario a identificar si el sistema funciona correctamente, y, si no, cuál puede ser la fuente del problema.
Las Figuras 11A y 11B son vistas ilustrativas de una página de estado 1100 de acuerdo con algunas implementaciones. La página de estado 1100 incluye una barra de estado 1110 que incluye representaciones de varios componentes del sistema de monitoreo remoto 100. En este ejemplo, los componentes del sistema 100 incluyen una estación de acoplamiento 1114, un dispositivo de comunicación de cliente 1118 y un servidor 1112. Los canales de comunicación entre cada uno de los componentes entre los componentes del sistema 100 también se incluyen en las Figuras 11A y 11B, tal como un primer canal de comunicación 1116 (por ejemplo, Bluetooth®) entre la estación de acoplamiento 1114 y el dispositivo de comunicación de cliente 1118, y un segundo canal de comunicación 1120 (por ejemplo, Wi-Fi o celular) entre el dispositivo de comunicación de cliente 1118 y el servidor 1122. La barra de estado 1110 puede indicar componentes y canales de comunicación que se determinan que funcionan y no funcionan. Por ejemplo, si se determina que una conexión funciona, entonces la conexión puede mostrarse gráficamente en un primer estado, y si la conexión no funciona entonces la conexión puede mostrarse gráficamente en un segundo estado, diferente. El primer estado y el segundo estado pueden representarse de manera diferente, por ejemplo, mediante el uso de color (por ejemplo, verde si está en el primer estado, rojo si está en el segundo estado), y/o gráficos (por ejemplo una línea continua si está en el primer estado y una línea discontinua si está en el segundo estado) y similares. Además, cada porción de la barra de estado, 1114, 1116, 1118, 1120 y 1122 puede ser seleccionable por el usuario, donde si un usuario selecciona una porción particular, la aplicación de monitoreo de cliente puede mostrar información de ayuda (en forma de un mensaje emergente o una nueva pantalla de visualización, por ejemplo) que puede ayudar a un usuario a resolver problemas asociados con la porción seleccionada por el usuario. Por ejemplo, si el ícono de la estación de acoplamiento 1114 está en el segundo estado y el usuario selecciona el ícono de la estación de acoplamiento, la aplicación de monitoreo remoto puede mostrar un mensaje que solicita al usuario que se asegure de que la estación de acoplamiento se conecta a una fuente de alimentación. Además, la aplicación de monitoreo remoto puede mostrar un mensaje que solicita al usuario que se asegure de que el dispositivo de monitoreo de cliente tiene habilitada la conectividad por Bluetooth, por ejemplo, si el primer canal de comunicación está en el segundo estado y el usuario selecciona el primer canal de comunicación.
La página de estado 1100 también puede incluir un ícono de carácter 1132 que muestra un estado general del sistema. En el ejemplo de las Figuras 11A y 11B, el icono de carácter 1132 tiene la forma de un monstruo que sostiene un cartel. La apariencia del icono de carácter 1132 puede cambiar en base al estado del sistema de manera que un usuario pueda determinar rápidamente el estado al ver el ícono de carácter. Por ejemplo, el ícono de carácter 1132 puede tener una expresión sonriente y sostener un cartel con una marca de verificación para indicar que el sistema funciona y transmite datos de sensores, como se ilustra en la Figura 11A. Por el contrario, el ícono de carácter 1132 puede tener una expresión de ceño fruncido y sostener un cartel con una X para indicar que el sistema no funciona, como se ilustra en la Figura 11B. El color del ícono de carácter 1132 también puede variar en dependencia del estado del sistema, tal como verde cuando el sistema 100 determina que el sistema funciona (es decir se envían datos desde el cliente al servidor 1110) y rojo cuando el sistema determina que el sistema no funciona.
Los ojos del ícono de carácter 1132 también pueden ayudar a indicar a un usuario si el sistema funciona, tal como los ojos parpadean si la aplicación de monitoreo de cliente funciona, o los ojos no parpadean si la aplicación de monitoreo de cliente no funciona. El parpadeo de los ojos también puede corresponder a la tasa de transmisión entre la estación de acoplamiento 103 y el dispositivo de comunicación de cliente. De esta manera, un usuario puede saber si el sistema de monitoreo remoto funciona activamente, en lugar de que la aplicación de monitoreo remoto se congele en un estado que indica que el sistema funciona aunque no lo esté.
La aplicación de monitoreo de cliente también puede mostrar una pestaña de estado 1124 en la página de estado 1100 y cualquier otra página mostrada por la aplicación de monitoreo de cliente, como se ilustra en las Figuras 11A y 11B. La pestaña de estado puede ser parte de un menú que incluye una pluralidad de diferentes pestañas seleccionables asociadas con diferentes páginas de visualización de la aplicación de monitoreo de cliente que, cuando se seleccionan, muestran la página de visualización asociada Las pestañas en las Figuras 11A y 11B incluyen adicionalmente una pestaña de seguidor, 1126, pestaña de cuenta 1128 y más pestaña 1130. En particular, la pestaña de estado siempre puede mostrar una indicación del estado de conexión del sistema, tal como se muestra en verde y con una marca de verificación, como se ilustra en la Figura 11A, si el sistema funciona, o en rojo y con una X, como se ilustra en la Figura 11B, si el sistema no funciona. La pestaña de estado puede mostrarse independientemente de la página actual que se muestra, lo que proporciona de esta manera al usuario con una indicación del estado del sistema independientemente de la página que se muestra.
En algunas implementaciones, el sistema de monitoreo de cliente 198 puede configurarse para enviar mensajes periódicamente al servidor 110. Si el servidor detecta una falta de mensajes del sistema de monitoreo de cliente 198 durante una cantidad de tiempo predeterminada, entonces el servidor puede activar una notificación para que se envíe al sistema de monitoreo de cliente (tal como el receptor 102, la puerta de enlace 104 o el dispositivo de comunicación de cliente 105) que notifica al cliente de la falta de mensajes de manera que el cliente puede verificar para determinar si el sistema de monitoreo de cliente funciona, mediante el uso por ejemplo de la página de estado 1100.
Páginas de control de monitoreo de cliente
La aplicación de monitoreo de cliente también puede incluir varias páginas de visualización que permiten que el usuario vea los estados de los monitores remotos 114 y configurar permisos y configuraciones asociadas con los monitores remotos.
La Figura 14 ilustra una página de descripción general 1400 de acuerdo con algunas implementaciones. La página de descripción general puede incluir una pluralidad de celdas 1402a-1402e, cada celda asociada con un monitor remoto o monitor remoto potencial. Cada celda puede incluir un nombre 1410a -1410e asociado con el monitor remoto para fines de identificación. Las celdas 1402a-1402e también pueden mostrarse de acuerdo con un estado del monitor remoto. Por ejemplo, la celda 1402a se agrupa bajo un estado 1404a retirado por el monitor remoto (referido como un seguidor en la Figura 14), la celda 1402b se agrupa bajo un estado de invitación caducada 1404b, la celda 1402c se agrupa bajo un estado activo 1404c, la celda 1402d se agrupa bajo un estado invitado 1404d, y la celda 1402e se agrupa bajo un estado no compartido 1404e. Note que puede mostrarse una pluralidad de celdas bajo cada grupo; la Figura 14 simplemente ilustra una celda por agrupación para facilitar la explicación de las diferentes agrupaciones.
La página 1400 también incluye un ícono de ayuda seleccionable 1406a-1406e asociado con cada estado de grupo. Al seleccionar un ícono de ayuda, la aplicación de monitoreo de cliente puede proporcionar información adicional a un usuario que explica qué implica el estado asociado. La información de ayuda puede mostrarse en una ventana emergente por ejemplo.
Los íconos también pueden mostrarse en una celda que ilustra los permisos y/o las funciones habilitadas asociadas con ese monitor remoto. Por ejemplo, los íconos 1412 y 1414 indican que el monitor remoto asociado con la celda 1402c tiene notificaciones habilitadas y tiene permiso para ver información de gráficos de tendencia asociadas con el cliente que se monitorea, respectivamente. Por el contrario, si un monitor remoto no tiene permiso para una función en particular, como ver un gráfico de tendencia de un cliente, entonces el ícono correspondiente no puede ya sea mostrarse en la celda o puede proporcionarse en su lugar un ícono diferente que indica la falta de permiso.
También pueden proporcionarse pestañas seleccionables en cada celda. Por ejemplo, la Figura 14 ilustra las pestañas de extracción 1408a y 1408b que retiran la celda de la página cuando se selecciona por un usuario. Las pestañas de flecha 1416c-1416e pueden usarse para proporcionar información adicional sobre el monitor remoto asociado con esa celda. Por ejemplo, seleccionar una flecha seleccionable 1416 puede provocar que la aplicación de monitoreo de cliente haga la transición a la página de visualización de configuraciones que proporciona más detalles sobre el monitor remoto asociado y las configuraciones del monitor remoto.
Una página de visualización de configuraciones 1500 ilustrativa se ilustra en la Figura 15 de acuerdo con algunas implementaciones. La página de visualización de configuraciones 1500 puede incluir información de identificación, tal como un nombre 1502 y una dirección de correo electrónico 1504 asociados con el monitor remoto, permisos del monitor remoto y configuraciones de notificación del monitor remoto. En el ejemplo de la Figura 15, los permisos pueden incluir una pestaña de permiso de gráfico de tendencia 1504 que un usuario puede usar para alternar entre permitir y rechazar el permiso para ver el gráfico. Si se permite, el sistema de monitoreo remoto 100 permite que el monitor remoto vea la información del gráfico de tendencia del cliente 199 y, si se rechaza, entonces el monitor remoto no puede ver la información del gráfico de tendencia del cliente. Las configuraciones de notificación permiten que el usuario de la aplicación de monitoreo de cliente vea las configuraciones de notificación actual del monitor remoto asociado. Las configuraciones de notificación pueden incluir una alerta de notificación baja urgente 1506, una alerta de notificación baja 1508, una alerta de notificación alta 1509 y una alerta de notificación sin datos 1510, y cada alerta de estado asociado (por ejemplo, valores umbrales asociados y si la alerta está desactivada o activada). En algunas implementaciones, un usuario que usa la aplicación de monitoreo de cliente puede modificar las configuraciones de los monitores remotos mediante el uso de la página 1500, por ejemplo, pero en otras implementaciones algunas o todas las configuraciones sólo pueden modificarse por el monitor remoto, como se indica en la Figura 15.
La página de visualización 1500 también puede permitir que un usuario de la aplicación de monitoreo de cliente pause y cancele las capacidades del monitor remoto 114A que monitorea el cliente 199. Un botón de control de pausa/reanudar 1514 puede detener y reiniciar de manera seleccionable las capacidades de monitoreo remoto del monitor remoto, tal como detener e iniciar notificaciones que se envían al monitor remoto y/o permiso para que el monitor remoto vea los datos de sensores del cliente. Tal función puede ser útil en casos donde un cliente no siempre desea que un monitor remoto monitoree el cliente. Un ejemplo específico puede incluir una niñera como un monitor remoto. Puede ser deseable que la niñera tenga capacidades de monitoreo remoto cuando cuida a un niño que se monitorea por el sistema de monitoreo de cliente, pero que detenga el monitoreo remoto cuando la niñera ya no cuida al niño. De esta manera, no se necesita enviar una nueva invitación a la niñera cada vez que la niñera atiende al niño para controlar selectivamente el monitoreo por la niñera.
Puede usarse un botón de control Eliminar monitor remoto 1516 para eliminar el monitor remoto de la lista de monitores remotos que puede monitorear el cliente. Por el contrario al control de pausa/reanudar 1514, eliminar un monitor remoto mediante el uso del control de eliminación 1516 necesitaría que el cliente vuelva a invitar a la persona a convertirse en un monitor remoto en algunas implementaciones. Como se explica en otra parte en la presente descripción, el sistema de monitoreo remoto 100 puede tener un límite predefinido para la cantidad de monitores remotos que pueden monitorear un cliente, por lo tanto puede ser necesario que el cliente elimine el monitor remoto de manera que el cliente pueda agregar otro monitor remoto en algunas implementaciones.
En algunas implementaciones, el sistema de monitoreo remoto 100 envía un mensaje de notificación a un monitor remoto que ha cambiado sus permisos o configuraciones, o se ha pausado, reanudado o cancelado por el sistema de cliente asociado. De esta manera, el monitor remoto notifica del cambio y no depende de la configuración anterior.
Además, cada una de las funciones de pausa, cancelación, y reanudación pueden configurarse globalmente en todos los monitores remotos asociados con el cliente en lugar de o además de los monitores individuales como se describió anteriormente. En el caso de una función global, pueden proporcionarse botones de control de pausa, cancelación y reanudación globales separados en la página 1400 (no ilustrados en la Figura 14), por ejemplo, donde al presionar el botón de control global se implementa la función respectiva globalmente en todos los monitores remotos que monitorean el cliente.
Vista del panel de monitoreo remoto
Como se explica en otra parte en la presente descripción, el monitor remoto 114 puede proporcionar una denominada vista del panel de clientes que se monitorean implementada en el dispositivo de monitoreo remoto. Las Figuras 18A y 18B son dos implementaciones diferentes de la página del panel 1800 de acuerdo con algunas implementaciones. El panel 1800 puede incluir una pluralidad de celdas 1802a-1802d, cada una asociada con un cliente diferente. Cada celda 1802 puede incluir identificadores del cliente, tales como un nombre predeterminado del cliente y una imagen del cliente 1804a-1804d proporcionada en la invitación.
En la implementación de la Figura 18A, cada celda enumera un estado actual de la celda, tal como un momento 1812a cuando se midió el valor de analito 1806a mostrado actualmente en la celda, una declaración 1812b de si el cliente usa el sistema de monitoreo remoto 100, una declaración 1812c de si el sistema de monitoreo de cliente funciona, o una declaración 1812d que indica que el monitor remoto se ha pausado, por ejemplo.
En la implementación de la Figura 18B, las celdas 1802 pueden agruparse en la página 1800 de acuerdo con el estado de la celda, tal como retirado 1814 por el cliente (referido como un Sharer en la Figura 18B), activo 1818 (es decir, el sistema se conecta y proporciona datos del cliente asociado al monitor remoto), desconectado 1824 (es decir, el sistema no se conecta, por ejemplo, debido a que el receptor 102 no está en la estación de acoplamiento 103 en la implementación de la Figura 2B) y no compartido 1826 (es decir el cliente ha pausado el monitor remoto). Además, las celdas dentro de un grupo pueden ordenarse por la gravedad de la condición monitoreada u otros criterios, como se explica en otra parte en la presente descripción.
Las celdas 1802 también pueden incluir una indicación de los permisos y/o configuraciones del monitor remoto asociado con ese cliente. Por ejemplo, un ícono de gráfico de tendencia 1810 puede indicar que el monitor remoto tiene permiso para ver un gráfico de tendencia de los datos de sensores de ese cliente.
Con referencia de nuevo a la Figura 18B, las celdas 1802 que están en el grupo activo 1818 también pueden incluir información sobre la condición de salud que se monitorea. Por ejemplo la celda 1802 puede mostrar el valor de concentración de analito más actual 1806a que se proporcionó al monitor remoto y una flecha de tendencia 1808a que indica una tasa de cambio del analito medido. También puede proporcionarse información adicional en la celda, tal como un momento 1812a asociado con la medición de la concentración de analito mostrada o si no se han recibido datos desde el sistema de monitoreo de cliente.
La selección de una celda 1802 por el usuario también puede provocar que la pantalla del monitor remoto haga la transición a otra página de visualización que proporciona información adicional sobre el cliente asociado con esa celda. Por ejemplo, el monitor remoto puede hacer la transición a una pantalla del gráfico de tendencia (Figura 19) asociada con ese cliente o una página de configuraciones (Figura 17) asociada con ese cliente. (la flecha ">" puede indicar si hay más información disponible para la celda.
Vista de gráfico de tendencia
La Figura 19 es una página ilustrativa que proporciona un gráfico de tendencia 914 de la concentración de analito monitoreada de un cliente de acuerdo con algunas implementaciones. El gráfico de tendencia puede mostrar una línea de tendencia 1916 de las concentraciones de analito medidas, así como también los umbrales bajo y alto 1918 y 1920 que se usan para alertar ya sea al monitor remoto 114 o al sistema de monitoreo de cliente 198. La página del gráfico de tendencia también puede incluir una barra deslizante seleccionable por el usuario que permite que permite que un usuario seleccione diferentes marcos de tiempo de los datos de sensores para ver, tal como vistas de tres, seis, 12 y 24 horas. También puede proporcionarse una imagen del cliente 1904 y el nombre del cliente 1902 de manera que un monitor remoto no se confunda en cuanto al individuo que se monitorea en caso de que el monitor remoto monitoree una pluralidad de clientes diferentes.
En algunas implementaciones, la página de la Figura 19 puede mostrarse automáticamente cuando la aplicación de monitoreo remoto se abre inicialmente en respuesta a un usuario que abre directamente la aplicación y/o un usuario que abre una notificación de monitoreo remoto en el monitor remoto 114 enviada por el servidor 110 o el servicio de notificación 112, como se explica en otra parte en la presente descripción. Para ilustrar, cuando un monitor remoto 114 recibe una notificación, el monitor remoto puede mostrar la notificación en una pantalla de bloqueo o de inicio. Un usuario puede seleccionar la notificación (por ejemplo, mediante el uso de un gesto predefinido), cuyo reconocimiento por el dispositivo de monitoreo remoto 114 provoca que el dispositivo de monitoreo remoto muestre el gráfico de tendencia del cliente asociado con la notificación.
Página de configuraciones del monitor remoto
La Figura 17 es una implementación de una página de configuraciones 1700 mostrada en el dispositivo de monitoreo remoto 114 que puede permitir que el monitor remoto configure las configuraciones de monitoreo remoto de un cliente. La página de configuraciones puede incluir un campo de imagen que muestra una imagen del cliente 1506 y un campo de nombre que muestra un nombre del cliente, los cuales pueden modificarse por el monitor remoto mediante el uso de la página de configuraciones 1700. En algunas implementaciones, la imagen y/o el nombre se proporcionan al menos inicialmente por un cliente durante el proceso de invitación descrito anteriormente, pero el sistema de monitoreo remoto permite que un usuario del monitor remoto modifique posteriormente la imagen y/o el nombre. La página de configuraciones también incluye las configuraciones para varias configuraciones de alerta/notificación, tales como una alerta baja urgente 1706, alerta baja 1714, alerta alta 1724 y alerta sin datos 1736. La función de cada una de estas alertas se explica en otra parte en la presente descripción. Como se ilustra en la Figura 17, pueden modificarse las configuraciones asociadas con cada una de estas alertas, tales como activar o desactivar la alerta, cambiar el(los) valor(es) umbral(es) asociado(s) con cada alerta y cambiar una alarma de alerta (por ejemplo sonido, volumen, vibración, o tonos) asociados con cada alerta.
Detección automática de nuevos receptores y registros
En algunas implementaciones, los receptores 102 necesitan asociarse con un cliente 199 de manera que cuando los datos de glucosa lleguen al servidor 110, los datos puedan asociarse con el cliente. En consecuencia, el sistema de monitoreo remoto 100 puede asignar un receptor a un cliente. Esto puede hacerse inicialmente a través del proceso de emparejamiento explicado anteriormente con respecto al bloque 1016 de la Figura 10. Si un cliente recibe un nuevo receptor, para hacer una experiencia de usuario amigable y evitar errores, la aplicación de monitoreo de cliente puede ver que se usa un número de serie diferente, verificar con el servidor 110 para ver si este es un nuevo receptor o si este receptor ya es propiedad de otro cliente y preguntar al cliente a través del dispositivo de comunicación 105 si este es su receptor y permitirle tomar posesión o darle un error diciéndole que ya tiene propietario.
En consecuencia, una detección ilustrativa de un nuevo proceso receptor puede ser como sigue. Primero, el dispositivo de comunicación de cliente 105 si se usa un nuevo receptor al validar con el servidor si el receptor es propiedad de otra persona (a través de la comparación de los números de serie del receptor con una base de datos, por ejemplo). Si el servidor determina que nadie más es propietario del receptor, entonces la aplicación de monitoreo de cliente le pregunta al usuario si desea hacer suyo ese receptor. En caso afirmativo, entonces el receptor y los datos de ese receptor se asocian con ese cliente.
Alerta de pérdida de datos
En algunas implementaciones ilustrativas, el servidor seguro 110 puede incluir una regla para activar automáticamente un mensaje de notificación u otro mecanismo de comunicación (por ejemplo, una llamada telefónica, un mensaje de servicio de mensajes cortos, y similares) a un monitor remoto 114 si no se han recibido datos desde el sistema de monitoreo de cliente 198 asociados con el monitor remoto durante una cantidad de tiempo predeterminada. De esta manera, un usuario del monitor remoto 114 puede ser consciente de que algo puede estar mal con el sistema de monitoreo de cliente 198 e intentar contactar con el cliente.
Alertas basadas en la ubicación
En algunas implementaciones ilustrativas, el servidor seguro 110 puede usar la ubicación del receptor 102, la puerta de enlace 104, el cliente 199, y/o el(los) monitor(es) remoto(s) 114 cuando se determina si enviar un mensaje de notificación y/o determinar el destino de un mensaje de notificación. Por ejemplo, cuando un cliente que se monitorea está en una primera ubicación y viaja a una segunda ubicación, el servidor seguro 110 puede, en base a las reglas, seleccionar un primer monitor remoto 114A cerca de la primera ubicación y, cuando el cliente se mueve a la segunda ubicación, seleccionar un segundo monitor remoto 114B ubicado cerca de esa segunda ubicación. La ubicación también puede usarse para variar las alertas y notificaciones. Por ejemplo, el servidor seguro 110 puede variar las reglas usadas para activar una alerta o notificación en base a la ubicación del cliente. La ubicación también puede usarse en combinación con el tiempo, de manera que el servidor seguro 110 puede variar los umbrales asociados con alertas y notificaciones en base a la ubicación y/o la hora del día.
Notificaciones de reconocimiento
En algunas implementaciones ilustrativas, el receptor 102 o la puerta de enlace 104 pueden presentar un aviso (por ejemplo, un mensaje, una ventana, etc.) en una interfaz de usuario que requiere que un cliente reconozca la alerta activada e/o indique qué acción correctiva se tomó en respuesta a la alerta. El aviso puede incluir una lista de opciones rellenada anteriormente que el usuario puede seleccionar (por ejemplo, insulina administrada, carbohidratos consumidos, y similares) para indicar la acción correctiva que se tomó. Puede enviarse un mensaje de notificación directamente a uno o más monitores remotos 114, o a través del servidor seguro 110 y/o el servicio de notificación 112, al(a los) monitor(es) remoto(s), de manera que los monitores remotos son conscientes de que el paciente ha reconocido la alerta y/o tomado la acción correctiva (y/o una descripción de la acción correctiva).
Además, el monitor remoto 114 puede permitir que un usuario seleccione desde una pluralidad de mensajes rellenados anteriormente para enviar al sistema de monitoreo de cliente. Un usuario puede seleccionar la notificación, luego de lo que el monitor remoto muestra una lista de mensajes de texto rellenados anteriormente que el usuario puede seleccionar para enviar al sistema de monitoreo de cliente. El monitor remoto puede seleccionar los mensajes para ser relevantes para la causa subyacente que activó el mensaje de notificación. Por ejemplo, si el mensaje de notificación se activó por un bajo nivel de glucosa del cliente, entonces los mensajes pueden ser declaraciones relacionadas con bajos niveles de glucosa, tales como "¿se siente bien?", "¿debe beber un poco de jugo de naranja?", y similares. Cada mensaje puede ser seleccionable por el usuario, y cuando se selecciona, provoca que el monitor remoto 114 envíe el mensaje al sistema de monitoreo de cliente para mostrar en el sistema de monitoreo de cliente, ya sea directamente desde el monitor remoto al sistema de cliente 198 o indirectamente a través del servidor 110, por ejemplo. Además, la selección de la notificación puede mostrar automáticamente un aviso para llamar al cliente, donde la selección del usuario del aviso provoca que el monitor remoto 114 marque el número de teléfono asociado con el cliente (por ejemplo un teléfono inteligente que es parte del sistema de monitoreo de cliente 198).
Mensajes motivacionales
En algunas implementaciones ilustrativas, las alertas enviadas al receptor 102 y/o los mensajes de notificación pueden incluir conceptos motivacionales. Por ejemplo, si el cliente-paciente ha minimizado la tasa de cambio en los niveles glucémicos, el servidor seguro puede enviar una alerta al receptor 102 y/o un mensaje de notificación al monitor remoto 114 que indique "¡Excelente trabajo al mantener su terapia siga así!". Estos conceptos motivacionales pueden motivar positivamente a los usuarios a permanecer en el programa de terapia. En algunas implementaciones ilustrativas, el servidor seguro 110 puede incluir uno o más eventos asignados a conceptos motivacionales, de manera que activar un evento provoca el envío de un mensaje que incluye el concepto de motivación al receptor 102 y/o a un monitor remoto 114.
En algunas implementaciones ilustrativas, el servidor seguro 110 puede usar patrones, como se mencionó anteriormente, para predecir aspectos del tratamiento del cliente-paciente. Por ejemplo, un patrón puede detectar un cambio glucémico en un momento dado del día de un patrón anterior, establecido, y entonces activar una regla para enviar una alerta al receptor 102 y una notificación al receptor 114 que indique, "¿Se perdió su almuerzo?" Estos mensajes de consulta simples, no técnicos pueden provocar una mejor respuesta del cliente-paciente para mantener una terapia, en comparación con sólo proporcionar datos medidos o estadísticas a un cliente-paciente o monitor remoto. En algunas implementaciones ilustrativas, el servidor seguro 110 puede incluir uno o más eventos asignados a mensajes simples, de manera que activar un evento provoca el envío de un mensaje que incluye el mensaje simple al receptor 102 y/o a un monitor remoto 114.
Registro de auditoría
El servidor seguro 110 también puede proporcionar un registro de auditoría. Por ejemplo, el servidor seguro 110 puede almacenar información relacionada con cuándo se enviaron notificaciones al monitor remoto 114 mediante el uso, por ejemplo, del servicio de notificación 112, y cuándo el monitor remoto reconoce la notificación. El servidor seguro 110 también puede generar uno o más informes para determinar los plazos e/o identificar la eficacia de los monitores remotos 114 (que pueden usarse para seleccionar monitores remotos y/o configuraciones del sistema 100, tales como configuraciones de alerta, para monitorear de manera más eficaz el cliente 199).
Marca de tiempo
En algunas implementaciones, los niveles de analito proporcionados a los monitores remotos 114 pueden no ser en tiempo real. Por ejemplo, aunque puede desearse proporcionar valores de analito a monitores remotos en tiempo real, puede haber un retraso de tiempo entre el momento que el sistema de sensores de analito 8 mide y cuando el nivel de analito se proporciona al monitor remoto 114 y/o servidor seguro 110. El retraso puede deberse a que cualquiera del sistema de sensores 8 sólo transmite valores periódicamente al receptor 102, el receptor 102 sólo transmite periódicamente valores a la puerta de enlace 104, la puerta de enlace tiene dificultades para conectarse al servidor seguro 110, y el servidor seguro tiene dificultades para conectarse a un servidor remoto 114, por ejemplo. En consecuencia, en algunas implementaciones, un valor de glucosa transmitido al monitor remoto 114 se muestra en el monitor remoto con una hora que indica la hora a la que corresponde el valor de analito que activó la notificación (por ejemplo, el valor de analito que alcanzó o superó el umbral que activó la notificación). La hora puede ser la hora del día en que se midió el valor de analito (por ejemplo, 2:10 p.m. hora estándar del Pacífico), o puede ser una diferencia en el tiempo desde que se midió el valor de analito (por ejemplo, hace 2 minutos, hace 30 minutos, hace 4 horas, etc.).
Además, debido a un retraso de tiempo, el servidor seguro 110 puede terminar enviando una notificación al monitor remoto 114 en base a un valor de analito retrasado en el tiempo. En tal caso, la notificación puede incluir una hora asociada con la alerta que activó la notificación, tal como "la glucosa en sangre de Mike estuvo por debajo de 70 mg/dl a las 2:10 P.S.T." o "la glucosa en sangre de Mike estuvo por debajo de 70 mg/dl hace 25 minutos". Además, debido a que una notificación puede no verse de inmediato en el dispositivo de monitoreo remoto, el dispositivo de monitoreo remoto 114 puede actualizar automáticamente cualquier hora asociada con la notificación hasta que se reconozca la notificación.
Para adaptarse a las diferencias en las zonas horarias entre un cliente y un monitor remoto, el sistema de monitoreo remoto puede usar una hora universal y entonces convertir la hora universal a la zona horaria del monitor remoto, de acuerdo con algunas implementaciones. Es decir, una marca de tiempo de un valor de datos de sensores generado por el sistema de monitoreo de cliente 198 y proporcionada al servidor seguro 110 puede estar en la hora estándar universal (UST) o la hora media de Greenwich (GMT) y proporcionarse al monitor remoto 114 en la misma hora universal, mediante lo que el monitor remoto convierte la hora universal a la zona horaria en la que se ubica el monitor remoto como se indica por el dispositivo de monitoreo remoto.
En algunas implementaciones, debido a las dificultades para mostrar la hora debido al retraso de tiempo y las posibles diferencias de zona horaria entre un sistema de monitoreo de cliente 198 y el monitor remoto 114, que pueden provocar confusión, las notificaciones enviadas al monitor remoto 114 no muestran la hora. Para remediar la falta de indicación de tiempo, algunas implementaciones abren automáticamente la aplicación de monitoreo remoto en el monitor remoto 114 y muestran la información de salud monitoreada del usuario cuando el usuario reconoce la notificación. La información de salud monitoreada del cliente que se muestra inicialmente tras abrir la aplicación puede incluir indicaciones del estado actual del cliente, tales como el valor de analito más actual y/o un gráfico de tendencia que muestra las últimas tres horas del nivel de analito medido del cliente, tal como la página del gráfico de tendencia ilustrada en la Figura 19.
Pérdida de transmisión de datos
En algunas implementaciones, los datos pueden no transmitirse a veces desde el sistema de sensores 8 al servidor seguro 110. En dependencia del sistema, esto puede deberse a una pérdida no intencional de la conexión de transmisión de datos entre uno o más del sistema de sensores 8 y el receptor 102, el receptor 102 y la puerta de enlace 104, la estación de acoplamiento 103 y el dispositivo de comunicación de cliente 105, o la puerta de enlace 104 y el servidor seguro 110, por ejemplo. O, la pérdida puede ser intencional, tal como que un usuario apague uno o más de los componentes del sistema de monitoreo remoto 100, tal como el receptor 102 o el dispositivo de comunicación de cliente 105. En cualquiera de tales casos, el servidor seguro 110 puede configurarse para enviar automáticamente una notificación que indica la pérdida de transmisión de datos a uno o más del sistema de monitoreo de cliente 198 y monitores remotos 114A-114M tras la detección de tal pérdida.
Sin embargo, a veces puede ser deseable no enviar tal notificación de pérdida de transmisión de datos de manera que los monitores remotos 114 no reciban demasiados mensajes. Como un ejemplo, un cliente que se monitorea puede dormirse por la noche y levantarse para ir a la cocina a tomar un trago de agua. Esto puede dar como resultado una pérdida de transmisión de datos si el sistema de sensores 8 está fuera del rango del receptor 102 que descansa sobre una mesilla del cliente 199, por ejemplo. En consecuencia, puede implementarse un retraso asociado con errores de pérdida de transmisión de datos de manera que el servidor 110 inicia una notificación de pérdida de datos sólo si los datos no se reciben después de una cantidad de tiempo predeterminada o después de una cantidad de intentos de conexión predeterminada con el sistema de monitoreo de cliente 198.
Además, puede ser deseable no enviar notificaciones de pérdida de datos cada vez que hay una pérdida de transmisión de datos, incluso si la pérdida de transmisión de datos es durante un período de tiempo prolongado. Por ejemplo, en la implementación de la Figura 2C, la estación de acoplamiento 103 puede ser estacionaria. Por lo tanto, un cliente sólo puede ser capaz de transmitir lecturas de salud cuando el cliente tiene el receptor 102 acoplado en la estación de acoplamiento y el cliente está lo suficientemente cerca del receptor y la estación de acoplamiento para la transmisión de datos. Sin embargo, un cliente puede desear retirar su receptor 102 de la estación de acoplamiento 103 cuando el cliente se va a trabajar, por ejemplo. Puede que no sea deseable activar una notificación a los monitores remotos 114 cuando el cliente retira el receptor de la estación de acoplamiento 103, ya que esto puede no considerarse un evento suficientemente importante.
En consecuencia, en algunas implementaciones, el sistema de monitoreo remoto 100 puede determinar que el receptor se retiró de la estación de acoplamiento 103 en lugar de, por alguna razón, que el sistema de monitoreo de cliente 198 no funciona correctamente y no proporciona datos de sensores al servidor seguro. En una implementación, el sistema de monitoreo remoto 100 determina que el receptor no se acopla a la estación de acoplamiento 103 al monitorear las transmisiones desde la estación de acoplamiento. Por ejemplo, las transmisiones desde la estación de acoplamiento 103 que incluyen información generada por el receptor 102 indican que el receptor se acopla y las transmisiones desde la estación de acoplamiento 103 que no incluyen información generada por el receptor indican que el receptor se ha retirado de la estación de acoplamiento.
Dispositivo de visualización de gafas
Aunque la descripción anterior se describe principalmente con respecto al uso de un dispositivo informático portátil, debe entenderse que pueden usarse otros dispositivos en su lugar o en lugar del teléfono inteligente. Por ejemplo, en algunas implementaciones, los datos de sensores se transmiten desde el dispositivo informático personal a un dispositivo informático en forma de gafas y mensajes e información mostrada en las gafas para que los vea el usuario. Un ejemplo de tales gafas es Google Glasses fabricadas por Google, Inc. La interfaz de gafas del usuario puede usar un enlace de radio de campo cercano para recibir datos, ya sea directamente desde el sistema de sensores 8, o a través de un dispositivo intermediario, tal como el receptor 102 o la puerta de enlace 104.
En algunas implementaciones, la transmisión de los datos puede impulsarse por eventos, por ejemplo, impulsarse por la ocurrencia de una excursión de baja o alta glucosa, como se explica en la presente descripción.
Varias implementaciones del tema descrito en la presente descripción pueden realizarse en circuitos electrónicos digitales, circuitos integrados, ASIC especialmente diseñados (circuitos integrados de aplicación específica), hardware, firmware, software informáticos, y/o combinaciones de los mismos. El circuito puede fijarse a una placa de circuito impreso (PCB), o similares, y pueden tomar una variedad de formas, como se mencionó. Estas varias implementaciones pueden incluir la implementación en uno o más programas informáticos que son ejecutables e/o interpretables en un sistema programable que incluye al menos un procesador programable, que puede ser de propósito especial o general, acoplado para recibir datos e instrucciones desde, y para transmitir datos e instrucciones hacia, un sistema de almacenamiento, al menos un dispositivo de entrada, y al menos un dispositivo de salida.
Estos programas informáticos (también conocidos como programas, software, aplicaciones de software, o código) incluyen instrucciones de máquina para un procesador programable, y pueden implementarse en un lenguaje de programación procedimental de alto nivel y/u orientado a objetos, y/o en lenguaje ensamblador/de máquina. Como se usa en la presente descripción, el término "medio legible por máquina" se refiere a cualquier producto, aparato y/o dispositivo de programa informático no transitorio (por ejemplo, discos magnéticos, discos ópticos, memoria, dispositivos lógicos programables (PLD)) usado para proporcionar instrucciones de máquina y/o datos a un procesador programable, que incluyen un medio legible por máquina que recibe instrucciones de máquina.
Para proporcionar la interacción con un usuario, el tema descrito en la presente descripción puede implementarse en un ordenador que tiene un dispositivo de visualización (por ejemplo, un monitor CRT (tubo de rayos catódicos) o LCD (pantalla de cristal líquido)) para mostrar información al usuario y un teclado y un dispositivo señalador (por ejemplo, un mouse o una bola de seguimiento) mediante los que el usuario puede proporcionar entrada al ordenador. También pueden usarse otros tipos de dispositivos para proporcionar la interacción con un usuario; por ejemplo, la retroalimentación proporcionada al usuario puede ser cualquier forma de retroalimentación sensorial (por ejemplo, retroalimentación visual, retroalimentación auditiva, o retroalimentación táctil); y la entrada del usuario puede recibirse de cualquier forma, que incluye la entrada acústica, de voz, o táctil.
El tema descrito en la presente descripción puede implementarse en un sistema informático que incluye un componente de back-end (por ejemplo, como un servidor de datos), o que incluye un componente de software intermedio (por ejemplo, un servidor de aplicaciones), o que incluye un componente de front-end (por ejemplo, un ordenador cliente que tiene una interfaz gráfica de usuario o un navegador web a través del que un usuario puede interactuar con una implementación del tema descrito en la presente descripción), o cualquier combinación de tales componentes de back-end, software intermedio, o front-end. Los componentes del sistema pueden interconectarse por cualquier forma o medio de comunicación de datos digitales (por ejemplo, una red de comunicación). Los ejemplos de redes de comunicación incluyen una red de área local ("LAN"), una red de área amplia ("WAN"), la red móvil terrestre pública, redes satelitales, y la Internet.
Aunque anteriormente se han descrito en detalle algunas variaciones, son posibles otras modificaciones. Por ejemplo, mientras que las descripciones de implementaciones específicas del tema actual explican las aplicaciones analíticas, el tema actual también es aplicable a otros tipos de software y acceso a servicios de datos. Además, aunque la descripción anterior se refiere a productos específicos, también pueden usarse otros productos. Además, los flujos lógicos representados en las figuras acompañantes y descritos en la presente descripción no requieren el orden particular mostrado, o el orden secuencial, para lograr los resultados deseables. Además, como se usa en la presente descripción, el término "conjunto" incluye cero o más elementos, y la frase "en base a" puede usarse indistintamente (a menos que se indique de cualquier otra manera con la frase "en base al menos a".
Aunque la descripción se ha ilustrado y descrito en detalle en los dibujos y la descripción anterior, tal ilustración y descripción deben considerarse ilustrativas o ilustrativas y no restrictivas. La descripción no se limita a las modalidades descritas. Los expertos en la técnica pueden entender y efectuar variaciones de las modalidades descritas al practicar la descripción reivindicada, desde un estudio de los dibujos, la descripción y las reivindicaciones adjuntas.
A menos que se defina de cualquier otra manera, todos los términos (que incluyen los términos técnicos y científicos) deben recibir su significado ordinario y habitual para un experto en la técnica, y no deben limitarse a un significado especial o personalizado a menos que se defina expresamente en la presente descripción. Debe mencionarse que el uso de terminología particular cuando se describen ciertas características o aspectos de la descripción no debe implicar que la terminología se redefine en la presente descripción para restringirse para incluir cualquier característica específica de las características o aspectos de la descripción con los que se asocia esa terminología. Como ejemplos de lo anterior, el término 'que incluye' debe leerse que significa 'que incluye, sin limitación', 'que incluye pero no se limita a', o similares; el término 'que comprende' como se usa en la presente descripción es sinónimo con 'que incluye', 'que contiene', o 'caracterizado por', y es inclusivo o de final abierto y no excluye elementos o etapas del método adicionales, no citados; el término 'que tiene' debe interpretarse como 'que tiene al menos'; el término 'incluye' debe interpretarse como 'incluye pero no se limita a'; el término 'ejemplo' se usa para proporcionar ejemplos ilustrativos del elemento en discusión, no una lista exhaustiva o limitante del mismo; los adjetivos tales como 'conocido', 'normal', 'estándar', y términos de significado similar no deben interpretarse como que limitan el elemento descrito a un período de tiempo dado o a un elemento disponible en un momento dado, sino en su lugar deben leerse para abarcar tecnologías conocidas, normales, o estándar que pueden estar disponibles o conocerse ahora o en cualquier momento en el futuro; y el uso de términos como 'preferentemente', 'preferido', 'deseado', o 'deseable', y palabras de significado similar no debe entenderse como que implica que ciertas características son críticas, esenciales, o incluso importantes para la estructura o función de la invención, sino en su lugar que simplemente pretenden resaltar características alternativas o adicionales.
Del mismo modo, un grupo de elementos vinculados con la conjunción 'y' no debe leerse como que requiere que todos y cada uno de esos elementos estén presentes en la agrupación, sino que debe leerse como 'y/o' a menos que se indique expresamente de cualquier otra manera. De manera similar, un grupo de elementos vinculados con la conjunción 'o' no debe leerse como que requiere exclusividad mutua entre ese grupo, sino que debe leerse como 'y/o' a menos que se indique expresamente de cualquier otra manera.
Con respecto al uso de sustancialmente cualquier término en plural y/o singular en la presente descripción, los expertos en la técnica pueden traducir del plural al singular y/o del singular al plural como sea adecuado para el contexto y/o aplicación. Las varias permutaciones de singular/plural pueden establecerse expresamente en la presente descripción por motivos de claridad. El artículo indefinido "un" o "una" no excluye una pluralidad.
Cualquier signo de referencia en las reivindicaciones no debe interpretarse como una limitación del alcance.
Todos los números que expresan cantidades de ingredientes, condiciones de reacción, y así sucesivamente usados en la descripción deben entenderse como modificados en todos los casos por el término 'aproximadamente'. En consecuencia, a menos que se indique lo contrario, los parámetros numéricos establecidos en la presente descripción son aproximaciones que pueden variar en dependencia de las propiedades deseadas que se busquen obtener.
Además, aunque lo anterior se ha descrito con cierto detalle a modo de ilustraciones y ejemplos con fines de claridad y comprensión, es evidente para los expertos en la técnica que pueden practicarse ciertos cambios y modificaciones.

Claims (13)

REIVINDICACIONES
1. Un método que comprende:
recibir, en un dispositivo informático móvil remoto (114), un mensaje de notificación representativo de un evento que cumple una regla asociada con un nivel de analito de un cliente, a través de un servidor (110), en base a datos del sensor de analito obtenidos desde un sensor de analito transcutáneo (10) que monitorea el estado de analito del cliente, en donde la regla se genera o configura en base a una configuración establecida inicialmente por el cliente a través de una aplicación de monitoreo de cliente instalada en un dispositivo de comunicación de cliente móvil (105);
modificar, mediante el uso de una aplicación de monitoreo remoto instalada en el dispositivo informático móvil remoto, configuraciones de alerta asociadas con el nivel de analito en el dispositivo informático móvil remoto en base a la regla establecida inicialmente por el cliente a través de la aplicación de monitoreo de cliente;
activar, en el dispositivo informático de monitoreo remoto (114), al recibir el mensaje de notificación de la aplicación de monitoreo remoto, en donde la aplicación de monitoreo remoto se configura por el servidor (110) para recibir el mensaje de notificación;
acceder, por la aplicación de monitoreo remoto, al servidor (110), en respuesta a la recepción del mensaje de notificación, en donde el acceso comprende además establecer una conexión entre el dispositivo informático móvil remoto (114) a través de la aplicación de monitoreo remoto y el servidor (110); recibir, en la aplicación de monitoreo remoto,
información que incluye los
datos del sensor de analito del servidor (110); y
presentar la información de acuerdo con configuraciones de alerta modificadas en la aplicación de monitoreo remoto.
2. El método de acuerdo con la Reivindicación 1, en donde recibir el mensaje de notificación comprende además recibir el mensaje de notificación desde al menos una primera conexión inalámbrica entre el dispositivo informático móvil remoto (114) y un servicio de notificación (112) acoplado al servidor (110), y en donde se recibe información adicional que comprende al menos datos del sensor de analito adicionales desde al menos una segunda conexión inalámbrica entre el dispositivo informático móvil remoto (114) y el servidor (110).
3. El método de acuerdo con la Reivindicación 2, en donde la primera conexión inalámbrica comprende una conexión persistente, cifrada configurada para llevar el mensaje de notificación enviado por el servicio de notificación (112) a un centro de mensajes de notificación en el dispositivo informático móvil remoto (114), y en donde la segunda conexión inalámbrica comprende una conexión momentánea cifrada establecida, en respuesta al acceso, para proporcionar la información y la información adicional.
4. El método de acuerdo con cualquiera de las Reivindicaciones 1-3, en donde la presentación comprende además:
inhibir el acceso a una o más de otras aplicaciones que se ejecutan en el dispositivo informático móvil remoto (114) hasta que se detecte una acción por el usuario en el dispositivo informático móvil remoto (114) para indicar la recepción del mensaje de notificación.
5. El método de acuerdo con cualquiera de las Reivindicaciones 1-3, en donde la presentación comprende además:
presentar el mensaje de notificación como un mensaje momentáneo en una pantalla en el dispositivo informático móvil remoto (114) sin inhibir el acceso a una o más de las otras aplicaciones que se ejecutan en el dispositivo informático móvil remoto (114) hasta que se detecte una acción por el usuario en el dispositivo informático móvil remoto (114) para indicar la recepción del mensaje de notificación.
6. El método de acuerdo con cualquiera de las Reivindicaciones 1-3, en donde el acceso comprende además:
abrir automáticamente la aplicación de monitoreo remoto en el dispositivo informático móvil remoto (114) y mostrar la información de salud monitoreada del usuario al recibir el reconocimiento del usuario del mensaje de notificación.
7. El método de acuerdo con cualquiera de las Reivindicaciones 1-5, que comprende además:
detectar en el servidor (110), en base a un primer conjunto de reglas asociado con el nivel umbral de analito del cliente, el evento, en donde el primer conjunto de reglas se usa para generar el mensaje de notificación y es diferente de un segundo conjunto de reglas usado por el servidor (110) para activar una alerta al dispositivo de comunicación de cliente móvil (105) acoplado a un sistema de sensores en el cliente.
8. El método de acuerdo con cualquiera de las Reivindicaciones 1-7, en donde el dispositivo informático móvil remoto (114) es uno de una pluralidad de monitores remotos, en donde al menos uno de la pluralidad de monitores remotos se designa como un monitor principal, y al menos otro de la pluralidad de monitores remotos se designa como un monitor secundario.
9. El método de acuerdo con cualquiera de las Reivindicaciones 1-8, que comprende además:
configurar, por el dispositivo informático móvil remoto (114), una o más invitaciones enviadas a uno o más dispositivos para invitar al uno o más dispositivos para monitorear el dispositivo de comunicación de cliente móvil (105).
10. El método de acuerdo con la Reivindicación 1, que comprende además:
enviar, por el dispositivo informático móvil remoto (114), al servidor (110), un mensaje que reconoce una recepción del mensaje de notificación.
11. El método de acuerdo con cualquiera de las Reivindicaciones 1-10, en donde el mensaje de notificación incluye al menos uno de
(i) una indicación de una necesidad del cliente de calibrar un sensor que monitorea el estado de analito del cliente y (ii) un mensaje de reconocimiento que indica al menos una de una acción o un reconocimiento enviado desde el cliente por el dispositivo de comunicación de cliente móvil (105) en respuesta a una alarma enviada al dispositivo de comunicación de cliente móvil (105).
12. Un sistema de monitoreo remoto para monitorear un estado de analito de un cliente, el sistema que comprende:
un sensor de analito transcutáneo (10) que monitorea un estado de analito de un cliente;
una aplicación de monitoreo remoto instalada en un dispositivo informático móvil remoto (114);
una aplicación de monitoreo de cliente instalada en un dispositivo de comunicación de cliente (105); y un servidor que comprende al menos una unidad de procesamiento,
en donde la aplicación de monitoreo remoto, la aplicación de monitoreo de cliente y el servidor incluyen instrucciones de programa, que cuando se ejecutan provocan que el sistema implemente el método de cualquiera de las reivindicaciones anteriores.
13. El sistema de acuerdo con la reivindicación 12, en donde el monitoreo remoto de un estado de analito de un dispositivo informático de cliente y el dispositivo de comunicación de cliente comprenden uno o más de un terminal inalámbrico, una tableta, un teléfono inteligente, un dispositivo inalámbrico multimodo, y un ordenador.
ES13821308T 2012-12-31 2013-12-19 Monitoreo remoto de mediciones de analito Active ES2919082T3 (es)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201261747717P 2012-12-31 2012-12-31
US13/843,382 US9585563B2 (en) 2012-12-31 2013-03-15 Remote monitoring of analyte measurements
US13/842,679 US9801541B2 (en) 2012-12-31 2013-03-15 Remote monitoring of analyte measurements
PCT/US2013/076544 WO2014105631A2 (en) 2012-12-31 2013-12-19 Remote monitoring of analyte measurements

Publications (1)

Publication Number Publication Date
ES2919082T3 true ES2919082T3 (es) 2022-07-21

Family

ID=51016565

Family Applications (3)

Application Number Title Priority Date Filing Date
ES21151332T Active ES2911884T3 (es) 2012-12-31 2013-12-19 Monitoreo remoto de mediciones de analito
ES13821308T Active ES2919082T3 (es) 2012-12-31 2013-12-19 Monitoreo remoto de mediciones de analito
ES22154000T Active ES2995883T3 (en) 2012-12-31 2013-12-19 Remote monitoring of analyte measurements

Family Applications Before (1)

Application Number Title Priority Date Filing Date
ES21151332T Active ES2911884T3 (es) 2012-12-31 2013-12-19 Monitoreo remoto de mediciones de analito

Family Applications After (1)

Application Number Title Priority Date Filing Date
ES22154000T Active ES2995883T3 (en) 2012-12-31 2013-12-19 Remote monitoring of analyte measurements

Country Status (12)

Country Link
US (19) US9585563B2 (es)
EP (5) EP4254909B1 (es)
JP (6) JP6367228B2 (es)
CN (6) CN108962376A (es)
AU (6) AU2013371036B2 (es)
CA (3) CA2886791A1 (es)
DE (1) DE202013012899U1 (es)
DK (3) DK2939158T3 (es)
ES (3) ES2911884T3 (es)
FI (1) FI4049581T3 (es)
HU (3) HUE069053T2 (es)
WO (1) WO2014105631A2 (es)

Families Citing this family (274)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10080529B2 (en) * 2001-12-27 2018-09-25 Medtronic Minimed, Inc. System for monitoring physiological characteristics
CA3090413C (en) * 2004-06-04 2023-10-10 Abbott Diabetes Care Inc. Glucose monitoring and graphical representations in a data management system
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
US8456301B2 (en) 2007-05-08 2013-06-04 Abbott Diabetes Care Inc. Analyte monitoring system and methods
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
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
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
US20090177147A1 (en) 2008-01-07 2009-07-09 Michael Blomquist Insulin pump with insulin therapy coaching
US9326707B2 (en) 2008-11-10 2016-05-03 Abbott Diabetes Care Inc. Alarm characterization for analyte monitoring devices and systems
US8597274B2 (en) 2009-05-22 2013-12-03 Abbott Diabetes Care Inc. Usability features for integrated insulin delivery system
EP4289355A3 (en) 2009-07-23 2024-02-28 Abbott Diabetes Care Inc. Continuous analyte measurement system
FI4147999T3 (fi) 2009-08-31 2024-09-25 Abbott Diabetes Care Inc Lääkinnällisen laitteen näyttöjä
CN105686807B (zh) 2009-08-31 2019-11-15 雅培糖尿病护理公司 医疗设备
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
WO2012174563A1 (en) 2011-06-16 2012-12-20 Abbott Diabetes Care Inc. Temperature-compensated analyte monitoring devices, systems, and methods thereof
US9552056B1 (en) 2011-08-27 2017-01-24 Fellow Robots, Inc. Gesture enabled telepresence robot and system
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
US9339691B2 (en) 2012-01-05 2016-05-17 Icon Health & Fitness, Inc. System and method for controlling an exercise device
AU2013243453B2 (en) * 2012-04-04 2017-11-16 Cardiocom, Llc Health-monitoring system with multiple health monitoring devices, interactive voice recognition, and mobile interfaces for data collection and transmission
US9191237B1 (en) * 2012-05-24 2015-11-17 Dan Barry, Inc. Wireless communication systems and methods
US9238100B2 (en) 2012-06-07 2016-01-19 Tandem Diabetes Care, Inc. Device and method for training users of ambulatory medical devices
US9877650B2 (en) * 2012-09-20 2018-01-30 Masimo Corporation Physiological monitor with mobile computing device connectivity
US9585563B2 (en) 2012-12-31 2017-03-07 Dexcom, Inc. Remote monitoring of analyte measurements
US9730621B2 (en) 2012-12-31 2017-08-15 Dexcom, Inc. Remote monitoring of analyte measurements
US10357606B2 (en) 2013-03-13 2019-07-23 Tandem Diabetes Care, Inc. System and method for integration of insulin pumps and continuous glucose monitoring
US11610674B2 (en) * 2013-03-14 2023-03-21 Embecta Corp. Direct CGM connectivity to a cloud storage network
ES2969238T3 (es) 2013-03-14 2024-05-17 Dexcom Inc Sistemas y métodos para procesar y transmitir datos de sensor
US9788354B2 (en) 2013-03-14 2017-10-10 Dexcom, Inc. Systems and methods for processing and transmitting sensor data
WO2014153158A1 (en) 2013-03-14 2014-09-25 Icon Health & Fitness, Inc. Strength training apparatus with flywheel and related methods
USD778929S1 (en) 2013-03-15 2017-02-14 Dexcom, Inc. Display screen or portion thereof with graphical user interface
USD767605S1 (en) * 2013-03-15 2016-09-27 Dexcom, Inc. Display screen or portion thereof with a graphical user interface with icons
AU2014233094B2 (en) * 2013-03-15 2020-07-02 Abbott Diabetes Care Inc. System and method to manage diabetes based on glucose median, glucose variability, and hypoglycemic risk
US9215075B1 (en) * 2013-03-15 2015-12-15 Poltorak Technologies Llc System and method for secure relayed communications from an implantable medical device
US20140324445A1 (en) * 2013-04-26 2014-10-30 Roche Diagnostics Operations, Inc. Diabetes management system medical device usage statistics
US9338819B2 (en) * 2013-05-29 2016-05-10 Medtronic Minimed, Inc. Variable data usage personal medical system and method
EP3008946B1 (en) 2013-06-11 2018-08-08 Seven Networks, LLC Offloading application traffic to a shared communication channel for signal optimization in a wireless network for traffic utilizing proprietary and non-proprietary protocols
US9867953B2 (en) 2013-06-21 2018-01-16 Tandem Diabetes Care, Inc. System and method for infusion set dislodgement detection
US11361857B2 (en) * 2013-06-26 2022-06-14 WellDoc, Inc. Systems and methods for creating and selecting models for predicting medical conditions
KR101838414B1 (ko) 2013-07-01 2018-04-26 나이키 이노베이트 씨.브이. 처음 사용을 위한 전자 디바이스의 무선 초기화
US20150145674A1 (en) * 2013-08-28 2015-05-28 Jan Rydfors Caretaking Communication Bracelet
US20150099953A1 (en) * 2013-10-08 2015-04-09 Covidien Lp Methods and systems for triggering physiological measurements
US10004435B2 (en) * 2013-11-14 2018-06-26 Dexcom, Inc. Devices and methods for continuous analyte monitoring
US12080421B2 (en) 2013-12-04 2024-09-03 Apple Inc. Wellness aggregator
US20160019360A1 (en) 2013-12-04 2016-01-21 Apple Inc. Wellness aggregator
WO2015100429A1 (en) 2013-12-26 2015-07-02 Icon Health & Fitness, Inc. Magnetic resistance mechanism in a cable machine
US9737656B2 (en) 2013-12-26 2017-08-22 Tandem Diabetes Care, Inc. Integration of infusion pump with remote electronic device
US20150194032A1 (en) * 2014-01-06 2015-07-09 I-Saiso Inc. Wellbeing monitor
ES2967541T3 (es) 2014-01-29 2024-04-30 Becton Dickinson Co Sistema y método para asegurar la administración de fluido y medicación de paciente en el punto de uso clínico
CN106068510B (zh) * 2014-01-29 2020-02-07 贝克顿·迪金森公司 用于在临床使用点确保患者用药和流体输送的系统和方法
WO2015138339A1 (en) 2014-03-10 2015-09-17 Icon Health & Fitness, Inc. Pressure sensor to quantify work
US10162505B2 (en) 2014-04-17 2018-12-25 Blackberry Limited System and method for enabling customized notifications on an electronic device
US20150310176A1 (en) * 2014-04-24 2015-10-29 Drfirst.Com, Inc. Healthcare event response and communication center
US10269446B2 (en) * 2014-05-22 2019-04-23 Bio-Rad Laboratories (Israel) Inc. System and method for real time display of diagnostic laboratory data
CN106470739B (zh) 2014-06-09 2019-06-21 爱康保健健身有限公司 并入跑步机的缆索系统
US11437125B2 (en) * 2014-06-13 2022-09-06 University Hospitals Cleveland Medical Center Artificial-intelligence-based facilitation of healthcare delivery
WO2015195965A1 (en) 2014-06-20 2015-12-23 Icon Health & Fitness, Inc. Post workout massage device
US20180227735A1 (en) * 2014-08-25 2018-08-09 Phyziio, Inc. Proximity-Based Attribution of Rewards
US9686159B2 (en) 2014-08-29 2017-06-20 Hewlett-Packard Development Company, L.P. Visual representations of status
HUE053370T2 (hu) 2014-09-22 2021-06-28 Dexcom Inc Eljárás üzemmód átkapcsolásra
US10515372B1 (en) 2014-10-07 2019-12-24 State Farm Mutual Automobile Insurance Company Systems and methods for managing building code compliance for a property
CA2953580C (en) 2014-10-22 2025-05-06 Dexcom Inc User interfaces for continuous glucose monitoring
US9796093B2 (en) 2014-10-24 2017-10-24 Fellow, Inc. Customer service robot and related systems and methods
US10311400B2 (en) 2014-10-24 2019-06-04 Fellow, Inc. Intelligent service robot and related systems and methods
USD780769S1 (en) 2014-10-24 2017-03-07 Dexcom, Inc. Display screen or portion thereof with graphical user interface
US10373116B2 (en) 2014-10-24 2019-08-06 Fellow, Inc. Intelligent inventory management and related systems and methods
US20160120445A1 (en) * 2014-11-05 2016-05-05 Qardio, Inc. Devices, systems and methods for contextualized recording of biometric measurements
USD779504S1 (en) 2014-11-14 2017-02-21 Dexcom, Inc. Display screen or portion thereof with graphical user interface for presentation of analyte data
USD779505S1 (en) 2014-11-14 2017-02-21 Dexcom, Inc. Display screen or portion thereof with graphical user interface for analyte data presentation
USD773529S1 (en) 2014-11-14 2016-12-06 Dexcom, Inc. Display screen or portion thereof with icon for presentation of analyte data
USD789391S1 (en) 2014-12-31 2017-06-13 Dexcom, Inc. Display screen or portion thereof with graphical user interface and icons
USD813268S1 (en) 2014-12-31 2018-03-20 Dexcom, Inc. Display screen or portion therof with graphical user interface
US10347108B2 (en) * 2015-01-16 2019-07-09 City University Of Hong Kong Monitoring user activity using wearable motion sensing device
US20160206800A1 (en) * 2015-01-20 2016-07-21 Fresenius Medical Care Holdings, Inc. Remote monitoring interface device and mobile application for medical devices
US10601698B2 (en) * 2015-02-06 2020-03-24 International Business Machines Corporation Techniques for managing telemetry data for content delivery and/or data transfer networks
EP3256973A2 (en) 2015-02-10 2017-12-20 Dexcom, Inc. Systems and methods for distributing continuous glucose data
US10391361B2 (en) 2015-02-27 2019-08-27 Icon Health & Fitness, Inc. Simulating real-world terrain on an exercise device
MX2017012159A (es) * 2015-03-27 2018-02-09 Koninklijke Philips Nv Multiples esferas de audio independientes para monitor de paciente.
EP3683798B1 (en) 2015-05-12 2023-12-20 Dexcom, Inc. Distributed system architecture for continuous glucose monitoring
US10716500B2 (en) * 2015-06-29 2020-07-21 Cardiac Pacemakers, Inc. Systems and methods for normalization of chemical sensor data based on fluid state changes
US11116397B2 (en) 2015-07-14 2021-09-14 Welch Allyn, Inc. Method and apparatus for managing sensors
US10368810B2 (en) 2015-07-14 2019-08-06 Welch Allyn, Inc. Method and apparatus for monitoring a functional capacity of an individual
US20170054734A1 (en) * 2015-08-17 2017-02-23 Tome, Inc. Work desk usage monitoring and tracking system and method employing usb dongle
US20170086797A1 (en) * 2015-09-25 2017-03-30 General Electric Company Methods and systems for managing distribution of protected information on a medical display
US10964421B2 (en) 2015-10-22 2021-03-30 Welch Allyn, Inc. Method and apparatus for delivering a substance to an individual
US10918340B2 (en) 2015-10-22 2021-02-16 Welch Allyn, Inc. Method and apparatus for detecting a biological condition
EP3367888B1 (en) * 2015-10-27 2020-12-09 Dexcom, Inc. Sharing continuous glucose data and reports
US9922524B2 (en) * 2015-10-30 2018-03-20 Blue Willow Systems, Inc. Methods for detecting and handling fall and perimeter breach events for residents of an assisted living facility
CN108475543A (zh) * 2015-11-19 2018-08-31 皇家飞利浦有限公司 用于基于个性化预测模型来促进健康监测的系统和方法
DE102015016271A1 (de) 2015-12-15 2017-06-22 Fresenius Medical Care Deutschland Gmbh System und Verfahren zur Erkennung eines Betriebszustandes oder eines Behandlungsverlaufs bei einer Blutbehandlung
AU2016380858B2 (en) * 2015-12-28 2019-08-08 Dexcom, Inc. Systems and methods for remote and host monitoring communications
WO2017117144A1 (en) * 2015-12-28 2017-07-06 Dexcom, Inc. Wearable apparatus for continuous blood glucose monitoring
CN105657020A (zh) * 2016-01-07 2016-06-08 四川东鼎里智信息技术有限责任公司 一种远程体征数据采集装置
CN105610956A (zh) * 2016-01-07 2016-05-25 四川东鼎里智信息技术有限责任公司 一种集成体征数据采集功能的家庭智能终端系统
CN105635293A (zh) * 2016-01-07 2016-06-01 四川东鼎里智信息技术有限责任公司 一种利用家庭智能终端采集体征数据的方法
CN105662396B (zh) * 2016-01-11 2018-03-30 四川东鼎里智信息技术有限责任公司 一种人体生命数据采集方法
KR102544357B1 (ko) * 2016-01-21 2023-06-19 삼성전자주식회사 센서장치들에 네트워크로 연결된 전자장치 및 그의 제어방법
US9980140B1 (en) * 2016-02-11 2018-05-22 Bigfoot Biomedical, Inc. Secure communication architecture for medical devices
US10541987B2 (en) 2016-02-26 2020-01-21 Tandem Diabetes Care, Inc. Web browser-based device communication workflow
EP3220299A1 (en) * 2016-03-16 2017-09-20 CRF Inc. A method for remotely monitoring at least one patient
US10625137B2 (en) 2016-03-18 2020-04-21 Icon Health & Fitness, Inc. Coordinated displays in an exercise device
US10493349B2 (en) 2016-03-18 2019-12-03 Icon Health & Fitness, Inc. Display on exercise device
US10272317B2 (en) 2016-03-18 2019-04-30 Icon Health & Fitness, Inc. Lighted pace feature in a treadmill
AU2017241816B2 (en) 2016-03-31 2020-04-16 Dexcom, Inc. Systems and methods for inter-app communications
US10568552B2 (en) 2016-03-31 2020-02-25 Dexcom, Inc. Systems and methods for display device and sensor electronics unit communication
US10355535B2 (en) * 2016-04-01 2019-07-16 Electrolux Home Products, Inc. Appliance for wireless power and data transfer
EP3440650B1 (en) * 2016-04-07 2022-12-14 Scott Technologies, Inc. First responder readiness system
JP2017188008A (ja) * 2016-04-08 2017-10-12 オムロンヘルスケア株式会社 端末装置、情報処理システム
CA3211813A1 (en) * 2016-05-02 2017-11-09 Dexcom, Inc. System and method for providing alerts optimized for a user
US10862880B1 (en) * 2016-05-05 2020-12-08 Twitter, Inc. Authentication security via application-specific dynamic token generation
WO2017210377A1 (en) * 2016-06-02 2017-12-07 Cardiac Pacemakers, Inc. Acute kidney injury detection system and methods
CN109313759B (zh) 2016-06-11 2022-04-26 苹果公司 用于交易的用户界面
SI3261357T1 (sl) * 2016-06-23 2019-03-29 Roche Diabetes Care Gmbh Postopek za brezžično podatkovno komunikacijo med senzorskim sistemom in sprejemnikom, sistem za brezžično podatkovno komunikacijo in računalniški programski produkt
US20190216406A1 (en) * 2016-06-29 2019-07-18 Robert Polkowski Wearable device to assist cognitive dysfunction sufferer and method for operating the same
US20180008208A1 (en) * 2016-07-08 2018-01-11 General Electric Company Patient-Assisted Alarm System
CN114666771A (zh) 2016-07-20 2022-06-24 德克斯康公司 用于葡萄糖数据的无线通信的系统和方法
US20180032680A1 (en) 2016-07-29 2018-02-01 Drfirst.Com, Inc. Streamlined patient communication device
US10791994B2 (en) * 2016-08-04 2020-10-06 Welch Allyn, Inc. Method and apparatus for mitigating behavior adverse to a biological condition
US10463261B2 (en) * 2016-08-23 2019-11-05 Covidien Lp Automatic estimation of pulse deficit
DE102016115969A1 (de) * 2016-08-26 2018-03-01 Krones Ag Verfahren und Vorrichtung zur Fernüberwachung von Anlagen und insbesondere Anlagen der getränkeherstellenden Industrie
KR102632431B1 (ko) 2016-09-09 2024-01-31 덱스콤, 인크. 약물 전달 기기에의 디스플레이 및 제공을 위한 cgm-기반 볼러스 계산기에 대한 시스템 및 방법
US20180082564A1 (en) * 2016-09-18 2018-03-22 Wei Fang Wireless attendance monitoring apparatus
US10671705B2 (en) 2016-09-28 2020-06-02 Icon Health & Fitness, Inc. Customizing recipe recommendations
EP4542931A3 (en) * 2016-10-18 2025-06-18 DexCom, Inc. System and method for communication of analyte data
US11032855B2 (en) 2016-10-18 2021-06-08 Dexcom, Inc. System and method for communication of analyte data
US10354501B2 (en) * 2016-11-08 2019-07-16 The Boeing Company Autonomous, low energy, access indication system
US11452004B2 (en) * 2016-11-08 2022-09-20 Koninklijke Philips N.V. Method for wireless data transmission range extension
EP3500854B1 (en) 2016-11-09 2025-06-18 Dexcom, Inc. Systems and methods for technical support of continuous analyte monitoring and sensor systems
WO2018098311A1 (en) 2016-11-23 2018-05-31 General Electric Company Imaging protocol manager
US10736612B2 (en) * 2016-12-14 2020-08-11 Boka Sciences, Inc. Salvia assessing method, device, and system
US10325112B2 (en) * 2016-12-29 2019-06-18 T-Mobile Usa, Inc. Privacy breach detection
EP3582682A4 (en) 2017-02-14 2021-03-10 Senseonics, Incorporated REMOTE ANALYTE MONITORING
US10467509B2 (en) 2017-02-14 2019-11-05 Microsoft Technology Licensing, Llc Computationally-efficient human-identifying smart assistant computer
CN106919788B (zh) * 2017-02-14 2023-08-01 杭州爱钥医疗健康科技有限公司 血糖仪数据处理的方法和装置
EP4365911B1 (en) 2017-02-24 2025-10-29 Masimo Corporation Patient monitoring hub
WO2018156809A1 (en) 2017-02-24 2018-08-30 Masimo Corporation Augmented reality system for displaying patient data
US20180277252A1 (en) * 2017-03-17 2018-09-27 Getwellnetwork, Inc. Person Engagement Index for Providing Automated Personalized Healthcare Functions
US9928712B1 (en) * 2017-05-05 2018-03-27 Frederick Huntington Firth Clark System and method for remotely monitoring a medical device
US10269456B2 (en) 2017-05-05 2019-04-23 Bank Of America Corporation System for identification of treatment and resource deployment based on treatment interaction
US10872321B2 (en) 2017-05-05 2020-12-22 Bank Of America Corporation Machine initiated user status update system
US10454941B2 (en) 2017-05-05 2019-10-22 Bank Of America Corporation Person-to-person network architecture for secure authorization and approval
US10437899B2 (en) 2017-05-05 2019-10-08 Bank Of America Corporation System for distributed server data management with multi-user access
EP3622529A1 (en) * 2017-05-08 2020-03-18 Masimo Corporation System for pairing a medical system to a network controller by use of a dongle
US10796294B2 (en) 2017-05-16 2020-10-06 Apple Inc. User interfaces for peer-to-peer transfers
CN107080531A (zh) * 2017-06-08 2017-08-22 桂林医学院 智能血压测量仪
JP7106253B2 (ja) * 2017-07-10 2022-07-26 フクダ電子株式会社 ベッドサイドモニター及び生体情報モニタリングシステム
DE102017006677A1 (de) * 2017-07-14 2019-01-17 Drägerwerk AG & Co. KGaA Vorrichtungen, Verfahren und Computerprogramme für einen Alarmserver, eine Alarmquelle und einen Alarmgeber, Alarmsystem
US10034608B1 (en) * 2017-08-14 2018-07-31 Bank Of America Corporation System for receiving transmissions from disparate node and triggering automatic portal action
US10491758B2 (en) * 2017-08-16 2019-11-26 Wipro Limited Method and system for optimizing image data for data transmission
CA3065746A1 (en) 2017-08-18 2019-02-21 Abbott Diabetes Care Inc. Systems, devices, and methods related to the individualized calibration and/or manufacturing of medical devices
US11445951B2 (en) * 2017-09-13 2022-09-20 Medtronic Minimed, Inc. Methods, systems, and devices for calibration and optimization of glucose sensors and sensor output
WO2019075352A1 (en) * 2017-10-12 2019-04-18 Companion Medical, Inc. INTELLIGENT DRUG DELIVERY SYSTEMS AND METHODS OF RECOMMENDATION AND DOSE MANAGEMENT
USD851112S1 (en) * 2017-12-11 2019-06-11 Citrix Systems, Inc. Display screen or portion thereof with graphical user interface
US11480444B2 (en) * 2018-01-12 2022-10-25 Insight Energy Ventures, Llc Systems and methods of capturing usage data from an AMR device
US11246513B2 (en) 2018-02-08 2022-02-15 Senseonics, Incorporated Data management system communications with a display device in an analyte monitoring system
CN108294765A (zh) * 2018-02-08 2018-07-20 安徽国科生物科技有限公司 糖尿病人群辅助诊疗装置及其控制方法
WO2019157102A1 (en) 2018-02-09 2019-08-15 Dexcom, Inc. System and method for decision support
US11804303B2 (en) * 2018-03-01 2023-10-31 Reciprocal Labs Corporation Evaluation of respiratory disease risk in a geographic region based on medicament device monitoring
USD888087S1 (en) * 2018-03-02 2020-06-23 Chromaviso A/S Display panel or screen with a graphical user interface
USD890803S1 (en) * 2018-03-02 2020-07-21 Chromaviso A/S Display panel or screen with graphical user interface
DK180246B1 (en) 2018-03-12 2020-09-11 Apple Inc User interfaces for health monitoring
US10789255B2 (en) * 2018-03-27 2020-09-29 Lenovo (Singapore) Pte. Ltd. Presenting data chunks for a working memory event
US11094180B1 (en) 2018-04-09 2021-08-17 State Farm Mutual Automobile Insurance Company Sensing peripheral heuristic evidence, reinforcement, and engagement system
CN111954966B (zh) 2018-04-10 2025-09-30 坦德姆糖尿病护理股份有限公司 用于对医疗设备进行感应充电的系统和方法
US11317833B2 (en) 2018-05-07 2022-05-03 Apple Inc. Displaying user interfaces associated with physical activities
DK201870378A1 (en) 2018-05-07 2020-01-13 Apple Inc. DISPLAYING USER INTERFACES ASSOCIATED WITH PHYSICAL ACTIVITIES
CN108965390A (zh) * 2018-06-14 2018-12-07 深圳华龙讯达信息技术股份有限公司 一种设备运行状态监测方法及装置
US11426101B2 (en) 2018-07-09 2022-08-30 Verily Life Sciences Llc Systems and methods for sensors with multimode wireless communications and for enabling NFC communications with a wearable biosensor
US11038555B2 (en) 2018-08-06 2021-06-15 Verily Life Sciences Llc Systems and methods for enabling NFC communications with a wearable biosensor
US20200043606A1 (en) * 2018-08-02 2020-02-06 Cnoga Medical Ltd. System and method for controlling blood glucose using personalized histograms
USD875766S1 (en) 2018-08-10 2020-02-18 Tandem Diabetes Care, Inc. Display screen or portion thereof with graphical user interface
USD875765S1 (en) 2018-08-10 2020-02-18 Tandem Diabetes Care, Inc. Display screen or portion thereof with graphical user interface
USD864217S1 (en) * 2018-08-20 2019-10-22 Tandem Diabetes Care, Inc. Display screen or portion thereof with graphical user interface
USD880496S1 (en) * 2018-08-20 2020-04-07 Tandem Diabetes Care, Inc. Display screen or portion thereof with graphical user interface
USD864219S1 (en) * 2018-08-20 2019-10-22 Tandem Diabetes Care, Inc. Display screen or portion thereof with graphical user interface
USD864218S1 (en) 2018-08-20 2019-10-22 Tandem Diabetes Care, Inc. Display screen or portion thereof with graphical user interface
USD882622S1 (en) 2018-08-22 2020-04-28 Tandem Diabetes Care, Inc. Display screen or portion thereof with graphical user interface
USD875767S1 (en) 2018-08-23 2020-02-18 Tandem Diabetes Care, Inc. Display screen or portion thereof with graphical user interface
WO2020040764A1 (en) * 2018-08-23 2020-02-27 Siemens Aktiengesellschaft System and method for validation and correction of real-time sensor data for a plant using existing data-based models of the same plant
US11224693B2 (en) 2018-10-10 2022-01-18 Tandem Diabetes Care, Inc. System and method for switching between medicament delivery control algorithms
USD999246S1 (en) 2018-10-11 2023-09-19 Masimo Corporation Display screen or portion thereof with a graphical user interface
USD917564S1 (en) 2018-10-11 2021-04-27 Masimo Corporation Display screen or portion thereof with graphical user interface
USD998631S1 (en) 2018-10-11 2023-09-12 Masimo Corporation Display screen or portion thereof with a graphical user interface
USD998630S1 (en) 2018-10-11 2023-09-12 Masimo Corporation Display screen or portion thereof with a graphical user interface
US11406286B2 (en) 2018-10-11 2022-08-09 Masimo Corporation Patient monitoring device with improved user interface
USD917550S1 (en) 2018-10-11 2021-04-27 Masimo Corporation Display screen or portion thereof with a graphical user interface
USD916135S1 (en) 2018-10-11 2021-04-13 Masimo Corporation Display screen or portion thereof with a graphical user interface
USD1041511S1 (en) 2018-10-11 2024-09-10 Masimo Corporation Display screen or portion thereof with a graphical user interface
US11796833B2 (en) * 2018-12-12 2023-10-24 Solos Technology Limited Modularized eyewear systems, apparatuses, and methods
CN109444067A (zh) * 2018-12-17 2019-03-08 苏州比雷艾斯电子科技有限公司 一种傅里叶远程红外气体遥测系统监测方法
JP7180358B2 (ja) 2018-12-18 2022-11-30 オムロンヘルスケア株式会社 情報管理システム、及び、計測機器と情報端末のペアリング方法
CN113438920A (zh) 2018-12-19 2021-09-24 德克斯康公司 间歇性监测
DE212020000509U1 (de) * 2019-01-14 2021-08-25 Analog Devices International Unlimited Company Multisensorvorrichtung zur Gesundheitsüberwachung
US20200243182A1 (en) * 2019-01-28 2020-07-30 International Business Machines Corporation Situational dynamic balancing of nutrition
US11464908B2 (en) 2019-02-18 2022-10-11 Tandem Diabetes Care, Inc. Methods and apparatus for monitoring infusion sites for ambulatory infusion pumps
EP3927391A4 (en) 2019-02-19 2022-11-16 Tandem Diabetes Care, Inc. SYSTEM AND METHOD FOR PAIRING AN INFUSION PUMP WITH A REMOTE CONTROL DEVICE
KR102737255B1 (ko) * 2019-03-19 2024-12-03 삼성전자주식회사 전자 장치 및 전자 장치에서의 생체 정보 알림 방법
WO2020198169A1 (en) * 2019-03-22 2020-10-01 Sibel Inc. Wireless communication system for wearable medical sensors
JP7302219B2 (ja) 2019-03-25 2023-07-04 オムロンヘルスケア株式会社 情報管理システム、及び、計測機器と情報端末の機器登録方法
JP7302220B2 (ja) 2019-03-25 2023-07-04 オムロンヘルスケア株式会社 情報管理システム、及び、計測機器と情報端末の機器登録方法
EP3946514A4 (en) 2019-03-26 2022-12-21 Tandem Diabetes Care, Inc. METHOD OF PAIRING AN INFUSION PUMP WITH A REMOTE CONTROL DEVICE
DK201970532A1 (en) 2019-05-06 2021-05-03 Apple Inc Activity trends and workouts
CN110164086B (zh) * 2019-05-11 2021-11-16 任明和 通过数据授权共享实现的安全监控及紧急救助方法
US10586082B1 (en) 2019-05-29 2020-03-10 Fellow, Inc. Advanced micro-location of RFID tags in spatial environments
US11209957B2 (en) 2019-06-01 2021-12-28 Apple Inc. User interfaces for cycle tracking
US11228835B2 (en) 2019-06-01 2022-01-18 Apple Inc. User interfaces for managing audio exposure
US11152100B2 (en) 2019-06-01 2021-10-19 Apple Inc. Health application user interfaces
US11234077B2 (en) 2019-06-01 2022-01-25 Apple Inc. User interfaces for managing audio exposure
CN110151192A (zh) * 2019-06-14 2019-08-23 东北大学 一种用于血糖监控与预警的辅助医疗系统及其使用方法
US20210005300A1 (en) * 2019-07-01 2021-01-07 CAREMINDR Corporation Customizable communication platform builder
US12170143B1 (en) 2019-07-03 2024-12-17 State Farm Mutual Automobile Insurance Company Multi-sided match making platforms
US11894129B1 (en) 2019-07-03 2024-02-06 State Farm Mutual Automobile Insurance Company Senior living care coordination platforms
US12002588B2 (en) 2019-07-17 2024-06-04 Apple Inc. Health event logging and coaching user interfaces
KR102445698B1 (ko) * 2019-07-30 2022-09-23 주식회사 아이센스 연속 혈당 측정 시스템의 안정화 방법
US11232410B2 (en) * 2019-08-07 2022-01-25 Servicenow, Inc. On-call scheduling and enhanced contact preference management
US11367527B1 (en) 2019-08-19 2022-06-21 State Farm Mutual Automobile Insurance Company Senior living engagement and care support platforms
US20210060244A1 (en) * 2019-08-28 2021-03-04 Medtronic Minimed, Inc. Method and system for verifying whether a non-medical client device is operating correctly with a medical device controlled by the non-medical client device and causing a notification to be generated
US11666288B2 (en) * 2019-08-30 2023-06-06 GE Precision Healthcare LLC Systems and methods for graphical user interfaces for medical device trends
EP4004702A1 (en) 2019-09-09 2022-06-01 Apple Inc. Research study user interfaces
US11792288B2 (en) * 2019-09-09 2023-10-17 Extreme Networks, Inc. Wireless network device with directional communication functionality
WO2021048642A1 (en) * 2019-09-10 2021-03-18 Hemant Karamchand Rohera A medical therapeutic device
WO2021118944A1 (en) * 2019-12-08 2021-06-17 Modo Medical Design Llc Wireless sensor connectivity
USD931306S1 (en) 2020-01-20 2021-09-21 Tandem Diabetes Care, Inc. Display screen or portion thereof with graphical user interface
WO2021163597A1 (en) 2020-02-14 2021-08-19 Eddii, Inc. Multi-process analyte monitoring and communication system
IL273038B (en) 2020-03-03 2022-02-01 Ben Zion Karmon bone graft
US11461216B1 (en) 2020-05-18 2022-10-04 Vignet Incorporated Monitoring and improving data collection using digital health technology
US11839446B2 (en) * 2020-06-02 2023-12-12 GE Precision Healthcare LLC Wireless patient monitoring system and method
DK181037B1 (en) 2020-06-02 2022-10-10 Apple Inc User interfaces for health applications
AU2021283914A1 (en) 2020-06-02 2023-01-19 Apple Inc. User interfaces for tracking of physical activity events
TWI771697B (zh) 2020-06-12 2022-07-21 佳易科技股份有限公司 具資料上傳功能之儲存卡裝置及應用於其上的資料上傳方法
US12183457B2 (en) * 2020-07-04 2024-12-31 Medentum Innovations Inc. Diagnostic device for remote consultations and telemedicine
US20220013222A1 (en) 2020-07-09 2022-01-13 State Farm Mutual Automobile Insurance Company Systems and methods for home health evaluation and remediation
US12230406B2 (en) 2020-07-13 2025-02-18 Vignet Incorporated Increasing diversity and engagement in clinical trails through digital tools for health data collection
CN113968461B (zh) * 2020-07-24 2023-04-11 宝山钢铁股份有限公司 一种皮带机智能诊断系统和方法
EP3951787A1 (en) 2020-08-02 2022-02-09 Roche Diabetes Care GmbH Method for displaying a medical value
US11698710B2 (en) 2020-08-31 2023-07-11 Apple Inc. User interfaces for logging user activities
JP2022054055A (ja) * 2020-09-25 2022-04-06 ソニーグループ株式会社 生体情報解析システム、情報処理方法、及びプログラム
WO2022076950A1 (en) * 2020-10-09 2022-04-14 Olive AI, Inc. Controlling presentation of data through an operator interface by monitoring user interactions across various compute devices
US11670156B2 (en) * 2020-10-30 2023-06-06 Honda Research Institute Europe Gmbh Interactive reminder companion
US12288457B2 (en) * 2020-12-04 2025-04-29 Wearable Technologies Inc. Smart wearable personal safety devices and related systems and methods
KR102569412B1 (ko) * 2020-12-14 2023-08-24 주식회사 아이센스 연속 생체 정보에 대한 알람을 생성하는 방법
USD958156S1 (en) * 2020-12-21 2022-07-19 Abbott Diabetes Care Inc. Display screen or portion thereof with graphical user interface
US11935651B2 (en) 2021-01-19 2024-03-19 State Farm Mutual Automobile Insurance Company Alert systems for senior living engagement and care support platforms
US12243641B2 (en) 2021-01-29 2025-03-04 State Farm Mutual Automobile Insurance Company Senior living engagement and care support platforms with chatbot and list integration
AU2022214930A1 (en) 2021-01-29 2023-07-27 Abbott Diabetes Care Inc. Third party analyte monitoring
US11983702B2 (en) 2021-02-01 2024-05-14 Apple Inc. Displaying a representation of a card with a layered structure
US12211594B1 (en) 2021-02-25 2025-01-28 Vignet Incorporated Machine learning to predict patient engagement and retention in clinical trials and increase compliance with study aims
US11789837B1 (en) * 2021-02-03 2023-10-17 Vignet Incorporated Adaptive data collection in clinical trials to increase the likelihood of on-time completion of a trial
US11281553B1 (en) * 2021-04-16 2022-03-22 Vignet Incorporated Digital systems for enrolling participants in health research and decentralized clinical trials
US11586524B1 (en) 2021-04-16 2023-02-21 Vignet Incorporated Assisting researchers to identify opportunities for new sub-studies in digital health research and decentralized clinical trials
US12248384B1 (en) 2021-02-25 2025-03-11 Vignet Incorporated Accelerated clinical trials using patient-centered, adaptive digital health tools
US12248383B1 (en) 2021-02-25 2025-03-11 Vignet Incorporated Digital systems for managing health data collection in decentralized clinical trials
CN114980360B (zh) * 2021-04-23 2024-11-08 深圳市安服优智能互联科技有限公司 无线低频通信方法及系统
US11921992B2 (en) 2021-05-14 2024-03-05 Apple Inc. User interfaces related to time
US20220399093A1 (en) * 2021-06-11 2022-12-15 Rxflo, Llc Systems and methods of managing prescriptions
US20240273999A1 (en) * 2021-06-18 2024-08-15 Signtle Inc. Sensor device, system, and transmission method
WO2022271819A1 (en) * 2021-06-23 2022-12-29 Abbott Diabetes Care Inc. Medical monitoring systems with cloud communication interface
EP4360103A1 (en) * 2021-06-23 2024-05-01 Abbott Diabetes Care Inc. Medical monitoring systems with cloud communication interface
US20220415463A1 (en) * 2021-06-25 2022-12-29 Nicholas Metaxas Drug overdose prevention software application and method of use
EP4395630A1 (en) 2021-09-03 2024-07-10 Dexcom, Inc. Systems and methods for technical support of continuous analyte monitoring and sensor systems
US11784956B2 (en) 2021-09-20 2023-10-10 Apple Inc. Requests to add assets to an asset account
US12452474B1 (en) 2021-10-29 2025-10-21 State Farm Mutual Automobile Insurance Company Systems and methods for relational video data storage
USD1019674S1 (en) * 2021-10-29 2024-03-26 Medtrum Technologies Inc. Display screen or portion thereof with graphical user interface
USD1019675S1 (en) * 2021-10-29 2024-03-26 Medtrum Technologies Inc. Display screen or portion thereof with graphical user interface
WO2023139500A1 (en) * 2022-01-18 2023-07-27 Waters Technologies Ireland Limited Methods, mediums, and systems for providing a notifications architecture
US20230245734A1 (en) * 2022-01-28 2023-08-03 Medtronic, Inc. Automatic enrollment with a service for a medical device
CN114166913B (zh) * 2022-02-10 2022-05-27 苏州百孝医疗科技有限公司 自动校准方法和装置、监测分析物浓度水平的系统
US12475776B2 (en) * 2022-03-28 2025-11-18 Hippi Llc Portable alarm system with on demand reporting to monitoring station
WO2023235443A1 (en) * 2022-06-01 2023-12-07 Dexcom, Inc. Sensing systems and methods for diagnosing kidney disease
WO2024072940A1 (en) * 2022-09-30 2024-04-04 Northwestern University Method for monitoring and treating a disorder
CN118264680A (zh) * 2022-12-27 2024-06-28 戴尔产品有限公司 基于云的虚拟存储设备监控系统及方法
WO2025042717A1 (en) * 2023-08-18 2025-02-27 Asset Affirmation Inc. Systems and methods for provisioning and digitizing asset profiles
US20250281717A1 (en) * 2024-01-05 2025-09-11 William Brubaker Body fluid movement system with one or more sensors and artificial intelligence
KR20250124674A (ko) * 2024-02-13 2025-08-20 주식회사 아이센스 전자 장치 및 이의 제어 방법
WO2025240746A1 (en) * 2024-05-15 2025-11-20 Abbott Diabetes Care Inc. Methods and systems for continuous analyte monitoring

Family Cites Families (439)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US612939A (en) 1898-10-25 Freeman r
US1037618A (en) 1911-08-24 1912-09-03 frank Hamm Draft-equalizer.
US4757022A (en) 1986-04-15 1988-07-12 Markwell Medical Institute, Inc. Biological fluid measuring device
US4994167A (en) 1986-04-15 1991-02-19 Markwell Medical Institute, Inc. Biological fluid measuring device
US5417210A (en) 1992-05-27 1995-05-23 International Business Machines Corporation System and method for augmentation of endoscopic surgery
US6334778B1 (en) 1994-04-26 2002-01-01 Health Hero Network, Inc. Remote psychological diagnosis and monitoring system
US5897493A (en) 1997-03-28 1999-04-27 Health Hero Network, Inc. Monitoring system for remotely querying individuals
US6101478A (en) 1997-04-30 2000-08-08 Health Hero Network Multi-user remote health monitoring system
US5997476A (en) 1997-03-28 1999-12-07 Health Hero Network, Inc. Networked system for interactive communication and remote monitoring of individuals
US20010011224A1 (en) 1995-06-07 2001-08-02 Stephen James Brown Modular microprocessor-based health monitoring system
US5832448A (en) 1996-10-16 1998-11-03 Health Hero Network Multiple patient monitoring system for proactive health management
US6168563B1 (en) 1992-11-17 2001-01-02 Health Hero Network, Inc. Remote health monitoring and maintenance system
US5590648A (en) 1992-11-30 1997-01-07 Tremont Medical Personal health care system
US6463361B1 (en) 1994-09-22 2002-10-08 Computer Motion, Inc. Speech interface for an automated endoscopic system
US5970457A (en) 1995-10-25 1999-10-19 Johns Hopkins University Voice command and control medical care system
US5748103A (en) 1995-11-13 1998-05-05 Vitalcom, Inc. Two-way TDMA telemetry system with power conservation features
US5895371A (en) 1996-08-27 1999-04-20 Sabratek Corporation Medical treatment apparatus and method
US6364834B1 (en) 1996-11-13 2002-04-02 Criticare Systems, Inc. Method and system for remotely monitoring multiple medical parameters in an integrated medical monitoring system
ES2124186B1 (es) * 1997-01-20 1999-08-01 Carpe Diem Salud S L Apartado y sistema de control telematico de parametros fisiologicos de pacientes.
US6741877B1 (en) 1997-03-04 2004-05-25 Dexcom, Inc. Device and method for determining analyte levels
US8527026B2 (en) 1997-03-04 2013-09-03 Dexcom, Inc. Device and method for determining analyte levels
US20050033132A1 (en) 1997-03-04 2005-02-10 Shults Mark C. Analyte measuring device
US6001067A (en) 1997-03-04 1999-12-14 Shults; Mark C. Device and method for determining analyte levels
US6558321B1 (en) 1997-03-04 2003-05-06 Dexcom, Inc. Systems and methods for remote monitoring and modulation of medical devices
US7899511B2 (en) 2004-07-13 2011-03-01 Dexcom, Inc. Low oxygen in vivo analyte sensor
US7192450B2 (en) 2003-05-21 2007-03-20 Dexcom, Inc. Porous membranes for use with implantable devices
US6862465B2 (en) 1997-03-04 2005-03-01 Dexcom, Inc. Device and method for determining analyte levels
US7657297B2 (en) 2004-05-03 2010-02-02 Dexcom, Inc. Implantable analyte sensor
US9155496B2 (en) 1997-03-04 2015-10-13 Dexcom, Inc. Low oxygen in vivo analyte sensor
CN1604111A (zh) 1997-03-13 2005-04-06 第一咨询公司 疾病处理系统
US6270455B1 (en) 1997-03-28 2001-08-07 Health Hero Network, Inc. Networked system for interactive communications and remote monitoring of drug delivery
US6415166B1 (en) 1997-09-26 2002-07-02 Datex-Ohmeda, Inc. Photoplethysmographic device with remote facsimile
US6119028A (en) 1997-10-20 2000-09-12 Alfred E. Mann Foundation Implantable enzyme-based monitoring systems having improved longevity due to improved exterior surfaces
US6579690B1 (en) 1997-12-05 2003-06-17 Therasense, Inc. Blood analyte monitoring through subcutaneous measurement
US20040015132A1 (en) * 1998-01-06 2004-01-22 Eric Brown Method for improving patient compliance with a medical program
US6366871B1 (en) 1999-03-03 2002-04-02 Card Guard Scientific Survival Ltd. Personal ambulatory cellular health monitor for mobile patient
US6134461A (en) 1998-03-04 2000-10-17 E. Heller & Company Electrochemical analyte
US6175752B1 (en) 1998-04-30 2001-01-16 Therasense, Inc. Analyte monitoring device and methods of use
US6477424B1 (en) 1998-06-19 2002-11-05 Medtronic, Inc. Medical management system integrated programming apparatus for communication with an implantable medical device
US6558320B1 (en) 2000-01-20 2003-05-06 Medtronic Minimed, Inc. Handheld personal data assistant (PDA) with a medical device and method of using the same
US7325052B1 (en) 1998-10-06 2008-01-29 Ricoh Company, Ltd. Method and system to erase data after expiration or other condition
US7088233B2 (en) 1998-10-23 2006-08-08 Royal Thoughts, Llc Personal medical device communication system and method
US20070293742A1 (en) 1998-11-30 2007-12-20 Novo Nordisk A/S Medical System And A Method Of Controlling The System For Use By A Patient For Medical Self Treatment
US6224542B1 (en) 1999-01-04 2001-05-01 Stryker Corporation Endoscopic camera system with non-mechanical zoom
US6424847B1 (en) 1999-02-25 2002-07-23 Medtronic Minimed, Inc. Glucose monitor calibration methods
US6416471B1 (en) 1999-04-15 2002-07-09 Nexan Limited Portable remote patient telemonitoring system
JP2000316819A (ja) * 1999-05-14 2000-11-21 Nec System Integration & Construction Ltd 予診情報管理システム
US7256708B2 (en) 1999-06-23 2007-08-14 Visicu, Inc. Telecommunications network for remote patient monitoring
US6447424B1 (en) 2000-02-02 2002-09-10 Icon Health & Fitness Inc System and method for selective adjustment of exercise apparatus
US7092501B2 (en) * 1999-10-12 2006-08-15 Sbc Properties, L.P. Method and apparatus for providing prepaid local telephone services
US6602191B2 (en) 1999-12-17 2003-08-05 Q-Tec Systems Llp Method and apparatus for health and disease management combining patient data monitoring with wireless internet connectivity
US6442432B2 (en) 1999-12-21 2002-08-27 Medtronic, Inc. Instrumentation and software for remote monitoring and programming of implantable medical devices (IMDs)
US6564104B2 (en) 1999-12-24 2003-05-13 Medtronic, Inc. Dynamic bandwidth monitor and adjuster for remote communications with a medical device
US8298150B2 (en) 2000-01-11 2012-10-30 Cedars-Sinai Medical Center Hemodynamic waveform-based diagnosis and treatment
US20030065308A1 (en) 2000-01-21 2003-04-03 Lebel Ronald J. Ambulatory medical apparatus with hand held communication device
US7403972B1 (en) * 2002-04-24 2008-07-22 Ip Venture, Inc. Method and system for enhanced messaging
US6893396B2 (en) 2000-03-01 2005-05-17 I-Medik, Inc. Wireless internet bio-telemetry monitoring system and interface
US7444383B2 (en) 2000-06-17 2008-10-28 Microsoft Corporation Bounded-deferral policies for guiding the timing of alerting, interaction and communications using local sensory information
DE60136324D1 (de) 2000-03-23 2008-12-11 Seiko Epson Corp Vorrichtung zum auswerten biologischer informationen
US6492901B1 (en) 2000-05-10 2002-12-10 Westinghouse Electric Company Llc Alarm management system
US7860583B2 (en) 2004-08-25 2010-12-28 Carefusion 303, Inc. System and method for dynamically adjusting patient therapy
WO2001089362A2 (en) 2000-05-19 2001-11-29 Welch Allyn Protocol Inc. Patient monitoring system
TW587929B (en) * 2000-05-31 2004-05-21 Matsushita Electric Industrial Co Ltd Medical checkup network system
US6735479B2 (en) 2000-06-14 2004-05-11 Medtronic, Inc. Lifestyle management system
WO2001097909A2 (en) 2000-06-14 2001-12-27 Medtronic, Inc. Deep computing applications in medical device systems
US20020016719A1 (en) 2000-06-19 2002-02-07 Nemeth Louis G. Methods and systems for providing medical data to a third party in accordance with configurable distribution parameters
US6847892B2 (en) 2001-10-29 2005-01-25 Digital Angel Corporation System for localizing and sensing objects and providing alerts
US6633772B2 (en) 2000-08-18 2003-10-14 Cygnus, Inc. Formulation and manipulation of databases of analyte and associated values
WO2002015778A1 (en) 2000-08-18 2002-02-28 Cygnus, Inc. Analyte monitoring device alarm augmentation system
US7685005B2 (en) 2000-08-29 2010-03-23 Medtronic, Inc. Medical device systems implemented network scheme for remote patient management
US6816241B2 (en) 2000-09-26 2004-11-09 Sensys Medical, Inc. LED light source-based instrument for non-invasive blood analyte determination
US6645142B2 (en) 2000-12-01 2003-11-11 Optiscan Biomedical Corporation Glucose monitoring instrument having network connectivity
US6638223B2 (en) 2000-12-28 2003-10-28 Ge Medical Systems Global Technology Company, Llc Operator interface for a medical diagnostic imaging device
US6560471B1 (en) 2001-01-02 2003-05-06 Therasense, Inc. Analyte monitoring device and methods of use
CA2405524A1 (en) 2001-02-08 2002-08-15 Inverness Medical Limited A personal condition management system
US7085748B2 (en) 2001-02-16 2006-08-01 International Business Machines Corporation Hyper-arc consistency in a contraint satisfaction network
US6943787B2 (en) 2001-02-27 2005-09-13 Medtronics, Inc. System and method for displaying implantable medical device data
US20020169584A1 (en) * 2001-05-14 2002-11-14 Zhongsu Fu Mobile monitoring system
US6932894B2 (en) 2001-05-15 2005-08-23 Therasense, Inc. Biosensor membranes composed of polymers containing heterocyclic nitrogens
US7103578B2 (en) 2001-05-25 2006-09-05 Roche Diagnostics Operations, Inc. Remote medical device access
US6653816B2 (en) 2001-06-24 2003-11-25 Motorola, Inc. Battery with embedded power management
US6775577B2 (en) 2001-07-18 2004-08-10 Fresenius Usa, Inc. Method and system for controlling a medical device
US6702857B2 (en) 2001-07-27 2004-03-09 Dexcom, Inc. Membrane for use with implantable devices
US20030032874A1 (en) 2001-07-27 2003-02-13 Dexcom, Inc. Sensor head for use with implantable devices
US6788965B2 (en) 2001-08-03 2004-09-07 Sensys Medical, Inc. Intelligent system for detecting errors and determining failure modes in noninvasive measurement of blood and tissue analytes
US6957102B2 (en) 2001-12-10 2005-10-18 Medtronic Emergency Response Systems, Inc. Enhanced interface for a medical device and a terminal
US20050027182A1 (en) 2001-12-27 2005-02-03 Uzair Siddiqui System for monitoring physiological characteristics
US7399277B2 (en) 2001-12-27 2008-07-15 Medtronic Minimed, Inc. System for monitoring physiological characteristics
US9282925B2 (en) 2002-02-12 2016-03-15 Dexcom, Inc. Systems and methods for replacing signal artifacts in a glucose sensor data stream
US7379765B2 (en) 2003-07-25 2008-05-27 Dexcom, Inc. Oxygen enhancing membrane systems for implantable devices
US8260393B2 (en) 2003-07-25 2012-09-04 Dexcom, Inc. Systems and methods for replacing signal data artifacts in a glucose sensor data stream
US9247901B2 (en) 2003-08-22 2016-02-02 Dexcom, Inc. Systems and methods for replacing signal artifacts in a glucose sensor data stream
US8364229B2 (en) 2003-07-25 2013-01-29 Dexcom, Inc. Analyte sensors having a signal-to-noise ratio substantially unaffected by non-constant noise
US8010174B2 (en) 2003-08-22 2011-08-30 Dexcom, Inc. Systems and methods for replacing signal artifacts in a glucose sensor data stream
US7828728B2 (en) 2003-07-25 2010-11-09 Dexcom, Inc. Analyte sensor
US7613491B2 (en) 2002-05-22 2009-11-03 Dexcom, Inc. Silicone based membranes for use in implantable glucose sensors
US20030208465A1 (en) 2002-04-12 2003-11-06 Respironics, Inc. Method for managing medical information and medical information management system
CA2482859C (en) 2002-04-16 2010-02-09 Carematix, Inc. Method and apparatus for remotely monitoring the condition of a patient
WO2003094074A1 (en) 2002-05-02 2003-11-13 Lifestream Technologies, Inc. Computerized information processing and retrieval system
US7026929B1 (en) 2002-05-10 2006-04-11 A La Cart, Inc. Food information monitoring system
US7134994B2 (en) 2002-05-20 2006-11-14 Volcano Corporation Multipurpose host system for invasive cardiovascular diagnostic measurement acquisition and display
US7226978B2 (en) 2002-05-22 2007-06-05 Dexcom, Inc. Techniques to improve polyurethane membranes for implantable glucose sensors
US20060258761A1 (en) 2002-05-22 2006-11-16 Robert Boock Silicone based membranes for use in implantable glucose sensors
US7278983B2 (en) 2002-07-24 2007-10-09 Medtronic Minimed, Inc. Physiological monitoring device for controlling a medication infusion device
US7259906B1 (en) 2002-09-03 2007-08-21 Cheetah Omni, Llc System and method for voice control of medical devices
US7294105B1 (en) 2002-09-03 2007-11-13 Cheetah Omni, Llc System and method for a wireless medical communication system
GB2393356B (en) * 2002-09-18 2006-02-01 E San Ltd Telemedicine system
EP1578262A4 (en) 2002-12-31 2007-12-05 Therasense Inc CONTINUOUS BLOOD SUGAR MONITORING SYSTEM AND USE METHOD
US20050165627A1 (en) * 2003-03-10 2005-07-28 Medem, Inc. Electronic personal health record system
JP4411510B2 (ja) 2003-03-18 2010-02-10 オムロン株式会社 監視システムおよび方法
EP1606758B1 (en) * 2003-03-21 2015-11-18 Welch Allyn, Inc. Personal status physiologic monitor system
US7134999B2 (en) 2003-04-04 2006-11-14 Dexcom, Inc. Optimized sensor geometry for an implantable glucose sensor
EP1475924B1 (en) 2003-05-09 2008-02-27 Telefonaktiebolaget LM Ericsson (publ) Wireless ad hoc communication with different power levels for message header and payload
US7311665B2 (en) 2003-05-19 2007-12-25 Alcohol Monitoring Systems, Inc. Bio-information sensor monitoring system and method
ATE534987T1 (de) 2003-05-20 2011-12-15 America Online Inc Präsenz- und geographischer-ort-benachrichtigung
US7875293B2 (en) 2003-05-21 2011-01-25 Dexcom, Inc. Biointerface membranes incorporating bioactive agents
US20130059541A1 (en) 2003-06-10 2013-03-07 Abbott Diabetes Care Inc. Wireless Communication Authentication for Medical Monitoring Device
WO2005010518A1 (en) 2003-07-23 2005-02-03 Dexcom, Inc. Rolled electrode array and its method for manufacture
US7467003B2 (en) 2003-12-05 2008-12-16 Dexcom, Inc. Dual electrode system for a continuous analyte sensor
US7761130B2 (en) 2003-07-25 2010-07-20 Dexcom, Inc. Dual electrode system for a continuous analyte sensor
EP1649260A4 (en) 2003-07-25 2010-07-07 Dexcom Inc ELECTRODE SYSTEMS FOR ELECTROCHEMICAL DETECTORS
WO2005019795A2 (en) 2003-07-25 2005-03-03 Dexcom, Inc. Electrochemical sensors including electrode systems with increased oxygen generation
US8423113B2 (en) 2003-07-25 2013-04-16 Dexcom, Inc. Systems and methods for processing sensor data
US7366556B2 (en) 2003-12-05 2008-04-29 Dexcom, Inc. Dual electrode system for a continuous analyte sensor
US7460898B2 (en) 2003-12-05 2008-12-02 Dexcom, Inc. Dual electrode system for a continuous analyte sensor
US20050056552A1 (en) 2003-07-25 2005-03-17 Simpson Peter C. Increasing bias for oxygen production in an electrode system
US7651596B2 (en) 2005-04-08 2010-01-26 Dexcom, Inc. Cellulosic-based interference domain for an analyte sensor
US20070173709A1 (en) 2005-04-08 2007-07-26 Petisce James R Membranes for an analyte sensor
US7424318B2 (en) 2003-12-05 2008-09-09 Dexcom, Inc. Dual electrode system for a continuous analyte sensor
US20050176136A1 (en) 2003-11-19 2005-08-11 Dexcom, Inc. Afinity domain for analyte sensor
US8160669B2 (en) 2003-08-01 2012-04-17 Dexcom, Inc. Transcutaneous analyte sensor
US9135402B2 (en) * 2007-12-17 2015-09-15 Dexcom, Inc. Systems and methods for processing sensor data
US20070208245A1 (en) 2003-08-01 2007-09-06 Brauker James H Transcutaneous analyte sensor
US8761856B2 (en) 2003-08-01 2014-06-24 Dexcom, Inc. System and methods for processing analyte sensor data
US8626257B2 (en) 2003-08-01 2014-01-07 Dexcom, Inc. Analyte sensor
US7778680B2 (en) 2003-08-01 2010-08-17 Dexcom, Inc. System and methods for processing analyte sensor data
US7591801B2 (en) 2004-02-26 2009-09-22 Dexcom, Inc. Integrated delivery device for continuous glucose sensor
US7774145B2 (en) 2003-08-01 2010-08-10 Dexcom, Inc. Transcutaneous analyte sensor
US7986986B2 (en) 2003-08-01 2011-07-26 Dexcom, Inc. System and methods for processing analyte sensor data
US8275437B2 (en) 2003-08-01 2012-09-25 Dexcom, Inc. Transcutaneous analyte sensor
US20100168542A1 (en) 2003-08-01 2010-07-01 Dexcom, Inc. System and methods for processing analyte sensor data
US8369919B2 (en) 2003-08-01 2013-02-05 Dexcom, Inc. Systems and methods for processing sensor data
US8845536B2 (en) 2003-08-01 2014-09-30 Dexcom, Inc. Transcutaneous analyte sensor
US8886273B2 (en) 2003-08-01 2014-11-11 Dexcom, Inc. Analyte sensor
US20070185390A1 (en) 2003-08-19 2007-08-09 Welch Allyn, Inc. Information workflow for a medical diagnostic workstation
US8233959B2 (en) 2003-08-22 2012-07-31 Dexcom, Inc. Systems and methods for processing analyte sensor data
US7920906B2 (en) 2005-03-10 2011-04-05 Dexcom, Inc. System and methods for processing analyte sensor data for sensor calibration
WO2005041131A2 (en) 2003-08-25 2005-05-06 Digital Angel Corporation Systems and methods for monitoring and tracking
US20050097200A1 (en) 2003-10-14 2005-05-05 Denning Donald R.Jr. System and method for aggregating sensor devices using a network
US20050090607A1 (en) 2003-10-28 2005-04-28 Dexcom, Inc. Silicone composition for biocompatible membrane
US8615282B2 (en) 2004-07-13 2013-12-24 Dexcom, Inc. Analyte sensor
WO2005051170A2 (en) 2003-11-19 2005-06-09 Dexcom, Inc. Integrated receiver for continuous analyte sensor
US8364230B2 (en) 2006-10-04 2013-01-29 Dexcom, Inc. Analyte sensor
US8425416B2 (en) 2006-10-04 2013-04-23 Dexcom, Inc. Analyte sensor
US8425417B2 (en) 2003-12-05 2013-04-23 Dexcom, Inc. Integrated device for continuous in vivo analyte detection and simultaneous control of an infusion device
EP2239566B1 (en) 2003-12-05 2014-04-23 DexCom, Inc. Calibration techniques for a continuous analyte sensor
US8774886B2 (en) 2006-10-04 2014-07-08 Dexcom, Inc. Analyte sensor
US20080200788A1 (en) 2006-10-04 2008-08-21 Dexcorn, Inc. Analyte sensor
US8423114B2 (en) 2006-10-04 2013-04-16 Dexcom, Inc. Dual electrode system for a continuous analyte sensor
US20080197024A1 (en) 2003-12-05 2008-08-21 Dexcom, Inc. Analyte sensor
US8364231B2 (en) 2006-10-04 2013-01-29 Dexcom, Inc. Analyte sensor
US8287453B2 (en) 2003-12-05 2012-10-16 Dexcom, Inc. Analyte sensor
US20100185071A1 (en) 2003-12-05 2010-07-22 Dexcom, Inc. Dual electrode system for a continuous analyte sensor
EP3241490A1 (en) 2003-12-08 2017-11-08 DexCom, Inc. Systems and methods for improving electrochemical analyte sensors
EP2316331B1 (en) 2003-12-09 2016-06-29 Dexcom, Inc. Signal processing for continuous analyte sensor
US7301451B2 (en) 2003-12-31 2007-11-27 Ge Medical Systems Information Technologies, Inc. Notification alarm transfer methods, system, and device
US20050143671A1 (en) 2003-12-31 2005-06-30 Ge Medical Systems Information Technologies, Inc. Alarm notification system and device having voice communication capability
US20050148890A1 (en) * 2003-12-31 2005-07-07 Ge Medical Systems Information Technologies, Inc. Alarm notification system and receiver incorporating multiple functions
US20050182451A1 (en) 2004-01-12 2005-08-18 Adam Griffin Implantable device with improved radio frequency capabilities
US7637868B2 (en) 2004-01-12 2009-12-29 Dexcom, Inc. Composite material for implantable device
US20070153993A1 (en) 2004-02-02 2007-07-05 Mobile Reach Media Inc. Monitoring method and system
US7364592B2 (en) 2004-02-12 2008-04-29 Dexcom, Inc. Biointerface membrane with macro-and micro-architecture
US8808228B2 (en) 2004-02-26 2014-08-19 Dexcom, Inc. Integrated medicament delivery device for use with continuous analyte sensor
US7366912B2 (en) 2004-02-27 2008-04-29 Net Endeavor, Inc. Method of identifying participants in secure web sessions
CN100375424C (zh) 2004-03-22 2008-03-12 国际商业机器公司 多媒体消息收发方法、系统、网关和客户设备
US7301463B1 (en) 2004-04-14 2007-11-27 Sage Life Technologies, Llc Assisting and monitoring method and system
US8277713B2 (en) 2004-05-03 2012-10-02 Dexcom, Inc. Implantable analyte sensor
US8792955B2 (en) 2004-05-03 2014-07-29 Dexcom, Inc. Transcutaneous analyte sensor
US20050245799A1 (en) 2004-05-03 2005-11-03 Dexcom, Inc. Implantable analyte sensor
US7465231B2 (en) 2004-05-20 2008-12-16 Gametap Llc Systems and methods for delivering content over a network
US7241266B2 (en) * 2004-05-20 2007-07-10 Digital Angel Corporation Transducer for embedded bio-sensor using body energy as a power source
CN1989733A (zh) * 2004-05-21 2007-06-27 电缆优势软件有限公司 远程访问系统和方法以及其智能代理
EP1759201B1 (en) * 2004-06-03 2010-10-13 Medtronic MiniMed, Inc. System for monitoring physiological characteristics according to the user biological state
CA3090413C (en) 2004-06-04 2023-10-10 Abbott Diabetes Care Inc. Glucose monitoring and graphical representations in a data management system
US7519430B2 (en) 2004-06-17 2009-04-14 Cardiac Pacemakers, Inc. Dynamic telemetry encoding for an implantable medical device
US7565197B2 (en) 2004-06-18 2009-07-21 Medtronic, Inc. Conditional requirements for remote medical device programming
CN100511308C (zh) 2004-06-28 2009-07-08 Abb研究有限公司 用于抑制冗余报警的系统和方法
US20060015020A1 (en) 2004-07-06 2006-01-19 Dexcom, Inc. Systems and methods for manufacture of an analyte-measuring device including a membrane system
US20060016700A1 (en) 2004-07-13 2006-01-26 Dexcom, Inc. Transcutaneous analyte sensor
US20080242961A1 (en) 2004-07-13 2008-10-02 Dexcom, Inc. Transcutaneous analyte sensor
WO2006127694A2 (en) 2004-07-13 2006-11-30 Dexcom, Inc. Analyte sensor
US8452368B2 (en) 2004-07-13 2013-05-28 Dexcom, Inc. Transcutaneous analyte sensor
US7783333B2 (en) 2004-07-13 2010-08-24 Dexcom, Inc. Transcutaneous medical device with variable stiffness
US8565848B2 (en) 2004-07-13 2013-10-22 Dexcom, Inc. Transcutaneous analyte sensor
US8989833B2 (en) 2004-07-13 2015-03-24 Dexcom, Inc. Transcutaneous analyte sensor
JP4121485B2 (ja) 2004-07-21 2008-07-23 株式會▲社▼▲于▼榮メディカル 薬液断続弁および薬液注入装置
KR100652645B1 (ko) * 2004-07-23 2006-12-06 엘지전자 주식회사 푸시 투 토크형 이동 통신 단말기의 음성 검출 및 인식을이용한 발언권 관리 장치와 방법
US20040238189A1 (en) 2004-07-26 2004-12-02 Ruppert Jonathan Paul Clamp action shovel with opposing blades, lever actuation and foot pusher platform
US8313433B2 (en) 2004-08-06 2012-11-20 Medtronic Minimed, Inc. Medical data management system and process
US20060089542A1 (en) 2004-10-25 2006-04-27 Safe And Sound Solutions, Inc. Mobile patient monitoring system with automatic data alerts
US20060089452A1 (en) * 2004-10-27 2006-04-27 Schneider John R Liquid coating compositions that include a compound formed from at least one polyfunctional isocyanurate, related multi-layer composite coatings, methods and coated substrates
US20060168592A1 (en) 2004-12-14 2006-07-27 Intrado Inc. System and method for many-to-many information coordination and distribution
US7908080B2 (en) 2004-12-31 2011-03-15 Google Inc. Transportation routing
JP2006239084A (ja) * 2005-03-02 2006-09-14 Takahashi Kogei Kenkyusho:Kk 携帯端末による状態測定装置の監視方法
US8133178B2 (en) 2006-02-22 2012-03-13 Dexcom, Inc. Analyte sensor
US20090076360A1 (en) 2007-09-13 2009-03-19 Dexcom, Inc. Transcutaneous analyte sensor
US20060252027A1 (en) 2005-05-05 2006-11-09 Petisce James R Cellulosic-based resistance domain for an analyte sensor
US8744546B2 (en) 2005-05-05 2014-06-03 Dexcom, Inc. Cellulosic-based resistance domain for an analyte sensor
CA2650576C (en) * 2005-04-14 2020-07-28 Hidalgo Limited Apparatus and system for monitoring an ambulatory person
US8060174B2 (en) 2005-04-15 2011-11-15 Dexcom, Inc. Analyte sensing biointerface
WO2006113618A1 (en) 2005-04-15 2006-10-26 Dexcom, Inc. Analyte sensing biointerface
GB2440853B (en) 2005-04-27 2011-01-19 Draeger Medical Systems Inc A medical data telemetry management system
US8112240B2 (en) 2005-04-29 2012-02-07 Abbott Diabetes Care Inc. Method and apparatus for providing leak detection in data monitoring and management systems
JP4240007B2 (ja) * 2005-06-06 2009-03-18 ニプロ株式会社 遠隔医療システム
US7333218B2 (en) 2005-06-28 2008-02-19 United Technologies Corporation Systems and methods for determining the location and angular orientation of a hole with an obstructed opening residing on a surface of an article
JP2007054241A (ja) * 2005-08-24 2007-03-08 Aruze Corp 携帯端末装置
US7979048B2 (en) 2005-09-15 2011-07-12 Silicon Laboratories Inc. Quasi non-volatile memory for use in a receiver
CN1746889A (zh) * 2005-10-17 2006-03-15 蒋晓海 移动即时通信客户端双页面界面的实现方法
US20070118187A1 (en) 2005-11-21 2007-05-24 Stephen Denker Alerting method for a transvascular tissue stimulation system
US7643798B2 (en) 2005-12-09 2010-01-05 Sony Ericsson Mobile Communications Ab Passive NFC activation of short distance wireless communication
US20080015422A1 (en) 2005-12-29 2008-01-17 Guidance Interactive Healthcare, Inc. Combined peripheral and health monitoring devices
US7408458B1 (en) 2005-12-29 2008-08-05 At&T Corp. Method and apparatus for suppressing duplicate alarms
US20070192137A1 (en) 2006-02-01 2007-08-16 Ombrellaro Mark P Access control in an electronic medical record system
WO2007095128A2 (en) 2006-02-11 2007-08-23 Kiwok Inc. Method for remotely monitoring biological data
US7981034B2 (en) 2006-02-28 2011-07-19 Abbott Diabetes Care Inc. Smart messages and alerts for an infusion delivery and management system
US7801582B2 (en) 2006-03-31 2010-09-21 Abbott Diabetes Care Inc. Analyte monitoring and management system and methods therefor
US20070231846A1 (en) 2006-04-03 2007-10-04 Cosentino Daniel L Glucose meter communication method and system
US20070242666A1 (en) 2006-04-13 2007-10-18 Alcatel Apparatus for managing requests for data in a communication network
CA2642468C (en) 2006-04-24 2016-09-13 Nokia Corporation System and method for manage and control near field communication for a mobile multifunctional device when the device is uncharged or only partially charged
US20070255126A1 (en) 2006-04-28 2007-11-01 Moberg Sheldon B Data communication in networked fluid infusion systems
US20070253021A1 (en) 2006-04-28 2007-11-01 Medtronic Minimed, Inc. Identification of devices in a medical device network and wireless data communication techniques utilizing device identifiers
US20070258395A1 (en) 2006-04-28 2007-11-08 Medtronic Minimed, Inc. Wireless data communication protocols for a medical device network
US8073008B2 (en) 2006-04-28 2011-12-06 Medtronic Minimed, Inc. Subnetwork synchronization and variable transmit synchronization techniques for a wireless medical device network
US8323189B2 (en) 2006-05-12 2012-12-04 Bao Tran Health monitoring appliance
US8355320B1 (en) 2006-06-22 2013-01-15 Nextel Communications Inc. Systems and methods for providing presence information
JP2008029590A (ja) * 2006-07-28 2008-02-14 Seiko Epson Corp 生体情報異常判定機能付き発信装置、生体情報測定機能付き発信装置、生体情報異常判定機能付き発信装置の制御方法及び生体情報異常判定プログラム
CN200938961Y (zh) 2006-08-04 2007-08-29 郑素梅 结构改良的办公椅
US20080034438A1 (en) 2006-08-07 2008-02-07 International Business Machines Corporation Multiple hierarchy access control method
US8298142B2 (en) 2006-10-04 2012-10-30 Dexcom, Inc. Analyte sensor
US7831287B2 (en) 2006-10-04 2010-11-09 Dexcom, Inc. Dual electrode system for a continuous analyte sensor
US8562528B2 (en) 2006-10-04 2013-10-22 Dexcom, Inc. Analyte sensor
US8275438B2 (en) 2006-10-04 2012-09-25 Dexcom, Inc. Analyte sensor
US8447376B2 (en) 2006-10-04 2013-05-21 Dexcom, Inc. Analyte sensor
US8478377B2 (en) 2006-10-04 2013-07-02 Dexcom, Inc. Analyte sensor
US8449464B2 (en) 2006-10-04 2013-05-28 Dexcom, Inc. Analyte sensor
JP5078310B2 (ja) * 2006-10-06 2012-11-21 シャープ株式会社 安否確認システム、携帯端末、安否確認方法、および安否確認プログラム
CN101601040A (zh) * 2006-10-24 2009-12-09 麦德爱普斯股份有限公司 用于与医疗设备的基于适配器通信的系统和方法
US8131566B2 (en) 2006-10-24 2012-03-06 Medapps, Inc. System for facility management of medical data and patient interface
US8579853B2 (en) 2006-10-31 2013-11-12 Abbott Diabetes Care Inc. Infusion devices and methods
US20080148148A1 (en) 2006-11-01 2008-06-19 Microsoft Corporation Providing modified notifications when inferring a user might not want to be notified
US20080114618A1 (en) 2006-11-03 2008-05-15 Kevin Pysnik Patient information management system
US20080114689A1 (en) * 2006-11-03 2008-05-15 Kevin Psynik Patient information management method
CA2567275A1 (en) * 2006-11-06 2008-05-06 Saskatchewan Telecommunications Health monitoring system and method
US7946995B1 (en) 2006-11-09 2011-05-24 Pacesetter, Inc. Analyzing circadian variations of a hemodynamic parameter to determine an adverse cardiac condition
US20080119705A1 (en) * 2006-11-17 2008-05-22 Medtronic Minimed, Inc. Systems and Methods for Diabetes Management Using Consumer Electronic Devices
US20080154513A1 (en) * 2006-12-21 2008-06-26 University Of Virginia Patent Foundation Systems, Methods and Computer Program Codes for Recognition of Patterns of Hyperglycemia and Hypoglycemia, Increased Glucose Variability, and Ineffective Self-Monitoring in Diabetes
US20080172737A1 (en) 2007-01-11 2008-07-17 Jinmei Shen Secure Electronic Medical Record Management Using Hierarchically Determined and Recursively Limited Authorized Access
US20080199894A1 (en) 2007-02-15 2008-08-21 Abbott Diabetes Care, Inc. Device and method for automatic data acquisition and/or detection
US8121857B2 (en) 2007-02-15 2012-02-21 Abbott Diabetes Care Inc. Device and method for automatic data acquisition and/or detection
US9044136B2 (en) * 2007-02-16 2015-06-02 Cim Technology Inc. Wearable mini-size intelligent healthcare system
JP4930106B2 (ja) 2007-03-05 2012-05-16 東京電力株式会社 電気信号測定装置
DE102007014136B4 (de) * 2007-03-23 2011-08-25 Dr. Oestreich + Partner GmbH, 50670 Vorrichtung zur medizinischen Versorgung eines Patienten in einem Notfall
GB2441399B (en) 2007-04-03 2009-02-18 Cvon Innovations Ltd Network invitation arrangement and method
DE102007018139A1 (de) 2007-04-16 2008-10-23 Deutsche Telekom Ag Verfahren und System zur Verwaltung von Kraftfahrzeugdaten
US8381268B2 (en) 2007-05-11 2013-02-19 Cisco Technology, Inc. Network authorization status notification
US20080300572A1 (en) 2007-06-01 2008-12-04 Medtronic Minimed, Inc. Wireless monitor for a personal medical device system
EP2152350A4 (en) 2007-06-08 2013-03-27 Dexcom Inc INTEGRATED MEDICATION RELEASE DEVICE WITH CONTINUOUS ANALYTICAL SENSOR
US8170609B2 (en) 2007-06-20 2012-05-01 Qualcomm Incorporated Personal virtual assistant providing advice to a user regarding physiological information received about the user
EP2166928B1 (en) 2007-06-21 2018-09-12 Abbott Diabetes Care Inc. Health monitor
US20080319294A1 (en) 2007-06-21 2008-12-25 Abbott Diabetes Care, Inc. Health management devices and methods
WO2008157820A1 (en) 2007-06-21 2008-12-24 Abbott Diabetes Care, Inc. Health management devices and methods
US10702174B2 (en) 2007-06-27 2020-07-07 Integra Lifesciences Corporation Medical monitor user interface
US8085151B2 (en) 2007-06-28 2011-12-27 Abbott Diabetes Care Inc. Signal converting cradle for medical condition monitoring and management system
US20090025063A1 (en) 2007-07-18 2009-01-22 Novell, Inc. Role-based access control for redacted content
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
US8926509B2 (en) 2007-08-24 2015-01-06 Hmicro, Inc. Wireless physiological sensor patches and systems
US20090085768A1 (en) 2007-10-02 2009-04-02 Medtronic Minimed, Inc. Glucose sensor transceiver
US20090097623A1 (en) 2007-10-10 2009-04-16 Gowrishankar Bharadwaj Remote Patient Handset and System for Remote Collection of Bio-Metric Data and Device Control
US8409093B2 (en) 2007-10-23 2013-04-02 Abbott Diabetes Care Inc. Assessing measures of glycemic variability
US20110019824A1 (en) 2007-10-24 2011-01-27 Hmicro, Inc. Low power radiofrequency (rf) communication systems for secure wireless patch initialization and methods of use
US8417312B2 (en) 2007-10-25 2013-04-09 Dexcom, Inc. Systems and methods for processing sensor data
EP2203741B1 (en) * 2007-10-25 2023-05-10 Dexcom, Inc. Systems and methods for processing sensor data
CN201282481Y (zh) * 2007-11-22 2009-07-29 中国人民解放军第三军医大学野战外科研究所 一种远程健康监护服务装置
US8589176B2 (en) 2007-12-05 2013-11-19 Avaya, Inc. Methods and systems for managing communication requests in an institutional setting such as a healthcare facility
US9839395B2 (en) 2007-12-17 2017-12-12 Dexcom, Inc. Systems and methods for processing sensor data
US20090171180A1 (en) 2007-12-28 2009-07-02 Trevor Pering Method and apparatus for configuring wearable sensors
JP5233289B2 (ja) 2008-01-18 2013-07-10 ソニー株式会社 遠隔操作装置、電気機器及び通信システム
EP2244785A1 (en) 2008-01-22 2010-11-03 Cardiac Pacemakers, Inc. Respiration as a trigger for therapy optimization
WO2009097450A1 (en) 2008-01-30 2009-08-06 Dexcom. Inc. Continuous cardiac marker sensor system
EP2090997A1 (en) 2008-02-08 2009-08-19 ISEEU Global Limited Conveying real time medical data
CA2715624A1 (en) 2008-02-20 2009-08-27 Dexcom, Inc. Continuous medicament sensor system for in vivo use
US8229535B2 (en) 2008-02-21 2012-07-24 Dexcom, Inc. Systems and methods for blood glucose monitoring and alert delivery
US8510126B2 (en) 2008-02-24 2013-08-13 The Regents Of The University Of California Patient monitoring
GB2458139A (en) * 2008-03-06 2009-09-09 Toumaz Technology Ltd Monitoring and tracking of wireless sensor devices in a healthcare monitoring system
US20110022411A1 (en) 2008-03-19 2011-01-27 Telefonaktiebolaget Lm Ericsson (Publ) NFC Communications for Implanted Medical Data Acquisition Devices
US8396528B2 (en) 2008-03-25 2013-03-12 Dexcom, Inc. Analyte sensor
US20090242399A1 (en) 2008-03-25 2009-10-01 Dexcom, Inc. Analyte sensor
US8682408B2 (en) 2008-03-28 2014-03-25 Dexcom, Inc. Polymer membranes for continuous analyte sensors
EP2257794B1 (en) 2008-03-28 2018-05-09 Dexcom, Inc. Polymer membranes for continuous analyte sensors
US8583204B2 (en) 2008-03-28 2013-11-12 Dexcom, Inc. Polymer membranes for continuous analyte sensors
US8207859B2 (en) 2008-04-28 2012-06-26 Medtronic Minimed, Inc. Automobile physiological monitoring system and method for using the same
US9503526B2 (en) * 2008-05-19 2016-11-22 Tandem Diabetes Care, Inc. Therapy management system
US20090289507A1 (en) 2008-05-20 2009-11-26 Ying-Liang Shiu Intellectual power saving switching assembly
US20090292178A1 (en) * 2008-05-21 2009-11-26 Qualcomm Incorporated System and method of monitoring users during an interactive activity
US8696565B2 (en) 2008-06-03 2014-04-15 General Electric Company Patient monitoring system with health status indicator
US7990119B2 (en) 2008-07-29 2011-08-02 Telefonaktiebolaget L M Ericsson (Publ) Multimode voltage regulator circuit
US20100030596A1 (en) 2008-07-30 2010-02-04 Gaurav Johari Business Process Intelligence
EP4549933A3 (en) 2008-09-19 2025-05-21 DexCom, Inc. Particle-containing membrane and particulate electrode for analyte sensors
US20100082364A1 (en) 2008-09-30 2010-04-01 Abbott Diabetes Care, Inc. Medical Information Management
US20100088387A1 (en) * 2008-10-03 2010-04-08 Apple Inc. Email Notification Proxy
WO2010044088A1 (en) 2008-10-16 2010-04-22 Medingo Ltd. Method and system for adaptive communication transmission
US8208973B2 (en) 2008-11-05 2012-06-26 Medtronic Minimed, Inc. System and method for variable beacon timing with wireless devices
US20100331644A1 (en) 2008-11-07 2010-12-30 Dexcom, Inc. Housing for an intravascular sensor
US8543415B2 (en) 2008-11-26 2013-09-24 General Electric Company Mobile medical device image and series navigation
US20100191075A1 (en) 2009-01-26 2010-07-29 Kimon Angelides Progressively Personalized Decision-Support Menu for Controlling Diabetes
US8300114B2 (en) 2009-01-30 2012-10-30 Intersil Americas, Inc. Mixed format media transmission systems and methods
US20100198034A1 (en) 2009-02-03 2010-08-05 Abbott Diabetes Care Inc. Compact On-Body Physiological Monitoring Devices and Methods Thereof
US20100198142A1 (en) * 2009-02-04 2010-08-05 Abbott Diabetes Care Inc. Multi-Function Analyte Test Device and Methods Therefor
AU2010210155B2 (en) 2009-02-04 2015-04-09 Sanofi-Aventis Deutschland Gmbh Medical device and method for glycemic control
JP5310077B2 (ja) 2009-02-23 2013-10-09 ソニー株式会社 無線通信装置、無線通信方法およびプログラム
EP2221984A1 (en) 2009-02-23 2010-08-25 Motorola, Inc. Wireless communication device for providing at least one near field communication service
US10032002B2 (en) 2009-03-04 2018-07-24 Masimo Corporation Medical monitoring system
EP2227062B1 (en) 2009-03-04 2015-02-18 Fujitsu Limited Improvements to short-range wireless networks
EP3605550A1 (en) 2009-03-04 2020-02-05 Masimo Corporation Medical monitoring system
EP2227045B1 (en) 2009-03-04 2015-10-14 Fujitsu Limited Improvements to body area networks
WO2010111660A1 (en) 2009-03-27 2010-09-30 Dexcom, Inc. Methods and systems for promoting glucose management
US9655518B2 (en) * 2009-03-27 2017-05-23 Braemar Manufacturing, Llc Ambulatory and centralized processing of a physiological signal
US8497777B2 (en) 2009-04-15 2013-07-30 Abbott Diabetes Care Inc. Analyte monitoring system having an alert
EP4374790A3 (en) 2009-04-30 2024-07-31 DexCom, Inc. Performance reports associated with continuous sensor data from multiple analysis time periods
US20100281409A1 (en) 2009-04-30 2010-11-04 Nokia Corporation Apparatus and method for handling notifications within a communications device
WO2010132617A2 (en) 2009-05-12 2010-11-18 Chronicmobile, Inc. Methods and systems for managing, controlling and monitoring medical devices via one or more software applications functioning in a secure environment
WO2010135638A2 (en) * 2009-05-22 2010-11-25 Abbott Diabetes Care Inc. Methods for reducing false hypoglycemia alarm occurrence
US20100305965A1 (en) 2009-05-29 2010-12-02 Abbott Diabetes Care Inc. Integrated report generation of medical data with varying levels of information
WO2010141922A1 (en) 2009-06-04 2010-12-09 Abbott Diabetes Care Inc. Method and system for updating a medical device
CN102483741A (zh) * 2009-06-08 2012-05-30 爱尔斯特里普Ip控股有限责任公司 用于查看患者数据的系统和方法
BRPI0924541A2 (pt) 2009-06-16 2014-02-04 Intel Corp Aplicações de câmera em um dispositivo portátil
US8436844B2 (en) 2009-06-18 2013-05-07 Roche Diagnostics Operations, Inc. Bi-stable display fail safes and devices incorporating the same
EP2448486B1 (en) 2009-07-02 2021-08-25 Dexcom, Inc. Analyte sensors and methods of manufacturing same
US20110016064A1 (en) 2009-07-14 2011-01-20 Kenneth Edward Barton Patient Management Support System for Patient Testing and Monitoring Devices
FI20095791A0 (fi) * 2009-07-15 2009-07-15 Ihq Medical Inc Menetelmä ja järjestely mittauksen kontrolloimiseksi
EP2465061B1 (en) * 2009-08-15 2017-11-29 Koninklijke Philips N.V. System and method of remotely monitoring and/or managing the treatment of a plurality of subjects with aerosolized medicament
CN105686807B (zh) 2009-08-31 2019-11-15 雅培糖尿病护理公司 医疗设备
EP2473098A4 (en) 2009-08-31 2014-04-09 Abbott Diabetes Care Inc ANALYTICAL SIGNAL PROCESSING APPARATUS AND METHOD
US8993331B2 (en) 2009-08-31 2015-03-31 Abbott Diabetes Care Inc. Analyte monitoring system and methods for managing power and noise
FI4147999T3 (fi) 2009-08-31 2024-09-25 Abbott Diabetes Care Inc Lääkinnällisen laitteen näyttöjä
WO2011031891A1 (en) 2009-09-09 2011-03-17 Abbott Diabetes Care Inc. Analyzing wireless communication degradation through comparison of communication links
US8412185B2 (en) 2009-09-14 2013-04-02 Nokia Corporation Method and apparatus for switching devices using near field communication
CN102724913A (zh) * 2009-09-30 2012-10-10 德克斯康公司 经皮分析物传感器
US9035744B2 (en) 2009-10-01 2015-05-19 Blackberry Limited Method and apparatus for monitoring and controlling a medical device using a wireless mobile communication device
WO2011051922A2 (en) 2009-11-02 2011-05-05 Università Degli Studi Di Padova Method to recalibrate continuous glucose monitoring data on-line
US8527449B2 (en) 2009-11-05 2013-09-03 Mayo Foundation For Medical Education And Research Sepsis monitoring and control
CN102065385A (zh) * 2009-11-12 2011-05-18 中兴通讯股份有限公司 告警的远程控制方法及装置
WO2011063294A2 (en) 2009-11-19 2011-05-26 Abbott Diabetes Care Inc. Method and system for analyte data transmission and report generation
US20110124996A1 (en) 2009-11-20 2011-05-26 Roche Diagnostics Operations, Inc. Diabetes health management systems and methods
CN102068310A (zh) * 2009-11-23 2011-05-25 苏州百源软件设计有限公司 具有网络及医疗仪器数据采集功能的远程家庭保健机器人
US8755269B2 (en) 2009-12-23 2014-06-17 Medtronic Minimed, Inc. Ranking and switching of wireless channels in a body area network of medical devices
US20110152970A1 (en) 2009-12-23 2011-06-23 Medtronic Minimed, Inc. Location-based ranking and switching of wireless channels in a body area network of medical devices
US20110160544A1 (en) 2009-12-29 2011-06-30 Abbott Diabetes Care Inc. System and method for analysis of medical data to encourage health care management
EP2558970A4 (en) 2010-01-22 2013-11-06 Abbott Diabetes Care Inc METHOD, DEVICE AND SYSTEM FOR CARRYING OUT ANALYST SENSOR CALIBRATION
US9662438B2 (en) 2010-02-05 2017-05-30 Deka Products Limited Partnership Devices, methods and systems for wireless control of medical devices
US9041730B2 (en) 2010-02-12 2015-05-26 Dexcom, Inc. Receivers for analyzing and displaying sensor data
US8416085B2 (en) * 2010-02-18 2013-04-09 The University Of Utah Research Foundation Medical personnel alert rules based on grouping
US8432260B2 (en) 2010-02-26 2013-04-30 GM Global Technology Operations LLC Simplified vehicle bluetooth pairing employing near field communication tags
US8395512B2 (en) 2010-03-24 2013-03-12 Sanvalto, Inc. Signature analysis systems and methods
CN201732454U (zh) * 2010-04-06 2011-02-02 四川东林科技有限公司 健康监测系统数据处理装置
EP2555668A2 (en) * 2010-04-06 2013-02-13 Koninklijke Philips Electronics N.V. System and method for highly reliable delivery of life-critical alarms through shared wireless channels
JP2013524888A (ja) 2010-04-16 2013-06-20 アボット ダイアベティス ケア インコーポレイテッド アナライト監視装置および方法
US9198623B2 (en) 2010-04-22 2015-12-01 Abbott Diabetes Care Inc. Devices, systems, and methods related to analyte monitoring and management
WO2011149857A1 (en) 2010-05-24 2011-12-01 Abbott Diabetes Care Inc. Method and system for updating a medical device
US9336353B2 (en) * 2010-06-25 2016-05-10 Dexcom, Inc. Systems and methods for communicating sensor data between communication devices of a glucose monitoring system
US9363337B2 (en) 2010-08-09 2016-06-07 Yahoo! Inc. Conversion tracking and context preserving systems and methods
US10231653B2 (en) 2010-09-29 2019-03-19 Dexcom, Inc. Advanced continuous analyte monitoring system
US9167991B2 (en) 2010-09-30 2015-10-27 Fitbit, Inc. Portable monitoring devices and methods of operating same
US8515777B1 (en) 2010-10-13 2013-08-20 ProcessProxy Corporation System and method for efficient provision of healthcare
PT2627244T (pt) * 2010-10-15 2018-10-30 Brain Sentinel Inc Aparelho com sensores de emg para detetar ataques epiléticos
EP3744249B1 (en) 2010-10-27 2025-07-02 Dexcom, Inc. Continuous analyte monitor data recording device operable in a blinded mode
GB201018774D0 (en) * 2010-11-05 2010-12-22 Learning Clinic The Ltd A system and method for monitoring the health of a hospital patient
EP2453398A1 (en) 2010-11-12 2012-05-16 Nxp B.V. Product authentication system
WO2012088183A2 (en) 2010-12-22 2012-06-28 Cooper Technologies Company Pre-filtration and maintenance sensing for explosion-proof enclosures
WO2012108936A1 (en) 2011-02-11 2012-08-16 Abbott Diabetes Care Inc. Data synchronization between two or more analyte detecting devices in a database
WO2012108940A1 (en) 2011-02-11 2012-08-16 Abbott Diabetes Care Inc. Analytics and data mining in cloud following upload of analyte data via gsm or cdm
US20140088392A1 (en) 2011-02-11 2014-03-27 Abbott Diabetes Care Inc. Feedback from Cloud or HCP to Payer or Patient via Meter or Cell Phone
WO2012108935A1 (en) 2011-02-11 2012-08-16 Abbott Diabetes Care Inc. Sensor-based informatics telemedicine disease management solution
EP2498196A2 (en) 2011-02-17 2012-09-12 Broadcom Corporation Bio-medical unit system for medication control
US9151206B2 (en) 2011-02-28 2015-10-06 Ford Global Technologies, Llc Method for determining soot mass stored with a particulate filter
US9532737B2 (en) * 2011-02-28 2017-01-03 Abbott Diabetes Care Inc. Devices, systems, and methods associated with analyte monitoring devices and devices incorporating the same
US8549600B2 (en) 2011-03-11 2013-10-01 Abbott Point Of Care Inc. Systems, methods and analyzers for establishing a secure wireless network in point of care testing
US8564447B2 (en) 2011-03-18 2013-10-22 Medtronic Minimed, Inc. Battery life indication techniques for an electronic device
US9317660B2 (en) * 2011-03-31 2016-04-19 Adidas Ag Group performance monitoring system and method
US8810408B2 (en) 2011-04-04 2014-08-19 Alarm.Com Incorporated Medication management and reporting technology
EP4233718A3 (en) 2011-04-08 2023-10-04 DexCom, Inc. Systems and methods for processing and transmitting sensor data
ES2964546T3 (es) 2011-04-15 2024-04-08 Dexcom Inc Calibración avanzada de sensor de analito y detección de errores
JP5395112B2 (ja) * 2011-04-21 2014-01-22 パナソニック株式会社 生体情報測定装置
US20120296988A1 (en) * 2011-05-22 2012-11-22 Bharath R Rao Email spam elimination using per-contact address
US9158890B2 (en) 2011-07-27 2015-10-13 At&T Mobility Ii Llc Mobile applications and methods for conveying performance information of a cardiac pacemaker
EP2739201B1 (en) 2011-08-03 2016-07-06 Draeger Medical Systems, Inc. Throughput-based active mode trigger
US10349871B2 (en) 2011-08-05 2019-07-16 Dexcom, Inc. Systems and methods for detecting glucose level data patterns
US8789156B2 (en) 2011-08-19 2014-07-22 International Business Machines Corporation Data management with a networked mobile device
US9549692B2 (en) 2011-08-26 2017-01-24 Dexcom, Inc. Polymer membranes for continuous analyte sensors
EP2751771A4 (en) * 2011-08-31 2014-07-30 Lifeguard Health Networks Inc HEALTH MANAGEMENT SYSTEM
US8786425B1 (en) 2011-09-09 2014-07-22 Alarm.Com Incorporated Aberration engine
US9204808B2 (en) 2011-10-14 2015-12-08 Sony Corporation Device for monitoring and/or improving the efficiency of physical training
US9235683B2 (en) 2011-11-09 2016-01-12 Proteus Digital Health, Inc. Apparatus, system, and method for managing adherence to a regimen
US20130116526A1 (en) 2011-11-09 2013-05-09 Telcare, Inc. Handheld Blood Glucose Monitoring Device with Messaging Capability
JP5888781B2 (ja) 2011-11-14 2016-03-22 国立研究開発法人日本原子力研究開発機構 放射性モリブデンの作製方法
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
US20130137946A1 (en) 2011-11-30 2013-05-30 Nellcor Puritan Bennett Llc Medical device with conditional power consumption
FI125252B (en) 2011-12-07 2015-08-14 Arm Finland Oy A method, device, and system for managing a web service
US20130173742A1 (en) 2011-12-28 2013-07-04 United Video Properties, Inc. Systems and methods for latency-based synchronized playback at multiple locations
US9136939B2 (en) 2011-12-29 2015-09-15 Roche Diabetes Care, Inc. Graphical user interface pertaining to a bolus calculator residing on a handheld diabetes management device
US9374134B2 (en) 2012-02-02 2016-06-21 Qualcomm Incorporated Methods and apparatus for improving the identification of multiple NFC-A devices
US9235682B2 (en) * 2012-04-05 2016-01-12 Welch Allyn, Inc. Combined episodic and continuous parameter monitoring
US9396337B2 (en) 2012-04-11 2016-07-19 Intermec Ip Corp. Wireless sensor field enumeration
KR20130126823A (ko) 2012-04-27 2013-11-21 한국전자통신연구원 Ａｍｉ 네트워크의 데이터 관리 방법 및 그 장치
US10453573B2 (en) 2012-06-05 2019-10-22 Dexcom, Inc. Dynamic report building
US20140180595A1 (en) 2012-12-26 2014-06-26 Fitbit, Inc. Device state dependent user interface management
US20150195286A1 (en) 2012-08-15 2015-07-09 Nokia Corporation Methods and apparatus for device information sharing
US8983616B2 (en) 2012-09-05 2015-03-17 Greatbatch Ltd. Method and system for associating patient records with pulse generators
US8912897B2 (en) 2012-09-21 2014-12-16 Covidien Lp System, method, and software for controlling alert notifications
US20140118104A1 (en) 2012-10-31 2014-05-01 Abbott Diabetes Care Inc. Low Energy Communication of Medical Monitoring Information
US9585563B2 (en) 2012-12-31 2017-03-07 Dexcom, Inc. Remote monitoring of analyte measurements
US9730621B2 (en) 2012-12-31 2017-08-15 Dexcom, Inc. Remote monitoring of analyte measurements
US9026053B2 (en) 2013-02-17 2015-05-05 Fitbit, Inc. System and method for wireless device pairing
EP2770452A1 (en) 2013-02-22 2014-08-27 Samsung Electronics Co., Ltd. Method and system for transmitting result of examination of specimen from medical device to destination through mobile device
US9931036B2 (en) 2013-03-14 2018-04-03 Dexcom, Inc. Systems and methods for processing and transmitting sensor data
US9788354B2 (en) 2013-03-14 2017-10-10 Dexcom, Inc. Systems and methods for processing and transmitting sensor data
US9819623B2 (en) 2013-07-24 2017-11-14 Oracle International Corporation Probabilistic routing of messages in a network
JP2016536680A (ja) 2013-10-14 2016-11-24 コーニンクレッカ フィリップス エヌ ヴェＫｏｎｉｎｋｌｉｊｋｅ Ｐｈｉｌｉｐｓ Ｎ．Ｖ． ユーザの役割とコンテキストアウェアアルゴリズムとを組み合わせて、介護提供者の注意を安全に引き付け、情報過多を減少し、ワークフロー及び判断支援を最適化するように、臨床情報、オーディオ、ビデオ及び通信制御を提示するユニークな方法
US20150172096A1 (en) 2013-12-17 2015-06-18 Microsoft Corporation System alert correlation via deltas
AU2014370122A1 (en) 2013-12-27 2016-07-07 Abbott Diabetes Care Inc. Application interface and display control in an analyte monitoring environment
US20150371516A1 (en) 2014-01-03 2015-12-24 Google Inc. Determining information flow using physiological parameters
US10313506B2 (en) 2014-05-30 2019-06-04 Apple Inc. Wellness aggregator
US10616409B2 (en) 2014-06-17 2020-04-07 Lenovo (Singapore) Pte Ltd Sharing device availability
US20150370974A1 (en) 2014-06-20 2015-12-24 Medicast, Inc. Doctor Device for Coordinated In Person Delivery of Medical Services
JP2016035699A (ja) 2014-08-04 2016-03-17 富士通株式会社 医療支援プログラム、医療支援方法、および情報提供装置
US10516964B2 (en) 2015-07-28 2019-12-24 Microsoft Technology Licensing, Llc Inferring user availability for a communication
JP6505541B2 (ja) 2015-07-29 2019-04-24 富士フイルム株式会社 初期救助情報収集装置、その作動方法、プログラム及びシステム
US10262110B2 (en) 2015-11-17 2019-04-16 University Of Utah Research Foundation Systems and methods for managing patient devices
AU2016380858B2 (en) 2015-12-28 2019-08-08 Dexcom, Inc. Systems and methods for remote and host monitoring communications

Also Published As

Publication number Publication date
US20200345231A1 (en) 2020-11-05
US10856736B2 (en) 2020-12-08
US11213204B2 (en) 2022-01-04
FI4049581T3 (fi) 2024-12-02
US20160073880A1 (en) 2016-03-17
US20160066868A1 (en) 2016-03-10
HUE069053T2 (hu) 2025-02-28
JP2025134693A (ja) 2025-09-17
US9801541B2 (en) 2017-10-31
US20200221949A1 (en) 2020-07-16
US20200288977A1 (en) 2020-09-17
CN108937856B (zh) 2023-04-28
US9839353B2 (en) 2017-12-12
US20160066867A1 (en) 2016-03-10
US20210113084A1 (en) 2021-04-22
JP2016512965A (ja) 2016-05-12
US20240081645A1 (en) 2024-03-14
US20140184422A1 (en) 2014-07-03
WO2014105631A2 (en) 2014-07-03
US20160073879A1 (en) 2016-03-17
EP4254909A2 (en) 2023-10-04
EP2939158B1 (en) 2022-03-02
US11382508B2 (en) 2022-07-12
AU2019200545B2 (en) 2021-02-25
AU2013371036A1 (en) 2015-04-16
AU2021203028A1 (en) 2021-06-10
US9980646B2 (en) 2018-05-29
CN115153523A (zh) 2022-10-11
US11109757B2 (en) 2021-09-07
HUE059416T2 (hu) 2022-11-28
US9585563B2 (en) 2017-03-07
JP7684357B2 (ja) 2025-05-27
CA3178190A1 (en) 2014-07-03
ES2995883T3 (en) 2025-02-11
AU2023203332A1 (en) 2023-06-22
JP2023169243A (ja) 2023-11-29
CN108962376A (zh) 2018-12-07
US9854972B2 (en) 2018-01-02
JP2018171485A (ja) 2018-11-08
CA3075548A1 (en) 2014-07-03
US20140184423A1 (en) 2014-07-03
US20220346646A1 (en) 2022-11-03
AU2021203028B2 (en) 2023-03-02
US10667686B2 (en) 2020-06-02
EP2939158A2 (en) 2015-11-04
US11160452B2 (en) 2021-11-02
HUE059422T2 (hu) 2022-11-28
US20160066866A1 (en) 2016-03-10
DK3831282T3 (da) 2022-04-19
DK2939158T3 (da) 2022-06-13
US10499811B2 (en) 2019-12-10
US20210113085A1 (en) 2021-04-22
EP4049581A1 (en) 2022-08-31
US9962081B2 (en) 2018-05-08
CN104885089B (zh) 2018-06-26
AU2017200452A1 (en) 2017-02-16
JP2020036966A (ja) 2020-03-12
AU2013371036B2 (en) 2017-02-02
DK4049581T3 (da) 2024-12-09
US10993617B2 (en) 2021-05-04
US20210361163A1 (en) 2021-11-25
AU2025263776A1 (en) 2025-11-27
JP6777691B2 (ja) 2020-10-28
AU2023203332B2 (en) 2025-08-07
CN108937856A (zh) 2018-12-07
CN108670202A (zh) 2018-10-19
US20140187890A1 (en) 2014-07-03
EP4525409A2 (en) 2025-03-19
US11850020B2 (en) 2023-12-26
JP6977016B2 (ja) 2021-12-08
EP4049581B1 (en) 2024-09-04
US20170303785A1 (en) 2017-10-26
JP6367228B2 (ja) 2018-08-01
JP2022024032A (ja) 2022-02-08
AU2019200545A1 (en) 2019-02-28
EP4254909B1 (en) 2025-03-12
EP3831282A1 (en) 2021-06-09
US20230240530A1 (en) 2023-08-03
CN116269238A (zh) 2023-06-23
EP4525409A3 (en) 2025-06-11
CN108670202B (zh) 2022-07-26
ES2911884T3 (es) 2022-05-23
EP3831282B1 (en) 2022-03-23
US11744463B2 (en) 2023-09-05
DE202013012899U1 (de) 2021-05-18
EP4254909A3 (en) 2024-01-03
CA3075548C (en) 2023-01-03
CN104885089A (zh) 2015-09-02
US10869599B2 (en) 2020-12-22
CA2886791A1 (en) 2014-07-03
WO2014105631A3 (en) 2014-11-27
US20200221950A1 (en) 2020-07-16

Similar Documents

Publication Publication Date Title
ES2919082T3 (es) Monitoreo remoto de mediciones de analito
US12396687B2 (en) Remote monitoring of analyte measurements