Med Intensiva.

2011;35(8):484---496

www.elsevier.es/medintensiva

ARTCULO ESPECIAL

Estndares tcnicos y funcionales, y proceso de implantacin,

de un sistema de informacin clnica en unidades de cuidados
intensivos
V. Gmez Tello a, , J. lvarez Rodrguez b , A. N nez Reiz c , J.A. Gonzlez Snchez d ,
e
A. Hernndez Abada de Barbar , M. Martnez Fresneda f , P. Morrondo Valdeolmillos g ,
J.M. Nicols Arfelis h , I. Pujol Varela i y M. Calvete Chicharro i , Sociedad Espa
nola de
Medicina Intensiva Crtica y Unidades Coronarias (SEMICYUC)

a
Unidad de Cuidados Intensivos, Hospital Moncloa, Madrid, Espa na
b
Unidad de Cuidados Intensivos, Hospital Universitario de Fuenlabrada, Madrid, Espa
na
c
Unidad de Cuidados Intensivos, Hospital Fundacin Alcorcn, Madrid, Espa na
d
Unidad de Cuidados Intensivos, Hospital Clnico San Carlos, Madrid, Espana
e
Unidad de Cuidados Intensivos, Hospital Central de la Defensa Gmez Ulla, Madrid, Espa
na
f
Unidad de Cuidados Intensivos, Hospital Virgen de la Arrixaca, Murcia, Espana
g
Unidad de Cuidados Intensivos, Complejo Hospitalario Donostia, San Sebastin/Donostia, Espa
na
h
Unidad de Cuidados Intensivos, Hospital Clnic, Barcelona, Espa
na
i
Unidad de Cuidados Intensivos, Hospital MD Anderson, Madrid, Espa na

Recibido el 26 de junio de 2011; aceptado el 7 de julio de 2011

Disponible en Internet el 23 de septiembre de 2011

PALABRAS CLAVE Resumen

Sistemas de Introduccin: Los sistemas de informacin clnica estn convirtindose en una herramienta
informacin clnica; til para la gestin de los pacientes en la unidad de cuidados intensivos (UCI). Sin embargo, los
Estndares; sistemas disponibles en el mercado dieren en cuanto a capacidades y requerimientos tcnicos.
Requisitos; Por tanto, es necesario que los intensivistas, como clientes nales de estas aplicaciones, denan
Unidades de cuidados los mnimos para que estas sean operativas y tiles.
intensivos Objetivos: La Sociedad de Medicina Intensiva Crtica y Unidades Coronarias, a travs de sus
Grupos de Trabajo de Internet y Nuevas Tecnologas, y de Organizacin y Gestin, encarg a un
grupo de expertos clnicos e informticos la redaccin de un documento que recogiera los reque-
rimientos tcnicos y funcionales mnimos que deberan de reunir los sistemas de informacin
en las UCI.
Mtodos: El grupo de expertos estuvo formado por diez personas y cont con la colaboracin
de representantes e ingenieros de las principales cinco compa nas fabricantes de estos sistemas
en Espana. El proyecto present las siguientes fases:

Autor para correspondencia.

Correos electrnicos: vgomezte@hospitalmoncloa.es, vgtello@gmail.com (V. Gmez Tello).

0210-5691/$ see front matter 2011 Elsevier Espa

na, S.L. y SEMICYUC. Todos los derechos reservados.
doi:10.1016/j.medin.2011.07.001
Estndares tcnicos y funcionales, y proceso de implantacin, de un sistema de informacin clnica en unidades 485

a) Realizacin de una encuesta tcnica que recogiera la situa-

cin actualizada para cada sistema.
b) Discusin presencial y on-line de los resultados, y formula-
cin de estndares por el grupo de expertos.

Resultados: Los estndares se agruparon en cuatro categoras: tcnica, funcional, datos y segu-
ridad. Todos los estndares fueron clasicados en bsicos y opcionales para permitir que el
usuario nal pueda decidir entre diferentes posibilidades, pero asegurando un mnimo bsico
de caractersticas tiles. Tambin se propuso un cronograma de implantacin del sistema.
2011 Elsevier Espana, S.L. y SEMICYUC. Todos los derechos reservados.

KEYWORDS Technical and functional standards and implementation of a clinical information

Clinical information system in intensive care units
systems;
Abstract
Standards;
Introduction: Clinical Information Systems (CIS) are becoming a useful tool for managing
Requirements;
patients and data in the ICU. However, the existing CIS differ in their capabilities and technical
Intensive care units
requirements. It is therefore essential for intensivists, as the end clients of these applications,
to dene the suitable minimum specications required in order to be operative and helpful.
Objectives: The Spanish Society of Intensive Care Medicine and Coronary Units, through its Orga-
nization and Management Workgroup, has designated a group of clinical and software experts
to draft a document with the recommendable technical and operating requirements of these
systems.
Methods: The group was formed by ten people supported by managers or engineers from the
ve principal industries producing CIS in Spain. The project involved the following phases:

a) Completion of a check list. This step was considered neces-

sary in order to establish the precise current situation of CIS
applications.
b) Discussion of the results by the group of experts in a meeting
and in online format.

Results: The requirements were grouped into four sections: technical, functional, safety and
data management. All requirements were classied as basic and optional in order to allow the
end user to choose among different options according to the existing budget, though ensuring
a minimal set of useful characteristics. A chronogram for the installation process was also
proposed.
2011 Elsevier Espaa, S.L. and SEMICYUC. All rights reserved.

Introduccin en los pacientes2,3 , junto con una mayor adherencia a las

