You are on page 1of 13

INFORMATICA EN TERAPIA INTENSIVA

El presente artículo es una actualización al mes de octubre del 2006 del Capítulo del Dr. Carlos
Lovesio y M. Carola Valenti del Libro Medicina ntensiva! Dr. Carlos Lovesio! Editorial El "teneo! #uenos
"ires $200%&
CONCEPTO
La informática médica es la disciplina que se ocupa del estudio de todos los aspectos
relacionados con el manejo y el uso de la información biomédica, incluyendo la computación
médica y el estudio de la naturaleza de la información en medicina.
La Unidad de Terapia Intensiva es un medio favorable para el desarrollo y la evaluación
de la tecnolo!a informática, en particular debido a la ran cantidad de datos que en forma rutinaria
son recoidos, almacenados y eventualmente utilizados en esta área.
"l empleo efectivo de un sistema que contribuya al manejo de los datos, a través del
poder actualmente disponible de la computación, puede servir a varias funciones si el médico y el
equipo administrativo pueden ser asistidos materialmente en el cuidado de los pacientes y en el
erenciamiento de la unidad. #rimero, se puede tener un acceso más adecuado a la información y a
la manipulación de los datos, como para que el médico pueda arribar en tiempo adecuado a una
decisión efectiva, disminuyendo las dificultades creadas por la pérdida o superposición de la
información. $eundo, se pueden utilizar datos provenientes de m%ltiples fuentes para obtener un
resultado interado. &inalmente, los sistemas pueden evolucionar utilizando métodos inferenciales
que permitan la detección de asociaciones entre varios tipos de datos, lo cual podr!a permitir
reconocer determinadas patentes de eventos que podr!an ser potencialmente riesosas, y de tal modo
adelantarse a los acontecimientos cl!nicos.
'tra utilidad potencial de la informática aplicada en UTI es el análisis secundario de los
datos recolectados con propósitos cl!nicos para obtener información y modificar pautas
administrativas.
DESARROLLO DE UN SISTEMA DE MANEJO INTEGRAL DE LA
INFORMACIÓN
La (istoria cl!nica es una parte interal de cualquier sistema de asistencia médica, ya que
permite documentar el cuidado brindado al paciente. ) pesar de los recientes avances tecnolóicos
en el campo de la computación, la (istoria cl!nica contin%a siendo realizada *sobre papel+. "n U$),
el Institute of ,edicine (a definido la (istoria cl!nica computarizada o ",- .electronic medical
record/ como * una (istoria cl!nica electrónica que reside en un sistema especialmente dise0ado
para brindar al operador un acceso completo a datos e1actos, alarmas, sistemas de soporte de toma
de decisiones, enlaces con bases de datos de conocimiento médico, y otras ayudas+.
2esraciadamente, no e1isten en la actualidad sistemas comerciales que cumplimenten en su
totalidad los requerimientos impl!citos en la definición anterior.
$e (a reconocido desde (ace tiempo que la (istoria cl!nica tradicional *escrita a mano+
tiene una serie de limitaciones importantes, incluyendo3
4. La misma puede ser f!sicamente inaccesible.
5. $e trata de una información pobremente oranizada, disponible sólo en el orden en
que fue recoida, y en muc(os casos ileible.
6. Los instrumentos de UTI, que en la actualidad son en su mayor!a electrónicos y
diitales, requieren que los datos que brindan sean tomados por el (ombre y pasados
a mano a la (istoria.
7. "l análisis retrospectivo de los datos para investiación requiere de un ran consumo
de tiempo, y en muc(os casos se dificulta por la carencia de parte de la información
requerida o por el ran volumen de la misma.
"n función de lo anterior, se considera que un sistema computarizado de manejo de la
información de los pacientes cr!ticos presenta muc(as ventajas, entre las que se destacan3
4. ,ejor acceso a la información. Los datos están disponibles para la revisión en forma
inmediata8 y en un sistema en red, desde distintos sitios al mismo tiempo.
5. La documentación es más leible.
6. "1iste un m!nimo de duplicación de la información.
7. La computadora puede recordar al personal datos importantes que de otro modo
pueden no ser incorporados.
9. $e elimina el tiempo empleado en la realización de cálculos, y los resultados son más
e1actos.
:. $e pueden interar datos ráficos3 radioraf!as, electrocardioramas, ondas de
presiones, etc.
;. $e facilita el reconocimiento de determinadas tendencias en el paciente.
<. =uando e1isten m%ltiples problemas en el paciente, los mismos pueden ser seuidos
más fácilmente.
>. "1iste una mejor continuidad del tratamiento en lo que se refiere a la asistencia de
enfermer!a.
4?. "l proceso de control de calidad se (ace más automatizado.
44. "s posible establecer una serie de alarmas para situaciones cr!ticas en cuanto a
parámetros (emodinámicos, de asistencia respiratoria, de laboratorio, etc.
45. #ueden ser automatizados los cálculos destinados a establecer los escores de
severidad de enfermedad, caracter!sticas de la asistencia terapéutica, etc.
@o obstante, el desarrollo y la implementación de un sistema interado de manejo de los
datos de los pacientes en terapia intensiva presentan considerables desaf!os. "stos pueden
clasificarse en aquellos derivados de la adquisición, de la calidad, del manejo y del almacenamiento
y de la transferencia de los datos8 de la presentación de los mismos para fines cl!nicos y de
investiación8 de la confidencialidad de muc(os de ellos8 y del costo y soporte lo!stico requerido
para mantener y permitir el crecimiento de los sistemas operativos.
Adquisición de los d!os" Una de las caracter!sticas más importantes de un sistema
computarizado en UTI es su capacidad de interar datos desde m%ltiples fuentes. Una revisión
reciente de las fuentes de datos en una UTI de cardiociru!a demostró que se obten!an datos a partir
de 4< fuentes distintas. Los datos de laboratorio constituyen con muc(o la información más
voluminosa adquirida desde fuera de la unidad.
Un sistema %til en UTI debe minimizar el costo y el trabajo asociado con el inreso de los
datos. "n este sentido son deseables las interfaces con los dispositivos capaces de enerar se0ales
diitales, debido a que reducen el trabajo de recolección manual de los datos, pero tienen una serie
de dificultades operativas. "l primer problema es la adecuada identificación de la se0al diital
liada a un paciente en particular. $eundo, dado el potencial de los dispositivos tales como los
transductores de enerar se0ales erróneas, la calidad de los datos recoidos en forma automática no
puede ser aseurada. "l mantenimiento de un flujo de datos puede ser problemático cuando el
paciente se mueve para procedimientos o es trasladado fuera de la unidad. 'tro problema es la
secuencia en el tiempo de la obtención de los datos, para evitar a la vez la recolección de un n%mero
infinito de datos, y la pérdida de datos de valor. #or %ltimo, una sinificativa cantidad de datos
contin%a requiriendo el inreso manual, como por ejemplo los relacionados con el e1amen f!sico.
Clidd de los d!os" "s fundamental aseurar la e1actitud de los datos analizados y
presentados para mantener la confianza en cualquier sistema de información en UTI. $e (an
suerido varias medidas prácticas para minimizar la perpetuación de datos erróneos. "llos incluyen
el control frecuente de los datos por el personal médico o de enfermer!a para aumentar la
posibilidad del reconocimiento de los errores8 el desarrollo de filtros que eliminen la entrada de
datos fuera de los l!mites de credibilidad cl!nica8 el c(equeo cruzado entre los distintos sistemas .ej.3
frecuencia card!aca determinada a la vez por el "=A, l!nea arterial y o1imetr!a de pulso/8 la
minimización de la entrada manual de datos8 y la eneración frecuente de informes que requieran la
verificación de la e1actitud de los datos por el médico responsable.
Mne#o $ l%cen%ien!o de los d!os" =ada paciente enera en la UTI una cantidad
considerable de datos, y la necesidad de limitar la cantidad almacenada presenta un desaf!o
sinificativo. =uáles son los datos, con qué intervalo de tiempo, o con qué l!mites de valores, deben
los mismos ser capturados y almacenadosB Los problemas enerados por estos interroantes se
encuentran en investiación activa, aunque al momento actual no e1isten relas uniformes sobre
qué datos se deben seleccionar y cuán frecuentemente se deben recoer. Aardner y colaboradores
(an propuesto recientemente ciertas recomendaciones al respecto. "n nuestra opinión, el sistema
ideal deber!a capturar todos aquellos valores que salen de los l!mites de tolerancia fisiolóica
establecidos para un paciente en particular, realizando además una captura por tiempo para
establecer la *banda de normalidad+. 'tras suerencias incluyen los valores medios para un per!odo
definido de tiempo, la desviación estándar como una medida de la variabilidad, o la selección por el
operador de los datos considerados de utilidad.
"s importante tener presente que no son muc(os los datos utilizados en la toma de
decisiones respecto del manejo del paciente. )ntes de establecer cualquier aloritmo para
determinar la captura de datos, se debe conocer cuáles son los que se utilizan en un paciente en
particular para la realización de dianósticos y para la toma de decisiones terapéuticas. $i bien en el
momento actual se dispone de sistemas de almacenamiento de alta capacidad, el volumen de los
datos almacenados puede encontrarse en relación inversa con la posibilidad de su análisis para fines
de asistencia e investiación.
T&ns'e&enci de los d!os" #ara que el sistema informático sea %til, el médico o el
investiador cl!nico deben tener un acceso fácil a la información. "sto requiere que el sistema esté
desarrollado sobre la base de una codificación uniforme de todos los datos del paciente. )demás,
e1iste una necesidad creciente de estandarizar la codificación de modo que la información pueda ser
compartida por distintas plataformas con diferentes sistemas operativos. )l momento actual, se
encuentra sinificativamente dificultada la capacidad de utilizar una ran cantidad de información a
partir de varias áreas de la misma institución, o de varias instituciones, por la imposibilidad de
transferir fácilmente los datos entre los distintos sistemas informáticos. "n el a0o 4><:, se realizó
un primer intento para lorar un sistema estándar de intercambio que se conoce como ,"2IC.
L se(u&idd del sis!e%" "1isten tres conceptos clave en el término seuridad3 4/ la
información debe ser proteida de cambios o pérdida8 5/ los datos confidenciales deben ser
mantenidos como tales8 6/ se debe contar con un prorama de control de las caracter!sticas
precedentes.
La seuridad con respecto a los cambios se mantiene (aciendo que los datos
definitivamente aceptados sólo puedan ser le!dos a través de una combinación de técnicas de
softDare y (ardDare. La seuridad con respecto a las pérdidas se lora realizando un
almacenamiento redundante en localizaciones f!sicas separadas, y por la copia sistemática .bacEup/
de la información, en discos, cintas u otro medio f!sico adecuado.
"l aspecto más importante de la seuridad de la información médica es la posibilidad de
que no se violen los datos confidenciales. "llo se lora permitiendo el acceso a la información
solamente a los individuos apropiados. Los sistemas electrónicos tienen la capacidad de mantener la
confidencialidad muc(o más que los sistemas en papel. "l componente principal para el
mantenimiento de los datos confidenciales es la aceptación del concepto por parte del rupo de
trabajo. Las pol!ticas y procedimientos destinados a mantener dic(a confidencialidad incluyen la
posibilidad de reconocer a los usuarios del sistema y determinar a qué datos tendrá acceso un
usuario determinado. "l reconocimiento se basa primariamente en el empleo de una clave que cada
usuario debe mantener en secreto y utilizar en e1clusividad. "l cumplimiento de esta premisa debe
ser controlado en forma indirecta por el sistema, detectando condiciones imposibles tales como el
inreso simultáneo del mismo usuario desde dos luares remotos. "s necesario eliminar la
posibilidad de inreso a los individuos particularmente indisciplinados. Una vez autorizado el
inreso, y en función de la clave particular, el sistema permitirá la realización de funciones
espec!ficas. "stas funciones permitidas están determinadas sobre la base de las tareas que
desempe0a el individuo autorizado.
$e debe aseurar que todos los usuarios reconocidos por el sistema puedan lorar el
acceso apropiado. $i un usuario le!timo no puede acceder al sistema para realizar su actividad,
puede dificultar el funcionamiento siuiente de la red. #or tanto, (acer la seuridad demasiado
r!ida puede ser contraproducente, en el sentido de impedir un buen funcionamiento del sistema.
"l o los operadores principales del sistema deben definir los datos confidenciales que
requieran una má1ima protección. ) partir de all! se dise0ará una *barrera de fueo+ consistente en
pol!ticas, procedimientos, caracter!sticas de softDare y (ardDare que controlen el acceso al área que
contiene los datos confidenciales.
SISTEMAS INFORM)TICOS EN TERAPIA INTENSIVA *SIUTI+
La decisión institucional de establecer un soporte informático adecuado requiere de una
apro1imación multidisciplinaria al problema. $e debe constituir una estructura interada por
representantes del cuerpo médico, del rupo de enfermer!a, y del área administrativa8 as! como un
soporte técnico dedicado, incluyendo un rupo de inenieros de sistema responsables durante las 57
(oras de los componentes de (ardDare y de softDare, proramación, confiuración y soporte.
)unque varias empresas (an dise0ado sistemas de manejo de datos en UTI por casi 5? a0os, la
mayor!a de ellos no (an anado la aceptación de los usuarios. ,uc(os sistemas instalados nunca
pudieron ser implementados e1itosamente, y fueron abandonados.
"s fundamental establecer que un $IUTI debe ser confiurado y manejado desde la
perspectiva de los médicos responsables del cuidado de los pacientes. "sta metodolo!a aseura la
utilidad cl!nica del mismo una vez que es implementado, a través de un medio en el cual la
información pueda ser incorporada y solicitada al sistema con relativa facilidad. "ste factor es
particularmente importante en el manejo de los pacientes cr!ticos, que pueden ser asistidos por
varios equipos médicos, y en los cuales los requerimientos de información pueden ser m%ltiples y
en variados momentos.
Un $IUTI satisfactorio debe permitir la incorporación de los datos demoráficos del
paciente, la (istoria cl!nica que en lo posible debe responder a modelos preestablecidos con un
m!nimo de datos de incorporación necesaria, interface con los monitores de cabecera para el inreso
de sinos vitales, interface con el sistema del laboratorio, disponibilidad de establecer un plan
terapéutico con interface con el departamento de farmacia y posibilidad de empleo por el personal
de enfermer!a, interface con los ventiladores, bombas intravenosas y otros dispositivos, posibilidad
de establecer en forma automatizada !ndices pronósticos, de aplicación terapéutica, etc. .)#)=F",
T-I$$/. "s altamente deseable que se pueda incorporar material ráfico, en particular estudios
radiolóicos, fotoraf!as de lesiones, esquemas quir%ricos, etc.
#ara facilitar el empleo, un $IUTI debe estar dise0ado como para disponer de una
estación de trabajo individual para cada cama de UTI. 2eben e1istir estaciones adicionales en los
puestos de trabajo de enfermeras y médicos, y en la oficina del director de la unidad. "s necesario
que el personal médico y de enfermer!a tena un acceso fácil al sistema y pueda interaccionar con el
mismo en forma continua.
Un sistema bien dise0ado de $IUTI debe permitir un uso cl!nico variado y prácticamente
sin l!mites, aseurando la confidencialidad de la información sensible del paciente. Los datos deben
poder ser inresados y consultados desde cualquier estación de trabajo por el personal autorizado.
La estación de trabajo a la cabecera del paciente debe servir como punto focal del análisis del
mismo, en conjunción con el apropiado e1amen de éste. La correlación entre los (allazos del
paciente y la información almacenada es facilitada por un $IUTI que utilice estaciones de trabajo a
la cabecera del paciente. =on un sistema bien dise0ado, el usuario debe poder evaluar los sinos
vitales, datos de laboratorio, balances, medicaciones y notas de enfermer!a en forma retrospectiva.
$e (a comprobado que para poder evaluar la morbilidad, mortalidad y adecuación de la
utilización de los recursos de una unidad se debe disponer de indicadores de la severidad de la
enfermedad de los pacientes inresados. "n este sentido, el $core )#)=F" y similares (an sido
dise0ados para establecer dic(a normatización. La implementación de los mismos, sin embaro,
requiere de una revisión de la (istoria cl!nica y una tabulación manual de resultados, con ran
consumo de tiempo. Los sistemas computarizados en UTI deben interar todos los datos requeridos
y deben (acer posible la evaluación en tiempo real de la adecuación de la utilización. "n este
sentido, estos sistemas (an demostrado ser %tiles para el análisis de las prácticas de manejo, eficacia
y relación costoGeficiencia de la Unidad.
#ara completar el sistema, el $IUTI debe poder permitir importar datos de la (istoria
cl!nica previa del paciente, en casos de que e1ista un sistema computarizado eneral del (ospital8 y
e1portar datos del mismo (acia el resto del (ospital y consultorios, una vez que el paciente es dado
de alta de la unidad.
Un aspecto distintivo y recomendable del sistema es que el mismo dispona de un
=ap!tulo de docencia y toma de decisiones. "n el mismo se podrá consultar la información
relacionada con la patolo!a del paciente en tratamiento, y las sistemáticas a implementar en cada
caso particular. "n la actualidad, con la amplia difusión de Internet, se puede establecer una
cone1ión on'line con distintas bases de datos que facilitan las tomas de decisiones en forma casi
instantánea. "n tal sentido, el =(ildrenHs Fospital Informatics #roram del Farvard ,edical $c(ool
se encuentra desarrollando un proyecto cuyo objetivo es establecer un sistema inteliente de
monitoreo on line para unidades de terapia intensiva a través de la Iorld Iide Ieb.
PROTOCOLOS COMPUTARI,ADOS DE TOMA DE DECISIONES
Uno de los beneficios más importantes que se pueden obtener de un sistema de
informatización en terapia intensiva es el dise0o de protocolos de toma de decisiones. "n este
sentido, e1isten (erramientas de soporte para la toma de decisiones en terapéutica antibiótica,
manejo nutricional y asistencia respiratoria mecánica. Los componentes principales de un sistema
de soporte de toma de decisiones cl!nicas son un aceptor de datos de inreso, una base de
conocimiento, y un sistema de inferencia de respuestas. "l sistema aplica relas en función de los
datos de inreso, para tomar decisiones. Aeneralmente estos sistemas funcionan con el formato *ifJ
t(en+. Un ejemplo ser!a3 *If .si/ la #a'
5
es menor de 9? mm F, t(en .entonces deberá/ aumentar la
&i'
5
en 9 K+.
)lan ,orris (a dise0ado y validado en el L2$ Fospital en $alt LaEe =ity, un protocolo
computarizado para el manejo de la ventilación mecánica, que incluye la evaluación respiratoria,
ventilación, o1ienación, destete y e1tubación, en pacientes con $2-). "l proceso de desarrollo de
un protocolo como el indicado es complejo, requiriendo de la participación de un rupo
multidisciplinario, con un ran apoyo lo!stico y económico.
"l protocolo de asistencia respiratoria del Fospital L2$ se desarrolló a través de un
per!odo de cuatro a0os, siuiendo un proceso en seis etapas. "n la primera etapa se dise0ó la lóica
del protocolo, a través del consenso del rupo médico encarado de la asistencia de los pacientes
con insuficiencia respiratoria, incluyendo la colaboración de e1pertos internacionales ."tapa 4/. "n
la seunda etapa, el diarama de flujo desarrollado en papel fue utilizado a la cabecera de la cama
para evaluar inicialmente la lóica ."tapa 5/. Una vez que esta lóica fue completada y
razonablemente correcta, el protocolo fue computarizado ."tapa 6/. Una vez computarizado, se lo
validó contra los datos de arc(ivo ."tapa 7/. ) medida que el protocolo se (ac!a más complejo, el
empleo de los diaramas de flujo en papel a la cabecera de la cama se (izo e1tremadamente
dificultoso. "n este caso, la lóica se computarizó y se testeó inicialmente ."tapas 6 y 7/ y lueo se
evaluó a la cabecera de la cama ."tapa 5/. Una vez que se consideró que la lóica del protocolo
respond!a adecuadamente y pod!a ser validada contra los datos de arc(ivo, fue probada en un
ensayo cl!nico ."tapa 9/. Una vez que el protocolo fue refinado y evaluado a la cabecera de la cama,
se le dio forma final y comenzó a ser utilizado en forma rutinaria en la cl!nica ."tapa :/.
"l protocolo precedente fue utilizado, en su forma de diarama de flujo en papel y en
pacientes, por más de 7?.??? (oras y en más de 459 pacientes con $2-) (asta el a0o 4>>?. "l
protocolo pudo controlar el cuidado de los pacientes durante el >7 K del tiempo. "l é1ito alcanzado
por el protocolo de computación y su aceptación por el rupo médico demostró que es posible el
control de la terapéutica de los pacientes cr!ticos con dispositivos de este tipo.
LosEi y colaboradores, por su parte, (an dise0ado un sistema destinado a evaluar el estado
(emodinámico de los pacientes en UTI. "n el mismo se e1amina la capacidad de un sistema de
soporte de decisiones para identificar cuatro estados patolóicos en el posoperatorio de ciru!a
card!aca3 estado (iperdinámico, estado (ipovolémico, (ipoventilación y falla ventricular izquierda8
y notificar al usuario sobre la ravedad de estos estados por dos niveles de alarma3 alerta y urencia.
)lerta indica una condición inminente y urencia un estado patolóico e1istente. "l estudio se
realizó en dos fases, la primera fue la validación inicial del sistema y la seunda de refinamiento. La
sensibilidad de las alarmas fue del 4?? K, con especificidad en la seunda fase del ;6,> K y del
;?,? K para las urencias y alertas, respectivamente.
$cott "vans y colaboradores, a su vez, desarrollaron un prorama computarizado para la
toma de decisiones que asiste a los médicos para el uso de aentes antimicrobianos. "l prorama
presenta información epidemiolóica y realiza recomendaciones sobre el réimen antimicrobiano a
emplear en la situación particular del paciente en estudio.
"n el futuro, los protocolos precedentes podr!an ser trasladados a otras patolo!as y a
otros servicios. $in embaro, es necesario que se cumplan ciertos requisitos para aseurar su é1ito.
#rimero, los médicos deben estar convencidos de la utilidad de ser apoyados en su tarea por
protocolos. "s muy dif!cil para el médico dejar de lado su estilo personal para ad(erir a protocolos,
fundamentalmente si no (a participado en el dise0o de los mismos. "l seundo aspecto es la
implementación de los protocolos. #ueden ser utilizados protocolos en papel8 sin embaro, los
mismos suelen ser confusos y dificultan el seuimiento a la cabecera del paciente. Una versión
computarizada aseura una mejor interpretación de los eventos, incluso en las situaciones de crisis.
"n este sentido, el material disponible puede ser variable, e1istiendo ya en el mercado secciones o
protocolos completos que pueden operar en forma independiente en una #=. "l tercer aspecto es el
entrenamiento apropiado y la introducción de los protocolos en el rupo de enfermer!a. $e (a
comprobado que la aceptación mejora dramáticamente con un prorama educativo introductorio
antes del empleo cl!nico definitivo.
SISTEMA ORIENTADO POR DIAGNÓSTICO
"ntre los a0os 4>>; y 4>>> se desarrolló en la Unidad de Terapia Intensiva del $anatorio
#arque de -osario un sistema informático basado en una filosof!a particular. La arquitectura del
sistema se muestra en la &i. 4.
#ara el dise0o del softDare, se partió del conocimiento de que la casi totalidad de los
pacientes que inresan a Terapia Intensiva lo (acen con un dianóstico definido3 $2-), accidente
cerebrovascular, infarto de miocardio, etc. )nte ello, se consideró adecuado dise0ar modelos de
(istorias cl!nicas para cada patolo!a, con un te1to estructurado y una plataforma, en los cuales se
incluyen datos demoráficos del paciente, antecedentes destacados, caracter!sticas de la patolo!a
actual, e1amen f!sico, e1ámenes de laboratorio, otros e1ámenes complementarios y tratamiento.
"llo aseura inicialmente que todos los pacientes inresados con una patolo!a determinada tendrán
una (istoria cl!nica de idéntico dise0o, en la cual los aspectos más destacados y que nunca podrán
ser obviados son los referidos a la patolo!a en curso. "sto evita las dificultades, errores y olvidos
de los proramas basados en sistemas de edición de te1to, as! como la duplicación de la
información, la reiteración de pedidos de e1ámenes complementarios, etc. #ara cada patolo!a se
estableció un conjunto espec!fico de análisis de laboratorio y de estudios complementarios, y en el
momento de asinar la patolo!a, el prorama enera el pedido correspondiente al laboratorio y a
otros servicios. 'bviamente, se pueden a0adir e1ámenes de cualquier tipo en función de aspectos
particulares del paciente.
Una vez que el médico establece el tratamiento para el paciente, el prorama distribuye el
mismo en las pró1imas 57 (oras, espaciado por per!odos (orarios, en una rilla particular que será
utilizada por la enfermera. )demás, enera automáticamente el pedido para farmacia y alimenta una
base de datos de consumo. La enfermera inresa al prorama en el momento en que tiene que
realizar una medicación en particular, y una vez efectuada la misma valida tal realización, lo cual
queda asentado en otra parte de la memoria del sistema. La secuencia terapéutica puede ser
modificada en cualquier momento por un médico autorizado a inresar a esta parte del prorama.
La enfermera dispone de otra rilla, también pautada por (oras, donde inresa todos los
datos cuantificables del paciente3 valores (emodinámicos, valores respiratorios, datos para el
balance, etc.
La evolución diaria se realiza con un modelo com%n para todas las patolo!as, en el cual
se establecen las variables del paciente distribuidas por aparatos, los análisis, e1ámenes
complementarios, tratamiento. Tanto los análisis como el tratamiento funcionan con la misma
lóica que la (oja de inreso. #or otra parte, si el paciente presenta una complicación que
corresponda a aluno de los modelos preestablecidos de (istoria cl!nica .ej.3 el paciente inresa con
un infarto de miocardio y desarrolla un accidente cerebrovascular/, se incorpora el modelo de
(istoria cl!nica correspondiente, con lo cual se enera una base de datos por patolo!as, tanto de
inreso como suridas en la unidad. $e dispone de una (oja especial de interconsulta que se incluye
en caso de que el paciente presente aluna complicación que no corresponda a las patolo!as
codificadas y que requiera de la atención de un especialista en particular.
"n función de los datos inresados, el prorama enera en forma automática los valores
de )#)=F" II y de TI$$ de cada paciente en forma diaria, lo cual permite establecer un adecuado
control de la ravedad de patolo!a que se asiste, y relacionar ésta con la mortalidad.
La base de datos del prorama tiene m%ltiples posibilidades de inreso3 por patolo!as,
por datos del e1amen f!sico, por datos de laboratorio, por e1ámenes complementarios puntuales, etc.
"l prorama permite realizar, además, un control administrativo satisfactorio de la
Unidad, en particular en cuanto a los consumos de medicamentos y material descartable, eneración
de e1ámenes complementarios, etc., ya que la automatización de los pedidos y la producción de una
base de datos en función de los mismos, permite tal control.
#or %ltimo, se puede tener acceso a material de referencia, tal como fórmulas, protocolos
de dianóstico y tratamiento y vademecum. Todo ello convierte al sistema en una poderosa
(erramienta de trabajo dentro de la Unidad.
&i. 4.J Instalación del equipamiento utilizado en el 2epartamento de ,edicina Intensiva
del $anatorio #arque de -osario.
FIC-A TECNICA
-e&&%ien! de Des&&ollo. AeneCus .T(e Intellient Tool M de )-Tec(/
"sta Ferramienta de 2esarrollo utiliza tecnolo!a de %ltima eneración .basada en el
conocimiento/, y está totalmente interada al entorno IindoDs y a sus (erramientas.
Len(u#e de P&oducción $ E#ecución. Nisual &o1#ro.
Es!&uc!u& de los D!os. Los datos almacenados por el $istema residen en Oases de 2atos
normalizadas .en Tercera &orma @ormal/, lo que implica aseurar un crecimiento dinámico y
*prolijo+ del $istema de acuerdo a necesidades futuras, as! como también un acceso más rápido,
seuro y eficiente a la información.
Las tablas que almacenan la información son altamente compatibles y fácilmente
e1portables a otros $istemas y Ferramientas. Los datos están oranizados en ,ódulos y a cada uno
de éstos le corresponde una tabla de datos, con lo cual se evita la e1istencia de Tablas
e1cesivamente randes y se facilita el *recorrer+ la (istoria cl!nica del paciente. "l $istema controla
la interidad referencial de los datos entre tablas y evita las redundancias.
La optimización en el uso de la información reistrada incluye la interación de
Ferramientas de "scritorio .I'-2, "C="L, Araficadores, etc./ y la posibilidad de asimilar
informes espec!ficos de todos los servicios .Laboratorio, ecoraf!a, radiolo!a, imáenes, etc./
A%/ien!e de T&/#o. ,ultiusuario, entorno visual. Las estaciones de trabajo utilizan
$istema 'perativo IindoDs >9G><.
La )plicación fue dise0ada con la posibilidad de mirar a otras plataformas, teniendo en
cuenta que la tendencia actual en este tipo de $oftDare es la de utilizar la filosof!a =liente M
$ervidor.
Con'i(u&ción de l Red. Un $ervidor dedicado con dos discos r!idos .con =ontroladora
$=)$I/8 "staciones de Trabajo conectadas al $ervidor por medio de tres Fubs .para framentar la
-ed en tres $ectores principales/ y =ableado "structurado .UT# @ivel 9/8 -ed @ovell 7.44
IntranetIare. La rabación de datos se realiza en forma simultánea en los dos discos como medida
de seuridad.
La instalación de la Unidad de Terapia Intensiva del $anatorio #arque consta de nueve
camas divididas en dos salas .una de cuatro camas y una de cinco camas Muna de las cuales es de
aislamiento total/ =ada cama tiene asociada una "stación de Trabajo.
"l $ervidor está conectado a una U#$ para evitar problemas con variaciones o suspensión
del suministro eléctrico y se encuentra ubicado en un área de acceso restrinido, funcionando
durante las 57 (oras. ) él se conectan las Terminales correspondientes a cada cama, a la oficina del
2irector de la Unidad, al Laboratorio y a la 'ficina de $uministros.
"1isten 5 Impresoras, una de uso e1clusivo para una Terminal y otra de uso compartido
para todos los usuarios de la -ed.
Se(u&idd. La )plicación posee su propio $istema de $euridad, administrado por el
2irector de la Unidad, quien puede incorporar o eliminar Usuarios y determinar el alcance de sus
funciones. =ada Usuario puede cambiar su clave personal cuando y cuantas veces lo considere
necesario.
"l =ódio de Usuario queda asociado a diversos datos de las Tablas .medicación aplicada,
valores reistrados, etc./ con lo cual se puede identificar al responsable de cada uno de ellos.
La identificación de "stación de Trabajo que proporciona @ovell permite, junto con el
=ódio y =lave de Usuario, la correcta asinación de accesos a la información.
0I0LIOGRAF1A
OarroDs -., =layton #.3 #rivacy, confidentiality, and electronic medical records. P )mer ,ed
Informatics )ssoc 6346>J4>>:
Ooot( &.3 =omputerized p(ysioloic monitorin. =rit =are =lin 49397;J4>>>
Ouc(man T.3 =omputers in t(e Intensive =are Unit8 promises yet to be fulfilled. Intensive =are
,ed 4?3567J4>>9
=lemmer T., Aardner -.3 ,edical informatics in t(e intensive care unit3 state of t(e art 4>>4.
Intern P =lin ,onitorin and =omputin <356;J4>>5
"ast T., ,orris )., Iallace =.3 ) stratey for development of computerized critical care decision
support systems. Intern P =lin ,onitorin and =omputin <35:634>>5
"ast T.3 =omputers in t(e I=U3 #anacea or plaueB -espir =are 6;34;?J4>>5
"scolar =astellon &., "scobar =astellon P., $amperiz Learre ).3 Informatización de la (istoria
cl!nica en un servicio de medicina interna. ,ed =lin .Oarc/ >>34;J4>>5
Aardner -., $(abot ,.3 =omputerized I=U data manaement3 pitfalls and promises. Intern P =lin
,onitorin and =omputin ;3>>J4>>?
Aardner -., FaDley I., "ast T.3 -eal time data acquisition3 -ecommendation for t(e medical
information bus .,IO/. Int P =lin ,onit =omput <3594J4>>5
Fammond P., Po(nson F., Naras -.3 ) qualitative comparison of paper floDs(eets vs a computer
based clinical information system. =(est >>3499J4>>4
PastremsEi =.3 @ursin informatics3 issues for =ritical =are ,edicine. =rit =are =lin 4939:6J4>>>
Lo(ane I., Areenspun #., &acEler P.3 Ouildin @ational "lectronic ,edical -ecord $ystems v!a t(e
III. P )mer ,ed Informatics )ssoc 634>4J4>>:
LosEi "., $uEuvaara T., ,aEivirta ).3 ) EnoDledeJbased alarm system for monitorin cardiac
operated patientsJassessment of clinical performance. Int P =lin ,onit =omput 443;>J4>>7
,c2onald =., Fammond I.3 $tandard formats for electronic transfer of clinical data. )nn Intern
,ed 44?3666J4><>
,orris )., Iallace =., =lemmer T.3 =omputerized protocol controlled clinical trial of neD t(erapy
D(ic( includes "==?5 for )-2$. )m -ev -espir 2is 4793)4<7J4>>5
$ado ).3 "lectronic medical record in t(e intensive care unit. =rit =are =lin 4937>>J4>>>
$cott "vans -., #estatniE $., =lassen 2.3 ) computerJassisted manaement proram for antibiotics
and ot(er antiinfective aents. @ "nl P ,ed 66<3565J4>><
Tonnesen ).3 I=U information systems. U-L3 DDD3anes.ut(.tmc.eduGccGisGinfosys.(tml.
=onsultado 5;J?5J4>>>
Ian L., Lo(ane I., Orads(aD L., &acEler P.3 ) real time patient monitorin system on t(e Iorld
Iide Ieb. U-L3 ray.lcs.mit.eduGpublicationGamiaQicu.(tml. =onsultado 5;J?5J4>>>