ES2210381T3 - Sistema y metodo para la notificacion automatica de acontecimientos criticos. - Google Patents

Sistema y metodo para la notificacion automatica de acontecimientos criticos.

Info

Publication number
ES2210381T3
ES2210381T3 ES96926903T ES96926903T ES2210381T3 ES 2210381 T3 ES2210381 T3 ES 2210381T3 ES 96926903 T ES96926903 T ES 96926903T ES 96926903 T ES96926903 T ES 96926903T ES 2210381 T3 ES2210381 T3 ES 2210381T3
Authority
ES
Spain
Prior art keywords
paging
data
patient
message
receiver
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
ES96926903T
Other languages
English (en)
Inventor
Myron M. Shabot
Mark Lobue
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Cedars Sinai Medical Center
Original Assignee
Cedars Sinai Medical Center
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=24041034&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES2210381(T3) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Cedars Sinai Medical Center filed Critical Cedars Sinai Medical Center
Application granted granted Critical
Publication of ES2210381T3 publication Critical patent/ES2210381T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT 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/60ICT 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/67ICT 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
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/70ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for mining of medical data, e.g. analysing previous cases of other patients
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10STECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S706/00Data processing: artificial intelligence
    • Y10S706/902Application using ai with detail of the ai system
    • Y10S706/924Medical

Abstract

UN SISTEMA DE NOTIFICACION AUTOMATICA DE ACONTECIMIENTOS CRITICOS CONTROLA CONTINUAMENTE ESTADISTICAS DEL PACIENTE Y DATOS DE LABORATORIO PARA DETECTAR ACONTECIMIENTOS CRITICOS, AVISANDO AUTOMATICAMENTE A UNO O VARIOS MEDICOS RESPONSABLES, CADA UNO DE LOS CUALES TIENE UN BUSCAPERSONAS ALFANUMERICO. EN PARTICULAR, SE UTILIZA UN ORDENADOR PARA ACCEDER CONTINUAMENTE A DATOS EN TIEMPO REAL Y BASES DE DATOS MULTIPLES DEL HOSPITAL QUE SON PERIODICAMENTE ACTUALIZADAS. ESTAS BASES DE DATOS INCLUYEN BASES DE DATOS DE GRAFICOS Y REGISTROS DEL PACIENTE, BASES DE DATOS QUE CORRESPONDEN AL HISTORIAL DEL PACIENTE Y BASES DE DATOS MANTENIDAS POR DIVERSOS LABORATORIOS. EL ORDENADOR, PREFERENTEMENTE UN SISTEMA DE INFORMACION CLINICA, RECIBE AUTOMATICAMENTE CIERTOS DATOS, O LOS EXTRAE PERIODICAMENTE DE OTRAS BASES DE DATOS RELACIONALES. EL ORDENADOR REVISA AUTOMATICAMENTE ESTOS DATOS, EFECTUA LA DETERMINACION DE ACONTECIMIENTOS CRITICOS Y FORMULA UN MENSAJE ALFANUMERICO QUE INFORMA SOBRE EL ESTADO DEL PACIENTE Y LAS RAZONES POR LAS QUE HA SIDO DETECTADO UN ACONTECIMIENTO CRITICO. DESPUES DE RECUPERAR AUTOMATICAMENTE DE UNA BASE DE DATOS EL NUMERO DE IDENTIFICACION PERSONAL ("PIN") PARA UN BUSCAPERSONAS REMOTO DE CADA MEDICO RESPONSABLE DEL PACIENTE, EL ORDENADOR ESTABLECE AUTOMATICAMENTE CONTACTO POR MODEM CON UNA RED DE BUSCAPERSONAS, Y HACE QUE LA RED AVISE A CADA MEDICO RESPONSABLE, TRANSMITIENDOLES EL MENSAJE ALFANUMERICO. EL MENSAJE ALFANUMERICO INDICA PREFERENTEMENTE, EL NOMBRE DEL PACIENTE, EL DIAGNOSTICO, EL ACONTECIMIENTO QUE HA PROVOCADO EL ENVIO DEL MENSAJE Y EL NOMBRE Y NUMERO DE TELEFONO PARA CONTESTAR DEL PERSONAL MEDICO QUE SE ENCUENTRA EN EL HOSPITAL Y QUE ESTA ASISTIENDO AL PACIENTE CONCRETO. EL SISTEMA TIENE TAMBIEN AMPLIAS APLICACIONES FUERA DEL CAMPO DE LA MEDICINA.

Description