El objetivo de un sistema de informacin en una unidad
de cuidados intensivos (UCI) es favorecer la mejora de los
procesos asistenciales y la gestin de recursos. Con ello
se pretende contribuir al logro de la ventaja competitiva
de la UCI, aumentar el valor a nadido en la atencin a los
enfermos crticos, y mejorar la calidad de trabajo de los
profesionales.
En los ltimos a nos hemos asistido a un desarrollo
espectacular de las Tecnologas de la Informacin y la Comu-
nicacin (TIC) en los entornos sanitarios. Si bien dichos
avances se han incorporado de forma cotidiana al queha-
cer de numerosos campos empresariales, en el mbito de
la sanidad se observa un notorio retraso en su aplicacin
y explotacin como recurso para mejorar los cuidados que
reciben los enfermos1 . En el terreno administrativo y de
gestin hospitalario es habitual la utilizacin de TIC, avala-
das por estudios que las consideran como una herramienta
imprescindible para mejorar el cuidado y disminuir el error
guas.
Los servicios de medicina intensiva (SMI) constituyen un
rea sanitaria muy especializada y con numerosos dispo-
sitivos que generan multitud de datos y registros de los
pacientes ingresados, llegando hasta ms de 1.300 datos por
enfermo y da de estancia4 . Esta peculiaridad les convierte
en los entornos naturales para la aplicacin de las TIC.
El empleo de sistemas de informacin clnica (SIC) en los
SMI persigue mejorar los resultados nales del proceso asis-
tencial, mejorando la seguridad y la calidad, y colaborando
en la mejor gestin de los SMI. La atencin al enfermo cr-
tico consume alrededor del 30% de los recursos disponibles
para el cuidado de enfermos agudos y representa el 8-12%
de los costes monetarios hospitalarios, lo que supone en
Espana ms de 2.400 millones de D anuales5 . La adopcin
de herramientas que ayuden a gestionar los procesos de cui-
dados de estos enfermos puede generar una distribucin ms
eciente de los recursos sanitarios, puesto que los SIC faci-
litan a tiempo la informacin para optimizar la toma de
486
decisiones clnicas y de gestin para una asistencia ms efec-
tiva y segura.
La asociacin de todos estos potenciales benecios deri-
vados de la presencia de sistemas de informacin cada vez
ms sosticados en los SMI busca como objetivo primor-
dial optimizar los cuidados de los pacientes. Sin embargo,
su grado de penetracin todava es bajo. En Espa na, segn
datos actualizados de la industria del sector (comunicacin
personal mayo de 2011), puede estimarse que cerca del 32%
de camas de UCI (1.183 sobre un total de 3.683 recogidas en
el ltimo censo de la Sociedad Espa nola de Medicina Inten-
siva y Unidades Coronarias [SEMICYUC]) tienen instalado, o
poseen licencia para prxima instalacin, un SIC. En una
encuesta publicada por Lapinsky sobre la presencia de TIC
en las UCI de Ontario (Canad), la mayora de los servicios
disponen de algn sistema electrnico de acceso a datos de
laboratorio (98%) e imgenes (76%); sin embargo, la exis-
tencia de prescripcin mdica informatizada cae al 22% y
la captura directa de datos desde dispositivos de monitori-
zacin, perfusin y equipos de ventilacin mecnica oscila
entre el 14 y el 6%, respectivamente6 . En EE.UU. en el a no
2003, entre un 10 y un 15% de las UCI disponan de SIC; pa-
ses como Australia7 han implantado de forma genrica la
utilizacin de TIC.
Las razones de este retraso son mltiples. En primer
lugar, una conictiva evidencia sobre su utilidad real pro-
bada a pie de cama. Algunos trabajos no muestran un
impacto positivo8,9 , aunque los motivos de este resultado
negativo estriban en una implantacin inadecuada, cuando
no en la vulneracin franca del ujo de trabajo habitual
de una unidad. No obstante, otros estudios s muestran un
efecto favorable de los SIC en la optimizacin de tiem-
pos y recursos. El estudio realizado en el SMI del Hospital
Universitario Ospedali Riuniti (Ancona, Italia) revela que la
utilizacin de un sistema informtico conlleva una reduccin
sustancial del tiempo empleado por el personal en el manejo
de la documentacin, respecto al dedicado mediante el
mtodo tradicional en papel (3 2 minutos/da vs 37 7
min/da respectivamente, p < 0,001), as como una per-
cepcin positiva del personal mdico y de enfermera10 .
Igualmente, el trabajo desarrollado en el Hospital de San
Camillo-Forlanini (Italia) concluye que el empleo de un
sistema de informacin en la UCI genera una reduccin
signicativa en los errores de medicacin (del 3,69 a un
0,86%), en particular en aquellos potencialmente fatales
(2,34 vs 0%), lo que aumenta la seguridad del enfermo11 . En
la misma lnea, Colpaert et al. se nalan que la informatiza-
cin supone una disminucin de la frecuencia y severidad
de los errores atribuibles a la medicacin. Estos autores
reeren que el rango de costes atribuibles a errores de medi-
cacin oscila entre 10$ en los errores inocuos, y ms de 5.000
dlares en el caso de un efecto adverso12 .
Otras razones que frenan la generalizacin de estos sis-
temas son su elevado coste y la oposicin de los propios
clnicos al cambio13 . No obstante, un claro factor de incer-
tidumbre sobre la decisin nal de implantar un SIC es la
falta de estandarizacin, que impide conocer qu requisitos
deben poseer estos sistemas para ser clnicamente tiles, y
si un determinado producto comercial los rene. De hecho,
una presentacin inadecuada de la informacin puede
sobrecargar al clnico, con datos intiles, aumentando el
tiempo, la dicultad de la tarea de evaluacin de un
V. Gmez Tello et al
paciente y la posibilidad de error14 . Este hecho prueba
que, si bien la tecnologa est lo sucientemente desarro-
llada, existe una fractura entre los creadores de aplicaciones
comerciales, los servicios informticos hospitalarios y las
necesidades de la prctica clnica diaria. El ujo de infor-
macin entre estos sectores es fundamental para el futuro
desarrollo de sistemas que permitan conseguir una mejora
real en la asistencia clnica e inuyan con evidencias sli-
das en el cambio cultural, tan preconizado y necesario en el
personal sanitario.
A tenor de esta argumentacin, y una vez conocidas las
ventajas, inconvenientes y barreras para la aplicacin de los
SIC, se hace absolutamente necesario que los profesionales,
como clientes ltimos de estas aplicaciones, puedan tener
la capacidad de opinar sobre el mnimo idneo de caracte-
rsticas tiles requeridas para instalarlas en sus unidades.
Para ello, es preciso que existan unos estndares bsicos,
que permitan al clnico guiar y fundamentar esta opinin.
El objetivo de este documento de consenso de expertos es
establecer los estndares que debe cumplir un SIC para su
uso en un SMI y el proceso idneo para su implantacin.
Mtodos
Para cubrir el objetivo propuesto, la SEMICYUC, a travs
de sus Grupos de Trabajo de Internet y Tecnologas de la
Informacin y Comunicacin, y de Planicacin, Organiza-
cin y Gestin, reuni a un grupo de expertos con el n
de redactar un documento que recogiera los mnimos tcni-
cos y de funcionamiento aplicados a la clnica que pudieran
ser exigibles a estos sistemas. Este grupo de 10 personas
(8 mdicos, uno de ellos ingeniero informtico superior, y
2 enfermeros), reconocidos expertos en el uso y aplicacin
de los SIC, cont con la colaboracin de las 5 principales
industrias del ramo instaladas en Espa na (Phillips, Drager,
IMD Soft, General Electric, Picis) quienes, a travs de sus
gestores e ingenieros, han aportado ideas y aclarado dudas
al equipo redactor.
El proyecto ha seguido las siguientes fases:
1) Elaboracin de una plantilla (modicada de un cuestio-
nario canadiense)15 , de estndares tcnicos y funcionales
que debera reunir un SIC para su implantacin en un SMI,
incluida explotacin de datos y seguridad. Esta planti-
lla fue distribuida a un miembro del grupo de expertos,
usuario avanzado de cada aplicacin, para su cumplimen-
tacin junto con un ingeniero asesor de la misma.
2) Los resultados de esta plantilla fueron tabulados, discu-
tidos y aclarados en una reunin conjunta del Grupo de
Expertos e Industria. All, cada compana, por separado,
contest a las dudas y propuestas de los clnicos sobre las
carencias, puntos fuertes y desarrollo potencial futuro
de cada aplicacin. Tambin se discuti la necesidad
de que ambas partes, sociedad e industria, colaboren
estrechamente para que el clnico pueda concienciarse
de la necesidad de implantacin de estos sistemas.
3) A continuacin el grupo de expertos agrup los requisitos
o estndares relevantes en grupos y decidi realizar
una clasicacin de los mismos en bsicos y opcionales.
Esta divisin obedece a la necesidad de contar, por una
parte, con un mnimo de opciones de recomendado
Estndares tcnicos y funcionales, y proceso de implantacin, de un sistema de informacin clnica en unidades
cumplimiento para un proceso de seleccin, implan-
tacin y funcionamiento bsico de las aplicaciones. Y,
por otro lado, ofrecer un paquete de opciones ideales,
algunas de ellas ya presentes en algunos sistemas,
que permitan decantar la opinin del clnico y de las
entidades responsables nales de la compra, por una u
otra solucin segn necesidades y presupuestos. Estos
requisitos opcionales estn disponibles en algunas solu-
ciones, y tcnicamente, como admite la industria, son
viables y posibles, aunque algunos precisan desarrollo
conjunto con los clnicos. Es evidente que lo opcional
ahora ser un mnimo en los prximos a nos y ediciones
del documento, dado el inters de los diferentes agentes
involucrados en su implantacin y desarrollo.
En la elaboracin escrita del documento no participaron
en modo alguno los representantes de la industria, si bien
se les dio la oportunidad de revisarlo una vez nalizado, y
realizar sugerencias, no vinculantes, sobre puntos concre-
tos, algunas de las cuales han sido recogidas por el grupo
de expertos en el texto nal. Una vez realizada la redac-
cin denitiva, el documento fue aprobado por el Comit
Cientco de la SEMICYUC el 26 de mayo de 2011.
El documento nal ha sido dividido en secciones cuyo
orden reeja el proceso lgico de implantacin de un SIC.
Desde la revisin de la estructura informtica hospitalaria
y los estndares tcnicos que el sistema debe ofrecer para
integrarse en l, pasando por el proceso de implantacin,
los requisitos funcionales clasicados segn el ujo de tra-
bajo con el enfermo y la explotacin nal de los datos del
sistema.
Este documento no solo va dirigido a profesionales
o responsables de SMI, sino a gerentes hospitalarios,
responsables de consejeras de salud autonmicas, y a la
propia industria. Para el clnico ser una gua de iniciacin,
informacin y consejo para instalar un SIC y elegir el ms
conveniente a sus necesidades, comparando los requisitos
con la oferta realizada. Para los gestores, la nalidad es
similar, pero la visin clnica del documento trata de que
tengan en cuenta que un SIC no solo debe elegirse por
su precio o su mantenimiento, sino por un conjunto de
caractersticas que lo hagan amigable al clnico y rentable
para su trabajo. Para la industria ser un referente, que les
permitir adecuarse a las peticiones del clnico, mejorar
sus productos para el inmediato futuro, y avalarse ante los
gestores en los concursos de compra.
A continuacin se recogen los estndares agrupados por
categoras con una breve descripcin de cada uno. Una des-
cripcin ms completa de cada tem puede verse en el docu-
mento completo que puede ser descargado desde la web
de la SEMICYUC en el enlace: http://semicyuc.org/temas/
semicyuc/documentos/estandares-sistemas-informacion
Especicaciones tcnicas
Los requisitos tcnicos se resumen en la tabla 1.
Estndares de transmisin de informacin
Requisitos bsicos:
1) El SIC debe ser capaz de interactuar con otros sistemas
de informacin hospitalaria mediante mensajera usando
487
un protocolo HL7, siendo recomendable que la versin de
HL7 sea igual o superior a la 2.4.
Requisitos opcionales:
1) Cumplir los estndares Integrating the Healthcare Enter-
prise; (IHE, http://www.ihe.net/), y que haya pasado un
Connectathon con evaluacin positiva. El Connectathon
es una reunin peridica donde se prueban y certican
las caractersticas de integracin de distintos produc-
tos y dispositivos con respecto a los estndares que la
iniciativa IHE promulga.
2) Tambin sera positivo que el SIC pudiera adap-
tarse el estndar Clinical Document Architecture (CDA;
http://hl7book.net/index.php?title=CDA) en la genera-
cin de documentos e informes.
3) Posibilidad de parametrizacin de los mensajes HL7 para
adecuarlos a la conexin con otros sistemas que utilicen
subversiones o especicaciones de parmetros diferen-
tes.
4) Posibilidad de generar automticamente en formato XML
resmenes de datos congurables (CMBD, indicadores,
etc.) que puedan ser enviados va web o correo elec-
trnico a registros centralizados para benchmarking,
control de calidad, estadsticas de la SEMICYUC, etc.
Motor de integracin
Requisitos bsicos:
1) Motor de integracin propio, o de terceros congura-
ble, que permita la introduccin de nuevas conexiones
con otros sistemas de manera exible, utilizando un pro-
tocolo de comunicacin bien denido y disponible para
los encargados de realizar integraciones futuras. Dicho
motor de integracin debe estar incluido en el soporte
tcnico.
Requisitos opcionales:
1) Que el motor de integracin permita la conexin
entrante y saliente mediante HL7 y XML de forma con-
gurable.
Arquitectura
Requisitos bsicos:
1) La arquitectura, ya sea cliente-servidor o web, debe per-
mitir la utilizacin del sistema desde todas las zonas de
trabajo y el anlisis de datos que sea necesario.
2) Debe permitir la explotacin estadstica de los datos
en paralelo con el funcionamiento normal de la aplica-
cin, sin prdida alguna de datos a medida que pase el
tiempo. Bajo ningn concepto o pretexto podr el fabri-
cante dejar de proporcionar un acceso a todos los datos
almacenados de los pacientes.
Requisitos opcionales:
Sera deseable que el sistema permita su integracin en
una arquitectura orientada a servicios, bien como productor
o como consumidor.
488 V. Gmez Tello et al

