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
Links
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
- G16H50/70—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for mining of medical data, e.g. analysing previous cases of other patients
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S706/00—Data processing: artificial intelligence
- Y10S706/902—Application using ai with detail of the ai system
- Y10S706/924—Medical
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.
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.
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.
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.
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.
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.
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.
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".
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
\vskip1.000000\baselineskip
Parámetros de acontecimientos
críticos
\newpage
\vskip1.000000\baselineskip
Parámetros de acontecimientos críticos y
valores de
comparación
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
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.
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.
paciente.
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.
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.
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)
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)
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 |
-
1995
- 1995-08-09 US US08/512,887 patent/US5942986A/en not_active Expired - Lifetime
-
1996
- 1996-08-07 AT AT96926903T patent/ATE256890T1/de not_active IP Right Cessation
- 1996-08-07 CA CA002229199A patent/CA2229199C/en not_active Expired - Fee Related
- 1996-08-07 DE DE69631168T patent/DE69631168T2/de not_active Expired - Lifetime
- 1996-08-07 WO PCT/US1996/012746 patent/WO1997006499A1/en active IP Right Grant
- 1996-08-07 EP EP96926903A patent/EP0901663B1/en not_active Expired - Lifetime
- 1996-08-07 ES ES96926903T patent/ES2210381T3/es not_active Expired - Lifetime
- 1996-08-07 AU AU66911/96A patent/AU715886B2/en not_active Ceased
- 1996-08-07 JP JP9508597A patent/JPH11510661A/ja active Pending
-
2001
- 2001-10-17 JP JP2001319780A patent/JP3848864B2/ja not_active Expired - Fee Related
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 |