ES2728466T3 - Sistema, procedimiento y aparato para el cuidado electrónico de pacientes - Google Patents

Sistema, procedimiento y aparato para el cuidado electrónico de pacientes Download PDF

Info

Publication number
ES2728466T3
ES2728466T3 ES13826687T ES13826687T ES2728466T3 ES 2728466 T3 ES2728466 T3 ES 2728466T3 ES 13826687 T ES13826687 T ES 13826687T ES 13826687 T ES13826687 T ES 13826687T ES 2728466 T3 ES2728466 T3 ES 2728466T3
Authority
ES
Spain
Prior art keywords
patient
monitoring client
patient care
parameter
monitoring
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
ES13826687T
Other languages
English (en)
Inventor
Dean Kamen
John J Biasi
John M Kerwin
Eric L Pribyl
David Blumberg
Marc J Gorayeb
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.)
Deka Products LP
Original Assignee
Deka Products LP
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US13/723,242 external-priority patent/US10911515B2/en
Priority claimed from US13/723,253 external-priority patent/US11210611B2/en
Priority claimed from US13/723,239 external-priority patent/US10108785B2/en
Priority claimed from US13/900,655 external-priority patent/US11881307B2/en
Application filed by Deka Products LP filed Critical Deka Products LP
Priority claimed from PCT/US2013/077135 external-priority patent/WO2014100687A2/en
Application granted granted Critical
Publication of ES2728466T3 publication Critical patent/ES2728466T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/105—Multiple levels of security
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
    • G16H20/17—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients delivered via infusion or injection
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/63—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for local operation
    • 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
    • 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
    • G16H70/00—ICT specially adapted for the handling or processing of medical references
    • G16H70/40—ICT specially adapted for the handling or processing of medical references relating to drugs, e.g. their side effects or intended usage

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Public Health (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Epidemiology (AREA)
  • Primary Health Care (AREA)
  • Biomedical Technology (AREA)
  • Computer Security & Cryptography (AREA)
  • Medicinal Chemistry (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Chemical & Material Sciences (AREA)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • Computer Hardware Design (AREA)
  • Toxicology (AREA)
  • Pharmacology & Pharmacy (AREA)
  • Pathology (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Infusion, Injection, And Reservoir Apparatuses (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)
  • Stored Programmes (AREA)

Abstract

Un sistema de monitorización de pacientes electrónico que comprende: un primer módulo de cliente de monitorización configurado para recibir y almacenar información relativa a un paciente, incluyendo dicha información datos relativos a un primer parámetro del paciente medido por un dispositivo conectado al paciente, y datos relativos a un segundo parámetro del paciente recibido desde una primera base de datos que contiene información sobre el paciente; y un segundo módulo configurado para recibir una orden de tratamiento de un usuario a través de una interfaz de usuario asociada con el segundo módulo, estando configurado además dicho segundo módulo para transmitir dicha orden de tratamiento al primer módulo, un dispositivo de comunicaciones configurado para recibir la orden de tratamiento de un usuario a través de una interfaz de usuario y para transmitir la orden de tratamiento al cliente de monitorización, en los que dicho cliente de monitorización está configurado además para: obtener información de medicación sobre una medicación asociada con la orden de tratamiento u otros fármacos de una segunda base de datos, incluyendo la información de medicación datos que proporcionan limitaciones dentro de las que generalmente se administra la medicación; determinar si el primer parámetro del paciente está fuera de un intervalo predeterminado; cuando se determina que el primer parámetro está fuera del intervalo predeterminado, pedir al dispositivo que tome una lectura no planificada para determinar un tercer parámetro del paciente, en el que el tercer parámetro del paciente se mide por el dispositivo; verificar la autenticidad del primer parámetro utilizando el tercer parámetro cuando se determina que el primer parámetro está fuera del intervalo predeterminado; determinar si la orden de tratamiento debe confirmarse por el segundo módulo de dispositivo de comunicaciones basándose en la información de medicación, el valor del primer parámetro y el valor del segundo parámetro; y transmitir un mensaje preestablecido del primer módulo de cliente de monitorización al segundo módulo de dispositivo de comunicaciones para su visualización en la interfaz de usuario, confirmando o avisando dicho mensaje sobre la aceptabilidad de dicho pedido de medicación.

Description

DESCRIPCIÓN
Sistema, procedimiento y aparato para el cuidado electrónico de pacientes
Descripción
Antecedentes
Campo de la divulgación
La presente divulgación se refiere al cuidado de pacientes. Más particularmente, la presente divulgación se refiere a un sistema, procedimiento y aparato para el cuidado electrónico de pacientes.
Descripción de la técnica relacionada
El proporcionar un cuidado al paciente en un hospital requiere generalmente la interacción de numerosos profesionales y cuidadores (por ejemplo, médicos, enfermeras, farmacéuticos, técnicos, enfermeras especializadas, etc.) y cualquier número de dispositivos/sistemas médicos necesarios para tratar a un paciente dado. A pesar de la existencia de sistemas previstos para facilitar el proceso de cuidado, tales como los que incorporan historias clínicas electrónicas (“EMR”, electronic medical record) y entrada computarizada de órdenes de proveedores (“CPOE”), el proceso de proporcionar un cuidado integral a los pacientes incluido pedir y entregar tratamientos médicos, tales como medicaciones, está asociado con una serie de cuestiones no triviales.
El documento US 2005/0144043 describe un sistema de gestión de medicación (MMS) que incluye una unidad de gestión de medicación (MMU) asociada con un dispositivo médico. La MMU descarga un código de entrega de medicación basándose en un pedido de entrega de medicación al dispositivo médico sólo si la información procedente de una primera entrada coincide con la información de una segunda entrada. El dispositivo médico recibe información de entrega electrónicamente sólo de la MMU. El pedido de medicación se realiza sólo después de la validación de datos de entrega. La MMU también determina incompatibilidad medicamentosa. La MMU puede modular (inicio, parada, secuencia y ajuste dinámico) el rendimientos de pedido de medicación.
Sumario
La invención se define en las reivindicaciones independientes adjuntas a las que ahora se hará referencia. Además, en las reivindicaciones dependientes adjuntas pueden encontrarse características opcionales.
En un primer aspecto se describe un sistema de monitorización de pacientes electrónico que comprende: un primer módulo de cliente de monitorización configurado para recibir y almacenar información relativa a un paciente, incluyendo dicha información datos relativos a un primer parámetro del paciente medido por un dispositivo conectado al paciente, y datos relativos a un segundo parámetro del paciente recibido desde una primera base de datos que contiene información sobre el paciente; y un segundo módulo configurado para recibir una orden de tratamiento de un usuario a través de una interfaz de usuario asociada con el segundo módulo, estando configurado además dicho segundo módulo para transmitir dicha orden de tratamiento al primer módulo, un dispositivo de comunicaciones configurado para recibir la orden de tratamiento de un usuario a través de una interfaz de usuario y para transmitir la orden de tratamiento al cliente de monitorización, en el que dicho cliente de monitorización está configurado además para: obtener información de medicación sobre una medicación asociada con la orden de tratamiento u otros fármacos de una segunda base de datos, incluyendo la información de medicación datos que proporcionan limitaciones dentro de las que generalmente se administra la medicación; determinar si el primer parámetro del paciente está fuera de un intervalo predeterminado; cuando se determina que el primer parámetro está fuera del intervalo predeterminado, pedir al dispositivo que tome una lectura no planificada para determinar un tercer parámetro del paciente, en el que el tercer parámetro del paciente se mide por el dispositivo; verificar la autenticidad del primer parámetro utilizando el tercer parámetro cuando se determina que el primer parámetro está fuera del intervalo predeterminado; determinar si la orden de tratamiento debe confirmarse por el segundo módulo de dispositivo de comunicaciones basándose en la información de medicación, el valor del primer parámetro y el valor del segundo parámetro; y transmitir un mensaje preestablecido del primer módulo de cliente de monitorización al segundo módulo de dispositivo de comunicaciones para su visualización en la interfaz de usuario, confirmando o avisando dicho mensaje sobre la aceptabilidad de dicho pedido de medicación.
La información de medicación puede incluir información de interacciones farmacológicas, información de alergias farmacológicas, información de los efectos de la tensión arterial, información de los efectos de la frecuencia cardiaca, información de los efectos del ritmo cardiaco o información de los efectos de la respiración. El primer parámetro o el segundo parámetro pueden incluir datos sobre los fármacos administrados actualmente al paciente, alergias farmacológicas conocidas, tensión arterial actual, frecuencia de pulso actual, ritmo cardiaco actual, frecuencia respiratoria actual o ventilación actual.
El mensaje preestablecido puede incluir un aviso sobre los posibles efectos de la medicación pedida, incluyendo dicho aviso datos medidos sobre el primer parámetro, datos recibidos sobre el segundo parámetro o información de medicación obtenida por el primer módulo de cliente de monitorización.
El primer módulo de cliente de monitorización puede estar configurado para generar una señal que procesará el pedido de medicación o un pedido de medicación modificado después de que el mensaje preestablecido se haya transmitido y tras la recepción de una señal de confirmación procedente del segundo módulo de dispositivo de comunicaciones, disparándose la señal de confirmación por una señal de entrada de la interfaz de usuario.
El primer o tercer parámetro puede estar asociado con un sello de fecha y hora.
El cliente de monitorización puede estar configurado además para registrar el primer parámetro dentro de la primera base de datos y asociar el primer parámetro con el paciente.
El cliente de monitorización puede estar configurado además para registrar el primer parámetro dentro de la primera base de datos y asociar el primer parámetro con el paciente si el primer parámetro del paciente está fuera del intervalo predeterminado.
El cliente de monitorización puede estar configurado además para interrumpir una bomba de infusión basándose en al menos uno de los parámetros primero y tercero.
El cliente de monitorización puede estar configurado además para ajustar una bomba de infusión basándose en al menos uno de los parámetros primero y tercero.
El cliente de monitorización puede estar configurado para ajustar uno de un caudal de la bomba de infusión, un parámetro operativo de la bomba de infusión y un parámetro de tratamiento de la bomba de infusión.
El cliente de monitorización puede comprender una pantalla, y el cliente de monitorización puede estar configurado para visualizar en un borde externo de la pantalla una indicación de un estado de un dispositivo de cuidado de pacientes.
El cliente de monitorización puede comprender una pantalla, y el cliente de monitorización puede estar configurado para visualizar en un borde externo de la pantalla una indicación del progreso de un dispositivo de cuidado de pacientes.
La indicación de progreso puede visualizarse iluminando un porcentaje del borde. El porcentaje del borde puede corresponder a un porcentaje de progreso de un dispositivo de cuidado de pacientes.
En un segundo aspecto se describe un cliente de monitorización que comprende: una pantalla; y al menos un procesador acoplado a la pantalla, en el que el al menos un procesador está configurado para: recibir y almacenar información relativa a un paciente, incluyendo dicha información datos relativos a un primer parámetro del paciente medido por un dispositivo conectado al paciente, y datos relativos a un segundo parámetro del paciente recibido desde una primera base de datos que contiene información sobre el paciente; recibir una orden de tratamiento; obtener información de medicación sobre una medicación asociada con la orden de tratamiento de una segunda base de datos, incluyendo la información de medicación datos que proporcionan limitaciones dentro de las que generalmente se administra la medicación; determinar si el primer parámetro del paciente está fuera de un intervalo predeterminado; cuando se determina que el primer parámetro está fuera del intervalo predeterminado, pedir al dispositivo que tome una lectura no planificada para determinar un tercer parámetro del paciente, en el que el tercer parámetro del paciente se mide por el dispositivo; verificar la autenticidad del primer parámetro utilizando el tercer parámetro cuando se determina que el primer parámetro está fuera del intervalo predeterminado; determinar si la orden de tratamiento debe confirmarse por un dispositivo de comunicaciones; y transmitir un mensaje preestablecido del cliente de monitorización al dispositivo de comunicaciones para su visualización en una interfaz de usuario, confirmando o avisando dicho mensaje sobre la aceptabilidad de dicha orden de tratamiento.
El procesador puede estar configurado además para registrar el primer parámetro dentro de la primera base de datos y asociar el primer parámetro con el paciente.
El procesador puede estar configurado además para registrar el primer parámetro dentro de la primera base de datos y asociar el primer parámetro con el paciente si el primer parámetro del paciente está fuera del intervalo predeterminado.
El procesador puede estar configurado además para interrumpir o ajustar una bomba de infusión basándose en al menos uno de los parámetros primero y tercero.
El procesador puede estar configurado además para visualizar en un borde externo de la pantalla una indicación de un estado de un dispositivo de cuidado de pacientes.
Breve descripción de los dibujos
Estos y otros aspectos resultarán más evidentes a partir de la siguiente descripción detallada de las diversas formas de realización de la presente divulgación con referencia a los dibujos en los que:
la figura 1 es un diagrama de bloques de un sistema electrónico de cuidado de pacientes que tiene dos acoplamientos según una forma de realización de la presente divulgación;
la figura 2 es un diagrama de flujo que ilustra un procedimiento para mantener las comunicaciones entre el cliente de monitorización y un dispositivo de cuidado de pacientes de la figura 1 según una forma de realización de la presente divulgación;
la figura 3 es un diagrama de bloques de un sistema electrónico de cuidado de pacientes que tiene dos acoplamientos para una comunicación inalámbrica entre los mismos según otra forma de realización de la presente divulgación;
la figura 4 es un diagrama de flujo que ilustra un procedimiento para mantener las comunicaciones entre el cliente de monitorización y un dispositivo de cuidado de pacientes de la figura 3 según una forma de realización de la presente divulgación;
la figura 5 es un diagrama de bloques de un sistema electrónico de cuidado de pacientes que tiene un acoplamiento para acoplar entre sí un cliente de monitorización y dispositivos de cuidado de pacientes según otra forma de realización más de la presente divulgación;
la figura 6 es un diagrama de flujo que ilustra un procedimiento para mantener las comunicaciones entre el cliente de monitorización y un dispositivo de cuidado de pacientes de la figura 5 según una forma de realización de la presente divulgación;
la figura 7 es un diagrama de bloques de un sistema electrónico de cuidado de pacientes que tiene un cliente de monitorización con un acoplamiento integrado para acoplar dispositivos de cuidado de pacientes al mismo según otra forma de realización más de la presente divulgación;
la figura 8 es un diagrama de bloques de un sistema electrónico de cuidado de pacientes que tiene un concentrador según otra forma de realización más de la presente divulgación;
la figura 9 es un diagrama de bloques de un sistema electrónico de cuidado de pacientes que tiene un cliente de monitorización apilable y dispositivos apilables de cuidado de pacientes según otra forma de realización más de la presente divulgación;
la figura 10 es un diagrama de flujo de un procedimiento para comunicar un parámetro de cuidado de pacientes de un dispositivo de cuidado de pacientes a un servidor de monitorización según una forma de realización de la presente divulgación;
la figura 11 es un diagrama de flujo de un procedimiento para agregar parámetros de cuidado de pacientes de múltiples pacientes en un servidor de monitorización según una forma de realización de la presente divulgación; la figura 12 es un diagrama de flujo de un procedimiento de recuperación para un dispositivo de cuidado de pacientes cuando se interrumpe el funcionamiento del dispositivo de cuidado de pacientes según una forma de realización de la presente divulgación;
la figura 13 es un diagrama de flujo de un procedimiento para emparejar un cliente de monitorización con un dispositivo de cuidado de pacientes según una forma de realización de la presente divulgación;
la figura 14 es un diagrama de flujo de un procedimiento para monitorizar el funcionamiento de un dispositivo de cuidado de pacientes utilizando un monitor de sistema portátil emparejado con el dispositivo de cuidado de pacientes según una forma de realización de la presente divulgación;
la figura 15 es un diagrama de flujo de un procedimiento para visualizar una interfaz de usuario utilizando una plantilla de interfaz de usuario según una forma de realización de la presente divulgación;
la figura 16 es un diagrama de flujo de un procedimiento para descargar una aplicación para controlar un dispositivo de cuidado de pacientes según una forma de realización de la presente divulgación;
la figura 17 es un diagrama de flujo de un procedimiento para garantizar la integridad de datos cuando se comunican datos para un dispositivo de cuidado de pacientes según una forma de realización de la presente divulgación; la figura 18 es un diagrama de bloques de un sistema electrónico de cuidado de pacientes según otra forma de realización más de la presente divulgación;
la figura 19 es un diagrama de bloques de un sistema electrónico de cuidado de pacientes según otra forma de realización de la presente divulgación;
la figura 20 es un diagrama de bloques de un acoplamiento del sistema electrónico de cuidado de pacientes de la figura 19 según una forma de realización de la presente divulgación;
la figura 21 muestra un sistema electrónico de cuidado de pacientes que tiene una tableta acoplada en un acoplamiento que tiene un cable acoplado eléctricamente un dispositivos de cuidado de pacientes según una forma de realización de la presente divulgación;
la figura 22 muestra un sistema electrónico de cuidado de pacientes que tiene una tableta acoplada en un acoplamiento para comunicarse de manera inalámbrica con dispositivos de cuidado de pacientes según una forma de realización de la presente divulgación;
la figura 23 muestra un sistema electrónico de cuidado de pacientes que tiene bombas de infusión modulares que se acoplan en un acoplamiento que tiene un cliente de monitorización con una interfaz de usuario retráctil según una forma de realización de la presente divulgación;
la figura 24 muestra una vista lateral del sistema electrónico de cuidado de pacientes de la figura 23 según una forma de realización de la presente divulgación;
la figura 25 muestra un sistema electrónico de cuidado de pacientes que tiene bombas de infusión modulares que se acoplan en un acoplamiento que tiene un cliente de monitorización con una interfaz de usuario retráctil, las bombas de infusión están dispuestas de manera escalonada según otra forma de realización de la presente divulgación; la figura 26 muestra un sistema electrónico de cuidado de pacientes que tiene bombas de infusión modulares que se acoplan en un acoplamiento a lo largo de un plano horizontal común y el acoplamiento incluye un cliente de monitorización con una interfaz de usuario retráctil según otra forma de realización más de la presente divulgación; la figura 27 muestra una vista lateral del sistema electrónico de cuidado de pacientes de la figura 26 según otra forma de realización de la presente divulgación;
la figura 28 muestra un sistema electrónico de cuidado de pacientes que tiene un concentrador acoplado a un escáner y un acoplamiento, el sistema electrónico de cuidado de pacientes también incluye bombas de infusión modulares que se acoplan en el acoplamiento a lo largo de un plano horizontal común, y el acoplamiento incluye un cliente de monitorización con una interfaz de usuario retráctil según otra forma de realización más de la presente divulgación;
la figura 29 muestra una vista lateral del sistema electrónico de cuidado de pacientes de la figura 28 según otra forma de realización de la presente divulgación;
las figuras 30-32 muestran varias vistas que ilustran un sistema de sujeción para montar un sistema electrónico de cuidado de pacientes en un poste según una forma de realización de la presente divulgación;
la figura 33 muestra una bomba de infusión y un acoplamiento acoplados a un poste según una forma de realización de la presente divulgación;
la figura 34 muestra la bomba de infusión con otra bomba de infusión acoplada a un conector abierto y un conector abierto según una forma de realización de la presente divulgación;
la figura 35 muestra la bomba de infusión de la figura 33 con dos bombas de infusión adicionales estando acoplada cada una a un conector abierto respectivo según una forma de realización de la presente divulgación;
la figura 36 muestra una vista superior de una de las bombas de infusión de las figuras 33-35 y un concentrador según una forma de realización de la presente divulgación;
la figura 37 muestra un concentrador cuadrado que tiene varios conectores según una forma de realización de la presente divulgación;
la figura 38 muestra un sistema electrónico de cuidado de pacientes que tiene un concentrador acoplado a un poste según otra forma de realización de la presente divulgación;
la figura 39 muestra un sistema electrónico de cuidado de pacientes que tiene un concentrador acoplado a un poste y un acoplamiento portátil que incluyen una manija de liberación rápida para separar el acoplamiento portátil del concentrador según otra forma de realización de la presente divulgación;
la figura 40 muestra un sistema electrónico de cuidado de pacientes que tiene un concentrador acoplado a un poste y un acoplamiento acoplado al concentrador según otra forma de realización de la presente divulgación;
la figura 41 muestra un sistema electrónico de cuidado de pacientes que tiene un concentrador acoplado a un poste según otra forma de realización de la presente divulgación;
la figura 42 muestra un sistema electrónico de cuidado de pacientes que tiene un cliente de monitorización acoplado a un concentrador que tiene hendiduras para recibir dispositivos de cuidado de pacientes según otra forma de realización de la presente divulgación;
la figura 43 muestra un primer plano de un conector en forma de T para conectarse con las hendiduras del concentrador como se muestra en la figura 42 según otra forma de realización de la presente divulgación;
la figura 44 muestra un sistema electrónico de cuidado de pacientes que tiene dispositivos apilables de cuidado de pacientes y un recipiente apilable para alojar una bolsa de infusión según otra forma de realización de la presente divulgación;
la figura 45 muestra un sistema electrónico de cuidado de pacientes que tiene dispositivos apilables de cuidado de pacientes que pueden apilarse al lado de otra pila de dispositivos de cuidado de pacientes según otra forma de realización más de la presente divulgación;
la figura 46 muestra un sistema electrónico de cuidado de pacientes que tiene dispositivos apilables de cuidado de pacientes con un dispositivo de cuidado de pacientes de bomba de jeringa que tiene una sola jeringa según otra forma de realización de la presente divulgación;
la figura 47 muestra un sistema electrónico de cuidado de pacientes que tiene dispositivos apilables de cuidado de pacientes con un dispositivo de cuidado de pacientes de bomba de jeringa que tiene dos jeringas según otra forma de realización de la presente divulgación;
la figura 48 muestra un sistema electrónico de cuidado de pacientes que tiene dispositivos apilables de cuidado de pacientes teniendo cada uno una pantalla según otra forma de realización de la presente divulgación;
la figura 49 es un primer plano de la manija del dispositivo electrónico de cuidado de pacientes de la figura 48 según otra forma de realización de la presente divulgación;
la figura 50 es un primer plano de un puerto de línea de infusión que muestra una línea de infusión colocada a través del sistema electrónico de cuidado de pacientes de la figura 48 según otra forma de realización de la presente divulgación;
la figura 51 muestra otra forma de realización de un sistema electrónico de cuidado de pacientes que ilustra la retirada de un dispositivo apilable de cuidado de pacientes según otra forma de realización de la presente divulgación;
la figura 52 muestra un sistema electrónico de cuidado de pacientes preparado para el transporte según otra forma de realización de la presente divulgación;
la figura 53 muestra un sistema electrónico de cuidado de pacientes que tiene dispositivos apilables de cuidado de pacientes según otra forma de realización de la presente divulgación;
la figura 54 muestra un sistema electrónico de cuidado de pacientes que tiene dispositivos apilables de cuidado de pacientes, apilables de abajo arriba, según otra forma de realización de la presente divulgación;
la figura 55 muestra un sistema electrónico de cuidado de pacientes acoplado a un poste y que tiene dispositivos apilables de cuidado de pacientes, apilables de arriba abajo, según otra forma de realización de la presente divulgación;
la figura 56 muestra una vista en perspectiva de un sistema de sujeción que tiene una manija de liberación para el agarre por fricción a un poste según otra forma de realización de la presente divulgación;
la figura 57 muestra una vista posterior del sistema de sujeción de la figura 56 que muestra una parte trasera transparente según otra forma de realización de la presente divulgación;
la figura 58 muestra una vista superior, en sección transversal del sistema de sujeción de la figura 56 según otra forma de realización de la presente divulgación;
la figura 59 es un diagrama de bloques de un sistema para controlar una bomba de infusión según una forma de realización de la presente divulgación;
la figura 60 es un diagrama de bloques de un sistema electrónico de cuidado de pacientes que tiene un concentrador para comunicarse con varios dispositivos electrónicos de cuidado de pacientes según una forma de realización de la presente divulgación;
la figura 61 es un diagrama de bloques de un sistema electrónico de cuidado de pacientes que tiene un acoplamiento que puede conectarse un dispositivos de cuidado de pacientes a través de conexiones USB según una forma de realización de la presente divulgación;
la figura 62 es un diagrama de proceso que muestra varias fases de cuidado electrónico de pacientes según una forma de realización de la presente divulgación;
las figuras 63-66 muestran varias disposiciones de un sistema electrónico de cuidado de pacientes según una forma de realización de la presente divulgación;
la figura 67 muestra un diagrama de tiempo de tratamiento electrónico de cuidado de pacientes utilizando una bomba de infusión según una forma de realización de la presente divulgación;
las figuras 68A-68B muestran un diagrama de flujo de un procedimiento que ilustra el diagrama de tiempo de la figura 67 según una forma de realización de la presente divulgación;
las figuras 69-70 muestran disposiciones adicionales de un sistema electrónico de cuidado de pacientes según una forma de realización de la presente divulgación;
la figura 71 muestra un diagrama de tiempo de tratamiento electrónico de cuidado de pacientes utilizando una bomba de infusión según una forma de realización de la presente divulgación;
las figuras 72A-72B muestran un diagrama de flujo de un procedimiento que ilustra el diagrama de tiempo de la figura 71 según una forma de realización de la presente divulgación;
la figura 73 muestra otro diagrama de tiempo de tratamiento electrónico de cuidado de pacientes utilizando una bomba de infusión según una forma de realización de la presente divulgación;
la figura 74 muestra un diagrama de flujo de un procedimiento que ilustra el diagrama de tiempo de la figura 73 según una forma de realización de la presente divulgación;
la figura 75 muestra otro diagrama de tiempo más de tratamiento electrónico de cuidado de pacientes utilizando una bomba de infusión según otra forma de realización de la presente divulgación;
la figura 76 muestra un diagrama de flujo de un procedimiento que ilustra el diagrama de tiempo de la figura 75 según una forma de realización de la presente divulgación;
las figuras 77-78 muestran varias disposiciones de un sistema electrónico de cuidado de pacientes según una forma de realización de la presente divulgación;
la figura 79 muestra otro diagrama de tiempo de un tratamiento electrónico de cuidado de pacientes utilizando una bomba de infusión según otra forma de realización de la presente divulgación;
las figuras 80A-80B muestran un diagrama de flujo de un procedimiento que ilustra el diagrama de tiempo de la figura 79 según una forma de realización de la presente divulgación;
la figura 81 muestra otro diagrama de tiempo de un tratamiento electrónico de cuidado de pacientes utilizando una bomba de infusión según otra forma de realización de la presente divulgación;
las figuras 82A-82B muestran un diagrama de flujo de un procedimiento que ilustra el diagrama de tiempo de la figura 81 según una forma de realización de la presente divulgación;
las figuras 83-89 muestran varias formas de realización adicionales de un sistema electrónico de cuidado de pacientes según varias formas de realización de la presente divulgación;
la figura 90 muestra un diagrama de bloques de circuitería electrónica de formas de realización de un concentrador según una forma de realización de la presente divulgación;
la figura 91 muestra un diagrama de bloques de circuitería electrónica para la conexión con una bomba de infusión según una forma de realización de la presente divulgación;
la figura 92 muestra otra forma de realización de un sistema electrónico de cuidado de pacientes que tiene dispositivos de cuidado de pacientes alineados en vertical acoplados en un acoplamiento según una forma de realización de la presente divulgación;
la figura 93 muestra un diagrama de bloques de circuitería electrónica de una forma de realización de un concentrador según una forma de realización de la presente divulgación;
la figura 94 muestra un diagrama de bloques de circuitería electrónica de un módulo de comunicación según una forma de realización de la presente divulgación;
las figuras 95-98 muestran varias formas de realización de sistemas electrónicos de cuidado de pacientes que tienen una bomba de infusión acoplada con un módulo de comunicaciones según varias formas de realización de la presente divulgación;
las figuras 99-101 muestran varios diagramas de bloques de circuitería electrónica de un acoplamiento según varias formas de realización de la presente divulgación;
la figura 102 muestra un diagrama de bloques de un paquete de baterías según una forma de realización de la presente divulgación;
las figuras 103-104 muestran formas de realización adicionales de circuitería electrónica de un acoplamiento según formas de realización adicionales de la presente divulgación;
las figuras 105-116 muestran varias formas de realización de bombas acoplables acopladas a un cliente de monitorización según formas de realización adicionales de la presente divulgación;
la figura 117 muestra una placa base para su uso con bombas de infusión según una forma de realización de la presente divulgación;
la figura 118 muestra una vista en sección transversal del panel de placa base de la figura 117 según una forma de realización de la presente divulgación;
las figuras 119-120 muestran varias formas de realización de bombas acoplables acopladas a un cliente de monitorización según formas de realización adicionales de la presente divulgación;
la figura 121 muestra un módulo de comunicación según una forma de realización de la presente divulgación; la figura 122 muestra un módulo de comunicación acoplado a un dispositivo de monitorización de pacientes según una forma de realización de la presente divulgación;
la figura 123 muestra un diagrama de circuitería electrónica del módulo de comunicación de la figura 121 según una forma de realización de la presente divulgación;
la figura 124 muestra un diagrama de circuitería electrónica para convertir las comunicaciones de campo cercano en UHF según una forma de realización de la presente divulgación;
las figuras 125-127 muestran varias antenas según formas de realización adicionales de la presente divulgación; la figura 128 muestra una pulsera de paciente con una etiqueta RFID unida a la misma según una forma de realización de la presente divulgación;
la figura 129 muestra resonador de anillo dividido para su uso en la pulsera de la figura 128 según una forma de realización de la presente divulgación;
la figura 130 muestra una antena de campo cercano según una forma de realización de la presente divulgación; la figura 131 muestra un circuito equivalente para el resonador de anillo dividido de la figura 130 según una forma de realización de la presente divulgación;
la figura 132 muestra una lista de comprobación de 5 puntos que puede visualizarse en un cliente de monitorización según una forma de realización de la presente divulgación;
la figura 133 muestra una lista de comprobación de oclusión que puede visualizarse en un cliente de monitorización según una forma de realización de la presente divulgación;
la figura 134 muestra una pantalla de un cliente de monitorización en comunicación operativa con varias bombas de infusión según una forma de realización de la presente divulgación;
la figura 135 es una ilustración de una pantalla en el cliente de monitorización portátil de un proveedor de salud, que muestra una lista de pacientes a cuya información puede acceder el proveedor según una forma de realización de la presente divulgación;
la figura 136 es una ilustración de una pantalla en el cliente de monitorización portátil de un proveedor de salud, que muestra los dispositivos asociados con un paciente particular, con datos actuales de los dispositivos y acceso con un solo toque a cierta información médica del paciente según una forma de realización de la presente divulgación; la figura 137 es una ilustración de una pantalla en el cliente de monitorización portátil de un proveedor de salud, que muestra campos de entrada de datos para una prescripción para una medicación para su uso con una bomba de infusión intravenosa según una forma de realización de la presente divulgación;
la figura 138 es una ilustración de una pantalla en el cliente de monitorización portátil de un proveedor de salud, que muestra un perfil de riesgo asociado con una medicación pedida, y un plan de acción sugerido, generado por el cliente de monitorización según una forma de realización de la presente divulgación;
la figura 139 es una ilustración de una pantalla en el cliente de monitorización portátil de un proveedor de salud, que muestra una prescripción de medicación lista para su envío por el proveedor del pedido según una forma de realización de la presente divulgación;
la figura 140 es una ilustración de una pantalla en el cliente de monitorización portátil de un proveedor de salud, que muestra cómo el sistema de monitorización puede visualizar una confirmación al proveedor del pedido de que la prescripción se ha transmitido al farmacéutico según una forma de realización de la presente divulgación;
la figura 141 muestra una vista en perspectiva de una bomba de microinfusión acoplada a un adaptador según una forma de realización de la presente divulgación;
la figura 142 muestra una vista en perspectiva de un dispositivo de concentrador inalámbrico que de manera inalámbrica retransmite datos desde un dispositivo de cuidado de pacientes a un cliente de monitorización, otro concentrador o un acoplamiento según una forma de realización de la presente divulgación;
la figura 143 muestra una vista frontal, en perspectiva de un sistema electrónico de cuidado de pacientes que tiene dispositivos de cuidado de pacientes modulares acoplados a un cliente de monitorización a través de un adaptador y un acoplamiento según una forma de realización de la presente divulgación;
la figura 144 muestra una vista lateral, en perspectiva del sistema electrónico de cuidado de pacientes de la figura 143 según una forma de realización de la presente divulgación;
la figura 145 muestra una vista en primer plano, en perspectiva de la interfaz de uno de los dispositivos de cuidado de pacientes mostrados en la figura 143 según una forma de realización de la presente divulgación;
la figura 146 muestra una vista superior del sistema electrónico de cuidado de pacientes de la figura 143 según una forma de realización de la presente divulgación;
la figura 147 muestra una ilustración de un sistema para el sistema electrónico de cuidado de pacientes según una forma de realización de la presente divulgación;
la figura 148 muestra un diagrama de bloques de un sistema electrónico de cuidado de pacientes según una forma de realización de la presente divulgación;
la figura 149 muestra un diagrama de bloques de una parte adyacente del sistema electrónico de cuidado de pacientes de la figura 147 y/o la figura 148 según una forma de realización de la presente divulgación;
la figura 150 muestra un diagrama de bloques del acoplamiento/concentrador de las figuras 147, 148 y/o 149 según una forma de realización de la presente divulgación;
la figura 151 es un diagrama de bloques que ilustra la circuitería de bomba de infusión de las figuras 148 y/o 149 según una forma de realización de la presente divulgación;
la figura 152 es un diagrama de bloques que ilustra los sensores acoplados a la mecánica de una bomba de infusión según una forma de realización de la presente divulgación;
las figuras 153A-153B muestran un diagrama de flujo que ilustra un procedimiento para comunicar entre una tableta y una base según una forma de realización de la presente divulgación;
la figura 154 es un diagrama de flujo que ilustra un procedimiento para actualizar un programa de interfaz según una forma de realización de la presente divulgación;
la figura 155 es un diagrama de flujo que ilustra un procedimiento para establecer un segundo enlace de comunicaciones entre una tableta y una base según una forma de realización de la presente divulgación;
la figura 156 es un diagrama de flujo que ilustra un procedimiento para comunicar datos entre una tableta y una base siempre que un valor de calidad de enlace del segundo enlace de comunicaciones esté por encima de un umbral según una forma de realización de la presente divulgación; y
la figura 157 es un diagrama de flujo que ilustra un procedimiento para entrar en un estado sin cabeza si un valor de calidad de enlace cae por debajo de un umbral según una forma de realización de la presente divulgación.
Descripción detallada
Se dan a conocer técnicas para facilitar el cuidado de pacientes. Las técnicas pueden implementarse, por ejemplo, en un sistema que tiene uno o varios dispositivos de cuidado de pacientes que están acoplados de manera comunicativa a un cliente de monitorización, según una forma de realización de ejemplo. Los dispositivos de cuidado de pacientes pueden incluir cualquier número de funcionalidades diversas y/o pueden producirse por diferentes fabricantes. En tal caso, una interfaz de comunicación entre la estación de monitorización de cliente y los diversos dispositivos de cuidado de pacientes permite el descubrimiento y la traducción de protocolos, así como diversas otras funcionalidades tales como aprovisionamiento de energía, el cumplimiento de normativas y la interfaz de usuario por nombrar algunas. Un dispositivo de cuidado de pacientes puede ser una bomba de infusión, una bomba de microinfusión, una bomba de insulina, una bomba de jeringa, un dispensador de pastillas, una máquina de diálisis, un ventilador, un sonograma, un monitor de ECG, un monitor de tensión arterial, un oxímetro de pulso, un capnómetro de CO2, un contador de goteo, un medidor de caudal, un dispositivo Doppler óptico, un monitor de frecuencia cardiaca, una bolsa IV, una máquina de hemodiálisis, una máquina de diálisis peritoneal, máquina de diálisis intestinal, un termómetro para pacientes y/u otro dispositivo de cuidado de pacientes de cabecera. La solicitud de patente estadounidense con n.° de serie 11/704.899, presentada el 9 de febrero de 2007 y titulada Fluid Delivery Systems and Methods, ahora publicación estadounidense n.° US-2007-0228071-A1 publicada el 4 de octubre de 2007 (expediente del apoderado n.° E70), solicitud de patente estadounidense con n.° de serie 11/704.896, presentada el 9 de febrero de 2007 y titulada Pumping Fluid Delivery Systems and Methods Using Force Application Assembly, ahora publicación estadounidense n.° US-2007-0219496, publicada el 20 de septiembre de 2007 (expediente del apoderado E71), solicitud de patente estadounidense con n.° de serie 11/704.886, presentada el 9 de febrero de 2007 y titulada Patch-Sized Fluid Delivery Systems and Methods, ahora publicación estadounidense n.° US-2007-0219481, publicada el 20 de septiembre de 2007 (expediente del apoderado n.° E72), solicitud de patente estadounidense con n.° de serie 11/704.897, presentada el 9 de febrero de 2007 y titulada Adhesive and Peripheral Systems and Methods for Medical Devices, ahora publicación estadounidense n.° US-2007-0219597, publicada el 20 de septiembre de 2007 (expediente del apoderado n.° E73), solicitud de patente estadounidense con n.° de serie 12/347.985, presentada el 31 de diciembre de 2008, y titulada Infusion Pump Assembly, ahora publicación estadounidense n.° US-2009-0299277 publicada el 3 de diciembre de 2009 (expediente del apoderado n.° G75), solicitud de patente estadounidense con n.° de serie 12/347.982, presentada el 31 de diciembre de 2008 y titulada Wearable Pump Assembly, ahora publicación estadounidense n.° US-2009-0281497, publicada el 12 de noviembre de 2009 (expediente del apoderado n.° G76), solicitud de patente estadounidense con n.° de serie 12/347.981, presentada el 31 de diciembre de 2008 y titulada Infusion Pump Assembly, ahora publicación estadounidense n.° US-2009-0275896, publicada el 5 de noviembre de 2009 (expediente del apoderado n.° G77), solicitud de patente estadounidense n.° 12/347.984 presentada el 31 de diciembre de 2008 y titulada Pump Assembly With Switch, ahora publicación estadounidense n.° US-2009-0299289, publicada el 3 de diciembre de 2009 (expediente del apoderado n.° G79), solicitud de patente estadounidense con n.° de serie12/249.882, presentada el 10 de octubre de 2008 y titulada Infusion Pump Assembly, ahora publicación estadounidense n.° US-2010-0094222, publicada el 15 de abril de 2010 (expediente del apoderado n.° F51), solicitud de patente estadounidense con n.° de serie 12/249.636, presentada el 10 de octubre de 2008 y titulada System and Method for Administering an Infusible Fluid, ahora publicación estadounidense n.° US-2010-0094261, publicada el 15 de abril de 2010 (expediente del apoderado n.° F52), solicitud de patente estadounidense con n.° de serie 12/249.621, presentada el 10 de octubre de 2008 y titulada Occlusion Detection System and Method, ahora publicación estadounidense n.° US-2010-0090843, publicada el 15 de abril de 2010 (expediente del apoderado n.° F53), solicitud de patente estadounidense con n.° de serie 12/249.600, presentada el 10 de octubre de 2008 y titulada Multi Language/Multi-Processor Infusión Pump Assembly, ahora publicación estadounidense n.° US-2010-0094221, publicada el 15 de abril de 2010 (expediente del apoderado n.° F54), patente estadounidense n.° 8.066.672, emitida el 29 de noviembre de 2011 y titulada An Infusion Pump Assembly with a Backup Power Supply (expediente del apoderado n.° F55), patente estadounidense n.° 8.016.789, emitida el 13 de septiembre de 2011 y titulada Pump Assembly with a Removable Cover Assembly (expediente del apoderado n.° F56), patente estadounidense n.° 7.306.578, emitida el 11 de diciembre de 2007 y titulada Loading Mechanism for Infusion Pump (expediente del apoderado n.° C54), incorporándose todas ellas de este modo en el presente documento mediante referencia en su totalidad. Las técnicas pueden utilizarse para permitir una comunicación fluida y un funcionamiento seguro. A la luz de esta divulgación resultarán evidentes numerosas otras características, funcionalidades y aplicaciones.
Visión general
Como se describió anteriormente el proceso de proporcionar un cuidado integral a los pacientes, tal como pedir y entregar tratamientos médicos, está asociado con una serie de cuestiones no triviales. Por ejemplo, existe un gran potencial para que la información crítica no se comunique adecuadamente, para que las decisiones de tratamiento se tomen sin un acceso fácil a la información completa, y/o para que se retrase la implementación de las prescripciones debido a procedimientos innecesariamente redundantes e ineficientes.
En más detalle, los errores por medicación pueden ser responsables de cientos de muertes y pueden afectar a miles o incluso millones de personas cada año sólo en los Estados Unidos. Los hospitales bajo estrés financiero pueden experimentar una mayor incidencia de errores por medicación. Las medicaciones asociadas con los errores más peligrosos incluyen insulina, narcóticos, heparina y quimioterapia. Las fuentes de errores por medicación incluyen la administración de la medicación equivocada, la administración de la concentración de medicación equivocada, la administración de la medicación a la velocidad equivocada o la administración de la medicación por la vía equivocada (las medicaciones pueden administrarse por vía oral, intravenosa, intramuscular, subcutánea, rectal, tópica a la piel, ojo u oído, intratecal, intraperitoneal o incluso intravesical). Incluso con la petición y el etiquetado adecuados, las medicaciones pueden administrarse de manera inadecuada por una escritura ilegible, la mala comunicación de las prescripciones de las medicaciones y la mala pronunciación de las medicaciones que tienen nombres similares. Se ha demostrado que la tendencia a utilizar historias clínicas electrónicas (“EMR”) y sistemas de códigos de barras para las medicaciones reduce la incidencia de errores por medicación. Los sistemas EMR, por ejemplo, pueden facilitar la entrada computarizada de órdenes de proveedores (“CPOE”) y marcar las prescripciones que no coinciden con el diagnóstico, alergias, peso y/o edad del paciente. Sin embargo, estos sistemas no se han adoptado en una medida amplia y su implementación puede dar como resultado retrasos e ineficiencias significativos a la hora de pedir, preparar y administrar medicaciones.
Además, los dispositivos de infusión de medicación, por ejemplo, bombas de infusión, están implicados en un número sustancial (por ejemplo, hasta un tercio) de todos los errores por medicación que dan como resultado un daño significativo. Puede colocarse la medicación errónea, pueden introducirse parámetros incorrectos (por ejemplo, concentración de la medicación o velocidad de infusión) o pueden cambiarse parámetros de infusión existentes de manera inadecuada. De las muertes relacionadas con las bombas de infusión, casi la mitad puede deberse a un error del usuario y la mayor parte de estos errores puede deberse a errores en la programación de la bomba de infusión.
Un sistema de monitorización eficaz puede monitorizar e interceder en cualquier fase de la petición de medicación y el proceso de administración para ayudar a minimizar cualquiera de varios efectos adversos que podrían producirse por el tratamiento. El proceso de tratamiento con medicación puede separarse conceptualmente en tres fases: una fase de prescripción, una fase de preparación de la medicación y una fase de administración de la medicación. Pueden producirse errores cuando se escribe o introduce una medicación, cuando se recupera la medicación para usarlo o mezclarlo en una solución, o cuando se administra la medicación al paciente.
Por tanto, según una forma de realización de la presente divulgación, se da a conocer un sistema electrónico de cuidado de pacientes que incluye un cliente de monitorización configurado para comunicar al menos un parámetro de cuidado de pacientes, un dispositivo de cuidado de pacientes configurado para comunicar el al menos un parámetro de cuidado de pacientes, y una interfaz de comunicación configurada para facilitar la comunicación entre el cliente de monitorización y el al menos un dispositivo de cuidado de pacientes, descubriendo la presencia del al menos un dispositivo de cuidado de pacientes y convirtiendo las señales de comunicación de ese dispositivo en un protocolo de comunicación asociado con el cliente de monitorización. En algunas formas de realización, el cliente de monitorización monitoriza pasivamente el funcionamiento de un dispositivo de cuidado de pacientes. La interfaz de comunicación puede implementarse mediante un módulo de comunicación descrito más abajo. La interfaz de comunicación puede estar configurada además para descubrir la presencia de otros dispositivos de cuidado de pacientes adicionales diferentes entre sí (por ejemplo, diversos fabricantes, funciones y/o protocolos de comunicación, etc.), y para convertir las señales de comunicación de estos dispositivos en el protocolo de comunicación asociado con el cliente de monitorización o un concentrador. Por tanto, la interfaz de comunicación permite que el cliente de monitorización, tal como un ordenador de tipo tableta, se utilice de manera eficaz como interfaz de usuario genérica común que pueden utilizar los profesionales sanitarios cuando proporcionen un tratamiento a un paciente asociado con el cliente de monitorización. Una o varias bases de datos accesibles por el cliente de monitorización permiten un almacenamiento central de información del paciente (en cualquier formato y estructura de base de datos, según lo desee el centro de salud o el encargado de mantener la base de datos), así como descargar información que pueden utilizar los profesionales sanitarios para el tratamiento del paciente asociado con el cliente de monitorización. La interfaz de comunicación puede implementarse de varias maneras, utilizando tecnologías por cable y/o inalámbricas, y permite la comunicación fluida y el funcionamiento seguro de múltiples dispositivos de cuidado de pacientes. Algunos dispositivos de cuidado de pacientes, concentradores, acoplamientos y/o clientes de monitorización pueden comunicarse simultáneamente a través de dos o más enlaces de comunicaciones y/o simultáneamente a través de dos canales de frecuencia (en algunas formas de realización, los datos pueden ser redundantes). En algunas formas de realización, el módulo de comunicación puede permitir que un dispositivo de cuidado de pacientes se utilice de manera portátil, por ejemplo, incluyendo una batería y circuitería suficiente para un funcionamiento móvil del dispositivo de cuidado de pacientes, tal como una bomba de infusión. Adicional o alternativamente, una pulsera de paciente puede incluir baterías que pueden introducirse en el módulo de comunicación para alimentar al dispositivo de cuidado de pacientes (o en algunas formas de realización, puede introducirse directamente en el dispositivo de cuidado de pacientes). El módulo de comunicación puede cargarse de manera inalámbrica.
En algunas formas de realización, los datos tales como parámetros de cuidado de pacientes (por ejemplo, parámetros en tiempo real, en algunas formas de realización) pueden transmitirse a un servidor en la nube para su almacenamiento o pueden desidentificarse.
Arquitectura del sistema
Como se muestra en la figura 1, un sistema electrónico de cuidado de pacientes 100 incluye uno o varios clientes de monitorización 1,4, cada uno de los cuales puede estar asignado y próximo físicamente a un paciente individual 2, y un servidor de monitorización remoto 3 para cargar información de algunos de los diversos clientes de monitorización 1, 4, y para descargar información e instrucciones de diversas fuentes a los clientes de monitorización 1,4. Cuando se encuentra en la habitación del paciente, un profesional de la salud puede interactuar directamente con un cliente de monitorización 1 para obtener información sobre el paciente 2 o para introducir órdenes relativas al paciente 2. Múltiples clientes de monitorización 1 pueden interactuar con un solo servidor de monitorización 3. El servidor de monitorización 3 puede incluir soporte intermedio (por ejemplo, soporte intermedio en el servidor de monitorización 3 de la figura 1). Adicional o alternativamente, los cuidadores en ubicaciones remotas (por ejemplo, la consulta del médico, estación de enfermería 5, farmacia del hospital 6, etc.) pueden interactuar con un cliente de monitorización individual 1 a través de un enlace de comunicaciones con el servidor de monitorización 3 o directamente a través de una red de área local del hospital siendo cada uno de los clientes de monitorización 1,4 un nodo.
Un comunicador remoto 11, otros clientes de monitorización 4, una estación de enfermería 5 o la consulta del médico pueden introducir prescripciones que se envían para actualizar la EHR personal del paciente 19 o se envían a la farmacia 6 para surtirlas. La prescripción puede ser una prescripción para pastillas, para la infusión de un fluido, u otro tratamiento. La prescripción puede ser una prescripción para la infusión de un fluido utilizando la bomba de infusión 7, la bomba de jeringa 126 o la bomba de microinfusión 130, o para dispensar pastillas utilizando el dispensador de pastillas 128.
La farmacia 6 puede incluir uno o varios ordenadores conectados a una red, por ejemplo, internet, para recibir la prescripción y poner la prescripción en cola dentro del uno o varios ordenadores. La farmacia puede utilizar la prescripción: (1) para componer el fármaco (por ejemplo, utilizando un dispositivo de composición automático que puede componer un fluido o crear una pastilla que está acoplado a los uno o varios ordenadores, o manualmente viendo un farmacéutico la cola de los uno o varios ordenadores); (2) para precargar un depósito de fluido de una bomba de jeringa 126; (3) para programar la bomba de jeringa 126 (por ejemplo, se programa un régimen de tratamiento en la bomba de jeringa 126); (4) para precargar la bomba de microinfusión 130; (5) para programar la bomba de microinfusión 130; (6) para precargar la bolsa IV 170; (7) para programar la bomba de infusión 7; (8) para precargar el dispensador de pastillas 128; (9) o para programar el dispensador de pastillas 128 en la farmacia según la prescripción. El dispositivo de composición automático puede cargar automáticamente el fluido en una o varias de la bomba de jeringa 126, la bolsa IV 170 o la bomba de microinfusión 130, y/o puede cargar automáticamente el dispensador de pastillas 128 con pastillas. El dispositivo de composición automático puede generar un código de barras, una etiqueta RFID y/o datos. La información dentro del código de barras, etiqueta RFID y/o datos puede incluir el régimen de tratamiento, prescripción y/o información del paciente.
El dispositivo de composición automático puede: (1) fijar el código de barras a la bomba de infusión 7, la bomba de jeringa 126, la bomba de microinfusión 130, el dispensador de pastillas 128 o la bolsa IV 170; (2) fijar la etiqueta RFID a la bomba de infusión 7, la bomba de jeringa 126, la bomba de microinfusión 130, el dispensador de pastillas 128 o la bolsa IV 170; y/o (3) programar la etiqueta RFID o memoria dentro de la bomba de infusión 7, la bomba de jeringa 126, la bomba de microinfusión 130, el dispensador de pastillas 128 o la bolsa IV 170 con la información o datos. Los datos o información pueden enviarse a una base de datos (por ejemplo, la EHR del paciente 19 o la EMR personal del paciente 19’) que asocia la prescripción con la bomba de infusión 7, la bomba de jeringa 126, la bomba de microinfusión 130, el dispensador de pastillas 128 o la bolsa IV 170, por ejemplo, utilizando un número de serie u otra información de identificación dentro del código de barras, etiqueta RFID o memoria.
La bomba de infusión 7, la bomba de jeringa 126, la bomba de microinfusión 130 o el dispensador de pastillas 128 pueden tener un escáner (por ejemplo, un interrogador de RFID o escáner de código de barras) que determina: (1) si la bomba de jeringa 126 o la bolsa IV 170 tiene el fluido correcto; (2) si la bomba de microinfusión 130 tiene el fluido correcto; (3) si el dispensador de pastillas 128 tiene las pastillas correctas; (4) si el tratamiento programado en la bomba de infusión 7, la bomba de jeringa 126, la bomba de microinfusión 130 o la bolsa IV 170 corresponde al fluido dentro de la bomba de jeringa 126, la bomba de microinfusión 130 o bolsa IV 170; (5) si el tratamiento programado en el dispensador de pastillas 128 corresponde a las pastillas dentro del dispensador de pastillas 128; y/o (6) si el tratamiento programado en la bomba de infusión 7, la bomba de jeringa 126, la bomba de microinfusión 130 o el dispensador de pastillas 128 es correcto para el paciente particular (por ejemplo, según se determina a partir de un código de barras del paciente, RFID u otra identificación del paciente). Es decir, en algunas formas de realización específicas, la bomba de infusión 7, la bomba de jeringa 126, la bomba de microinfusión 130 y/o el dispensador de pastillas 128 pueden leer uno o varios números de serie de una etiqueta RFID o código de barras y garantizar que el valor corresponda con un valor encontrado en la memoria interna (por ejemplo, descargado a través del dispositivo de composición automático, por ejemplo) o que el valor corresponda con un valor encontrado en las historias clínicas electrónicas de un paciente (por ejemplo, a través de un número de serie del paciente determinado por una exploración de una etiqueta RFID de un paciente o una exploración de un código de barras por el paciente almacenado en la EHR del paciente 19 o la EHR personal del paciente 19’).
Por ejemplo, el escáner de la bomba de infusión 7, la bomba de jeringa 126, la bomba de microinfusión 130 o el dispensador de pastillas 128 puede escanear un código de barras de otro dispositivo de cuidado de pacientes para obtener un número de serie del dispositivo de cuidado de pacientes y un código de barras del paciente para determinar un número de serie del paciente, y puede consultar los datos de las historias clínicas electrónicas para determinar si el número de serie del dispositivo de cuidado de pacientes corresponde al número de serie del paciente almacenado dentro de las historias clínicas electrónicas (por ejemplo, que pueden haberse actualizado por la farmacia 22 o el dispositivo de composición automático de la farmacia).
Adicional o alternativamente, el cliente de monitorización 6 puede escanear la bomba de infusión 7, la bomba de jeringa 126, el dispensador de pastillas 128, la bomba de microinfusión 130 o la bolsa IV 170 para determinar: (1) si la bomba de jeringa 126 o la bolsa IV 170 tiene el fluido correcto; (2) si la bomba de microinfusión 130 tiene el fluido correcto; (3) si el dispensador de pastillas 128 tiene las pastillas correctas; (4) si el tratamiento programado en la bomba de infusión 7, la bomba de jeringa 126, la bomba de microinfusión 130 o la bolsa IV 170 corresponde al fluido dentro de la bomba de jeringa 126, la bomba de microinfusión 130 o bolsa IV 170; (5) si el tratamiento programado en el dispensador de pastillas 128 corresponde a las pastillas dentro del dispensador de pastillas 128; y/o (6) si el tratamiento programado en la bomba de infusión 7, la bomba de jeringa 126, la bomba de microinfusión 130 o el dispensador de pastillas 128 es correcto para el paciente particular (por ejemplo, según se determina a partir de un código de barras del paciente, RFID u otra identificación del paciente). Adicional o alternativamente, el cliente de monitorización 1, la bomba de infusión 7, la bomba de jeringa 126, la bomba de microinfusión 130 o el dispensador de pastillas 128 puede interrogar la base de datos de las historias clínicas electrónicas 19 o 19’ y/o la farmacia 22 para verificar la prescripción o descargar la prescripción, por ejemplo, utilizando un número de serie de código de barras en la bomba de infusión 7, la bomba de jeringa 126, la bomba de microinfusión 130, el dispensador de pastillas 128 o la bolsa IV 170.
Opcionalmente, el cliente de monitorización 1, el otro cliente de monitorización 4 y/o el comunicador remoto 11 pueden utilizarse para enviar órdenes o peticiones a los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 tales como por ejemplo, una cantidad de bolo, un caudal de infusión, un fluido total para su suministro, una hora de inicio para el suministro del fármaco, una hora de parada para el suministro del fármaco o un perfil de caudal de suministro a la bomba de infusión 7, la bomba de jeringa 126 y/o la bomba de microinfusión 130. En algunas formas de realización, pueden utilizarse uno o varios de los clientes de monitorización 1, 4, 11 para enviar órdenes o peticiones al dispensador de pastillas 7, tales como, por ejemplo, una orden de dispensación de pastillas para dispensar una pastilla, un tipo de pastilla, un plan de dispensación de pastillas y/o un criterio de dispensación de pastillas máximo. El criterio de dispensación de pastillas máximo puede ser una cantidad máxima de una medicación que puede suministrarse dentro de un intervalo de tiempo predeterminado; por ejemplo, determinadas medicaciones se toman según es necesario (es decir, pro re nata); sin embargo, la medicación puede no ser segura si se toma en exceso y el criterio de dispensación de pastillas máximo puede evitar que la medicación se tome a niveles no seguros por el paciente, por ejemplo, una cantidad predeterminada durante un intervalo de tiempo predeterminado.
Opcionalmente, los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 también pueden comunicar datos de vuelta al cliente de monitorización 1, al otro cliente de monitorización 4 y/o al comunicador remoto 11 para: determinar si debe emitirse o enviarse una alarma o alerta; determinar si el tratamiento o estado es seguro para el paciente; determinar si el sistema 100 está funcionando adecuadamente o dentro de unos límites predeterminados; y/o para visualizar los datos en una pantalla del cliente de monitorización 1, el otro cliente de monitorización 4 y/o el comunicador remoto 11. Por ejemplo, opcionalmente, la bomba de infusión 7, la bomba de jeringa 126 y/o la bomba de microinfusión 130 puede comunicar (cuando sea aplicable): presión aguas arriba; cambios en la presión aguas arriba; presión aguas abajo del paciente 2; cambios en la presión aguas abajo del paciente 2; la presencia o ausencia de aire dentro de una línea de infusión; una cantidad real de bolo suministrada; un caudal de infusión real; un fluido total real suministrado; una hora de inicio real para el suministro del fármaco; una hora de parada real para el suministro del fármaco; o un perfil de caudal de suministro real para uno o varios del cliente de monitorización 1, el otro cliente de monitorización 4 y/o el comunicador remoto 11. En otra forma de realización, el dispensador de pastillas 128 puede comunicar opcionalmente datos de vuelta al cliente de monitorización 1, al otro cliente de monitorización 4 y/o al comunicador remoto 11, tales como, por ejemplo, una pastilla dispensada real, un tipo de pastilla dispensada real, un plan de dispensación de pastillas real dispensado, o si se ha sobrepasado un criterio de dispensación de pastillas máximo.
Los datos recibidos de los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 pueden analizarse para determinar cualquier condición predefinida para emitir una alarma y/o una alerta. Por ejemplo, uno o varios de los clientes de monitorización 1,4, 11 pueden utilizar un aumento en la presión aguas abajo de la bomba de infusión 7, la bomba de jeringa 126 y/o la bomba de microinfusión 130 como indicación de uno de: coagulación excesiva, infiltración, oclusión o doblado del tubo al paciente; u oclusión provocada aguas abajo por material, por ejemplo, tal como contaminación encontrada dentro de la bolsa IV 170. En respuesta al aumento repentino en la presión aguas abajo, uno o varios de los clientes de monitorización 1, 4, 11 pueden alarmar o alertar de manera visual o auditiva a un usuario. Estas alarmas y/o alertas también pueden informar a una enfermera que lleve a cabo otras acciones apropiadas, por ejemplo, sugerir cambiar una aguja en respuesta a una oclusión (por ejemplo, provocada por coagulación) cuando la presión aguas abajo del paciente sube por encima de un umbral predeterminado, o una sugerencia para comprobar un doblado en la línea cuando la presión aguas abajo del paciente sube por encima de un umbral predeterminado
Adicional o alternativamente, una disminución repentina en la presión aguas abajo del paciente 2 puede ser una indicación de que el tubo se ha separado de la aguja y/o que ahora la aguja está fuera del paciente; y, en respuesta, uno o varios de los clientes de monitorización 1, 4, 11 pueden alarmar o alertar de manera visual o auditiva a un usuario para que vuelva a fijar el tubo a la aguja o inserte una aguja nueva para continuar con la infusión. La alarma también puede indicar que es necesario actuar rápidamente, por ejemplo, porque el paciente puede estar sangrando tal como cuando el tubo se separa de la aguja y el paciente está sangrando a través del acoplador de aguja separado.
En algunas formas de realización, adicional o alternativamente, puede monitorizarse la presión aguas arriba de una o varias bombas de infusión 7 para determinar cualquier oclusión aguas arriba. Por ejemplo, la contaminación en la bolsa IV 170 puede obstruir el tubo aguas arriba de la bomba de infusión 7. Cada vez que la bomba de infusión 7 intente bombear fluido desde la bolsa IV 170, la presión aguas arriba de la bomba de infusión 7 puede caer más que si no hubiera oclusión aguas arriba. Por tanto, uno o varios de los clientes de monitorización 1, 4, 11 pueden emitir una alarma o alerta cuando la presión aguas arriba cae por debajo de un umbral predeterminado y sugerir o pedir a un cuidador que elimine la oclusión, por ejemplo, cambiando el tubo o una bolsa IV 170.
Uno o varios de los clientes de monitorización 1, 4, 11 pueden enviar, opcionalmente, una orden a una o varias de la bomba de infusión 7, la bomba de jeringa 126 y/o la bomba de microinfusión 130 para detener el suministro de fluido en respuesta al aumento y/o disminución repentinos de la presión aguas abajo del paciente 2.
Como se muestra en la figura 1, y como en algunas formas de realización, el sistema 100 incluye un acoplamiento de cliente de monitorización 102 y un acoplamiento de dispositivo 104. El acoplamiento de cliente de monitorización 102 está configurado para recibir el cliente de monitorización 1, y el acoplamiento de dispositivo 104 está configurado para recibir uno o varios dispositivos de cuidado de pacientes para facilitar el cuidado de pacientes junto a la cama (descrito en más detalle más adelante). Aunque el acoplamiento de dispositivo 104 se muestra pudiendo recibir varios dispositivos de cuidado de pacientes, en otras formas de realización, el acoplamiento de dispositivo 104 puede recibir un dispositivo de cuidado de pacientes, una pluralidad de dispositivos de cuidado de pacientes, o cualquier número arbitrario de dispositivos de cuidado de pacientes. Adicionalmente, aunque el acoplamiento de cliente de monitorización 102 se muestra pudiendo recibir un cliente de monitorización 1, en otras formas de realización, el acoplamiento de cliente de monitorización 102 puede recibir dos clientes de monitorización 1, más de dos clientes de monitorización 1, o cualquier número arbitrario de clientes de monitorización 1.
En esta forma de realización de ejemplo, un cable 110 está acoplado a los dos acoplamientos 102, 104 para proporcionar un enlace de comunicaciones entre los mismos. El cable 110 puede estar unido permanentemente a o puede unirse a uno o ambos de los acoplamientos 102, 104. Adicional o alternativamente, el cable 110 puede incluir uno o varios conectores (no mostrados explícitamente) para introducir el cable en uno o ambos de los acoplamientos 102, 104.
En algunas formas de realización, los acoplamientos 102, 104 pueden comunicarse entre sí utilizando uno o varios cables y/o guías de onda dentro del cable 110. Por ejemplo, en una forma de realización de la presente divulgación, el cable 110 incluye una guía de onda de fibra óptica para proporcionar un enlace de comunicaciones óptico entre los acoplamientos 102, 104. En otras formas de realización, y como se apreciará a la luz de esta divulgación, el cable 110 puede sustituirse por uno o varios enlaces de comunicación inalámbrica (por ejemplo, Bluetooth, etc.), si se desea. Aún otras formas de realización pueden emplear una combinación de canales de comunicación por cable e inalámbrica entre los acoplamientos 102, 104. Puede utilizarse cualquier número de tipos de conexión por cable adecuados en diversas formas de realización.
En algunas formas de realización, el enlace de comunicaciones entre los acoplamientos 102, 104 puede utilizar cualquier enlace de comunicaciones conocido, tal como comunicaciones en serie, comunicaciones en paralelo, comunicaciones síncronas, comunicaciones asíncronas, comunicaciones basadas en paquetes, comunicaciones basadas en circuitos virtuales, y similares. Adicional o alternativamente, en algunas formas de realización, el enlace de comunicaciones establecido entre los acoplamientos 102, 104 puede utilizar una conexión inalámbrica, una conexión por cable, un protocolo sin conexión, por ejemplo, el protocolo de datagramas de usuario (“UDP”), o un protocolo basado en conexión, por ejemplo, el protocolo de control de transmisión (“TCP”). Por ejemplo, las comunicaciones entre los acoplamientos 102, 104 pueden basarse en uno o varios de un estándar de bus serie universal, SATA, eSATA, firewire, un estándar de Ethernet, canal de fibra, Bluetooth, Bluetooth de baja energía, WiFi, cualquier tecnología de capa física, cualquier tecnología de capa OSI, y similares.
Cuando el cliente de monitorización 1 está acoplado al acoplamiento de cliente de monitorización 102, el cliente de monitorización 1 tiene acceso a las comunicaciones entre los acoplamientos 102, 104. Por ejemplo, en algunas formas de realización de la presente divulgación, el cliente de monitorización 1 puede comunicarse con la circuitería electrónica dentro del acoplamiento de dispositivo 104, por ejemplo, una memoria, a través del enlace de comunicaciones proporcionado por el cable 110. Adicional o alternativamente, el cliente de monitorización 1 puede comunicarse con cualquier dispositivo acoplado al acoplamiento de dispositivo 104 a través del enlace de comunicaciones proporcionado por el cable 110 y/o uno o varios enlaces de comunicación inalámbrica (descrito en más detalle más adelante).
Con referencia adicional a la forma de realización de ejemplo mostrada en la figura 1, el acoplamiento de dispositivo 104 puede incluir una diversidad de accesorios, cada uno de los cuales es opcional, tal como una pantalla acoplable 134, una cámara 136 y un micrófono 138. Del mismo modo, el acoplamiento de cliente de monitorización 102 puede incluir una diversidad de accesorios, cada uno de los cuales es opcional, tal como una cámara 140 y un micrófono 142. El cliente de monitorización 1 puede incluir una diversidad de accesorios, cada uno de los cuales es opcional, tal como una cámara 144 y un micrófono 146. Las cámaras 136, 140, 144 pueden utilizarse, por ejemplo, con software de reconocimiento facial para autenticar o identificar la presencia de un cuidador (por ejemplo, una enfermera, enfermera practicante, médico, etc.) y/o un paciente. Adicional o alternativamente, los micrófonos 138, 142, y 146 pueden utilizarse, por ejemplo, con software de reconocimiento de voz para autenticar o identificar la presencia del cuidador y/o un paciente. Como se apreciará a la luz de esta divulgación, las cámaras 136, 140, 144 y micrófonos 138, 142, y 146 también pueden utilizarse, por ejemplo, para permitir que un paciente se comunique con un cuidador remoto y/o confirmar la identidad de un paciente (por ejemplo, utilizando técnicas de reconocimiento de voz y/o facial, escáneres de retina, etc.) antes de comenzar con un tratamiento, para garantizar que el paciente correcto recibe el tratamiento correcto.
Como se muestra en la figura 1, en algunas formas de realización, el cliente de monitorización 1, el acoplamiento de cliente de monitorización 102 y el acoplamiento de dispositivo 104, tienen en cada caso una respectiva antena 112, 106 y 108 para comunicaciones inalámbricas (cada una de las antenas 112, 106 y/o 108 es opcional). Si el cable 110 está desenchufado o las comunicaciones entre los acoplamientos 102, 104 a través del cable 110 se interrumpen o deterioran de otro modo, el acoplamiento de cliente de monitorización 102 y el acoplamiento de dispositivo 104 pueden seguir comunicándose entre sí utilizando un enlace de comunicaciones inalámbrico establecido a través de las antenas 106, 108. Adicionalmente, cuando el cliente de monitorización 1 se retira del acoplamiento de cliente de monitorización 102, el cliente de monitorización 1 puede comunicarse, por ejemplo, directamente al acoplamiento de dispositivo 104 y/o el cliente de monitorización 1 puede comunicarse con el acoplamiento de dispositivo 104 comunicándose de manera inalámbrica con el acoplamiento de cliente de monitorización 102, que retransmite las comunicaciones a través del cable 110 o a través de un enlace de comunicaciones inalámbrico entre los acoplamientos 102, 104. Como se mencionó anteriormente, pueden utilizarse las comunicaciones entre el cliente de monitorización 1 y el acoplamiento de dispositivo 104 por el cliente de monitorización 1 para comunicarse con los diversos dispositivos acoplados al acoplamiento de dispositivo 104.
En algunas formas de realización, el cliente de monitorización 1 puede determinar eléctricamente si uno o varios contactos eléctricos de uno o varios conectores están en contacto eléctrico con el acoplamiento de cliente de monitorización 102 para determinar si el cable 110 está disponible como enlace de comunicaciones, por ejemplo, midiendo una tensión o una impedancia entre dos contactos eléctricos de un conector del cliente de monitorización 1 utilizado para su acoplamiento al acoplamiento de cliente de monitorización 102 y para proporcionar una comunicación eléctrica entre el acoplamiento de cliente de monitorización 102 y el cliente de monitorización 1. Además, el cliente de monitorización 1 puede determinar que el cable 110 no está disponible si el cliente de monitorización 1 determinar que no está acoplado eléctricamente al cable 110. Adicional o alternativamente, en algunas formas de realización, un imán en el acoplamiento 102 se acopla con un sensor de efecto Hall en el cliente de monitorización 1, que utiliza el cliente de monitorización 1, a su vez, para determinar si está acoplado de modo que el cliente de monitorización 1 supone que el cable 110 no está disponible como enlace de comunicaciones cuando el cliente de monitorización 1 está desacoplado. Adicional o alternativamente, una circuitería dentro del acoplamiento de cliente de monitorización 102 puede indicar al cliente de monitorización 1 cuando el cable no está disponible como enlace de comunicaciones. En algunas formas de realización, el cliente de monitorización 1 puede “comprobar” periódicamente el acoplamiento de dispositivo 104 a través del cable 110; si el cliente de monitorización no recibe una respuesta del acoplamiento de dispositivo 104 en una cantidad de tiempo predeterminada, el cliente de monitorización 1 supondrá que el cable 110 no está disponible como enlace de comunicaciones.
En caso de que el cliente de monitorización 1 determine que el cable 110 no está disponible como enlace de comunicaciones, el cliente de monitorización 1 puede emitir una alarma o alerta utilizando un altavoz y/o un motor de vibración, puede enviarse una señal de alarma o alerta al comunicador remoto 11 para alarmar o alertar al comunicador remoto utilizando un altavoz y/o un motor de vibración, y/o el cliente de monitorización 1 puede intentar comunicarse con los dispositivos de cuidado de pacientes a través de otros enlaces de comunicaciones. El término “alerta” tal como se usa en el presente documento pretende incluir alertas “moderadas”, tales como, por ejemplo, una alerta que no llama la atención de una persona hasta que ha pasado una cantidad de tiempo predeterminada y permanece la causa de la alerta.
En algunas formas de realización de la presente divulgación, el acoplamiento de cliente de monitorización 102 incluye uno o varios cables o guías de onda del cliente de monitorización 1 al cable 110 utilizando una circuitería mínima o ninguna. Por ejemplo, en algunas formas de realización de la presente divulgación, el acoplamiento de cliente de monitorización 102 es un soporte que proporciona un acoplamiento eléctrico directo del cliente de monitorización 1 al cable 110. Adicional o alternativamente, en algunas formas de realización de la presente divulgación, el acoplamiento de dispositivo 104 incluye uno o varios cables o guías de onda para facilitar las comunicaciones entre diversos dispositivos acoplados y/o el cliente de monitorización 1 a través del acoplamiento de cliente de monitorización 102 utilizando una circuitería mínima o ninguna. El acoplamiento de dispositivo 104, en algunas formas de realización, puede ser un soporte.
En una forma de realización de la presente divulgación, cada cliente de monitorización 1 está asignado a un paciente específico 2 y puede ser un equipo de escritorio, portátil o de mano y puede tener una pantalla y capacidad de entrada de datos del usuario. El cliente de monitorización 1 puede ser portátil y puede facilitar una visualización de datos y entrada de datos eficiente; el cliente de monitorización 1 puede ser un PC pequeño, un PC de netbook, un PC de tableta, un “teléfono inteligente”, con o sin pantalla táctil. Adicional o alternativamente, en algunas formas de realización, el cliente de monitorización 1 y/o el comunicador remoto 11 pueden acoplarse a un cable que está conectado a una pantalla mucho más grande convirtiendo así la pantalla mucho más grande (por ejemplo, pantalla de 24 pulgadas) en la pantalla del cliente de monitorización 1 y/o el comunicador remoto 11; la pantalla mucho más grande puede tener capacidades de entrada, tales como capacidades de pantalla táctil, capacidades de entrada con lápiz, capacidades de entrada con teclado, capacidades de entrada de control remoto, y similares que se comunican al cliente de monitorización 1 y/o al comunicador remoto 11. Por ejemplo, la visualización de radiografías o archivos de imágenes de pacientes puede facilitarse acoplando el cliente de monitorización 1 y/o el comunicador remoto 11 a un acoplamiento de visualización acoplado a una pantalla más grande de modo que el cuidador pueda ver el archivo de imágenes de paciente utilizando la pantalla más grande. El acoplamiento de visualización también puede cargar el cliente de monitorización y/o comunicador remoto 11.
El cliente de monitorización 1 puede ejecutar un sistema operativo basado en Linux, un sistema operativo basado en Android, un sistema operativo basado en Blackberry, un sistema operativo basado en tableta, iOS, un SO iPad, un SO iPhone, y similares. La designación de un cliente de monitorización particular 1 a un paciente particular 2 puede realizarse utilizando cualquiera de varios procedimientos, incluyendo (pero sin limitarse a) un identificador de paciente unívoco codificado en un código de barras 114 o una etiqueta RFID 116 insertada en una pulsera 118, por ejemplo. El acoplamiento de dispositivo 104 incluye un escáner 120 para determinar el identificador de paciente unívoco del código de barras 114 o etiqueta RFID 116. El escáner 120 puede ser un escáner de código de barras láser, un escáner de código de barras basado en CCD, un comunicador o interrogador de campo cercano, un lector de RFID, y similares. En otras formas de realización, obsérvese que el identificador de paciente unívoco puede basarse en datos biométricos del paciente. En un caso de ejemplo como éste, la capacidad biométrica (por ejemplo, reconocimiento facial y/o de voz, escaneo de retina, monitorización de tipo sanguíneo, escaneo de huella digital, etc.) puede estar incorporada en o asociada de otro modo con el cliente de monitorización 1. El acoplamiento de dispositivo 104 puede comunicar el identificador de paciente unívoco al acoplamiento de cliente de monitorización 102, al cliente de monitorización 1, al servidor de monitorización 3, al comunicador remoto 11, otros clientes de monitorización 4, otro servidor, o un aparato de cálculo electrónico para facilitar el tratamiento del paciente 2.
El cliente de monitorización 1 puede incluir uno o varios de microprocesadores, microcontroladores, dispositivos lógicos, circuitería digital, circuitería analógica, y similares para comunicar (por ejemplo, enviar o recibir) información relevante para el cuidado, estado, patología o tratamiento del paciente 9. Por ejemplo, el cliente de monitorización 1 puede enviar o recibir parámetros de cuidado del paciente, tales como parámetros de estado del paciente y/o parámetros de tratamiento de pacientes. Algunos parámetros de estado del paciente a modo de ejemplo son mediciones de la tensión arterial, temperatura corporal, frecuencia cardiaca, un oxímetro de pulso, niveles de CO2, niveles de oxígeno en sangre, estado de alerta del paciente, consciencia del paciente, respuesta del paciente, y similares. Algunos parámetros de tratamiento de pacientes a modo de ejemplo incluyen un fármaco que va a administrarse, un caudal de un fármaco o líquido, un plan de administración de fármaco, u otro parámetro de tratamiento en cama.
En algunas formas de realización, por ejemplo, el cliente de monitorización 1 puede estar físicamente asociado con, permanentemente acoplado a, puede acoplarse a, puede separarse de, o puede separarse de manera acoplable de la bomba de infusión 7. Esto puede conseguirse mediante una interfaz de acoplamiento entre los dos dispositivos, por ejemplo, el acoplamiento de cliente de monitorización 102 y el acoplamiento de dispositivo 104. En tal forma de realización, el cliente de monitorización 1 se comunica con la bomba 7 (u otro dispositivo de cuidado de pacientes) de varias maneras, incluyendo, por ejemplo, a través de contactos eléctricos en los acoplamientos 102, 104, por medio de un conector eléctrico, o de manera inalámbrica por medio de transceptores en cada dispositivo utilizando una respectiva antena 112, 122A. Adicional o alternativamente, la bomba de infusión puede incluir datos de tratamiento preprogramados que indican un tratamiento particular para un paciente particular que se descargan en el cliente de monitorización 1 cuando la bomba de infusión 7 entra en comunicación operativa con el cliente de monitorización 1.
El cliente de monitorización 1 también puede comunicarse con una o varias bases de datos en la instalación 8, con bases de datos externas a la instalación 9, 10, y/o con profesionales de la salud que utilizan comunicadores portátiles 11 (incluyendo, por ejemplo, médicos, enfermeras y farmacéuticos). Esto puede conseguirse mediante una conexión por cable a un servidor de la instalación 8 a través de un conector en la habitación del paciente (tal como, por ejemplo, un conector de red de área local de categoría 5, USB, Ethernet por cable, y similares), o de manera inalámbrica 12 (tal como, por ejemplo, WiFi, 3G, 4G, EVDO, WiMax, y similares). En una forma de realización, el acceso a las bases de datos dentro y fuera de la instalación se produce 13 a través del servidor de monitorización 3 (por ejemplo, utilizando un soporte intermedio), que entonces puede centralizar el software y las interfaces de programación de aplicaciones para comunicarse con bases de datos que tienen una organización, formato y protocolos de comunicaciones diferentes. Por tanto, en una forma de realización de la presente divulgación, cualquier actualización de software puede estar limitada en gran parte al servidor de monitorización 3, reduciendo los requisitos de mantenimiento para los clientes de monitorización individuales 1, 4, 11. Opcionalmente, un cliente de monitorización 1 puede comunicarse con dispositivos de tratamiento de pacientes, tales como una bomba de infusión 7, para recibir información sobre el progreso del tratamiento (tal como parámetros operativos) y para proporcionar instrucciones operativas al dispositivo de tratamiento de pacientes. En otra forma de realización, el cliente de monitorización 1 también puede comunicarse con dispositivos de cuidado de pacientes con fines de diagnóstico o monitorización para recibir parámetros de estado del paciente (tales como, por ejemplo, un monitor electrocardiográfico (“ECG”) 14, un monitor de tensión arterial (“BP”) 15, un oxímetro de pulso o capnómetro de CO2 16, u otro dispositivos tales como monitores de temperatura, etc.) para recibir información de lectura de los dispositivos y potencialmente para indicar a los dispositivos 14, 15, 16, 17 que tomen una lectura cuando lo desee el cuidador o por un algoritmo.
En una forma de realización de la presente divulgación, los servicios de la instalación 8 y/o la red de efectos adversos por fármacos 9 también pueden incluir un sistema de reducción de errores por fármacos (“DERS”). El sistema DERS puede incluir un primer conjunto de criterios predeterminados para disparar alarmas moderadas y/o un segundo conjunto de criterios predeterminados para disparar alarmas fuertes. Las alarmas moderadas pueden anularse (por ejemplo, apagarse) por un cuidador utilizando una interfaz de usuario de una bomba de infusión 7 y/o un cliente de monitorización 1 (y puede ser sólo una alarma audible y/o vibratoria) mientras que las alarmas fuertes hacen que cese el tratamiento hasta que se elimina la fuente de la alarma fuerte.
En una forma de realización adicional más de la presente divulgación, el sistema DERS puede incluir un primer conjunto de criterios predeterminados que definen límites flexibles y/o un segundo conjunto de criterios predeterminados que definen límites estrictos. Los límites estrictos y flexibles definen límites de tratamiento, tales como límites de dosificación del fármaco basándose en tamaño, peso, edad, otros parámetros del paciente, u otros criterios. Los límites flexibles pueden anularse por un cuidador utilizando una interfaz de usuario de la bomba de infusión 7 y/o el cliente de monitorización 1 para iniciar el tratamiento a pesar de que el tratamiento esté fuera del primer conjunto de criterios predeterminados mientras que los límites estrictos evitan que el tratamiento comience hasta que se cambian los ajustes para confirmar el segundo conjunto de criterios predeterminados que definen los límites estrictos.
Como puede verse adicionalmente en las formas de realización de ejemplo de la figura 1, el sistema 100 también incluye módulos de comunicación 124A-124K, incluyendo cada uno una respectiva antena de las antenas 122A-122K. En algunas formas de realización, cada uno de los módulos de comunicación 124A-124K es opcional y/o cada dispositivo puede tener capacidad de comunicaciones integradas. Cada uno de los módulos de comunicación 124A-124K incluye un conector para acoplarse a un dispositivo respectivo. En otras formas de realización, cada uno de los módulos de comunicación 124A-124K está permanentemente integrado con el dispositivo al que se muestra unido en la figura 1.
Cada uno de los módulos de comunicación 124A-124K incluye opcionalmente uno o varios transceptores para comunicarse opcionalmente a través de uno o varios enlaces inalámbricos entre sí, con el acoplamiento de dispositivo 104, con el acoplamiento de cliente de monitorización 102, con el cliente de monitorización 1, con el comunicador remoto 11, con el servidor de monitorización 3, a través de la red de área local y/o red de área amplia (por ejemplo, internet), con un concentrador 802 (véase la figura 8) y/o para comunicarse de otro modo con cualquier otro dispositivo que tenga suficiente capacidad de comunicaciones inalámbricas. En algunas formas de realización específicas, los módulos de comunicación 124A-124K pueden funcionar, por ejemplo, como una red de malla inalámbrica, por ejemplo, utilizando IEEE 802.14.4, Zigbee, XBee, Wibree, IEEE 802.11, y similares. En un sentido más general, la comunicación entre los módulos 124A-124K y otros componentes del sistema 100 (por ejemplo, los acoplamientos 102 y 104, clientes de monitorización 1, 4,11, etc.) puede implementarse utilizando cualquier protocolo de comunicación inalámbrica que, por ejemplo, permita el descubrimiento de dispositivos, establecer la comunicación y/o la comunicación entre dispositivos como se describe en el presente documento, en una topología estática, dinámica o específica (para adaptarse a la movilidad de, por ejemplo, los clientes de monitorización 1,4, 11 y/o los diversos dispositivos médicos asociados con el acoplamiento 104).
En otras formas de realización, cada dispositivo de cuidado de pacientes puede no incluir ningún módulo o incluir más de dos módulos (por ejemplo, módulos de comunicación). Por ejemplo, cada módulo puede tener una función específica, por ejemplo, WiFi, y un usuario puede seleccionar una pluralidad de módulos teniendo cada uno una función específica y acoplarlos entre sí. El grupo de módulos puede aplicarse entonces al dispositivo de cuidado de pacientes, por ejemplo, una bomba de infusión. Consideremos otro ejemplo: cada módulo puede tener un procesador primario, un procesador de reserva y una circuitería funcional, todos en comunicación operativa entre sí. La circuitería funcional puede ser un transceptor inalámbrico, una batería, una interfaz a una pantalla táctil o pantalla (la pantalla puede estar unida a la carcasa), una conexión por cable, Bluetooth, Bluetooth de baja energía, WiFi, 3G, 4G, un coprocesador, un sistema de control (por ejemplo, para controlar una bomba de infusión), una medicación con circuitería de medición de fluido, y similares. Los módulos seleccionados pueden conectarse entre sí, por ejemplo, en una cadena, y a continuación conectarse a una bomba de infusión. Los módulos seleccionados, en este ejemplo, pueden estar en comunicación operativa entre sí para coordinar su acción y/o función, por ejemplo, a través de un bus CAN, conexión por cable, de manera inalámbrica, y/o similar.
Los módulos pueden incluir en cada caso un altavoz y un micrófono. Cuando varios módulos están conectados entre sí, los módulos pueden coordinar su funcionamiento de modo que un módulo se dirija de manera audible a un altavoz mientras que el otro módulo utiliza un micrófono para determinar si el altavoz funciona de manera adecuada. Varios módulos pueden utilizar en cada caso su altavoz en una frecuencia diferente de modo que uno cualquiera de los módulos pueda detectar el sonido a través de su micrófono y demodular las diferentes frecuencias para someter a prueba varios de los altavoces simultáneamente. La prueba puede pedirla un primer módulo a un segundo módulo, y el segundo módulo puede enviar los resultados de la prueba al primer módulo.
Continuando con referencia a la figura 1, uno o varios de los módulos de comunicación 124A-124K también pueden incluir opcionalmente una o varias baterías para proporcionar energía al dispositivo acoplado a las mismas. Por ejemplo, el módulo de comunicación 124A puede estar acoplado a la bomba de infusión 7 para proporcionarle energía. Puede incluirse otra estructura y funcionalidad de los módulos de comunicación 124A-124K, dependiendo del fin y la funcionalidad del dispositivo con el que se asocia. Por ejemplo, en algunas formas de realización, el control de la infusión tiene lugar en la bomba de infusión y las entradas con respecto al suministro deseado tienen lugar en la bomba de infusión; por tanto, en algunas formas de realización de la presente divulgación, el módulo de comunicación 124A implementa un algoritmo de control, por ejemplo, un bucle de control proporcional-integralderivado (“PID”), para controlar la bomba de infusión 7. En estos casos, el cliente de monitorización 1 puede comunicar, por ejemplo, una señal de caudal de fluido al módulo de comunicación 124A (por ejemplo, a través de un enlace inalámbrico), que entonces aplica una señal correspondiente a la señal de caudal de fluido a través de contactos eléctricos acoplados al motor (no mostrados explícitamente) de la bomba de infusión 7 para conseguir el caudal deseado. En algunas formas de realización, la bomba de infusión 7 proporciona una o varias señales de realimentación de un medidor de caudal proporcionado dentro de la bomba de infusión 7 al módulo de comunicación 124A de modo que el módulo de comunicación 124A pueda controlar el funcionamiento de la bomba de infusión 7 (por ejemplo, algunos aspectos del funcionamiento, tales como un sistema de control PID, etc.). Los resultados pueden proporcionarse al cliente de monitorización 1 para su visualización a un usuario utilizando una GUI, tal como una GUI basada en QT (en algunas formas de realización, el cliente de monitorización 1 es una tableta). Adicional o alternativamente, en algunas formas de realización, puede utilizarse un medidor de flujo de goteo 148 para comunicar de manera inalámbrica el caudal al módulo de comunicación 124A a través del módulo de comunicación 124K y la antena 122K asociados con el medidor de flujo de goteo 148.
Como se apreciará a la luz de esta divulgación, los módulos de comunicación 124A-124K pueden estar acoplados operativamente a una diversidad de dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 148. Por ejemplo y con referencia adicional a la figura 1, el módulo de comunicación 124B está acoplado operativamente a una bomba de jeringa 126, y el módulo de comunicación 124C está acoplado operativamente a un dispensador de pastillas 128. Adicional o alternativamente, el módulo de comunicación 124E está acoplado operativamente al monitor de ECG 12, el módulo de comunicación 124F está acoplado operativamente al monitor de tensión arterial 15, el módulo de comunicación 124G está acoplado operativamente al oxímetro de pulso/capnómetro de CO2 16, el módulo de comunicación 124H está acoplado operativamente al otro monitor 17, el módulo de comunicación 124I está acoplado operativamente al acceso IV del paciente 35, y el módulo de comunicación 124K está acoplado operativamente al medidor de flujo de goteo 148. Cada respectivo módulo de comunicación 124A-124K puede proporcionar, por ejemplo, un sistema de control apropiado, algoritmo de control, alimentación por batería, u otra funcionalidad para su respectivo dispositivo de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128 o 148 acoplado a los mismos.
Adicional o alternativamente, en algunas formas de realización, el módulo de comunicación 124D está acoplado en el acoplamiento de dispositivo 104 y está acoplado operativamente al acoplamiento de dispositivo 104 a través de, por ejemplo, un bus o placa base para comunicarse con cualquier dispositivo unido al acoplamiento de dispositivo 104, así como para comunicarse con la circuitería electrónica dentro del acoplamiento de dispositivo 104, la circuitería electrónica dentro del acoplamiento de cliente de monitorización 102 y/o el cliente de monitorización 1. Opcionalmente, el módulo de comunicación 124D puede proporcionar comunicaciones para y/o energía a cualquier dispositivo acoplado dentro del acoplamiento de dispositivo 104, por ejemplo, la bomba de infusión 7, la bomba de jeringa 126, el dispensador de pastillas 128 o una bomba de microinfusión 130. Obsérvese que la funcionalidad del módulo de comunicación 124D también puede estar integrada en la circuitería del propio acoplamiento de dispositivo 104.
Adicional o alternativamente, en algunas formas de realización, es opcional para los módulos de comunicación 124 que cada uno esté configurado para proporcionar una fuente de alimentación suficiente para su dispositivo respectivo 7, 14, 15, 16, 17, 35, 126, 128, 148 que puede complementarse mediante una o varias fuentes de energía por cable, por ejemplo, una fuente de alimentación accesible a través del bus o la placa base dentro del acoplamiento de dispositivo 104. Como se mencionó anteriormente, en algunas formas de realización de la presente divulgación, el módulo de comunicación 124D proporciona suficiente energía a los dispositivos 7, 126, 128, 130 y 133.
Como se mencionó anteriormente, en algunas formas de realización, los módulos de comunicación 124 están configurados en cada caso con circuitería de potencia (por ejemplo, un convertidor de tensión, circuitería de regulación, circuitería de rectificación y filtrado, un circuito elevador, un circuito reductor, un circuito elevadorreductor, una fuente de alimentación en modo conmutado, etc.) que proporciona suficiente energía a los correspondientes dispositivos 7, 126, 128, y 130. En algunos de estos casos, esta circuitería de potencia puede ser configurable para permitir a fin de permitir proporcionar diversas características de suministro de energía (por ejemplo, nivel de tensión, requisitos de carga/corriente máxima y frecuencia A/C) asociadas con los diferentes y diversos dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 148. A la luz de esta divulgación resultará evidente cualquier número de esquemas de suministro y gestión de energía.
Opcionalmente, en otras formas de realización de la presente divulgación, un módulo de alimentación 132 que tiene una o varias celdas de batería, por ejemplo, celdas de batería de iones de litio, está unido al acoplamiento de dispositivo 104 para proporcionar suficiente energía a los dispositivos 7, 126, 128, 130, 133 durante toda la duración del tratamiento. Adicional o alternativamente, el módulo de alimentación 132 puede conectarse a una toma en la habitación del paciente (ilustrado en general en la figura 1 como fuente de CA), cuando esté disponible. En estos casos, puede utilizarse la energía de salida, cuando esté disponible, para alimentar los dispositivos en el acoplamiento 104 y para cargar las baterías incluidas en el módulo de alimentación 132 (esto puede producirse simultáneamente); cuando se pierde la energía de salida o no está disponible de otro modo, el módulo de alimentación 132 y/o las baterías dentro de los módulos de comunicación 124A, 124B, 124C pueden proporcionar energía a los dispositivos acoplados.
El sistema 100 de ejemplo puede incluir opcionalmente una llave 133. La llave 133 está acoplada en el acoplamiento de dispositivo 104 en la figura 1 o, en otras formas de realización, puede ser remota con respecto al acoplamiento de dispositivo 104 y/o al cliente de monitorización 1. La llave 133 puede proporcionar un protocolo o enlace de comunicaciones para dispositivos inalámbricos no disponibles de otro modo. Por ejemplo, como con el paso del tiempo están disponibles nuevos protocolos, tecnologías, estándares y técnicas inalámbricos, la llave 133 puede utilizarse para proporcionar un puente, encaminador o repetidor entre el nuevo protocolo de comunicaciones y convertir la información transmitida con un protocolo al otro protocolo de nuevo que el dispositivo con el nuevo protocolo pueda comunicarse con los dispositivos de cuidado de pacientes 7, 14, 15, 17, 35, 126, 128, 130, el acoplamiento de dispositivo 104, el módulo de comunicación 124D, el acoplamiento de cliente de monitorización 102, el cliente de monitorización 1, un concentrador 802 de la figura 8 y/u otros dispositivos. La llave 133 puede retransmitir los datos recibidos desde el enlace de comunicaciones nuevo utilizando un protocolo, tecnología, estándar o técnica inalámbrico utilizado por uno o varios de los dispositivos de cuidado de pacientes 7, 14, 15, 17, 35, 126, 128, 130, el acoplamiento de dispositivo 104, el módulo de comunicación 124D, el acoplamiento de cliente de monitorización 102, el cliente de monitorización 1, el concentrador 802 de la figura 8 y/u otros dispositivos en un formato conocido o utilizado por otro, tal como, por ejemplo, el servidor de monitorización 3 o el cliente de monitorización 1. La llave 133 también puede proporcionar un puente de comunicaciones a enlaces de comunicaciones basados en sistemas celulares, tales como sistemas celulares basados en EVDO o CDMA.
En algunas formas de realización, la llave 133 puede comunicar parámetros de cuidado de pacientes, por ejemplo, parámetros de tratamiento de pacientes o parámetros de estado del paciente, desde uno o varios dispositivos de cuidado de pacientes y retransmitirlos al cliente de monitorización 1, el concentrador 802 de la figura 8 y/o el servidor de monitorización 3, y viceversa. Opcionalmente, en algunas formas de realización, la llave 133 puede incluir un conector de unión por cable, por ejemplo, un conector RS-232, y puede conectarse a un dispositivo heredado para proporcionar comunicaciones desde el dispositivo heredado a uno o varios otros dispositivos de cuidado de pacientes, el cliente de monitorización 1, el concentrador 802 de la figura 8 y/o el servidor de monitorización 3, y similares. El dispositivo heredado puede ser, por ejemplo, un dispositivo heredado de cuidado de pacientes, un dispositivo de cálculo heredado, otro dispositivo que utilice un protocolo de comunicaciones por cable heredado, o similar.
Opcionalmente, el sistema 100 también puede incluir un monitor de sistema portátil 131 para monitorizar el funcionamiento de diversos dispositivos, acoplamientos, clientes de monitorización y/o servidores. Puede utilizarse un cliente de monitorización 1, un comunicador remoto 11 y/o un concentrador 802 de la figura 8 para programar, interactuar con y/o emparejarse con el monitor de sistema portátil 131. El monitor de sistema portátil 131 puede llevarlo el paciente 2 o los cuidadores, y pueden utilizarse múltiples monitores de sistema portátiles 131. El monitor de sistema portátil 131 puede interrogar a diversos dispositivos para garantizar su funcionamiento adecuado. Por ejemplo, en una forma de realización de ejemplo, el monitor de sistema portátil 131 se comunica con los dispositivos de cuidado de pacientes 14, 15, 16, 17, 35, 126, 128, 130, el cliente de monitorización 1, el acoplamiento de cliente de monitorización 102, el acoplamiento de dispositivo 104 y/o el concentrador 802 de la figura 8 para determinar si existe algún fallo, error, irregularidad, corrupción de datos, degradación de la comunicación, funcionamiento incompleto, funcionamiento lento, u otro problema.
Las comunicaciones del monitor de sistema portátil 131 pueden incluir una o varias señales de interrogación para determinar si el dispositivo al que se interroga funciona de manera adecuada, está funcionando dentro de unos parámetros operativos predeterminados, y/o de otro modo está en una condición o estado no deseado. El monitor de sistema 131 puede comunicar la condición o el error detectado a uno o varios dispositivos, tales como el servidor de monitorización 3, el cliente de monitorización 1 o el concentrador 802 de la figura 8, para alertar a un cuidador, para que inicie un procedimiento de apagado, y/o inicie otra medida correctora adecuada dirigida al dispositivo que funciona mal. Por ejemplo, el monitor de sistema 131 puede utilizar el transceptor del módulo de comunicación 124J para comunicarse con el cliente de monitorización 1, el servidor de monitorización 3 a través de un encaminador WiFi acoplado a la red y/o internet, otros clientes de monitorización 4, otro dispositivos configurados con un módulo de comunicación 124, o con el comunicador remoto 11 para indicar una alerta y/o alarma resultante de una respuesta a una interrogación anómala o ausente. La alerta y/o alarma puede hacer que el dispositivo suene de manera audible o indique visualmente una alerta y/o una alarma. En algunas formas de realización de la presente divulgación, el monitor de sistema 131 incluye un botón de llamada (no mostrado explícitamente) para permitir que el paciente 2 llame a un cuidador, por ejemplo, la petición se envía al cliente de monitorización 1 o al comunicador remoto 11 para indicar visualmente y/o de manera audible la petición al usuario que tiene el dispositivo.
El monitor de sistema 131 puede implementar su funcionalidad de diversas maneras, incluyendo, por ejemplo: (1) anticipando una respuesta a una interrogación en una cantidad de tiempo predeterminada; (2) incrementando un contador dentro del dispositivo al que se interroga, y pidiendo el valor del contador desde el dispositivo después de haberse incrementado; (3) una interrogación de reto-respuesta; y/o (4) otra técnica o procedimiento de monitorización de sistema.
Como se mencionó anteriormente, en algunas formas de realización, el monitor de sistema 131 anticipa una respuesta a una interrogación en una cantidad de tiempo predeterminada después de interrogar a un dispositivo de cuidado de pacientes emparejado con el monitor de sistema 131. Por ejemplo, el monitor de sistema 131 puede enviar un mensaje de texto a la bomba de infusión 7 de “interrogación del monitor de sistema”. En este ejemplo, la bomba de infusión 7 recibe el mensaje del monitor de sistema 131 indicado como “interrogación del monitor de sistema”, y procesa el mensaje utilizando uno varios procesadores en el mismo. Cuando la bomba de infusión 7 procesa el mensaje, una rutina de software en el mismo ejecuta un código que envía un mensaje de respuesta de vuelta al monitor de sistema 131; por ejemplo, el mensaje de respuesta puede ser un mensaje de texto de “respuesta del monitor de sistema” que se envía al monitor de sistema 131. En este ejemplo, el monitor de sistema 131 puede esperar recibir el mensaje de respuesta en una cantidad de tiempo predeterminada, tal como 2 segundos, y si el monitor de sistema 131 no recibe el mensaje de respuesta en 2 segundos, el monitor de sistema 131 alarma y/o envía una alerta a otros dispositivos (por ejemplo, el monitor de sistema 131 puede emitir un mensaje de error o alerta, o puede hacer que se proporcione una alarma o alerta, de manera audible o visualmente, al portador a través del comunicador remoto 11).
Como se mencionó anteriormente, en algunas formas de realización, el monitor de sistema 131 hace que un contador dentro del dispositivo al que se interroga incremente y pida el valor del contador desde el dispositivo después de haberse incrementado. Por ejemplo, el monitor de sistema 131 puede enviar una petición a un dispositivo de cuidado de pacientes, por ejemplo, bomba de infusión 7, enviando un mensaje, tal como “incrementar contador”, al dispositivo. El procesador del dispositivo recibe el mensaje de “incrementar contador” y lee un valor de una ubicación de memoria del dispositivo, incrementa el valor encontrado en la ubicación de memoria, y almacena el valor nuevo en la misma ubicación de memoria sobrescribiendo el valor anterior. A continuación, en este ejemplo, el procesador lee el valor nuevo de la ubicación de memoria y envía ese valor nuevo al monitor de sistema 131, por ejemplo, a través de un transceptor inalámbrico en el dispositivo al que se interroga. El monitor de sistema 131, en este ejemplo, esperará un determinado valor del dispositivo al que se interroga (este valor esperado puede almacenarse en una memoria del monitor de sistema, tales como, por ejemplo, en una tabla). Por ejemplo, el monitor de sistema 131 puede tener almacenado en su memoria que un valor of 48 que se recibió anteriormente desde el dispositivo, y después de pedir que se actualice el valor dentro del dispositivo interrogado, espera recibir un valor de 49 desde el dispositivo.
También como se mencionó anteriormente, puede utilizarse una interrogación de reto-respuesta por el monitor de sistema 131. Por ejemplo, el monitor de sistema 131 puede enviar un mensaje cifrado a un dispositivo de cuidado de pacientes. Entonces se pide al dispositivo de cuidado de pacientes que descifre el mensaje, por ejemplo, utilizando una clave de cifrado, y que envíe el mensaje de vuelta al monitor de sistema 131. El monitor de sistema 131 puede esperar que el mensaje ni cifrado vuelva en una cantidad de tiempo predeterminada. En este ejemplo, si el monitor de sistema 131 no recibe el mensaje de respuesta en la cantidad de tiempo predeterminada, el monitor de sistema 131 alarma y/o envía una alerta a otros dispositivos (por ejemplo, el monitor de sistema 131 puede emitir un mensaje de alerta o alarma y/o transmitirlos al cliente de monitorización 1, el servidor de monitorización 3, al concentrador 802 de la figura 8 o al comunicador remoto 11, que a su vez visualiza o indica de manera audible la alerta o alarma).
En una forma de realización de la presente divulgación, el cliente de monitorización 1 puede comunicar e interactuar directamente con un profesional de la salud utilizando un comunicador remoto de mano o portátil 11 (que, por ejemplo, puede ser un teléfono inteligente, un ordenador de tipo tableta, un PDA, un ordenador portátil, u otro dispositivo de cálculo portátil). Esto puede conseguirse de manera inalámbrica 12, de modo que puedan mantenerse las comunicaciones independientemente de la ubicación del paciente en la instalación, o la ubicación del cuidador bien dentro o bien fuera de la instalación. En un aspecto, en el cliente de monitorización 1 puede almacenarse localmente información específica para el paciente 2, de modo que el profesional de la salud del paciente pueda acceder a la información directamente sin tener que acceder al servidor de monitorización 3.
En algunas formas de realización, opcionalmente, incorporando autorizaciones de seguridad adecuadas, pueden conseguirse cambios en los ajustes o parámetros de flujo de una bomba de infusión conectada 7 o dispositivo de monitorización de pacientes 14-17, 35, 126, 128, 130, 148 directamente entre un cliente de monitorización del cuidador 11 y el cliente de monitorización 1 (a través de comunicaciones por cable o inalámbricas), comunicándose también los cambios seleccionados al servidor de monitorización 3, y por tanto opcionalmente a otras ubicaciones adecuadas, tales como la estación de enfermería 5 y/o la farmacia 6. Además, cualquier pedido nuevo relativo al paciente 2 puede introducirse en el comunicador remoto del proveedor del pedido 11 (por ejemplo, teléfono inteligente) y transmitirse al cliente de monitorización 1, que entonces a su vez puede notificar al cuidador (por ejemplo una enfermera, enfermera practicante, médico, doctor, u otro profesional de la salud) a través del comunicador portátil del propio cuidador 11. Adicional o alternativamente, en algunas formas de realización, el pedido nuevo también puede comunicarse a la bomba de infusión 7 o dispositivo de monitorización de pacientes 14­ 17, 35, 126, 128, 130, 148 de modo que el sistema de control en el mismo o acoplado al mismo pueda cambiar su funcionamiento, por ejemplo, valor de consigna, en respuesta al pedido nuevo. En algunas formas de realización, cualquier información adquirida y almacenada en el cliente de monitorización 1 se carga periódicamente en el servidor de monitorización 3 y se almacena en una base de datos específica del paciente. Por tanto, si un cliente de monitorización del paciente 1 se pone fuera de servicio, puede asignarse un nuevo dispositivo al paciente 2 y rápidamente volver a llenarse con la información actual del paciente del el servidor de monitorización 3. Los pedidos, medicaciones, notas de evolución, datos de monitorización, datos de tratamiento, parámetros de tratamiento de pacientes, parámetros de monitorización del paciente y/o parámetros operativos de los dispositivos conectados al paciente también pueden cargarse del cliente de monitorización 1 a las EHR del paciente 19, cualquier comunicador remoto aplicable 11, el concentrador 802 de la figura 8 y/o el servidor de monitorización 3 para un almacenamiento permanente, temporal o efímero, y/o para su análisis para confirmar que es según criterios predeterminados, por ejemplo, intervalos, valores umbral, y similares.
En algunas formas de realización, el servidor de monitorización 3 puede comprender un ordenador que puede comunicarse con y proporcionar algunos elementos de control para varios clientes de monitorización 1, 4, 11 en la instalación 8. El servidor de monitorización 3 puede proporcionar a los clientes de monitorización 1, 4, 11 datos extraídos de una serie de bases de datos tanto dentro 8 como fuera 9 de la instalación. En una forma de realización de la presente divulgación, el servidor de monitorización 3 puede interrogar al sistema de EHR de la instalación 19 información específica relativa a un paciente 2, y a continuación llenar ese cliente de monitorización del paciente 1 con un conjunto predefinido de información (tal como, por ejemplo, la edad del paciente, altura, peso, categorías de diagnóstico, medicaciones actuales y categorías de medicación, alergias y sensibilidades a medicamentos, etc.). Según uno de estos ejemplos, el servidor de monitorización 3 puede establecer un enlace de comunicación con la EHR 19, el laboratorio 20, radiología 21, farmacia 22, y/u otros sistemas (tales como, por ejemplo, cardiología 23 o base de datos de planificación 24) en la instalación cuando, por ejemplo, se ha asignado un cliente de monitorización 1 a un paciente 2. Con un identificador de paciente unívoco, el servidor de monitorización 3 puede obtener acceso electrónico (permiso) para recibir y enviar datos específicos del paciente desde y a estos sistemas. Un subconjunto de los datos predeterminado (pero seleccionable) puede descargarse en la memoria del cliente de monitorización 1 (no mostrado explícitamente en la figura 1).
La información así adquirida puede servir entonces como base de datos clave con la que pueden analizarse los pedidos nuevos. Los pedidos introducidos en un cliente de monitorización 1 pueden comprobarse respecto a su compatibilidad con la información específica del paciente obtenida por el servidor de monitorización 3. Opcionalmente, para redundancia de seguridad, los pedidos introducidos de manera remota desde un comunicador 11 pueden interceptarse por el servidor de monitorización 3 y de manera similar pueden comprobarse. El servidor de monitorización 3 también puede obtener información de bases de datos de medicaciones que residen en la farmacia de la instalación 22 o externamente 9 para determinar si un pedido nuevo de paciente puede generar una incompatibilidad con una medicación existente del paciente, por ejemplo. En una forma de realización de la presente divulgación, el servidor de monitorización 3 puede estar programado para acceder a sitios de internet disponibles públicamente 25 para determinar si debe descargarse información nueva relativa a la medicación pedida del paciente y transmitirse 13 en una alerta o alarma al/a los profesional(es) de la salud del paciente. El servidor de monitorización 3 también puede encaminar información entre los comunicadores portátiles remotos 11 y un cliente de monitorización del paciente 1.
En una forma de realización de la presente divulgación, el médico, enfermera o farmacéutico del paciente puede tener acceso al cliente de monitorización del paciente 1 para enviar o recibir pedidos nuevos (tales como pedidos de medicaciones, por ejemplo) relativos al paciente 2. Entonces el cliente de monitorización 1 o servidor 3 puede registrar el pedido nuevo y enviar la petición al farmacéutico 6, y la enfermera del paciente a través del comunicador portátil de la enfermera 11 y/o a través de un terminal fijo en la estación de enfermería 5. Un 'teléfono inteligente’ con una aplicación de comunicaciones personalizada con el cliente de monitorización 1 (tal como, por ejemplo, un teléfono Nexus One de Google, iPhone de Apple o SO de Blackberry de RIM, entre otros) puede servir como comunicador portátil conveniente 11 para cuidadores que no están en una ubicación fija (tal como en una oficina o estación de enfermería remota). Un PC de tableta, netbook u ordenador portátil también puede servir como comunicador portátil conveniente 11 para ubicaciones portátiles y fijas. Un PC puede actuar como dispositivo de comunicación conveniente 11 para ubicaciones fijas o de escritorio. Si un cuidador está ubicado en la habitación del paciente, puede introducir o recibir información relativa al paciente 2 utilizando una entrada directa a través de un teclado o pantalla táctil en el cliente de monitorización 1.
Un cliente de monitorización 1 puede recibir, procesar y transmitir información sobre un paciente específico 2 al que se ha asignado o designado. De la manera más conveniente el cliente de monitorización 1 puede unirse o acoplarse al acoplamiento de cliente de monitorización 102 para comunicarse con la bomba de infusión 7, o cualquier otro dispositivo al que el paciente 2 puede estar conectado o asociado. El cliente de monitorización 1 puede ser un dispositivo de mano con el tamaño de un teléfono inalámbrico o netbook de tipo tableta, por ejemplo. De manera conveniente, puede tener una interfaz de pantalla táctil para su uso por el cuidador del paciente. También puede proporcionar una salida en una pantalla estacionaria más grande en la habitación del paciente o en una estación de enfermería 5 u otra ubicación conveniente, a través de una conexión por cable o inalámbrica. Cada cliente de monitorización 1 puede comunicarse con un servidor de monitorización central 3, a través del que puede acceder a datos del paciente de la base de datos de EHR de la instalación 19, una base de datos de laboratorio 20, una base de datos de radiología 21, una base de datos de farmacia 22, u otras bases de datos en diversos otros departamentos de la instalación. En algunos casos, el cliente de monitorización 1 puede cargar información que recibe de los dispositivos de monitorización de pacientes 14-17 o de entradas del cuidador en la EHR del paciente 19 a través del servidor de monitorización 3. Los clientes de monitorización 1,4 también pueden recibir información de bases de datos fuera de la instalación a través de un servidor de monitorización 3 con conexión a internet 25. Así, diversas bases de datos externas 9 pueden ser accesibles, incluyendo diversas bases de datos de información de fármacos y redes de alerta relacionadas con efectos adversos relacionados con la medicación.
El servidor de monitorización 3 podría estar dispuesto, por ejemplo, para gestionar varios niveles de información de bases de datos externas útiles para mantener el contenido del cliente de monitorización 1 lo más actualizado posible. Esto puede conseguirse, por ejemplo, comparando información de seguridad y fármacos relacionada con el paciente a medida que está disponible, y dando prioridad a actualizaciones/descargas en un plan de transferencia de datos. Los clientes de monitorización 1, 4 también pueden comunicarse directamente o a través del servidor de monitorización 3 con comunicadores portátiles 11 utilizados por profesionales de la salud tales como enfermeras, médicos y farmacéuticos. En algunos casos, estos dispositivos pueden tener conexiones por cable al servidor de monitorización 3 (si se utiliza, por ejemplo, en ubicaciones fijas tales como farmacias de hospital o estaciones de enfermería). En otros casos, un comunicador portátil 11 puede comunicarse con el servidor de monitorización 3 a través de conexiones de internet seguras (por ejemplo, conexiones de internet basadas en VPN, UPN, Https, un mecanismo de claves privadas, etc.) utilizando un ordenador y una conexión 13 por cable o inalámbrica (por ejemplo, Bluetooth o WiFi 802.11) con el dispositivo 11. Alternativamente, un comunicador remoto de mano 11 (tal como un teléfono inteligente o netbook de tableta) puede comunicarse directamente 12 con el cliente de monitorización de la instalación 1 a través de una red de telefonía móvil y/o la instalación puede incluir una red móvil privada que puede incluir una red WiFi (por ejemplo, una banda ISM sin licencia de 2,4 GHz a 2,4835 GHz, por ejemplo).
En algunas formas de realización, el enlace de comunicación entre los clientes de monitorización 1, 4 y el servidor de monitorización 3 puede existir a través de una red de Ethernet si está ampliamente disponible en la instalación, o a través de transmisión inalámbrica utilizando uno de varios estándares, que enlazan todos los clientes de monitorización específicos del paciente 1,4 con el servidor de monitorización central 3. Entonces el servidor 3 puede servir como relé para las comunicaciones con otros servidores de la instalación 8, con los servidores basados en web 25, y con comunicadores portátiles internos y externos 11 portados por proveedores de asistencia médica. En algunas formas de realización, una red inalámbrica proporciona la funcionalidad adicional de poder comunicarse con el servidor de monitorización 3 independientemente de dónde esté el paciente 2 en la instalación.
Un procedimiento para cubrir toda una instalación con cobertura inalámbrica implica que la instalación obtenga una licencia para una red privada de telefonía móvil. Puede obtener o arrendar una o varias frecuencias microcelulares para proporcionar una red de comunicaciones locales por toda la instalación. Esta disposición puede preservar las comunicaciones cuando los pacientes y sus clientes de monitorización 1, 4 se mueven de una ubicación a otra dentro de la instalación, manteniendo las comunicaciones con un servidor de monitorización 3, diversas bases de datos dentro y fuera del hospital 8, 25, y usuarios en estaciones fijas (por ejemplo, en algunas formas de realización, la estación de enfermería 5 y la farmacia 6) o con un cliente de monitorización 11 (por ejemplo, teléfono inteligente móvil, ordenador portátil o dispositivos tipo tableta) dentro o fuera del hospital. En algunas formas de realización, este tipo de sistema proporciona una seguridad adicional a través de una infraestructura de comunicaciones celulares con licencia. Además, en algunas formas de realización, un sistema inalámbrico activo puede monitorizar la intensidad de uso en un área y dirigir frecuencias de canal adicionales a esa área. Sin embargo, en algunas formas de realización, la capacidad de ancho de banda de la red puede no permitir una transmisión eficiente de archivos de datos grandes, tales como los que contienen imágenes de radiología, por ejemplo. Tales archivos de datos que requieren mucho ancho de banda pueden comunicarse de manera más eficiente a través de conexiones por cable.
Alternativamente o adicionalmente, un hospital puede implementar un sistema de comunicaciones basado en internet o intranet, en el que se utiliza un protocolo de tipo 802.11 WiFi para comunicaciones inalámbricas entre clientes de monitorización individuales 1, 4 y el servidor de monitorización 3. Para garantizar una recepción adecuada de señales en toda la instalación, puede montarse una antena de banda ancha en el techo del edificio para recoger las señales de teléfonos móviles de compañías locales de telefonía móvil. Entonces una red por cable o de fibra óptica puede distribuir las señales en toda la instalación. Adicional o alternativamente, el servidor de monitorización 3 puede utilizar la red privada de telefonía móvil mencionada anteriormente. Tales sistemas permiten normalmente proporcionar comunicaciones seguras, y pueden comunicar de manera eficiente archivos grandes, tales como, por ejemplo, imágenes de radiología almacenadas en la base de datos de radiología 21. Usuarios en casa o en la oficina pueden conectarse al servidor del hospital a través de, por ejemplo, VPN u otro acceso seguro utilizando cable o fibra óptica, o una línea de teléfono DSL. Puede utilizarse cifrado de datos para proporcionar seguridad de datos del paciente. En algunas aplicaciones puede ser ventajoso implementar una red de comunicaciones de ancho de banda asimétrico para optimizar las capacidades de la infraestructura. Un ejemplo de esto sería utilizar frecuencias celulares con licencia en el sentido “aguas arriba” desde el cliente de monitorización 1 hasta el servidor de monitorización 3 y las frecuencias 802.11 WiFi sin licencia en el sentido “aguas abajo” desde el servidor de monitorización 3 hasta el cliente de monitorización 1. En este ejemplo, los requisitos de velocidad de datos y ancho de banda aguas arriba son relativamente reducidos comparado con los requisitos aguas abajo. En transmisiones aguas arriba de baja prioridad, el cliente de monitorización 1 puede permitir que los datos se envíen por una red más distribuida y económica, tal como, por ejemplo, una red ZigBee, una red Bluetooth, una red de malla, o similar.
Como se mencionó anteriormente, las comunicaciones entre diversos dispositivos de monitorización, tales como dispositivos de cuidado de pacientes 14, 15, 16, 17, 35, y el cliente de monitorización 1 pueden conseguirse de manera económica utilizando, por ejemplo, una red de malla inalámbrica ZigBee y/o una red Bluetooth. Los dispositivos de monitorización a modo de ejemplo incluyen monitores de ECG 14, monitores de tensión arterial 15, oxímetros de pulso/capnómetros 16, termómetros y básculas, entre otros. Una característica común de la mayoría de estos dispositivos es que proporcionan lecturas periódicas de un solo o un número reducido de parámetros. Un sistema de comunicaciones de dispositivos intrahospitalarios tal como la red de malla inalámbrica proporciona conectividad de radio digital de baja potencia entre dispositivos, y puede emplear una banda de frecuencia sin licencia, ampliamente disponible (por ejemplo, 2,4 GHz en algunas jurisdicciones). Pueden emplearse protocolos de comunicaciones de alto nivel para garantizar la fidelidad y seguridad de datos, tales como, por ejemplo, TCP, UDP, y similares. Por ejemplo, pueden utilizarse claves de cifrado simétricas para asegurar las comunicaciones entre el cliente de monitorización y los dispositivos de cuidado de pacientes, tales como las generadas para los algoritmos de cifrado de Twofish, Serpent, AES (Rijndael), Blowfish, CAST5, RC4, 3DES, IDEA, y similares. Adicional o alternativamente, pueden utilizarse diversas técnicas de integridad de datos, por ejemplo, CRC, comprobación de bits de paridad impares, o incluso comprobación de bits de paridad pares, y similares.
Las redes de malla son muy escalables, permitiendo utilizar muchos dispositivos en una sola red de malla de autoformación y autorrecuperación. Los dispositivos conectados a la red pueden comunicarse entre sí y servir de repetidores para transferir datos. Una red de malla puede tener un coste relativamente bajo, ser escalable y móvil el paciente monitorizado. En algunas formas de realización, el alcance inalámbrico para los dispositivos unidos a la red de malla inalámbrica puede aproximarse a 70 metros con respecto a cada nodo del sistema dentro de una instalación. Puede utilizarse una red similar para proporcionar un enlace inalámbrico dentro de la instalación entre comunicadores portátiles 11 portados por profesionales de la salud y sus pacientes asignados a través de los clientes de monitorización de los pacientes 1, 4.
En muchos casos, la información que se transmite al cliente de monitorización 1 puede incluir un solo valor de parámetro (tal como, por ejemplo, tensión arterial) y un sello de fecha y hora. El cliente de monitorización 1 puede estar programado para determinar si el valor está fuera de un intervalo predeterminado, registrar el valor en la EHR del paciente 19 y notificar al cuidador adecuado a través de su cliente de monitorización 11. Además, la red puede permitir comunicaciones bidireccionales, y puede permitir que el cliente de monitorización 1 consulte al dispositivo de monitorización de pacientes (por ejemplo, monitor BP 15), indicándole que tome una lectura no planificada. Esto puede ser útil, por ejemplo, cuando se recibe una lectura anómala, y es necesario verificar su autenticidad. El cliente de monitorización 1 puede estar programado para pedir una lectura repetida para verificar la lectura anómala. En una forma de realización adicional, el cliente de monitorización 1 puede estar programado para interrumpir o ajustar el caudal de la bomba de infusión 7, un parámetro operativo y/o parámetro de tratamiento dependiendo del valor de la lectura recibida desde un dispositivo de monitorización 14-17. Por ejemplo, si el monitor BP 15 indica una tensión arterial por debajo de un intervalo aceptable predeterminado, el cliente de monitorización 1 puede estar programado para indicar a la bomba de infusión 7 que detenga la infusión, y puede transmitir una notificación urgente 12 a los clientes de monitorización del/de los profesional(es) de la salud 11. En otra forma de realización, si la bomba de infusión 7 puede determinar el volumen de fluido que se suministra al paciente 2 (por ejemplo, el caudal o la cantidad acumulada de fluido bombeado durante un intervalo), un procesador en el cliente de monitorización 1 puede realizar un seguimiento del volumen acumulado suministrado y estimar la cantidad de fluido que queda en la bolsa de medicación 170. (Alternativamente, un procesador en el cliente de monitorización 1 o bomba de infusión 7 puede calcular el volumen suministrado a partir de la velocidad de infusión y el tiempo de infusión transcurrido).
Una vez que el volumen residual estimado alcanza una cantidad predeterminada, el cliente de monitorización 1 puede indicar a la bomba de infusión 7 que reduzca su caudal para evitar que el acceso IV del paciente 35 se seque. Por ejemplo, el cliente de monitorización 1 puede determinar que una enfermera está planificada para volver a una hora específica para cambiar la bolsa, y en lugar de alarmar y/o enviar una alarma respecto a que se terminará el fluido IV antes de la vuelta planificada de la enfermera, el cliente de monitorización 1 puede indicar a la bomba de infusión 7 que disminuya la velocidad de infusión de modo que la bolsa IV se vaciará cuando la enfermera llegue o después de una cantidad de tiempo predeterminada desde la hora de la vuelta planificada de la enfermera. También puede enviar una notificación al cliente de monitorización de la enfermera 11, recomendando rellenar la bolsa IV 17.
En algunas formas de realización, el funcionamiento de los progresos de un dispositivo de cuidado de pacientes se indica mediante un borde externo en una pantalla del cliente de monitorización 1 para mostrar el estado y/o progreso del dispositivo de cuidado de pacientes. Por ejemplo, se visualizará un borde externo en el cliente de monitorización 1 de modo que se iluminará un porcentaje del borde (por ejemplo, empieza a formar una periferia externa completamente llena a medida que se rellena el borde) para indicar el progreso de un tratamiento realizado por un dispositivo de cuidado de pacientes, tal como la bomba de infusión 7. El borde puede transmitirse en formato de imagen (por ejemplo, JPEG, BMP, etc.) al cliente de monitorización 1 desde la bomba de infusión 7 y/o como un porcentaje completado al cliente de monitorización 1, en cuyo caso el cliente de monitorización 1 genera el borde.
En algunas formas de realización, un GPS y/o un módulo de alcance (por ejemplo, módulo de alcance ultrasónico que utiliza estimaciones de tiempo de vuelo) puede estar instalado en la bomba de infusión 7, el cliente de monitorización 1, un cuidador y/o un paciente. Los ajustes predeterminados pueden requerir que un grupo predeterminado de la bomba de infusión 7, el cliente de monitorización 1, el concentrador 802 de la figura 8, el cuidador y/o el paciente, en esta forma de realización específica, deba estar a una distancia predeterminada uno respecto a otro antes de iniciar el tratamiento y/o antes de configurar uno de la bomba de infusión 7 y/o el cliente de monitorización 1.
En algunas formas de realización, un dispositivo de cuidado de pacientes 7, 170, 126, 128, 130, 14, 15, 16, 17, 124, o 148, un acoplamiento 102 o 104, un cliente de monitorización 1, el concentrador 802 de la figura 8 puede enviar una alarma moderada, alarma fuerte y/o alarmas no críticas al comunicador remoto 11 sin producir una alarma en el dispositivo que emite la alarma y/o en el cliente de monitorización 1 hasta que ha pasado una cantidad de tiempo predeterminado (para permitir que un cuidador encuentre una solución para eliminar la causa de la alarma sin molestar a un paciente, por ejemplo). Si la causa de la alarma se elimina antes de la cantidad de tiempo predeterminada, el dispositivo que emite la alarma y/o el cliente de monitorización 1 puede no recibir la alarma evitando así molestar adicionalmente al paciente.
En algunas formas de realización, el cable de CA de la figura 1 incluye pinzas de modo que los tubos IV pueden sujetarse al mismo.
En algunas formas de realización, la bomba de infusión 7 incluye luces LED de estado que indican uno o varios de: se han pasado comprobaciones de seguridad; la bomba produce un flujo; hay una oclusión; y/o la bomba se está desconectando). Un usuario puede utilizar el cliente de monitorización 1 para leer un código de barras en la bolsa IV 170 (por ejemplo, utilizando la cámara 144 o la cámara 136 y/o el escáner 120) momento en el que un LED sobre un conector puede parpadear para indicar al usuario que el tubo conectado a la bolsa IV 170 debería insertarse en el mismo.
En algunas formas de realización, cada elemento, componente, dispositivo, dispositivo de cuidado de pacientes, acoplamiento y dispositivo de cálculo, numerado o no numerado, como se muestra en la figura 1 o se describe con la misma es opcional. Por ejemplo, en algunas formas de realización, el cliente de monitorización 1 es opcional, el servidor de monitorización 3 es opcional, los servicios de la instalación 8 son opcionales, cada uno de los servicios 19, 20, 21, 22, 23, 24 es opcional, el servidor en la nube 25 es opcional, cada uno de los otros clientes de monitorización 4 es opcional, las bases de datos de fármacos en línea 9 son opcionales, la red de efectos adversos por fármacos es opcional, la EHR personal del paciente 19’ es opcional, y/o la base de datos de resultados del tratamiento 10 es opcional. Adicional o alternativamente, en algunas formas de realización, cada uno de los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 es opcional. Del mismo modo, cada uno del monitor de sistema 131, la pulsera 118, la RFID 116, el código de barras 114, el escáner 120, la pantalla 134 y/o alimentación de CA, es opcional en algunas formas de realización de la presente divulgación.
Adicionalmente, en algunas formas de realización, aunque algunos elementos, componentes, dispositivos, dispositivos de cuidado de pacientes, acoplamientos y dispositivos de cálculo, numerados o no numerados, como se muestra en la figura 1 o se describe con la misma se muestran como el único elemento, componente, dispositivo, dispositivo de cuidado de pacientes, acoplamiento o dispositivo de cálculo, se contemplan múltiples elementos, componentes, dispositivos, dispositivos de cuidado de pacientes, acoplamientos y dispositivos de cálculo; por ejemplo, aunque en la figura 1 se muestra una sola bomba de infusión 7, en algunas formas de realización, pueden utilizarse dos bombas de infusión 7, pueden utilizarse múltiples bombas de infusión 7, o puede utilizarse cualquier número arbitrario de bombas de infusión 7. Adicional o alternativamente, en algunas formas de realización, pueden utilizarse múltiples acoplamientos de dispositivo 104 y/o múltiples acoplamientos de cliente de monitorización 102.
Adicional o alternativamente, aunque se muestran dispositivos de cuidado de pacientes particulares 7, 14, 15, 16, 17, 126, 128, 130, 148, pueden utilizarse otras combinaciones, subconjuntos, múltiples de un dispositivo de cuidado de pacientes particular, o combinaciones de los mismos. Por ejemplo, en algunas formas de realización, sólo se utiliza una bomba de infusión 7 de los dispositivos de cuidado de pacientes, y, en este ejemplo específico, los otros dispositivos de cuidado de pacientes 14, 15, 16, 17, 126, 128, 130, 148 pueden estar desactivados, pueden no estar presentes o disponibles para el uso del sistema, pueden estar apagados o pueden no formar parte del sistema 100 de la figura 1. Adicional o alternativamente, en algunas formas de realización específicas, sólo los dispositivos de cuidado de pacientes utilizados pueden acoplarse al acoplamiento de dispositivo 104; por ejemplo, en esta forma de realización específica, la bomba de infusión 7 es el único dispositivo acoplado en el acoplamiento de dispositivo 102 y el acoplamiento de dispositivo 102 sólo recibe un dispositivo, por ejemplo, la bomba de infusión 7. Adicional, alternativa, u opcionalmente, en algunas formas de realización específicas, los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148, son acoplables, pueden funcionar sin estar acoplados, y/o pueden no ser acoplables y pueden funcionar como dispositivo de cuidado de pacientes autónomo.
En algunas formas de realización, los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130 y/o 148, el cliente de monitorización 1, el comunicador remoto 11, y los acoplamientos 102 y/o 104 pueden incluir una clase de datos segura, por ejemplo, a través de una API.
Cualquier función descrita con referencia a la figura 1, puede realizarse por el concentrador 802 de la figura 8, en algunas formas de realización.
La figura 2 muestra un diagrama de flujo que ilustra un procedimiento 150 para mantener las comunicaciones entre un cliente de monitorización, por ejemplo, el cliente de monitorización 1 de la figura 1, y uno o varios de dispositivos de cuidado de pacientes, por ejemplo, uno o varios de los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35 126, 128, 130, 148 de la figura 1, según una forma de realización de la presente divulgación. El procedimiento 150 de este ejemplo incluye las acciones 152-169. El cliente de monitorización 1 puede visualizar un icono que indica cuándo se establecen las comunicaciones a los dispositivos de cuidado de pacientes emparejados y/o designados. El cliente de monitorización 1 puede realizar una comprobación para determinar que las comunicaciones con los dispositivos de cuidado de pacientes emparejados y/o designados están disponibles a intervalos predeterminados, y si las comunicaciones a un dispositivo de cuidado de pacientes emparejado o designado no están disponible para una cantidad de tiempo predeterminada, el cliente de monitorización 1 puede emitir una alarma o alerta.
La acción 152 determina si el acoplamiento de cliente de monitorización está disponible como enlace de comunicaciones entre el cliente de monitorización y el acoplamiento de cliente de monitorización a través de un conector de acoplamiento. Si el enlace de comunicaciones de la acción 152 está disponible, el procedimiento 150 continúa con la acción 154, de otro modo el procedimiento 150 continúa con la acción 156.
La acción 156 determina si el acoplamiento de cliente de monitorización está disponible como enlace de comunicaciones entre el cliente de monitorización y el acoplamiento de cliente de monitorización a través de un enlace inalámbrico. Si el enlace de la acción 156 está disponible, el procedimiento 150 continúa con la acción 154, de otro modo, el procedimiento 150 continúa con la acción 158.
La acción 154 determina si el acoplamiento de cliente de monitorización está disponible como enlace de comunicaciones entre el acoplamiento de cliente de monitorización y un acoplamiento de dispositivo que utiliza un cable. Si el enlace de comunicaciones de la acción 154 está disponible, el procedimiento 150 continúa con la acción 160, de otro modo, el procedimiento 150 continúa con la acción 158. La acción 160 determina si el acoplamiento de dispositivo está disponible como enlace de comunicaciones entre el acoplamiento de dispositivo y el dispositivo de cuidado de pacientes, por ejemplo, a través de un enlace de comunicaciones inalámbrico o por cable. Si el enlace de comunicaciones de la acción 160 está disponible, el procedimiento 150 continúa con la acción 166, de otro modo, el procedimiento 150 continúa con la acción 162. La acción 162 determina si el dispositivo de cuidado de pacientes está disponible como enlace de comunicaciones entre el cliente de monitorización y un acoplamiento de dispositivo de cuidado de pacientes a través de un enlace inalámbrico directo. Si el enlace de comunicaciones de la acción 162 está disponible, el procedimiento continúa con la acción 166, de otro modo, el procedimiento 150 continúa con la acción 164.
La acción 158 determina si el acoplamiento de dispositivo está disponible como enlace de comunicaciones entre el cliente de monitorización y el acoplamiento de dispositivo a través de un enlace inalámbrico. Si el enlace de comunicaciones de la acción 158 no está disponible, el procedimiento 150 continúa con la acción 162, de otro modo, el procedimiento 150 continúa con la acción 160.
La acción 166 intenta establecer una comunicación entre el cliente de monitorización y el dispositivo de cuidado de pacientes utilizando el enlace de comunicaciones disponible. En formas de realización alternativas, no se utiliza establecimiento de la comunicación; por ejemplo, no todos los protocolos utilizan un establecimiento de la comunicación entre terminales de comunicación. La acción de decisión 168 determina si el establecimiento de la comunicación de la acción 166 fue satisfactorio. Si la acción de decisión 168 determina que el establecimiento de la comunicación de la acción 166 no fue satisfactorio, entonces la acción 164 determina que la comunicación con el dispositivo de paciente no está disponible y/o el procedimiento 150 intenta establecer comunicaciones utilizando otros enlaces (no mostrados explícitamente). De otro modo, si la acción de decisión 168 determina que el establecimiento de la comunicación de la acción 166 fue satisfactorio, la acción 169 comunica datos utilizando un número suficiente de enlaces de comunicaciones determinados como disponibles por el procedimiento 150.
El procedimiento 150 es una forma de realización a modo de ejemplo de la presente divulgación que describe un procedimiento para mantener las comunicaciones entre un cliente de monitorización y uno o varios dispositivos de cuidado de pacientes. En algunas formas de realización, aunque el procedimiento 150 incluye una lista de enlaces de comunicaciones, pueden utilizarse otras listas, radiodifusión, difusión a uno entre varios, multidifusión o unidifusión, pueden utilizarse algoritmos de encaminamiento, puede utilizarse un protocolo de encaminamiento de vector-distancia, puede utilizarse un protocolo de encaminamiento de estado de enlace, puede utilizarse un protocolo de encaminamiento de estado de enlace optimizado, puede utilizarse un protocolo de vector-ruta, puede utilizarse encaminamiento estático con rutas de comunicaciones alternativas predefinidas, y/o puede utilizarse red adaptable. Por ejemplo, en algunas formas de realización de la presente divulgación, pueden asignarse pesos a cada ruta de comunicaciones y puede utilizarse el algoritmo de Dijkstra para comunicar entre el cliente de monitorización 1 y uno o varios dispositivos de cuidado de pacientes; los pesos pueden determinarse de cualquier manera conocida, incluyendo como función del ancho de banda, calidad de señal, tasa de bits erróneos, pueden ser lineales con respecto a la latencia o el flujo de datos disponible, y/o similar.
Con referencia a los dibujos, la figura 3 muestra un diagrama de bloques de un sistema electrónico de cuidado de pacientes 300 que tiene dos acoplamientos 102, 104 para una comunicación inalámbrica entre los mismos según otra forma de realización de la presente divulgación. El sistema 300 es similar al sistema 100 de la figura 1; sin embargo, las comunicaciones entre el acoplamiento de cliente de monitorización 102 y el acoplamiento de dispositivo 104 son a través de un enlace inalámbrico. Por ejemplo, en algunas formas de realización, el sistema 300 de la figura 3 puede ser el sistema 100 de la figura 1 con el cable 110 de la figura 1 ausente o no operativo; adicional o alternativamente, el sistema 300 de la figura 3 puede tener acoplamientos 102 y 104 que no pueden conectarse entre sí utilizando un cable.
Opcionalmente, pueden utilizarse el cliente de monitorización 1, otro cliente de monitorización 4 y/o el comunicador remoto 11 para enviar órdenes o peticiones a los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 tales como por ejemplo, una cantidad de bolo, un caudal de infusión, un fluido total para su suministro, una hora de inicio para el suministro del fármaco, una hora de parada para el suministro del fármaco o un perfil de caudal de suministro a la bomba de infusión 7, la bomba de jeringa 126 y/o la bomba de microinfusión 130. En algunas formas de realización, pueden utilizarse uno o varios de los clientes de monitorización 1, 4, 11 para enviar órdenes o peticiones al dispensador de pastillas 128, tales como, por ejemplo, una orden de dispensación de pastillas para dispensar una pastilla, un tipo de pastilla, un plan de dispensación de pastillas y/o un criterio de dispensación de pastillas máximo. El criterio de dispensación de pastillas máximo puede ser una cantidad máxima de una medicación que puede suministrarse dentro de un intervalo de tiempo predeterminado; por ejemplo, determinadas medicaciones se toman según es necesario (es decir, pro re nata), sin embargo, la medicación puede no ser segura si se toma en exceso y el criterio de dispensación de pastillas máximo puede evitar que la medicación se tome a niveles no seguros por el paciente, por ejemplo, una cantidad predeterminada durante un intervalo de tiempo predeterminado.
En algunas formas de realización, puede utilizarse el comunicador remoto 11 para iniciar una comunicación audio/visual bidireccional entre el comunicador remoto 11 y el cliente de monitorización 1 (por ejemplo, una videollamada). Adicional o alternativamente, puede utilizarse el cliente de monitorización 1 para iniciar una comunicación audio/visual bidireccional entre el cliente de monitorización 1 y el comunicador remoto del cliente de monitorización 11.
Opcionalmente, los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 también pueden comunicar datos de vuelta al cliente de monitorización 1, al otro cliente de monitorización 4 y/o al comunicador remoto 11 para: determinar si debe emitirse o enviarse una alarma o alerta; determinar si el tratamiento o estado es seguro para el paciente; determinar si el sistema 300 está funcionando adecuadamente o dentro de unos límites predeterminados; y/o para visualizar los datos en una pantalla del cliente de monitorización 1, el otro cliente de monitorización 4 y/o el comunicador remoto 11. Por ejemplo, opcionalmente, la bomba de infusión 7, la bomba de jeringa 126 y/o la bomba de microinfusión 130 puede comunicar (cuando sea aplicable): presión aguas arriba; cambios en la presión aguas arriba; presión aguas abajo del paciente 2; cambios en la presión aguas abajo del paciente 2; la presencia o ausencia de aire dentro de una línea de infusión; una cantidad real de bolo suministrada; un caudal de infusión real; un fluido total real suministrado; una hora de inicio real para el suministro del fármaco; una hora de parada real para el suministro del fármaco; o un perfil de caudal de suministro real para uno o varios del cliente de monitorización 1, el otro cliente de monitorización 4 y/o el comunicador remoto 11. En otra forma de realización, el dispensador de pastillas 128 puede comunicar opcionalmente datos de vuelta al cliente de monitorización 1, al otro cliente de monitorización 4 y/o al comunicador remoto 11, tales como por ejemplo, una pastilla dispensada real, un tipo de pastilla dispensada real, un plan de dispensación de pastillas real dispensado, o si se ha sobrepasado un criterio de dispensación de pastillas máximo.
Los datos recibidos de los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 pueden analizarse para determinar cualquier condición predefinida para emitir una alarma y/o una alerta. Por ejemplo, uno o varios de los clientes de monitorización 1,4, 11 pueden utilizar un aumento en la presión aguas abajo de la bomba de infusión 7, la bomba de jeringa 126 y/o la bomba de microinfusión 130 como indicación de uno de: coagulación excesiva, infiltración, oclusión o doblado del tubo al paciente; u oclusión por otro material dentro de la bolsa IV 170. En respuesta al aumento repentino en la presión aguas abajo, uno o varios de los clientes de monitorización 1,4, 11 pueden alarmar o alertar de manera visual o auditiva a un usuario. Adicional o alternativamente, una disminución repentina en la presión aguas abajo del paciente 2 puede ser una indicación de que el tubo se ha separado de la aguja y/o que ahora la aguja está fuera del paciente; y, en respuesta, uno o varios de los clientes de monitorización 1, 4, 11 pueden alarmar o alertar de manera visual o auditiva a un usuario. Uno o varios de los clientes de monitorización 1,4, 11 pueden enviar, opcionalmente, una orden a una o varias de la bomba de infusión 7, la bomba de jeringa 126 y/o la bomba de microinfusión 130 para detener el suministro de fluido en respuesta al aumento y/o disminución repentinos de la presión aguas abajo del paciente 2.
En algunas formas de realización, cada elemento, componente, dispositivo, dispositivo de cuidado de pacientes, acoplamiento y dispositivo de cálculo, numerado o no numerado, como se muestra en la figura 3 o se describe con la misma es opcional. Por ejemplo, en algunas formas de realización, el cliente de monitorización 1 es opcional, el servidor de monitorización 3 es opcional, los servicios de la instalación 8 son opcionales, cada uno de los servicios 19, 20, 21, 22, 23, 24 es opcional, el servidor en la nube 25 es opcional, cada uno de los otros clientes de monitorización 4 es opcional, las bases de datos de fármacos en línea 9 son opcionales, la red de efectos adversos por fármacos es opcional, la EHR personal del paciente 19’ es opcional, y/o la base de datos de resultados del tratamiento 10 es opcional. Adicional o alternativamente, en algunas formas de realización, cada uno de los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 es opcional. Del mismo modo, cada uno del monitor de sistema 131, la pulsera 118, la RFID 116, el código de barras 114, el escáner 120, la pantalla 134 y/o alimentación de CA, es opcional en algunas formas de realización de la presente divulgación.
Adicionalmente, en algunas formas de realización, aunque algunos elementos, componentes, dispositivos, dispositivos de cuidado de pacientes, acoplamientos y dispositivos de cálculo, numerado o no numerado, como se muestra en la figura 3 o se describe con la misma se muestran como el único elemento, componente, dispositivo, dispositivo de cuidado de pacientes, acoplamiento o dispositivo de cálculo, se contemplan múltiples elementos, componentes, dispositivos, dispositivos de cuidado de pacientes, acoplamientos y dispositivos de cálculo; por ejemplo, aunque se muestra una sola bomba de infusión 7 en la figura 3, en algunas formas de realización, pueden utilizarse dos bombas de infusión 7, pueden utilizarse múltiples bombas de infusión 7, o puede utilizarse cualquier número arbitrario de bombas de infusión 7. Adicional o alternativamente, en algunas formas de realización, pueden utilizarse múltiples acoplamientos de dispositivo 104 y/o múltiples acoplamientos de cliente de monitorización 102.
Adicional o alternativamente, aunque se muestran dispositivos de cuidado de pacientes particulares 7, 14, 15, 16, 17, 126, 128, 130, 148, pueden utilizarse otras combinaciones, subconjuntos, múltiples de un dispositivo de cuidado de pacientes particular, o combinaciones de los mismos. Por ejemplo, en algunas formas de realización, sólo se utiliza una bomba de infusión 7 de los dispositivos de cuidado de pacientes, y, en este ejemplo específico, los otros dispositivos de cuidado de pacientes 14, 15, 16, 17, 126, 128, 130, 148 pueden estar desactivados, pueden no estar presentes o disponibles para el uso del sistema, pueden estar apagados o pueden no formar parte del sistema 300 de la figura 3. Adicional o alternativamente, en algunas formas de realización específicas, sólo los dispositivos de cuidado de pacientes utilizados pueden acoplarse al acoplamiento de dispositivo 104; por ejemplo, en una forma de realización específica, la bomba de infusión 7 es el único dispositivo acoplado en el acoplamiento de dispositivo 102 y el acoplamiento de dispositivo 102 sólo recibe un dispositivo, por ejemplo, la bomba de infusión 7. Adicional, alternativa, u opcionalmente, en algunas formas de realización específicas, los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148, son acoplables, pueden funcionar sin estar acoplados, y/o pueden no ser acoplables y pueden funcionar como dispositivo de cuidado de pacientes autónomo.
En la figura 3, aunque el acoplamiento de dispositivo 104 se muestra pudiendo recibir varios dispositivos de cuidado de pacientes, en otras formas de realización, el acoplamiento de dispositivo 104 puede recibir un dispositivo de cuidado de pacientes, una pluralidad de dispositivos de cuidado de pacientes, o cualquier número arbitrario de dispositivos de cuidado de pacientes. Además, pueden no utilizarse secciones de un acoplamiento, por ejemplo, como se muestra en la figura 3, en el acoplamiento de dispositivo 104 se muestra una sección vacía 170. Adicionalmente, aunque el acoplamiento de cliente de monitorización 102 se muestra pudiendo recibir un cliente de monitorización 1, en otras formas de realización, el acoplamiento de cliente de monitorización 102 puede recibir dos clientes de monitorización 1, más de dos clientes de monitorización 1, o cualquier número arbitrario de clientes de monitorización 1.
La figura 4 muestra un diagrama de flujo que ilustra un procedimiento 202 para mantener las comunicaciones entre un cliente de monitorización, por ejemplo, el cliente de monitorización 1, y uno o varios de dispositivos, por ejemplo, los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35126, 128, 130, 148 de la figura 3 según una forma de realización de la presente divulgación.
La acción 204 determina si el acoplamiento de cliente de monitorización está disponible como enlace de comunicaciones entre el cliente de monitorización y el acoplamiento de cliente de monitorización a través de un conector de acoplamiento. Si el enlace de comunicaciones de la acción 204 está disponible, el procedimiento 202 continúa con la acción 206, de otro modo el procedimiento 202 continúa con la acción 208. La acción 208 determina si el acoplamiento de cliente de monitorización está disponible como enlace de comunicaciones entre el cliente de monitorización y el acoplamiento de cliente de monitorización a través de un enlace inalámbrico. Si el enlace de comunicaciones de la acción 208 está disponible, el procedimiento 202 continúa con la acción 206, de otro modo, el procedimiento 202 continúa con la acción 210.
La acción 206 determina si el acoplamiento de cliente de monitorización está disponible como enlace de comunicaciones entre el acoplamiento de cliente de monitorización y un acoplamiento de dispositivo a través de un enlace inalámbrico. Si el enlace de comunicaciones de la acción 206 está disponible, el procedimiento 202 continúa con la acción 212, de otro modo, el procedimiento 202 continúa con la acción 210.
La acción 210 determina si el acoplamiento de dispositivo está disponible como enlace de comunicaciones entre el cliente de monitorización y el acoplamiento de dispositivo a través de un enlace inalámbrico. Si el enlace de comunicaciones de la acción 210 está disponible, el procedimiento 202 continúa con la acción 212, de otro modo, el procedimiento 202 continúa con la acción 214.
La acción 212 determina si el acoplamiento de dispositivo está disponible como enlace de comunicaciones entre el acoplamiento de dispositivo y el dispositivo de cuidado de pacientes. Si el enlace de comunicaciones de la acción 212 está disponible, entonces el procedimiento 202 continúa con la acción 216, de otro modo, el procedimiento 202 continúa con la acción 214.
La acción 214 determina si el dispositivo de cuidado de pacientes está disponible como enlace de comunicaciones entre el cliente de monitorización y el dispositivo de cuidado de pacientes a través de un enlace inalámbrico directo. Si el enlace de comunicaciones de la acción 214 está disponible, el procedimiento 202 continúa con la acción 216, de otro modo, la acción 218 determina que la comunicación con el dispositivo de cuidado de pacientes no está disponible.
La acción 216 intenta establecer una comunicación entre el cliente de monitorización y el dispositivo de cuidado de pacientes utilizando el/los enlace(s) de comunicaciones disponible(s). En formas de realización alternativas, no se intenta establecer una comunicación; por ejemplo, algunos protocolos de comunicación no utilizan establecimiento de la comunicación. La acción de decisión 220 determina si el establecimiento de la comunicación fue satisfactorio y si se han establecido las comunicaciones entre el cliente de monitorización y el dispositivo. Si la acción 220 determina que se ha establecido un enlace de comunicaciones, el procedimiento 202 comunica datos entre el cliente de monitorización y el dispositivo durante la acción 222 utilizando el/los enlace(s) de comunicaciones disponible(s). Si la acción de decisión 220 determina que el establecimiento de la comunicación no fue satisfactorio, o bien el procedimiento 202 determina que la comunicación con el dispositivo no está disponible en la acción 218 o bien el procedimiento 202 intenta las comunicaciones entre el cliente de monitorización a través de enlaces de comunicación no probados (no mostrados explícitamente).
El procedimiento 202 es una forma de realización a modo de ejemplo de la presente divulgación que describe un procedimiento para mantener las comunicaciones entre un cliente de monitorización y uno o varios dispositivos de cuidado de pacientes. En algunas formas de realización, aunque el procedimiento 202 incluye una lista de enlaces de comunicaciones, pueden utilizarse otras listas, puede utilizarse radiodifusión, difusión a uno entre varios, multidifusión o unidifusión, pueden utilizarse algoritmos de encaminamiento, puede utilizarse un protocolo de encaminamiento de vector-distancia, puede utilizarse un protocolo de encaminamiento de estado de enlace, puede utilizarse un protocolo de encaminamiento de estado de enlace optimizado, puede utilizarse un protocolo de vectorruta, puede utilizarse encaminamiento estático con rutas de comunicaciones alternativas predefinidas, y/o puede utilizarse red adaptable. Por ejemplo, en algunas formas de realización de la presente divulgación, pueden asignarse pesos a cada ruta de comunicaciones y puede utilizarse el algoritmo de Dijkstra para comunicar entre el cliente de monitorización 1 y uno o varios dispositivos de cuidado de pacientes; los pesos pueden determinarse de cualquier manera conocida, incluyendo como función del ancho de banda, calidad de señal, tasa de bits erróneos, pueden ser lineales con respecto a la latencia o el flujo de datos disponible, y/o similar.
Ahora con referencia a la figura 5, se muestra un sistema electrónico de cuidado de pacientes 500 en forma de diagrama de bloques que tiene un acoplamiento 502 para acoplar entre sí un cliente de monitorización 1 y varios dispositivos de cuidado de pacientes (por ejemplo, los dispositivos de cuidado de pacientes 7, 126, 128, o 130), un módulo de comunicación 124D y una llave 133 según otra forma de realización más de la presente divulgación. El sistema electrónico de cuidado de pacientes 500 de la figura 5 es similar al sistema electrónico de cuidado de pacientes 100 de la figura 1; sin embargo, cada uno del cliente de monitorización 1, los dispositivos de cuidado de pacientes 7, 126, 128, 130, un módulo de comunicación 124D y una llave 133 pueden acoplarse a un acoplamiento 502. Como se apreciará a la luz de esta divulgación, el acoplamiento 502 puede incluir uno o varios buses, placas base, rutas de comunicaciones, circuitería electrónica, y similares para facilitar las comunicaciones.
Opcionalmente, pueden utilizarse el cliente de monitorización 1, otro cliente de monitorización 4 y/o el comunicador remoto 11 para enviar órdenes o peticiones a los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 tales como por ejemplo, una cantidad de bolo, un caudal de infusión, un fluido total para su suministro, una hora de inicio para el suministro del fármaco, una hora de parada para el suministro del fármaco o un perfil de caudal de suministro a la bomba de infusión 7, la bomba de jeringa 126 y/o la bomba de microinfusión 130. En algunas formas de realización, pueden utilizarse uno o varios de los clientes de monitorización 1, 4, 11 para enviar órdenes o peticiones al dispensador de pastillas 128, tales como, por ejemplo, una orden de dispensación de pastillas para dispensar una pastilla, un tipo de pastilla, un plan de dispensación de pastillas y/o un criterio de dispensación de pastillas máximo. El criterio de dispensación de pastillas máximo puede ser una cantidad máxima de una medicación que puede suministrarse dentro de un intervalo de tiempo predeterminado; por ejemplo, determinadas medicaciones se toman según es necesario (es decir, pro re nata), sin embargo, la medicación puede no ser segura si se toma en exceso y el criterio de dispensación de pastillas máximo puede evitar que la medicación se tome a niveles no seguros por el paciente, por ejemplo, una cantidad predeterminada durante un intervalo de tiempo predeterminado.
Opcionalmente, los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 también pueden comunicar datos de vuelta al cliente de monitorización 1, al otro cliente de monitorización 4 y/o al comunicador remoto 11 para: determinar si debe emitirse o enviarse una alarma o alerta; determinar si el tratamiento o estado es seguro para el paciente; determinar si el sistema 500 está funcionando adecuadamente o dentro de unos límites predeterminados; y/o para visualizar los datos en una pantalla del cliente de monitorización 1, el otro cliente de monitorización 4 y/o el comunicador remoto 11. Por ejemplo, opcionalmente, la bomba de infusión 7, la bomba de jeringa 126 y/o la bomba de microinfusión 130 puede comunicar (cuando sea aplicable): presión aguas arriba; cambios en la presión aguas arriba; presión aguas abajo del paciente 2; cambios en la presión aguas abajo del paciente 2; la presencia o ausencia de aire dentro de una línea de infusión; una cantidad real de bolo suministrada; un caudal de infusión real; un fluido total real suministrado; una hora de inicio real para el suministro del fármaco; una hora de parada real para el suministro del fármaco; o un perfil de caudal de suministro real para uno o varios del cliente de monitorización 1, el otro cliente de monitorización 4 y/o el comunicador remoto 11. En otra forma de realización, el dispensador de pastillas 128 puede comunicar opcionalmente datos de vuelta al cliente de monitorización 1, al otro cliente de monitorización 4 y/o al comunicador remoto 11, tales como por ejemplo, una pastilla dispensada real, un tipo de pastilla dispensada real, un plan de dispensación de pastillas real dispensado, o si se ha sobrepasado un criterio de dispensación de pastillas máximo.
Los datos recibidos de los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 pueden analizarse para determinar cualquier condición predefinida para emitir una alarma y/o una alerta. Por ejemplo, uno o varios de los clientes de monitorización 1, 4, 11 pueden utilizar un aumento en la presión aguas abajo de la bomba de infusión 7, la bomba de jeringa 126 y/o la bomba de microinfusión 130 como indicación de uno de: coagulación excesiva, infiltración, oclusión o doblado del tubo al paciente; u oclusión por otro material dentro de la bolsa IV 170. En respuesta al aumento repentino en la presión aguas abajo, uno o varios de los clientes de monitorización 1,4, 11 pueden alarmar o alertar de manera visual o auditiva a un usuario. Adicional o alternativamente, una disminución repentina en la presión aguas abajo del paciente 2 puede ser una indicación de que el tubo se ha separado de la aguja y/o que ahora la aguja está fuera del paciente; y, en respuesta, uno o varios de los clientes de monitorización 1, 4, 11 pueden alarmar o alertar de manera visual o auditiva a un usuario. Uno o varios de los clientes de monitorización 1,4, 11 pueden enviar, opcionalmente, una orden a una o varias de la bomba de infusión 7, la bomba de jeringa 126 y/o la bomba de microinfusión 130 para detener el suministro de fluido en respuesta al aumento y/o disminución repentinos de la presión aguas abajo del paciente 2.
En algunas formas de realización, cada elemento, componente, dispositivo, dispositivo de cuidado de pacientes, acoplamiento y dispositivo de cálculo, numerado o no numerado, como se muestra en la figura 5 o se describe con la misma es opcional. Por ejemplo, en algunas formas de realización, el cliente de monitorización 1 es opcional, el servidor de monitorización 3 es opcional, los servicios de la instalación 8 son opcionales, cada uno de los servicios 19, 20, 21, 22, 23, 24 es opcional, el servidor en la nube 25 es opcional, cada uno de los otros clientes de monitorización 4 es opcional, las bases de datos de fármacos en línea 9 son opcionales, la red de efectos adversos por fármacos es opcional, la EHR personal del paciente 19’ es opcional, y/o la base de datos de resultados del tratamiento 10 es opcional. Adicional o alternativamente, en algunas formas de realización, cada uno de los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 es opcional. Del mismo modo, cada uno del monitor de sistema 131, la pulsera 118, la RFID 116, el código de barras 114, el escáner 120, la pantalla 134 y/o alimentación de CA, es opcional en algunas formas de realización de la presente divulgación.
Adicionalmente, en algunas formas de realización, aunque algunos elementos, componentes, dispositivos, dispositivos de cuidado de pacientes, acoplamientos y dispositivos de cálculo, numerado o no numerado, como se muestra en la figura 5 o se describe con la misma se muestran como el único elemento, componente, dispositivo, dispositivo de cuidado de pacientes, acoplamiento o dispositivo de cálculo, se contemplan múltiples elementos, componentes, dispositivos, dispositivos de cuidado de pacientes, acoplamientos y dispositivos de cálculo; por ejemplo, aunque se muestra una sola bomba de infusión 7 en la figura 5, en algunas formas de realización, pueden utilizarse dos bombas de infusión 7, pueden utilizarse múltiples bombas de infusión 7, o puede utilizarse cualquier número arbitrario de bombas de infusión 7. Adicional o alternativamente, en algunas formas de realización, pueden utilizarse múltiples acoplamientos 502.
Adicional o alternativamente, aunque se muestran dispositivos de cuidado de pacientes particulares 7, 14, 15, 16, 17, 126, 128, 130, 148, pueden utilizarse otras combinaciones, subconjuntos, múltiples de un dispositivo de cuidado de pacientes particular, o combinaciones de los mismos. Por ejemplo, en algunas formas de realización, sólo se utiliza una bomba de infusión 7 de los dispositivos de cuidado de pacientes, y, en este ejemplo específico, los otros dispositivos de cuidado de pacientes 14, 15, 16, 17, 126, 128, 130, 148 pueden estar desactivados, pueden no estar presentes o disponibles para el uso del sistema, pueden estar apagados o pueden no formar parte del sistema 500 de la figura 5. Adicional o alternativamente, en algunas formas de realización específicas, sólo los dispositivos de cuidado de pacientes utilizados pueden acoplarse al acoplamiento 502; por ejemplo, en una forma de realización específica, la bomba de infusión 7 es el único dispositivo acoplado en el acoplamiento de dispositivo 102 y el acoplamiento de dispositivo 102 sólo recibe un dispositivo, por ejemplo, la bomba de infusión 7. Adicional, alternativa, u opcionalmente, en algunas formas de realización específicas, los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148, son acoplables, pueden funcionar sin estar acoplados, y/o pueden no ser acoplables y pueden funcionar como dispositivo de cuidado de pacientes autónomo.
En la figura 5, aunque el acoplamiento 502 se muestra pudiendo recibir varios dispositivos de cuidado de pacientes, en otras formas de realización, el acoplamiento 502 puede recibir un dispositivo de cuidado de pacientes, una pluralidad de dispositivos de cuidado de pacientes, o cualquier número arbitrario de dispositivos de cuidado de pacientes. Además, pueden no utilizarse secciones de un acoplamiento, por ejemplo, como se muestra en la figura 5, en el acoplamiento de dispositivo 502 se muestra una sección vacía 170. Adicionalmente, aunque el acoplamiento 502 se muestra pudiendo recibir un cliente de monitorización 1, en otras formas de realización, el acoplamiento 502 puede recibir dos clientes de monitorización 1, más de dos clientes de monitorización 1, o cualquier número arbitrario de clientes de monitorización 1.
La figura 6 es un diagrama de flujo que ilustra un procedimiento 304 para mantener las comunicaciones entre un cliente de monitorización, por ejemplo, el cliente de monitorización 1 de la figura 5, y uno o varios dispositivos de cuidado de pacientes, por ejemplo, los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35126, 128, 130, 148 de la figura 5 según una forma de realización de la presente divulgación.
El procedimiento determina si el acoplamiento está disponible como enlace de comunicaciones entre el cliente de monitorización y el acoplamiento a través de un conector de acoplamiento durante la acción 306. Si el enlace de comunicaciones de la acción 306 no está disponible, el procedimiento 304 continúa con la acción 308, de otro modo, el procedimiento 304 continúa con la acción 310. La acción 310 determina si el acoplamiento está disponible como enlace de comunicaciones entre el acoplamiento y el dispositivo de cuidado de pacientes. Si el enlace de comunicaciones de la acción 310 no está disponible, el procedimiento 304 continúa con la acción 312, de otro modo, el procedimiento 304 continúa con la acción 314.
La acción 308 determina si el acoplamiento está disponible como enlace de comunicaciones entre el cliente de monitorización y el acoplamiento a través de un enlace inalámbrico. Si el enlace de comunicaciones de la acción 308 está disponible, el procedimiento 304 continúa con la acción 310, de otro modo, el procedimiento 304 continúa con la acción 312.
La acción 312 determina si el dispositivo de cuidado de pacientes está disponible como enlace de comunicaciones entre el cliente de monitorización y el dispositivo de cuidado de pacientes a través de un enlace inalámbrico directo. Si el enlace de comunicaciones de la acción 312 no está disponible, la acción 316 determina que la comunicación entre el cliente de monitorización y el dispositivo de cuidado de pacientes no está disponible.
La acción 314 intenta establecer una comunicación entre el cliente de monitorización y el dispositivo utilizando el/los enlace(s) de comunicaciones disponible(s). En formas de realización alternativas, no se utiliza establecimiento de la comunicación; por ejemplo, algunos protocolos no emplean establecimiento de la comunicación. La acción de decisión 318 determina si el establecimiento de la comunicación fue satisfactorio, y si fue satisfactorio, el procedimiento 304 continúa con la acción 320 para comunicar datos utilizando el/los enlace(s) de comunicaciones disponible(s). Si la acción de decisión 318 determina que el establecimiento de la comunicación no fue satisfactorio en la acción 314, la acción 316 determina que la comunicación con el dispositivo no está disponible. En otras formas de realización, si la acción de decisión 318 determina que el establecimiento de la comunicación no fue satisfactorio en la acción 314, el procedimiento 304 intenta comunicarse con el dispositivo de cuidado de pacientes a través de enlaces de comunicaciones no probados (no mostrados explícitamente).
El procedimiento 304 es una forma de realización a modo de ejemplo de la presente divulgación que describe un procedimiento para mantener las comunicaciones entre un cliente de monitorización y uno o varios dispositivos de cuidado de pacientes. En algunas formas de realización, aunque el procedimiento 304 incluye una lista de enlaces de comunicaciones, pueden utilizarse otras listas, puede utilizarse radiodifusión, difusión a uno entre varios, multidifusión o unidifusión, pueden utilizarse algoritmos de encaminamiento, puede utilizarse un protocolo de encaminamiento de vector-distancia, puede utilizarse un protocolo de encaminamiento de estado de enlace, puede utilizarse un protocolo de encaminamiento de estado de enlace optimizado, puede utilizarse un protocolo de vectorruta, puede utilizarse encaminamiento estático con rutas de comunicaciones alternativas predefinidas, y/o puede utilizarse red adaptable. Por ejemplo, en algunas formas de realización de la presente divulgación, pueden asignarse pesos a cada ruta de comunicaciones y puede utilizarse el algoritmo de Dijkstra para comunicar entre el cliente de monitorización 1 y uno o varios dispositivos de cuidado de pacientes; los pesos pueden determinarse de cualquier manera conocida, incluyendo como función del ancho de banda, calidad de señal, tasa de bits erróneos, pueden ser lineales con respecto a la latencia o el flujo de datos disponible, y/o similar.
Volviendo ahora a la figura 7, se muestra un diagrama de bloques de un sistema electrónico de cuidado de pacientes 700 que tiene un cliente de monitorización 1 con un acoplamiento integrado 702 para acoplar dispositivos de cuidado de pacientes 7, 126, 128, 130 al mismo según otra forma de realización más de la presente divulgación. Adicionalmente en algunas formas de realización, un módulo de comunicación 124D y una llave 133 pueden acoplarse al acoplamiento 702. El sistema de cuidado de pacientes 700 de la figura 7 es similar al sistema de cuidado de pacientes 100 de la figura 1; sin embargo, el sistema de cuidado de pacientes 700 incluye el acoplamiento integrado 702. En algunas formas de realización, el cliente de monitorización 1 se comunica con un dispositivo de cuidado de pacientes cuando se acopla a través del acoplamiento; sin embargo, si el cliente de monitorización 1 no puede comunicarse con un dispositivo de cuidado de pacientes, por ejemplo, los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148, el cliente de monitorización 1 puede comunicarse con el mismo de manera inalámbrica, por ejemplo, utilizando la antena 112 del cliente de monitorización 1.
Opcionalmente, pueden utilizarse el cliente de monitorización 1, otro cliente de monitorización 4 y/o el comunicador remoto 11 para enviar órdenes o peticiones a los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 tales como por ejemplo, una cantidad de bolo, un caudal de infusión, un fluido total para su suministro, una hora de inicio para el suministro del fármaco, una hora de parada para el suministro del fármaco o un perfil de caudal de suministro a la bomba de infusión 7, la bomba de jeringa 126 y/o la bomba de microinfusión 130. En algunas formas de realización, pueden utilizarse uno o varios de los clientes de monitorización 1, 4, 11 para enviar órdenes o peticiones al dispensador de pastillas 128, tales como, por ejemplo, una orden de dispensación de pastillas para dispensar una pastilla, un tipo de pastilla, un plan de dispensación de pastillas y/o un criterio de dispensación de pastillas máximo. El criterio de dispensación de pastillas máximo puede ser una cantidad máxima de una medicación que puede suministrarse dentro de un intervalo de tiempo predeterminado; por ejemplo, determinadas medicaciones se toman según es necesario (es decir, pro re nata), sin embargo, la medicación puede no ser segura si se toma en exceso y el criterio de dispensación de pastillas máximo puede evitar que la medicación se tome a niveles no seguros por el paciente, por ejemplo, una cantidad predeterminada durante un intervalo de tiempo predeterminado.
Opcionalmente, los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 también pueden comunicar datos de vuelta al cliente de monitorización 1, al otro cliente de monitorización 4 y/o al comunicador remoto 11 para: determinar si debe emitirse o enviarse una alarma o alerta; determinar si el tratamiento o estado es seguro para el paciente; determinar si el sistema 700 está funcionando adecuadamente o dentro de unos límites predeterminados; y/o para visualizar los datos en una pantalla del cliente de monitorización 1, el otro cliente de monitorización 4 y/o el comunicador remoto 11. Por ejemplo, opcionalmente, la bomba de infusión 7, la bomba de jeringa 126 y/o la bomba de microinfusión 130 puede comunicar (cuando sea aplicable): presión aguas arriba; cambios en la presión aguas arriba; presión aguas abajo del paciente 2; cambios en la presión aguas abajo del paciente 2; la presencia o ausencia de aire dentro de una línea de infusión; una cantidad real de bolo suministrada; un caudal de infusión real; un fluido total real suministrado; una hora de inicio real para el suministro del fármaco; una hora de parada real para el suministro del fármaco; o un perfil de caudal de suministro real para uno o varios del cliente de monitorización 1, el otro cliente de monitorización 4 y/o el comunicador remoto 11. En otra forma de realización, el dispensador de pastillas 128 puede comunicar opcionalmente datos de vuelta al cliente de monitorización 1, al otro cliente de monitorización 4 y/o al comunicador remoto 11, tales como por ejemplo, una pastilla dispensada real, un tipo de pastilla dispensada real, un plan de dispensación de pastillas real dispensado, o si se ha sobrepasado un criterio de dispensación de pastillas máximo.
Los datos recibidos de los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 pueden analizarse para determinar cualquier condición predefinida para emitir una alarma y/o una alerta. Por ejemplo, uno o varios de los clientes de monitorización 1,4, 11 pueden utilizar un aumento en la presión aguas abajo de la bomba de infusión 7, la bomba de jeringa 126 y/o la bomba de microinfusión 130 como indicación de uno de: coagulación excesiva, infiltración, oclusión o doblado del tubo al paciente; u oclusión por otro material dentro de la bolsa IV 170. En respuesta al aumento repentino en la presión aguas abajo, uno o varios de los clientes de monitorización 1,4, 11 pueden alarmar o alertar de manera visual o auditiva a un usuario. Adicional o alternativamente, una disminución repentina en la presión aguas abajo del paciente 2 puede ser una indicación de que el tubo se ha separado de la aguja y/o que ahora la aguja está fuera del paciente; y, en respuesta, uno o varios de los clientes de monitorización 1, 4, 11 pueden alarmar o alertar de manera visual o auditiva a un usuario. Uno o varios de los clientes de monitorización 1,4, 11 pueden enviar, opcionalmente, una orden a una o varias de la bomba de infusión 7, la bomba de jeringa 126 y/o la bomba de microinfusión 130 para detener el suministro de fluido en respuesta al aumento y/o disminución repentinos de la presión aguas abajo del paciente 2.
En algunas formas de realización, cada elemento, componente, dispositivo, dispositivo de cuidado de pacientes, acoplamiento y dispositivo de cálculo, numerado o no numerado, como se muestra en la figura 7 o se describe con la misma es opcional. Por ejemplo, en algunas formas de realización, el cliente de monitorización 1 es opcional, el servidor de monitorización 3 es opcional, los servicios de la instalación 8 son opcionales, cada uno de los servicios 19, 20, 21, 22, 23, 24 es opcional, el servidor en la nube 25 es opcional, cada uno de los otros clientes de monitorización 4 es opcional, las bases de datos de fármacos en línea 9 son opcionales, la red de efectos adversos por fármacos es opcional, la EHR personal del paciente 19’ es opcional, y/o la base de datos de resultados del tratamiento 10 es opcional. Adicional o alternativamente, en algunas formas de realización, cada uno de los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 es opcional. Del mismo modo, cada uno del monitor de sistema 131, la pulsera 118, la RFID 116, el código de barras 114, el escáner 120, la pantalla 134 y/o alimentación de CA, es opcional en algunas formas de realización de la presente divulgación.
Adicionalmente, en algunas formas de realización, aunque algunos elementos, componentes, dispositivos, dispositivos de cuidado de pacientes, acoplamientos y dispositivos de cálculo, numerado o no numerado, como se muestra en la figura 7 o se describe con la misma se muestran como el único elemento, componente, dispositivo, dispositivo de cuidado de pacientes, acoplamiento o dispositivo de cálculo, se contemplan múltiples elementos, componentes, dispositivos, dispositivos de cuidado de pacientes, acoplamientos y dispositivos de cálculo; por ejemplo, aunque se muestra una sola bomba de infusión 7 en la figura 7, en algunas formas de realización, pueden utilizarse dos bombas de infusión 7, pueden utilizarse múltiples bombas de infusión 7, o puede utilizarse cualquier número arbitrario de bombas de infusión 7. Adicional o alternativamente, en algunas formas de realización, pueden utilizarse acoplamientos integrados 702.
Adicional o alternativamente, aunque se muestran dispositivos de cuidado de pacientes particulares 7, 14, 15, 16, 17, 126, 128, 130, 148, pueden utilizarse otras combinaciones, subconjuntos, múltiples de un dispositivo de cuidado de pacientes particular, o combinaciones de los mismos. Por ejemplo, en algunas formas de realización, sólo se utiliza una bomba de infusión 7 de los dispositivos de cuidado de pacientes, y, en este ejemplo específico, los otros dispositivos de cuidado de pacientes 14, 15, 16, 17, 126, 128, 130, 148 pueden estar desactivados, pueden no estar presentes o disponibles para el uso del sistema, pueden estar apagados o pueden no formar parte del sistema 700 de la figura 7. Adicional o alternativamente, en algunas formas de realización específicas, sólo los dispositivos de cuidado de pacientes utilizados pueden acoplarse al acoplamiento integrado 702; por ejemplo, en una forma de realización específica, la bomba de infusión 7 es el único dispositivo acoplado en el acoplamiento integrado 702 y el acoplamiento integrado 702 sólo recibe un dispositivo, por ejemplo, la bomba de infusión 7. Adicional, alternativa, u opcionalmente, en algunas formas de realización específicas, los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148, son acoplables, pueden funcionar sin estar acoplados, y/o pueden no ser acoplables y pueden funcionar como dispositivo de cuidado de pacientes autónomo.
En la figura 7, aunque el acoplamiento integrado 702 se muestra pudiendo recibir varios dispositivos de cuidado de pacientes, en otras formas de realización, el acoplamiento integrado 702 puede recibir un dispositivo de cuidado de pacientes, una pluralidad de dispositivos de cuidado de pacientes, o cualquier número arbitrario de dispositivos de cuidado de pacientes. Además, pueden no utilizarse secciones de un acoplamiento, por ejemplo, como se muestra en la figura 7, en el acoplamiento integrado 702 se muestra una sección vacía 170. Adicionalmente, aunque el acoplamiento integrado 702 se muestra con un cliente de monitorización integrado 1, en otras formas de realización, el acoplamiento integrado 702 tiene dos clientes de monitorización integrados 1, más de dos clientes de monitorización integrados 1, o cualquier número arbitrario de clientes de monitorización integrados 1.
La figura 8 es un diagrama de bloques de un sistema electrónico de cuidado de pacientes 800 que tiene un concentrador 802 según otra forma de realización más de la presente divulgación. Opcionalmente, en algunas formas de realización, el concentrador 802 proporciona una interfaz de comunicaciones entre el acoplamiento de cliente de monitorización 102 y los dispositivo acoplamiento 804, 806. En formas de realización aún adicionales, el concentrador 802 controla los dispositivos de cuidado de pacientes sin un cliente de monitorización 1, otro cliente de monitorización 4 y/o un comunicador remoto 11. Por ejemplo, el concentrador 802 puede comunicar con el servidor de monitorización 3, los servicios de la instalación 8, la estación de enfermería 5, la farmacia 6, el servidor en la nube 25, las bases de datos de fármacos en línea o la red de efectos adversos por fármacos 9, una EHR personal del paciente 19’ y/o la base de datos de resultados del tratamiento 10. El concentrador 802 puede proporcionar un reloj de modo que todos los dispositivos conectados al mismo utilicen el reloj del concentrador 802 (por ejemplo, los dispositivos de cuidado de pacientes, clientes de monitorización, comunicadores remotos, etc.), los dispositivos en tiempo real utilicen el reloj del concentrador 802 o los dispositivos críticos respecto al tiempo utilicen el reloj del concentrador 802.
En algunas formas de realización, un GPS y/o un módulo de alcance (por ejemplo, módulo de alcance ultrasónico) puede estar instalado en la bomba de infusión 830, el cliente de monitorización 1, el concentrador 802, un cuidador y/o un paciente. Los ajustes predeterminados pueden requerir que un grupo predeterminado de la bomba de infusión 830, el cliente de monitorización 1, el concentrador 802, el cuidador y/o el paciente, en esta forma de realización específica, deba estar a una distancia predeterminada uno respecto a otro antes de iniciar el tratamiento y/o antes de configurar uno de la bomba de infusión 830, el concentrador 802 y/o el cliente de monitorización 1.
En algunas formas de realización, el concentrador 802 incluye una interfaz de programación de aplicaciones (API) para visualizar GUI, ventanas, datos, etc. En el cliente de monitorización 1 y/o el comunicador remoto 11. La API puede incluir una clase de datos segura. En formas de realización aún adicionales, los acoplamientos 102, 804 y/o 806 incluyen una API para visualizar GUI, ventanas, datos, etc. En el cliente de monitorización 1 o comunicador remoto 11. En una forma de realización adicional más, los acoplamientos 102, 804, u 806, o el concentrador 802 incluyen una API para visualizar GUI, ventanas, datos, etc. En un dispositivo de cuidado de pacientes 830, 810 y/o 814.
En algunas formas de realización, el concentrador 802 y/o los acoplamientos 102, 804 y/o 806 pueden identificar el tipo de dispositivo de cuidado de pacientes asociado con los mismos y cargar datos de configuración basándose en el tipo de dispositivo de cuidado de pacientes asociado (un dispositivo emparejado con el mismo, un dispositivo enchufado en o acoplado al concentrador 802 y/o los acoplamientos 102, 804 y/o 806).
En algunas formas de realización, el concentrador 802 y/o los acoplamientos 102, 804 y/o 806 pueden identificar el tipo de dispositivo de cuidado de pacientes asociado con los mismos y configurar una UI utilizando html, CSS, JavaScript, etc. En algunas formas de realización, el concentrador 802 y/o los acoplamientos 102, 804 y/o 806 pueden tener un sistema de UI distribuido.
La interfaz de usuario descrita en el presente documento puede utilizar un marco de petición-acción.
Opcionalmente, en algunas formas de realización específicas, el concentrador 802 incluye toda la circuitería crítica para la seguridad y software para comunicarse con el cliente de monitorización 1; por ejemplo, en esta forma de realización específica, el concentrador 802 recibe parámetros de tratamiento desde el cliente de monitorización 1, y el concentrador 802 garantiza que el parámetro de tratamiento es seguro para el paciente 2 independientemente de cualquier comprobación de seguridad realizada en otro lugar, por ejemplo, en el cliente de monitorización 1. En una forma de realización específica aún adicional, el sistema 800 es, opcionalmente, completamente tolerante a los fallos con respecto al cliente de monitorización 1, y puede ignorar órdenes, peticiones o parámetros desde el cliente de monitorización 1 cuando, por ejemplo, las comprobaciones de seguridad independientes realizadas en el mismo no satisfacen unos criterios predeterminados, por ejemplo, intervalos de seguridad predeterminados de suministro de fármacos de una bomba de infusión 7.
Opcionalmente, en formas de realización específicas aún adicionales, puede escanearse un código de barras fijado a la bolsa IV 170 mediante el escáner 120, que descarga una prescripción predeterminada (por ejemplo, de la EHR personal del paciente 19’) y/o una bomba de infusión 830 incluye una prescripción predeterminada que se carga en el concentrador 802 cuando está acoplado al acoplamiento 804; a continuación, en esta forma de realización específica y opcionalmente, el concentrador 802 inicia la infusión de la bolsa IV 170 en el paciente 2 y monitoriza el progreso del tratamiento para garantizar la seguridad del paciente 2. Adicional, alternativa, u opcionalmente, en esta forma de realización específica, un cuidador puede interactuar con el sistema 800 como se muestra en la figura 8 exclusivamente a través del concentrador 802. Opcionalmente, en algunas formas de realización, el concentrador 802 carga información de tratamiento, estado o del paciente en el cliente de monitorización 1; por ejemplo, el concentrador 802 puede cargar información de tratamiento que recibe desde la bomba de infusión 830 o información de tratamiento que recibe desde la EHR personal del paciente 19’ correspondiente a un código de barras escaneado en la bolsa IV 170, al cliente de monitorización 1 para visualizarla a un usuario, para una confirmación de la información por el usuario, para su almacenamiento dentro del cliente de monitorización 1, y similares.
En algunas formas de realización, el acoplamiento de dispositivo 804 recibe las bombas de infusión 830, 810 y 812. En algunas formas de realización, el acoplamiento de dispositivo 804 recibe, uno, más de uno o una pluralidad de dispositivos de cuidado de pacientes. El acoplamiento de dispositivo 806 recibe un dispensador de pastillas 814. En algunas formas de realización, el acoplamiento de dispositivo 806 recibe, uno, más de uno o una pluralidad de dispositivos de cuidado de pacientes, tales como dispensadores de pastillas 806. El acoplamiento de dispositivo 804 incluye una antena 816 para comunicaciones inalámbricas, y el acoplamiento de dispositivo 806 incluye una antena 818 para comunicaciones inalámbricas. Del mismo modo, el concentrador 802 incluye una antena 820 para comunicaciones inalámbricas. Adicional o alternativamente, el acoplamiento de dispositivo 804, el concentrador 802 y/o el cliente de monitorización 1 se comunican entre sí utilizando conexiones por cable. Cada uno del concentrador 802 y los acoplamientos 804 y 806 pueden comunicarse entre sí utilizando, por ejemplo, un cable USB, un cable de Ethernet, y/o a través de un enlace inalámbrico. Opcionalmente, el concentrador 802 puede incluir accesorios adicionales, tales como una pantalla 822, una cámara 824, un micrófono 826, un escáner 120, una pantalla acoplable/desacoplable (no mostrada), y similares. Como se mencionó anteriormente, el concentrador 802 puede proporcionar todas las funciones críticas para la seguridad del paciente y puede funcionar independientemente del cliente de monitorización 1 y/o el acoplamiento de cliente de monitorización 102.
Opcionalmente, pueden utilizarse el cliente de monitorización 1, otro cliente de monitorización 4 y/o el comunicador remoto 11 para enviar órdenes o peticiones a los dispositivos de cuidado de pacientes 14, 15, 16, 17, 35, 830, 810, 812, 814, 830 148 tales como por ejemplo, una cantidad de bolo, un caudal de infusión, un fluido total para su suministro, una hora de inicio para el suministro del fármaco, una hora de parada para el suministro del fármaco o un perfil de caudal de suministro a una o varias de las bombas de infusión 830, 810, 812. En algunas formas de realización, pueden utilizarse uno o varios de los clientes de monitorización 1,4, 11 para enviar órdenes o peticiones al dispensador de pastillas 814, tales como, por ejemplo, una orden de dispensación de pastillas para dispensar una pastilla, un tipo de pastilla, un plan de dispensación de pastillas y/o un criterio de dispensación de pastillas máximo. El criterio de dispensación de pastillas máximo puede ser una cantidad máxima de una medicación que puede suministrarse dentro de un intervalo de tiempo predeterminado; por ejemplo, determinadas medicaciones se toman según es necesario (es decir, pro re nata), sin embargo, la medicación puede no ser segura si se toma en exceso y el criterio de dispensación de pastillas máximo puede evitar que la medicación se tome a niveles no seguros por el paciente, por ejemplo, una cantidad predeterminada durante un intervalo de tiempo predeterminado.
Opcionalmente, los dispositivos de cuidado de pacientes 14, 15, 16, 17, 35, 830, 810, 812, 814, 830, 148 también pueden comunicar datos de vuelta al cliente de monitorización 1, al otro cliente de monitorización 4 y/o al comunicador remoto 11 para: determinar si debe emitirse o enviarse una alarma o alerta; determinar si el tratamiento o estado es seguro para el paciente; determinar si el sistema 800 está funcionando adecuadamente o dentro de unos límites predeterminados; y/o para visualizar los datos en una pantalla del cliente de monitorización 1, el otro cliente de monitorización 4 y/o el comunicador remoto 11. Por ejemplo, opcionalmente, una o varias de las bombas de infusión 830, 810, 812 puede comunicar (cuando sea aplicable): presión aguas arriba; cambios en la presión aguas arriba; presión aguas abajo del paciente 2; cambios en la presión aguas abajo del paciente 2; la presencia o ausencia de aire dentro de una línea de infusión; una cantidad real de bolo suministrada; un caudal de infusión real; un fluido total real suministrado; una hora de inicio real para el suministro del fármaco; una hora de parada real para el suministro del fármaco; o un perfil de caudal de suministro real para uno o varios del cliente de monitorización 1, el otro cliente de monitorización 4 y/o el comunicador remoto 11. En otra forma de realización, el dispensador de pastillas 814 puede comunicar opcionalmente datos de vuelta al cliente de monitorización 1, al otro cliente de monitorización 4 y/o al comunicador remoto 11, tales como por ejemplo, una pastilla dispensada real, un tipo de pastilla dispensada real, un plan de dispensación de pastillas real dispensado, o si se ha sobrepasado un criterio de dispensación de pastillas máximo.
Los datos recibidos de los dispositivos de cuidado de pacientes 14, 15, 16, 17, 35, 830, 810, 812, 814, 830, 148 pueden analizarse para determinar cualquier condición predefinida para emitir una alarma y/o una alerta. Por ejemplo, uno o varios de los clientes de monitorización 1,4, 11 pueden utilizar un aumento en la presión aguas abajo de una o varias de las bombas de infusión 830, 810, 812 como indicación de uno de: coagulación excesiva, infiltración, oclusión o doblado del tubo al paciente; u oclusión por otro material dentro de la bolsa IV 170. En respuesta al aumento repentino en la presión aguas abajo, uno o varios de los clientes de monitorización 1, 4, 11 pueden alarmar o alertar de manera visual o auditiva a un usuario. Adicional o alternativamente, una disminución repentina en la presión aguas abajo del paciente 2 puede ser una indicación de que el tubo se ha separado de la aguja y/o que ahora la aguja está fuera del paciente; y, en respuesta, uno o varios de los clientes de monitorización 1, 4, 11 pueden alarmar o alertar de manera visual o auditiva a un usuario. Uno o varios de los clientes de monitorización 1,4, 11 pueden enviar, opcionalmente, una orden a una o varias de las bombas de infusión 830, 810, 812 para detener el suministro de fluido en respuesta al aumento y/o disminución repentinos de la presión aguas abajo del paciente 2.
En algunas formas de realización, cada elemento, componente, dispositivo, dispositivo de cuidado de pacientes, acoplamiento y dispositivo de cálculo, numerado o no numerado, como se muestra en la figura 8 o se describe con la misma es opcional. Por ejemplo, en algunas formas de realización, el cliente de monitorización 1 es opcional, el servidor de monitorización 3 es opcional, los servicios de la instalación 8 son opcionales, cada uno de los servicios 19, 20, 21, 22, 23, 24 es opcional, el servidor en la nube 25 es opcional, cada uno de los otros clientes de monitorización 4 es opcional, las bases de datos de fármacos en línea 9 son opcionales, la red de efectos adversos por fármacos es opcional, la EHR personal del paciente 19’ es opcional, y/o la base de datos de resultados del tratamiento 10 es opcional. Adicional o alternativamente, en algunas formas de realización, cada uno de los dispositivos de cuidado de pacientes 830, 810, 812 es opcional. Del mismo modo, cada uno del monitor de sistema 131, la pulsera 118, la RFID 116, el código de barras 114, el escáner 120, la pantalla 808 y/o alimentación de CA, es opcional en algunas formas de realización de la presente divulgación.
Adicionalmente, en algunas formas de realización, aunque algunos elementos, componentes, dispositivos, dispositivos de cuidado de pacientes, acoplamientos y dispositivos de cálculo, numerado o no numerado, como se muestra en la figura 8 o se describe con la misma se muestran como el único elemento, componente, dispositivo, dispositivo de cuidado de pacientes, acoplamiento o dispositivo de cálculo, se contemplan múltiples elementos, componentes, dispositivos, dispositivos de cuidado de pacientes, acoplamientos y dispositivos de cálculo; por ejemplo, aunque en la figura 8 se muestra un solo dispensador de pastillas 814, en algunas formas de realización, pueden utilizarse dos dispensadores de pastillas 814, pueden utilizarse múltiples dispensadores de pastillas 814, o puede utilizarse cualquier número arbitrario de dispensadores de pastillas 814. Adicional o alternativamente, en algunas formas de realización, pueden utilizarse múltiples acoplamientos 804 u 806 y/o múltiples acoplamientos de cliente de monitorización 102.
Adicional o alternativamente, aunque se muestran dispositivos de cuidado de pacientes particulares 830, 810, 812, pueden utilizarse otras combinaciones, subconjuntos, múltiples de un dispositivo de cuidado de pacientes particular, o combinaciones de los mismos. Por ejemplo, en algunas formas de realización, sólo se utiliza una bomba de infusión 830 de los dispositivos de cuidado de pacientes, y, en este ejemplo específico, los otros dispositivos de cuidado de pacientes 810, 812, 814 pueden estar desactivados, pueden no estar presentes o disponibles para el uso del sistema, pueden estar apagados o pueden no formar parte del sistema 800 de la figura 8. Adicional o alternativamente, en algunas formas de realización específicas, sólo los dispositivos de cuidado de pacientes utilizados son acoplables al acoplamiento 804 u 806; por ejemplo, en una forma de realización específica, la bomba de infusión 830 es el único dispositivo acoplado en el acoplamiento 804 y el acoplamiento 804 sólo recibe un dispositivo, por ejemplo, la bomba de infusión 830.
En la figura 8, aunque el acoplamiento 804 se muestra pudiendo recibir varios dispositivos de cuidado de pacientes, en otras formas de realización, el acoplamiento de dispositivo 804 puede recibir un dispositivo de cuidado de pacientes, una pluralidad de dispositivos de cuidado de pacientes, o cualquier número arbitrario de dispositivos de cuidado de pacientes. Además, pueden no utilizarse secciones de un acoplamiento (no mostrado en la figura 8). Adicionalmente, aunque el acoplamiento de cliente de monitorización 102 se muestra pudiendo recibir un cliente de monitorización 1, en otras formas de realización, el acoplamiento de cliente de monitorización 102 puede recibir dos clientes de monitorización 1, más de dos clientes de monitorización 1, o cualquier número arbitrario de clientes de monitorización 1. Adicional, alternativa, u opcionalmente, en algunas formas de realización específicas, los dispositivos de cuidado de pacientes 14, 15, 16, 17, 35, 830, 810, 812, 814 son acoplables, pueden funcionar sin estar acoplados, y/o pueden no ser acoplables y pueden funcionar como dispositivo de cuidado de pacientes autónomo.
El sistema 800 de la figura 8 puede utilizar cualquier procedimiento de comunicaciones conocido para mantener las comunicaciones con el mismo. Por ejemplo, en algunas formas de realización, puede utilizarse cualquier lista de comunicaciones, puede utilizarse radiodifusión, difusión a uno entre varios, multidifusión o unidifusión, pueden utilizarse algoritmos de encaminamiento, puede utilizarse un protocolo de encaminamiento de vector-distancia, puede utilizarse un protocolo de encaminamiento de estado de enlace, puede utilizarse un protocolo de encaminamiento de estado de enlace optimizado, puede utilizarse un protocolo de vector-ruta, puede utilizarse encaminamiento estático con rutas de comunicaciones alternativas predefinidas, y/o puede utilizarse red adaptable. Por ejemplo, en algunas formas de realización de la presente divulgación, pueden asignarse pesos a cada ruta de comunicaciones y puede utilizarse el algoritmo de Dijkstra para comunicar entre el cliente de monitorización 1 o el concentrador 802 y uno o varios dispositivos de cuidado de pacientes (por ejemplo, los dispositivos de cuidado de pacientes 830, 810, 812 y 814); los pesos pueden determinarse de cualquier manera conocida, incluyendo como función del ancho de banda, calidad de señal, tasa de bits erróneos, pueden ser lineales con respecto a la latencia o el flujo de datos disponible, y/o similar.
En una forma de realización de la presente divulgación, los servicios de la instalación 8 y/o la red de efectos adversos por fármacos 9 también pueden incluir un sistema de reducción de errores por fármacos (“DERS”). El sistema DERS puede incluir un primer conjunto de criterios predeterminados para disparar alarmas moderadas y/o un segundo conjunto de criterios predeterminados para disparar alarmas fuertes. Las alarmas moderadas pueden anularse (por ejemplo, apagarse) por un cuidador utilizando una interfaz de usuario de la bomba de infusión 830, la interfaz de usuario 808 del concentrador 802, y/o la interfaz de usuario del cliente de monitorización 1 (y puede ser sólo una alarma audible y/o vibratoria) mientras que las alarmas fuertes hacen que cese el tratamiento hasta que se elimina la fuente de la alarma fuerte.
En una forma de realización adicional más de la presente divulgación, el sistema DERS puede incluir un primer conjunto de criterios predeterminados que definen límites flexibles y/o un segundo conjunto de criterios predeterminados que definen límites estrictos. Los límites estrictos y flexibles definen límites de tratamiento, tales como límites de dosificación del fármaco basándose en tamaño, peso, edad, otros parámetros del paciente, u otros criterios. Los límites flexibles pueden anularse por un cuidador utilizando una interfaz de usuario de la bomba de infusión 830, la interfaz de usuario del cliente de monitorización 1 y/o la interfaz de usuario 808 del concentrador 802 para iniciar el tratamiento a pesar de que el tratamiento esté fuera del primer conjunto de criterios predeterminados mientras que los límites estrictos evitan que se inicie el tratamiento hasta que se cambien los ajustes para confirmar el segundo conjunto de criterios predeterminados que definen los límites estrictos.
En algunas formas de realización, los dispositivos de cuidado de pacientes 830, 810, 812, 814, 14, 15, 16, 17, 35 y/o 148, el cliente de monitorización 1, el comunicador remoto 11, y los acoplamientos 102 y/o 804 y/o el concentrador 802 pueden incluir una clase de datos segura, por ejemplo, a través de una API.
Con referencia de nuevo a los dibujos, la figura 9 muestra un diagrama de bloques de un sistema electrónico de cuidado de pacientes 900 que tiene un cliente de monitorización apilable 902, una bomba de infusión apilable 904, una bomba de jeringa apilable 906, y otro dispositivo apilable de cuidado de pacientes 908 según otra forma de realización más de la presente divulgación. Los dispositivos apilables 902-908 pueden comunicarse utilizando una placa base y/o un bus (en algunas formas de realización, los dispositivos apilables 902-908 se comunican a través de módulos de comunicación).
Opcionalmente, pueden utilizarse el cliente de monitorización 902, otro cliente de monitorización 4 y/o el comunicador remoto 11 para enviar órdenes o peticiones a los dispositivos de cuidado de pacientes 14, 15, 16, 17, 35, 128, 904, 906, 908, 148 tales como por ejemplo, una cantidad de bolo, un caudal de infusión, un fluido total para su suministro, una hora de inicio para el suministro del fármaco, una hora de parada para el suministro del fármaco o un perfil de caudal de suministro a la bomba de infusión apilable 904, la bomba de jeringa apilable 906 y/o los demás dispositivos apilables de cuidado de pacientes 908. En algunas formas de realización, pueden utilizarse uno o varios de los clientes de monitorización 902, 4, 11 para enviar órdenes o peticiones al dispensador de pastillas 128, tales como, por ejemplo, una orden de dispensación de pastillas para dispensar una pastilla, un tipo de pastilla, un plan de dispensación de pastillas y/o un criterio de dispensación de pastillas máximo. El criterio de dispensación de pastillas máximo puede ser una cantidad máxima de una medicación que puede suministrarse dentro de un intervalo de tiempo predeterminado; por ejemplo, determinadas medicaciones se toman según es necesario (es decir, pro re nata), sin embargo, la medicación puede no ser segura si se toma en exceso y el criterio de dispensación de pastillas máximo puede evitar que la medicación se tome a niveles no seguros por el paciente, por ejemplo, una cantidad predeterminada durante un intervalo de tiempo predeterminado.
Opcionalmente, los dispositivos de cuidado de pacientes 14, 15, 16, 17, 35, 128, 904, 906, 908, 148 también pueden comunicar datos de vuelta al cliente de monitorización 902, al otro cliente de monitorización 4 y/o al comunicador remoto 11 para: determinar si debe emitirse o enviarse una alarma o alerta; determinar si el tratamiento o estado es seguro para el paciente; determinar si el sistema 900 está funcionando adecuadamente o dentro de unos límites predeterminados; y/o para visualizar los datos en una pantalla del cliente de monitorización 902, el otro cliente de monitorización 4 y/o el comunicador remoto 11. Por ejemplo, opcionalmente, la bomba de infusión apilable 904, la bomba de jeringa apilable 906, y/o los demás dispositivos apilables de cuidado de pacientes 908 pueden comunicar (cuando sea aplicable): presión aguas arriba; cambios en la presión aguas arriba; presión aguas abajo del paciente 2; cambios en la presión aguas abajo del paciente 2; la presencia o ausencia de aire dentro de una línea de infusión; una cantidad real de bolo suministrada; un caudal de infusión real; un fluido total real suministrado; una hora de inicio real para el suministro del fármaco; una hora de parada real para el suministro del fármaco; o un perfil de caudal de suministro real para uno o varios del cliente de monitorización apilable 902, el otro cliente de monitorización 4 y/o el comunicador remoto 11. En otra forma de realización, el dispensador de pastillas 128 puede comunicar opcionalmente datos de vuelta al cliente de monitorización apilable 902, el otro cliente de monitorización 4 y/o el comunicador remoto 11, tales como por ejemplo, una pastilla dispensada real, un tipo de pastilla dispensada real, un plan de dispensación de pastillas real dispensado, o si se ha sobrepasado un criterio de dispensación de pastillas máximo.
Los datos recibidos de los dispositivos de cuidado de pacientes 14, 15, 16, 17, 35, 128, 904, 906, 908, 148 pueden analizarse para determinar cualquier condición predefinida para emitir una alarma y/o una alerta. Por ejemplo, uno o varios de los clientes de monitorización 902, 4, 11 pueden utilizar un aumento en la presión aguas abajo de la bomba de infusión apilable 904 y/o la bomba de jeringa apilable 906 como indicación de uno de: coagulación excesiva, infiltración, oclusión o doblado del tubo al paciente; u oclusión por otro material dentro de la bolsa IV 170. En respuesta al aumento repentino en la presión aguas abajo, uno o varios de los clientes de monitorización 902, 4, 11 pueden alarmar o alertar de manera visual o auditiva a un usuario. Adicional o alternativamente, una disminución repentina en la presión aguas abajo del paciente 2 puede ser una indicación de que el tubo se ha separado de la aguja y/o que ahora la aguja está fuera del paciente; y, en respuesta, uno o varios de los clientes de monitorización 902, 4, 11 pueden alarmar o alertar de manera visual o auditiva a un usuario. Uno o varios de los clientes de monitorización 902, 4, 11 pueden enviar, opcionalmente, una orden a uno o varios de la bomba de infusión apilable 902 y/o la bomba de jeringa apilable 906 para detener el suministro de fluido en respuesta al aumento y/o disminución repentinos de la presión aguas abajo del paciente 2.
El cliente de monitorización apilable 902, el dispositivo apilable 908, la bomba de infusión apilable 904 y la bomba de jeringa apilable 906 pueden encadenarse entre sí a través de conectores acoplados a la parte superior e inferior de cada dispositivo. Por ejemplo, la bomba de jeringa apilable 906 puede apilarse en su lugar sobre el cliente de monitorización 902 de modo que un conector inferior de la bomba de jeringa apilable 906 se acople eléctricamente a conectores sobre el cliente de monitorización 902.
La cadena puede crearse, por ejemplo, a través de conductores eléctricos dentro de cada uno del cliente de monitorización apilable 902, el dispositivo apilable de cuidado de pacientes 908, la bomba de infusión apilable 904 y la bomba de jeringa apilable 906 de modo que se mantiene un contacto eléctrico continuo entre cada uno de estos dispositivos.
Adicional o alternativamente, los dispositivos apilables 902, 908, 904, 906 pueden mantener opcionalmente comunicaciones inalámbricas entre sí. Por ejemplo, el cliente de monitorización apilable 902 puede detectar que los conductores de cadena no responden eléctricamente debido a un cortocircuito interno dentro de un dispositivo apilable de los dispositivos apilables 902, 908, 904, 906, y el cliente de monitorización apilable 902 puede interrogar a cada de los dispositivos apilables 908, 904, 906 para determinar qué dispositivo ha fallado; tras realizar una determinación, el cliente de monitorización apilable 902 puede comunicarse de manera inalámbrica con un circuito aislado de desconexión dentro del dispositivo que ha fallado de los dispositivos apilables 902, 908, 904, 906 para desacoplar eléctricamente el dispositivo que ha fallado de los conductores en cadena. Adicional o alternativamente, uno o varios de los dispositivos apilables 902, 908, 904, 906 pueden alarmar, enviar una alerta y/o visualizar un mensaje de que uno de los dispositivos apilables 902, 908, 904, 906 ha fallado y/o de que uno de los dispositivos apilables 902, 908, 904, 906 se está comunicando de manera inalámbrica en lugar de a través del enlace de comunicaciones en cadena, por cable.
Adicional o alternativamente, cada uno del cliente de monitorización apilable 902, el dispositivo apilable 908, la bomba de infusión apilable 904 y la bomba de jeringa apilable 906 puede pasar o retransmitir información a un dispositivo respectivo por debajo o encima del mismo dentro de la cadena. Por ejemplo, la bomba de infusión apilable 904 puede comunicar todos los datos recibidos desde la bomba de jeringa apilable 906 almacenando temporalmente los datos dentro de una memoria interna y comunicando la información cuando se recibe una señal desde el dispositivo apilable de cuidado de pacientes 908 indicando que el dispositivo apilable de cuidado de pacientes 908 está listo para recibir datos adicionales. En algunas formas de realización, cada elemento, componente, dispositivo, dispositivo de cuidado de pacientes, acoplamiento y dispositivo de cálculo, numerado o no numerado, como se muestra en la figura 8 o se describe con la misma es opcional. Por ejemplo, en algunas formas de realización, el cliente de monitorización 1 es opcional, el servidor de monitorización 3 es opcional, los servicios de la instalación 8 son opcionales, cada uno de los servicios 19, 20, 21, 22, 23, 24 es opcional, el servidor en la nube 25 es opcional, cada uno de los otros clientes de monitorización 4 es opcional, las bases de datos de fármacos en línea 9 son opcionales, la red de efectos adversos por fármacos es opcional, la EHR personal del paciente 19’ es opcional, y/o la base de datos de resultados del tratamiento 10 es opcional. Adicional o alternativamente, en algunas formas de realización, cada uno de los dispositivos de cuidado de pacientes 830, 810, 812 es opcional. Del mismo modo, cada uno del monitor de sistema 131, la pulsera 118, la RFID 116, el código de barras 114, el escáner 120, la pantalla 808 y/o alimentación de CA, es opcional en algunas formas de realización de la presente divulgación.
Adicionalmente, en algunas formas de realización, aunque algunos elementos, componentes, dispositivos, dispositivos de cuidado de pacientes y dispositivos de cálculo, numerado o no numerado, como se muestra en la figura 9 o se describe con la misma se muestran como el único elemento, componente, dispositivo, dispositivo de cuidado de pacientes, o dispositivo de cálculo, se contemplan múltiples elementos, componentes, dispositivos, dispositivos de cuidado de pacientes y dispositivos de cálculo; por ejemplo, aunque en la figura 9 se muestra un solo dispensador de pastillas 128, en algunas formas de realización, pueden utilizarse dos dispensadores de pastillas 128, pueden utilizarse múltiples dispensadores de pastillas 128, o puede utilizarse cualquier número arbitrario de dispensadores de pastillas 128.
Adicional o alternativamente, aunque se muestran dispositivos de cuidado de pacientes particulares 904, 906, 908, pueden utilizarse otras combinaciones, subconjuntos, múltiples de un dispositivo de cuidado de pacientes particular, o combinaciones de los mismos. Por ejemplo, en algunas formas de realización, sólo se utiliza una bomba de infusión apilable 904 de los dispositivos de cuidado de pacientes, y, en este ejemplo específico, los otros dispositivos de cuidado de pacientes 906, 908 pueden estar desactivados, pueden no estar presentes o disponibles para el uso del sistema, pueden estar apagados o pueden no formar parte del sistema 900 de la figura 9. Adicional o alternativamente, en algunas formas de realización específicas, sólo se apilan los dispositivos de cuidado de pacientes utilizados; por ejemplo, en una forma de realización específica, la bomba de infusión 904 es el único dispositivo apilado. Adicional o alternativamente, los dispositivos de cuidado de pacientes no apilados, por ejemplo, los dispositivos de cuidado de pacientes 904, 906 y/o 908, pueden seguir funcionando cuando funciona como dispositivo autónomo. Adicional, alternativa, u opcionalmente, en algunas formas de realización específicas, los dispositivos de cuidado de pacientes 14, 15, 16, 17, 35, 904, 906, 908, 128, 148 son acoplables, pueden funcionar sin estar acoplados, y/o pueden no ser acoplables y pueden funcionar como dispositivo de cuidado de pacientes autónomo.
En la figura 9, aunque se muestra la pila pudiendo apilar varios dispositivos de cuidado de pacientes, en otras formas de realización, la pila puede recibir un dispositivo de cuidado de pacientes, una pluralidad de dispositivos de cuidado de pacientes, o cualquier número arbitrario de dispositivos de cuidado de pacientes. Adicionalmente, aunque la pila se muestra pudiendo recibir un cliente de monitorización 902, en otras formas de realización, los dos clientes de monitorización apilables 902, más de dos clientes de monitorización apilables 902, o cualquier número arbitrario de clientes de monitorización apilables 902 se apilan entre sí en el sistema 900.
El sistema 900 de la figura 9 puede utilizar cualquier procedimiento de comunicaciones conocido para mantener las comunicaciones con el mismo. Por ejemplo, en algunas formas de realización, puede utilizarse cualquier lista de comunicaciones, puede utilizarse radiodifusión, difusión a uno entre varios, multidifusión o unidifusión, pueden utilizarse algoritmos de encaminamiento, puede utilizarse un protocolo de encaminamiento de vector-distancia, puede utilizarse un protocolo de encaminamiento de estado de enlace, puede utilizarse un protocolo de encaminamiento de estado de enlace optimizado, puede utilizarse un protocolo de vector-ruta, puede utilizarse encaminamiento estático con rutas de comunicaciones alternativas predefinidas, y/o puede utilizarse red adaptable. Por ejemplo, en algunas formas de realización de la presente divulgación, pueden asignarse pesos a cada ruta de comunicaciones y puede utilizarse el algoritmo de Dijkstra para comunicar entre el cliente de monitorización 902 y uno o varios dispositivos de cuidado de pacientes (por ejemplo, los dispositivos de cuidado de pacientes 904, 906, 908); los pesos pueden determinarse de cualquier manera conocida, incluyendo como función del ancho de banda, calidad de señal, tasa de bits erróneos, pueden ser lineales con respecto a la latencia o el flujo de datos disponible, y/o similar.
Con referencia a las figuras 1, 3, 5, 7, 8 y 9, pueden emplearse diversas tecnologías y/o técnicas de actualización para actualizar un concentrador, un acoplamiento, un dispositivo, una bomba de insulina, una bomba de infusión y/o un dispositivo de cuidado de pacientes. Por ejemplo, un dispositivo de cuidado de pacientes puede estar acoplado a un dispositivo de cálculo (que, en algunas formas de realización, puede ser un ordenador personal o cualquier dispositivo que pueda utilizarse de manera similar a un ordenador personal, por ejemplo, pero sin limitarse a, una tableta) por medio de un convertidor de bus, que convierte, por ejemplo, y en algunas formas de realización, datos con formato RS232 en por ejemplo, datos con formato I2C. Un procesador dentro de un concentrador, un acoplamiento, un dispositivo, una bomba de insulina, una bomba de infusión y/o un dispositivo de cuidado de pacientes, puede ejecutar, en algunas formas de realización, un programa de actualización para controlar y dirigir la descarga de un software en una memoria flash por un procesador supervisor y/o un procesador de mando, por ejemplo. En algunas formas de realización, el dispositivo de cálculo puede dirigir la descarga del software en la memoria flash del concentrador, un acoplamiento, un dispositivo, una bomba de insulina, una bomba de infusión y/o un dispositivo de cuidado de pacientes. Las actualizaciones de software obtenidas por el dispositivo de cálculo pueden almacenarse en la memoria flash (no mostrada) de manera accesible por el procesador supervisor y/o el procesador de mando. Las actualizaciones de software descritas anteriormente pueden ser, en algunas formas de realización, un programa de línea de órdenes que puede invocarse automáticamente por un proceso de escritura.
En algunas formas de realización, un concentrador, un acoplamiento, un dispositivo, una bomba de insulina, una bomba de infusión y/o un dispositivo de cuidado de pacientes puede ser, o tener la capacidad de, una interfaz remota conectada a web que puede incluir, pero no se limita a, capacidad para descargar aplicaciones, descargar actualizaciones de software, cargar información y/o enviar información a diversas máquinas, incluyendo, pero sin limitarse a, a través de un portal seguro basado en web y/o a través de correo electrónico y/o por medio de un protocolo de comunicaciones inalámbricas. Por tanto, en diversas formas de realización, la aplicación de interfaz remota puede ejecutarse en cualquier dispositivo con capacidad y no se limita a un denominado propietario. Además, en algunas formas de realización, la interfaz remota puede estar habilitada para Bluetooth, o habilitada de otro modo, para comunicar, por ejemplo, utilizando comunicación por radiofrecuencia (“RF”), con uno o varios dispositivos que pueden incluir, pero no se limitan a, uno o varios de los siguientes: un concentrador, un acoplamiento, un dispositivo, una bomba de insulina, una bomba de infusión, un dispositivo de cuidado de pacientes, un dispositivo Bluetooth u otro dispositivo de comunicación, un dispositivo de cuidado de pacientes, y/o cualquier otro dispositivo.
En algunas formas de realización, una estación de carga puede incluir una zona de carga para un concentrador, un acoplamiento, un dispositivo, una bomba de insulina, una bomba de infusión y/o un dispositivo de cuidado de pacientes para la interfaz remota que puede incluir un enchufe USB. En algunas formas de realización, la estación de carga puede incluir un puerto USB, y en algunas formas de realización, puede incluir un puerto mini-USB, permitiendo que la estación de carga reciba energía, en algunas formas de realización, para cargar el concentrador, el acoplamiento, el dispositivo, la bomba de insulina, la bomba de infusión, el dispositivo de cuidado de pacientes, y/o la interfaz remota a través de un USB. Adicional y/o alternativamente, el puerto USB puede estar configurado para la transferencia de datos a/desde una interfaz remota y/o el concentrador, el acoplamiento, el dispositivo, la bomba de insulina, la bomba de infusión y/o el dispositivo de cuidado de pacientes mediante conexión a un ordenador u otro dispositivo y/u otro aparato de tipo ordenador. En formas de realización que incluyen un puerto USB, mientras se carga la interfaz remota, el sistema puede pedir a un ordenador personal y/o portal web que compruebe el software actualizado y si hay un software actualizado disponible, puede descargar actualizaciones de software, por ejemplo, a través de la conexión USB. Entonces estas actualizaciones pueden transferirse al concentrador, acoplamiento, dispositivo, la bomba de insulina, la bomba de infusión y/o al dispositivo de cuidado de pacientes al emparejarse.
Por tanto, el usuario puede conectar la interfaz remota de un concentrador, un acoplamiento, un dispositivo, una bomba de insulina, una bomba de infusión y/o un dispositivo de cuidado de pacientes a un ordenador personal y/o, en algunas formas de realización, cargar datos desde la interfaz remota a un portal web u otro. En algunas formas de realización, esto puede conseguirse durante la “recarga” de la interfaz remota que, en algunas formas de realización, puede realizarse utilizando una conexión USB al ordenador personal, que, además de cargar/recargar la interfaz remota puede sincronizar y/o cargar/descargar datos desde el ordenador personal, 1908 y/o portal web. En este momento, el sistema puede determinar que las actualizaciones de software para uno o varios de los dispositivos y o para la interfaz remota están disponibles. El usuario puede seleccionar “descargar actualizaciones” y éstas pueden descargarse a la interfaz remota de un concentrador, un acoplamiento, un dispositivo, una bomba de insulina, una bomba de infusión y/o un dispositivo de cuidado de pacientes, de nuevo, en el momento de cargar y/o en cualquier momento en el que la interfaz remota está conectada, directa o indirectamente, al ordenador personal y/o a un portal web diseñado específicamente para el sistema. Como se comentó anteriormente, la interfaz remota puede comunicarse con los diversos dispositivos. Por tanto, las actualizaciones de software pueden comunicarse a cualquiera o más dispositivos por la interfaz remota. Esto tiene muchas ventajas, incluyendo, pero sin limitarse a, sólo tener que conectar la interfaz remota al ordenador personal/portal web para cargar datos/información desde todos los dispositivos y/o descargar actualizaciones y/o aplicaciones desde el ordenador personal y/o desde internet/portal web a cualquiera de los dispositivos. Esto puede ser deseable por muchos motivos, incluyendo pero sin limitarse a, la capacidad para actualizar de manera eficiente y sencilla todos los dispositivos desde una conexión y/o la capacidad para ver todos los datos desde todos los dispositivos en una ubicación y/o la capacidad para descargar información y/o ajustes desde el ordenador personal/portal web a cualquiera de los dispositivos a través de la interfaz remota.
Por tanto, en algunas formas de realización, como el ordenador personal/portal web contiene toda la información de todos los dispositivos, incluyendo, pero sin limitarse a, la interfaz remota, en cualquier momento, puede introducirse una nueva “interfaz remota” en el sistema. Esto puede conseguirse conectando la nueva interfaz remota al ordenador personal/portal web y descargando toda la información relativa al sistema a la interfaz remota. En algunas formas de realización, esto puede requerir en primer lugar que la interfaz remota antigua se elimine de los “dispositivos aprobados”, sin embargo, en otras formas de realización; el sistema puede “permitir” interfaces remotas adicionales con un permiso del usuario. Por tanto, el sistema incluye la capacidad para descargar toda la información y aplicaciones a cualquier interfaz conectada a internet y/o remota que pueda comunicarse con los dispositivos y/o que pueda conectarse al ordenador personal y/o portal web.
Esto también permite que la interfaz remota descargue cualquier aplicación de internet a cualquier dispositivo en el sistema. Por tanto, en diversas formas de realización del sistema, un usuario puede convertir cualquier aparato (incluyendo algunos parámetros tales como la capacidad para comunicarse de manera inalámbrica y conectarse al ordenador personal y/o portal web) en un dispositivo que pueda controlar los diversos dispositivos, por ejemplo, la bomba de infusión y/o recibir datos desde y/o controlar un sensor/transmisor CGM, y/u otros sensores de analitos y/u otros dispositivos, tales como un concentrador, un acoplamiento, un dispositivo, una bomba de insulina, una bomba de infusión y/o un dispositivo de cuidado de pacientes. En algunas formas de realización, la interfaz remota y/o las una o varias aplicaciones en la interfaz remota pueden estar protegidas con contraseña o de otro modo y se emparejan con los uno o varios dispositivos, por ejemplo, se emparejan con una bomba de infusión y/o sensor CGM y o uno o varios otros dispositivos.
En algunas formas de realización, la información sobre la interfaz remota puede cargarse y/o sincronizarse con otro dispositivo y/o un ordenador y/o máquina, incluyendo, pero sin limitarse a, cargar los datos a un sitio de internet que puede estar protegido con contraseña (portal web). Por tanto, un usuario puede acceder a la información desde cualquier dispositivo y o puede descargar la información a cualquier dispositivo incluyendo aplicación específica del dispositivo y por tanto la información del usuario puede descargarse a cualquier dispositivo incluyendo, pero sin limitarse a, información de historial, ajustes preferidos, etc.
La figura 10 es un diagrama de flujo de un procedimiento 600 para comunicar un parámetro de cuidado de pacientes de un dispositivo de cuidado de pacientes a un servidor de monitorización según una forma de realización de la presente divulgación. El procedimiento 600 incluye las acciones 602-608. El dispositivo de cuidado de pacientes del procedimiento 600 puede ser opcionalmente cualquier dispositivo de cuidado de pacientes dado a conocer en el presente documento, por ejemplo, los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148, de las figuras 1, 3, 5 o 7, dispositivos de cuidado de pacientes 14, 15, 16, 17, 830, 810, 812, 814 de la figura 8, dispositivos de cuidado de pacientes 14, 15, 16, 17904, 906, 908 de la figura 9, u otro dispositivo de cuidado de pacientes dado a conocer en el presente documento.
La acción 602 establece un enlace de comunicaciones entre un dispositivo de cuidado de pacientes y un servidor de monitorización. La acción 604 comunica el parámetro de cuidado de pacientes al servidor de monitorización, por ejemplo, a través de la red de área local y/o internet, a través de WiFi, a través de un cliente de monitorización, uno o varios concentradores, o un acoplamiento, etc. La acción 606 desidentifica el parámetro de cuidado de pacientes. La acción 606 puede realizarse automáticamente y electrónicamente, por ejemplo, dentro del servidor de monitorización 3 de las figuras 1, 3, 5, 7, 8 y/o 9. Por ejemplo, puede eliminarse el nombre del paciente y sustituirse por un número de serie aleatorio u otro indicador que no puede utilizarse para determinar la identidad del paciente en el servidor de monitorización. La acción 608 almacena el parámetro de cuidado de pacientes desidentificado en el servidor de monitorización, por ejemplo, dentro de una base de datos, tal como una base de datos SQL, una base de datos relacional, una base de datos asociativa, un servidor en la nube, y similares.
La figura 11 es un diagrama de flujo de un procedimiento 701 para agregar parámetros de cuidado de pacientes de múltiples pacientes según se determina a partir de dispositivos de cuidado de pacientes en un servidor de monitorización según una forma de realización de la presente divulgación. El procedimiento 701 incluye las acciones 703-713. En algunas formas de realización, todas las acciones 703-713 son opcionales. El dispositivo de cuidado de pacientes puede ser cualquier dispositivo de cuidado de pacientes dado a conocer en el presente documento, por ejemplo, los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148, de las figuras 1,3, 5 o 7, dispositivos de cuidado de pacientes 14, 15, 16, 17, 830, 810, 812, 814 de la figura 8, dispositivos de cuidado de pacientes 14, 15, 16, 17904, 906, 908 de la figura 9, u otro dispositivo de cuidado de pacientes dado a conocer en el presente documento.
La acción 703 establece enlaces de comunicaciones entre un servidor de monitorización, por ejemplo, el servidor de monitorización 3 de las figuras 1, 3, 5, 7, 8 o 9, y una pluralidad de dispositivos de cuidado de pacientes asociados con una pluralidad de pacientes. Opcionalmente, múltiples dispositivos de cuidado de pacientes pueden estar asociados con un solo paciente, y/o múltiples dispositivos de cuidado de pacientes pueden estar asociados con un paciente diferente y respectivo.
La acción 705 comunica una pluralidad de parámetros de cuidado de pacientes de la pluralidad de dispositivos de cuidado de pacientes al servidor de monitorización. La acción 707 desidentifica los parámetros de cuidado de pacientes, y la acción 709 almacena los parámetros de cuidado de pacientes en el servidor de monitorización, por ejemplo, dentro de una base de datos, tal como una base de datos SQL, una base de datos relacional, una base de datos asociativa, y similares. La acción 707 puede realizarse automáticamente y/o electrónicamente. La acción 711 trata un subconjunto de pacientes de la pluralidad de pacientes con un tratamiento. Por ejemplo, los pacientes con una tensión arterial alta pueden tratarse con una medicación diseñada para reducir la tensión arterial. La acción 713 analiza un subconjunto de la pluralidad de parámetros de cuidado de pacientes asociados con la pluralidad de pacientes para determinar la eficacia del tratamiento. Por ejemplo, en todos los pacientes que recibieron la medicación para la tensión arterial de la acción 711 puede compararse su tensión arterial con una lectura de tensión arterial tras una cantidad de tiempo predeterminada, por ejemplo, 6 meses, para determinar si el tratamiento fue efectivo para uno o varios pacientes.
La figura 12 es un diagrama de flujo de un procedimiento 801 de recuperación para un dispositivo de cuidado de pacientes cuando se interrumpe el funcionamiento del dispositivo de cuidado de pacientes según una forma de realización de la presente divulgación. Por ejemplo, puede desenchufarse un dispositivo de cuidado de pacientes de un acoplamiento, puede interrumpirse la alimentación, un fallo de hardware o software puede deshabilitar temporalmente uno o varios procesadores u otra circuitería dentro del dispositivo de cuidado de pacientes, y similares. Adicional o alternativamente, los uno o varios procesadores en un dispositivo de cuidado de pacientes pueden implementar el procedimiento 801 de modo que el dispositivo de cuidado de pacientes pueda sustituirse en caliente.
El procedimiento 801 incluye las acciones 803-823. Cada una de las acciones 803-823, en algunas formas de realización, es opcional. La acción 803 recibe uno o varios parámetros de cuidado de pacientes asociados con un dispositivo de cuidado de pacientes. El dispositivo de cuidado de pacientes del procedimiento 801 puede ser cualquier dispositivo de cuidado de pacientes dado a conocer en el presente documento, por ejemplo, puede ser uno o varios de los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148, de las figuras 1,3, 5 o 7, dispositivos de cuidado de pacientes 14, 15, 16, 17, 830, 810, 812, 814 de la figura 8, o dispositivos de cuidado de pacientes 14, 15, 16, 17904, 906, 908 de la figura 9.
La acción 805 almacena los uno o varios parámetros de cuidado de pacientes en una memoria no volátil del dispositivo de cuidado de pacientes. Los parámetros de cuidado de pacientes pueden ser cualquier valor asociado con el cuidado de pacientes incluyendo parámetros de tratamiento de pacientes o parámetros de estado del paciente, por ejemplo, una velocidad de infusión para una bomba de infusión es un parámetro de tratamiento del paciente.
La acción 807 recibe uno o varios parámetros operativos para el dispositivo de cuidado de pacientes. Un parámetro operativo puede ser cualquier cosa relacionada con el funcionamiento del dispositivo. Por ejemplo, un parámetro operativo puede ser un límite de la velocidad de un motor de una bomba de infusión, una velocidad de bomba de infusión, una limitación de vataje en comunicaciones inalámbricas, una velocidad o límite de velocidad de descarga de batería, una frecuencia de actualización, y similares. La acción 809 almacena los uno o varios parámetros operativos en la memoria no volátil del dispositivo de cuidado de pacientes.
La acción 811 calcula uno o varios parámetros operativos adicionales para el dispositivo de cuidado de pacientes. Los parámetros operativos calculados son cualquier parámetro calculado para hacer funcionar el dispositivo de cuidado de pacientes, por ejemplo, un coeficiente de ganancia de un bucle de control proporcional-integral-derivado (“PID”) que tiene coeficientes de ganancia adaptativa utilizados en el control de ganancia automático. La acción 813 almacena los uno o varios parámetros operativos adicionales en la memoria no volátil del dispositivo de cuidado de pacientes.
La acción 815 determina que se ha interrumpido el funcionamiento del dispositivo de cuidado de pacientes, por ejemplo, se ha perdido la alimentación al dispositivo de cuidado de pacientes, se ha producido un fallo en el dispositivo de cuidado de pacientes, se ha producido un reinicio de la CPU por bajada de tensión, y similares. La acción 817 determina que puede reanudarse el funcionamiento del dispositivo de cuidado de pacientes.
La acción 819 carga los uno o varios parámetros operativos recibidos o calculados en una memoria de trabajo del dispositivo de cuidado de pacientes; y, la acción 821 carga los uno o varios parámetros de cuidado de pacientes en la memoria de trabajo del dispositivo de cuidado de pacientes. La acción 823 reanuda el funcionamiento del dispositivo de cuidado de pacientes.
Volviendo ahora a la figura 13, se muestra un diagrama de flujo de un procedimiento 900 para emparejar un cliente de monitorización que tiene una interfaz de usuario con un dispositivo de cuidado de pacientes según una forma de realización de la presente divulgación. El procedimiento 900 incluye las acciones 902-912. El cliente de monitorización del procedimiento 900 puede ser un cliente de monitorización 1, o comunicador remoto 11 de las figuras 1, 3, 5, 7 u 8, cliente de monitorización 902 de la figura 9, un comunicador remoto 11 de las figuras 1, 3, 5, 7, 8 o 9, un teléfono móvil, un ordenador de mano, un ordenador de tipo tableta, un ordenador portátil, un ordenador personal, un asistente personal digital, y similares. Aunque el procedimiento 900 describe el emparejamiento entre un cliente de monitorización y un dispositivo de cuidado de pacientes, en algunas formas de realización, el procedimiento 900 puede utilizarse para emparejar un concentrador (por ejemplo, el concentrador 802 de la figura 8) con un dispositivo de cuidado de pacientes (por ejemplo, el dispositivo de cuidado de pacientes 830, 810, 812 y 814), para emparejar un primer dispositivo de cuidado de pacientes (por ejemplo, el dispositivo de cuidado de pacientes 830 de la figura 8) con un segundo dispositivo de cuidado de pacientes (por ejemplo, el dispositivo de cuidado de pacientes 814 de la figura 8) de modo que la interfaz de usuario del primer dispositivo de cuidado de pacientes pueda utilizarse para controlar el segundo dispositivo de cuidado de pacientes, y/o para emparejar el monitor de sistema (por ejemplo, el monitor de sistema 131 de las figuras 1, 3, 5, 7, 8 o 9) con un dispositivo de cuidado de pacientes (por ejemplo, los dispositivos de cuidado de pacientes 7, 170, 126, 128, 148, 14, 15, 16, 17 o 170 como se muestra en las figuras 1,3, 5 y 7, o el dispositivos de cuidado de pacientes 830, 810, 812, 814, 14, 15, 16, 17 o 148 de la figura 8 y/o los dispositivos de cuidado de pacientes 904, 906, 908, 14, 15, 16, 17 o 148 de la figura 9).
La acción 902 coloca un cliente de monitorización que tiene una interfaz de usuario (por ejemplo, una pantalla, pantalla táctil, una pantalla, botones, acelerómetro para la entrada de usuario, y similares) dentro de una distancia operativa de un dispositivo de cuidado de pacientes. La acción 904 visualiza la identidad del dispositivo de cuidado de pacientes en la interfaz de usuario. El dispositivo de cuidado de pacientes puede identificarse mediante, por ejemplo, un número de serie, un tipo de dispositivo, o una pantalla visual en la entrada de usuario del dispositivo de cuidado de pacientes utilizando protocolos de descubrimiento estándar o personalizados. La acción 906 selecciona el dispositivo de cuidado de pacientes para el emparejamiento utilizando la interfaz de usuario. Por ejemplo, un usuario en la acción 906 puede tocar una pantalla táctil del cliente de monitorización para indicar la selección del dispositivo de cuidado de pacientes.
La acción 908 empareja el dispositivo de cuidado de pacientes con el cliente de monitorización. Por ejemplo, el emparejamiento del dispositivo de cuidado de pacientes con el cliente de monitorización puede utilizar Bluetooth, Bluetooth de baja energía (I.E.E.E. 802.15.1), WiFi, comunicaciones de infrarrojos, comunicación de campo cercano (NFC ISO 13157), comunicación IR, u ópticamente. También puede utilizarse un protocolo de emparejamiento personalizado, como resultará evidente a la luz de esta divulgación, que puede emplear o no el uso de una secuencia de establecimiento de la comunicación. La acción 910 comunica parámetros de cuidado del paciente entre el dispositivo de cuidado de pacientes y el cliente de monitorización, por ejemplo, de modo que el dispositivo de cuidado de pacientes pueda controlarse o monitorizarse por el cliente de monitorización.
La acción 912, opcionalmente, comunica operativamente parámetros de cuidado de pacientes adicionales con otro dispositivo de cuidado de pacientes a través del dispositivo de cuidado de pacientes. En la acción 912, si el dispositivo de cuidado de pacientes está acoplado operativamente a o está en comunicación operativa con otro dispositivo de cuidado de pacientes, el dispositivo de cuidado de pacientes puede actuar como relé o encaminador de modo que el cliente de monitorización puede comunicarse con el otro dispositivo de cuidado de pacientes. Adicional o alternativamente, el dispositivo de cuidado de pacientes puede utilizar información de otro dispositivo de cuidado de pacientes para su funcionamiento, por ejemplo, una bomba de infusión puede utilizar un caudal determinado por un medidor de caudal o una temperatura de una sonda de temperatura, y/o la bomba de infusión puede retransmitir información desde el medidor de caudal a un cliente de monitorización. Adicionalmente, el cliente de monitorización puede comunicarse opcionalmente con múltiples dispositivos de cuidado de pacientes acoplados al dispositivo de cuidado de pacientes emparejado, en paralelo o en serie. Adicional o alternativamente, en algunas formas de realización de la presente divulgación, en el procedimiento 900 el cliente de monitorización se comunica con el dispositivo de cuidado de pacientes utilizando un tubo intravenoso. Las comunicaciones pueden producirse a través de un conductor eléctrico insertado en o unido al tubo intravenoso, a través de comunicación eléctrica utilizando el fluido dentro del tubo intravenoso como medio conductor, utilizando ondas de sonido que se desplazan a través del tubo intravenoso, u ópticamente utilizando el fluido dentro del tubo como guía de ondas óptica. La comunicación a través del tubo intravenoso puede utilizarse para configurar el emparejamiento (por ejemplo, entre un cliente de monitorización, un concentrador, un acoplamiento, un dispositivo de cuidado de pacientes y/o un monitor de sistema con uno o varios de un cliente de monitorización, un concentrador, un acoplamiento, un dispositivo de cuidado de pacientes y/o un monitor de sistema) utilizando otro enlace de comunicaciones, por ejemplo, Bluetooth, Bluetooth de baja energía, WiFi, etc.
En formas de realización aún adicionales de la presente divulgación, el emparejamiento de un primer dispositivo (por ejemplo, un cliente de monitorización, concentrador, dispositivo de cuidado de pacientes o monitor de sistema) con un segundo dispositivo (por ejemplo, un cliente de monitorización, concentrador, dispositivo de cuidado de pacientes o monitor de sistema) puede configurarse y/o inicializarse utilizando un primer enlace de comunicaciones de modo que los dispositivos se emparejen utilizando un segundo enlace de comunicaciones; por ejemplo, las comunicaciones de campo cercano o comunicaciones IR pueden configurar el emparejamiento entre los dispositivos utilizando Bluetooth, Bluetooth de baja energía, o WiFi, por ejemplo. La configuración del emparejamiento (por ejemplo, a través de comunicaciones de campo cercano o comunicaciones IR) puede dar lugar a una petición en un cliente de monitorización, concentrador, dispositivo de cuidado de pacientes y/o monitor de sistema pidiendo una confirmación por parte del usuario del emparejamiento del dispositivo, por ejemplo, emparejamiento a través de Bluetooth, por ejemplo. En algunas formas de realización, cuando un dispositivo de cuidado de pacientes se empareja con un concentrador, cliente de monitorización y/o acoplamiento, la ID y el número de versión de software se envían al concentrador, cliente de monitorización y/o acoplamiento, que realiza una comprobación con un servidor, por ejemplo, el servidor de monitorización 3, soporte intermedio, el servidor en la nube, u otro servidor para determinar si el software en el dispositivo de cuidado de pacientes está actualizado; si el software no está actualizado, el concentrador, cliente de monitorización, acoplamiento o los dispositivos de cuidado de pacientes en sí mismos (por ejemplo, directamente) descargan el software actualizado para programar el dispositivo de cuidado de pacientes. El dispositivo de cuidado de pacientes puede notificar al usuario si el software está actualizado y/o puede dar al usuario la opción en la pantalla táctil de actualizar opcionalmente el dispositivo de cuidado de pacientes si el software no está actualizado. El enlace de comunicaciones que configura el emparejamiento (por ejemplo, NFC) y/o el enlace de comunicaciones que utiliza el emparejamiento (por ejemplo, Bluetooth o Bluetooth de baja energía) puede comunicar el software actualizado, la ID, el número de versión de software, proporcionar la notificación, etc. Un emparejamiento que puede utilizarse, por ejemplo, con un dispositivo de cuidado de pacientes de bomba o bomba de insulina, puede encontrarse en: (1) la solicitud de patente titulada “INFUSION PUMP METHODS AND SYSTEMS” de Mandro et al., presentada el 25 de marzo de 2010, expediente del apoderado I06, y que tiene el número de serie 12/731.843, (2) la solicitud de patente titulada “METh OdS AND SYSTEMS FOR c OnTROLLING AN INFUSION PUMP” de Bryant et al., presentada el 4 de abril de 2009, expediente del apoderado G98, y que tiene el número de serie 12/416.662, y/o (3) la solicitud de patente titulada “INFUSION PUMP ASSEMBLY” de Kamen et al., presentada el 31 de diciembre de 2009, expediente del apoderado G75, y que tiene el número de serie 12/347.985, incorporándose todo el contenido de las tres de este modo por referencia en su totalidad.
La figura 14 es un diagrama de flujo de un procedimiento 10000 para monitorizar el funcionamiento de un dispositivo de cuidado de pacientes utilizando un monitor de sistema portátil emparejado con el dispositivo de cuidado de pacientes según una forma de realización de la presente divulgación. El procedimiento 1000 incluye las acciones 1014-1040 y puede utilizar varios dispositivos 1002, 1004, 1006, 1008, 1100, 1112 para facilitar el emparejamiento del monitor de sistema portátil del procedimiento 1000 con un dispositivo de cuidado de pacientes. En algunas formas de realización, cada una de las acciones 1014-1040 es opcional.
El monitor de sistema portátil del procedimiento 10000 puede ser el monitor de sistema portátil 131 de las figuras 1, 3, 5, 7, 8 y 9. El emparejamiento del monitor de sistema del procedimiento 1000 para monitorizar uno o varios dispositivos de cuidado de pacientes puede realizarse utilizando uno o varios de los dispositivos 1002-1012, o utilizando cualquier dispositivo suficiente dado a conocer en el presente documento. Por ejemplo, puede utilizarse una interfaz de usuario del dispositivo de monitorización 1002, una interfaz de usuario de un comunicador remoto 1004, una interfaz de usuario de un dispositivo de comunicaciones 1006, una interfaz de usuario de un dispositivo de cuidado de pacientes 1008, una interfaz de usuario de otro dispositivo de cuidado de pacientes 1010, o la interfaz de usuario del monitor de sistema portátil 1012 para emparejar el monitor de sistema portátil del procedimiento 1000 con un dispositivo de cuidado de pacientes.
El dispositivo de cuidado de pacientes del procedimiento 1000 puede ser cualquier dispositivo de cuidado de pacientes dado a conocer en el presente documento, tal como los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148, de las figuras 1, 3, 5 o 7, dispositivos de cuidado de pacientes 14, 15, 16, 17, 830, 810, 812, 814 de la figura 8, dispositivos de cuidado de pacientes 14, 15, 16, 17 904, 906, 908 de la figura 9, u otro dispositivo de cuidado de pacientes dado a conocer en el presente documento.
El monitor de sistema del procedimiento 1000 puede utilizarse con el sistema 100 de la figura 1, el sistema 300 de la figura 3, el sistema 500 de la figura 5, el sistema 700 de la figura 7, el sistema 800 de la figura 8, el sistema 900 de la figura 9, puede utilizarse con un sistema autónomo, y/o con cualquier otro sistema o grupo de dispositivos suficiente dado a conocer en el presente documento.
La acción 1014 identifica a un cuidador (es decir, proveedor) utilizando uno o varios de: un algoritmo de reconocimiento de voz, un algoritmo de reconocimiento facial, un código de barras, una etiqueta RFID, comunicaciones de campo cercano, acceso simple, firmas seguras, y similares. Por ejemplo, la identificación del cuidador en la acción 1040 puede realizarse por un cliente de monitorización, una estación de acoplamiento de cliente de monitorización, una estación de acoplamiento de dispositivo, por un módulo de comunicaciones, otro acoplamiento, o concentrador utilizando una cámara integrada y/o un micrófono. Además, como comprobación de seguridad, un cliente de monitorización, un concentrador, acoplamiento, o dispositivo de cuidado de pacientes puede pedir que un usuario entre con la fuente visualizada para proteger frente a errores de corrupción de fuente. Adicional o alternativamente, en algunas formas de realización, si se han producido uno o varios inicios de sesión o verificaciones fallidos, el dispositivo puede tomar una imagen y almacenar la imagen; la imagen puede transmitirse para su almacenamiento en un servidor de soporte intermedio. La acción 1016 registra la presencia del cuidador en uno o varios de los dispositivos 1002-1012. La entrada de registro puede almacenarse en cualquiera de los dispositivos 1002-1012, un dispositivo de cuidado de pacientes descrito en el presente documento, un cliente de monitorización descrito en el presente documento, un monitor de sistema portátil descrito en el presente documento, un comunicador remoto descrito en el presente documento, y/o un concentrador descrito en el presente documento. El registro de la acción 1016 puede ser para el cumplimiento del cuidador, fines diagnósticos, y similares. Por ejemplo, si está planeado que aparezca un cuidador y no lo hace, la acción of 1016 puede registrar la no aparición del cuidador en el momento planificado.
El algoritmo de reconocimiento facial de la acción 1014 puede basarse en cualquier característica facial del cuidador tal como el análisis del tamaño relativo, forma, una posición de los ojos, nariz, mandíbula, pómulos, u otras características faciales. El algoritmo de reconocimiento facial de la acción 1014 puede utilizar reconocimiento fácil tridimensional, análisis de la textura de la piel, u otro algoritmo de reconocimiento facial. Adicional o alternativamente, en algunas formas de realización, el algoritmo de reconocimiento de voz de la acción 1014 puede utilizar modelos ocultos de Markov, reconocimiento de voz basado en deformación dinámica del tiempo, u otro(s) algoritmo(s) de reconocimiento de voz.
La acción 1018 separa el monitor de sistema portátil de un acoplamiento portátil. Por ejemplo, el monitor de sistema 131 de la figura 1 puede portarse en la muñeca del paciente de modo que se una al paciente con una pulsera similar a una pulsera de reloj; una parte del monitor de sistema portátil puede ser separable de un acoplamiento que incluye la pulsera y un elemento de base de ajuste rápido en el que se encaja el monitor de sistema portátil (también denominado en el presente documento “acoplamiento portátil”). Cuando el monitor de sistema portátil se separa de su acoplamiento, la acción 1020 inicia un temporizador. El temporizador y las acciones relacionadas son opcionales en cada caso en el procedimiento 1000 de la figura 14.
El temporizador de la acción 1020 realiza un seguimiento de la cantidad de tiempo que el monitor de sistema portátil está fuera de su acoplamiento. La acción 1022 detiene un tratamiento si ha transcurrido una cantidad de tiempo predeterminada después de que el monitor de sistema portátil se haya desacoplado del acoplamiento portátil. Por ejemplo, el monitor de sistema portátil del procedimiento 1000 puede indicar a una bomba de infusión que deje de bombear. Cuando vuelve a acoplarse el monitor de sistema portátil, la acción 1024 reanuda el tratamiento si se interrumpió el tratamiento, por ejemplo, desde el desacoplamiento del monitor de sistema portátil de su acoplamiento portátil después de que haya transcurrido la cantidad de tiempo predeterminada.
Como se mencionó anteriormente, la acción 1018 separa el monitor de sistema portátil del acoplamiento portátil. La acción 1026 identifica a un paciente utilizando, por ejemplo, uno o varios de: un algoritmo de reconocimiento de voz, un algoritmo de reconocimiento facial, un código de barras, una etiqueta RFID, comunicaciones de campo cercano, acceso simple, entrada del cuidador, y similares. La acción 1026 puede ser similar a la acción 1014, puede utilizar el mismo software que el utilizado en la acción 1014, y/o puede utilizar uno de los dispositivos 1002-1020. En algunas formas de realización, sin embargo, obsérvese que el procedimiento de identificación para un paciente puede incluir más de la identificación del cuidador utilizando, por ejemplo, biometría u otra información de identificación específica del paciente. Tales estándares de identificación de pacientes pueden utilizarse para garantizar que se proporciona un tratamiento particular al paciente correcto y/o para cumplir con la normativa vigente. La acción 1014 y/o 1026 pueden realizarse utilizando un dispositivo de clave de acceso en el paciente y/o cuidador.
La acción 1028 determina si el cuidador está autorizado para emparejar el monitor de sistema portátil, por ejemplo, emparejar el monitor de sistema portátil con un dispositivo de cuidado de pacientes. Si el cuidador no está autorizado, entonces el procedimiento 1000 evita el emparejamiento adicional (o la edición de los ajustes de emparejamiento) del monitor de sistema portátil. Si el cuidador está autorizado para emparejar el monitor de sistema portátil, la acción 1030 permite que el cuidador seleccione uno o varios dispositivos de cuidado de pacientes para emparejarlos con el monitor de sistema portátil. La autorización del cuidador puede utilizarse, por ejemplo, para garantizar que se proporciona un tratamiento particular al paciente correcto y/o para cumplir con la normativa vigente.
Al cuidador puede proporcionarse una lista de dispositivos de cuidado de pacientes disponibles para el emparejamiento en una o varias interfaces de usuario de los dispositivos 1002-1012. Durante la acción 1030, el cuidador selecciona un monitor de sistema portátil (por ejemplo, el monitor de sistema portátil de paciente de la acción 1018) y un dispositivo de cuidado de pacientes para emparejarlos. La acción 1032 empareja el monitor de sistema portátil con el dispositivo de cuidado de pacientes, y la acción 1034 registra el emparejamiento de la acción 1032 en el monitor de sistema portátil incluyendo la identidad del cuidador y el paciente. En una forma de realización específica adicional, puede utilizarse el emparejamiento del monitor de sistema portátil con el dispositivo de cuidado de pacientes con un emparejamiento en paralelo o en serie del dispositivo de cuidado de pacientes con otro dispositivo (por ejemplo, un cliente de monitorización, un concentrador, otro dispositivo de cuidado de pacientes etc.) Como se apreciará a la luz de esta divulgación, puede utilizarse cualquier protocolo de emparejamiento adecuado (por ejemplo, Bluetooth o IEEE 802.11). Adicional o alternativamente, la acción 1034 puede registrar el emparejamiento en uno o varios de los dispositivos 1002-1012.
La acción 1036 vuelve a acoplar el monitor de sistema portátil al acoplamiento portátil. La acción 1038 identifica y autentica el acoplamiento portátil utilizando el monitor de sistema portátil, por ejemplo, para determinar si el monitor de sistema portátil y el acoplamiento portátil están autorizados para acoplarse entre sí. Por ejemplo, la acción 1038 puede garantizar que el monitor de sistema portátil se acople a un acoplamiento portátil del paciente correcto. Si, por ejemplo, el monitor de sistema portátil se ha acoplado a un acoplamiento portátil del paciente erróneo, el monitor de sistema portátil puede reconocer el error, impedir que continúe el tratamiento asociado indicando al dispositivo de cuidado de pacientes asociado con el dispositivo de cuidado de pacientes que deje de funcionar (en algunas formas de realización), y enviar una alerta a un cliente de monitorización, por ejemplo, el cliente de monitorización 1,4 u 11 de las figuras 1, 3, 5, 7, 8, cliente de monitorización 9, 4 u 11 de la figura 9, u otro cliente de monitorización dado a conocer en el presente documento. La acción 1024 puede reanudar el tratamiento si se interrumpió el tratamiento, o la acción 1040 puede tratar al paciente según cualquier ajuste actualizado 1040.
En algunas formas de realización específicas, cuando se identifica a un cuidador en la acción 1016 y/o se identifica al paciente en la acción 1026, el cuidador puede actualizar los ajustes de tratamiento, por ejemplo, en un cliente de monitorización, un concentrador, una comunicación remota o en el dispositivo de cuidado de pacientes.
La figura 15 es un diagrama de flujo de un procedimiento 1100 para visualizar una interfaz de usuario utilizando una plantilla de interfaz de usuario según una forma de realización de la presente divulgación. El procedimiento 1100 incluye la acción 1102-1132. En algunas formas de realización, cada una de las acciones 1102-1132 es opcional.
El cliente de monitorización del procedimiento 1100 puede ser uno o varios de clientes de monitorización 1, 4 u 11 de las figuras 1, 3, 5, 7, 8, clientes de monitorización 9, 4 u 11 de la figura 9, u otro cliente de monitorización dado a conocer en el presente documento. El dispositivo de cuidado de pacientes del procedimiento 1100 puede ser uno o varios de dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148, de las figuras 1, 3, 5 o 7, dispositivos de cuidado de pacientes 14, 15, 16, 17, 830, 810, 812, 814 de la figura 8, dispositivos de cuidado de pacientes 14, 15, 16, 17904, 906, 908 de la figura 9, u otro dispositivo de cuidado de pacientes dado a conocer en el presente documento.
Aunque el procedimiento 1100 describe el uso de una plantilla de interfaz de usuario con un cliente de monitorización, el cliente de monitorización puede sustituirse por un concentrador, un módulo de comunicaciones, otro dispositivo de cuidado de pacientes, u otro dispositivo suficiente que tenga una interfaz de usuario. La plantilla de interfaz de usuario de la interfaz de usuario del procedimiento 1100 proporciona una pantalla predefinida con campos específicos para visualizar parámetros de cuidado del paciente. Por ejemplo, una plantilla de interfaz de usuario para una bomba de infusión puede definir determinados campos para visualizar en una GUI, tal como el caudal de fluido presente. La plantilla de interfaz de usuario también puede definir una zona en una pantalla del cliente de monitorización para visualizar el caudal de fluido presente según se recibe desde la bomba de infusión. La plantilla de interfaz de usuario puede incluir información de diseño, tal como: instrucciones de cómo visualizar información; una descripción de diversos widgets; diversos widgets; gráficos; etiquetas para los ejes del gráfico; etiquetas para la pantalla; botones; y/o etiquetas para proporcionar al usuario información de control o visual de uno o varios dispositivos de cuidado de pacientes. La plantilla de interfaz de usuario puede ser una plantilla que describa una plantilla basada en QT, y/o puede utilizar HTML o CSS.
La acción 1102 identifica o selecciona un dispositivo de cuidado de pacientes para su comunicación con un cliente de monitorización que tiene una interfaz de usuario. Por ejemplo, en la acción 1102, el cliente de monitorización puede identificar automáticamente una bomba de infusión predeterminada que anteriormente se ha por un cuidador para el tratamiento de un paciente. Adicional o alternativamente, en la acción 1102 puede proporcionarse a un cuidador una lista de dispositivos de cuidado de pacientes de la que realizar una selección para visualizar en la interfaz de usuario la información del cliente de monitorización con respecto al funcionamiento del/de los dispositivo(s) de cuidado de pacientes seleccionado(s).
La acción 1104 determina si el dispositivo de cuidado de pacientes tiene una plantilla de interfaz de usuario almacenada. Por ejemplo, una bomba de infusión puede incluir memoria flash con un plantilla de interfaz de usuario almacenada en la misma. Si el dispositivo de cuidado de pacientes tiene una plantilla de interfaz de usuario almacenada, la acción 1106 comunica la plantilla de interfaz de usuario almacenada desde el dispositivo de cuidado de pacientes al cliente de monitorización que tiene la interfaz de usuario. La acción 1108 visualiza la plantilla de interfaz de usuario en la interfaz de usuario del cliente de monitorización. La acción 1110 comunica parámetros de cuidado de pacientes entre el dispositivo de cuidado de pacientes y el cliente de monitorización. La acción 1112 visualiza los parámetros de cuidado de pacientes en la plantilla de interfaz de usuario visualizada según la plantilla de interfaz de usuario. Por ejemplo, una plantilla de interfaz de usuario para una bomba de infusión puede incluir un espacio para la velocidad de infusión presente; la acción 1112 visualiza, en este ejemplo, la velocidad de infusión presente (un parámetro de cuidado de pacientes) en la pantalla utilizando la plantilla de interfaz de usuario.
Si la acción 1104 determina que ningún dispositivo de cuidado de pacientes tiene una plantilla de interfaz de usuario almacenada, el procedimiento 1100 determinará si el cliente de monitorización tiene una plantilla de interfaz de usuario para utilizar y visualizar los parámetros de cuidado de pacientes del dispositivo de cuidado de pacientes; adicional o alternativamente, la acción 11004 puede emitir una alarma a través del cliente de monitorización y/o el dispositivo de cuidado de pacientes. La acción 1114 determina el tipo de dispositivo de cuidado de pacientes. Si se determina el tipo, la acción 1116 determina si una plantilla de interfaz de usuario está almacenada dentro del cliente de monitorización según el tipo de dispositivo de cuidado de pacientes. Si hay una plantilla de interfaz de usuario, la acción 1118 visualiza la plantilla de interfaz de usuario en la interfaz de usuario del cliente de monitorización. La acción 1120 comunica parámetros de cuidado de pacientes entre el dispositivo de cuidado de pacientes y el cliente de monitorización. La acción 1122 visualiza los parámetros de cuidado de pacientes en la plantilla de interfaz de usuario visualizada según la plantilla de interfaz de usuario. Por ejemplo, pueden visualizarse parámetros de cuidado de pacientes, tales como una velocidad de infusión, en zonas predefinidas de la interfaz de usuario como designe la plantilla de interfaz de usuario.
Si no se determina el tipo en la acción 1114, o no se encuentra una plantilla de interfaz de usuario dentro del cliente de monitorización basándose en el tipo determinado, entonces la acción 1124 visualiza una lista seleccionable de una pluralidad de plantillas de interfaz de usuario en la interfaz de usuario del cliente de monitorización; adicional o alternativamente, la acción 1114 puede emitir una alarma o alerta a través del cliente de monitorización y/o el dispositivo de cuidado de pacientes. La acción 1126 permite que un usuario seleccione una plantilla de interfaz de usuario de la pluralidad de plantillas de interfaz de usuario utilizando la interfaz de usuario del cliente de monitorización. La acción 1128 visualiza la plantilla de interfaz de usuario en la interfaz de usuario del cliente de monitorización. La acción 1130 comunica parámetros de cuidado de pacientes entre el dispositivo de cuidado de pacientes y el cliente de monitorización. La acción 1132 visualiza los parámetros de cuidado de pacientes en la plantilla de interfaz de usuario visualizada según la plantilla de interfaz de usuario.
En algunas formas de realización de la presente divulgación, el dispositivo de cuidado de pacientes del procedimiento 1100 también puede almacenar una o varias fuentes para su visualización en el cliente de monitorización, por ejemplo, utilizando la plantilla de interfaz de usuario descrita anteriormente. Las fuentes pueden almacenarse en cualquier formato, tal como JPEG, BMP, formatos de imagen, fuentes previamente almacenadas, y similares y pueden transmitirse para su uso dentro del campo para proporcionar una indicación del parámetro operativo, (por ejemplo, en lugar de transmitir un valor, se transmite una imagen que muestra un número o valor que a continuación se visualiza en el cliente de monitorización). En algunas formas de realización, pueden utilizarse las fuentes almacenadas dentro del cliente de monitorización de modo que se envíe un valor del parámetro operativo al cliente de monitorización para su visualización dentro de la plantilla utilizando las fuentes almacenadas en el cliente de monitorización.
La figura 16 es un diagrama de flujo de un procedimiento 1134 para descargar una aplicación para controlar un dispositivo de cuidado de pacientes según una forma de realización de la presente divulgación. En el procedimiento 1134 de la figura 16, aunque con la misma se describe un dispositivo de monitorización como dispositivo a modo de ejemplo para controlar un dispositivo de cuidado de pacientes, el dispositivo de monitorización puede sustituirse y/o complementarse con un acoplamiento, concentrador, módulo de comunicaciones, comunicador remoto, dispositivo de comunicaciones, y similares.
El procedimiento 1134 incluye las acciones 1136-1146. En algunas formas de realización, cada una de las acciones 1136-1146 es opcional. El cliente de monitorización del procedimiento 1134 puede ser opcionalmente uno de los clientes de monitorización 1,4 u 11 de las figuras 1, 3, 5, 7, 8, los clientes de monitorización 9, 4 u 11 de la figura 9, u otro cliente de monitorización dado a conocer en el presente documento. El dispositivo de cuidado de pacientes del procedimiento 1134 puede ser opcionalmente uno de los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148, de las figuras 1,3, 5 o 7, dispositivos de cuidado de pacientes 14, 15, 16, 17, 830, 810, 812, 814 de la figura 8, dispositivos de cuidado de pacientes 14, 15, 16, 17904, 906, 908 de la figura 9, u otro dispositivo de cuidado de pacientes dado a conocer en el presente documento. El servidor del procedimiento 1134 puede ser opcionalmente uno de los servidores de monitorización 3 de las figuras 1,3, 5, 7, 8 o 9.
La acción 1136 acopla un dispositivo de cuidado de pacientes en un acoplamiento. Por ejemplo, un dispositivo de infusión 7 de las figuras 1, 3, 5 o 7, los dispositivos de infusión 830, 810 u 812 de la figura 8, o un dispositivo de infusión 904 de la figura 9 puede acoplarse en un respectivo acoplamiento. En la acción 1138, un cliente de monitorización identifica el dispositivo de cuidado de pacientes. Por ejemplo, el dispositivo de cuidado de pacientes puede comunicar, por ejemplo, un número de ID, un número de serie, una descripción, una prescripción, un régimen de tratamiento, un parámetro de tratamiento del paciente, o similar, al cliente de monitorización, por ejemplo, por medio de un protocolo de descubrimiento. El dispositivo de cuidado de pacientes acoplado puede tener almacenado en el mismo información de tratamiento (por ejemplo, una cantidad de medicación, velocidad de infusión, cantidad de fluido total, u otro parámetro de tratamiento del paciente), cada uno de los cuales puede estar asociado con o corresponder a un paciente.
En la acción 1140, el cliente de monitorización pide a un servidor una aplicación para controlar el dispositivo de cuidado de pacientes (por ejemplo, para ajustar una velocidad de infusión). El cliente de monitorización descarga la aplicación en la acción 1142. Las comunicaciones entre el cliente de monitorización y el servidor pueden estar cifradas. Por ejemplo, el servidor puede cifrar la aplicación antes de su envío al cliente de monitorización, y el cliente de monitorización puede descifrar la aplicación utilizando una clave de cifrado suficiente. Adicional o alternativamente, todas las comunicaciones pueden estar cifradas. El cliente de monitorización ejecuta la aplicación durante la acción 1144. En la acción 1146, el cliente de monitorización se acopla de manera comunicativa y operativa con el dispositivo de cuidado de pacientes a través de la aplicación ejecutando la aplicación en uno o varios procesadores. El cliente de monitorización puede colocar la aplicación en un área de seguridad (como se describirá más abajo). En tal forma de realización, la aplicación incluye un conjunto operativo de instrucciones ejecutables por procesador configuradas para su ejecución por uno o varios procesadores en el cliente de monitorización. La aplicación puede incluir instrucciones para visualizar una interfaz de usuario en una pantalla del cliente de monitorización, por ejemplo, utilizando la plantilla de interfaz de usuario del procedimiento 1100 de la figura 15. Adicional o alternativamente, en algunas formas de realización, puede utilizarse la aplicación para controlar el dispositivo de cuidado de pacientes enviando opcionalmente parámetros o valores al dispositivo de cuidado de pacientes, por ejemplo, una cantidad de bolo, un caudal de infusión, un fluido total para su suministro, una hora de inicio para el suministro del fármaco, una hora de parada para el suministro del fármaco, un perfil de caudal de suministro, una orden de dispensación de pastillas para dispensar una pastilla, un tipo de pastilla, un plan de dispensación de pastillas y/o un criterio de dispensación de pastillas máximo.
La figura 17 es un diagrama de flujo de un procedimiento 1200 para garantizar la integridad de datos cuando se comunican datos (por ejemplo, peticiones) para un dispositivo de cuidado de pacientes según una forma de realización de la presente divulgación. El procedimiento 1200 incluye las acciones 1202-1222. En algunas formas de realización, cada una de las acciones 1202-1222 es opcional. El dispositivo de cuidado de pacientes del procedimiento 1200 puede ser cualquier dispositivo de cuidado de pacientes dado a conocer en el presente documento, por ejemplo los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148, de las figuras 1,3, 5 o 7, dispositivos de cuidado de pacientes 14, 15, 16, 17, 830, 810, 812, 814 de la figura 8, dispositivos de cuidado de pacientes 14, 15, 16, 17904, 906, 908 de la figura 9, u otro dispositivo de cuidado de pacientes dado a conocer en el presente documento.
La petición puede originarse opcionalmente en cualquier cliente de monitorización autorizado, autenticado y/o identificado, tal como, por ejemplo, un cliente de monitorización 1 o 4 de las figuras 1, 3, 5, 7 u 8, un comunicador remoto 11 de las figuras 1, 3, 5, 7, 8 o 9, un teléfono móvil, un ordenador de mano, un ordenador de tipo tableta, un ordenador portátil, un ordenador personal, un asistente personal digital, y similares.
La acción 1202 envía una petición para un dispositivo de cuidado de pacientes utilizando una interfaz de usuario de un cliente de monitorización. Por ejemplo, utilizando la pantalla táctil del cliente de monitorización 1 de la figura 1, un usuario envía una velocidad de infusión para la bomba de infusión 7. En algunas formas de realización, la petición puede ser opcionalmente un parámetro relacionado con el dispositivo de cuidado de pacientes, por ejemplo, una cantidad de bolo, un caudal de infusión, un fluido total para su suministro, una hora de inicio para el suministro del fármaco, una hora de parada para el suministro del fármaco, un perfil de caudal de suministro, una orden de dispensación de pastillas para dispensar una pastilla, un tipo de pastilla, un plan de dispensación de pastillas y/o un criterio de dispensación de pastillas máximo.
La acción 1204 es opcional, y la acción 1204 visualiza “petición pendiente” en la interfaz de usuario del cliente de monitorización. La acción 1206 da formato a la petición para un dispositivo de cuidado de pacientes. Por ejemplo, la acción 1206 puede preparar la petición de modo que se ajuste a los requisitos de comunicaciones del dispositivo de cuidado de pacientes.
La acción 1208 determina un valor de comprobación de la petición. Por ejemplo, se utiliza un algoritmo de comprobación de redundancia cíclica para determinar un valor de comprobación que corresponde a la petición. El valor de comprobación calculado por el algoritmo de comprobación de redundancia cíclica depende de la petición.
Un cambio en un bit de la petición también cambiará el valor de comprobación calculado por el algoritmo de comprobación de redundancia cíclica. Del mismo modo, el cambio de varios bits también cambiará el valor de comprobación. Adicional o alternativamente, en otras formas de realización, puede utilizarse un bit de paridad (par o impar) u otras comprobaciones de la integridad de datos.
La acción 1210 anexa el valor de comprobación a la petición. La acción 1212 es opcional, y la acción 1212 pide confirmación del usuario para comunicar la petición utilizando la interfaz de usuario. La petición de confirmación puede ser una ventana emergente en una pantalla táctil que visualiza “¿confirmar velocidad de infusión de 90 mililitros/hora?” con un cuadro para seleccionar “confirmado”. El texto y formato mostrados en la acción 1212 pueden ser de una fuente diferente, tamaño de fuente diferente y/o posición de visualización diferente que la otra información visualizada, por ejemplo, visualizada durante la entrada de la petición o de otro modo, para proporcionar una protección adicional frente a píxeles de pantalla incorrectos, una tabla de fuentes corrupta, malentendidos por parte del usuario, y similares. La acción 1214 confirma la petición para la comunicación de la petición utilizando la interfaz de usuario. El usuario puede tocar el cuadro de “confirmado” para confirmar la petición para comunicar la petición, según algunas formas de realización de la presente divulgación.
La acción 1216 comunica la petición al dispositivo de cuidado de pacientes. La comunicación puede realizarse a través de comunicaciones por cable, inalámbricas, guiadas o de fibra óptica, o similares. El dispositivo de cuidado de pacientes recibe la petición durante la acción 1216. Durante el tránsito de la petición, es posible que uno o varios bits en la petición se hayan corrompido, por ejemplo, que un bit haya cambiado su valor, un bit se haya perdido, un bit se haya añadido, y similares; éstas u otras corrupciones de datos son indeseables.
La acción 1218 del procedimiento 1200 facilita la detección de datos corrompidos. Durante la acción 1218, el dispositivo de cuidado de pacientes verifica el valor de comprobación según la petición. En la acción 1218, el dispositivo de cuidado de pacientes puede utilizar el mismo algoritmo de comprobación de redundancia cíclica que en la acción 1208 en la petición para calcular un valor de comprobación adicional. El valor de comprobación en la acción 1216 calculado por el dispositivo de cuidado de pacientes será idéntico al valor de comprobación calculado en la acción 1208 sólo si los datos en la petición son idénticos. Es decir, el valor de comprobación en la acción 1216 y el valor de comprobación en la acción 1208 serán diferentes sólo si los datos de la petición se han corrompido, tienen menos o más bits, o de otro modo no son idénticos a los datos digitales utilizados para determinar el valor de comprobación de la acción 1208.
Si no se ha verificado el valor de comprobación de la petición, en la acción 1222 el dispositivo de cuidado de pacientes pide la retransmisión de la petición desde el cliente de monitorización. Aunque la figura 17 muestra la acción 1222 continuando con la acción 1204 del procedimiento 1200, en otras formas de realización, el procedimiento 1200 puede continuar con cualquiera de las acciones 1202-2116. Si la retransmisión de la petición no es satisfactoria, el procedimiento 1200 puede comunicar un error, una alarma o una alerta (no mostrada) al cliente de monitorización. De otro modo, si se verifica que el valor de comprobación no indica corrupción de datos, en la acción 1220 el dispositivo de cuidado de pacientes realiza la petición.
En formas de realización alternativas, la petición en la acción 1218 se envía adicionalmente de vuelta al cliente de monitorización después de la verificación del dispositivo de cuidado de pacientes y puede incluir una comprobación CRC adicional durante la transmisión. El dispositivo de cuidado de pacientes durante la verificación puede realizar, en esta forma de realización alternativa, comprobaciones para determinar si la petición está dentro de unos intervalos predeterminados (por ejemplo, la velocidad de infusión para el fármaco particular es segura, etc.). El cliente de monitorización, en esta forma de realización alternativa, puede o bien comparar la petición según se recibe desde el dispositivo de cuidado de pacientes con la petición original almacenada en la memoria (las peticiones pueden estar asociadas entre sí), y/o el cliente de monitorización puede visualizar la petición al usuario para su confirmación. La petición de confirmación puede ser una ventana emergente en una pantalla táctil que visualiza “¿confirmar velocidad de infusión de 90 mililitros/hora?” con un cuadro para seleccionar “confirmado”. El texto y formato mostrados en esta forma de realización alternativa para su confirmación pueden ser de una fuente diferente, tamaño de fuente diferente y/o posición de visualización diferente que la otra información visualizada, por ejemplo, visualizada durante la entrada de la petición o de otro modo, para proporcionar una protección adicional frente a píxeles de pantalla incorrectos, una tabla de fuentes corrupta, malentendidos por parte del usuario, y similares. En esta forma de realización alternativa, el usuario puede confirmar la petición para comunicar la petición utilizando la interfaz de usuario. El usuario puede tocar el cuadro de “confirmado” para confirmar la petición para comunicar la petición, según algunas formas de realización de la presente divulgación.
A continuación, en esta forma de realización alternativa, la petición se reenvía al dispositivo de cuidado de pacientes para su realización; adicional o alternativamente, en esta forma de realización alternativa, se envía un mensaje de acción al dispositivo de cuidado de pacientes, y el mensaje de acción contiene información que lo vincula a la petición original (por ejemplo, “Esta es la “acción” para la petición de 90 mililitros/hora que acaba de enviarse”).
La figura 18 es un diagrama de bloques de un sistema electrónico de cuidado de pacientes 1300 según otra forma de realización más de la presente divulgación. El sistema 1300 incluye un cliente de monitorización 1302, un acoplamiento 1304 y un acoplamiento inalámbrico 1306. Opcionalmente, en algunas formas de realización, el acoplamiento 1304 puede actuar como un concentrador como se describe en el presente documento.
El dispositivo de cuidado de pacientes puede ser cualquier dispositivo de cuidado de pacientes descrito en el presente documento, tal como uno de los dispositivos de cuidado de pacientes 7, 14, 15, 16, 17, 35, 126, 128, 130, 148, de las figuras 1,3, 5 o 7, los dispositivos de cuidado de pacientes 14, 15, 16, 17, 830, 810, 812, 814 de la figura 8, o los dispositivos de cuidado de pacientes 14, 15, 16, 17904, 906, 908 de la figura 9. El cliente de monitorización 1302 puede sustituirse por cualquier cliente de monitorización descrito en el presente documento, tal como los clientes de monitorización 1,4 u 11 de las figuras 1,3, 5, 7, 8, clientes de monitorización 9, 4 u 11 de la figura 9, una tableta, un teléfono inteligente, un PDA, o similar.
El acoplamiento 1304 puede incluir una parte de recepción conformada para recibir el cliente de monitorización 1302 para conectar los contactos eléctricos del cliente de monitorización 1302 al acoplamiento 1304 a través de un cable 1308. El cable 1308 puede estar integrado con el acoplamiento 1304 y/o el cliente de monitorización 1302. El cable 1308 puede proporcionar, por ejemplo, comunicación USB u otras comunicaciones estándar entre el acoplamiento 1304 y el cliente de monitorización 1302.
El acoplamiento 1304 incluye opcionalmente un procesador 1301, sensores 1309, un dispositivo de vigilancia 1310, un cargador 1312, una batería 1314 y un cable de alimentación de corriente alterna (“CA”) 1316. El procesador 1301 controla el funcionamiento del acoplamiento 1304. Un dispositivo de cuidado de pacientes 1318 puede acoplarse al acoplamiento 1304. El sistema 1300 también incluye un acoplamiento inalámbrico 1306 que tiene un dispositivo de cuidado de pacientes 1320 acoplado al mismo. El acoplamiento inalámbrico 1306 puede ser idéntico o similar al acoplamiento 1304, sin embargo, el acoplamiento inalámbrico 1306 se comunica de manera inalámbrica con el cliente de monitorización 1302, en algunas formas de realización.
La batería 1314 puede alimentar al acoplamiento 1304 y al dispositivo de cuidado de pacientes 1318 cuando el cable de alimentación de CA 1316 está desenchufado de una toma de CA (no mostrada). En algunas formas de realización, el acoplamiento 1304 puede ser la única fuente de alimentación para el cliente de monitorización 1302 o el dispositivo de cuidado de pacientes 1318. Adicional o alternativamente, el cliente de monitorización 1302 y/o el dispositivo de cuidado de pacientes 1318 pueden incluir una batería integrada o un cable de alimentación de CA separado (no mostrado).
En algunas formas de realización de ejemplo, el acoplamiento 1304 puede proporcionar energía conforme a la norma IEC-60601 al dispositivo de cuidado de pacientes 1318. Adicional o alternativamente, el acoplamiento 1304 puede proporcionar una tensión CC variable según pida el dispositivo de cuidado de pacientes 1318. Por ejemplo, el acoplamiento 1304 puede incluir una fuente de alimentación de elevación-reducción programable (no mostrada) que puede proporcionar una tensión CC de 1 voltio a 24 voltios según pida el dispositivo de cuidado de pacientes 1318 para una clavija de conector específica de un conector 1322.
La batería 1314 puede cargarse mediante el cargador 1312 cuando el cable de alimentación 1316 está enchufado en una toma de CA (no mostrada). La batería 1314 proporciona energía ininterrumpida al dispositivo de cuidado de pacientes 1318 cuando el cable de alimentación de CA 1316 está desenchufado de una toma de CA (no mostrada). Por ejemplo, el dispositivo de cuidado de pacientes 1318 puede ser una bomba de infusión que sigue funcionando después de que el cable de alimentación de CA 1316 se haya desenchufado porque la batería 1314 suministra automáticamente energía de sustitución al dispositivo de cuidado de pacientes 1318 cuando el cable de alimentación de CA 1316 está desenchufado.
Los sensores 1308 pueden incluir opcionalmente uno o varios de un sensor de temperatura ambiente, un sensor de presión ambiente, un sensor de humedad ambiente, y similares. Los sensores 1308 pueden incluir opcionalmente sensores redundantes, tales como dos sensores de temperatura, y el acoplamiento 1304 puede utilizar los sensores redundantes para determinar si uno o ambos funcionan mal, por ejemplo, comparando las lecturas de los dos sensores entre sí. El acoplamiento 1304 puede comunicarse con los sensores 1308 y/u otros periféricos para garantizar su funcionamiento adecuado, para realizar comprobaciones de la integridad de datos, para proporcionar el dispositivo de cuidado de pacientes 1318 con sus mediciones, por ejemplo, la temperatura ambiente.
El dispositivo de vigilancia 1310 puede garantizar opcionalmente que el dispositivo de cuidado de pacientes 1318 funciona de manera adecuada realizando los interrogatorios mencionados anteriormente, monitorizando las salidas del dispositivo de cuidado de pacientes 1318 para determinar si están dentro de intervalos predeterminados (por ejemplo, intervalos físicamente posibles o probables), obteniendo una realimentación según la entrada aplicada, y de otro modo funciona de manera adecuada. Adicional o alternativamente, el monitor de sistema 13010 puede monitorizar opcionalmente el funcionamiento del cliente de monitorización 1302 a través del cable 1308. Aunque en el presente documento se describe un dispositivo de vigilancia 1310, pueden utilizarse uno o varios dispositivos de vigilancia 1310, por ejemplo, una pluralidad de dispositivos de vigilancia 1310. En algunas formas de realización de ejemplo, el dispositivo de cuidado de pacientes 1318 se comunica con el dispositivo de vigilancia 1310 a intervalos fijos. Los intervalos fijos son opcionalmente configurables utilizando una interfaz de usuario del cliente de monitorización 1302 o utilizando un ordenador conectado al cable 1308. Si el dispositivo de cuidado de pacientes 1318 no puede comunicarse con el dispositivo de vigilancia 1310 durante el intervalo fijo, el dispositivo de vigilancia 1310 determina que se ha producido un error dentro del dispositivo de cuidado de pacientes 1318 y emite una alerta o alarma, por ejemplo, un sonido audible utilizando un altavoz 1324 o hace parpadear un LED 1326 en rojo. La acción para la respuesta a no recibir una comunicación dentro del intervalo puede ser configurable y/o programable, por ejemplo, utilizando una interfaz de usuario del cliente de monitorización 1302 o utilizando un ordenador conectado al cable 1308; por ejemplo, para dispositivos de cuidado de pacientes no críticos, una falta de respuesta al dispositivo de vigilancia 1310 puede hacer que el LED 1326 parpadee en ROJO, y una acción para un dispositivo de cuidado de pacientes crítico puede hacer adicionalmente que el acoplamiento 1304 y/o cliente de monitorización 1302 alarme de manera audible y visual y envíe una notificación a una estación de enfermería y/o un comunicador remoto, por ejemplo, el comunicador remoto 11 de las figuras 1, 3, 5, 7, 8 o 9, un teléfono inteligente, un ordenador portátil, otro dispositivo de cuidado de pacientes, y similares. Adicional o alternativamente, el LED 1326 puede parpadear opcionalmente en verde si el dispositivo de cuidado de pacientes 1326 está funcionando de manera adecuada o en ese momento está tratando a un paciente. Adicional o alternativamente, un altavoz dentro del cliente de monitorización 1302 puede emitir una alerta o alarma audible. Si es apropiado, el dispositivo de cuidado de pacientes puede deshabilitarse o cambiarse hasta que se solucione la condición de error.
Adicional o alternativamente, el dispositivo de vigilancia 1310 puede garantizar que el cliente de monitorización 1302 funciona de manera adecuada pidiendo que se comunique con el dispositivo de vigilancia 1310 a un intervalo fijo, predeterminado o previamente programado. Si el cliente de monitorización 1302 no puede comunicarse con el dispositivo de vigilancia 1310 durante el intervalo fijo, el dispositivo de vigilancia 1310 puede determinar que se ha producido un error dentro del cliente de monitorización 1302 y emite una alerta o alarma similar a la descrita anteriormente con respecto al dispositivo de cuidado de pacientes 1318, por ejemplo, un sonido audible utilizando un altavoz 1324 o hace parpadear un LED 1326 en rojo. En algunas formas de realización, un altavoz dentro del cliente de monitorización 1302 puede emitir una alerta audible. En algunas formas de realización, un altavoz dentro del cliente de monitorización 1302 puede servir como altavoz de reserva para el acoplamiento 1304, y el altavoz 1324 del acoplamiento 1304 puede servir como un altavoz de reserva para el cliente de monitorización 1302.
El cargador 1312 puede cargar la batería 1314 utilizando alimentación de CA suministrada a través del cable de alimentación de CA 1316. Adicional o alternativamente, el cargador 1312 puede cargar una batería 1328 dentro del dispositivo de cuidado de pacientes 1318.
En algunas formas de realización, el acoplamiento inalámbrico 1306 puede incluir el mismo hardware que el acoplamiento 1304 y puede incluir o no el cable de alimentación de CA 1316. Por ejemplo, el acoplamiento inalámbrico 1306 puede incluir una pluralidad de contactos para colocar el acoplamiento inalámbrico en un soporte de recarga que incluye una pluralidad de contactos que se acoplan con los contactos del acoplamiento inalámbrico 1306 para cargar una batería en el mismo.
La figura 19 es un diagrama de bloques de un sistema electrónico de cuidado de pacientes 1400 según otra forma de realización de la presente divulgación. El sistema 1400 incluye un cliente de monitorización 1402, un acoplamiento 1404, una bomba de gran volumen 1406, una bomba de jeringa 1408 y sensores 1410. El sistema 1400 también incluye un sensor USB 1412 acoplado al acoplamiento 1404 a través de un cable USB, un sensor inalámbrico 1414 en comunicación inalámbrica con el acoplamiento 1404, un servidor 1416 y un servidor de información del hospital 1418. El cliente de monitorización 1402 puede ser cualquier cliente de monitorización, tal como uno de los clientes de monitorización 1,4 u 11 de las figuras 1, 3, 5, 7, 8, los clientes de monitorización 9, 4 u 11 de la figura 9, una tableta, un teléfono inteligente, un PDA, un ordenador portátil, y similares. El acoplamiento 1404 puede comunicarse a través del conductor eléctrico mostrado en la figura 19 y/o de manera inalámbrica a uno o varios de la bomba de gran volumen 1406, 1408 y/o los sensores 1410 para recibir parámetros y/o para controlar los dispositivos.
El acoplamiento 1404 recibe alimentación de CA 1420 de una toma de CA 1422. El acoplamiento 1404 está en comunicación operativa con el cliente de monitorización 1402 utilizando un adaptador de cliente de monitorización 1424. El adaptador de cliente de monitorización 1424 está acoplado al acoplamiento 1404 a través de conectores UI 1426, 1428. Los conectores UI 1426, 1428 proporcionan energía al adaptador de cliente de monitorización 1424 y datos a través de un enlace USB. El adaptador de cliente de monitorización 1424 está acoplado al cliente de monitorización 1402 a través de diversos conectores 1430, 1432, 1434, 1436. Dos de los conectores 1430, 1434 proporcionan energía desde el adaptador de cliente de monitorización 1424 al cliente de monitorización 1402, mientras que otros dos conectores 1434, 1436 proporcionan una conexión USB entre los mismos para facilitar las comunicaciones digitales entre el acoplamiento 1404 y el cliente de monitorización 1402. Obsérvese que otras formas de realización pueden emplear conexiones diferentes de las de tipo USB.
Los conectores 1438-1450 permiten que el acoplamiento 1404 proporcione de manera operativa energía a la bomba de gran volumen 1406, la bomba de jeringa 1408 y los sensores 1410. Adicional o alternativamente, los conectores 1438 y 1440 proporcionan comunicaciones en serie entre el acoplamiento 1404 y la bomba de gran volumen 1406; los conectores 1442 y 1444 proporcionan comunicaciones en serie entre la bomba de gran volumen 1406 y la bomba de jeringa 1408; y, los conectores 1446 y 1448 proporcionan comunicaciones en serie entre la bomba de jeringa 1408 y los sensores 1410. El conector 1450 proporciona una expansión opcional para dispositivos adicionales (no mostrados).
El sistema 1400 muestra un sistema encadenado para acoplar varios dispositivos entre sí. Cada dispositivo o bien encamina digitalmente datos destinados para otro dispositivo a un dispositivo posterior, o bien cada dispositivo incluye conductores eléctricos de modo que sus dos conectores incluyan conexiones eléctricas a clavijas respectivas.
El acoplamiento 1404 puede comunicarse con el sensor inalámbrico 1414 utilizando, por ejemplo, Bluetooth, Bluetooth de baja energía, Zigbee, Xbee, ANT, ANT Plus, y similares. Los sensores 1412, 1414, y/o 1410 pueden ser un dispositivo de monitorización de pacientes, o uno o varios sensores de entorno, tales como un sensor de temperatura, sensor de humedad, una cámara, un micrófono, un sensor de luz ambiente, un sensor de vibración, y similares.
El servidor 1416 puede comunicarse con el sistema de información del hospital 1418. El servidor 1416 proporciona un encaminador WiFi de modo que el acoplamiento 1404 esté en comunicación operativa con el sistema de información del hospital 1418. La información puede transferirse hacia y desde el sistema de información del hospital 1418 a través del servidor 1416, que puede trasladar protocolos del acoplamiento 1404 hacia y desde el sistema de información del hospital 1418 o nivel de salid 7 (“HL7”). El servidor 1416 (y/o el sistema de información del hospital 1418) puede incluir un sistema de reducción de errores por fármacos (“DERS”) que realiza una comprobación para determinar que cualquier tratamiento aplicado a un paciente utilizando el sistema 1400 es seguro para el paciente. El servidor 1416 puede ser el servidor de monitorización 3, y el sistema de información del hospital 1418 pueden ser los servicios de la instalación 8 de las figuras 1,3, 5, 7, 8 y/o 9.
La figura 20 es un diagrama de bloques del acoplamiento 1404 del sistema electrónico de cuidado de pacientes 1400 de la figura 19 según una forma de realización de la presente divulgación. En algunas formas de realización, cada uno de los componentes mostrados en la figura 20 es opcional.
El acoplamiento 1404 incluye un convertidor CA/CC 1452 para recibir la alimentación de CA 1420 (véase la figura 19). El convertidor CA/CC 1452 puede incluir circuitería de rectificación, circuitería de estabilización, una fuente de alimentación en modo conmutado, un regulador lineal, y similares para convertir la alimentación de CA en alimentación de CC 1454. En algunas formas de realización de la presente divulgación, el convertidor CA/CC 1452 puede ser externo al acoplamiento. En otras formas de realización, el convertidor CA/CC 1452 se ubica dentro del acoplamiento 1404.
La alimentación de CC 1454 se recibe en la entrada de alimentación de CC 1456, que puede ser un conector para conectar los cables positivo y negativo de la alimentación de CC 1454 a los planos de potencia y tierra de una placa PCB, respectivamente. La entrada de alimentación de CC 1454 proporciona energía a la circuitería del acoplamiento 1404. La entrada de alimentación de CC 1456 también puede recibir potencia inalámbrica 1458.
La energía recibida a través de la entrada de alimentación de CC 1456 se envía a la circuitería de carga 1460. La circuitería de carga 1460 carga una batería primaria 1462 y una batería de reserva o supercondensador 1464. La circuitería de carga 1460 puede emplear varias técnicas de carga, por ejemplo, un algoritmo de carga de corriente constante/tensión constante.
El acoplamiento 1404 incluye un procesador primario 1466 y un procesador de seguridad 1468. El procesador primario 1466 se alimenta por la batería primaria 1462. El procesador de seguridad 1468 también se alimenta por la batería primaria 1462, aunque también puede recibir energía desde la batería de reserva o supercondensador 1464. En esta forma de realización de ejemplo, el procesador primario 1466 se conecta con un lector de código de barras 1470, una cámara 1472, sensores de acoplamiento 1474, un altavoz 1476, un transceptor WiFi 1478, un transceptor Bluetooth 1480, un controlador USB 1482, luces de estado LED 1484, y tres ranuras de expansión internas 1486, 1488 y 1490 (cada uno de los cuales es opcional).
Las ranuras de expansión internas 1486, 1488 y 1490 pueden recibir circuitería adicional. Por ejemplo, como se muestra en la figura 20, la ranura de expansión interna 1486 tiene un módulo de comunicaciones/alcance 1492, y la ranura de expansión interna 1488 tiene un lector de RFID 1494 y un comunicador de campo cercano 1488 insertado en el mismo (cada uno de los cuales es opcional).
El procesador de seguridad 1468 proporciona una función de vigilancia al procesador primario 1466. Por ejemplo, el procesador de seguridad 1468 puede comunicarse con el procesador primario a intervalos predeterminados, o espera una comunicación del procesador primario 1466 a intervalos predeterminados. Si el procesador de seguridad 1468 no recibe la respuesta o comunicación esperada, puede determinar que se ha producido un error. El procesador de seguridad 1468 en respuesta al error puede indicar un fallo utilizando luces de estado de fallo LED 1401, generar un sonido audible utilizando un altavoz de reserva 1403 o hacer vibrar el acoplamiento 1404 utilizando un motor de vibración 1405. Como se apreciará a la luz de esta divulgación, pueden emitirse numerosas notificaciones de fallos (por ejemplo, llamada de teléfono, correo electrónico, mensaje de texto, etc.) a personal diferente (por ejemplo, enfermeras y/o médicos, mantenimiento de la instalación, etc.).
El procesador de seguridad 1468 puede monitorizar la energía suministrada a través del conector de dispositivo utilizando circuitería de detección de corriente 1407. Si el procesador de seguridad 1468 determina que la corriente suministrada al conector de dispositivo 1438 supera un umbral predeterminado o de otro modo está fuera de especificación, el procesador de seguridad 1468 indica a la circuitería de habilitación de energía 1409 que desacople la energía suministrada de la batería primaria 1462 al conector de dispositivo 1438. La circuitería de habilitación de energía 1409 puede incluir relés, conmutadores, conmutadores de estado sólido, contactores, y similares para conectar y desconectar la batería primaria 1462 del conector de dispositivo 1438.
El procesador primario 1466 también está acoplado eléctricamente a una pantalla de estado de carga opcional 1411 y una pantalla opcional 1413. La pantalla de estado de carga 1411 puede visualizar el estado de carga de la batería primaria 1462. La pantalla 1413 puede ser una pantalla táctil y/o puede visualizar el estado operativo del acoplamiento 1404. El acoplamiento 1404 recibe una entrada de usuario a través de botones opcionales 1415.
El módulo de comunicaciones/alcance 1492 puede comunicarse con otros módulos de comunicaciones/alcance 1492, por ejemplo, en un dispositivo de cuidado de pacientes, otro acoplamiento, o cliente de monitorización, para determinar la distancia entre los mismos. Por ejemplo, dos módulos de comunicaciones/alcance (por ejemplo, el módulo de comunicaciones/alcance 1492 y otro módulo de comunicaciones/alcance), pueden comunicarse de manera inalámbrica, por ejemplo, a través de ultrasonidos, RF, UHF, energía electromagnética, ópticamente, y similares, para determinar la distancia entre los mismos. Según una forma de realización, uno o varios de un dispositivo de cuidado de pacientes, un cliente de monitorización, un dispositivo de vigilancia del paciente, un comunicador remoto, etc. puede no funcionar a menos que cada uno de ellos con un módulo de comunicaciones/alcance 1492 determine que están dentro de una distancia predeterminada uno respecto a otro.
La figura 21 muestra una disposición a modo de ejemplo de un sistema 2100 en el que un cliente de monitorización 2102 está vinculado a una serie de dispositivos de cuidado de pacientes a través de un acoplamiento 2120, incluyendo una bomba de infusión 2106 conectada a y que suministra desde una bolsa de fluido más grande 2118, una bomba de infusión 2108 conectada a y que suministra desde una bolsa de fluido más grande 2116, un dispositivo de detección de goteo 2112 conectado a un tubo desde la bolsa más pequeña 2118, un dispensador de pastillas 2114, y una bomba de microinfusión 2110. El cliente de monitorización 2102 puede comunicarse con estos dispositivos de cuidado de pacientes por cable, como se muestra para las bombas de infusión 2106, 2108, la bomba de microinfusión 2110 (a través de los acoplamientos 2120, 2104), y el dispensador de pastillas 2114. Alternativamente, el cliente de monitorización puede comunicarse de manera inalámbrica con los dispositivos de cuidado de pacientes, como se sugiere por la ausencia de una conexión por cable entre el dispositivo de detección de goteo 2112 y el cliente de monitorización 2102. En una forma de realización, una conexión por cable entre el cliente de monitorización 2102 y un dispositivo de cuidado de pacientes también ofrece una oportunidad para el suministro de energía eléctrica al dispositivo de cuidado de pacientes desde el cliente de monitorización 2102. En este caso, el cliente de monitorización 2102 puede incluir la circuitería electrónica necesaria para convertir la tensión para alimentar el dispositivo de cuidado de pacientes desde o bien una batería acoplada al cliente de monitorización 2102 o bien desde la tensión de línea alimentada al cliente de monitorización 2102 desde una toma de corriente (no mostrada) en una habitación del paciente. Adicional o alternativamente, el acoplamiento 2104 suministra energía a las bombas de infusión 2106, 2108 y la bomba de microinfusión 2110.
En una forma de realización, el cliente de monitorización 2102 puede recibir información sobre cada dispositivo de cuidado de pacientes con el que está vinculado bien directamente desde el propio dispositivo, o bien a través de una estación de acoplamiento, tal como, por ejemplo, el acoplamiento 2104 sobre el que puede montarse el dispositivo de cuidado de pacientes. El acoplamiento 2104 puede estar configurado para recibir uno o varios dispositivos de cuidado de pacientes a través de un soporte de conexión estándar, o en algunos casos a través de un soporte de conexión individualizado para el dispositivo particular. Por ejemplo, en la figura 21, las bombas de infusión 2106 y 2108 pueden montarse en el acoplamiento 2104 a través de un soporte de conexión similar, mientras que la bomba de microinfusión 2110, por ejemplo, puede montarse en el acoplamiento 2104 a través de un soporte de conexión configurado para las dimensiones particulares de la carcasa de la bomba de microinfusión 2110.
El acoplamiento 2104 puede estar configurado para identificar electrónicamente el dispositivo de cuidado de pacientes particular que se monta en la estación de acoplamiento, y para transmitir esta información de identificación al cliente de monitorización 2102, bien de manera inalámbrica o bien a través de una conexión por cable. Adicionalmente, el dispositivo de cuidado de pacientes particular puede programarse previamente con información de tratamiento (por ejemplo, parámetros de tratamiento de pacientes tal como una velocidad de infusión para un fluido de infusión predeterminado) que se transmite al cliente de monitorización 2102. En algunas formas de realización de la presente divulgación, el cliente de monitorización 2102 se comunica con registros de EMR para verificar que la información de tratamiento programada previamente es segura para un paciente identificado y/o la información de tratamiento programada previamente coincide con el tratamiento prescrito almacenado en los registros de EMR.
En algunas formas de realización, el dispositivo de detección de goteo 2112 puede comunicarse con el cliente de monitorización 2102 bien de manera inalámbrica o bien en una conexión por cable. Si se detecta una condición de flujo de fluido aberrante (por ejemplo, porque el tubo al paciente se ha ocluido), puede transmitirse una señal al cliente de monitorización 2102, que (1) puede visualizar el caudal de fluido desde el recipiente de fluido 2118 en una interfaz de usuario bien localmente en el cliente de monitorización 2102, o de manera más remota en una interfaz de usuario en una estación de enfermería o un dispositivo de comunicaciones de mano, (2) puede disparar una alarma audible o visual, (3) puede modificar la velocidad de infusión de una bomba 2108 conectada a la bolsa 2118, bien terminando la infusión o cambiando de otro modo la velocidad de bombeo, o (4) puede provocar una alarma audible (y/o alarma de vibración) en la bomba de infusión 2106. Las alarmas pueden producirse simultáneamente en varios dispositivos o pueden seguir un plan predeterminado. Por ejemplo, cuando se produce una oclusión en una línea conectada a la bomba de infusión 2106, (1) el dispositivo de detección de goteo 2112 emite una alarma utilizando su altavoz interno y un motor de vibración interno, (2) a continuación, la bomba de infusión 2106 emite una alarma utilizando su altavoz interno y un motor de vibración interno, (3) después, el cliente de monitorización 2102 emite una alarma utilizando su altavoz interno y un motor de vibración interno, y (4) finalmente, un comunicador remoto 11 (por ejemplo, véanse las figuras 1, 3, 5, 7, 8, 9) emite una alarma utilizando su altavoz interno y un motor de vibración interno.
En algunas formas de realización, puede programarse una bomba individual para permitir el funcionamiento continuado a una velocidad de bombeo predeterminada en caso de que fallen las comunicaciones entre el cliente de monitorización 2102 y la bomba, bien por un mal funcionamiento en el cliente de monitorización 2102, en el canal de comunicaciones entre el cliente de monitorización 2102 y la bomba, o en la propia bomba. En algunas formas de realización, se permite esta opción de funcionamiento independiente cuando previamente se ha designado que la medicación que se infunde no se suspenderá o parará en caso de un mal funcionamiento en otras partes del sistema. En algunas formas de realización, una bomba programada para funcionar independientemente en un modo de seguridad también puede estar configurada para recibir información desde un dispositivo de detección de goteo 2112 directamente, en lugar de a través de un cliente de monitorización 2102. Con esta opción, la bomba puede estar programada, en algunas formas de realización, para detener una infusión si el dispositivo de detección de goteo 2112 detecta una condición de flujo aberrante (tal como, por ejemplo, una condición de flujo libre o una burbuja de aire presente en la línea de infusión). En algunas formas de realización, uno o varias de las bombas 2106, 2108 y 2110 puede tener medidores de flujo de fluido internos y pueden funcionar independientemente como dispositivo autónomo.
La figura 22 muestra un sistema electrónico de cuidado de pacientes 2200 que tiene una tableta 2102 acoplada en un acoplamiento para comunicarse de manera inalámbrica con dispositivos de cuidado de pacientes 2106, 2108, 2110, 2112, 2114 según una forma de realización de la presente divulgación. El cliente de monitorización 2102 puede comunicarse con los dispositivos de cuidado de pacientes 2106, 2608, 2110, 2112 de manera inalámbrica o a través de un transceptor inalámbrico en el acoplamiento 2120. Por ejemplo, el cliente de monitorización 2102 puede comunicarse con un transceptor dentro del acoplamiento 2104. Adicional o alternativamente, el acoplamiento 2120 incluye un transceptor para su uso por el cliente de monitorización 2102 para comunicarse con el acoplamiento 2104 y/o directamente a través de una conexión inalámbrica a los dispositivos de cuidado de pacientes 2106, 2108, 2110, 2112, 2114.
La figura 23 muestra un sistema electrónico de cuidado de pacientes 2300 que tiene bombas de infusión modulares 2302, 2304, 2306, 2308 que se acoplan en un acoplamiento 2310 que tiene un cliente de monitorización 2312 con una interfaz de usuario retráctil según una forma de realización de la presente divulgación. Las bombas de infusión modulares 2302, 2304, 2306, 2308 tienen conectores estándar de modo que pueden encajarse en el acoplamiento 2310. Cada una de las bombas de infusión modulares 2302, 2304, 2306, 2308 incluye una interfaz de usuario. Por ejemplo, la bomba de infusión modular 2302 incluye una pantalla táctil 2314, un botón de inicio 2316, un botón de parada 2316, un botón de aumento de velocidad de infusión 2320 y un botón de disminución de velocidad de infusión 2322. La figura 24 es una vista lateral del sistema electrónico de cuidado de pacientes 2300 de la figura 23 y muestra un bosquejo de una cavidad 2400 en la que puede introducirse el cliente de monitorización 2312 porque el poste de montaje 2402 puede moverse de modo que el cliente de monitorización 2312 puede hacerse rotar a lo largo de un pivote 2404 y empujarse hacia abajo al interior de la cavidad 2400.
La figura 25 muestra un sistema electrónico de cuidado de pacientes 2500 que tiene bombas de infusión modulares 2502, 2504, 2506, 2508 que se acoplan en un acoplamiento 2510 que tiene un cliente de monitorización 2512 con una interfaz de usuario retráctil, las bombas de infusión 2502, 2504, 2506, 2508 están dispuestas de manera escalonada según otra forma de realización de la presente divulgación. El sistema 2500 de la figura 25 puede ser similar al sistema 2300 de la figura 23, excepto en que el sistema 2500 de la figura 25 tiene las bombas de infusión modulares 2502, 2504, 2506, 2508 dispuestas de manera escalonada. El escalonamiento de las bombas de infusión modulares 2502, 2504, 2506, 2508 puede proporcionar más espacio para dirigir el tubo.
La figura 26 muestra un sistema electrónico de cuidado de pacientes 2600 que tiene bombas de infusión modulares 2602, 2604, 2606 que se acoplan en un acoplamiento 2608 a lo largo de un plano horizontal común. El acoplamiento 2608 incluye un cliente de monitorización 2610 que puede introducirse en el acoplamiento 2608. El cliente de monitorización 2610 puede introducirse completamente en el acoplamiento 2608 y/o parte de la circuitería del cliente de monitorización 2610 puede alojarse en el acoplamiento 2608. Como se ve fácilmente en la figura 27 que muestra una vista lateral del sistema electrónico de cuidado de pacientes 2600 de la figura 26, el cliente de monitorización 2610 pivota a lo largo de un pivote 2700 para introducir el cliente de monitorización 2610 en una cavidad 2702 dentro del acoplamiento 2608.
La figura 28 muestra otra forma de realización de un sistema electrónico de cuidado de pacientes 2900 que incluye un concentrador 2902 acoplado a un acoplamiento de dispositivo 2904. La figura 29 muestra una vista lateral del sistema electrónico de cuidado de pacientes 2900 de la figura 28. El cliente de monitorización 2901 está integrado con el concentrador 2902. En formas de realización alternativas, el concentrador 2902 es un soporte para el cliente de monitorización 2901 y sólo proporciona conexiones eléctricas al acoplamiento 2904 y el escáner 2912. Se muestran unas bombas de infusión modulares 2906, 2908, 2910 acopladas en el acoplamiento de dispositivo 2904. El sistema 2900 también incluye un escáner 2912 acoplado al concentrador 2902. El acoplamiento 2904 incluye manijas de liberación rápida 2914 y 2916 en el lado izquierdo y derecho del acoplamiento 2904, respectivamente. En la esquina superior izquierda de cada una de las bombas de infusión modulares 2906, 2908 y 2910 también se muestra un botón respectivo 2918, 2920 y 2922 que se enciende cuando ese dispositivo de cuidado de pacientes es el foco de la interacción en el cliente de monitorización 2901 (mostrado como una tableta, un tipo de cliente de monitorización) o se selecciona para su control por un usuario. O bien la tableta puede seleccionar las bombas de infusión modulares específicas o bien el usuario puede apretar el botón respectivo de los botones 2918, 2920 y 2922 de las bombas de infusión modulares 2906, 2908 y 2910 para seleccionarla para la manipulación en el cliente de monitorización 2901.
Las figuras 30-32 muestran varias vistas que ilustran un sistema de sujeción para montar un sistema electrónico de cuidado de pacientes en un poste según una forma de realización de la presente divulgación. La figura 30 muestra una vista superior de un acoplamiento 3100 que tiene un orificio 3102 para recibir un poste 3104. Las sujeciones 3110 y 3112 se muestran en la figura 31. En algunas formas de realización, las sujeciones 3110, 3112 incluyen abrazaderas 3114, 3116. Las manijas 3106 y 3107 pueden utilizarse, individualmente o en conjunto, para liberar las sujeciones 3110 y 3112 del poste 3104 (por ejemplo, tirando de las manijas). Adicional o alternativamente, las manijas 3106 y 3107 pueden utilizarse para bloquear las sujeciones 3110 y 3112 con respecto al poste 3104 (por ejemplo, empujando sobre las manijas 3106, 3107). Como se ve fácilmente en la figura 31, una fuerza descendente, por ejemplo, de la gravedad, comprime adicionalmente las sujeciones 3110, 3112 contra el poste 3104. Aunque en la figura 31 se muestran dos sujeciones 3110, 3112, puede utilizarse una sujeción para presionar el poste 3104 contra una superficie de fricción. La figura 32 muestra una estructura de montaje de poste alternativa 3300 en la que se utilizan dos fijadores 3302 y 3304 para sujetarse en el poste 3104.
La figura 33 muestra una bomba de infusión 3400 y conectores retráctiles 3402, 3406 según una forma de realización de la presente divulgación. En las figuras 33-35, se muestra un concentrador 3401 con los conectores retráctiles 3402 y 3406. El concentrador 3401 tiene conectores de acoplamiento que también lo convierten en un acoplamiento. Los conectores retráctiles 3402 y 3406 se muestran cerrados en la figura 33. Sin embargo, en formas de realización alternativas, los conectores retráctiles 3402 y 3406 pueden conectarse directamente a la bomba de infusión 3400, la bomba de infusión 3412 y/o bombas de infusión adicionales. El concentrador 3401 puede tener un mecanismo de montaje de poste que está envuelto por el concentrador 3401 (véase la figura 36). El concentrador 3401, en algunas formas de realización, puede ser un acoplamiento o un soporte, y puede incluir opcionalmente una manija acoplada la parte superior del mismo; la manija puede estar integrada en el mecanismo de unión de poste de modo que al levantar la manija también se libere el concentrador 3401 del poste. Alternativamente, en algunas formas de realización, el concentrador 3401 podría soportar un soporte para unirlo a un cliente de monitorización, por ejemplo, una tableta, o el cliente de monitorización podría unirse al poste por separado. Los conectores retráctiles 3402 y 3406, en algunas formas de realización, podrían tener un mecanismo de soporte (por ejemplo, un labio) en la parte inferior de los conectores retráctiles 3402 y 3406 para soportar una bomba de infusión cuando se una. En esta forma de realización de ejemplo, el labio también puede ser el mecanismo para la conexión eléctrica.
En la figura 34, el conector retráctil 3402 se muestra abierto, y se muestran los conectores 3408 y 3410. Aunque los conectores 3408 y 3410 se muestran en el conector retráctil 3402, en otras formas de realización, los conectores 3408 y 3410 están en el concentrador 3401 o la bomba de infusión 3400 y 3402 es una cubierta para cubrir los conectores 3408 y 3410. El conector retráctil 3406 tiene una bomba de infusión 3412 acoplada al mismo. La figura 35 muestra una bomba de infusión 3416 acoplada al conector retráctil 3402, y la bomba de infusión 3412 está acoplada al conector retráctil 3606. Las bombas de infusión 3400, 3412, y 3416 están conectadas eléctricamente entre sí en la figura 35 a través del concentrador 3401. La figura 36 muestra una vista superior de la bomba de infusión 3400 y el concentrador 3401 unido al poste 3420 de las figuras 33-35. Los conectores retráctiles 3402 y 3406 se muestran en la configuración abierta.
La figura 37 muestra un concentrador cuadrado 3701 que tiene varios conectores 3703, 3705, 3707, 3709 según una forma de realización de la presente divulgación. Cada uno de los conectores 3703, 3705, 3707 y 3709 puede utilizarse para conectar baterías adicionales, módulos de comunicación, escáneres, un cliente de monitorización, una UI del cliente de monitorización, dispositivos de cuidado de pacientes, y similares. Cada uno de los conectores 3703, 3705, 3707 y 3709 puede utilizar una salida de contactos estándar en la que los módulos unidos a la misma utilizan un subconjunto. En algunas formas de realización, cada uno de los conectores 3703, 3705, 3707 y 3709 puede utilizar un subconjunto de las clavijas disponibles, exclusivas para el dispositivo que está conectado basándose en el tipo de dispositivo, por ejemplo, según se determina a partir de una señal. Un mecanismo de montaje de poste podría situarse en la parte posterior del concentrador cuadrado 3701. El concentrador cuadrado 3701 también puede incluir conectores anterior 3711 y posterior 3713. Las fijaciones mecánicas asociadas con cada uno de los conectores 3703, 3705, 3707, 3709, 3711,3712 pueden ser fijaciones permanentes (por ejemplo tornillos) o puntos de montaje de liberación rápida (por ejemplo pasadores).
La figura 38 muestra un sistema electrónico de cuidado de pacientes que tiene un concentrador 3701 acoplado a un poste 3715 según otra forma de realización de la presente divulgación. La figura 38 muestra un cliente de monitorización articulado 3712 a la izquierda, un módulo de batería/comunicación extendido 3717 en la parte superior, un módulo de escáner de código de barras 3719 en la parte inferior y un acoplamiento de bomba 3723 a la derecha del concentrador 3701. El acoplamiento de bomba 3723 puede retirarse para su transporte con todas las bombas de infusión 3725, 3727, 3729 unidas de modo que puedan transportarse como unidad. Una manija de liberación rápida 3731 puede situarse sobre la bomba acoplamiento 3727 para permitir una separación sencilla del el concentrador 3701. Alternativamente, en otras formas de realización, las bombas de infusión 3725, 3727, 3729 pueden estar encadenadas entre sí. El cliente de monitorización articulado 3721 (por ejemplo, una tableta) puede estar unido permanentemente al concentrador 3701, que podría formar una “bomba de canal cero” cuando el acoplamiento 3723 se ha retirado. Por ejemplo, el cliente de monitorización 3721 puede seguir funcionando y monitorizando varios dispositivos de cuidado de pacientes cuando no está unida ninguna bomba y/o está en comunicación operativa con el cliente de monitorización 3721.
La figura 39 muestra un sistema electrónico de cuidado de pacientes que tiene un concentrador 3701 acoplado a un poste 3715 y un acoplamiento portátil 3733 que incluye una manija de liberación rápida 3731 para separar el acoplamiento portátil 3733 del concentrador 3701 según otra forma de realización de la presente divulgación. El concentrador 3701 permite que los dispositivos se conecten al mismo utilizando una placa adaptadora 3735 como se muestra en la figura 40.
La figura 40 muestra un sistema electrónico de cuidado de pacientes que tiene un concentrador 3701 acoplado a un poste 3715 y un acoplamiento 3735 acoplado al concentrador 3701 según otra forma de realización de la presente divulgación. El acoplamiento 3735 de la figura 40 se muestra como placa conectora. Es decir, el acoplamiento 3735 se muestra como placa adaptadora o conectora adaptada para facilitar la conexión de las bombas de infusión 3725, 3727, 3729 al concentrador 3701 utilizando el conector genérico proporcionado por el concentrador 3701. El acoplamiento 3701 proporciona señales suficientes y una alineación y orientación mecánica suficiente para conectarse al acoplamiento 3735 y/o viceversa.
La figura 41 muestra un sistema electrónico de cuidado de pacientes 4101 que tiene un concentrador 4103 acoplado a un poste 4105 según otra forma de realización de la presente divulgación. El concentrador 4103 incluye conectores 4107, 4109 y 4111 para recibir tres bombas de infusión respectivas, por ejemplo, las bombas de infusión 4113 y/o 4115. El sistema de cuidado de pacientes 4101 incluye un cliente de monitorización 4117, por ejemplo, una tableta, en un lado del poste 4105 y las bombas de infusión que pueden acoplarse al otro lado del poste 4105 a través de los conectores 4107, 4109, y 4111. Aunque se muestran tres conectores 4107, 4109, 4111, puede utilizarse cualquier número arbitrario de conectores. El sistema electrónico de cuidado de pacientes 4101 facilita la visualización del cliente de monitorización 4117 y las bombas de infusión, por ejemplo, las bombas de infusión 4113 y 4115, acopladas a los conectores 4107 4109, 4111. Adicionalmente, el sistema electrónico de cuidado de pacientes 4104 facilita la colocación de los tubos. Los tubos pueden insertarse de arriba abajo de las bombas de infusión o pueden colocarse desde el lado del cliente de monitorización 4117 (por ejemplo, utilizando un organizador de tubos en el poste 4105) en un lado del poste 4105. El cliente de monitorización 4117 puede ser articulado. El soporte de poste del concentrador 4103 puede sujetarse al poste 4105 o deslizarse sobre el escalón en el poste 4105 que está disponible en algunos postes ajustables. El soporte de poste del concentrador 4103, mostrado en este caso de forma tubular puede ser, en otras formas de realización, de forma rectangular y/o puede incluir la fuente de alimentación, manija y/o hardware de concentrador. En algunas formas de realización, el concentrador 4103 puede ser un soporte para encaminar las conexiones eléctricas.
La figura 42 muestra un sistema electrónico de cuidado de pacientes 4201 que tiene un cliente de monitorización 4203 acoplado a un concentrador 4205 que tiene hendiduras 4207, 4709, 4711 para recibir dispositivos de cuidado de pacientes, por ejemplo, una bomba de infusión 4713, según otra forma de realización de la presente divulgación. Esta bomba de infusión 4713 incluye un conector deslizante 4715 que se desliza al interior de una de las hendiduras 4207, 4709, 4711. El conector 4715 puede ser estructuralmente suficiente y/o puede añadirse un soporte estructural adicional. El cliente de monitorización 4203 puede doblarse, por ejemplo, quedando plano con el acoplamiento 4205. El acoplamiento 4205 puede incluir relieves para colocar tubos, por ejemplo, de izquierda a derecha o arriba abajo. En formas de realización alternativas, la bomba de infusión 4713 puede unirse al acoplamiento 4205 de modo que se eleve delante del plano anterior del acoplamiento 4205 facilitando la colocación vertical de los tubos. La figura 43 muestra un primer plano de un conector en forma de T, por ejemplo, el conector 4715 de la figura 42, para conectarse con las hendiduras 4207, 4709, 4711 del concentrador 4205 como se muestra en la figura
La figura 44 muestra un sistema electrónico de cuidado de pacientes 4401 que tiene dispositivos apilables de cuidado de pacientes 4403, 4405 y un recipiente apilable 4407 para alojar una bolsa de infusión, por ejemplo, las bolsas de infusión 4411 y 4408, según otra forma de realización de la presente divulgación. El recipiente apilable 4407 incluye una tapa 4413 para sujetar las bolsas 4411, 4409 en el mismo. El sistema electrónico de cuidado de pacientes 4401 incluye un cliente de monitorización 4415 con una pantalla que puede doblarse y una manija 4417 que puede levantarse para el transporte.
Las bolsas de infusión 4411 y 4407 pueden ser microbolsas y pueden incluir un monitor de caudal integrado y/o una etiqueta RFID insertada en las mismas con un número de serie o datos (por ejemplo, datos del paciente) asociados con el contenido de las bolsas 4411 y/o 4407. En esta forma de realización específica, las microbolsas 4411 y 4407 pueden incluir un medidor de caudal integrado, un contador de goteo, una cámara de goteo integrada, un enlace de comunicación para comunicarse a través del tubo IV, y pueden incluir una fuente de alimentación con o sin una batería o convertidor CA/CC para alimentar su sistema electrónico . Las comunicaciones IV pueden producirse a través de un conductor eléctrico insertado en o unido al tubo intravenoso, a través de comunicación eléctrica utilizando el fluido dentro del tubo intravenoso como medio conductor, utilizando ondas de sonido que se desplazan a través del tubo intravenoso, u ópticamente utilizando el fluido dentro del tubo como guía de ondas óptica. Las comunicaciones IV pueden estar cifradas, por ejemplo, utilizando cifrado de claves simétricas o asimétricas. Las microbolsas 4411 y/o 4407 pueden incluir un comunicador óptico que comunica datos (a través de un tubo de infusión) a una bomba de infusión describiendo un caudal y/o el contenido del líquido contenido en las mismas. Las microbolsas 4411 y/o 4407 pueden incluir una etiqueta RFID y/o NFC en una cola que puede conectarse con un contador de goteo que puede utilizar un lector para determinar el contenido y/o volumen del líquido dentro de las microbolsas 4411 y/o 4407 (por ejemplo, la información está codificada en la misma). La microbolsa 4411 y/o 4407 puede incluir un sensor de burbujas (capacitivo o ultrasónico) que comunica la estimación de los tamaños de burbuja a un cliente de monitorización y/o concentrador. Puede ser necesario que las microbolsas 4411 y/o 4407 estén dentro de una distancia predeterminada con respecto al paciente tal como determina la NFC, y/o un módulo de alcance antes de que empiece a funcionar (por ejemplo, abra una válvula y/o active un medidor de caudal integrado, contador de goteo o cámara de goteo, un enlace de comunicación, fuente de alimentación etc.)
La figura 45 muestra un sistema electrónico de cuidado de pacientes 4501 que tiene dispositivos apilables de cuidado de pacientes 4503, 4505, 4507, 4509, 4511, 4513, 4515, 4517 que pueden apilarse al lado de otro de los dispositivos de cuidado de pacientes según otra forma de realización más de la presente divulgación. El sistema electrónico de cuidado de pacientes 4501 incluye un cliente de monitorización 4519 que incluye una pantalla que puede doblarse y una manija 4520 que puede levantarse para el transporte.
La figura 46 muestra un sistema electrónico de cuidado de pacientes 4601 que tiene dispositivos apilables de cuidado de pacientes 4603, 4605, 4607 con un dispositivo de cuidado de pacientes de bomba de jeringa 4607 que tiene una sola jeringa 4609 según otra forma de realización de la presente divulgación.
La figura 47 muestra un sistema electrónico de cuidado de pacientes 4701 que tiene dispositivos apilables de cuidado de pacientes 4703, 4705, 4707, 4709 con un dispositivo de cuidado de pacientes de bomba de jeringa 4707 que tiene dos jeringas 4711,4713 según otra forma de realización de la presente divulgación.
La figura 48 muestra un sistema electrónico de cuidado de pacientes 4801 que tiene dispositivos apilables de cuidado de pacientes 4803, 4805, 4807, 4809 teniendo cada uno una respectiva pantalla (es decir, las pantallas 4811,4813, 4815, 4817) según otra forma de realización de la presente divulgación. La figura 49 es un primer plano de la manija 4901 del dispositivo electrónico de cuidado de pacientes de la figura 48. La figura 50 es un primer plano de un puerto de línea de infusión 5001 que muestra una línea de infusión 5003 colocada a través del sistema electrónico de cuidado de pacientes 4801 de la figura 48.
Las figuras 51-52 muestran otra forma de realización de un sistema electrónico de cuidado de pacientes 5101 que muestra un dispositivo apilable de cuidado de pacientes extraíble 5102 según otra forma de realización de la presente divulgación. La figura 52 muestra la manija 5103 que se mueve en una configuración de transporte para transportar el sistema electrónico de cuidado de pacientes 5101 con un poste 5105.
La figura 53 muestra un sistema electrónico de cuidado de pacientes 5301 acoplado a un poste 5317 y con dispositivos apilables de cuidado de pacientes 5307, 5309, 5311, 5313, 5315 que están acoplados a un concentrador 5303 a través de un conector de acoplamiento 5305 según otra forma de realización de la presente divulgación. El concentrador 5303 está acoplado a un cliente de monitorización 5305. Los conectores de acoplamiento 5305 se conectan a los dispositivos de cuidado de pacientes 5307 y 5309, que están conectados a los dispositivos de cuidado de pacientes 5311,5313 y 5315 a través de conexiones encadenadas.
La figura 54 muestra un sistema electrónico de cuidado de pacientes 5401 que tiene dispositivos apilables de cuidado de pacientes 5403, 5405, 5307, apilables de abajo arriba, según otra forma de realización de la presente divulgación. La figura 55 muestra un sistema electrónico de cuidado de pacientes 5501 que tiene dispositivos apilables de cuidado de pacientes 5503, 5505, 5507 que pueden apilarse de arriba abajo, según otra forma de realización de la presente divulgación.
La figura 56 muestra una vista en perspectiva de un sistema de sujeción 5601 que tiene una manija de liberación 5603 para el agarre por fricción a un poste 5605 según otra forma de realización de la presente divulgación. La figura 57 muestra una vista posterior del sistema de sujeción 5601 de la figura 56 que muestra una parte trasera transparente para ilustrar el uso de la manija 5603 para enganchar las sujeciones 5607 y 5609. La figura 58 muestra una vista superior, en sección transversal del sistema de sujeción de la figura 56.
La figura 59 es un diagrama de bloques de un sistema 3400 para controlar una bomba de infusión según una forma de realización de la presente divulgación. El sistema 3400 incluye un componente de interfaz de usuario 3402, un componente de motor de bomba 3404, un componente de capa de terapia de gestión de datos 3406 y un componente de monitor de seguridad/medición de fluido 3408.
Los componentes 3402, 3404, 3406 y 3408 pueden implementarse, por ejemplo, en hardware, software, software en ejecución, en lógica digital, firmware, código de byte, en virtualización, utilizando PLD, FPGA o PLA, utilizando uno o varios procesadores, o alguna combinación de los mismos. Por ejemplo, los componentes 3402, 3404, 3406 y 3408 pueden ser un conjunto operativo de instrucciones ejecutables por procesador configuradas para su ejecución por uno o varios procesadores en un dispositivo 3401, por ejemplo, el dispositivo 3401 puede ser un cliente de monitorización dado a conocer en el presente documento. Los componentes 3402, 3404, 3406 y 3408 pueden estar almacenados en un medio no transitorio, legible por ordenador legible por uno o varios procesador para su ejecución por los uno o varios procesadores, por ejemplo, los uno o varios procesadores pueden estar en comunicación operativa con el medio no transitorio, legible por ordenador.
La interfaz de usuario 3402 puede ser una pantalla táctil (o código ejecutable por procesador para controlar una pantalla táctil) configurada para recibir una entrada de usuario, por ejemplo, una velocidad de infusión. La interfaz de usuario 3402 puede utilizarse por un operador para configurar parámetros de tratamiento y para ver el estado del tratamiento. La interfaz de usuario 3402 puede utilizarse para ajustar los parámetros de tratamiento de pacientes durante la terapia, para obtener orientación sobre la configuración del sistema 3400 y/o para un desmontaje del sistema 3400 tras el tratamiento. La interfaz de usuario 3402 puede incluir una pantalla táctil y botones. La interfaz de usuario 3402 puede ser una aplicación de software residente en el dispositivo 3401 o puede ejecutarse por un componente remoto o separado, tal como en un dispositivo de mano o un ordenador en una estación de enfermería. Por ejemplo, la interfaz de usuario 3402 puede implementarse mediante el comunicador remoto 11 o los otros clientes de monitorización 1, 4 de las figuras 1, 3, 5, 7, 8 o 9, un teléfono inteligente, una tableta, un pc, un ordenador de tipo tableta, o similar.
El componente de terapia de gestión de datos 3406 puede comunicarse con uno o varios sistemas de datos externos 3410. Por ejemplo, el componente de terapia de gestión de datos 3406 puede comparar una ID de paciente 3412 con historias clínicas electrónicas 3410 para determinar si la terapia introducida (por ejemplo, una velocidad de infusión) a través del componente de interfaz de usuario 3402 es: (1) segura para el paciente; (2) se ajusta a la dolencia, estado, enfermedad y/o plan terapéutico del paciente 3412; (3) no está contraindicado por otra medicación o tratamiento; (4) y no requiere la presencia de un especialista que se ha determinado que no esté dentro de la proximidad del paciente 3412 (determinado por una etiqueta RFID, autenticación por voz, reconocimiento facial, identificación o verificación por nombre de usuario/contraseña, firmas seguras, o similar).
El componente de terapia de gestión de datos 3406 puede incluir todos los ajustes de tratamiento, puede verificar los ajustes con los sistemas de datos externos 3410, y puede registrar el historial de tratamiento tales como caudales, ajustes de fármacos, signos vitales, etc. en las historias clínicas electrónicas de los sistemas de datos externos 3410. El componente de terapia de gestión de datos 3406 también puede ajustar parámetros para cualquier monitor de seguridad. Si el componente de terapia de gestión de datos 3406 confirma el tratamiento, el ajuste se envía al componente de motor de bomba 3404.
El componente de motor de bomba 3404 envía los parámetros de tratamiento de pacientes, por ejemplo, una velocidad de infusión, a la bomba de infusión 3414. La bomba de infusión 3414 puede ser cualquier bomba de infusión dada a conocer en el presente documento. En algunas formas de realización de la presente divulgación, el componente de motor de bomba 3404 sólo envía una velocidad de infusión a la bomba 3414. La bomba puede tener capacidad de medición de fluido redundante para un medidor de flujo o es la medición de fluido primaria del sistema 3406.
El componente de monitor de seguridad/medición de fluido 3408 puede servir como dispositivo de vigilancia para el otro componente de motor de bomba 3404, puede recibir datos de flujo de un medidor de flujo (no mostrado), y puede servir como dispositivo de vigilancia para la bomba 3414. El componente de monitor de seguridad/medición de fluido 3408 puede determinar si existe un fallo o condición de error, por ejemplo, la velocidad de infusión medida está fuera de un intervalo predeterminado o supera un umbral, y puede comunicar una orden de parada a la bomba 3414 para detener la bomba 3414. Adicional o alternativamente, el componente de monitor de seguridad/medición de fluido 3408 puede comunicarse con un dispositivo de oclusión mecánico (no mostrado) para detener el flujo del fluido de infusión al paciente 3412.
Adicional o alternativamente, el componente de monitor de seguridad/medición de fluido 3408 puede recibir realimentación sobre el caudal así como parámetros de estado del paciente, por ejemplo, frecuencia cardiaca, temperatura, signos vitales, etc. Si alguno de los parámetros monitorizados por el componente de monitor de seguridad/medición de fluido 3408 está fuera de un intervalo predeterminado, se emite una alerta, tal como un mensaje de texto o correo electrónico, por ejemplo, a un dispositivo de monitorización, un comunicador remoto, otros clientes de monitorización, un teléfono inteligente, una tableta, un pc, un ordenador de tipo tableta, o similar. Adicional o alternativamente, un fluido mecánico el componente de monitor de seguridad/medición de fluido 3408 puede comunicarse con un dispositivo de oclusión mecánico (no mostrado) para detener el flujo del fluido de infusión al paciente 3412.
La figura 60 es un diagrama de bloques del sistema 3500 para comunicarse con varios dispositivos electrónicos de cuidado de pacientes 3502, 3504, 3506, 3508, 3510 según una forma de realización de la presente divulgación. El sistema 3500 incluye un acoplamiento o concentrador 3518 inalámbrico o basado en USB. El acoplamiento 3518 está acoplado a un contador de goteo 3502, una bomba de infusión 3504, un monitor de sistema portátil 3506, un dispensador de pastillas 3508, y otro dispositivo 3510. El otro dispositivo puede ser, por ejemplo, varios dispositivos de estado de paciente, tales como un dispositivo de oxímetro de pulso, un dispositivo de monitor cardiaco, un dispositivo de tensión arterial y un dispositivo de temperatura. Los dispositivos 3502, 3504, 3506, 3508, 3510 se comunican con el cliente de monitorización, por ejemplo, una tableta 3514, que a su vez se comunica con uno o varios servidores 3516. Los uno o varios servidores 3516 pueden ser, por ejemplo, un servidor de los servicios de la instalación 8, las bases de datos de fármacos en línea 9 o red de efectos adversos por fármacos 9, el EHR personal del paciente 19’, o una base de datos de resultados de tratamiento 10 de las figuras 1,3, 5, 7 u 8.
Las comunicaciones inalámbricas entre el acoplamiento inalámbrico o USB 3518 y los dispositivos 3502, 3504, 3506, 3508, 3510 pueden ser, por ejemplo, WiFi, Bluetooth, Bluetooth de baja energía, Zigbee, un enlace de comunicaciones con capacidad de alcance, comunicaciones de campo cercano, comunicaciones RFID, y similares. La tableta 3514, en algunas formas de realización de la presente divulgación, puede ser la interfaz de programación y monitorización primaria. La tableta 3514 puede estar configurada para un solo paciente o puede configurarse cuando se acopla en un acoplamiento 3518 o cuando la tableta 3514 identifica a un paciente (por ejemplo, la tableta 3514 puede descargar parámetros de tratamiento de pacientes después de que se introduzca una iD del paciente en la tableta 3514 manualmente, a través de un lector de RFID, un lector de código de barras, etc.).
La tableta 3514 puede comunicar parámetros de estado del paciente o parámetros de tratamiento de pacientes a los uno o varios servidores 3516. Los uno o varios servidores 3516 pueden almacenar el parámetro de estado del paciente o parámetros de tratamiento de pacientes. La tableta 3514 puede comunicar los parámetros de cuidado de pacientes, por ejemplo, los parámetros de estado del paciente o los parámetros de tratamiento de pacientes, en tiempo real (es decir, con al menos una limitación temporal tal como una fecha tope).
La tableta 3514 puede conectarse al acoplamiento 3518 de manera inalámbrica, a través de un cable USB, o puede acoplarse al mismo. La tableta 3514, en algunas formas de realización, recibe energía y datos a través de una o varias conexiones por cable desde el acoplamiento 3518.
La bomba de infusión 3504 puede ser una bomba de infusión de baja velocidad (por ejemplo, puede suministrar 0,1­ 10 mililitros por hora), una bomba de infusión de caudal medio (por ejemplo, puede suministrar 10-300 mililitros por hora), una bomba de infusión de caudal alto (por ejemplo, puede suministrar 300-1000 mililitros por hora), una bomba de infusión que cambia entre los diversos ajustes de caudal, o alguna combinación de las mismas. La bomba de infusión 3504 puede insertarse en el concentrador 3518 a través de una parte de recepción; es decir, el concentrador 3518 también puede ser un acoplamiento (no mostrado en la figura 60). La bomba de infusión 3504, en algunas formas de realización de la presente divulgación, recibe energía y datos a través de una o varias conexiones por cable desde el concentrador 3518. La bomba de infusión 3504 puede estar configurada para desacoplarse del concentrador 3518 y puede seguir funcionando mientras la porta el paciente. La bomba de infusión 3504 puede enviarse a una farmacia para su configuración y/o unirse a una bolsa de infusión (también denominada bolsa IV). En algunas formas de realización, la bomba de infusión 3504 puede estar configurada para funcionar sólo con una bolsa específica y/o un paciente específico.
El monitor de sistema portátil 3506 puede ser el monitor de sistema portátil 131 de las figuras 1, 3, 5, 7, 8 o 9. En algunas formas de realización, el monitor de sistema portátil 3506 puede leer la identificación del paciente de un brazalete inteligente, por ejemplo, a través de RFID, puede proporcionar funcionalidad de vigilancia para cualquiera de los otros dispositivos 3502, 3504, 3508, 3510, puede realizar un seguimiento del caudal, detectar aire, monitorizar los signos vitales o incluir un botón de llamada integrado en el mismo. El monitor de sistema portátil 3506 puede ocluir el flujo en respuesta a una condición de error. El monitor de sistema portátil 3506 puede comunicarse de manera inalámbrica con el concentrador 3518 o la bomba de infusión 3504.
La figura 61 es un diagrama de bloques de un sistema electrónico de cuidado de pacientes 3700 que tiene un acoplamiento 3702 que puede conectarse a los dispositivos de cuidado de pacientes 3704, 3706A-3706C a través de conexiones USB según una forma de realización de la presente divulgación. El sistema 3700 incluye un acoplamiento 3702 que recibe una tableta 3708. El acoplamiento 3702 está acoplado a un concentrador 3710 que incluye conexiones USB y puede conectarse a los acoplamientos 3712 y 3714 a través de conexiones USB. El acoplamiento 3712 recibe el dispensador de pastillas 3704. El acoplamiento 3714 recibe las bombas de infusión 3706A-3706C. Los acoplamientos 3712 y 3714 proporcionan energía a los dispositivos 3704, 3706A-3706C acoplados a los mismos.
El acoplamiento 3702 suministra energía a y carga la batería interna de la tableta 3708. El acoplamiento 3702 también está acoplado a un concentrador USB 3710, en el que la tableta 3708 es un anfitrión. El medidor de flujo 3716, por ejemplo, un contador de goteo, y el monitor de sistema portátil 3718 se comunican de manera inalámbrica con la tableta 3708 a través de una antena y un transceptor en la tableta 3708 y/o a través de un transceptor y una antena en el acoplamiento 3702. Como se apreciará a la luz de esta divulgación, el medidor de flujo 3716 y el monitor de sistema portátil 3718 pueden estar acoplados operativamente con, o de otro modo tener integrados en los mismos, transceptores y antenas como los módulos de comunicación 124 y las antenas 122 de la figura 1, para facilitar la comunicación inalámbrica con la tableta 3708.
La figura 62 es un diagrama de proceso 3800 que muestra varias fases de cuidado electrónico de pacientes según una forma de realización de la presente divulgación. El diagrama de proceso 3800 puede ser un procedimiento para el cuidado electrónico de pacientes para su uso, por ejemplo, con los sistemas de ejemplo de las figuras 1, 3, 5, 7, 8 y 9. El diagrama de proceso 3800 incluye las fases 3802-3810. La fase 3802 incluye las etapas de que un médico recibe datos del paciente y el historial de tratamiento previo en historias clínicas electrónicas, e introduce una prescripción en un servidor de entrada computarizada de órdenes de proveedores 3812.
La fase 3804 incluye las etapas de que un farmacéutico prepare un recipiente de fármaco, identifique un recipiente con una etiqueta impresa y/o una RFID y seleccione un dispositivo de suministro. La fase 3806 incluye las etapas de suministrar un recipiente a un paciente o una sala de operaciones, y realizar un seguimiento del recipiente, por ejemplo, una sustancia controlada. La fase 3808 incluye las etapas de que una enfermera configure y ajuste el tratamiento, y comprueba los 5 puntos (paciente correcto, fármaco correcto, etc.). La fase 3810 incluye las etapas de suministrar el fármaco, registrar el historial de tratamiento en una historia clínica electrónica, problemas y alertas o alarmas, y vigilancia del paciente, por ejemplo, monitorización del paciente.
La figura 63 muestra un sistema 3900 que tiene una bomba de infusión 3902 acoplada a un acoplamiento 3904, un dispensador de pastillas 3906 acoplado en un acoplamiento 3908 y un concentrador 3910 para la conexión con los acoplamientos 3904 y 3908 a través de cables USB. El concentrador 3910 también se conecta con un acoplamiento de tableta 3912 que recibe la tableta 3914. Adicional o alternativamente, la tableta 3914 se comunica con el concentrador 3910 de manera inalámbrica. La tableta 3914 puede emitir una alerta y/o alarma cuando cambia el modo o la tecnología utilizados para la comunicación, por ejemplo, cuando se cambia de por cable a inalámbrica o de inalámbrica a por cable.
El concentrador 3910 incluye una pantalla 3916 y proporciona una interfaz entre la tableta 3914 a través del acoplamiento 3912. El concentrador 3910 puede soportar una GUI visualizada en la pantalla 3916 (que puede ser una pantalla táctil) para programación, guía de configuración, estado, visualizar alertas, visualizar alarmas, etc.
En algunas formas de realización de la presente divulgación, el concentrador 3910 incluye toda la circuitería de seguridad del paciente que permite que el sistema 3900 sea completamente tolerante a los fallos con cualquier fallo o error que puede producirse dentro de o respecto a la tableta 3914, y la interfaz de usuario necesaria para la seguridad del paciente está o bien en el concentrador 3910 o bien en una pantalla de los dispositivos de cuidado de pacientes 3906 y 3902 (por ejemplo, la bomba de infusión 3902 incluye una pantalla 3918, pero no se muestra explícitamente en el dispositivo 3906). Por ejemplo, el concentrador 3910 puede requerir confirmación del usuario (por ejemplo, a través de una pantalla táctil del concentrador 3910) de una velocidad de infusión y fármaco que va a suministrarse antes de enviar la petición u orden para la velocidad de infusión a la bomba de infusión 3902. Adicional o alternativamente, en algunas formas de realización, la bomba de infusión 3902 pide confirmación del usuario de la velocidad de infusión y el fármaco que va a suministrarse antes del funcionamiento (por ejemplo, a través de una pantalla táctil de la bomba de infusión 3902).
El concentrador 3910 puede emitir indicadores audibles para guía de ayuda, avisos de alerta, avisos de alarma, puede incluir sistemas de seguridad independientes para monitorizar tareas críticas para la seguridad, puede ser un sistema seguro para poner los dispositivos de cuidado de pacientes en un estado seguro cuando se produce una condición de alerta o alarma, puede incluir sensores independientes para sensores críticos, puede incluir una base de tiempo independiente o reloj en tiempo real para dispositivos de cuidado de pacientes críticos en el tiempo, por ejemplo, dispositivos de cuidado de pacientes en tiempo real, puede incluir una batería auxiliar para alimentar los dispositivos de cuidado de pacientes a través de un cable USB, y puede incluir una carga de batería al circuito para cargar la batería interna en el mismo.
El concentrador 3910 puede incluir un módulo de entrada de alimentación para una fuente de alimentación de CA o CC y puede recibir energía de una toma de CA estándar. El concentrador 3910 puede satisfacer los requisitos de aislamiento y compatibilidad electromagnética según la norma IEC-60601. El concentrador 3910 convierte la alimentación de CA en una alimentación de CC regulada que se utilizará para cargar una batería de reserva interna, proporcionar energía a la circuitería en el mismo o para alimentar los dispositivos de cuidado de pacientes 3906, 3902 a través de sus cables USB respectivos.
El concentrador 3910 puede incluir una fuente de alimentación que cumple con la norma IEC-60601 que puede seleccionarse o programarse para permitir que el dispositivo de cuidado de pacientes acoplado pida un parámetro de alimentación, por ejemplo, una tensión, ciclo de trabajo, alimentación de CC o CA, etc., desde el concentrador 3910. El concentrador 3910 puede incluir una o varias fuentes de alimentación independientes que son independientes de la primaria como define la norma IEC-60601.
El concentrador 3910 incluye una batería de reserva que puede utilizarse para suministrar energía a través de los cables USB u otros cables (no mostrados explícitamente). El concentrador 3910 puede incluir su propio circuito de carga de batería, por ejemplo, un circuito de carga de tensión constante/corriente constante.
La pantalla 3916 del concentrador 3910 puede visualizar alarmas o alertas basándose en las señales recibidas desde los dispositivos de cuidado de pacientes 3902, 3906, 3920. Por ejemplo, el concentrador 3910 puede interrogar periódicamente a los dispositivos de cuidado de pacientes 3902, 3906, 3920, y si el concentrador 3910 no recibe una respuesta de uno o varios de los dispositivos de cuidado de pacientes 3902, 3906, 3920 o la tableta 3914, o de otro modo uno o varios de los dispositivos de cuidado de pacientes 3902, 3906, 3920 o la tableta 3914 no responde, la pantalla 3914 visualiza una alerta o alarma. La alarma puede indicar al usuario que el dispositivo de cuidado de pacientes no responde. El dispositivo de cuidado de pacientes puede identificarse por el cliente de monitorización a través de un número de serie, canal de bomba de infusión, fármaco suministrado por la bomba de infusión, una letra o número visualizado en el dispositivo de cuidado de pacientes, a través de mapeo visual de los dispositivos de cuidado de pacientes en el dispositivo de monitorización, y similares. Por ejemplo, el cliente de monitorización 3914 puede visualizar un diagrama de distribución de los dispositivos de cuidado de pacientes 3902, 3906, 3920 en su pantalla para proporcionar un mapeo visual de los dispositivos. A continuación, el dispositivo, acoplamiento o concentrador problemático puede representarse después como dispositivo que parpadea en rojo indicando al usuario el dispositivo objeto de la alerta y/o alarma. El concentrador 3910 también puede incluir luces de estado, LED, un altavoz, un vibrador, u otro indicador visual/audible.
El concentrador 3910 puede incluir, por ejemplo, botones u otros dispositivos de entrada, tales como conmutadores, una entrada con lápiz, y similares. En algunas formas de realización de la presente divulgación, sólo el concentrador 3910 emite alertas y/o alarmas para los dispositivos de cuidado de pacientes; sin embargo, en otras formas de realización, los dispositivos de cuidado de pacientes 3902, 3906, 3920, o la tableta 3914 emiten alertas y/o alarmas.
El concentrador 3910 puede incluir dos procesadores separados, siendo cada uno un dispositivo de vigilancia para el otro. El concentrador 3910 también puede incluir diversos sensores, tales como un sensor de temperatura ambiente, un sensor de presión, un sensor de humedad, etc. Los sensores del concentrador 3910 pueden ser redundantes para los sensores en los dispositivos de cuidado de pacientes 3902, 3906, 3920 o la tableta 3914, o el concentrador 3910 puede dar a los dispositivos de cuidado de pacientes 3902, 3906, 3920, o la tableta 3914 acceso a la medición realizada por los sensores del concentrador 3910.
El concentrador 3910 puede incluir, por ejemplo, capacidades WiFi, Zigbee, Bluetooth, Bluetooth de baja energía, Xbee, comunicación de campo cercano, dispositivos de alcance, o similar. El concentrador 3910 también puede incluir varias interfaces por cable, tales como por ejemplo, RS-232, SPI, CAN, USB, conectividad Ethernet, etc.
El concentrador 3910 también puede incluir una línea de seguridad que está acoplada a uno o varios de los dispositivos de cuidado de pacientes 3902, 3906, 3920 o el acoplamiento de tableta 3912 que, cuando se tira abajo, puede hacer que un circuito de seguridad haga que todos los dispositivos de cuidado de pacientes 3902, 3906, 3920 o el acoplamiento de tableta 3912, o el dispositivo particular que produce el fallo, entre en un modo de seguridad. Por ejemplo, puede existir un conductor eléctrico (es decir, un cable o línea) entre el concentrador 3910 y uno o varios de que está acoplado a una fuente de tensión a través de un resistor (es decir, la línea es “alta”), y otro circuito puede acoplar el conductor a tierra (el conductor puede por así decirlo “tirarse abajo”). En algunas formas de realización, pero no todas las formas de realización, de la presente divulgación, cuando un dispositivo de cuidado de pacientes dado a conocer en el presente documento, tal como uno o varios de los dispositivos de cuidado de pacientes 3902, 3906, 3920, o un cliente de monitorización, tales como una tableta 3914, entra en un modo seguro, sólo se permiten las rutinas de software críticas (un conjunto predeterminado de las mismas) y/o sólo se alimenta la circuitería crítica (un conjunto predeterminado de las mismas). En algunas formas de realización, pero no formas de realización, por ejemplo, puede deshabilitarse toda la circuitería excepto la circuitería del controlador del motor de una bomba de infusión, tales como radios, pantallas, controladores de pantalla, u otra circuitería. Adicional o alternativamente, en algunas formas de realización, pero no todas las formas de realización, pueden deshabilitarse algunas rutinas o funcionalidad de software que no son necesarias cuando se entra en un modo de seguridad específico, tal como en una bomba de infusión, puede deshabilitarse el software que visualiza la información de configuración.
El concentrador 3910 también puede incluir una cámara 3922 que puede utilizarse para permitir el acceso al sistema 3900, o identificar a un paciente, enfermera o fármaco utilizando un software de reconocimiento facial, o leyendo un código de barras (2D o 3D). La cámara 3922 del concentrador 3910 también puede leer información del fármaco y comprobarla con respecto a los uno o varios servidores 3926 para una mayor precisión, y para garantizar que el fármaco se suministra al paciente correcto. Adicional o alternativamente, el concentrador 3910 también puede incluir un micrófono 3924 para identificar a un paciente, enfermera, o cuidador utilizando un software de reconocimiento de voz.
El concentrador 3910 también puede incluir un escáner 3928 que es un lector de código de barras, un lector de RFID o un lector de banda magnética. El escáner 3928 puede utilizarse para permitir el acceso al sistema 3900, o identificar a un paciente, enfermera o fármaco. El escáner 3928 del concentrador 3910 también puede leer información del fármaco y comprobarla con respecto a los uno o varios servidores 3926 para una mayor precisión, y para garantizar que el fármaco se suministra al paciente correcto.
El concentrador 3910 también puede incluir uno o varios componentes para su ejecución por uno o varios procesadores en el mismo. El concentrador 3910 puede incluir un componente de vigilancia para verificar a intervalos dados que un dispositivo de cuidado de pacientes responde a consultas de comunicación (por ejemplo, un reto de llamada y respuesta para cada dispositivo de cuidado de pacientes cada 5 segundos u otro intervalo adecuado, y si el concentrador 3910 no recibe respuesta, el concentrador 3910 “tira” de la línea de seguridad, es decir, indica que existe una condición de error), un circuito de vigilancia para monitorizar el estado y comprobar los niveles de tensión de diversas tensiones de alimentación, una comprobación de integridad de datos para verificar que los datos transmitidos a través del concentrador 3910 no están corrompidos y comprueba paquetes internos y encaminados para su envío a la tableta 3914 o un dispositivo de cuidado de pacientes dado a conocer en el presente documento, y un verificador de intervalos para permitir la comprobación de umbrales programados. El concentrador 3910 puede utilizar comprobación de integridad de datos.
El concentrador 3910 puede monitorizar la tableta 3914 y puede producir una alarma por separado cuando se produce un error en un dispositivo de cuidado de pacientes. En algunas formas de realización de la presente divulgación, el concentrador 3910 puede incluir toda la circuitería crítica para la seguridad y software de modo que el sistema 3900 sea completamente tolerante a los fallos de los errores de la tableta 3914 y/o sea completamente tolerante a los fallos con respecto a cualquier modo de error de la tableta 3514.
El concentrador 3910 puede incluir una interfaz de programación de aplicaciones (“API”) para visualizar datos en la pantalla 3916 o la tableta 3914. La API puede incluir una clase de datos segura. Un dispositivo de cuidado de pacientes puede utilizar la API para una visualización en la pantalla 3916 del concentrador 3910. Un dispositivo de cuidado de pacientes puede enviar un mensaje a la tableta 3914 indicando a la tableta 3914 cómo visualizar una interfaz para el dispositivo de cuidado de pacientes. Adicional o alternativamente, el concentrador 3910 envía un mensaje a la tableta 3914 indicando a la tableta 3914 que descargue una aplicación de los uno o varios servidores 3926 para visualizar una interfaz de usuario en la tableta 3914; el concentrador 3910 puede enviar este mensaje cuando un dispositivo de cuidado de pacientes se conecta en primer lugar al concentrador 3910, bien a través de un cable USB, o bien de manera inalámbrica (por ejemplo, utilizando emparejamiento como se describe en el presente documento). Adicional o alternativamente, el concentrador 3910 envía una instrucción a la tableta 3914 para visualizar una interfaz de usuario para su conexión con el dispositivo de cuidado de pacientes identificado.
La figura 64 muestra un sistema 4000 para permitir que un servidor de historias clínicas electrónicas de uno o varios servidores 4002 introduzca una prescripción y envíe la prescripción a una bomba de infusión de las bombas de infusión 4004A-4004C para su confirmación utilizando el escáner 4006 y/o utilizando una interfaz de una o varias de las bombas de infusión 4004A- 4004C. La prescripción puede enviarse desde registros de EMR en el servidor 4002 a las bombas de infusión 4004A-4004C a través de una aplicación. La aplicación puede estar en un ordenador de cabecera 4008 que puede utilizarse para determinar el cumplimiento clínico con la prescripción. En algunas formas de realización, la aplicación está en el cliente de monitorización. El ordenador de cabecera 4008 puede incluir una aplicación para la conexión con un servidor EMR de los uno o varios servidores 4002 a través de una API estándar para descargar regímenes de prescripción y/o tratamiento para su uso en las bombas de infusión 4004A- 4004C. La API puede incluir una clase de datos segura. En algunas formas de realización adicionales, el concentrador se comunica con el servidor 4001 a través de soporte intermedio como se describió anteriormente. Adicional o alternativamente, con referencia a la figura 65, la aplicación para la conexión con el servidor EMR puede estar en la tableta 4102 como se muestra en la figura 65. Aunque el escáner 4104 se muestra acoplado al concentrador 4106, puede unirse a un dispositivo de cuidado de pacientes 4108A-4108C, o un concentrador de tableta 4110. En lugar de utilizar el escáner 4104 para identificar la medicación, puede utilizarse una cámara 4112 para identificar la medicación leyendo un código de barras 2D o 3D en la medicación, por ejemplo, en una bolsa de infusión o recipiente de pastillas.
En la figura 66, se muestra un sistema 4200. Un dispositivo de cuidado de pacientes de los dispositivos de cuidado de pacientes 4202A-4202C puede emitir parámetros de cuidado de pacientes, por ejemplo, un parámetro de tratamiento del paciente tal como una velocidad de infusión a un dispositivo relacionado o un dispositivo emparejado (véase la figura 67). Por ejemplo, la bomba de infusión 4202A, un concentrador 4204, un comunicador remoto 4206, una estación de enfermería 4208, o un ordenador de cabecera 4210 puede recibir la señal emitida, tal como desde una sonda de temperatura (por ejemplo, la bomba de infusión 4202A está relacionada con la sonda de temperatura). Los datos pueden tener diferentes niveles de cifrado de modo que no todos los datos sean accesibles para todos los clientes (por ejemplo, puede ser que los dispositivos relacionados con otro dispositivo tengan que tener un nivel mínimo de prioridad de seguridad). La señal emitida puede ser la misma señal recibida por la tableta 4212 o un subconjunto de la misma. Los mensajes emitidos pueden utilizar un protocolo de plataforma cruzada, por ejemplo, http, https, etc.
La figura 67 muestra un diagrama de tiempo 4300 de comunicaciones para el sistema 4200 de la figura 66 según una forma de realización de la presente divulgación. El diagrama de tiempo 4300 ilustra las comunicaciones utilizando una interfaz de programación de aplicaciones de historias clínicas electrónicas ejecutada en la tableta 4212. En algunas formas de realización de la presente divulgación, puede existir un sistema de reducción de errores por fármacos y/o Guardrails (o una versión en caché) en el concentrador 4204 o una bomba de infusión de las bombas de infusión 4202A-4202C para proporcionar seguridad del paciente redundante cuando el sistema 4200 no está en comunicación operativa con las historias clínicas electrónicas en los uno o varios servidores 4214.
El diagrama de tiempo 4300 incluye las acciones 4302 a 4354. Durante la acción 4302, un usuario actualiza una prescripción en una aplicación (“app”) en un ordenador o un cliente de monitorización, por ejemplo, una tableta. La acción 4304, la prescripción actualizada se comunica a uno o varios servidores en una EMR. La acción 4306 comprueba la prescripción en DERS para determinar si es seguro para cualquier paciente o el paciente particular, por ejemplo, utilizando criterios predeterminados. La acción 4308 comunica la información de seguridad desde el sistema DERS a la aplicación en el cliente de monitorización o la aplicación de ordenador. La acción 4310 recibe la información de seguridad. La acción 4312 comunica la prescripción desde la tableta o la aplicación de ordenador a una API de un concentrador, a través de una interfaz de programación de aplicaciones EMR (“API”) del concentrador en la acción 4314. La API puede incluir una clase de datos segura. La acción 4316 comunica la prescripción a la bomba en la acción 4318, que a su vez, comunica la prescripción a la bomba en la acción 4320. La acción 4322 pide confirmación del usuario de la prescripción en la interfaz de usuario de bomba, por ejemplo, a través de una pantalla táctil. Tras la confirmación, la confirmación se comunica a la bomba en la acción 4324, que se recibe en la acción 4326. Durante la acción 4326, se inicia la terapia, y se comunica información de estado a través de la acción 4328 a la UI de estado de bomba, que se muestra al usuario en la acción 4330.
Además, se comunica información de estado en las acciones 4332 y 4334. En la acción 4326, se recibe información de estado por el concentrador que emite el estado a través de WiFi en la acción 4338. La aplicación de tableta recibe la información de estado durante la acción 4340 desde una comunicación del estado durante la acción 4342. Durante la acción 4346, se conecta la información de estado a través de una API de EMR, que se comunica a una tableta o aplicación de ordenador a través de la acción 4348, que se recibe en la acción 4350. La información de estado se comunica en la acción 4352 a la base de datos de EMR, que actualiza la base de datos de EMR en la acción 4354. En algunas formas de realización la comunicación entre EMR y la aplicación de ordenador/tableta Allscripts o el concentrador es a través de soporte intermedio (por ejemplo, soporte intermedio en el servidor de monitorización 3 de la figura 1).
Las figuras 68A-68B muestran un diagrama de flujo de un procedimiento 4335 que ilustra el diagrama de tiempo de la figura 67 según una forma de realización de la presente divulgación. El procedimiento 4335 incluye las acciones 4301-4333.
La acción 4301 actualiza una prescripción para un paciente en una aplicación. La acción 4303 consulta, desde la aplicación, historias clínicas electrónicas en un servidor para determinar la seguridad de la prescripción actualizada para el paciente. La acción 4305 comunica la seguridad determinada de la prescripción actualizada para el paciente desde el servidor a la aplicación. La acción 4307 comunica la prescripción actualizada desde la aplicación a una API de un concentrador. La API puede incluir una clase de datos segura. En algunas formas de realización, la comunicación de la acción 4307 se produce a través de soporte intermedio (por ejemplo, soporte intermedio en el servidor de monitorización 3 de la figura 1). La acción 4309 determina la seguridad, dentro del concentrador, de la prescripción actualizada (por ejemplo, en algunas formas de realización DERS comprueba y/o comprobaciones de prescripción). En algunas formas de realización, la acción 4309 es opcional. En algunas formas de realización, la acción 4311 comunica la prescripción actualizada desde el concentrador a la bomba. La acción 4311 es opcional en algunas formas de realización.
La acción 4313 visualiza una petición de confirmación de la prescripción actualizada en una interfaz de usuario de la bomba. La acción 4315 confirma la prescripción actualizada en la interfaz de usuario de la bomba. La acción 4317 bombea fluido según la prescripción actualizada. La acción 4319 visualiza un parámetro en la interfaz de usuario de la bomba. La acción 4321 comunica el parámetro desde la bomba al concentrador. La acción 4323 emite el parámetro de manera inalámbrica desde el concentrador. La acción 4325 comunica el parámetro desde el concentrador a un cliente de monitorización, por ejemplo, una tableta. La acción 4327 visualiza el parámetro en una interfaz de usuario del cliente de monitorización. La acción 4329 comunica el parámetro y/o la prescripción actualizada desde el concentrador a la aplicación utilizando una API del concentrador. La acción 4331 comunica el parámetro y/o la prescripción actualizada desde la aplicación al servidor. La acción 4333 actualiza el parámetro y/o la prescripción actualizada dentro de las historias clínicas electrónicas en el servidor. En algunas formas de realización, la acción 4333 se comunica a través de soporte intermedio (por ejemplo, soporte intermedio en el servidor de monitorización 3 de la figura 1).
La figura 69 muestra un sistema electrónico de cuidado de pacientes 4400 y la figura 70 muestra un sistema electrónico de cuidado de pacientes 4500. En algunas formas de realización, una aplicación de historias clínicas electrónicas puede residir en una tableta 4402 como se muestra en la figura 69 y/o en un ordenador de cabecera 4502 de la figura 70. Adicional o alternativamente, en algunas formas de realización, la aplicación de historias clínicas electrónicas puede residir en un concentrador, una bomba de infusión, una tableta, un dispositivo de cuidado de pacientes, algún otro dispositivo o aparato, alguna combinación de los mismos, o puede no utilizarse. El escáner 4404 puede utilizarse para determinar si la medicación, por ejemplo, una bolsa de infusión, coincide con la prescripción prescrita para un paciente identificado, por ejemplo, el paciente puede identificarse utilizando el escáner 4404.
La figura 71 muestra un diagrama de tiempo 4600 que ilustra, según algunas formas de realización de la presente divulgación, un procedimiento en el que una bomba de infusión 4408A y/o un concentrador 4406 pide desde la tableta 4402 la prescripción prescrita para un paciente consultando a una aplicación de historias clínicas electrónicas ejecutada en la tableta 4402. Un usuario puede introducir la identificación del paciente o la identificación del paciente se escanea utilizando el escáner 4404. La aplicación de historias clínicas electrónicas ejecutada en la tableta 4402 puede pedir la medicación prescrita desde los uno o varios servidores 4410. Una aplicación de tableta puede pedir al usuario que elija de una lista de prescripciones disponibles si hay múltiples prescripciones, por ejemplo, múltiples prescripciones basadas en bombas de infusión.
El diagrama de tiempo 4600 ilustra las acciones 4602-4652. La acción 4602 pide, utilizando un cliente de monitorización durante la acción 4604, una lista de prescripción para un paciente después de identificar al paciente. La acción 4602 “tira” de la información de prescripción desde el cliente de monitorización. El paciente puede identificarse utilizando un escáner de código de barras, un interrogador de RFID, reconocimiento de voz o facial, o a través de una entrada manual. La tableta comunica la ID del paciente durante la acción 4606 utilizando una API de EMR a una tableta o la aplicación de ordenador de 4608. La API puede incluir una clase de datos segura. La identidad del paciente se comunica en la acción 4610 a una base de datos de EMR, que en la acción 4612, comunica la lista de prescripción a una API de EMR durante la acción 4614, que se recibe por el programa de EMR que se ejecuta en el cliente de monitorización o aplicación de ordenador en la acción 4616, que a su vez comunica en la acción 4618 a la aplicación del cliente de monitorización. La comunicación entre la aplicación de ordenador/tableta EMR y la base de datos de EMR puede ser a través de soporte intermedio (por ejemplo, soporte intermedio en el servidor de monitorización 3 de la figura 1).
El cliente de monitorización, por ejemplo, una tableta, en la acción 4620, puede visualizar las diversas prescripciones para el paciente para la selección del usuario. La prescripción seleccionada se comunica en la acción 4622 al concentrador, que puede comprobar la prescripción en la acción 4624 y comunicar la prescripción a la bomba en la acción 4626. La bomba valida, bien automáticamente garantizando que la prescripción está dentro de unos criterios predeterminados, por ejemplo, utilizando DERS, en la acción 4628, o bien pidiendo una validación del usuario. Adicional o alternativamente, un usuario puede validar la prescripción utilizando la UI de bomba.
La prescripción validada de la acción 4628 se comunica en la acción 4630 al concentrador, que en la acción 4632 se comunica en la acción 4634 a la aplicación del cliente de monitorización. En la acción 4636, un usuario puede aceptar la prescripción, que entonces se comunica en la acción 4638 al concentrador. Las comunicaciones de la prescripción aceptada que se producen en la acción 4640 se comunican a través de la acción 4642 a la bomba. En la acción 4644, la bomba comunica la prescripción a la UI de bomba en la acción 4646, en la que el usuario puede confirmar la prescripción en la acción 4642. La confirmación se envía a la bomba en la acción 4650. La acción 4652 ejecuta la terapia.
Las figuras 72A-72B muestran un diagrama de flujo de un procedimiento 4653 que ilustra el diagrama de tiempo de la figura 71 según una forma de realización de la presente divulgación. El procedimiento 4653 incluye las acciones 4655-4691.
La acción 4655 determina una identidad de un paciente utilizando una aplicación de cliente de monitorización en un cliente de monitorización, por ejemplo, una tableta. La acción 4657 comunica la identidad del paciente desde la aplicación de cliente de monitorización a una API. La acción 4659 consulta, desde la API, historias clínicas electrónicas en un servidor para determinar al menos una prescripción para el paciente. En algunas formas de realización, la acción 4659 consulta a través de soporte intermedio (por ejemplo, soporte intermedio en el servidor de monitorización 3 de la figura 1) las historias clínicas electrónicas. La acción 4661 comunica la al menos una prescripción determinada para el paciente desde el servidor a la API. La acción 4663 comunica la al menos una prescripción determinada para el paciente desde la API a la aplicación de cliente de monitorización en el cliente de monitorización. La acción 4665, opcionalmente, visualiza en una pantalla de usuario del cliente de monitorización una lista seleccionable por el usuario de la al menos una prescripción. La acción 4667, opcionalmente, selecciona una prescripción de la al menos una prescripción utilizando la pantalla en el cliente de monitorización. La acción 4669 comunica la prescripción seleccionada y/o la al menos una prescripción desde el cliente de monitorización al concentrador.
La acción 4671 comunica la prescripción seleccionada y/o la al menos una prescripción desde el concentrador a la bomba. La acción 4673 valida la prescripción seleccionada y/o la al menos una prescripción. La acción 4675 comunica la prescripción seleccionada y/o la al menos una prescripción desde la bomba al concentrador. La acción 4677 comunica la prescripción seleccionada y/o la al menos una prescripción desde el concentrador a la aplicación de cliente de monitorización del cliente de monitorización. La acción 4679 visualiza una petición de confirmación de la prescripción validada en la interfaz de usuario del cliente de monitorización. La acción 4681 confirma la prescripción validada en la interfaz de usuario del cliente de monitorización. La acción 4683 comunica la prescripción validada desde la aplicación de cliente de monitorización del cliente de monitorización al concentrador. La acción 4685 comunica la prescripción validada desde el concentrador a la bomba. La acción 4687 visualiza una petición de confirmación de la prescripción validada en una interfaz de usuario de la bomba. La acción 4689 confirma la prescripción validada en la interfaz de usuario de la bomba. La acción 4691 bombea fluido según la prescripción validada.
La figura 73 muestra un diagrama de tiempo 4700 en el que se lanza una prescripción a la bomba de infusión 4408A. Adicional o alternativamente, la aplicación de historias clínicas electrónicas también puede encontrarse en el concentrador de dispositivo 4406 que mantiene la interfaz de programación de aplicaciones de historias clínicas electrónicas a través de múltiples dispositivos. El procedimiento 4700 incluye las acciones 4702-4726. Puede utilizarse soporte intermedio (por ejemplo, soporte intermedio en el servidor de monitorización 3 de la figura 1), en algunas formas de realización, entre las bases de datos de EMR y la aplicación de ordenador/tableta EMR.
En la acción 4702, un usuario actualiza una prescripción en una aplicación de EMR en un cliente de monitorización, por ejemplo, una tableta o un ordenador. La actualización puede ser una nueva prescripción de una prescripción modificada. La prescripción actualizada se comunica a la aplicación en la acción 4704. La aplicación procesa la actualización en la acción 4706, y la conmuta en la acción 4719 a la base de datos de EMR. En la acción 4708, DERS comprueba la prescripción actualizada. La prescripción actualizada se comunica, en la acción 4710, al cliente de monitorización de EMR o la aplicación de ordenador, que se procesa en la acción 4712. Tras el procesamiento, en la acción 4714, la prescripción actualizada se comunica a través de una API de EMR a una aplicación de cliente de monitorización, que se procesa en la acción 4721. El cliente de monitorización la comunica, en la acción 4716, a la bomba. La bomba procesa la prescripción actualizada en la acción 4718 y la comunica a la bomba en la acción 4720. Un usuario confirma la prescripción actualizada en la acción 4722, que se comunica a la bomba en la acción 4724. La terapia se aplica en la acción 4726.
La figura 74 muestra un diagrama de flujo de un procedimiento 4701 que ilustra el diagrama de tiempo de la figura 73 según una forma de realización de la presente divulgación. El procedimiento 4701 incluye las acciones 4703­ 4717.
La acción 4703 actualiza una prescripción para un paciente en una aplicación. La acción 4705 consulta, desde la aplicación, historias clínicas electrónicas en un servidor para determinar la seguridad de la prescripción actualizada para el paciente. La acción 4707 comunica la seguridad determinada de la prescripción actualizada para el paciente desde el servidor a la aplicación. La acción 4709 comunica la prescripción actualizada desde la aplicación a una API de un cliente de monitorización. La acción 4711 comunica la prescripción actualizada desde el cliente de monitorización a la bomba. La acción 4713 visualiza una petición de confirmación de la prescripción actualizada en una interfaz de usuario de la bomba. La acción 4715 confirma la prescripción actualizada en la interfaz de usuario de la bomba. La acción 4717 bombea fluido según la prescripción actualizada.
La figura 75 muestra un diagrama de tiempo 4800 en el que el concentrador 4406 se comunica con la bomba de infusión 4408A para la confirmación del usuario de la prescripción. Es decir, el procedimiento 4800 de la figura 75 es similar al procedimiento 4700 de la figura 73; sin embargo, el concentrador incluye la API de EMR y la procesa en la acción 4802.
La figura 76 muestra un diagrama de flujo de un procedimiento 4801 que ilustra el diagrama de tiempo de la figura 75 según una forma de realización de la presente divulgación. El procedimiento 4801 incluye las acciones 4803­ 4817.
La acción 4803 actualiza una prescripción para un paciente en una aplicación. La acción 4805 consulta, desde la aplicación, historias clínicas electrónicas en un servidor para determinar la seguridad de la prescripción actualizada para el paciente. La acción 4807 comunica la seguridad determinada de la prescripción actualizada para el paciente desde el servidor a la aplicación. La acción 4809 comunica la prescripción actualizada desde la aplicación a una API de un concentrador. La acción 4811 comunica la prescripción actualizada desde el concentrador a la bomba. La acción 4813 visualiza una petición de confirmación de la prescripción actualizada en una interfaz de usuario de la bomba. La acción 4815 confirma la prescripción actualizada en la interfaz de usuario de la bomba. La acción 4817 bombea fluido según la prescripción actualizada.
Las figuras 77 y 78 muestran formas de realización en las que el concentrador 4406 se comunica con los uno o varios servidores 4410, por ejemplo, para determinar si la prescripción es segura para el paciente, etc.
La figura 79 muestra un diagrama de tiempo 5100 para la confirmación del usuario de la prescripción en la interfaz de usuario de la bomba 4408A. El diagrama de tiempo 5100 implementa un procedimiento que incluye las acciones 5102- 5130. La acción 5102 pide prescripciones de una EMR utilizando una aplicación de un cliente de monitorización, que se comunica en la acción 5104 y se procesa por la acción 5106. La petición 5102 puede realizarse a través de identificación de pacientes. La tableta comunica la petición en la acción 5108 a través de una API de EMR a la base de datos de EMR. La acción 5110 procesa la petición y la comunica de vuelta a través de la API de EMR en la acción 5112. El cliente de monitorización procesa las prescripciones recibidas desde la base de datos de EMR en la acción 5114.
El cliente de monitorización comunica las prescripciones en la acción 5116 a la bomba, que valida la prescripción en la acción 5118 y lo comunica en la acción 5120 a la aplicación del cliente de monitorización. El usuario puede aceptar la prescripción en la acción 5122, que se comunica a la bomba y la UI de la bomba en la acción 5124. En la acción 5126, un usuario puede confirmar la prescripción en la bomba. La confirmación se comunica a la bomba en la acción 5128, que entonces se ejecuta en la acción 5130.
Las figuras 80A-80B muestran un diagrama de flujo de un procedimiento 5101 que ilustra el diagrama de tiempo de la figura 79 según una forma de realización de la presente divulgación. El procedimiento 5105 incluye las acciones 5103- 515128.
La acción 5103 determina una identidad de un paciente utilizando una aplicación de cliente de monitorización en un cliente de monitorización, por ejemplo, una tableta. La acción 5105 consulta, desde una API, historias clínicas electrónicas en un servidor para determinar al menos una prescripción para el paciente. La acción 5107 comunica la al menos una prescripción determinada para el paciente desde el servidor a la aplicación de cliente de monitorización. La acción 5109, opcionalmente, visualiza en una pantalla de usuario del cliente de monitorización una lista seleccionable por el usuario de la al menos una prescripción. La acción 5111, opcionalmente, selecciona una prescripción de la al menos una prescripción utilizando la pantalla en el cliente de monitorización. La acción 5113 comunica la prescripción seleccionada y/o la al menos una prescripción desde el cliente de monitorización a la bomba. La acción 5115 valida la prescripción seleccionada y/o la al menos una prescripción. La acción 5117 comunica la prescripción validada desde la bomba al cliente de monitorización. La acción 5119 visualiza una petición de confirmación de la prescripción validada en la interfaz de usuario del cliente de monitorización.
La acción 5121 confirma la prescripción validada en la interfaz de usuario del cliente de monitorización. La acción 5123 comunica la prescripción validada desde el cliente de monitorización a la bomba. La acción 5125 visualiza una petición de confirmación de la prescripción validada en la interfaz de usuario de la bomba. La acción 5127 confirma la prescripción validada en la interfaz de usuario de la bomba. La acción 5129 bombea fluido según la prescripción validada.
La figura 81 muestra un diagrama de tiempo 5200 en el que el concentrador 4406 se comunica con los uno o varios servidores 4410 para comunicarse con historias clínicas electrónicas. El procedimiento implementado por el diagrama de tiempo 5200 incluye las acciones 5202-5238. Puede utilizarse soporte intermedio (por ejemplo, soporte intermedio en el servidor de monitorización 3 de la figura 1), en algunas formas de realización, entre las bases de datos de EMR y la aplicación de ordenador/tableta EMR.
En la acción 5202, un usuario pide una prescripción a una EMR a través de una aplicación de cliente de monitorización, que se comunica en la acción 5204 y se procesa por la acción 5206. La aplicación de cliente de monitorización se conecta con la API de EMR del concentrador en la acción 5208, que se procesa mediante la acción 5210. La API de EMR pide en la acción 5212 las prescripciones, que se procesan en la acción 5214.
Las prescripciones se comunican en la acción 5216 al concentrador, que las procesa en la acción 5218 y las comunica en la acción 5220 a la aplicación del cliente de monitorización para su procesamiento en la acción 5222. Las prescripciones se comunican en la acción 5224 a la bomba para su validación en la acción 5226. La validación se comunica en la acción 5228 para su aceptación por el usuario en la acción 5230, que se comunica a la bomba en la acción 5232. El usuario puede confirmar la prescripción en la acción 5234, que se comunica en la acción 5236 para iniciar la terapia en la bomba en la acción 5238.
Las figuras 82A-82B muestran un diagrama de flujo de un procedimiento 5201 que ilustra el diagrama de tiempo de la figura 81 según una forma de realización de la presente divulgación. El procedimiento 5201 incluye las acciones 5203-5233.
La acción 5203 determina una identidad de un paciente utilizando una aplicación de cliente de monitorización en un cliente de monitorización, por ejemplo, una tableta. La acción 5205 comunica la identidad de un paciente desde la aplicación de cliente de monitorización a una API en el concentrador. La acción 5207 consulta, desde la API, historias clínicas electrónicas en un servidor para determinar al menos una prescripción para el paciente. Las acciones 5205 y/o 5207 pueden utilizar soporte intermedio (por ejemplo, soporte intermedio en el servidor de monitorización 3 de la figura 1). La acción 5209 comunica la al menos una prescripción determinada para el paciente desde el servidor a la API del concentrador. La acción 5211 comunica la al menos una prescripción determinada desde la API del concentrador a la aplicación de cliente de monitorización. La acción 5213, opcionalmente, visualiza en una pantalla de usuario del cliente de monitorización una lista seleccionable por el usuario de la al menos una prescripción. La acción 5215, opcionalmente, selecciona una prescripción de la al menos una prescripción utilizando la pantalla en el cliente de monitorización. La acción 5217 comunica la prescripción seleccionada y/o la al menos una prescripción desde el cliente de monitorización a la bomba. La acción 5219 valida la prescripción seleccionada y/o la al menos una prescripción. La acción 5221 comunica la prescripción validada desde la bomba al cliente de monitorización. La acción 5223 visualiza una petición de confirmación de la prescripción validada en la interfaz de usuario del cliente de monitorización.
La acción 5225 confirma la prescripción validada en la interfaz de usuario del cliente de monitorización. La acción 5227 comunica la prescripción validada desde el cliente de monitorización a la bomba. La acción 5229 visualiza una petición de confirmación de la prescripción validada en la interfaz de usuario de la bomba. La acción 5231 confirma la prescripción validada en la interfaz de usuario de la bomba. La acción 5233 bombea fluidos según la prescripción validada.
Las figuras 83-89 muestran varias formas de realización adicionales de un sistema electrónico de cuidado de pacientes según varias formas de realización de la presente divulgación. La figura 83 muestra un sistema 5300 en el que una aplicación de historias clínicas electrónicas se conecta con historias clínicas electrónicas en uno o varios servidores 3516 para visualizar algunas de las historias clínicas electrónicas de los pacientes en una interfaz de usuario de una tableta 3514 y/o el concentrador 3804. Un subconjunto de los datos de las historias clínicas electrónicas recibidos desde los uno o varios servidores 3516 puede visualizarse en una pantalla en una bomba de infusión 3504 (por ejemplo, la medicación suministrada por la bomba de infusión 3504). Adicional o alternativamente, en algunas formas de realización, un subconjunto de datos de las historias clínicas electrónicas pueden almacenarse en caché en el concentrador. En algunas formas de realización, el concentrador puede comunicarse con los sistemas IT médicos a través de soporte intermedio (por ejemplo, soporte intermedio en el servidor de monitorización 3 de la figura 1).
La figura 84 muestra un sistema 5400 en el que una aplicación de historias clínicas electrónicas se conecta con historias clínicas electrónicas en uno o varios servidores 4410 para visualizar algunas de las historias clínicas electrónicas de los pacientes en una interfaz de usuario de un ordenador de cabecera 4204 y/o el concentrador 4406. Un subconjunto de los datos de las historias clínicas electrónicas recibidas desde los uno o varios servidores 4410 puede visualizarse en una pantalla en una bomba de infusión 4408A (por ejemplo, la medicación suministrada por la bomba de infusión 4408A). Adicional o alternativamente, en algunas formas de realización, un subconjunto de datos de las historias clínicas electrónicas pueden almacenarse en caché en el concentrador y/o el ordenador de cabecera. En algunas formas de realización, el concentrador puede comunicarse con los sistemas IT médicos a través de soporte intermedio (por ejemplo, soporte intermedio en el servidor de monitorización 3 de la figura 1).
La figura 85 muestra un sistema 5500, que puede ser un sistema independiente o es el sistema 5400 de la figura 84 cuando se interrumpe la comunicación con los uno o varios servidores 4410. La figura 86 muestra un sistema 5600, que puede ser un sistema independiente o es el sistema 5400 de la figura 84 cuando se interrumpe la comunicación con los uno o varios servidores 4410. En las figuras 85-86, la prescripción puede estar programada en los sistemas 5500, 5600 sin acceso a un servidor de historias clínicas electrónicas de los uno o varios servidores 4410. La prescripción puede ajustarse en la tableta 4402, el ordenador de cabecera 4502 o la bomba de infusión 4408A. El concentrador 5804 puede comunicarse con el escáner, el ordenador de cabecera 4502 y/o las bombas de infusión 4408A-4408C de manera inalámbrica y/o a través de una conexión por cable. En algunas formas de realización específicas, el cliente de monitorización 4402, el concentrador y/o el ordenador de cabecera pueden programarse sin datos EMR, aunque puede compararse con una versión local de Guardrails.
Con referencia a los dibujos, la figura 87 muestra un sistema 5700 para tratar electrónicamente a un paciente. El concentrador 5702 se comunica con los uno o varios servidores 5704 utilizando una API de red o una API local a una aplicación residente de historias clínicas electrónicas que gestiona la comunicación a los uno o varios servidores. Las bombas 5706A-5706C se utilizan para programar y ejecutar el tratamiento. El concentrador 5702 puede comunicarse con el escáner y/o los sistemas IT médicos 5704 de manera inalámbrica y/o a través de una conexión por cable.
La figura 88 muestra un sistema 5800 que no tiene una tableta, o un ordenador de cabecera. El sistema 5800 puede ser el sistema 5700 de la figura 87 cuando la comunicación a los uno o varios servidores 5704 no está disponible 5704. La bomba de infusión 5802A se programa utilizando la interfaz de usuario en la bomba 5802A, y existe un conjunto en caché de criterios de seguridad predeterminados (por ejemplo, Guardrails) en el concentrador 5804 o en las bombas 5802A-5802C. Los criterios de seguridad predeterminados pueden basarse en el fármaco suministrado, el paciente, alergias, o contraindicaciones de fármacos almacenadas y pueden evitar que se proporcionen al paciente ajustes de tratamiento no seguros. El concentrador 5804 puede comunicarse con el escáner y/o las bombas de infusión 5802A, 5802B y/o 5802C de manera inalámbrica y/o a través de una conexión por cable.
La figura 89 muestra un sistema 5900 con varias bombas de infusión. El sistema 5900 puede ser el sistema 5800 de la figura 88 cuando la comunicación con el concentrador no está disponible. Las bombas de infusión 5902A-5902C pueden controlarse directamente utilizando cada interfaz de usuario respectiva en la bomba, y aquí pueden almacenarse en caché un conjunto de criterios predeterminados (por ejemplo, DERS) para garantizar que la medicación no se suministra fuera de los criterios predeterminados; en algunas formas de realización, no se almacena en caché ningún DERS dentro de las bombas de infusión 5902A- 5902C, y/o los datos de DERS permanentes se almacenen internamente dentro de una memoria no volátil.
La figura 90 muestra un diagrama de bloques de la circuitería 6000 de un concentrador dado a conocer en el presente documento. Adicional o alternativamente, la circuitería 6000 puede utilizarse dentro de un acoplamiento, un módulo de comunicación, o una bomba dada a conocer en otro lugar en el presente documento. La circuitería 6000 puede conectarse en un bus o concentrador para comunicarse con varios dispositivos a través de la interfaz de módulo de dispositivo y/o para proporcionarle energía. La circuitería 6000 incluye una primera línea de seguridad 6002 que puede activarse mediante un subsistema de procesador de dispositivo 6004, y una segunda línea de seguridad 6006 que puede activarse mediante un subsistema de procesador de interfaz 6008. Las líneas de seguridad primera y segunda 6002, 6006, se alimentan a una puerta O 6010, que tiene una salida para una línea de seguridad de salida 6012. Si o bien el subsistema de proceso de dispositivo 6004 o bien el subsistema de procesador de interfaz 6008 detecta un fallo o error, las líneas de seguridad primera o segunda 6002, 6006 pueden activar la línea de seguridad de salida 6012. La línea de seguridad 6012 puede acoplarse a una circuitería y/o dispositivos apropiados en respuesta a la línea de seguridad de salida 6012, por ejemplo, un dispositivo de oclusión automático que automáticamente puede evitar un flujo de fluido a través de una línea intravenosa cuando recibe una señal desde la línea de seguridad de salida 6012. En algunas formas de realización, un dispositivo de cuidado de pacientes acoplado a la interfaz de módulo de dispositivo puede pedir una o varias tensiones de las fuentes de alimentación reguladas, pudiendo ser cada una, una fuente de alimentación de elevación, de reducción o de elevación-reducción.
La figura 91 es un diagrama de bloques de la circuitería 6100 para la conexión con una bomba de infusión. Adicional o alternativamente, la circuitería 6100 puede estar en un acoplamiento o concentrador dado a conocer en el presente documento que se conecta a una bomba y/o la circuitería 6100 puede ser un módulo acoplable que puede acoplarse a una bomba de infusión, por ejemplo, un módulo de comunicaciones. La circuitería 6100 puede conectarse en un bus o concentrador para comunicarse con varios dispositivos a través de la interfaz de módulo de dispositivo y/o para proporcionarle energía. En algunas formas de realización, el subsistema de procesador de interfaz puede comunicarse con el dispositivo acoplado a una interfaz de concentrador de dispositivo utilizando un enlace inalámbrico y/o comunicaciones de campo cercano.
La figura 92 muestra un diagrama de bloques de un sistema electrónico de cuidado de pacientes 6200 que incluye un acoplamiento de tableta 6202, bombas de infusión 6204A-6204D, un acoplamiento 6206 para recibir las bombas de infusión 6204A-6204D y una tableta 6208. En formas de realización alternativas, la tableta 6208 está integrada en el acoplamiento de tableta 6202. En formas de realización adicionales, los acoplamientos 6202 y 6206 están integrados entre sí. En formas de realización alternativas aún adicionales, el acoplamiento 6202, el acoplamiento 6206 y la tableta 6208 están integrados entre sí. La tableta 6208 proporciona la interfaz de usuario primaria utilizando una pantalla 62010. El acoplamiento 6202 incluye una memoria para almacenar o almacenar en caché una plantilla de interfaz de usuario o un programa de interfaz de usuario para visualizar una interfaz de usuario en la pantalla 6210 para un dispositivo de cuidado de pacientes, por ejemplo, las bombas de infusión 6204A-6204D. La tableta 6208 puede utilizarse para pedir una prescripción o verificar una prescripción utilizando uno o varios servidores 6212 con un sistema de reducción de errores por fármacos, por ejemplo, utilizando el escáner 6214. En algunas formas de realización, puede haber un soporte intermedio (por ejemplo, soporte intermedio en el servidor de monitorización 3 de la figura 1) entre el sistema de IT médico 6212 y el acoplamiento 6206. La plantilla de interfaz de usuario o un programa de interfaz de usuario están configurados para visualizar en la pantalla 6210 datos agregados desde las bombas de infusión 6204A-6204D, y actúan como alarma de reserva si fallan una o varias de las bombas de infusión 6204A-6204D. Adicional o alternativamente, el acoplamiento 6206 emite una alarma si una o varias de las bombas de infusión 6204A-6204D fallan utilizando un altavoz interno y/o un motor de vibración interno.
El acoplamiento 6206 puede agregar datos desde las bombas de infusión 6204A-6204D y pasar los datos agregados a la tableta 6208. Cada una de las bombas de infusión 6204A-6204D incluye una pantalla respectiva 6216A- 6216D. La pantalla 6216A-6216D puede utilizarse para ajustar caudales durante la infusión (pueden cargarse los criterios de seguridad predeterminados mientras se programa una prescripción a través de la tableta 6208). Puede iniciarse una infusión sin los criterios de seguridad predeterminados del sistema de reducción de errores por fármacos ajustando el caudal desde cero en una interfaz de usuario visualizada en las pantallas 6216A-6216D. Las pantallas 6216A-6216D también pueden visualizar alertas y alarmas visualmente y con indicación audible.
El acoplamiento 6206 incluye un módulo de entrada de alimentación, fuentes de alimentación de calidad médica y una batería de reserva. El acoplamiento 6206 también contiene todo el hardware de comunicaciones para conectarse a la tableta 6208 y a los sistemas IT médicos, es decir, los uno o varios servidores 6212. El acoplamiento 6206 puede incluir hardware para un desplazamiento, tal como un poste, y hardware de montaje de poste.
Durante la programación de una prescripción, se recibe la ajuste personalizado del sistema de reducción de errores por fármacos, por ejemplo, los criterios de seguridad predeterminados, directamente desde los uno o varios servidores 6212. La tableta 6208 puede utilizarse para facilitar la entrada de una ID de paciente y la medicación. La comunicación entre la tableta 6208 y los uno o varios servidores 6212 puede producirse a través del acoplamiento 6206. Los criterios de seguridad predeterminados del sistema general de reducción de errores por fármacos se almacena en caché en el acoplamiento 6206 o en una o varias de las bombas de infusión 6204A-6204D. En caso de que el sistema de reducción de errores por fármacos no esté disponible desde los uno o varios servidores 6212, los criterios de seguridad predeterminados almacenados localmente en caché desde el sistema de reducción de errores por fármacos se actualizan a través de la red (por ejemplo, WiFi) cuando vuelve a estar disponible.
El acoplamiento 6206 tiene suficiente batería para soportar 8 horas de funcionamiento del acoplamiento de concentrador 6206 y de las bombas de infusión 6114A-6114D. La tableta 6110 puede tener o no su propia batería. En algunas formas de realización, las bombas de infusión 6204A-6204D pueden tener suficiente batería (u otra energía de reserva) para soportar el almacenamiento de datos cuando se extrae del acoplamiento 6206 y para emitir alarmas. Esta capacidad de emitir alarmas y batería separada también puede pasarse al acoplamiento 6206.
La visualización de UI de la bomba en una pantalla de las pantallas 6216A-6216D puede ser pequeña. Por ejemplo, en algunas formas de realización, la pantalla 6216A-6216D puede ser lo suficientemente grande de modo que sólo pueda ajustarse el caudal. Esto permitirá iniciar una infusión sin introducir ninguna otra información. Como la ID del paciente y/o el nombre del fármaco pueden introducirse antes de acceder a la EMR, hay datos limitados de un sistema de reducción de errores por fármacos o programa de protección desde los uno o varios servidores 6212 si la infusión se inicia sin la tableta 6208. Si la infusión se programa con la tableta y a continuación se retira la tableta del sistema la bomba puede seguir implementando la característica de protección relacionada con la prescripción actual. La figura 93 muestra un diagrama de bloques de la circuitería 6300 para el concentrador 6206 de la figura 92, o para un módulo de comunicaciones 124A-124K de las figuras 1, 3, 5, 7, 8 o 9. Adicional o alternativamente, la circuitería 6300 puede utilizarse en una bomba o un acoplamiento descritos en el presente documento. La circuitería 6300 puede conectarse en un bus o concentrador para comunicarse con varios dispositivos a través de la interfaz de módulo de dispositivo y/o para proporcionarle energía. Una tableta (no mostrada) acoplada a una interfaz de UI de tableta 6302 puede tener su propia fuente de alimentación (no mostrada explícitamente). En algunas formas de realización de la presente divulgación, la circuitería 6300 puede suministrar energía a una tableta.
La figura 94 muestra un diagrama de bloques de la circuitería 6400 para el concentrador 6206 de la figura 92, o para un módulo de comunicaciones 124A-124K de las figuras 1, 3, 5, 7, 8 o 9. Adicional o alternativamente, la circuitería 6400 puede utilizarse en un acoplamiento o una bomba descritos en el presente documento. La circuitería 6400 puede conectarse en un bus o concentrador para comunicarse con varios dispositivos a través de la interfaz desechable y/o para proporcionarle energía. En algunas formas de realización de la presente divulgación, la circuitería 6300 puede suministrar energía a una tableta.
La figura 95 muestra un sistema 6500 que tiene una batería extendida 6502, una bomba de infusión 6504 y un adaptador de pared 6506. El sistema 6500 puede funcionar sin un sistema de reducción de errores por fármacos desde un servidor. Puede utilizarse una pantalla 6508 en la bomba de infusión 6504 para introducir información del fármaco y controlar la velocidad de infusión. En algunas formas de realización, los datos del sistema de reducción de errores por fármacos se almacenen en la memoria caché de la bomba de infusión 6504 y se actualizan a través del acoplamiento.
La figura 96 muestra un sistema 6600 que tiene una bomba de infusión 6504 acoplada a un concentrador de dispositivo 6602. La bomba de infusión 6504 tiene la capacidad de iniciar el suministro. Los modos de emergencia con un sistema de reducción de errores por fármacos genérico limitado basados en un subconjunto de fármacos tomados fácilmente de una lista pueden almacenarse en caché en el concentrador de dispositivo 6602 y/o la bomba de infusión 6504. La bomba de infusión 6504 puede iniciarse sin datos de un sistema de reducción de errores por fármacos.
La figura 97 muestra un sistema 6700 que tiene una tableta 6702 que permite el acceso a la bomba de infusión 6504 a través de la interfaz de la tableta 6702. La interfaz de usuario de la tableta 6702 puede residir en el concentrador de dispositivo 6602. El DERS puede residir en la tableta 6702, en el concentrador de dispositivo y/o en la bomba de infusión 6504. Un adaptador de pared 6506 puede suministrar energía a la tableta 6702, el concentrador de dispositivo 6602 y/o la bomba de infusión 6504.
El concentrador de dispositivo 6602 puede tener una conexión física o inalámbrica a la tableta 6702. El concentrador de dispositivo 6602 puede incluir un soporte (no mostrado) para la tableta 6702. La tableta 6702 podría estar unida opcionalmente de manera rígida al concentrador de dispositivo 6602.
Con referencia a los dibujos, la figura 98 muestra un sistema 6800 que tiene un acoplamiento 6804 (que puede ser un soporte en algunas formas de realización), módulos de bomba 6802A-6802C, un concentrador de dispositivo 6602 y una tableta 6702 enchufada en una placa base del acoplamiento 6804 (o en algunas formas de realización, el soporte). Además, un módulo de alimentación 6804 incluye una entrada de alimentación y una batería adicional que puede enchufarse en o se integra en el acoplamiento 6806. El concentrador de dispositivo 6602 es el maestro para la comunicación entre todos los demás módulos así como los sistemas IT a través de uno o varios servidores (no mostrados). Aunque las bombas de infusión 6802A-6802C pueden retirarse en la forma de realización mostrada en la figura 98, otros componentes pueden ser modulares o estar integrados entre sí en otras formas de realización. Las bombas de infusión 3802A-3802C contienen generalmente una electrónica y mecanismos de bombeo que pueden hacer funcionar un mecanismo de bombeo. En una forma de realización específica, el concentrador de dispositivo 6602 incluye energía de reserva para una o varias bombas de infusión 3802A-3802C, un procesador para agregar datos y albergar el modelo de UI de la tableta 6702(por ejemplo, una plantilla de interfaz de usuario) y hardware de comunicaciones modular.
La tableta 6702 puede incluir una pantalla táctil 6808. El adaptador de pared 6506 proporciona una conversión CA a CC, y está acoplado al módulo de alimentación 6804 que contiene el módulo de entrada de alimentación y una fuente de alimentación CA/CC. El adaptador de pared 6506 es opcional y/o puede incorporarse un convertidor CA a CC en el módulo de alimentación 6804. El módulo de alimentación 6804 también puede incluir una batería extendida para hacer funcionar múltiples módulos de bomba. El acoplamiento 6806 incluye una placa base que conecta los diversos componentes entre sí.
La figura 99 muestra la circuitería electrónica 6900 de un concentrador de dispositivo, por ejemplo, el concentrador de dispositivo 6602 de la figura 96, según una forma de realización de la presente divulgación. Adicional o alternativamente, la circuitería 6900 puede utilizarse en una bomba, un acoplamiento o un módulo de comunicación descritos en el presente documento. La circuitería 6900 puede conectarse en un bus o concentrador para comunicarse con varios dispositivos a través de la interfaz de dispositivo de cuidado de pacientes 6916 y/o para proporcionarle energía. La circuitería 6900 incluye varias fuentes de alimentación, una interfaz de usuario, comunicaciones, sensores y actuadores. El circuito 6900 incluye una red de CA 6902, alimentación de CC 6904, potencia inalámbrica 6906, por ejemplo, inductiva, y una conexión de batería externa 6908.
La red de CA 6902 puede ser una conexión directa a la red, tal como a través de una toma de CA. La red de CA 6902 está acoplada a una entrada de alimentación y el circuito de carga 6910 que puede rectificar y convertir la señal de CA de la red de CA 6902 a una señal de CC. La señal de CC del suministro universal de CA/CC de entrada de alimentación 6910 se alimenta a la entrada de alimentación de CC y al circuito de carga 6912.
La alimentación de CC 6904 recibe alimentación de CC de una fuente de alimentación de CC, tal como el adaptador de pared 6506 de la figura 95 o de una placa base u otra batería externa (no mostrada explícitamente).
La potencia inalámbrica 6906 puede recibir energía de manera inalámbrica. Por ejemplo, la potencia inalámbrica 6906 puede incluir una bobina que recibe un campo magnético variable en el tiempo de modo que se induce una tensión a través de la bobina; la señal de CA inducida se rectifica y estabiliza a través de un circuito de estabilización y se acopla al circuito de carga/entrada de alimentación de CC 6910.
La circuitería 6900 también incluye una batería primaria 6914, una batería externa 6908 y una batería secundaria 6920. La batería primaria 6914 se utiliza para suministrar energía a uno o varios dispositivos de cuidado de pacientes acoplados a la interfaz de dispositivo de cuidado de pacientes 6916 y una tableta (no mostrada) acoplada a una interfaz de tableta 6918. La interfaz 6916 puede no conectarse a ningún dispositivo de cuidado de pacientes, a uno o una pluralidad de éstos a través de una o varias tecnologías de comunicaciones. La interfaz de tableta 6918 puede acoplarse directamente a una tableta o está acoplada una interfaz de usuario de una tableta. La conexión de batería externa 6908 pueden ser conectores eléctricos (no mostrados explícitamente) que están adaptados para un acoplamiento eléctrico con una o varias celdas de batería situadas en una carcasa separada de la circuitería electrónica 6900. La batería externa 6908 puede complementar a la batería primaria 6914 o sustituir la batería primaria 6914 en caso de que falle la batería primaria 6914. La batería secundaria 6920 puede ser un supercondensador 6920. En algunas formas de realización, la batería secundaria 6920 puede utilizarse sólo en modos de fallo en los que de otro modo no está disponible energía, por ejemplo, falla la red de CA 6902 y la batería externa 6908 se ha retirado o falla. La batería secundaria 6920 suministra suficiente energía para un subsistema de procesador de dispositivo 6922 para emitir una alarma a través de un zumbador secundario 6824.
La circuitería incluye varias fuentes de alimentación, tales como fuentes de alimentación reguladas por concentrador 6926, un suministro independiente controlado por puertas de fuentes de alimentación de dispositivos reguladas 6928, y una fuente de alimentación regulada por tableta 6930.
Las fuentes de alimentación reguladas por concentrador 6926 se utilizan para alimentar el sistema eléctrico y los sensores de la circuitería 6900. Por ejemplo, las fuentes de alimentación reguladas por concentrador 6926 se utilizan para proporcionar una tensión para un subsistema de procesador de interfaz 6932.
Las fuentes de alimentación de dispositivos reguladas 6928 pueden controlarse con puertas y pueden proporcionar uno o varios suministros de tensión independientes y regulados que se envían a uno o varios dispositivos de cuidado de pacientes acoplados a la interfaz de dispositivo de cuidado de pacientes 6916. Las una o varias fuentes de alimentación de dispositivos reguladas 6928 que se envían a uno o varios dispositivos de cuidado de pacientes a través de la interfaz de dispositivo de cuidado de pacientes 6916 se monitorizan mediante un sensor de corriente 6934 y se habilitan mediante el subsistema de procesador de dispositivo 6922. Adicional o alternativamente, las fuentes de alimentación de dispositivos reguladas 6928 pueden ser programables de modo que un dispositivo de cuidado de pacientes pida una tensión del subsistema de procesador de dispositivo 6922, que a su vez, programa las fuentes de alimentación de dispositivos reguladas 6928 para suministrar la tensión pedida al dispositivo de cuidado de pacientes.
La fuente de alimentación regulada por tableta 6930 suministra alimentación de CC a una tableta acoplada a la interfaz de tableta 6918. Adicional o alternativamente, la circuitería 6900 pasa una señal de CA a través de la red de CA 6902 para su uso por una fuente de alimentación interna de la tableta (no mostrada en la figura 99).
La circuitería 6900 también incluye una interfaz de usuario 6936 que incluye un indicador de batería 6938, luces indicadoras de estado 6940 y una pantalla táctil LCD 6942. El indicador de batería 6938 muestra el estado de carga y el estado de batería de la batería primaria 6914. Las luces indicadoras de estado 6940 muestran el estado del concentrador, la tableta, y cualquier dispositivo de cuidado de pacientes acoplado a la interfaz de dispositivo de cuidado de pacientes 6916. Las luces indicadoras de estado 6940 pueden incluir una o varias luces, por ejemplo, LED, para cada dispositivo de cuidado de pacientes acoplado a la interfaz de dispositivo de cuidado de pacientes 6916. Por ejemplo, las luces indicadoras de estado 6940 pueden incluir un LED para mostrar un estado de alarma y otro LED para mostrar un estado de funcionamiento.
En algunas formas de realización de la presente divulgación, la pantalla táctil LCD 6942 puede ser la pantalla principal y el procedimiento de entrada para los dispositivos de cuidado de pacientes acoplados a la interfaz de dispositivo de cuidado de pacientes 6916 que no tienen pantallas. Adicional o alternativamente, la pantalla táctil LCD 6942 visualiza información verbosa sobre el concentrador, la circuitería del concentrador 6900 y/o dispositivos de cuidado de pacientes acoplados a la interfaz de dispositivo de cuidado de pacientes 6916. Además, la pantalla táctil LCD 6942 puede estar configurada para emitir pasivamente información de estado a una pantalla grande, tal como una pantalla de TV externa.
El altavoz primario 6944 puede utilizarse para proporcionar guía de voz para los dispositivos de cuidado de pacientes acoplados a la interfaz de dispositivo de cuidado de pacientes 6916 que no tienen pantallas o alarmas cuando una tableta no está conectada a la interfaz de tableta 6918 y/o no está disponible de otro modo. El zumbador secundario 6924 es un zumbador de reserva y proporciona seguridad en condiciones en las que el altavoz primario 6944 no está disponible o está roto y/o el subsistema de procesador de interfaz 6932 no está disponible o está roto.
En algunas formas de realización de la presente divulgación, pueden utilizarse botones de hardware 6946 para una entrada de seguridad adicional para detener o proporcionar una entrada a un dispositivo de cuidado de pacientes que no tiene su propia pantalla y no hay ninguna tableta disponible.
La interfaz de tableta 6918 está acoplada a la interfaz 6932 de modo que el subsistema de procesador de interfaz 6932 puede comunicarse con una tableta acoplada a la interfaz de tableta 6918. La interfaz de tableta 6918 está acoplada a una interfaz USB 6947 y una interfaz Bluetooth 6948 (la interfaz Bluetooth 6948 puede ser una interfaz Bluetooth de baja energía.
La interfaz de dispositivo de cuidado de pacientes 6916 proporciona interfaces a un dispositivo de cuidado de pacientes que incluye una interfaz en serie 6949, que puede ser SPI, I2C, RS232, RS485, o cualquier otro protocolo en serie. La interfaz de dispositivo de cuidado de pacientes 6916 también proporciona una interfaz CAN 6950, una interfaz USB 6951, una interfaz de Ethernet 6952, una interfaz de radio WiFi 6953 y una interfaz Bluetooth 6954.
La interfaz de dispositivo de cuidado de pacientes 6916 puede incluir una ID de dispositivo por cable 6955 que facilita el descubrimiento del dispositivo de cuidado de pacientes del tipo, número de serie, clase o características de funcionamiento del dispositivo de cuidado de pacientes y su ubicación en un concentrador, acoplamiento y/o soporte multicanal. La ID de dispositivo por cable 6955 puede utilizarse para determinar un protocolo de comunicaciones óptimo o preferido basándose en criterios predeterminados. Adicional o alternativamente, puede elegirse un procedimiento de alimentación como una función de la ID de dispositivo por cable 6955 basándose en criterios predeterminados. La ID de dispositivo por cable 6955 puede determinarse comunicándose con un dispositivo de cuidado de pacientes unido a la interfaz de dispositivo de cuidado de pacientes 6916 utilizando un dispositivo de “un solo cable”. Adicional o alternativamente, la interfaz de dispositivo de cuidado de pacientes 6916 también incluye una ID de dispositivo inalámbrica 6958 que facilita el descubrimiento del dispositivo de cuidado de pacientes que puede utilizar un interrogador de RIFD, comunicaciones de campo cercano, u otro enlace de comunicaciones inalámbrico para facilitar el descubrimiento del dispositivo de cuidado de pacientes del tipo, número de serie, clase o características de funcionamiento del dispositivo de cuidado de pacientes y su ubicación en un soporte multicanal, acoplamiento y/o concentrador.
La interfaz de dispositivo de cuidado de pacientes 6916 también incluye una interfaz E/S digital 6956. La interfaz E/S digital 6956 puede incluir múltiples líneas por dispositivo de cuidado de pacientes acoplado a la interfaz de dispositivo de cuidado de pacientes 6916 que puede utilizarse para disparar actuadores, habilitar clavijas como parte de un sistema de seguridad, o para su uso para luces de estado en un concentrador o soporte.
El dispositivo de cuidado de pacientes incluye también líneas de seguridad 6957. Cualquiera del subsistema de procesador de interfaz 6932 o el subsistema de proceso de dispositivo 6922 puede disparar una de las líneas de seguridad 6957 que se alimentan a una O lógica 6977. La salida de la O lógica 6977 puede estar acoplada a un dispositivo de oclusión electromecánico (no mostrada) acoplado a la interfaz de dispositivo de cuidado de pacientes 6916. En formas de realización alternativas, se utiliza una Y lógica en lugar de la O lógica 6977 de modo que el subsistema de procesador de interfaz 6932 o el subsistema de proceso de dispositivo 6922 deben coincidir, en esta forma de realización específica, (es decir, proporcionar ambos un verdadero lógico) antes de que se envíe una señal de “verdadero” a la interfaz de dispositivo de cuidado de pacientes 6916 como una línea de seguridad.
La circuitería 6900 incluye varios enlaces de comunicaciones a sistemas IT o uno o varios servidores 6967. La circuitería 6900 incluye una interfaz WiFi 6960, una interfaz 3G/4G interfaz 6961 y una interfaz de conmutación o concentrador de Ethernet 6956. La interfaz 3G/4G 6961 facilita el funcionamiento del concentrador que tiene el circuito 6900 dentro de un entorno doméstico. La interfaz 3G/4G 6961 puede ser cualquier tecnología celular o transceptor de comunicaciones de gran alcance, por ejemplo, acceso múltiple por división de código (“CDMA”), multiplexación por división de tiempo (“TDM”), WiMax, evolución de datos optimizados (“EVDO”), multiplexación ortogonal por división de frecuencia (“OFDM”), acceso múltiple por división de espacio (“SDMA”), duplexación por división de tiempo (“TDD”), acceso múltiple por división de tiempo (“TDMA”), duplexación por división de frecuencia (“FDD”), o similar.
La circuitería 6900 incluye un lector de código de barras o cámara 6962, que puede utilizarse para la identificación de pacientes, identificación de médicos, y/o identificación de soluciones/fármacos (por ejemplo, leyendo un código de barras 2D utilizando la cámara).
El circuito 6900 también puede incluir un transceptor 6963 para RFID, NFC, u otro protocolo de comunicación para la identificación de pacientes, identificación de médicos, y/o identificación de soluciones/fármacos o para determinar la ubicación de un dispositivo de cuidado de pacientes.
La circuitería 6900 también puede incluir una ranura de expansión de comunicaciones 6964 de modo que futuras tecnologías por cable o inalámbricas puedan insertarse por módulos en la ranura 6964. La ranura 6964 puede incluir uno o varios conectores de expansión y está dentro de la caja del concentrador y puede conectarse externamente a la misma. Adicional o alternativamente, la ranura de expansión 6964 puede ser una conexión para un módulo adicional con una pluralidad de funciones, por ejemplo, funciones de comunicaciones inalámbricas, conexiones por cable, y similares.
La circuitería 6900 también puede incluir sensores de concentrador 6965, tales como un sensor de temperatura, un sensor de presión, un sensor de humedad y un acelerómetro. La circuitería 6900 también puede incluir un motor de vibración 6966 para una realimentación táctil, por ejemplo, cuando se emite una alarma para o se indica al usuario que realice una selección a través de una GUI en la tableta acoplada a la interfaz de tableta 6918.
La figura 100 muestra un diagrama de bloques de la circuitería 7000 que muestra una forma de realización de características que pueden utilizarse para un dispositivo de cuidado de pacientes tales como una bomba. Es decir, la interfaz de módulo de dispositivo puede conectarse con una bomba de infusión 7 de la figura 1, por ejemplo. Adicional o alternativamente, en algunas formas de realización, la circuitería 7000 puede estar en un concentrador, un módulo de comunicación, un acoplamiento o una bomba de infusión descrita en el presente documento. La circuitería 7000 puede conectarse en un bus o concentrador para comunicarse con varios dispositivos a través de la interfaz de módulo de dispositivo y/o para proporcionarle energía. La circuitería 7000 también incluye varios sistemas de seguridad. Esta circuitería 7000 proporciona un procedimiento de alimentación con batería de reserva y comunicaciones a la tableta y los sistemas IT. La circuitería 7000 recibe energía desde una fuente de alimentación de adaptador de pared externo (no mostrado) para el concentrador y para la tableta. En algunas formas de realización, el subsistema de procesador de concentrador de dispositivo incluye una conexión de Ethernet a los sistemas IT. En algunas formas de realización, el subsistema de procesador de concentrador de dispositivo se comunica con la interfaz de cliente de monitorización utilizando Ethernet, WiFi, Bluetooth, Bluetooth de baja energía, comunicaciones de campo cercano, etc.
La figura 101 muestra un diagrama de bloques de la circuitería 7100. La circuitería 7100 puede estar en un concentrador. Y, la interfaz de módulo de dispositivo puede conectarse con una bomba de infusión 7 de la figura 1, por ejemplo. Adicional o alternativamente, en algunas formas de realización, la circuitería 7100 puede estar en un concentrador, un módulo de comunicación, un acoplamiento o una bomba de infusión descrita en el presente documento. La circuitería 7100 puede conectarse en un bus o concentrador para comunicarse con varios dispositivos a través de la interfaz de módulo de dispositivo y/o para proporcionarle energía. La circuitería 7100 incluye un circuito WiFi 7102 y una conexión de Ethernet 7104 para su comunicación con un sistema IT (por ejemplo, como se describe en el presente documento) para tener flexibilidad según una forma de realización de la presente divulgación. El altavoz 7106 también puede ser útil para enunciar problemas con el concentrador o conexiones caídas al sistema IT. La fuente de alimentación regulada por tableta puede facilitar el uso de sólo una fuente de alimentación externa. En algunas formas de realización, el subsistema de procesador de concentrador de dispositivo se comunica a través de la interfaz de cliente de monitorización utilizando Bluetooth, WiFi, Bluetooth de baja energía, comunicaciones de campo cercano, etc. En algunas formas de realización, el subsistema de procesador de concentrador de dispositivo se comunica con la interfaz de dispositivo de cuidado de pacientes utilizando Bluetooth, Bluetooth de baja energía, USB, comunicaciones de campo cercano, etc. La figura 102 muestra una versión de sólo batería, es decir, una batería extendida como se describió anteriormente. Es decir, la circuitería 7200 de la figura 102 puede ser la batería extendida 6502 de la figura 95 y puede hacer que el sistema 6500 sea portátil, por ejemplo. Las baterías extendidas 6502 de la figura 95 pueden ser apilables (por ejemplo, la circuitería 7200 incluye un transceptor, tal como SPI o CAN) de modo que múltiples baterías extendidas 6502 de la figura 95 pueden apilarse entre sí para alimentar la bomba de infusión 6504. La circuitería 7200 puede conectarse en un bus o concentrador para proporcionar energía a varios dispositivos (por ejemplo, los dispositivos de cuidado de pacientes) a través de la interfaz de módulo de dispositivo.
La figura 103 muestra un diagrama de bloques de la circuitería 7300 para controlar múltiples bombas de infusión con flexibilidad para su expansión. Por ejemplo, la interfaz de módulo de dispositivo puede conectarse en múltiples bombas de infusión, una bomba de infusión o ninguna bomba de infusión. Adicional o alternativamente, en algunas formas de realización, la circuitería 7300 puede utilizarse en un acoplamiento, una bomba de infusión, un módulo de comunicación y/o un concentrador como se describe en el presente documento. La circuitería 7300 puede conectarse en un bus o concentrador para comunicarse con varios dispositivos a través de la interfaz de módulo de dispositivo y/o para proporcionarle energía. En algunas formas de realización, la interfaz de cliente de monitorización puede utilizar Bluetooth, Bluetooth de baja energía u otra tecnología de comunicación. En algunas formas de realización, la interfaz de módulo de dispositivo (es decir, interfaz de dispositivo de cuidado de pacientes) puede estar acoplada a un dispositivo de cuidado de pacientes a través de Bluetooth, Bluetooth de baja energía, WiFi y/o comunicaciones de campo cercano. Como puede verse con este ejemplo, puede utilizarse comunicación CAN como protocolo por cable para comunicarse con las bombas de infusión. Algunas ES digitales se utilizan para añadir cierta funcionalidad al soporte de bomba, en caso necesario. La entrada de alimentación y el suministro de CA/CC 7302 están dentro del concentrador (es decir, dentro de la circuitería 7300), y suministra energía a la tableta, el concentrador y una o varias bombas de infusión. Las bombas de infusión acopladas a la circuitería 7300 pueden ser seguras de manera “autónoma”. Un lector de RFID 7304 y el lector de código de barras/cámara 7306 se incluyen para autenticar a un paciente o proveedor. La ranura de expansión de com se incluye para expandir la funcionalidad de comunicación cuando se desarrollan otros procedimientos (por ejemplo, peanut para autenticación y ubicación).
La figura 104 muestra la circuitería 7400 para un concentrador descrito en el presente documento con una línea de seguridad 7402 y dos procesadores 7404, 7406. Adicional o alternativamente, en algunas formas de realización, la circuitería 7400 puede utilizarse en un acoplamiento, una bomba de infusión y/o un módulo de comunicación como se describe en el presente documento. La circuitería 7400 puede conectarse en un bus o concentrador para comunicarse con varios dispositivos (por ejemplo, los dispositivos de cuidado de pacientes) a través de la interfaz de módulo de dispositivo y/o para proporcionarle energía. El procesador 7406 puede ser un procesador de seguridad. La línea de seguridad 7402 puede activarse mediante cualquiera de los dos procesadores 7404, 7406. En algunas formas de realización, la radio WiFi puede ser una interfaz de Ethernet. En algunas formas de realización, la interfaz CAN puede ser Bluetooth, Bluetooth de baja energía, WiFi u otra tecnología de comunicaciones.
Se proporciona seguridad adicional por la línea de seguridad 7402. Por ejemplo, un monitor de oxímetro de pulso puede restringir una línea si la frecuencia del pulso sube o es demasiado alta. Es decir, la salida de la línea de seguridad puede estar acoplada a un oclusor electromecánico. La circuitería de concentrador 7400 podría actuar como dispositivo de vigilancia e incluso monitorizar la salida para comprobar los intervalos y enviar señales de seguridad para disparar la restricción si el proceso en el oxímetro de pulso tiene errores o está en una condición de fallo. La comunicación con una tableta puede ser inalámbrica a través de la interfaz de UI de tableta 7408. La circuitería 7400 puede cargarse de manera inalámbrica a través de potencia inalámbrica 7410. Puede añadirse un motor de vibración para proporcionar realimentación hepática cuando hay una alarma. La circuitería 7400 incluye opcionalmente dos procesadores 7404, 7406 que implementan un procedimiento para avisar al usuario cuando se emite una alarma o alerta. Una batería secundaria o supercondensador 7412 puede proporcionar energía de reserva cuando hay un fallo de alimentación. El circuito 7400 puede ser un módulo de bomba, por ejemplo, un módulo de comunicaciones, y/o un concentrador para unirse a un soporte.
La figura 105 muestra un sistema 7500 para el cuidado electrónico de pacientes según una forma de realización adicional más de la presente divulgación. El sistema 7500 incluye un cliente de monitorización, más particularmente, un cliente de monitorización apilable 7502, y dispositivos apilables de cuidado de pacientes, por ejemplo, bombas de infusión apilables 7504A-7504D. El cliente de monitorización apilable 7502 incluye una pantalla 7506 que pivota a lo largo de un pivote 7508. La pantalla 7506 puede ser una pantalla táctil. El cliente de monitorización apilable 7502 puede incluir un sensor de inclinación, por ejemplo, un acelerómetro, para orientar la pantalla 7506 de modo que siempre sea visible para un usuario. Del mismo modo, cada una de las bombas de infusión apilables 7504A- 7504D puede incluir una pantalla respectiva 7510A-7510D que se orienta basándose en su inclinación, por ejemplo, la pantalla puede mostrar letras en una posición vertical independientemente de que las bombas de infusión apilables 7504A-7504D estén colocadas en una orientación horizontal o una orientación vertical. Adicional o alternativamente, cada una de las bombas de infusión apilables 7504A-7504D puede incluir un sensor de inclinación, por ejemplo, un acelerómetro.
Las pantallas 7510A-7510D pueden ser pantallas táctiles. Cada pantalla o las pantallas 7510A-7510D pueden incluir uno o varios botones que se orientan basándose en la inclinación indicada por una inclinación interna. Por ejemplo, como se muestra en la figura 105, se muestra un botón 7512 en una posición vertical con respecto a la longitud alargada de la bomba de infusión apilable 7504A. Con referencia a la figura 106, se muestra el sistema 7500 inclinado de modo que el botón 7512 se muestra en una posición vertical con respecto a la longitud de la bomba de infusión apilable 7504A. Obsérvese también que la pantalla 7507 se hace pivotar adicionalmente a lo largo del pivote 7508. La figura 107 muestra la pantalla 7506 pivotada con respecto al cliente de monitorización 7502. La figura 108 muestra los orificios intravenoso 7807A-7807D. La figura 109 ilustra un rango adicional de pivotado a lo largo del pivote 7408. La figura 110 muestra la bomba de infusión 7504B que puede introducirse en la pila.
Las figuras 111-112 muestran una forma de realización adicional de un sistema electrónico apilable de cuidado de pacientes 8100 en el que las bombas de infusión apilables 8102A-8102D están conectadas entre sí a través de respectivos conectores superior (por ejemplo, el conector 81004) e inferior (no mostrado explícitamente) de modo que las bombas de infusión apilables 8102A-8102D se encadenan entre sí. La figura 111 muestra una configuración del sistema 8100. La figura 112 ilustra que la bomba de infusión 81002D puede separarse del sistema 8100. La bomba de infusión 8102D puede incluir su propia batería interna para continuar con el funcionamiento, por ejemplo, la bomba de infusión 8102D puede tener suficiente alimentación por batería para seguir infundiendo fluido con bomba en un paciente durante una cantidad de tiempo predeterminada.
La figura 113 ilustra que un cliente de monitorización 8106 puede incluir conectores para recibir la bomba de infusión 8102D. El cliente de monitorización 8106 puede tener una pantalla acoplable/desacoplable 8110. La figura 114 ilustra que otro cliente de monitorización 8108 puede apilarse sobre la bomba de infusión apilable 8102D. Los clientes de monitorización 8106, 8108 pueden coordinar su funcionamiento. Por ejemplo, los clientes de monitorización 8106, 8108 pueden coordinar el suministro de energía a las bombas de infusión de modo que las dos baterías de las bombas de infusión 8106, 8106 suministren energía al sistema 8000.
La figura 115 muestra las conexiones 8402-8420 que permiten que las bombas de infusión apilables 8422, 8424 y un cliente de monitorización 8426 se acoplen entre sí en una configuración en cadena. La figura 116 muestra unas conexiones deslizantes 8502, 8504, 8506, 8508 de modo que las bombas de infusión apilables 8422, 8424 y un cliente de monitorización 8426 se encadenan entre sí. Las conexiones deslizantes 8502, 8504, 8506, 8508 pueden incluir un conector eléctrico que permite que las bombas de infusión apilables 8422, 8424 y un cliente de monitorización 8426 se comuniquen entre sí.
La figura 117 muestra un sistema 8600 de un cliente de monitorización apilable 8602 con una bomba de infusión apilable 8604 que se conectan entre sí a través de panales traseros 8606, 8608. El panel trasero 8606 incluye un conector 8610 que de manera coincidente se acopla con un conector 8612 de un panel trasero 8608. Pueden añadirse panales traseros adicionales (no mostrados) al panel posterior de ejemplo según el número de clientes de monitorización, 8602 o bombas de infusión 8604 añadidas. La figura 118 muestra una vista en sección transversal del panel trasero 8608 de la figura 117.
La figura 119 muestra un sistema 8800 que incluye un cliente de monitorización, más particularmente, un cliente de monitorización apilable 8806, y dispositivos apilables de cuidado de pacientes, por ejemplo, una bomba de infusión apilable 8802. La bomba de infusión apilable 8802 se inserta en un acoplamiento 8804 en una dirección “A”.
La figura 120 muestra un sistema 8900 en el que una bomba de infusión apilable 8902B se acopla con un acoplamiento 8904 a través de un conector 8509 cuando se mueve en la dirección “B”.
La figura 121 muestra un módulo de comunicación 9000 según una forma de realización de la presente divulgación. Los módulos de comunicaciones 9000 incluyen conectores 9002, un anillo de estado de LED 9004, una antena RF 9004, un conector a presión 9006, una bobina de carga inalámbrica 9008, procesador de seguridad y carga de batería 9010, un procesador de sensor y comunicaciones inalámbricas 9012 y una batería 9014. El módulo de comunicaciones 9000 de la figura 121 puede ser un módulo de comunicaciones 124A-124K de las figuras 1,3, 5, 7 u 8. La figura 122 muestra el módulo de comunicaciones 9000 acoplado a un dispositivo de cuidado de pacientes 9100. La figura 123 muestra un diagrama de circuitería electrónica 9200 del módulo de comunicaciones 9000 de la figura 121 según una forma de realización de la presente divulgación.
La figura 124 muestra la circuitería electrónica 9300 para permitir que un interrogador de campo cercano (por ejemplo, uno que funcione a aproximadamente 13,56 MHz) lea una etiqueta RFID UHF de 900 MHz. La circuitería electrónica 9300 incluye un oscilador de transferencia heterodino. El circuito 93000 convierte señales de interrogación de campo cercano en señales de interrogación RFID. La circuitería electrónica 9300 puede utilizarse por el módulo de comunicaciones 9000 de la figura 90 y/o un módulo de comunicaciones 124A-124K de las figuras 1, 3, 5, 7 u 8 para permitir que un circuito de comunicaciones de campo cercano interrogue a una etiqueta RFID. Cada una de las antenas puede sustituirse por un circuito RF para permitir que el circuito se utilice en un interrogador o un receptor. Adicional o alternativamente, en otras formas de realización, la circuitería electrónica puede estar dispuesta de modo que el interrogador de RFID UHF se utilice para comunicarse con un dispositivo de comunicaciones de campo cercano.
Las figuras 125-127 muestran varias antenas según formas de realización adicionales de la presente divulgación. Las figuras 125 y 126 muestran dos resonadores de anillo dividido 12500, 12600 que pueden utilizarse con un escáner, por ejemplo, delante de una antena y/o interrogador de campo cercano o RFID (apara envío o recepción). Los resonadores 12500, 12600 se fabrican utilizando una placa de una sola cara FR-4 de 0,028 de grosor con 0,5 onzas de cobre. Puede aplicarse un corte para ajustar los resonadores (como se muestra).
La figura 127 muestra una antena de campo cercano 12700 para un lector UHF (por ejemplo, un lector de RFID de 915 MHZ), que enfoca el patrón de campo cercano con un chip lector. Sin un amplificador de potencia se consiguen aproximadamente 1,5 pulgadas de rango de lectura. La antena 12700 se fabrica a partir de FR-4 de 0,028 de grosor, con un soporte de cobre. La antena 12700 puede utilizarse con un elemento de ajuste de la derivación de 10 pF.
La figura 128 muestra una pulsera de paciente 12800 con una etiqueta RFID 12802 unida a la misma según una forma de realización de la presente divulgación. Como se observa la capacitancia cuando una etiqueta RFID 12802 está unida a una pulsera de un paciente, puede utilizarse un resonador de anillo dividido (“SRR”) 12804 de modo que esté alejado 0,01 pulgadas del paciente. La carga dieléctrica de la capacitancia del paciente elimina la frecuencia de la etiqueta RFID 12802; por tanto, el SRR 12804 ayuda a ajustar la etiqueta RFID 12802 acoplando la etiqueta RFID 12802 más cerca de la antena. La frecuencia de resonancia del SRR 12804 debería estar ligeramente por encima de la frecuencia operativa de la etiqueta RFID 12802. La figura 129 muestra un primer plano del resonador de anillo dividido 12804 para su uso en la pulsera de la figura 128.
La etiqueta RFID 12802 de la pulsera del paciente 12800 puede ser escribible. Un concentrador, acoplamiento, dispositivo de cuidado de pacientes y/o cliente de monitorización puede escribir datos relativos a un paciente en la etiqueta RFID 12802, incluyendo: (1) historial de tratamiento tal como caudales, ajustes de fármacos, signos vitales, etc., (2) estadísticas de uso (parámetros de cuidado de pacientes, parámetros de tratamiento de pacientes, parámetros operativos del dispositivo de cuidado de pacientes, información diagnóstica de acoplamientos, concentradores y clientes de monitorización, y similares); (3) un parámetro de flujo de bomba intravenosa, un parámetro de ECG, un parámetro de tensión arterial, un parámetro de oxímetro de pulso, un parámetro de capnómetro de CO2, un parámetro de bolsa intravenosa y un valor de medidor de flujo de goteo; (4) parámetros de paciente incluyendo al menos uno de progreso del tratamiento de una bomba de infusión, una señal electrocardiográfica, una señal de tensión arterial, una señal de oxímetro de pulso, una señal de capnómetro de CO2 y una señal de temperatura; (5) parámetros de tratamiento de pacientes, tales como ajustes de infusión incluyendo una velocidad de infusión o presión de infusión, y recibir de la misma diversos parámetros operativos, tales como por ejemplo, la presencia de aire en la línea de infusión, la cantidad de solución que queda en una bolsa IV a la que se conecta, o la presión de fluido en la línea de infusión. En algunas formas de realización, la etiqueta RFID 12802 incluye sólo una cantidad predeterminada de tiempo transcurrido (es decir, un historial en marcha) en su memoria, por ejemplo, 6 horas o 14 horas de historial en una memoria de 32 kilobytes o 56 kilobytes de la etiqueta RFID 12802, en algunas formas de realización específicas. En formas de realización aún adicionales, la etiqueta RFID 12802 puede incluir una ID de paciente y/o un receptor de comunicaciones de campo cercano para recibir los datos.
La figura 130 muestra un resonador de anillo dividido 13000 según una forma de realización de la presente divulgación. El resonador de anillo dividido de alta calidad 13000 incluye un condensador 13002, que actúa en lugar de un espacio de aire. El SRR 13000 puede colocarse aproximadamente a 8 pulgadas de una antena de bucle NFC de 13,56 MHZ para mejorar la antena de bucle en 10 dB. El SRR 13000 puede estar diseñado para funcionar a 13,8 MHZ para reducir la distorsión de retardo de grupo a la señal modulada digitalmente de 13,56 MHZ. La figura 131 muestra un circuito equivalente 13100 para el SRR 13000 de la figura 130 según una forma de realización de la presente divulgación.
La figura 132 muestra una lista de comprobación de 5 puntos que puede visualizarse en cualquier pantalla dada a conocer en el presente documento. La figura 133 muestra una lista de comprobación de oclusión que puede darse a conocer en cualquier pantalla dada a conocer en el presente documento. La figura 134 muestra una pantalla en comunicación operativa con varias bombas de infusión, por ejemplo, un cliente de monitorización 1 u 11 de las figuras 1, 3, 5, 7, 8 o 9.
La figura 135 es una ilustración de una pantalla en el cliente de monitorización portátil de un proveedor de salud, que muestra una lista de pacientes a cuya información puede acceder el proveedor según una forma de realización de la presente divulgación.
La figura 136 es una ilustración de una pantalla en el cliente de monitorización portátil de un proveedor de salud, que muestra los dispositivos asociados con un paciente particular, con datos actuales de los dispositivos y acceso con un solo toque a cierta información médica del paciente según una forma de realización de la presente divulgación. La figura 137 es una ilustración de una pantalla en el cliente de monitorización portátil de un proveedor de salud, que muestra campos de entrada de datos para una prescripción para una medicación para su uso con una bomba de infusión intravenosa según una forma de realización de la presente divulgación. La figura 138 es una ilustración de una pantalla en el cliente de monitorización portátil de un proveedor de salud, que muestra un perfil de riesgo asociado con una medicación pedida, y un plan de acción sugerido, generado por el cliente de monitorización según una forma de realización de la presente divulgación. La figura 139 es una ilustración de una pantalla en el cliente de monitorización portátil de un proveedor de salud, que muestra una prescripción de medicación lista para su envío por el proveedor del pedido según una forma de realización de la presente divulgación. La figura 140 es una ilustración de una pantalla en el cliente de monitorización portátil de un proveedor de salud, que muestra cómo el sistema de monitorización puede visualizar una confirmación al proveedor del pedido de que la prescripción se ha transmitido al farmacéutico según una forma de realización de la presente divulgación.
Ejemplo de entrada de pedido asistida por monitorización
La funcionalidad del sistema de monitorización de pacientes puede ilustrarse mediante un ejemplo en el que un proveedor de pedidos introduce una prescripción de medicación nueva para un paciente. En este escenario, el médico puede ver su lista de pacientes admitidos en su dispositivo de mano después de introducir la clave de acceso de seguridad adecuada. En este ejemplo, los pacientes del médico pueden enumerarse como se muestra en la figura 97, con información limitada y seleccionable por el usuario 26 sobre cada paciente, tal como, por ejemplo, edad, diagnóstico y número de historia clínica. Unos símbolos de alerta 27 pueden transmitirse por el cliente de monitorización 1 al dispositivo del médico 11 si, por ejemplo, los pedidos para el paciente 2 son incompletos, la enfermera ha marcado al paciente para prestarle atención o si el cliente de monitorización 1 ha recibido una entrada desde una base de datos o un dispositivo de monitorización de pacientes 14-17 que ha superado un umbral predeterminado para la notificación al médico.
Después de que el médico seleccione un paciente para su revisión adicional, una imagen tal como la mostrada en la figura 135 puede transmitirse al dispositivo del médico 11. El médico puede ver datos seleccionables por el usuario procedentes de los monitores 14-17 a los que está conectado el paciente, y el médico puede tener acceso con un solo toque a una serie de bases de datos 19-21,23 que contienen información específica del paciente. En una forma de realización, el cliente de monitorización 1 puede estar conectado o acoplado a una bomba de infusión 7 disponible para su uso con el paciente 2. En un escenario ilustrado en la figura 136, el médico puede presionar sobre el icono que representa la bomba de infusión 7 para pedir una medicación intravenosa para el paciente 2.
La figura 137 muestra una de varias pantallas de petición de prescripción posibles con las que un médico puede pedir una medicación de manera remota. En el ejemplo ilustrado, el médico introduce el fármaco nitroglicerina IV 28, que puede introducirse escribiendo o a través de un desplegable que contiene el formulario 22 de la farmacia del hospital, al que accede el cliente de monitorización 1 a través del servidor de monitorización 3. El botón ’PDR’ 29 puede representar el acceso del médico con un solo toque a una base de datos de fármacos propietaria 9 o en el hospital 22 para información detallada del fármaco. El médico puede pedir la dosis de medicación, bien directamente o bien aceptando una dosis de inicio estándar por defecto 30 proporcionada por el cliente de monitorización 1 a través del servidor de monitorización 3. El médico también puede especificar la velocidad de infusión de fluido máxima 31 para la bomba de infusión 7, con el fin de ayudar al farmacéutico a preparar la concentración adecuada del fármaco en una bolsa para su infusión.
La figura 138 muestra un ejemplo de cómo el sistema de monitorización de pacientes puede detectar un riesgo de reacción adversa después de que el médico haya introducido la prescripción. El cliente de monitorización 1 puede comparar la medicación nueva 28 con la medicación existente del paciente y se descarga una lista de alergias farmacológicas de la EHR 19. El servidor de monitorización 3 habrá introducido preferiblemente los datos apropiados específicos del paciente en el cliente de monitorización 1, y el cliente 1 estará programado para consultar esta información después de haber introducido el pedido de medicación nueva. El cliente de monitorización 1 puede estar programado para pedir un listado de reacciones adversas significativas e interacciones farmacológicas asociadas con cada una de las medicaciones del paciente y la medicación nueva 28 del servidor de monitorización 3. El servidor 3, a su vez puede acceder a una base de datos de farmacia 22 o base de datos externa 9 para esta información. Si se detecta una posible interacción farmacológica o reacción adversa común para una medicación existente y la medicación nueva 28, el cliente de monitorización 1 puede emitir un aviso 32 y transmitirlo al médico que hace el pedido, como se muestra en la figura 138. Si la posible reacción adversa se debe a un efecto común tanto de la medicación nueva como de la medicación existente, el cliente de monitorización 1 puede categorizar esto como un efecto adverso potencialmente aditivo y emitir una recomendación 33 para reducir la dosis de fármaco inicial, por ejemplo, en un 50%.
Como se muestra en la figura 139, el médico que hace el pedido tiene la opción de o bien aceptar la recomendación 33 o bien cambiar la dosis recomendada a otro valor. En cualquier caso, el cliente de monitorización 1 puede generar y registrar un informe 34 del aviso 32 y cualquier acción correctora 33, en caso de existir, tomada por el médico, con la opción de que el médico edite adicionalmente el informe antes de registrarlo e introducirlo en la EHR del paciente 19.
Una vez determinada finalmente la dosificación de la medicación, el cliente de monitorización 1 puede enviar el pedido a los dispositivos de comunicación del farmacéutico del hospital 6 y la enfermera del paciente 5. Entonces puede transmitirse un informe de la consecución de esta tarea de vuelta al médico que hace el pedido 11, como se muestra en la figura 140. El farmacéutico puede utilizar la información proporcionada por el médico que hace el pedido para mezclar una concentración apropiada de la medicación en una bolsa de solución. Tanto el vial de medicación como la bolsa de solución pueden tener etiquetas de identificación, tales como, por ejemplo, identificadores de códigos de barras, que pueden introducirse en el cliente de monitorización 6 del farmacéutico y que pueden verificarse como correctos por el cliente de monitorización 1 (utilizando la base de datos de farmacia 22 a la que accede el servidor de monitorización 3). Entonces el farmacéutico puede generar una etiqueta de identificación unívoca, tal como una etiqueta de código de barras, para su fijación permanente a la bolsa de medicación, estando vinculado ahora el código de manera unívoca al paciente 2 para el que se ha preparado la medicación 28. El código de identificación en la etiqueta puede transmitirse al cliente de monitorización 1 para su posterior aceptación cuando la enfermera vaya a administrar la medicación 28.
Después de que la medicación preparada 28 llegue a la planta del paciente, entonces la enfermera puede prepararlo para su administración al paciente 2. En este escenario de ejemplo, el cliente de monitorización 1 puede incluir un dispositivo de entrada tal como un lector de código de barras, que puede utilizar la enfermera para verificar que el código de identificación en la bolsa de medicación coincide con la identidad del paciente 2 para el que se ha prescrito. Si la identificación coincide con la información introducida en el cliente de monitorización 1 por el farmacéutico, la enfermera puede autorizarse por el dispositivo 1 para colgar la bolsa de medicación e iniciar la infusión a través de la bomba de infusión 7. En una forma de realización, el cliente de monitorización 1 muestra a la enfermera la prescripción, que incluye la dosis, la velocidad de fluido máxima para el paciente, la concentración del fármaco en la bolsa y la velocidad de infusión para la bomba (que opcionalmente puede calcularse mediante un procesador en el cliente de monitorización 1. Con esta información, la enfermera puede calcular manualmente y verificar que la velocidad de infusión ajustada por el cliente de monitorización 1 para la bomba 7 es correcta.
La figura 141 muestra un aparato 14100 formado por una bomba de microinfusión 14104 acoplada a un adaptador 14102 según una forma de realización de la presente divulgación. El adaptador 14102 incluye una pantalla táctil 14106 que puede utilizarse para controlar el funcionamiento de la bomba de microinfusión 14104. La bomba de microinfusión 14104 bombea fluido fuera de un tubo 14108.
El adaptador 14102 puede comunicarse de manera inalámbrica con un cliente de monitorización 1 de las figuras 3, 5, 7, 8, un cliente de monitorización 902 de la figura 9, un acoplamiento 102 o 104 de la figura 1, un acoplamiento 102 o 104 de la figura 3, un acoplamiento 502 de la figura 5, un concentrador 802 de la figura 8, un acoplamiento 804, 806 o 102 de la figura 8, la llave 133 de las figuras 1, 3, 5 o 7, o cualquier dispositivo de cuidado de pacientes dado a conocer en el presente documento.
El adaptador 14102 puede incluir varios conectores eléctricos de modo que la bomba de microinfusión 14104 puede acoplarse al adaptador 4102. El adaptador 14102 puede incluir un conector eléctrico en una parte posterior para conectarse con un acoplamiento de dispositivo de cuidado de pacientes 104. Por ejemplo, el adaptador 14102 puede incluir un conector de modo que el adaptador 14102 se acople al
La pantalla táctil 4106 puede utilizarse para ajustar una velocidad de infusión, una cantidad de bolo o un ajuste de bolo extendido, etc. Adicional o alternativamente, la pantalla táctil 4106 puede utilizarse para estimar la cantidad de medicación líquida que queda dentro de la bomba de microinfusión 14104.
La figura 142 muestra una vista en perspectiva de un dispositivo de concentrador inalámbrico 14200 que de manera inalámbrica retransmite datos desde un dispositivo de cuidado de pacientes a un cliente de monitorización, otro concentrador o un acoplamiento según una forma de realización de la presente divulgación.
El dispositivo de concentrador inalámbrico 14200 incluye un cuerpo 1402 acoplado a una pantalla táctil 14204 y una sujeción 14206. El dispositivo de concentrador inalámbrico 1420 puede comunicar datos desde otro dispositivo de cuidado de pacientes a un dispositivo de cuidado de pacientes a un cliente de monitorización, otro concentrador, un acoplamiento, etc. Por ejemplo, el dispositivo de concentrador inalámbrico 14200 puede comunicar datos con un dispositivo de cuidado de pacientes según un primer protocolo inalámbrico y retransmitir la información a través de otro protocolo inalámbrico al cliente de monitorización, otro concentrador, un acoplamiento, etc. Por ejemplo, el dispositivo de concentrador inalámbrico 14200 puede comunicarse con un dispositivo de cuidado de pacientes a través de Bluetooth y retransmite los datos a un acoplamiento (por ejemplo, el acoplamiento 104 de la figura 1) a través de comunicaciones de campo cercano; en esta forma de realización específica, la sujeción 14206 puede estar conformada de modo que la sujeción 14206 pueda permanecer en un acoplamiento, por ejemplo, el acoplamiento 104 de la figura 1.
La figura 143 muestra una vista frontal, en perspectiva de un sistema electrónico de cuidado de pacientes 14300 que tiene dispositivos de cuidado de pacientes modulares 14304, 14306, 14308 y 14310 acoplados a un cliente de monitorización 1430 a través de un adaptador 14316 y un acoplamiento 14314 según una forma de realización de la presente divulgación. El acoplamiento 14314 está acoplado a un poste 14312. El adaptador 14316 proporciona una conexión eléctrica entre el acoplamiento 14314 y los dispositivos de cuidado de pacientes 14304, 14306, 14308 y 14310. Es decir, el adaptador 14316 puede cambiarse basándose en el tipo de dispositivo de cuidado de pacientes 14304, 14306, 14308 y 14310 utilizado.
La figura 144 muestra una vista lateral, en perspectiva del sistema electrónico de cuidado de pacientes de la figura 143 según una forma de realización de la presente divulgación. Con referencia a las figuras 143-144, el dispositivo de cuidado de pacientes 14306 se desliza sobre el adaptador 14316 a través de guías 14318 y 14320. La bomba de infusión 14304 puede encajar sobre una brida de resorte 14322. Puede tirarse de una palanca en el lado posterior del adaptador 14316 para retirar la brida de la bomba de infusión 14304.
La figura 145 muestra una vista en primer plano, en perspectiva de la interfaz de uno de los dispositivos de cuidado de pacientes mostrados en la figura 143 según una forma de realización de la presente divulgación. Con referencia ahora a las figuras 144 y 145, la guía 14318 se acopla con la vía 14502, y la guía 14320 se acopla con la guía 14504. Un espacio 14506 recibe la brida 14322 de modo que la bomba de infusión 14304 encaja en su sitio en el adaptador 14316.
La figura 146 muestra una vista superior del sistema electrónico de cuidado de pacientes 14300 de la figura 143 según una forma de realización de la presente divulgación. El acoplamiento 14314 está acoplado a dos adaptadores 14602 y 14316. El acoplamiento 14314 está acoplado al poste 14312 a través de una sujeción 14606. La bomba 14304 se muestra con la puerta de bomba 14604 abierta.
La figura 147 muestra una ilustración de un sistema 14700 para un cuidado electrónico de pacientes según una forma de realización de la presente divulgación. El sistema 14700 incluye un servidor central 14702, un cliente de servidor central 14703, un servidor del hospital 14704, uno o varios sistemas IT médicos 14705, acoplamientos/concentradores 14707, 14708 y 14709, y un cliente de servidor del hospital 14706.
El servidor central 14702 puede ser un servidor a nivel de empresa, un servidor a nivel de hospital, o un servidor global (por ejemplo, un servidor en la nube). El servidor central 14702 puede proporcionar actualizaciones de software, actualizaciones de firmware y/o archivos de configuración. Por ejemplo, el servidor central 14702 puede proporcionar actualizaciones para el servidor del hospital 14704, los acoplamientos/concentradores 14707, 14708 y 14709, dispositivos de cuidado de pacientes acoplados a los acoplamientos/concentradores 14707, 14708 y 14709, o clientes de monitorización en comunicación operativa con los acoplamientos/concentradores 14707, 14708 y 14709 basándose en una ID de dispositivo. Adicional o alternativamente, el servidor central 14702 puede proporcionar software para su descarga en un área de seguridad como se describirá más abajo (véase la figura 148). Adicional o alternativamente, el servidor central 14702 puede recibir estadísticas de uso (parámetros de cuidado de pacientes, parámetros de tratamiento de pacientes, parámetros operativos del dispositivo de cuidado de pacientes, información diagnóstica de acoplamientos, concentradores y clientes de monitorización, y similares). El servidor central 14702 puede registrar los datos en una base de datos, por ejemplo, una base de datos SQL, una base de datos asociativa, o similar.
El cliente de servidor central 14703 puede comunicarse con el servidor central 14702 para monitorizar el funcionamiento del servidor central 14702, ver los archivos de registro en el mismo o ver datos relativos a la eficacia de un fármaco como se describió anteriormente. En algunas formas de realización de la presente divulgación, el cliente de servidor central 1403 es un software en una estación de enfermería de modo que la enfermera puede monitorizar acoplamientos/concentradores, pacientes y/o dispositivos de cuidado de pacientes.
El servidor del hospital 14704 puede estar instalado en un hospital, una unidad de cuidados de un hospital (por ejemplo, unidad de cuidados intensivos neonatal (“NICU”), unidad de cuidados intensivos (“ICU”), etc.), una planta de un hospital, o para un grupo de hospitales (por ejemplo, un grupo administrativo de hospitales).
El servidor del hospital 14704: (1) puede incluir un conjunto personalizado de DERS, puede realizar un seguimiento de los dispositivos de cuidado de pacientes, acoplamientos/concentradores o clientes de monitorización; (2) puede identificar y registrar dispositivos de cuidado de pacientes, acoplamientos/concentradores y/o clientes de monitorización no compatibles; y/o (3) puede configurar o actualizar acoplamientos/concentradores, clientes de monitorización y/o dispositivos de cuidado de pacientes (por ejemplo, desde archivos de software actualizados, archivos de configuración o archivos de firmware del servidor central 14702).
Los uno o varios sistemas IT médicos 14705 se comunican con el servidor del hospital 14704 para proporcionar funcionalidad al mismo. El sistema de IT médico 14705 puede proporcionar una entrada computarizada de órdenes de proveedores (“CPOE”), una biblioteca de fármacos, historias clínicas electrónicas (“EMR”), un sistema de gestión de mantenimiento computarizado (“CMMS”), u otra base de datos o sistema computarizado.
Los acoplamientos/concentradores 14707, 14708 y 14709 se comunican con el servidor del hospital 14704. Puede haber uno o varios de los acoplamientos/concentradores 14707, 14708 y 14709 en una habitación del paciente.
El cliente de servidor del hospital 14706 permite que un usuario o técnico se conecte con el servidor del hospital 14704 para facilitar la actualización del software, para monitorizar los archivos de registro en el mismo o para ayudar a facilitar una mejora de la calidad continua (“CQI”).
La figura 148 muestra un diagrama de bloques de un sistema electrónico de cuidado de pacientes 14802 según una forma de realización de la presente divulgación. El sistema 14802 incluye un sistema de servidor de empresa 14804, una tienda de aplicaciones 14806, un gestor de dispositivos 14808, uno o varios concentradores 1426, una o varias tabletas 14810, una o varias bombas de infusión 14814, y uno o varios sensores inalámbricos 14816. Las comunicaciones entre la tableta y el acoplamiento/concentrador 14812, entre el acoplamiento/concentrador 14816 y el sensor inalámbrico 14816, entre el acoplamiento/concentrador 14812 y la bomba de infusión 14814, entre el acoplamiento/concentrador 14812 y el gestor de dispositivos 14808, entre el gestor de dispositivos 14808 y la tienda de aplicaciones 14806, y/o entre el gestor de dispositivos 14840 y el/los servidor(es) de empresa 14804 pueden realizarse utilizando WiFi, Ethernet, Bluetooth, USB, 3G, 4G, HALO, SOAP, datos XML, utilizando datos autodescriptivos, HL7, TCP/IP, plantillas Bluetooth, un enlace de comunicaciones dedicado y/o no dedicado.
El sistema de servidor de empresa 14804 puede incluir, en algunas formas de realización, una base de datos CMMS 14832, una CPOE 14834, una EMR 14836 y/o un servidor de facturación 14838. El sistema de servidor de empresa 14804 puede recibir información de estado del equipo que incluye datos de calibración, vida útil de la batería, etc. con el CMMS 14832.
La tienda de aplicaciones 14806 puede incluir una o varias aplicaciones de dispositivos (o programas) 14850, 14851, 14852 y/o 14853, que pueden controlar o programar uno o varios dispositivos de cuidado de pacientes, uno o varios sensores, una o varias bombas de infusión 14814, proporcionar funciones de diagnóstico de pacientes, etc. La tienda de aplicaciones 14806 puede proporcionar comunicaciones cifradas para facilitar la descarga de una o varias de las aplicaciones de dispositivos 14850-14853.
El gestor de dispositivos 14808 puede ser un servidor a nivel de hospital que proporciona DERS global 14840 y políticas locales 14842. Las políticas locales 14842 pueden incluir límites estrictos o flexibles adicionales (por ejemplo, para fármacos) basándose en, por ejemplo, la ubicación del acoplamiento/concentrador particular 14812 en el hospital (por ejemplo, ER, NICU, ICU, etc.).
El acoplamiento/concentrador 14812 puede estar acoplado a uno o varios sensores por cable o inalámbricos 14816, una o varias bombas de infusión 14814, y/o puede conectarse a otros dispositivos de cuidado de pacientes. El acoplamiento/concentrador 14812 puede comunicarse con los uno o varios sensores inalámbricos 14816 utilizando WiFi, Ethernet, Bluetooth, Bluetooth de baja energía, USB, 3G, 4G, HL7, TCP/IP, plantillas de Bluetooth, u otro protocolo a través de un enlace de comunicaciones dedicado o no dedicado y puede utilizar datos autodescriptivos. El sensor inalámbrico puede utilizar uno de los módulos de comunicación descritos anteriormente (por ejemplo, el sensor inalámbrico 14914 puede estar acoplado a un módulo de comunicación a través de un enlace en serie tal como SPI). La tableta 14810 puede conectarse en el acoplamiento/concentrador 14812. El acoplamiento/concentrador 14812 puede incluir una copia local de DERS 14826 que puede actualizarse periódicamente por el DERS 14840 desde el gestor de dispositivos 14808. Adicional o alternativamente, el acoplamiento/concentrador puede incluir una copia local de las políticas locales 14828 que puede actualizarse periódicamente por el gestor de dispositivos 14808.
La tableta 14810 puede proporcionar hojas de flujo de cuidados que proporcionan al cuidador o paciente una lista de comprobación de actividades para su día y puede recopilar y registrar datos de básculas, monitores vitales, datos sobre el baño, cambios de apósitos, información de alimentación de dispositivos de cuidado de pacientes o pueden introducirse manualmente en la tableta 14810, que pudiendo actualizarse y almacenarse en el archivo de EMR del paciente dentro de la EMR 14836. La tableta 14810 puede proporcionar tutoriales al paciente domiciliario o cuidador para servir como recuerdo para operaciones de cuidado específicas tales como cómo y dónde cambiar apósitos, medir la producción de orina o tomar lecturas de glucosa en sangre. Adicional o alternativamente, la tableta 14810 puede indicar a un cuidador, paciente o usuario cómo solucionar un motivo de una alarma moderada y/o alarma fuerte.
Un dispositivo de cuidado de pacientes, por ejemplo, la bomba de infusión 14814, puede incluir comunicaciones de campo cercano (“NFC”) que se comunican con el acoplamiento/concentrador 14812 cuando la bomba de infusión 14814 está muy cerca del acoplamiento/concentrador 14812 para, por ejemplo, emparejar los dispositivos, para pasar datos de configuración o ajustar los parámetros de la bomba de infusión 14814 para el paciente con el que se asocia el acoplamiento/concentrador 14812. Después de las comunicaciones NFC, la bomba de infusión 14814 puede comunicarse con el acoplamiento/concentrador 14812 de manera inalámbrica o a través de un enlace inalámbrico. Por ejemplo, una bomba de infusión 14814 puede estar muy cerca de (o en contacto con) el acoplamiento/concentrador 14812 en el que se utilizan las comunicaciones NFC para emparejar la bomba de infusión 14814 con el acoplamiento/concentrador 14812 utilizando un enlace de comunicaciones Bluetooth.
El acoplamiento/concentrador 14812 puede ejecutar un aplicación de dispositivo 14820-14824 con un área de seguridad 14814. El área de seguridad 14814 puede requerir que la aplicación se escriba con unos criterios predeterminados. En algunas formas de realización, el área de seguridad 14814 puede incluir una API con una clase de datos segura. En formas de realización aún adicionales, el área de seguridad 14814 puede residir en el cliente de monitorización 14810. El área de seguridad 14814 puede ser una máquina virtual, puede ser un programa que controla los recursos (por ejemplo, los recursos hardware o software disponibles a través de una API, por ejemplo) que pueden utilizar las aplicaciones de dispositivos 14820-14824, puede tener variables globales accesibles por las aplicaciones de dispositivos 14820-14824, y pueden basarse en un intérprete. Es decir, el área de seguridad 14812 es un área protegida que permite que las aplicaciones de dispositivos 14820-14824 se ejecuten en un entorno de recursos controlados y limitados. El área de seguridad 14812 puede descargarse del gestor de dispositivos 14808 o la tienda de aplicaciones 14806. El área de seguridad 14812 puede haberse configurado previamente para el tipo de acoplamiento/concentrador particular, por ejemplo, basándose en cualquiera de o una combinación de un número de versión, un número de serie, un número de lote, un número de versión de hardware, un número de versión de software, un tipo de sistema operativo, un paquete de servicios de sistema operativo, otro identificador, etc.
Por ejemplo, el acoplamiento/concentrador puede identificar la bomba de infusión 14814 mediante un número de serie y descargar de la tienda de aplicaciones una aplicación de dispositivo 14850 en el acoplamiento/concentrador 14812 (por ejemplo, la aplicación de dispositivo 14820). Las aplicaciones de dispositivos 14820-14824 pueden controlar y/o comunicarse con la bomba de infusión 14814 para retransmitir información sobre la bomba de infusión 14814 a la tableta 14810 para su visualización (por ejemplo, a través de XML, por ejemplo). Adicional o alternativamente, la una o varias de las aplicaciones de dispositivos 14820-14824 pueden visualizar datos de dispositivos, utilizar una heurística compleja para combinar datos de diferentes fuentes, etc. El área de seguridad 14818 también puede controlar el acceso a varios recursos, tales como: memoria, memoria no volátil, discos duros, interfaces de red, dispositivos de entrada, dispositivos de salida, un zumbador, etc. En algunas formas de realización, el área de seguridad 14818 puede limitar o prohibir que las aplicaciones de dispositivos 14820-14824 lean y/o escriban en archivos específicos, como los archivos de sistema. El área de seguridad 14818 puede proporcionar recursos temporales y/o protegidos a las aplicaciones de dispositivos 14820-14824, tales como: un espacio de memoria de “bloc de notas” y/o espacio de disco duro de bloc de notas.
Cualquier intento por la aplicación de dispositivo 14820 de violar el DERS 14826, las políticas locales 14828 o impedir que el acoplamiento/concentrador 14828 realice sus funciones primarias (por ejemplo, funciones designadas, de alta prioridad) se evitará por otro software que se ejecuta en el acoplamiento/concentrador 14812 (por ejemplo, un sistema operativo tal como el sistema operativo Android, lOs, Linux, Windows, o Windows CE que controla la ejecución del área de seguridad a través de uno o varios bloques de control de procesos o uno o varios hilos de un grupo de hilos).
El área de seguridad 14818 puede controlar el lanzamiento de una o varias de las aplicaciones de dispositivos 14820-14824. Por ejemplo, el área de seguridad 14818 puede comprobar reglas o enlaces (por ejemplo, llamadas a bibliotecas vinculadas dinámicamente) para garantizar que una aplicación de dispositivo de las aplicaciones de dispositivos 14820-14824 designadas para su ejecución no tiene ningún enlace roto y cumple con los criterios predeterminados controlados por el área de seguridad 14818. Por ejemplo, el área de seguridad 14818 puede comprobar que todas las referencias de una aplicación de dispositivo 14850 a bibliotecas compartidas dentro del software del acoplamiento/concentrador 14812 existen dentro de bibliotecas compartidas “seguras” específicas, que existe la función o variable particular dentro de la biblioteca y que el tipo de datos y la variable que solicitan las aplicaciones de dispositivos 14820-14824 o que comunican las aplicaciones de dispositivos 14820-14824 cumplen con o existen dentro de la biblioteca.
En algunas formas de realización de la presente divulgación, el área de seguridad 14818 da prioridad al acceso a recursos. Por ejemplo, si múltiples aplicaciones de dispositivos 14820-14824 piden acceso a un dispositivo de alarma (por ejemplo, un altavoz) o variable que indica una condición de alarma, el área de seguridad 14812 puede dar prioridad a las fuentes de las peticiones y mostrar la lista de prioridad de motivos de alarma en la tableta 14810 permitiendo que un cuidador deshabilite ciertas condiciones de alarma, direccione múltiples fuentes de alarma y/o evalúe la condición del paciente.
En algunas formas de realización de la presente divulgación, el acoplamiento/concentrador 14812 incluye un procesador con dos núcleos de modo que uno de los núcleos ejecuta el área de seguridad 14818 mientras que el otro núcleo ejecuta un sistema operativo que controla la asignación de los recursos utilizados por el área de seguridad 14818 a través de una de las aplicaciones de dispositivos 14820-14824.
En algunas formas de realización de la presente divulgación, el acoplamiento/concentrador 14812 incluye dos procesadores de modo que uno de los procesadores ejecuta el área de seguridad 14818 mientras que el otro procesador ejecuta un sistema operativo que controla la asignación de recursos utilizados por el área de seguridad 14818 a través de una de las aplicaciones de dispositivos 14820-14824.
En algunas formas de realización de la presente divulgación, el acoplamiento/concentrador 14812 incluye dos procesadores de modo que uno de los procesadores ejecuta el área de seguridad 14818 mientras que el otro procesador ejecuta una función de vigilancia para garantizar un funcionamiento seguro de los recursos utilizados por el área de seguridad 14818 a través de una de las aplicaciones de dispositivos 14820-14824.
En algunas formas de realización de la presente divulgación, el acoplamiento/concentrador 14812 incluye dos procesadores de modo que uno de los procesadores ejecuta un procesador de seguridad en tiempo real mientras que el otro procesador ejecuta el área de seguridad 14818 y un sistema operativo que controla la asignación de recursos utilizados por el área de seguridad 14818 a través de una de las aplicaciones de dispositivos 14820-14824. En algunas formas de realización de la presente divulgación, el acoplamiento/concentrador 14812 incluye uno o varios procesadores cada con uno o varios núcleos de modo que al menos bloque de control de procesos ejecuta el área de seguridad 14818 mientras que al menos otro bloque de control de procesos ejecuta un sistema operativo que controla las asignaciones de recursos utilizados por el área de seguridad 14818 a través de una de las aplicaciones de dispositivos 14820-14824.
El acoplamiento/concentrador 14812 puede desidentificar datos de los dispositivos de cuidado de pacientes y cargar los datos a la base de datos 14830 (por ejemplo, una base de datos en la nube); los datos pueden ser datos en tiempo real agregados a nivel nacional para facilitar la detección de epidemias, planificación de recursos y planificación de despliegue dentro de un hospital o sistema hospitalario.
La figura 149 muestra un diagrama de bloques 14900 de una parte adyacente del sistema electrónico de pacientes de la figura 147 y/o figura 148 según una forma de realización de la presente divulgación. El diagrama 14900 incluye un cliente de monitorización 14902 (que puede ser la tableta 148120), un adaptador de cliente de monitorización 14904 de modo que el cliente de monitorización 14902 pueda conectarse con el acoplamiento/concentrador 14906 (que puede ser el acoplamiento/concentrador 14812), y varias bombas de infusión 14910. El acoplamiento/concentrador 14906 puede comunicarse con las bombas de infusión 14910 a través de WiFi, Zigbee, Bluetooth, una red de malla, un protocolo punto a punto (por ejemplo, basándose en WiFi), etc. Las bombas de infusión 14910 pueden alimentarse directamente a través de la toma de CA 14908 (no mostrada) y/o desde el acoplamiento/concentrador 14906 directamente. El acoplamiento/concentrador 14906 está acoplado a los sensores inalámbricos 14814 (de manera inalámbrica o por cable) y a sensores USB 14912 a través de un cable USB.
En algunas formas de realización de la presente divulgación, puede estar presente otra pantalla de habitación, por ejemplo, un concentrador, cliente de monitorización, ordenador, etc. que puede comunicarse con el acoplamiento/concentrador 14812 y/o la tableta 14810 a través de WiFi, Ethernet, Bluetooth, USB, u otro protocolo a través de un enlace de comunicaciones dedicado o no dedicado.
La figura 150 muestra un diagrama de bloques del acoplamiento/concentrador 15000 de las figuras 147, 148 y/o 149 según una forma de realización de la presente divulgación. El acoplamiento/concentrador 15000 incluye un procesador primario 15003 y un procesador de seguridad 15002 (pudiendo ser ambos un procesador, un microprocesador o un microcontrolador, por ejemplo un procesador Snapdragon).
El procesador de seguridad 15002 está acoplado a un controlador de altavoz 15011 que controla un altavoz de reserva 15012. El procesador de seguridad 15002 también está acoplado a un bus 2X CAN conectado a un dispositivo de cuidado de pacientes a través del conector de dispositivo 15014. En algunas formas de realización, el conector de dispositivo 15014 se comunica con un dispositivo de cuidado de pacientes a través de un enlace de comunicaciones Zigbee, Bluetooth, WiFi, bus CAN o SPI.
El procesador de seguridad 15002 está acoplado a un regulador de tensión 15010 que recibe energía de una batería de reserva 15017 y/o de un cargador de batería 15009. El procesador de seguridad 15002 está acoplado a un interruptor de habilitación 15016 que puede deshabilitar la fuente de alimentación a un dispositivo de cuidado de pacientes acoplado al conector de dispositivo 15014. El limitador de corriente 15015 también puede limitar la corriente a un dispositivo de cuidado de pacientes acoplado al conector de dispositivo 15014.
El procesador de seguridad 15002 también está acoplado a un interruptor de habilitación 15020 que habilita/deshabilita una fuente de alimentación de 5 voltios al dispositivo de cuidado de pacientes acoplado a través del conector de dispositivo 15014. La señal de 5 V al dispositivo de cuidado de pacientes se recibe desde el regulador de tensión 15010 que recibe su energía desde una celda de batería primaria 15018 y/o el cargador de batería 15009. El cargador de batería recibe energía a través de un convertidor CA/CC 15008 acoplado a una toma de CA 15007.
El procesador primario 15003 está acoplado a una cámara 15024, un transceptor WiFi 15025, un transceptor Bluetooth 15026, un interrogador de RFID 15027, luces de estado LED 15029, botones 15028 y un transceptor de comunicaciones de campo cercano 15030.
El procesador primario 15003 está acoplado a un cable USB que se acopla a un puerto USB 15023 y/o un cliente de monitorización a través de un conector UI 15022. En algunas formas de realización, el procesador primario 15003 puede comunicarse con una tableta a través de WiFi u otro enlace de comunicaciones inalámbrico. El procesador primario 15003 puede comunicarse con un dispositivo de cuidado de pacientes a través de la conexión USB 15023 y/o el cliente de monitorización a través de un puerto USB a través del conector UI 15022. El procesador primario 15003 comunica una señal a un controlador de altavoz 15006 que controla un altavoz primario 150005.
La figura 151 es un diagrama de bloques que ilustra la circuitería de bomba de infusión 15100 de las figuras 148 y/o 149 según una forma de realización de la presente divulgación. La circuitería 151 incluye un procesador de seguridad/UI 15102 que controla la pantalla de bomba 15104 y registra datos en la memoria no volátil 15105. El procesador de seguridad/UI 15102 se comunica con un concentrador/acoplamiento a través de un bus CAN acoplado al conector de dispositivo 15108. En algunas formas de realización el procesador en tiempo real 151102 y/o procesador de seguridad/UI 15102 se comunica con un concentrador/acoplamiento a través del conector de dispositivo 15108 utilizando un enlace de comunicaciones Bluetooth, inalámbrico o por cable. El procesador de seguridad/UI 15102 puede incluir una biblioteca de procesamiento de imágenes para procesar las imágenes de una cámara. Adicional o alternativamente, el procesador de seguridad/UI 15102 puede incluir una biblioteca para mostrar una interfaz GUI en la pantalla de bomba 15104 (que puede ser una pantalla táctil).
El procesador de seguridad/UI 15102 está acoplado a un sensor de oclusión in situ 1516, un sensor de retención 15117, un sensor de aire en la línea 1518, un sensor Hall de motor 15119, botones 15120 y luces de estado 15112. El procesador de seguridad 15102 proporciona funcionalidad de vigilancia al procesador en tiempo real 15103 (que puede ser un procesador, un microprocesador o un microcontrolador, por ejemplo un procesador SnapDragon) y puede habilitar el accionamiento del motor 15107.
El procesador en tiempo real 15103 (pudiendo ser ambos un procesador, un microprocesador o un microcontrolador, por ejemplo un procesador SnapDragon) controla el funcionamiento del motor de la bomba 15106 a través del accionamiento de motor 15107. El procesador en tiempo real 15103 se comunica con el procesador de seguridad/UI 15102 (por ejemplo, para recibir ajustes de bomba) a través de una interfaz en serie. El procesador en tiempo real 15103 carga datos de calibración de bomba de una memoria no volátil 15122. La memoria no volátil 15122 y/o la memoria no volátil 15105 pueden ser una tarjeta SD y/o una etiqueta RFID.
El procesador en tiempo real 15103 recibe datos sobre la bomba de infusión del sensor de corriente del motor 15109, la temperatura de la carcasa del motor 15110, el sensor de presión de oclusión 15111, el sensor de posición de eje de levas 15112, los sensores de posición de seguidor de leva 1513 y/o el acelerómetro 15114.
En las figuras 151 y 152, pueden utilizarse los dos procesadores para confirmar (una) instrucción/instrucciones, para realizar comprobaciones de seguridad, u otra funcionalidad (por ejemplo, confirmación del usuario de un parámetro de tratamiento del paciente) de una manera idéntica y/o similar a la dada a conocer en la solicitud de patente estadounidense con n.° de serie 12/249.600, presentada el 10 de octubre de 2008 y titulada Multi-Language/Multi-Processor Infusion Pump Assembly, ahora publicación estadounidense n.° US-2010-0094221, publicada el 15 de abril de 2010 (expediente del apoderado n.° F54), que de este modo se incorpora como referencia.
La figura 152 es un diagrama de bloques 1500 que ilustra los sensores acoplados a la mecánica de una bomba de infusión para su uso con la circuitería de bomba de infusión de la figura 151 según una forma de realización de la presente divulgación. La infusión bombea fluido a través de un tubo 15207. El motor 15204 incluye sensores de efecto Hall 15205, un sensor de la temperatura de la carcasa del motor 15206, sensores de efecto Hall 15201 y 15202 para detectar el movimiento del mecanismo de sujeción deslizante 15220, un sensor de efecto Hall 15211 para una válvula de salida, sensores de efecto Hall 15212 y 15213 para la posición del émbolo, un sensor de efecto Hall 15214 para una válvula de entrada y un sensor de posición de rotación de efecto Hall 15208.
Las figuras 153A-153B muestran un diagrama de flujo que ilustra un procedimiento 20001 para comunicar entre una tableta y una base según una forma de realización de la presente divulgación. En algunas formas de realización, la tableta, con respecto a procedimiento 20001 de las figuras 153A-153B, puede ser un cliente de monitorización como se describe en el presente documento. Por ejemplo, el procedimiento 20001 puede ser un procedimiento para comunicar entre una tableta y un aparato de hemodiálisis o una bomba de infusión, tal como una bomba de infusión peristáltica.
En las figuras 153A-153B, la base puede ser un dispositivo médico, un acoplamiento, un soporte, un concentrador, un dispensador de pastillas, una bomba de jeringa, una bomba de infusión, una bomba peristáltica, una bomba de dedo, una bomba de microinfusión, un módulo de comunicaciones, un monitor de ECG, un monitor de tensión arterial, un oxímetro de pulso, un capnómetro de Co2, un relé de comunicaciones, un medidor de flujo, un monitor de cámara de goteo, un medidor de flujo de cámara de goteo, o similar, como se da a conocer o describe en el presente documento.
Como se mencionó anteriormente, el diagrama de flujo de las figuras 153A-153B ilustra un procedimiento 20001 en el que un aparato médico (por ejemplo, un aparato de hemodiálisis o una bomba de infusión) puede comunicarse con un cliente de monitorización, tal como una tableta. La tableta puede tener una interfaz de usuario. La tableta puede utilizarse para: (1) monitorizar el funcionamiento de la base, (2) controlar el funcionamiento de la base, (3) recibir condiciones de error de la base, (4) monitorizar el funcionamiento de la base para determinar si existe alguna condición de error, (5) monitorizar el funcionamiento de la base para determinar si existe una condición no segura, (6) almacenar un error o parámetro operativo para su transmisión a un servidor, (7) almacenar un error o parámetro operativo para su transmisión a la base para su almacenamiento o para su retransmisión a un servidor, (8) y/o proporcionar entretenimiento al paciente (por ejemplo, videojuegos, películas, música o navegación web) mientras que el paciente recibe un tratamiento.
En algunas formas de realización de la presente divulgación, la tableta se utiliza con un aparato de base que tiene una interfaz de usuario redundante acoplada al mismo, tal como una interfaz gráfica de usuario redundante. Es decir, la tableta proporciona una interfaz gráfica de usuario para la base y la base también incluye su propia interfaz gráfica de usuario. En formas de realización aún adicionales de la presente divulgación, la tableta incluye una interfaz gráfica de usuario y la base incluye botones y luces, pero ninguna interfaz gráfica de usuario.
El procedimiento 20001 puede implementarse mediante un conjunto operativo de instrucciones ejecutables por ordenador configuradas para su ejecución por uno o varios procesadores (por ejemplo, un procedimiento implementado por un procesador). Los uno o varios procesadores pueden estar en la base y/o en la tableta. El conjunto operativo de instrucciones ejecutables por ordenador puede almacenarse en una memoria no transitoria legible por procesador, tal como una memoria de acceso aleatorio, una memoria de sólo lectura, una memoria de disco, una EEPROM, una memoria de unidad óptica u otra memoria. La memoria puede estar en la base, en la tableta y/o la base y la tableta pueden tener en cada caso una respectiva memoria y uno o varios respectivos procesadores. Los uno o varios procesadores pueden estar en comunicación operativa con la memoria para leer el conjunto operativo de instrucciones ejecutables por procesador de la memoria. El diagrama de flujo 20001 puede implementarse como un procedimiento o un proceso. Los uno o varios procesadores pueden ejecutar las instrucciones para realizar el procedimiento 20001 de las figuras 153A - 153B.
Los uno o varios procesadores pueden ser uno o varios de un microprocesador, un microcontrolador, un procesador basado en ensamblaje, un procesador MIPS, un procesador RISC, un procesador CISC, un procesador paralelo o multinúcleo, CPLD, PLA, FPGA, un procesador virtual, similar o alguna combinación de los mismos.
El procedimiento 20001 puede facilitar las comunicaciones entre una tableta y una base utilizando una conexión por cable para establecer una conexión inalámbrica a través de un protocolo de emparejamiento. Por ejemplo, la tableta puede conectarse físicamente a la base a través de un cable USB que se utiliza para emparejar los dos dispositivos entre sí para comunicarse utilizando el protocolo Bluetooth; después del emparejamiento, los dispositivos pueden comunicarse entre sí de manera inalámbrica utilizando el protocolo Bluetooth. La tableta puede proporcionar la interfaz de usuario a la base. Por ejemplo, un programa de interfaz que se ejecuta en la tableta puede proporcionar una interfaz a un aparato de hemodiálisis para controlar y/o monitorizar un tratamiento de diálisis de un paciente o puede proporcionar una interfaz a una bomba de infusión para controlar y/o monitorizar la bomba de infusión durante el tratamiento de un paciente.
En algunas formas de realización, las comunicaciones inalámbricas pueden ser a través de uno de Bluetooth LE, WiFi, Zigbee, X-bee, comunicación de banda ultraancha, comunicación de banda ancha, acceso múltiple por división de código, multiplexación por división de tiempo, multiplexación de acceso múltiple de detector de portadora con o sin evitación de colisión, multiplexación por división de espacio, multiplexación por división de frecuencia, multiplexación inalámbrica en modo circuito, multiplexación estadística inalámbrica, multiplexación por división de frecuencia ortogonal, o similar.
En algunas formas de realización de la presente divulgación, el procedimiento 20001 incluye las acciones 20002­ 20015. La acción 20002 determina si una tableta está conectada a una base a través de una conexión física. Por ejemplo, una tableta puede conectarse a un aparato de hemodiálisis o a una bomba de infusión a través de un acoplamiento, un cable, un enlace de fibra óptica, o similar. La tableta y/o la base pueden determinar que la tableta y la base están físicamente conectadas entre sí a través de una conexión USB, por ejemplo. El acoplamiento puede proporcionar una conexión física por cable entre la tableta y la base (por ejemplo, una conexión USB).
La acción 20003 establece un primer enlace de comunicaciones entre la tableta y la base a través de la conexión física. Por ejemplo, la acción 20003 puede establecer las interfaces de software apropiadas y/o puede realizar un establecimiento de la comunicación entre la tableta y la base de modo que puedan comunicarse datos entre las mismas.
La acción 20004 actualiza, en caso necesario, el programa de interfaz en la tableta a través del primer enlace de comunicaciones. La actualización es necesaria si el programa de interfaz no es la última versión, en cuyo caso es necesario actualizar el programa de interfaz. La actualización también es necesaria, en algunas formas de realización, si el programa de interfaz no tiene todos los parches de software para su publicación y/o actualizaciones. La figura 154 ilustra una forma de realización específica de la acción 20004 y se describe más abajo. La acción 20004 puede determinar, por ejemplo si la tableta incluye la última versión del programa de interfaz. Si la tableta no incluye la última versión del programa de interfaz, la base y/o la tableta descarga (por ejemplo, desde un servidor) la última versión del software de interfaz que sustituye (por ejemplo, sobrescribe) a la versión antigua del software de interfaz. El software de interfaz en la tableta proporciona una interfaz de usuario (por ejemplo, una pantalla táctil, un teclado y/o un micrófono para recibir órdenes de voz) y funcionalidad para un usuario para comunicarse con la base utilizando la tableta.
La base puede estar acoplada a internet (por ejemplo, a través de WiFi o servicio móvil) de modo que la base puede descargar y almacenar el último software para la tableta. En algunas formas de realización, la base puede incluir una lista de números de versión que, durante la acción 20004, la base notifica a la tableta del último número de versión de software y la tableta descarga (por ejemplo, a través de WiFi o servicio móvil) la última versión (por ejemplo, a través de conexión WiFi o servicio móvil).
En una forma de realización adicional más, la tableta determina que el software en la base no es la última versión; a continuación, la tableta descarga la última versión (por ejemplo, a través de WiFi o servicio móvil) y comunica la última versión a la base de modo que puede actualizarse el software de la base.
La acción 20005 establece un segundo enlace de comunicaciones entre la tableta y la base utilizando el primer enlace de comunicaciones. La figura 155 ilustra una forma de realización de la acción 20005. En una forma de realización específica, la acción 20005 establece un segundo enlace de comunicaciones emparejando la tableta y la base entre sí para su comunicación utilizando un protocolo Bluetooth. Después del emparejamiento, los datos pueden comunicarse utilizando el segundo enlace de comunicaciones. Los datos pueden comunicarse sobre el segundo enlace de comunicación utilizando cualquier algoritmo de cifrado conocido, incluyendo cifrado simétrico, cifrado asimétrico, cifrado de infraestructura de clave pública, y similares. La acción 20006 transmite datos de la base a la tableta utilizando el segundo enlace de comunicaciones. Los datos pueden incluir información relativa al progreso del tratamiento de la base, el funcionamiento de la base, y/o cualquier mensaje de error de la base. La acción 20007 visualiza datos en la tableta según los datos comunicados desde la base (por ejemplo, la información de estado de dispositivo). La acción 20008 inicializa el tratamiento de un paciente utilizando la tableta. Por ejemplo, un usuario puede seleccionar parámetros de tratamiento para tratar a un paciente utilizando la base, por ejemplo, parámetros de hemodiálisis o parámetros de infusión. Los parámetros de tratamiento pueden comunicarse a través del primer o segundo enlace de comunicaciones. En algunas formas de realización, los parámetros de tratamiento pueden comunicarse utilizando uno de los enlaces de comunicaciones primero y segundo predeterminado preferido. Por ejemplo, el segundo enlace de comunicaciones puede comunicar los parámetros de tratamiento cuando el primer enlace de comunicaciones no está disponible. Sin embargo, en otra forma de realización específica, los parámetros de tratamiento siempre se comunican a través del segundo enlace de comunicaciones.
En la acción 20009, la base empieza a funcionar. Por ejemplo, la base puede ser una bomba de infusión y la tableta comunica una orden de inicio a la bomba de infusión. En otra forma de realización a modo de ejemplo, puede presionarse un botón de inicio en la bomba de infusión para comenzar el tratamiento de un paciente. En formas de realización aún adicionales, no es necesario que el usuario comience el funcionamiento y la bomba de infusión empieza a funcionar automáticamente.
La acción 20010 elimina la conexión física entre la tableta y la base. Por ejemplo, un usuario puede desconectar o desacoplar la conexión física entre la tableta y la base. Con referencia ahora a la figura 153B: La acción 20011 comunica datos entre la tableta y la base siempre que un valor de calidad de enlace del segundo enlace de comunicaciones esté por encima de un umbral. La acción 20012 entra en un estado sin cabeza si el valor de calidad de enlace cae por debajo del umbral. El estado sin cabeza se describe más abajo con referencia a las figuras 156 y 157. La tableta y la base pueden entrar ambas o individualmente en un estado sin cabeza cuando el valor de calidad de enlace cae por debajo de un umbral. El valor de calidad de enlace puede ser parte de la norma Bluetooth, puede basarse en una tasa de error de bits, una velocidad de rendimiento, o intensidad de señal, o puede utilizar cualquier métrica conocida por un experto en la técnica pertinente.
Cuando un indicador de calidad de enlace que describe la calidad del enlace inalámbrico entre la tableta y la base cae por debajo de un umbral predeterminado, la tableta o la base pueden entrar en un estado sin cabeza. En el estado sin cabeza, la base continúa tratando a un paciente e ignora las comunicaciones desde la tableta. Cuando se produce una alarma, mientras que la alarma no sea una alarma de nivel de parada de un dispositivo médico, la base continuará funcionando.
En la acción 20013, la tableta y/o la base permanecen en el estado sin cabeza mientras que el valor de calidad de enlace permanezca por debajo del umbral. La acción 20014 determina si el valor de calidad de enlace vuelve a estar por encima del umbral predeterminado y la acción 20015 abandona el estado sin cabeza cuando el valor de calidad de enlace vuelve a estar por encima del umbral predeterminado. En algunas formas de realización, una vez que la tableta o la base entran en un estado sin cabeza, un segundo valor de calidad de enlace mayor que el primer valor de calidad de enlace hace que la tableta y/o la base abandonen el estado sin cabeza.
La figura 154 muestra un diagrama de flujo de una forma de realización de la acción 20004 de la figura 153B. En la figura 154, la acción 20004 incluye las acciones 20016-20019 como subacciones. La acción 20016 comunica un número de versión del programa de interfaz desde la tableta a la base a través del primer enlace de comunicaciones. La acción 20017 determina si el programa de interfaz en la tableta es la última versión. Por ejemplo, la base puede comunicarse con un servidor para determinar el número de versión de la versión más reciente del programa de interfaz. En la acción 20018, la base recupera una versión actualizada del programa de interfaz desde un servidor, por ejemplo, si hay una versión actualizada del programa de interfaz. La acción 20019 actualiza (por ejemplo, sobrescribe) el programa de interfaz con la versión actualizada del programa de interfaz. Por ejemplo, la tableta puede incluir un programa que puede recuperar el programa de interfaz actualizado de la base y sobrescribir el programa de interfaz anterior con el programa de interfaz actualizado.
La figura 155 muestra un diagrama de flujo de una forma de realización de la acción 20005 de la figura 153A. La acción 20005 de la figura 155 incluye las acciones 20020-20025 como subacciones. La acción 20020 determina si la base está emparejada con otra tableta (por ejemplo, una segunda tableta). La acción 20021, en caso necesario, interrumpe cualquier emparejamiento entre la otra tableta y la base. Por ejemplo, en la acción 20021, se interrumpe cualquier otro emparejamiento entre otra tableta y la base de modo que la tableta que está conectada físicamente a la base puede emparejarse con la base. En la acción 20022, la base genera un archivo de configuración que se comunica desde la base a la tableta en la acción 20023 utilizando el primer enlace de comunicaciones. En la acción 20024, la tableta lee el archivo de configuración que se utiliza en la acción 20025 para emparejar la base a la tableta para comunicaciones inalámbricas para establecer el segundo enlace de comunicaciones entre la tableta y la base según el archivo de configuración.
La figura 156 muestra un diagrama de flujo que ilustra una forma de realización de la acción 20012 de la figura 153B. En la figura 156, la acción 20011 incluye las acciones 20026-20027 como subacciones. La acción 20026 suspende la comunicación de datos entre la base y la tableta. En la acción 20027, la tableta visualiza un mensaje en una interfaz de usuario pidiendo al usuario que acerque la tableta a la base.
La figura 157 muestra un diagrama de flujo que ilustra una forma de realización de la acción 20012 de la figura 153B. La acción 20012 de la figura 156 incluye las acciones 20027-20028. La acción 20028 suspende las comunicaciones de los datos entre la base y la tableta. La acción 20029 indica que la base ha entrado en el estado sin cabeza. Por ejemplo, la base puede hacer parpadear una luz indicadora y hacer que un altavoz emita un pitido. La combinación de las acciones 20026-20027 de la figura 156 y las acciones 20028-20029 de la figura 157 puede ser, en algunas formas de realización, la acción 20012 de la figura 153B.
Los expertos en la técnica pueden concebir varias alternativas y modificaciones sin apartarse de la divulgación. Por consiguiente, la presente divulgación pretende abarcar todas estas alternativas, modificaciones y variaciones. Adicionalmente, aunque se han mostrado varias formas de realización de la presente divulgación en los dibujos y/o se han comentado en el presente documento, no se pretende que la divulgación esté limitada a los mismos, sino que se pretende que la divulgación tenga el alcance que permita la técnica y que la memoria descriptiva se lea de manera similar. Por tanto, la descripción anterior no se interpretará como limitativa, sino meramente como ejemplos de formas de realización particulares. Y, los expertos en la técnica concebirán otras modificaciones dentro del alcance y el espíritu de las reivindicaciones adjuntas. También se pretende que otros elementos, etapas, procedimientos y técnicas insustancialmente diferentes de los descritos anteriormente y/o en las reivindicaciones adjuntas estén dentro del alcance de la divulgación.
Las formas de realización mostradas en los dibujos se presentan sólo para demostrar determinados ejemplos de la divulgación. Y, los dibujos descritos son sólo ilustrativos y son no limitativos. En los dibujos, con fines ilustrativos, el tamaño de algunos de los elementos puede haberse exagerado y no haberse dibujado a una escala particular. Adicionalmente, los elementos mostrados dentro de los dibujos que tienen los mismos números pueden ser elementos idénticos o pueden ser elementos similares dependiendo del contexto.
Cuando se utiliza el término “comprender” en la presente descripción y las reivindicaciones, no excluye otros elementos o etapas. Cuando se utiliza un artículo indefinido o definido haciendo referencia a un nombre en singular, por ejemplo “un” “una” o “el/la”, éste incluye un plural de ese nombre a menos que se indique específicamente de otro modo. Por tanto, el término “comprender” no se interpretará como limitado a los elementos enumerados a continuación, y no excluye otros elementos o etapas, y así el alcance de la expresión “un dispositivo que comprende los elementos A y B” no se limitará a los dispositivos compuestos sólo por componentes A y B. Esta expresión significa que, con respecto a la presente divulgación, los únicos componentes relevantes del dispositivo son A y B.
Además, los términos “primero”, “segundo”, “tercero”, y similares, ya se utilicen en la descripción o en las reivindicaciones, se proporcionan para distinguir entre elementos similares y no necesariamente para describir un orden secuencial o cronológico. Se entenderá que los términos utilizados de este modo son intercambiables en circunstancias adecuadas (a menos que se indique claramente de otro modo) y que las formas de realización de la divulgación descrita en el presente documento pueden funcionar en otras secuencias y/o disposiciones que las descritas o ilustradas en el presente documento.

Claims (18)

REIVINDICACIONES
1. Un sistema de monitorización de pacientes electrónico que comprende:
un primer módulo de cliente de monitorización configurado para recibir y almacenar información relativa a un paciente, incluyendo dicha información datos relativos a un primer parámetro del paciente medido por un dispositivo conectado al paciente, y datos relativos a un segundo parámetro del paciente recibido desde una primera base de datos que contiene información sobre el paciente; y
un segundo módulo configurado para recibir una orden de tratamiento de un usuario a través de una interfaz de usuario asociada con el segundo módulo, estando configurado además dicho segundo módulo para transmitir dicha orden de tratamiento al primer módulo, un dispositivo de comunicaciones configurado para recibir la orden de tratamiento de un usuario a través de una interfaz de usuario y para transmitir la orden de tratamiento al cliente de monitorización, en los que dicho cliente de monitorización está configurado además para:
obtener información de medicación sobre una medicación asociada con la orden de tratamiento u otros fármacos de una segunda base de datos, incluyendo la información de medicación datos que proporcionan limitaciones dentro de las que generalmente se administra la medicación;
determinar si el primer parámetro del paciente está fuera de un intervalo predeterminado;
cuando se determina que el primer parámetro está fuera del intervalo predeterminado, pedir al dispositivo que tome una lectura no planificada para determinar un tercer parámetro del paciente, en el que el tercer parámetro del paciente se mide por el dispositivo;
verificar la autenticidad del primer parámetro utilizando el tercer parámetro cuando se determina que el primer parámetro está fuera del intervalo predeterminado;
determinar si la orden de tratamiento debe confirmarse por el segundo módulo de dispositivo de comunicaciones basándose en la información de medicación, el valor del primer parámetro y el valor del segundo parámetro; y transmitir un mensaje preestablecido del primer módulo de cliente de monitorización al segundo módulo de dispositivo de comunicaciones para su visualización en la interfaz de usuario, confirmando o avisando dicho mensaje sobre la aceptabilidad de dicho pedido de medicación.
2. El sistema de monitorización de pacientes electrónico según la reivindicación 1, en el que la información de medicación incluye información de interacciones farmacológicas, información de alergias farmacológicas, información de los efectos de la tensión arterial, información de los efectos de la frecuencia cardiaca, información de los efectos del ritmo cardiaco o información de los efectos de la respiración, y en el que el primer parámetro o el segundo parámetro incluyen datos sobre los fármacos administrados actualmente al paciente, alergias farmacológicas conocidas, tensión arterial actual, frecuencia de pulso actual, ritmo cardiaco actual, frecuencia respiratoria actual o ventilación actual.
3. El sistema de monitorización de pacientes electrónico según la reivindicación 2, en el que el mensaje preestablecido incluye un aviso sobre los posibles efectos de la medicación pedida, incluyendo dicho aviso datos medidos sobre el primer parámetro, datos recibidos sobre el segundo parámetro o información de medicación obtenida por el primer módulo de cliente de monitorización.
4. El sistema de monitorización de pacientes electrónico según la reivindicación 3, en el que el primer módulo de cliente de monitorización está configurado para generar una señal que procesará el pedido de medicación o un pedido de medicación modificado después de que el mensaje preestablecido se haya transmitido y tras la recepción de una señal de confirmación procedente del segundo módulo de dispositivo de comunicaciones, disparándose la señal de confirmación por una señal de entrada de la interfaz de usuario.
5. El sistema de monitorización de pacientes electrónico según la reivindicación 3, en el que el primer o tercer parámetro está asociado con un sello de fecha y hora.
6. El sistema de monitorización de pacientes electrónico según la reivindicación 3, en el que el cliente de monitorización está configurado además para registrar el primer parámetro dentro de la primera base de datos y asociar el primer parámetro con el paciente.
7. El sistema de monitorización de pacientes electrónico según la reivindicación 3, en el que el cliente de monitorización está configurado además para registrar el primer parámetro dentro de la primera base de datos y asociar el primer parámetro con el paciente si el primer parámetro del paciente está fuera del intervalo predeterminado.
8. El sistema de monitorización de pacientes electrónico según la reivindicación 3, en el que el cliente de monitorización está configurado además para interrumpir una bomba de infusión basándose en al menos uno de los parámetros primero y tercero.
9. El sistema de monitorización de pacientes electrónico según la reivindicación 3, en el que el cliente de monitorización está configurado además para ajustar una bomba de infusión basándose en al menos uno de los parámetros primero y tercero.
10. El sistema de monitorización de pacientes electrónico según la reivindicación 9, en el que el cliente de monitorización está configurado para ajustar uno de un caudal de la bomba de infusión, un parámetro operativo de la bomba de infusión y un parámetro de tratamiento de la bomba de infusión.
11. El sistema de monitorización de pacientes electrónico según la reivindicación 3, en el que el cliente de monitorización comprende una pantalla, y el cliente de monitorización está configurado para visualizar en un borde externo de la pantalla una indicación de un estado de un dispositivo de cuidado de pacientes.
12. El sistema de monitorización de pacientes electrónico según la reivindicación 3, en el que el cliente de monitorización comprende una pantalla, y el cliente de monitorización está configurado para visualizar en un borde externo de la pantalla una indicación del progreso de un dispositivo de cuidado de pacientes.
13. El sistema de monitorización de pacientes electrónico según la reivindicación 12, en el que la indicación de progreso se visualiza iluminando un porcentaje del borde, en el que el porcentaje del borde corresponde a un porcentaje de progreso de un dispositivo de cuidado de pacientes.
14. Un cliente de monitorización que comprende:
una pantalla; y
al menos un procesador acoplado a la pantalla, en el que el al menos un procesador está configurado para: recibir y almacenar información relativa a un paciente, incluyendo dicha información datos relativos a un primer parámetro del paciente medido por un dispositivo conectado al paciente, y datos relativos a un segundo parámetro del paciente recibido desde una primera base de datos que contiene información sobre el paciente;
recibir una orden de tratamiento;
obtener información de medicación sobre una medicación asociada con la orden de tratamiento de una segunda base de datos, incluyendo la información de medicación datos que proporcionan limitaciones dentro de las que generalmente se administra la medicación;
determinar si el primer parámetro del paciente está fuera de un intervalo predeterminado; cuando se determina que el primer parámetro está fuera del intervalo predeterminado, pedir al dispositivo que tome una lectura no planificada para determinar un tercer parámetro del paciente, en el que el tercer parámetro del paciente se mide por el dispositivo;
verificar la autenticidad del primer parámetro utilizando el tercer parámetro cuando se determina que el primer parámetro está fuera del intervalo predeterminado;
determinar si la orden de tratamiento debe confirmarse por un dispositivo de comunicaciones; y
transmitir un mensaje preestablecido del cliente de monitorización al dispositivo de comunicaciones para su visualización en una interfaz de usuario, confirmando o avisando dicho mensaje sobre la aceptabilidad de dicha orden de tratamiento.
15. El cliente de monitorización según la reivindicación 14, en el que el procesador está configurado además para registrar el primer parámetro dentro de la primera base de datos y asociar el primer parámetro con el paciente.
16. El cliente de monitorización según la reivindicación 14, en el que el procesador está configurado además para registrar el primer parámetro dentro de la primera base de datos y asociar el primer parámetro con el paciente si el primer parámetro del paciente está fuera del intervalo predeterminado.
17. El cliente de monitorización según la reivindicación 14, en el que el procesador está configurado además para interrumpir o ajustar una bomba de infusión basándose en al menos uno de los parámetros primero y tercero.
18. El cliente de monitorización según la reivindicación 14, en el que el procesador está configurado además para visualizar en un borde externo de la pantalla una indicación de un estado de un dispositivo de cuidado de pacientes.
ES13826687T 2012-12-21 2013-12-20 Sistema, procedimiento y aparato para el cuidado electrónico de pacientes Active ES2728466T3 (es)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201261740474P 2012-12-21 2012-12-21
US13/723,242 US10911515B2 (en) 2012-05-24 2012-12-21 System, method, and apparatus for electronic patient care
US13/723,253 US11210611B2 (en) 2011-12-21 2012-12-21 System, method, and apparatus for electronic patient care
US13/723,239 US10108785B2 (en) 2010-01-22 2012-12-21 System, method, and apparatus for electronic patient care
PCT/US2013/042350 WO2013177357A1 (en) 2012-05-24 2013-05-23 Method and system for communication between a monitoring client and a base
US13/900,655 US11881307B2 (en) 2012-05-24 2013-05-23 System, method, and apparatus for electronic patient care
PCT/US2013/077135 WO2014100687A2 (en) 2012-12-21 2013-12-20 System, method, and apparatus for electronic patient care

Publications (1)

Publication Number Publication Date
ES2728466T3 true ES2728466T3 (es) 2019-10-24

Family

ID=50979412

Family Applications (1)

Application Number Title Priority Date Filing Date
ES13826687T Active ES2728466T3 (es) 2012-12-21 2013-12-20 Sistema, procedimiento y aparato para el cuidado electrónico de pacientes

Country Status (11)

Country Link
EP (6) EP3965112A1 (es)
JP (6) JP6750943B2 (es)
CN (6) CN113793695A (es)
AU (4) AU2013364039B2 (es)
BR (1) BR112015015060A2 (es)
CA (3) CA2896088C (es)
ES (1) ES2728466T3 (es)
MX (1) MX358021B (es)
RU (1) RU2015129753A (es)
SG (3) SG10201607032QA (es)
WO (1) WO2014100736A2 (es)

Families Citing this family (122)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8065161B2 (en) 2003-11-13 2011-11-22 Hospira, Inc. System for maintaining drug information and communicating with medication delivery devices
US9123077B2 (en) 2003-10-07 2015-09-01 Hospira, Inc. Medication management system
JP2010507176A (ja) 2006-10-16 2010-03-04 ホスピラ・インコーポレイテツド 複数のデバイス管理システムからの動態情報および構成情報を比較および利用するためのシステムおよび方法
US8271106B2 (en) 2009-04-17 2012-09-18 Hospira, Inc. System and method for configuring a rule set for medical event management and responses
US10911515B2 (en) 2012-05-24 2021-02-02 Deka Products Limited Partnership System, method, and apparatus for electronic patient care
US9759369B2 (en) 2011-12-21 2017-09-12 Deka Products Limited Partnership System, method, and apparatus for clamping
US11227687B2 (en) 2010-01-22 2022-01-18 Deka Products Limited Partnership System, method, and apparatus for communicating data
US9636455B2 (en) 2011-12-21 2017-05-02 Deka Products Limited Partnership System, method, and apparatus for estimating liquid delivery
US9400873B2 (en) 2011-12-21 2016-07-26 Deka Products Limited Partnership System, method, and apparatus for dispensing oral medications
US11164672B2 (en) 2010-01-22 2021-11-02 Deka Products Limited Partnership System and apparatus for electronic patient care
US9295778B2 (en) 2011-12-21 2016-03-29 Deka Products Limited Partnership Syringe pump
US9744300B2 (en) 2011-12-21 2017-08-29 Deka Products Limited Partnership Syringe pump and related method
US9151646B2 (en) 2011-12-21 2015-10-06 Deka Products Limited Partnership System, method, and apparatus for monitoring, regulating, or controlling fluid flow
US11210611B2 (en) 2011-12-21 2021-12-28 Deka Products Limited Partnership System, method, and apparatus for electronic patient care
US10453157B2 (en) 2010-01-22 2019-10-22 Deka Products Limited Partnership System, method, and apparatus for electronic patient care
US20110313789A1 (en) 2010-01-22 2011-12-22 Deka Products Limited Partnership Electronic patient monitoring system
US9488200B2 (en) 2010-01-22 2016-11-08 Deka Products Limited Partnership System, method, and apparatus for clamping
US9677555B2 (en) 2011-12-21 2017-06-13 Deka Products Limited Partnership System, method, and apparatus for infusing fluid
US9789247B2 (en) 2011-12-21 2017-10-17 Deka Products Limited Partnership Syringe pump, and related method and system
US11881307B2 (en) 2012-05-24 2024-01-23 Deka Products Limited Partnership System, method, and apparatus for electronic patient care
US9518958B2 (en) 2012-12-18 2016-12-13 Deka Products Limited Partnership System, method, and apparatus for detecting air in a fluid line using active rectification
US9808572B2 (en) 2010-01-22 2017-11-07 Deka Products Limited Partnership System, method and apparatus for clamping
US11244745B2 (en) 2010-01-22 2022-02-08 Deka Products Limited Partnership Computer-implemented method, system, and apparatus for electronic patient care
JP6033874B2 (ja) 2011-10-21 2016-11-30 ホスピーラ インコーポレイテッド 医療装置更新システム
US10228683B2 (en) 2011-12-21 2019-03-12 Deka Products Limited Partnership System, method, and apparatus for monitoring, regulating, or controlling fluid flow
US11217340B2 (en) 2011-12-21 2022-01-04 Deka Products Limited Partnership Syringe pump having a pressure sensor assembly
US9724467B2 (en) 2011-12-21 2017-08-08 Deka Products Limited Partnership Flow meter
US10488848B2 (en) 2011-12-21 2019-11-26 Deka Products Limited Partnership System, method, and apparatus for monitoring, regulating, or controlling fluid flow
US10082241B2 (en) 2011-12-21 2018-09-25 Deka Products Limited Partnership System, method, and apparatus for clamping
US11649924B2 (en) 2011-12-21 2023-05-16 Deka Products Limited Partnership System, method, and apparatus for clamping
US9675756B2 (en) 2011-12-21 2017-06-13 Deka Products Limited Partnership Apparatus for infusing fluid
US9372486B2 (en) 2011-12-21 2016-06-21 Deka Products Limited Partnership System, method, and apparatus for monitoring, regulating, or controlling fluid flow
US11295846B2 (en) 2011-12-21 2022-04-05 Deka Products Limited Partnership System, method, and apparatus for infusing fluid
US9746094B2 (en) 2011-12-21 2017-08-29 Deka Products Limited Partnership Flow meter having a background pattern with first and second portions
US10722645B2 (en) 2011-12-21 2020-07-28 Deka Products Limited Partnership Syringe pump, and related method and system
US10655779B2 (en) 2011-12-21 2020-05-19 Deka Products Limited Partnership System, method, and apparatus for clamping
US9746093B2 (en) 2011-12-21 2017-08-29 Deka Products Limited Partnership Flow meter and related system and apparatus
US9435455B2 (en) 2011-12-21 2016-09-06 Deka Products Limited Partnership System, method, and apparatus for monitoring, regulating, or controlling fluid flow
US10563681B2 (en) 2011-12-21 2020-02-18 Deka Products Limited Partnership System, method, and apparatus for clamping
US9759343B2 (en) 2012-12-21 2017-09-12 Deka Products Limited Partnership Flow meter using a dynamic background image
JP6401183B2 (ja) 2012-12-21 2018-10-03 デカ・プロダクツ・リミテッド・パートナーシップ データ通信のためのシステム、方法及び装置
CA2904053C (en) 2013-03-06 2023-01-03 Hospira, Inc. Medical device communication method
USD767756S1 (en) 2013-06-11 2016-09-27 Deka Products Limited Partnership Medical pump
USD736370S1 (en) 2013-06-11 2015-08-11 Deka Products Limited Partnership Medical pump
USD735319S1 (en) 2013-06-11 2015-07-28 Deka Products Limited Partnership Medical pump
US9719964B2 (en) 2013-07-31 2017-08-01 Deka Products Limited Partnership System, method, and apparatus for bubble detection in a fluid line using a split-ring resonator
CA2922425C (en) 2013-08-30 2023-05-16 Hospira, Inc. System and method of monitoring and managing a remote infusion regimen
US9662436B2 (en) 2013-09-20 2017-05-30 Icu Medical, Inc. Fail-safe drug infusion therapy system
USD745661S1 (en) 2013-11-06 2015-12-15 Deka Products Limited Partnership Apparatus to control fluid flow through a tube
USD751690S1 (en) 2013-11-06 2016-03-15 Deka Products Limited Partnership Apparatus to control fluid flow through a tube
USD749206S1 (en) 2013-11-06 2016-02-09 Deka Products Limited Partnership Apparatus to control fluid flow through a tube
USD751689S1 (en) 2013-11-06 2016-03-15 Deka Products Limited Partnership Apparatus to control fluid flow through a tube
USD752209S1 (en) 2013-11-06 2016-03-22 Deka Products Limited Partnership Apparatus to control fluid flow through a tube
US10311972B2 (en) 2013-11-11 2019-06-04 Icu Medical, Inc. Medical device system performance index
JP2016537175A (ja) 2013-11-19 2016-12-01 ホスピーラ インコーポレイテッド 注入ポンプ自動化システムおよび方法
USD760782S1 (en) 2013-12-20 2016-07-05 Deka Products Limited Partnership Display screen of a medical pump with a graphical user interface
USD756386S1 (en) 2013-12-20 2016-05-17 Deka Products Limited Partnership Display screen with graphical user interface
USD768716S1 (en) 2013-12-20 2016-10-11 Deka Products Limited Partnership Display screen of a medical pump with a graphical user interface
USD760288S1 (en) 2013-12-20 2016-06-28 Deka Products Limited Partnership Medical pump display screen with transitional graphical user interface
USD760289S1 (en) 2013-12-20 2016-06-28 Deka Products Limited Partnership Display screen of a syringe pump with a graphical user interface
USD758399S1 (en) 2013-12-20 2016-06-07 Deka Products Limited Partnership Display screen with graphical user interface
CA2934359C (en) 2014-02-21 2023-02-14 Deka Products Limited Partnership Syringe pump having a pressure sensor assembly
US9730731B2 (en) 2014-02-27 2017-08-15 Deka Products Limited Partnership Craniofacial external distraction apparatus
US9364394B2 (en) 2014-03-14 2016-06-14 Deka Products Limited Partnership Compounder apparatus
JP6853669B2 (ja) 2014-04-30 2021-03-31 アイシーユー・メディカル・インコーポレーテッド 条件付きの警報転送を用いた患者治療システム
US9724470B2 (en) 2014-06-16 2017-08-08 Icu Medical, Inc. System for monitoring and delivering medication to a patient and method of using the same to minimize the risks associated with automated therapy
US9539383B2 (en) 2014-09-15 2017-01-10 Hospira, Inc. System and method that matches delayed infusion auto-programs with manually entered infusion programs and analyzes differences therein
AU2015318119B2 (en) 2014-09-18 2019-07-11 Deka Products Limited Partnership Apparatus and method for infusing fluid through a tube by appropriately heating the tube
US20160128647A1 (en) * 2014-11-07 2016-05-12 Welch Allyn, Inc. Medical Device With Enhanced Viewing Mode
US9636453B2 (en) 2014-12-04 2017-05-02 Medtronic Minimed, Inc. Advance diagnosis of infusion device operating mode viability
US9943645B2 (en) 2014-12-04 2018-04-17 Medtronic Minimed, Inc. Methods for operating mode transitions and related infusion devices and systems
USD803387S1 (en) 2015-02-10 2017-11-21 Deka Products Limited Partnership Syringe medical pump
USD792963S1 (en) 2015-02-10 2017-07-25 Deka Products Limited Partnership Bumper for a medical pump
USD754065S1 (en) 2015-02-10 2016-04-19 Deka Products Limited Partnership AC-to-DC power supply
USD801519S1 (en) 2015-02-10 2017-10-31 Deka Products Limited Partnership Peristaltic medical pump
USD805183S1 (en) 2015-02-10 2017-12-12 Deka Products Limited Partnership Medical pump
USD774645S1 (en) 2015-02-10 2016-12-20 Deka Products Limited Partnership Clamp
USD803386S1 (en) 2015-02-10 2017-11-21 Deka Products Limited Partnership Syringe medical pump
AU2016267761B2 (en) * 2015-05-26 2021-02-11 Icu Medical, Inc. Infusion pump system and method with multiple drug library editor source capability
US10478261B2 (en) 2015-05-29 2019-11-19 Deka Products Limited Partnership System, method, and apparatus for remote patient care
USD905848S1 (en) 2016-01-28 2020-12-22 Deka Products Limited Partnership Apparatus to control fluid flow through a tube
AU2017212657B2 (en) 2016-01-28 2022-04-14 Deka Products Limited Partnership Apparatus for monitoring, regulating, or controlling fluid flow
US11244758B2 (en) * 2016-04-12 2022-02-08 White Bear Medical, LLC Self-validating module for software control of medical devices
USD854145S1 (en) 2016-05-25 2019-07-16 Deka Products Limited Partnership Apparatus to control fluid flow through a tube
WO2018013842A1 (en) 2016-07-14 2018-01-18 Icu Medical, Inc. Multi-communication path selection and security system for a medical device
CN108039954A (zh) * 2016-10-28 2018-05-15 北京东软医疗设备有限公司 一种实现查看医疗设备日志的方法、装置及系统
US11837342B2 (en) 2017-01-26 2023-12-05 Joshua J. Dronzek Method and system for backing up and maintaining electronic medical records for periods of temporary loss of connectivity to an electronic storage facility
RO132971A2 (ro) * 2017-06-12 2018-12-28 Fresenius Medical Care Deutschland Gmbh Metodă şi aparat pentru generarea unui regim de tratament
CA3095931A1 (en) 2018-04-17 2019-10-24 Deka Products Limited Partnership Peritoneal dialysis cassette with pneumatic pump
WO2019219277A1 (en) * 2018-05-15 2019-11-21 Fresenius Vial Sas Therapy-based database model for generating drug libraries
ES2962660T3 (es) 2018-07-17 2024-03-20 Icu Medical Inc Sistemas y métodos para facilitar la mensajería clínica en un entorno de red
EP3824386B1 (en) 2018-07-17 2024-02-21 ICU Medical, Inc. Updating infusion pump drug libraries and operational software in a networked environment
US10741280B2 (en) 2018-07-17 2020-08-11 Icu Medical, Inc. Tagging pump messages with identifiers that facilitate restructuring
US10861592B2 (en) 2018-07-17 2020-12-08 Icu Medical, Inc. Reducing infusion pump network congestion by staggering updates
US11501859B1 (en) 2018-07-20 2022-11-15 MedAmerica Data Services, LLC Patient callback tool and interface
US11626192B1 (en) 2018-07-20 2023-04-11 MedAmerica Data Services, LLC Real time parser for use with electronic medical records
US11177041B1 (en) 2018-07-20 2021-11-16 MedAmerica Data Services, LLC Method and system for cardiac risk assessment of a patient using historical and real-time data
US11482322B1 (en) * 2018-07-20 2022-10-25 MedAmerica Data Services, LLC Patient trackerboard tool and interface
US10692595B2 (en) 2018-07-26 2020-06-23 Icu Medical, Inc. Drug library dynamic version management
CA3107315C (en) 2018-07-26 2023-01-03 Icu Medical, Inc. Drug library management system
US11707615B2 (en) 2018-08-16 2023-07-25 Deka Products Limited Partnership Medical pump
USD917045S1 (en) 2018-08-16 2021-04-20 Deka Products Limited Partnership Slide clamp
US11839736B2 (en) 2018-11-26 2023-12-12 Kpr U.S., Llc Cassette for a flow control apparatus
TWI686817B (zh) * 2019-06-05 2020-03-01 彰化基督教醫療財團法人彰化基督教醫院 藥物傳遞系統及方法
USD964563S1 (en) 2019-07-26 2022-09-20 Deka Products Limited Partnership Medical flow clamp
CN112295049A (zh) * 2019-07-26 2021-02-02 深圳迈瑞科技有限公司 用于显示阻塞压力的输注泵及显示方法
US11839741B2 (en) 2019-07-26 2023-12-12 Deka Products Limited Partneship Apparatus for monitoring, regulating, or controlling fluid flow
CN114175179A (zh) * 2019-09-25 2022-03-11 深圳迈瑞科技有限公司 一种输注泵及输液参数设置方法
CN111430008A (zh) * 2020-02-25 2020-07-17 广州七乐康药业连锁有限公司 基于云平台下的医疗数据处理方法及医疗数据处理系统
EP4181993A1 (en) 2020-07-16 2023-05-24 Invacare Corporation System and method for concentrating gas
JP7430024B2 (ja) 2020-07-16 2024-02-09 ベンテック ライフ システムズ， インコーポレイテッド ガスを濃縮するためのシステムおよび方法
US20220157445A1 (en) * 2020-11-18 2022-05-19 Carefusion 303, Inc. Auto-programming request rejection reduction
CN112883344A (zh) * 2021-02-03 2021-06-01 中国工商银行股份有限公司 一种代码操作权限的控制方法及装置
DE102021104411A1 (de) 2021-02-24 2022-08-25 B. Braun Melsungen Aktiengesellschaft Vorrichtung und Verfahren zum Verabreichen von Flüssigkeiten
TWI795928B (zh) * 2021-09-29 2023-03-11 國立陽明交通大學 用於預測透析中不良事件之系統、方法及其電腦可讀媒介
CN113973122B (zh) * 2021-10-14 2024-04-30 杭州卓健信息科技股份有限公司 一种加密解密的通信系统及方法
WO2023069836A1 (en) * 2021-10-22 2023-04-27 Icu Medical, Inc. Medical device message coding management
WO2023122219A1 (en) * 2021-12-23 2023-06-29 Carefusion 303, Inc. System and method for intelligently controlling medical devices
WO2023183343A1 (en) * 2022-03-22 2023-09-28 Carefusion 303, Inc. Device, method, and system for accurate delivery of flush infusion
WO2023219607A1 (en) * 2022-05-10 2023-11-16 Carefusion 303, Inc. Remote scanning and validating of clinical order device configurations
WO2024039697A1 (en) * 2022-08-17 2024-02-22 Fresenius Kabi Usa, Llc Alert management in fluid delivery system
CN116763272B (zh) * 2023-06-08 2024-01-26 中国人民解放军总医院第七医学中心 一种基于蓝牙技术的便携式多人共享血压监测系统、应用方法及设备

Family Cites Families (69)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SG49695A1 (en) * 1992-10-15 1998-06-15 Gen Hospital Corp An infusion pump with an electronically loadable drug library
US5782805A (en) * 1996-04-10 1998-07-21 Meinzer; Randolph Medical infusion pump
TR200001711T2 (tr) * 1997-11-12 2001-01-22 I-Flow Corporation Bir hastanın izlenmesi için metod ve cihaz
US7587368B2 (en) * 2000-07-06 2009-09-08 David Paul Felsher Information record infrastructure, system and method
JP2002046315A (ja) * 2000-08-03 2002-02-12 Toshiba Tec Corp 画像形成装置
KR20010044394A (ko) * 2001-02-16 2001-06-05 이승국 전자카드를 이용한 전자처방전달 방법 및 그 장치
US7306578B2 (en) 2002-01-04 2007-12-11 Deka Products Limited Partnership Loading mechanism for infusion pump
CN1169494C (zh) * 2001-05-23 2004-10-06 中国科学院化学研究所 组织工程用复合结构细胞支架及其制法和用途
CA2450199C (en) * 2001-06-20 2009-10-13 Power Medical Interventions, Inc. A method and system for integrated medical tracking
JP4593108B2 (ja) * 2001-11-01 2010-12-08 スコット・ラボラトリーズ・インコーポレイテッド 鎮静および鎮痛送出システムのユーザインタフェース
US20040032426A1 (en) * 2002-04-23 2004-02-19 Jolyn Rutledge System and user interface for adaptively presenting a trend indicative display of patient medical parameters
CN1472681A (zh) * 2002-08-02 2004-02-04 中电科技电子信息系统有限公司 大中型药业连锁物流计算机管理系统及方法
US20050288571A1 (en) * 2002-08-20 2005-12-29 Welch Allyn, Inc. Mobile medical workstation
US7835927B2 (en) * 2002-12-27 2010-11-16 Carefusion 303, Inc. Medication management system
US20050021368A1 (en) * 2003-07-25 2005-01-27 Debra Burkeen Enhanced safety medication administration system
US20050021367A1 (en) * 2003-07-25 2005-01-27 Deborah Saeger Medication administration system
DE10334516B4 (de) * 2003-07-29 2006-06-14 Sorin Group Deutschland Gmbh Anzeige- und Bedienvorrichtung für medizintechnische Geräte und Anzeige-/Bedieneinheit dafür
US8065161B2 (en) * 2003-11-13 2011-11-22 Hospira, Inc. System for maintaining drug information and communicating with medication delivery devices
US7895053B2 (en) * 2003-10-07 2011-02-22 Hospira, Inc. Medication management system
EP1744262A3 (en) * 2003-11-13 2007-03-28 Hospira, Inc. System for maintaining drug information and communicating with medication delivery devices
EP1733239B1 (de) * 2004-04-07 2011-11-16 Tecan Trading AG Vorrichtung und vefahren zum identifizieren, orten und verfolgen von objekten auf laboreinrichtungen
JP4273036B2 (ja) 2004-05-12 2009-06-03 中 奥村 投薬支援プログラム、投薬支援装置、投薬支援プログラムを記録した記録媒体及び投薬支援システム
CN1811782A (zh) * 2004-09-16 2006-08-02 西门子医疗健康服务公司 医嘱管理系统和用户界面
JP2006163891A (ja) * 2004-12-08 2006-06-22 Canon Inc 作業制御装置
CN2868184Y (zh) * 2005-06-21 2007-02-14 耿洪彪 无线健康监测系统
US8527888B2 (en) * 2006-04-11 2013-09-03 Invensys Systems, Inc. Method and supporting configuration user interfaces for streamlining installing replacement field devices
US7733224B2 (en) * 2006-06-30 2010-06-08 Bao Tran Mesh network personal emergency response appliance
JP2007143834A (ja) * 2005-11-28 2007-06-14 Tosho Inc 抗ガン剤適正使用支援システム
EP2316504B1 (en) 2006-02-09 2019-09-25 DEKA Products Limited Partnership Fluid delivery system
US20070219481A1 (en) 2006-03-16 2007-09-20 Eilaz Babaev Apparatus and methods for the treatment of avian influenza with ultrasound
US20070233520A1 (en) * 2006-03-28 2007-10-04 Hospira, Inc. Medication administration and management system and method
US20080160492A1 (en) * 2006-08-08 2008-07-03 Insulet Corporation Interactive training system and method
CN1936974A (zh) * 2006-10-31 2007-03-28 上海康驰生物科技有限公司 一种电子药房系统
CN101528117B (zh) * 2006-11-03 2011-12-14 Ric投资有限责任公司 患者信息管理方法
US8195478B2 (en) * 2007-03-07 2012-06-05 Welch Allyn, Inc. Network performance monitor
US20090099866A1 (en) * 2007-08-10 2009-04-16 Smiths Medical Md, Inc. Time zone adjustment for medical devices
JP2009059040A (ja) * 2007-08-30 2009-03-19 Accel:Kk 管理システム
CN101149823A (zh) * 2007-10-29 2008-03-26 浙江大学 一种基于中医药本体的在线编辑和维护方法
US8517990B2 (en) 2007-12-18 2013-08-27 Hospira, Inc. User interface improvements for medical devices
US8414563B2 (en) 2007-12-31 2013-04-09 Deka Products Limited Partnership Pump assembly with switch
BR122020005551B1 (pt) 2007-12-31 2021-08-10 Deka Products Limited Partnership Conjunto de bomba de infusão
JP2009163534A (ja) * 2008-01-08 2009-07-23 Carecom:Kk 服薬管理システムおよび服薬管理装置
EP2250771B1 (en) * 2008-02-29 2019-04-24 Koninklijke Philips N.V. Optimizing physiologic monitoring based on available but variable signal quality
JP5520305B2 (ja) * 2008-09-29 2014-06-11 フィッシャー−ローズマウント システムズ，インコーポレイテッド プロセス制御の環境設定を行う方法
US8262616B2 (en) 2008-10-10 2012-09-11 Deka Products Limited Partnership Infusion pump assembly
US8066672B2 (en) 2008-10-10 2011-11-29 Deka Products Limited Partnership Infusion pump assembly with a backup power supply
US8016789B2 (en) 2008-10-10 2011-09-13 Deka Products Limited Partnership Pump assembly with a removable cover assembly
US8267892B2 (en) 2008-10-10 2012-09-18 Deka Products Limited Partnership Multi-language / multi-processor infusion pump assembly
US8223028B2 (en) 2008-10-10 2012-07-17 Deka Products Limited Partnership Occlusion detection system and method
US9180245B2 (en) 2008-10-10 2015-11-10 Deka Products Limited Partnership System and method for administering an infusible fluid
US8956294B2 (en) * 2009-05-20 2015-02-17 Sotera Wireless, Inc. Body-worn system for continuously monitoring a patients BP, HR, SpO2, RR, temperature, and motion; also describes specific monitors for apnea, ASY, VTAC, VFIB, and ‘bed sore’ index
US8639525B2 (en) 2009-10-16 2014-01-28 Codonics, Inc. Drug labeling
EP2720030B8 (en) * 2009-12-30 2021-09-08 JVM Co., Ltd. Medicine management system and method using the same
JP5438529B2 (ja) * 2010-01-18 2014-03-12 ココリサーチ株式会社 デジタルパネルメータ
US20110313789A1 (en) * 2010-01-22 2011-12-22 Deka Products Limited Partnership Electronic patient monitoring system
US11881307B2 (en) 2012-05-24 2024-01-23 Deka Products Limited Partnership System, method, and apparatus for electronic patient care
US10108785B2 (en) 2010-01-22 2018-10-23 Deka Products Limited Partnership System, method, and apparatus for electronic patient care
US10911515B2 (en) 2012-05-24 2021-02-02 Deka Products Limited Partnership System, method, and apparatus for electronic patient care
US10453157B2 (en) * 2010-01-22 2019-10-22 Deka Products Limited Partnership System, method, and apparatus for electronic patient care
US20110218406A1 (en) * 2010-03-04 2011-09-08 Nellcor Puritan Bennett Llc Visual Display For Medical Monitor
US9031639B2 (en) * 2010-04-27 2015-05-12 Nemoto Kyorindo Co., Ltd. Chemical liquid injector and CT apparatus
EP2628094A4 (en) 2010-10-14 2015-01-28 Hewlett Packard Development Co CONTINUOUS INQUIRY OF A DATA STREAM
CN202168825U (zh) * 2010-12-30 2012-03-21 世意法（北京）半导体研发有限责任公司 对象监视器
US20120209619A1 (en) * 2011-02-16 2012-08-16 Knotts Larry E System and method for managing the tracking and dispensing of prescription medication
CN102122364B (zh) * 2011-02-22 2013-03-06 电子科技大学 一种基于rfid无线通信的输液监护系统
US8593275B2 (en) * 2011-03-08 2013-11-26 General Electric Company Wireless monitoring system and method with dual mode alarming
SG10201800720YA (en) 2011-05-24 2018-03-28 Deka Products Lp Blood treatment systems and methods
CA2860156C (en) 2011-12-21 2022-04-26 Deka Products Limited Partnership System, method, and apparatus for electronic patient care
CN102708529B (zh) * 2012-05-16 2015-01-14 北京航空航天大学 一种药房药品仓储信息管理系统

Also Published As

Publication number Publication date
EP3511943A1 (en) 2019-07-17
CA2896088A1 (en) 2014-06-26
EP2936361A2 (en) 2015-10-28
AU2013364039B2 (en) 2019-09-26
SG10201607032QA (en) 2016-10-28
EP3537449A1 (en) 2019-09-11
AU2013364039A1 (en) 2015-07-16
NZ749334A (en) 2020-10-30
AU2021277639A1 (en) 2021-12-23
RU2015129753A3 (es) 2018-05-18
AU2019236691A1 (en) 2019-10-17
SG11201504872YA (en) 2015-07-30
JP2021072959A (ja) 2021-05-13
JP7197627B2 (ja) 2022-12-27
JP6882351B2 (ja) 2021-06-02
EP2936360A2 (en) 2015-10-28
JP7030222B2 (ja) 2022-03-04
CN112071379A (zh) 2020-12-11
BR112015015060A2 (pt) 2017-07-11
MX2015008062A (es) 2015-11-13
JP6750943B2 (ja) 2020-09-02
JP2021131883A (ja) 2021-09-09
JP2023030032A (ja) 2023-03-07
JP2019088862A (ja) 2019-06-13
CN107256325A (zh) 2017-10-17
RU2015129753A (ru) 2017-02-02
SG10201803404VA (en) 2018-06-28
MX358021B (es) 2018-08-02
AU2019236691B2 (en) 2021-09-02
JP2023012513A (ja) 2023-01-25
CN112270969A (zh) 2021-01-26
CN104969228B (zh) 2018-05-22
WO2014100736A3 (en) 2014-11-13
EP2936362B1 (en) 2019-03-20
EP2936362A2 (en) 2015-10-28
CN108806798A (zh) 2018-11-13
CN113793695A (zh) 2021-12-14
WO2014100736A2 (en) 2014-06-26
JP2016509709A (ja) 2016-03-31
CN104969228A (zh) 2015-10-07
AU2023201519A1 (en) 2023-04-13
CA3190143A1 (en) 2014-06-26
CA3190111A1 (en) 2014-06-26
CA2896088C (en) 2023-04-11
AU2021277639B2 (en) 2022-12-22
EP3965112A1 (en) 2022-03-09
CN107256325B (zh) 2021-09-28
JP7496398B2 (ja) 2024-06-06

Similar Documents

Publication Publication Date Title
ES2728466T3 (es) Sistema, procedimiento y aparato para el cuidado electrónico de pacientes
ES2910426T3 (es) Sistema, procedimiento y aparato para el cuidado electrónico de pacientes
JP7030864B2 (ja) 監視クライアントとベースとの間の通信のための方法およびシステム
JP2022068373A (ja) 電子患者介護用のシステム、方法および装置
JP6294919B2 (ja) 電子患者介護用のシステム、方法、および装置
JP2023022025A (ja) 電子患者介護用のシステム、方法、および装置
NZ752012B2 (en) System, method, and apparatus for electronic patient care