Tabla 1 Requisitos tcnicos

Bsicos
Transmisin de informacin Protocolo HL7 u otro que garantice la
intercomunicacin
Motor de integracin Motor propio o de terceros para conexin
exible con aplicaciones externas. Si existe un
motor previo asegurar plena integracin con l
Arquitectura Uso multipuesto.
Explotacin de datos simultnea.
Posibilidad de acceso a parametrizacin de
todas las funciones, segn capacidad
Mdulos funcionales Especicar tipo y nmero de mdulos
independientes
Versiones Especicar noticacin, coste y procedimiento
de instalacin con seguridad de datos
Mantenimiento Condiciones claras.
Presencial o remoto segn tipo de fallo para
asegurar datos.
Colaboracin con servicio de informtica.
Asesora continua a administradores clnicos
Formacin Suciente para tareas cotidianas.
Tiempo jado en contrato.
Funcionalidades y parametrizacin.
Figura de Usuario avanzado (administrador
clnico)
Tolerancia a fallos y crisis Protocolo de salvaguarda de datos previos e
inclusin de los generados en el fallo.
Posibilidad de correccin de datos errneos
con registro de cambios
Rendimiento Tiempo de respuesta corto.
El hospital debe garantizar suciencia de
servidores, ancho de banda y red.
El mantenimiento no debe afectar la respuesta
Almacenamiento Suciente para evitar prdidas. Al menos 5
a
nos
a Estndar IHE: Integrating the Healthcare Enterprise.
b Estndar CDA: Clinical Document Architecture.
Opcionales
Cumplir estndares IHEa
Cumplir estndar CDAb
Parametrizar mensajes HL7
Resmenes de datos en formato XML
Conexin entrante y saliente con HL7 y XML
Acceso a DICOM y aplicaciones externas
mediante enlaces web URL
Arquitectura orientada a servicios.
Acceso a otras aplicaciones de manera directa,
si es posible sin contrase
nas
Recomendable al menos una cada 2 a nos
Incorporacin de mejoras sugeridas por el
usuario
Actualizacin peridica segn nuevas
funcionalidades.
Posibilidad de canalizar sugerencias de los
usuarios
Reenviar y recibir mensajes producidos en
fallo.
Ver informacin previa de pacientes mediante
caches locales o arquitectura de redundancia
de red
Servidores espejo, clusters, virtualizacin,
balanceo de cargas
Posibilidad de importar datos de aplicaciones
previas, si cambio de producto

Tambin sera deseable que el sistema permita el acceso 1) El fabricante debe especicar claramente el procedi-
transparente a otras aplicaciones departamentales o gene- miento de noticacin de la aparicin de una nueva
rales sin requerir nueva introduccin de contrase
nas. versin, las condiciones econmicas que rigen la actuali-
zacin de versiones, el procedimiento que se debe seguir
durante dicha actualizacin, el tiempo aproximado de
Mdulos funcionales
actualizacin y el impacto sobre el funcionamiento del
Requisitos bsicos:
sistema.