Sistema y método para la notificación automática de acontecimientos críticos.
La presente invención se refiere a un sistema y un método para la notificación automática de acontecimientos críticos. En particular, su realización preferida proporciona un dispositivo que consulta automáticamente las bases de datos de un hospital para examinar los datos del paciente y automáticamente avisa por radiobúsqueda a los médicos si se ha determinado que se ha producido un acontecimiento crítico.
Antecedentes
Los ordenadores y otros dispositivos electrónicos han revolucionado la práctica de la medicina en muchos hospitales.
Por ejemplo, algunos hospitales ofrecen estaciones de trabajo informatizadas instaladas en las cabeceras de muchos pacientes y estaciones de enfermería. Estas estaciones de trabajo, a veces utilizan detectores automáticos que se acoplan a las estaciones de trabajo para proporcionar flujos continuos de datos electrónicos referidos al estado de un paciente. Esto permite que una enfermera o un técnico del hospital visualice varios tipos de datos juntos para su revisión, y también que almacene periódicamente los datos como un "gráfico" electrónico, o como una parte de un registro electrónico permanente. Por ejemplo, estos sistemas pueden conectarse a detectores automáticos que miden los niveles de ciertos elementos de la sangre de un paciente, tal como la saturación de oxígeno. Otros detectores que se han conectado a estos sistemas automáticos de monitorización informatizada, incluyen urímetros, detectores respiratorios, detectores del latido cardiaco, así como otros detectores.
Las estaciones de trabajo informatizadas del tipo que se acaba de describir a veces funcionan recibiendo datos continuos, que un enfermero o técnico pueden muestrear y almacenar en el gráfico del paciente. Por ejemplo, un modo habitual de emplear este equipo sería para que el enfermero muestreara los datos continuos que representan al paciente aproximadamente cada hora e hiciera que los datos entraran permanentemente en el gráfico electrónico del paciente. Cuando un médico responsable de la atención del paciente revisa entonces un documento impreso de ese gráfico, o lo revisa en la pantalla de presentación de la estación de trabajo, el médico puede dar órdenes apropiadas en relación con la atención del paciente.
Naturalmente, los "buscas" electrónicos y los sistemas de radiobúsqueda también han desempeñado un papel importante en la atención médica. Permiten que un enfermero u otro ayudante médico solicite que el médico llegue inmediatamente con el enfermero en respuesta a un estado urgente del paciente. Recientemente, estos "buscas" y sistemas de radiobúsqueda han proporcionado capacidad de presentación alfanumérica usando una pantalla de presentación de cristal líquido del busca del médico. Por consiguiente, un enfermero puede usar una red de radiobúsqueda para enviar un mensaje al médico solicitando una respuesta del médico. Estos sistemas de radiobúsqueda son relativamente fáciles de manejar y a veces pueden hacerse funcionar directamente desde una estación de trabajo de enfermería, por ejemplo, definiendo manualmente el formato de un mensaje alfanumérico y enviando ese mensaje como un mensaje de correo electrónico a una red de radiobúsqueda. Por ejemplo, un sistema comercialmente disponible denominado "Starlink" permite que un enfermero u otra persona mecanografíe un mensaje usando un teclado de ordenador, y que envíe ese mensaje a un receptor de radiobúsqueda a distancia usando un módem. El sistema "Starlink" proporciona un servicio de radiobúsqueda que recibe esta comunicación por módem junto con información de identificación para el médico particular que el enfermero está buscando y que está incluida como parte de la transmisión del módem, y que hace que los mensajes alfanuméricos enviados por el enfermero se transmitan al receptor de radiobúsqueda del médico particular.
Los ordenadores y otro equipo electrónico, tal como los sistemas específicos mencionados anteriormente han mejorado mucho la calidad y la naturaleza de la atención médica, pero todavía se basan en una interacción humana importante para que funcionen correctamente. Por ejemplo, hay ocasiones en las que un estado crítico o delicado del paciente pasará desapercibido por un enfermero o técnico del hospital y no será notificado al médico. Otras veces, pueden darse órdenes específicas para un paciente relacionadas con los síntomas de un paciente, pero debido a un cambio en el turno del personal, el estado podría no reconocerse siempre apropiadamente o notificarse apropiadamente al médico. Por último, a veces el médico se distrae de la atención de otro paciente, porque el personal del hospital avisa por radiobúsqueda al médico con relación a asuntos triviales.
En el documento US-A-5 331 549, se describe un sistema de monitorización médica en el que una pluralidad de monitores de signos vitales para una pluralidad de pacientes proporcionan datos de manera continua para un servidor central; este servidor central, a su vez, proporciona una presentación en pantalla de supervisión en la que se indica el estado normal o los niveles variables del estado de alarma de los pacientes individuales. Si cualquiera de estos niveles monitorizados está fuera de un nivel de advertencia, se proporciona una señal de alarma de advertencia. En respuesta a tal señal de alarma de advertencia, se muestra a un usuario que examina la presentación en pantalla, un menú de selección que permite formular y enviar un mensaje a un médico a través de un receptor de radiobúsqueda, de manera que pueda informarse al médico sobre una situación crítica.
\newpage
Sin embargo, si el usuario que examina la presentación en pantalla no es suficientemente cuidadoso u olvida introducir el mensaje en el menú de selección, no puede excluirse que el médico no resulte informado acerca de la situación crítica de los pacientes, de manera que puede surgir una situación crítica para este paciente.
Por tanto, hay una necesidad apremiante en la técnica de un sistema que informe automáticamente a un médico en respuesta de acontecimientos predeterminados. Preferiblemente, los sistemas de este tipo no se necesitarían individualmente para cada paciente particular; en lugar de eso, se necesita un sistema que pueda monitorizar a muchos pacientes, que establezca la presencia de acontecimientos críticos o sensibles que pudieran producirse y que determine automáticamente la identidad del médico o médicos a los cuales notificar el estado. Finalmente, se necesita un sistema que revise muchos parámetros físicos para determinar la existencia de estados complejos, por ejemplo, una bradicardia que persiste durante más de un tiempo definido. La presente invención resuelve estas necesidades y proporciona muchas más ventajas relacionadas.
La presente invención proporciona un sistema de notificación de acontecimiento crítico que mejora significativamente la atención médica. Permite revisar la información diagnóstica, los resultados de laboratorio, los gráficos u otros datos de un paciente, automáticamente, mediante ordenador o equipo similar, y proporciona aviso automático por radiobúsqueda a un médico o médicos responsables si se detecta un "acontecimiento crítico". Es decir, el sistema toma automáticamente la decisión de avisar por radiobúsqueda a un individuo (un médico en el caso de la realización preferida), y no requiere una decisión humana directa. Por tanto, tal como puede observarse, la presente invención permite la reducción en el número de avisos por radiobúsqueda mediante el control directo de los avisos por radiobúsqueda en respuesta a acontecimientos críticos detectados automáticamente. En el contexto de la medicina, ayuda a garantizar que las situaciones que requieren la atención de un médico se reconocerán siempre y se notificarán correcta e inmediatamente al médico a través de un mensaje técnico e informativo. La presente invención no se limita a la atención médica y a los médicos, y debe presentar una amplia variedad de aplicaciones fuera de la profesión
médica.
Una forma de la invención proporciona un sistema que notifica automáticamente a un individuo la existencia de un valor crítico de un parámetro de medida. Hace esto usando un sistema informático que monitoriza automáticamente los datos de entrada, un receptor de radiobúsqueda a distancia que lleva el individuo y una red de radiobúsqueda que puede avisar por radiobúsqueda al individuo que usa un receptor de radiobúsqueda. El sistema informático tiene un dispositivo de comunicaciones que le permite comunicarse selectivamente con la red de radiobúsqueda y que avisa automáticamente por radiobúsqueda al receptor de radiobúsqueda a distancia. El sistema informático monitoriza los datos de entrada o bien a medida que llegan o realizando revisiones periódicas de los datos una vez que se han almacenado en una memoria o dispositivo de registro. El sistema informático compara automáticamente los datos que representan el parámetro de medida con una cantidad predefinida. Si detecta una relación predeterminada, por ejemplo, que la cantidad predefinida es mayor que los datos que representan el parámetro, determina de ese modo que se ha producido un acontecimiento crítico. El sistema informático determina entonces electrónica y automáticamente que debe notificarse al individuo el acontecimiento crítico y hace que la red de radiobúsqueda avise por radiobúsqueda al individuo.
En la realización preferida de un dispositivo médico que informa automáticamente a los médicos, tratada más adelante, podría definirse un acontecimiento crítico como una caída en el nivel de calcio de un paciente (tal como se determina a partir del análisis periódico de la sangre del paciente) por debajo de un nivel crítico predeterminado, por ejemplo, por debajo de diez miligramos por decilitro. En este ejemplo, el parámetro de medida sería el nivel de calcio y los datos podrían llevar muchos de tales parámetros, por ejemplo, niveles de fósforo, oxígeno, urea, nitrógeno y/o magnesio. Cada uno de estos puede analizarse con respecto a un acontecimiento crítico, por ejemplo, cuando disminuye o aumenta la concentración de uno de estos elementos con respecto a un nivel predeterminado o está entre un intervalo de valores.
La detección instantánea de si un único parámetro de entrada de datos cumple una relación predefinida (por ejemplo, mayor que, menor que, igual a, entre un intervalo, etc.) no es la única aplicación de la invención. En lugar de eso, la invención también puede usarse para llevar a cabo automáticamente una revisión y un análisis complejos. Como ejemplo, la invención se aplica para monitorizar varios parámetros simultáneamente y establecer un acontecimiento crítico sólo cuando se han cumplido dos condiciones simultáneamente (por ejemplo, un parámetro mayor que un primer valor y un segundo parámetro menor que un segundo valor). Como otro ejemplo, la invención puede aplicarse para la revisión periódica de los datos almacenados, por ejemplo, la determinación de un acontecimiento crítico cuando un paciente se ha mantenido en ventilación mecánica con un nivel de oxígeno del sesenta por ciento o superior durante cuatro horas, con actualizaciones en cuanto al contenido de oxígeno que se está proporcionando electrónicamente por el ventilador de manera periódica. De hecho, la realización preferida (un sistema de radiobúsqueda médico) es programable para permitir que el usuario defina ciertos estados de "excepción" que definen un acontecimiento crítico, y estos pueden programarse paciente por paciente.
A partir de lo anterior, debe ser inmediatamente evidente que la presente invención proporciona un avance importante en el campo de la medicina. Como ejemplo, un médico podría tener la monitorización especializada de un paciente con un estado cardiaco y ser informado cuando existen estados que pudieran ser normales para otros paciente o individuos sanos. El aviso por radiobúsqueda del médico es automático y, según características específicas adicionales de la invención, el aviso por radiobúsqueda incluye un mensaje alfanumérico que se visualiza en una pantalla de presentación del receptor de radiobúsqueda. La formulación de este mensaje es automática y el individuo que ha de avisarse por radiobúsqueda es informado inmediata e informativamente de la naturaleza exacta del acontecimiento crítico. Usando el ejemplo mencionado anteriormente, podría informarse al médico de que el nivel de calcio de un paciente ha caído por debajo de ocho miligramos por decilitro y, además, del nivel de calcio exacto, el nombre y el diagnóstico del paciente y el nombre del enfermero que atendió al paciente y su número de teléfono en el hospital.
En otra característica más detallada de la invención, se usan múltiples receptores de radiobúsqueda, que tienen cada uno un número PIN único, y el individuo al que se va a notificar el acontecimiento crítico podría variar dependiendo del acontecimiento. En la realización preferida, pueden monitorizarse múltiples pacientes y puede avisarse por radiobúsqueda a los médicos particulares, dependiendo del tipo de acontecimiento crítico y de la identidad del paciente. Los números PIN para cada médico pueden almacenarse en una base de datos o tabla en software, de manera que el sistema informático pueda analizar las estadísticas del paciente y avisar por radiobúsqueda a los médicos apropiados. Por ejemplo, si un paciente particular padece un latido cardiaco anómalamente rápido ("taquiarritmia"), entonces podría avisarse por radiobúsqueda a un médico residente, a un médico que atienda y un cardiólogo de guardia. Los médicos residentes y que atienden, en este ejemplo, podrían avisarse por radiobúsqueda basándose en su asignación al paciente particular, y el cardiólogo sería avisado por radiobúsqueda basándose en el estado particular.
La invención puede entenderse mejor haciendo referencia a la siguiente descripción detallada, que debe leerse junto con los dibujos adjuntos. La descripción detallada de una realización preferida particular, explicada más adelante para permitir construir y usar una puesta en práctica particular de la invención, no está destinada a limitar las reivindicaciones enumeradas, sino para que sirvan como ejemplo particular de las mismas.
Breve descripción de los dibujos
La figura 1 es un diagrama ilustrativo de la realización preferida, que muestra el uso de un sistema de información clínica, algoritmos de alerta automáticos que monitorizan los datos del paciente para detectar acontecimientos críticos y una red de receptor de radiobúsqueda.
La figura 2 es un diagrama de bloques que muestra el flujo de datos y procesos de toma de decisiones de la realización preferida. La parte inferior de la figura 2 muestra los datos puros, que se procesan automáticamente para dar como resultado el aviso por radiobúsqueda selectivo, tal como se indica en la parte superior de la figura 2; los rectángulos se usan para representar los datos y el hardware, los paralelogramos para representar acciones y actividades de toma de decisiones y los cilindros para representar bases de datos fuera del sistema de información clínica.
La figura 3 ilustra la interconexión de varios sistemas informáticos y componentes conectados; en particular, el sistema de información clínica está compuesto de estaciones de trabajo conectadas independientes, que comunican con otros sistemas informáticos y archivos de datos a través de una estación de trabajo servidor. Cada estación de trabajo monitoriza a varios pacientes y almacena y analiza automáticamente los datos del paciente para detectar los acontecimientos críticos. Los sistemas informáticos externos y los archivos de datos (observados en el lado izquierdo de la figura 3), proporcionan los datos de bases de datos relacionales para el sistema de información clínica, y
viceversa.
La figura 4 ilustra los bloques de datos del paciente de la figura 3 en mayor detalle; en particular, ilustra el hardware que se usa preferiblemente para monitorizar a los pacientes de la Unidad de Cuidados Intensivos ("UCI") y proporcionar un origen de datos continuo del paciente para el sistema de información clínica.
La figura 5 ilustra en mayor detalle las operaciones asociadas con el paralelogramo etiquetado como "Detección del indicador de valor crítico" de la figura 2.
La figura 6 ilustra en mayor detalle las operaciones asociadas con el paralelogramo etiquetado "Analizar datos para detectar el estado de excepción" de la figura 2.
La figura 7 ilustra en mayor detalle las operaciones asociadas con el paralelogramo etiquetado "Formular el mensaje del receptor de radiobúsqueda" de la figura 2.
La figura 8 ilustra una o dos rutinas que ponen en práctica el paralelogramo etiquetado "Módem usado para enviar un mensaje a la red del receptor de radiobúsqueda" de la figura 2; en particular, la figura 8 ilustra una rutina que coloque los mensajes del receptor de radiobúsqueda formulados por el sistema de información clínica en una cola de espera para la transmisión en la red del receptor de radiobúsqueda.
La figura 9 ilustra la segunda de las dos rutinas que ponen en práctica el paralelogramo etiquetado "Módem usado para enviar un mensaje a la red del receptor de radiobúsqueda" de la figura 2; en particular, la figura 9 ilustra una rutina que recupera los mensajes del receptor de radiobúsqueda desde la cola de espera de la figura 8 y que transmite realmente esos mensajes a la red de receptor de radiobúsqueda.
La figura 10 muestra una pantalla de presentación alfanumérica de un receptor de radiobúsqueda a distancia mediante la realización preferida e ilustra el formato de un mensaje enviado en respuesta a dos estados de excepción simultáneos (es decir, FiO_{2} > 60% durante cuatro horas, PEEP > 15).
La figura 11 muestra una pantalla de presentación alfanumérica de un receptor de radiobúsqueda a distancia mediante la realización preferida, e ilustra el formato de un mensaje enviado en respuesta a un indicador crítico, concretamente, cuando el pH sanguíneo ha disminuido por debajo del valor numérico crítico de 7,25 y de hecho es de 6,99.
La figura 12 muestra una primera página de un diagrama de flujo que indica algunos de los parámetros médicos que se almacenan mediante el sistema de información clínica de la realización preferida, parámetros que pueden analizarse automáticamente para detectar acontecimientos críticos.
La figura 13 muestra una segunda página del diagrama de flujo de la figura 12.
Descripción detallada
La invención resumida anteriormente y definida por las reivindicaciones enumeradas, puede entenderse mejor haciendo referencia a la siguiente descripción detallada, que debe leerse junto con los dibujos adjuntos. Esta descripción detallada de una realización preferida particular, explicada más adelante para permitir construir y usar una puesta en práctica particular de la invención, no está destinada a limitar las reivindicaciones enumeradas, sino para que sirvan como ejemplo particular de las mismas. El ejemplo particular explicado más adelante es la puesta en práctica específica y preferida de un sistema de notificación de acontecimiento crítico, concretamente uno que usa piezas convencionales del equipo, tales como una red de receptor de radiobúsqueda, receptores de radiobúsqueda alfanuméricos a distancia, sistemas informáticos y módems. Sin embargo, la invención también puede aplicarse a otros tipos de sistemas, así como de equipo.
I. Introducción a las partes principales
La figura 1 es un diagrama ilustrativo de la realización preferida, que muestra el uso de un sistema de información clínica, algoritmos de alerta automáticos que monitorizan los datos del paciente para detectar acontecimientos críticos y una red de receptor de radiobúsqueda. En particular, en la figura 1 se muestran seis bloques gráficos 11, 13, 15, 17, 19 y 21 para ayudar a ilustrar el funcionamiento de la realización preferida. También ayudan a mostrar cómo el presente sistema monitoriza automáticamente los datos del paciente, detecta la aparición de acontecimientos críticos e informa automáticamente a un médico. Para realizar esta notificación, el sistema define automáticamente los formatos de los mensajes del receptor de radiobúsqueda, según sea necesario, y toma automáticamente por sí mismo la decisión de avisar por radiobúsqueda al médico. Los seis bloques de la figura 1 se tratarán en el sentido de las agujas del reloj, comenzando en la parte superior izquierda y continuando en la dirección de las diversas flechas observadas en la figura.
El sistema de información clínica monitoriza a los pacientes y ejecuta los algoritmos de alerta que toman la decisión de avisar por radiobúsqueda. Consiste en una red informática disponible comercialmente, concretamente un Sistema CareVue 9000, disponible de la empresa Hewlett-Packard. Este sistema tiene varias estaciones de trabajo informatizadas, autónomas pero interconectadas en red, que ejecutan el software y supervisan los datos del paciente para un gran número de pacientes. El sistema puede usarse únicamente para pacientes extremadamente enfermos que requieren monitorización continua, por ejemplo, pacientes en la UCI o la UCC ("Unidad de Cuidados Cardiológicos") o también podría aplicarse a todo el hospital. Una o más estaciones de trabajo también sirven como estación de trabajo "servidor", y puede interconectarse mediante una segunda red con otros diversos sistemas informáticos y bases de datos. Cada pantalla de presentación de la estación de trabajo recibe entradas continuas de datos para ciertas estadísticas de pacientes, por ejemplo, las pulsaciones, y también datos periódicos, por ejemplo, que representan los resultados del laboratorio, tal como la producción enzimática, los niveles de fármaco, los recuentos de células sanguíneas, etc., cuando están disponibles. Cada estación de trabajo también está supervisada visualmente por un enfermero, que revisa las entradas continuas de datos y que las muestrea selectivamente, por ejemplo, "transformándolas en gráficos", cuando los datos continuos son representativos del estado del paciente. Por tanto, por ejemplo, ciertas estadísticas del paciente se muestrean periódicamente y se almacenan en la estación de trabajo (bajo el control del enfermero) en un archivo del paciente en intervalos de tiempo seleccionados, por ejemplo, cada diez minutos, cada hora, etc.
Una pantalla de presentación habitual para una de las estaciones de trabajo se observa en el primer bloque 11 de la figura 1. En esta pantalla de presentación, se observa un archivo o gráfico del paciente, representando las columnas de la presentación intervalos de tiempo regulares (por ejemplo, cada hora, cada media hora, etc.) y representando las filas las estadísticas del paciente que se han muestreado o proporcionado mediante un sistema informático externo mantenido por uno de los laboratorios del hospital. Las filas incluyen normalmente signos vitales, tales como la frecuencia respiratoria, la temperatura, la frecuencia cardiaca, el gasto cardiaco y otras estadísticas; también incluyen normalmente los datos estadísticos de orina del paciente, el aporte hídrico i.v., el porcentaje y el volumen de oxígeno del respirador, la hemoglobina, los niveles de calcio y de potasio en sangre, etc.
El segundo bloque 13 de la figura 1 representa algoritmos de alerta usados por la estación de trabajo servidor del sistema de información clínica, algunos a intervalos periódicos, algunos cada vez que se reciben nuevos datos. En particular, la estación de trabajo servidor proporciona una interfaz entre el sistema de información clínica y los otros sistemas informáticos. Cada vez que un ordenador externo (por ejemplo, un ordenador de gasometría o un ordenador del laboratorio clínico) notifica nuevos datos para un paciente al sistema de información clínica, los datos se distribuyen entonces por la estación de trabajo servidor a la estación de trabajo particular correspondiente al paciente. Los datos se incorporan entonces en el gráfico del paciente. La estación de trabajo servidor también interconecta el sistema de información clínica con una base de datos de archivos (por ejemplo, un dispositivo informático de almacenamiento masivo), de manera que los datos del paciente puedan almacenarse periódicamente y recuperarse de los archivos del paciente mantenidos en la base de datos de archivos.
Los algoritmos de alerta, tal como se ha mencionado, son de dos tipos. En primer lugar, algunos algoritmos se usan para detectar acontecimientos críticos representados por la entrada de datos del laboratorio, cuando esos datos son distribuidos por la estación de trabajo servidor a la estación de trabajo particular correspondiente al paciente. Mientras la estación de trabajo servidor distribuye estos datos, los algoritmos de alerta revisan los datos para determinar si el laboratorio del hospital ha situado un "indicador de acontecimiento crítico" en los datos. En segundo lugar, la estación de trabajo servidor también emplea algoritmos que importan periódicamente datos seleccionados de archivos de pacientes o estaciones de trabajo particulares, como una unidad lógica de trabajo, con el fin de realizar análisis más complejos, por ejemplo, la detección de "estados de excepción." Por ejemplo, un estado de excepción es el estado de un paciente del ventilador que requiere un nivel de oxígeno del sesenta por ciento o más durante más de cuatro horas. Este tipo de análisis no puede realizarse con medidas instantáneas, tal como con sólo una medida de datos obtenida del laboratorio del hospital y distribuida por la estación de trabajo servidor y, por tanto, el análisis se realiza periódicamente.
El sistema de información clínica y otros sistemas del hospital se estructuran como bases de datos relacionales, lo que permite que la estación de trabajo servidor y otros sistemas informáticos del hospital importen y exporten datos procedentes de las bases de datos en todo el hospital como parte de una unidad lógica de trabajo. Por tanto, el sistema de información clínica tiene acceso a todos los datos informáticos que necesita para completar su revisión compleja y no se limita a una revisión de los datos almacenados por una estación de trabajo particular o grupo de ellas. Para obtener estos datos, la estación de trabajo servidor define el formato de una solicitud para un tipo particular de datos, que se dirigen a un sistema informático o base de datos que poseen esos datos.
Cuando la estación de trabajo servidor detecta un acontecimiento crítico para un paciente particular, o bien mediante un indicador de acontecimiento crítico (por ejemplo, datos de medidas anómalas) o mediante la existencia de un estado de excepción (análisis periódico del archivo del paciente), automática e inmediatamente avisa por radiobúsqueda al médico o médicos responsables. Para hacer esto, la estación de trabajo servidor formula un mensaje alfanumérico que (1) identifica el paciente y el diagnóstico preliminar (la dolencia médica del paciente), (2) el acontecimiento crítico particular que se ha producido y otra información alfanumérica crítica relacionada con ese acontecimiento crítico y (3) proporciona al médico el nombre del enfermero responsable en el hospital y el número de teléfono mediante el que el médico puede ponerse en contacto con el enfermero. La estación de trabajo servidor llama entonces a una red de receptores de radiobúsqueda mediante el módem 23, tal como se observa en el tercer bloque 15 de la figura 1. La información formulada y enviada automáticamente a la red de receptores de radiobúsqueda no sólo incluye la información del acontecimiento crítico que se acaba de describir, sino también un número de identificación personal ("PIN") para el receptor de radiobúsqueda a distancia particular al que ha de enviarse el mensaje.
Tal como se indica por el cuarto bloque 17 de la figura 1, la red de receptores de radiobúsqueda preferida es una red conocida como el sistema "StarLink" y proporciona avisos por radiobúsqueda alfanuméricos y automáticos bajo el control de un sistema de aviso por radiobúsqueda informatizado. De hecho, los usuarios de este tipo de red de radiobúsqueda normalmente reciben software informático que permite que alguien, por ejemplo un enfermero, mecanografíe un mensaje alfanumérico en un sistema informático mediante un teclado, que emplea entonces software especial para transmitir este mensaje alfanumérico a la red de radiobúsqueda mediante el módem 23. En la realización preferida, la formulación de un mensaje alfanumérico y la obtención de un PIN se realizan automáticamente mediante el software que ejecuta la estación de trabajo servidor, siempre que se detecte un acontecimiento crítico, sin la intervención humana. Por tanto, ayuda a eliminar el error humano y el retraso en el tiempo que el que se incurre en la primera notificación de acontecimientos críticos en el estado de un paciente, y después, en la notificación al médico responsable de la atención a paciente. Una vez transmitido el mensaje a la red de radiobúsqueda, se usa un transmisor 25 para enviar el mensaje alfanumérico, vía satélite, de manera que pueda dirigirse a un PIN particular.
El quinto bloque 19 de la figura 1, localizado en la parte inferior central de la figura 1, muestra un "busca" o receptor 27 de radiobúsqueda alfanumérico, a distancia, real, que es preferiblemente un receptor de radiobúsqueda comercialmente disponible conocido como un ordenador "Palmtop" (portátil) y también está fabricado por la empresa Hewlett-Packard, modelo número 200LX. El receptor de radiobúsqueda es básicamente un ordenador portátil que incluye un circuito especial insertado en el lado del ordenador, concretamente un circuito 29 de receptor "StarLink". Este circuito incluye un conjunto de circuitos de radiofrecuencia ("rf") necesario para interceptar y decodificar los mensajes dirigidos a este receptor de radiobúsqueda a distancia particular, tal como se identifica por el PIN único asociado con el circuito 29 del receptor.
Finalmente, el sexto bloque 21 de la figura 1 ilustra una pantalla de presentación alfanumérica del dispositivo 27 "portátil", que puede visualizar simultáneamente numerosas frases de texto. En particular, cada médico con el que ha de ponerse en contacto usando la realización preferida lleva el dispositivo 27 "portátil". Cuando se avisa por radiobúsqueda al médico, la pantalla 31 de presentación indica el nombre del paciente, el acontecimiento crítico particular que activa el aviso por radiobúsqueda, el diagnóstico del paciente y el número y el nombre de un enfermero al que el médico pueda transmitir las órdenes de respuesta. [La figura 1 no muestra la presentación de esta última información].
Actualmente se considera que este sistema también proporcionará comunicación en ambos sentidos, de manera que usando el teclado 33 del dispositivo 27 "portátil", el médico puede dar órdenes que entonces se transmiten en dirección inversa, por ejemplo, a una red de radio celular o de radiobúsqueda, mediante un módem, vía de radio enlace o radiobúsqueda al sistema de información clínica y a la estación de trabajo pertinente donde pueden presentarse las órdenes al enfermero responsable del paciente.
Tal como puede observarse de la figura 1, la realización preferida es un sistema médico que usa revisión automática de los datos electrónicos continuos y periódicos que representan a un paciente para notificar e informar de los acontecimientos críticos automática e inmediatamente. El contacto se realiza automáticamente con un receptor 27 de radiobúsqueda a distancia mediante la realización preferida, de manera que un médico se informe inmediatamente de la existencia y de la naturaleza precisa del acontecimiento crítico. De este modo, el médico puede determinar la gravedad del acontecimiento crítico y cómo responder apropiadamente a él.
Con las partes principales de la realización preferida presentadas en estos términos, el diseño del sistema preferido se describirá ahora con mayor detalle.
II. Procesamiento de los datos del paciente; Figura 2
La figura 2 ayuda a ilustrar adicionalmente el funcionamiento del sistema preferido. Los datos del paciente para cada paciente se proporcionan al sistema de información clínica desde tres orígenes: Estos incluyen (a) datos periódicos que representan los resultados de prueba de un ordenador de gasometría; (b) los datos periódicos que representan los resultados de prueba de un ordenador de laboratorio clínico; y (c) los datos continuos proporcionados directamente a una de las estaciones de trabajo desde una variedad de detectores. Estos orígenes se indican respectivamente como bloques 35, 37 y 39 rectangulares en la parte inferior de la figura 2.
El ordenador de gasometría y el ordenador del laboratorio clínico son sistemas informáticos autónomos que están completamente separados del sistema de información clínica "CareVue 9000" y de las estaciones de trabajo. Cada uno incluye utilidades de exportación que envían automáticamente cualquier dato nuevo a la estación de trabajo servidor, que realiza la detección del indicador del valor crítico, tal como se indica mediante la referencia numérica 41. Estos datos se distribuyen entonces a la estación de trabajo particular asociada con el paciente correspondiente a los datos, que almacena esta información como parte del gráfico o archivo del paciente. Esta última operación está designada por la referencia numérica 43.
En la realización preferida, los datos procedentes de dos orígenes periódicos se obtienen electrónica y automáticamente, pero primero se revisan por un ayudante en el laboratorio particular que puede añadir notas o un indicador crítico al archivo de un paciente. Después, el ayudante hace que estos datos se almacenen, en un dispositivo de almacenamiento dedicado al sistema informático particular, y las utilidades de exportación para el ordenador particular envían automáticamente estos datos en un formato estándar, preferiblemente en el formato conocido como "HL7." La tabla 1, a continuación, proporciona un ejemplo del formato "HL7".
TABLA 1 Formato de mensaje "HL7"
1
En la línea cuarta de la tabla 1 anterior, el parámetro |L| representa un acontecimiento crítico asociado con una lectura de calcio baja, tal como se determina en el laboratorio bioquímico de gasometría. Este indicador se añade en la realización preferida por el ayudante que monitoriza una presentación de los datos establecidos electrónicamente; el software usado por el sistema informático particular se usa para detectar automáticamente un valor crítico y llamando la atención del ayudante, por ejemplo, usando realce en la presentación visual. Al observar el valor crítico, el ayudante utiliza adicionalmente el software para hacer que el indicador crítico se adjunte al registro, así como la nota que refleje la existencia del valor crítico. Al recibir este mensaje, la estación de trabajo servidor simplemente monitoriza el formato "HL7" para detectar la aparición del parámetro |L|, comparando cada transmisión de datos del mensaje con esta cantidad. Parámetros deseados adicionales de acontecimientos críticos y características de comparación que ya se han puesto en práctica realmente, se indican en las tablas 2 y 3, a continuación.
\vskip1.000000\baselineskip
TABLA 2
\vskip1.000000\baselineskip
Parámetros de acontecimientos críticos
2
\newpage
TABLA 3
\vskip1.000000\baselineskip
Parámetros de acontecimientos críticos y valores de comparación
3
La detección del acontecimiento crítico también puede llevarse a cabo programando la estación de trabajo servidor con algoritmos de alerta que consideran el valor numérico de cada parámetro para compararlo con un número asociado, en lugar de comparar las cantidades en el formato "HL7" con la cantidad alfanumérica |L|. En este último ejemplo, no habría necesidad de que el ayudante de laboratorio insertara un indicador de acontecimiento crítico en el mensaje de formato "HL7", sino que el acontecimiento crítico se determinaría directamente usando datos numéricos dentro del mensaje de formato "HL7". De hecho, la revisión automatizada de esta naturaleza se pone en práctica para la determinación de algunos estados de excepción, por ejemplo, alguna revisión del estado de excepción se indica automáticamente con la llegada de ciertos datos nuevos, tal como a partir de un ventilador. Está completamente dentro de la capacidad de alguien familiarizado con el sistema informático, la construcción de un algoritmo de alerta de este tipo.
Independientemente de la forma en la que se determine la existencia de un acontecimiento crítico, el sistema de información clínica almacena la información periódica en el archivo del paciente y también procede a formular un mensaje en el receptor de radiobúsqueda, tal como se indica en el bloque 45 medio de la figura 2, donde se usan los paralelogramos para representar las acciones tomadas por el sistema de información clínica. Durante la formulación de un mensaje del receptor de radiobúsqueda, el sistema solicita la identidad de un PIN del médico y el nombre de un enfermero y el número de teléfono correspondiente a partir de los archivos administrativos almacenados por un ordenador 47 administrativo externo. Este ordenador administrativo mantiene una base de datos de esta información y devuelve la información apropiada, dependiendo del personal, por ejemplo, dependiendo del momento del día, del turno, etc. Automáticamente selecciona cada PIN apropiado del médico, un nombre de un enfermero responsable al que el(los) médico(s) pueda(n) llamar en respuesta al aviso por radiobúsqueda y un número de teléfono. Al solicitar esta información, el sistema de información clínica proporciona una identidad (número o nombre) para el paciente particular, que va a usarse por el ordenador administrativo como un índice. El ordenador 47 administrativo devuelve esta información solicitada al sistema de información clínica, que inserta entonces la información solicitada en el mensaje del receptor de radiobúsqueda y exporta el PIN para cada médico al que ha de avisarse por radiobúsqueda. Cada PIN es usado por la red de radiobúsqueda como una dirección a la que se enviará el mensaje alfanumérico.
Al mismo tiempo, el sistema de información clínica también envía el mensaje del receptor de radiobúsqueda a un registro 50 de la base de datos de mensajes del receptor de radiobúsqueda, que almacena el mensaje del receptor de radiobúsqueda como un registro del acontecimiento crítico, para su uso en registros, estadísticas y revisión del funcionamiento del sistema.
Al igual que los datos del paciente procedentes del tercer origen 39, los datos continuos procedentes de la cabecera del paciente se proporcionan directamente a una estación de trabajo particular del sistema de información clínica mediante detectores electrónicos, tales como detectores de frecuencia cardiaca, monitores i.v. y similares. El software que ejecuta el sistema de información clínica permite que un enfermero o técnico muestree y almacene automáticamente esta información como parte del gráfico del paciente cuando las lecturas son representativas del estado del paciente. Normalmente, esto se realizará cada hora para los pacientes de la UCI, pero puede realizarse en cualquier momento o intervalo de tiempo deseado.
Tal como se indica en el bloque 43 de la figura 2, la estación de trabajo particular dedicada a cada paciente visualiza los muestreos que se acaban de mencionar de datos continuos y también los nuevos datos de laboratorio enviados desde la estación de trabajo servidor, como parte de los archivos del paciente. Estos archivos se almacenan periódicamente en un dispositivo de almacenamiento masivo, que actúa como archivos de datos.
Periódicamente, la estación de trabajo emplea los algoritmos de alerta para determinar la existencia de un estado de "excepción", una operación indicada por el paralelogramo 51. La expresión "estado de excepción" se refiere a estados complejos que pueden establecerse mediante una revisión de diferentes datos, que representan parámetros iguales o diferentes. Como ejemplos, un estado de excepción usado en relación con un paciente conectado a un ventilador es si el paciente ha requerido niveles de ventilación de oxígeno superiores a una composición de oxígeno del 60% durante más de cuatro horas de duración. Este tipo de estado no puede determinarse en la realización preferida únicamente a partir de los datos instantáneos proporcionados directamente a partir del ventilador y, por tanto, los archivos del paciente se revisan periódicamente para considerar varias entradas de datos que se extienden en el tiempo que representan la composición de oxígeno. De hecho, tal como se ha mencionado, la revisión de estos datos se activa en cualquier momento que se reciben nuevos datos. Por ejemplo, si se han tomado como muestra una vez cada hora datos continuos proporcionados a partir del ventilador hasta la estación de trabajo particular, entonces a medida que se recibe cada dato nuevo, pueden examinarse los cuatro muestreos de datos más recientes del ventilador cada hora para determinar si se han cumplido los estados de excepción (en la realización preferida, los datos del ventilador se actualizan tan sólo una vez por minuto). Otros estados de excepción pueden basarse en una combinación de diferentes tipos de datos, por ejemplo, un estado de excepción que detecte una arritmia patológica podría basarse en la frecuencia cardiaca instantánea y en la frecuencia respiratoria. Los estados de excepción usados en la realización preferida se identifican en la tabla 4, a continuación.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
TABLA 4 Estados de excepción
4
Los acontecimientos críticos en la realización preferida se establecen usando los algoritmos de alerta mediante (1) la detección de un indicador de valor crítico en un mensaje de formato "HL7" o (2) mediante la detección de un estado de excepción. Estas operaciones se expresan como los paralelogramos 41 y 51 que se encuentran aproximadamente en el centro de la figura 2. Una vez que se detecta un acontecimiento crítico, el software ejecutado por la estación de trabajo servidor se usa para recopilar un mensaje alfanumérico del receptor de radiobúsqueda (tal como se indica por el paralelogramo 45) y para obtener un PIN para cada médico al que ha de enviarse el mensaje. Una vez formulado el mensaje, se envía junto con el PIN del médico a la red de aviso por radiobúsqueda "Starlink" mediante módem, lo que hace que el(los) médico(s) sea(n) avisado(s) por radiobúsqueda y que les sean transmitidos los mensajes alfanuméricos. Esta operación se designa por la referencia numérica 53 de la figura 2.
Ejemplos de presentación de los mensajes alfanuméricos del busca a distancia de los médicos para cada tipo de acontecimiento crítico (estado de excepción y valor crítico) se observan en las figuras 10 y 11, respectivamente. En particular, estas figuras muestran el uso del Personal Data Assistant modelo 200LX de Hewlett-Packard, que tiene una presentación alfanumérica de múltiples líneas y un receptor PCMCI unido a la unidad. Un nuevo sistema prometedor para su uso en el futuro es el nuevo Palmtop System M1490A, también disponible de Hewlett-Packard, que usa software "PalmVue". Este último sistema tiene capacidades que permiten visualizar gráficos y diagramas y similares, como parte de la presentación alfanumérica.
III. Hardware de la realización preferida
Las figuras 3 y 4 ayudan a ilustrar el hardware de la realización preferida. La figura 3 muestra una visión general de la totalidad del sistema 55, mientras que la figura 4 muestra la circunscripción de una de las entradas de los bloques 57 de "datos del paciente" para cada estación 59 de trabajo, tal como se indica en línea discontinua en la figura 3.
En la figura 3 se observan dos grupos diferentes de sistemas 61 y 63 informáticos. En primer lugar, el sistema 61 de información clínica se observa en el lado derecho de la figura 3 y consiste en múltiples estaciones 59 de trabajo conectadas mediante una red 67 de área local, recibiendo cada estación de trabajo datos continuos del paciente a medida que se distribuyen por una estación 69 de trabajo servidor. La estación 69 de trabajo servidor interconecta con los sistemas informáticos (designado con 63) y las bases de datos externos del hospital, que se observan en el lado izquierdo de la figura 3. Incluyen (1) un ordenador 71 del laboratorio de gasometría, que es preferiblemente un sistema informático modelo 11/23 de Digital Equipment Corporation ("DEC"); y (2) un ordenador 73 de laboratorio clínico, que es preferiblemente un sistema informático VAX modelo 8530. Cada uno de estos sistemas informáticos, tal como se aludió anteriormente, mantiene su propia base de datos y memoria y usa secuencia de comandos para exportar cualquier nuevo dato sobre el paciente al sistema 61 de información clínica cuando esos datos se almacenan en ese sistema. Los que deseen detalles adicionales en cuanto a la interfaz entre estos sistemas 71 ó 73 informáticos y el sistema 61 de información clínica, y de cómo se procesan los nuevos datos procedentes de estos sistemas informáticos, han de referirse a la siguiente bibliografía: (1) "Inferencing Strategies For Automated Alerts On Critically Abnormal Laboratory And Blood Gas Data" de los autores Shabot, LoBue, Leyerle y Dubin, Proceedings Of The Thirteenth Annual Symposium On Computer Applications In Medical Care, Washington, D.C., 5-8 de noviembre, 1989; (2) "Real-Time Wireless Decision Support Alerts on a Palmtop PDA," por M. Shabot y M. LoBue, Nineteenth Annual Symposium On Computer Applications In Medical Care; y también (3) Decision Support Systems In Critical Care, Ed. M. Michael Shabot y Reed Gardner (Springer-Verlag, 1994). Esta bibliografía se incorpora al presente documento como referencia en esta descripción, aunque se explica completamente en el presente documento.
Además de estos sistemas informáticos, los sistemas informáticos externos del hospital también incluyen (3) el ordenador 49 del centro de datos científicos, que consiste en una unidad de asignación VAX y (4) el ordenador 47 administrativo, que es preferiblemente una unidad central IBM. Estos cuatro sistemas 47, 49, 71 y 73 informáticos están acoplados a la estación 69 de trabajo servidor mediante una segunda red 75 de área local, que es diferente de la red 67 para el sistema de información clínica. Por último, la estación de trabajo servidor también interconecta con un dispositivo 77 de almacenamiento masivo (etiquetada como "archivos de datos" en la figura 3), usada para el almacenamiento de los archivos del paciente y el módem 23 interno que se usa para notificar los acontecimientos críticos a la red de receptor de radiobúsqueda y avisar por radiobúsqueda a los médicos. Muchos dispositivos de módem y almacenamiento masivo adecuados están disponibles y son apropiados y su selección se deja a un experto con ordenadores.
La figura 4 ayuda a mostrar la circunscripción de cada bloque 57 de "datos del paciente" de la figura 3. Los pacientes 79 se monitorizan mediante tres dispositivos diferentes, incluyendo los ventiladores 81, los urímetros 83 y los monitores 85 Merlin. Los ventiladores 81 pueden ser cualquier ventilador comercialmente disponible que suministre numerosos tipos de actualizaciones de información al sistema de información clínica, por ejemplo, consistente en muchos parámetros diferentes, cada vez que hay algún tipo de cambio en cualquiera de ellos. Puesto que el formato de estos datos y su transmisión no se ajusta necesariamente al formato aceptado por el sistema CareVue 9000, se construye una interfaz 87 digital para adaptar la transmisión de la información desde los ventiladores 81 a un formato uniforme que se sitúa en una tercera red 93 que se acopla a la estación 69 de trabajo servidor. Asimismo, los datos procedentes de los urímetros 83 también deben pasar a través de una interfaz 89 para colocar información en la red. Finalmente, los monitores 85 Merlin monitorizan directamente los detectores i.v. y los detectores de signos vitales y proporcionan estos datos mediante la interfaz 91 Careport Merlin de HP en la red 93. Esta última interfaz se escoge para que sea un modelo 1000/A600, también disponible de la empresa Hewlett-Packard. Con estas interfaces 87, 89 y 91, pueden notificarse los cambios en los datos al sistema 61 de información clínica que puede muestrear entonces los datos para presentar las lecturas actuales del paciente; el sistema de información clínica se usa para muestrear selectivamente estas lecturas y escribirlas en un archivo permanente, es decir, en el gráfico del
paciente.
IV. Software de la realización preferida
Las figuras 5-9 muestran bloques funcionales que corresponden a los paralelogramos 41, 45, 51 y 53 observados en la figura 2. Las figuras 5 y 6 muestran en particular diagramas de bloques funcionales para detectar los activadores de alerta, basados en indicadores de valor crítico y la detección de los estados de excepción, respectivamente. La figura 7 muestra la formulación de un mensaje de receptor de radiobúsqueda, mientras que las figuras 8 y 9 juntas muestran las colas de espera y el envío de los mensajes al receptor de radiobúsqueda bajo el control del módem, respectivamente. Todo el software para efectuar estas funciones está escrito en C++ y principalmente se ejecuta en la estación 69 de trabajo servidor.
La figura 5 tiene dos secciones 95 y 97 generales que están ilustradas en línea discontinua; la primera sección 95 se refiere a las actividades de los sistemas informáticos externos (o bien el ordenador 71 de gasometría o el ordenador 73 del laboratorio clínico), mientras que la segunda sección 97 muestra las actividades realizadas por el sistema 61 de información clínica cuando se reciben y se distribuyen los datos procedentes de estos ordenadores. Tal como indica por la sección 95 superior de la figura 5, se usa secuencia de comandos para generar un registro de datos cada vez que se reciben nuevos datos; esta información se escribe tanto en la memoria 99 del sistema informático como también se transforma en el formato "HL7". En este momento, la secuencia de comandos del ordenador 71 ó 73 particular se escribe de manera que detecte y resalte preferiblemente la presentación de los valores críticos. Un técnico de laboratorio también revisa visualmente los datos a medida que le aparecen en un monitor, para adjuntar notas específicas e indicadores, incluyendo indicadores de valor crítico, según sea apropiado. El mensaje se transforma luego en formato "HL7" y se almacena en la memoria 99 del ordenador. La secuencia de comandos para el ordenador 71 ó 73 también copia este mensaje y lo envía al sistema 61 de información clínica.
El sistema 61 de información clínica de la realización preferida analiza cada mensaje de datos nuevos procedentes del ordenador 71 de gasometría o del ordenador 73 del laboratorio clínico para determinar si el mensaje contiene un indicador de acontecimiento crítico, es decir, la cantidad |L| si el mensaje está en el formato "HL7". De acuerdo con esto, la estación 69 de trabajo servidor determina primero si esta cantidad está presente y, en caso afirmativo, formula un mensaje de acontecimiento crítico y hace que se envíe a la red de aviso por radiobúsqueda. Sin embargo, esté presente o no esta cantidad, el sistema 61 de información clínica actualiza los archivos 101 del paciente (es decir, el gráfico del paciente particular almacenado en los archivos 77 de datos) para reflejar los nuevos datos.
La figura 6 es una diagrama de bloques de un algoritmo de alerta que revisa los estados de excepción. En general, cada estado de excepción tiene un algoritmo dedicado que se ejecuta periódicamente, por ejemplo, cada hora o cada vez que se reciben nuevos datos. Cuando se transfiere el control a un algoritmo, extrae los parámetros secuencialmente según sea necesario para cada archivo 101 del paciente en los archivos 97 de datos, es decir, desde cada archivo del paciente mantenido por la estación de trabajo del servidor. Estos parámetros se comparan con cantidades alfanuméricas predeterminadas, para establecer si guardan una relación predefinida con esas cantidades. Por ejemplo, usando un ejemplo establecido anteriormente en relación con ventiladores, un algoritmo de alerta recupera cada muestra de oxígeno desde los archivos del paciente durante la duración anterior de cuatro horas; con respecto a cada muestra, el algoritmo compara la muestra con una cantidad que representa el sesenta por ciento de oxígeno. Si todas las muestras satisfacen la relación de que son mayores que esta cifra, se detecta un acontecimiento crítico y se formula un mensaje específico en relación con el acontecimiento crítico. Por ejemplo, el mensaje del receptor de radiobúsqueda observado en la figura 10 representa dos acontecimientos críticos simultáneos, incluyendo un componente de oxígeno del ventilador mayor a cuatro horas, y un valor de PEEP que es mayor o igual a quince. Las cantidades de comparación no tienen que ser numéricas, sino que, por ejemplo, también pueden ser o incluir cantidades alfabéticas
u otras.
La figura 7 muestra un diagrama funcional para el tratamiento de acontecimientos críticos detectados y la formulación del mensaje. Cuando se detecta un acontecimiento crítico, el sistema 61 de información clínica envía un identificador del paciente (un número que corresponde al paciente particular o a la cama particular del hospital) al ordenador 47 administrativo, y solicita un PIN del médico para cada médico al que ha de avisarse por radiobúsqueda en respuesta a la detección de un acontecimiento crítico. Por ejemplo, un acontecimiento crítico correspondiente a un paciente de la UCI podría requerir el aviso por radiobúsqueda de un médico residente o que atienda. El ordenador 47 administrativo almacena información sobre los médicos responsables para la atención de cada paciente y devuelve la información solicitada al sistema 61 de información clínica para su uso en conexión con el aviso por radiobúsqueda. Adicionalmente, sin embargo, el ordenador 47 administrativo también almacena información referente al enfermero con el que ha de contactarse para el paciente particular y el número de teléfono mediante el cual, el(los) médico(s) avisado(s) por radiobúsqueda pueden ponerse en contacto con el enfermero para dar órdenes en respuesta al aviso por radiobúsqueda. Esta información también se devuelve al sistema 61 de información clínica a través del ordenador 47 administrativo, para su incorporación en el mensaje de acontecimiento crítico. Finalmente, una realización considerada también envía una indicación del acontecimiento crítico particular al ordenador administrativo, con el fin de que también pueda avisarse por radiobúsqueda a un especialista. Por ejemplo, si el acontecimiento crítico particular es el estado de excepción de fibrilación ventricular, el sistema 61 de información clínica puede indicar al ordenador 47 administrativo que el PIN de médico para un cardiólogo a avisar también debería devolverse al sistema de información clínica junto con la otra información. De esta manera, se formula un mensaje alfanumérico para cada PIN de un médico que va a avisarse por radiobúsqueda y puede consistir en la información siguiente: (1) número de acontecimiento crítico; (2) tipo de acontecimiento crítico - o bien un estado de excepción o un valor (de alerta) crítico; (3) el nombre del paciente; (4) el número del paciente; (5) el diagnóstico del paciente; (6) la localización del paciente (por ejemplo, en la UCI); (7) la edad del paciente; (8) la fecha y la hora; y (9) otros datos del paciente, tal como la duración de tiempo que el paciente ha estado en la UCI, por ejemplo. Toda esta información se recupera desde el archivo del paciente por el sistema de información clínica en el momento en que se detecta un acontecimiento crítico. Además de esta información, los algoritmos de detección del acontecimiento crítico también vuelven a la información de rutina de formulación del mensaje en relación con el (10) tipo exacto de acontecimiento crítico (por ejemplo, bajo nivel de pH sanguíneo) que se ha detectado y (11) valores precisos que activan la detección del acontecimiento crítico (por ejemplo, pH de 6,99).
Finalmente, la información mantenida en las bases de datos almacenadas en los sistemas informáticos externos, concretamente, en el sistema informático administrativo, se solicita y se proporciona a un sistema de información clínica tal como se acaba de describir. Esta información incluye (12) el (los) PIN del médico para avisar por radiobúsqueda a cada médico responsable del paciente, (13) el nombre de un enfermero y (14) el número de teléfono de un enfermero. El (los) PIN del médico se usan para determinar el número de mensajes que se enviarán al sistema de radiobúsqueda Starlink, con una copia dirigida a cada médico al que ha de avisarse por radiobúsqueda. Esta última información se incluye en el mensaje alfanumérico enviado a cada médico si el sistema está configurado para monitorizar a los pacientes en diversas localizaciones, por ejemplo, en las que sería difícil dar órdenes por teléfono sin ella.
Las figuras 8 y 9 muestran la colocación de mensajes alfanuméricos en una cola de espera para transmitir a la red de aviso por radiobúsqueda Starlink. Tal como se indica en las figuras 8 y 9, cada vez que se genera un mensaje crítico, se coloca en una cola de espera de mensajes a la espera de su transmisión por módem. Se prefiere esta puesta en práctica, porque en un caso habitual, se avisará por radiobúsqueda a más de un médico, por lo que el sistema de información clínica puede generar múltiples mensajes en un periodo de tiempo muy corto. Una rutina independiente, tal como se indica por la figura 9, recupera los mensajes de la cola de espera y los transmite a la red de aviso por radiobúsqueda Starlink a través del módem y señala el mensaje cuando ha sido enviado.
El uso de un único PIN para cada médico permite que los mensajes de dirijan independientemente a cada médico. La red Starlink es eficaz, en la recepción de una transmisión por módem que contiene un PIN y un mensaje alfanumérico, para avisar por radiobúsqueda al médico particular al que corresponde el PIN y para presentar en un busca a distancia (Personal Data Assistant 200LX de HP) el mensaje alfanumérico preciso formulado por el software de la estación de trabajo servidor. En las figuras 10 y 11 se observan dos ejemplos de mensajes alfanuméricos enviados usando la red de avisos por radiobúsqueda Starlink, tal como aparecerían en la pantalla de presentación del busca a distancia 200LX.
Se considera que numerosas posibles mejoras de esta realización preferida están dentro del alcance de la presente invención, tal como se define en las reivindicaciones más adelante. En primer lugar, se han escogido estados médicos particulares para el análisis del acontecimiento crítico en la realización preferida; debe ser evidente que cualquier tipo de estado médico puede programarse para el análisis del acontecimiento crítico. Por ejemplo, el sistema CareVue 9000 de HP puede permitir revisar cientos de parámetros; un diagrama de flujo que muestra algunos de estos parámetros revisados por el sistema de información clínica se observa en las figuras 12 y 13. El sistema de información clínica puede programarse para que detecte casi cualquier estado o combinación de estados, instantáneos, distribuidos en el tiempo, o en caso contrario, como se considere apropiado. Como otro ejemplo de una realización prospectiva, el nuevo sistema "PalmVue" modelo M1490A de Hewlett-Packard permite, no sólo presentar mensajes alfanuméricos del receptor de radiobúsqueda, sino también las presentaciones gráficas que muestran los electrocardiógrafos y otros tipos de información, como parte del mensaje del receptor de radiobúsqueda. Debe estar completamente dentro de la capacidad de alguien familiarizado con el sistema informático del hospital poner en práctica los mensajes del receptor de radiobúsqueda que incluye formas de onda, por ejemplo, electrocardiógrafos, así como para poner en práctica los análisis de forma de onda como un mecanismo de detección del acontecimiento crítico. Además, tal como se menciona, se considera que los dispositivos de presentación alfanumérica también incluyen un teclado 33, que puede usarse para transmitir automáticamente órdenes y otra información de nuevo al hospital, de manera que el médico no requiera acceder al teléfono. Finalmente, la presente invención no se limita a aplicaciones relacionadas con la medicina o la atención en hospitales.
Por tanto, habiendo descrito una realización ejemplo de la invención, será evidente para los expertos en la técnica que también se producirán alteraciones, modificaciones y mejoras adicionales. Además, será evidente que la presente invención no se limita al uso de un aparato de aviso por radiobúsqueda médico. Tales alteraciones, modificaciones y mejoras, aunque no se han descrito ni mencionado expresamente antes, están destinadas y comprendidas no obstante dentro del espíritu y el alcance de la invención. De acuerdo con esto, la discusión anterior está destinada a ser únicamente ilustrativa; la invención está limitada y definida sólo por las diversas reivindicaciones siguientes y equivalentes a las mismas.

