MX2014007748A - Sistema, metodo y aparato para el cuidado electrónico de pacientes. - Google Patents

Sistema, metodo y aparato para el cuidado electrónico de pacientes.

Info

Publication number
MX2014007748A
MX2014007748A MX2014007748A MX2014007748A MX2014007748A MX 2014007748 A MX2014007748 A MX 2014007748A MX 2014007748 A MX2014007748 A MX 2014007748A MX 2014007748 A MX2014007748 A MX 2014007748A MX 2014007748 A MX2014007748 A MX 2014007748A
Authority
MX
Mexico
Prior art keywords
patient care
patient
monitoring client
care
platform
Prior art date
Application number
MX2014007748A
Other languages
English (en)
Other versions
MX354308B (es
Inventor
Dean Kamen
John M Kerwin
Jacob W Scarpaci
Todd A Ballantyne
John J Biasi
James G Turner
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
Application filed by Deka Products Lp filed Critical Deka Products Lp
Publication of MX2014007748A publication Critical patent/MX2014007748A/es
Publication of MX354308B publication Critical patent/MX354308B/es

Links

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • 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
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G16H10/65—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records stored on portable record carriers, e.g. on smartcards, RFID tags or CD
    • 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/13—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 from dispensers
    • 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/40—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management of medical equipment or devices, e.g. scheduling maintenance or upgrades
    • 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

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Biomedical Technology (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Chemical & Material Sciences (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Medicinal Chemistry (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)
  • Infusion, Injection, And Reservoir Apparatuses (AREA)
  • Accommodation For Nursing Or Treatment Tables (AREA)
  • Electrotherapy Devices (AREA)
  • Surgical Instruments (AREA)

Abstract

Un sistema para cuidado electrónico del paciente incluye un centro de actividad; el centro de actividad está configurado para monitorear un dispositivo de cuidado del paciente; el arenero puede estar configurado para controlar el acceso a al menos uno de un recurso de hardware y un recurso de software; el centro de actividad además está configurado para identificar el dispositivo de cuidado del paciente y ejecutar una aplicación para monitorear el dispositivo de cuidado del paciente; el centro de actividad ejecuta la aplicación dentro del componente del arenero de modo que la aplicación acceda a al menos uno del recurso de hardware y el recurso de software a través del componente del arenero; el centro de actividad además puede estar configurado para controlar el dispositivo de cuidado del paciente; el centro de actividad además puede estar configurado para recibir una identificación del dispositivo de cuidado del paciente y descargar la aplicación de un servidor asociado con la identificación; el centro de actividad además puede estar configurado para recibir una identificación del dispositivo de cuidado del paciente y actualizar la aplicación desde un servidor asociado con la identificación.

Description

SISTEMA. MÉTODO Y APARATO PARA EL CUIDADO ELECTRÓNICO DE PACIENTES REFERENCIA CRUZADA CON SOLICITUDES RELACIONADAS La presente solicitud es una Continuación Parcial de la Solicitud de Patente de E.U.A. No. 13/011 ,543, presentada el 21 de enero, 2011 y titulada Electronic Patient Monitoring System (Caso de Apoderado No. I52), que reclama prioridad de la Solicitud de Patente de E.U.A. No. 61/297,544, presentada el 22 de enero, 2010 y titulada Electronic Order Intermediation System for a Medical Facility (Caso de Apoderado No. H53), las cuales se incorporan ambas en su totalidad a la presente como referencia.
CAMPO DE LA INVENCIÓN La presente descripción se refiere al cuidado del paciente. Más particularmente, la presente descripción se refiere a un sistema, método y aparato para el cuidado de pacientes electrónico.
ANTECEDENTES DE LA INVENCIÓN Brindar atención al paciente en un hospital general requiere 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 médicos y sistemas necesarios para el tratamiento de un paciente dado. A pesar de la existencia de sistemas destinados a facilitar el procedimiento de atención, como los que se incorporan los registros médicos electrónicos ("RME") y entrada de orden de servicios computarizados ("CPOE"), el procedimiento de brindar atención integral a los pacientes, incluyendo pedidos y la entrega de tratamientos médicos, tales como medicamentos, se asocia con una serie de problemas no triviales.
BREVE DESCRIPCIÓN DE LA INVENCIÓN En una modalidad ejemplar que implica el ordenamiento y administración de medicamentos, el sistema para el cuidado electrónico del paciente puede abarcar un primer módulo de recolección de datos (por ejemplo, un cliente de supervisión) y un segundo módulo de entrada de orden (por ejemplo, un cliente de supervisión portátil o fijo) que tiene una interfaz de usuario para transmitir un pedido o recibir información relacionada con el paciente. El primer módulo puede configurarse para recibir y almacenar parámetros relativos a la condición actual del paciente (es decir, parámetros de condición del paciente), tales como la presión arterial, frecuencia cardíaca, ritmo cardíaco, temperatura, oxigenación, la frecuencia respiratoria o ventilación, por ejemplo. El primer módulo también puede configurarse para recibir información acerca de los parámetros preexistentes relacionados con el paciente de una primera base de datos (por ejemplo, una base de datos de HCE (Historia Clínica Electrónica) que contiene información sobre el paciente), por ejemplo, incluyendo los parámetros de condición del paciente tales como alergias medicamentosas o sensibilidades, otros medicamentos actualmente administrados actualmente en tejido del paciente, edad, peso, altura, riñon o función del hígado. El primer módulo también puede configurarse para obtener información del medicamento sobre el medicamento ordenado y/o medicamentos preexistentes de un segunda base de datos (por ejemplo, una base de datos de información de fármacos), tales como interacciones de medicamentos conocidos, efectos del medicamento o medicamentos preexistentes sobre la presión arterial, pulso, ritmo cardíaco o respiración, por ejemplo. El primer módulo puede ser configurado para comparar los parámetros actualmente-medidos, condición del paciente del paciente y parámetros recibidos, preexistentes, condición del paciente con los intervalos normales conocidos y crear un cuadro de parámetros de condición del paciente encontrados fuera de los intervalos normales. El primer módulo puede comparar el cuadro de parámetros de la condición del paciente con un cuadro de parámetros correspondientes obtenidos de la base de datos de la información de fármacos. Si se encuentra una coincidencia entre el cuadro de parámetros de la condición del paciente y el cuadro de parámetros correspondientes, el primer módulo puede entonces recuperar uno o más mensajes preingresados y almacenados para la transmisión al segundo módulo (entrada de orden). Estos mensajes pueden incluir, por ejemplo, las advertencias a un usuario del segundo módulo que sean apropiadas para la orden de medicamento especial, los medicamentos preexistentes del paciente y la condición médica preexistente y actual del paciente. Opcionalmente, repeticiones adicionales de las advertencias pueden evitarse una vez que haya recibido una advertencia por el segundo módulo, y la advertencia ha sido reconocida por el usuario del segundo módulo a través de una señal de entrada de la interfaz de usuario.
En otras modalidades, el sistema electrónico para el cuidado del paciente puede proveer al usuario con valores editables por defecto derivados de dosificación estándar y pautas de administración obtenidas de la base de datos sobre fármacos y puede alerta al usuario de las modificaciones que puede indicarse basado en la condición médica preexistente y actual del paciente, alergias, medicamentos existentes u otros parámetros de la condición del paciente. El sistema electrónico para el cuidado del paciente preferentemente minimiza la cantidad de entrada mecanografiada de un » usuario.
En otras modalidades, el primer módulo u otros módulos del sistema electrónico para el cuidado del paciente pueden también utilizarse para identificar medicamentos ordenados para ser entregados a la cama del paciente (con el uso de, por ejemplo, códigos y lectores de barras, o etiquetas y escáneres RFID), y verificar que el medicamento apropiado y la dosis se están preparando y entregando al paciente. En una modalidad, el primer módulo también puede interactuar a través de un enlace de comunicaciones por cable o inalámbrica con un dispositivo para el cuidado del paciente que administra el tratamiento, como una bomba de infusión o dispensador de pildoras. En el caso de una bomba de infusión, el primer módulo u otro módulo conectado puede proporcionar la bomba de infusión con parámetros de tratamiento del paciente, tales como ajustes de infusión incluyendo una velocidad de infusión o presión de infusión, y recibir de éste varios parámetros de funcionamiento, como por ejemplo, la presencia de aire en la línea de infusión, la cantidad de solución restante en una bolsa de IV a la que está conectada, o la presión del fluido en la línea de infusión. Si se encuentra que los parámetros de funcionamiento son anormales, el primer módulo puede configurarse para responder indicando a la bomba de infusión que detenga la infusión, responder indicando a un oclusor mecánico que ocluya la línea IV, alterar la velocidad de infusión y/o alertar a un proveedor de atención médica u otros de la anomalía, ya sea directamente a través de una alarma incorporada en el primer módulo, o por transmisión de una alarma al segundo módulo. En una modalidad posterior, el primer módulo también puede configurarse para comunicarse con diversos dispositivos para el cuidado del paciente, usados para supervisar el estado de un paciente y determinar los parámetros de la condición del paciente, tales como, por ejemplo, monitores de la presión arterial, monitores de ECG, monitores de oximetría de pulso, monitores de temperatura y similares. Los distintos parámetros supervisados para ser supervisados y/o conectados mediante un dispositivo móvil y/o dentro de un RME. En algunos casos, el primer módulo puede programarse para emitir una alerta para el paciente u otras personas si los parámetros de condición del paciente supervisados caen fuera de un intervalo predeterminado. En algunas modalidades, el primer módulo puede transmitir una señal a un cliente de supervisión para llevar a cabo una medición no programada por el dispositivo para el cuidado del paciente para obtener otro parámetro de la condición del paciente. El primer módulo puede comunicarse con varios proveedores de atención médica en varios lugares y en una modalidad puede ser capaz de informar al paciente a quien se le asigna una anomalía y recomendar medidas correctivas a través, por ejemplo de una alerta audible o mensaje grabado.
En una modalidad, un sistema para la preparación de una bomba de microinfusión incluye un cliente de supervisión, una computadora de farmacia, un robot de formulación, una bomba de microinfusión y un dispositivo de descarga de datos. El cliente de supervisión está configurado para comunicar una orden de receta mediante una interfaz de usuario. El equipo de farmacia está en comunicación operativa con el cliente de supervisión para recibir el pedido de receta. El robot de formulación está configurado para preparar la receta en por lo menos un líquido correspondiente a la orden de la receta. La bomba de microinfusión está configurada para recibir al menos un líquido correspondiente a la orden de receta. El dispositivo de descarga de datos está configurado para descargar la orden de receta en una memoria de la bomba de microinfusión.
En algunas modalidades, el robot de formulación llena la bomba de microinfusión con el líquido por lo menos uno. El robot de formulación puede estar en comunicación operativa con el dispositivo de descarga de datos, y el robot de formulación podrá indicar el dispositivo de descarga de datos para descargar el pedido de receta en la memoria de la bomba de microinfusión. El dispositivo de descarga de datos puede recibir el pedido de receta del robot de formulación y/o el equipo de farmacia. En algunas modalidades, el robot de formulación recibe la orden de receta de la computadora de farmacia.
En una modalidad de la presente descripción, un sistema incluye un concentrador. El concentrador está configurado para controlar un dispositivo para el cuidado del paciente. El concentrador incluye un sistema operativo (que puede ser incorporado como un procesador que ejecuta un software) y un componente de la zona aislada (que puede ser incorporado como un procesador que ejecuta un software). El componente del sistema operativo está configurado para ingresar al menos uno de un recurso de hardware del concentrador y un recurso de software del concentrador.
El componente de zona aislada está configurado para controlar el acceso al menos de uno de los recursos de hardware y de los recursos de software. El concentrador está configurado para identificar el dispositivo para el cuidado del paciente y ejecutar una aplicación para controlar el dispositivo para el cuidado del paciente. El concentrador puede ejecutar la aplicación dentro del componente zona aislada tal que la aplicación tiene acceso al menos uno de los recursos de hardware y de los recursos de software a través del componente de la zona aislada.
El concentrador puede adicionalmente ser configurado para controlar el dispositivo para el cuidado del paciente. El dispositivo para el cuidado del paciente puede ser uno o más de una bomba de infusión, un dispensador de pastillas, una bomba de microinfusión, un monitor de ECG, un monitor de presión arterial, un oxímetro de pulso, un capnómetro de C02, una bolsa intravenosa y/o un medidor de flujo por goteo.
El concentrador puede configurarse para recibir una identificación (por ejemplo, un número de serie, código (cifrado o sin cifrar) u otro valor de identificación) del dispositivo para el cuidado del paciente y descargar la aplicación desde un servidor asociado con la identificación. El concentrador también puede configurarse para recibir una identificación del dispositivo para el cuidado del paciente y actualizar la aplicación desde un servidor asociado a la identificación.
El recurso de hardware puede ser una unidad de disco, memoria, un zumbador, un micrófono, un altavoz y una cámara. El recurso de software puede ser de una variable, un objeto de datos seguro, una variable segura, una API segura, una API y una representación de software de un componente de hardware.
En otra modalidad, un sistema para el cuidado electrónico del paciente incluye un concentrador. El concentrador está configurado para controlar un dispositivo para el cuidado del paciente. La zona aislada puede configurarse para controlar el acceso a por lo menos uno de un recurso de hardware y un recurso de software. El concentrador está configurado para identificar el dispositivo para el cuidado del paciente y ejecutar una aplicación para controlar el dispositivo para el cuidado del paciente. El concentrador ejecuta la aplicación dentro del componente de zona aislada tal que la aplicación tiene acceso a al menos uno de los recursos de hardware y de los recursos de software a través del componente de la zona aislada. El concentrador puede ser configurado además al control del dispositivo para el cuidado del paciente. El concentrador puede configurarse además para recibir una identificación del dispositivo para el cuidado del paciente y descargar la aplicación de un servidor asociado con la identificación. El concentrador puede configurarse además para recibir una identificación del dispositivo para el cuidado del paciente y actualizar la aplicación desde un servidor asociado a la identificación.
El recurso de hardware puede ser una unidad de disco, memoria, un zumbador, un micrófono, un altavoz y una cámara. El recurso de software puede ser de una variable, un objeto de datos seguro, una variable segura, una API segura, una API y una representación de software de un componente de hardware.
En otra modalidad aún, un sistema para el cuidado electrónico del paciente incluye un cliente de supervisión. El cliente de supervisión está configurado para controlar un dispositivo para el cuidado del paciente. El cliente de supervisión incluye un componente del sistema operativo configurado para tener acceso a al menos uno de un recurso de hardware del cliente de supervisión y un recurso de software del cliente de supervisión. El componente de zona aislada está configurado para controlar el acceso a al menos uno de un recurso de hardware y el recurso de software. El cliente de supervisión puede configurarse además para identificar el dispositivo para el cuidado del paciente y ejecutar una aplicación para controlar el dispositivo para el cuidado del paciente. El cliente de supervisión ejecuta la aplicación dentro del componente de la zona aislada tal que la aplicación tiene acceso a al menos uno de los recursos de hardware y de los recursos de software a través del componente de la zona aislada. El cliente supervisión además está configurado para controlar el dispositivo para el cuidado del paciente.
El dispositivo para el cuidado del paciente puede ser una bomba de infusión, un dispensador de pastillas, una bomba de microinfusión, un monitor de ECG, un monitor de presión arterial, un oxímetro de pulso, y/o un capnómetro de C02, una bolsa intravenosa y un medidor de flujo por goteo.
El cliente de supervisión puede configurarse además para recibir una identificación del dispositivo para el cuidado del paciente y descargar la aplicación desde un servidor asociado con la identificación. El cliente de supervisión puede configurarse además para recibir una identificación del dispositivo para el cuidado del paciente y actualizar la aplicación desde un servidor asociado a la identificación.
El recurso de hardware puede ser una unidad de disco, memoria, un zumbador, un micrófono, un altavoz y una cámara. El recurso de software puede ser de una variable, un objeto de datos seguro, una variable segura, una API segura, una API y una representación de software de un componente de hardware.
En otra modalidad aún, un sistema para el cuidado electrónico del paciente incluye a un cliente de supervisión configurado para supervisar un dispositivo para el cuidado del paciente. El cliente de supervisión incluye un componente de zona aislada configurado para controlar el acceso a por lo menos uno de un recurso de hardware y un recurso de software. El cliente de supervisión además está configurado para identificar el dispositivo para el cuidado del paciente y ejecutar una aplicación para controlar el dispositivo para el cuidado del paciente. El cliente de supervisión ejecuta la aplicación dentro del componente de la zona aislada tal que la aplicación tiene acceso a el al menos uno de los recursos de hardware y de los recursos de software a través del componente de la zona aislada. El cliente de supervisión puede configurarse además para controlar el dispositivo para el cuidado del paciente.
El dispositivo para el cuidado del paciente puede ser una bomba de infusión, un dispensador de pastillas, una bomba de microinfusión, un monitor de ECG, un monitor de presión arterial, un oxímetro de pulso, y/o un capnómetro de C02, una bolsa intravenosa y un medidor de flujo por goteo.
El cliente de supervisión puede configurarse además para recibir una identificación del dispositivo para el cuidado del paciente y descargar la aplicación desde un servidor asociado con la identificación. El cliente de supervisión puede configurarse además para recibir una identificación del dispositivo para el cuidado del paciente y actualizar la aplicación desde un servidor asociado a la identificación.
Los recursos de hardware pueden ser una unidad de disco, memoria, un zumbador, un micrófono, un altavoz y una cámara. El recurso de software puede ser de una variable, un objeto de datos seguro, una variable segura, una API segura, una API y una representación de software de un componente de hardware.
En otra modalidad, un sistema para el cuidado electrónico del paciente incluye un concentrador configurado para comunicarse con los registros médicos electrónicos y un dispositivo para el cuidado del paciente. El concentrador está configurado para identificar un paciente y el dispositivo para el cuidado del paciente (por ejemplo, una bomba de infusión). El concentrador también está configurado para descargar al menos un parámetro de tratamiento (por ejemplo, una fármaco de infusión, y/o una tasa de infusión o perfil de ritmo, etc.) de los registros médicos electrónicos y programar el dispositivo para el cuidado del paciente con por lo menos un parámetro de tratamiento. El concentrador identifica al paciente de acuerdo con al menos una lectura de una etiqueta RFID utilizando un interrogador RFID, una voz utilizando el software de reconocimiento de voz acoplado usando un micrófono, una cara utilizando el software de reconocimiento facial acoplado a una cámara, un parámetro biométrico de lectura biométrica, una identificación, una lectura de código de barras por un lector de código de barras. En una modalidad específica, el concentrador puede descargar por lo menos un parámetro de tratamiento usando una o más de las técnicas de identificación descritas en este documento.
En otra modalidad, un sistema para el cuidado electrónico del paciente incluye un cliente de supervisión configurado para comunicarse con los registros médicos electrónicos y un dispositivo para el cuidado del paciente. El cliente de supervisión está configurado para identificar a un paciente y el dispositivo para el cuidado del paciente (por ejemplo, una bomba de infusión). El cliente de supervisión también está configurado para descargar al menos un parámetro de tratamiento (por ejemplo, una fármaco de infusión, y/o una tasa de infusión o perfil de ritmo, etc.) de los registros médicos electrónicos y programar el dispositivo para el cuidado del paciente con por lo menos un parámetro de tratamiento. El cliente de supervisión identifica al paciente de acuerdo con al menos uno de una lectura de una etiqueta RFID utilizando un interrogador RFID, una voz utilizando el software de reconocimiento de voz acoplado usando un micrófono, una cara utilizando el software de reconocimiento facial acoplado a una cámara, un parámetro biométrico de lectura biométrica, una identificación, una lectura de código de barras por un lector de código de barras. En una modalidad específica, el cliente de supervisión puede descargar por lo menos un parámetro de tratamiento usando una o más de las técnicas de identificación descritas en este documento.
En otra modalidad, un sistema para el cuidado electrónico del paciente consta de un cliente de supervisión, una plataforma de cliente de supervisión, un dispositivo para el cuidado del paciente y una plataforma de dispositivo. El cliente de supervisión está configurado para comunicar al menos un parámetro para el cuidado del paciente. La plataforma de cliente de supervisión está configurada para recibir el cliente de supervisión para acoplar el cliente supervisión a si mismo. El dispositivo para el cuidado del paciente está configurado para comunicar el por lo menos un parámetro del cuidado del paciente. La plataforma del dispositivo está configurada para recibir el dispositivo para el cuidado del paciente para acoplar el dispositivo para el cuidado del paciente al mismo.
En una modalidad, la plataforma de cliente de supervisión y la plataforma del dispositivo están configuradas para comunicar una de una forma inalámbrica y a través de un cable operativamente acoplado a la plataforma de cliente de supervisión y la plataforma del dispositivo.
En otra modalidad, el cliente de supervisión está configurado para comunicar inalámbricamente el al menos un parámetro para el cuidado del paciente.
En otra modalidad, la plataforma de cliente de supervisión está configurada para comunicarse sin cables con el cliente de supervisión, y en donde el cliente de supervisión operativamente se comunica con el dispositivo para el cuidado del paciente comunicando al menos un parámetro del cuidado del paciente inalámbricamente con la plataforma de cliente de supervisión, a través del cable a la plataforma y al dispositivo acoplado para el cuidado del paciente.
En otra modalidad, el cliente de supervisión operativamente se comunica con al menos un parámetro para el cuidado del paciente utilizando comunicaciones inalámbricas a la plataforma de cliente de supervisión cuando el cliente de supervisión determina al menos uno de: comunicación a través del cable no está disponible; y el cliente de supervisión está desacoplado de la plataforma de cliente de supervisión.
En otra modalidad, la plataforma del dispositivo está configurada para comunicarse inalámbricamente con el cliente de supervisión, y en donde el cliente de supervisión se comunica operativamente con el dispositivo para el cuidado del paciente comunicando al menos un parámetro para el cuidado del paciente inalámbricamente con el dispositivo de la plataforma al dispositivo acoplado para el cuidado del paciente.
En otra modalidad, el cliente de supervisión operativamente comunica al menos un parámetro para el cuidado del paciente utilizando comunicaciones inalámbricas con la plataforma del dispositivo cuando el cliente de supervisión determina al menos uno de: comunicación a través del cable no está disponible; comunicación entre el cliente de supervisión y la plataforma de cliente de supervisión no está disponible; y el cliente de supervisión está desacoplado de la plataforma de cliente de supervisión.
En otra modalidad, el dispositivo para el cuidado del paciente está configurado para comunicarse sin cables con el cliente de supervisión, y en donde el cliente de supervisión comunica inalámbricamente al menos un parámetro del cuidado del paciente con el dispositivo para el cuidado del paciente.
En otra modalidad, el cliente supervisión operativamente comunica el al menos un parámetro para el cuidado del paciente inalámbricamente con el dispositivo para el cuidado del paciente cuando el cliente de supervisión determina al menos uno de: comunicación a través del cable no está disponible; comunicación entre el cliente de supervisión y la plataforma de cliente de supervisión no está disponible; comunicación entre la plataforma del dispositivo y el dispositivo para el cuidado del paciente no está disponible; el cliente de supervisión está desacoplado de la plataforma de cliente de supervisión.
En otra modalidad, la plataforma de cliente de supervisión y la plataforma están configuradas para comunicar el al menos un parámetro de forma inalámbrica al paciente. El sistema puede abarcar además un cable operativamente acoplado a la plataforma de cliente de supervisión y la plataforma del dispositivo; y en donde la plataforma del cliente de supervisión y la plataforma están configurados para comunicarse de forma inalámbrica cuando al menos uno de la plataforma de los dispositivos, plataforma de cliente de supervisión y el cliente de supervisión determina que el cable no está disponible como un enlace de comunicaciones.
En otra modalidad, el cliente de supervisión está configurado para comunicarse con el dispositivo para el cuidado del paciente mediante una pluralidad de enlaces de comunicación, y en donde el cliente de supervisión se comunica mediante un operativo de la pluralidad de enlaces de comunicación.
En otra modalidad, el dispositivo para el cuidado del paciente es uno de una bomba de infusión, un dispensador de pastillas, una bomba de microinfusión, un monitor de ECG, un monitor de presión arterial, un oxímetro de pulso y un capnometro de C02, una bolsa intravenosa y un medidor de flujo por goteo.
En otra modalidad, el parámetro para el cuidado del paciente es por lo menos uno de un parámetro del caudal de la bomba intravenosa, un parámetro de ECG, un parámetro de presión arterial, un parámetro de oxímetro de pulso, un parámetro del capnómetro de C02, un parámetro de la bolsa intravenosa y un valor del medidor del flujo por goteo. El parámetro para el cuidado del paciente puede ser un parámetro de la condición del paciente y/o un parámetro de tratamiento del paciente.
En otra modalidad, el dispositivo para el cuidado del paciente está configurado para comunicarse inalámbricamente como un nodo de una red de malla.
En otra modalidad, un cable operativamente acoplado a la plataforma de cliente de supervisión y la plataforma del dispositivo; en donde el cliente de supervisión está configurado para comunicar al menos uno del parámetro para el cuidado del paciente con el dispositivo para el cuidado del paciente mediante el cable cuando el dispositivo para el cuidado está acoplado a la plataforma del dispositivo y el cliente de supervisión está acoplado a la plataforma de cliente de supervisión.
En otra modalidad aún, un sistema para el cuidado electrónico del paciente comprende un cliente de supervisión, un dispositivo para el cuidado del paciente y una plataforma del dispositivo. El cliente de supervisión está configurado para comunicar al menos un parámetro para el cuidado del paciente. El dispositivo para el cuidado del paciente está configurado para comunicarse al parámetro del cuidado del paciente por lo menos uno. La plataforma del dispositivo está configurada para recibir el dispositivo para el cuidado del paciente para acoplar el dispositivo para el cuidado del paciente a la misma y para recibir al cliente de supervisión para acoplar al cliente de supervisión al mismo.
En otra modalidad aún, un sistema para el cuidado electrónico del paciente comprende: un dispositivo para el cuidado del paciente configurado para comunicar el al menos un parámetro para el cuidado del paciente; un cliente de supervisión configurado para comunicar al menos un parámetro para el cuidado del paciente; y una plataforma de dispositivo configurada para recibir el dispositivo para el cuidado del paciente para acoplar el dispositivo para el cuidado del paciente al mismo. La plataforma del dispositivo y el cliente de supervisión están integrados juntos.
En otra modalidad aún, un sistema para el cuidado electrónico del paciente comprende: un cliente de supervisión apilable configurado para comunicar al menos un parámetro para el cuidado del paciente; y un dispositivo para el cuidado del paciente apilable configurado para comunicar por lo menos uno de los parámetros para el cuidado del paciente. El cliente de supervisión apilable y el dispositivo para el cuidado del paciente apilable podrán comunicar al menos un parámetro para el cuidado del paciente mediante un enlace de comunicaciones encadenadas tipo margarita y/o usando una tarjeta principal.
En otra modalidad aún, un sistema para el cuidado electrónico del paciente comprende: un dispositivo para el cuidado del paciente configurado para comunicar al menos un parámetro para el cuidado del paciente; un cliente de concentrador configurado para comunicarse al menos un parámetro para el cuidado del paciente; y una plataforma de dispositivo configurada para recibir el dispositivo para el cuidado del paciente para acoplar el dispositivo para el cuidado del paciente al mismo. El concentrador puede conectarse a la plataforma del dispositivo para establecer un enlace de comunicación entre éstos. El sistema puede abarcar además un cliente de supervisión en comunicación operativa con el concentrador para recibir por lo menos uno de los parámetros para el cuidado del paciente. El parámetro para el tratamiento del paciente podrá ser comunicado operativamente al concentrador y el concentrador comunicar el parámetro de tratamiento del paciente al dispositivo para el cuidado del paciente.
En una modalidad específica, el concentrador puede incluir una interfaz de usuario, y el concentrador puede requerir verificación del usuario antes de enviar el parámetro de tratamiento del paciente al dispositivo para el cuidado del paciente.
En una modalidad específica, el cliente de supervisión puede incluir una interfaz de usuario y el cliente de supervisión puede requerir verificación del usuario antes de enviar el parámetro de tratamiento del paciente al dispositivo para el cuidado del paciente a través del concentrador.
En una modalidad específica, el dispositivo para el cuidado del paciente puede incluir una interfaz de usuario, y el dispositivo para el cuidado del paciente puede requerir verificación del usuario del parámetro de tratamiento del paciente antes de tratar a un paciente.
El concentrador puede configurarse para controlar un dispositivo para el cuidado del paciente. En una modalidad específica, el concentrador puede incluir un componente de zona aislada configurado para controlar el acceso a por lo menos uno de un recurso de hardware y un recurso de software.
El concentrador puede configurarse además para identificar el dispositivo para el cuidado del paciente y ejecutar una aplicación para controlar el dispositivo para el cuidado del paciente. El concentrador podrá ejecutar la aplicación dentro del componente zona aislada tal que la aplicación tiene acceso al menos uno de los recursos de hardware y de los recursos de software a través del componente de la zona aislada.
En otra modalidad, un sistema para el cuidado electrónico del paciente comprende: al menos un monitor del paciente adaptado para controlar al menos un parámetro del paciente; un cliente de supervisión en comunicación operativa con por lo menos un monitor del paciente para recibir el al menos un parámetro del paciente de éste; y un servidor de supervisión en comunicación operativa con el cliente de supervisión para recibir el al menos un parámetro del paciente del cliente de supervisión.
En otra modalidad, el sistema puede abarcar además un comunicador remoto en comunicación operativa con el por lo menos un monitor del paciente para recibir el al menos un parámetro del paciente.
El monitor del paciente al menos uno puede incluye al menos uno de un monitor de electrocardiograma, un monitor de presión arterial, un monitor de oxímetro de pulso y un capnómetro de C02. El cliente de supervisión puede configurarse para descargar información del paciente según un identificador único del paciente designado. El identificador único del paciente puede ser codificado en un código de barras dispuesto en una pulsera. El identificador único del paciente puede ser codificado en una etiqueta RFID acoplada a una banda de la muñeca (por ejemplo, un interrogador RFID). La información del paciente incluye una condición del paciente o un parámetro para el cuidado del paciente. El identificador único del paciente puede enviarse operativamente al servidor de supervisión para obtener permiso electrónico para comunicar datos específicos del paciente. Un subconjunto de los datos específicos del paciente puede ser almacenado dentro de una memoria del cliente de supervisión. El cliente de supervisión puede ser adaptado para determinar si una nueva orden cumple criterios predeterminados basados en el subconjunto de los datos específicos del paciente almacenados en la memoria.
En otra modalidad, el sistema consta además de un cliente de supervisión portátil adaptado para presentar la nueva orden para el cliente de supervisión. Al menos uno del cliente de supervisión y/o el comunicador remoto puede ser adaptado para comunicar la nueva orden al servidor de supervisión, y en donde el servidor de supervisión puede ser adaptado para determinar si la nueva orden cumple otros criterios predeterminados.
En otra modalidad, la nueva orden puede ser un pedido de medicamento y el servidor de supervisión puede ser adaptado para determinar si la nueva orden cumple los otros criterios predeterminados al determinar si la orden de medicamento está contraindicada por un medicamento actualmente prescrito. El servidor de supervisión puede comunicarse con una base de datos para determinar si la nueva orden cumple los otros criterios predeterminados. El servidor de supervisión puede configurarse para enviar una alerta al cliente de supervisión cuando el nuevo orden no cumple con los otros criterios predeterminados.
En otra modalidad, el sistema puede abarcar una comunicación remota adaptada para la comunicación operativa con al menos uno del cliente de supervisión y el servidor de supervisión.
En otra modalidad, el cliente de supervisión puede ser uno de un dispositivo basado en la plataforma, un dispositivo portátil, un regulador de mano, una PC notebook, una PC netbook, una PC tableta y un teléfono inteligente. El cliente de supervisión incluye una pantalla táctil.
En otra modalidad, el sistema puede incluir además una bomba de infusión y el cliente de supervisión está en comunicación operativa con la bomba de infusión. La bomba de infusión puede ser acoplable al cliente de supervisión. La bomba de infusión puede ser desmontable del cliente de supervisión.
En otra modalidad, el sistema comprende además una plataforma configurada para acoplar al cliente de supervisión a la bomba de infusión.
En otra modalidad, el cliente de supervisión está en comunicación operativa con la bomba de infusión mediante un enlace inalámbrico.
En otra modalidad, el servidor de supervisión está configurado para comunicarse con una pluralidad de bases de datos y en donde al menos una de la pluralidad de las bases de datos incluye un formateo de los datos o un protocolo de comunicaciones diferente a otra base de datos de la pluralidad de las bases de datos.
En otra modalidad, el servidor de supervisión se adapta para formatear los datos de la pluralidad de las bases de datos para descargar los datos en el cliente de supervisión. Opcionalmente y en algunas modalidades específicas, el cliente de supervisión podrá comunicar al menos un parámetro del paciente al servidor de supervisión. En una modalidad específica, el parámetro del paciente puede ser uno o más de y/o comprender al menos uno de los avances del tratamiento de una bomba de infusión, una señal electrocardiográfica, una señal de la presión arterial, una señal de oxímetro de pulso, una señal de capnómetro de C02 y/o una señal de temperatura.
En otra modalidad, el servidor de supervisión puede configurarse para descargar instrucciones operacionales a una bomba de infusión mediante el cliente de supervisión.
El cliente de supervisión puede recibir una solicitud de usuario para leer el parámetro del paciente y puede interrogar el dispositivo de supervisión para recibir el parámetro del paciente.
En otra modalidad, el sistema puede abarcar además un cliente de supervisión portátil. El cliente de supervisión portátil puede estar en comunicación operativa con el cliente de supervisión para comunicar directamente información del paciente desviando de este modo el servidor de supervisión. El cliente de supervisión portátil puede configurarse para cambiar al menos un parámetro de una bomba de infusión y comunicar el al menos un parámetro cambiado al servidor de supervisión.
Un cambio en una orden del paciente presentada mediante el cliente de supervisión portátil puede transmitirse a otro cliente de supervisión portátil.
En otra modalidad, el cliente de supervisión está configurado para cargar periódicamente información en el servidor de supervisión para el almacenamiento en una base de datos específica del paciente.
El sistema puede abarcar además otro cliente de supervisión adaptado para recibir la información de la base de datos específica del paciente.
La información puede incluir al menos una de una orden del paciente, un medicamento del paciente, una nota del progreso, datos de supervisión desde el monitor del paciente y datos del tratamiento de un dispositivo conectado.
Puede configurarse el servidor de supervisión para interrogar una base de datos de registros electrónicos de la salud para recibir información de los pacientes de la misma. El servidor de supervisión puede configurarse además para poblar al cliente de supervisión con un conjunto predefinido de información de acuerdo con la información del paciente.
El conjunto predefinido de información puede incluir al menos uno de una edad del paciente, una altura, un peso, un diagnóstico, un medicamento actual, una categoría de medicamentos, una alergia al medicamento y una sensibilidad.
En otra modalidad, el cliente remoto de supervisión portátil está adaptado para comunicarse con el cliente de supervisión mediante el servidor de supervisión. El cliente de supervisión portátil remoto puede ser uno de una PC tableta, una netbook y una PC. El cliente de supervisión remota portátil puede incluir una pantalla táctil.
En otra modalidad, un método para el cuidado electrónico del paciente comprende: mostrar una pluralidad de pacientes en una pantalla; mostrar por lo menos uno de los parámetros del paciente en la pantalla asociada a un paciente de la pluralidad de los pacientes; mostrar al menos una alerta asociada con el paciente en la pantalla; y seleccionar al paciente de la pluralidad de los pacientes.
El método, en algunas modalidades específicas, puede abarcar además enviar la alerta a un dispositivo portátil comunicador remoto teniendo la pantalla de un cliente de supervisión.
En otra modalidad aún, un sistema para el cuidado electrónico del paciente comprende: un cliente de supervisión configurado para comunicar al menos un parámetro para el cuidado del paciente; un dispositivo para el cuidado del paciente configurado para comunicar al menos un parámetro para el cuidado del paciente; y una interfaz de comunicación configurada para facilitar la comunicación entre el cliente de supervisión y al menos un dispositivo para el cuidado del paciente, descubriendo la presencia de por lo menos un dispositivo para el cuidado del paciente y traducir las señales de comunicación de ese dispositivo en un protocolo de comunicación asociado con el cliente de supervisión.
En una modalidad específica, la interfaz de comunicación además está configurada para descubrir la presencia de otros dispositivos para el cuidado del paciente adicionales que son diferentes uno del otro y para traducir las señales de comunicación de los dispositivos en el protocolo de comunicación asociado con el cliente de supervisión.
En otra modalidad específica, la interfaz de comunicación además está configurada para proporcionar energía adecuada para cada uno de los dispositivos. En otra modalidad específica todavía, el sistema consta además de una o más bases de datos accesibles por el cliente de supervisión que permite al menos uno del almacenamiento central de información del paciente y/o descarga de información que puede utilizarse en el tratamiento de un paciente asociado con el cliente de supervisión.
En otra modalidad específica aún, la interfaz de comunicación se configura además para llevar a cabo un chequeo de falla para al menos uno de evaluar la integridad de los datos de las comunicaciones con el dispositivo para el cuidado del paciente, evaluar si la supervisión del cliente está funcionando correctamente, evaluar si el dispositivo para el cuidado del paciente está funcionando correctamente y/o evaluar si la interfaz de comunicación está funcionando correctamente.
En otra modalidad aún, un sistema para el cuidado electrónico del paciente comprende: un cliente de concentrador configurado para comunicarse al menos un parámetro para el cuidado del paciente; un dispositivo para el cuidado del paciente configurado para comunicar a al menos un parámetro para el cuidado del paciente; y una interfaz de comunicación configurada para facilitar la comunicación entre el concentrador y el dispositivo para el cuidado del paciente al menos uno, descubriendo la presencia de por lo menos un dispositivo para el cuidado del paciente y traduciendo las señales de comunicación de ese dispositivo en un protocolo de comunicación asociado con el concentrador.
En una modalidad específica, la interfaz de comunicación está configurada además para descubrir la presencia de otros dispositivos para el cuidado del paciente adicionales que son diferentes uno del otro y para traducir las señales de comunicación de aquellos dispositivos en el protocolo de comunicación asociado con el concentrador.
En otra modalidad específica, la interfaz de comunicación además está configurada para proporcionar energía adecuada para cada uno de los dispositivos. En otra modalidad específica, el sistema comprende además de una o más bases de datos accesibles por el concentrador que permiten al menos uno del almacenamiento central de información del paciente y/o descarga de información que puede utilizarse en el tratamiento de un paciente asociado con el concentrador.
En otra modalidad específica, la interfaz de comunicación se configura además para llevar a cabo un chequeo de falla para al menos uno de evaluar la integridad de los datos de las comunicaciones con el dispositivo para el cuidado del paciente, evaluar si la supervisión del cliente está funcionando correctamente, evaluar si el dispositivo para el cuidado del paciente está funcionando correctamente y/o evaluar si la interfaz de comunicación está funcionando correctamente.
En otra modalidad todavía, un sistema electrónico para el cuidado del paciente comprende: una plataforma configurada para comunicar al menos un parámetro para el cuidado del paciente; un dispositivo para el cuidado del paciente configurado para comunicar al menos un parámetro para el cuidado del paciente; y una interfaz de comunicación configurada para facilitar la comunicación entre la plataforma y el dispositivo para el cuidado del paciente al menos uno, descubriendo la presencia de por lo menos un dispositivo para el cuidado del paciente y traduciendo las señales de comunicación de ese dispositivo en un protocolo de comunicación asociado con la plataforma.
En una modalidad específica, la interfaz de comunicación además está configurada para descubrir la presencia de otros dispositivos para el cuidado del paciente adicionales que son diferentes uno del otro y para convertir las señales de comunicación de aquellos dispositivos en el protocolo de comunicación asociados con la plataforma.
En otra modalidad específica, la interfaz de comunicación además está configurada para proporcionar energía adecuada para cada uno de los dispositivos. En otra modalidad específica, el sistema consta además de una o más bases de datos accesibles por la plataforma que permite al menos uno del almacenamiento central de información del paciente y/o descarga de información que puede utilizarse en el tratamiento de un paciente asociado con la plataforma.
En otra modalidad específica aún, la interfaz de comunicación se configura además para llevar a cabo un chequeo de falla para al menos uno de evaluar la integridad de los datos de las comunicaciones con el dispositivo para el cuidado del paciente, evaluar si la supervisión del cliente está funcionando correctamente, evaluar si el dispositivo para el cuidado del paciente está funcionando correctamente y/o evaluar si la interfaz de comunicación está funcionando correctamente.
En una modalidad, un dispositivo para el cuidado del paciente comprende: un cuerpo; una pista dentro del cuerpo configurada para recibir un poste; y dos miembros de fricción acoplados al cuerpo y configurados para bloquear con fricción el cuerpo a un poste dentro de la pista.
En una modalidad, un concentrador comprende: una interfaz del dispositivo para el cuidado del paciente; una fuente de alimentación acoplada a la interfaz del dispositivo para el cuidado del paciente y configurado para suministrar energía a un dispositivo para el cuidado del paciente; un procesador; un transmisor-receptor acoplado a la interfaz del dispositivo para el cuidado del paciente configurada para proporcionar comunicaciones entre el procesador y el dispositivo para el cuidado del paciente. El procesador puede configurarse, en algunas modalidades específicas, para desactivar el dispositivo para el cuidado del paciente en un estado de alarma.
En una modalidad, una plataforma comprende: una interfaz del dispositivo para el cuidado del paciente; una fuente de alimentación acoplada a la interfaz del dispositivo para el cuidado del paciente y configurada para suministrar energía a un dispositivo para el cuidado del paciente; un procesador; un transmisor-receptor acoplado a la interfaz del dispositivo para el cuidado del paciente configurada para proporcionar comunicaciones entre el procesador y el dispositivo para el cuidado del paciente. El procesador puede configurarse, en algunas modalidades específicas, para desactivar el dispositivo para el cuidado del paciente en un estado de alarma.
En una modalidad, un módulo de comunicación comprende: una ¡nterfaz del dispositivo para el cuidado del paciente; una fuente de alimentación acoplada a la i nterfaz de dispositivo para el cuidado del paciente y configurado para suministrar energía a un dispositivo para el cuidado del paciente; un procesador; un transmisor-receptor acoplado a la ¡nterfaz del dispositivo para el cuidado del paciente configurada para proporcionar comunicaciones para el dispositivo para el cuidado del paciente y otro dispositivo. El procesador puede configurarse, en algunas modalidades específicas, para desactivar el dispositivo para el cuidado del paciente en un estado de alarma.
En otra modalidad, un sistema para el cuidado del paciente comprende: una plataforma; una pluralidad de dispositivos para el cuidado del paciente modular configurado para acoplar con la plataforma; y una pantalla retráctil de un cliente de supervisión. Los dispositivos modulares para el cuidado del paciente pueden interactuar con la plataforma a lo largo de un plano horizontal, de forma escalonada, o a través de un conector.
En otra modalidad aún, un sistema para el cuidado electrónico del paciente comprende: un primer módulo configurado para recibir y almacenar la información relativa a un paciente, dicha información incluyendo los datos relacionados a un primer parámetro del paciente medido por un dispositivo conectado al paciente y los datos relacionados con un segundo parámetro de la paciente recibido de una primera base de datos que contiene información sobre el paciente; y un segundo módulo configurado para recibir una orden de medicamentos de un usuario a través de una interfaz de usuario asociada con el segundo módulo, dicho segundo módulo siendo configurado además para transmitir dicha orden de tratamiento al primer módulo, en donde dicho primer módulo además está configurado para: a) obtener información del medicamento sobre dicho medicamento u otros fármacos de una segunda base de datos, la información del medicamento incluyendo datos proporcionando las limitaciones bajo las cuales tal medicamento se administra generalmente; b) determinar si la orden de medicamento debe (en esta modalidad específica) ser confirmada por el segundo módulo basado en la información del medicamento, el valor del primer parámetro y el valor del segundo parámetro; y c) transmitir un mensaje preestablecido desde el primer módulo al segundo módulo para su visualización en la interfaz de usuario, dicho mensaje confirmando o advirtiendo acerca de la aceptabilidad de dicha orden de medicamento.
La información del medicamento puede incluir información sobre las interacciones de fármacos, alergias a las medicinas, información de los efectos de la presión arterial, información de los efectos del pulso cardíaco, información de los efectos del ritmo cardíaco o información de los efectos de la respiración, y en donde el primer parámetro o el segundo parámetro incluyen datos acerca de los parámetros actualmente administrados del paciente, alergias a los fármacos conocidas, presión arterial actual, pulso actual, ritmo cardíaco actual, ritmo respiratorio actual o ventilación actual.
El mensaje preestablecido puede incluir una advertencia sobre los efectos potenciales del medicamento ordenado, dicha advertencia incluyendo datos medidos sobre el primer parámetro, datos recibidos acerca del segundo parámetro, o información de medicamentos obtenidos por el primer módulo.
El primer módulo puede configurarse para generar una señal que la orden de medicamento o una orden de medicamentos modificados debe ser procesada después de que se ha transmitido el mensaje previamente establecido y en la recepción de una señal de confirmación desde el segundo módulo, la señal de confirmación siendo desencadenada por una señal de entrada de la interfaz del usuario.
En otra modalidad, un dispositivo para el cuidado del paciente comprende un primer enlace de comunicaciones y un segundo enlace de comunicaciones; y una plataforma incluye un primer enlace de comunicaciones y un segundo enlace de comunicaciones. Cuando el dispositivo para el cuidado del paciente está dentro de un rango predeterminado con la plataforma, el dispositivo para el cuidado del paciente y la plataforma se acoplan usando el primer enlace de comunicaciones y permanecerán en comunicación mediante el segundo enlace de comunicaciones después del acoplamiento. El acoplamiento que se produce usando el primer enlace de comunicaciones puede emparejar el dispositivo para el cuidado del paciente y la plataforma para el segundo enlace de comunicaciones. El primer enlace de comunicaciones puede ser comunicaciones de campo cercano y el segundo enlace de comunicaciones puede ser Bluetooth, WiFi, Bluetooth de baja energía u otro enlace de comunicaciones.
En otra modalidad, un dispositivo para el cuidado del paciente comprende un primer enlace de comunicaciones y un segundo enlace de comunicaciones; y un cliente de supervisión incluye un primer enlace de comunicaciones y un segundo enlace de comunicaciones. Cuando el dispositivo para el cuidado del paciente está dentro de un rango predeterminado con el cliente de supervisión, el dispositivo para el cuidado del paciente y el cliente de supervisión se acoplan usando el primer enlace de comunicaciones y permanecerán en comunicación mediante el segundo enlace de comunicaciones después del acoplamiento. El acoplamiento que se produce usando el primer enlace de comunicaciones puede ser para acoplar el dispositivo para el cuidado del paciente y el cliente de supervisión para el segundo enlace de comunicaciones. El primer enlace de comunicaciones puede ser comunicaciones de campo cercano y el segundo enlace de comunicaciones puede ser Bluetooth, WiFi, Bluetooth de baja energía u otro enlace de comunicaciones.
En algunas modalidades, un dispositivo para el cuidado del paciente comprende una memoria que tiene una plantilla de interfaz de usuario almacenada en la memoria. La plantilla de interfaz de usuario podrá estar comunicada a una plataforma, un concentrador y/o un cliente de supervisión para visualizar en una interfaz de usuario de la plataforma, el concentrador y/o el cliente de supervisión. La plantilla de interfaz de usuario puede configurarse para mostrar uno o más parámetros para el cuidado del paciente recibidos del dispositivo para el cuidado del paciente (por ejemplo, en tiempo real).
En otra modalidad aún, una bomba de infusión incluye un componente electrónico acoplable. El componente acoplable electrónico incluye al menos un procesador, un regulador de potencia y un sistema de control.
En una modalidad, un módulo de comunicación incluye al menos un procesador y uno o más de un transceptor, una batería y una fuente de alimentación para proporcionar al menos uno de capacidad de comunicación y energía a un dispositivo para el cuidado del paciente.
En otra modalidad aún, un monitor del sistema usable incluye un componente de vigilancia y un transceptor. El monitor del sistema usable puede incluir un procesador acoplado con el componente de vigilancia y el transceptor para cumplir una función de vigilancia de por lo menos un dispositivo acoplado. El dispositivo acoplado puede ser por lo menos uno de una plataforma, un concentrador, un cliente de supervisión y/o un dispositivo para el cuidado del paciente.
En otra modalidád aún, un método incluye uno o más de: establecer un enlace de comunicación entre un dispositivo para el cuidado del paciente y un servidor de supervisión; comunicar un parámetro para el cuidado del paciente para el servidor de supervisión; des-identificar el parámetro para el cuidado del paciente; y/o almacenar el parámetro desidentificado para el cuidado del paciente en el servidor de supervisión.
En otra modalidad aún, un método incluye uno o más de: establecer enlaces de comunicación entre un servidor de supervisión y una pluralidad de dispositivos para el cuidado del paciente asociados con una pluralidad de pacientes; comunicar una pluralidad de parámetros para el cuidado del paciente de la pluralidad de dispositivo para el cuidado del paciente para el servidor de supervisión; des-identificar los parámetros para el cuidado del paciente; almacenar los parámetros para el cuidado del paciente en el servidor de supervisión; tratar una pluralidad de pacientes con un tratamiento; y analizar un subconjunto de la pluralidad de parámetros para el cuidado del paciente asociados con la pluralidad de los pacientes para determinar la eficacia del tratamiento.
En otra modalidad aún, un dispositivo para el cuidado del paciente (por ejemplo, una bomba de infusión) es intercambiable en caliente en un mínimo de una plataforma, un concentrador y/o una conexión del cliente de supervisión.
En otra modalidad aún, un método para tener un dispositivo intercambiable en caliente para el cuidado del paciente, por ejemplo, una bomba de infusión, incluye uno o más de: recibir uno o más parámetros del cuidado del paciente, asociados a un dispositivo para el cuidado del paciente; almacenar los uno o más parámetros para el cuidado del paciente en una memoria no volátil del dispositivo para el cuidado del paciente; cargar uno o más parámetros del cuidado del paciente en la memoria de trabajo; y reanudar el funcionamiento del dispositivo para el cuidado del paciente. El método puede incluir, en una modalidad adicional determinar que operación del dispositivo para el cuidado del paciente puede reanudarse.
En otra modalidad aún, un método para tener un dispositivo intercambiable en caliente para el cuidado del paciente, por ejemplo, una bomba de infusión, incluye uno o más de: calcular uno o más parámetros de operación asociados con un dispositivo para el cuidado del paciente; almacenar los parámetros de funcionamiento uno o más en una memoria no volátil del dispositivo para el cuidado del paciente; cargar los parámetros de funcionamiento uno o más en la memoria de trabajo; y reanudar el funcionamiento del dispositivo para el cuidado del paciente. El método puede incluir, en una modalidad adicional determinar que operación del dispositivo para el cuidado del paciente puede reanudarse.
En otra modalidad, un método para el acoplamiento incluye: colocar un cliente de supervisión y/o un concentrador con una interfaz de usuario dentro de una distancia operativa de un dispositivo para el cuidado del paciente (por ejemplo, una bomba de infusión); mostrar la identidad del dispositivo para el cuidado del paciente en la interfaz de usuario; seleccionar el dispositivo para el cuidado del paciente para el acoplamiento utilizando la interfaz de usuario; acoplar el dispositivo para el cuidado del paciente al cliente de supervisión y/o el concentrador; y/o comunicar los parámetros para el cuidado del paciente al cliente de supervisión y/o el concentrador. En otra modalidad todavía, y opcionalmente, el método puede incluir comunicar operativamente los parámetros adicionales para el cuidado del paciente con otro dispositivo para el cuidado del paciente a través del dispositivo para el cuidado del paciente, por ejemplo, al cliente de supervisión y/o el concentrador.
En otra modalidad aún, un método incluye: acoplar un dispositivo para el cuidado del paciente en una plataforma; identificar el dispositivo para el cuidado del paciente; consultar a un servidor para una aplicación para controlar el dispositivo para el cuidado del paciente; descargar la aplicación en una plataforma, un concentrador y/o un cliente de supervisión; ejecutar la aplicación utilizando la plataforma, el concentrador y/o el cliente de supervisión; y controlar el dispositivo para el cuidado del paciente mediante la aplicación.
En otra modalidad aún, un método incluye: colocar un dispositivo para el cuidado del paciente en comunicación operativa con un concentrador; el concentrador puede identificar el dispositivo para el cuidado del paciente; el concentrador puede consultar a un servidor para una aplicación para controlar el dispositivo para el cuidado del paciente; el concentrador puede descargar la aplicación en un concentrador; el concentrador puede ejecutar la aplicación; y el concentrador puede controlar el dispositivo para el cuidado del paciente mediante la aplicación.
En otra modalidad aún, un método incluye: colocar un dispositivo para el cuidado del paciente en comunicación operativa con una plataforma; la plataforma puede identificar el dispositivo para el cuidado del paciente; la plataforma puede consultar un servidor para una aplicación para controlar el dispositivo para el cuidado del paciente; la plataforma puede descargar la aplicación en una plataforma; la plataforma puede ejecutar la aplicación; y la plataforma puede controlar el dispositivo para el cuidado del paciente mediante la aplicación.
En otra modalidad aún, un método incluye: colocar un dispositivo para el cuidado del paciente en comunicación operativa con un cliente de supervisión; el cliente de supervisión puede identificar el dispositivo para el cuidado del paciente; el cliente de supervisión puede consultar a un servidor para una aplicación para controlar el dispositivo para el cuidado del paciente; el cliente de supervisión puede descargar la aplicación en un cliente de supervisión; el cliente de supervisión puede ejecutar la aplicación; y el cliente de supervisión puede controlar el dispositivo para el cuidado del paciente mediante la aplicación.
En otra modalidad aún, un método puede incluir: enviar una solicitud en una interfaz de un usuario de un dispositivo de comunicaciones; confirmar la solicitud; y enviar la solicitud; recibir la solicitud con un valor de comprobación; y confirmar que el valor de verificación está de conformidad con la solicitud antes de enviarse.
En otra modalidad aún, un concentrador incluye una plataforma para recibir un dispositivo para el cuidado del paciente y al menos un conector acoplado a una puerta de apertura configurada para recibir otro dispositivo para el cuidado del paciente.
En otra modalidad aún, un concentrador está en comunicación operativa con al menos uno de los registros médicos electrónicos, DERS, CPOE, y/o la Internet para controlar y/o supervisar un dispositivo para el cuidado del paciente.
En otra modalidad, un concentrador está adaptado para conectar a una camilla para controlar uno o más dispositivos para el cuidado del paciente acoplados a la camilla.
En otra modalidad aún, un paquete de baterías incluye una interfaz del dispositivo para el cuidado del paciente, una batería y una fuente de alimentación regulada configurada para suministrar energía a un dispositivo para el cuidado del paciente mediante la batería. La batería puede, en alguna modalidad, recargarse usando una fuente de alimentación de CC.
En una modalidad, un dispositivo para el cuidado del paciente incluye una pantalla y un acelerómetro. El dispositivo para el cuidado del paciente está configurado para mostrar la pantalla en posición vertical como se determina utilizando el acelerómetro.
En otra modalidad aún, un sistema electrónico para el cuidado del paciente incluye: un cliente de supervisión y una plataforma configurada para coincidir con un poste. Un adaptador puede acoplarse a la plataforma. El adaptador puede incluir al menos un acoplador electrónico para colocar un dispositivo para el cuidado del paciente en la comunicación operativa con el cliente de supervisión. El dispositivo para el cuidado del paciente puede deslizarse en el adaptador.
En otra todavía modalidad, un sistema electrónico para el cuidado del paciente incluye un cliente de supervisión, un dispositivo para el cuidado del paciente y un módulo de comunicación. El dispositivo para el cuidado del paciente y/o el módulo de comunicación es tolerantes a fallas del cliente de supervisión. Por ejemplo, el cliente de supervisión no puede dirigir el dispositivo para el cuidado del paciente para llevar a cabo una operación insegura.
BREVE DESCRIPCIÓN DE LOS DIBUJOS Estos y otros aspectos se harán más evidentes de la siguiente descripción detallada de las diversas modalidades de la presente descripción con referencia a los dibujos donde: La figura 1 es un diagrama de bloques de un sistema electrónico para el cuidado del paciente que tiene dos plataformas de acuerdo con una modalidad de la presente descripción; La figura 2 es un diagrama de flujo que ilustra un método para mantener las comunicaciones entre el cliente de supervisión y un dispositivo para el cuidado del paciente de la figura 1 de acuerdo con una modalidad de la presente descripción; La figura 3 es un diagrama de bloques de un sistema electrónico para el cuidado del paciente que tiene dos plataformas para comunicaciones inalámbricas entre éstos según otra modalidad de la presente descripción; La figura 4 es un diagrama de flujo que ilustra un método para mantener las comunicaciones entre el cliente de supervisión y un dispositivo para el cuidado del paciente de la figura 3 conforme a una modalidad de la presente descripción; La figura 5 es un diagrama de bloques de un sistema electrónico para el cuidado del paciente que tiene una plataforma para acoplar juntos un cliente de supervisión y dispositivos para el cuidado del paciente según otra modalidad de la presente descripción; La figura 6 es un diagrama de flujo que ilustra un método para mantener las comunicaciones entre el cliente de supervisión y un dispositivo para el cuidado del paciente de la figura 5 según una modalidad de la presente descripción; La figura 7 es un diagrama de bloques de un sistema electrónico para el cuidado del paciente que tiene un cliente de supervisión con una plataforma integrada para el acoplamiento de dispositivos para el cuidado del paciente a ésta según otra modalidad de la presente descripción; La figura 8 es un diagrama de bloques de un sistema electrónico para el cuidado del paciente que tiene un concentrador de acuerdo aún con otra modalidad de la presente descripción; La figura 9 es un diagrama de bloques de un sistema electrónico para el cuidado del paciente que tiene un cliente de supervisión apilable y dispositivos para el cuidado del paciente apilables de acuerdo con otra modalidad de la presente descripción; La figura 10 es diagrama de flujo de un método para comunicar un parámetro para el cuidado del paciente de un dispositivo para el cuidado de pacientes a un servidor de supervisión de acuerdo con una modalidad de la presente descripción; La figura 11 es diagrama de flujo de un método para agregar parámetros para el cuidado del paciente de varios pacientes en un servidor de supervisión de acuerdo con una modalidad de la presente descripción; La figura 12 es un diagrama de flujo de un método de recuperación para un dispositivo para el cuidado del paciente cuando se interrumpe el funcionamiento del dispositivo para el cuidado del paciente de acuerdo con una modalidad de la presente descripción; La figura 13 es un diagrama de flujo de un método para acoplar un cliente de supervisión con un dispositivo para el cuidado del paciente de acuerdo con una modalidad de la presente descripción; La figura 14 es un diagrama de flujo de un método para supervisar el funcionamiento de un dispositivo para el cuidado del paciente mediante un monitor del sistema usable acoplado con el dispositivo para el cuidado del paciente de acuerdo con una modalidad de la presente descripción; La figura 15 es un diagrama de flujo de un método para mostrar una interfaz de usuario utilizando una plantilla de interfaz de usuario de acuerdo con una modalidad de la presente descripción; La figura 16 es un diagrama de flujo de un método para descargar una aplicación para controlar un dispositivo para el cuidado del paciente de acuerdo con una modalidad de la presente descripción; La figura 17 es un diagrama de flujo de un método para asegurar la integridad de los datos cuando se comunican datos para un dispositivo para el cuidado del paciente de acuerdo con una modalidad de la presente descripción; La figura 18 es un diagrama de bloques de un sistema electrónico para el cuidado del paciente de acuerdo con otra modalidad de la presente descripción; La figura 19 es un diagrama de bloques de un sistema electrónico para el cuidado del paciente de acuerdo con otra modalidad de la presente descripción; La figura 20 es un diagrama de bloques de una plataforma del sistema electrónico para el cuidado del paciente de la figura 19 según una modalidad de la presente descripción; La figura 21 muestra un sistema electrónico para el cuidado del paciente que tiene una tableta anclada en una plataforma con un cable eléctricamente acoplado a dispositivos para el cuidado del paciente de acuerdo con una modalidad de la presente descripción; La figura 22 muestra un sistema electrónico para el cuidado del paciente que tiene una tableta acoplada en una plataforma para comunicarse inalámbricamente con dispositivos para el cuidado del paciente de acuerdo con una modalidad de la presente descripción; La figura 23 muestra un sistema electrónico para el cuidado del paciente que tiene bombas de infusión modulares que acoplan en una plataforma que tiene un cliente de supervisión con una interfaz de usuario retráctil de acuerdo con una modalidad de la presente descripción; La figura 24 muestra una vista lateral del sistema electrónico para el cuidado del paciente de la figura 23 conforme a una modalidad de la presente descripción; La figura 25 muestra un sistema electrónico para el cuidado del paciente que tiene bombas de infusión modulares que acoplan en una plataforma teniendo un cliente de supervisión con una interfaz de usuario retráctil, las bombas de infusión están dispuestas en forma escalonada según otra modalidad de la presente descripción; La figura 26 muestra un sistema electrónico para el cuidado del paciente que tiene bombas de infusión modulares que acoplan en una plataforma a lo largo de un plano horizontal común y la plataforma incluye a un cliente de supervisión con una interfaz de usuario retráctil de acuerdo con otra modalidad de la presente descripción; La figura 27 muestra una vista lateral del sistema electrónico para el cuidado del paciente de la figura 26 según otra modalidad de la presente descripción; La figura 28 muestra un sistema electrónico para el cuidado del paciente que tiene un concentrador acoplado a un explorador y una plataforma, el sistema electrónico para el cuidado del paciente también incluye bombas de infusión modulares que acoplan en la plataforma a lo largo de un plano horizontal común y la plataforma incluye un cliente de supervisión con una interfaz de usuario retráctil de acuerdo con otra modalidad de la presente descripción; La figura 29 muestra una vista lateral del sistema electrónico para el cuidado del paciente de la figura 28 según otra modalidad de la presente descripción; La Fig. 30 a 32 muestran varias vistas que ilustran un sistema de embrague para el montaje de un sistema electrónico para el cuidado del paciente en un poste de acuerdo con una modalidad de la presente descripción; La figura 33 muestra una bomba de infusión y una plataforma acoplada a un poste de acuerdo con una modalidad de la presente descripció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 de acuerdo con una modalidad de la presente descripción; La figura 35 muestra la bomba de infusión de la figura 33 con dos bombas de infusión adicionales cada una acoplada a un conector abierto respectivo de acuerdo con una modalidad de la presente descripción; La figura 36 muestra una vista superior de una de las bombas de infusión de las figuras 33 a 35 y un concentrador de acuerdo con una modalidad de la presente descripción; La figura 37 muestra un concentrador cuadrado con varios conectores de acuerdo con una modalidad de la presente descripción; La figura 38 muestra un sistema electrónico para el cuidado del paciente que tiene un concentrador acoplado a un poste de acuerdo con otra modalidad de la presente descripción; La figura 39 muestra un sistema electrónico para el cuidado del paciente que tiene un concentrador acoplado a un poste y una plataforma portátil que incluyen una manija de liberación rápida para soltar la plataforma portátil del concentrador de acuerdo con otra modalidad de la presente descripción; La figura 40 muestra un sistema electrónico para el cuidado del paciente que tiene un concentrador acoplado a un poste y una plataforma acolada al concentrador según otra modalidad de la presente descripción; La figura 41 muestra un sistema electrónico para el cuidado del paciente que tiene un concentrador acoplado a un poste de acuerdo con otra modalidad de la presente descripción; La figura 42 muestra un sistema electrónico para el cuidado del paciente que tiene un cliente de supervisión acoplado a un concentrador con muescas para recibir dispositivos para el cuidado del paciente según otra modalidad de la presente descripción; La figura 43 muestra una vista cercana de un conector en forma de T para la conexión con las muescas del concentrador como se muestra en la figura 42 según otra modalidad de la presente descripción; La figura 44 muestra un sistema electrónico para el cuidado del paciente que tiene dispositivos para el cuidado del paciente apilables y un contenedor apilable para alojar una bolsa de infusión de conformidad con otra modalidad de la presente descripción; La figura 45 muestra un sistema electrónico para el cuidado del paciente que tiene dispositivos para el cuidado del paciente apilables que son apilables junto a otra pila de dispositivos para el cuidado de los pacientes según otra modalidad de la presente descripción; La figura 46 muestra un sistema electrónico para el cuidado del paciente que tiene dispositivos para el cuidado del paciente apilables con un dispositivo de bomba de jeringa para el cuidado del paciente teniendo una sola jeringa según otra modalidad de la presente descripción; La figura 47 muestra un sistema electrónico para el cuidado del paciente que tiene dispositivos para el cuidado de pacientes apilables con un dispositivo para el cuidado del paciente de bomba de jeringa teniendo dos jeringas de acuerdo con otra modalidad de la presente descripción; La figura 48 muestra un sistema electrónico para el cuidado del paciente que tiene dispositivos para el cuidado del paciente apilables cada uno con una pantalla de acuerdo con otra modalidad de la presente descripción; La figura 49 es una vista cercana de la manija del dispositivo para el cuidado electrónico del paciente de la figura 48 según otra modalidad de la presente descripción; La figura 50 es una vista cercana de un puerto de la línea de infusión mostrando una línea de infusión colocada a través de esta del sistema electrónico para el cuidado del paciente de la figura 48 según otra modalidad de la presente descripción; La figura 51 muestra otra modalidad de un sistema electrónico para el cuidado del paciente ilustrando el retiro de un dispositivo para el cuidado del paciente apilable de acuerdo con otra modalidad de la presente descripción; La figura 52 muestra un sistema para el cuidado electrónico del paciente preparado para el transporte de acuerdo con otra modalidad de la presente descripción; La figura 53 muestra un sistema electrónico para el cuidado del paciente con dispositivos para el cuidado del paciente apilables de acuerdo con otra modalidad de la presente descripción; La figura 54 muestra un sistema electrónico para el cuidado del paciente que tiene dispositivos para el cuidado del paciente apilables, apilables de abajo a arriba, según otra modalidad de la presente descripción; La figura 55 muestra un sistema electrónico para el cuidado de pacientes acoplado a un poste y que tiene dispositivos para el cuidado de pacientes apilables, apilables de arriba a abajo, de acuerdo con otra modalidad de la presente descripción; La figura 56 muestra una vista en perspectiva de un sistema de embrague con una manija de liberación para agarrar con fricción un poste de acuerdo con otra modalidad de la presente descripción; La figura 57 muestra una vista posterior del sistema de embrague de la figura 56 mostrando un fondo transparente conforme a otra modalidad de la presente descripción; La figura 58 muestra una vista transversal, superior del sistema de embrague de la figura 56 según otra modalidad de la presente descripción; La figura 59 es un diagrama de bloques de un sistema para el control de una bomba de infusión de acuerdo con una modalidad de la presente descripción; La figura 60 es un diagrama de bloques de un sistema electrónico para el cuidado del paciente que tiene un concentrador para la comunicación con varios dispositivos electrónicos para el cuidado del paciente de acuerdo con una modalidad de la presente descripción; La figura 61 es un diagrama de bloques de un sistema electrónico para el cuidado del paciente que tiene una plataforma conectable a dispositivos para el cuidado del paciente a través de conexiones USB de acuerdo con una modalidad de la presente descripción; La figura 62 es un diagrama del procedimiento que muestra varias etapas del cuidado electrónico del paciente de acuerdo a una modalidad de la presente descripción; Las figuras 63 a 66 muestran varios arreglos de un sistema electrónico para el cuidado del paciente de acuerdo con una modalidad de la presente descripción; La figura 67 muestra un diagrama de temporización de tratamiento electrónico para el cuidado del paciente mediante una bomba de infusión de acuerdo con una modalidad de la presente descripción; Las figuras 68A a 68B muestran un diagrama de flujo de un método que ilustra el diagrama de temporización de la figura 67 según una modalidad de la presente descripción; Las figuras 69 a 70 muestran arreglos adicionales de un sistema electrónico para el cuidado del paciente de acuerdo con una modalidad de la presente descripción; La figura 71 muestra un diagrama de temporización de tratamiento electrónico para el cuidado del paciente mediante una bomba de infusión de acuerdo con una modalidad de la presente descripción; Las figuras 72A a 72B muestran un diagrama de flujo de un método que ilustra el diagrama de temporización de la figura 71 según una modalidad de la presente descripción; La figura 73 muestra otro diagrama de temporización del tratamiento para el cuidado electrónico del paciente mediante una bomba de infusión de acuerdo con una modalidad de la presente descripción; La figura 74 muestra un diagrama de flujo de un método que ilustra el diagrama de temporización de la figura 73 conforme a una modalidad de la presente descripción; La figura 75 muestra otro diagrama de temporización del tratamiento para el cuidado electrónico del paciente mediante una bomba de infusión según otra modalidad de la presente descripción; La figura 76 muestra un diagrama de flujo de un método que ilustra el diagrama de temporización de la figura 75 es conforme con una modalidad de la presente descripción; Las figuras 77 a 78 muestran varios arreglos de un sistema electrónico para el cuidado del paciente de acuerdo con una modalidad de la presente descripción; La figura 79 muestra otro diagrama de temporización de un tratamiento para el cuidado electrónico del paciente mediante una bomba de infusión según otra modalidad de la presente descripción; Las figuras 80A a 80B muestran un diagrama de flujo de un método que ilustra el diagrama de temporización de la figura 79 según una modalidad de la presente descripción; La figura 81 muestra otro diagrama de temporización de un tratamiento para el cuidado electrónico del paciente mediante una bomba de infusión según otra modalidad de la presente descripción; Las figuras 82A a 82B muestran un diagrama de flujo de un método que ilustra el diagrama de temporización de la figura 81 según una modalidad de la presente descripción; Las figuras 83 a 89 muestran varias modalidades adicionales de un sistema electrónico para el cuidado del paciente según varias modalidades de la presente descripción; La figura 90 muestra un diagrama de bloques de circuitos electrónicos de modalidades de un concentrador de acuerdo con una modalidad de la presente descripción; La figura 91 muestra un diagrama de bloques de los circuitos electrónicos para conectarse con una bomba de infusión de acuerdo con una modalidad de la presente descripción; La figura 92 muestra otra modalidad de un sistema electrónico para el cuidado del paciente que tiene dispositivos para el cuidado del paciente alineados verticalmente acoplados en una plataforma de acuerdo con una modalidad de la presente descripción; La figura 93 muestra un diagrama de bloques de los circuitos electrónicos de una modalidad de un concentrador de acuerdo con una modalidad de la presente descripción; La figura 94 muestra un diagrama de bloques de circuitos electrónicos de un módulo de comunicación de acuerdo con una modalidad de la presente descripción; Las figuras 95 a 98 muestran varias modalidades de sistemas electrónicos para el cuidado del paciente que tienen una bomba de infusión acoplada con un módulo de comunicaciones según varias modalidades de la presente descripción; Las figuras 99 a 101 muestran varios diagramas de bloques de circuitos electrónicos de una plataforma según varias modalidades de la presente descripción; La figura 102 muestra un diagrama de bloques del paquete de baterías según una modalidad de la presente descripción; Las figuras 103 a 104 muestran modalidades adicionales de circuitos electrónicos de una plataforma según modalidades adicionales de la presente descripción; Las figuras 105 a 116 muestran varias modalidades de bombas acoplables conectadas a un cliente de supervisión según modalidades adicionales de la presente descripción; La figura 117 muestra una tarjeta principal para el uso con bombas de infusión de acuerdo con una modalidad de la presente descripción; La figura 118 muestra una vista transversal del panel de tarjeta principal de la figura 1 7 de acuerdo con una modalidad de la presente descripción; Las figuras 119 a 120 muestran varias modalidades de bombas acoplables conectadas a un cliente de supervisión según modalidades adicionales de la presente descripción; La figura 121 muestra un módulo de comunicación de acuerdo con una modalidad de la presente descripción; La figura 122 muestra un módulo de comunicación conectado a un dispositivo de supervisión del paciente de acuerdo con una modalidad de la presente descripción; La figura 123 muestra un diagrama de circuitos electrónicos del módulo de comunicación de la figura 121 según una modalidad de la presente descripción; La figura 124 muestra un diagrama de circuitos electrónicos para traducir las comunicaciones de campo cercano a UHF de acuerdo con una modalidad de la presente descripción; Las figuras 125 a 127 muestran varias antenas según modalidades adicionales de la presente descripción; La figura 128 muestra una pulsera del paciente con una etiqueta RFID unida a ésta de acuerdo con una modalidad de la presente descripción; La figura 129 muestra un resonador de anillo dividido para usarse en la pulsera de la figura 128 conforme a una modalidad de la presente descripción; La figura 130 muestra una antena de campo cercano de acuerdo con una modalidad de la presente descripción; La figura 131 muestra un circuito equivalente para el resonador de anillo dividido de la figura 130 conforme a una modalidad de la presente descripción; La figura 132 muestra una lista de verificación de 5 Rs que puede visualizarse en un cliente de supervisión de acuerdo con una modalidad de la presente descripción; La figura 133 muestra una lista de verificación de oclusión que puede mostrarse en un cliente de supervisión de acuerdo con una modalidad de la presente descripción; La figura 134 muestra una pantalla de un cliente de supervisión en comunicación operativa con varias bombas de infusión de acuerdo con una modalidad de la presente descripción; La figura 135 es una ilustración de una exhibición en un cliente de supervisión portátil del proveedor del cuidado de la salud, mostrando una lista de pacientes cuya información puede acceder el proveedor de acuerdo con una modalidad de la presente descripción; La figura 136 es una ilustración de una pantalla en un cliente de supervisión portátil de un proveedor del cuidado de la salud, mostrando dispositivos asociados con un paciente particular, con los datos actuales de los dispositivos y acceso con un toque a parte de la información médica del paciente de acuerdo con una modalidad de la presente descripción; La figura 137es una ilustración de una pantalla en un cliente de supervisión portátil de un proveedor del cuidado de la salud, mostrando campos de entrada de datos para una receta para un medicamento para su uso con una bomba de infusión intravenosa de acuerdo con una modalidad de la presente descripción; La figura 138 es una ilustración de una pantalla en un cliente de supervisión portátil de un proveedor de cuidado de la salud, mostrando un perfil de riesgo asociado con un medicamento ordenado y un curso de acción sugerido, como el generado por el cliente supervisión de acuerdo con una modalidad de la presente descripción; La figura 139 es una ilustración de una pantalla en un cliente de supervisión portátil de un proveedor del cuidado de la salud, mostrando una receta de medicamentos lista para su presentación por el proveedor de pedidos según una modalidad de la presente descripción; La figura 140 es una ilustración de una pantalla en un cliente de supervisión de un proveedor del cuidado de la salud, mostrando cómo el sistema de supervisión puede mostrar confirmación al proveedor de pedidos que la receta se ha transmitido al farmacéutico de acuerdo con una modalidad de la presente descripción; La figura 141 muestra una vista en perspectiva de la bomba de microinfusión acoplada a un adaptador de acuerdo con una modalidad de la presente descripción; La figura 142 muestra una vista en perspectiva de un dispositivo concentrador inalámbrico que retransmite inalámbricamente datos de un dispositivo para el cuidado del paciente a un cliente de supervisión, otro concentrador o una plataforma de acuerdo con una modalidad de la presente descripción; La figura 143 muestra una vista en perspectiva, frontal de un sistema electrónico para el cuidado del paciente que tiene dispositivos modulares para el cuidado del paciente acoplados a un cliente de supervisión vía un adaptador y una plataforma de acuerdo con una modalidad de la presente descripción; La figura 144 muestra una vista en perspectiva lateral del sistema para el cuidado electrónico del paciente de la figura 143 conforme a una modalidad de la presente descripción; La figura 145 muestra un primer plano, una vista en perspectiva de la interfaz de uno de los dispositivos para el cuidado del paciente que se muestra en la figura 143 de acuerdo con una modalidad de la presente descripción; La figura 146 muestra una vista superior del sistema electrónico para el cuidado del paciente de la figura 143 conforme a una modalidad de la presente descripción; La figura 147 muestra una ilustración de un sistema para el sistema electrónico para el cuidado del paciente de acuerdo con una modalidad de la presente descripción; La figura 148 muestra un diagrama de bloques de un sistema electrónico para el cuidado del paciente de acuerdo con una modalidad de la presente descripción; La figura 149 muestra un diagrama de bloques de una porción al lado del sistema electrónico para el cuidado del paciente de la figura 147 y/o la figura 148 conforme a una modalidad de la presente descripción; La figura 150 muestra un diagrama de bloques de la plataforma/concentrador de las figuras 147, 148 y/o 149 de acuerdo con una modalidad de la presente descripción; La figura 151 es un diagrama de bloques que ilustra los circuitos de la bomba de infusión de las figuras 148 y/o 149 de acuerdo con una modalidad de la presente descripción; y La figura 152 es un diagrama de bloques que ilustra los sensores acoplados a la mecánica de una bomba de infusión de acuerdo con una modalidad de la presente descripción; DESCRIPCIÓN DETALLADA DE LA INVENCIÓN Se describen técnicas para facilitar el cuidado de los pacientes. Las técnicas pueden aplicarse, por ejemplo, en un sistema que tiene uno o más dispositivos para el cuidado del paciente que comunicativamente están acoplados a un cliente de supervisión, conforme a una modalidad ejemplar. Los dispositivos para el cuidado del paciente pueden incluir cualquier número de diversas funcionalidades y/o pueden ser producidos por diferentes fabricantes. En uno de esos casos, una interfaz de comunicación entre la estación de supervisión del cliente y los diversos dispositivos para el cuidado del paciente permite el descubrimiento y traducción del protocolo, así como varias otras funcionalidades tales como el aprovisionamiento de energía, cumplimiento regulador e interfaz del usuario por nombrar unos pocos. Un dispositivo para el cuidado del paciente puede ser una bomba de infusión, una bomba microinfusión, una bomba de insulina, una bomba de jeringa, un dispensador de pastillas, una máquina de diálisis, un ventilador, una ecografía, un monitor de ECG, un monitor de presión arterial, un oxímetro de pulso, un capnómetro de C02, un contador de goteo, un medidor de caudal, un dispositivo óptico de Doppler, un monitor de frecuencia cardíaca, 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 de paciente y/u otro dispositivo de cabecera para el cuidado del paciente. Solicitud de Patente de E.U.A. No. de serie 11/704,899, presentada el 9 de febrero, 2007 y titulada Fluid Delivery Systems and Methods, ahora Publicación de E.U.A. No. US-2007-0228071-A1 publicada el 4 de octubre, 2007 (Caso de Apoderado No. E70), Solicitud de Patente de E.U.A. No. de serie 11/704,896, presentada el 9 de febrero, 2007 y titulada Pumping Fluid Delivery Systems and Methods Using Forcé Application Assembly, ahora Publicación de E.U.A. No. US-2007-0219496, publicada el 20 de septiembre, 2007 (Caso de Apoderado E71), Solicitud de Patente de E.U.A. No. de serie 11/704,886, presentada el 9 de febrero, 2007 y titulada Patch-Sized Fluid Delivery Systems and Methods, ahora Publicación de E.U.A. No. US-2007-0219481 , publicada el 20 de septiembre, 2007 (Caso de Apoderado No. E72), Solicitud de Patente de E.U.A. No. de serie 11/704,897, presentada el 9 de febrero, 2007 y titulada Adhesive and Peripheral Systems and Methods for Medical Devices, ahora Publicación de E.U.A. No. US-2007-0219597, publicada el 20 de septiembre, 2007 (Caso de Apoderado No. E73), Solicitud de Patente de E.U.A. No. de serie 12/347,985, presentada el 31 de diciembre, 2008, y titulada Infusión Pump Assembly, ahora Publicación de E.U.A. No. US-2009-0299277 publicada el 3 de diciembre, 2009 (Caso de Apoderado No. G75), Solicitud de Patente de E.U.A. No. de serie 12/347,982, presentada el 31 de diciembre, 2008 y titulada Wearable Pump Assembly, ahora Publicación de E.U.A. No. US-2009-0281497, publicada el 12 de noviembre, 2009 (Caso de Apoderado No. G76), Solicitud de Patente de E.U.A. No. de serie 12/347,981 , presentada el 31 de diciembre, 2008 y titulada Infusión Pump Assembly, ahora Publicación de E.U.A. No. US-2009-0275896, publicada el 5 de noviembre, 2009 (Caso de Apoderado No. G77), Solicitud de Patente de E.U.A. No. 12/347,984 presentada el 31 de diciembre, 2008 y titulada Pump Assembly With Switch, ahora Publicación de E.U.A. No. US-2009-0299289, publicada el 3 de diciembre, 2009 (Caso de Apoderado No. G79), Solicitud de Patente de E.U.A. No. de seriel 2/249,882, presentada el 10 de octubre, 2008 y titulada Infusión Pump Assembly, ahora Publicación de E.U.A. No. US-2010-0094222, publicada el 15 de abril, 2010 (Caso de Apoderado No. F51), Solicitud de Patente de E.U.A. No. de serie 12/249,636, presentada el 10 de octubre, 2008 y titulada System and Method for Administering an Infusible Fluid, ahora Publicación de E.U.A. No. US-2010-0094261 , publicada el 15 de abril, 2010 (Caso de Apoderado No. F52), Solicitud de Patente de E.U.A. No. de serie 12/249,621 , presentada el 10 de octubre, 2008 y titulada Occlusion Detection System and Method, ahora Publicación de E.U.A. No. US-2010-0090843, publicada el 15 de abril, 2010 (Caso de Apoderado No. F53), Solicitud de Patente de E.U.A. No. de serie 12/249,600, presentada el 10 de octubre, 2008 y titulada Multi-Language/Multi-Processor Infusión Pump Assembly, ahora Publicación de E.U.A. No. US-2010-0094221 , publicada el 15 de abril, 2010 (Caso de Apoderado No. F54), Patente de E.U.A. No. 8,066,672, expedida el 29 de noviembre, 2011 y titulada An Infusión Pump Assembly with a Backup Power Supply (Caso de Apoderado No. F55), Patente de E.U.A. No. 8,016,789, expedida el 13 de septiembre, 2011 y titulada Pump Assembly with a Removable Cover Assembly (Caso de Apoderado No. F56), Patente de E.U.A. No. 7,306,578, expedida el 11 de diciembre, 2007 y titulada Loading Mechanism for Infusión Pump (Caso de Apoderado No. C54), todas las cuales se incorporan como referencia en su totalidad a la presente. Las técnicas pueden utilizarse para permitir la comunicación impecable y el funcionamiento a prueba de fallos. Numerosas otras características, funcionalidades y aplicaciones serán evidentes a la luz de esta descripción.
Panorama general Como se describió anteriormente el procedimiento de brindar cuidado integral a los pacientes, tales como el pedido y la entrega de los tratamientos médicos, está asociado con un número de problemas no triviales. Por ejemplo, hay gran potencial de que información crítica sea indebidamente comunicada, que se tomen decisiones de tratamiento sin fácil acceso a la información completa, y/o retraso en la aplicación de las recetas debido a procedimientos innecesariamente redundantes e ineficientes.
Más detalladamente, errores de medicamento pueden ser responsables de cientos de muertes y pueden lesionar a miles o incluso millones de personas cada año en Estados Unidos. Hospitales bajo estrés financiero pueden experimentar una mayor incidencia de errores de medicamento. Los medicamentos asociados con los errores más peligrosos incluyen insulina, narcóticos, heparina y quimioterapia. Fuentes de errores de medicamento incluyen administrar el medicamento equivocado, administrar la concentración incorrecta del medicamento, entregar el medicamento a la tasa equivocado o entregar el medicamento a través de la ruta equivocada (los medicamentos pueden administrarse por vía oral, intravenosa, intramuscular, por vía subcutánea, por vía rectal, tópica para la piel, ojos u oído, por vía intratecal, intraperitoneal, o incluso intravesicalmente). Incluso con ordenamiento adecuado y correcto etiquetado, medicamentos aún pueden ser administrados incorrectamente por letra ¡legible, falta de comunicación de las recetas para medicamentos y mala pronunciación de medicamentos con nombres similares. La tendencia del uso de los registros médicos electrónicos ("RME") y los sistemas de codificación de barras de medicamentos han demostrado que reducen la incidencia de errores de medicamento. Los sistemas RME, por ejemplo, pueden facilitar la entrada de orden del proveedor computarizada ("CPOE") y marcar recetas que no coinciden con el diagnóstico de un paciente, alergias, peso y/o edad. Sin embargo, estos sistemas no se han adoptado ampliamente y su aplicación puede resultar en importantes retrasos e ineficiencias en pedidos, preparación y administración de medicamentos.
Además, dispositivos de infusión de medicamentos, por ejemplo, bombas de infusión, están involucrados en un número considerable (por ejemplo, hasta un tercio) de todos los errores de medicamento que resultan en un daño importante. El medicamento equivocado puede ser interrumpido, podrán introducir parámetros incorrectos (por ejemplo, concentración de medicamentos o tasa de infusión) o los parámetros existentes de la infusión pueden ser cambiados incorrectamente. De las muertes relacionadas con las bombas de infusión, casi la mitad puede ser debido a un error de usuario y la mayoría de estos errores puede deberse a errores en la programación de la bomba de infusión.
Un sistema de supervisión eficaz puede supervisar e interceder en cualquier fase del procedimiento de ordenamiento y administración de medicamentos para ayudar a minimizar cualquiera de una serie de eventos adversos que pudieran resultar del tratamiento. El procedimiento del tratamiento del medicamento puede ser separado conceptualmente en tres fases: una fase de receta, una fase de preparación del medicamento y una fase de administración del medicamento. Los errores pueden ocurrir cuando una receta para un medicamento es escribe o introduce, cuando el medicamento es obtenido para su uso o mezclado en una solución, o cuando el medicamento se administra al paciente.
Por lo tanto, de acuerdo con una modalidad de la presente descripción, un sistema electrónico para el sistema para el cuidado electrónico del paciente se describe que incluye un cliente de supervisión configurado para comunicar al menos un parámetro para el cuidado del paciente, un dispositivo para el cuidado del paciente configurado para comunicar al menos un parámetro del cuidado del paciente y una interfaz de comunicación configurada para facilitar la comunicación entre el cliente de supervisión y el al menos un dispositivo para el cuidado del paciente, descubriendo la presencia por lo menos de un dispositivo para el cuidado del paciente y traduciendo señales de comunicación del dispositivo en un protocolo de comunicación asociado con el cliente de supervisión. En algunas modalidades, el cliente de supervisión pasivamente supervisa el funcionamiento de un dispositivo para el cuidado del paciente. La interfaz de comunicación puede ser aplicada por un módulo de comunicación que se describe a continuación. La interfaz de comunicación puede configurarse además para descubrir la presencia de otros dispositivos para el cuidado del paciente adicionales asociados que son diferentes uno del otro (por ejemplo, diversos fabricantes, funciones, y/o protocolos de comunicación, etc.) y para traducir señales de comunicación de los dispositivos en el protocolo de comunicación asociado con el cliente de supervisión o un concentrador. Por lo tanto, la interfaz de comunicación permite que el cliente de supervisión, como una computadora tipo tableta, sea utilizado con eficacia como interfaz de usuario genérico común que pueden utilizar los prestadores de servicios de la salud al proporcionar tratamiento a un paciente asociado con el cliente de supervisión. Una o más bases de datos accesibles por el cliente de supervisión permiten el almacenamiento central de información del paciente (en cualquier formato y estructura de la base de datos, como sea deseado por las instalaciones para el cuidado de la salud o mantenimiento de la base de datos), así como para la descarga de información que puede ser utilizada por los proveedores del cuidado de la salud en el tratamiento del paciente asociado con el cliente de supervisión. La interfaz de comunicación puede implementarse de varias maneras, utilizando tecnologías cableadas y/o inalámbricas y permite la comunicación sin problemas y el funcionamiento en caso de fallas de múltiples dispositivos para el cuidado del paciente. Algunos dispositivos para el cuidado del paciente, concentradores, plataformas y/o clientes de supervisión pueden comunicarse simultáneamente en dos o más enlaces de comunicaciones y/o simultáneamente sobre dos canales de frecuencia (en algunas modalidades, los datos pueden ser redundantes). En algunas modalidades, el módulo de comunicación puede permitir que un dispositivo para el cuidado del paciente sea utilizado de forma portátil, por ejemplo, mediante la inclusión de una batería y circuitos suficientes para la operación móvil del dispositivo para el cuidado del paciente, como una bomba de infusión. Además o en su defecto, una pulsera del paciente puede incluir baterías que pueden enchufar el módulo de comunicación para alimentar el dispositivo para el cuidado del paciente (o en algunas modalidades, puede ser enchufado directamente en el dispositivo para el cuidado del paciente). El módulo de comunicación puede cargarse de forma inalámbrica.
En algunas modalidades, los datos como los parámetros del cuidado del paciente (por ejemplo, parámetros en tiempo real, en algunas modalidades) pueden ser transmitidos a un servidor de la nube para el almacenamiento y pueden ser anónimos.
Arquitectura del sistema Como se muestra en la figura 1 , un sistema para el cuidado electrónico del paciente 100 incluye a uno o más clientes de supervisión 1 ,4, cada uno de los cuales que pueden ser asignados y en proximidad física a un paciente individual 2 y un servidor de supervisión remoto 3 para la carga de la información de un número de los distintos clientes de supervisión 1,4 y para descargar información e instrucciones de diversas fuentes a los clientes de supervisión 1 ,4. Cuando está en la habitación del paciente, un médico puede interactuar directamente con un cliente de supervisión 1 para obtener información sobre el paciente 2 o para ingresar las órdenes relativas al paciente 2. Varios clientes de supervisión 1 pueden interactuar con un servidor de supervisión individual 3. El servidor de supervisión 3 puede incluir middleware (por ejemplo, middleware en el servidor de supervisión 3 de la figura 1). Además o en su defecto, los proveedores en ubicaciones remotas (por ejemplo, consultorio, estación de enfermería 5, farmacia hospitalaria 6) pueden interactuar con un cliente individual de supervisión 1 a través de un enlace de comunicaciones con el servidor de supervisión 3 o directamente a través de una red de área local del hospital teniendo cada uno de los clientes de supervisión 1 ,4 como un nodo.
Un comunicador remoto 11 , otros clientes de supervisión 4, una estación de enfermería 5 o un consultorio médico pueden ingresar las recetas que son enviadas para actualizar la HCE personal del paciente 19 o se envían a la farmacia 6 para el llenado. La receta puede ser una receta de pildoras, para infundir un fluido, u otro tratamiento. La receta puede ser una receta para la infusión de un fluido mediante la bomba de infusión 7, la bomba de jeringa 126 o la bomba de microinfusión 130, o para dispensar pildoras usando el dispensador de pastillas 128.
La farmacia 6 puede incluir una o más computadoras conectadas a una red, por ejemplo, la Internet, para recibir la receta y la cola de receta en las una o más computadoras. La farmacia puede utilizar la receta: (1) para componer el fármaco (por ejemplo, utilizando un dispositivo automatizado de formulación que puede componer un fluido o crear una pildora que se acopla a las una o más computadoras, o manualmente por un farmacéutico viendo la cola de las una o más computadoras); (2) para pre-llenar un contenedor de fluido de la bomba de jeringa 126; (3) para programar la bomba de jeringa 126 (por ejemplo, un régimen de tratamiento está programado en la bomba de jeringa 126); (4) para pre-llenar la bomba de microinfusión 130; (5) para programar la bomba de microinfusión 130; (6) para pre-llenar la bolsa IV 170; (7) para programar la bomba de infusión 7; (8) para pre-llenar el dispensador de pastillas 128; (9) o para programar el dispensador de pastillas 128 en la farmacia de acuerdo con la receta. El dispositivo automatizado de formulación puede rellenar automáticamente el fluido dentro de uno o más bombas de jeringa 126, la bolsa IV 170 o la bomba de microinfusión 130, y/o puede llenar automáticamente el dispensador de pildoras 128 con pildoras. El dispositivo automatizado de formulación puede generar un código de barras, una etiqueta RFID y/o datos. La información dentro del código de barras, etiquetas RFID, y/o los datos puede incluir el régimen de tratamiento, receta y/o información del paciente.
El dispositivo automatizado de formulación puede: (1) unir el código de barras para la bomba de infusión 7, la bomba de jeringa 126, la bomba de microinfusión 30, el dispensador de pildoras 128 o la bolsa IV 170; (2) unir la etiqueta de RFID a la bomba de infusión 7, la bomba de jeringa 126, la bomba de microinfusión 130, el dispensador de pildoras 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 pildoras 128 o la bolsa IV 170 con la información o los datos. Los datos o información que pueden ser enviados a una base de datos (por ejemplo, HCE 19 del paciente o HCE personal del paciente 19') que asocia la receta con la bomba de infusión 7, la bomba de jeringa 126, la bomba de microinfusión 130, el dispensador de pildoras 128 o la bolsa IV 170, por ejemplo, usando un número de serie u otra información de identificación dentro del código de barras, etiquetas RFID, o la memoria.
La bomba de infusión 7, la bomba de jeringa 126, la bomba de microinfusión 130 o el dispensador de pildoras 128 puede 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 pildoras 128 tiene las pildoras 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 la bolsa IV 170; (5) si el tratamiento programado en el dispensador de pildoras 128 corresponde a las pildoras dentro del dispensador de pildoras 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 pildoras 128 es correcto para el paciente particular (por ejemplo, como se determina a partir de código de barras de un paciente, RFID u otra identificación del paciente). Es decir, en algunas modalidades específicas, la bomba de infusión 7, la bomba de jeringa 126, la bomba de microinfusión 130 y/o el dispensador de pildoras 128 puede leer uno o más números de serie de una etiqueta RFID o código de barras y asegurarse que el valor coincida con un valor como el encontrado en la memoria interna (por ejemplo, descargar a través del dispositivo automatizado de formulación, por ejemplo) o que el valor coincida con un valor como el encontrado en los registros médicos electrónicos de un paciente (por ejemplo, vía un número de serie de un paciente según lo determinado por un análisis de una etiqueta RFID de un paciente o una exploración de un código de barras por el paciente como se almacena en la HCE 9 del paciente o la HCE 19' personal del paciente).
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 pildoras 128 puede explorar un código de barras de otro dispositivo para el cuidado del paciente para obtener un número de serie del dispositivo para el cuidado del paciente y un código de barras del paciente para determinar un número de serie del paciente y puede consultar los datos de los registros médicos electrónicos para determinar si el número de serie del dispositivo para el cuidado del paciente corresponde al número de serie del paciente como se almacena dentro de los registros médicos electrónicos (por ejemplo, que puede actualizarse por la farmacia 22 o el dispositivo de formulación automatizado de la farmacia).
Además o en su defecto, el cliente de supervisión 6 puede explorar la bomba de infusión 7, la bomba de jeringa 126, el dispensador de pildoras 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 pildoras 128 tiene las pildoras 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 la bolsa IV 170; (5) si el tratamiento programado en el dispensador de pildoras 128 corresponde a las pildoras dentro del dispensador de pildoras 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 pildoras 128 es correcto para el paciente particular (por ejemplo, como se determina a partir de código de barras de un paciente, RFID u otra identificación del paciente). Además o en su defecto, el cliente de supervisión 1, la bomba de infusión 7, la bomba de jeringa 126, la bomba de microinfusión 130 o el dispensador de pildoras 128 puede interrogar la base de datos de registros médicos electrónicos 19 o 19' y/o la farmacia 22 para verificar la receta o descargar la receta, por ejemplo, utilizando un número de serie de códigos de barras en la bomba de infusión 7, la bomba de jeringa 126, la bomba de microinfusión 130, el dispensador de pildoras 128 o la bolsa IV 170.
Opcionalmente, el cliente de supervisión 1 , el otro cliente de supervisión 4 y/o el comunicador remoto 1 1 pueden ser usados para enviar comandos o solicitudes a los dispositivos para el cuidado del paciente 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 como por ejemplo, una cantidad de bolo, un flujo de infusión, un fluido total para la entrega, una hora de inicio de entrega del fármaco, un tiempo tope para la entrega del fármaco o un perfil de caudal de entrega de flujo a la bomba de infusión 7, la bomba de jeringa 126 y/o la bomba de microinfusión 130. En algunas modalidades, uno o más de los clientes de supervisión 1 , 4, 11 pueden utilizarse para enviar comandos o peticiones al dispensador de pildoras 7, tales como, por ejemplo, un comando de dispensador de pildoras para dispensar una pildora, un tipo de pildora, un horario de dosificación de pildoras y/o criterios de distribución de pildoras máximos. Los criterios de distribución de pildoras máximos pueden ser una cantidad máxima de un medicamento que puede ser entregado dentro de un intervalo predeterminado de tiempo; por ejemplo, ciertos medicamentos se toman según sea necesario (es decir, pro re nata); sin embargo, el medicamento puede no ser seguro si se toma en exceso y los criterios de distribución de pildoras máximos pueden prevenir que el medicamento sea tomado a niveles inseguros por el paciente, por ejemplo, una cantidad predeterminada durante un intervalo predeterminado de tiempo.
Opcionalmente, los dispositivos para el cuidado del paciente 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 también podrán comunicar datos de regreso al cliente de supervisión 1 , el otro cliente de supervisión 4 y/o el comunicador remoto 11 para: determinar si una alarma o alerta debe ser emitida o enviada; determinar si el tratamiento o la condición es segura para el paciente; determinar si el sistema 100 está funcionando correctamente o dentro de límites predeterminados, y/o para la visualización de los datos en una pantalla del cliente de supervisión 1 , el otro cliente supervisión 4 y/o el comunicador remoto 11. Por ejemplo, opcionalmente, la bomba de infusión 7, la bomba de jeringa 126 o la bomba de microinfusión 130 puede comunicarse (si procede): presión corriente arriba; cambios en la presión corriente arriba; presión corriente abajo al paciente 2; cambios en la presión corriente abajo al paciente 2; la presencia o ausencia de aire dentro de una línea de infusión; una cantidad de bolo real entregada; un flujo de infusión real; un fluido real total entregado; hora de comienzo real para la entrega del fármaco; un tiempo de terminación real para la entrega del fármaco; o un perfil real de entrega-caudal a uno o más de cliente de supervisión 1 , el otro cliente supervisión 4 o el comunicador remoto 11. En otra modalidad, el pastillero 128 opcionalmente puede comunicar datos al cliente control 1 , el otro cliente supervisión 4 y/o el comunicador remoto 11 , tales como, por ejemplo, una pildora real dispensada, dispensa un pildora-tipo real, una pildora actual horario de dispensación como dispensa, o si un criterio de distribución de pildora máximo fue excedido o no.
Los datos recibidos de los dispositivos para el cuidado del paciente, 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 pueden analizarse buscando cualesquiera condiciones predefinidas para emitir una alarma y/o una alerta. Por ejemplo, uno o más de los clientes de supervisión 1 , 4, 1 puede usar un aumento en la presión corriente abajo de la bomba de infusión 7, la bomba de jeringa 126 y/o la bomba de microinfusión 130 para ser una indicación de uno de: coagulación excesiva, infiltración, oclusión o acodamiento del tubo al paciente; u obstrucción causada corriente abajo por el material, por ejemplo, como la contaminación encontrada dentro de la bolsa IV 170. En respuesta al aumento repentino en la presión, uno o más de los clientes de supervisión 1 , 4, 11 puede visual o audiblemente alarmar o alertar a un usuario. Estas alarmas o alertas también pueden informar a una enfermera para tomar otras medidas apropiadas, por ejemplo, una sugerencia para cambiar una aguja en respuesta a una obstrucción (por ejemplo, uno causado por coágulos) cuando la presión corriente abajo del paciente se eleve por encima de un umbral predeterminado, o una sugerencia para buscar un estrechamiento en la línea cuando la presión corriente abajo para el paciente supera un umbral predeterminado.
Además o en su defecto, una disminución repentina de la presión corriente abajo al paciente 2 puede ser un indicio de que la tubería se ha desprendido de la aguja y/o la aguja ya no está en el paciente; y, en respuesta, uno o más de los clientes de supervisión 1, 4, 11 puede alarmar o alertar visual o audiblemente a un usuario para volver a colocar el tubo a la aguja o insertar una nueva aguja para infusión continua. La alarma también puede indicar que la acción necesita ser tomadas rápidamente, por ejemplo, porque el paciente puede estar sangrando como cuando el tubo se desprende de la aguja y el paciente está sangrando por el acoplador de aguja sin ataduras.
En algunas modalidades, además o en su defecto, la presión corriente arriba de una o más bombas de infusión 7 puede ser supervisada para cualesquier oclusiones corriente arriba. Por ejemplo, contaminación con la bolsa IV 170 puede obstruir la tubería corriente arriba de la bomba de infusión 7. Durante cada vez que la bomba de infusión 7 intenta bombear fluido de la bomba de la bolsa IV 170, la presión corriente arriba de la bomba de infusión 7 puede caer más bajo de lo que se produciría cuando no hay ninguna obstrucción corriente arriba. Por lo tanto, uno o más de los clientes de supervisión 1 , 4, 11 puede emitir una alarma o alerta cuando la presión corriente arriba cae por debajo de un umbral predeterminado y sugerir o requerir un cuidador para aliviar la obstrucción, por ejemplo, cambiando la tubería o una bolsa IV 170.
Uno o más de los clientes de supervisión 1 , 4, 11 opcionalmente, puede enviar un comando a uno o más 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 repentino y/o disminución de la presión corriente abajo del paciente 2.
Como se muestra en la figura 1 y como en algunas modalidades, el sistema 100 incluye una plataforma de cliente de supervisión 102 y 104 y una plataforma del dispositivo 104. La plataforma de cliente de supervisión 102 está configurada para recibir al cliente de supervisión 1 , y la plataforma del dispositivo 104 está configurada para recibir uno o más dispositivos para el cuidado del paciente para facilitar el cuidado del paciente en la cabecera (descrita en más detalle a continuación). Aunque la plataforma del dispositivo 104 se muestra como siendo capaz de recibir varios dispositivos para el cuidado del paciente, en otras modalidades, la plataforma de dispositivo 104 puede recibir un dispositivo para el cuidado del paciente, una pluralidad de dispositivos para el cuidado del paciente, o cualquier número arbitrario de dispositivos para el cuidado del paciente. Además, aunque la plataforma del cliente de supervisión 102 se muestra como siendo capaz de recibir un cliente de supervisión 1, en otras modalidades, la plataforma de cliente de supervisión 102 puede recibir dos clientes de supervisión 1 , más de dos clientes de supervisión 1 ó cualquier número arbitrario de clientes de supervisión 1.
En esta modalidad de ejemplo, un cable 110 está acoplado a las plataformas, 102, 104 para proporcionar un enlace de comunicación entre éstas. El cable 110 puede ser unido permanentemente a o es acoplable a una o ambas plataformas 102, 104. Además o alternativamente, el cable 110 puede incluir uno o más conectores (no mostrado explícitamente) para enchufar el cable en una o ambas plataformas, 102, 104.
En algunas modalidades, las plataformas 102, 104 pueden comunicarse entre sí utilizando uno o más cables y/o guías de onda dentro del cable 110. Por ejemplo, en una modalidad de la presente descripción, el cable 110 incluye una guía de onda de fibra óptica para proporcionar un enlace de comunicaciones ópticas entre las plataformas 102, 104. En otras modalidades, y como se apreciará a la luz de esta descripción, el cable 110 puede ser reemplazado con uno o más enlaces de comunicación inalámbrica (por ejemplo, Bluetooth, etc.), si así se desea. Aún otras modalidades pueden emplear una combinación de canales de comunicación inalámbrica y por cable entre las plataformas 102, 104. Cualquier número de tipos de conexión por cable adecuada puede utilizarse en varias modalidades.
En algunas modalidades, el enlace de comunicación entre las plataformas 102, 104 puede utilizar cualquier enlace de comunicación conocido, tales como comunicaciones seriales, comunicaciones paralelas, comunicaciones síncronas, comunicaciones asincronas, comunicaciones basadas en el paquete, comunicaciones basadas en un circuito virtual y lo similar. Además o alternativamente, en algunas modalidades, el enlace de comunicación establecido entre las plataformas 102, 104 puede utilizar una conexión inalámbrica, una conexión cableada, un protocolo sin conexión, por ejemplo, Protocolo de Datagrama del usuario ("UDP") o un protocolo basado en la conexión, por ejemplo, Protocolo de Control de Transmisión ("TCP"). Por ejemplo, las comunicaciones entre las plataformas 102, 104 pueden basarse en uno o más de un estándar de Bus Serial Universal, SATA, eSATA, firewire, Ethernet estándar, Canal de fibra, Bluetooth, Bluetooth de baja energía, WiFi, cualquier tecnología de capa física, cualquier tecnología de capa de OSI y similares.
Cuando está acoplado al cliente de supervisión 1 a la plataforma de cliente de supervisión 102, el cliente de supervisión 1 tiene acceso a las comunicaciones entre las plataformas 102, 104. Por ejemplo, en algunas modalidades de la presente descripción, el cliente de supervisión 1 puede comunicarse con circuitos electrónicos dentro de la plataforma del dispositivo 104, por ejemplo, una memoria, a través del enlace de comunicaciones proporcionado por el cable 110. Además o en su defecto, el cliente de supervisión 1 puede comunicarse con cualquier dispositivo acoplado a la plataforma del dispositivo 104 a través del enlace de comunicaciones proporcionado por el cable 110 y/o uno o más enlaces de comunicación inalámbrica (descritos en más detalle a continuación).
Con referencia adicional a la modalidad de ejemplo que se muestra en la figura 1 , la plataforma del dispositivo 104 puede incluir una variedad de accesorios, cada una de ellos es opcional, como una pantalla acoplable 134, una cámara 136 y un micrófono 138. Asimismo, la plataforma del cliente de supervisión 102 puede incluir una variedad de accesorios, cada uno de los cuales es opcional, como una cámara 140 y un micrófono 142. El cliente de supervisión 1 puede incluir una variedad de accesorios, cada uno de los cuales es opcional, como una cámara 144 y un micrófono 146. Las cámaras 136, 140, 144 pueden utilizarse, por ejemplo, por el software de reconocimiento facial para autenticar o identificar la presencia de un proveedor (por ejemplo, un enfermero, enfermera especializada, médico, etc.) y/o un paciente. Además o alternativamente, los micrófonos 138, 142 y 146 pueden utilizarse, por ejemplo, por el software de reconocimiento de voz para autenticar o identificar la presencia del proveedor y/o un paciente. Como se apreciará a la luz de esta descripción, las cámaras 136, 140, 144 y micrófonos 138, 142 y 146 pueden usarse, por ejemplo, para permitir que un paciente se comunique con un proveedor del cuidado remoto y/o para confirmar la identidad de un paciente (por ejemplo, utilizando técnicas de reconocimiento de voz y/o facial, exploradores de retina, etc.) antes de comenzar un tratamiento, con el fin de garantizar que el paciente correcto reciba el tratamiento adecuado.
Como se muestra en la figura 1 , en algunas modalidades, el cliente de supervisión 1, la plataforma de cliente de supervisión 102 y la plataforma del dispositivo 104, cada uno con una antena respectiva 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á desconectado o las comunicaciones entre las plataformas 102, 104 mediante el cable 110 es interrumpido o deteriorado de otra forma, la plataforma del cliente de supervisión 102 y la plataforma del dispositivo 104 puede continuar comunicándose entre sí mediante un enlace de comunicación inalámbrica establecido a través de las antenas 106, 108. Además, cuando se retira el cliente de supervisión 1 desde la plataforma de cliente de supervisión 102, el cliente de supervisión 1 puede comunicarse, por ejemplo, directamente a la plataforma del dispositivo 104 y/o el cliente de supervisión 1 puede comunicarse con la plataforma del dispositivo 104 mediante la comunicación inalámbrica con la plataforma del cliente de supervisión 102, que retransmite las comunicaciones mediante el cable 110 o mediante un enlace de comunicaciones inalámbricas entre las plataformas 102, 104. Como se mencionó anteriormente, las comunicaciones entre el cliente de supervisión 1 y la plataforma del dispositivo 104 puede ser utilizado por el cliente de supervisión 1 para comunicarse con los distintos dispositivos acoplados a la plataforma del dispositivo 104.
En algunas modalidades, el cliente de supervisión 1 puede determinar eléctricamente si uno o más contactos eléctricos de uno o más conectores están en acoplamiento eléctrico con la plataforma de cliente de supervisión 102 para determinar si el cable 110 está disponible como un enlace de comunicaciones, por ejemplo, mediante la medición de un voltaje o una impedancia entre dos contactos eléctricos de un conector del cliente de supervisión 1 utilizado para acoplarse a la plataforma del cliente de supervisión 102 y para proporcionar comunicación eléctrica entre la plataforma del cliente de supervisión 102 y el cliente de supervisión 1. Además, el cliente de supervisión 1 puede determinar si el cable 110 no está disponible si el cliente de supervisión 1 determina que no está acoplado eléctricamente al cable 110. Además o alternativamente, en algunas modalidades, un imán en la plataforma 102 acopla un sensor de efecto Hall en el cliente de supervisión 1 , que utiliza el cliente de supervisión 1 , a su vez, para determinar si está acoplado tal que el cliente de supervisión 1 asume que el cable 110 no está disponible como un enlace de comunicaciones cuando el cliente de supervisión 1 está desacoplado. Además o alternativamente, los circuitos dentro de la plataforma del cliente de supervisión 102 pueden indicar al cliente de supervisión 1 cuando el cable no está disponible como un enlace de comunicaciones. En algunas modalidades, el cliente de supervisión 1 puede periódicamente "zumbar" la plataforma del dispositivo 104 mediante el cable 110; si el cliente de supervisión no recibe una respuesta desde la plataforma del dispositivo 104 dentro de un período predeterminado de tiempo, el cliente de supervisión 1 asumirá que el cable 110 no está disponible como un enlace de comunicaciones.
En el caso que el cliente de supervisión 1 determine que el cable 110 no está disponible como un enlace de comunicaciones, el cliente de supervisión 1 puede emitir una alarma o alerta mediante un altavoz y/o un motor de vibración, una alarma o señal de alerta puede ser enviada al comunicador remoto 11 para alarmar o alertar al comunicador remoto usando un altavoz y/o un motor de vibración, y/o el cliente de supervisión 1 puede intentar comunicarse con los dispositivos para el cuidado del paciente mediante otros enlaces de comunicaciones. El término "alerta" como se utiliza en el presente documento pretende incluir alertas "suaves", como, por ejemplo, una alerta que no llama la atención de una persona hasta después que una determinada cantidad de tiempo ha transcurrido y la causa de la alerta permanece.
En algunas modalidades de la presente descripción, la plataforma del cliente de supervisión 102 incluye uno o más cables o guías de onda desde el cliente de supervisión 1 al cable 110 usando un mínimo o ningún circuito. Por ejemplo, en algunas modalidades de la presente descripción, la plataforma del cliente de supervisión 102 es una camilla que proporciona acoplamiento eléctrico directo desde el cliente de supervisión 1 al cable 110. Además o alternativamente, en algunas modalidades de la presente descripción, la plataforma del dispositivo 104 incluye uno o más cables o guías de onda para facilitar la comunicación entre diversos dispositivos acoplados y/o el cliente de supervisión 1 mediante la plataforma del cliente de supervisión 102 usando un mínimo de o ningún circuito. La plataforma del dispositivo 104, en algunas modalidades, puede ser una camilla.
En una modalidad de la presente descripción, cada cliente de supervisión 1 se asigna a un determinado paciente 2 y puede ser basado en la plataforma, portátil o mantenido con la mano y puede tener una pantalla y capacidad de entrada del usuario. El cliente de supervisión 1 puede ser portátil y puede facilitar la visualizaron de datos eficientes y entrada de datos; el cliente de supervisión 1 puede ser una PC notebook, una PC netbook, una PC tableta, un "teléfono inteligente", con o sin pantalla táctil. Además o alternativamente, en algunas modalidades, el cliente de supervisión 1 y/o el comunicador remoto 11 puede ser anclado o acoplado a un cable que se conecta a una pantalla mucho más grande de tal modo girando la pantalla mucho más grande (por ejemplo, una pantalla de 60.96 cm) en la pantalla del cliente de supervisión 1 y/o el comunicador remoto 11 ; la pantalla mucho más grande puede tener entrada de capacidades, tales como capacidades de la pantalla táctil, las capacidades de entrada de lápiz, las capacidades de entrada de teclado, capacidades de entrada de control remoto, y lo similar que están comunicados al cliente de supervisión 1 y/o el comunicador remoto 11. Por ejemplo, la visión de rayos X o archivos de imágenes de los pacientes puede facilitarse mediante el acoplamiento del cliente de supervisión 1 y/o el comunicador remoto 11 a una plataforma de visión acoplada a una pantalla más grande tal que el cuidador puede ver el archivo en imagen usando la pantalla más grande. La plataforma de visión también puede cargar el cliente de supervisión y/o comunicador remoto 11.
El cliente de supervisió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, ¡OS, un OS de ¡Pad, un OS de ¡Phone y similares. La designación de un cliente particular de supervisión 1 a un paciente particular 2 puede realizarse usando cualquiera de una serie de métodos, incluyendo (pero sin limitarse a) un identificador único del paciente codificado en un código de barras 114 o una etiqueta RFID 116 incrustada en una pulsera 118, por ejemplo. La plataforma de dispositivo 104 incluye un explorador 120 para determinar el identificador único del paciente del código de barras 114 o etiqueta RFID 116. El explorador 120 puede ser un explorador láser de código de barras, un explorador de código de barras basado en CCD, un comunicador de campo cercano o interrogador, un lector de RFID y similares. En otras modalidades, tenga en cuenta que el identificador único del paciente puede basarse en datos biométricos del paciente. En uno de esos casos de ejemplo, la capacidad biométrica (por ejemplo, reconocimiento facial y/o de voz, exploración de retina, monitor de tipo de sangre, exploración de impresión del dedo, etc.) puede incrustarse en o asociarse de otra forma con el cliente de supervisión 1. La plataforma de dispositivo 104 puede comunicar el identificador único del paciente a la plataforma del cliente de supervisión 102, el cliente de supervisión 1, el servidor de supervisión 3, el comunicador remoto 1 , otros clientes de supervisión 4, otro servidor o un aparato informático electrónico para facilitar el tratamiento del paciente 2.
El cliente de supervisión 1 puede incluir uno o más de los microprocesadores, microcontroladores, dispositivos lógicos, circuitos digitales, circuitos analógicos y similares para comunicar (por ejemplo, enviar o recibir) información relevante al cuidado del paciente 9, condición, enfermedad o tratamiento. Por ejemplo, el cliente de supervisión 1 puede enviar o recibir parámetros para el cuidado del paciente, como los parámetros de la condición del paciente y/o los parámetros de tratamiento del paciente. Algunos parámetros de la condición del paciente ejemplares son las mediciones de la presión arterial, temperatura corporal, frecuencia cardíaca, un oxímetro de pulso, niveles de C02, niveles de oxígeno en la sangre, alerta del paciente, conciencia del paciente, respuesta del paciente y similares. Algunos parámetros de tratamiento de pacientes ejemplares incluyen un fármaco a ser administrado, un caudal de un fármaco o líquido, un programa de administración de fármacos, u otro parámetro de tratamiento de cabecera.
En algunas modalidades, por ejemplo, el cliente de supervisión 1 puede asociarse físicamente, permanentemente conectado a, ser acoplable a, puede desmontarse del, o es desmontable de forma que pueda unirse de la bomba de infusión 7. Esto puede lograrse mediante una interfaz de acoplamiento entre los dos dispositivos, por ejemplo, la plataforma del cliente de supervisión 102 y la plataforma del dispositivo 104. En tal modalidad, el cliente de supervisión 1 se comunica con la bomba 7 (u otro dispositivo para el cuidado del paciente) en muchas formas, incluyendo, por ejemplo, a través de contactos eléctricos en las plataformas, 102, 104, por medio de un conector eléctrico, o de forma inalámbrica mediante los transceptores en cada dispositivo utilizando una antena respectiva 112, 122a. Además o alternativamente, la bomba de infusión puede incluir datos de tratamiento pre-programados indicando un tratamiento particular para un determinado paciente que es cargado al cliente de supervisión 1 cuando la bomba de infusión 7 llega a estar en comunicación operativa con el cliente de supervisión 1.
El cliente de supervisión 1 también puede comunicarse con una o más bases de datos en la instalación 8, con bases de datos extemas a las instalaciones 9, 10, y/o con proveedores de cuidado de la salud mediante comunicadores portátiles 11 (incluyendo, por ejemplo, médicos, enfermeras y farmacéuticos). Esto se puede lograr por una conexión cableada a un servidor de instalación 8 mediante un conector en la habitación del paciente (como, por ejemplo, un conector de red de área local de categoría 5, USB, Ethernet por cable y similares), o en forma inalámbrica 12 (como, por ejemplo, WiFi, 3G, 4G, EVDO, WiMax y similares). En una modalidad, acceso a bases de datos de intra- y extra-instalación es mediado 13 a través del servidor de supervisión 3 (por ejemplo, usando middleware), que luego puede centralizar el software y las interfaces de programación de aplicación para comunicarse con bases de datos con organización, formateo y protocolos de comunicaciones distintos. Así, en una modalidad de la presente descripción, cualquier actualización de software puede ser limitada en gran parte al servidor de supervisión 3, reduciendo los requisitos de mantenimiento en los clientes de supervisión individuales 1 , 4, 11. Opcionalmente, un cliente de supervisión 1 puede comunicarse con dispositivos de tratamiento del paciente, tales como una bomba de infusión 7, para recibir información sobre el progreso del tratamiento (por ejemplo, los parámetros de operación) y proporcionar instrucciones para el funcionamiento del dispositivo de tratamiento del paciente. En otra modalidad, el cliente de supervisión 1 también puede comunicarse con los dispositivos para el cuidado del paciente para propósitos de diagnóstico o supervisión recibir los parámetros de la condición del paciente (como, por ejemplo, un monitor electrocardiográfico ("ECG") 14, un monitor de presión arterial ("BP") 15, un oxímetro de pulso o un capnómetro C02 16 u otros dispositivos tales como monitores de temperatura, etc.) para recibir información de lectura de los dispositivos y potencialmente para instruir a los dispositivos 14, 15, 16, 17 para tomar una lectura cuando se desee por un proveedor o por un algoritmo.
En una modalidad de la presente descripción, los servicios de la instalación 8 y/o la red de eventos adversos de los fármacos 9 también pueden incluir un sistema de reducción de error de fármacos ("DERS"). El sistema DERS puede incluir un primer conjunto de criterios predeterminados para desencadenar alarmas suaves y/o un segundo conjunto de criterios predeterminados para desencadenar alarmas fuertes. Las alarmas suaves pueden ser anuladas (por ejemplo, apagadas) por un cuidador usando una interfaz de usuario de una bomba de infusión 7 y/o un cliente de supervisión 1 (y puede ser sólo una alarma audible y/o vibratoria) mientras que las alarmas duras causan que el tratamiento cese hasta que se quite la fuente de la alarma fuerte.
En todavía una modalidad adicional de la presente descripción, el sistema DERS puede incluir un primer conjunto de criterios predeterminados definiendo límites suaves y/o un segundo conjunto de criterios predeterminados que definen los límites duros. Los límites duros y suaves definen límites de tratamiento, tales como los límites de dosis de fármacos basados en el tamaño, peso, edad, otros parámetros del paciente u otros criterios. Los límites suaves pueden ser anulados por un cuidador usando una interfaz de usuario de la bomba de infusión 7 y/o el cliente de supervisión 1 para iniciar el tratamiento a pesar que el tratamiento esté fuera de la primera serie de criterios predeterminados mientras los límites duros previenen que el tratamiento inicie hasta que se cambie la configuración para confirmar al segundo conjunto de criterios predeterminados definiendo los límites duros.
Como puede verse más en las modalidades de ejemplo de la figura 1 , el sistema 100 también incluye módulos de comunicación 124a a 124k, cada uno con una antena respectiva de las antenas 122a a 122k. En algunas modalidades, cada uno de los módulos de comunicación 124a a 124k es opcional y/o cada dispositivo tiene la capacidad de tener comunicaciones integradas. Cada uno de los módulos de comunicación 124a a 124k incluye un conector para la conexión a un dispositivo respectivo. En otras modalidades, cada uno de los módulos de comunicación 124a a 124k permanentemente está integrado con el dispositivo se muestra estando unido a la figura 1.
Cada uno de los módulos de comunicación 124a a 124k opcionalmente incluye uno o más transceptores para opcionalmente comunicarse a través de uno o más enlaces inalámbricos uno al otro, a la plataforma del dispositivo 104 a la plataforma del cliente de supervisión 102, al cliente de supervisión 1 , al comunicador remoto 11 , al servidor de supervisión 3, sobre la red de área local y/o red de área amplia (por ejemplo, Internet), a un concentrador 802 (véase la figura 8) y/o comunicarse de otra forma con cualquier otro dispositivo que tiene suficiente capacidad de tener comunicaciones inalámbricas. En algunas modalidades específicas, los módulos de comunicación 124a a 124k pueden operar, por ejemplo, como una red de malla inalámbrica, por ejemplo, mediante 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 a 124k y otros componentes del sistema 100 (por ejemplo, plataformas 102 y 104, clientes de supervisión 1,4,11 , etc.) puede implementarse usando cualquier protocolo de comunicación inalámbrica que, por ejemplo, permita la detección de dispositivos, el protocolo de enlace y/o comunicación entre dispositivos como se describe en este documento, ya sea en una topología estática, dinámica o ad hoc (para acomodar la movilidad de, por ejemplo, clientes de supervisión 1 , 4, 11 y/o los diversos dispositivos médicos asociados con la plataforma 104).
En otras modalidades, cada dispositivo para el cuidado del paciente puede incluir sin módulos o 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 cada uno con una función específica y acoplarlos juntos. El grupo de módulos puede aplicarse entonces al dispositivo para el cuidado del paciente, por ejemplo, una bomba de infusión. Considere otro ejemplo: cada módulo puede tener un procesador principal, un procesador de seguridad y circuitos funcionales, todos en comunicación operativa entre sí. Los circuitos funcionales puede ser un transceptor inalámbrico, una batería, una interfaz a una pantalla táctil o pantalla (la pantalla puede ser anexada al alojamiento), una conexión de cable, Bluetooth, Bluetooth de baja energía, WiFi, 3G, 4G, un co-procesador, un sistema de control (por ejemplo, para controlar una bomba de infusión), un medicamento con circuitos de medición de fluidos y similares. Los módulos seleccionados pueden ser conectados juntos, por ejemplo, en una cadena tipo margarita y posteriormente conectados 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, mediante un bus CAN, conexión cableada, inalámbrica, y/o similares.
Los módulos pueden incluir cada uno un altavoz y un micrófono. Cuando varios módulos están conectados juntos, los módulos pueden coordinar su operación tal que un módulo señala audiblemente un altavoz mientras que otro módulo utiliza un micrófono para determinar si el altavoz está funcionando correctamente. Varios módulos pueden cada uno utilizar su altavoz en una frecuencia diferente tal que cualquiera de los módulos pueden percibir el sonido a través de su micrófono y desmodular las diferentes frecuencias para probar varios de los altavoces al mismo tiempo. La prueba puede ser solicitada por 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 la referencia a la figura 1, uno o más de los módulos de comunicación 124a a 124k también opcionalmente pueden incluir una o más baterías para proporcionar energía al dispositivo acoplado al mismo. Por ejemplo, el módulo de comunicación 124a puede ser acoplado a la bomba de infusión 7 para proporcionar energía al mismo. Otra estructura y funcionalidad de los módulos de comunicación 124a a 124k puede incluirse, dependiendo del propósito y la funcionalidad del dispositivo con el cual se asocia. Por ejemplo, en algunas modalidades, el control de la infusión se lleva a cabo en la bomba de infusión y entradas sobre el suministro deseado tienen lugar en la bomba de infusión; por lo tanto, en algunas modalidades de la presente descripción, el módulo de comunicación 124a implementa un algoritmo de control, por ejemplo, un bucle de control derivado-integral-proporcional ("PID"), para controlar la bomba de infusión 7. En tales casos, el cliente de supervisión 1 puede comunicar, por ejemplo, una señal de la tasa del flujo de fluido al módulo de comunicación 124a (por ejemplo, a través de un enlace inalámbrico), que luego aplica una señal correspondiente a la señal del caudal del fluido a través de contactos eléctricos acoplados al motor (no se muestra explícitamente) de la bomba de infusión 7 para obtener el caudal deseado. En algunas modalidades, la bomba de infusión 7 proporciona una o más señales de retro-alimentación de un medidor de caudal provisto dentro de la bomba de infusión 7 al módulo de comunicación 124a para que el módulo de comunicación 124a pueda controlar el funcionamiento de la bomba de infusión 7 (por ejemplo, algunos aspectos de la operación, tales como un sistema de control PID, etc.). Los resultados pueden ser entregados al cliente de supervisión 1 para que se muestra a un usuario utilizando una interfaz de usuario gráfica (GUI), tal como una GUI basada en QT (en algunas modalidades, el cliente de supervisión 1 es una tableta). Además o en su defecto, en algunas modalidades, un medidor de flujo de goteo 148 puede utilizarse para comunicar inalámbricamente el caudal al módulo de comunicación 124a vía el 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 descripción, los módulos de comunicación 124a a 124k pueden acoplarse operativamente a una variedad de dispositivos para el cuidado del paciente 7, 14, 15, 16, 17, 35, 126, 128, 148. Por ejemplo y con mayor referencia a la figura 1 , el módulo de comunicación 124b está operativamente acoplado a una bomba de jeringa 126 y el módulo de comunicación 124c operativamente se acopla a un dispensador de pildoras 128. Además o en su defecto, el módulo de comunicación 124e está operativamente acoplado con el monitor de ECG 12, el módulo de comunicación 124f está operativamente acoplado al monitor de presión arterial 15, el módulo de comunicación 124g está operativamente acoplado con el oxímetro de pulso/capnómetro de C02 16, el módulo de comunicación 124h está operativamente acoplado al otro monitor 17, el módulo de comunicación 124i está operativamente acoplado al acceso del paciente IV 35, y el módulo de comunicación 124k está operativamente acoplado con el medidor de flujo de goteo 148. Cada módulo de comunicación respectivo 124a a 124k puede proporcionar, por ejemplo, un sistema de control apropiado, algoritmo de control, energía de la batería u otra funcionalidad para su respectivo dispositivo para el cuidado del paciente 7, 14, 15, 16, 17, 35, 126, 128 o 148 acoplado al mismo.
Además o en su defecto, en algunas modalidades, el módulo de comunicación 124d está acoplado en la plataforma del dispositivo 104 y está operativamente acoplado a la plataforma del dispositivo 104 mediante, por ejemplo, un bus o una placa principal para comunicarse con cualquier dispositivo conectado a la plataforma del dispositivo 104, así como para la comunicación con circuitos electrónicos dentro de la plataforma del dispositivo 104, circuitos electrónicos dentro de la plataforma del cliente de supervisión 102, y/o el cliente de supervisión 1. Opcionalmente, el módulo de comunicación 124d puede proveer comunicaciones para y/o alimentar cualquier dispositivo acoplado en la plataforma del dispositivo 104, por ejemplo, la bomba de infusión 7, la bomba de jeringa 126, el dispensador de pildoras 128 o una bomba de microinfusión 130. Observe que la funcionalidad del módulo de comunicación 124d también puede integrarse en los circuitos de la plataforma del propio dispositivo 104.
Además o en su defecto, en algunas modalidades, es opcional para los módulos de comunicación 124 que cada uno se configure para proporcionar una alimentación suficiente de energía para sus respectivos dispositivos 7, 14, 15, 16, 17, 35, 126, 128, 148 que pueden complementarse con una o más fuentes de energía por cable, por ejemplo, una fuente de energía accesible a través del bus o tarjeta principal dentro de la plataforma del dispositivo 104. Como se mencionó anteriormente, en algunas modalidades de la presente descripción, el módulo de comunicación 124d proporciona suficiente energía a los dispositivos 7 y 126, 128, 130 y 133, Como se mencionó anteriormente, en algunas modalidades, los módulos de comunicación 124 están configurados cada uno con circuitos de energía (por ejemplo, un convertidor de voltaje, circuitos reguladores, rectificación y circuitos de filtrado, un circuito buck, un circuito reforzador, un circuito buck-boost, una fuente de energía en forma conmutada, etc.) que proporciona suficiente energía a los dispositivos correspondientes 7, 126, 128 y 130. En tales casos, estos circuitos de potencia pueden ser configurables para permitir para el aprovisionamiento de varias características de suministro de energía (por ejemplo, nivel de voltaje, requisitos de carga/corriente máxima y frecuencia A/C) asociadas a los diversos y diferentes dispositivos para el cuidado del paciente 7, 14, 15, 16, 17, 35, 126, 128, 148. Cualquier número de aprovisionamiento de energía y esquemas de manejo serán evidentes a la luz de esta descripción.
Opcionalmente, en otras modalidades de la presente descripción, un módulo de energía 132 que tiene una o más celdas de la batería, por ejemplo, celdas de la batería de iones de litio, se une a la plataforma del dispositivo 104 para proporcionar suficiente energía a los dispositivos 7, 126, 128, 130, 133 para la duración del tratamiento completo. Además o en su defecto, el módulo de energía 132 puede ser enchufado en un tomacorriente en la habitación del paciente (generalmente representado en la figura 1 como una fuente de CA), cuando esté disponible. En tales casos, puede utilizarse la potencia de salida, cuando sea posible, para alimentar los dispositivos en la plataforma 104 y para cargar las baterías incluidas en el módulo de energía 132 (esto puede ocurrir al mismo tiempo); cuando la potencia de salida se pierde o si no está disponible, el módulo de energía 132 y/o baterías dentro de los módulos de comunicación 124a, 124b, 124c pueden proporcionar energía a los dispositivos acoplados.
El sistema de ejemplo 100 puede incluir opcionalmente una llave 133. La llave 133 está acoplada en la plataforma del dispositivo 104 en la figura 1 o, en otras modalidades, puede ser remota para la plataforma del dispositivo 104 y/o el cliente de supervisión 1. La llave 133 puede proporcionar un enlace de comunicación o protocolo para dispositivos inalámbricos no disponibles de otra forma. Por ejemplo, como nuevos protocolos inalámbricos, tecnologías, normas y técnicas disponibles con el paso del tiempo, la llave 133 puede ser utilizada para proporcionar un puente, enrutador o repetidor entre el nuevo protocolo de comunicaciones y traducir la información transmitida bajo un protocolo al otro protocolo para que el nuevo dispositivo de protocolo pueda comunicarse con los dispositivos para el cuidado del paciente 7, 14, 15, 17, 35, 126, 128, 130, la plataforma del dispositivo 104, el módulo de comunicación 124d, la plataforma de cliente de supervisión 102, el cliente de supervisión 1 , un concentrador 802 de la figura 8 y/o otros dispositivos. La llave 133 puede retransmitir los datos recibidos desde el nuevo enlace de comunicación mediante un protocolo inalámbrico, tecnología, norma o técnica utilizada por uno o más de los dispositivos para el cuidado del paciente 7, 14, 15, 17, 35, 126, 128, 130, la plataforma del dispositivo 104, el módulo de comunicación 124d, la plataforma de cliente de supervisión 102, el cliente de supervisión 1 , el concentrador 802 de la figura 8, y/o otros dispositivos en un formato conocido o utilizado por otro, tales como, por ejemplo, el servidor de supervisión 3 o el cliente de supervisión 1. La llave 133 también puede proporcionar un puente de comunicaciones a los enlaces de comunicaciones basados en celdas, tales como sistemas celulares basados en EVDO - o CDMA.
En algunas modalidades, la llave 133 puede comunicar los parámetros para el cuidado del paciente, por ejemplo, parámetros del tratamiento del paciente o los parámetros de la condición del paciente, de uno o más dispositivos para el cuidado del paciente y las retransmiten al cliente de supervisión 1 , el concentrador 802 de la figura 8, y/o el servidor de supervisión 3 y viceversa. Opcionalmente, en algunas modalidades, la llave 133 puede incluir un conector de conexión por cable, por ejemplo, un conector RS-232 y es conectable a un dispositivo heredado para proporcionar comunicaciones desde el dispositivo heredado a uno o más otros dispositivos para el cuidado del paciente, el cliente de supervisión 1 , el concentrador 802 de la figura 8 y/o el servidor de supervisión 3 y similares. El dispositivo heredado puede ser, por ejemplo, un dispositivo para el cuidado del paciente heredado, un dispositivo de computación heredado, otro dispositivo utilizando un protocolo de comunicaciones por cable heredado o similar.
Opcionalmente, el sistema 100 también puede incluir un monitor de sistema usable 131 para supervisar el funcionamiento de varios dispositivos, plataformas, clientes de supervisión y/o servidores. Un cliente de supervisión 1 , un comunicador remoto 11 y/o un concentrador 802 de la figura 8 pueden utilizarse para programar, interactuar con, y/o asociar con el monitor de sistema usable 131. El monitor del sistema usable 131 puede ser usado por el paciente 2 o por los proveedores, y pueden utilizarse múltiples monitores del sistema usable 131. El monitor de sistema usable 131 puede interrogar varios dispositivos para asegurar su correcto funcionamiento. Por ejemplo, en una modalidad de ejemplo, el monitor del sistema usable 131 se comunica con los dispositivos para el cuidado del paciente 14, 15, 16, 17, 35, 126, 128, 130, el cliente de supervisión 1 , la plataforma del cliente de supervisión 102, la plataforma del dispositivo 104, y/o el concentrador 802 de la figura 8 para determinar si alguna falla, errores, irregularidades, corrupción de datos, degradación de la comunicación, operación incompleta, lento funcionamiento u otros problemas existen.
Las comunicaciones del monitor de sistema usable 131 pueden incluir una o más señales interrogatorias para determinar si el dispositivo siendo interrogado está funcionando correctamente, está funcionando dentro de los parámetros de funcionamiento predeterminados y/o está de otra manera en una condición o estado que no es deseable. El monitor del sistema 131 puede comunicar la condición detectada o error a uno o más dispositivos, tales como al servidor de supervisión 3, el cliente de supervisión 1 o en el concentrador 802 de la figura 8, para alertar a un proveedor, para iniciar un procedimiento de apagado, y/o iniciar otras medidas correctivas adecuadas dirigidas al dispositivo que no funciona. Por ejemplo, el monitor del sistema 131 puede usar el transceptor del módulo de comunicación 124j para la comunicación con el cliente de supervisión 1 , el servidor de supervisión 3 mediante un enrutador WiFi acoplado a la red y/o la Internet, otros clientes de supervisión 4, otros 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 de interrogación anormal o ausente. La alarma y/o alerta puede causar que el dispositivo suene de forma audible o indique visualmente una alarma y/o una alerta. En algunas modalidades de la presente descripción, el monitor del sistema 131 incluye un botón de llamada (no mostrado de forma explícita) para permitir que el paciente 2 pida un proveedor de cuidado, por ejemplo, la petición se dirige al cliente de supervisión 1 o el comunicador remoto 11 para indicar visualmente y/o audiblemente la petición al usuario en posesión del dispositivo.
El monitor de sistema 131 puede implementar su funcionalidad de varias maneras, incluyendo, por ejemplo: (1) anticipar una respuesta a una interrogación dentro de un período predeterminado de tiempo; (2) incrementar un contador en el dispositivo siendo interrogado y solicitando el valor del contador del dispositivo después de ser incrementado; (3) un interrogatorio de respuesta al desafío; y/o (4) otra técnica o método de supervisión del sistema.
Como se mencionó anteriormente, en algunas modalidades, el monitor del sistema 131 anticipa una respuesta a una interrogación dentro de un período predeterminado de tiempo después de interrogar a un dispositivo para el cuidado del paciente emparejado con el monitor del sistema 131. Por ejemplo, el monitor de sistema 131 puede enviar un mensaje de texto a la bomba de infusión 7 de "interrogatorio del monitor de sistema." En este ejemplo, la bomba de infusión 7 recibe el mensaje desde el monitor del sistema 131 con la etiqueta "interrogatorio del monitor del sistema" y procesa el mensaje usando uno o más procesadores en este. Cuando la bomba de infusión 7 procesa el mensaje, una rutina de software ejecuta en el mismo el código que envía un mensaje de respuesta hacia el monitor del sistema 131 ; por ejemplo, el mensaje de respuesta puede ser un mensaje de cadena de texto de "respuesta del monitor del sistema" que se envía al sistema del monitor 131. En este ejemplo, el monitor del sistema 131 puede esperar recibir el mensaje de respuesta dentro de un período predeterminado de tiempo, tal como 2 segundos, el cual si el monitor del sistema 131 no recibe el mensaje de respuesta dentro de 2 segundos, el monitor del sistema 131 emite una alarma y/o envía una alerta a otros dispositivos (por ejemplo, el monitor del sistema 131 puede transmitir un mensaje de alerta o error o puede causar una alarma o alerta, auditivamente o visualmente, para ser proporcionado al poseedor vía el comunicador remoto 1).
Como se mencionó anteriormente, en algunas modalidades, el monitor del sistema 131 causa que un contador dentro del dispositivo sea interrogando al incremento y pida el valor del contador del dispositivo después de ser incrementado. Por ejemplo, el monitor del sistema 131 puede enviar una solicitud a un dispositivo para el cuidado del paciente, por ejemplo, una bomba de infusión 7, enviando un mensaje, tal como un "contador de incremento," al dispositivo. El procesador del dispositivo recibe el mensaje "contador de incremento" y lee un valor de un sitio de memoria del dispositivo, incrementa el valor encontrado en el sitio de la memoria y almacena el nuevo valor en la misma ubicación de la memoria sobre-escribiendo el valor anterior. Después de eso, en este ejemplo, el procesador lee el nuevo valor de la ubicación de la memoria y envía ese nuevo valor al monitor del sistema 131 , por ejemplo, vía un transmisor-receptor inalámbrico en el dispositivo siendo interrogado. El monitor del sistema 131 , en este ejemplo, esperará un determinado valor del dispositivo que es interrogado (este valor esperado puede almacenarse en la memoria del monitor del sistema, tales como, por ejemplo, en un cuadro). Por ejemplo, el monitor del sistema 131 puede almacenar dentro de su memoria ese valor de 48 que previamente fue recibido del dispositivo y después de pedir el valor actualizado dentro del dispositivo interrogado, espera recibir un valor de 49 del dispositivo.
Según lo mencionado previamente, un interrogatorio de respuesta al desafío puede usarse también por el monitor del sistema 131. Por ejemplo, el monitor del sistema 131 puede enviar un mensaje cifrado a un dispositivo para el cuidado del paciente. El dispositivo para el cuidado del paciente entonces tiene la tarea de descifrar el mensaje, por ejemplo, utilizando una clave de cifrado y enviar el mensaje de regreso al monitor del sistema 131. El monitor del sistema 131 puede esperar que el mensaje no cifrado regrese dentro de un período predeterminado de tiempo. En este ejemplo, si el monitor del sistema 131 no recibe el mensaje de respuesta dentro de la cantidad predeterminada de tiempo, el monitor del sistema 131 alarma y/o envía una alerta a otros dispositivos (por ejemplo, el monitor del sistema 131 puede transmitir un mensaje de alerta o alarma y/o transmitirlos al cliente de supervisión 1 , el servidor de supervisión 3, al concentrador 802 de la figura 8 o al comunicador remoto 1 que a su vez muestra o indica de forma audible la alerta o alarma).
En una modalidad de la presente descripción, el cliente de supervisión 1 tiene la capacidad para comunicarse e interactuar directamente con un proveedor para el cuidado médico mediante un comunicador remoto portátil o de mano 1 (que puede ser, por ejemplo, un teléfono inteligente, una computadora tipo tableta, un PDA, una laptop u otros dispositivos informáticos portátiles). Esto puede ser logrado inalámbricamente 12, para que las comunicaciones puedan ser mantenidas sin importar la ubicación del paciente en la instalación o ubicación del proveedor dentro o fuera de las instalaciones. En un aspecto, información específica para el paciente 2 puede almacenarse localmente en el cliente de supervisión 1 , para que el proveedor del cuidado de la salud del paciente pueda acceder a la información directamente sin tener que acceder al servidor de supervisión 3.
En algunas modalidades, opcionalmente, mediante la incorporación de seguridad apropiada y aclaramientos de seguridad, los cambios en la configuración o los parámetros de flujo de una bomba de infusión conectada 7 o dispositivo de supervisión del paciente 14 a 17, 35, 126, 128, 130, 148 puede realizarse directamente entre el cliente de supervisión de un proveedor 11 y el cliente de supervisión 1 (a través de comunicaciones por cable o inalámbricas), con cambios seleccionados también siendo comunicados con el servidor de supervisión 3 y por tanto opcionalmente a otros sitios apropiados, como la estación de enfermería 5 y/o la farmacia 6. Además, cualquier nueva orden pertenecientes al paciente 2 puede ser ingresada en el comunicador remoto del proveedor que hace la orden 11 (por ejemplo, teléfono inteligente) y transmite al cliente de supervisión 1 , que a su vez entonces puede notificar el cuidador (por ejemplo una enfermera, enfermero, médico, especialista u otros profesionales del cuidado de la salud) a través del propio comunicador portátil del cuidador 11. Además o en su defecto, en algunas modalidades, la nueva orden también podrá ser comunicada a la bomba de infusión 7 o el dispositivo de supervisión del paciente 14 a 17, 35, 126, 128, 130, 148 tal que el sistema de control en el mismo o acoplado al mismo puede cambiar su funcionamiento, por ejemplo, punto de ajuste, en respuesta a la nueva orden. En algunas modalidades, cualquier información adquirida y almacenada en el cliente de supervisión 1 periódicamente es cargada en el servidor de supervisión 3 y almacenado en una base de datos específica del paciente. Por lo tanto, si un cliente de supervisión del paciente 1 se toma fuera de servicio, un nuevo dispositivo puede ser asignado al paciente 2 y rápidamente volver a llenarse con la información actual del paciente desde el servidor de supervisión 3. Las órdenes, medicamentos, notas de progreso, datos de supervisión, datos de tratamiento, los parámetros de tratamiento del paciente, parámetros de supervisión del paciente, y/o parámetros de operación de los dispositivos conectados al paciente también se pueden cargar del cliente de supervisión 1 a la HCE 19 del paciente, cualquier comunicador remoto aplicable 11 , el concentrador 802 de la figura 8 y/o el servidor de supervisión 3 para el almacenamiento permanente, temporal o efímero, y/o para el análisis para confirmarlo está de acuerdo con criterios predeterminados, por ejemplo, intervalos, valores de umbral y similares.
En algunas modalidades, el servidor de supervisión 3 puede abarcar una computadora que pueda comunicarse con y proporcionar algunos elementos de control para un número de clientes de supervisión 1 , 4, 11 en la instalación 8. El servidor de supervisión 3 puede proporcionar a los clientes de supervisión 1 , 4, 11 datos extraídos de un número de bases de datos dentro 8 y fuera 9 de las instalaciones. En una modalidad de la presente descripción, el servidor de supervisión 3 puede interrogar el sistema de HCE 19 de la instalación para dirigir información referente a un paciente 2 y luego llenar al cliente de supervisión del paciente 1 con un conjunto predefinido de información (como, por ejemplo, la edad del paciente, altura, peso, categorías de diagnósticos, medicamentos actuales y categorías de medicamentos, alergias por medicamentos y sensibilidades etc.). De acuerdo con uno de dicho ejemplo, el servidor de supervisión 3 podrá establecer un enlace de comunicación a la HCE 19, laboratorio 20, radiología 21 , farmacia 22, y/o otros sistemas (como, por ejemplo, cardiología 23 o base de datos de programación 24) en la instalación cuando, por ejemplo, un cliente de supervisión 1 ha sido asignado a un paciente 2. Con un identificador único del paciente, el servidor de supervisión 3 puede obtener acceso electrónico (permiso) para recibir y enviar datos específicos del paciente desde y hacia estos sistemas. Un subconjunto predeterminado (pero seleccionable) de los datos puede ser descargable en la memoria del cliente de supervisión 1 (no explícitamente mostrado en la figura 1).
La información así obtenida entonces puede servir como una base de datos clave contra la cual se pueden analizar nuevas órdenes. Las órdenes ingresadas en un cliente de supervisión 1 pueden comprobarse por compatibilidad con la información específica del paciente obtenida por el servidor de supervisión 3. Opcionalmente, para la redundancia de seguridad, las órdenes ingresadas en forma remota desde un comunicador 11 pueden ser interceptadas por el servidor de supervisión 3 y de forma similar pueden comprobarse. El servidor de supervisión 3 también puede obtener información de la bases de datos de medicamentos que residen en la farmacia de la instalación 22 o externamente 9 para determinar si una nueva orden del paciente nuevo puede generar una incompatibilidad con los medicamentos existentes del paciente, por ejemplo. En una modalidad de la presente descripción, el servidor de supervisión 3 puede programarse para acceder a sitios de Internet disponibles al público 25 para determinar si la nueva información referente al medicamento ordenado del paciente debe descargarse y transmitirse 13 en una alerta o alarma para el ó los proveedores para el cuidado de la salud del paciente. El servidor de supervisión 3 también puede direccionar información entre los comunicadores portátiles remotos 11 y un cliente de supervisión del paciente 1.
En una modalidad de la presente descripción, el médico del paciente, enfermera o farmacéutico puede tener acceso al cliente de supervisión 1 del paciente para retransmitir o recibir nuevas órdenes (por ejemplo órdenes de medicamentos, por ejemplo) pertenecientes al paciente 2. El cliente de supervisión 1 o el servidor 3 luego puede registrar la nueva orden y retransmitir la solicitud al farmacéutico 6 y la enfermera del paciente vía el comunicador portátil de la enfermera 11 y/o a través de una terminal fija en la estación de enfermería 5. Un 'teléfono inteligente' que tiene una aplicación de comunicación personalizada con el cliente de supervisión 1 (tal como, por ejemplo, teléfono Nexus One de Google, el iPhone de Apple o Blackberry OS de RIM, entre otros) pueden servir como un comunicador portátil 11 conveniente para proveedores que no están en una ubicación fija (como por ejemplo en una oficina o estación de enfermería remota). Una tableta PC, una netbook o computadora laptop también puede servir como un comunicador portátil conveniente 11 para ubicaciones portátiles y fijas. Una PC puede actuar como un dispositivo de comunicación conveniente 11 para ubicaciones fijas o de escritorio. Si un proveedor se encuentra en la habitación del paciente, él o ella puede ingresar o recibir información relacionada con el paciente 2 utilizando una entrada directa a través de un teclado o pantalla táctil en el cliente de supervisión 1.
Un cliente de supervisión 1 puede recibir, procesar y transmitir información sobre un determinado paciente 2 al que se ha asignado o designado. El cliente de supervisión 1 puede más convenientemente unirse o acoplable a la plataforma del cliente de supervisión 102 para comunicarse con la bomba de infusión 7, o cualquier otro dispositivo al cual el paciente 2 puede conectarse o asociarse. El cliente de supervisión 1 puede ser un dispositivo de mano del tamaño de un teléfono móvil o netbook tipo tableta, por ejemplo. Convenientemente, puede tener una interfaz de pantalla táctil para su uso por el proveedor del paciente. También puede ser capaz de dar salida a una pantalla más grande estacionaría en la habitación del paciente o en una estación de enfermería 5 u otro lugar conveniente, ya sea a través de una conexión cableada o inalámbrica. Cada cliente de supervisión 1 puede comunicarse con un servidor de supervisión central 3, a través del cual se pueden acceder a datos de pacientes de la base de datos 19 HCE de la instalación, 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 varios otros departamentos de la instalación. En algunos casos, el cliente de supervisión 1 puede subir información que recibe de los dispositivos de supervisión de pacientes 14 a 17 o de entradas del proveedor a la HCE 19 del paciente mediante el servidor de supervisión 3. Los clientes de supervisión 1 ,4 también pueden recibir información de bases de datos fuera de las instalaciones a través de un servidor de supervisión 3 que tiene una conexión a Internet 25. Varias bases de datos externas 9 por lo tanto pueden ser accesibles, incluyendo varias bases de datos de información del fármaco y redes de alerta lidiando con eventos adversos relacionados con medicamentos.
El servidor de supervisión 3 puede disponerse, por ejemplo, para manejar varios niveles de información de base de datos externa útil para mantener los contenidos del cliente de supervisión 1 tan actualizada como sea posible. Esto puede lograrse, por ejemplo, mediante la comparación de información de seguridad y del fármaco relacionada con el paciente que llega a ser disponible y dar prioridad a las actualizaciones/descargas en un programa de transferencia de datos. Los clientes de supervisión 1 ,4 también pueden comunicarse directamente o a través del servidor de supervisión 3 con los comunicadores portátiles 11 utilizados por los proveedores para el cuidado de la salud como enfermeras, médicos y farmacéuticos. En algunos casos, estos dispositivos pueden tener conexiones cableadas al servidor de supervisión 3 (si se utiliza, por ejemplo, en ubicaciones fijas como las farmacias de hospital o estaciones de enfermería). En otros casos, un comunicador portátil 11 puede comunicarse con el servidor de supervisión 3 a través de conexiones seguras de Internet (por ejemplo, una conexión a Internet basada en VPN, UPN, Https, un mecanismo de clave privada, etc.) usando una computadora y una conexión 13 cableada o inalámbrica (por ejemplo, Bluetooth o WiFi 802.11) con el dispositivo 11. Alternativamente, un comunicador remoto portátil 11 (por ejemplo, un teléfono inteligente o tableta netbook) podrá comunicarse directamente 12 con el cliente de supervisión de la instalación 1 mediante una red de telefonía celular y/o las instalaciones pueden incluir una red celular 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 modalidades, el enlace de comunicación entre los clientes de supervisión 1 ,4 y el servidor de supervisión 3 puede existir mediante una red Ethernet si está ampliamente disponible en la instalación, o a través de la transmisión inalámbrica utilizando uno de una serie de normas, enlazando a todos los clientes de supervisión específicos del paciente 1,4 con el servidor de supervisión central 3. El servidor 3 entonces puede servir como un relé para las comunicaciones con otros servidores de la instalación 8, con los servidores basados en la red 25 y dentro y fuera de los comunicadores portátiles 11 llevados por los proveedores para el cuidado médico. En algunas modalidades, una red inalámbrica proporciona la funcionalidad adicional de tener la capacidad de comunicarse con el servidor de supervisión 3 sin importar donde puede estar el paciente 2 en la instalación.
Un método para envolver una instalación completa con cobertura inalámbrica implica tener la facilidad de obtener una licencia para una red privada celular. Puede obtener o arrendar una o más frecuencias microcelulares para proveer una red de comunicaciones locales en toda la instalación. Este arreglo puede conservar las comunicaciones cuando los pacientes y sus clientes de supervisión 1 ,4 se mueven desde una ubicación a otra dentro de las instalaciones, manteniendo las comunicaciones con un servidor de supervisión 3, varias bases de datos en el hospital y fuera del hospital 8, 25, y los usuarios en estaciones fijas (por ejemplo, en algunas modalidades, la estación de enfermería 5 y la farmacia 6) o con un cliente de supervisión 11 (por ejemplo, teléfonos inteligentes móviles, laptop o dispositivos tipo tableta) dentro o fuera del hospital. En algunas modalidades, este tipo de sistema proporciona seguridad adicional a través de una infraestructura de comunicaciones celulares con licencia. Además, en algunas modalidades, un sistema inalámbrico activo puede supervisar la intensidad de uso en un área y frecuencias de canal adicional directa a esa zona. Sin embargo, en algunas modalidades, la capacidad de ancho de banda de la red puede no permitir una transmisión eficiente de grandes archivos de datos, tales como aquellos que contienen imágenes de radiología, por ejemplo. Tales archivos de datos pesados de ancho de banda pueden comunicarse más eficientemente mediante conexiones por cable.
Además, o alternativamente un hospital puede implementar un sistema de comunicaciones basado en Internet o intranet, en donde se utiliza un protocolo de tipo WiFi 802.11 para comunicaciones inalámbricas entre los clientes de supervisión individuales 1 ,4 y el servidor de supervisión 3. Para asegurar la recepción de la señal adecuada a lo largo de la instalación, una antena de banda ancha puede montarse en el techo del edificio para recoger las señales del teléfono celular de compañías de telefonía local inalámbrica. Una fibra óptica o cable de red puede entonces distribuir las señales a lo largo de la instalación. Además o en su defecto, el servidor de supervisión 3 puede utilizar la red privada celular mencionada anteriormente. Estos sistemas típicamente permiten el aprovisionamiento de comunicaciones seguras y son capaces de comunicar eficientemente archivos de gran tamaño, tales como, por ejemplo, imágenes radiológicas almacenadas en la base de datos de radiología 21. Los usuarios domésticos o en el consultorio pueden ser capaces de conectar con el servidor del hospital mediante, por ejemplo, VPN u otro acceso seguro usando cableado o cable de fibra óptica o una línea telefónica de DSL. La encriptación de datos puede utilizarse para garantizar la seguridad de los datos del paciente. En algunas aplicaciones puede ser ventajoso implementar una red de comunicaciones de ancho de banda asimétrica para optimizar las capacidades de infraestructura. Un ejemplo de esto sería utilizando frecuencias celulares con licencia en la dirección "corriente arriba" desde el cliente de supervisión 1 al servidor de supervisión 3 y las frecuencias WiFi 802,11 sin licencia en la dirección "corriente abajo" desde el servidor de supervisión 3 al cliente de supervisión 1. En este ejemplo, los requisitos de ancho de banda corriente arriba y de la tasa de datos son relativamente pequeños en comparación con los requerimientos corriente abajo. En transmisiones corrientes arriba de baja prioridad, el cliente de supervisión 1 puede permitir que los datos sean enviados sobre una red más distribuida y rentable, tales como, por ejemplo, una red ZigBee, una red Bluetooth, una red de malla o similar.
Como se mencionó anteriormente, las comunicaciones entre varios dispositivos de supervisión, tales como dispositivos para el cuidado del paciente 14, 15, 16, 17, 35 y el cliente de supervisión 1 pueden lograrse de una manera rentable utilizando, por ejemplo, una red de malla inalámbrica ZigBee y/o una red Bluetooth. Los dispositivos de supervisión ejemplares incluyen monitores ECG 14, monitores de presión arterial 15, oxímetros de pulso/capnómetros 16, termómetros y escalas de peso, entre otros. Una característica común de la mayoría de estos dispositivos es que proporcionan las lecturas periódicas de un número de parámetros individual o pequeño. Un sistema de comunicaciones del dispositivo intrahospitalarias tales como la red de malla inalámbrica se proporciona para la conectividad de radio digital de baja potencia entre los dispositivos y puede emplear una banda de frecuencia ampliamente disponible, libre de licencia (por ejemplo, 2.4 GHz en algunas jurisdicciones). Los protocolos de comunicaciones de alto nivel pueden emplearse para asegurar la fidelidad de datos y seguridad, como, por ejemplo, TCP, UDP y similares. Por ejemplo, las claves de cifrado simétrico pueden utilizarse para asegurar las comunicaciones entre el cliente de supervisión y los dispositivos para el cuidado del paciente, tales como los generados por los algoritmos de cifrado de Twofish, Serpent, AES (Rijndael), Blowfish, CAST5, RC4, 3DES, IDEA y similares. Además o en su defecto, varias técnicas de integridad de datos pueden utilizarse, por ejemplo, CRC, comprobación de bit de paridad impar, o comprobación del bit de paridad, y similar.
Las redes de malla son altamente escalables, permitiendo que muchos dispositivos sean usados en una red de malla sencilla de auto-formación y auto-curación. Los dispositivos conectados a la red pueden comunicarse entre sí y servir como repetidores para transferir datos. La red de malla puede ser relativamente de bajo costo, escalable y móvil para el paciente que es supervisado. En algunas modalidades, el alcance inalámbrico para dispositivos unidos a la red de malla inalámbrica puede acercarse 70 metros de cada nodo del sistema dentro de una instalación. Puede utilizarse una red similar en la prestación de un enlace inalámbrico dentro de las instalaciones entre los comunicadores portátiles 11 llevados por los médicos y sus pacientes asignados a través de clientes de supervisión de los pacientes 1,4.
En muchos casos, la información se transmite al cliente de supervisión 1 puede incluir un único valor del parámetro (como, por ejemplo, la presión arterial) y un sello de tiempo. El cliente de supervisión 1 puede programarse para determinar si el valor está fuera de un intervalo predeterminado, registrar el valor en la HCE 19 del paciente y notificar al proveedor adecuado mediante su cliente de supervisión 11. Además, la red puede permitir comunicaciones bidireccionales y puede permitir que el cliente de supervisión 1 consulte el dispositivo de supervisión del paciente (por ejemplo, monitor BP 15), instruyéndolo a tomar una lectura no programada. Esto puede ser útil, por ejemplo, cuando se recibe una lectura anormal, y su autenticidad necesita verificarse. El cliente de supervisión 1 puede programarse para solicitar una lectura repetida para verificar la lectura anormal. En una modalidad posterior, el cliente de supervisión 1 puede programarse para interrumpir o ajustar la velocidad de flujo de la bomba de infusión 7, parámetro de operación y/o parámetros de tratamiento dependiendo del valor de la lectura recibida de un dispositivo de supervisión 14 a 17. Por ejemplo, si el monitor BP 15 indica una presión arterial por debajo de un predeterminado intervalo aceptable, el cliente de supervisión 1 puede programarse para instruir a la bomba de infusión 7 a parar la infusión, y puede transmitir una notificación urgente 12 a los clientes de supervisión 11 del o los proveedores para el cuidado de la salud 11. En otra modalidad, si la bomba de infusión 7 es capaz de determinar el volumen de fluido siendo entregado al paciente 2 (por ejemplo, el caudal o la cantidad acumulada de fluido bombeado durante un intervalo), un procesador en el cliente de supervisión 1 puede realizar un seguimiento del volumen acumulado entregado y estimando la cantidad de fluido restante en la bolsa de medicamento 170. (Como alternativa, un procesador en el cliente de supervisión 1 o bomba de infusión 7 puede calcular el volumen entregado de la velocidad de infusión y el tiempo transcurrido de la infusión).
Una vez que el volumen residual estimado alcanza una cantidad predeterminada, el cliente de supervisión 1 puede enviar una señal a la bomba de infusión 7 para reducir su caudal para mantener el acceso IV 35 del paciente del funcionamiento en seco. Por ejemplo, el cliente de supervisión 1 puede determinar que una enfermera está programada para regresar a una hora concreta para cambiar la bolsa, y en lugar de alarmar y/o enviar una alarma de que el líquido IV se agotará antes que el retorno programado de la enfermera, el cliente de supervisión 1 puede enviar una señal a la bomba de infusión 7 para frenar la velocidad de infusión tal que la bolsa IV se agote cuando llega la enfermera o después de un período predeterminado de tiempo del tiempo de retorno programado de la enfermera. También puede enviar una notificación al cliente de supervisión de la enfermera 11, recomendando la reposición de la bolsa IV 17.
En algunas modalidades, el progreso de la operación de un dispositivo para el cuidado del paciente es indicado por una frontera externa en una pantalla del cliente de supervisión 1 para mostrar el estado y/o progreso del dispositivo para el cuidado del paciente. Por ejemplo, una frontera externa será visualizada en el cliente de supervisión 1 tal que un porcentaje de la frontera que se ilumina (por ejemplo, empieza a formar una periferia externa completamente llena conforme la frontera se llena) para indicar el progreso de un tratamiento que es realizado por un dispositivo para el cuidado del paciente, como la bomba de infusión 7. La frontera puede transmitirse en formato de imagen (por ejemplo, JPEG, BMP, etc.) a la supervisión 1 de la bomba de infusión 7 y/o como un porcentaje completado al cliente seguimiento 1, caso en el cual el cliente de supervisión 1 genera la frontera.
En algunas modalidades, un GPS y/o un módulo de alcance (por ejemplo, módulo de alcance ultrasónico utilizando estimaciones de tiempo de vuelo) pueden instalarse en la bomba de infusión 7, el cliente de supervisión 1 , un cuidador y/o un paciente. Ajustes predeterminados pueden requerir que un grupo predeterminado de la bomba de infusión 7, el cliente de supervisión 1, el concentrador 802 de la figura 8, el cuidador, y/o el paciente, en esta modalidad específica, debe estar en una distancia predeterminada con respecto a los demás antes de iniciar el tratamiento y/o antes de configurar una de la bomba de infusión 7 y/o el cliente de supervisión 1.
En algunas modalidades, un dispositivo para el cuidado del paciente 7, 170, 126, 128, 130, 14, 15, 16, 17, 124 o 148, una plataforma 102 o 104, un cliente de supervisión 1 , el concentrador 802 de la figura 8 puede enviar una alarma suave, alarma dura y/o alarmas no críticas al comunicador remoto 11 sin alarmar en el dispositivo que emite la alarma y/o en el cliente de supervisión 1 hasta después que una cantidad predeterminada de veces ha pasado (para permitir que un cuidador encuentre una solución para eliminar la causa de la alarma sin molestar a un paciente, por ejemplo). Si se elimina la causa de la alarma antes de la cantidad predeterminada de tiempo, el dispositivo que emite la alarma y/o en el cliente de supervisión 1 no puede alarmar evitando así una perturbación adicional del paciente.
En algunas modalidades, el cable de CA de la figura 1 incluye sujetadores de tal forma que los tubos IV pueden sujetarse al mismo.
En algunas modalidades, la bomba de infusión 7 incluye luces LED de estado que indican uno o más de: controles de seguridad que han pasado; la bomba fluyendo; hay una oclusión; y/o la bomba siendo desconectada). Un usuario puede utilizar el cliente de supervisión 1 para leer un código de barras en la bolsa IV 170 (por ejemplo, usando la cámara 144 o la cámara 136 y/o el explorador 120) tiempo en el cual un LED sobre un enchufe puede emitir una luz para indicar al usuario que el tubo conectado a la bolsa IV 170 debe insertarse en éste.
En algunas modalidades, cada artículo, componente, dispositivo, dispositivo para el cuidado del paciente, plataforma y los dispositivos de computación, numeradas o sin numerar, como se muestra en la figura 1 o descrito con éstos es opcional. Por ejemplo, en algunas modalidades, el cliente de supervisión 1 es opcional, el servidor de supervisión 3 es opcional, los servicios de instalación 8 es opcional, cada uno de los servicios 19, 20, 21 , 22, 23, 24 es opcional, el servidor de la nube 25 es opcional, cada uno de los otros clientes de supervisión 4 es opcional, las bases de datos en línea del fármaco 9 es opcional, la red de eventos adversos de los fármacos es opcional, la HCE 19' personal del paciente es opcional, y/o la base de datos de los resultados de tratamiento 10 es opcional. Además o en su defecto, en algunas modalidades, cada uno de los dispositivos para el cuidado del paciente 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 es opcional. Asimismo, cada uno del monitor de sistema 131 , la pulsera 118, el RFID 116, el código de barras 114, el explorador 120, la pantalla 134 y/o alimentación de CA, es opcional en algunas modalidades de la presente descripción.
Además, en algunas modalidades, aunque algunos elementos, componentes, dispositivos, dispositivos para el cuidado del paciente, plataformas y dispositivos informáticos, numeradas o sin numerar, como se muestra en la figura 1 o descrito con ellos se muestran como el único elemento, componente, dispositivo, dispositivo para el cuidado del paciente, plataforma o computación dispositivo múltiples elementos, componentes, dispositivos, dispositivos para el cuidado del paciente, andenes y dispositivos de computación se contemplan; por ejemplo, aunque en algunas modalidades, una bomba de infusión simple 7 se muestra en la figura 1 , pueden utilizar dos bombas de infusión 7, pueden utilizarse varias bombas de infusión 7 o puede utilizarse cualquier número arbitrario de bombas de infusión 7. Además o en su defecto, en algunas modalidades, dispositivo de múltiples plataformas 104 y/o pueden utilizarse varios plataformas de cliente de supervisión 102.
Además o en su defecto, aunque dispositivos particulares para el cuidado del paciente 7, 14, 15, 16, 17, 126, 128, 130, 148 aparecen, otras combinaciones, subconjuntos, los múltiples de un dispositivo especial para el cuidado del paciente, o combinaciones de los mismos pueden ser utilizadas. Por ejemplo, en algunas modalidades, se utiliza sólo una bomba de infusión 7 de los dispositivos para el cuidado del paciente y, en este ejemplo concreto, los otros dispositivos para el cuidado del paciente, 14, 15, 16, 17, 126, 128, 130, 148 puede ser desactivada, no puede ser presente o disponible para el uso del sistema, puede apagarse o puede no ser parte del sistema 100 de la figura 1. Además o en su defecto, en algunas modalidades específicas, sólo los dispositivos para el cuidado del paciente utilizados son acoplables a la plataforma de dispositivo 104; por ejemplo, en esta modalidad específica, la bomba de infusión 7 es el único dispositivo acoplado en el dispositivo de plataforma 102 y la plataforma de dispositivo 102 sólo recibe un dispositivo, por ejemplo, la bomba de infusión 7. Además, como alternativa, u opcionalmente, en algunas modalidades específicas, los dispositivos para el cuidado del paciente 7, 14, 15, 16, 17, 35, 126, 128, 130, 148, son acoplables, puede operar desacoplado, o puede que no sea acoplable y puede funcionar como un dispositivo autónomo para el cuidado del paciente.
En algunas modalidades, los dispositivos para el cuidado del paciente, 7, 14, 15, 16, 17, 35, 126, 128, 130 y 148, el cliente de supervisión 1 , comunicador remoto 11 las plataformas 102 y 104 pueden incluir una clase segura de datos, por ejemplo, mediante una API.
Cualquier función descrita con referencia a la figura 1 , se puede realizar por el concentrador 802 de la figura 8, en algunas modalidades.
La figura 2 muestra un diagrama de flujo que ilustra un método 150 para mantener la comunicación entre un cliente de supervisión, por ejemplo, el cliente de supervisión 1 de la figura 1 y uno o más dispositivos para el cuidado del paciente, por ejemplo, uno o más de los dispositivos para el cuidado del paciente 7, 14, 15, 16, 17, 35 126, 128, 130, 148 de la figura 1 , conforme a una modalidad de la presente descripción. El método 150 de este ejemplo incluye los actos 152 a 169. El cliente de supervisión 1 puede mostrar un icono que indica cuando se establecen comunicaciones a los dispositivos emparejados y/o designados para el cuidado del paciente. El cliente de supervisión 1 puede verificar para determinar que las comunicaciones con los dispositivos emparejados y/o designados para el cuidado del paciente está disponible a intervalos predeterminados, y si las comunicaciones a un dispositivo para el cuidado del paciente emparejado o designado está disponible para una cantidad determinada de tiempo, el cliente de supervisión 1 puede sonar una alarma o alerta.
El acto 152 determina si la plataforma del cliente de supervisión está disponible como un enlace de comunicaciones entre el cliente de supervisión y la plataforma de cliente de supervisión a través de un conector de plataforma. Si esta disponible el enlace de comunicaciones del acto 152, el método 150 sigue con el acto 154, de lo contrario el método 150 sigue con el acto 156.
El acto 156 determina si la plataforma de cliente de supervisión está disponible como un enlace de comunicaciones entre el cliente de supervisión y la plataforma de cliente de supervisión a través de un enlace inalámbrico. Si el enlace del acto 156 está disponible, el método 150 sigue al acto 154, de lo contrario, el método 150 sigue con el acto 158.
El acto 154 determina si la plataforma de cliente de supervisión está disponible como un enlace de comunicaciones entre la plataforma de cliente de supervisión y una plataforma del dispositivo usando un cable. Si el enlace de comunicaciones del acto 154 está disponible, el método 150 sigue con el acto 160, de lo contrario, el método 150 sigue con el acto 158. El acto 160 determina si la plataforma del dispositivo está disponible como un enlace de comunicaciones entre la plataforma del dispositivo y el dispositivo para el cuidado del paciente, por ejemplo, a través de un enlace de comunicaciones inalámbrico o por cable. Si el enlace de comunicaciones del acto 160 está disponible, el método 150 sigue con el acto 166, en caso contrario, el método 150 sigue con el acto 162. El acto 162 determina si el dispositivo para el cuidado del paciente está disponible como un enlace de comunicaciones entre el cliente de supervisión y una plataforma del dispositivo para el cuidado del paciente a través de un enlace inalámbrico. Si el enlace de comunicaciones del acto 162 está disponible, el método sigue con el acto 166, de lo contrario, el método 150 sigue con el acto 164.
El acto 158 determina si la plataforma del dispositivo está disponible como un enlace de comunicaciones entre el cliente de supervisión y la plataforma del dispositivo a través de un enlace inalámbrico. Si el enlace de comunicaciones del acto 158 no está disponible, el método 150 sigue con el acto 162, de lo contrario, el método 150 sigue con el acto 160.
El acto 166 intenta un protocolo de enlace entre el cliente de supervisión y el dispositivo para el cuidado del paciente mediante el enlace de comunicaciones disponible. En modalidades alternativas, no se utiliza el protocolo de enlace; por ejemplo, no todos los protocolos usan el protocolo de enlace entre los extremos de la comunicación. El acto de decisión 168 determina si el protocolo de enlace del acto 166 fue exitoso. Si el acto de decisión 168 determina que el protocolo de enlace del acto 166 tuvo éxito, entonces el acto 164 determina que la comunicación con el dispositivo del paciente no está disponible y/o método 150 intenta establecer comunicaciones mediante otros enlaces (no mostrado de forma explícita). De lo contrario, si el acto de decisión 168 determina que el protocolo de enlace del acto 166 fue exitoso, el acto 169 comunica datos mediante un número suficiente de enlaces de comunicaciones determinados para estar disponibles por el método 150.
El método 150 es una modalidad ejemplar de la presente descripción que describe un método para mantener la comunicación entre un cliente de supervisión y uno o más dispositivos para el cuidado del paciente.
En algunas modalidades, aunque el método 150 incluye horario de enlaces de comunicaciones, pueden utilizarse otros horarios, difusión amplia, cualquier difusión, multidifusión o unidifusión puede utilizarse, pueden utilizarse algoritmos de enrutamiento, puede usarse un protocolo de enrutamiento de vector-distancia, puede usarse un protocolo de enrutamiento de estado de enlace, puede usarse un protocolo de enrutamiento del estado del enlace optimizado, puede usarse un protocolo de vector de ruta, enrutamiento estático con rutas predefinidas de comunicación alternativas pueden utilizarse, y/o pueden utilizarse redes adaptativas. Por ejemplo, en algunas modalidades de la presente descripción, los pesos pueden ser asignados a cada ruta de comunicaciones y el algoritmo de Dijkstra puede ser utilizado para la comunicación entre el cliente de supervisión 1 y uno o más dispositivos para el cuidado del paciente; los pesos pueden determinarse de cualquier forma conocida, incluyendo como una función del ancho de banda, calidad de la señal, tasa de error de bit, puede ser lineal para el rendimiento de los datos disponibles o la latencia, y/o similares.
Refiriéndose a los dibujos, la figura 3 muestra un diagrama de bloques de un sistema electrónico para el cuidado del paciente 300 que tiene dos plataformas 102, 104 para comunicaciones inalámbricas entre éstos según otra modalidad de la presente descripción. El sistema 300 es similar al sistema 100 de la figura 1 ; sin embargo, las comunicaciones entre la plataforma del cliente de supervisión 102 y la plataforma del dispositivo 104 a través de un enlace inalámbrico. Por ejemplo, en algunas modalidades, 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; además o en su defecto, el sistema 300 de la figura 3 puede tener plataformas 102 y 104 que no son conectables usando un cable.
Opcionalmente, el cliente de supervisión 1 , otro cliente de supervisión 4 y/o el comunicador remoto 11 puede ser usado para enviar comandos o solicitudes de dispositivos para el cuidado del paciente 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 como por ejemplo, una cantidad de bolo, una tasa de flujo de infusión, un fluido total para la entrega, una hora de inicio para la entrega del fármaco, un tiempo tope para la entrega del fármaco o un perfil de tasa de entrega de flujo a la bomba de infusión 7, la bomba de jeringa 126 y/o la bomba de microinfusión 130. En algunas modalidades, uno o más de los clientes de supervisión 1 , 4, 11 pueden utilizarse para enviar comandos o peticiones al dispensador de pildoras 128, tales como, por ejemplo, un comando de dispensador de pildoras para dispensar una pildora, un tipo de pildora, un horario de dosificación de pildoras y/o criterios de distribución de pildoras máximos. Los criterios de distribución de pildora máximos pueden ser una cantidad máxima de un medicamento que puede ser entregado dentro de un intervalo predeterminado de tiempo; por ejemplo, ciertos medicamentos se toman según sea necesario (es decir, pro re nata), sin embargo, el medicamento puede no ser seguro si se toma en exceso y los criterios de distribución de pildora máximos pueden prevenir que el medicamento se tome a niveles inseguros por parte del paciente, por ejemplo, una cantidad predeterminada durante un intervalo predeterminado de tiempo.
En algunas modalidades, el comunicador remoto 11 puede usarse para iniciar comunicaciones audiovisuales bidireccionales entre el comunicador remoto 11 y el cliente control 1 (por ejemplo, una llamada de video). Además o en su defecto, el cliente de supervisión 1 puede utilizarse para iniciar comunicaciones audio/visuales bidireccionales entre el cliente de supervisión 1 y el comunicador remoto del cliente de supervisión 11.
Opcionalmente, los dispositivos para el cuidado del paciente 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 también podrán comunicar datos de regreso al cliente de supervisión 1 , el otro cliente de supervisión 4 y/o el comunicador remoto 11 para: determinar si una alarma o alerta debe ser emitida o enviada; determinar si el tratamiento o la condición es segura para el paciente; determinar si el sistema 300 está funcionando correctamente o dentro de límites predeterminados; y/o para la visualización de los datos en una pantalla del cliente de supervisión 1 , el otro cliente supervisión 4 y/o el comunicador remoto 11. Por ejemplo, opcionalmente, la bomba de infusión 7, la bomba de jeringa 126 o la bomba de microinfusión 130 puede comunicarse (si procede): presión corriente arriba; cambios en la presión corriente arriba; presión corriente abajo al paciente 2; cambios en la presión corriente abajo al paciente 2; la presencia o ausencia de aire dentro de una línea de infusión; una cantidad de bolo real entregada; un flujo de infusión real; un fluido real total entregado; hora de comienzo real para la entrega del fármaco; un real parar el tiempo para la entrega del fármaco; o un perfil real de entrega-caudal a uno o más de cliente de supervisión 1 , el otro cliente supervisión 4 o el comunicador remoto 1 1. En otra modalidad, el pastillero 128 opcionalmente podrá comunicar datos al cliente control 1 , el otro cliente supervisión 4 o el comunicador remoto 11 , como por ejemplo, una real pildora dispensado, un tipo de pildora real había dispensado, una pildora actual horario de dispensación como dispensa, o sea o no un criterio de distribución de pildora máximo fue excedido.
Los datos recibidos de los dispositivos para el cuidado del paciente, 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 puede analizarse para que cualesquiera condiciones predefinidas emitir una alarma y/o una alerta. Por ejemplo, uno o más de los clientes de supervisión 1 , 4, 1 1 puede usar un aumento en la presión corriente abajo de la bomba de infusión 7, la bomba de jeringa 126 o la bomba de microinfusión 130 para ser una indicación de uno de: coagulación excesiva, infiltración, oclusión o acodamiento 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, uno o más de los clientes de supervisión 1 , 4, 1 1 puede visual o audiblemente alarmar o alertar a un usuario. Además o en su defecto, una disminución repentina de la presión corriente abajo al paciente 2 puede ser un indicio de que la tubería se ha desprendido de la aguja o la aguja ya no está en el paciente; y, en respuesta, uno o más de los clientes de supervisión 1 , 4, 11 puede visual o audible de alarma o alerta a un usuario. Uno o más de los clientes de supervisión 1 , 4, 11 opcionalmente, puede enviar un comando a uno o más de la bomba de infusión 7, la bomba de jeringa 126 y/o la bomba de microinfusión 130 a detener el suministro de líquido en respuesta al aumento repentino o disminución de la presión corriente abajo del paciente 2.
En algunas modalidades, cada artículo, componente, dispositivo, dispositivo para el cuidado del paciente, plataforma y los dispositivos de computación, numeradas o sin numerar, como se muestra en la figura 3 o descrito con ellos es opcional. Por ejemplo, en algunas modalidades, el cliente de supervisión 1 es opcional, el servidor de supervisión 3 es opcional, los servicios de instalación 8 es opcional, cada uno de los servicios de 19, 20, 21 , 22, 23, 24 es opcional, el servidor nube 25 es opcional, cada uno de los otros clientes de supervisión 4 es opcional, las bases de datos en línea fármaco 9 es opcional, la red de eventos adversos de fármacos es opcional, HCE personales del paciente 19' es opcional, o la base de datos de los resultados de tratamiento 10 es opcional. Además o en su defecto, en algunas modalidades, cada uno de los dispositivos para el cuidado del paciente 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 es opcional. Asimismo, cada uno del monitor de sistema 131 , la pulsera 118, el RFID 116, el código de barras 114, el explorador 120, la pantalla 134 y/o alimentación de CA, es opcional en algunas modalidades de la presente descripción.
Además, en algunas modalidades, aunque algunos elementos, componentes, dispositivos, dispositivos para el cuidado del paciente, plataformas y dispositivos informáticos, numeradas o sin numerar, como se muestra en la figura 3 o descrito con ellos se muestran como el único elemento, componente, dispositivo, dispositivo para el cuidado del paciente, plataforma o computación dispositivo múltiples elementos, componentes, dispositivos, dispositivos para el cuidado del paciente, andenes y dispositivos de computación se contemplan; por ejemplo, aunque en algunas modalidades, una bomba de infusión simple 7 se muestra en la figura 3, pueden utilizar dos bombas de infusión 7, pueden utilizarse varias bombas de infusión 7 o puede utilizarse cualquier número arbitrario de bombas de infusión 7. Además o en su defecto, en algunas modalidades, dispositivo de múltiples plataformas 104 y/o pueden utilizarse varios plataformas de cliente de supervisión 102.
Además o en su defecto, aunque dispositivos particulares para el cuidado del paciente 7, 14, 15, 16, 17, 126, 128, 130, 148 aparecen, otras combinaciones, subconjuntos, los múltiples de un dispositivo especial para el cuidado del paciente, o combinaciones de los mismos pueden ser utilizadas. Por ejemplo, en algunas modalidades, se utiliza sólo una bomba de infusión 7 de los dispositivos para el cuidado del paciente y, en este ejemplo concreto, los otros dispositivos para el cuidado del paciente, 14, 15, 16, 17, 126, 128, 130, 148 puede ser desactivada, no puede ser presente o disponible para el uso del sistema, puede apagarse o puede no ser parte del sistema 300 de la figura 3. Además o alternativamente, en algunas modalidades específicas, sólo los dispositivos para el cuidado del paciente utilizados son acoplables a la plataforma del dispositivo 104; por ejemplo, en una modalidad específica, la bomba de infusión 7 es el único dispositivo acoplado en la plataforma del dispositivo 102 y la plataforma del dispositivo 102 sólo recibe un dispositivo, por ejemplo, la bomba de infusión 7. Además, como alternativa, u opcionalmente, en algunas modalidades específicas, los dispositivos para el cuidado del paciente 7, 14, 15, 16, 17, 35, 126, 128, 130, 148, son acoplables, puede operar desacoplado, y/o puede que no sea acoplable y puede funcionar como un dispositivo autónomo para el cuidado del paciente.
En la figura 3, aunque la plataforma del dispositivo 104 es muestra siendo capaz de recibir varios dispositivos para el cuidado del paciente, en otras modalidades, la plataforma del dispositivo 104 puede recibir un dispositivo para el cuidado del paciente, una pluralidad de dispositivos para el cuidado del paciente, o cualquier número arbitrario de dispositivos para el cuidado del paciente. Además, secciones de una plataforma pueden usarse, por ejemplo, como se muestra en la figura 3, la sección vacía 170 se muestra en la plataforma del dispositivo 104. Además, aunque la plataforma del cliente de supervisión 102 se muestra siendo capaz de recibir un cliente de supervisión 1 , en otras modalidades, la plataforma del cliente de supervisión 102 puede recibir dos clientes de supervisión 1 , más de dos clientes de supervisión 1 ó cualquier número arbitrario de clientes de supervisión 1.
La figura 4 muestra un diagrama de flujo que ilustra un método 202 para mantener la comunicación entre un cliente supervisión, por ejemplo, el cliente de supervisión 1 y uno o más dispositivos, por ejemplo, los dispositivos para el cuidado del paciente 7, 14, 15, 16, 17, 35 126, 128, 130, 148 de la figura 3 conforme a una modalidad de la presente descripción.
El acto 204 determina si la plataforma de cliente de supervisión está disponible como un enlace de comunicaciones entre el cliente de supervisión y la plataforma de cliente de supervisión a través de un conector de plataforma. Si esta disponible el enlace de comunicaciones del acto 204, el método 202 sigue con el acto 206, de lo contrario el método 202 sigue con el acto 208. El acto 208 determina si la plataforma del cliente de supervisión está disponible como un enlace de comunicaciones entre el cliente de supervisión y la plataforma del cliente de supervisión a través de un enlace inalámbrico. Si el enlace de comunicaciones del acto 208 está disponible, el método 202 sigue con el acto 206, de lo contrario, el método 202 sigue con el acto 210.
El acto 206 determina si la plataforma del cliente de supervisión está disponible como un enlace de comunicaciones entre la plataforma del cliente de supervisión y una plataforma del dispositivo a través de un enlace inalámbrico. Si el enlace de comunicaciones del acto 206 está disponible, el método 202 sigue con el acto 212, de lo contrario, el método 202 sigue con el acto 210.
El acto 210 determina si la plataforma del dispositivo está disponible como un enlace de comunicaciones entre el cliente de supervisión y la plataforma del dispositivo a través de un enlace inalámbrico. Si el enlace de comunicaciones del acto 210 está disponible, el método 202 sigue con el acto 212, de lo contrario, el método 202 sigue con el acto 214.
El acto 212 determina si la plataforma del dispositivo está disponible como un enlace de comunicaciones entre la plataforma del dispositivo y el dispositivo para el cuidado del paciente. Si el enlace de comunicaciones del acto 212 está disponible, entonces el método 202 sigue con el acto 216, de lo contrario, el método 202 continúa con el acto 214.
El acto 214 determina si el dispositivo para el cuidado del paciente está disponible como un enlace de comunicaciones entre el cliente de supervisión y el dispositivo para el cuidado del paciente a través de un enlace inalámbrico. Si el enlace de comunicaciones del acto 214 está disponible, el método 202 sigue con el acto 216, de lo contrario, el acto 218 determina que la comunicación con el dispositivo para el cuidado del paciente no está disponible.
El acto 216 intenta un protocolo de enlace entre el cliente de supervisión y el dispositivo para el cuidado del paciente mediante el enlace o enlaces de comunicaciones disponibles. En modalidades alternativas, no se intenta un protocolo de enlace; por ejemplo, algunos protocolos de comunicación no utilizan el protocolo de enlace. El acto de decisión 220 determina si el protocolo de enlace fue un éxito y se han establecido las comunicaciones entre el cliente de supervisión y el dispositivo. Si el acto 220 determina que se ha establecido un enlace de comunicaciones, el método 202 comunica datos entre el cliente de supervisión y el dispositivo durante el acto 222 usando el enlace o enlaces de comunicaciones disponibles. Si el acto de decisión 220 determina que el protocolo de enlace no fue exitoso, cualquier método 202 determina que la comunicación con el dispositivo no está disponible en el acto 218 o el método 202 intenta comunicación entre el cliente de supervisión a través de enlaces de comunicación no tratados (no mostrado de forma explícita).
El método 202 es una modalidad ejemplar de la presente descripción que describe un método de mantener la comunicación entre un cliente de supervisión y uno o más dispositivos para el cuidado del paciente. En algunas modalidades, aunque el método 202 incluye horario de enlaces de comunicaciones, pueden utilizarse otros horarios, difusión amplia, cualquier difusión, multidifusión o unidifusión puede utilizarse, pueden utilizarse algoritmos de enrutamiento, puede usarse un protocolo de enrutamiento de vector-distancia, puede usarse un protocolo de enrutamiento de estado de enlace, puede usarse un protocolo de enrutamiento del estado del enlace optimizado, puede usarse un protocolo de vector de ruta, enrutamiento estático con rutas predefinidas de comunicación alternativas pueden utilizarse, y/o pueden utilizarse redes adaptativas. Por ejemplo, en algunas modalidades de la presente descripción, pesos pueden ser asignados a cada ruta de comunicaciones y algoritmo de Dijkstra puede ser utilizado para la comunicación entre el cliente de supervisión 1 y uno o más dispositivos para el cuidado del paciente; los pesos pueden determinarse en alguno sabe forma, incluyendo en función del ancho de banda, señal de calidad, tasa de error de bit, puede ser lineal para el rendimiento de los datos disponibles o la latencia y/o similares.
Refiriéndose ahora a la figura 5, un sistema electrónico para el cuidado del paciente 500 en forma de diagrama de bloques se muestra teniendo una plataforma 502 para acoplar juntos un cliente de supervisión 1 y varios dispositivos para el cuidado del paciente (por ejemplo, dispositivos para el cuidado del paciente 7, 126, 128 o 130), un módulo de comunicación 124d y una llave 133 según otra modalidad de la presente descripción. El sistema electrónico para el cuidado del paciente 500 de la figura 5 es similar al sistema electrónico para el cuidado del paciente 100 de la figura 1 ; sin embargo, cada uno del cliente de supervisión 1, los dispositivos para el cuidado del paciente 7, 126, 128, 130, un módulo de comunicación 124d y una llave 133 son todos acoplables a una plataforma 502. Como se apreciará a la luz de esta descripción, la plataforma 502 puede incluir uno o más de los buses, tarjetas principales, rutas de comunicaciones, circuitos electrónicos y lo similar para facilitar la comunicación.
Opcionalmente, el cliente de supervisión 1 , otro cliente de supervisión 4 o el comunicador remoto 11 puede ser usado para enviar comandos o solicitudes para el cuidado del paciente dispositivos 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 como por ejemplo, una cantidad de bolo, un flujo de infusión, un fluido total para la entrega, una hora de inicio de entrega del fármaco, un tiempo tope para entrega del fármaco o un perfil de entrega-caudal a la infusión de la bomba 7, bomba de la bomba de jeringa 126 o de microinfusión 130. En algunas modalidades, uno o más de los clientes de supervisión 1 , 4, 11 pueden utilizarse para enviar comandos o peticiones al dispensador de pildoras 128, tales como, por ejemplo, un comando de dispensador de pildoras para dispensar una pildora, un tipo de pildora, un horario de dosificación de pildoras y/o criterios de distribución de pildoras máximos. Los criterios de distribución de pildora máximos pueden ser una cantidad máxima de un medicamento que puede ser entregado dentro de un intervalo predeterminado de tiempo; por ejemplo, ciertos medicamentos se toman según sea necesario (es decir, pro re nata), sin embargo, el medicamento puede no ser seguro si se toma en exceso y los criterios de distribución de pildora máximos pueden prevenir que el medicamento se tome a niveles inseguros por parte del paciente, por ejemplo, una cantidad predeterminada durante un intervalo predeterminado de tiempo.
Opcionalmente, los dispositivos para el cuidado del paciente 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 también podrán comunicar datos de regreso al cliente de supervisión 1 , el otro cliente de supervisión 4 y/o el comunicador remoto 1 1 para: determinar si una alarma o alerta debe ser emitida o enviada; determinar si el tratamiento o la condición es segura para el paciente; determinar si el sistema 500 está funcionando correctamente o dentro de límites predeterminados; y/o para la visualización de los datos en una pantalla del cliente de supervisión 1 , el otro cliente supervisión 4 y/o el comunicador remoto 11. Por ejemplo, opcionalmente, la bomba de infusión 7, la bomba de jeringa 126 o la bomba de microinfusión 130 puede comunicarse (si procede): presión corriente arriba; cambios en la presión corriente arriba; presión corriente abajo al paciente 2; cambios en la presión corriente abajo al paciente 2; la presencia o ausencia de aire dentro de una línea de infusión; una cantidad de bolo real entregada; un flujo de infusión real; un fluido real total entregado; hora de comienzo real para la entrega del fármaco; un real parar el tiempo para la entrega del fármaco; o un perfil real de entrega-caudal a uno o más de cliente de supervisión 1 , el otro cliente supervisión 4 o el comunicador remoto 11. En otra modalidad, el pastillero 128 opcionalmente podrá comunicar datos al cliente control 1 , el otro cliente supervisión 4 o el comunicador remoto 1 , como por ejemplo, una real pildora dispensado, un tipo de pildora real había dispensado, una pildora actual horario de dispensación como dispensa, o sea o no un criterio de distribución de pildora máximo fue excedido.
Los datos recibidos de los dispositivos para el cuidado del paciente, 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 pueden analizarse para que cualesquiera condiciones predefinidas emitir una alarma y/o una alerta. Por ejemplo, uno o más de los clientes de supervisión 1 , 4, 11 puede usar un aumento en la presión corriente abajo de la bomba de infusión 7, la bomba de jeringa 126 o la bomba de microinfusión 130 para ser una indicación de uno de: coagulación excesiva, infiltración, oclusión o acodamiento 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, uno o más de los clientes de supervisión 1, 4, 11 puede visual o audiblemente alarmar o alertar a un usuario. Además o en su defecto, una disminución repentina de la presión corriente abajo al paciente 2 puede ser un indicio de que la tubería se ha desprendido de la aguja o la aguja ya no está en el paciente; y, en respuesta, uno o más de los clientes de supervisión 1 , 4, 11 puede visual o audible de alarma o alerta a un usuario. Uno o más de los clientes de supervisión 1 , 4, 11 opcionalmente, puede enviar un comando a uno o más de la bomba de infusión 7, la bomba de jeringa 126 y/o la bomba de microinfusión 130 a detener el suministro de líquido en respuesta al aumento repentino o disminución de la presión corriente abajo del paciente 2.
En algunas modalidades, cada artículo, componente, dispositivo, dispositivo para el cuidado del paciente, plataforma y los dispositivos de computación, numeradas o sin numerar, como se muestra en la figura 5 o descrito con ellos es opcional. Por ejemplo, en algunas modalidades, el cliente de supervisión 1 es opcional, el servidor de supervisión 3 es opcional, los servicios de instalación 8 es opcional, cada uno de los servicios de 19, 20, 21 , 22, 23, 24 es opcional, el servidor nube 25 es opcional, cada uno de los otros clientes de supervisión 4 es opcional, las bases de datos en línea fármaco 9 es opcional, la red de eventos adversos de fármacos es opcional, HCE personales del paciente 19' es opcional, o la base de datos de los resultados de tratamiento 10 es opcional. Además o en su defecto, en algunas modalidades, cada uno de los dispositivos para el cuidado del paciente 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 es opcional. Asimismo, cada uno del monitor de sistema 131 , la pulsera 118, el RFID 116, el código de barras 114, el explorador 120, la pantalla 134 y/o alimentación de CA, es opcional en algunas modalidades de la presente descripción.
Además, en algunas modalidades, aunque algunos elementos, componentes, dispositivos, dispositivos para el cuidado del paciente, plataformas y dispositivos informáticos, numeradas o sin numerar, como se muestra en la figura 5 o descrito con ellos se muestran como el único elemento, componente, dispositivo, dispositivo para el cuidado del paciente, plataforma o computación dispositivo múltiples elementos, componentes, dispositivos, dispositivos para el cuidado del paciente, andenes y dispositivos de computación se contemplan; por ejemplo, aunque en algunas modalidades, una bomba de infusión simple 7 se muestra en la figura 5, pueden utilizar dos bombas de infusión 7, pueden utilizarse varias bombas de infusión 7 o puede utilizarse cualquier número arbitrario de bombas de infusión 7. Además o en su defecto, en algunas modalidades, las plataformas múltiples 502 pueden usarse.
Además o en su defecto, aunque dispositivos particulares para el cuidado del paciente 7, 14, 15, 16, 17, 126, 128, 130, 148 aparecen, otras combinaciones, subconjuntos, los múltiples de un dispositivo especial para el cuidado del paciente, o combinaciones de los mismos pueden ser utilizadas. Por ejemplo, en algunas modalidades, se utiliza sólo una bomba de infusión 7 de los dispositivos para el cuidado del paciente y, en este ejemplo concreto, los otros dispositivos para el cuidado del paciente, 14, 5, 16, 17, 126, 28, 130, 148 puede ser desactivada, no puede ser presente o disponible para el uso del sistema, puede apagarse o puede no ser parte del sistema 500 de la figura 5. Además o en su defecto, en algunas modalidades específicas, sólo los dispositivos para el cuidado del paciente utilizados son acoplables a la plataforma 502; por ejemplo, en una modalidad específica, la bomba de infusión 7 es el único dispositivo acoplado en la plataforma del dispositivo 102 y la plataforma de dispositivo 102 sólo recibe un dispositivo, por ejemplo, la bomba de infusión 7. Además, como alternativa, u opcionalmente, en algunas modalidades específicas, los dispositivos para el cuidado del paciente 7, 14, 15, 16, 17, 35, 126, 128, 130, 148, son acoplables, puede operar desacoplado, y/o puede que no sea acoplable y puede funcionar como un dispositivo autónomo para el cuidado del paciente.
En la figura 5, aunque la plataforma 502 se muestra capaz de recibir varios dispositivos para el cuidado del paciente, en otras modalidades, la plataforma 502 puede recibir un dispositivo para el cuidado del paciente, una pluralidad de dispositivos para el cuidado del paciente, o cualquier número arbitrario de dispositivos para el cuidado del paciente. Además, las secciones de una plataforma no pueden usarse, por ejemplo, como se muestra en la figura 5, se muestra una sección vacía 170 en plataforma 502.
Además, aunque la plataforma 502 se muestra siendo capaz de recibir un cliente de supervisión 1 , en otras modalidades, la plataforma 502 puede recibir dos clientes de supervisión 1, más de dos clientes de supervisión 1 ó cualquier número arbitrario de clientes de supervisión 1.
La figura 6 es un diagrama de flujo que ilustra un método 304 para mantener la comunicación entre un cliente de supervisión, por ejemplo, el cliente de supervisión 1 de la figura 5 y más dispositivos para el cuidado del paciente, por ejemplo, dispositivos para el cuidado de los pacientes 7, 14, 15, 16, 17, 35 126, 128, 130, 148 de la figura 5 según una modalidad de la presente descripción1.
El método determina si la plataforma está disponible como un enlace de comunicaciones entre el cliente de supervisión y la plataforma a través de un conector de una plataforma durante el acto 306. Si no está disponible el enlace de comunicaciones del acto 306, el método 304 sigue con el acto 308, de lo contrario, el método 304 sigue con el acto 310. El acto 310 determina si la plataforma está disponible como un enlace de comunicaciones entre la plataforma y el dispositivo para el cuidado del paciente. Si el enlace de comunicaciones del acto 310 no está disponible, el método 304 sigue con el acto 312, de lo contrario, el método 304 sigue con el acto 314.
El acto 308 determina si la plataforma está disponible como un enlace de comunicaciones entre el cliente de supervisión y la plataforma a través de un enlace inalámbrico. Si el enlace de comunicaciones del acto 308 está disponible, el método 304 sigue con el acto 310, de lo contrario, el método 304 sigue con el acto 312.
El acto 312 determina si el dispositivo para el cuidado del paciente está disponible como un enlace de comunicaciones entre el cliente de supervisión y el dispositivo para el cuidado del paciente a través de un enlace inalámbrico. Si no está disponible el enlace de comunicaciones del acto 312, el acto 316 determina que la comunicación entre el cliente de supervisión y el dispositivo para el cuidado del paciente no está disponible.
El acto 314 intenta un apretón de manos entre el cliente de supervisión y el dispositivo usando el enlace o enlaces de comunicaciones disponibles. En modalidades alternativas, no se utiliza el protocolo de enlace; por ejemplo, algunos de los protocolos no emplean el protocolo de enlace. El acto de decisión 318 determina si el protocolo de enlace era exitoso, y si tuvo éxito, el método 304 sigue con el acto 320 para comunicar datos mediante el enlace o enlaces de comunicaciones disponibles. Si el acto de decisión 318 determina que el protocolo de enlace no tuvo éxito en el acto 314, el acto 316 determina que la comunicación con el dispositivo no está disponible. En otras modalidades, si el acto de decisión 318 determina que el protocolo de enlace no tuvo éxito en el acto 314, el método 304 intenta comunicarse con el dispositivo para el cuidado del paciente mediante enlaces de comunicaciones no comprobados (no mostrado).
El método 304 es una modalidad ejemplar de la presente descripción que describe un método de mantener la comunicación entre un cliente de supervisión y uno o más dispositivos para el cuidado del paciente. En algunas modalidades, aunque el método 304 incluye horario de enlaces de comunicaciones, pueden utilizarse otros horarios, difusión amplia, cualquier difusión, multidifusión o unidifusión puede utilizarse, pueden utilizarse algoritmos de enrutamiento, puede usarse un protocolo de enrutamiento de vector-distancia, puede usarse un protocolo de enrutamiento de estado de enlace, puede usarse un protocolo de enrutamiento del estado del enlace optimizado, puede usarse un protocolo de vector de ruta, enrutamiento estático con rutas predefinidas de comunicación alternativas pueden utilizarse, y/o pueden utilizarse redes adaptativas. Por ejemplo, en algunas modalidades de la presente descripción, pesos pueden ser asignados a cada ruta de comunicaciones y algoritmo de Dijkstra puede ser utilizado para la comunicación entre el cliente de supervisión 1 y uno o más dispositivos para el cuidado del paciente; los pesos pueden determinarse en alguno sabe forma, incluyendo en función del ancho de banda, señal de calidad, tasa de error de bit, puede ser lineal para el rendimiento de los datos disponibles o la latencia y/o similares.
Volviendo ahora a la figura 7, se muestra un diagrama de bloques de un sistema electrónico para el cuidado del paciente 700 que tiene un cliente de supervisión 1 con una plataforma integrada 702 para los dispositivos para el cuidado de pacientes de acoplamiento 7, 126, 128, 130 a este de acuerdo con otra modalidad de la presente descripción. Además en algunas modalidades, un módulo de comunicación 124d y una llave 133 son todos acoplables a la plataforma 702. El sistema para el cuidado del paciente 700 de la figura 7 es similar al sistema para el cuidado del paciente 100 de la figura 1 ; sin embargo, el sistema para el cuidado del paciente 700 incluye la plataforma integrada 702. En algunas modalidades, el cliente de supervisión 1 se comunica con un dispositivo para el cuidado del paciente cuando está acoplado mediante la plataforma; sin embargo, si el cliente de supervisión 1 no puede comunicarse con un dispositivo para el cuidado del paciente, por ejemplo, dispositivos para el cuidado del paciente, 7, 14, 15, 16, 17, 35, 126, 128, 130, 148, el cliente de supervisión 1 puede comunicarse con éste inalámbricamente, por ejemplo, utilizando la antena 112 del cliente de supervisión 1.
Opcionalmente, el cliente de supervisión 1 , otro cliente de supervisión 4 o el comunicador remoto 11 puede ser usado para enviar comandos o solicitudes para el cuidado del paciente dispositivos 7, 14, 15, 16, 7, 35, 126, 128, 130, 148 como por ejemplo, una cantidad de bolo, un flujo de infusión, un fluido total para la entrega, una hora de inicio de entrega del fármaco, un tiempo tope para entrega del fármaco o un perfil de entrega-caudal a la infusión de la bomba 7, bomba de la bomba de jeringa 126 o de microinfusión 130. En algunas modalidades, uno o más de los clientes de supervisión 1 , 4, 1 1 pueden utilizarse para enviar comandos o peticiones al dispensador de pildoras 128, tales como, por ejemplo, un comando de dispensador de pildoras para dispensar una pildora, un tipo de pildora, un horario de dosificación de pildoras y/o criterios de distribución de pildoras máximos. Los criterios de distribución de pildora máximos pueden ser una cantidad máxima de un medicamento que puede ser entregado dentro de un intervalo predeterminado de tiempo; por ejemplo, ciertos medicamentos se toman según sea necesario (es decir, pro re nata), sin embargo, el medicamento puede no ser seguro si se toma en exceso y los criterios de distribución de pildora máximos pueden prevenir que el medicamento se tome a niveles inseguros por parte del paciente, por ejemplo, una cantidad predeterminada durante un intervalo predeterminado de tiempo.
Opcionalmente, los dispositivos para el cuidado del paciente 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 también podrán comunicar datos de regreso al cliente de supervisión 1 , el otro cliente de supervisión 4 y/o el comunicador remoto 11 para: determinar si una alarma o alerta debe ser emitida o enviada; determinar si el tratamiento o la condición es segura para el paciente; determinar si el sistema 700 está funcionando correctamente o dentro de límites predeterminados; y/o para la visualización de los datos en una pantalla del cliente de supervisión 1 , el otro cliente supervisión 4 y/o el comunicador remoto 11. Por ejemplo, opcionalmente, la bomba de infusión 7, la bomba de jeringa 126 o la bomba de microinfusión 130 puede comunicarse (si procede): presión corriente arriba; cambios en la presión corriente arriba; presión corriente abajo al paciente 2; cambios en la presión corriente abajo al paciente 2; la presencia o ausencia de aire dentro de una línea de infusión; una cantidad de bolo real entregada; un flujo de infusión real; un fluido real total entregado; hora de comienzo real para la entrega del fármaco; un real parar el tiempo para la entrega del fármaco; o un perfil real de entrega-caudal a uno o más de cliente de supervisión 1 , el otro cliente supervisión 4 o el comunicador remoto 11. En otra modalidad, el pastillero 128 opcionalmente podrá comunicar datos al cliente control 1 , el otro cliente supervisión 4 o el comunicador remoto 11 , como por ejemplo, una real pildora dispensado, un tipo de pildora real había dispensado, una pildora actual horario de dispensación como dispensa, o sea o no un criterio de distribución de pildora máximo fue excedido.
Los datos recibidos de los dispositivos para el cuidado del paciente, 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 puede analizarse para que cualesquiera condiciones predefinidas emitir una alarma y/o una alerta. Por ejemplo, uno o más de los clientes de supervisión 1 , 4, 11 puede usar un aumento en la presión corriente abajo de la bomba de infusión 7, la bomba de jeringa 126 o la bomba de microinfusión 130 para ser una indicación de uno de: coagulación excesiva, infiltración, oclusión o acodamiento 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, uno o más de los clientes de supervisión 1 , 4, 11 puede visual o audiblemente alarmar o alertar a un usuario. Además o en su defecto, una disminución repentina de la presión corriente abajo al paciente 2 puede ser un indicio de que la tubería se ha desprendido de la aguja o la aguja ya no está en el paciente; y, en respuesta, uno o más de los clientes de supervisión 1 , 4, 11 puede visual o audible de alarma o alerta a un usuario. Uno o más de los clientes de supervisión 1 , 4, 11 opcionalmente, puede enviar un comando a uno o más de la bomba de infusión 7, la bomba de jeringa 126 y/o la bomba de microinfusión 130 a detener el suministro de líquido en respuesta al aumento repentino o disminución de la presión corriente abajo del paciente 2.
En algunas modalidades, cada artículo, componente, dispositivo, dispositivo para el cuidado del paciente, plataforma y los dispositivos de computación, numeradas o sin numerar, como se muestra en la figura 7 o descrito con ellos es opcional. Por ejemplo, en algunas modalidades, el cliente de supervisión 1 es opcional, el servidor de supervisión 3 es opcional, los servicios de instalación 8 es opcional, cada uno de los servicios de 19, 20, 21 , 22, 23, 24 es opcional, el servidor nube 25 es opcional, cada uno de los otros clientes de supervisión 4 es opcional, las bases de datos en línea fármaco 9 es opcional, la red de eventos adversos de fármacos es opcional, HCE personales del paciente 19' es opcional, o la base de datos de los resultados de tratamiento 10 es opcional. Además o en su defecto, en algunas modalidades, cada uno de los dispositivos para el cuidado del paciente 7, 14, 15, 16, 17, 35, 126, 128, 130, 148 es opcional. Asimismo, cada uno del monitor de sistema 131 , la pulsera 118, el RFID 116, el código de barras 114, el explorador 120, la pantalla 134 y/o alimentación de CA, es opcional en algunas modalidades de la presente descripción.
Además, en algunas modalidades, aunque algunos elementos, componentes, dispositivos, dispositivos para el cuidado del paciente, plataformas y dispositivos informáticos, numeradas o sin numerar, como se muestra en la figura 7 o descrito con ellos se muestran como el único elemento, componente, dispositivo, dispositivo para el cuidado del paciente, plataforma o computación dispositivo múltiples elementos, componentes, dispositivos, dispositivos para el cuidado del paciente, andenes y dispositivos de computación se contemplan; por ejemplo, aunque en algunas modalidades, una bomba de infusión simple 7 se muestra en la figura 7, pueden utilizar dos bombas de infusión 7, pueden utilizarse varias bombas de infusión 7 o puede utilizarse cualquier número arbitrario de bombas de infusión 7. Además o alternativamente, en algunas modalidades, plataformas integradas 702 pueden usarse.
Además o en su defecto, aunque dispositivos particulares para el cuidado del paciente 7, 14, 15, 16, 17, 126, 128, 130, 148 aparecen, otras combinaciones, subconjuntos, los múltiples de un dispositivo especial para el cuidado del paciente, o combinaciones de los mismos pueden ser utilizadas. Por ejemplo, en algunas modalidades, se utiliza sólo una bomba de infusión 7 de los dispositivos para el cuidado del paciente y, en este ejemplo concreto, los otros dispositivos para el cuidado del paciente, 14, 15, 16, 17, 126, 128, 130, 148 puede ser desactivada, no puede ser presente o disponible para el uso del sistema, puede apagarse o puede no ser parte del sistema 700 de la figura 7. Además o alternativamente, en algunas modalidades específicas, sólo los dispositivos para el cuidado del paciente utilizados son acoplables a la plataforma integrada 702; por ejemplo, en una modalidad específica, la bomba de infusión 7 es el único dispositivo acoplado en la plataforma integrada 702 y la plataforma integrada 702 sólo recibe un dispositivo, por ejemplo, la bomba de infusión 7. Además, como alternativa, u opcionalmente, en algunas modalidades específicas, los dispositivos para el cuidado del paciente 7, 14, 15, 16, 17, 35, 126, 128, 130, 148, son acoplables, puede operar desacoplado, y/o puede que no sea acoplable y puede funcionar como un dispositivo autónomo para el cuidado del paciente.
En la figura 7, aunque la plataforma integrada 702 se muestra siendo capaz de recibir varios dispositivos para el cuidado del paciente, en otras modalidades, la plataforma integrada 702 puede recibir un dispositivo para el cuidado del paciente, una pluralidad de dispositivos para el cuidado del paciente o cualquier número arbitrario de dispositivos para el cuidado del paciente. Además, las secciones de una plataforma pueden ser no usadas, por ejemplo, como se muestra en la figura 7, la sección vacía 170 se muestra en la plataforma integrada 702. Además, aunque la plataforma integrada 702 se muestra teniendo un cliente de supervisión integrado 1 , en otras modalidades, la plataforma integrada 702 tiene dos clientes de supervisión integrados 1 , más de dos clientes de supervisión integrados 1 , o cualquier número arbitrario de clientes de supervisión integrados 1.
La figura 8 es un diagrama de bloques de un sistema electrónico para el cuidado del paciente 800 que tiene un concentrador 802 según otra modalidad de la presente descripción. Opcionalmente, en algunas modalidades, el concentrador 802 proporciona una interfaz de comunicaciones entre la plataforma del cliente de supervisión 102 y plataformas de dispositivos 804, 806. En modalidades todavía adicionales, el concentrador 802 controla los dispositivos para el cuidado del paciente sin un cliente de supervisión 1, otro cliente de supervisión 4 y/o un comunicador remoto 11. Por ejemplo, el concentrador 802 puede comunicarse con el servidor de supervisión 3, los servicios de la instalación 8, la estación de enfermería 5, la farmacia 6, el servidor de la nube 25, las bases de datos del fármaco en línea o red de eventos adversos del fármaco 9, HCE 19' personal del paciente, y/o las bases de datos de los resultados del tratamiento 10. El concentrador 802 puede proporcionar un reloj tal que todos los dispositivos conectados al mismo usan el reloj 802 del concentrador (por ejemplo, dispositivos para el cuidado del paciente, clientes de supervisión, comunicadores remotos, etc.), dispositivos en tiempo real usan reloj 802 del concentrador o dispositivos críticos del tiempo usan el reloj 802 del concentrador.
En algunas modalidades, un GPS y/o un módulo de alcance (por ejemplo, módulo de alcance ultrasónico) pueden instalarse en la bomba de infusión 830, el cliente de supervisión 1 , el concentrador 802, un cuidador y/o un paciente. Ajustes predeterminados pueden requerir que un grupo predeterminado de la bomba de infusión 830, el cliente de supervisión 1, el concentrador 802, el cuidador y/o el paciente, en esta modalidad específica, deben estar en una distancia predeterminada con respecto a los demás antes de iniciar el tratamiento y/o antes de configurar una de la bomba de infusión 830, el concentrador 802, y/o el cliente de supervisión 1.
En algunas modalidades, el concentrador 802 incluye una interfaz de programación de aplicaciones (API) para mostrar GUI, ventanas, datos, etc. en el cliente de supervisión 1 y/o el comunicador remoto 11. La API puede incluir una clase de datos segura. En modalidades todavía adicionales, las plataformas 102, 804 y/u 806 incluyen una API para mostrar GUI, ventanas, datos, etc. en el cliente de supervisión 1 o comunicador remoto 11. En una modalidad adicional todavía, las plataformas 102, 804 u 806, o el concentrador 802 incluye una API para mostrar GUI, ventanas, datos, etc. en un dispositivo para el cuidado del paciente 830, 810 y/u 814.
En algunas modalidad, el concentrador 802 y/o las plataformas 102, 804 y/u 806 pueden identificar el tipo de dispositivo para el cuidado del paciente asociados con éste y datos de configuración de la carga basados en el tipo del dispositivo para el cuidado del paciente asociado (un dispositivo emparejado con éste, un dispositivo enchufado o acoplado al concentrador 802 y/o las plataformas 102, 804 y/u 806).
En algunas modalidades, el concentrador 802 y/o las plataformas 102, 804 y/u 806 pueden identificar el tipo de dispositivo para el cuidado del paciente asociado con estos y configurar una Interfaz del usuario (Ul) usando html, CSS, JavaScript, etc. En algunas modalidades, el concentrador 802 y/o las plataformas 102, 804 y/u 806 pueden tener un sistema distribuido de Ul.
La interfaz de usuario descrita aquí puede utilizar un marco de petición de acción.
Opcionalmente, en algunas modalidades específicas, el concentrador 802 incluye todos los circuitos de seguridad crítica y software para la comunicación con el cliente de supervisión 1 ; por ejemplo, en esta modalidad específica, el concentrador 802 recibe parámetros de tratamiento del cliente de supervisión 1 , y el concentrador 802 asegura que el parámetro de tratamiento es seguro para el paciente 2 independiente de cualquier verificación de seguridad realizada en otros lugares, por ejemplo, en el cliente de supervisión 1. En una modalidad todavía específica adicional, el sistema 800 es, opcionalmente, totalmente tolerante a fallas del cliente de supervisión 1 y puede ignorar comandos, peticiones o los parámetros del cliente de supervisión 1 cuando, por ejemplo, los controles de seguridad independientes realizados en el mismo no satisfacen criterios predeterminados, por ejemplo, intervalos de seguridad predeterminados de entrega del fármaco de una bomba de infusión 7.
Opcionalmente, en modalidades todavía adicionales específicas, un código de barras conectado a la bolsa IV 170 puede serán analizado por el explorador 120, que descarga una receta predeterminada (por ejemplo, de la HCE 19' personal del paciente) y/o una bomba de infusión 830 incluye una receta predeterminada que se carga dentro del concentrador 802 cuando está acoplado a la plataforma 804; después de eso, en esta modalidad específica y, opcionalmente, el concentrador 802 inicia la infusión de la bolsa IV 170 al paciente 2 y supervisa el progreso del tratamiento para garantizar la seguridad del paciente 2. Además, como alternativa, u opcionalmente, en esta modalidad específica, un cuidador puede interactuar con el sistema 800 como se muestra en la figura 8 exclusivamente vía el concentrador 802. Opcionalmente, en algunas modalidades, el concentrador 802 carga el tratamiento, estado o información del paciente al cliente de supervisión 1 ; por ejemplo, el concentrador 802 puede subir información del tratamiento que recibe de la bomba de infusión 830 o información sobre el tratamiento que recibe de la HCE 19' personal del paciente correspondiente a un código de barras escaneado en la bolsa IV 170 al cliente de supervisión 1 para mostrar a un usuario, para la confirmación de la información por parte del usuario, para el almacenamiento dentro del cliente de supervisión 1 y lo similar En algunas modalidades, la plataforma del dispositivo 804 recibe bombas de infusión 830, 810 y 812. En algunas modalidades, la plataforma del dispositivo 804 recibe, uno más de uno, o una pluralidad de dispositivos para el cuidado del paciente. La plataforma del dispositivo 806 recibe un dispensador de pildoras 814. En algunas modalidades, la plataforma del dispositivo 806 recibe, uno, más de uno o una pluralidad de dispositivos para el cuidado del paciente, tales como dispensadores de pildoras 806. La plataforma del dispositivo 804 incluye una antena 816 para comunicaciones inalámbricas y la plataforma del dispositivo 806 incluye una antena 818 para comunicaciones inalámbricas. Asimismo, el concentrador 802 incluye una antena 820 para comunicaciones inalámbricas. Además o alternativamente, la plataforma del dispositivo 804, el concentrador 802, y/o el cliente de supervisión 1 se comunican entre sí mediante conexiones por cable. Cada uno de los concentrador 802 y las plataformas 804 y 806 podrá comunicarse entre sí utilizando, por ejemplo, un cable USB, cable Ethernet, y/o mediante 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 explorador 120, una pantalla conectable/desmontable (no mostrada) y similares. Como se mencionó anteriormente, el concentrador 802 puede proporcionar todas las funciones de seguridad crítica del paciente y puede funcionar independientemente del cliente de supervisión 1 y/o la plataforma del cliente de supervisión 102.
Opcionalmente, el cliente de supervisión 1 , otro cliente de supervisión 4 y/o el comunicador remoto 11 puede utilizarse para enviar comandos o solicita los dispositivos para el cuidado del paciente 14, 15, 16, 17, 35, 830, 810, 812, 814, 830 148 como por ejemplo, una cantidad de bolo, un flujo de infusión, un fluido total para la entrega, una hora de inicio de entrega del fármaco, un tiempo de interrupción para el suministro de fármacos o un perfil de tasa de entrega de flujo a uno o más de las bombas de infusión 830, 810, 812. En algunas modalidades, uno o más de los clientes de supervisión 1 , 4, 11 pueden utilizarse para enviar comandos o peticiones al dispensador de pildoras 814, tales como, por ejemplo, un comando dispensador de pildoras para dispensar una pildora, un tipo de pildora, un horario de dosificación de pildoras y/o criterios de distribución de pildoras máximos. Los criterios de distribución de pildora máximos pueden ser una cantidad máxima de un medicamento que puede ser entregado dentro de un intervalo predeterminado de tiempo; por ejemplo, ciertos medicamentos se toman según sea necesario (es decir, pro re nata), sin embargo, el medicamento no puede ser seguro si se toma en exceso y los criterios de distribución de pildora máximos pueden prevenir que el medicamento se tome a niveles inseguros por parte del paciente, por ejemplo, una cantidad predeterminada durante un intervalo predeterminado de tiempo.
Opcionalmente, los dispositivos para el cuidado del paciente 14, 15, 16, 17, 35, 830, 810, 812, 814, 830, 148 también podrá comunicar datos de regreso al cliente de supervisión 1 , el otro cliente de supervisión 4 y/o el comunicador remoto 11 para: determinar si una alarma o alerta debe ser publicada o enviada; determinar si el tratamiento o condición es segura para el paciente; determinar si el sistema 800 está funcionando correctamente o dentro de límites predeterminados; y/o para la visualización de los datos en una pantalla del cliente de supervisión 1 , el otro cliente de supervisión 4 y/o el comunicador remoto 11. Por ejemplo, opcionalmente, una o más de las bombas de infusión 830, 810, 812 puede comunicarse (donde sea aplicable): presión corriente arriba; cambios en la presión corriente arriba; presión corriente abajo al paciente 2; cambios en la presión corriente abajo al paciente 2; la presencia o ausencia de aire dentro de una línea de infusión; una cantidad de bolo real entregada; un caudal de infusión real; un fluido real total entregado; una hora de comienzo real para la entrega del fármaco; una hora de interrupción real para la entrega del fármaco; o un perfil real de tasa de entrega de flujo a uno o más del cliente de supervisión 1 , el otro cliente de supervisión 4 y/o el comunicador remoto 11. En otra modalidad, el dispensador de pildoras 814 opcionalmente podrá comunicar datos de regreso al cliente de supervisión 1 , el otro cliente de supervisión 4 y/o el comunicador remoto 1 1 , como por ejemplo, una pildora real dispensada, un tipo de pildora real dispensada, un horario de dispensación de pildora real como se dispensa, o ya sea o no que criterios de dispensación de pildoras máximos se excedan.
Los datos recibidos de los dispositivos para e I cuidado del paciente, 14, 15, 16, 17, 35, 830, 810, 812, 814, 830, 148 pueden analizarse para que cualquier condición predefinida para emitir una alarma y/o una alerta. Por ejemplo, uno o más de los clientes de supervisión 1 , 4, 11 puede utilizar un aumento en la presión corriente abajo de una o más de las bombas de infusión 830, 810, 812 para ser una indicación de uno de: coagulación excesiva, infiltración, oclusión o acodamiento 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, uno o más de los clientes de supervisión 1 , 4, 11 puede visual o audiblemente alarmar o alertar a un usuario. Además o en su defecto, una disminución repentina de la presión corriente abajo al paciente 2 puede ser un indicio de que la tubería se ha desprendido de la aguja o la aguja ya no está en el paciente; y, en respuesta, uno o más de los clientes de supervisión 1 , 4, 11 puede visual o audible de alarma o alerta a un usuario. Uno o más de los clientes de supervisión 1 , 4, 11 opcionalmente, puede enviar un comando a una o más de las bombas de infusión 830, 810, 812 para detener el suministro de fluido en respuesta al aumento repentino y/o disminución de la presión corriente abajo del paciente 2.
En algunas modalidades, cada artículo, componente, dispositivo, dispositivo para el cuidado del paciente, plataforma y los dispositivos de computación, numeradas o sin numerar, como se muestra en la figura 8 o descrito con ellos es opcional. Por ejemplo, en algunas modalidades, el cliente de supervisión 1 es opcional, el servidor de supervisión 3 es opcional, los servicios de instalación 8 es opcional, cada uno de los servicios de 19, 20, 21 , 22, 23, 24 es opcional, el servidor nube 25 es opcional, cada uno de los otros clientes de supervisión 4 es opcional, las bases de datos en línea fármaco 9 es opcional, la red de eventos adversos de fármacos es opcional, HCE personales del paciente 19' es opcional, o la base de datos de los resultados de tratamiento 10 es opcional. Además o en su defecto, en algunas modalidades, cada uno de los dispositivos para el cuidado del paciente 830, 810, 812 es opcional. Asimismo, cada uno del monitor de sistema 131 , la pulsera 118, el RFID 116, el código de barras 114, el explorador 120, la pantalla 808 y/o alimentación de CA, es opcional en algunas modalidades de la presente descripción.
Además, en algunas modalidades, aunque algunos elementos, componentes, dispositivos, dispositivos para el cuidado del paciente, plataformas y dispositivos informáticos, numerados o sin numerar, como se muestra en la figura 8 o descrito con éstos se muestran como siendo el único elemento, componente, dispositivo, dispositivo para el cuidado del paciente, plataforma o dispositivo de computación, múltiples elementos, componentes, dispositivos, dispositivos para el cuidado del paciente, plataformas y dispositivos de computación se contemplan; por ejemplo, aunque en algunas modalidades, un dispensador de pildoras sencillo 814 se muestra en la figura 8, pueden utilizarse dos dispensadores de pildoras 814, pueden utilizarse varios dispensadores de pildoras 814 o puede utilizarse cualquier número arbitrario de dispensadores de pildora 814. Además o en su defecto, en algunas modalidades, múltiples plataformas 804 u 806 y/o múltiples plataformas de cliente de supervisión 102 pueden utilizarse.
Además o en su defecto, aunque los dispositivos para el cuidado del paciente particulares 830, 810, 812 aparecen, otras combinaciones, subconjuntos, los múltiples de un dispositivo particular para el cuidado del paciente, o combinaciones de los mismos pueden ser utilizados. Por ejemplo, en algunas modalidades, se utiliza sólo una bomba de infusión 830 de los dispositivos para el cuidado del paciente y, en este ejemplo concreto, los otros dispositivos para el cuidado del paciente, 810, 812, 814 puede ser desactivada, no puede estar presente o disponible para el uso del sistema, puede apagarse o puede no ser parte del sistema 800 de la figura 8. Además o alternativamente, en algunas modalidades específicas, sólo los dispositivos para el cuidado del paciente utilizados son acoplables a la plataforma 804 u 806; por ejemplo, en una modalidad específica, la bomba de infusión 830 es el único dispositivo acoplado en la plataforma 804 y la plataforma 804 sólo recibe un dispositivo, por ejemplo, la bomba de infusión 830.
En la figura 8, aunque la plataforma 804 es muestra siendo capaz de recibir varios dispositivos para el cuidado del paciente, en otras modalidades, la plataforma de dispositivo 804 puede recibir un dispositivo para el cuidado del paciente, una pluralidad de dispositivos para el cuidado del paciente, o cualquier número arbitrario de dispositivos para el cuidado del paciente. Además, las secciones de una plataforma pueden ser no usadas (no se muestra en la figura 8). Además, aunque la plataforma de cliente de supervisión 102 se muestra como ser capaz de recibir un cliente de supervisión 1 , en otras modalidades, la plataforma de cliente de supervisión 102 puede recibir dos clientes de supervisión 1 , dos o más clientes de supervisión 1 ó más arbitrarios número de clientes de supervisión 1. Además, como alternativa, u opcionalmente, en algunas modalidades específicas, los dispositivos para el cuidado del paciente 14, 15, 16, 17, 35, 830, 810, 812, 814 son acoplables, pueden operar desacoplados, y/o pueden no ser acoplables y pueden funcionar como un dispositivo autónomo para el cuidado del paciente.
El sistema 800 de la figura 8 puede utilizar cualquier método de comunicaciones conocido para mantener comunicaciones con éste. Por ejemplo, en algunas modalidades, puede utilizarse cualquier programa de comunicación, difusión, cualquier difusión, multidifusión o unidifusión puede utilizarse pueden utilizar algoritmos de encaminamiento, puede usarse un protocolo de enrutamiento de vector distancia, puede utilizar un protocolo de enrutamiento de estado de enlace, puede usarse un protocolo de enrutamiento de estado de enlace optimizado, puede usarse un protocolo camino-vector, encaminamiento estático con rutas predefinidas comunicación alternativa puede utilizarse, y/o pueden utilizarse redes adaptativas. Por ejemplo, en algunas modalidades de la presente comunicación, pesos pueden ser asignados a cada ruta de comunicaciones y algoritmo de Dijkstra puede ser utilizado para la comunicación entre el cliente de supervisión 1 o en el concentrador 802 y uno o más dispositivos para el cuidado del paciente (por ejemplo, atención al paciente dispositivos 830, 810, 812 y 814); los pesos pueden determinarse en alguno sabe forma, incluyendo en función del ancho de banda, señal de calidad, tasa de error de bit, puede ser lineal para el rendimiento de los datos disponibles o la latencia o similares.
En una modalidad de la presente descripción, los servicios de instalación 8 o la red de eventos adversos de fármacos 9 también pueden incluir un sistema de reducción del error de fármaco ("DERS"). El sistema DERS puede incluir un primer conjunto de criterios predeterminados para desencadenar alarmas suaves o un segundo conjunto de criterios predeterminados para desencadenar alarmas fuertes. Las alarmas suaves pueden ser anuladas (por ejemplo, apagadas) por un cuidador usando 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 supervisión 1 (y puede ser sólo una alarma audible y/o vibratoria) mientras que las alarmas duras causan que el tratamiento cese hasta que se quite la fuente de la alarma dura.
En todavía una modalidad adicional de la presente descripción, el sistema DERS puede incluir un primer conjunto de criterios predeterminados de definir límites suaves o un segundo conjunto de criterios predeterminados de definición de límites duros. Los límites duros y suaves definen límites de tratamiento, tales como los límites de dosis de fármacos basados en el tamaño, peso, edad, otros parámetros del paciente u otros criterios. Los límites suaves pueden ser reemplazados por un cuidador usando una interfaz de usuario de la bomba de infusión 830, la interfaz de usuario del cliente de supervisió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 duros evitan el tratamiento de iniciar hasta que se cambie la configuración para confirmar el segundo conjunto de criterios predeterminados definiendo los límites duros.
En algunas modalidades, los dispositivos para el cuidado del cliente 830, 810, 812, 814, 14, 15, 16, 17, 35 y/o 148, el cliente de supervisión 1, el comunicador remoto 11 y plataformas 102 y/u 804, y/o el concentrador 802 puede incluir una clase segura de datos, por ejemplo, mediante una API.
Refiriéndose nuevamente a los dibujos, la figura 9 muestra un diagrama de bloques de un sistema electrónico para el cuidado del paciente 900 que tiene un cliente de supervisión apilable 902, una bomba de infusión apilable 904, una bomba de jeringa apilable 906 y otro dispositivo apilable para el cuidado del paciente 908 según otra modalidad aún de la presente descripción. Los dispositivos apilables 902 a 908 pueden comunicarse usando una tarjeta principal y/o un bus (en algunas modalidades, los dispositivos apilables 902 a 908 se comunican a través de módulos de comunicación).
Opcionalmente, el cliente de supervisión 902, otro cliente de supervisión 4 y/o el comunicador remoto 11 puede ser usado para enviar comandos o solicitudes de dispositivos para el cuidado del paciente 14, 15, 16, 17, 35, 128, 904, 906, 908, 148 como por ejemplo, una cantidad de bolo, una tasa de flujo de infusión, un fluido total para la entrega, una hora de inicio de entrega del fármaco, un tiempo de interrupción para el suministro de fármaco o un perfil de la tasa de entrega de flujo a la bomba de infusión apilable 904, la bomba de jeringa apilable 906 y/o el otro dispositivo apilable para el cuidado del paciente 908. En algunas modalidades, uno o más de los clientes de supervisión 902, 4, 11 pueden utilizarse para enviar comandos o solicitudes al dispensador de pildoras 128, tales como, por ejemplo, un comando dispensador de pildoras para dispensar una pildora, un tipo de pildora, un horario de dispensación de pildoras y/o criterios de dispensación de pildoras máximos. Los criterios de distribución de pildora máximos pueden ser una cantidad máxima de un medicamento que puede ser entregado dentro de un intervalo predeterminado de tiempo; por ejemplo, ciertos medicamentos se toman según sea necesario (es decir, pro re nata), sin embargo, el medicamento no puede ser seguro si se toma en exceso y los criterios de distribución de pildora máximos pueden prevenir que el medicamento se tome a niveles inseguros por parte del paciente, por ejemplo, una cantidad predeterminada durante un intervalo predeterminado de tiempo.
Opcionalmente, los dispositivos para el cuidado del paciente 14, 15, 16, 17, 35, 128, 904, 906, 908, 148 también podrán comunicar datos de regreso al cliente de supervisión 902, el otro cliente de supervisión 4 y/o el comunicador remoto 11 para: determinar si una alarma o alerta debe ser emitida o enviada; determinar si el tratamiento o la condición es segura para el paciente; determinar si el sistema 900 está funcionando correctamente o dentro de límites predeterminados; y/o para la visualización de los datos en una pantalla del cliente de supervisión 902, el otro cliente supervisión 4 y/o el comunicador remoto 1 1. Por ejemplo, opcionalmente, la bomba de infusión apilable 904, la bomba de jeringa apilable 906 y/o el otro dispositivo para el cuidado del paciente apilable 908 puede comunicarse (si procede): presión corriente arriba; cambios en la presión corriente arriba; presión corriente abajo al paciente 2; cambios en la presión corriente abajo al paciente 2; la presencia o ausencia de aire dentro de una línea de infusión; una cantidad de bolo real entregada; un caudal de infusión real; un fluido real total entregado; una hora de comienzo real para la entrega del fármaco; una hora real de interrupción para la entrega del fármaco; o un perfil real de tasa de entrega de flujo a uno o más del cliente de supervisión apilable 902, el otro cliente de supervisión 4 y/o el comunicador remoto 11. En otra modalidad, el dispensador de pildoras 128 puede opcionalmente comunicar datos de regreso al cliente de supervisión apilable 902, el otro cliente de supervisión 4 y/o el comunicador remoto 1 1 , tal como por ejemplo, una pildora real dispensada, un tipo de pildora real dispensado, un horario de dispensación de pildoras real como se dispensa, o ya sea o no que un criterio de dispensación de pildoras máximo fue excedido.
Los datos recibidos de los dispositivos para el cuidado del paciente, 14, 15, 16, 17, 35, 128, 904, 906, 908, 148 puede analizarse para que cualesquiera condiciones predefinidas emitir una alarma y/o una alerta. Por ejemplo, uno o más de los clientes de supervisión 902, 4, 1 1 pueden usar un aumento en la presión corriente abajo de la bomba de infusión apilable 904 y/o la bomba de jeringa apilable 906 para ser una indicación de uno de: coagulación excesiva, infiltración, oclusión o acodamiento de la tubería al paciente; u oclusión por otro material dentro de la bolsa IV 170. En respuesta al aumento repentino en la presión, uno o más de los clientes de supervisión 902, 4, 11 puede visual o audiblemente alarmar o alertar a un usuario. Además o en su defecto, una disminución repentina de la presión corriente abajo al paciente 2 puede ser un indicio de que la tubería se ha desprendido de la aguja o la aguja ya no está en el paciente; y, en respuesta, uno o más de los clientes de supervisión 902, 4, 11 puede visual o audible de alarma o alerta a un usuario. Uno o más de los clientes de supervisión 902, 4, 11 opcionalmente, pueden enviar un comando a una o más de las bombas de infusión apilables 902 y/o la bomba de jeringa apilable 906 para detener el suministro de fluido en respuesta al aumento repentino y/o disminución de la presión corriente abajo del paciente 2.
El cliente de supervisión apilable 902, el dispositivo apilable 908, la bomba de infusión apilable 904 y la bomba de jeringa apilable 906 pueden ser encadenados tipo margarita juntos mediante conectores acoplados a la parte superior e inferior de cada dispositivo. Por ejemplo, la bomba de jeringa apilable 906 en cambio puede ser apilada encima del cliente de supervisión 902 tal que un conector de la parte inferior de la bomba de jeringa apilable 906 eléctricamente acoplada a los conectores en la parte superior del cliente de supervisión 902.
La cadena margarita puede ser creada, por ejemplo, a través de conductores eléctricos dentro de cada cliente de supervisión apilable 902, el dispositivo para el cuidado del paciente apilable 908, la bomba de infusión apilable 904 y la bomba de jeringa apilable 906 tal que se mantiene un contacto eléctrico continuo entre cada uno de estos dispositivos.
Además o alternativamente, los dispositivos apilables 902 908, 904, 906 opcionalmente podrán mantener comunicaciones inalámbricas entre sí. Por ejemplo, el cliente de supervisión apilable 902 puede detectar que los conductores de cadena tipo margarita 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 supervisión apilable 902 puede interrogar a cada uno de los dispositivos apilables 908, 904, 906 para determinar qué dispositivo tiene errores; después de una determinación, el cliente de supervisión apilable 902 puede comunicarse inalámbricamente con un circuito de desconexión aislado dentro del dispositivo con fallas de los dispositivos apilables 902, 904, 908, 906 para desconectar eléctricamente el aparato con fallas de los conductores con cadena tipo margarita. Además o en su defecto, uno o más de los dispositivos apilables 902, 908, 904, 906 puede alarmar, envía una alerta y/o mostrar un mensaje que uno de los dispositivos apilables 902, 908, 904, 906 tiene fallas y/o que uno de los dispositivos apilables 902, 908, 904, 906 se comunican de forma inalámbrica en lugar de mediante el encadenamiento tipo margarita, enlace de comunicaciones cableado.
Además o alternativamente, cada uno del cliente de supervisión apilable 902, el dispositivo apilable 908, la bomba de infusión apilable 904 y la bomba de jeringa apilable 906 puede repetir o retransmitir información a un dispositivo respectivo por debajo o por encima de sí mismo dentro de la cadena tipo mariposa. Por ejemplo, la bomba de infusión apilable 904 podrá comunicar todos los datos recibidos de la bomba de jeringa apilable 906 al almacenar temporalmente los datos dentro de una memoria interna y comunicar la información cuando se recibe una señal desde el dispositivo para el cuidado del paciente apilable 908 indicando que el dispositivo para el cuidado del paciente apilable 908 está preparado para recibir datos adicionales. En algunas modalidades, cada artículo, componente, dispositivo, dispositivo para el cuidado del paciente, plataforma y los dispositivos de computación, numeradas o sin numerar, como se muestra en la figura 8 o descrito con ellos es opcional. Por ejemplo, en algunas modalidades, el cliente de supervisión 1 es opcional, el servidor de supervisión 3 es opcional, los servicios de instalación 8 es opcional, cada uno de los servicios de 19, 20, 21 , 22, 23, 24 es opcional, el servidor nube 25 es opcional, cada uno de los otros clientes de supervisión 4 es opcional, las bases de datos en línea fármaco 9 es opcional, la red de eventos adversos de fármacos es opcional, HCE personales del paciente 19' es opcional, o la base de datos de los resultados de tratamiento 10 es opcional. Además o en su defecto, en algunas modalidades, cada uno de los dispositivos para el cuidado del paciente 830, 810, 812 es opcional. Asimismo, cada uno del monitor de sistema 131 , la pulsera 118, el RFID 116, el código de barras 114, el explorador 120, la pantalla 808 y/o alimentación de CA, es opcional en algunas modalidades de la presente descripción.
Además, en algunas modalidades, aunque algunos elementos, componentes, dispositivos, dispositivos para el cuidado del paciente y dispositivos informáticos, numerados o sin numerar, como se muestra en la figura 9 o descritos con ellos se muestran como el único elemento, componente, dispositivo, dispositivo para el cuidado del paciente, o dispositivos de computación, múltiples elementos, componentes, dispositivos, dispositivos para el cuidado del paciente y dispositivos informáticos, son contempladas; por ejemplo, aunque un dispensador de pildoras sencillo 128 se muestra en la figura 9, en algunas modalidades, pueden utilizarse dos dispensadores de pildoras 128, pueden utilizarse varios dispensadores de pildoras 128, o puede utilizarse cualquier número arbitrario de dispensadores de pildoras 128.
Además o en su defecto, aunque los dispositivos para el cuidado del paciente particulares 904, 906, 908 aparecen, otras combinaciones, subconjuntos, los múltiples de un dispositivo particular para el cuidado del paciente, o combinaciones de los mismos pueden ser utilizados. Por ejemplo, en algunas modalidades, se utiliza sólo una bomba de infusión apilable 904 de los dispositivos para el cuidado del paciente y, en este ejemplo concreto, los otros dispositivos para el cuidado del paciente 906, 908 pueden ser desactivados, no pueden estar presentes o disponibles para el uso del sistema, pueden apagarse o pueden no ser parte del sistema 900 de la figura 9. Además o en su defecto, en algunas modalidades específicas, sólo los dispositivos para el cuidado del paciente utilizados se apilan; por ejemplo, en una modalidad específica, la bomba de infusión 904 es el único dispositivo apilado. Además o en su defecto, los dispositivos para el cuidado del paciente no apilados, por ejemplo, dispositivos para el cuidado del paciente 904, 906 y/o 908, pueden continuar operando cuando está operando como un dispositivo autónomo. Además, como alternativa, u opcionalmente, en algunas modalidades específicas, los dispositivos para el cuidado del paciente 14, 15, 16, 17, 35, 904, 906, 908, 128, 148 son acoplables, pueden operar desacoplados, y/o puede que no sean acoplables y pueden funcionar como un dispositivo autónomo para el cuidado del paciente.
En la figura 9, aunque la pila es muestra siendo capaz de apilar varios dispositivos para el cuidado del paciente, en otras modalidades, la pila puede reciban un dispositivo para el cuidado del paciente, una pluralidad de dispositivos para el cuidado del paciente o cualquier número arbitrario de dispositivos para el cuidado del paciente. Además, aunque la pila se muestra siendo capaz de recibir un cliente de supervisión 902, en otras modalidades, los dos clientes de supervisión apilables 902, más de dos clientes de supervisión apilables 902, o cualquier número arbitrario de clientes de supervisión apilables 902 son apilados juntos en el sistema 900.
El sistema 900 de la figura 9 puede utilizar cualquier método de comunicaciones conocido para mantener comunicaciones con este. Por ejemplo, en algunas modalidades, puede utilizarse cualquier programa de comunicación, difusión, cualquier difusión, multidifusión o unidifusión puede utilizarse pueden utilizar algoritmos de encaminamiento, puede usarse un protocolo de enrutamiento de vector distancia, puede utilizar un protocolo de enrutamiento de estado de enlace, puede usarse un protocolo de enrutamiento de estado de enlace optimizado, puede usarse un protocolo camino-vector, encaminamiento estático con rutas predefinidas comunicación alternativa puede utilizarse, y/o pueden utilizarse redes adaptativas. Por ejemplo, en algunas modalidades de la presente descripción, los pesos pueden ser asignados a cada ruta de comunicaciones y el algoritmo de Dijkstra puede ser utilizado para la comunicación entre el cliente de supervisión 902 y uno o más dispositivos para el cuidado del paciente (por ejemplo, dispositivos para el cuidado del paciente 904, 906, 908); los pesos pueden determinarse de alguna manera conocida, incluyendo como una función del ancho de banda, calidad de la señal, tasa de error de bit, puede ser lineal para el rendimiento de los datos disponibles o la latencia y/o similares.
Refiriéndose a las figuras 1 , 3, 5, 7, 8 y 9, varias tecnologías de actualización y/o técnicas pueden emplearse para actualizar un concentrador, una plataforma, un dispositivo, una bomba de insulina, una bomba de infusión y/o un dispositivo para el cuidado del paciente. Por ejemplo, un dispositivo para el cuidado del paciente puede ser acoplado a un dispositivo informático (que, en algunas modalidades, puede ser una computadora personal o cualquier dispositivo que puede usarse de manera similar como una computadora personal, por ejemplo, pero no limitado a, una tableta) por medio de un traductor de bus, que convierte, por ejemplo, y en algunas modalidades, datos formateados RS232 para, por ejemplo datos formateados I2C. Un procesador dentro de un concentrador, una plataforma, un dispositivo, una bomba de insulina, una bomba de infusión y/o un dispositivo para el cuidado del paciente, puede, en algunas modalidades, ejecutar un programa de actualización para controlar y orquestar la descarga de un software en la memoria flash por un procesador de supervisor y/o un procesador de comandos, por ejemplo. En algunas modalidades, el dispositivo informático puede orquestar la descarga del software en la memoria flash del concentrador, una plataforma, un dispositivo, una bomba de insulina, una bomba de infusión y/o un dispositivo para el cuidado del paciente. Actualizaciones del software obtenidas por los dispositivos de computación pueden ser puestas en la memoria flash (no mostrado) accesibles por el procesador del supervisor y/o el procesador de comandos. Las actualizaciones del software antes descritas pueden ser, en algunas modalidades, un programa de línea de comandos que se puede ser invocado automáticamente mediante un procedimiento de escritura.
En algunas modalidades, un concentrador, una plataforma, un dispositivo, una bomba de insulina, una bomba de infusión y/o un dispositivo para el cuidado del paciente puede ser, o tener la capacidad de una interfaz remota conectada con la red que puede incluir, pero no se limita a, la capacidad para descargar aplicaciones, descargar actualizaciones de software, subir información y/o enviar información a varias máquinas, incluyendo pero no limitado a, a través de un portal seguro basado en la red y/o a través de correo electrónico y/o a través de un protocolo de comunicaciones inalámbricas. Así, en diversas modalidades, la aplicación de interfaz remota se puede ejecutar en cualquier dispositivo compatible y no se limita a un llamado dispositivo patentado. Además, en algunas modalidades, la interfaz remota puede ser Bluetooth habilitado, o habilitado de otra forma, para comunicarse, por ejemplo, mediante comunicación de radiofrecuencia ("RF"), con uno o más dispositivos que pueden incluir, pero no se limitan a uno o más de los siguientes: concentrador, una plataforma, un dispositivo, una bomba de insulina, una bomba de infusión, un dispositivo para el cuidado del paciente, un Bluetooth u otro dispositivo de comunicación, un dispositivo para el cuidado del paciente, y/o cualquier otro dispositivo.
En algunas modalidades, una estación de carga puede incluir una zona de carga para un concentrador, una plataforma, un dispositivo, una bomba de insulina, una bomba de infusión y/o un dispositivo para el cuidado del paciente para la interfaz remota que puede incluir un enchufe USB. En algunas modalidades, la estación de carga puede incluir un puerto USB y en algunas modalidades, puede incluir un puerto mini-USB, permitiendo que la estación de carga reciba energía, en algunas modalidades, para cargar el concentrador, la plataforma, el dispositivo, la bomba de insulina, la bomba de infusión, el dispositivo para el cuidado del paciente y/o la interfaz remota a través de un USB. Además y/o como alternativa, puede configurarse el puerto USB para transferencia de datos para/desde una interfaz remota y/o el concentrador, la plataforma, el dispositivo, la bomba de insulina, la bomba de infusión o el dispositivo para el cuidado del paciente por conexión a una computadora u otro dispositivo y/o otros aparatos tipo computadora. En modalidades incluyendo un puerto de USB, mientras se está cargando la interfaz remota, el sistema puede llamar a una computadora personal y/o portal de red para verificar el software actualizado y si hay software actualizado disponible, puede descargar actualizaciones de software, por ejemplo, mediante la conexión USB. Estas actualizaciones pueden transferirse entonces para el concentrador, la plataforma, el dispositivo, la bomba de insulina, la bomba de infusión y/o el dispositivo para el cuidado del paciente durante el emparejamiento.
Por lo tanto, el usuario puede conectar la interfaz remota de un concentrador, una plataforma, un dispositivo, una bomba de insulina, una bomba de infusión y/o un dispositivo para el cuidado del paciente a una computadora personal y/o, en algunas modalidades, cargar datos desde la interfaz remota a un portal de red u otro. En algunas modalidades, esto puede ser logrado durante la "recarga" de la interfaz remota que, en algunas modalidades, se puede realizar mediante una conexión USB para la computadora personal, que, además de cargar/recargar la interfaz remota puede sincronizar y/o cargar/descargar los datos desde la computadora personal, 1908 y/o portal de red. En este momento, el sistema puede determinar las actualizaciones de software para uno o más de los dispositivos y/o para la interfaz remota están disponibles. El usuario puede seleccionar "descargar actualizaciones" y estos pueden descargarse a la interfaz remota de un concentrador, una plataforma, un dispositivo, una bomba de insulina, una bomba de infusión y/o un dispositivo para el cuidado del paciente, una vez más, en el momento de la carga y/o en cualquier momento que la interfaz remota se conecta, directa o indirectamente, a la computadora personal y/o un portal de red diseñado específicamente para el sistema. Como se señaló anteriormente, la interfaz remota es capaz de comunicarse con los distintos dispositivos. Por lo tanto, las actualizaciones de software podrán ser comunicadas 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 a la computadora personal/portal de red a ambos datos cargados/información de todos los dispositivos y/o descargar aplicaciones y/o aplicaciones de la computadora personal y/o desde el portal de Internet/red a cualquiera de los dispositivos. Esto puede ser deseable por varias razones, incluyendo pero no limitado a, la capacidad para actualizar de forma eficiente y sencilla todos los dispositivos de una conexión y/o la capacidad de ver todos los datos de todos los dispositivos en un solo lugar y/o la capacidad de descargar información y/o configuraciones de la computadora personal/portal red para cualquiera de los dispositivos a través de la interfaz remota.
Así, en algunas modalidades, como la computadora personal/portal red contiene toda la información de todos los dispositivos, incluyendo, sin limitarse a, la interfaz remota, en cualquier momento, una nueva "interfaz remota" puede introducirse en el sistema. Esto se puede lograr mediante la conexión de la nueva interfaz remota a la computadora personal/portal de red y descargar toda la información sobre el sistema a la interfaz remota. En algunas modalidades, este primero puede requerir que la vieja interfaz remota sea eliminada de "dispositivos aprobados", sin embargo, en otras modalidades; el sistema puede "permitir" interfaces remotas adicionales con el consentimiento del usuario. Así, el sistema incluye la posibilidad de descargar toda la información y aplicaciones a cualquier interfaz conectada a Internet y/o remota capaz de comunicarse con los dispositivos y/o capaz de conectarse a la computadora personal y/o portal de red.
Esto también permite que la interfaz remota descargue cualquier aplicación de la Internet a cualquier dispositivo en el sistema. Así, en diversas modalidades del sistema, un usuario puede convertir cualquier aparato (incluyendo algunos parámetros tales como la capacidad de comunicación inalámbrica y conectar a la computadora personal y/o portal de red) en un dispositivo que podría controlar los diversos dispositivos, por ejemplo, la bomba de infusión y/o recibir datos de y/o controlar un sensor/transmisor de CGM, y/o otros sensores de analito, y/u otros dispositivos, como un concentrador, una plataforma, un dispositivo, una bomba de insulina, una bomba de infusión y/o un dispositivo para el cuidado del paciente. En algunas modalidades, la interfaz remota y/o las una o más aplicaciones en la interfaz remota pueden estar protegidas por contraseña u otra y ser acopladas con los uno o más dispositivos, por ejemplo, acoplados con una bomba de infusión y/o sensor de CGM y/o uno o más otros dispositivos.
En algunas modalidades, la información en la interfaz remota puede cargarse y/o sincronizarse con otro dispositivo de un equipo y/o máquina, incluyendo, pero no limitado a, cargar los datos en un sitio de Internet que puede estar protegido por contraseña (portal de red). Así, un usuario puede acceder a la información desde cualquier dispositivo y/o puede descargar la información a cualquier dispositivo incluyendo cualquier aplicación específica del dispositivo y por lo tanto la información del usuario puede ser descargada a cualquier dispositivo, incluyendo, pero sin limitarse a, historia, ajustes preferidos, etc., información.
La figura 10 es un diagrama de flujo de un método 600 para comunicar un parámetro para el cuidado del paciente de un dispositivo para el cuidado del paciente a un servidor de supervisión de acuerdo con una modalidad de la presente descripción. El método 600 incluye los actos 602 a 608. El dispositivo para el cuidado del paciente del método 600 opcionalmente puede ser cualquier dispositivo para el cuidado del paciente descrito en este documento, por ejemplo, dispositivos para el cuidado del paciente 7, 14, 15, 16, 17, 35, 126, 128, 130, 148, de las figuras 1 , 3, 5 o 7, dispositivos para el cuidado del paciente 14, 15, 16, 17, 830, 810, 812, 814 de la figura 8, dispositivos para el cuidado del paciente 14, 15, 16, 17 904, 906, 908 de la figura 9 u otro dispositivo para el dispositivos para el cuidado del paciente descrito aquí.
El acto 602 establece un enlace de comunicación entre un dispositivo para el cuidado del paciente y un servidor de supervisión. El acto 604 comunica el parámetro para el cuidado del paciente al servidor de supervisión, por ejemplo, en la red de área local y/o Internet, a través de WiFi, a través de un cliente de supervisión, uno o más concentradores, o una plataforma, etc. El acto 606 des-identifica el parámetro para el cuidado del paciente. El acto 606 puede realizarse automáticamente y electrónicamente, por ejemplo, en el servidor de supervisión 3 de las figuras 1 , 3, 5, 7, 8 y/o 9.
Por ejemplo, el nombre del paciente puede quitarse y reemplazarse por un número de serie al azar o por otro indicador que no puede utilizarse para determinar la identidad del paciente en el servidor de supervisión. El acto 608 almacena el parámetro des-identificado, para el cuidado del paciente en el servidor de supervisión, por ejemplo, dentro de una base de datos, como una base de datos SQL, una base de datos relacional, una base de datos asociativa, un servidor de la nube y similares.
La figura 11 es un diagrama de flujo de un método 701 para agregar parámetros para el cuidado del paciente de múltiples pacientes como se determina a partir de dispositivos para el cuidado del paciente en un servidor de supervisión de acuerdo con una modalidad de la presente descripción. El método 701 incluye los actos 703 a 713. En algunas modalidades, todos los actos 703 a 713 son opcionales. El dispositivo para el cuidado del paciente puede ser cualquier dispositivo para el cuidado del paciente descrito en este documento, por ejemplo, dispositivos para el cuidado del paciente 7, 14, 15, 16, 17, 35, 126, 128, 130, 148, de las figuras 1 , 3, 5 o 7, dispositivos para el cuidado del paciente 14, 15, 16, 17, 830, 810, 812, 814 de la figura 8, dispositivos para el cuidado del paciente 14, 15, 16, 17 904, 906, 908 de la figura 9 u otro dispositivo para el dispositivos para el cuidado del paciente descrito aquí.
El acto 703 establece enlaces de comunicación entre un servidor de supervisión, por ejemplo, servidor de supervisión 3 de las figuras 1 , 3, 5, 7, 8 o 9, y una pluralidad de dispositivos para el cuidado del paciente asociados con una pluralidad de pacientes. Opcionalmente, múltiples dispositivos para el cuidado del paciente pueden estar asociados con un solo paciente, y/o múltiples dispositivos para el cuidado del paciente pueden estar asociados con un paciente diferente y respectivo.
El acto 705 comunica una pluralidad de parámetros para el cuidado del paciente de la pluralidad de dispositivos para el cuidado del paciente para el servidor de supervisión. El acto 707 des-identifica los parámetros para el cuidado del paciente, y el acto 709 almacena los parámetros para el cuidado del paciente en el servidor de supervisión, por ejemplo, dentro de una base de datos, como una base de datos SQL, una base de datos relacional, una base de datos asociativa y similares. El acto 707 puede realizarse automáticamente y/o electrónicamente. El acto 711 trata un subconjunto de pacientes de la pluralidad de los pacientes con un tratamiento. Por ejemplo, los pacientes con presión arterial alta pueden tratarse con un medicamento diseñado para reducir la presión arterial. El acto 713 analiza un subconjunto de la pluralidad de los parámetros para el cuidado de pacientes asociados con la pluralidad de los pacientes para determinar la eficacia del tratamiento. Por ejemplo, todos los pacientes que recibieron el medicamento de la presión arterial del acto 711 pueden tener su presión arterial en comparación con una lectura de la presión arterial después de una cantidad predeterminada de tiempo, por ejemplo, 6 meses, para determinar si el tratamiento era eficaz para uno o más pacientes.
La figura 12 es un diagrama de flujo de un método 801 de la recuperación de un dispositivo para el cuidado del paciente cuando se interrumpe el funcionamiento del dispositivo para el cuidado del paciente de acuerdo con una modalidad de la presente descripción. Por ejemplo, un dispositivo para el cuidado del paciente puede ser desconectado de una plataforma, la energía puede ser interrumpida, un fallo de hardware o software puede deshabilitar temporalmente uno o más procesadores u otros circuitos dentro del dispositivo para el cuidado del paciente y similares. Además o en su defecto, los uno o más procesadores en un dispositivo para el cuidado del paciente pueden implementar el método 801 para que el dispositivo para el cuidado del paciente sea intercambiable en caliente.
El método 801 incluye los actos 803 a 823. Cada uno de los actos 803 a 823, en algunas modalidades, es opcional. El acto 803 recibe uno o más parámetros del cuidado del paciente, asociados a un dispositivo para el cuidado del paciente. El dispositivo para el cuidado del paciente del método 801 puede ser cualquier dispositivo para el cuidado del paciente descrito en este documento, por ejemplo, puede ser uno o más dispositivos para el cuidado del paciente 7, 14, 15, 16, 17, 35, 126, 128, 130, 148, de las figuras 1 , 3, 5 o 7, dispositivos para el cuidado del paciente 14, 15, 16, 17, 830, 810, 812, 814 de la figura 8, o dispositivos para el cuidado del paciente 14, 15, 16, 17 904906, 908 de la figura 9.
El acto 805 almacena los parámetros para el cuidado del paciente de uno o más en una memoria no volátil del dispositivo para el cuidado del paciente. Los parámetros para el cuidado del paciente pueden ser cualquier valor asociado con el cuidado del paciente incluyendo parámetros del tratamiento del paciente o condición del paciente, por ejemplo, una tasa de infusión para una bomba de infusión es un parámetro de tratamiento del paciente.
El acto 807 recibe uno o más parámetros de funcionamiento para el dispositivo para el cuidado del paciente. Un parámetro de funcionamiento puede ser algo relacionado con el funcionamiento del dispositivo. Por ejemplo, un parámetro de funcionamiento puede ser un límite en la velocidad de un motor de una bomba de infusión, una velocidad de la bomba de infusión, una limitación de potencia en comunicaciones inalámbricas, una tasa de descarga de la batería o límite de la tasa, una frecuencia de actualización y similares. El acto 809 almacena uno o más parámetros de funcionamiento en la memoria no volátil del dispositivo para el cuidado del paciente.
El acto 811 calcula uno o más parámetros de funcionamiento adicionales para el dispositivo para el cuidado del paciente. Los parámetros de funcionamiento calculados son los parámetros calculados para operar el dispositivo para el cuidado del paciente, por ejemplo, un coeficiente de ganancia de un bucle de control proporcional integral-derivados ("PID") que tiene coeficientes de ganancia adaptativa utilizados en el control automático de ganancia. El acto 813 almacena uno o más parámetros de funcionamiento adicionales en la memoria no volátil del dispositivo para el cuidado del paciente.
El acto 815 determina que se ha interrumpido el funcionamiento del dispositivo para el cuidado del paciente, por ejemplo, se ha perdido potencia para el dispositivo para el cuidado del paciente, ha ocurrido una falla en el dispositivo para el cuidado del paciente, ha ocurrido un reajuste de CPU apagado y lo similar. El acto 817 determina que puede reanudar la operación del dispositivo para el cuidado del paciente.
El acto 819 carga el uno o más parámetros de operación recibidos o calculados en una memoria de trabajo del dispositivo para el cuidado del paciente; y el acto 821 carga uno o más parámetros para el cuidado del paciente en la memoria de trabajo del dispositivo para el cuidado del paciente. El acto 823 reanuda la operación del dispositivo para el cuidado del paciente.
Refiriéndose ahora a la figura 13, se presenta un diagrama de flujo de un método 900 para emparejar un cliente de supervisión que tiene una interfaz de usuario con un dispositivo para el cuidado del paciente de acuerdo con una modalidad de la presente descripción. El método 900 incluye los actos 902 a 912. El cliente de supervisión del método 900 puede ser un cliente de supervisión 1 o comunicador remoto 11 de las figuras 1 , 3, 5, 7 u 8, cliente de supervisión 902 de la figura 9, un comunicador remoto 11 de las figuras 1 , 3, 5, 7, 8 o 9, un teléfono celular, una computadora manejada, un tableta PC, un computadora portátil, una computadora personal, un asistente personal digital y lo similar. Aunque el método 900 describe el emparejamiento entre un cliente de supervisión y un dispositivo para el cuidado del paciente, en algunas modalidades, puede utilizarse el método 900 para acoplar un concentrador (por ejemplo, el concentrador 802 de la figura 8) con un dispositivo para el cuidado del paciente (por ejemplo, dispositivos para el cuidado del paciente 830, 810, 812 y 814), para acoplar un primer dispositivo para el cuidado del paciente (por ejemplo, dispositivo para el cuidado del paciente 830 de la figura 8) con un segundo dispositivo para el cuidado del paciente (por ejemplo el dispositivo para el cuidado del paciente 814 de la figura 8) tal que la interfaz de usuario del primer dispositivo para el cuidado del paciente puede usarse para controlar el segundo dispositivo para el cuidado del paciente, y/o a un par del monitor del sistema (por ejemplo, supervisión del sistema 131 de las figuras 1 , 3, 5, 7, 8 ó 9) con un dispositivo para el cuidado del paciente (por ejemplo, dispositivos para el cuidado del paciente 7, 170, 126, 128, 148, 14, 15, 1617 o 170 como se muestra en las figuras 1 , 3, 5 y 7, o los dispositivos para el cuidado del paciente 830, 810, 812, 814, 14, 15, 16, 17 o 148 de la figura 8 y/o los dispositivos para el cuidado del paciente 904, 906, 908, 14, 15, 16, 17 o 148 de la figura 9).
El acto 902 posiciona a un cliente de supervisión que tiene una interfaz de usuario (por ejemplo, una pantalla, pantalla táctil, una pantalla, botones, acelerómetro para la entrada del usuario y similares) en una distancia operativa de un dispositivo para el cuidado del paciente. El acto 904 muestra la identidad del dispositivo para el cuidado del paciente en la interfaz de usuario. El dispositivo para el cuidado del paciente puede identificarse mediante, por ejemplo, un número de serie, un tipo de dispositivo, o una representación visual del usuario de entrada del dispositivo para el cuidado del paciente usando protocolos de descubrimiento estándar o personalizados. El acto 906 selecciona el dispositivo para el cuidado del paciente para el emparejamiento utilizando la interfaz de usuario. Por ejemplo, un usuario en el acto 906 puede tocar una pantalla táctil del cliente de supervisión para indicar la selección del dispositivo para el cuidado del paciente.
El acto 908 acopla el dispositivo para el cuidado del paciente al cliente de supervisión. Por ejemplo, el acoplamiento del dispositivo para el cuidado del paciente al cliente de supervisión puede usar Bluetooth, Bluetooth de baja energía (I.E.E.E. 802.15.1), WiFi, Bluetooth, comunicaciones de infrarrojo, comunicación de campo cercano (NFC ISO 13157), comunicación de IR, u ópticamente. Un protocolo de acoplamiento personalizado puede usarse así, como será evidente a la luz de esta descripción, que puede o no puede emplear el uso de la secuencia del protocolo de enlace. El acto 910 comunica los parámetros para el cuidado del paciente entre el dispositivo para el cuidado del paciente y el cliente de supervisión, por ejemplo, para que el dispositivo para el cuidado del paciente pueda ser controlado o supervisado por el cliente de supervisión.
El acto 912, opcionalmente, operativamente comunica parámetros adicionales para el cuidado del paciente con otro dispositivo para el cuidado del paciente a través del dispositivo para el cuidado del paciente. En el acto 912, si el dispositivo para el cuidado del paciente operativamente está acoplado a o está en comunicación operativa con otro dispositivo para el cuidado del paciente, el dispositivo para el cuidado del paciente puede actuar como un relé o enrutador para que el cliente de supervisión pueda comunicarse con el otro dispositivo para el cuidado del paciente. Además o como alternativa, el dispositivo para el cuidado del paciente puede usar información de otro dispositivo para el cuidado del paciente para su funcionamiento, por ejemplo, una bomba de infusión puede utilizar un caudal determinado por un flujo o temperatura de un sensor de temperatura y la bomba de infusión puede transmitir información del medidor de velocidad de flujo a un cliente de supervisión. Además, el cliente de supervisión opcionalmente puede comunicarse con varios dispositivos para el cuidado del paciente juntados con el dispositivo para el cuidado del paciente acoplado, en paralelo o en serie. Además o en su defecto, en algunas modalidades de la presente descripción, en el método 900 el cliente de supervisión se comunica con el dispositivo para el cuidado del paciente mediante una sonda intravenosa. Las comunicaciones pueden ocurrir a través de un conductor eléctrico impregnara o conectada a la sonda intravenosa, vía comunicación eléctrica usando el líquido dentro del tubo intravenoso como un medio conductor, mediante ondas de sonido viajando a través de la sonda intravenosa, o usando el líquido dentro del tubo como una guía de onda óptica ópticamente. La comunicación vía la sonda intravenosa puede utilizarse para establecer el acoplamiento (por ejemplo, entre un cliente de supervisión, un concentrador, una plataforma, un dispositivo para el cuidado del paciente y/o un monitor del sistema con uno o más de un cliente de supervisión, un concentrador, una plataforma, un dispositivo para el cuidado del paciente y/o un monitor de sistema) usando otro enlace de comunicaciones, por ejemplo, Bluetooth, Bluetooth de baja energía, WiFi, etc.
En modalidades todavía adicionales de la presente descripción, el emparejamiento de un primer dispositivo (por ejemplo, un cliente supervisión, concentrador, dispositivo para el cuidado del paciente o monitor de sistema) con un segundo dispositivo (por ejemplo, un cliente de supervisión, concentrador, dispositivo para el cuidado del paciente o monitor del sistema) puede configurarse y/o iniciarse usando un primer enlace de comunicación tal que los dispositivos estén sincronizados usando un segundo enlace de comunicaciones; por ejemplo, comunicaciones de campo cercano o comunicaciones IR pueden configurar la sincronización entre los dispositivos mediante Bluetooth, Bluetooth de baja energía o WiFi, por ejemplo. La configuración de acoplamiento (por ejemplo, a través de comunicaciones de campo cercano o comunicaciones IR) puede incitar una petición sobre un cliente supervisión, concentrador, dispositivo para el cuidado del paciente y/o sistema de supervisión solicitando confirmación de usuario del dispositivo de acoplamiento, por ejemplo, sincronización vía Bluetooth, por ejemplo. En algunas modalidades, cuando un dispositivo para el cuidado del paciente se acopla a un concentrador, cliente de supervisión y/o plataforma, el ID y el número de versión de software es enviado al concentrador, cliente de supervisión y/o plataforma, que comprueba con un servidor, por ejemplo, el servidor de supervisión 3, middieware, el servidor de la nube u otro servidor para determinar si el software en el dispositivo para el cuidado del paciente está actualizado; si el software no está actualizado, el concentrador, el cliente de supervisión, la plataforma o los propios dispositivos para el cuidado del paciente (por ejemplo, directamente) descarga el software actualizado para programar el dispositivo para el cuidado del paciente. El dispositivo para el cuidado del paciente puede notificar al usuario si el software está actualizado y/o puede dar al usuario la opción de la pantalla táctil para opcionalmente actualizar el dispositivo para el cuidado del paciente si el software no está actualizado. El enlace de comunicación que establece 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 comunicarse con el software actualizado, la ID, el número de versión de software, proporcionar la notificación, etc. Un acoplamiento que pueden utilizarse, por ejemplo, con un dispositivo para el cuidado del paciente de la bomba o bomba de insulina, puede encontrarse en: (1) la solicitud de patente titulada "INFUSION PUMP METHODS AND SYSTEMS" a Mandro et al., presentada el 25 de marzo de 2010, caso del apoderado I06, y que tiene el número de serie 12/731 ,843, (2) la solicitud de patente titulada "METHODS AND SYSTEMS FOR CONTROLLING AN INFUSION PUMP" para Bryant et al., presentada el 04 de abril de 2009, caso 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" para Kamen et al., presentada el 31 de diciembre de 2009, caso del apoderado G75 y con el número de serie 12/347,985, todo el contenido de las cuales está incorporado por referencia en su totalidad.
La figura 14 es un diagrama de flujo de un método 10000 para supervisar el funcionamiento de un dispositivo para el cuidado del paciente mediante un monitor de sistema usable acoplado al dispositivo para el cuidado del paciente con una modalidad de la presente descripción. El método 1000 incluye los actos 1014 a 1040 y puede utilizar varios dispositivos 1002 1004, 1006, 1008, 1100, 1112 para facilitar el acoplamiento del monitor del sistema usable del método 1000 con un dispositivo para el cuidado del paciente. En algunas modalidades, cada uno de los actos 1014 a 1040 es opcional.
El monitor del sistema usable del método 10000 puede ser el monitor del sistema usable 131 de las figuras 1 , 3, 5, 7, 8, y 9. El acoplamiento del monitor del sistema del método 1000 para la supervisión de uno o más dispositivos para el cuidado del paciente puede hacerse utilizando uno o más de los dispositivos 1002 a 1012, o cualquier dispositivo suficiente descrito aquí. Por ejemplo, una interfaz de usuario del dispositivo de supervisió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 para el cuidado del paciente 1008, una interfaz de usuario de otro dispositivo para el cuidado del paciente 1010 o la interfaz de usuario del monitor de sistema usable 1012 puede utilizarse para supervisar el sistema usable del método 1000 con un dispositivo para el cuidado del paciente.
El dispositivo para el cuidado del paciente del método 1000 puede ser que cualquier dispositivo para el cuidado del paciente descrito aquí, tales como dispositivos para el cuidado del paciente 7, 14, 15, 16, 17, 35, 126, 128, 130, 148, de las figuras 1 , 3, 5 o 7, dispositivos para el cuidado del paciente 14, 15, 16, 17, 830, 810, 812, 814 de la figura 8, dispositivos para el cuidado del paciente 14, 15, 16, 17 904, 906, 908 de la figura 9 u otro dispositivo para el dispositivos para el cuidado del paciente descrito aquí.
El monitor del sistema del método 1000 puede ser usado 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 suficiente o grupo de dispositivos descrito aquí.
El acto 1014 identifica un cuidador (es decir, proveedor) mediante uno o más de: un algoritmo de reconocimiento de voz, un algoritmo de reconocimiento facial, un código de barras, una etiqueta RFID, comunicaciones de campo cercano, conexión simple, firmas de seguras y similares. Por ejemplo, la identificación de los cuidadores en el acto 1040 puede hacerse por un cliente de supervisión, una estación de acoplamiento de cliente de supervisión, una estación de acoplamiento de dispositivo, por un módulo de comunicaciones, otra plataforma o concentrador utilizando una cámara a bordo y/o un micrófono. También, como una comprobación de seguridad, un cliente de supervisión, un concentrador, plataforma, o dispositivo para el cuidado del paciente puede solicitar que un usuario ingrese en fuente como se muestra para protegerse contra errores de corrupción de fuente. Además o en su defecto, en algunas modalidades, si después de uno o más de los inicios de sesión fallidos o verificaciones, el dispositivo puede tomar una foto y guardar la imagen; la imagen puede ser transmitida para el almacenamiento en un servidor de middleware. El acto 1016 registra la presencia del cuidador en uno o más de los dispositivos 1002 a 1012. La entrada del registro se puede almacenar en cualquiera de los dispositivos 1002 a 1012, un dispositivo para el cuidado del paciente descrito aquí, un cliente de supervisión descrito aquí, un monitor de sistema usable descrito aquí, un comunicador remoto descrito aquí, o un concentrador descrito aquí. El registro del acto 1016 puede ser por cumplimiento de cuidador, propósitos de diagnóstico y similares. Por ejemplo, si un cuidador está programado para aparecer y no lo hace, el ajpto 1016 puede registrar la no aparición del cuidador a la hora programada.
El algoritmo de reconocimiento facial del acto 1014 puede retransmitir en cualquier rasgo facial de los cuidadores como analizar el tamaño relativo, forma, posición de los ojos, nariz, mandíbula, los pómulos, u otros rasgos faciales. El algoritmo de reconocimiento facial del acto 1014 puede utilizar otro algoritmo de reconocimiento facial, análisis de textura de la piel o el reconocimiento facial tridimensional. Además o en su defecto, en algunas modalidades, el algoritmo de reconocimiento de voz del acto 1014 puede utilizar modelos ocultos de Markov, reconocimiento de voz basada en dinámica-tiempo-deformación, u otro(s) algoritmo(s) de reconocimiento de voz.
El acto 1018 separa al monitor del sistema usable desde una plataforma usable. Por ejemplo, el monitor del sistema 131 de la figura 1 puede ser usado en la muñeca del paciente que se une al paciente con una pulsera similar a una pulsera de reloj; una porción del monitor del sistema usable puede ser desmontable desde una plataforma que incluye la pulsera y un miembro base de sujeción donde el monitor de sistema usable encaja (también denominado en el presente una "plataforma usable"). Cuando el monitor de sistema usable es desmontado de su plataforma, el acto 1020 inicia un temporizador. El temporizador y actos relacionados son opcionales en el método 1000 de la figura 14.
El temporizador del acto 1020 realiza un seguimiento de la cantidad de tiempo que el monitor del sistema usable está fuera de su plataforma. El acto 1022 detiene un tratamiento cuando haya transcurrido un período predeterminado de tiempo después que el monitor del sistema usable se ha desacoplado de la plataforma usable. Por ejemplo, el monitor de sistema usable del método 1000 puede indicar una bomba de infusión debe parar de bombear. Cuando el monitor de sistema usable está acoplado otra vez, el acto 1024 reanuda el tratamiento si el tratamiento fue interrumpido, por ejemplo, de desacoplar el monitor del sistema usable de su plataforma usable después de transcurrido el período de tiempo predeterminado.
Como se mencionó anteriormente, el acto 1018 separa el monitor del sistema usable desde la plataforma usable. El acto 1026 identifica un paciente utilizando, por ejemplo, uno o más de: un algoritmo de reconocimiento de voz, un algoritmo de reconocimiento facial, un código de barras, una etiqueta RFID, comunicaciones de campo cercano, conexión simple, entrada al cuidador y similares. El acto 1026 puede ser similar al acto 1014, puede utilizar el mismo software como el utilizado en el acto 1014, y/o puede utilizar uno de los dispositivos 1002 a 1020. En algunas modalidades, sin embargo, tenga en cuenta que el procedimiento de identificación para un paciente puede incluir más que la identificación del cuidador usando, por ejemplo, biometría u otra identificación información específica del paciente. Tales normas de identificación del paciente pueden utilizarse para asegurar que un tratamiento en particular se está dando al paciente correcto y/o dar cumplimiento a los reglamentos dados. El acto 1014 y/o 1026 pueden realizarse utilizando un dispositivo de clave de acceso en el paciente y/o el cuidador.
El acto 1028 determina si el cuidador está autorizado para asociar al monitor de sistema usable, por ejemplo, par el sistema usable monitor con un dispositivo para el cuidado del paciente. Si el cuidador no está autorizado, entonces el método 1000 previene el acoplamiento adicional (o edición de la configuración de sincronización) del monitor del sistema usable. Si el cuidador está autorizado para acoplar el monitor del sistema usable, el acto 1030 permite al cuidador seleccionar uno o más dispositivos para el cuidado del paciente para maridar con el monitor de sistema usable. La autorización del cuidador se puede utilizar, por ejemplo, para asegurar un tratamiento en particular se le está dando al paciente correcto y dar cumplimiento con las regulaciones dadas.
El cuidador puede proporcionar una lista de dispositivos para el cuidado del paciente que están disponibles para el emparejamiento en uno o más interfaces de usuario de los dispositivos 1002 a 1012. Durante el acto 1030, el cuidador selecciona un monitor de sistema usable (por ejemplo, el monitor de paciente-usable sistema del acto 1018) y un dispositivo para el cuidado del paciente para acoplarlos. El acto 1032 acopla el sistema usable del monitor con el dispositivo para el cuidado del paciente y el acto 1034 registra el acoplamiento del acto 1032 en el monitor de sistema usable incluyendo la identidad del paciente y el cuidador. En una modalidad específica adicional, el acoplamiento del monitor del sistema usable con el dispositivo para el cuidado del paciente puede utilizarse con acoplamiento paralelo o en serie del dispositivo para el cuidado del paciente con otro dispositivo (por ejemplo, un cliente de supervisión, un concentrador, otro dispositivo para el cuidado del paciente, etc.). Como se apreciará a la luz de esta descripción, se puede utilizar cualquier protocolo de acoplamiento adecuado (por ejemplo, Bluetooth o IEEE 802.1 1). Además o en su defecto, el acto 1034 puede registrar el acoplamiento en uno o más de los dispositivos 1002 a 1012.
El acto 1036 une nuevamente el monitor del sistema usable a la plataforma usable. El acto 1038 identifica y autentifica el acoplamiento usable usando el monitor del sistema usable, por ejemplo, para determinar si el monitor del sistema usable y la plataforma usable están autorizados para acoplarse juntos. Por ejemplo, el acto 038 puede asegurar que el monitor del sistema usable esté acoplado a una plataforma usable del paciente correcto.
Si, por ejemplo, el monitor del sistema usable fue acoplado a una plataforma usable del paciente equivocado, el monitor del sistema usable puede reconocer el error, impide el tratamiento asociado de proceder mediante señalización en el dispositivo para el cuidado del paciente asociado con el dispositivo para el cuidado del paciente para dejar de funcionar (en algunas modalidades) y envía una alerta a un cliente de supervisión, por ejemplo, el cliente de supervisión 1 , 4, u 11 de las figuras 1 , 3, 5, 7, 8, el cliente de supervisión 9, 4 u 11 de la figura 9 u otro cliente de supervisión descrito aquí. El acto 1024 puede reanudar el tratamiento si el tratamiento fue interrumpido, o el acto 1040 puede tratar al paciente de acuerdo con cualquier configuración actualizada 1040.
En algunas modalidades específicas, cuando se identifica un cuidador en el acto 1016 y/o el paciente se identifica en el acto 1026, el cuidador puede actualizar configuraciones de tratamiento, por ejemplo, en un cliente de supervisión, un concentrador, una comunicación remota o en el dispositivo para el cuidado del paciente.
La figura 15 es un diagrama de flujo de un método 1100 para mostrar una interfaz de usuario utilizando una plantilla de interfaz de usuario de acuerdo con una modalidad de la presente descripción. El método 1100 incluye el acto 1102 a 1132. En algunas modalidades, cada uno de los actos 1102 a 1132 es opcional El cliente de supervisión del método 1100 puede ser uno o más de clientes de supervisión 1, 4 u 11 de las figuras 1 , 3, 5, 7, 8, clientes de supervisión 9, 4 u 11 de la figura 9, u otro cliente de supervisión descrito aquí. El dispositivo para el cuidado del paciente del método 1100 puede ser uno o más de los dispositivos para el cuidado del paciente 7, 14, 15, 16, 17, 35, 126, 128, 130, 148, de las figuras 1 , 3, 5 o 7, dispositivos para el cuidado del paciente 14, 15, 16, 17, 830, 810, 812, 814 de la figura 8, dispositivos para el cuidado del paciente 14, 15, 16, 17 904, 906, 908 de la figura 9 u otro dispositivo para el dispositivos para el cuidado del paciente descrito aquí.
Aunque el método 1100 describe cómo utilizar una plantilla de interfaz de usuario con un cliente de supervisión, el cliente de supervisión puede ser sustituido por un concentrador, un módulo de comunicaciones, otro dispositivo para el cuidado del paciente u otro dispositivo suficiente tener una interfaz de usuario. La plantilla de interfaz de usuario de la interfaz de usuario del método 1100 proporciona una pantalla predefinida con campos específicos para la visualización de parámetros para el cuidado del paciente. Por ejemplo, una plantilla de interfaz de usuario para una bomba de infusión puede definir ciertos campos para exhibirse en una GUI, tales como la tasa de flujo de fluido presente. La plantilla de interfaz de usuario también puede definir un área en una pantalla de supervisión del cliente para exhibir el caudal de flujo de fluido presente como se recibe de la bomba de infusión. La plantilla de interfaz de usuario puede incluir información de diagramación, tales como: instrucciones de cómo mostrar información; una descripción de varios aparatos; varios aparatos; gráficos; etiquetas para los ejes del gráfico; etiquetas para la pantalla; botones; y/o etiquetas para proveer al usuario con control o información visual de uno o más dispositivos para el cuidado del paciente. La plantilla de interfaz de usuario puede ser una plantilla describiendo una plantilla basada en QT, y/o puede usar HTML o CSS.
El acto 1102 identifica o selecciona un dispositivo para el cuidado del paciente para la comunicación con un cliente de supervisión con una interfaz de usuario. Por ejemplo, en el acto 1102, el cliente de supervisión puede identificar automáticamente una bomba de infusión predeterminada que ha sido designada previamente por un proveedor para el tratamiento de un paciente. Además o en su defecto, en el acto 1102 un proveedor puede administrar una lista de dispositivos para el cuidado del paciente para seleccionar para mostrar en la interfaz de usuario de la información del cliente supervisión sobre funcionamiento de el/los dispositivo(s) para el cuidado del paciente seleccionados.
El acto 1104 determina si el dispositivo para el cuidado del paciente tiene una plantilla de interfaz de usuario almacenada. Por ejemplo, una bomba de infusión puede incluir memoria flash con una plantilla de interfaz de usuario almacenada en la misma. Si el dispositivo para el cuidado del paciente tiene una plantilla de interfaz de usuario almacenada, el acto 1106 comunica la plantilla de interfaz de usuario almacenada desde el dispositivo para el cuidado del paciente al cliente de supervisión que tiene la interfaz de usuario. El acto 108 muestra la plantilla de interfaz de usuario en la interfaz de usuario del cliente de supervisión. El acto 1110 comunica los parámetros para el cuidado del paciente entre el dispositivo para el cuidado del paciente y cliente de supervisión. El acto 1112 muestra los parámetros de los atención al paciente en la plantilla de interfaz de usuario se muestra conforme a 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 actual velocidad de infusión; acto 1112 muestra, en este ejemplo, la velocidad de infusión (un parámetro para el cuidado del paciente) presente en la pantalla utilizando la plantilla de interfaz de usuario.
Si el acto 1104 determina que ningún dispositivo para el cuidado del paciente tiene una plantilla de interfaz de usuario almacenados, el método 1100 determinará si el cliente supervisión tiene una plantilla de interfaz de usuario para el uso para la visualización de los parámetros para el cuidado del paciente del dispositivo para el cuidado del paciente; Además o en su defecto, el acto 11004 puede emitir una alarma mediante el cliente de supervisión o el dispositivo para el cuidado del paciente. El acto 1114 determina el tipo del dispositivo para el cuidado del paciente. Si el tipo se determina, el acto 1116 determina si una plantilla de interfaz de usuario se almacena en el cliente de supervisión según el tipo de dispositivo para el cuidado del paciente. Si hay una plantilla de interfaz de usuario, el acto 1118 muestra la plantilla de interfaz de usuario en la interfaz de usuario del cliente de supervisión. El acto 1120 comunica los parámetros para el cuidado del paciente entre el dispositivo para el cuidado del paciente y cliente de supervisión. El acto 1122 muestra los parámetros de los atención al paciente en la plantilla de interfaz de usuario se muestra conforme a la plantilla de interfaz de usuario. Por ejemplo, los parámetros para el cuidado del paciente, como una tasa de infusión, pueden visualizarse en áreas predefinidas de la interfaz de usuario, designado por la plantilla de interfaz de usuario.
Si el tipo no está determinado en el acto 1114, o una plantilla de interfaz de usuario no se encuentra dentro del cliente de supervisión basado en el tipo determinado, entonces el acto 1124 muestra una lista seleccionable de una pluralidad de plantillas de interfaz de usuario en la interfaz de usuario del cliente supervisión; además o en su defecto, el acto 1114 puede emitir una alarma o alerta mediante el cliente de supervisión y/o el dispositivo para el cuidado del paciente. El acto 1126 permite al usuario seleccionar una plantilla de interfaz de usuario de la pluralidad de las plantillas de interfaz de usuario utilizando la interfaz de usuario del cliente de supervisión. El acto 1128 muestra la plantilla de interfaz de usuario en la interfaz de usuario del cliente de supervisión. El acto 1130 comunica los parámetros para el cuidado del paciente entre el dispositivo para el cuidado del paciente y cliente de supervisión. El acto 1132 muestra los parámetros de los atención al paciente en la plantilla de interfaz de usuario se muestra conforme a la plantilla de interfaz de usuario.
En algunas modalidades de la presente descripción, el dispositivo para el cuidado del paciente del método 1100 puede también almacenar una o más fuentes para la visualización en el cliente de supervisión, por ejemplo, utilizando la plantilla de interfaz de usuario descrita anteriormente. Las fuentes pueden ser conservadas en cualquier formato, como JPEGs, BMPs, formatos de imagen, fuentes previamente almacenadas y similares y puede ser transmitidas para uso dentro del campo para proporcionar una indicación del parámetro de funcionamiento, (por ejemplo, en lugar de transmitir un valor, una imagen se transmite mostrando un número o un valor que aparece en el cliente de supervisión). En algunas modalidades, las fuentes almacenadas dentro del cliente supervisión pueden usarse tal que un valor de parámetro de funcionamiento es enviado al cliente de supervisión para exhibición dentro de la plantilla utilizando las fuentes almacenadas en el cliente de supervisión.
La figura 16 es un diagrama de flujo de un método 1134 para descargar una aplicación para controlar un dispositivo para el cuidado del paciente de acuerdo con una modalidad de la presente descripción. En el método 1134 de la figura 16, aunque un dispositivo de vigilancia se describe con la misma como un dispositivo ejemplar para controlar un dispositivo para el cuidado del paciente, el dispositivo de supervisión puede ser sustituido o complementado por una plataforma, concentrador, módulo de comunicaciones, comunicador remoto, dispositivo de comunicaciones y similares.
El método 1134 incluye los actos 1136 a 1146. En algunas modalidades, cada uno de los actos 136 a 46 es opcional. El cliente de supervisión del método 1134 opcionalmente puede ser uno de los clientes de supervisión 1 , 4 u 11 de las figuras 1 , 3, 5, 7, 8, los clientes de supervisión 9, 4 u 11 de la figura 9 u otro cliente de supervisión descrito aquí. El dispositivo para el cuidado del paciente del método 1134 opcionalmente puede ser uno de los dispositivos para el cuidado del paciente 7, 14, 15, 16, 17, 35, 126, 128, 130, 148, de las figuras 1 , 3, 5 o 7, dispositivos para el cuidado del paciente 14, 15, 16, 17, 830, 810, 812, 814 de la figura 8, dispositivos para el cuidado del paciente 14, 15, 16, 17 904, 906, 908 de la figura 9 u otro dispositivo para el dispositivos para el cuidado del paciente descrito aquí. El servidor del método 1134 opcionalmente puede ser uno de los servidores de supervisión 3 de las figuras 1, 3, 5, 7, 8 o 9.
El acto 1136 acopla un dispositivo para el cuidado del paciente en una plataforma. Por ejemplo, un dispositivo de infusión 7 de las figuras 1 , 3, 5 o 7, dispositivos de infusión 830, 810 u 812 de la figura 8, o un dispositivo de infusión 904 de la figura 9 puede ser anclado en una plataforma respectiva. En el acto 1138, un cliente de supervisión identifica el dispositivo para el cuidado del paciente. Por ejemplo, el dispositivo para el cuidado del paciente puede comunicarse, por ejemplo, un número de ID, número de serie, una descripción, una receta, un régimen de tratamiento, un parámetro de tratamiento del paciente o similar, para el cliente de supervisión, por ejemplo, a través de un protocolo de descubrimiento. El dispositivo acoplado para el cuidado del paciente puede almacenar allí información sobre el tratamiento (por ejemplo, una cantidad de medicamentos, velocidad de infusión, cantidad total de fluido u otro parámetro de tratamiento del paciente), cada uno de los cuales puede ser asociada o corresponder a un paciente.
En el acto 1140, el cliente de supervisión consulta a un servidor de una aplicación para controlar el dispositivo para el cuidado del paciente (por ejemplo, para establecer una tasa de infusión). El cliente de supervisión descarga la aplicación en el acto 1142. Las comunicaciones entre el cliente de supervisión y el servidor pueden ser encriptados. Por ejemplo, el servidor puede cifrar la aplicación antes de enviar al cliente supervisión y el cliente de supervisión puede descifrar la aplicación utilizando una clave de cifrado suficiente. Además o en su defecto, todas las comunicaciones se pueden encriptar. El cliente de supervisión ejecuta la aplicación durante el acto 1144. En el acto 1146, el cliente de supervisión es comunicativamente y operativamente acoplado con el dispositivo para el cuidado del paciente mediante la aplicación ejecutando la aplicación en uno o más procesadores. El cliente de supervisión puede colocar la aplicación en una zona aislada (como se describe a continuación). En tal modalidad, la aplicación incluye un conjunto operativo de instrucción ejecutable por el procesador configurado para la ejecución de uno o más procesadores en el cliente de supervisión. La aplicación puede incluir instrucciones para mostrar una interfaz de usuario en una pantalla del cliente supervisión, por ejemplo, utilizando la plantilla de interfaz de usuario del método 1100 de la figura 15. Además o alternativamente, en algunas modalidades, la aplicación puede usarse para controlar el dispositivo para el cuidado del paciente al enviar opcionalmente parámetros o valores para el dispositivo para el cuidado del paciente, por ejemplo, una cantidad de bolo, un caudal de infusión, un fluido total para la entrega, una hora de inicio de entrega del fármaco, un tiempo de interrupción para la entrega del fármaco, un perfil de tasa de entrega del flujo, un comando para dispensar una pildora, un tipo de pildora, un horario de dosificación de pildora y/o un criterio de dispensación de pildora máximo.
La figura 17 es un diagrama de flujo de un método 1200 para asegurar la integridad de los datos cuando la comunicación de datos (por ejemplo, peticiones) para un dispositivo para el cuidado del paciente de acuerdo con una modalidad de la presente descripción. El método 1200 incluye los actos 1202 a 1222. En algunas modalidades, cada uno de los actos 1202 a 1222 es opcional. El dispositivo para el cuidado del paciente del método 1200 puede ser que cualquier dispositivo para el cuidado del paciente descrito aquí, por ejemplo dispositivos para el cuidado del paciente 7, 14, 15, 16, 17, 35, 126, 128, 130, 148, de las figuras 1 , 3, 5 o 7, dispositivos para el cuidado del paciente 14, 15, 16, 17, 830, 810, 812, 814 de la figura 8, dispositivos para el cuidado del paciente 14, 15, 16, 17 904, 906, 908 de la figura 9 u otro dispositivo para el dispositivos para el cuidado del paciente descrito aquí.
La solicitud opcionalmente puede originarse desde cualquier cliente de supervisión autorizado, autenticado y/o identificado, tal como, por ejemplo, un cliente de supervisió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 celular, una computadora manejada, una computadora tipo tableta, un computadora portátil, una computadora personal, un asistente personal digital y lo similar.
El acto 1202 somete una petición para un dispositivo para el cuidado del paciente mediante una interfaz de usuario de un cliente de supervisión. Por ejemplo, el uso de la pantalla táctil del cliente de supervisión 1 de la figura 1 , un usuario presenta una tasa de infusión de la bomba de infusión 7. En algunas modalidades, la solicitud puede ser opcionalmente un parámetro relacionado con el dispositivo para el cuidado del paciente, por ejemplo, una cantidad de bolo, un caudal de infusión, un fluido total para la entrega, una hora de comienzo para la entrega del fármaco, un tiempo de interrupción para la entrega del fármaco, un perfil de la tasa de entrega del flujo, un comando para dispensar una pildora, un tipo de pildora, un horario de dosificación de pildora y/o un criterio de dispensación de pildora máximo.
El acto 1204 es opcional y el acto 1204 muestra "solicitud pendiente" en la interfaz de usuario del cliente de supervisión. El acto 1206 formatea la solicitud de un dispositivo para el cuidado del paciente. Por ejemplo, el acto 1206 puede preparar la solicitud que se ajusta a las necesidades de comunicaciones del dispositivo para el cuidado del paciente.
El acto 1208 determina un valor de verificación de la solicitud. Por ejemplo, se utiliza un algoritmo de comprobación de redundancia cíclica para determinar un valor de comprobación que corresponde a la solicitud. El valor de verificación calculado por el algoritmo de comprobación de redundancia cíclica es dependiente sobre la solicitud. Un cambio en un bit de la petición también cambiará el valor verificado por el algoritmo de comprobación de redundancia cíclica. Asimismo, cambiando varios bits también cambiará el valor de la verificación. Además o en su defecto, en otras modalidades, un bit de paridad (par o impar) u otras verificaciones de integridad de datos pueden usarse.
El acto 1210 anexa el valor de verificación a la solicitud. La acción 1212 es opcional y el acto 1212 solicita confirmación del usuario para comunicar la solicitud mediante la interfaz de usuario. La solicitud de confirmación puede ser un cuadro de diálogo emergente en una pantalla táctil que muestra "¿confirma la velocidad de infusión de 90 mililitros por hora?" con una caja de selección "confirmado". El texto y el formato mostrado en el acto 1212 pueden ser de un tipo de letra diferente, diferente tamaño y/o posición de visualización diferentes que otra información mostrada, por ejemplo, como la mostrada durante la entrada de la solicitud u otra forma, para proporcionar protección adicional contra píxeles de pantalla mala, un cuadro de fuente corrompida, malentendido del usuario y similares. El acto 1214 confirma la solicitud de comunicación de la solicitud mediante la interfaz de usuario. El usuario puede tocar la casilla "confirmada" para confirmar la solicitud de comunicación de la solicitud, según algunas modalidades de la presente descripción.
El acto 1216 comunica la solicitud para el dispositivo para el cuidado del paciente. La comunicación puede hacerse vía cable, inalámbrico, guiado, comunicaciones de fibra óptica, o similares. El dispositivo para el cuidado del paciente recibe la solicitud durante acto 1216. Durante el tránsito de la petición, es posible que uno o más bits en la petición han sido corrompidas, por ejemplo, un poco ha cambiado su valor, un poco se ha perdido, se ha añadido un poco y artículos análogos; este u otros daños en los datos no son deseable.
El acto 1218 del método 1200 facilita la detección de datos dañados. Durante el acto 1218, el dispositivo para el cuidado del paciente comprueba el valor de verificación de conformidad con la solicitud. En el acto 1218, el dispositivo para el cuidado del paciente puede utilizar el mismo algoritmo de comprobación de redundancia cíclica como en el acto 1208 en la petición para calcular el valor de un control adicional. El valor de verificación en el acto 1216 como por el dispositivo para el cuidado del paciente idéntico al valor cheque se calcularán en el acto 1208 sólo si los datos en la solicitud están idénticos. Es decir, el valor de verificación en el acto 1216 y el valor de verificación en el acto 1208 serán diferentes si los datos de la solicitud se han corrompido, tienen más o menos bits o de lo contrario no son idénticos a los datos digitales utilizados para determinar el valor de verificación del acto 1208.
Si el valor de verificación de la solicitud no fue verificado, en el acto 1222 el dispositivo para el cuidado del paciente solicita la retransmisión de la solicitud del cliente de supervisión. Aunque la figura 17 muestra el acto 1222 como proceder al acto 1204 del método 1200, en otras modalidades, el método 1200 puede proceder a cualquiera de los actos 1202 a 2116. Si la retransmisión de la solicitud no tiene éxito, el método 1200 puede comunicar un error, una alarma o una alerta (no mostrado) para el cliente de supervisión. De lo contrario, si el valor de verificación es verificado como se indica no hay corrupción de datos, en el acto 1220 el dispositivo para el cuidado del paciente realiza la solicitud.
En modalidades alternativas, la solicitud en el acto 1218 además se envía al cliente de supervisión después de la verificación del dispositivo para el cuidado del paciente y puede incluir la comprobación de CRC adicional durante la transmisión. El dispositivo para el cuidado del paciente durante la verificación puede realizar, en esta modalidad alternativa, comprobaciones para determinar si la solicitud está dentro de intervalos predeterminados (por ejemplo, la tasa de infusión del fármaco particular es segura, etc.). El cliente de supervisión, en esta modalidad alternativa, puede comparar la solicitud según como se recibe desde el dispositivo para el cuidado del paciente con la petición original como se almacena en la memoria (las solicitudes pueden asociarse con el otro), y/o el cliente de supervisión puede mostrar la solicitud del usuario para la confirmación. La solicitud de confirmación puede ser un cuadro de diálogo emergente en una pantalla táctil que muestra "confirmar la velocidad de infusión de 90 mililitros por hora?" con una caja de selección "confirmado". El texto y el formato se muestran en esta modalidad alternativa para la confirmación puede ser de un tipo de letra diferente, diferente tamaño y/o posición de visualización diferentes que la otra información mostrada, por ejemplo, como la mostrada durante la entrada de la solicitud o de otra índole, para proporcionar protección adicional contra píxeles de pantalla mala, un cuadro de fuente corrompida, malentendido del usuario y similares. En esta modalidad alternativa, el usuario puede confirmar la solicitud de comunicación de la solicitud mediante la interfaz de usuario. El usuario puede tocar la casilla "confirmada" para confirmar la solicitud de comunicación de la solicitud, según algunas modalidades de la presente descripción.
Después de eso, en esta modalidad alternativa, la solicitud es re-enviada al dispositivo para el cuidado del paciente para llevar a cabo; además o en su defecto, en esta modalidad alternativa, se envía un mensaje de acción al dispositivo para el cuidado del paciente, y el mensaje de acción contiene información vinculándolo a la petición original (por ejemplo, "esta es la "acción" para la solicitud de 90 mililitros/hora que fue enviada").
La figura 18 es un diagrama de bloques de un sistema electrónico para el cuidado del paciente 1300 según otra modalidad de la presente descripción. El sistema 1300 incluye un cliente de supervisión 1302, una plataforma 1304 y una base inalámbrica 1306. Opcionalmente, en algunas modalidades, la plataforma 1304 puede actuar como un concentrador como se describe en este documento.
El dispositivo para el cuidado del paciente puede ser cualquier dispositivo para el cuidado del paciente descritos, como uno de los dispositivos para el cuidado del paciente dispositivos 7, 14, 15, 16, 17, 35, 126, 128, 130, 148, de las figuras 1 , 3, 5 o 7, dispositivos para el cuidado del paciente 14, 15, 16, 17, 830, 810, 812, 814 de la figura 8 o los dispositivos para el cuidado del paciente 14, 15, 16, 17 904, 906, 908 de la figura 9. El cliente de supervisión 1302 puede ser sustituido por cualquier cliente de supervisión descrito, tales como clientes de supervisión 1 , 4 u 11 de las figuras 1 , 3, 5, 7, 8, clientes de supervisión 9, 4 u 11 de la figura 9, una tableta, un teléfono inteligente, una PDA, o lo similar.
La plataforma 1304 puede incluir una porción receptora formada para recibir al cliente de supervisión 1302 para conectar los contactos eléctricos del cliente de supervisión 1302 a la plataforma 1304 a través de un cable 1308. El cable 1308 puede integrarse junto con la plataforma 1304 y/o el cliente de supervisión 1302. El cable 1308 puede proporcionar, por ejemplo, USB u otras comunicaciones estándar entre la plataforma 1304 y el cliente de supervisión 1302.
La plataforma 1304 opcionalmente incluye 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 la operación de la plataforma 1304. Un dispositivo para el cuidado del paciente 1318 es acoplable a la plataforma 1304. El sistema 1300 también incluye una plataforma inalámbrica 1306 que tiene un dispositivo para el cuidado del paciente 1320 acoplado al mismo. La plataforma inalámbrica 1306 puede ser idéntica o similar a la plataforma 1304, sin embargo, la plataforma inalámbrica 1306 inalámbricamente se comunica con el cliente de supervisión 1302, en algunas modalidades.
La batería 1314 puede alimentar la plataforma 1304 y el dispositivo para el cuidado del paciente 1318 cuando el cable de alimentación CA 1316 está desconectado del tomacorriente CA (no mostrado). En algunas modalidades, la plataforma 1304 puede ser la única fuente de energía para el cliente de supervisión 1302 o el dispositivo para el cuidado del paciente 1318. Además o en su defecto, el cliente de supervisión 1302 y/o el dispositivo para el cuidado del paciente 1318 puede incluir una batería a bordo o un cable de alimentación CA independiente (no mostrado).
En algunas modalidades de ejemplo, la plataforma 1304 puede proporcionar alimentación compatible con IEC-60601 al dispositivo para el cuidado del paciente 1318. Además o en su defecto, la plataforma 1304 puede proporcionar una tensión variable de CC según lo solicitado por el dispositivo para el cuidado del paciente 1318. Por ejemplo, la plataforma 1304 puede incluir una fuente de alimentación programable reforzadora buck-boost (no mostrada) que puede proporcionar una tensión CC de 1 voltio a 24 voltios según lo solicitado por el dispositivo para el cuidado del paciente 1318 para un pasador del conector específico de un conector 1322.
La batería 1314 se puede cargar por el cargador 1312 cuando el cable de alimentación 1316 está enchufado en un tomacorriente de CA (no mostrado). La batería 1314 proporciona alimentación ininterrumpida para el dispositivo 1318 para el cuidado del paciente cuando el cable de alimentación CA 1316 está desconectado del tomacorriente CA (no mostrado). Por ejemplo, el dispositivo para el cuidado del paciente 1318 puede ser una bomba de infusión que continúa funcionando después que el cable de alimentación CA 1316 es desconectado porque la batería 1314 automáticamente suministra energía de reemplazo al dispositivo 1318 para el cuidado del paciente cuando está desconectado del cable de alimentación CA 1316.
Los sensores 1308 opcionalmente pueden incluir uno o más de un sensor de temperatura ambiente, un sensor de presión ambiente, un sensor de humedad ambiente y similares. Los sensores 1308 opcionalmente pueden incluir sensores redundantes, tales como dos sensores de temperatura, y la plataforma 1304 puede utilizar los sensores redundantes para determinar si uno o ambos han fallado, por ejemplo, comparando las lecturas de los dos sensores entre sí. La plataforma 1304 puede comunicarse con los sensores 1308 y/o otros periféricos para asegurar su correcto funcionamiento, para realizar la verificación de la integridad de los datos, para proporcionar el dispositivo para el cuidado del paciente 1318 con sus mediciones, por ejemplo, la temperatura ambiente.
El dispositivo de vigilancia 1310 opcionalmente puede asegurar que el dispositivo para el cuidado del paciente 1318 opere adecuadamente realizando interrogatorios antes mencionados, supervisando las salidas del dispositivo para el cuidado del paciente 1318 para determinar si están dentro de intervalos predeterminados (por ejemplo, intervalos físicamente posibles o probables), tendrá una retroalimentación que está de acuerdo con la entrada aplicada y si está funcionando correctamente de otra forma. Además o en su defecto, el monitor del sistema 13010 opcionalmente puede supervisar la operación del cliente de supervisión 1302 a través del cable 1308. Aunque un dispositivo de vigilancia 1310 se describe en este documento, pueden utilizarse uno o varios dispositivos de vigilancia 1310, por ejemplo, una pluralidad de dispositivos de vigilancia 1310. En algunas modalidades de ejemplo, el dispositivo para el cuidado del paciente 1318 se comunica con el dispositivo de vigilancia 1310 a intervalos fijos. Los intervalos fijos son opcionalmente configurables mediante una interfaz de usuario del cliente 1302 de supervisión o utilizando un computadora conectada al cable 1308. Si el dispositivo para el cuidado del paciente 1318 no logra comunicarse con el dispositivo de vigilancia 1310 durante el intervalo fijo, el dispositivo de vigilancia 1310 determina que un error ha ocurrido dentro del dispositivo para el cuidado del paciente 1318 y emite una alerta o alarma, por ejemplo, un sonido audible mediante un altavoz 1324 o parpadea un LED 1326 rojo. La acción de respuesta al no recibir una comunicación dentro del intervalo puede ser configurable y/o programa, por ejemplo, mediante una interfaz de usuario del cliente 1302 de supervisión o usando una computadora conectada al cable 1308; por ejemplo, para dispositivos no críticos para el cuidado del paciente, una falta de respuesta al dispositivo de vigilancia 1310 pueden causar que el LED 1326 parpadee en rojo, y una acción a un dispositivo para el cuidado del paciente crítico puede causar además que la plataforma 1304 y/o el cliente de supervisión 1302 alarme de forma audible y visual y envíe una notificación a una estación de enfermería y/o un comunicador remoto, por ejemplo, comunicador remoto 11 de las figuras 1 , 3, 5, 7, 8 o 9, un teléfono inteligente, un computadora portátil, otro dispositivo para el cuidado del paciente y similares. Además o en su defecto, el LED 1326 opcionalmente puede parpadear en verde si el dispositivo para el cuidado del paciente 1326 está funcionando correctamente o actualmente está tratando a un paciente.
Además o en su defecto, un altavoz dentro del cliente de supervisión 1302 puede emitir una alerta audible o alarma. Si es apropiado, el dispositivo para el cuidado del paciente puede ser desactivado o cambiado hasta que se resuelva la condición de error.
Además o en su defecto, el dispositivo de vigilancia 1310 puede asegurar que el cliente de supervisión 1302 opere adecuadamente requiriendo comunicarse con el dispositivo de vigilancia 1310 en un intervalo fijo, predeterminado o preprogramado. Si el cliente de supervisión 1302 es incapaz de comunicarse con el dispositivo de vigilancia 1310 durante el intervalo fijo, el dispositivo de vigilancia 1310 puede determinar que un error ha ocurrido dentro del cliente de supervisión 1302 y emite una alerta o alarma similar a la descrita anteriormente en relación con el dispositivo para el cuidado del paciente 1318, por ejemplo, un sonido audible usando un altavoz 1324 o parpadea en rojo el LED 1326. En algunas modalidades, un altavoz dentro del cliente de supervisión 1302 puede emitir una alerta audible. En algunas modalidades, un altavoz dentro del cliente de supervisión 1302 puede servir como un altavoz de respaldo a la plataforma 1304 y el altavoz 1324 de la plataforma 1304 puede servir como un altavoz de respaldo al cliente de supervisión 1302.
El cargador 1312 puede cargar la batería 1314 usando CA suministrada a través del cable de alimentación de CA 1316. Además o en su defecto, el cargador 1312 puede cargar una batería 1328 dentro del dispositivo para el cuidado del paciente 1318.
En algunas modalidades, la base inalámbrica 1306 puede incluir el mismo hardware que la plataforma 1304 y puede o no incluir el cable de alimentación CA 316. Por ejemplo, la base inalámbrica 1306 puede incluir una pluralidad de contactos para el posicionamiento de la base inalámbrica en una base de recarga que incluye una pluralidad de contactos que se dedican los contactos de la plataforma inalámbrica 1306 para cargar una batería en esto.
La figura 19 es un diagrama de bloques de un sistema electrónico para el cuidado del paciente 1400 de acuerdo con otra modalidad de la presente descripción. El sistema 1400 incluye un cliente de supervisión 1402, una plataforma de 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 junto a la plataforma 1404 a través de un cable USB, un sensor inalámbrico 1414 en comunicación inalámbrica con la plataforma 1404, un servidor 1416 y un servidor de información de hospital 1418 . El cliente de supervisión 1402 puede ser cualquier cliente de supervisión, como uno de los clientes de supervisión 1 , 4 u 11 de las figuras 1 , 3, 5, 7, 8, los clientes de supervisión 9, 4 u 11 de la figura 9, un tableta, un teléfono inteligente, PDA, un computadora portátil y similares. La plataforma 1404 puede comunicarse vía el conductor eléctrico se muestra en la figura 19 y/o vía inalámbrica a uno o más de la bomba de gran volumen, 1406 1408, y/o los sensores 1410 recibir parámetros y/o para controlar los dispositivos.
La plataforma 1404 recibe una alimentación de CA 1420 desde un tomacorriente de CA 1422. La plataforma 1404 es en la comunicación operativa con el cliente de supervisión 1402 utilizando un adaptador de cliente de supervisión 1424. El adaptador del cliente de supervisión 1424 se acopla a la plataforma 1404 a través de conectores de interfaz de usuario 1426, 1428. Los conectores de Ul 1426 1428 proporcionan energía al adaptador del cliente de supervisión 1424 y datos a través de una conexión USB. El adaptador del cliente de supervisión 1424 se acopla al cliente de supervisión 1402 a través de varios conectores 1430, 1432, 1434, 1436. Dos de los conectores 1430, 1434 proporcionan energía del adaptador de cliente de supervisión 1424 al cliente de supervisión 1402, mientras otros dos conectores 1434, 1436 proporcionan una conexión USB entre éstos para facilitar las comunicaciones digitales entre la plataforma 1404 y el cliente de supervisión 1402. Tenga en cuenta que otras modalidades pueden emplear conexiones que no sean del tipo USB.
Los conectores 1438 a 1450 permiten que la plataforma 1404 proporcione operativamente energía a la bomba de gran volumen 1406, la bomba de jeringa 1408 y sensores 1410. Además o en su defecto, los conectores 1438 y 1440 proporcionan comunicaciones serie entre la plataforma 1404 y la bomba de gran volumen 1406; conectores 1442 y 1444 proporcionan comunicaciones serie entre la bomba de gran volumen 1406 y la bomba de jeringa 1408; y conectores 1446 y 1448 proporcionan comunicaciones en serie entre la bomba de jeringa 1408 y los sensores 1410. El conector 1450 proporciona expansión opcional para dispositivos adicionales (no mostrado).
El sistema 1400 muestra un sistema de cadena tipo margarita para acoplar juntos varios dispositivos. Cada dispositivo en ruta digitalmente datos destinados a otro dispositivo a un dispositivo posterior, o cada dispositivo incluye conductores eléctricos tal que dos de sus conectores incluyen las conexiones eléctricas a los pasadores respectivos.
La plataforma 1404 puede comunicarse con el sensor inalámbrico 1414 usando, por ejemplo, Bluetooth, Bluetooth de baja energía, Zigbee, Xbee, ANT, ANT Plus y lo similar. Los sensores 1412, 1414 y/o 1410 pueden ser un dispositivo de supervisión de paciente, o uno o más sensores del medio ambiente, tales como un sensor de temperatura, sensor de humedad, una cámara, un micrófono, un sensor de luz ambiental, un sensor de vibración y similares.
El servidor 1416 puede comunicarse con el sistema de información hospitalario 1418. El servidor 1416 proporciona un enrutador WiFi tal que la plataforma 1404 está en comunicación operativa con el sistema de información hospitalario 1418. La información puede ser transferida a y desde el sistema de información hospitalario 1418 a través del servidor 1416, que puede traducir los protocolos de la plataforma 1404 hacia y desde el sistema de información hospitalario 1418 o salud nivel 7 "(HL7). El servidor 1416 (y/o el sistema de información hospitalario 1418) puede incluir un sistema de reducción de error del fármaco ("DERS") que comprueba para determinar que cualquier tratamiento que se aplica a un paciente usando el sistema 1400 es seguro para el paciente. El servidor 1416 puede ser el servidor de supervisión 3, y el sistema de información hospitalario 1418 puede ser los servicios de instalación 8 de las figuras 1 , 3, 5, 7, 8 y/o 9.
La figura 20 es un diagrama de bloques de la plataforma 1404 del sistema electrónico para el cuidado del paciente 1400 de la figura 19 según una modalidad de la presente descripción. En algunas modalidades, cada uno de los componentes que se muestra en la figura 20 es opcional.
La plataforma 1404 incluye un convertidor CA/CC 1452 para recibir la alimentación de CA 1420 (ver la figura 19). El convertidor de CA/CC 1452 puede incluir circuitos rectificadores, circuitos de uniformidad, una fuente de alimentación de conmutación, un regulador lineal y lo similar para convertir la corriente alterna a corriente continua 1454. En algunas modalidades de la presente descripción, el convertidor CA/CC 1452 puede ser externo a la plataforma. En otras modalidades, el convertidor CA/CC 1452 está situado en la plataforma de 1404.
La corriente continua 1454 se recibe en la entrada de alimentación CC 1456, que puede ser un conector para conectar los cables positivos y negativos de la alimentación de CC 1454 para alimentar y planos de puesta a tierra de un tablero de PCB, respectivamente. La entrada de alimentación CC 1454 proporciona alimentación a los circuitos de la plataforma 1404. La entrada de alimentación CC 1456 también puede recibir energía inalámbrica 1458.
La potencia recibida vía la entrada de alimentación CC 1456 es enviada a los circuitos de carga 1460. Los circuitos de carga 1460 carga una batería primaria 1462 y una batería de respaldo o super-capacitor 1464. Los circuitos de carga 1460 pueden emplear varias técnicas de carga, por ejemplo, un algoritmo de carga de corriente constante/voltaje constante.
La plataforma 1404 incluye un procesador principal 1466 y un procesador de seguridad 1468. El procesador principal 1466 es alimentado por la batería primaria 1462. El procesador de seguridad 1468 también es alimentado por la batería principal de 1462, pero también puede recibir energía de la batería de reserva o super-capacitor 1464.
En esta modalidad de ejemplo, las interfaces de procesador principal 1466 con un lector de código de barras 1470, una cámara 1472, plataforma sensores 1474, un orador 1476, un transmisor-receptor WiFi 1478, un transceptor Bluetooth 1480, un controlador USB 1482, estado del LED luces de 1484 y tres ranuras de expansión interna 1486 y 1488 1490 (cada una de ellas es opcional).
Las ranuras de expansión interna 1486, 1488 y 1490 pueden recibir el trazado de circuito 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 éste (cada una de las cuales es opcional).
El procesador de segundad 1468 proporciona una función de vigilancia al procesador principal de 1466. Por ejemplo, el procesador de seguridad 1468 puede comunicarse con el procesador principal a intervalos predeterminados o espera una comunicación desde el procesador principal 1466 a intervalos predeterminados. Si el procesador de seguridad 1468 no recibe la respuesta esperada o comunicación, puede determinar que se ha producido un error. El procesador de seguridad 1468 en respuesta al error puede indicar una falla usando luces de estado de falla LED 1401 , generando un sonido audible usando un altavoz de respaldo 1403, o hacer vibrar la plataforma 1404 utilizando un motor de vibración 1405. Como se apreciará a la luz de esta descripción, numerosas notificaciones de culpa (por ejemplo, llamada telefónica, correo electrónico, mensaje de texto, etc.) pueden ser emitidas a numeroso personal (por ejemplo, las enfermeras o médicos, mantenimiento de las instalaciones, etc.).
El procesador de seguridad 1468 puede supervisar la potencia suministrada a través del conector del dispositivo utilizando el circuito de detección de corriente 1407. Si el procesador de seguridad 1468 determina que la corriente suministrada al conector del dispositivo 1438 excede un umbral predeterminado o de lo contrario fuera de especificación, la potencia de las señales de seguridad procesador 1468 habilitar circuitos 1409 para desenganchar la potencia suministrada de la batería primaria 1462 al conector del dispositivo 1438. El circuito para habilitar potencia 1409 puede incluir relés, interruptores, interruptores de estado sólidos, contactadores y elementos similares para conectar y desconectar la batería primaria 1462 desde el conector del dispositivo 1438.
El procesador principal 1466 también está eléctricamente acoplado a una pantalla de estado de carga opcional 1411 y una pantalla opcional 1413. La pantalla de estado de carga 1411 puede mostrar el estado de carga de la batería principal 1462. La pantalla 1413 podrá ser una pantalla táctil y puede mostrar el estado operacional de la plataforma 1404. La plataforma 1404 recibe introducidos por el usuario mediante teclas opcional 1415.
El módulo de comunicaciones/desde 1492 puede comunicarse con otros módulos de comunicaciones/desde 1492, por ejemplo, en un dispositivo para el cuidado del paciente, otro plataforma o supervisión de cliente, para determinar la distancia entre éstos. Por ejemplo, dos módulo de comunicaciones/van (por ejemplo, módulo de comunicaciones/desde 1492 y otro módulo de comunicaciones/van), puede inalámbricamente comunicarse, por ejemplo, mediante ultrasonido, energía electromagnética de RF, UHF, ópticamente y similares, para determinar la distancia entre ellos. De acuerdo con una modalidad, uno o más de un dispositivo para el cuidado del paciente, un cliente de supervisión, vigilancia del paciente, un comunicador remoto, etc. no puede funcionar a menos que cada una de ellas teniendo un módulos de comunicaciones/desde 1492 determina que están dentro de una distancia predeterminada en relación con los demás.
La figura 21 muestra un arreglo ejemplar de un sistema 2100 en donde un cliente de supervisión 2102 está vinculado a una serie de dispositivos para el cuidado del paciente mediante una plataforma 2120, incluyendo una bomba de infusión 2106 conectado a y la entrega de una bolsa más pequeña de fluido 2118, una bomba de infusión 2108 conectada a y la entrega de una bolsa más grande de fluido 2116, un dispositivo de detección de goteo 2112 conectado a un tubo desde la bolsa más pequeña 2118, un dispensador de pildoras 2114 y una bomba de microinfusión 2110. El cliente de supervisión 2102 puede comunicarse con estos dispositivos para el cuidado del paciente en una moda por cable, como se muestra en las bombas de infusión 2106, 2108, la bomba microinfusión 2110 (mediante plataformas 2120, 2104) y el dispensador de pildoras 2114. Alternativamente, el cliente de supervisión puede comunicarse de forma inalámbrica con dispositivos para el cuidado del paciente, según lo sugerido por la ausencia de una conexión por cable entre el dispositivo de detección de goteo 2112 y el cliente de supervisión 2102. En una modalidad, una conexión entre el cliente de supervisión 2102 y un dispositivo para el cuidado del paciente también ofrece una oportunidad para que la corriente eléctrica suministrada con el dispositivo para el cuidado del paciente desde el cliente de supervisión 2102. En este caso, el cliente de supervisión 2102 puede incluir los circuitos electrónicos necesarios para convertir el voltaje para alimentar el dispositivo para el cuidado del paciente o una batería conectada al cliente de supervisión 2102 o de tensión de línea que alimenta el cliente de supervisión 2102 de una toma de corriente (no mostrada) en la habitación de un paciente. Además o en su defecto, la plataforma 2104 suministra energía a las bombas de infusión 2106, 2108 y la bomba microinfusión 2110.
En una modalidad, el cliente de supervisión 2102 es capaz de recibir información acerca de cada dispositivo para el cuidado del paciente con el cual se vincula directamente en el propio dispositivo, o través de una estación de acoplamiento, tales como, por ejemplo, la plataforma 2104 en que se puede montar el dispositivo para el cuidado del paciente. La plataforma 2104 puede ser configurado para recibir uno o más dispositivos para el cuidado del paciente mediante un montaje conexión estandarizado, o en algunos casos mediante un montaje conexión individualizado para el dispositivo en particular. Por ejemplo, en la figura 21 , las bombas de infusión 2106 y 2108 pueden montarse a la plataforma 2104 mediante un montaje de conexión similar, mientras que la bomba de microinfusión 2110, por ejemplo, puede montarse a la plataforma 2104 mediante un montaje de conexión configurado para las dimensiones particulares de la carcasa de la bomba de microinfusión 2110.
La plataforma 2104 puede configurarse para identificar electrónicamente el dispositivo en particular atención al paciente ser montado en la estación de acoplamiento y transmitir esta identificando la información a la supervisión de cliente 2102, ya sea inalámbrica o mediante una conexión por cable. Además, el dispositivo particular atención al paciente puede ser programado con información sobre el tratamiento (por ejemplo, tratamiento de paciente parámetros tales como una tasa de infusión para un líquido de infusión predeterminado) que se transmite al cliente de supervisión 2102. En algunas modalidades de la presente descripción, el cliente de supervisión 2102 se comunica con registros R E para verificar que la información sobre el tratamiento preprogramado es seguro para un paciente identificado o la información sobre el tratamiento preprogramados coincide con el tratamiento prescrito almacenado en los registros RME.
En algunas modalidades, el dispositivo de detección de goteo 2112 puede comunicarse con el cliente de supervisión 2102 inalámbricamente o en una conexión cableada. Si se detecta una condición aberrante fluido (por ejemplo, porque la tubería al paciente ha ocluirse), una señal puede ser transmitida al cliente de supervisión 2102, que (1) puede mostrar el flujo de líquido del recipiente de líquido 2118 en una interfaz de usuario o localmente en la supervisión de cliente 2102, o más remota a una interfaz de usuario en una enfermería o un dispositivo de comunicación portátil, (2) puede gatillo una alarma auditiva o visual, (3) puede alterar la tasa de infusión de la bomba 2108 conectada a bolsa, 2118, o terminar la infusión u otro modo de cambiar la velocidad de bombeo, o (4) puede causar una alarma audible (o alarma de vibración) en la bomba de infusión 2106. Las alarmas pueden ocurrir simultáneamente en varios dispositivos o seguir un horario predeterminado. Por ejemplo, cuando se produce una obstrucción en una línea conectada a la bomba de infusión 2106, (1) las goteo dispositivo 2112 alarmas utilizando su altavoz interno y un motor de vibración interna, (2) después de eso, la bomba de infusión 2106 alarmas utilizando su altavoz interno y un motor de vibración interna, (3) siguiente, las alarmas monitoreo de 2102 cliente utilizando su altavoz interno y un motor de vibración interna y (4) finalmente, un comunicador remoto 11 (por ejemplo, véase las figuras 1 , 3, 5, 7, 8, 9) alarmas utilizando su altavoz interno y un motor de vibración interna.
En algunas modalidades, una bomba individual puede ser programable para permitir funcionamiento continuado a un ritmo de bombeo predeterminado debe quebrar las comunicaciones entre el cliente de supervisión 2102 y la bomba, ya sea debido a una falla en la supervisión del cliente 2102, en el canal de comunicación entre el cliente de supervisión 2102 y la bomba o en la propia bomba. En algunas modalidades, está función independiente está activado cuando el medicamento ser infundido previamente designado para no ser suspendido o llevó a cabo en caso de averías en otras partes del sistema. En algunas modalidades, una bomba programada para funcionar independientemente en un modo de fallos también se puede configurar para recibir información de un dispositivo de detección de goteo 2112 directamente, en lugar de a través de un cliente de supervisión 2102. Con esta opción, la bomba puede ser programada, en algunas modalidades, para detener una infusión si el dispositivo de detección de goteo 2112 detecta una condición de flujo aberrante (tales como, por ejemplo, una condición de flujo libre o un aire burbuja presente en la línea de infusión). En algunas modalidades, uno o más de las bombas 2106, 2108 y 2110 pueden tener medidores de flujo de fluido internos y pueden funcionar independientemente como un dispositivo autónomo.
La figura 22 muestra un sistema electrónico para el cuidado del paciente 2200 teniendo una tableta 2102 acoplada en una plataforma para la comunicación inalámbrica con dispositivos para el cuidado del paciente 2106, 2108, 2110, 2112, 2114 de acuerdo con una modalidad de la presente descripción. El cliente de supervisión 2102 puede comunicarse con los dispositivos para el cuidado del paciente 2106, 2608, 2110, 2112 inalámbrica o a través de un transceptor inalámbrico en la plataforma 2120. Por ejemplo, el cliente de supervisión 2102 puede comunicar a un transceptor dentro la plataforma 2104. Además o en su defecto, la plataforma 2120 incluye un transceptor para su uso por parte del cliente de supervisión 2102 para comunicarse con la plataforma 2104 o directamente a través de una conexión inalámbrica con los dispositivos para el cuidado del paciente 2106, 2108, 2110, 2112, 2114.
La figura 23 muestra un sistema electrónico para el cuidado del paciente 2300 que tiene bombas de infusión modulares 2302, 2304, 2306, 2308 que acoplan en una plataforma 2310 que tiene un cliente de supervisión 2312 con una ¡nterfaz de usuario retráctil de acuerdo con una modalidad de la presente descripción. Las bombas de infusión modulares 2302, 2304, 2306, 2308 tienen conectores estandarizados para que se puedan encajar en la plataforma 2310. Cada uno de las bombas de infusión modulares 2302, 2304, 2306, 2308 incluye una ¡nterfaz de usuario. Por ejemplo, la bomba de infusión modulares 2302 incluye una pantalla táctil 2314, botón de inicio 2316, un botón de parada 2316, un botón de aumento de la tarifa-infusión 2320 y un botón de disminución-infusión-tarifa 2322. La figura 24 es una vista lateral del sistema para el cuidado electrónico del paciente 2300 de la figura 23 y muestra un esquema de una cavidad 2400 en donde el cliente de supervisión 2312 puede retraerse porque el poste de montaje 2402 es movible tal que el cliente de supervisión 2312 puede girarse a lo largo del pivote 2404 y se empuja hacia abajo en la cavidad 2400.
La figura 25 muestra un sistema electrónico para el cuidado del paciente 2500 teniendo bombas modulares de infusión 2502, 2504, 2506, 2508 que acoplan en una plataforma 2510 con un cliente de supervisión 2512 con una interfaz de usuario retráctil, las bombas de infusión 2502, 2504, 2506, 2508 están dispuestas en forma escalonada según otra modalidad de la presente descripción. El sistema 2500 de la figura 25 puede ser similar al sistema 2300 de la figura 23, excepto que el sistema 2500 de la figura 25 tiene las bombas de infusión del módulo 2502, 2504, 2506, 2508 dispuestas en forma escalonada. El escalonamiento de las bombas de infusión modulares 2502, 2504, 2506, 2508 puede proporcionar más espacio para el encaminamiento de tubo.
La figura 26 muestra un sistema electrónico para el cuidado del paciente 2600 con bombas de infusión modulares 2602, 2604, 2606 que acoplan en una plataforma 2608 a lo largo de un plano horizontal común. La plataforma 2608 incluye a un cliente de supervisión 2610 retráctil en la plataforma 2608. El cliente de supervisión 2610 puede ser completamente retráctil en la plataforma 2608 o algunos de los circuitos de 2610 de cliente de control pueden ser ubicados en la plataforma 2608. Como es fácil de ver de la figura 27 que muestra una vista lateral del sistema electrónico para el cuidado del paciente 2600 de la figura 26, el cliente de supervisión 2610 pivotea a lo largo de un pivote 2700 para retraer al cliente de supervisión 2610 en una cavidad 2702 dentro la plataforma 2608.
La figura 28 muestra otra modalidad de un sistema electrónico para el cuidado del paciente 2900 incluyendo un concentrador 2902 junto a una plataforma del dispositivo 2904. La figura 29 muestra una vista lateral del sistema electrónico para el cuidado del paciente 2900 de la figura 28. El cliente de supervisión 2901 está integrado con el concentrador 2902. En modalidades de las alternativas, el concentrador 2902 es una camilla para el cliente de supervisión 2901 y sólo proporciona las conexiones eléctricas para la plataforma 2904 y el explorador 2912. Las bombas de infusión modulares 2906, 2908, 2910 se muestran como acoplado en la plataforma del dispositivo 2904. El sistema 2900 también incluye un explorador 2912 acoplado al concentrador 2902. La plataforma 2904 incluye asas de liberación rápida 2914 y 2916 en el lado izquierdo y derecho de la plataforma 2904, respectivamente. También se muestra en la esquina superior izquierda de cada una de las bombas de infusión modulares bombas 2906, 2908 y 2910 pasa un botón respectivo 2918 y 2920 2922 que las luces cuando el dispositivo para el cuidado del paciente es el foco de interacción del cliente de supervisión 2901 (mostrado como una tableta, un tipo de supervisión de cliente) o es seleccionado para el control de un usuario. La tableta puede seleccionar las bombas de infusión modular específico o el usuario puede presionar el botón respectivo de los botones 2918 y 2920 2922 de las bombas de infusión modulares 2906, 2908 y 2910 para seleccionarlo para la manipulación del cliente de supervisión 2901.
Las figuras 30 a 32 muestran varias vistas que ilustran un sistema de embrague para el montaje de un sistema electrónico para el cuidado del paciente en un poste de acuerdo con una modalidad de la presente descripción. La figura 30 muestra una vista superior de una plataforma 3100 que tiene un agujero 3102 para recibir un poste 3104. Los embragues 3110 y 3112 se muestran en la figura 31. En algunas modalidades, el embrague 3110, 3112 incluyen calas 3114, 3116. Las manijas 3106 y 3107 pueden utilizarse, individualmente o en conjunto, para liberar los embragues 3110 y 3112 del poste 3104 (por ejemplo, tirando de las asas). Además o en su defecto, las manijas 3106 y 3107 pueden utilizarse para bloquear los embragues 3110 y 31 2 al poste 3104 (por ejemplo, presionando sobre los mangos 3106, 3107). Como se ve fácilmente desde la figura 31 , una fuerza hacia abajo, por ejemplo, de gravedad, además comprimir los embragues 3110, 31 2 contra el poste 3104. Aunque dos embragues 3110, 3112 se muestran en la figura 31, uno embrague puede ser utilizado para presionar el poste 3104 contra una superficie de fricción. La figura 32 muestra una estructura de montaje de poste alternativa 3300 en el que dos sujetadores 3302 y 3304 se utilizan para sujetarse hacia abajo en el poste 3104.
La figura 33 muestra una bomba de infusión 3400 y conectores retráctiles 3402, 3406 conforme a una modalidad de la presente descripción. En las figuras 33 a 35, un concentrador 3401 es mostrado teniendo los conectares retráctiles 3402 y 3406. El concentrador 3401 tiene conectores de acoplamiento por lo que es también una plataforma. Los conectores retráctiles 3402 y 3406 aparecen tan cerca como en la figura 33. Sin embargo, en modalidades 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 adicional. El concentrador 3401 puede tener un mecanismo de montaje en poste que está envuelto por el concentrador 3401 (véase la figura 36). El concentrador 3401 , en algunas modalidades, puede ser una plataforma o una camilla y puede incluir opcionalmente una manija acoplada a la parte superior el mango puede integrarse en el mecanismo de fijación de poste tal que recoger el mango también libera el concentrador 3401 del poste. Por otra parte, en algunas modalidades, el concentrador 3401 podría apoyar una camilla para acoplarlo a un cliente de supervisión, por ejemplo, una tableta, o el cliente de supervisión podría unir al poste por separado. Los conectores retráctiles 3402 y 3406, en algunas modalidades, podrían tener un mecanismo de apoyo (por ejemplo, un labio) en la parte inferior de los conectadores retráctiles 3402 y 3406 para apoyar una bomba de infusión cuando se une. En esta modalidad de ejemplo, el labio también puede ser el mecanismo para la conexión eléctrica.
En la figura 34, el conectar 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 modalidades, los conectores 3408 y 3410 están en el concentrador 3401 o bomba de infusión 3400 y 3402 es una tapadera 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 se conectan eléctricamente en la figura 35 vía el concentrador 3401. La figura 36 muestra una vista superior de la bomba de infusión 3400 y el concentrador 3401 unidos al poste 3420 de las figuras 33 a 35. Los conectores retráctiles 3402 y 3406 aparecen en la configuración abierta.
La figura 37 muestra un concentrador cuadrado 3701 con varios conectores 3703, 3705, 3707, 3709 conforme a una modalidad de la presente descripción. Cada uno de los conectores 3703, 3705, 3707 y 3709 puede ser utilizado para conectar baterías adicionales, módulos de comunicación, exploradores, un cliente de supervisión, Ul del cliente de supervisión, dispositivos para el cuidado del paciente y similares. Cada uno de los conectores 3703, 3705, 3707 y 3709 puede usar una salida estándar en el que los módulos anexos a los mismos utilizan un subconjunto. En algunas modalidades, cada uno de los conectores 3703, 3705, 3707 y 3709 puede utilizar un subconjunto de los pasadores disponibles que son exclusivos para el dispositivo que se conecta basándose en el tipo de dispositivo, por ejemplo, como determinado a partir de una señal. Un mecanismo de montaje de poste podría estar situado en la parte posterior del concentrador cuadrado 3701. El concentrador cuadrado 3701 también puede incluir frente 3711 y 3713 conectares posteriores. Los accesorios mecánicos asociados con cada uno de los conectores 3703, 3705, 3707, 3709, 3711 , 3712 puede ser permanentes archivos aquí (por ejemplo tornillos) o puntos de montaje de liberación rápida (por ejemplo, los cierres).
La figura 38 muestra un sistema electrónico para el cuidado del paciente con un concentrador 3701 junto a un poste 3715 según otra modalidad de la presente descripción. La figura 38 muestra un cliente de supervisión articulado 3712 sobre la izquierda, un módulo de batería extendida/comunicación 3717 en la parte superior, un módulo de explorador de código de barras 3719 en la parte inferior y una plataforma de bomba 3723 a la derecha del concentrador 3701. La plataforma bomba 3723 es desmontable para el transporte con todas las bombas de infusión 3725, 3727, 3729 tales que todos ellos pueden ser transportados como una unidad adjunta. Una manija de liberación rápida 3731 puede estar ubicada en la parte superior de la plataforma bomba 3727 para permitir el fácil desprendimiento del concentrador 3701. Por otra parte, en otras modalidades, las bombas de infusión 3725, 3727, 3729 pueden ser encadenadas juntas. El cliente de supervisión articulado 3721 (por ejemplo, una tableta) se puede conectar permanentemente al concentrador 3701 , que podría hacer una "bomba de canal cero" cuando se quita la plataforma 3723. Por ejemplo, puede continuar el cliente de supervisión 3721 operar y controlar varios dispositivos para el cuidado del paciente cuando ninguna bomba se une a o está en la comunicación operativa con el cliente de supervisión 3721.
La figura 39 muestra un sistema electrónico para el cuidado del paciente con un concentrador 3701 acoplado a un poste 3715 y una plataforma portátil 3733 que incluye un mango de liberación rápida 3731 para separar la plataforma portátil 3733 del concentrador 3701 según otra modalidad de la presente descripción. El concentrador 3701 permite conectar al mismo mediante una placa adaptadora 3735 como se muestra en la figura 40.
La figura 40 muestra un sistema electrónico para el cuidado del paciente con un concentrador 3701 acoplado a un poste 3715 y una plataforma 3735 acoplada al concentrador 3701 según otra modalidad de la presente descripción. La plataforma 3735 de la figura 40 se muestra como un plato de conector. Es decir, la plataforma 3735 se muestra como un plato adaptador o conector adaptado para facilitar la conexión de las bombas de infusión 3725, 3727, 3729 al concentrador 3701 usando el conector genérico proporcionado por el concentrador 3701. La plataforma 3701 proporciona suficientes señales y alineación mecánica suficiente y orientación para la conexión a la base de 3735 o viceversa.
La figura 41 muestra un sistema electrónico para el cuidado del paciente 4101 teniendo un concentrador 4103 junto a un poste 4105 de conformidad con otra modalidad de la presente descripción. El concentrador 4103 incluye conectores 4107, 4109 y 4111 para recibir tres bombas de infusión respectivas, por ejemplo, bombas de infusión 4113 y/o 4115. El sistema para el cuidado del paciente 4101 incluye a un cliente de supervisión 4117, por ejemplo, una tableta, por un lado del poste 4105 y las bombas de infusión acoplables al otro lado del poste 4105 mediante los conectores 4107, 4109 y 4111. Aunque se muestran tres conectores 4107, 4109, 4111 , puede utilizarse cualquier número arbitrario de los conectores. El sistema electrónico para el cuidado del paciente 4101 facilita la visualización de la supervisión de cliente 4117 y las bombas de infusión, por ejemplo, bombas de infusión 4113 y 4115, conectado a los conectores 4107 4109, 4111. Además, el sistema electrónico para el cuidado del paciente 4104 facilita el tendido de los tubos. Los tubos pueden insertarse de arriba a abajo de las bombas de infusión o pueden enviarse desde el cliente de supervisión de lado 4117 (por ejemplo, mediante un organizador del tubo en el poste 4105) en un lado del poste 4105. El cliente de supervisión 4117 puede ser articulado. El montaje de poste del concentrador 4103 puede sujetarse al poste 4105 o deslizamiento sobre el paso en el poste 4105 que está disponible en algunos postes ajustables. El montaje de poste del concentrador 4103, mostrar aquí como tubular formado, en otras modalidades, puede ser una forma rectangular y/o puede incluir el hardware de suministro, mango y/o hardware del concentrador. En algunas modalidades, el concentrador 4103 puede ser una camilla para enrutar las conexiones eléctricas.
La figura 42 muestra un sistema electrónico para el cuidado del paciente 4201 con un cliente de supervisión 4203 acoplado a un concentrador 4205 con muescas 4207, 4709, 4711 para recibir los dispositivos para el cuidado del paciente, por ejemplo, una bomba de infusión 4713, según otra modalidad de la presente descripción. Esta bomba de infusión 4713 incluye un conector deslizante 4715 que se desliza en una de las muescas 4207, 4709, 4711. El conector 4715 puede ser estructuralmente suficiente y/o puede añadirse soporte estructural adicional. El cliente de supervisión 4203 puede doblar, por ejemplo, con la plataforma 4205. La plataforma 4205 puede incluir relieves para tubos de enrutamiento, por ejemplo, de izquierda a derecha o arriba para abajo. En modalidades de las alternativas, la bomba de infusión 4713 podrá acompañar a la plataforma 4205 tal que se alzara frente plano frontal de la plataforma 4205 facilitando el fresado vertical de los tubos. La figura 43 muestra una vista de primer plano de un conector en forma de T, por ejemplo, conector 4715 de la figura 42, para conectar con las muescas 4207, 4709, 4711 del concentrador 4205 como se muestra en la figura 42.
La figura 44 muestra un sistema electrónico para el cuidado del paciente 4401 con dispositivos para el cuidado del paciente apilables 4403, 4405 y un contenedor apilable 4407 para alojar una bolsa de infusión, por ejemplo, bolsas de infusión 4411 y 4408, según otra modalidad de la presente descripción. El contenedor apilable 4407 incluye una tapa 4413 para asegurar las bolsas 4411 , 4409 en esto. El sistema electrónico para el cuidado del paciente 4401 incluye a un cliente de supervisión 4415 con una pantalla que puede ser doblada hacia abajo y un mango 4417 que puede ser levantado para la portabilidad.
Las bolsas de infusión 4411 y 4407 pueden ser microbolsas y pueden incluir un monitor de ritmo de flujo integrado o una etiqueta RFID incrustado en tener un número de serie o los datos (por ejemplo, datos del paciente) asociados con el contenido del anuncio de bolsas 4411 y/o 4407. En esta modalidad específica, las microbolsas 4411 y 4407 pueden incluir un medidor de tasa de flujo integrado, un contador de goteo, una cámara de goteo integrado, un enlace de comunicación para comunicarse a través de la sonda IV y puede incluir una fuente de alimentación con o sin una batería o un convertidor CA/CC para alimentar electrónica al respecto. Las comunicaciones IV pueden ocurrir a través de un conductor eléctrico impregnara o conectada a la sonda intravenosa, vía comunicación eléctrica usando el líquido dentro del tubo intravenoso como un medio conductor, mediante ondas de sonido viajando a través de la sonda intravenosa, o usando el líquido dentro del tubo como una guía de onda óptica ópticamente. Las comunicaciones IV pueden ser codificadas, por ejemplo, utilizando el cifrado de clave simétrica o asimétrica. El microbolsas 4411 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 contenida en el mismo. Las microbolsas 4411 o 4407 puede incluir una etiqueta RFID y/o NFC en una coleta que puede interactuar con un contador de goteo que un lector puede utilizar para determinar el contenido o el volumen del líquido en el interior de la microbolsas 4411 y/o 4407 (por ejemplo, la información está codificada en esto). La microbolsa 4411 y/o 4407 puede incluir un sensor de burbuja (capacitivo o ultrasonido) que comunica la estimación de tamaños de burbuja a un cliente o concentrador de supervisión. Las microbolsas 4411 y/o 4407 pueden necesitar ser dentro de una distancia predeterminada del paciente según lo determinado por NFC, y/o un módulo que van antes de que funcione (por ejemplo, abrir una válvula o activa un integrado caudal metro, cámara de goteo mostrador o de la gota, un enlace de comunicación, fuente de alimentación etc.).
La figura 45 muestra un sistema electrónico para el cuidado del paciente 4501 con dispositivos para el cuidado del paciente apilables 4503, 4505, 4507, 4509, 4511 , 4513, 4515, 4517 que son apilables junto a otro de los dispositivos de atención a los pacientes según otra modalidad de la presente descripción. El sistema electrónico para el cuidado del paciente 4501 incluye un cliente de supervisión 4519 que incluye una pantalla que puede ser doblada hacia abajo y un mango 4520 que puede ser levantado para la portabilidad.
La figura 46 muestra un sistema electrónico para el cuidado del paciente 4601 con dispositivos de cuidado paciente apilable 4603, 4605, 4607 con uná jeringa bomba dispositivo para el cuidado del paciente 4607 teniendo una sola jeringa 4609 según otra modalidad de la presente descripción.
La figura 47 se muestra un sistema electrónico para el cuidado del paciente 4701 con dispositivos para el cuidado del paciente apilables 4703, 4705, 4707, 4709 con una jeringa bomba dispositivo para el cuidado del paciente 4707 teniendo dos jeringas 4711 , 4713 según otra modalidad de la presente descripción.
La figura 48 se muestra un sistema electrónico para el cuidado del paciente 4801 con dispositivos para el cuidado del paciente apilables 4803, 4805, 4807, 4809 cada uno con una pantalla respectiva (4811 , es decir, se muestra 4813, 4815, 4817) según otra modalidad de la presente descripción. La figura 49 es una vista cercana de la manija 4901 del dispositivo electrónico para el cuidado del paciente de la figura 48. La figura 50 es una vista cercana de una infusión línea puerto 5001 mostrando una línea de infusión 5003 colocado través del sistema electrónico para el cuidado del paciente 4801 de la figura 48.
Las figuras 51 a 52 muestran otra modalidad de un sistema electrónico para el cuidado del paciente 5101 mostrando un dispositivo para el cuidado del paciente apilable extraíble 5102 según otra modalidad de la presente descripción. La figura 52 muestra la manija 5103 que se mueve en una configuración de transporte para transportar el sistema electrónico para el cuidado del paciente 5101 con un poste 5105.
La figura 53 muestra un sistema electrónico-paciente cuidado 5301 acoplado a un poste 5317 y con dispositivos para el cuidado del paciente apilables 5307, 5309, 5311 , 5313, 5315 que están acoplados a un concentrador 5303 mediante una plataforma conectores 5305 según otra modalidad de la presente descripción. El concentrador 5303 está acoplado a un cliente de supervisión 5305. Los conectores de plataforma 5305 conectan a dispositivos para el cuidado del paciente 5307 y 5309, que están conectadas a dispositivos para el cuidado del paciente 5311 , 5313 y 5315 vía conexiones encadenadas tipo margarita.
La figura 54 muestra un sistema electrónico-paciente cuidado 5401 con dispositivos para el cuidado del paciente apilables 5403, 5405, 5307, apilable de abajo a arriba, según otra modalidad de la presente descripción. La figura 55 muestra un sistema electrónico para el cuidado del paciente 5501 con dispositivos para el cuidado del paciente apilables 5503, 5505, 5507 que son apilables de arriba abajo, de acuerdo con otra modalidad de la presente descripción.
La figura 56 muestra una vista en perspectiva de un sistema de embrague 5601 teniendo un mango de liberación 5603 para agarrar a un poste 5605 según otra modalidad de la presente descripción. La figura 57 muestra una vista posterior del sistema de embrague 5601 de la figura 56 mostrando un fondo transparente para ilustrar el uso de la manija 5603 para acoplar los embragues 5607 y 5609. La figura 58 muestra una visión transversal, superior del sistema de embrague de la figura 56.
La figura 59 es un diagrama de bloques de un sistema de 3400 para controlar una bomba de infusión de acuerdo con una modalidad de la presente descripción. El sistema 3400 incluye un componente de interfaz de usuario 3402, un componente de la bomba-motor 3404, una administración de datos terapia capa componente 3406 y un componente de monitor de seguridad medida fluido 3408.
Los componentes 3402, 3404, 3406 y 3408 pueden aplicarse, por ejemplo, en hardware, software, programas en ejecución, en lógica digital, firmware, código de bits, en virtualización, utilizando PLDs y FPGAs PLAs, usando uno o más procesadores, o alguna combinación de éstos. Por ejemplo, los componentes 3402, 3404, 3406 y 3408 pueden ser un conjunto operativo de la instrucción ejecutable procesador configurado para la ejecución de uno o más procesadores en un dispositivo 3401 , por ejemplo, el dispositivo 3401 puede ser un cliente de supervisión descrito aquí. Los componentes 3402, 3404, 3406 y 3408 pueden almacenarse en un medio no transitorio legible por computadora legible por uno o más procesadores para su ejecución por los procesadores de uno o más, por ejemplo, pueden ser los uno o más procesadores en comunicación operativa con el medio no transitorio legible por computadora.
La interfaz de usuario 3402 puede ser una pantalla táctil (o código ejecutable procesador para controlar una pantalla táctil) configurada para recibir la entrada del usuario, por ejemplo, una tasa de infusión. La interfaz de usuario 3402 puede utilizarse por un operador para configurar los parámetros de tratamiento y para ver el estado del tratamiento. La interfaz de usuario 3402 puede utilizarse para ajusfar los parámetros de tratamiento del paciente durante el tratamiento, para obtener información sobre la configuración del sistema 3400, o para el tratamiento posterior desmontaje del sistema 3400. 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 pueden ser ejecutadas por un componente remoto o por separado, como en un dispositivo portátil o una computadora en una enfermería. Por ejemplo, la interfaz de usuario 3402 puede ser implementada por el comunicador remoto 11 u otros clientes los monitoreo 1 , 4 de las figuras 1, 3, 5, 7, 8 o 9, un teléfono inteligente, una tableta, una pe, una tableta computadora o similares.
El componente de la terapia de gestión de datos 3406 puede comunicarse con uno o más sistemas de datos externos 3410. Por ejemplo, el componente de la terapia de gestión de datos 3406 puede comparar el ID 3412 de un paciente con los registros médicos electrónicos 3410 para determinar si la terapia introducida (por ejemplo, una tasa de infusión) mediante el componente de interfaz de usuario 3402 es: (1) seguridad para el paciente; (2) conforme a la dolencia del paciente 3412, condición, enfermedad y/o plan de tratamiento; (3) no está contraindicada por otro medicamento o tratamiento; (4) y no requiere la presencia de especialistas no determinado dentro de la proximidad al paciente 3412 (según lo determinado por una etiqueta RFID, autenticación de voz, reconocimiento facial, identificación de usuario/contraseña o verificación, firmas de seguras o similares).
El componente de la terapia de gestión de datos 3406 puede incluir todos los parámetros de tratamiento, puede verificar la configuración de los sistemas de datos externos 3410 y puede registrar antecedentes de tratamiento como las tasas de flujo, ajustes de fármaco, signos vitales, etc. en los registros médicos electrónicos de los sistemas de datos externos 3410. El componente de la terapia de gestión de datos 3406 también puede definir los parámetros para cualquier monitor de seguridad. Si el componente de la terapia de gestión de datos 3406 confirma el tratamiento, el ajuste es enviado al componente motor bomba 3404.
El componente del motor de la bomba envía 3404 envía los parámetros de tratamiento del paciente, por ejemplo, una tasa de infusión, la bomba de Infusión 3414. La bomba de infusión 3414 puede ser cualquier bomba de infusión descrita aquí. En algunas modalidades de la presente descripción, el componente del motor bomba 3404 envía sólo una tasa de infusión a la bomba 3414. La bomba puede tener capacidad de medición de líquidos que es redundante para un medidor de flujo o la medición de fluido primaria del sistema 3406.
El componente líquido medida/seguridad monitor 3408 puede servir como un perro guardián para la otra bomba motor componente 3404, puede recibir datos de flujo de un medidor de flujo (no mostrado) y puede servir como un perro guardián para la bomba 3414. El componente de monitor de seguridad/medición de fluido 3408 puede determinar si existe una condición de fallo o error, por ejemplo, la velocidad de infusión medida está fuera de un intervalo predeterminado o está más allá de un umbral y puede comunicar una orden de parada de la bomba 3414 para detener la bomba 3414. Además o en su defecto, el componente de monitor de seguridad medida de fluido 3408 puede comunicarse con un dispositivo de la obstrucción mecánica (no mostrado) para detener el flujo del líquido de infusión al paciente 3412.
Además o en su defecto, componente líquido medida/seguridad monitor 3408 puede recibir retroalimentación sobre la tasa de flujo así como condición paciente parámetros, por ejemplo, ritmo cardíaco, temperatura, signos vitales, etc. Si alguno de los parámetros supervisados por el componente líquido medida de seguridad del monitor 3408 fuera de un intervalo predeterminado, una alerta, como un mensaje de texto o correo electrónico, se publica, por ejemplo, a un dispositivo de vigilancia, un comunicador remoto, otros clientes de supervisión, un teléfono inteligente, una tableta, una pe, un tableta PC o similares. Además o en su defecto, un fluido mecánico componente líquido medida/seguridad monitor 3408 puede comunicarse con un dispositivo de la obstrucción mecánica (no mostrado) para detener el flujo del líquido de infusión al paciente 3412.
La figura 60 es un diagrama de bloques del sistema 3500 para comunicarse con los varios dispositivos electrónicos para el cuidado del paciente 3502, 3504, 3506, 3508, 3510 de acuerdo con una modalidad de la presente descripción. ' El sistema 3500 incluye una radio o una plataforma base USB o concentrador 3518. La plataforma 3518 está acoplada a un contador de goteo 3502, una bomba de infusión 3504, un monitor de sistema usable 3506, un dispensador de pildoras 3508 y otro dispositivo 3510. El otro dispositivo puede ser, por ejemplo, varios dispositivos de condición-paciente como un dispositivo de oxímetro de pulso, un dispositivo de monitor de corazón, un dispositivo de la presión arterial y un dispositivo de la temperatura. Los dispositivos 3502, 3504, 3506, 3508, 3510 se comunican con el cliente de supervisión, por ejemplo, una tableta 3514, que a su vez se comunica con uno o más servidores 3516. Los uno o más servidores 3516 pueden ser, por ejemplo, un servidor de los servicios de instalación 8, las bases de datos de medicamentos en línea 9 o fármacos evento adverso red 9, el HER 19' personal del paciente, o un tratamiento los resultados base de datos 0 de las figuras 1, 3, 5, 7 u 8.
La comunicación inalámbrica entre el inalámbrico o plataforma USB 3518 y dispositivos 3502, 3504, 3506, 3508, 3510 puede ser, por ejemplo, WiFi, Bluetooth, baja energía Bluetoot , Zigbee, un enlace de comunicaciones capaz de extenderse, cerca de comunicaciones de campo, comunicaciones RFID y similares.
La tableta 3514, en algunas modalidades de la presente descripción, puede ser la interfaz de programación y monitoreo primaria. La tableta 3514 puede ser configurada para un solo paciente o puede configurarse cuando se acopla en una plataforma 3518 o cuando la tableta 3514 identifica un paciente (por ejemplo, la tableta 3514 puede descargar parámetros del paciente-tratamiento después de ID del paciente se introduce en la tableta 3514 manualmente, a través de un lector RFID, lector de código de barras, etc.).
La tableta 3514 podrá comunicar los parámetros de la condición del paciente o parámetros del tratamiento del paciente a los uno o más servidores 3516. Los uno o más servidores 3516 pueden almacenar el parámetro de la condición del paciente o los parámetros de tratamiento del paciente. La tableta 3514 podrá comunicar los parámetros para el cuidado del paciente, por ejemplo, los parámetros de la condición del paciente o los parámetros de tratamiento del paciente, en tiempo real (es decir, con al menos una limitación de tiempo como una fecha límite).
La tableta 3514 puede conectarse a la plataforma 3518 inalámbricamente, a través de un cable USB, o puede acoplarse a la misma. La tableta 3514, en algunas modalidades, recibe alimentación y datos a través de una o más conexiones cable desde la plataforma 3518.
La bomba de infusión 3504 puede ser una bomba de infusión de tarifa reducida (por ejemplo, puede entregar 0.1-10 mililitros por hora), una bomba de infusión de tasa de flujo medio (por ejemplo, puede entregar 10 a 300 mililitros por hora), una bomba de infusión de tasa de alto flujo (por ejemplo, puede entregar 300 a 1000 mililitros por hora), una bomba de infusión que conmuta entre las diferentes configuraciones de tasa de flujo, o alguna combinación de éstos. La bomba de infusión 3504 puede insertarse en el concentrador 3518 a través de una porción receptora; es decir, el concentrador 3518 también puede ser una plataforma (no se muestra en la figura 60). La bomba de infusión 3504, en algunas modalidades de la presente descripción, recibe alimentación y datos a través de una o más conexiones por cable desde el concentrador 3518. La bomba de infusión 3504 puede configurarse para ser desacoplado del concentrador 3518 y puede continuar a funcionar mientras que llevados por el paciente. La bomba de infusión 3504 puede ser enviada a una farmacia para la configuración o estar unido a una bolsa de infusión (también denominada una bolsa IV). En algunas modalidades, la bomba de infusión 3504 puede configurarse para operar solamente con una bolsa específica o un paciente específico.
El monitor del sistema usable 3506 puede ser el monitor del sistema usable 131 de las figuras 1, 3, 5, 7, 8 o 9. En algunas modalidades, el monitor del sistema usable 3506 puede leer la identificación del paciente de un brazalete inteligente, por ejemplo, mediante RFID, pueden proporcionar funcionalidad del dispositivo de vigilancia para cualquiera de los otros dispositivos 3502, 3504, 3508, 3510, puede rastrear el caudal, detectar aire, supervisar los signos vitales o incluir un botón de llamada integrado al respecto. El monitor del sistema usable 3506 puede ocluir flujo en respuesta a una condición de error. El monitor de sistema usable 3506 puede comunicarse de forma 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 para el cuidado del paciente 3700 teniendo una plataforma 3702 conectable a los dispositivos para el cuidado del paciente 3704, 3706a a 3706c a través de conexiones de USB de acuerdo con una modalidad de la presente descripción. El sistema 3700 incluye una plataforma 3702 que recibe una tableta 3708. La plataforma 3702 está acoplada a un concentrador 3710 que incluye conexiones USB y puede conectarse con las plataformas 3712 y 3714 a través de las conexiones USB. La plataforma 3712 recibe el dispensador de pildoras 3704. La plataforma 3714 recibe bombas de infusión 3706a a 3706c. Las plataformas 3712 y 3714 suministran energía a los dispositivos 3704, 3706a a 3706c acoplado al mismp.
La plataforma 3702 suministra alimentación y carga la batería interna de la tableta 3708. La plataforma 3702 también está acoplado a un concentrador USB 3710, que la tableta 3708 es un hospedero. El medidor de flujo 3716, por ejemplo, un contador de goteo y el monitor de sistema usable 3718 comunicarse de forma inalámbrica a la tableta 3708 mediante una antena y receptor en la tableta 3708 o vía un transceptor y la antena en la plataforma 3702. Como se apreciará en vista de esta descripción, el medidor de flujo 3716 y el monitor del sistema usable 3718 pueden acoplarse operativamente con, o si no han integrado en el mismo, transmisores y antenas como módulos de comunicación 124 y antenas 122 de la figura 1 , con el fin de facilitar la comunicación inalámbrica con la tableta 3708.
La figura 62 es un diagrama del procedimiento 3800 mostrando varias etapas para el cuidado electrónico del paciente de acuerdo con una modalidad de la presente descripción. El diagrama del procedimiento 3800 puede ser un método para la atención al paciente electrónico para el uso, por ejemplo, con los sistemas de ejemplo de las figuras 1 , 3, 5, 7, 8, y 9. El diagrama de procedimiento 3800 incluye las etapas 3802 a 3810. La etapa 3802 incluye los pasos de un médico que revisa datos del paciente y antecedentes de tratamiento en los registros médicos electrónicos y registrando una receta en un servidor de entrada de orden médica computarizada 3812.
La etapa 3804 incluye los pasos de un farmacéutico para preparar un recipiente de fármacos, identificando un envase con una etiqueta impresa o un RFID y seleccionar un dispositivo de entrega. La etapa 3806 incluye los pasos de la entrega de un contenedor a un paciente o un pabellón quirúrgico y el seguimiento del contenedor, por ejemplo, una sustancia controlada. La etapa 3808 incluye los pasos de una enfermería y tratamiento de ajuste y verificación de 5R (paciente correcto, fármaco correcto, etc.). La etapa 3810 incluye los pasos de entregar el fármaco, registro de la historia de tratamiento en un registro médico electrónico, asuntos y alertas o alarmas, y vigilancia de pacientes, por ejemplo, supervisión del paciente.
La figura 63 muestra un sistema 3900 con una bomba de infusión 3902 acoplada a una plataforma 3904, un dispensador de pildoras 3906 acoplado en una plataforma 3908 y un concentrador 3910 para interconectar con las plataformas 3904 y 3908 mediante cables USB. El concentrador 3910 también interactúa con una plataforma de tableta 3912 que recibe la tableta 3914. Además o en su defecto, la tableta 3914 se comunica con el concentrador 3910 inalámbricamente. La tableta 3914 puede emitir una alerta o alarma cuando el modo o la tecnología usada para comunicar los cambios, por ejemplo, al cambiar de cableado de cableado a inalámbrico o inalámbrico a cableado.
El concentrador 3910 incluye una pantalla 3916 y proporciona una interfaz entre la tableta 3914 por la plataforma 3912. El concentrador 3910 puede apoyar una GUI en la pantalla 3916 (que puede ser una pantalla táctil) para programación, guía de configuración, estado, visualización de alertas, visualización de alarma, etc.
En algunas modalidades de la presente descripción, el concentrador 3910 incluye todos los circuitos de seguridad del paciente permitiendo al sistema 3900 ser completamente tolerante a los fallos o errores que pueden producirse dentro de o en relación con la tableta 3914, y la interfaz de usuario necesaria para la seguridad del paciente es en el concentrador 3910 o en una pantalla de un dispositivo para el cuidado del paciente 3906 y 3902 (por ejemplo: la bomba de infusión 3902 incluye una pantalla 3918, pero no explícitamente se muestra el dispositivo 3906). Por ejemplo, el concentrador 3910 puede requerir confirmación de usuario (por ejemplo, a través de una pantalla táctil del concentrador 3910) de una velocidad de infusión y del fármaco que se entregará antes de enviar la solicitud o el comando para la velocidad de infusión de la bomba de infusión 3902. Además o en su defecto, en algunas modalidades, la bomba de infusión 3902 confirmación de usuario las peticiones de la velocidad de infusión y fármacos para ser entregados antes de la operación (por ejemplo, a través de una pantalla táctil de la bomba de infusión 3902).
El concentrador 3910 puede tener indicadores audibles para solicitar ayuda, orientación, avisos de alerta, avisos de alarma, pueden incluir sistemas de seguridad independiente para supervisar las tareas de seguridad críticas, puede ser un sistema de seguridad para fallos para poner los dispositivos para el cuidado del paciente en un estado de seguridad cuando una 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 para el cuidado del paciente crítico de tiempo, por ejemplo, dispositivos para el cuidado del paciente en tiempo real, puede incluir una batería de respaldo para alimentar los dispositivos para el cuidado del paciente mediante un cable USB y puede incluir una batería de carga del circuito para cargar la batería interna en este.
El concentrador 3910 puede incluir un módulo de entrada de energía para la alimentación de CA o CC y puede recibir energía desde un tomacorriente de CA estándar. El concentrador 3910 puede satisfacer los requisitos de aislamiento y de compatibilidad electromagnética según IEC-60601. El concentrador 3910 convierte la corriente alterna a una alimentación CC regulada debe ser usado para cargar una batería de reserva interna, proporcionan energía a los distintos circuitos en esto, o para alimentar los dispositivos para el cuidado del paciente 3906, 3902 mediante sus respectivos cables USB.
El concentrador 3910 puede incluir fuente de alimentación compatible con IEC-60601 seleccionable o programable para permitir que el dispositivo para el cuidado del paciente conectado a solicitar un parámetro de la energía, por ejemplo, una tensión, ciclo de deber, CC o CA potencia etc., desde el concentrador 3910. El concentrador 3910 puede incluir una o más fuentes de alimentación independientes que son independientes de las primarias definidas por IEC-60601.
El concentrador 3910 incluye una batería de respaldo que puede utilizarse para suministrar alimentación a través de los cables USB u otros cables (no representados). El concentrador 3910 puede incluir su propio circuito de carga de batería, por ejemplo, en un circuito de carga de voltaje constante/corriente constante.
La pantalla 3916 del concentrador 3910 puede mostrar alarmas o alertas basadas en las señales recibidas de los dispositivos para el cuidado del paciente 3902, 3906, 3920. Por ejemplo, el concentrador 3910 puede consultar periódicamente los dispositivos para el cuidado del paciente 3902, 3906, 3920 y si el concentrador 3910 no recibe una respuesta de uno o más de los dispositivos para el cuidado del paciente 3902, 3906, 3920 o la tableta 3914, o uno o más de los dispositivos para el cuidado del paciente 3902, 3906, 3920 o la tableta 3914 responde, 3914 aparezca una alerta o alarma. La alarma puede indicar al usuario que el dispositivo para el cuidado del paciente es insensible. El dispositivo para el cuidado del paciente puede ser identificado por el cliente de supervisión vía número de serie, canal de la bomba de infusión, fármaco siendo entregado por la bomba de infusión, una letra o número que se muestra en el dispositivo para el cuidado del paciente, mediante cartografía visual de los dispositivos para el cuidado del paciente en el dispositivo de vigilancia y similares. Por ejemplo, el cliente de supervisión 3914 puede mostrar un diagrama de distribución de los dispositivos para el cuidado del paciente 3902, 3906, 3920 en su pantalla para proporcionar una correlación visual de los dispositivos. Después de eso, el aparato problema, plataforma o concentrador después de eso puede representarse como un dispositivo rojo intermitente que indica al usuario el dispositivo que es el tema de la alarma y/o alerta. El concentrador 3910 también puede incluir luces de estado, LED, un altavoz, un vibrador u otro indicador audio/visual.
El concentrador 3910 puede incluir, por ejemplo, botones u otros dispositivos de entrada, tales como interruptores, una entrada de lápiz y similares. En algunas modalidades de la presente descripción, sólo el concentrador 3910 emite alertas o alarmas para los dispositivos para el cuidado del paciente; sin embargo, en otras modalidades, los dispositivos para el cuidado del paciente 3902, 3906, 3920, o la tableta 3914 emite alertas o alarmas.
El concentrador 3910 puede incluir dos procesadores separados, siendo cada uno un perro guardián uno al otro. El concentrador 3910 también puede incluir varios sensores, como un sensor de temperatura ambiente, un sensor de presión, sensor de humedad, etc. Los sensores del concentrador 3910 pueden ser redundantes a los sensores en los dispositivos para el cuidado del paciente 3902, 3906, 3920 o la tableta 3914 o en el concentrador 3910 puede dar los atención al paciente dispositivos 3902, 3906, 3920, o la tableta 3914 accede a la medida tomada por los sensores del concentrador 3910.
El concentrador 3910 puede incluir, por ejemplo, las capacidades de WiFi, Zigbee, Bluetooth, Bluetooth de baja energía, Xbee, Comunicación de campo cercano, que van de los dispositivos, o lo similar. El concentrador 3910 también puede incluir varios interfaces por cable, tales como por ejemplo, SPI, CAN, RS-232, USB, conectividad Ethernet, etc.
El concentrador 3910 también puede incluir una línea a prueba de fallos que se acopla a uno o más de los dispositivos para el cuidado del paciente 3902, 3906, 3920 o la plataforma de la tableta 3912 que, cuando tira hacia bajo, puede causar que un circuito de seguridad para todos los dispositivos para el cuidado del paciente 3902, 3906, 3920 o la plataforma de la tableta 3912 o el dispositivo particular que causan la falla, para entrar en el modo a prueba de fallos. Por ejemplo, un conductor eléctrico (es decir, un cable o línea) puede existir entre el concentrador 3910 y uno o más de aquellos que están acoplados a una fuente de tensión mediante un resistor (es decir, la línea es "alta"), y otro circuito puede acoplar el conductor a tierra (el conductor puede ser llamado "tirado hacia bajo."). En algunas modalidades, pero no todos modalidades, la actual descripción, cuando un dispositivo para el cuidado del paciente divulgó aquí, tal uno o más de los dispositivos para el cuidado del paciente 3902, 3906, 3920, o un cliente de supervisión, como una tableta 3914, entra en un modo de prueba de fallos, sólo crítico (un conjunto predeterminado) de software están habilitadas las rutinas o circuitos sólo críticos (un conjunto predeterminado) es alimentado. En algunas modalidades, pero no modalidades, por ejemplo, todos los circuitos con excepción de los circuitos de conductor del motor de una bomba de infusjón pueden deshabilitarse, tales como radios, pantallas, consoladores de pantalla u otros circuitos. Además o en su defecto, en algunas modalidades, pero no todos modalidades, algunas rutinas de software o de funcionalidad puede deshabilitarse que no son necesarios cuando se introduce un modo específico de fallos, como en una bomba de infusión, se puede desactivar el software que muestra la información de configuración.
El concentrador 3910 también puede incluir una cámara 3922 puede utilizarse para permitir el acceso al sistema de 3900, o identificar a un paciente, la enfermera o el software de reconocimiento facial, que consumen fármacos o mediante la lectura de un código de barras (2D o 3D). La cámara 3922 del concentrador 3910 también puede leer la información sobre fármacos y verificar contra los uno o más servidores 3926 para exactitud y para asegurar el fármaco es ser entregado al paciente correcto. Además o en su defecto, el concentrador 3910 también puede incluir un micrófono 3924 para identificar a un paciente, una enfermera o cuidador utilizando el software de reconocimiento de voz.
El concentrador 3910 también puede incluir un explorador 3928 que es un lector de código de barras, un lector de RFID o un lector de banda magnética. El explorador 3928 puede utilizarse para permitir el acceso al sistema de 3900, o identificar un paciente, enfermera o fármacos. El explorador 3928 del concentrador 3910 también puede leer la información sobre fármacos y verificar contra los uno o más servidores 3926 para exactitud y para asegurar el fármaco es ser entregado al paciente correcto.
El concentrador 3910 también puede incluir uno o más componentes para su ejecución por uno o más procesadores en esto. El concentrador 3910 puede incluir un componente de vigilancia para comprobar en intervalos dados que un dispositivo para el cuidado del paciente está respondiendo a las consultas de comunicación (por ejemplo, una llamada y respuesta que desafía a cada dispositivo para el cuidado del paciente 5 segundos u otro intervalo adecuado, y si el concentrador 3910 no recibe respuesta, el concentrador 3910 "jala" la línea de la seguridad, es decir, indica que existe una condición de error), un circuito de vigilancia para supervisar la salud y verificar los niveles de tensión de varias tensiones de alimentación de energía, una comprobación de integridad de datos para verificar que los datos que se transmiten a través del concentrador 3910 no están corrompidos y verifica los paquetes internos y enrutados para ser enviados a la tableta 3914 o un dispositivo para el cuidado del paciente descrito aquí, y un verificador del intervalo para permitir la comprobación de los umbrales del programa. El concentrador 3910 puede usar verificación de integridad de datos.
El concentrador 3910 puede supervisar la tableta 3914 y puede alarmar por separado cuando se produce un error en un dispositivo para el cuidado del paciente. En algunas modalidades de la presente descripción, el concentrador 3910 puede incluir todos los circuitos de seguridad crítica y software tal que el sistema 3900 es totalmente tolerante de los fallos 3914 de la tableta y/o es totalmente tolerante a las fallas de los modos de cualquier falla de la tableta 3514.
El concentrador 3910 puede incluir una interfaz de programación de aplicaciones ("API") para mostrar los datos en la pantalla 3916 o la tableta 3914. La API puede incluir una clase de datos segura. Un dispositivo para el cuidado del paciente puede utilizar la API para mostrar en la pantalla 3916 del concentrador 3910. Un dispositivo para el cuidado del paciente puede enviar un mensaje a la tableta 3914 instruyendo a la tableta 3914 cómo mostrar una interfaz para el dispositivo para el cuidado del paciente. Además o en su defecto, el concentrador 3910 envía un mensaje a la tableta 3914 instruyendo a la tableta 3914 para descargar la solicitud de uno o más servidores 3926 para mostrar una interfaz de usuario en la tableta 3914; el concentrador 3910 puede enviar este mensaje cuando primero se conecta un dispositivo para el cuidado del paciente al concentrador 3910, mediante un cable USB o inalámbrica (por ejemplo, mediante emparejamiento como se describe en este documento). Además o en su defecto, el concentrador 3910 envía una instrucción a la tableta 3914 para mostrar una interfaz de usuario para conectarse con el dispositivo para el cuidado del paciente identificado.
La figura 64 muestra un sistema 4000 para permitir que un servidor electrónico de registros médicos de uno o más servidores 4002 registren una receta y enviar la receta a una bomba de infusión de bombas infusión 4004a a 4004c para la confirmación usando el explorador 4006 y/o utilizando una interfaz de una o más de las bombas de infusión 4004a a 4004c. La receta puede ser enviada de registros HCE en el servidor 4002 a la infusión bombas 4004a a 4004c a través de una aplicación. La aplicación puede en un equipo cabecera 4008 que puede utilizarse para determinar el cumplimiento clínico con la receta. En algunas modalidades, la aplicación está en el cliente de supervisión. La computadora de cabecera 4008 puede incluir una aplicación para interactuar con un servidor de RME de uno o más servidores 4002 a través de una API estándar para descargar receta o los regímenes de tratamiento para usan en las bombas de infusión 4004a a 4004c. La API puede incluir una clase de datos segura. En algunas modalidades adicionales, el concentrador se comunica con el servidor 4001 a través de middleware como se describió anteriormente. Además o en su defecto, refiriéndose a la figura 65, la aplicación para conectarse con el servidor RME puede ser en la tableta 4102 como se muestra en la figura 65. Aunque el explorador 4104 se muestra como ser acoplada al concentrador 4106, lo puede acoplarse a un dispositivo para el cuidado del paciente 4108a a 4108c, o tableta concentrador 4110. En lugar de utilizar el explorador 4104 para identificar el medicamento, una cámara 4112 puede utilizarse para identificar el medicamento mediante la lectura de un código de barras 2D o 3D con el medicamento, por ejemplo, en una bolsa de infusión o contenedor de pildoras.
En la figura 66, se muestra un sistema 4200. Un dispositivo para el cuidado del paciente de la atención al paciente dispositivos 4202a a 4202c puede difundir parámetros para el cuidado del paciente, por ejemplo, un parámetro tratamiento como una tasa de infusión a un dispositivo suscrito o un dispositivo acoplado (véase la figura 67). Por ejemplo, la bomba de infusión 4202a, un concentrador 4204, un comunicador remoto 4206, una enfermería 4208, o una cama computadora 4210 puede recibir la señal emitida, tales como de una sonda de temperatura (por ejemplo, la bomba de infusión 4202a está suscrito a la sonda de temperatura). Los datos pueden tener diferentes niveles de cifrado que no es accesible a todos los clientes de todos los datos (por ejemplo, dispositivos suscribiéndose a otro dispositivo pueden necesitar 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 del mismo. Los mensajes emitidos pueden utilizar un protocolo de plataforma cruzada, por ejemplo, http, https, etc.
La figura 67 muestra un diagrama de temporización 4300 de comunicaciones para el sistema 4200 de la figura 66 según una modalidad de la presente descripción. El diagrama de temporización 4300 ilustra las comunicaciones usando una interfaz de programación de aplicación de los registros médicos electrónicos ejecutada en la tableta 4212. En algunas modalidades de la presente descripción, puede ser un sistema de reducción del error de fármacos y/o las barandas (o una versión cacheada mismos) existe en el concentrador 4204 o una bomba de infusión de la infusión bombas 4202a a 4202c para proporcionar seguridad redundante del paciente cuando el sistema 4200 no está en la comunicación operativa con los registros médicos electrónicos en los uno o más servidores 4214.
El diagrama de temporización 4300 incluye los actos 4302 a 4354. Durante el acto 4302, un usuario actualiza una receta en una aplicación ("app") en una computadora o un cliente supervisión, por ejemplo, una tableta. En el acto 4304, la receta actualizada es comunicada a uno o más servidores en un HCE. El acto 4306 comprueba la receta en DERS para determinar si es seguro para cualquier paciente o el paciente particular, por ejemplo, usando criterios predeterminados. El acto 4308 comunica la información de seguridad del sistema DERS en la aplicación del cliente de supervisión o aplicación informática. El acto 4310 recibe la información de seguridad. El acto 4312 comunica la receta de la aplicación tableta o computadora a una API de un concentrador, mediante una interfaz de programación aplicación de RME ("API") del concentrador del acto 4314. La API puede incluir una clase de datos segura. El acto 4316 comunica la receta a la bomba en acto 4318, que a su vez, comunica la receta a la bomba en el acto 4320. El acto 4322 solicita confirmación de usuario de la receta en la interfaz de usuario de la bomba, por ejemplo, mediante una pantalla táctil. Después de la confirmación, la confirmación es comunicada a la bomba en acto 4324, que se recibe en el acto 4326. Durante el acto 4326, se inicia la terapia, e información de estado se comunica vía el acto 4328 para el estado de la bomba Ul, que se muestra al usuario en acto 4330.
Además, se comunica información sobre el estado de actos 4332 y 4334. En el acto 4326, información del estado es recibido por el concentrador que transmite el estado vía WiFi en el acto 4338. La aplicación de la tableta recibe la información de estado durante el acto 4340 de una comunicación del estado durante el acto 4342. Durante el acto 4346, información del estado es conectada vía una API de REM, que es comunicada a una app de tableta o computadora mediante el acto 4348, que se recibe en el acto 4350. La información de estado se comunica en el acto 4352 a la base de datos de RME, que actualiza la base de datos RME en acto 4354. En algunas modalidades la comunicación entre el RME y la App de la tableta/computadora Allscripts o el concentrador es a través de middieware (por ejemplo, middieware en el servidor de supervisión 3 de la figura 1).
Las figuras 68A a 68B muestran un diagrama de flujo de un método 4335 ilustrando el diagrama de temporización de la figura 67 según una modalidad de la presente descripción. El método 4335 incluye los actos 4301 a 4333.
El acto 4301 actualiza una receta para un paciente en una aplicación. El acto 4303 solicita, desde la aplicación, los registros médicos electrónicos en un servidor para determinar la seguridad de la receta actualizada para el paciente. El acto 4305 comunica la seguridad determinada de la receta para el paciente desde el servidor de la aplicación actualizada. El acto 4307 comunica la receta actualizada de la aplicación de una API de un concentrador. La API puede incluir una clase de datos segura. En algunas modalidades, la comunicación del acto 4307 ocurre a través de middieware (por ejemplo, middieware en el servidor de supervisión 3 de la figura 1). El acto 4309 determina la seguridad, dentro del concentrador, de la receta actualizado (por ejemplo, en algunas modalidades verificaciones DERS o verificaciones de receta). En algunas modalidades, los actos 4309 son opcionales. En algunas modalidades, el acto 4311 comunica la receta actualizada desde el concentrador de la bomba. El acto 4311 es opcional en algunas modalidades.
El acto 4313 muestra una solicitud de confirmación de la receta actualizada en una interfaz de usuario de la bomba. El acto 4315 confirma la receta actualizada en la interfaz de usuario de la bomba. El acto 4317 bombea fluido conforme a la receta actualizada. El acto 4319 muestra un parámetro en la interfaz de usuario de la bomba. El acto 4321 comunica el parámetro de la bomba en el concentrador. El acto 4323 transmite inalámbricamente el parámetro del concentrador. El acto 4325 comunica el parámetro desde el concentrador a un cliente supervisión, por ejemplo, una tableta. El acto 4327 muestra el parámetro en una interfaz de usuario del cliente de supervisión. El acto 4329 comunica el parámetro o la receta actualizada desde el concentrador a la aplicación mediante una API del concentrador. El acto 4331 comunica el parámetro o la receta actualizada de la aplicación en el servidor. El acto 4333 actualiza el parámetro o la receta actualizada dentro de los registros médicos electrónicos en el servidor. En algunas modalidades, el acto 4333 se comunica a través de middleware (por ejemplo, middleware en el servidor de supervisión 3 de la figura 1 ).
La figura 69 muestra un sistema electrónico para el cuidado del paciente 4400 y la figura 70 muestra un sistema electrónico para el cuidado del paciente 4500. En algunas modalidades, una aplicación de registros médicos electrónicos puede residir en una tableta 4402 como se muestra en la figura 69 y/o en una computadora de cabecera 4502 de la figura 70. Además o en su defecto, en algunas modalidades, la aplicación de los registros médicos electrónicos puede residir en un concentrador, una bomba de infusión, una tableta, un dispositivo para el cuidado del paciente, algún otro dispositivo o aparato, alguna combinación de los mismos, o no puede ser utilizada. El explorador 4404 puede utilizarse para determinar que si el medicamento, por ejemplo, una bolsa de infusión, coincide con la receta prescrita para un paciente identificado, por ejemplo, el paciente puede ser identificado usando el explorador 4404.
La figura 71 muestra un diagrama de temporización 4600 ilustrando, según algunas modalidades de las presentes descripciones, un método en el que una bomba de infusión 4408a y/o un concentrador 4406 solicitado de la tableta 4402 cuya receta fue prescrita para un paciente mediante la consulta de una aplicación de registros médicos electrónicos ejecutados en la tableta 4402. Un usuario puede introducir la identificación del paciente o identificación del paciente es analizada usando el explorador 4404. La aplicación de los registros médicos electrónicos ejecutada en la tableta 4402 podrá solicitar el medicamento recetado a los uno o más servidores 4410. El uso de una tableta puede solicitar al usuario elegir de una lista de recetas disponibles si hay múltiples recetas, por ejemplo, múltiples recetas basadas en bomba de infusión El diagrama de temporización 4600 ilustra los actos 4602 a 4652. El acto 4602 solicita, utilizando a un cliente de supervisión durante acto 4604, una lista de recetas para un paciente tras la identificación del paciente. El acto 4602 "extrae" la información de receta desde el cliente de supervisión. El paciente puede ser identificado mediante un explorador de código de barras, un interrogador RFID, reconocimiento de voz o facial, o a través de la entrada manual. La tableta se comunica ID del paciente durante el acto 4606 utilizando una API de RME para una aplicación de 4608 tableta u computadora. La API puede incluir una clase de datos segura. La identidad del paciente es comunicada en el acto 4610 a una base de datos de RME, que en acto 4612, comunica la lista de la receta de una API de RME durante acto 4614, recibido por el programa RME ejecuta en el cliente de supervisión o aplicación informática en el acto 4616, que a su vez se comunica en el acto 4618 a la aplicación del cliente de supervisión. La comunicación entre la aplicación de la tableta/computadora RME y la base de datos de RME puede ser vía middleware (por ejemplo, middleware en el servidor de supervisión 3 de la figura 1).
El cliente de supervisión, por ejemplo, una tableta, en el acto 4620, puede mostrar las diversas recetas para el paciente para la selección del usuario. La receta seleccionada es comunicada en el acto 4622 al concentrador, que puede comprobar la receta en el acto 4624 y comunicar la receta a la bomba en el acto 4626. La bomba valida, automáticamente garantizando que la receta está dentro de los criterios predeterminados, por ejemplo, usando DERS, en el acto 4628, o mediante la solicitud de validación de usuarios. Además o en su defecto, un usuario puede validar la receta usando la interfaz de usuario de la bomba.
La receta validada del acto 4628 es comunicada en el acto 4630 al concentrador, que en el acto 4632 se comunica en el acto 4634 a la aplicación del cliente de supervisión. En el acto 4636, un usuario puede aceptar la receta, que entonces se comunica del acto 4638 al concentrador. Las comunicaciones de la receta aceptada se produce en el acto 4640 se comunica vía el acto 4642 a la bomba. En el acto 4644, la bomba comunica la receta a la bomba Ul en el acto 4646, en el cual el usuario puede confirmar la receta en el acto 4642. La confirmación es enviada a la bomba en el acto 4650. El acto 4652 corre la terapia.
Las figuras 72A a 72B muestran un diagrama de flujo de un método 4653 ilustrando el diagrama de temporización de la figura 71 según una modalidad de la presente descripción. El método 4653 incluye los actos 4655 a 4691.
El acto 4655 determina la identidad de un paciente utilizando una aplicación cliente de supervisión en un cliente de seguimiento, por ejemplo; una tableta. El acto 4657 comunica la identidad del paciente desde la aplicación cliente de seguimiento a una API. El acto 4659 solicita, de la API, los registros médicos electrónicos en un servidor para determinar al menos una receta para el paciente. En algunas modalidades, el acto 4659 realiza consultas a través de middleware (por ejemplo, middle are en el servidor de supervisión 3 de la figura 1) a los registros médicos electrónicos. El acto 4661 comunica la receta determinada al menos una para el paciente desde el servidor a la API. El acto 4663 comunica la receta determinada al menos una para el paciente de la API de la aplicación cliente de supervisión en la supervisión del cliente. El acto 4665, opcionalmente, muestra en una pantalla de usuario del cliente de supervisión una lista seleccionable del usuario de al menos una receta. El acto 4667, opcionalmente, selecciona una receta de al menos una receta usando la pantalla en el cliente de supervisión. El acto 4669 comunica la receta seleccionada y/o la receta por lo menos una del cliente de supervisión al concentrador.
El acto 4671 comunica la receta seleccionada y/o la receta de al menos una del concentrador a la bomba. El acto 4673 valida la receta seleccionada y/o la receta al menos una. El acto 4675 comunica la receta seleccionada y/o la receta al menos una de la bomba al concentrador. El acto 4677 comunica la receta seleccionada y/o la receta por lo menos una del concentrador a la aplicación del cliente de supervisión del cliente de supervisión. El acto 4679 muestra una solicitud de confirmación de la receta validada en la interfaz de usuario del cliente de supervisión. El acto 4681 confirma la receta validada en la interfaz de usuario del cliente de supervisión. El acto 4683 comunica la receta validada desde la aplicación del cliente de supervisión del cliente de supervisión al concentrador. El acto 4685 comunica la receta validada desde el concentrador de la bomba. El acto 4687 muestra una solicitud de confirmación de la receta validada en una interfaz de usuario de la bomba. El acto 4689 confirma la receta validada en la interfaz de usuario de la bomba. El acto 4691 bombea fluido según la receta validada.
La figura 73 muestra un diagrama de temporización 4700 en que una receta es enviada a la bomba de infusión 4408a. Además o en su defecto, la aplicación de los registros médicos electrónicos también puede ubicarse en el concentrador del dispositivo 4406 que mantienen la interfaz de programación de aplicación de los registros médicos electrónicos a través de múltiples dispositivos. El método 4700 incluye los actos 4702 a 4726. Middleware (por ejemplo, middleware en el servidor de supervisión 3 de la figura 1) puede ser utilizado, en algunas modalidades, entre las bases de datos RME y la aplicación de la tableta/computadora RME.
En el acto 4702, un usuario actualiza una receta en una aplicación de RME en un cliente de seguimiento, por ejemplo, una tableta o una computadora. La actualización puede ser una nueva receta de la receta modificada. La receta actualizada es comunicada a la aplicación del acto 4704. La aplicación de los procedimientos de la actualización en acto 4706 y conmuta en el acto 4719 a la base de datos de RME. En el acto 4708, DERS comprueba la receta actualizada. La receta actualizada es comunicada, en acto 4710, a la RME monitoreo aplicación cliente o computadora, la cual es procesada en el acto 4712. Después del procesamiento, en el acto 4714, la receta actualizada se comunica mediante una API de RME a una aplicación del cliente de supervisión, que se procesa en el acto 4721. El cliente de supervisión se comunica, en el acto 4716, a la bomba. La bomba procesa la receta actualizada en acto 4718 y comunica a la bomba en el acto 4720. El usuario confirma la receta actualizada en acto 4722, que comunica a la bomba en el acto 4724. La terapia se aplica en el acto 4726.
La figura 74 muestra un diagrama de flujo de un método 4701 ilustrando el diagrama de temporización de la figura 73 conforme a una modalidad de la presente descripción. El método 4701 incluye los actos 4703 a 4717.
El acto 4703 actualiza una receta para un paciente en una aplicación. El acto 4705 solicita, desde la aplicación, los registros médicos electrónicos en un servidor para determinar la seguridad de la receta actualizada para el paciente. El acto 4707 comunica la seguridad determinada de la receta para el paciente desde el servidor de la aplicación actualizada. El acto 4709 comunica la receta actualizada de la aplicación de una API de un cliente de supervisión. El acto 4711 comunica la receta actualizada desde el cliente de supervisión a la bomba. El acto 4713 muestra una solicitud de confirmación de la receta actualizada en una interfaz de usuario de la bomba. El acto 4715 confirma la receta actualizada en la interfaz de usuario de la bomba. El acto 4717 bombea fluido conforme a la receta actualizada.
La figura 75 muestra un diagrama de temporización 4800 en el cual el concentrador 4406 se comunica con la bomba de infusión 4408a para la confirmación del usuario de la receta. Es decir, el método 4800 de la figura 75 es similar al método 4700 de la figura 73; sin embargo, el concentrador incluye las API de RME y se procesa en el acto 4802.
La figura 76 muestra un diagrama de flujo de un método 4801 ilustrando el diagrama de temporización de la figura 75 es conforme con una modalidad de la presente descripción. El método 4801 incluye los actos 4803 a 4817.
El acto 4803 actualiza una receta para un paciente en una aplicación. El acto 4805 solicita, desde la aplicación, los registros médicos electrónicos en un servidor para determinar la seguridad de la receta actualizada para el paciente. El acto 4807 comunica la seguridad determinada de la receta para el paciente desde el servidor de la aplicación actualizada. El acto 4809 comunica la receta actualizada de la aplicación de una API de un concentrador. El acto 4811 comunica la receta actualizada desde el concentrador de la bomba. El acto 4813 muestra una solicitud de confirmación de la receta actualizada en una interfaz de usuario de la bomba. El acto 4815 confirma la receta actualizada en la interfaz de usuario de la bomba. El acto 4817 bombea fluido conforme a la receta actualizada.
Las figuras 77 y 78 muestran modalidades en donde el concentrador 4406 se comunica con uno o más servidores 4410, por ejemplo, para determinar si la receta es segura para el paciente, etc.
La figura 79 muestra un diagrama de temporización 5100 para la confirmación del usuario de la receta en la interfaz de usuario de la bomba 4408a. El diagrama de temporización 5100 implementa un método que incluye los actos 5102 a 5130. El acto 5102 solicita las recetas de un RME mediante la aplicación del cliente de supervisión, que se comunica en el acto 5104 y procesada por el acto 5106. La solicitud 5102 puede hacerse mediante la identificación del paciente. La tableta comunica la solicitud en el acto 5108 mediante una API de RME a la base de datos de RME. El acto 5110 procesa la solicitud y se comunica nuevo mediante la API de RME en el acto 5112. El cliente de supervisión procesa las recetas recibidas desde la base de datos RME en el acto 5114.
El cliente de supervisión comunica las recetas del acto 5116 a la bomba, que valida la receta en el acto 5118 y se comunica en el acto 5120 a la solicitud del cliente de supervisión. El usuario puede aceptar la receta en el acto 5122, que se comunica a la bomba y la Ul de la bomba en el acto 5124. En el acto 5126, un usuario puede confirmar la receta de la bomba. La confirmación es comunicada a la bomba en el acto 5128, que luego se ejecuta en el acto 5130.
Las figuras 80A a 80B muestran un diagrama de flujo de un método 5101 que ilustra el diagrama de temporización de la figura 79 según una modalidad de la presente descripción. El método 5101 incluye los actos 5103 a 5129.
El acto 5103 determina la identidad de un paciente utilizando una aplicación cliente de supervisión en un cliente de seguimiento, por ejemplo, una tableta. El acto 5105 consulta, de una API, registros médicos electrónicos en un servidor para determinar al menos una receta para el paciente. El acto 5107 comunica la receta determinada al menos una para el paciente desde el servidor a la aplicación del cliente de supervisión. El acto 5109, opcionalmente, muestra en una pantalla de usuario del cliente una lista seleccionare de la receta de al menos un seguimiento. El acto 5111 , opcionalmente, selecciona una receta de al menos una receta usando la pantalla en el cliente de supervisión. El acto 5113 comunica la receta seleccionada o la receta por lo menos un seguimiento del cliente a la bomba. El acto 5115 valida la receta seleccionada o la receta de al menos uno. El acto 51 17 comunica la receta validada desde la bomba al cliente de supervisión. El acto 5119 muestra una solicitud de confirmación de la receta validada en la interfaz de usuario del cliente de supervisión.
El acto 5121 confirma la receta validada en la interfaz de usuario del cliente de supervisión. El acto 5123 comunica la receta validada desde el cliente de supervisión a la bomba. El acto 5125 muestra una solicitud de confirmación de la receta validada en la interfaz de usuario de la bomba. El acto 5127 confirma la receta validada en la interfaz de usuario de la bomba. El acto 5129 bombea fluido según la receta validada.
La figura 81 muestra un diagrama de temporización 5200 en donde el concentrador 4406 se comunica con uno o más servidores 4410 para comunicarse con los registros médicos electrónicos. El método implementado por el diagrama de temporización 5200 incluye los actos 5202 a 5238. Middleware (por ejemplo, middleware en el servidor de supervisión 3 de la figura 1) puede ser utilizado, en algunas modalidades, entre las bases de datos RME y la aplicación de la tableta/computadora RME.
En el acto 5202, un usuario solicita la receta de un RME mediante una aplicación del cliente de supervisión, que se comunica en el acto 5204 y es procesada por el acto 5206. La aplicación del cliente de supervisión se conecta con la API de RME del concentrador en el acto 5208, que es procesado por el acto 5210. La API de RME solicita el acto 5212 las recetas, que se procesan en el acto 5214.
Las recetas se comunican en el acto 5216 al concentrador, que los procesa en el acto 5218 y los comunica en el acto 5220 a la aplicación del cliente de supervisión para su procesamiento en el acto 5222. Las recetas se comunican en el acto 5224 a la bomba para su validación en el acto 5226. La validación es comunicada en el acto 5228 para la aceptación del usuario en el acto 5230, que se comunica a la bomba en el acto 5232. El usuario puede confirmar la receta en el acto 5234, que se comunica en el acto 5236 para comenzar la terapia en la bomba en el acto 5238.
Las figuras 82A a 82B muestran un diagrama de flujo de un método 5201 ¡lustrando el diagrama de temporización de la figura 81 según una modalidad de la presente descripción. El método 5201 incluye los actos 5203 a 5233.
El acto 5203 determina la identidad de un paciente utilizando una aplicación cliente de supervisión en un cliente de seguimiento, por ejemplo, una tableta. El acto 5205 comunica la identidad de un paciente desde la aplicación del cliente de supervisión a una API en el concentrador. El acto 5207 solicita, de la API, los registros médicos electrónicos en un servidor para determinar al menos una receta para el paciente. Los actos 5205 y/o 5207 pueden utilizar middleware (por ejemplo, middleware en el servidor de supervisión 3 de la figura 1). El acto 5209 comunica la receta por lo menos un determinado para el paciente desde el servidor a la API del concentrador. El acto 5211 comunica la receta determinada por lo menos una de la API del concentrador a la aplicación del cliente de supervisión. El acto 5213, opcionalmente, muestra en una pantalla de usuario del cliente una lista seleccionable de la receta de al menos un seguimiento. El acto 5215, opcionalmente, selecciona una receta de al menos una receta usando la pantalla en el cliente de supervisión. El acto 5217 comunica la receta seleccionada o la receta por lo menos un seguimiento del cliente a la bomba. El acto 5219 valida la receta seleccionada o la receta de al menos uno. El acto 5221 comunica la receta validada desde la bomba al cliente de supervisión. El acto 5223 muestra una solicitud de confirmación de la receta validada en la interfaz de usuario del cliente de supervisión.
El acto 5225 confirma la receta validada en la interfaz de usuario del cliente de supervisión. El acto 5227 comunica la receta validada desde el cliente de supervisión a la bomba. El acto 5229 muestra una solicitud de confirmación de la receta validada en la interfaz de usuario de la bomba. El acto 5231 confirma la receta validada en la interfaz de usuario de la bomba. El acto 5233 bombea fluidos según la receta validada.
Las figuras 83 a 89 muestran varias modalidades adicionales de un sistema electrónico para el cuidado del paciente según varias modalidades de la presente descripción. La figura 83 muestra un sistema 5300 donde una solicitud de registros médicos electrónicos hace interfaz con los registros médicos electrónicos en uno o más servidores 3516 para mostrar algunos de los registros médicos electrónicos del paciente en una interfaz de usuario de una tableta 3514 y/o el concentrador 3804. Un subconjunto de los datos de los registros médicos electrónicos recibidos desde los uno o más servidores 3516 puede visualizarse en una pantalla en una bomba de infusión 3504 (por ejemplo, el medicamento siendo entregado por la bomba de infusión 3504). Además o en su defecto, en algunas modalidades, un subconjunto de los datos de los registros médicos electrónicos puede almacenarse en el concentrador. En algunas modalidades, el concentrador puede comunicarse con el médico lo sistemas a través de middieware (por ejemplo, middieware en el servidor de supervisión 3 de la figura 1).
La figura 84 muestra un sistema 5400 donde una solicitud de registros médicos electrónicos hace interfaz con los registros médicos electrónicos en uno o más servidores 4410 para mostrar algunos de los registros médicos electrónicos del paciente en una interfaz de usuario de una computadora cabecera 4204 o el concentrador 4406. Un subconjunto de los datos de los registros médicos electrónicos recibidos desde los uno o más servidores 4410 pueden visualizarse en una pantalla en una bomba de infusión 4408a (por ejemplo, el medicamento siendo entregado por la bomba de infusión 4408a). Además o en su defecto, en algunas modalidades, un subconjunto de los datos de los registros médicos electrónicos puede cacharse sobre el concentrador y/o la computadora de cabecera. En algunas modalidades, el concentrador puede comunicarse con el médico lo sistemas a través de middieware (por ejemplo, middieware en el servidor de supervisió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 uno o más 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 uno o más servidores 4410. En las figuras 85 a 86, la receta puede no programarse en los sistemas 5500, 5600 sin acceso a un servidor de registros médicos electrónicos de uno o más servidores 4410. La receta puede ajustarse en la tableta 4402, la computadora de cabecera 4502 o la bomba de infusión 4408a. El concentrador 5804 puede comunicarse con el explorador, la computadora de cabecera 4502, y/o las bombas de infusión 4408a a 4408c de forma inalámbrica o mediante una conexión por cable. En algunas modalidades específicas, el cliente de supervisión 4402, el concentrador y/o el equipo de cabecera se puede programar sin datos RME, pero puede ser comparado con la versión local de las barandillas.
Refiriéndose a los dibujos, la figura 87 muestra un sistema 5700 para tratar a un paciente electrónicamente. El concentrador 5702 se comunica con uno o más servidores 5704 usando una API de red o una API local a una aplicación de registros médicos electrónica residente que maneja la comunicación a uno o más de los servidores. Las bombas 5706a a 5706c se utilizan para programar y ejecutar el tratamiento. El concentrador 5702 puede comunicarse con el explorador o los sistemas médicos IT 5704 inalámbrica o mediante una conexión por cable.
La figura 88 muestra un sistema 5800 que no tiene una tableta o un computadora de cabecera. El sistema 5800 puede ser el sistema 5700 de la figura 87 cuando la comunicación a uno o más servidores 5704 no está disponible. La bomba de infusión 5802a está programada utilizando la interfaz de usuario de la bomba de 5802a, y un conjunto caché de criterios de seguridad predeterminados (por ejemplo, las barandillas) existe ya sea en el concentrador 5804 o en la bombas 5802a a 5802c. Los criterios de seguridad predeterminados pueden basarse en el fármaco entregado, el paciente, alergias o contraindicaciones del fármaco almacenado y pueden evitar ajustes de tratamiento inseguros de ser entregados al paciente. El concentrador 5804 puede comunicarse con el explorador y/o las bombas de infusión 5802a, 5802b y/o 5802c de forma inalámbrica y/o mediante 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 está disponible. La bombas de infusión 5902a a 5902c pueden ser controladas directamente usando cada interfaz de usuario respectivo de la bomba, y un conjunto de criterios predeterminados (por ejemplo, DERS) puede almacenarse en caché en esto para asegurar que el medicamento no se entregue fuera de los criterios predeterminados; en algunas modalidades, no DERS se almacena en caché dentro de las bombas de infusión 5902a a 5902c, y/o datos DERS permanentes se almacenan internamente dentro de la memoria no volátil.
La figura 90 muestra un diagrama de bloques de los circuitos 6000 de un concentrador descrito aquí. Además o en su defecto, los circuitos 6000 pueden usarse dentro de una plataforma, un módulo de comunicación, o una bomba descrita en otras partes en el presente. Los circuitos 6000 puede hacer interfaz en un bus o un concentrador para comunicarse con varios dispositivos a través de la interfaz del módulo dispositivo o para proporcionar energía al mismo. Los circuitos 6000 incluyen una primera línea de protección contra fallos 6002, que puede ser activada por un subsistema del procesador del dispositivo 6004 y una segunda línea de protección contra fallos 6006 que puede ser activada por un subsistema del procesador de interfaz 6008. Las primera y segunda líneas de protección contra fallos 6002, 6006, se introducen en una compuerta OR 6010, que tiene una salida para una línea de salida a prueba de protección contra fallos 6012. Si el dispositivo de procedimiento del dispositivo 6004 o el subsistema del procesador de interfaz 6008 detecta un fallo o error, la primera o segunda líneas de protección contra fallos 6002, 6006 puede activar la línea de salida de protección contra fallos 6012. La línea de protección contra fallos 6012 puede ser acoplada a los circuitos apropiados y los aparatos en respuesta a la línea salida de protección contra fallos 6012, por ejemplo, un dispositivo oclusión automático que automáticamente puede prevenir el flujo de fluidos a través de una vía intravenosa cuando recibe una señal desde la línea de de protección contra fallos de salida 6012. En algunas modalidades, un dispositivo para el cuidado del paciente acoplado a la interfaz del módulo dispositivo puede solicitar uno o varios voltajes de las fuentes de alimentación regulada, que cada uno pueden ser un dólar, un impulso o una fuente de alimentación buck-boost.
La figura 91 es un diagrama de bloques del circuito 6100 para interconectar con una bomba de infusión. Además o en su defecto, los circuitos 6100 pueden estar en una plataforma o concentrador descrito aquí que se conecta a una bomba y/o los circuitos 6100 pueden ser un módulo conectable que se puede acoplar a una bomba de infusión, por ejemplo, un módulo de comunicaciones. Los circuitos 6100 puede hacer interfaz en un bus o un concentrador para comunicarse con varios dispositivos a través de la interfaz del módulo dispositivo o para proporcionar energía al mismo. En algunas modalidades, el subsistema del procesador de interfaz podrá comunicarse con el dispositivo acoplado a una interfaz de dispositivo concentrador mediante un enlace inalámbrico y/o comunicación de campo cercano.
La figura 92 muestra un diagrama de bloques de un sistema electrónico para el cuidado del paciente 6200 que incluye una plataforma de la tableta 6202, bombas de infusión 6204a a 6204d, una plataforma 6206 para recibir las bombas de infusión 6204a a 6204d y una tableta 6208. En modalidades de la alternativas, la tableta 6208 está integrada en la plataforma de la tableta 6202. En modalidades adicionales, las plataformas 6202 y 6206 se integran juntas. En modalidades alternativas aún adicionales, la plataforma 6202, la plataforma 6206 y la tableta 6208 se integran juntas. La tableta 6208 proporciona la interfaz de usuario principal usando una exhibición 62010. La plataforma 6202 incluye una memoria para el almacenamiento en caché o guardar una plantilla de interfaz de usuario o un programa de interfaz de usuario para la visualización de un usuario de interfaz en la pantalla 6210 para un dispositivo para el cuidado del paciente, por ejemplo, bombas de infusión 6204a a 6204d. La tableta 6208 puede utilizarse para pedir una receta o verificar una receta usando uno o más servidores 6212 teniendo un sistema de reducción del error de fármaco, por ejemplo, usando el explorador 6214. En algunas modalidades, pueden existir middleware (por ejemplo, middleware en el servidor de supervisión 3 de la figura 1) entre el sistema médico 6212 y la plataforma 6206. La plantilla de interfaz de usuario o un programa de interfaz de usuario está configurado para mostrar en la pantalla 6210 agregan datos de las bombas de infusión 6204a a 6204d y actúa como una alarma de respaldo si uno o más de las bombas de infusión 6204a a 6204d fallan. Adicionalmente o alternativa, las plataforma 6206 alarma si una o más de las bombas de infusión 6204a a 6204d fallan usando un altavoz interno o un motor de vibración interno.
La plataforma 6206 puede agregar datos de las bombas de infusión 6204a a 6204d y pasar los datos agregados a la tableta 6208. Cada una de la infusión de las bombas 6204a a 6204d incluye una pantalla respectiva 6216a a 6216d. Las visualizaciones 6216a a 6216d pueden utilizarse para ajusfar las tasas de flujo durante la infusión (criterios de seguridad predeterminado pueden ser cargados al programar una receta a través de la tableta 6208). Una infusión puede iniciarse sin criterios de seguridad predeterminado del sistema de reducción error de fármacos mediante el ajuste de la tasa de flujo de cero en una interfaz de usuario aparezca en la pantallas 6216a a 6216d. Las pantallas 6216a a 6216d pueden también mostrar alertas y alarmas con indicación tanto visual como auditiva.
La plataforma 6206 incluye un módulo de entrada de alimentación, fuentes de alimentación de grado médico y una batería de respaldo. La plataforma 6206 también contiene todo el hardware de comunicaciones para interconectar a la tableta 6208 y a los sistemas IT médicos, es decir, los uno o más servidores 6212. La plataforma 6206 puede incluir hardware para viajar, tales como un poste y hardware de montaje de poste.
Durante la programación de una receta, el ajuste del sistema de reducción de error personalizada de fármacos, por ejemplo, criterios de seguridad predeterminada, se reciben directamente de uno o más servidores 6212. La tableta 6208 puede utilizarse para facilitar la entrada en una ID del paciente y el medicamento. La comunicación entre la tableta 6208 y el uno o más servidores 6212 puede ocurrir a través de la plataforma 6206. Los criterios de seguridad predeterminado del sistema de reducción general de fármacos error se almacena en caché en la plataforma 6206 o en una o más de las bombas de infusión 6204a a 6204d. En caso de que el sistema de reducción del error de fármacos está disponible de uno o más de los servidores 6212, los criterios de seguridad predeterminada en caché local desde el sistema de reducción de error de fármaco se actualiza a través de la red (por ejemplo, WiFi) cuando esté disponible nuevamente.
La plataforma 6206 tiene suficiente batería para 8 horas de operación de la plataforma concentrador 6206 y de las bombas de infusión 6114a a 6114d. La tableta 6110 puede o no puede tener su propia batería. En algunas modalidades, las bombas de infusión 6204a a 6204d pueden tener suficiente batería (u otra energía de reserva) para apoyar a guardar los datos al tirar de la plataforma 6206 y para alarmar. Este capacidad alarmante y batería separada pueden también moverse a la plataforma 6206.
La pantalla de interfaz de usuario de la bomba en una exhibición de las pantallas 6216a a 6216d puede ser pequeña. Por ejemplo, en algunas modalidades, las pantallas 6216a a 6216d pueden ser lo suficientemente grandes de modo que el caudal sólo pueda ajustarse. Esto permitirá que una infusión inicie sin entrar en cualquier otra información. Puesto que la ID del paciente y/o nombre del fármaco puede ingresarse antes de acceder a la RME, hay datos limitados de un sistema de reducción del error de fármacos o las barandillas de uno o más de los servidores 6212 si la infusión se inició sin la tableta 6208. Si la infusión es programada con la tableta y luego más tarde la tableta es removida del sistema la bomba puede seguir implementar la función de las barandillas relacionada con la receta actual.
La figura 93 muestra un diagrama de bloques del circuito 6300 para el concentrador 6206 de la figura 92, o para un módulo de comunicación 124a a 124k de las figuras 1 , 3, 5, 7, 8 o 9. Además o como alternativa, puede utilizarse el circuito 6300 en una bomba o una plataforma descritos aquí. Los circuitos 6300 puede hacer interfaz en un bus o un concentrador para comunicarse con varios dispositivos a través de la interfaz del módulo dispositivo o para proporcionar energía al mismo. Una tableta (no mostrada) acoplada a un interfaz de Ul tableta 6302 puede tener su propia fuente de alimentación (no mostrada). En algunas modalidades de la presente descripción, los circuitos 6300 puede suministrar energía a una tableta.
La figura 94 muestra un diagrama de bloques del circuito 6400 para el concentrador 6206 de la figura 92, o para una comunicación módulo 124a a 124k de las figuras 1 , 3, 5, 7, 8 o 9. Además o como alternativa, pueden utilizarse los circuitos 6400 en una plataforma o una bomba descritos aquí. Los circuitos 6400 pueden tener interfaz en un bus o un concentrador para comunicarse con varios dispositivos a través de la interfaz desechable y/o para proporcionar energía al mismo. En algunas modalidades de la presente descripción, los circuitos 6300 puede suministrar energía a una tableta.
La figura 95 muestra un sistema 6500 teniendo una batería extendida 6502, una bomba de infusión 6504 y una convertidor 6506. El sistema 6500 puede funcionar sin un sistema de reducción del error de fármaco desde un servidor. Una pantalla 6508 en la bomba de infusión 6504 puede utilizarse para entrar en la información de medicinas y controlar la velocidad de infusión. En algunas modalidades, sistema de reducción de error datos se almacena en caché en la memoria de la bomba de infusión 6504 y actualizadas a través del acoplamiento.
La figura 96 muestra un sistema de 6600 teniendo una bomba de infusión 6504 acoplada a un concentrador del dispositivo 6602. La bomba de infusión tiene 6504 una capacidad para iniciar la entrega. Los modos de emergencia con el sistema de reducción de error del fármaco limitado genérico basado en un subconjunto de los fármacos fácilmente elegido de una lista pueden almacenar en caché en el concentrador del 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 del error de fármacos.
La figura 97 muestra un sistema 6700 con una tableta 6702 que permite el acceso a la bomba de infusión 6504 a través de la interfaz 6702 de la tableta. La interfaz de usuario de la tableta 6702 puede residir en el concentrador del dispositivo 6602. DERS puede residir en la tableta 6702, en el concentrador del dispositivo, y/o en la bomba de infusión 6504. Un convertidor 6506 puede suministrar energía a la tableta 6702, el concentrador del dispositivo 6602 y/o la bomba de infusión 6504.
El concentrador del dispositivo 6602 puede tener una conexión física o inalámbrica a la tableta 6702. El concentrador del dispositivo 6602 puede incluir una camilla (no mostrada) para la tableta 6702. La tableta 6702 opcionalmente podría fijarse rígidamente al concentrador dispositivo 6602.
Refiriéndose a los dibujos, la figura 98 muestra un sistema 6800 teniendo una plataforma 6804 (que puede ser una camilla en algunas modalidades), los módulos de la bomba 6802a a 6802c, un concentrador del dispositivo 6602, y la tableta 6702 se enchufa en una tarjeta principal de la plataforma 6804 (o en algunas modalidades, camilla). Además, un módulo de potencia 6804 incluye la entrada de alimentación y batería extra que puede ser enchufada en o está integrada en la plataforma 6806. El concentrador del dispositivo 6602 es el maestro para la comunicación entre todos os otros módulos, así como sistemas IT mediante uno o más servidores (no mostrados). Aunque las bombas de infusión 6802a a 6802c son desmontables en la modalidad se muestran en la figura 98, otros componentes pueden ser modulares o integrados en otras modalidades.
Las bombas de infusión 3802a a 3802c generalmente contienen mecanismos de bombeo y electrónica que puede ejecutar un mecanismo de bombep. En una modalidad específica, el concentrador dispositivo 6602 incluye energía de reserva para uno o más infusión bombas 3802a a 3802a, un procesador para agregar datos y hospedaje de la tableta 6702 modelo de interfaz de usuario (por ejemplo, una plantilla de interfaz de usuario) y hardware de comunicaciones modular La tableta 6702 puede incluir una pantalla táctil 6808. El convertidor 6506 proporciona conversión de CA a CC y se acopla al módulo de potencia 6804 que contiene el módulo de entrada de energía y una fuente de alimentación CA CC. El convertidor 6506 es opcional y/o una CA-CC convertida se puede incorporar en el módulo de potencia 6804. El módulo de potencia 6804 también puede incluir una batería extendida para ejecutar múltiples módulos de bomba. La plataforma 6806 incluye un plano posterior conectar juntos los diversos componentes.
La figura 99 muestra un circuito electrónico 6900 de un concentrador del dispositivo, por ejemplo, concentrador del dispositivo 6602 de la figura 96, conforme a una modalidad de la presente descripción. Además o como alternativa, puede utilizarse el circuito 6900 en una bomba, una plataforma o un módulo de comunicación descritos. Los circuitos 6900 puede interfaz en un bus o un concentrador para comunicarse con varios dispositivos a través de la interfaz de dispositivo para el cuidado del paciente 6916 y/o para proporcionar energía al mismo. Los circuitos 6900 incluyen diversas fuentes de energía, una interfaz de usuario, comunicaciones, sensores y actuadores. El circuito 6900 incluye redes principales CA 6902, potencia CC 6904, energía inalámbrica 6906, por ejemplo, inductivo y una conexión de batería externa 6908.
Las redes de CA 6902 pueden ser una conexión directa a la red, tales como a través de una toma de CA. Las redes de CA 6902 está acoplada a una entrada de alimentación y circuito de carga 6910 que puede rectificar y convertir la señal CA de la red eléctrica 6902 a una señal CC. La señal de CC de la fuente universal 6910 de entrada de alimentación CA CC se alimenta en la entrada de alimentación CC y circuito de carga 6912.
La potencia de DC 6904 recibe corriente CC de una fuente de alimentación CC, tales como la fuente de alimentación 6506 de la figura 95 o de una tarjeta principal u otra batería externa (no mostrado de forma explícita).
La energía inalámbrica 6906 puede recibir energía inalámbricamente. Por ejemplo, la energía inalámbrica 6906 puede incluir una bobina que recibe un campo magnético varían con el tiempo que se induce una tensión en la bobina; la señal inducida de CA es rectificada y alisada mediante un circuito de suavizado y acoplado a la entrada de energía/circuito de carga de CC 6910.
Los circuitos 6900 también incluye una batería primaria 6914, una batería externa 6908 y una batería secundaria 6920. La batería principal 6914 se utiliza para suministrar energía a uno o más dispositivos para el cuidado del paciente junto a la interfaz de dispositivo para el cuidado del paciente 6916 y una tableta (no mostrada) junto a una interfaz de tableta 6918. La interfaz 6916 puede conectarse a ninguno, uno o una pluralidad de dispositivos para el cuidado del paciente a través de uno o más tecnologías de las comunicaciones. La interfaz de la tableta 6918 puede acoplar directamente en una tableta o se acopla a una interfaz de usuario de una tableta. La conexión de batería externa 6908 puede ser eléctrica conectores (muestra no explícitamente) que se adaptan para la conexión eléctrica con una o más celdas de la batería situado en una carcasa separada de los circuitos electrónicos 6900. La batería externa 6908 puede complementar la batería primaria 6914 o reemplazar la batería primaria 6914 en caso de falla de la batería principal 6914. La batería secundaria 6920 puede ser un super-capacitor 6920. En algunas modalidades, la batería secundaria 6920 puede utilizarse sólo en los modos de falla donde poder si no está disponible, por ejemplo, las redes de CA 6902 falla y la batería externa 6908 se retira o falla. La batería secundaria 6920 suministra suficiente energía para un subsistema de procesador dispositivo 6922 alarma mediante un zumbador secundario 6824.
El circuito incluye varias fuentes de alimentación, tales como suministros de alimentación regulada por el concentrador 6926, una fuente independiente activada de suministros de energía del dispositivo regulados 6928 y un suministro de alimentación regulada por una tableta 6930.
Los suministros de alimentación regulada por el concentrador 6926 se usan para alimentar el eléctrico y los sensores de los circuitos 6900. Por ejemplo, los suministros de alimentación regulada por el concentrador 6926 se utilizan para proporcionar una tensión de un subsistema de procesador de interfaz 6932.
Los suministros de alimentación regulada del dispositivo 6928 pueden ser cerrados y puede proporcionar una o más fuentes de voltaje independiente y regulados que se envían a uno o más dispositivos para el cuidado del paciente acoplados a la interfaz del dispositivo para el cuidado del paciente 6916. El uno o más suministros de alimentación regulada del dispositivo 6928 que se envía a uno o más dispositivos para el cuidado del paciente mediante la interfaz de dispositivo para el cuidado del paciente 6916 son supervisados por un sentido actual 6934 y habilitadas por el subsistema del procesador del dispositivo 6922. Además o en su defecto, los suministros de alimentación regulada del dispositivo 6928 puede ser programable tal que un dispositivo para el cuidado del paciente solicita una tensión del subsistema de procesador del dispositivo 6922, que se gira, programas de las fuentes de alimentación regulada del dispositivo 6928 para suministrar el voltaje requerido para el dispositivo para el cuidado del paciente.
La fuente de alimentación regulada de la tableta 6930 suministra corriente continua a una tableta acoplada a la interfaz de la tableta 6918.
Además o en su defecto, los circuitos 6900 pasan una señal de CA de la red de CA 6902 para usarse por una fuente de alimentación interna de la tableta (no se muestra en la figura 99).
La circuitos 6900 también incluyen una interfaz de usuario 6936 incluyendo un indicador de batería 6938, luces indicadoras de estado 6940 y una pantalla LCD táctil 6942. El indicador de batería 6938 muestra el estado de carga y estado de la batería de la batería principal 6914. Las luces indicadoras de estado 6940 muestran el estado del concentrador, tabletas y dispositivos para el cuidado del paciente junto a la interfaz de dispositivo para el cuidado del paciente 6916. Las luces indicadoras de estado 6940 pueden incluir uno o más luces, por ejemplo, LED, para cada dispositivo para el cuidado del paciente acoplada a la interfaz de dispositivo para el cuidado del paciente 6916. Por ejemplo, las luces indicadoras de estado 6940 pueden incluir un indicador LED para mostrar un estado de alarma y otro para mostrar un estado de funcionamiento.
En algunas modalidades de la presente descripción, la pantalla táctil LCD 6942 puede ser la pantalla principal y el método de entrada para dispositivos para el cuidado del paciente acoplada a la interfaz de dispositivo para el cuidado del paciente 6916 que no tienen pantallas. Además o en su defecto, la pantalla táctil LCD 6942 muestra información detallada sobre el concentrador, del concentrador circuitos 6900 y/o dispositivos para el cuidado del paciente juntados a la interfaz de dispositivo para el cuidado del paciente 6916. Además, la pantalla táctil LCD 6942 puede configurarse para pasivamente información de estado de salida a la pantalla grande, como una pantalla de TV externa.
El altavoz principal 6944 puede utilizarse para proporcionar guía de voz para dispositivos para el cuidado del paciente acoplada a la interfaz de dispositivo para el cuidado del paciente 6916 que no cuentan con pantallas o alarmas cuando una tableta no está conectada a la interfaz de tableta 6918 o de lo contrario no está disponible. El zumbador secundario 6924 es un zumbador de respaldo y proporciona seguridad en las condiciones en la que el orador principal 6944 no está disponible o roto o el subsistema de procesador de interfaz 6932 no está disponible o roto.
En algunas modalidades de las presentes descripciones, botones de hardware 6946 pueden utilizarse para seguridad adicional para detener o dar entrada a un dispositivo para el cuidado del paciente que no tiene su propia pantalla de entrada y no hay ninguna tableta disponible.
La interfaz de tableta 6918 se acopla a la interfaz 6932 tal que el subsistema del 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 de Bluetooth de baja energía.
La interfaz de dispositivo para el cuidado del paciente 6916 ofrece interfaces para un dispositivo para el cuidado del paciente, incluyendo una interfaz serial 6949, que puede ser un SPI, I2C, RS232, RS485 o cualquier otro protocolo serial. La interfaz de dispositivo para el cuidado del paciente 6916 también proporciona una interfaz CAN 6950, una interfaz USB 6951, una interfaz Ethernet 6952, una interfaz WiFi Radio 6953 y una interfaz Bluetooth 6954.
La interfaz del dispositivo para el cuidado del paciente 6916 puede incluir una ID del dispositivo cableado 6955 que facilita la detección de dispositivos para el cuidado del paciente del tipo, número de serie, clase o características de funcionamiento del dispositivo para el cuidado del paciente y su ubicación en un soporte multicanal, plataforma y/o concentrador. La ID del dispositivo por cable 6955 puede utilizarse para determinar un protocolo de comunicaciones óptima o recomendado: basado en criterios predeterminados. Además o en su defecto, un método de alimentación puede ser elegido en función de la ID del dispositivo por cable 6955 basándose en criterios predeterminados. La ID del dispositivo de cable 6955 puede determinarse mediante la comunicación con un dispositivo para el cuidado del paciente conectado a la interfaz del dispositivo para el cuidado del paciente 6916 usando un dispositivo de "un cable". Adicionalmente o alternativamente, la interfaz de dispositivo para el cuidado del paciente 6916 también incluye un dispositivo inalámbrico ID 6958 que facilita la detección de dispositivo para el cuidado del paciente que puede utilizar un interrogador RIFD, comunicaciones de campo cercanas, u otros enlaces de comunicaciones inalámbricas para facilitar la detección de dispositivos para el cuidado del paciente del tipo, número de serie, clase o características de desempeño del dispositivo para el cuidado del paciente y su ubicación en una camilla multicanal, plataforma y/o concentrador.
La interfaz de dispositivo para el cuidado del paciente 6916 también incluye una interfaz l/O digital 6956. La interfaz l/O digital 6956 puede incluir varias líneas por dispositivo de para el cuidado del paciente acoplado a la interfaz del dispositivo para el cuidado del paciente 6916 que puede utilizarse para la activación de accionadores, permitiendo pasadores como parte de un sistema de seguridad, o para ser utilizado para las luces de estado en un concentrador o camilla.
El dispositivo para el cuidado del paciente incluye también líneas de protección contra fallos 6957. El subsistema de procesador de interfaz 6932 o el subsistema del procedimiento del dispositivo 6922 puede accionar una de las líneas de protección contra fallos 6957 que se introducen en un OR lógico 6977. La salida de OR lógico 6977 puede ser acoplada a un dispositivo de oclusión electromecánico (no mostrado) acoplado a la interfaz de dispositivo para el cuidado del paciente 6916. En modalidades alternativas, un ADN lógico y se utiliza en lugar de OR lógico 6977 o tal que el subsistema del procesador de interfaz 6932 o el subsistema de procedimiento del dispositivo 6922 debe estar de acuerdo, en esta modalidad específica, (es decir, ambos proporcionan una verdadera lógica) antes de una señal "verdadera" que se envía a la interfaz del dispositivo para el cuidado del paciente 6916 como una línea de protección contra fallos.
Los circuitos 6900 incluyen varios enlaces de comunicaciones a sistemas IT o uno o más servidores 6967. Los circuitos 6900 incluyen una interfaz de WiFi 6960, una interfaz de 3G/4G 6961 , y un concentrador de Ethernet o interfaz de interruptor 6956. La interfaz de 3G/4G 6961 facilita la operación del concentrador que tiene el circuito 6900 dentro de un ambiente hogareño. La interfaz de 3G/4G 6961 puede ser cualquier tecnología celular o transceptor de comunicaciones de largo alcance, por ejemplo, acceso múltiple de división de códigos ("CDMA"), multiplexación de división de tiempo ("TDM"), WiMax, datos de evolución optimizados ("EVDO"), multiplexación de división de frecuencia ortogonal ("OFDM"), acceso múltiple de división de espacio ("SDMA"), dúplex de división de tiempo ("TDD"), acceso múltiple de división de tiempo ("TDMA"), dúplex por división de frecuencia ("FDD") o similares Los circuitos 6900 incluyen un lector de código de barras o una cámara 6962, que puede ser utilizada para la identificación del paciente, identificación del médico, y/o identificación de solución/fármaco (por ejemplo, mediante la lectura de un código de barras 2D usando 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 del paciente, identificación del médico, y/o identificación de la solución/fármaco o para determinar la ubicación de un dispositivo para el cuidado del paciente.
Los circuitos 6900 también pueden incluir una ranura de expansión de comunicaciones 6964 así que futuras tecnologías alámbricas o inalámbricas pueden ser insertadas de manera modular en la ranura 6964. La ranura 6964 puede incluir uno o más conectores de expansión y es interna para el caso del concentrador es externamente conectable al mismo. Adicionalmente o alternativamente, la ranura de expansión 6964 puede ser una conexión de un módulo adicional que tiene una pluralidad de funciones, por ejemplo, las funciones de comunicaciones inalámbricas, las conexiones alámbricas y lo similar.
Los circuitos 6900 también pueden incluir sensores de concentrador 6965, tales como un sensor de temperatura, un sensor de presión, un sensor de humedad y un acelerómetro. Los circuitos 6900 también pueden incluir un motor de vibración 6966 para retroalimentación táctil, por ejemplo, cuando se alarma o incita a un usuario para la selección mediante un GUI en la tableta acoplada a la interfaz de tableta 6918.
La figura 100 muestra un diagrama de bloques de los circuitos 7000 que muestra una modalidad de características que pueden utilizarse para un dispositivo para el cuidado del paciente como una bomba. Es decir, la interfaz del módulo del dispositivo puede interactuar con una bomba de infusión 7 de la figura 1 , por ejemplo. Adicionalmente o alternativamente, en algunas modalidades, los circuitos 7000 pueden ser en un concentrador, un módulo de comunicación, una plataforma, o una bomba de infusión descrita aquí. Los circuitos 7000 puede hacer interfaz en un bus o un concentrador para comunicarse con varios dispositivos a través de la interfaz del módulo dispositivo o para proporcionar energía al mismo. Los circuitos 7000 también incluyen varios sistemas de seguridad. Estos circuitos 7000 proveen un método de energía de respaldo de batería y las comunicaciones a la tableta y sistemas IT. Los circuitos 7000 reciben energía de un suministro de energía del convertidor externo (no mostrado) para el concentrador y para la tableta. En algunas modalidades, el subsistema del procesador del concentrador de dispositivo incluye una conexión a Ethernet para los sistemas. En algunas modalidades, el subsistema de procesador del concentrador del dispositivo se comunica con la interfaz de cliente de supervisión usando Ethernet, WiFi, Bluetooth, Bluetooth de baja energía, comunicaciones de campo cercano, etc.
La figura 101 muestra un diagrama de bloques de los circuitos 7100. Los circuitos 7100 pueden ser en un concentrador. Y, la interfaz del módulo del dispositivo puede interactuar con una bomba de infusión 7 de la figura 1, por ejemplo. Además o en su defecto, en algunas modalidades, el circuito de 7100 puede ser en un concentrador, un módulo de comunicación, una plataforma, o una bomba de infusión descritos. Los circuitos 7100 puede hacer interfaz en un bus o un concentrador para comunicarse con varios dispositivos a través de la interfaz del módulo dispositivo o para proporcionar energía al mismo. Los circuitos 7100 incluyen un circuito de WiFi 7102 y una conexión a Ethernet 7104 para la comunicación con un sistema IT (por ejemplo, como se describe aquí) para flexibilidad de acuerdo con una modalidad de la presente descripción. El altavoz 7106 también puede ser útil para enunciar problemas con el concentrador o conexiones caídas al sistema IT. El suministro de energía regulado de la tableta puede facilitar el uso de sólo un suministro de energía externo. En algunas modalidades, el subsistema de procesador de concentrador del dispositivo se comunica vía la interfaz de cliente de supervisión mediante Bluetooth, wifi, Bluetooth de baja energía, comunicaciones de campo cercano, etc. En algunas modalidades, el subsistema de procesador de concentrador del dispositivo se comunica con la interfaz de dispositivo para el cuidado del paciente usando Bluetooth, Bluetooth de baja energía, USB, comunicaciones de campo cercano etc. La figura 102 muestra una única versión de batería, es decir, una batería de larga duración como se describió anteriormente. Es decir, los circuitos 7200 de la figura 102 pueden ser la batería de larga duración 6502 de la figura 95 y pueden hacer el sistema 6500 usable, por ejemplo. Las baterías de larga duración 6502 de la figura 95 pueden ser apilables juntas (por ejemplo, los circuitos 7200 incluyen un transceptor, tal como SPI o CAN) tal que varias baterías de larga duración 6502 de la figura 95 pueden apilarse juntos para alimentar la bomba de infusión 6504. Los circuitos 7200 pueden interactuar en un bus o un concentrador para proporcionar energía a varios dispositivos (por ejemplo, dispositivos para el cuidado del paciente) vía la interfaz del módulo del dispositivo.
La figura 103 muestra un diagrama de bloques de los circuitos 7300 para controlar múltiples bombas de infusión con flexibilidad para la expansión. Por ejemplo, la interfaz del módulo del dispositivo puede interactuar en múltiples bombas de infusión, bombas de una infusión, o bombas sin infusión. Adicionalmente o alternativamente, en algunas modalidades, los circuitos 7300 pueden utilizarse en una plataforma, una bomba de infusión, un módulo de comunicación y/o un concentrador como se describe aquí. Los circuitos 7300 puede hacer interfaz en un bus o un concentrador para comunicarse con varios dispositivos a través de la interfaz del módulo dispositivo o para proporcionar energía al mismo. En algunas modalidades, la interfaz del cliente de supervisión puede utilizar Bluetooth, Bluetooth de baja energía, u otra tecnología de comunicación. En algunas modalidades, la interfaz del módulo del dispositivo (es decir, la interfaz del dispositivo para el cuidado del paciente) puede ser acoplado a un dispositivo para el cuidado del paciente vía Bluetooth, Bluetooth de baja energía, WiFi y/o comunicaciones de campo cercano. Como se puede observar con este ejemplo, la comunicación CAN puede utilizarse como el protocolo alámbrico para comunicarse con las bombas de infusión. Algunos digitales son lOs utilizados para añadir alguna funcionalidad a la camilla de bomba, si es necesario. La entrada de energía y el suministro de AC/DC 7302 es dentro del concentrador (es decir, dentro de los circuitos 7300), y que suministra energía a la tableta, concentrador, y una o más bombas de infusión. Las bombas de infusión acopladas a los circuitos 7300 pueden ser seguros "autónomos". Un lector RFID 7304 y el lector de código de barras/cámara 7306 se incluyen para autenticar un paciente o proveedor. La ranura de expansión com 7308 está incluida para ampliar la funcionalidad de comunicación cuando se desarrollan otros métodos (por ejemplo, de división para la autenticación y ubicación).
La figura 104 muestra circuitos 7400 para un concentrador descrito aquí con una línea de protección contra fallos 7402 y dos procesadores 7404, 7406. Adicionalmente o alternativamente, en algunas modalidades, los circuitos 7400 pueden utilizarse en una plataforma, una bomba de infusión, y/o un módulo de comunicación tal como se describe aquí. Los circuitos 7400 pueden interactuar en un bus o un concentrador para comunicarse con varios dispositivos (por ejemplo, dispositivos para el cuidado del paciente) vía la interfaz del módulo del dispositivo y/o para proporcionar energía al mismo. El procesador 7406 puede ser un procesador de seguridad. La línea de protección contra fallos 7402 puede ser activada por cualquiera de los dos procesadores 7404, 7406. En algunas modalidades, el radio WiFi puede ser una interfaz de Ethernet. En algunas modalidades, la interfaz de CAN puede ser un Bluetooth, Bluetooth de baja energía, WiFi u otra tecnología de comunicaciones.
La seguridad adicional es proporcionada por la línea de protección contra fallos 7402. Por ejemplo, un monitor de oxímetro de pulso puede sujetar una línea si el pulso sube o es demasiado alto. Es decir, la salida de línea de protección contra fallos puede ser acoplada a un oclusor electromecánico. Los circuitos de concentrador 7400 pueden actuar como un vigilante e incluso supervisar la salida para la comprobación de intervalo y enviar señales de protección contra fallos debajo para accionar la abrazadera si el procedimiento en el oxímetro de pulso es un error o está en una condición de falla. La comunicación con una tableta puede ser inalámbrica mediante la interfaz Ul de tableta 7408. Los circuitos 7400 pueden cargarse inalámbricamente vía energía inalámbrica 7410. Un motor de vibración puede añadirse para proporcionar retroalimentación hepática cuando hay una alarma. Los circuitos 7400 opcionalmente incluyen dos procesadores 7404, 7406 que implementan un método para alertar al usuario cuando una alarma o alerta es emitida. Una batería secundaria o super tapa 7412 puede proporcionar energía de respaldo cuando hay falla de energía. El circuito 7400 puede ser un módulo de bomba, por ejemplo, un módulo de comunicaciones, y/o un concentrador para unir a una camilla.
La figura 105 muestra un sistema 7500 para cuidado electrónico del paciente de acuerdo con todavía una modalidad adicional de la presente descripción. El sistema 7500 incluye un cliente de supervisión, más particularmente, un dispositivo del cliente de supervisión apilable 7502 y para el cuidado del paciente, por ejemplo, bombas de infusión apilables 7504a a 7504d. El cliente de supervisión apilable 7502 incluye una pantalla 7506 que se gira a lo largo de un pivote 7508. La pantalla 7506 puede ser una pantalla táctil. El cliente de supervisión apilable 7502 puede incluir un sensor de inclinación, por ejemplo, un acelerómetro, para orientar la pantalla 7506 tal que siempre es visible para el usuario. Asimismo, cada una de las bombas de infusión apilables 7504a a 7504d puede incluir una pantalla respectiva 7510a a 751 Od que se orienta por si mismos en su inclinación, por ejemplo, la pantalla puede mostrar cartas en posición vertical independientemente de si las bombas de infusión apilables 7504a a 7504d se colocan en una orientación horizontal o una orientación vertical. Adicionalmente o alternativamente, cada una de las bombas de infusión apilables 7504a a 7504d puede incluir un sensor de inclinación, por ejemplo, un acelerómetro.
Las pantallas 7510a a 751 Od pueden ser pantalla táctil. Cada pantalla o pantallas 7510a a 7510d puede incluir uno o más botones que orientados por si mismos se basa en la inclinación como se indica por una inclinación interna. Por ejemplo, como se muestra en la figura 105, un botón 7512 como se muestra como que está en una posición vertical en relación con la longitud alargada de la bomba de infusión apilable 7504a. Haciendo referencia a la figura 106, el sistema 7500 se muestra inclinado tal que el botón 7512 se muestra como que está en una posición vertical en relación con la longitud de la bomba de infusión apilable 7504a. También tenga en cuenta que la pantalla 7507 es girada adicionalmente a lo largo del pivote 7508. La figura 107 muestra la pantalla 7506 girada contra el cliente de supervisión 7502. La figura 108 muestra los orificios intravenosos 7807a a 7807d. La figura 109 ilustra el intervalo adicional para girar a lo largo del pivote 7408. La figura 110 muestra la bomba de infusión 7504b desplazable en la pila.
Las Figuras 111 a 112 muestran una modalidad adicional de un sistema para el cuidado electrónico del paciente apilable 8100 en el cual las bombas de infusión apilables 8102a a 8 02d se conectan a través de la parte superior respectiva (por ejemplo, conector 81004) y conectores de fondo (no mostrados explícitamente) tal que las bombas de infusión apilables 8102a a 8102d están encadenadas tipo margarita juntas. La figura 111 muestra una configuración del sistema 8100. La figura 112 ilustra que la bomba de infusión 81002d es desmontable del sistema 8100. La bomba de infusión 8102d puede incluir su propia batería interna para continuar la operación, por ejemplo, la bomba de infusión 8102d puede tener suficiente energía de batería para continuar bombeando el fluido de infusión en un paciente durante una cantidad predeterminada de tiempo.
La figura 113 ilustra que un cliente de supervisión 8106 puede incluir conectares para recibir la bomba de infusión 8102d. El cliente de supervisión 8106 puede tener una pantalla montable/desmontable 8110. La figura 114 ilustra que otro cliente de supervisión 8108 puede ser apilado en la bomba de infusión apilable 8102d. Los clientes de supervisión 8106, 8108 pueden coordinar su operación. Por ejemplo, los clientes de supervisión 8106, 8108 pueden coordinar el suministro de energía a las bombas de infusión tal que dos de las baterías de las bombas de infusión 8106, 8106 suministran energía al sistema 8000.
La figura 1,15 muestra las conexiones 8402 a 8420 que permiten a las bombas de infusión apilables 8422, 8424 y un cliente de supervisión 8426 acoplarse juntos en una configuración en cadena tipo margarita. La figura 116 muestra las conexiones deslizables 8502, 8504, 8506, 8508 tal que las bombas de infusión apilables 8422, 8424 y un cliente de supervisión 8426 están encadenados en tipo margarita juntos. Las conexiones deslizables 8502, 8504, 8506, 8508 pueden incluir el conector eléctrico que permite a las bombas de infusión apilables 8422, 8424 y un cliente de supervisión 8426 comunicarse entre ellas.
La figura 117 muestra un sistema 8600 de un cliente de supervisión apilable 8602 con una bomba de infusión apilable 8604 que se conectan juntos vía paneles de tarjeta principal 8606, 8608. El panel de tarjeta principal 8606 incluye un conector 8610 que acopla de manera apareada un conector 8612 de un panel de tarjeta principal 8608. Los paneles de tarjeta principal adicionales (no mostrados) pueden añadirse al ejemplo de la tarjeta principal de acuerdo con el número de clientes de supervisión 8602 o bombas de infusión 8604 agregados al mismo. La figura 118 muestra una vista en sección transversal del panel de tarjeta principal 8608 de la figura 117.
La figura 119 muestra un sistema 8800 que incluye un cliente de supervisión, más particularmente, un cliente de supervisión apilable 8806, y dispositivos para el cuidado del paciente apilables, por ejemplo, una bomba de infusión apilable 8802. La bomba de infusión apilable 8802 se desliza en una plataforma 8804 en una dirección "A".
La figura 120 muestra un sistema 8900 donde una bomba de infusión apilable 8902b acopla una plataforma 8904 vía un conector 8509 cuando se mueve en la dirección "B".
La figura 121 muestra un módulo de comunicación 9000 de acuerdo con una modalidad de la presente descripción. Los módulos de comunicaciones 9000 incluyen conectores 9002, un anillo de estado LED 9004, una antena RF 9004, un conector a presión 9006, una bobina de carga inalámbrica 9008, una carga de batería y procesador de seguridad 9010, comunicaciones inalámbricas y procesador de sensor 9012 y una batería 9014. El módulo de comunicaciones 9000 de la figura 121 puede ser un módulo de comunicaciones 124a a 124k de las figuras 1, 3, 5, 7 u 8. La figura 122 muestra el módulo de comunicaciones 9000 acoplado a un dispositivo para el cuidado del paciente 9100. La figura 123 muestra un diagrama de circuitos electrónicos 9200 del módulo de comunicaciones 9000 de la figura 121 de acuerdo con una modalidad de la presente descripción.
La figura 124 muestra circuitos electrónicos 9300 para permitir que un interrogador de campo cercano (por ejemplo, uno que opere a aproximadamente 13.56 MHz) para leer una etiqueta RFID UHF de 900MHz. Los circuitos electrónicos 9300 incluyen un oscilador heterodino de transferencia. El circuito 93000 traduce las señales de interrogación de campo cercano a las señales de interrogación RFID. Los circuitos electrónicos 9300 pueden utilizarse por el módulo de comunicaciones 9000 de la figura 90 y/o un módulo de comunicaciones 124a a 124k de las figuras 1 , 3, 5, 7 u 8 para permitir a un circuito de comunicaciones de campo cercano interrogar a una etiqueta de RFID. Cada una de las antenas puede ser reemplazada por un circuito de RF para permitir que el circuito sea usado en un interrogador o un receptor. Adicionalmente o alternativamente, en otras modalidades, los circuitos electrónicos pueden disponerse tal que el interrogador de RFID UHF se utilice para comunicarse con un dispositivo de comunicaciones de campo cercano.
Las Figuras 125 a 127 muestran varias antenas de acuerdo con modalidades adicionales de la presente descripción. Las Figuras 125 y 126 muestran dos resonadores de anillo dividido 12500, 12600 que pueden utilizarse con un explorador, por ejemplo, colocado en un RFID o interrogador de campo cercano y/o antena (para enviar o recibir). Los resonadores 12500, 12600 se hicieron utilizando un tablero con un lado FR-4 de grosor de .028 con cobre de 14.78 mi. El recorte puede usarse para sintonizar los resonadores (como se muestra).
La figura 127 muestra una antena de campo cercana 12700 para un lector UHF (por ejemplo, un lector RFID de 915MHZ), que enfoca el patrón de campo cercano con un microprocesador lector. Sin un amplificador de potencia, se logran aproximadamente 3.81 cm de intervalo de lectura. La antena 12700 está hecha de un FR-1 de .071 cm de grosor, con un revestimiento de cobre. La antena 12700 puede utilizarse con elemento de acoplamiento derivador 10pF.
La figura 128 muestra una pulsera del paciente 12800 con una etiqueta RFID 12802 unida a los mismos de acuerdo con una modalidad de la presente descripción. Debido a que la capacitancia se observa cuando una etiqueta RFID 12802 se une a una pulsera de un paciente, puede utilizarse un resonador de anillo dividido ("LDR") 12804 tal que está 0.025 cm lejos del paciente. La carga dieléctrica de la capacitancia del paciente golpea la frecuencia de la etiqueta RFID 12802; por lo tanto, el SRR 12804 ayuda a afinar la etiqueta RFID 12802 por acoplamiento de la etiqueta RFID 12802 más estrechamente a la antena. La frecuencia resonante de SRR 12804 debe estar ligeramente por encima de la frecuencia de operación de la etiqueta RFID 12802. La figura 129 muestra una vista cercana del resonador de anillo dividido 12804 para el uso en la pulsera de la figura 128.
La etiqueta RFID 12802 de la pulsera del paciente 12800 puede ser escribible. Un concentrador, puerto, dispositivo de cuidado del paciente, y/o cliente de supervisión puede escribir datos relacionados a un paciente en la etiqueta RFID 12802, incluyendo: (1) historia del tratamiento tal como caudal, ajustes de fármaco, signos vitales, etc., (2) estadísticas de uso (parámetros de cuidado del paciente, parámetros de tratamiento del paciente, parámetros que operan el dispositivo de cuidado del paciente, información de diagnóstico de plataformas, concentradores y clientes de supervisión y lo similar); (3) un parámetro de flujo de bomba intravenosa, un parámetro de ECG, un parámetro de presión arterial, un parámetro de oxímetro de pulso, un parámetro del capnómetro de C02, un parámetro de bolsa intravenosa, y un valor de medidor de flujo de goteo; (4) parámetro del paciente incluye por lo menos uno de los avances del tratamiento de una bomba de infusión, una señal electrocardiográfica, una señal de la presión arterial, una señal de oxímetro de pulso, una señal de capnómetro de C02 y una señal de temperatura; (5) parámetros del tratamiento del paciente, tales como ajustes de infusión que incluyen una tasa de infusión o presión de infusión, y reciben de este varios parámetros de operación, como por ejemplo, la presencia de aire en la línea de infusión, la cantidad de solución restante en una bolsa de IV a la que está conectado, o la presión de fluido en la línea de infusión. En algunas modalidades, la etiqueta RFID 12802 incluye sólo una cantidad predeterminada de tiempo pasado (es decir, una historia del rodaje) en su memoria, por ejemplo, 6 horas o 14 horas de historia en una memoria de 32 kilobytes o 56 kilobytes de la etiqueta RFID 12802, en algunas modalidades específicas. En modalidades aún adicionales, la etiqueta RFID 12802 puede incluir un ID del paciente y/o un receptor de comunicaciones de campo cercano para recibir los datos.
La figura 130 muestra un resonador de anillo dividido 13000 de acuerdo con una modalidad de la presente descripción. El resonador de anillo dividido, Q alto 13000 incluye un capacitor 13002, que actúa en el lugar de una ranura de aire. El SRR 13000 puede colocarse a aproximadamente 20.32 cm de una antena de bucle NFC de 13.56 MHZ para mejorar la antena de bucle por tanto como 10 dB. El SRR 13000 puede estar diseñado para operar 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 de acuerdo con una modalidad de la presente descripción.
La figura 132 muestra una lista de verificación de 5R que puede visualizarse en cualquier pantalla descrita aquí. La figura 133 muestra una lista verificación de oclusión que puede ser descrita en cualquier pantalla descrita aquí. La figura 134 muestra una pantalla en comunicación operativa con varias bombas de infusión, por ejemplo, un cliente de supervisió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 un cliente de supervisión portátil de un proveedor de cuidado de la salud, que muestra una lista de pacientes cuya información puede acceder al proveedor de acuerdo con una modalidad de la presente descripción; La figura 136 es una ilustración de una pantalla en un cliente de supervisión portátil de un proveedor de cuidado de la salud, que muestra los dispositivos asociados con un paciente particular, con los datos actuales de los dispositivos y acceso de un toque a alguna de la información médica del paciente de acuerdo con una modalidad de la presente descripción. La figura 137 es una ilustración de una pantalla en un cliente de supervisión portátil de un proveedor de cuidado de la salud, que muestra campos de entrada de datos para una receta para un medicamento para su uso con una bomba de infusión intravenosa de acuerdo con una modalidad de la presente descripción. La figura 138 es una ilustración de una pantalla en un cliente de supervisión portátil de un proveedor de cuidado de la salud, que mostrando un perfil de riesgo asociado un medicamento ordenado, y un curso sugerido de acción, como el generado por la supervisión de acuerdo con una modalidad de la presente descripción. La figura 139 es una ilustración de una pantalla en un cliente de supervisión portátil de un proveedor de cuidado de la salud, que muestra una receta de medicamento lista para su presentación por el proveedor de pedidos de acuerdo con una modalidad de la presente descripción. La figura 140 es una ilustración de una pantalla en un cliente de supervisión portátil de un proveedor de cuidado de la salud, que muestra cómo el sistema de supervisión puede mostrar la confirmación al proveedor de pedidos que la receta se ha transmitido al farmacéutico de acuerdo con una modalidad de la presente descripción.
Ejemplo de entrada de la orden asistida por supervisión La funcionalidad del sistema de supervisión del paciente puede ilustrarse con un ejemplo en el cual un proveedor de pedidos entra en una nueva receta de medicamento para un paciente. En este escenario, el médico puede ver su lista de los pacientes ingresados en su dispositivo de mano después de introducir el código de acceso de seguridad apropiado. En este ejemplo, los pacientes del médico pueden enlistarse como se muestra en la figura 97, con información seleccionable por el usuario y limitada 26 en cada paciente, tal como por ejemplo, edad, diagnóstico y el número de expediente médico. Los símbolos de alerta 27 pueden ser transmitidos por el cliente de supervisión 1 al dispositivo del médico 11 si, por ejemplo, las órdenes para el paciente 2 son incompletas, la enfermera ha marcado al paciente para la atención, o si el cliente de supervisión 1 ha recibido la entrada de una base de datos o un dispositivo de supervisión del paciente 14 a 17 que ha excedido un umbral predeterminado para la notificación del médico.
Después de que el médico selecciona a un paciente para su revisión adicional, una pantalla tal como se muestra en la figura 135 puede transmitirse al dispositivo del médico 11. El médico puede ver los datos seleccionares por el usuario que se originan de los monitores 14 a 17 a los que el paciente está conectado, y el médico puede tener acceso de un toque a un número de bases de datos 19 a 21, 23 que contiene información específica del paciente. En una modalidad, el cliente de supervisión 1 puede ser 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 pulsar en el icono que representa la bomba de infusión 7 para ordenar un medicamento intravenoso para el paciente 2.
La figura 137 muestra uno de un número de pantallas de órdenes de receta posibles con el cual un médico puede ordenar remotamente un medicamento. En el ejemplo ilustrado, el médico introduce la nitroglicerina de fármaco IV, que puede ser introducida por escribir o a través de una pantalla de menú desplegable poblada por formulario de la farmacia del hospital 22, accedido por el cliente de supervisión 1 vía el servidor de supervisión 3. El botón de 'PDR' 29 puede representar el acceso de un toque del médico a uno en hospital 22 o base de datos del fármaco del propietario 9 para información de fármaco detallada. El médico puede ordenar la dosis del medicamento, ya sea directamente o mediante la aceptación de una dosis de inicio estándar por defecto 30 proporcionada por el servidor de supervisión 3. El médico también puede especificar la tasa de infusión de fluido máxima 31 para la bomba de infusión 7, con el fin de ayudar al farmacéutico en la preparación de la concentración adecuada del fármaco en una bolsa para infusión.
La figura 138 muestra un ejemplo de cómo el sistema de supervisión del paciente puede detectar un riesgo de una reacción adversa después de que el médico ha ingresado en la receta. El cliente de supervisión 1 puede comparar el nuevo medicamento 28 a los medicamentos existentes del paciente y lista de alergia a fármacos descargada de HCE 19. El servidor de supervisión 3 preferiblemente habrá poblado los datos específicos del paciente apropiados en el cliente de supervisión 1, y el cliente 1 será programado para ver esta información después de haberse ingresado la nueva orden de medicamento. El cliente de supervisión 1 puede programarse para solicitar un listado de reacciones adversas significantes y las interacciones de fármaco asociadas con cada uno de los medicamentos del paciente y un nuevo medicamento 28 desde el servidor de supervisió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 una interacción de fármaco potencial o común de reacción adversa a un medicamento existente y el nuevo medicamento 28 se detecta, el cliente de supervisión 1 puede emitir una advertencia 32 y transmitirla al médico de la orden, como se muestra en la figura 138. Si la reacción adversa potencial se debe a un efecto común al nuevo medicamento y un medicamento existente, el cliente de supervisión 1 puede catalogar 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 de orden tiene la opción de tampoco aceptar la recomendación 33 o modificar la dosis recomendada a otro valor. En cualquier caso, el cliente de supervisión 1 puede generar y registrar un reporte 34 de la advertencia 32 y cualquier acción correctiva 33, si existe, tomada por el médico, con la opción para el médico de editar además el reporte antes del registro y el ingreso en HCE del paciente 19.
Una vez que finalmente se determina la dosificación del medicamento, el cliente de supervisión 1 puede reenviar la orden de los dispositivos de comunicación del farmacéutico de hospital 6 y enfermera del paciente 5. Un informe de la realización de esta tarea puede transmitirse luego al médico que envía la orden 11 , como se muestra en la figura 140. El farmacéutico puede utilizar la información proporcionada por el médico que envía la orden para mezclar una concentración adecuada del medicamento en una bolsa de solución. Tanto el frasco de medicamento como la bolsa de solución pueden tener etiquetas de identificación, tales como, por ejemplo, identificadores de código de barras, que pueden leerse en el cliente de supervisión del farmacéutico 6, y que pueden ser verificados como correcto por parte del cliente de supervisión 1 (usando la base de datos de farmacia 22 como acceder al servidor de supervisión 3). El farmacéutico puede generar entonces una etiqueta de identificación única, tal como una etiqueta de código de barras, para colocarse permanentemente en la bolsa de medicamento, el código ahora siendo enlazado únicamente al paciente 2 para quien se ha preparado el medicamento 28. El código de identificación de la etiqueta puede transmitirse al cliente de supervisión 1 para la reconciliación posterior cuando la enfermera se acerca a administrar el medicamento 28.
Después de que el medicamento preparado 28 llega al piso del paciente, la enfermera puede entonces preparar para administrarlo al paciente 2. En este escenario ejemplar, el cliente de supervisión 1 puede incluir un dispositivo de entrada tal como un lector de código de barras, que la enfermera puede usar para verificar que el código de identificación en la bolsa de medicamento coincide con la identidad del paciente 2 para quien ha sido prescrito. Si la identificación coincide con la información introducida en el cliente de supervisión 1 por el farmacéutico, la enfermera puede quitar el dispositivo 1 para colgar la bolsa de medicamento e iniciar la infusión vía la bomba de infusión 7. En una modalidad, el cliente de supervisión 1 muestra a la enfermera la receta, incluyendo la dosis, la velocidad de flujo máxima para el paciente, la concentración del fármaco en la bolsa, y la tasa de infusión para la bomba (que opcionalmente se puede calcular por un procesador en el cliente de supervisión 1. Con esta información, la enfermera tiene la capacidad para calcular manualmente y verificar que la velocidad de infusión establecida por el cliente de supervisión 1 para la bomba 7 sea correcta.
La figura 141 muestra un aparato 14100 formado por una bomba de microinfusión 14104 acoplada a un adaptador 14102 de acuerdo con una modalidad de la presente descripción. El adaptador 14102 incluye una pantalla táctil 14106 que puede utilizarse para controlar la operación 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 inalámbricamente con un cliente de supervisión 1 de las figuras 3, 5, 7, 8, un cliente de supervisión 902 de la figura 9, una plataforma 102 o 104 de la figura 1 , una plataforma 102 o 104 de la figura 3, una plataforma 502 de la figura 5, un concentrador 802 de la figura 8, una plataforma 804, 806 o 102 de la figura 8, la llave 133 de las figuras 1 , 3, 5 o 7 o cualquier dispositivo para el cuidado del paciente descrito aquí.
El adaptador 14102 puede incluir varios conectores eléctricos tal que la bomba de microinfusión 14104 puede ser acoplada al adaptador 4102. El adaptador 14102 puede incluir un conector eléctrico de una parte posterior a la interfaz con una plataforma del dispositivo para el cuidado del paciente 104. Por ejemplo, el adaptador 14102 puede incluir un conector tal que el adaptador 14102 se acopla.
La pantalla táctil 4106 puede utilizarse para establecer una tasa de infusión, una cantidad de bolo, o un ajuste prolongado de bolo, etc. Adicionalmente o alternativamente, la pantalla táctil 4106 puede utilizarse para estimar la cantidad de medicamento líquido que queda dentro de la bomba de microinfusión 14104.
La figura 142 muestra una vista en perspectiva de un dispositivo concentrador inalámbrico 14200 que transmite inalámbricamente datos de un dispositivo para el cuidado del paciente a un cliente de supervisión, otro concentrador o una plataforma de acuerdo con una modalidad de la presente descripción.
El dispositivo concentrador inalámbrico 14200 incluye un cuerpo 1402 acoplado a una pantalla táctil 14204 y un soporte 14206. El dispositivo concentrador inalámbricamente 1420 puede comunicar los datos desde otro dispositivo para la atención del paciente a un dispositivo para la atención del paciente a un cliente de supervisión, otro concentrador, una plataforma, etc. Por ejemplo, el dispositivo concentrador inalámbrico 14200 puede comunicar datos con un dispositivo para el cuidado del paciente de acuerdo con un primer protocolo inalámbrico y transmitir la información a través de otro protocolo inalámbrico al cliente de supervisión, otro concentrador, una plataforma, etc. Por ejemplo, el dispositivo concentrador inalámbricamente 14200 puede comunicarse con un dispositivo para el cuidado del paciente vía Bluetooth y transmite los datos a una plataforma (por ejemplo, plataforma 104 de la figura 1) vía comunicaciones de campo cercano; en esta modalidad específica, el soporte 14206 puede ser en forma tal que el soporte 14206 puede descansar en una plataforma, por ejemplo, la plataforma 104 de la figura 1.
La figura 143 muestra una vista en perspectiva, frontal de un sistema para el cuidado electrónico del paciente 14300 que tiene dispositivos para el cuidado del paciente modulares 14304, 14306, 14308 y 14310 acoplados a un cliente de supervisión 1430 vía un adaptador 14316 y una plataforma 14314 de acuerdo con una modalidad de la presente descripción. La plataforma 14314 está acoplada a un poste 14312. El adaptador 14316 provee una conexión eléctrica entre la plataforma 14314 y los dispositivos para el cuidado del paciente 14304, 14306, 14308 y 14310. Es decir, el adaptador 14316 puede cambiarse basado en el tipo de dispositivos para el cuidado del paciente 14304, 14306, 14308 y 14310 utilizado.
La figura 144 muestra una vista en perspectiva, lateral del sistema para el cuidado electrónico del paciente de la figura 143 de acuerdo con una modalidad de la presente descripción. Refiriéndose a las figuras 143 a 144, el dispositivo para el cuidado del paciente 14306 se desliza sobre el adaptador 14316 mediante rieles 14318 y 14320. La bomba de infusión 14304 puede ajustarse sobre la pestaña accionada por resorte 14322. Una palanca en la parte trasera del adaptador 14316 puede ser tirada lejos de la pestaña de la bomba de infusión 14304.
La figura 145 muestra una vista en perspectiva, detallada de la interfaz de uno de los dispositivos para el cuidado del paciente que se muestra en la figura 143 de acuerdo con una modalidad de la presente descripción. Haciendo referencia ahora a las figuras 144 y 145, el riel 14318 se acopla con la pista 14502 y el riel 14320 se acopla con el riel 14504. Un espacio 14506 recibe la pestaña 14322 tal que la bomba de infusión 14304 se ajusta en el lugar en el adaptador 14316.
La figura 146 muestra una vista superior del sistema para el cuidado electrónico del paciente 14300 de la figura 143 de acuerdo con una modalidad de la presente descripción. La plataforma 14314 se acopla a dos adaptadores 14602 y 14316. La plataforma 14314 está acoplada al poste 14312 mediante una abrazadera 14606. La bomba 14304 se muestra con la puerta de la bomba 14604 abierta.
La figura 147 muestra una ilustración de un sistema 14700 para el cuidado electrónico del paciente de acuerdo con una modalidad de la presente descripción. El sistema 14700 incluye un servidor central 14702, un cliente del servidor central 14703, un servidor de hospital 14704, uno o más sistemas IT médicos 14705, plataformas/concentradores 14707, 14708 y 14709 y un cliente servidor del hospital 14706.
El servidor central 14702 puede ser un servidor de nivel empresarial, un servidor de nivel de hospital, o un servidor global (por ejemplo, un servidor en la nube). El servidor central 14702 puede proporcionar las 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, las plataformas/concentradores 14707, 14708 y 14709, dispositivos para el cuidado del paciente acoplados a las plataformas/concentradores 14707, 14708 y 14709 o clientes de supervisión en comunicación operativa con las plataformas/concentradores 14707, 14708 y 14709 basados en un ID de dispositivo. Adicionalmente o alternativamente, el servidor central 14702 puede proporcionar el software para su descarga en una zona aislada como se describe a continuación (véase la figura 148). Adicionalmente o alternativamente, el servidor central 14702 puede recibir las estadísticas de uso (parámetros para el cuidado del paciente, parámetros para el tratamiento del paciente, parámetros de operación del dispositivo para el cuidado del paciente, información de diagnóstico de plataformas, concentradores y clientes de supervisión, y lo similar). 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 del servidor central 14703 puede comunicarse con el servidor central 14702 para supervisar la operación del servidor central 14702, véase los archivos de registro aquí, o para ver los datos en relación con la eficacia de un fármaco como se describió anteriormente. En algunas modalidades de la presente descripción, el cliente del servidor central 1403 es software en una estación de enfermeras tal que la enfermera pueda supervisar plataformas/concentradores, pacientes y/o dispositivos para el cuidado del paciente.
El servidor del hospital 14704 puede ser instalado en un hospital, una unidad de cuidados de un hospital (por ejemplo, unidad de cuidados intensivos neonatales ("NICU"), unidad de cuidados intensivos ("ICU"), etc.), un piso de un hospital, o por un grupo de hospitales (por ejemplo, un grupo administrativo de los hospitales).
El servidor del hospital 14704: (1) puede incluir un conjunto personalizado de DERS, puede rastrear dispositivos para el cuidado del paciente, plataformas/concentradores o clientes de supervisión; (2) puede identificar y registrar dispositivos para el cuidado del paciente no compatible, plataformas/concentradores o clientes de supervisión; y/o (3) puede configurar o actualizar plataformas/concentradores, clientes de supervisión y/o dispositivos para el cuidado del paciente (por ejemplo, de archivos de software de actualización, archivos de configuración o archivos de firmware desde el servidor central 14702).
El uno o más sistemas IT médicos 14705 comunican con el servidor del hospital 14704 para proveer funcionalmente al mismo. El sistema IT médico 14705 puede proporcionar entrada de orden del proveedor computarizado ("CPOE"), una biblioteca de fármaco, registros médicos electrónicos ("RME"), un sistema de gestión de mantenimiento computarizado ("CMMS"), u otra base de datos o sistema computarizado.
Las plataformas/concentradores 14707, 14708 y 14709 se comunican con el servidor del hospital 14704. Puede ser uno o más de las plataformas/concentradores 14707, 14708 y 14709 en la habitación del paciente.
El cliente del servidor de hospital 14706 permite a un usuario o técnico a la ¡nterfaz con el servidor del hospital 14704 para facilitar la actualización del software, para supervisar los archivos de registro aquí, o para ayudar a facilitar la mejora de calidad continua ("CQI").
La figura 148 muestra un diagrama de bloques de un sistema para el cuidado electrónico del paciente 14802 de acuerdo con una modalidad de la presente descripción. El sistema 14802 incluye un sistema del servidor empresarial 14804, una tienda de aplicaciones 14806, un administrador de dispositivo 14808, uno o más concentradores 1426, una o más tabletas 14810, una o más bombas de infusión 14814 y uno o más sensores inalámbricos 14816. Las comunicaciones entre la tableta y la plataforma/concentrador 14812, entre la plataforma/concentrador 14816 y el sensor inalámbrico 14816, entre la plataforma/concentrador 14812 y la bomba de infusión 14814, entre la plataforma/concentrador 14812 y el administrador de dispositivo 14808, entre el administrador de dispositivo 14808 y la tienda de aplicación 14806, y/o entre en administrador del dispositivo 14840 y servidor(es) empresariales 14804 pueden hacerse mediante el uso de WiFi, Ethernet, Bluetooth, USB, 3G, 4G, HALO, SOAP, datos X L, datos utilizando autodescriptivos, HL7, TCP/IP, plantillas de Bluetooth, un enlace de comunicaciones dedicado y/o no dedicado.
El sistema del servidor empresarial 14804 puede incluir, en algunas modalidades, una base de datos de CMMS 14832, un CPOE 14834, un RME 14836, y/o un servidor de facturación 14838. El sistema del servidor empresarial 14804 puede recibir información sobre la salud del equipo que incluye los datos de calibración, duración de batería, etc., con el CMMS 14832.
La tienda de aplicaciones 14806 puede incluir una o más aplicaciones de dispositivos (o programas) 14850, 14851 , 14852 y/o 14853, que puede controlar o programar uno o más dispositivos para el cuidado del paciente, uno o más sensores, una o más bombas de infusión 14814, proporcionar las funciones de diagnóstico del pacientes, etc. La tienda de aplicaciones 14806 puede proporcionar comunicaciones encriptadas para facilitar la descarga de una o más aplicaciones del dispositivo 14850 a 14853.
El administrador del dispositivo 14808 puede ser un servidor de nivel hospitalario que proporciona DERS global 14840 y políticas locales 14842. Las políticas locales 14842 pueden incluir límites duros o suaves adicionales (por ejemplo, en fármacos) basados en, por ejemplo, la ubicación de la plataforma/concentrador particular 14812 en el hospital (por ejemplo, el ER, NICU, ICU, etc.).
La plataforma/concentrador 14812 puede acoplarse a uno o más sensores alámbricos o inalámbricos 14816, una o más bombas de infusión 14814, y/o puede conectarse a otros dispositivos para el cuidado del paciente. La plataforma/concentrador 14812 puede comunicarse con el uno o más sensores inalámbricos 14816 usando WiFi, Ethernet, Bluetooth, Bluetooth de baja energía, USB, 3G, 4G, HL7, TCP/IP, plantillas de Bluetooth u otro protocolo mediante un enlace de comunicaciones dedicado o no dedicado y pueden usarse 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 ser acoplado a un módulo de comunicación mediante un enlace serial tal como SPI). La tableta 14810 puede interactuar en la plataforma/concentrador 14812. La plataforma/concentrador 14812 puede incluir una copia local de DERS 14826 que puede ser actualizada periódicamente por DERS 14840 desde el administrador de dispositivo 14808. Adicionalmente o alternativamente, la plataforma/concentrador puede incluir una copia local de las políticas locales 14828 que pueden ser actualizadas periódicamente por el administrador de dispositivo 14808.
La tableta 14810 puede proporcionar hojas de flujo de cuidado que proporciona el cuidador o paciente con una lista de verificación de actividades para su día y puede grabar y registrar datos de escalas de peso, monitores vitales, datos de bañarse, cambio de vestimenta, información dietética de los dispositivos para el cuidado del paciente o pueden ingresarse manualmente en la tableta 14810, que pueden ser actualizados y almacenados en el archivo de RME del paciente dentro el RME 14836. La tableta 14810 puede proporcionar tutoriales del paciente o cuidador internos para servir como un recordatorio para las operaciones de cuidados específicos tal como y cuando cambiar apositos, medir la salida de orina, o tomar las lecturas de glucosa de sangre. Adicionalmente o alternativamente, la tableta 14810 puede indicar a un cuidador, paciente o usuario cómo resolver una fuente de una alarma suave y/o alarma dura.
Un dispositivo para el cuidado del paciente, por ejemplo, la bomba de infusión 14814, puede incluir comunicaciones de campo cercano ("NFC") que se comunican con la plataforma/concentrador 14812 cuando la bomba de infusión 14814 está en proximidad cercana con la plataforma/concentrador 14812 a, por ejemplo, el par los dispositivos, para pasar los datos de configuración, o establecer los parámetros de la bomba de infusión 14814 para el paciente con el cual está asociada la plataforma/concentrador 14812. Después de las comunicaciones de NFC, la bomba de infusión 14814 puede comunicarse con la plataforma/concentrador 14812 inalámbricamente o a través de un enlace inalámbrico. Por ejemplo, una bomba de infusión 14814 puede ser en cercanía (o contacto) en proximidad con la plataforma/concentrador 14812 en que comunicaciones de NFC se utilizan para acoplar la bomba de infusión 14814 con la plataforma/concentrador 14812 usando un enlace de comunicaciones Bluetooth.
La plataforma/concentrador 14812 puede ejecutar una aplicación del dispositivo 14820 a 14824 con una zona aislada 14814. La zona aislada 14814 puede requerir la aplicación escrita con criterios predeterminados. En algunas modalidades, la zona aislada 14814 puede incluir un API que tiene una clase de datos segura. En aún modalidades adicionales, la zona aislada 14814 puede residir en el cliente de supervisión 14810. La zona aislada 14814 puede ser una máquina virtual, puede ser un programa que controla los recursos (por ejemplo, recursos de hardware o software disponibles a través de un API, por ejemplo) las aplicaciones del dispositivo 14820 a 14824 pueden utilizar, pueden tener variables globales accesibles por las aplicaciones del dispositivo 14820 a 14824, y pueden ser basado en el intérprete. Es decir, la zona aislada 14812 es un área protegida que permite a las aplicaciones del dispositivo 14820 a 14824 ejecutarse en un ambiente de recurso controlado y limitado. La zona aislada 14812 puede descargarse desde el administrador del dispositivo 14808 o la tienda de aplicación 14806. La zona aislada 14812 puede ser pre-configurada para el tipo de plataforma/concentrador particular, por ejemplo, basado en cualquier solo o 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 servicio del sistema operativo, otro identificador, etc.
Por ejemplo, la plataforma/concentrador puede identificar la bomba de infusión 14814 por número de serie y descargar desde la tienda de aplicación una aplicación del dispositivo 14850 dentro de la plataforma/concentrador 14812 (por ejemplo, la aplicación de dispositivo 14820). Las aplicaciones del dispositivo 14820 a 14824 pueden controlar y/o comunicarse con la bomba de infusión 14814 para pasar información acerca de la bomba de infusión 14814 a la tableta 14810 para la visualización (por ejemplo, a través de XML, por ejemplo). Adicionalmente o alternativamente, la una o más de las aplicaciones del dispositivo 14820 a 14824 puede mostrar los datos de los dispositivos, utiliza heurísticos complejos para combinar datos de varias fuentes, etc. La zona aislada 14818 también puede controlar el acceso a diversos recursos, tales como: memoria, memoria no volátil, discos duros, interfaces de red, dispositivos de entrada, dispositivos de salida, un vibrador, etc. En algunas modalidades, la zona aislada 14818 puede limitar o prohibir las aplicaciones del dispositivo 14820 a 14824 para la lectura y/o escritura de archivos específicos, tales como archivos de sistema. La zona aislada 14818 puede proporcionar recursos temporales y/o protegidos a las aplicaciones del dispositivo 14820 a 14824, tal como: un espacio de memoria "reutilizable" y/o un espacio de disco duro reutilizable.
Cualquiera de los intentos por la aplicación del dispositivo 14820 para violar el DERS14826, las políticas locales 14828, o inhibir la plataforma/concentrador 14828 para realizar sus funciones primarias (por ejemplo, las funciones de alta prioridad, designadas) serán prevenidas por otro software que se ejecuta en la plataforma/concentrador 14812 (por ejemplo, un sistema operativo tal como el sistema operativo Android, lOs, Linux, Windows o Windows CE que controla la ejecución de la zona aislada mediante uno o más bloques de control de procedimiento o uno o más roscas de una agrupación de roscas).
La zona aislada 14818 puede controlar la puesta en marcha de una o más de las aplicaciones del dispositivo 14820 a 14824. Por ejemplo, la zona aislada 14818 puede comprobar reglas o enlaces (por ejemplo, llamadas a librerías enlazadas dinámicamente) para asegurar que la aplicación del dispositivo de las aplicaciones del dispositivo 14820 a 14824 designadas para ejecución no tiene ninguno de los enlaces rotos y conforme a criterios predeterminados controlados por la zona aislada 14818. Por ejemplo, la zona aislada 14818 puede comprobar que todas las referencias de una aplicación de dispositivo 14850 a bibliotecas compartidas dentro del software de plataforma/concentrador 14812 existen dentro de bibliotecas compartidas "seguras" específica, la función particular o variable dentro de la biblioteca existe, y el tipo de variable y datos solicitados por las aplicaciones del dispositivo 14820 a 14824 o comunicados por las aplicaciones del dispositivo 14820 a 14824 cumple o existe dentro de la biblioteca.
En algunas modalidades de la presente descripción, la zona aislada 14818 prioriza el acceso a los recursos. Por ejemplo, si múltiples aplicaciones del dispositivo 14820 a 14824 solicitan el acceso a un dispositivo de alarma (por ejemplo, un altavoz) o la variable que indica una condición de alarma, la zona aislada 14812 puede priorizar las fuentes de las solicitudes y visualizar la lista de prioridades de las causas de alarma en la tableta 14810 permitiendo a un cuidador deshabilitar ciertas condiciones de alarma, fuentes de alarma de múltiples direcciones y/o evaluar la condición del paciente.
En algunas modalidades de la presente descripción, la plataforma/concentrador 14812 incluye un procesador con dos núcleos tal que uno de los núcleos ejecuta la zona aislada 14818 mientras otro núcleo ejecuta un sistema operativo que controla la asignación de los recursos utilizados por la zona aislada 14818 mediante una de las aplicaciones del dispositivo 14820 a 14824.
En algunas modalidades de la presente descripción, la plataforma/concentrador 14812 incluye dos procesadores tal que uno de los procesadores ejecuta la zona aislada 148 8 mientras otro procesador ejecuta un sistema operativo que controla la asignación de los recursos utilizados por la zona aislada 14818 mediante una de las aplicaciones del dispositivo 14820 a 14824.
En algunas modalidades de la presente descripción, la plataforma/concentrador 14812 incluye dos procesadores tal que uno de los procesadores ejecuta la zona aislada 14818 mientras otro procesador ejecuta una función de vigilancia para asegurar la operación segura de los recursos utilizados por la zona aislada 14818 mediante una de las aplicaciones del dispositivo 14820 a 14824.
En algunas modalidades de la presente descripción, la plataforma/concentrador 14812 incluye dos procesadores tal que uno de los procesadores ejecuta un procesador de seguridad en tiempo real mientras otro procesador ejecuta la zona aislada 14818 y un sistema operativo que controla la asignación de los recursos utilizados por la zona aislada 14818 mediante aplicaciones del dispositivo 14820 a 14824.
En algunas modalidades de la presente descripción, la plataforma/concentrador 14812 incluye uno o más procesadores cada uno con uno o más núcleos tal que por lo menos un bloque de control de procedimiento ejecuta la zona aislada 14818 mientras que al menos otro bloque de control de procedimiento ejecuta un sistema operativo que controla la asignación de los recursos utilizados por la zona aislada 14818 mediante una de las aplicaciones del dispositivo 14820 a 14824.
La plataforma/concentrador 14812 puede des-identificar los datos de los dispositivos para el cuidado del paciente y cargar los datos en la base de datos 14830 (por ejemplo, una base de datos basada en la nube); los datos pueden ser datos en tiempo real agregados a nivel nacional para facilitar la detección de epidemia, planificación de recursos, y planificación de implantación dentro de un hospital o un sistema hospitalario.
La figura 149 muestra un diagrama de bloques 14900 de una porción al lado del sistema del paciente electrónico de la figura 147 y/o figura 148 de acuerdo con una modalidad de la presente descripción. El diagrama 14900 incluye un cliente de supervisión 14902 (que puede ser la tableta 148120), un adaptador del cliente de supervisión 14904 tal que el cliente de supervisión 14902 puede interactuar con la plataforma/concentrador 14906 (que puede ser la plataforma/concentrador 14812), y varias bombas de infusión 14910. La plataforma/concentrador 14906 puede comunicarse con las bombas de infusión 14910 vía WiFi, Zigbee, Bluetooth, una red de malla, un protocolo punto a punto (por ejemplo, basado en Wi-Fi), etc. Las bombas de infusión 14910 pueden ser alimentadas directamente a través de la salida de AC 14908 (no mostrada) y/o desde la plataforma/concentrador 14906 directamente. La plataforma/concentrador 14906 se acopla a los sensores inalámbricos 14814 (inalámbricamente o con alambre) y a los sensores USB 14912 mediante un cable USB.
En algunas modalidades de la presente descripción, otra pantalla en la habitación puede estar presente, por ejemplo, un concentrador, un cliente de supervisión, computadora, etc., que pueden comunicarse con la plataforma/concentrador 14812 y/o tableta 14810 vía WiFi, Ethernet, Bluetooth, USB u otro protocolo mediante un enlace de comunicaciones dedicado o no dedicado.
La figura 150 muestra un diagrama de bloques de la plataforma/concentrador 15000 de las figuras 147, 148 y/o 149 de acuerdo con una modalidad de la presente descripción. La plataforma/concentrador 15000 incluye un procesador principal 15003 y un procesador de seguridad 15002 (que uno o ambos puede ser un procesador, un microprocesador, o un microcontrolador, por ejemplo un procesador Snapdragon).
El procesador de seguridad 15002 está acoplado a una unidad de altavoz 15011 que controla un altavoz suplente 15012. También se acopla el procesador de seguridad 15002 a un Bus 2X CAN conectado a un dispositivo para el cuidado del paciente mediante el conector del dispositivo 15014. En algunas modalidades, el conector del dispositivo 15014 se comunica con un dispositivo para el cuidado del paciente mediante un Zigbee, Bluetooth, WiFi, Bus CAN, o enlace de comunicaciones SPI.
El procesador de seguridad 15002 está acoplado a un regulador de voltaje 15010 que recibe la energía de una batería de respaldo 15017 y/o de un cargador de baterías 15009. El procesador de seguridad 15002 está acoplado a un interruptor habilitado 15016 que puede desactivar el suministro de energía de un dispositivo para el cuidado del paciente acoplado al conector del dispositivo 15014. El limitador de corriente 15015 también puede limitar la corriente a un dispositivo para el cuidado del paciente acoplado al conector del dispositivo 15014.
El procesador de seguridad 15002 también está acoplado a un interruptor habilitado 15020 que habilita/deshabilita un suministro de energía de 5 voltios al dispositivo para el cuidado del paciente acoplado mediante el conector del dispositivo 15014. Se recibe la señal de 5V al dispositivo para el cuidado del paciente desde el regulador de voltaje 15010 que recibe su energía de 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 de AC/DC 15008 acoplado a una salida de AC 15007.
El procesador principal 15003 está acoplado a una cámara 15024, un transceptor de WiFi 15025, un transceptor de 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 principal 15003 está acoplado a un cable de USB que se acopla a un puerto USB 15023 y/o un cliente de supervisión vía un conector Ul 15022. En algunas modalidades, el procesador principal 15003 puede comunicarse con una tableta vía WiFi u otro enlace de comunicaciones inalámbrico. El procesador principal 15003 puede comunicarse con un dispositivo para el cuidado del paciente mediante la conexión USB 15023 y/o el cliente de supervisión mediante un puerto USB mediante el conector Ul 15022. El procesador principal 15003 comunica una señal a una unidad de altavoz 15006 que activa un altavoz principal 150005.
La figura 151 es un diagrama de bloques que ilustra los circuitos de la bomba de infusión 15100 de las figuras 148 y/o 149 de acuerdo con una modalidad de la presente descripción. Los circuitos 151 incluyen un procesador de Ul/seguridad 15102 que controla la pantalla de la bomba 15104 y registra los datos en la memoria no volátil 15105. El procesador de Ul/interfaz 15102 se comunica con un concentrador/plataforma vía un Bus CAN acoplado con el conector del dispositivo 15108. En algunas modalidades el procesador en tiempo real 151102 y/o procesador de Ul/seguridad 15102 se comunica con un concentrador/plataforma vía el conector del dispositivo 15108 usando un Bluetooth, un enlace de comunicaciones inalámbrico o alámbrico. La Ul/procesador de seguridad 15102 puede incluir una librería de procesamiento de imagen para procesar imágenes desde una cámara. Adicionalmente o alternativamente, el Ul/procesador de seguridad 15102 puede incluir una biblioteca para mostrar una interfaz GUI en la pantalla de la bomba 15104 (que puede ser una pantalla táctil).
La Ul/procesador de seguridad 15102 está acoplado a un sensor que ocluye en el lugar 1516, un sensor de bloqueo 15117, un sensor de aire en línea 1518, unos sensores de efecto Hall motor 15119, botones 15120 y luces de estado 15121. 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 motor 15107.
El procesador en tiempo real 15103 (el cual uno o ambos pueden ser un procesador, un microprocesador o un microcontrolador, por ejemplo un procesador SnapDragon) controla la operación del motor de bomba 15106 vía la unidad del motor 15107. El procesador en tiempo real 15103 se comunica con la Ul/procesador de seguridad 15102 (por ejemplo, para recibir los ajustes de la bomba) mediante una interfaz serial. El procesador en tiempo real 15103 carga los datos de calibración de la 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 desde el sensor de corriente del motor 15109, la temperatura de alojamiento del motor 15110, el sensor de presión de oclusión 15111 , el sensor de posición del eje de leva 15112, los sensores de posición de seguidor de leva 1513 y/o acelerómetro 15114.
En las figuras 151 y 152, los dos procesadores pueden utilizarse para confirmar la(s) instrucción(es), para realizar verificaciones de seguridad, u otras funcionalidades (por ejemplo, confirmación del usuario de un parámetro de tratamiento del paciente) en una manera idéntica y/o similar que se describe en la solicitud de Patente de E.U.A. Serie No. 12/249,600, presentada el 10 de octubre de 2008 y titulada Montaje de bomba de infusión multi-lenguaje/multi-procesador ahora Publicación de E.U.A. No. US-2010-0094221 , publicada el 15 de abril de 2010 (No. de expediente del apoderado F54), que es con lo cual incorporada para 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 el uso con los circuitos de bomba de infusión de la figura 151 de acuerdo con una modalidad de la presente descripción. El fluido de las bombas de infusión vía un tubo 15207. El motor 15204 incluye sensores de efecto hall-motor 15205, un sensor de temperatura de alojamiento del motor 15206, sensores de efecto hall 15201 y 15202 para detectar el movimiento del mecanismo de abrazadera con corredera 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 rotatoria de efecto hall 15208.
Varias alternativas y modificaciones se pueden considerar por aquellos expertos en la técnica sin apartarse de la divulgación. En consecuencia, en la presente divulgación se pretende abarcar todas dichas alternativas, modificaciones y variaciones. Además, aunque diversas modalidades de la presente divulgación se han mostrado en los dibujos y/o discutido en la presente, no se pretende que la divulgación esté limitada a ellas, ya que se pretende que la divulgación sea de amplio alcance a medida que la técnica permitirá que la especificación se lea así. Por lo tanto, la descripción anterior no se debe interpretar como una limitación, sino simplemente como ejemplificaciones de modalidades particulares. Y, aquellos expertos en la técnica considerarán otras modificaciones dentro del alcance y del espíritu de las reivindicaciones anexas a la presente. Otros elementos, etapas, métodos y técnicas que no sean sustancialmente diferentes de aquellos descritos anteriormente y/o en las reivindicaciones anexas también se consideran que están dentro del alcance de la divulgación.
Las modalidades mostradas en los dibujos se presentan sólo para demostrar ciertos ejemplos de la descripción. Y, los dibujos descritos sólo son ilustrativos y no son limitantes. En los dibujos, para propósitos ilustrativos, el tamaño de algunos de los elementos puede ser exagerado y no 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.
Donde se utiliza el término "que comprende" en la presente descripción y reivindicaciones, no excluye otros elementos o pasos. Donde un artículo definido o indefinido se utiliza cuando se refiere a un sustantivo singular, por ejemplo "un" "una" o "el/la", esto incluye un plural del sustantivo a menos que se indique de otra manera es específicamente establecido. Por lo tanto, el término "comprende" no se debe interpretar como que limita a los elementos que se enumeran a continuación; no excluye otros elementos o etapas, y de ese modo el alcance de la expresión "un dispositivo que comprende los elementos A y B" no se debe limitar a los dispositivos que consisten solamente de los 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, si se utilizan en la descripción o en las reivindicaciones, son proporcionados para distinguir entre elementos similares y no necesariamente para describir un orden secuencial o cronológico. Se debe entender que los términos así utilizados son intercambiables bajo las circunstancias apropiadas (a menos que se describa claramente lo contrario) y que las modalidades de la divulgación descritas en la presente son capaces de funcionar en otras secuencias y/o disposiciones que se describen o ilustran en la presente.

Claims (32)

NOVEDAD DE LA INVENCIÓN REIVINDICACIONES
1. Un sistema para el cuidado electrónico del paciente, el sistema comprende: un concentrador configurado para supervisar un dispositivo para el cuidado del paciente, el concentrador comprende: un componente del sistema operativo configurado para accesar al menos a uno de un recurso de hardware del concentrador y un recurso de software del concentrador; y un componente de zona aislada configurado para controlar el acceso a el al menos uno del recurso de hardware y el recurso de software; en donde el concentrador está además configurado para identificar el dispositivo para el cuidado del paciente y ejecutar una aplicación para supervisar el dispositivo para el cuidado del paciente, y en donde el concentrador ejecuta la aplicación dentro del componente de zona aislada para que la aplicación tenga acceso al por lo menos uno del recurso de hardware y el recurso de software a través del componente de zona aislada.
2. El sistema de conformidad con la reivindicación 1 caracterizado además porque el concentrador está configurado además para controlar el dispositivo para el cuidado del paciente.
3. El sistema de conformidad con la reivindicación 1 , caracterizado además porque el dispositivo para el cuidado del paciente se selecciona del grupo que consiste de una bomba de infusión, un dispensador de pildoras, una bomba de microinfusión, un monitor de ECG, un monitor de presión sanguínea, un oxímetro de pulso y un capnómetro de C02, una bolsa intravenosa, y un medidor de flujo por goteo.
4. El sistema de conformidad con la reivindicación 1 , caracterizado además porque el concentrador está configurado además para recibir una identificación del dispositivo para el cuidado del paciente y descargar la aplicación desde un servidor asociado con la identificación.
5. El sistema de conformidad con la reivindicación 1 , caracterizado además porque el concentrador está configurado además para recibir una identificación del dispositivo para el cuidado del paciente y actualizar la aplicación desde un servidor asociado con la identificación.
6. El sistema de conformidad con la reivindicación 1 , caracterizado además porque el recurso de hardware es uno de una unidad de disco, memoria, un zumbador, un micrófono, un altavoz y una cámara.
7. El sistema de conformidad con la reivindicación 1 , caracterizado además porque el recurso de software es uno de una variable, un objeto de datos seguro, una variable segura, una API segura, una API y , una representación de software de un componente de hardware.
8. Un sistema para el cuidado electrónico del paciente, el sistema comprende: un concentrador configurado para supervisar un dispositivo para el cuidado del paciente, el concentrador comprende: un componente de zona aislada configurado para controlar el acceso a por lo menos uno de un recurso de hardware y un recurso de software; en donde el concentrador está configurado adicionalmente para identificar el dispositivo para el cuidado del paciente y ejecutar una aplicación para supervisar el dispositivo para el cuidado del paciente, y en donde el concentrador ejecuta la aplicación dentro del componente de zona aislada para que la aplicación tenga acceso al por lo menos uno del recurso de hardware y el recurso de software a través del componente de zona aislada.
9. El sistema de conformidad con la reivindicación 8, caracterizado además porque el concentrador está configurado adicionalmente para controlar el dispositivo para el cuidado del paciente.
10. El sistema de conformidad con la reivindicación 8, caracterizado además porque el dispositivo para el cuidado del paciente se selecciona del grupo que consiste de una bomba de infusión, un dispensador de pildoras, una bomba de microinfusión, un monitor de ECG, un monitor de presión sanguínea, un oxímetro de pulso y un capnómetro de C02, una bolsa intravenosa, y un medidor de flujo por goteo.
11. El sistema de conformidad con la reivindicación 8, caracterizado además porque el concentrador está configurado adicionalmente para recibir una identificación del dispositivo para el cuidado del paciente y descargar la aplicación desde un servidor asociado con la identificación.
12. El sistema de conformidad con la reivindicación 8, caracterizado además porque el concentrador está configurado adicionalmente para recibir una identificación del dispositivo para el cuidado del paciente y actualizar la aplicación desde un servidor asociado con la identificación.
13. El sistema de conformidad con la reivindicación 8, caracterizado además porque el recurso de hardware es uno de una unidad de disco, memoria, un zumbador, un micrófono, un altavoz y una cámara.
14. El sistema de conformidad con la reivindicación 8, caracterizado además porque el recurso de software es uno de una variable, un objeto de datos seguro, una variable segura, una API segura, una API y una representación de software de un componente de hardware.
15. Un sistema para el cuidado electrónico del paciente, el sistema comprende: un cliente de supervisión configurado para supervisar un dispositivo para el cuidado del paciente, el cliente de supervisión comprende: un componente del sistema operativo configurado para accesar al menos a uno de un recurso de hardware del cliente de supervisión y un recurso de software del cliente de supervisión; y un componente de zona aislada configurado- para controlar el acceso al por lo menos uno de un recurso de hardware y el recurso de software; en donde el cliente de supervisión está configurado adicionalmente para identificar el dispositivo para el cuidado del paciente y ejecutar una aplicación para supervisar el dispositivo para el cuidado del paciente, y en donde el cliente de supervisión ejecuta la aplicación dentro del componente de zona aislada para que la aplicación tenga acceso al por lo menos uno del recurso de hardware y el recurso de software a través del componente de zona aislada.
16. El sistema de conformidad con la reivindicación 15, caracterizado además porque el cliente de supervisión está configurado adicionalmente para controlar el dispositivo para el cuidado del paciente.
17. El sistema de conformidad con la reivindicación 15, caracterizado además porque el dispositivo para el cuidado del paciente se selecciona del grupo que consiste de una bomba de infusión, un dispensador de pildoras, una bomba de microinfusión, un monitor de ECG, un monitor de presión sanguínea, un oxímetro de pulso y un capnómetro de C02, una bolsa intravenosa, y un medidor de flujo por goteo.
18. El sistema de conformidad con la reivindicación 15, caracterizado además porque el cliente de supervisión está configurado adicionalmente para recibir una identificación del dispositivo para el cuidado del paciente y descargar la aplicación desde un servidor asociado con la identificación.
19. El sistema de conformidad con la reivindicación 15, caracterizado además porque el cliente de supervisión está configurado adicionalmente para recibir una identificación del dispositivo para el cuidado del paciente y actualizar la aplicación desde un servidor asociado con la identificación.
20. El sistema de conformidad con la reivindicación 15, caracterizado además porque el recurso de hardware es uno de una unidad de disco, memoria, un zumbador, un micrófono, un altavoz y una cámara.
21. El sistema de conformidad con la reivindicación 15, caracterizado además porque el recurso de software es uno de una variable, un objeto de datos seguro, una variable segura, una API segura, una API y una representación de software de un componente de hardware.
22. Un sistema para el cuidado electrónico del paciente, el sistema comprende: un cliente de supervisión configurado para supervisar un dispositivo para el cuidado del paciente, el cliente de supervisión comprende: un componente de zona aislada configurado para controlar el acceso a por lo menos uno de un recurso de hardware y un recurso de software; en donde el cliente de supervisión está configurado adicionalmente para identificar el dispositivo para el cuidado del paciente y ejecutar una aplicación para supervisar el dispositivo para el cuidado del paciente, y en donde el cliente de supervisión ejecuta la aplicación dentro del componente de zona aislada para que la aplicación tenga acceso al por lo menos uno del recurso de hardware y el recurso de software a través del componente de zona aislada.
23. El sistema de conformidad con la reivindicación 22, caracterizado además porque el cliente de supervisión está configurado adicionalmente para controlar el dispositivo para el cuidado del paciente.
24. El sistema de conformidad con la reivindicación 22, caracterizado además porque el dispositivo para el cuidado del paciente se selecciona del grupo que consiste de una bomba de infusión, un dispensador de pildoras, una bomba de microinfusión, un monitor de ECG, un monitor de presión sanguínea, un oxímetro de pulso y un capnómetro de C02, una bolsa intravenosa, y un medidor de flujo por goteo.
25. El sistema de conformidad con la reivindicación 22, caracterizado además porque el cliente de supervisión está configurado adicionalmente para recibir una identificación del dispositivo para el cuidado del paciente y descargar la aplicación desde un servidor asociado con la identificación.
26. El sistema de conformidad con la reivindicación 22, caracterizado además porque el cliente de supervisión está configurado adicionalmente para recibir una identificación del dispositivo para el cuidado del paciente y actualizar la aplicación desde un servidor asociado con la identificación.
27. El sistema de conformidad con la reivindicación 22, caracterizado además porque el recurso de hardware es uno de una unidad de disco, memoria, un zumbador, un micrófono, un altavoz y una cámara.
28. El sistema de conformidad con la reivindicación 22, caracterizado además porque el recurso de software es uno de una variable, un objeto de datos seguro, una variable segura, una API segura, una API y una representación de software de un componente de hardware.
29. Un sistema para el cuidado electrónico del paciente, que comprende: un concentrador configurado para comunicarse con registros médicos electrónicos; y un dispositivo para el cuidado del paciente; en donde el concentrador está configurado para identificar a un paciente y el dispositivo para el cuidado del paciente, y en donde el concentrador está configurado para descargar al menos un parámetro de tratamiento de los registros médicos electrónicos y programar el dispositivo para el cuidado del paciente con el al menos un parámetro de tratamiento.
30. El sistema de conformidad con la reivindicación 29, caracterizado además porque el concentrador identifica al paciente de acuerdo con al menos uno de leer una etiqueta RFID utilizando un interrogador RFID, una voz utilizando software de reconocimiento de voz acoplado usando un micrófono, una cara utilizando software de reconocimiento facial acoplado a una cámara, un parámetro biométrico de lectura biométrica, una identificación, una lectura de código de barras por un lector dé código de barras.
31. Un sistema para el cuidado electrónico del paciente, que comprende: un cliente de supervisión configurado para comunicarse con registros médicos electrónicos; y un dispositivo para el cuidado del paciente; en donde el cliente de supervisión está configurado para identificar a un paciente y en donde el dispositivo para el cuidado del paciente, y en donde el cliente de supervisión está configurado para descargar al menos un parámetro de tratamiento de los registros médicos electrónicos y programar el dispositivo para el cuidado del paciente con el al menos un parámetro de tratamiento.
32. El sistema de conformidad con la reivindicación 31 , caracterizado además porque el cliente de supervisión identifica al paciente de acuerdo con al menos uno de leer una etiqueta RFID utilizando un interrogador RFID, una voz utilizando software de reconocimiento de voz acoplado usando un micrófono, una cara utilizando software de reconocimiento facial acoplado a una cámara, un parámetro biométrico de lectura biométrica, una identificación, una lectura de código de barras por un lector de código de barras.
MX2014007748A 2011-12-21 2011-12-21 Sistema, método y aparato para el cuidado electrónico de pacientes. MX354308B (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/US2011/066588 WO2013095459A1 (en) 2011-12-21 2011-12-21 System, method, and apparatus for electronic patient care

Publications (2)

Publication Number Publication Date
MX2014007748A true MX2014007748A (es) 2015-01-12
MX354308B MX354308B (es) 2018-02-22

Family

ID=45755493

Family Applications (2)

Application Number Title Priority Date Filing Date
MX2018002284A MX368627B (es) 2011-12-21 2011-12-21 Sistema, metodo y aparato para el cuidado electronico de pacientes.
MX2014007748A MX354308B (es) 2011-12-21 2011-12-21 Sistema, método y aparato para el cuidado electrónico de pacientes.

Family Applications Before (1)

Application Number Title Priority Date Filing Date
MX2018002284A MX368627B (es) 2011-12-21 2011-12-21 Sistema, metodo y aparato para el cuidado electronico de pacientes.

Country Status (10)

Country Link
EP (2) EP3958272A1 (es)
JP (1) JP6196237B2 (es)
AU (5) AU2011383571A1 (es)
BR (1) BR112014015443B1 (es)
CA (5) CA3148154A1 (es)
ES (1) ES2910426T3 (es)
MX (2) MX368627B (es)
NZ (5) NZ716502A (es)
SG (1) SG11201403510XA (es)
WO (1) WO2013095459A1 (es)

Families Citing this family (92)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9488200B2 (en) 2010-01-22 2016-11-08 Deka Products Limited Partnership System, method, and apparatus for clamping
US9400873B2 (en) 2011-12-21 2016-07-26 Deka Products Limited Partnership System, method, and apparatus for dispensing oral medications
US9677555B2 (en) 2011-12-21 2017-06-13 Deka Products Limited Partnership System, method, and apparatus for infusing fluid
US10242159B2 (en) 2010-01-22 2019-03-26 Deka Products Limited Partnership System and apparatus for electronic patient care
US11227687B2 (en) 2010-01-22 2022-01-18 Deka Products Limited Partnership System, method, and apparatus for communicating data
US20110313789A1 (en) 2010-01-22 2011-12-22 Deka Products Limited Partnership Electronic patient monitoring system
US11164672B2 (en) 2010-01-22 2021-11-02 Deka Products Limited Partnership System and apparatus for electronic patient care
US9759369B2 (en) 2011-12-21 2017-09-12 Deka Products Limited Partnership System, method, and apparatus for clamping
US11881307B2 (en) 2012-05-24 2024-01-23 Deka Products Limited Partnership System, method, and apparatus for electronic patient care
US11244745B2 (en) 2010-01-22 2022-02-08 Deka Products Limited Partnership Computer-implemented method, system, 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
US9744300B2 (en) 2011-12-21 2017-08-29 Deka Products Limited Partnership Syringe pump and related method
US11210611B2 (en) 2011-12-21 2021-12-28 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
US9295778B2 (en) 2011-12-21 2016-03-29 Deka Products Limited Partnership Syringe pump
US10453157B2 (en) 2010-01-22 2019-10-22 Deka Products Limited Partnership System, method, and apparatus for electronic patient care
US9151646B2 (en) 2011-12-21 2015-10-06 Deka Products Limited Partnership System, method, and apparatus for monitoring, regulating, or controlling fluid flow
US9636455B2 (en) 2011-12-21 2017-05-02 Deka Products Limited Partnership System, method, and apparatus for estimating liquid delivery
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
US9789247B2 (en) 2011-12-21 2017-10-17 Deka Products Limited Partnership Syringe pump, and related method and system
US9724465B2 (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
US9746093B2 (en) 2011-12-21 2017-08-29 Deka Products Limited Partnership Flow meter and related system and apparatus
US10082241B2 (en) 2011-12-21 2018-09-25 Deka Products Limited Partnership System, method, and apparatus for clamping
US9435455B2 (en) 2011-12-21 2016-09-06 Deka Products Limited Partnership System, method, and apparatus for monitoring, regulating, or controlling fluid flow
US10655779B2 (en) 2011-12-21 2020-05-19 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
US10722645B2 (en) 2011-12-21 2020-07-28 Deka Products Limited Partnership Syringe pump, and related method and system
US11649924B2 (en) 2011-12-21 2023-05-16 Deka Products Limited Partnership System, method, and apparatus for clamping
US11217340B2 (en) 2011-12-21 2022-01-04 Deka Products Limited Partnership Syringe pump having a pressure sensor assembly
US11295846B2 (en) 2011-12-21 2022-04-05 Deka Products Limited Partnership System, method, and apparatus for infusing fluid
US10228683B2 (en) 2011-12-21 2019-03-12 Deka Products Limited Partnership System, method, and apparatus for monitoring, regulating, or controlling fluid flow
US9746094B2 (en) 2011-12-21 2017-08-29 Deka Products Limited Partnership Flow meter having a background pattern with first and second portions
US10563681B2 (en) 2011-12-21 2020-02-18 Deka Products Limited Partnership System, method, and apparatus for clamping
US9372486B2 (en) 2011-12-21 2016-06-21 Deka Products Limited Partnership System, method, and apparatus for monitoring, regulating, or controlling fluid flow
US9759343B2 (en) 2012-12-21 2017-09-12 Deka Products Limited Partnership Flow meter using a dynamic background image
CA2896086C (en) 2012-12-21 2023-01-17 Deka Products Limited Partnership System, method, and apparatus for electronic patient care
WO2014100571A2 (en) 2012-12-21 2014-06-26 Deka Products Limited Partnership System, method, and apparatus for communicating data
CN113793695A (zh) 2012-12-21 2021-12-14 德卡产品有限公司 电子化患者护理的计算机实现方法、系统和装置
US9737649B2 (en) 2013-03-14 2017-08-22 Smith & Nephew, Inc. Systems and methods for applying reduced pressure therapy
BR112015021924A2 (pt) 2013-03-14 2017-07-18 Smith & Nephew Inc sistemas e métodos para aplicar terapia de pressão reduzida
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
WO2015017275A1 (en) 2013-07-31 2015-02-05 Deka Products Limited Partnership System, method, and apparatus for bubble detection in a fluid line using a split-ring resonator
AU2014326955B2 (en) * 2013-09-26 2018-03-29 Fresenius Kabi Usa, Llc Medical device management using safety supervisor
USD752209S1 (en) 2013-11-06 2016-03-22 Deka Products Limited Partnership Apparatus to control fluid flow through a tube
USD745661S1 (en) 2013-11-06 2015-12-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
USD751690S1 (en) 2013-11-06 2016-03-15 Deka Products Limited Partnership Apparatus to control fluid flow through a tube
USD756386S1 (en) 2013-12-20 2016-05-17 Deka Products Limited Partnership Display screen with graphical user interface
USD760288S1 (en) 2013-12-20 2016-06-28 Deka Products Limited Partnership Medical pump display screen with transitional 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
USD760782S1 (en) 2013-12-20 2016-07-05 Deka Products Limited Partnership Display screen of a medical pump with a graphical user interface
USD758399S1 (en) 2013-12-20 2016-06-07 Deka Products Limited Partnership Display screen with graphical user interface
USD760888S1 (en) 2013-12-20 2016-07-05 Deka Products Limited Partnership Medical pump
USD760289S1 (en) 2013-12-20 2016-06-28 Deka Products Limited Partnership Display screen of a syringe pump with a graphical user interface
MX2016010876A (es) 2014-02-21 2016-10-26 Deka Products Lp Bomba de jeringa que tiene un ensamble sensor de presion.
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
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
SG10201500384VA (en) * 2015-01-19 2016-08-30 Nextan Pte Ltd A verification method
USD803387S1 (en) 2015-02-10 2017-11-21 Deka Products Limited Partnership Syringe medical pump
USD801519S1 (en) 2015-02-10 2017-10-31 Deka Products Limited Partnership Peristaltic medical pump
USD803386S1 (en) 2015-02-10 2017-11-21 Deka Products Limited Partnership Syringe medical pump
USD754065S1 (en) 2015-02-10 2016-04-19 Deka Products Limited Partnership AC-to-DC power supply
USD774645S1 (en) 2015-02-10 2016-12-20 Deka Products Limited Partnership Clamp
USD805183S1 (en) 2015-02-10 2017-12-12 Deka Products Limited Partnership Medical pump
USD792963S1 (en) 2015-02-10 2017-07-25 Deka Products Limited Partnership Bumper for a medical pump
US10478261B2 (en) 2015-05-29 2019-11-19 Deka Products Limited Partnership System, method, and apparatus for remote patient care
WO2017062042A1 (en) 2015-10-07 2017-04-13 Smith & Nephew, Inc. Systems and methods for applying reduced pressure therapy
CN108697845B (zh) 2016-01-28 2021-09-17 德卡产品有限公司 用于监测、调节或控制流体流动的设备
USD905848S1 (en) 2016-01-28 2020-12-22 Deka Products Limited Partnership Apparatus to control fluid flow through a tube
GB201603309D0 (en) * 2016-02-25 2016-04-13 Goodmark Medical International Ltd Patient test data processing system and method
WO2017197357A1 (en) 2016-05-13 2017-11-16 Smith & Nephew Plc Automatic wound coupling detection in negative pressure wound therapy systems
USD854145S1 (en) 2016-05-25 2019-07-16 Deka Products Limited Partnership Apparatus to control fluid flow through a tube
CA3029272A1 (en) * 2016-09-09 2018-03-15 Dexcom, Inc. Systems and methods for cgm-based bolus calculator for display and for provision to medicament delivery devices
EP3519002A2 (en) 2016-09-29 2019-08-07 Smith & Nephew, Inc Construction and protection of components in negative pressure wound therapy systems
WO2019014141A1 (en) 2017-07-10 2019-01-17 Smith & Nephew, Inc. SYSTEMS AND METHODS FOR INTERACTING DIRECTLY WITH A COMMUNICATION MODULE OF A WOUND PROCESSING APPARATUS
FR3074396A1 (fr) * 2017-11-30 2019-05-31 Orange Procedes de detection, de gestion et de relais d'un probleme de communication multimedia, entites d'execution, de controle et de gestion de regles et programme d'ordinateur correspondants.
US11965766B2 (en) 2018-04-17 2024-04-23 Deka Products Limited Partnership Medical treatment system and methods using a plurality of fluid lines
USD917045S1 (en) 2018-08-16 2021-04-20 Deka Products Limited Partnership Slide clamp
AU2019321669B2 (en) 2018-08-16 2022-07-14 Deka Products Limited Partnership Medical pump
US11545259B2 (en) * 2019-05-24 2023-01-03 Draegerwerk Ag & Co. Kgaa Apparatus, system, method, and computer-readable recording medium for displaying transport indicators on a physiological monitoring device
USD964563S1 (en) 2019-07-26 2022-09-20 Deka Products Limited Partnership Medical flow clamp
WO2021021596A1 (en) 2019-07-26 2021-02-04 Deka Products Limited Partnership Apparatus for monitoring, regulating, or controlling fluid flow
CN111445970A (zh) * 2020-03-28 2020-07-24 华中科技大学同济医学院附属协和医院 一种便于核对医嘱的医用pda及其使用方法
US11759560B2 (en) 2020-09-15 2023-09-19 Fresenius Medical Care Holdings, Inc. Safety mechanism for a dialysis system
WO2022124922A1 (ru) * 2020-12-09 2022-06-16 Илья Владимирович ПОЗ Способ и система сбора информации о показателях здоровья пользователя
WO2023219607A1 (en) * 2022-05-10 2023-11-16 Carefusion 303, Inc. Remote scanning and validating of clinical order device configurations

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5685314A (en) * 1992-12-11 1997-11-11 Siemens Medical Systems, Inc. Auxiliary docking station for a patient monitoring system
US6406426B1 (en) * 1999-11-03 2002-06-18 Criticare Systems Medical monitoring and alert system for use with therapeutic devices
WO2001086575A2 (en) * 2000-05-05 2001-11-15 Hill-Rom Services, Inc. Patient point of care computer system
US7306578B2 (en) 2002-01-04 2007-12-11 Deka Products Limited Partnership Loading mechanism for infusion pump
US6850788B2 (en) * 2002-03-25 2005-02-01 Masimo Corporation Physiological measurement communications adapter
EP2335754B1 (en) 2006-02-09 2013-12-18 DEKA Products Limited Partnership Patch-sized fluid delivery systems
US20070219481A1 (en) 2006-03-16 2007-09-20 Eilaz Babaev Apparatus and methods for the treatment of avian influenza with ultrasound
JP2007328770A (ja) * 2006-05-10 2007-12-20 Ricoh Co Ltd 情報処理装置、アクセス制御方法、アクセス制御プログラム、記録媒体、及び画像形成装置
EP2101871B1 (en) * 2006-12-06 2015-05-27 Medtronic, Inc. Programming a medical device with a general purpose instrument
US20080300572A1 (en) * 2007-06-01 2008-12-04 Medtronic Minimed, Inc. Wireless monitor for a personal medical device system
US8082160B2 (en) * 2007-10-26 2011-12-20 Hill-Rom Services, Inc. System and method for collection and communication of data from multiple patient care devices
MX338464B (es) 2007-12-31 2016-04-15 Deka Products Lp Ensamble de bomba de infusion.
US9526830B2 (en) 2007-12-31 2016-12-27 Deka Products Limited Partnership Wearable pump assembly
US8267892B2 (en) 2008-10-10 2012-09-18 Deka Products Limited Partnership Multi-language / multi-processor 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
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
US8262616B2 (en) 2008-10-10 2012-09-11 Deka Products Limited Partnership Infusion pump assembly
WO2010132617A2 (en) * 2009-05-12 2010-11-18 Chronicmobile, Inc. Methods and systems for managing, controlling and monitoring medical devices via one or more software applications functioning in a secure environment

Also Published As

Publication number Publication date
WO2013095459A9 (en) 2013-09-12
CA2860156C (en) 2022-04-26
CA3148154A1 (en) 2013-06-27
AU2018206793A1 (en) 2018-08-09
JP2015508526A (ja) 2015-03-19
NZ768254A (en) 2022-04-29
CA3055037A1 (en) 2013-06-27
EP2795492A1 (en) 2014-10-29
SG11201403510XA (en) 2014-09-26
MX354308B (es) 2018-02-22
AU2020277098B2 (en) 2023-01-12
BR112014015443A8 (pt) 2017-07-04
AU2019261798A1 (en) 2019-11-28
NZ752012A (en) 2020-10-30
AU2020277098A1 (en) 2020-12-24
EP2795492B1 (en) 2021-12-08
CA3239702A1 (en) 2013-06-27
MX368627B (es) 2019-10-08
WO2013095459A1 (en) 2013-06-27
CA2860156A1 (en) 2013-06-27
AU2018206793B2 (en) 2019-11-07
EP3958272A1 (en) 2022-02-23
BR112014015443B1 (pt) 2021-11-09
NZ626636A (en) 2016-02-26
NZ733443A (en) 2019-04-26
BR112014015443A2 (pt) 2017-06-13
NZ716502A (en) 2017-08-25
NZ785797A (en) 2023-09-29
AU2023201521A1 (en) 2023-04-13
CA2986542A1 (en) 2013-06-27
JP6196237B2 (ja) 2017-09-13
AU2011383571A1 (en) 2014-07-17
ES2910426T3 (es) 2022-05-12
CA2986542C (en) 2019-10-29

Similar Documents

Publication Publication Date Title
AU2020277098B2 (en) System, method, and apparatus for electronic patient care
US20210308366A1 (en) System, Method, and Apparatus for Electronic Patient Care
US20240127945A1 (en) System, method, and apparatus for electronic patient care
AU2018267582B2 (en) Method and system for communication between a monitoring client and a base
EP2936362B1 (en) System, method, and apparatus for electronic patient care
CA2896086C (en) System, method, and apparatus for electronic patient care
JP2023022025A (ja) 電子患者介護用のシステム、方法、および装置

Legal Events

Date Code Title Description
FG Grant or registration