1) El fabricante debe proporcionar una especicacin clara

de los mdulos funcionales independientes de los que Requisitos opcionales:
consta el programa (tanto bsicos como opcionales),
sus dependencias y la frecuencia esperada de revisin
y actualizacin. 1) Sera deseable que el producto tuviera una frecuencia
de actualizacin de versiones mayores de al menos una
cada 2 a
nos.
Proceso de actualizacin de las versiones 2) Acceso del usuario a conocer planes de mejora y nuevas
Requisitos bsicos: funcionalidades del fabricante.
Estndares tcnicos y funcionales, y proceso de implantacin, de un sistema de informacin clnica en unidades
3) El proceso de actualizacin debe estar acompa nado de
nueva formacin si se introducen nuevas funcionalidades
o se modica el uso de las existentes.
Mantenimiento
Requisitos bsicos:
1) Las condiciones de mantenimiento deben estar clara-
mente especicadas en el contrato, y debe ser posible
incluir mediante acuerdo econmico un tiempo de
respuesta sucientemente corto para garantizar el fun-
cionamiento continuo del sistema.
2) El fabricante colaborar con el servicio de informtica
del centro para facilitar las tareas de mantenimiento,
realizacin de copias de seguridad fcilmente congu-
rables a intervalos regulares jados siempre por cada
hospital, e integracin del sistema con otras aplicaciones
departamentales o generales.
3) El fabricante proporcionar asesora continuada al admi-
nistrador o administradores clnicos del SIC.
Formacin
Requisitos bsicos:
1) La adquisicin del sistema comporta el deber de que
el proveedor imparta a todo el personal que va a uti-
lizar el sistema una formacin suciente para manejar
todas aquellas funcionalidades que requiera en sus labo-
res cotidianas.
2) El periodo de formacin debe estar establecido en el
contrato.
3) La formacin debe incluir tanto las funcionalidades como
del SIC como la conguracin y parametrizacin del sis-
tema.
Requisitos opcionales:
Realizacin, por el fabricante, de cursos de actualizacin
peridica.
Tolerancia a fallos y situaciones de crisis
Requisitos bsicos:
1) Protocolo de respuesta a fallos que permita posterior-
mente la recuperacin completa del sistema y de los
datos anteriores, as como la inclusin posterior de los
datos generados durante el periodo de fallo.
2) Posibilidad de correccin de datos errneos e introduc-
cin de datos previos, manteniendo siempre un registro
completo de los cambios para cumplir con las directrices
de la legislacin vigente (Ley Orgnica de Proteccin de
Datos) sobre este particular.
Requisitos opcionales:
1) Poder reenviar y recibir los mensajes producidos durante
el periodo de fallo, desde y hacia otros sistemas del
departamento y del centro: monitorizacin, interfaces
con otros dispositivos -respiradores, bombas-, laborato-
rio, sistema de informacin hospitalario (HIS), etc.
2) Tras fallos de red, el sistema debera permitir seguir
visualizando la informacin de un determinado paciente
489
mediante caches locales o arquitectura de redundan-
cia de red y servidores, as como almacenar en local la
informacin generada en el cliente para transmitirla al
restaurarse el funcionamiento correcto.
Rendimiento
Requisitos bsicos:
1) El tiempo de respuesta del sistema debe ser lo suciente-
mente corto para que no interrumpa el ritmo de trabajo
normal del usuario. Esto supone una respuesta inmediata
del sistema, o a lo ms de unos pocos segundos en caso
de labores algo ms complejas.
2) El hospital garantizar que el hardware disponible en
clientes y servidores, y la capacidad de red son sucien-
tes para asegurar un funcionamiento correcto del sistema
para cumplir el punto anterior.
3) El hospital tambin debe asegurar que el ancho de banda
es el adecuado.
4) La realizacin de labores administrativas y de man-
tenimiento dentro del sistema no debe suponer una
ralentizacin excesiva del mismo.
Requisitos opcionales:
Sera deseable la utilizacin de servidores en espejo,
cluster, balanceo de cargas, virtualizacin u otros mecanis-
mos de potenciacin de los servidores y equipos clientes que
garanticen una mayor seguridad y eciencia en el funciona-
miento del sistema.
Almacenamiento
Requisitos bsicos:
1) La capacidad de almacenamiento de datos de pacientes
debe ser suciente para evitar su prdida a medida que
transcurra el tiempo tras el alta del paciente. La infor-
macin clnica almacenada en la base de datos del SIC
debe estar disponible durante al menos 5 a nos desde la
ltima visita o ingreso del paciente, segn marca la Ley
de Proteccin de Datos.
2) Debe ser posible recuperar los datos de pacientes dados
de alta previamente para incorporar, o al menos visuali-
zar, la informacin durante el nuevo ingreso.
Requisitos opcionales:
Posibilidad de importar datos de otras aplicaciones pre-
vias en el caso de que se trate de un cambio de producto.
Proceso de implantacin del sistema
de informacin clnica
La implantacin de un SIC en una UCI es un proceso complejo
que supone la colaboracin estrecha entre el equipo tcnico
del proveedor del sistema y el equipo que la unidad y el hos-
pital encarguen para la misma. En este proceso intervienen
diferentes factores que se especican en la tabla 2.
Tiempo
El tiempo necesario para llevar a cabo la implantacin
del SIC depende de la complejidad del mismo y de las
490 V. Gmez Tello et al

Tabla 2 Cronograma de implantacin

Tiempo Segn proveedor
Equipo del proyecto Director: proveedor o personal del hospital (segn casos)
Lder de equipo apoyado por mdicos y enfermeras
Lder tcnico del proveedor, o nombrado por hospital (informtica)
Fase de inicio Comprobar de algn modo la interoperatividad entre SIC y otros sistemas hospitalarios
Instalacin de hardware
Reunin inicial
Fase de desarrollo Instalacin de producto
Formacin para la conguracin
Conguracin por lder de proyecto y equipo. Aprobado por proveedor
Fase de pruebas Conexiones a dispositivos, HIS y conguraciones
Fase de activacin Fijar por proveedor y hospital. Perodo de convivencia en papel antes de go-live
Fase de mantenimiento Cambios de conguracin a travs de equipo clnico
Realizarlo idealmente a travs de sistema de pruebas
Actualizaciones del SIC Realizarlas con el menor tiempo posible de parada y a travs de un sistema de pruebas