Claims (21)

1. Sistema de monitorización médica usado para informar a uno de una pluralidad de médicos en relación con un acontecimiento crítico en el estado de uno de una pluralidad de pacientes, que comprende:
un receptor (27) de radiobúsqueda a distancia que tiene una pantalla (31) de presentación y un número de identificación;
un sistema (23, 25) de aviso por radiobúsqueda que transmite un mensaje a un receptor (27) de radiobúsqueda a distancia para hacer que el receptor (27) de radiobúsqueda a distancia presente el mensaje; y
un sistema informático acoplado electrónicamente al sistema (23, 25) de aviso por radiobúsqueda y configurado para recibir datos que representan valores variables de parámetros y determinar si los valores de los parámetros tienen una relación predeterminada con respecto a una cantidad predefinida, para formular automáticamente un mensaje particular que indica la existencia de la relación predeterminada, en respuesta a la determinación de que los valores de los parámetros satisfagan la relación predeterminada; y para enviar automáticamente el mensaje particular al sistema (23, 25) de aviso por radiobúsqueda en un formato electrónico, junto con el número de identificación para el receptor (27) de radiobúsqueda a distancia, en el que
el sistema (23, 25) de aviso por radiobúsqueda está avisando por radiobúsqueda automáticamente al receptor (27) de radiobúsqueda a distancia identificado por el número de identificación y enviándole el mensaje particular que indica la existencia de la relación predeterminada.
2. Sistema según la reivindicación 1, en el que:
los datos representan valores de las estadísticas de un paciente,
la cantidad predefinida es un valor de las estadísticas del paciente que representan un cambio en el estado del paciente por el que es apropiado informar a un médico, y
la relación predeterminada representa los valores de las estadísticas del paciente que son una de más de, menos de o igual a la cantidad predefinida.
3. Sistema según la reivindicación 1 ó 2, en el que:
la relación predeterminada sólo se satisface cuando los datos para cada uno de una pluralidad de parámetros diferentes cumplen un estado predefinido, y
el sistema informático está configurado con respecto a cada uno de la pluralidad de parámetros diferentes para comparar los datos que representan el correspondiente de la pluralidad de parámetros diferentes con una cantidad predefinida correspondiente, de manera que determine si se satisface la relación predeterminada.
4. Sistema según la reivindicación 1 ó 2, en el que:
el sistema informático incluye una tabla que indica un médico responsable para cada paciente y un único número de identificación para un receptor (27) de radiobúsqueda a distancia respectivo que corresponde a cada médico, y
el sistema informático está configurado para determinar si existe la relación predeterminada para cada una de una pluralidad de entradas de datos, correspondiendo cada una a un paciente médico diferente, representando cada entrada de datos una medida de las mismas estadísticas del paciente, para identificar, en respuesta a una determinación de que existe la relación predeterminada para un paciente particular, un único número de identificación particular que corresponde a un receptor (27) de radiobúsqueda remoto de un médico que corresponde al paciente particular y para formular automáticamente y enviar un mensaje alfanumérico a un médico correspondiente al paciente particular, mediante el sistema (23, 25) de aviso por radiobúsqueda.
5. Sistema según la reivindicación 1, que comprende además:
una base (11, 10) de datos que recibe los datos electrónicos que representan un estado de cada paciente, en la que:
cada médico lleva un receptor (27) de radiobúsqueda a distancia, teniendo cada receptor (27) de radiobúsqueda a distancia un único número de identificación personal,
el sistema (23, 25) de aviso por radiobúsqueda está adaptado para recibir un mensaje y un número del receptor de radiobúsqueda enviado a través del módem (23), respondiendo el sistema (23, 25) de aviso por radiobúsqueda para enviar selectivamente el mensaje a un receptor (27) de radiobúsqueda a distancia particular, identificado por el número del receptor de radiobúsqueda,
teniendo el sistema informático un módem (23), que está basado en una arquitectura (55) de red cliente-servidor y estando configurado para monitorizar automáticamente la base (11, 101) de datos con respecto a cada uno de una pluralidad de pacientes, para detectar si los datos de un paciente representan un acontecimiento crítico y para indicar un acontecimiento crítico detectado en respuesta al mismo, para formular un mensaje alfanumérico que indique la existencia del acontecimiento crítico detectado, para determinar un médico responsable del cuidado del paciente correspondiente al acontecimiento crítico detectado y para identificar el número de identificación personal único y particular que corresponde al médico, para controlar el módem (23) del sistema informático para establecer una conexión electrónica con el sistema (23, 25) de aviso por radiobúsqueda, para enviar el número de identificación personal único y particular al sistema (23, 25) de aviso por radiobúsqueda como el número del receptor de radiobúsqueda y para enviar el mensaje alfanumérico al sistema (23, 25) de aviso por radiobúsqueda,
el sistema (23, 25) de aviso por radiobúsqueda responde automáticamente al sistema informático para enviar el mensaje alfanumérico al receptor (27) de radiobúsqueda remoto del médico responsable para la atención del paciente particular, y
la pantalla (31) de presentación del receptor (27) de radiobúsqueda a distancia presenta el mensaje alfanumérico para indicar así la existencia de una relación predeterminada, informando así al médico de la relación predeterminada sin requerir decisión humana en tiempo real para avisar por radiobúsqueda al médico.
6. Sistema según la reivindicación 5, en el que:
uno de una pluralidad de enfermeros también es responsable de la atención de cada paciente, y cada enfermero puede ser localizado usando un número de teléfono,
el sistema comprende además una tabla de nombres de enfermeros y números de teléfono correspondientes, indexados por el paciente,
el sistema informático está configurado además para determinar, a partir de la tabla, a un enfermero particular responsable del cuidado del paciente particular y para identificar el número de teléfono por el que puede localizarse al enfermero particular y para formular el mensaje alfanumérico para incluir el nombre del enfermero particular y el número de teléfono por el que puede localizarse al enfermero particular, y
la pantalla (31) de presentación del receptor (27) de radiobúsqueda a distancia está realizada para que presente el nombre del enfermero particular y el número de teléfono por el que puede localizarse al enfermero particular.
7. Sistema según la reivindicación 5 ó 6, en el que el mensaje alfanumérico se formula para que incluya el nombre del paciente particular.
8. Sistema según la reivindicación 5 ó 6, en el que el mensaje alfanumérico se formula para que incluya un diagnóstico anterior de un estado médico del paciente particular.
9. Sistema según la reivindicación 5 ó 6, en el que:
el sistema informático usa al menos una tabla que almacena el número de identificación personal único de cada médico, el nombre de cada enfermero y el número de teléfono correspondiente por el que puede localizarse al enfermero, y utiliza un índice que permite una determinación por el sistema informático de las identidades del número de identificación personal único del médico y del nombre del enfermero responsable de la atención del paciente particular, así como un número de teléfono por el que puede localizarse al enfermero, y
el sistema informático está configurado para que acceda a la tabla para formular el mensaje alfanumérico y para hacer que se avise por radiobúsqueda al médico responsable de la atención del paciente particular.
10. Sistema según la reivindicación 1 ó 5, que comprende además un detector que genera los datos como una corriente de datos que representa la medida de un parámetro fisiológico realizada por el detector.
11. Sistema según la reivindicación 10, en el que el detector es uno de un detector de gasometría, un urímetro, un respirador, un detector de latido cardiaco y una estación médica integrada que tiene al menos una entrada que es muestreada periódicamente por la estación médica integrada.
12. Sistema según la reivindicación 1 ó 5, en el que se define el formato de los datos en un patrón HL7.
13. Sistema según la reivindicación 1 ó 5, en el que:
el sistema informático incluye al menos dos ordenadores independientes,
la cantidad predefinida es un valor predefinido de un indicador de acontecimiento crítico y la relación predeterminada incluye igualdad entre los datos seleccionados y el valor predefinido del indicador de acontecimiento crítico,
un primer ordenador independiente recibe una corriente de datos desde cada uno de una pluralidad de detectores, añade a esas corrientes de datos el indicador de acontecimiento crítico, para indicar la aparición de un acontecimiento crítico y envía esas corrientes de datos con el indicador de acontecimiento crítico a un segundo ordenador independiente, y
el segundo ordenador independiente incluye un mecanismo de detección del indicador, mecanismo de detección del indicador que compara las corrientes de datos recibidas desde el primer ordenador independiente con una cantidad predeterminada para detectar una relación de igualdad entre los dos, determinando así el sistema informático que existe la relación predeterminada.
14. Sistema según la reivindicación 13, en el que:
la relación predeterminada también incluye una segunda relación de datos promedio que es una de menor que, mayor que e igual a la cantidad predefinida, y
el segundo ordenador independiente incluye una memoria y software que hace que el segundo ordenador independiente almacene las corrientes de datos recibidas procedentes del primer ordenador independiente en la memoria, para consultar periódicamente la memoria para que obtenga muestreos promedio de datos a partir de una de las corrientes de datos para producir así los datos promedio y para comparar los datos promedio con la cantidad predefinida para detectar la existencia de la segunda relación.
15. Sistema según la reivindicación 1 ó 5, en el que:
la relación predeterminada también incluye la relación de datos promedio que es una de menor que, mayor que e igual a la cantidad predefinida, y
el sistema informático incluye una memoria y un software que hace que se almacenen los datos en la memoria, para consultar periódicamente la memoria para obtener los muestreos promedio de datos para producir así los datos promedio y para comparar los datos promedio con la cantidad predefinida para detectar la existencia de la relación predeterminada.
16. Método de monitorización médica usado para informar a uno de una pluralidad de médicos en relación con un acontecimiento crítico en el estado de uno de una pluralidad de pacientes, que usa un receptor (27) de radiobúsqueda a distancia que tiene una pantalla (31) de presentación y un número de identificación, un sistema (23, 25) de aviso por radiobúsqueda que transmite un mensaje a un receptor (27) de radiobúsqueda a distancia para hacer que el receptor (27) de radiobúsqueda a distancia presente el mensaje; y un sistema informático acoplado electrónicamente al sistema (23, 25) de aviso por radiobúsqueda, comprendiendo el método las etapas de:
usar el sistema informático para
recibir datos que representen valores variables de parámetros y determinar si los valores de los parámetros tienen una relación predeterminada con respecto a una cantidad predefinida,
formular automáticamente un mensaje particular que indique la existencia de la relación predeterminada, en respuesta a la determinación de que los valores de los parámetros satisfacen la relación predeterminada, y
enviar automáticamente el mensaje particular al sistema (23, 25) de aviso por radiobúsqueda en formato electrónico, junto con el número de identificación para el receptor (27) de radiobúsqueda a distancia; y
avisar por radiobúsqueda automáticamente al receptor (27) de radiobúsqueda a distancia identificado por el número de identificación mediante el sistema (23, 25) de aviso por radiobúsqueda y enviarle el mensaje particular que indica la existencia de la relación predeterminada.
17. Método según la reivindicación 16, en el que:
los datos representan los valores de las estadísticas de un paciente, y
el sistema informático está acoplado a un detector electrónico que mide electrónicamente las estadísticas del paciente y produce los datos, comprendiendo el método además las etapas de:
muestrear periódicamente el detector electrónico con el sistema informático para producir una serie de muestreos de datos secuenciales que representan las estadísticas del paciente a lo largo del tiempo; y
comparar la serie de muestreos de datos secuenciales con la cantidad predefinida para determinar la existencia de la relación predeterminada.
\newpage
18. Método según la reivindicación 17, en el que la comparación de la serie de muestreos de datos secuenciales incluye el cálculo de un promedio de muestreos seleccionados dentro de la serie y la comparación del promedio con la cantidad predefinida.
19. Método según la reivindicación 16, que comprende además las etapas de:
monitorizar dos parámetros diferentes para detectar la existencia de la relación predeterminada;
hacer que el sistema informático compare los datos que representan cada uno de dos parámetros diferentes con las cantidades predefinidas correspondientes; y
detectar la existencia de la relación predeterminada sólo cuando los datos de cada uno de los dos parámetros diferentes guardan la relación predeterminada con las cantidades predefinidas correspondientes.
20. Método según la reivindicación 16, que comprende además las etapas de:
usar una pluralidad de receptores (27) de radiobúsqueda a distancia, teniendo cada receptor de radiobúsqueda a distancia un número de identificación personal único asociado con él, así como una tabla que identifica un subconjunto de la pluralidad de receptores (27) de radiobúsqueda a distancia que ha de notificarse cuando se detecta la existencia de la relación predeterminada;
cuando se detecta la existencia de la relación predeterminada, hacer que el sistema informático consulte la tabla y extraiga de ella cada número de identificación personal único que corresponde a un receptor (27) de radiobúsqueda a distancia al que ha de notificarse la existencia de la relación predeterminada;
hacer que al responder el sistema informático, transmita al sistema (23, 25) de aviso por radiobúsqueda cada número de identificación personal único correspondiente a un receptor (27) de radiobúsqueda al que ha de notificarse la existencia de la relación predeterminada; y
avisar por radiobúsqueda automáticamente a cada receptor (27) de radiobúsqueda a distancia en el subconjunto mediante el sistema (23, 25) de aviso por radiobúsqueda.
21. Método según la reivindicación 20, comprendiendo además las etapas de:
usar el sistema informático para generar un mensaje alfanumérico que identifica la existencia de la relación predeterminada y el valor del parámetro que tiene la relación predeterminada; y
usar el sistema (23, 25) de aviso por radiobúsqueda para enviar automáticamente el mensaje alfanumérico a cada receptor (27) por radiobúsqueda a distancia en el subconjunto.
ES96926903T 1995-08-09 1996-08-07 Sistema y metodo para la notificacion automatica de acontecimientos criticos. Expired - Lifetime ES2210381T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US512887 1995-08-09
US08/512,887 US5942986A (en) 1995-08-09 1995-08-09 System and method for automatic critical event notification

