INFORMATICA EN TERAPIA INTENSIVA

El presente artculo es una actualizacin al mes de octubre del 2006 del Captulo del Dr. Carlos
Lovesio y M. Carola Valenti del Libro Medicina ntensiva! Dr. Carlos Lovesio! Editorial El "teneo! #uenos
"ires $200%&
CONCEPTO
La informtica mdica es la disciplina que se ocupa del estudio de todos los aspectos
relacionados con el manejo y el uso de la informacin biomdica, incluyendo la computacin
mdica y el estudio de la naturaleza de la informacin en medicina.
La Unidad de Terapia Intensiva es un medio favorable para el desarrollo y la evaluacin
de la tecnolo!a informtica, 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 travs del
poder actualmente disponible de la computacin, puede servir a varias funciones si el mdico 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 ms adecuado a la informacin y a
la manipulacin de los datos, como para que el mdico pueda arribar en tiempo adecuado a una
decisin efectiva, disminuyendo las dificultades creadas por la prdida o superposicin de la
informacin. $eundo, se pueden utilizar datos provenientes de m%ltiples fuentes para obtener un
resultado interado. &inalmente, los sistemas pueden evolucionar utilizando mtodos inferenciales
que permitan la deteccin 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 informtica aplicada en UTI es el anlisis secundario de los
datos recolectados con propsitos cl!nicos para obtener informacin y modificar pautas
administrativas.
DESARROLLO DE UN SISTEMA DE MANEJO INTEGRAL DE LA
INFORMACIN
La (istoria cl!nica es una parte interal de cualquier sistema de asistencia mdica, ya que
permite documentar el cuidado brindado al paciente. ) pesar de los recientes avances tecnolicos
en el campo de la computacin, 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 electrnica 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 mdico, y otras ayudas+.
2esraciadamente, no e1isten en la actualidad sistemas comerciales que cumplimenten en su
totalidad los requerimientos impl!citos en la definicin 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 informacin pobremente oranizada, disponible slo 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 electrnicos y
diitales, requieren que los datos que brindan sean tomados por el (ombre y pasados
a mano a la (istoria.
7. "l anlisis retrospectivo de los datos para investiacin requiere de un ran consumo
de tiempo, y en muc(os casos se dificulta por la carencia de parte de la informacin
requerida o por el ran volumen de la misma.
"n funcin de lo anterior, se considera que un sistema computarizado de manejo de la
informacin de los pacientes cr!ticos presenta muc(as ventajas, entre las que se destacan3
4. ,ejor acceso a la informacin. Los datos estn disponibles para la revisin en forma
inmediata8 y en un sistema en red, desde distintos sitios al mismo tiempo.
5. La documentacin es ms leible.
6. "1iste un m!nimo de duplicacin de la informacin.
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 realizacin de clculos, y los resultados son ms
e1actos.
:. $e pueden interar datos rficos3 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
ms fcilmente.
>. "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 ms automatizado.
44. "s posible establecer una serie de alarmas para situaciones cr!ticas en cuanto a
parmetros (emodinmicos, de asistencia respiratoria, de laboratorio, etc.
45. #ueden ser automatizados los clculos destinados a establecer los escores de
severidad de enfermedad, caracter!sticas de la asistencia teraputica, etc.
@o obstante, el desarrollo y la implementacin 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 adquisicin, de la calidad, del manejo y del almacenamiento
y de la transferencia de los datos8 de la presentacin de los mismos para fines cl!nicos y de
investiacin8 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.
Adquisicin de los d!os" Una de las caracter!sticas ms importantes de un sistema
computarizado en UTI es su capacidad de interar datos desde m%ltiples fuentes. Una revisin
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 informacin ms
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 recoleccin manual de los datos, pero tienen una serie
de dificultades operativas. "l primer problema es la adecuada identificacin de la se0al diital
liada a un paciente en particular. $eundo, dado el potencial de los dispositivos tales como los
transductores de enerar se0ales errneas, la calidad de los datos recoidos en forma automtica no
puede ser aseurada. "l mantenimiento de un flujo de datos puede ser problemtico cuando el
paciente se mueve para procedimientos o es trasladado fuera de la unidad. 'tro problema es la
secuencia en el tiempo de la obtencin de los datos, para evitar a la vez la recoleccin de un n%mero
infinito de datos, y la prdida 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 informacin en UTI. $e (an
suerido varias medidas prcticas para minimizar la perpetuacin de datos errneos. "llos incluyen
el control frecuente de los datos por el personal mdico 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
minimizacin de la entrada manual de datos8 y la eneracin frecuente de informes que requieran la
verificacin de la e1actitud de los datos por el mdico 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. =ules 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 investiacin activa, aunque al momento actual no e1isten relas uniformes sobre
qu datos se deben seleccionar y cun frecuentemente se deben recoer. Aardner y colaboradores
(an propuesto recientemente ciertas recomendaciones al respecto. "n nuestra opinin, el sistema
ideal deber!a capturar todos aquellos valores que salen de los l!mites de tolerancia fisiolica
establecidos para un paciente en particular, realizando adems una captura por tiempo para
establecer la *banda de normalidad+. 'tras suerencias incluyen los valores medios para un per!odo
definido de tiempo, la desviacin estndar como una medida de la variabilidad, o la seleccin 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 cules son los que se utilizan en un paciente en
particular para la realizacin de diansticos y para la toma de decisiones teraputicas. $i bien en el
momento actual se dispone de sistemas de almacenamiento de alta capacidad, el volumen de los
datos almacenados puede encontrarse en relacin inversa con la posibilidad de su anlisis para fines
de asistencia e investiacin.
T&ns'e&enci de los d!os" #ara que el sistema informtico sea %til, el mdico o el
investiador cl!nico deben tener un acceso fcil a la informacin. "sto requiere que el sistema est
desarrollado sobre la base de una codificacin uniforme de todos los datos del paciente. )dems,
e1iste una necesidad creciente de estandarizar la codificacin de modo que la informacin 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 informacin a
partir de varias reas de la misma institucin, o de varias instituciones, por la imposibilidad de
transferir fcilmente los datos entre los distintos sistemas informticos. "n el a0o 4><:, se realiz
un primer intento para lorar un sistema estndar de intercambio que se conoce como ,"2IC.
L se(u&idd del sis!e%" "1isten tres conceptos clave en el trmino seuridad3 4/ la
informacin debe ser proteida de cambios o prdida8 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 slo puedan ser le!dos a travs de una combinacin de tcnicas de
softDare y (ardDare. La seuridad con respecto a las prdidas se lora realizando un
almacenamiento redundante en localizaciones f!sicas separadas, y por la copia sistemtica .bacEup/
de la informacin, en discos, cintas u otro medio f!sico adecuado.
"l aspecto ms importante de la seuridad de la informacin mdica es la posibilidad de
que no se violen los datos confidenciales. "llo se lora permitiendo el acceso a la informacin
solamente a los individuos apropiados. Los sistemas electrnicos tienen la capacidad de mantener la
confidencialidad muc(o ms que los sistemas en papel. "l componente principal para el
mantenimiento de los datos confidenciales es la aceptacin 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 simultneo 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 funcin de la clave particular, el sistema permitir la realizacin de funciones
espec!ficas. "stas funciones permitidas estn 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 m1ima proteccin. ) 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 decisin institucional de establecer un soporte informtico adecuado requiere de una
apro1imacin multidisciplinaria al problema. $e debe constituir una estructura interada por
representantes del cuerpo mdico, del rupo de enfermer!a, y del rea administrativa8 as! como un
soporte tcnico dedicado, incluyendo un rupo de inenieros de sistema responsables durante las 57
(oras de los componentes de (ardDare y de softDare, proramacin, confiuracin 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 aceptacin 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 mdicos responsables del cuidado de los pacientes. "sta metodolo!a aseura la
utilidad cl!nica del mismo una vez que es implementado, a travs de un medio en el cual la
informacin 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 mdicos, y en los cuales los requerimientos de informacin pueden ser m%ltiples y
en variados momentos.
Un $IUTI satisfactorio debe permitir la incorporacin de los datos demorficos del
paciente, la (istoria cl!nica que en lo posible debe responder a modelos preestablecidos con un
m!nimo de datos de incorporacin necesaria, interface con los monitores de cabecera para el inreso
de sinos vitales, interface con el sistema del laboratorio, disponibilidad de establecer un plan
teraputico 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 pronsticos, de aplicacin teraputica, etc. .)#)=F",
T-I$$/. "s altamente deseable que se pueda incorporar material rfico, en particular estudios
radiolicos, fotoraf!as de lesiones, esquemas quir%ricos, etc.
#ara facilitar el empleo, un $IUTI debe estar dise0ado como para disponer de una
estacin de trabajo individual para cada cama de UTI. 2eben e1istir estaciones adicionales en los
puestos de trabajo de enfermeras y mdicos, y en la oficina del director de la unidad. "s necesario
que el personal mdico y de enfermer!a tena un acceso fcil 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 prcticamente
sin l!mites, aseurando la confidencialidad de la informacin sensible del paciente. Los datos deben
poder ser inresados y consultados desde cualquier estacin de trabajo por el personal autorizado.
La estacin de trabajo a la cabecera del paciente debe servir como punto focal del anlisis del
mismo, en conjuncin con el apropiado e1amen de ste. La correlacin entre los (allazos del
paciente y la informacin 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 adecuacin de la
utilizacin 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 normatizacin. La implementacin de los mismos, sin embaro,
requiere de una revisin de la (istoria cl!nica y una tabulacin manual de resultados, con ran
consumo de tiempo. Los sistemas computarizados en UTI deben interar todos los datos requeridos
y deben (acer posible la evaluacin en tiempo real de la adecuacin de la utilizacin. "n este
sentido, estos sistemas (an demostrado ser %tiles para el anlisis de las prcticas de manejo, eficacia
y relacin 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 informacin
relacionada con la patolo!a del paciente en tratamiento, y las sistemticas a implementar en cada
caso particular. "n la actualidad, con la amplia difusin de Internet, se puede establecer una
cone1in on'line con distintas bases de datos que facilitan las tomas de decisiones en forma casi
instantnea. "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 travs de la Iorld Iide Ieb.
PROTOCOLOS COMPUTARI,ADOS DE TOMA DE DECISIONES
Uno de los beneficios ms importantes que se pueden obtener de un sistema de
informatizacin 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 teraputica antibitica,
manejo nutricional y asistencia respiratoria mecnica. 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 funcin 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 ventilacin mecnica, que incluye la evaluacin respiratoria,
ventilacin, o1ienacin, destete y e1tubacin, en pacientes con $2-). "l proceso de desarrollo de
un protocolo como el indicado es complejo, requiriendo de la participacin de un rupo
multidisciplinario, con un ran apoyo lo!stico y econmico.
"l protocolo de asistencia respiratoria del Fospital L2$ se desarroll a travs de un
per!odo de cuatro a0os, siuiendo un proceso en seis etapas. "n la primera etapa se dise0 la lica
del protocolo, a travs del consenso del rupo mdico encarado de la asistencia de los pacientes
con insuficiencia respiratoria, incluyendo la colaboracin 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 lica ."tapa 5/. Una vez que esta lica 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 ms complejo, el
empleo de los diaramas de flujo en papel a la cabecera de la cama se (izo e1tremadamente
dificultoso. "n este caso, la lica 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 lica 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 ms de 7?.??? (oras y en ms 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 computacin y su aceptacin por el rupo mdico demostr que es posible el
control de la teraputica 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
(emodinmico de los pacientes en UTI. "n el mismo se e1amina la capacidad de un sistema de
soporte de decisiones para identificar cuatro estados patolicos en el posoperatorio de ciru!a
card!aca3 estado (iperdinmico, estado (ipovolmico, (ipoventilacin 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 condicin inminente y urencia un estado patolico e1istente. "l estudio se
realiz en dos fases, la primera fue la validacin 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 mdicos para el uso de aentes antimicrobianos. "l prorama
presenta informacin epidemiolica y realiza recomendaciones sobre el rimen antimicrobiano a
emplear en la situacin 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 mdicos deben estar convencidos de la utilidad de ser apoyados en su tarea por
protocolos. "s muy dif!cil para el mdico 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
implementacin 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 versin
computarizada aseura una mejor interpretacin 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 introduccin de los protocolos en el rupo de enfermer!a. $e (a
comprobado que la aceptacin mejora dramticamente con un prorama educativo introductorio
antes del empleo cl!nico definitivo.
SISTEMA ORIENTADO POR DIAGNSTICO
"ntre los a0os 4>>; y 4>>> se desarroll en la Unidad de Terapia Intensiva del $anatorio
#arque de -osario un sistema informtico 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 dianstico 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 demorficos del paciente, antecedentes destacados, caracter!sticas de la patolo!a
actual, e1amen f!sico, e1menes de laboratorio, otros e1menes complementarios y tratamiento.
"llo aseura inicialmente que todos los pacientes inresados con una patolo!a determinada tendrn
una (istoria cl!nica de idntico dise0o, en la cual los aspectos ms destacados y que nunca podrn
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 edicin de te1to, as! como la duplicacin de la
informacin, la reiteracin de pedidos de e1menes complementarios, etc. #ara cada patolo!a se
estableci un conjunto espec!fico de anlisis 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 e1menes de cualquier tipo en funcin de aspectos
particulares del paciente.
Una vez que el mdico establece el tratamiento para el paciente, el prorama distribuye el
mismo en las pr1imas 57 (oras, espaciado por per!odos (orarios, en una rilla particular que ser
utilizada por la enfermera. )dems, enera automticamente 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 medicacin en particular, y una vez efectuada la misma valida tal realizacin, lo cual
queda asentado en otra parte de la memoria del sistema. La secuencia teraputica puede ser
modificada en cualquier momento por un mdico autorizado a inresar a esta parte del prorama.
La enfermera dispone de otra rilla, tambin pautada por (oras, donde inresa todos los
datos cuantificables del paciente3 valores (emodinmicos, valores respiratorios, datos para el
balance, etc.
La evolucin 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 anlisis, e1menes
complementarios, tratamiento. Tanto los anlisis como el tratamiento funcionan con la misma
lica que la (oja de inreso. #or otra parte, si el paciente presenta una complicacin 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 complicacin que no corresponda a las patolo!as
codificadas y que requiera de la atencin de un especialista en particular.
"n funcin de los datos inresados, el prorama enera en forma automtica 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 e1menes complementarios puntuales, etc.
"l prorama permite realizar, adems, un control administrativo satisfactorio de la
Unidad, en particular en cuanto a los consumos de medicamentos y material descartable, eneracin
de e1menes complementarios, etc., ya que la automatizacin de los pedidos y la produccin de una
base de datos en funcin de los mismos, permite tal control.
#or %ltimo, se puede tener acceso a material de referencia, tal como frmulas, protocolos
de dianstico y tratamiento y vademecum. Todo ello convierte al sistema en una poderosa
(erramienta de trabajo dentro de la Unidad.
&i. 4.J Instalacin 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 eneracin .basada en el
conocimiento/, y est totalmente interada al entorno IindoDs y a sus (erramientas.
Len(u#e de P&oduccin $ E#ecucin. 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 dinmico y
*prolijo+ del $istema de acuerdo a necesidades futuras, as! como tambin un acceso ms rpido,
seuro y eficiente a la informacin.
Las tablas que almacenan la informacin son altamente compatibles y fcilmente
e1portables a otros $istemas y Ferramientas. Los datos estn 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 optimizacin en el uso de la informacin reistrada incluye la interacin 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, imenes, etc./
A%/ien!e de T&/#o. ,ultiusuario, entorno visual. Las estaciones de trabajo utilizan
$istema 'perativo IindoDs >9G><.
La )plicacin 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&cin 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 rabacin de datos se realiza en forma simultnea en los dos discos como medida
de seuridad.
La instalacin 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 "stacin de Trabajo.
"l $ervidor est conectado a una U#$ para evitar problemas con variaciones o suspensin
del suministro elctrico 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 )plicacin 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 .medicacin aplicada,
valores reistrados, etc./ con lo cual se puede identificar al responsable de cada uno de ellos.
La identificacin de "stacin de Trabajo que proporciona @ovell permite, junto con el
=dio y =lave de Usuario, la correcta asinacin de accesos a la informacin.
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 Informatizacin 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>>>