integraciones que se deben realizar. Se aconseja seguir las
recomendaciones del proveedor.
Equipo del proyecto
a) Se recomienda nombrar un director de proyecto, quien
ser el responsable mximo de la implantacin del SIC
en la UCI. El director de proyecto ser un tcnico de la
empresa proveedora del SIC o una persona capacitada
nombrada por el Hospital, y estar acompa nado y aseso-
rado por cuantos tcnicos se necesiten para la completa
implantacin del mismo segn los productos adquiridos.
b) Por parte del hospital se recomienda nombrar un equipo
de proyecto que estar integrado por un lder tcnico y
un lder clnico, el primero responsable de los aspectos
tcnicos del proyecto y el segundo de la conguracin
clnica del producto. Ambos lderes estarn asesorados
por los profesionales del hospital que se consideren. Se
recomienda que el lder clnico cuente con el apoyo de
mdicos y enfermeras dispuestos a liderar la implan-
tacin del SIC en la unidad y mantenerlo actualizado
desde el punto de vista clnico. Es muy recomendable
que los profesionales que participen en la implantacin
del SIC dispongan del tiempo necesario para cumplir con
su funcin, descargndoles o liberndoles, total o par-
cialmente, de la actividad asistencial que les pudiera
corresponder durante el periodo de implantacin.
Fases del proyecto: inicio, desarrollo, pruebas
y activacin
Fase de inicio. Es fundamental analizar, antes de adqui-
rir o instalar un SIC, la operatividad bidireccional con otros
sistemas hospitalarios, fundamentalmente el HIS, o depar-
tamentales especcos (farmacia, laboratorio, radiologa,
etc.), especicando los componentes necesarios para cubrir-
las (tanto de hardware como de software).
Fase de desarrollo. El proveedor instalar el o los produc-
tos adquiridos y ser responsable de las integraciones con
otras aplicaciones y conexiones con los dispositivos mdicos
segn se haya acordado. La fase de desarrollo comprende
la modicacin de la conguracin estndar y las modi- damental que un sistema debe realizar amigablemente, con
caciones especcas para el hospital de tablas y archivos
que guiarn el funcionamiento de la aplicacin. El equipo
del proyecto del hospital construir la aplicacin con el
asesoramiento y la formacin del equipo del proyecto del
proveedor.
Fase de pruebas. Durante esta fase se probarn las integra-
ciones hechas, las conexiones con dispositivos realizadas y
todas las conguraciones clnicas. Aquellos puntos que no
funcionen segn lo esperado o sobre los que se sugieran
nuevos cambios se corregirn o se realizarn en esta fase.
Posteriormente, se iniciar la formacin de todo el perso-
nal de la UCI siendo responsable de ella el equipo clnico
formado previamente.
Fase de activacin. Despus de haber probado todo el sis-
tema (componentes, integracin y validacin paralela), y de
haber formado a los usuarios, la decisin de la activacin o
no activacin se toma conjuntamente por el proveedor y el
hospital. Se recomienda que el inicio de la actividad con el
SIC sea simultneo al cese de la actividad con papel.
Fase de mantenimiento. Una vez que el SIC est en fun-
cionamiento, el equipo tcnico y clnico del hospital se
encargar del mantenimiento clnico de la aplicacin, modi-
cando las plantillas y la conguracin segn sea necesario.
Se recomienda que el SMI tenga al menos un mdico y una
enfermera que escuchen las sugerencias de los usuarios y se
encarguen de proponer cambios en la conguracin.
Actualizaciones del sistema de informacin clnica. Las
actualizaciones de la aplicacin se programarn en tiempo y
recursos por parte del hospital y del proveedor de la forma
que suponga la menor interrupcin para la prctica clnica.
En esta fase se hace ms necesaria la existencia de un sis-
tema de pruebas donde se puedan probar las actualizaciones
antes de introducirlas en la clnica.
Estndares funcionales
Una vez revisados los requisitos tcnicos y de formacin
para que un SIC pueda ser instalado, abordaremos la parte
fundamental, o core, de su funcionamiento. Esto es, los
estndares funcionales que permiten la labor clnica fun-
rapidez y abilidad. Los requisitos incluidos en este punto
Estndares tcnicos y funcionales, y proceso de implantacin, de un sistema de informacin clnica en unidades 491

Tabla 3 Requisitos funcionales

Parmetro
Datos del paciente
Informe
Prescripcin Farmacolgica Librera de frmacos congurable (grupo,
Conexin a dispositivos
Guas y planes
Alarmas y avisos
Bsico
Demogrcos, alergias
Herramienta para realizar informe con
caractersticas de procesador de textos.
Fcilmente congurable por administradores
Edicin sin necesidad de nueva prescripcin
nombre, presentacin, va, dosis)
Aviso de potenciales conictos con alergias
Monitores, ventiladores, monitores de gasto
cardiaco, bombas (al menos ritmo)
Planes mdicos y de enfermera por tipo de
paciente. Incluira medidas/cuidados,
frmacos, uidos, valoraciones.
Programar protocolos clnicos de acuerdo a
Guas
Alergias
Opcional
Datos relevantes de historia (antecedentes
relevantes, exploracin, pruebas, juicio
clnico)
Diagnsticos de enfermera, acceso a
laboratorio y radiologa, frmacos previos a
ingreso, datos de ingreso previo en UCI si no ha
abandonado el hospital
Hoja de objetivos diarios
Alarmas segn interacciones, o criterios
clnicos, farmacolgicos o analticos
Bombas: librera de frmacos, con dosis y
volmenes
Mquinas de depuracin extrarrenal
Discriminacin y ltrado de datos importados
anmalos o incorrectos
Generacin de alarmas sobre estos datos
Hoja de objetivos y problemas diarios
Valores crticos clnicos o de laboratorio
previamente especicados
Indicadores centinelas que muestren
desviaciones de protocolos o guas importantes
Desviaciones de indicadores calidad
Potenciales efectos adversos
Programacin sencilla tipo si. . . entonces. . .
Transmisin de informacin a dispositivos
inalmbricos

son, a nuestro juicio, los ms importantes, ya que hablan de
la misin bsica actual de estas aplicaciones.
Para describir los estndares de una manera lgica y orde-
nada, hemos seguido el criterio de seguir el ujo bsico de
trabajo con el enfermo desde que se le ingresa hasta que
se le da de alta. Cada uno de estos pasos tiene un grupo de
requisitos especcos que se recogen en las tablas 3 y 4.
Los epgrafes tratados sern:
Datos del paciente.
Elaboracin del informe de ingreso y planicacin.
Prescripcin.
Conexin a sistemas de monitorizacin.
Modelizacin del curso de los pacientes. Tcnicas y cui-
dados especcos
Escalas, informes y codicacin.
Datos del paciente
Requisitos bsicos:
1) Datos demogrcos del paciente (datos de liacin:
nombre, apellidos, fecha de nacimiento, sexo, direc-
cin, telfono; nmero de historia; nmero de admisin)
adquiridos mediante importacin directa del HIS
mediante ADT.
2) Importacin de alergias.
Requisitos opcionales:
1) Historia clnica: importacin de datos de la historia ms
relevantes para evitar duplicidades con la informacin
del HIS.
2) Diagnsticos de enfermera (NANDA) y planicacin
de cuidados mediante el uso de intervenciones (NIC
o Nursing Interventions Classication) y objetivos de
enfermera (NOC o Nursing Outcomes Classication).
3) Integracin, o acceso rpido, a resultados de laboratorio
y radiologa.
4) Frmacos recibidos en planta previamente a su ingreso
en UCI mediante XML o HL7 indicando principio activo,
dosis, horario e inicio (esto idealmente).
5) Se deberan poder incorporar datos de un ingreso anterior
reciente en UCI, especialmente cuando el enfermo no ha
abandonado el hospital.
492 V. Gmez Tello et al

Tabla 4 Requisitos funcionales

Grcas Parrilla de enfermos con informacin relevante Enlace al sistema de peticiones del HIS.
Formatos grcos multiparmetro congurables Sincrona temporal de datos, terapia y cuidados
Frmacos en grcas
Tendencias congurables
Introducir eventos y marcas
Tcnicas Men para cada tcnica especca o relevante Fecha realizacin y contador de duracin.
en UCI Reporte de tcnicas y tipo por usuario (inters
docente)
Notas clnicas Plantillas congurables por tipo y n
Fcil conguracin por administrador
Escalas Incluidas de serie Herramienta de dise
no de nuevas escalas de uso
Al menos una escala de gravedad. Debe importar amigable por administrador.
datos
Cargas de enfermera
Informes Herramienta de elaboracin de informes. Importacin de campos directamente del SIC a
De uso y conguracin amigable por la plantilla de informes.
administrador. Exportacin a bases de datos externas mediante
Exportacin al HIS de datos relevantes. formatos especcos aceptados
Codicacin Incorporar un CMBD Clasicacin SNOMED.
Codicacin mediante CIE 9 y 10
Enfermera (especco) Informe de actividad y cuidados diarios de Planicacin de cuidados mediante taxonomas
enfermera. Planicacin de cuidados. NANDA, NIC y NOC (interrelaciones)
Codicacin diagnsticos de enfermera
Herramienta para realizar informe exportable al
alta
Fcilmente congurable por administradores