Publications (1)

Publication Number Publication Date
ES2210381T3 true ES2210381T3 (es) 2004-07-01

Family

ID=24041034

Family Applications (1)

Application Number Title Priority Date Filing Date
ES96926903T Expired - Lifetime ES2210381T3 (es) 1995-08-09 1996-08-07 Sistema y metodo para la notificacion automatica de acontecimientos criticos.

Country Status (9)

Country Link
US (1) US5942986A (es)
EP (1) EP0901663B1 (es)
JP (2) JPH11510661A (es)
AT (1) ATE256890T1 (es)
AU (1) AU715886B2 (es)
CA (1) CA2229199C (es)
DE (1) DE69631168T2 (es)
ES (1) ES2210381T3 (es)
WO (1) WO1997006499A1 (es)

Families Citing this family (270)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6489884B1 (en) 1996-01-30 2002-12-03 Skf Condition Monitoring Apparatus and method for the remote monitoring of machine condition
US6519601B1 (en) * 1996-05-22 2003-02-11 Universitaire Ziekenhuizen Leuven Relational database compiled/stored on a memory structure providing improved access through use of redundant representation of data
US7013298B1 (en) 1996-07-30 2006-03-14 Hyperphrase Technologies, Llc Method and system for automated data storage and retrieval
US6434567B1 (en) * 1996-07-30 2002-08-13 Carlos De La Huerga Method for specifying enterprise-wide database address formats
US6820093B2 (en) 1996-07-30 2004-11-16 Hyperphrase Technologies, Llc Method for verifying record code prior to an action based on the code
US6308171B1 (en) * 1996-07-30 2001-10-23 Carlos De La Huerga Method and system for automated data storage and retrieval
US6364834B1 (en) 1996-11-13 2002-04-02 Criticare Systems, Inc. Method and system for remotely monitoring multiple medical parameters in an integrated medical monitoring system
US6322502B1 (en) * 1996-12-30 2001-11-27 Imd Soft Ltd. Medical information system
US6804345B1 (en) 1997-09-18 2004-10-12 At&T Corp Virtual contact center with flexible staffing control
US6041327A (en) * 1997-12-12 2000-03-21 Telefonaktiebolaget Lm Ericsson Implementation of notification capabilities in relational databases
FI105757B (fi) 1997-12-16 2000-09-29 Nokia Networks Oy Tapahtumien esikäsittely raportin muodostamiseksi
US6031455A (en) * 1998-02-09 2000-02-29 Motorola, Inc. Method and apparatus for monitoring environmental conditions in a communication system
US7260610B2 (en) * 1998-02-10 2007-08-21 Gateway Inc. Convergence events notification system
KR100306385B1 (ko) 1998-09-04 2001-10-19 윤종용 자동 응답 상태표시 및 처리기능을 갖는 컴퓨터 및 자동 응답처리방법
US6263345B1 (en) * 1998-09-28 2001-07-17 Compaq Computers, Corporation Histogram synthesis modeler for a database query optimizer
WO2000026882A2 (en) * 1998-10-30 2000-05-11 Strategic Product Development Monitoring physical and environmental conditions of a person
AU1613399A (en) * 1998-11-30 2000-06-19 Skf Condition Monitoring, Inc. Remote monitoring of machine condition via page transmitter or hub satellite receiving station
US6513046B1 (en) 1999-12-15 2003-01-28 Tangis Corporation Storing and recalling information to augment human memories
US6842877B2 (en) 1998-12-18 2005-01-11 Tangis Corporation Contextual responses based on automated learning techniques
US7225229B1 (en) 1998-12-18 2007-05-29 Tangis Corporation Automated pushing of computer user's context data to clients
US6791580B1 (en) 1998-12-18 2004-09-14 Tangis Corporation Supplying notifications related to supply and consumption of user context data
US7231439B1 (en) * 2000-04-02 2007-06-12 Tangis Corporation Dynamically swapping modules for determining a computer user's context
US7779015B2 (en) 1998-12-18 2010-08-17 Microsoft Corporation Logging and analyzing context attributes
US8181113B2 (en) 1998-12-18 2012-05-15 Microsoft Corporation Mediating conflicts in computer users context data
US6920616B1 (en) 1998-12-18 2005-07-19 Tangis Corporation Interface for exchanging context data
US7046263B1 (en) 1998-12-18 2006-05-16 Tangis Corporation Requesting computer user's context data
US8225214B2 (en) 1998-12-18 2012-07-17 Microsoft Corporation Supplying enhanced computer user's context data
US6801223B1 (en) 1998-12-18 2004-10-05 Tangis Corporation Managing interactions between computer users' context models
US9183306B2 (en) 1998-12-18 2015-11-10 Microsoft Technology Licensing, Llc Automated selection of appropriate information based on a computer user's context
US7003719B1 (en) 1999-01-25 2006-02-21 West Publishing Company, Dba West Group System, method, and software for inserting hyperlinks into documents
US7454360B2 (en) * 1999-06-23 2008-11-18 Visicu, Inc. Order evaluation system for use in a healthcare location
US7256708B2 (en) * 1999-06-23 2007-08-14 Visicu, Inc. Telecommunications network for remote patient monitoring
US7411509B2 (en) * 1999-06-23 2008-08-12 Visicu, Inc. System and method for observing patients in geographically dispersed health care locations
US8175895B2 (en) * 1999-06-23 2012-05-08 Koninklijke Philips Electronics N.V. Remote command center for patient monitoring
US7433827B2 (en) 1999-06-23 2008-10-07 Visicu, Inc. System and method for displaying a health status of hospitalized patients
US7467094B2 (en) * 1999-06-23 2008-12-16 Visicu, Inc. System and method for accounting and billing patients in a hospital environment
US7395216B2 (en) 1999-06-23 2008-07-01 Visicu, Inc. Using predictive models to continuously update a treatment plan for a patient in a health care location
US7650291B2 (en) * 1999-06-23 2010-01-19 Koninklijke Philips Electronics N.V. Video visitation system and method for a health care location
US7991625B2 (en) * 1999-06-23 2011-08-02 Koninklijke Philips Electronics N.V. System for providing expert care to a basic care medical facility from a remote location
US7454359B2 (en) * 1999-06-23 2008-11-18 Visicu, Inc. System and method for displaying a health status of hospitalized patients
US7321862B2 (en) * 1999-06-23 2008-01-22 Visicu, Inc. System and method for patient-worn monitoring of patients in geographically dispersed health care locations
US7315825B2 (en) * 1999-06-23 2008-01-01 Visicu, Inc. Rules-based patient care system for use in healthcare locations
US7475019B2 (en) * 1999-11-18 2009-01-06 Visicu, Inc. System and method for physician note creation and management
US6287252B1 (en) 1999-06-30 2001-09-11 Monitrak Patient monitor
US20050108219A1 (en) * 1999-07-07 2005-05-19 Carlos De La Huerga Tiered and content based database searching
GB9917559D0 (en) * 1999-07-27 1999-09-29 Haygrove Tunnels Ltd Environmental management system
US6549939B1 (en) * 1999-08-31 2003-04-15 International Business Machines Corporation Proactive calendar notification agent
US20040078464A1 (en) * 1999-09-16 2004-04-22 Rajan Sreeranga P. Method and apparatus for enabling real time monitoring and notification of data updates for WEB-based data synchronization services
US11074998B1 (en) 1999-11-15 2021-07-27 Instantdx, Llc Real-time delivery of medical test data to portable communications devices
US6553106B1 (en) * 1999-12-27 2003-04-22 Avaya Technology Corp. Alphanumeric messaging system
US7464153B1 (en) 2000-04-02 2008-12-09 Microsoft Corporation Generating and supplying user context data
WO2001075676A2 (en) 2000-04-02 2001-10-11 Tangis Corporation Soliciting information based on a computer user's context
US9069887B2 (en) 2000-05-18 2015-06-30 Carefusion 303, Inc. Patient-specific medication management system
US11087873B2 (en) 2000-05-18 2021-08-10 Carefusion 303, Inc. Context-aware healthcare notification system
NZ522631A (en) 2000-05-18 2004-07-30 Alaris Medical Inc Distributed remote asset and medication management drug delivery system
US10353856B2 (en) 2011-03-17 2019-07-16 Carefusion 303, Inc. Scalable communication system
US10062457B2 (en) 2012-07-26 2018-08-28 Carefusion 303, Inc. Predictive notifications for adverse patient events
US9741001B2 (en) 2000-05-18 2017-08-22 Carefusion 303, Inc. Predictive medication safety
US9427520B2 (en) 2005-02-11 2016-08-30 Carefusion 303, Inc. Management of pending medication orders
US7860583B2 (en) 2004-08-25 2010-12-28 Carefusion 303, Inc. System and method for dynamically adjusting patient therapy
US6507837B1 (en) 2000-06-08 2003-01-14 Hyperphrase Technologies, Llc Tiered and content based database searching
US20060122474A1 (en) 2000-06-16 2006-06-08 Bodymedia, Inc. Apparatus for monitoring health, wellness and fitness
US7689437B1 (en) 2000-06-16 2010-03-30 Bodymedia, Inc. System for monitoring health, wellness and fitness
ES2260245T3 (es) 2000-06-23 2006-11-01 Bodymedia, Inc. Sistema para controlar la salud, el bienestar y el ejercicio.
US6938087B1 (en) 2000-09-12 2005-08-30 Hewlett-Packard Development Company, L.P. Distributed universal communication module for facilitating delivery of network services to one or more devices communicating over multiple transport facilities
WO2002027517A1 (en) * 2000-09-29 2002-04-04 Iamigo Corporation Open messaging for portable computing devices
US20020054130A1 (en) 2000-10-16 2002-05-09 Abbott Kenneth H. Dynamically displaying current status of tasks
US7577581B1 (en) 2000-10-31 2009-08-18 Hewlett-Packard Development Company, L.P. Method for targeting promotions to individual associated with a vehicle
CA2325205A1 (en) 2000-11-02 2002-05-02 The Sullivan Group Computerized risk management module for medical diagnosis
US20070239490A1 (en) * 2000-11-02 2007-10-11 Sullivan Daniel J Computerized risk management module for medical diagnosis
US7590551B2 (en) * 2000-11-17 2009-09-15 Draeger Medical Systems, Inc. System and method for processing patient information
US9053222B2 (en) 2002-05-17 2015-06-09 Lawrence A. Lynn Patient safety processor
US20030023461A1 (en) * 2001-03-14 2003-01-30 Dan Quintanilla Internet based therapy management system
US7103578B2 (en) * 2001-05-25 2006-09-05 Roche Diagnostics Operations, Inc. Remote medical device access
US7257438B2 (en) 2002-07-23 2007-08-14 Datascope Investment Corp. Patient-worn medical monitoring device
US7406307B2 (en) * 2001-08-31 2008-07-29 Freetech, L.L.C. System and method for providing interoperable and on-demand telecommunications service
US6802810B2 (en) * 2001-09-21 2004-10-12 Active Health Management Care engine
US20030154271A1 (en) * 2001-10-05 2003-08-14 Baldwin Duane Mark Storage area network methods and apparatus with centralized management
US20050075094A1 (en) * 2001-12-14 2005-04-07 Kundetkar Nandan Vinayakrao Messaging system
US7333966B2 (en) 2001-12-21 2008-02-19 Thomson Global Resources Systems, methods, and software for hyperlinking names
US6741683B1 (en) 2001-12-21 2004-05-25 Charles Michael Shelton On-hold message updating system and method
US10173008B2 (en) 2002-01-29 2019-01-08 Baxter International Inc. System and method for communicating with a dialysis machine through a network
US8775196B2 (en) 2002-01-29 2014-07-08 Baxter International Inc. System and method for notification and escalation of medical data
US6693545B2 (en) * 2002-01-31 2004-02-17 International Business Machines Corporation Personal alarm device transmitting telephone number for alarm confirmation and inquiry
US7983759B2 (en) 2002-12-18 2011-07-19 Cardiac Pacemakers, Inc. Advanced patient management for reporting multiple health-related parameters
US8391989B2 (en) 2002-12-18 2013-03-05 Cardiac Pacemakers, Inc. Advanced patient management for defining, identifying and using predetermined health-related events
US8043213B2 (en) 2002-12-18 2011-10-25 Cardiac Pacemakers, Inc. Advanced patient management for triaging health-related data using color codes
US20040122296A1 (en) * 2002-12-18 2004-06-24 John Hatlestad Advanced patient management for triaging health-related data
US20040122294A1 (en) 2002-12-18 2004-06-24 John Hatlestad Advanced patient management with environmental data
US7468032B2 (en) 2002-12-18 2008-12-23 Cardiac Pacemakers, Inc. Advanced patient management for identifying, displaying and assisting with correlating health-related data
US7043305B2 (en) 2002-03-06 2006-05-09 Cardiac Pacemakers, Inc. Method and apparatus for establishing context among events and optimizing implanted medical device performance
JP2005530221A (ja) * 2002-03-11 2005-10-06 セダーズ−シナイ メディカル センター 光学式報告書保管庫
US6850788B2 (en) 2002-03-25 2005-02-01 Masimo Corporation Physiological measurement communications adapter
US8286088B2 (en) * 2002-04-23 2012-10-09 Draeger Medical Systems, Inc. Patient medical parameter trend indicative user interface display system
US8234128B2 (en) 2002-04-30 2012-07-31 Baxter International, Inc. System and method for verifying medical device operational parameters
US7119804B2 (en) * 2002-06-04 2006-10-10 Philip Morris Usa Inc. Point-of-sale marketing material presence and viewability verification system and method
US20030233366A1 (en) * 2002-06-17 2003-12-18 Aspetuck Systems Inc. Database monitoring system with formatted report information delivery
US7840421B2 (en) 2002-07-31 2010-11-23 Otto Carl Gerntholtz Infectious disease surveillance system
US8069418B2 (en) * 2002-07-31 2011-11-29 Draeger Medical Systems, Inc Medical information system and user interface supporting treatment administration
US7020508B2 (en) 2002-08-22 2006-03-28 Bodymedia, Inc. Apparatus for detecting human physiological and contextual information
EP1556834A4 (en) * 2002-10-03 2009-04-01 Scott Lab Inc SYSTEMS AND METHOD FOR PROVIDING SENSOR FUSION
US20110208534A1 (en) * 2002-10-17 2011-08-25 Liotta Lance A Real-time delivery of medical test data to portable communications devices
US7378955B2 (en) * 2003-01-03 2008-05-27 Cardiac Pacemakers, Inc. System and method for correlating biometric trends with a related temporal event
US8620678B2 (en) * 2003-01-31 2013-12-31 Imd Soft Ltd. Medical information query system
US7848935B2 (en) * 2003-01-31 2010-12-07 I.M.D. Soft Ltd. Medical information event manager
WO2004084532A1 (en) * 2003-03-17 2004-09-30 Spector & Associates, Inc. Apparatus and method for broadcasting messages to selected group (s) of users
WO2004084720A2 (en) * 2003-03-21 2004-10-07 Welch Allyn, Inc. Personal status physiologic monitor system and architecture and related monitoring methods
US7182738B2 (en) 2003-04-23 2007-02-27 Marctec, Llc Patient monitoring apparatus and method for orthosis and other devices
US7399205B2 (en) 2003-08-21 2008-07-15 Hill-Rom Services, Inc. Plug and receptacle having wired and wireless coupling
KR200337705Y1 (ko) * 2003-09-02 2004-01-13 최보연 디스펜서를 구비한 액체 용기
WO2005043402A1 (en) * 2003-10-29 2005-05-12 Patientrack Pty Ltd System and process for facilitating the provision of health care
CA2683198C (en) * 2003-11-26 2016-03-22 Cardionet, Inc. System and method for processing and presenting arrhythmia information to facilitate heart arrhythmia identification and treatment
JP5255770B2 (ja) 2003-12-05 2013-08-07 ケアフュージョン 303、インコーポレイテッド 複数の医療機器のネットワーク監視を行なうシステム及び方法
CN100472520C (zh) 2003-12-31 2009-03-25 汤姆森环球资源公司 把实体数据自动收集和结合到联机数据库和专业目录中的系统、方法、接口和软件
JP4861616B2 (ja) * 2004-01-06 2012-01-25 株式会社東芝 ヘルスケア支援システムおよびヘルスケア支援装置
EP1751704A4 (en) * 2004-01-09 2008-12-24 Imd Soft Ltd DATABASE SYSTEM FOR CLINICAL DATA AND METHOD FOR A CRITICAL CARE AND / OR HOSPITAL ENVIRONMENT
US20050219044A1 (en) * 2004-03-16 2005-10-06 Science Traveller International Inc Emergency, contingency and incident management system and method
US7644091B1 (en) * 2004-03-18 2010-01-05 Hyland Software, Inc. Computer-implemented medical information indexing system and method
US7439856B2 (en) * 2004-03-20 2008-10-21 Welch Allyn, Inc. Health care patient status event processing and reporting
US20050209882A1 (en) * 2004-03-22 2005-09-22 Jacobsen Jeffry B Clinical data processing system
EP2574275A3 (en) 2004-03-22 2013-06-26 BodyMedia, Inc. Non-Invasive Temperature Monitoring Device
JP2005339237A (ja) * 2004-05-27 2005-12-08 Aruze Corp アプリケーション利用補助システム
US7319386B2 (en) 2004-08-02 2008-01-15 Hill-Rom Services, Inc. Configurable system for alerting caregivers
US7852208B2 (en) 2004-08-02 2010-12-14 Hill-Rom Services, Inc. Wireless bed connectivity
US7348883B2 (en) * 2004-08-16 2008-03-25 Sloan Dale A Medical communication and locator system and method
US20060058591A1 (en) * 2004-09-16 2006-03-16 Memtec Corporation First-response portable recorder and automated report generator
US20060080142A1 (en) * 2004-10-12 2006-04-13 Judi Hart System for managing patient clinical data
US8204771B1 (en) 2004-12-16 2012-06-19 Cerner Innovation, Inc. Computerized method and system for updating a task list from an action item documentation view
US8273018B1 (en) 2004-12-28 2012-09-25 Cerner Innovation, Inc. Computerized method for establishing a communication between a bedside care location and a remote care location
US7612679B1 (en) 2004-12-28 2009-11-03 Cerner Innovation, Inc. Computerized method and system for providing alerts from a multi-patient display
US20060181243A1 (en) * 2005-02-11 2006-08-17 Nortel Networks Limited Use of location awareness to facilitate clinician-charger interaction in a healthcare environment
US8050939B2 (en) 2005-02-11 2011-11-01 Avaya Inc. Methods and systems for use in the provision of services in an institutional setting such as a healthcare facility
US8929528B2 (en) * 2005-02-11 2015-01-06 Rockstar Consortium Us Lp Method and system for enhancing collaboration
US7676380B2 (en) * 2005-02-11 2010-03-09 Nortel Networks Limited Use of location awareness to establish and suspend communications sessions in a healthcare environment
US7801743B2 (en) * 2005-02-11 2010-09-21 Avaya Inc. Use of location awareness of establish communications with a target clinician in a healthcare environment
US20060184376A1 (en) * 2005-02-11 2006-08-17 Nortel Networks Limited Use of location awareness to detect potentially supsicious motion or presence of equipment in a healthcare environment
US7707044B2 (en) * 2005-02-11 2010-04-27 Avaya Inc. Use of location awareness to transfer communications sessions between terminals in a healthcare environment
US7966008B2 (en) * 2005-02-11 2011-06-21 Avaya Inc. Use of location awareness to control radio frequency interference in a healthcare environment
US8180650B2 (en) * 2005-02-11 2012-05-15 Avaya Inc. Use of location awareness to request assistance for a medical event occurring in a healthcare environment
US9514277B2 (en) * 2005-03-08 2016-12-06 Koninklijke Philips N.V. Clinical monitoring network
JP4652090B2 (ja) * 2005-03-15 2011-03-16 富士通株式会社 事象通知管理プログラム、事象通知管理装置及び事象通知管理方法
US8099304B2 (en) * 2005-09-02 2012-01-17 Siemens Medical Solutions Usa, Inc. System and user interface for processing patient medical data
US8036911B2 (en) * 2005-11-11 2011-10-11 Carefusion 303, Inc. System and method for managing patient care through automated messaging
US7774237B1 (en) 2005-12-22 2010-08-10 At&T Intellectual Property Ii, L.P. Methods for identifying and revising high-risk orders based on identified errors
US20070260631A1 (en) * 2006-03-09 2007-11-08 Microsoft Corporation Embedded decision support
US20070271122A1 (en) * 2006-05-02 2007-11-22 Siemens Medical Solutions Usa, Inc. Patient Video and Audio Monitoring System
US8825508B2 (en) * 2006-05-02 2014-09-02 Ascom Tateco Ab Method and apparatus for automated staff assignment
US7649449B2 (en) * 2006-06-05 2010-01-19 Cardiac Pacemakers, Inc. System and method for providing synergistic alert condition processing in an automated patient management system
US8751251B2 (en) * 2006-06-29 2014-06-10 Cerner Innovation, Inc. Key notifications in a clinical computing environment
KR101487177B1 (ko) 2006-07-12 2015-01-28 임프렌디토어 피티와이 리미티드 모니터링 장치 및 시스템
US7965309B2 (en) * 2006-09-15 2011-06-21 Quickwolf Technology, Inc. Bedside video communication system
US8840549B2 (en) 2006-09-22 2014-09-23 Masimo Corporation Modular patient monitor
US9161696B2 (en) 2006-09-22 2015-10-20 Masimo Corporation Modular patient monitor
US7945457B2 (en) * 2007-04-09 2011-05-17 Siemens Medical Solutions Usa, Inc. Distributed system for monitoring patient video, audio and medical parameter data
US8510272B2 (en) * 2007-04-20 2013-08-13 General Electric Company Decision support response systems and methods
US20080287746A1 (en) * 2007-05-16 2008-11-20 Lonny Reisman System and method for communicating health care alerts via an interactive personal health record
US8461968B2 (en) 2007-08-29 2013-06-11 Hill-Rom Services, Inc. Mattress for a hospital bed for use in a healthcare facility and management of same
US7868740B2 (en) 2007-08-29 2011-01-11 Hill-Rom Services, Inc. Association of support surfaces and beds
US8244856B2 (en) * 2007-09-14 2012-08-14 International Business Machines Corporation Network management system accelerated event desktop client
US8176160B2 (en) * 2007-09-14 2012-05-08 International Business Machines Corporation Network management system accelerated event channel
US8310336B2 (en) 2008-10-10 2012-11-13 Masimo Corporation Systems and methods for storing, analyzing, retrieving and displaying streaming medical data
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
US8727216B2 (en) * 2007-12-03 2014-05-20 Apple Inc. Portable memory module with wireless emitter to facilitate the provision of location-dependent services
US7999741B2 (en) * 2007-12-04 2011-08-16 Avaya Inc. Systems and methods for facilitating a first response mission at an incident scene using precision location
US8589176B2 (en) * 2007-12-05 2013-11-19 Avaya, Inc. Methods and systems for managing communication requests in an institutional setting such as a healthcare facility
US8538371B2 (en) * 2007-12-12 2013-09-17 Su Kai Oei Resuscitation team mobilization system, device and method
US9717896B2 (en) 2007-12-18 2017-08-01 Gearbox, Llc Treatment indications informed by a priori implant information
US8636670B2 (en) 2008-05-13 2014-01-28 The Invention Science Fund I, Llc Circulatory monitoring systems and methods
US20090287109A1 (en) * 2008-05-14 2009-11-19 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Circulatory monitoring systems and methods
US9672471B2 (en) 2007-12-18 2017-06-06 Gearbox Llc Systems, devices, and methods for detecting occlusions in a biological subject including spectral learning
US20090287120A1 (en) 2007-12-18 2009-11-19 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Circulatory monitoring systems and methods
US8046625B2 (en) 2008-02-22 2011-10-25 Hill-Rom Services, Inc. Distributed fault tolerant architecture for a healthcare communication system
US20090216558A1 (en) * 2008-02-27 2009-08-27 Active Health Management Inc. System and method for generating real-time health care alerts
JP5474937B2 (ja) 2008-05-07 2014-04-16 ローレンス エー. リン, 医療障害パターン検索エンジン
US10089443B2 (en) 2012-05-15 2018-10-02 Baxter International Inc. Home medical device systems and methods for therapy prescription and tracking, servicing and inventory
US8057679B2 (en) 2008-07-09 2011-11-15 Baxter International Inc. Dialysis system having trending and alert generation
US20100016746A1 (en) * 2008-07-15 2010-01-21 Hampton David R Personal alerting device for use with diagnostic device
US20100017232A1 (en) * 2008-07-18 2010-01-21 StevenDale Software, LLC Information Transmittal And Notification System
US8600777B2 (en) * 2008-08-28 2013-12-03 I.M.D. Soft Ltd. Monitoring patient conditions
US8554579B2 (en) 2008-10-13 2013-10-08 Fht, Inc. Management, reporting and benchmarking of medication preparation
US10460408B2 (en) 2009-01-31 2019-10-29 Mayo Foundation For Medical Education And Research Presentation of critical patient data
US20100217623A1 (en) * 2009-02-26 2010-08-26 Ido Schoenberg Decision Support
US10032002B2 (en) 2009-03-04 2018-07-24 Masimo Corporation Medical monitoring system
EP2404253B1 (en) 2009-03-04 2019-09-18 Masimo Corporation Medical monitoring system
US9323894B2 (en) 2011-08-19 2016-04-26 Masimo Corporation Health care sanitation monitoring system
US10007758B2 (en) 2009-03-04 2018-06-26 Masimo Corporation Medical monitoring system
US10588527B2 (en) * 2009-04-16 2020-03-17 Braemar Manufacturing, Llc Cardiac arrhythmia report
US20110077968A1 (en) * 2009-09-29 2011-03-31 Cerner Innovation Inc. Graphically representing physiology components of an acute physiological score (aps)
US8527449B2 (en) * 2009-11-05 2013-09-03 Mayo Foundation For Medical Education And Research Sepsis monitoring and control
US9153112B1 (en) 2009-12-21 2015-10-06 Masimo Corporation Modular patient monitor
US8779924B2 (en) 2010-02-19 2014-07-15 Hill-Rom Services, Inc. Nurse call system with additional status board
US20130127620A1 (en) 2011-06-20 2013-05-23 Cerner Innovation, Inc. Management of patient fall risk
US9489820B1 (en) 2011-07-12 2016-11-08 Cerner Innovation, Inc. Method for determining whether an individual leaves a prescribed virtual perimeter
US10546481B2 (en) 2011-07-12 2020-01-28 Cerner Innovation, Inc. Method for determining whether an individual leaves a prescribed virtual perimeter
US9741227B1 (en) 2011-07-12 2017-08-22 Cerner Innovation, Inc. Method and process for determining whether an individual suffers a fall requiring assistance
US9436645B2 (en) 2011-10-13 2016-09-06 Masimo Corporation Medical monitoring hub
US9943269B2 (en) 2011-10-13 2018-04-17 Masimo Corporation System for displaying medical monitoring data
US10307111B2 (en) 2012-02-09 2019-06-04 Masimo Corporation Patient position detection system
US10149616B2 (en) 2012-02-09 2018-12-11 Masimo Corporation Wireless patient monitoring device
US9411934B2 (en) 2012-05-08 2016-08-09 Hill-Rom Services, Inc. In-room alarm configuration of nurse call system
AU2013309509A1 (en) 2012-08-31 2015-03-19 Baxter Corporation Englewood Medication requisition fulfillment system and method
US9749232B2 (en) 2012-09-20 2017-08-29 Masimo Corporation Intelligent medical network edge router
US20140085079A1 (en) * 2012-09-21 2014-03-27 Nellcor Puritan Bennett Llc System, method, and software for automating physiologic alerts and derived calculations with manual values
US9314159B2 (en) 2012-09-24 2016-04-19 Physio-Control, Inc. Patient monitoring device with remote alert
US20140100873A1 (en) 2012-10-05 2014-04-10 Cerner Innovation, Inc. Attaching patient context to a call history associated with voice communication
NZ716476A (en) 2012-10-26 2018-10-26 Baxter Corp Englewood Improved work station for medical dose preparation system
WO2014065871A2 (en) 2012-10-26 2014-05-01 Baxter Corporation Englewood Improved image acquisition for medical dose preparation system
US10354429B2 (en) 2012-11-14 2019-07-16 Lawrence A. Lynn Patient storm tracker and visualization processor
US9953453B2 (en) 2012-11-14 2018-04-24 Lawrence A. Lynn System for converting biologic particle density data into dynamic images
US9185202B2 (en) 2012-12-31 2015-11-10 Cerner Innovation, Inc. Alert management utilizing mobile devices
US10275570B2 (en) 2012-12-31 2019-04-30 Cerner Innovation, Inc. Closed loop alert management
US10430554B2 (en) 2013-05-23 2019-10-01 Carefusion 303, Inc. Medication preparation queue
US11182728B2 (en) 2013-01-30 2021-11-23 Carefusion 303, Inc. Medication workflow management
US20140222463A1 (en) * 2013-01-31 2014-08-07 Abbott Cardiovascular Systems Inc. Enhanced monitoring
EP2961313A4 (en) 2013-02-28 2016-11-09 Lawrence A Lynn ANALYSIS AND IMAGING SYSTEM USING QUANTA OF DISTURBANCE CHARACTERISTIC
EP4195119A1 (en) 2013-03-13 2023-06-14 Carefusion 303 Inc. Predictive medication safety
BR112015019758B1 (pt) 2013-03-13 2022-07-05 Carefusion 303, Inc Sistema e método para uso com dispositivo médico para reduzir erros de medicação e meio de armazenamento legível à maquina
US9830424B2 (en) 2013-09-18 2017-11-28 Hill-Rom Services, Inc. Bed/room/patient association systems and methods
US10832818B2 (en) 2013-10-11 2020-11-10 Masimo Corporation Alarm notification system
FR3011963B1 (fr) * 2013-10-11 2015-12-11 Novacyt Procede, module et programme d'ordinateur, de depistage de maladie(s) par prelevement sur un individu
US10096223B1 (en) 2013-12-18 2018-10-09 Cerner Innovication, Inc. Method and process for determining whether an individual suffers a fall requiring assistance
US10078956B1 (en) 2014-01-17 2018-09-18 Cerner Innovation, Inc. Method and system for determining whether an individual takes appropriate measures to prevent the spread of healthcare-associated infections
US9729833B1 (en) 2014-01-17 2017-08-08 Cerner Innovation, Inc. Method and system for determining whether an individual takes appropriate measures to prevent the spread of healthcare-associated infections along with centralized monitoring
US10225522B1 (en) 2014-01-17 2019-03-05 Cerner Innovation, Inc. Method and system for determining whether an individual takes appropriate measures to prevent the spread of healthcare-associated infections
US10438692B2 (en) 2014-03-20 2019-10-08 Cerner Innovation, Inc. Privacy protection based on device presence
US11587688B2 (en) 2014-03-27 2023-02-21 Raymond Anthony Joao Apparatus and method for providing healthcare services remotely or virtually with or using an electronic healthcare record and/or a communication network
US10310717B2 (en) 2014-05-22 2019-06-04 Steven J. Spear Real-time problem reporting and alert system
US11367533B2 (en) 2014-06-30 2022-06-21 Baxter Corporation Englewood Managed medical information exchange
US11575673B2 (en) 2014-09-30 2023-02-07 Baxter Corporation Englewood Central user management in a distributed healthcare information management system
US11107574B2 (en) 2014-09-30 2021-08-31 Baxter Corporation Englewood Management of medication preparation with formulary management
US10818387B2 (en) 2014-12-05 2020-10-27 Baxter Corporation Englewood Dose preparation data analytics
US10090068B2 (en) 2014-12-23 2018-10-02 Cerner Innovation, Inc. Method and system for determining whether a monitored individual's hand(s) have entered a virtual safety zone
US10524722B2 (en) 2014-12-26 2020-01-07 Cerner Innovation, Inc. Method and system for determining whether a caregiver takes appropriate measures to prevent patient bedsores
US11275757B2 (en) 2015-02-13 2022-03-15 Cerner Innovation, Inc. Systems and methods for capturing data, creating billable information and outputting billable information
US10091463B1 (en) 2015-02-16 2018-10-02 Cerner Innovation, Inc. Method for determining whether an individual enters a prescribed virtual zone using 3D blob detection
WO2016133928A1 (en) 2015-02-17 2016-08-25 Massachusetts Institiute Of Technology System and method for sepsis care task management
EP3265989A4 (en) 2015-03-03 2018-10-24 Baxter Corporation Englewood Pharmacy workflow management with integrated alerts
EP3281132B1 (en) * 2015-04-08 2022-03-09 Koninklijke Philips N.V. System for laboratory values automated analysis and risk notification in intensive care unit
US10342478B2 (en) 2015-05-07 2019-07-09 Cerner Innovation, Inc. Method and system for determining whether a caretaker takes appropriate measures to prevent patient bedsores
US9892611B1 (en) 2015-06-01 2018-02-13 Cerner Innovation, Inc. Method for determining whether an individual enters a prescribed virtual zone using skeletal tracking and 3D blob detection
WO2016207206A1 (en) 2015-06-25 2016-12-29 Gambro Lundia Ab Medical device system and method having a distributed database
JP6940483B2 (ja) 2015-08-31 2021-09-29 マシモ・コーポレイション ワイヤレス患者監視システムおよび方法
US10607728B2 (en) 2015-10-06 2020-03-31 Cerner Innovation, Inc. Alert optimizer
US10037411B2 (en) 2015-12-30 2018-07-31 Cerner Innovation, Inc. Intelligent alert suppression
US9892311B2 (en) 2015-12-31 2018-02-13 Cerner Innovation, Inc. Detecting unauthorized visitors
EP3223181B1 (en) 2016-03-24 2019-12-18 Sofradim Production System and method of generating a model and simulating an effect on a surgical repair site
US10617302B2 (en) 2016-07-07 2020-04-14 Masimo Corporation Wearable pulse oximeter and respiration monitor
WO2018071715A1 (en) 2016-10-13 2018-04-19 Masimo Corporation Systems and methods for patient fall detection
BR112019012719A2 (pt) 2016-12-21 2019-11-26 Gambro Lundia Ab sistema de dispositivo médico incluindo infraestrutura de tecnologia de informação tendo domínio de agrupamento seguro suportando domínio externo
US10147184B2 (en) 2016-12-30 2018-12-04 Cerner Innovation, Inc. Seizure detection
US11123014B2 (en) 2017-03-21 2021-09-21 Stryker Corporation Systems and methods for ambient energy powered physiological parameter monitoring
US10643224B2 (en) * 2017-07-24 2020-05-05 Accenture Global Solutions Limited Analyzing event-associated connections
US10957445B2 (en) 2017-10-05 2021-03-23 Hill-Rom Services, Inc. Caregiver and staff information system
US10667766B2 (en) * 2017-10-30 2020-06-02 General Electric Company Method and system for monitoring multiple patient parameters on a touchscreen
JP6937233B2 (ja) * 2017-12-14 2021-09-22 キヤノンメディカルシステムズ株式会社 医用情報処理装置及び医用情報処理方法
US10643446B2 (en) 2017-12-28 2020-05-05 Cerner Innovation, Inc. Utilizing artificial intelligence to detect objects or patient safety events in a patient room
US10482321B2 (en) 2017-12-29 2019-11-19 Cerner Innovation, Inc. Methods and systems for identifying the crossing of a virtual barrier
WO2019204368A1 (en) 2018-04-19 2019-10-24 Masimo Corporation Mobile patient alarm display
US11367535B2 (en) 2018-09-30 2022-06-21 Hill-Rom Services, Inc. Patient care system for a home environment
US11357682B2 (en) 2018-09-30 2022-06-14 Hill-Rom Services, Inc. Structures for causing movement of elements of a bed
US11229568B2 (en) 2018-09-30 2022-01-25 Hill-Rom Services, Inc. Mattress support for adding hospital bed functionality to an in-home bed
US11241347B2 (en) 2018-10-01 2022-02-08 Hill-Rom Services, Inc. Mattress support for adding hospital bed modular control system for upgrading a bed to include movable components
US11400001B2 (en) 2018-10-01 2022-08-02 Hill-Rom Services, Inc. Method and apparatus for upgrading a bed to include moveable components
US10922936B2 (en) 2018-11-06 2021-02-16 Cerner Innovation, Inc. Methods and systems for detecting prohibited objects
US11911325B2 (en) 2019-02-26 2024-02-27 Hill-Rom Services, Inc. Bed interface for manual location
US10959534B2 (en) 2019-02-28 2021-03-30 Hill-Rom Services, Inc. Oblique hinged panels and bladder apparatus for sleep disorders
US20200335209A1 (en) * 2019-04-22 2020-10-22 Vocera Communications, Inc. Providing Context Information With A Communication Request
USD980091S1 (en) 2020-07-27 2023-03-07 Masimo Corporation Wearable temperature measurement device
USD974193S1 (en) 2020-07-27 2023-01-03 Masimo Corporation Wearable temperature measurement device
USD1000975S1 (en) 2021-09-22 2023-10-10 Masimo Corporation Wearable temperature measurement device

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0108052A4 (en) * 1982-04-23 1985-09-26 Survival Technology PORTABLE CONTROL UNIT WITH REAL-TIME ANALYSIS AND TRANSMISSION VIA TELEPHONE.
US4751726A (en) * 1986-03-10 1988-06-14 Futurecare Systems, Inc. EKG telemetry base station
JPH0727741Y2 (ja) * 1989-10-23 1995-06-21 フクダ電子株式会社 波形表示付携帯型無線呼出し用受信機
US5036852A (en) * 1989-12-08 1991-08-06 Leishman Mark L Medical equipment monitor apparatus and method
JP2921936B2 (ja) * 1990-07-13 1999-07-19 株式会社東芝 画像監視装置
US5228449A (en) * 1991-01-22 1993-07-20 Athanasios G. Christ System and method for detecting out-of-hospital cardiac emergencies and summoning emergency assistance
US5128979A (en) * 1991-02-06 1992-07-07 Lifeline Systems Inc. Monitored personal emergency response system
US5319355A (en) * 1991-03-06 1994-06-07 Russek Linda G Alarm for patient monitor and life support equipment system
DE69227562T2 (de) * 1991-09-11 1999-04-22 Hewlett Packard Co Datenverarbeitungssystem und Verfahren zur automatischen Durchführung von prioritisierten pflegerischen Diagnosen durch Auswertung von Patientendaten
US5353793A (en) * 1991-11-25 1994-10-11 Oishi-Kogyo Company Sensor apparatus
US5390238A (en) * 1992-06-15 1995-02-14 Motorola, Inc. Health support system
US5331549A (en) * 1992-07-30 1994-07-19 Crawford Jr John M Medical monitor system
WO1994010902A1 (en) * 1992-11-09 1994-05-26 I Am Fine, Inc. Apparatus and method for remote monitoring of physiological parameters
US5307263A (en) * 1992-11-17 1994-04-26 Raya Systems, Inc. Modular microprocessor-based health monitoring system
KR940012897A (ko) * 1992-11-19 1994-06-24 정용문 무선호출 수신기의 긴급 호 우선 표시방법
US5416695A (en) * 1993-03-09 1995-05-16 Metriplex, Inc. Method and apparatus for alerting patients and medical personnel of emergency medical situations
US5576952A (en) * 1993-03-09 1996-11-19 Metriplex, Inc. Medical alert distribution system with selective filtering of medical information
US5357427A (en) * 1993-03-15 1994-10-18 Digital Equipment Corporation Remote monitoring of high-risk patients using artificial intelligence
US5447164A (en) * 1993-11-08 1995-09-05 Hewlett-Packard Company Interactive medical information display system and method for displaying user-definable patient events
US5544661A (en) * 1994-01-13 1996-08-13 Charles L. Davis Real time ambulatory patient monitor
US5579001A (en) * 1994-10-20 1996-11-26 Hewlett-Packard Co. Paging-based backchannel in a medical telemetry system
US5579775A (en) * 1994-10-20 1996-12-03 Hewlett-Packard Company Dynamic control of a patient monitoring system
US5592945A (en) * 1996-02-28 1997-01-14 Hewlett-Packard Company Real-time event charting in an electronic flowsheet
US5740800A (en) * 1996-03-01 1998-04-21 Hewlett-Packard Company Method and apparatus for clinical pathway order selection in a medical information system