Elaboracin de informe de ingreso y planicacin El sistema debe incorporar la posibilidad de programar

Requisitos bsicos:
Herramienta para realizar informes de ingreso. Esta
herramienta debe ser capaz de generar texto en diferen-
tes formatos y soportar el uso de macros, abreviaturas u
otros elementos de ayuda a la escritura. Esta funcionalidad
debe ser sencilla de utilizar por los administradores clnicos.
En algunos casos, podra ser suplida por las herramientas de
informe propias del HIS.
Requisitos opcionales:
Hoja de objetivos diarios.
Prescripcin
Prescripcin farmacolgica. Requisitos bsicos:
1) Librera de frmacos fcilmente congurable y ampliable
por el administrador clnico de la aplicacin.
Requisitos opcionales:
1) Facilidad de edicin y cambio de dosis, horario y frecuen-
cia sin tener que prescribir el frmaco de nuevo, aunque
dejando una rese na de que se ha producido un cambio a
efectos de control clnico.
2) Posibilidad de generar avisos congurables en caso de
interaccin, o posible efecto secundario, de acuerdo con
criterios farmacolgicos, clnicos o analticos.
Prescripcin de planes de cuidados, protocolos y guas.
Requisitos bsicos:
por un usuario avanzado:
1) Protocolos clnicos de acuerdo con las guas clnicas: por
tipo de paciente, incluidas medidas generales, frmacos
y valoraciones (escalas).
2) Planes de cuidados de enfermera: individualizados y/o
estandarizados, con programacin y correspondencia
horaria y evaluacin de los mismos.
Conexin a sistemas de monitorizacin
Requisitos bsicos:
1) Monitores: idealmente deberan capturar todas las
se
nales de monitorizacin que el dispositivo pudiera
registrar en todos sus canales.
2) Ventiladores: captacin de toda la informacin que el
protocolo de comunicacin y salida de datos de cada
aparato permita.
3) Monitores de gasto cardiaco.
4) Bombas de perfusin: ritmo de goteo.
Requisitos opcionales:
1) Bombas de perfusin: importar librera de frmacos,
dosis y volmenes acumulados.
2) Conexin con mquinas de depuracin extrarrenal.
3) Sistemas lectores de cdigo de barras.
4) Discriminacin, mediante reglas preestablecidas, de
posibles datos anmalos bien por error del dispositivo
Estndares tcnicos y funcionales, y proceso de implantacin, de un sistema de informacin clnica en unidades
de monitorizacin, o bien porque realmente el enfermo
presente este valor.
5) Avisos y alarmas de estas desviaciones para su verica-
cin, y ulterior correccin si es preciso.
Modelizacin del curso de los pacientes. Tcnicas
y cuidados especcos
Guas y planes de cuidados. Requisitos bsicos:
El SIC debera permitir la incorporacin de guas clnicas
y planes de cuidados, tanto mdicos como de enfermera.
El sistema debera incorporar la posibilidad de programar
protocolos clnicos de acuerdo con guas clnicas segn:
i. Tipo de paciente.
ii. Contenidos: medidas generales, frmacos, uidos y valo-
raciones (escalas).
Requisitos opcionales:
1) Hoja de objetivos y problemas diarios (a incluir como
nota mdica y de enfermera editable).
2) Integracin relacional entre la planicacin de cuidados
que realiza la enfermera y la grca. Implica la rela-
cin interna entre la informacin que aparece en ambos
apartados del registro (grca-planes de cuidado).
Avisos y noticaciones (metaalarmas). Requisitos bsicos:
El uso de los sistemas de alarma en los SIC es necesario
para mantener unos criterios de seguridad y de calidad con
el paciente. Con ellos, los profesionales podran disminuir
los eventos adversos ms frecuentes.
1) El SIC debera generar avisos de datos anmalos de moni-
torizacin.
2) Debera indicar, mediante noticaciones o avisos, la posi-
bilidad de reacciones adversas (alergias) a medicamentos
en la prescripcin, aunque no sera imprescindible
si el HIS cumpliera este requisito en un mdulo de
prescripcin.
Requisitos opcionales:
1) Valores crticos clnicos o de laboratorio en funcin de
las enfermedades.
2) Parmetros (indicadores centinelas) que presenten des-
viaciones de protocolos, o guas clnicas.
3) Desviaciones sobre indicadores de calidad relevantes.
4) Potenciales efectos adversos en funcin de informacin
clnica o de laboratorio que modiquen tratamientos (por
ejemplo, suspensin de un antiagregante con tromboci-
topenia grave).
5) Estas alarmas y avisos, en su versin ms sencilla, debe-
ran programarse mediante reglas de programacin del
tipo Si. . . entonces. . . incluidas en mdulos al efecto.
6) Transmisin de informacin de alarmas crticas a dispo-
sitivos inalmbricos, buscas o telfonos mviles.
Grcas. Requisitos bsicos:
493
1) Visualizacin de enfermos mediante tabla (parrilla de
enfermos).
2) El SIC permitir ver cualesquiera datos clnicos, de labo-
ratorio, y uidos en formato grco y/o tabular.
3) Debern poderse congurar diferentes tipos de grcas
y sus valores ---rangos, disposicin, etc.--- para diferentes
parmetros y tipos de enfermos (por patologa o edad).
4) Los frmacos pautados y administrados deberan gurar
en las grcas.
5) Debera poderse congurar tendencias grcas y tabula-
res congurables por el usuario.
6) Debe permitir introducir eventos y marcas de tiempo.
Requisitos opcionales:
1) Realizacin de peticiones desde el sistema o capacidad
de enlace al sistema de peticiones del HIS.
2) Todo el tratamiento pautado, as como los cuidados de
enfermera, gurarn en la grca para poder unir en la
misma lnea temporal los datos del paciente (monitori-
zacin, analticas, etc.) con la terapia y los cuidados que
se le prestan.
3) En la parrilla, congurar un panel de avisos sobre datos
anmalos, desviaciones de cuidados (no realizacin de
una valoracin), escalas (incremento marcado de una
puntuacin) y protocolos.
Tcnicas. Requisitos bsicos:
1) El SIC debera contar con un mdulo de tcnicas ms
comunes en UCI.
Requisitos opcionales:
1) En el men de tcnicas posibilidad de incluir fecha de
realizacin y contador diario de duracin (por ejemplo,
das de insercin de catter o va).
2) El sistema informar de cuntas y qu tipo de tcnicas
realiza un usuario.
Notas clnicas. Requisitos bsicos:
1) El SIC debera permitir elaborar notas mdicas y de enfer-
mera de acuerdo con plantillas previamente acordadas.
2) La elaboracin de estas plantillas debera ser realizada
con una herramienta de uso sencillo por un administra-
dor.
Escalas, informes y codicacin
Escalas. Requisitos bsicos:
1) El sistema debera incluir escalas de gravedad y valo-
racin por rgano, situacin (dolor, sedacin, riesgo de
ulceracin, etc.) o proceso patolgico (sepsis, trauma-
tismo, pancreatitis, coronario, enfermo posquirrgico,
fracaso multiorgnico, etc.) para facilitar su clculo y
analizar sus resultados. El sistema debera importar datos
demogrcos y clnicos para completar clculos.
2) Incluir escalas de clculo de cargas de enfermera
(TISS, NAS, NEMS).
494
3) El mdulo de programacin de escalas debera permitir
elaborar escalas propias de la unidad, o las publicadas
en el futuro.
4) Este mdulo debe ser amigable para un usuario avanzado.
Informes. Requisitos bsicos:
1) Disponer de una herramienta de elaboracin de informes
que permita congurar diferentes formatos (tcnicas,
procedimientos, alta).
2) Esta herramienta debera ser fcilmente utilizable por
un administrador con un mnimo entrenamiento.
3) El SIC debera permitir la exportacin de informacin
relevante sobre el ingreso del paciente en UCI al HIS.
Requisitos opcionales:
1) Importacin automtica de campos del SIC (procedimien-
tos, diagnsticos, frmacos, complicaciones, etc.) a la
plantilla de informe exportable.
2) Capacidad de exportacin de datos a bases de datos
externas mediante formatos especcos (XML, Excel,
valores denidos por comas [CVS], etc.).
Codicacin. Requisitos bsicos:
1) El sistema debera permitir clasicar a los pacientes
mediante un conjunto mnimo bsico de datos (CMBD)
adecuado al entorno de UCI.
2) El sistema deber permitir la codicacin en versiones
CIE 9-10 de diagnsticos, procedimientos y complicacio-
nes.
Requisitos opcionales:
Posibilidad de incluir clasicacin SNOMED (Systematized
Nomenclature of Medicine-Clinical Terms) de diagnsticos,
procedimientos, resultados.
Enfermera
Para conseguir la operatividad del SIC desde una perspec-
tiva de enfermera en cuidados intensivos son necesarios
que estos cuenten con requisitos esenciales para adecuar la
actividad que se lleve a cabo. Especcamente en enferme-
ra el SIC debera incluir herramientas para la planicacin
de cuidados, que proporcionen informes de actividad sobre
los mismos. Estas, preferentemente, deben utilizar estnda-
res metodolgicos basados en taxonoma validada (lenguaje
NANDA, NIC y NOC), y en la manera en que se estructura
o presenta la informacin (criterios de relacin). Adems,
las aplicaciones deben permitir la codicacin nueva o aut-
noma, lo que posibilita el desarrollo profesional, y el trabajo
con procedimientos de enfermera y los oportunos informes
de indicadores (tabla 5).
Datos y seguridad
Anlisis de datos
Los requisitos de estos apartados se resumen en la tabla 5.
Requisitos bsicos:
V. Gmez Tello et al
1) Todo SIC que se instale en un servicio de medicina inten-
siva, debe disponer de una herramienta que permita
realizar bsquedas y anlisis de los datos registrados en
su repositorio.
2) Si esta herramienta no est incluida en el paquete del
SIC, el proveedor puede ofertar realizar la tarea de ges-
tin de datos con una aplicacin externa, pero validada
para el citado sistema e instalada por el proveedor, pre-
via oferta.
3) Con estas herramientas los SIC elaborarn informes sobre
las variables que conforman el propio cuadro de mandos
de la unidad. Adems generarn bsquedas para trabajos
de investigacin o informes de actividad de determinados
grupos de usuarios.
Requisitos opcionales:
1) Los SIC generarn informes estadsticos sobre eventos e
indicadores relevantes en la actividad de la UCI.
2) Almacenamiento, explotacin y gestin de datos en bases
de datos tipo Data Warehouse, bien propia, bien inte-
grada en el HIS, a la que el SIC enva la informacin. Esta
base de datos se dene por las siguientes caractersticas:
a) Orientada a temas. Los datos estn organizados de
manera que todos los datos relativos al mismo evento
u objeto del mundo real (por ejemplo, un indicador
clnico) queden unidos entre s.
b) Variable en el tiempo. Los cambios temporales en los
datos son registrados para que los futuros informes
reejen esas variaciones.
c) No voltil. La informacin no se modica ni se eli-
mina, una vez almacenado un dato, este se convierte
en informacin de solo lectura, y se mantiene para
futuras consultas.
d) Integrado. La base de datos comprende todos los
datos introducidos en el SIC para cada paciente, tanto
los importados (demogrcos, CMBD, de monitoriza-
cin), como los de entrada manual (cdigos, escalas,
tcnicas). El Data Warehouse del SIC puede relacio-
narse con la base de datos (Data Warehouse, o no, del
HIS) para consultas especcas sobre temas de costes
u otros.
Las ventajas de este tipo de bases de datos son un
mejor y ms fcil acceso a los datos por los usuarios
nales, una ayuda importante a la toma de decisio-
nes, basada en informacin integrada y consistente sobre
indicadores piloto, generar tendencias y relaciones ocul-
tas entre datos para idear hiptesis clnicas o de gestin
que permitan comprender errores pasados y predecir el
futuro segn los escenarios. Su principal desventaja es
el alto coste, aunque su adecuada explotacin y dise no
pueda generar un retorno de inversin importante.
3) Para apoyar la gestin clnica, con este tipo u otro de base
de datos, se ha contar con las siguientes capacidades:
i. Extraccin de la informacin relevante, transforma-
cin y limpieza de datos.
ii. Almacenamiento de datos de la informacin en bruto
y agregada que pueda ser explotada.
iii. Generacin del modelo de datos ms adecuado a la
explotacin que se quiera realizar y que deber ser
denido e implantado previamente.
Estndares tcnicos y funcionales, y proceso de implantacin, de un sistema de informacin clnica en unidades 495