Also Published As

Publication number Publication date
DE69631168D1 (de) 2004-01-29
JP3848864B2 (ja) 2006-11-22
CA2229199C (en) 2002-10-29
JP2002245578A (ja) 2002-08-30
DE69631168T2 (de) 2004-08-12
US5942986A (en) 1999-08-24
CA2229199A1 (en) 1997-02-20
WO1997006499A1 (en) 1997-02-20
AU715886B2 (en) 2000-02-10
JPH11510661A (ja) 1999-09-14
EP0901663A1 (en) 1999-03-17
ATE256890T1 (de) 2004-01-15
AU6691196A (en) 1997-03-05
EP0901663B1 (en) 2003-12-17

Similar Documents

Publication Publication Date Title
ES2210381T3 (es) Sistema y metodo para la notificacion automatica de acontecimientos criticos.
Bitan et al. Nurses’ reactions to alarms in a neonatal intensive care unit
Moodley Maternal Deaths Associated with Hypertensive Disorders of Pregnancy: a opulation‐Based Study
US7899683B2 (en) Medical information system
US9439604B2 (en) Electronic fetal monitoring applications and display
US20060155584A1 (en) System and Method for Patient Identification, Monitoring, Tracking, and Rescue
US20020077865A1 (en) Computerized risk management module for medical diagnosis
US20060080140A1 (en) System and method for providing a clinical summary of patient information in various health care settings
US20100198619A1 (en) Systems, methods, apparatuses, and computer program products for generating patient timelines
Degani et al. Caesarean delivery rate review: an evidence-based analysis
Talley et al. Cardiopulmonary monitors and clinically significant events in critically ill children
US20100121873A1 (en) Method and system for determining correlation between clinical events
WO2006039752A1 (en) A patient safety system
Lind et al. Patients' preferences for learning the results of mammographic examinations
Gardner et al. Integrated computer systems for monitoring of the critically ill
CN115620890A (zh) 一种基于数字化的胸外科患者术后远程监护及康复系统
CN109754850A (zh) 临床数据处理系统及方法
Gardner et al. Computerized protocols applied to acute patient care
Olowonyo et al. Registering in a health facility for delivery protects against maternal mortality in a developing country setting
McLaughlin et al. Get an A+ on end-of-shift report
JP2003290344A (ja) 輸液支援システム及び制御方法
Bawaskar The many stigmas of mental illness
US20200373019A1 (en) Preventive care platform for interactive patient monitoring
JP2024043767A (ja) プログラム
Mugford et al. Standard perinatal data: suggestions for regular review of facilities for perinatal care within a regional health authority