Tabla 5 Requisitos en base de datos y seguridad

Parmetro Bsicos Opcionales
Anlisis de datos Herramienta de bsqueda y anlisis de datos Informes sobre indicadores de calidad relevantes
Puede ser aplicacin de terceros, pero siempre ser Data Warehouse (Almacn de datos) con
ofrecida por proveedor elementos constitutivos
Capacidad de elaborar informes sobre variables Protocolo de extraccin, renado, generacin de
constitutivas del cuadro de mandos de la unidad modelos e informes
Base de datos Acceso slo a administrador
Limitar posibilidad de borrado de datos
Basado en seguridad por el gestor de la base
Seguridad
Accesos Identicacin mediante usuario/contrase na con Registro de accesos fallidos.
expiracin programada PKI (Personal Key Identier) mediante tarjetas
Asegurar fortaleza de contrasena personales
Niveles de acceso o permisos diferentes
Aplicacin Bloqueo de puertas traseras Encriptacin sin limitacin de explotacin
Protocolo de condencialidad de datos en tareas de
mantenimiento
Slo los administradores pueden realizar edicin y
actualizacin de bases de datos
Acceso remoto Mediante redes privadas o virtuales
Conexin con dispositivos personales (telfonos,
PDA) mediante redes seguras
Auditoras Informes de tiempo de conexin y tipo de actividad
por usuario
Trazabilidad del usuario por entrada de informacin
errnea en el registro
Cambios de contrase na y accesos fallidos

iv. Elaboracin y presentacin de la informacin en Requisitos opcionales:

forma de cuadros de mando que contengan tablas,
indicadores y grcos que presenten aspectos clave
1) Registro de accesos fallidos, as como un bloqueo de
del sistema en su conjunto, con denicin de alarmas
acceso a la aplicacin tras repetidos intentos sin xito.
y basados en una estructura navegable.
2) Autenticar el acceso a estos sistemas no solo por medio
v. Generacin de las estadsticas necesarias para el
de nombre (login) y contrase na (password), sino con el
seguimiento de la actividad.
uso de PKI (Personal Key Identier).
vi. Extrapolacin de datos e identicacin de
incidencias.
Aplicacin
Seguridad del sistema Requisitos bsicos:

Control de acceso
1) Es necesario un sistema de bloqueo para puertas trase-
Requisitos bsicos:
ras (acceso a la aplicacin o a sus bases de datos de
forma alternativa a la que exige un nombre de usua-
1) Todos los sistemas deben tener al menos identicacin
rio y su correspondiente contrasena) u otras formas de
del usuario mediante nombre y contrase na con fecha de
intrusismo.
expiracin.
2) Asegurar la condencialidad de los datos durante el
2) Es recomendable que se disponga de un subsistema que
mantenimiento tcnico o vericacin del sistema por
asegure la fortaleza de la contrasena.
personal tcnico.
3) El acceso al sistema debe ser congurable mediante nive-
3) Asegurar que solo los clnicos administradores de los sis-
les de acceso o permisos, dadas las diferentes funciones
temas puedan realizar actualizaciones o mantenimiento
a realizar por los estamentos que componen el equipo
de las bases de datos.
asistencial de UCI. Concretamente, en enfermera, si se
le faculta para prescribir frmacos (circunstancia habi-
tual en el entorno de UCI) tiene que contemplarse la Requisitos opcionales:
posibilidad de prescripcin de tratamiento farmacolgico Encriptacin de datos, sin implicar nunca una limitacin
regulado en Ley 28/2009 13. a la explotacin de los mismos.
496
Acceso remoto
Requisitos bsicos:
Por medio de redes privadas virtuales o entorno web. La
seguridad de estas redes debe ser comprobada y su acceso
realizado mediante contrase
nas de alta fortaleza.
Auditoras
Requisitos bsicos:
Los SIC deben generar informes (auditoras) sobre los
usuarios, indicando el tiempo y el tipo de actividad. Y tam-
bin sobre cambios de contrase na e intentos fallidos de
acceso a la aplicacin, denegacin de servicios o campos
crticos que hayan sido editados.
Base de datos
Requisitos bsicos:
Los controles que se aplicarn para acceder a la base de
datos pueden variar desde la validacin de usuario y con-
trase
na (pero limitando la posibilidad del borrado de los
datos), hasta otorgar distintos niveles (permisos) de acceso a
la herramienta de explotacin de datos (solo lectura, etc.).
Conicto de intereses
El Dr. Vicente Gmez Tello ha sido invitado a 2 reuniones
organizadas por Drger Medical sin recibir remuneracin por
ello.
El Dr. Joaqun lvarez Rodrguez ha sido ponente invitado
a diversas reuniones organizadas por PICIS, y pertenece al
Advisory Board de PICIS sin recibir remuneracin por ninguno
de estos conceptos.
El Dr. Pedro Morrondo ha sido invitado a una reunin euro-
pea de usuarios de CentricityTM (General Electric) sin recibir
remuneracin por ello.
El Dr. Jos Mara Nicols ha sido invitado a varias reunio-
nes organizadas por Drger Medical sin recibir remuneracin
por ello.
Dra. Mara Calvete Chicharro ha sido colaboradora clnica
remunerada por IMD Soft hasta el a no 2010.
El resto de autores declara no tener ningn conicto de
intereses.
Agradecimientos
Los autores quieren destacar el apoyo organizativo y eco-
nmico de la SEMICYUC, agradeciendo especialmente al ex
presidente de su Comit Cientco, el Dr. Jos ngel Lorente 13. Garland A. Improving the ICU: part 2. Chest. 2005;127:
Balanza, y al Dr. Cristobal Len, anterior presidente de la
Sociedad, su indispensable ayuda y estmulo para la realiza-
cin de este proyecto.
Asimismo, los autores agradecen la decidida colaboracin
y apoyo de sus asesores pertenecientes a la Industria.
Ignacio Rodrguez. Jefe de producto de Innovian Drager
Medical.
Luis Cuevas Sempere. Responsable de Sistemas de Infor-
macin Clnicos, Cardiologa y Cuidados Crticos de Philips
Healthcare.
V. Gmez Tello et al
Juan Jos Rubio. Director de sinapsis.healthcare y ex dis-
tribuidor de MetaVision.
Beatriz Domnguez. Responsable de Sistemas de Informa-
cin Clnicos de GE Healthcare.
Alan Surez. Client Manager de PICIS.
Bibliografa
1. Jha AK, DesRoches CM, Campbell EG, Donelan K, Rao SR,
Ferris TG, et al. Use of electronic health records in U.S. hospi-
tals. N Engl J Med. 2009;360:1628---38.
2. Chaudhry B, Wang J, Wu S, Maglione M, Mojica W, Roth E, et al.
Systematic review: impact of health information technology on
quality, efciency, and costs of medical care. Ann Intern Med.
2006;144:742---52.
3. Bates DW, Gawande AA. Improving safety with information
technology. N Engl J Med. 2003;348:2526---34.
4. Manor-Shulman O, Beyene J, Frndova H, Parshuram CS. Quan-
tifying the volume of documented clinical information in
critical illness. J Crit Care. 2008;23:245---50.
5. Carrasco G, Pallares A, Cabre L. Cost of quality in Intensive
Medicine. Guidelines for clinical management. Med Intensiva.
2006;30:167---79.
6. Lapinsky SE, Holt D, Hallett D, Abdolell M, Adhikari NK. Survey
of information technology in Intensive Care Units in Ontario,
Canada. BMC Med Inform Decis Mak. 2008;8:5.
7. Western MC, Dwan KM, Western JS, Makkai T, Del Mar C. Com-
puterisation in Australian general practice. Aust Fam Physician.
2003;32:180---5.
8. Cheng CH, Goldstein MK, Geller E, Levitt RE. The Effects of
CPOE on ICU workow: an observational study. AMIA Annu Symp
Proc. 2003:150---4.
9. Han YY, Carcillo JA, Venkataraman ST, Clark RS, Watson RS,
Nguyen TC, et al. Unexpected increased mortality after
implementation of a commercially sold computeri-
zed physician order entry system. Pediatrics. 2005;116:
1506---12.
10. Donati A, Gabbanelli V, Pantanetti S, Carletti P, Principi T,
Marini B, et al. The impact of a clinical information sys-
tem in an intensive care unit. J Clin Monit Comput. 2008;22:
31---6.
11. Cingolani ENG, Giattino M, Orazi D, Freni C. Patients informa-
tion management systems may bring to a signicant reduction
in medication errors. Abstracts of the 21th Annual Congress of
European Society of Intensive Care Medicine. Intens Care Med.
2008;34 Suppl 1:S199.
12. Colpaert K, Claus B, Somers A, Vandewoude K, Robays H,
Decruyenaere J. Impact of computerized physician order entry
on medication prescription errors in the intensive care unit: a
controlled cross-sectional trial. Crit Care. 2006;10:R21.
2165---79.
14. Ahmed A, Chandra S, Herasevich V, Gajic O, Pickering BW.
The effect of two different electronic health record user
interfaces on intensive care provider task load, errors
of cognition, and performance. Crit Care Med. 2011;39:
1626---34.
15. Department of Critical Care Medicine (Adult Intensive Care
Units) DoPPIC. Request for proposals Critical Care Clinical
Information System Calgary Health Region. 2007 [consultado
13 Feb 2011]. Disponible en: http://www.calgaryhealthregion.
ca/ccm/rfp sept 6 07.pdf.