descargar pdf - Comunidad de Madrid

Anuncio
{iM
$ctr#r$rJrùI
ssrvicip Madribño dð
s*¡d
!
Comunldad de Madrid
PLIEGO DE PRESCRIPCIONES TÉGN¡CAS PARA LA CONTRATACIÓN DE LOS
SERVICIOS DE "MIGRACIÓIU OE LA VERSIÓN DEL ACTUAL SISTEMA DE
INFORMACIÓN CLíNICA DE UN CONJUNTO DE HOSPITALES DEPEND¡ENTES DEL
SERVICIO MADRILEÑO DE SALUD HACIA LA EVOLUCIÓN DE HOSPITAL DIGITAL''
Madrid, Junio de 2013
{dnfr
servicio MÉdriþñû de sêtud
!
Comunidad de Madrid
í¡¡orce
L.
TNTRODUCCTÓN............
2.
DESCRIPCIÓN DE LA SITUACIÓN ACTUAL..
..2
3.
OBJETO DEL CONTRATO ....
..3
4.
ÁMarro
.,4
5.
ALCANCEDELCONTRATO................
..5
6.
ESTRATEGIA DE ACTUACIÓN ............
1.L
7.
DESCRIPCIÓN GENERAL DE LOS SERVICIOS......
L3
7,1,
DEL
L
coNTRATo ...
SERVICIOSDEIMPLANTACIÓN.........
T4
7.I.L.
Servicios de análisis de necesidades y requerimientos de
7.L.2.
Servicios de diseño de procesos
7.L.3
Servicios de configuración y
7.L.4
Servicios de desarrollo de
7.L.5
Servicios de integración de
7.L.6
Servicios de migración de
7.L.7
Servicios de puesta en marcha, formación y soporte en el arranque..............................20
7.t.8.
Servicios de explotación de datos y actualización de sistemas informacionales.............23
7.L.9.
Servicios de apoyo post-implantación
7.2.
8.
usuario
parametrización............
adaptaciones
sistemas...............
datos
...............74
15
................16
.................L7
........18
...........1-9
24
SERVICIOS DE ADMINISTRACIÓN Y OPERACIÓN DE LA PLATAFORMA TECNOLÓGICA.........24
REQUISITOS DEL SISTEMA A IMPLEMENTAR
25
8.1.
REQUTSTTOS
FUNC|ONAIES.......................
25
8.2.
REQUTSTTOSTECNOLÓcrCOS....................
25
8.3.
REQUTSTTOSDETNTEGRACTÓN..................
27
8,4.
REQUISITOS DE PROTECCIÓN DE DATOS.
28
EJECUCIÓN Y GESTIÓN DEL CONTRATO........
31_
9.
9.L.
MODELODERELACTÓN....................
3L
tillfi
sçrvàcio rirådriþño de sarud
!
Comunldad de Madrld
9.2.
EQUIPO DE PRESTACIÓN DEL SERVICIO
...33
9.3.
SEGUtMrENTOYCONTROL.................
...34
9.4.
HERRAMIENTA PARA LA GESTIÓN DEL PROYECTO...........
...35
9.s.
ACUERDOS DE N|VEL DE SERVTCTO (ANS)......
...35
1.0.
PROPIEDAD INTELECTUAL
...38
77.
SEGURIDADYCONFIDENCIALIDAD...
...39
77.r
NORMATIVA QUE APLICA...
...39
1.I.2.
FORMALIZACIÓN DEL CONTRATO DE ENCARGADO DE TRATAMIENTO........
...39
11.3.
MEDIDAS DE SEGURIDAD...
40
1.1..4
PERSONAL PRESTADOR DEL SERVICIO........................
42
L1_.5
CESIÓN O COMUNICACIÓN DE DATOS A TERCEROS ..
.42
12
CALIDAD....
43
13
GARANTíA DE LOS PRODUCTOS
.43
t4
TRANSFERENCIA TECNOLÓGICA......
.44
L5
DOCUMENTACIÓN DE LOS TRABAJOS
.44
T6.
PROGRAMA DE TRABAJO. ACTIVIDADES Y DOCUMENTOS A ENTREGAR.................
.46
ANEXO I: APLICACIONES CON LAS QUE SE DEBERÁ INTEGRAR EL SISTEMA
.48
7.
APLICACIONES CORPORATIVAS DEL SERVICIO MADRILEÑO DE SALUD.
.48
2.
APLICACIONES DEPARTAMENTALES DE LOS HOSPITALES
.55
2.L.
Aplicaciones departamentales del Hospital Universitario Ramón y Caja1............
.55
2.2.
Aplícaciones departamentales del Hospítal Universitario de La Pa2....................
.61
2.3.
Aplicaciones departamentales del Hospital Clínico San Carlos
.66
2.4.
Aplicaciones departamentales del Hospital Universitario de Getafe
.72
2.5.
Aplicaciones departamentales del Hospital Universitario Santa Cristina
76
2.6.
Aplicaciones departamentales del Hospital Universitario lnfantil Niño Jesús....
77
2.7.
Aplicaciones departamentales del Hospital Central de la Cruz Roja...................
$ilt
Sd¡dr¡iækf
$¡rvtclo
rmr*ñodcsil¡rl
tlcomuntdad
de ff,adrld
ANEXO ll: REQUISITOS FUNCIONALES DEL S|STEMA....
ANEXO III: PLATAFORMA TECNOLÓGICA DEL SERMAS
100
AN EXO lV: CUESTIONARIO DE PERSONAL .................
1_05
{,¡M
I.
Servicio Madrileño de Salud
!
Comunidad de Madrid
INTRODUCCIÓN
La utilización y aprovechamiento de los sistemas y tecnologías de la información para la
gestión de los centros sanitarios dependientes del SERMAS se ha convertido en un
objetivo estratégico necesario y fundamental en los últimos años.
La adaptación de las herramientas tecnológicas a las necesidades de los procesos
asistenciales actuales y a la demanda de más y mejores servicios, así como el
protagonismo de esas herramientas para cubrir los objetivos estratégicos establecidos a
corto plazo que implican la accesibilidad y compartición de la información, son factores
determinantes de la necesidad de evolución a un modelo que cubra los requisitos
funcionales, operacionales y estratégicos establecidos y que asegure que los sistemas de
información sirvan verdaderamente como herramientas de soporte a la actividad
asistencial actual y a medio plazo.
Los hospitales puestos en marcha por la Consejería de Sanidad en los últimos años han
sido concebidos con el reto de dar respuesta a las nuevas necesidades de los diferentes
agentes que intervienen en el sistema sanitario y donde el uso de las Tecnologías de la
lnformación y las Comunicaciones (TlC) se ha identificado como una de las claves para
cumplir con estos objetivos.
El resto de hospitales, llamados "tradicionales" para diferenciarlos de los de última
creación, presentan un modelo heterogéneo en cuanto a los sistemas de información en
todos los ámbitos (tecnológico, funcional, organizativo, etc.). Adicionalmente, la mayoría
de los sistemas actuales fueron concebidos cuando las necesidades de los pacientes,
profesionales y gestores eran diferentes, por lo que, además de presentar en algunos
casos una obsolescencia a nivel tecnológico, presentan también carencias funcionales
que dificultan abordar los nuevos retos del sistema sanitario madrileño.
Adicionalmente, para aumentar y mejorar la capacidad de atención al paciente, la
totalidad de los hospitales tradicionales de la Comunidad de Madrid vienen acometiendo
importantes actuaciones de ampliación y mejora de las instalaciones físicas, del
equipamiento, de los procesos y servicios en general. Esta modernización requiere una
adaptación de los sistemas de información actualmente implantados, especialmente en el
área clínica, de forma que los especialistas, a todos los niveles, tengan el máximo de
información digital y accesible para poder elaborar sus juicios.
En ese contexto, la actividad de los hospitales, el volumen de pacientes, la complejidad
clínica de los mismos, y otros muchos factores, implican que, para hacer realidad el
objetivo de avanzar en la calidad asistencial y de gestión, sea imprescindible disponer de
la información necesaria para la toma de decisión clínica y de gestión. Por ello, el
Servicio Madrileño de Salud de la Comunidad de Madrid (en adelante, SERMAS)
entienden que necesariamente se requiere un profundo cambio de los actuales sistemas
1
{iM
sçrr¡bio MadrÍbno de sstud
!
Conunidad de lUladrid
de información, permitiendo funcionalidades claves en la Historia Clínica Electrónica (en
adelante, HCE).
Por todo ello, el SERMAS pretende la renovación de los sistemas de información
hospitalarios existentes actualmente para adaptarlos a los requerimientos asistenciales
necesarios en la evolución de la Historia Clínica Electrónica, que aseguren la continuidad
terapéutica, la seguridad de los pacientes, la calidad de la decisión clínica y mejore la
economía y uso de recursos. Ese es el objetivo del presente contrato.
El nuevo sistema deberá estar alineado con las directrices estratégicas del SERMAS,
siguiendo el modelo establecido por el Plan [email protected] para la renovación funcional y
tecnológica de los hospitales tradicionales, sentando así las bases parc una
homogenización global de los sistemas de información de los Centros dependientes del
SERMAS.
Las ventajas pretendidas de esta evolución son múltiples. Por un lado y desde el punto
de vista de la digitalización de la gestión clínica, cabe señalar mejoras de la asistencia
sanitaria, rapidez en el acceso a información crítica, el aumento de la seguridad del
paciente (tanto en el diagnóstico como en los tratamientos), la mejora del rendimiento de
las unidades asistenciales, etc. Desde el punto de vista de la gestión, permite obtener la
mayoría de los indicadores que aseguran la comparación del rendimiento y calidad del
hospital con otros de la red.
Además, hay que destacar la reducción del coste que supone la normalización de la
plataforma tecnológica para el mantenimiento posterior de la misma, la integración con
subsistemas centralizados y depañamentales y la garantía de utilización de los servicios
TIC corporativos proporcionados por unidades operativas dependientes en la actualidad
de Dirección Generalde Sistemas de lnformación Sanitaria (en adelante DGSIS): CEDAS
(gestión de las infraestructuras), MEDAS (mantenimientos de aplicaciones), CESUS
(centro de soporte a usuarios) y OSSI (oficina de seguridad).
2. DESCRIPCIÓN DE LA SITUACIÓN ACTUAL
El conjunto de Hospitales que conforman el alcance de la presente contratación cuentan
actualmente con las aplicaciones HP-HlS1, tanto para la Gestión Administrativa de
Pacientes, como para la Gestión Económica-Administrativa.
En lo relativo a la emisión y visualización de informes clínicos, y funcionalidades de
estaciones clínicas e Historia Clínica Electrónica, existe variedad de soluciones en alguno
de los centros comprendidos en el alcance, que van desde soluciones de desarrollo
propio o a medida, desarrollos propios sobre la lntranet del Centro hasta soluciones
2
td M
Sarvicio Madribño de S¡tud
!
Co-,,r.idad de Madrld
específicas de mercado en ámbitos específicos (por ejemplo, HCE en el ámbito de
Urgencias).
Con respecto al ámbito de las aplicaciones departamentales, casi la totalidad de los
Centros disponen de sistemas de información en los servicios de apoyo a la actividad
asistencial (Radiología, Laboratorios, Farmacia Hospitalaria, Anatomía Patológica, etc.);
para el resto de especialidades, existe una mayor heterogeneidad en cuanto al nivel de
informatización y al alcance funcional de las soluciones existentes. En el Anexo 1.2
Aplicaciones departamentales de los Hospitales, se detallan los inventarios de
aplicaciones y sistemas de información de los hospitales comprendidos en el alcance.
El nuevo Sistema de lnformación Hospitalario deberá integrarse al menos al mismo nivel
que los actuales sistemas HIS con las aplicaciones informáticas departamentales
actualmente en uso en cada hospital. Asimismo, deberá integrarse al mismo nivel que los
"hospitales digitales" con las aplicaciones corporativas en uso en los Servicios Centrales
del SERMAS: RULEQ, Multicita, Horus, Cibeles, Directorio Activo, GestionAl, entre otros
(especificadas en elAnexo 1.1 Aplicaciones corporativas del SERMAS).
3. OBJETO DELCONTRATO
El objeto del presente contrato lo constituyen los servicios de implantación del sistema de
información hospitalario que suponga la ampliación funcional y evolución del Sistema de
lnformación HP-HIS, actualmente en producción en los hospitales comprendidos en el
ámbito de la contratación, a la solución HP-HCIS, el soporte post implantación y la
administración y operación de la citada solución, durante el periodo de vigencia del
contrato, con los siguientes objetivos:
a
a
a
a
a
a
lncorporar las funcionalidades no cubiertas por el actual sistema en el ámbito
clínico-asistencial (principalmente, Historia Clínica Electrónica).
Mejorar el alcance funcional de los módulos que componen al sistema
actualmente en uso (HP-H|S1) y adecuarlo a las necesidades de los circuitos y
procesos asistenciales actuales.
Realizar el análisis y propuesta de mejora de los circuitos de trabajo y procesos
para su adecuación al nuevo modelo del sistema de información.
Parametrizar y configurar el sistema de información a implantar para dar soporte
al modelo de circuitos y procesos del modelo definido.
lncorporar al sistema de información a implantar las adecuaciones consideradas
críticas demandadas por los hospitales durante la implantación para garantizar su
viabilidad y los cambios normativos exigidos durante la ejecución del contrato.
lntegrar la solución aportada con los aplicativos departamentales que proceda que
actualmente están en explotación en los centros y con los sistemas corporativos
3
{,JM
søuùcio Madrihño de satud
!
Comunidad de Madrid
en uso, y con los que se incorporen en ambos ámbitos durante la ejecución del
contrato.
a
a
a
Llevar a cabo las actividades inherentes al ciclo de vida del proceso de
implantación de la solución aportada, desde la instalación hasta el soporte
posterior a la puesta en marcha, incluyendo la migración de los datos desde las
aplicaciones existentes actualmente y que serán sustituidas por el nuevo sistema
de información.
La administración y operación de la plataforma tecnológica específica de software
que soporta al sistema de información propuesto durante la ejecución del contrato.
Dar el soporte a usuarios en el uso, operación y administración de la solución.
El objetivo global del proyecto es disponer de la solución propuesta, totalmente en
operativa, en cada uno de los centros comprendidos en el ámbito del contrato.
4. ÁMBITo DEL coNTRATo
El ámbito de actuación de los servicios objeto del presente contrato incluirá los
siguientes hospitales, clasificados en tres grupos atendiendo los criterios de dimensión
del Centro y complejidad del proceso de cambio:
A) Hospitales delGrupo Funcional lll
Hospital Universitario Ramón y Cajal
Hospital Universitario LaPaz- Carlos lll
Hospital Clínico San Carlos
B) Hospitales delGrupo Funcional ll:
Hospital Universitario de Getafe
C) Hospitales de apoyo y monográfico:
Hospital Universitario Santa Cristina
Hospital lnfantil Universitario Niño Jesús
Hospital Central de la Cruz Roja San José y Santa Adela
Cualquier centro o ubicación donde, durante la vigencia del contrato, desarrollen su
actividad directa o indirectamente los centros de Atención Especializada anteriormente
recogidos, quedará automáticamente incluido dentro del alcance del presente contrato.
Es decir, quedan incluidos tanto los Centros de Especialidades de dichos Hospitales
4
tinfi
Ser,¡icio Madnleño de Salud
!
Co-,,nidad de Madrid
como cualesquiera otros centros, que en su caso y con carácter excepcional, quedaran
adscritos a los mismos. A este respecto, está prevista a corto plazo la adhesión total del
Hospital Carlos lll al Hospital Universitario La Paz de la misma forma en que se integró a
éste hospital, en el año 2005, el Hospital de Cantoblanco, por lo que, a los efectos del
contrato, la actividad, personal y sistemas de información actuales del Hospital Carlos lll
se considerarán como componentes integrantes en el alcance del proyecto específico del
Hospital Universitario La P az.
El SERMAS se reserva el derecho de
intercambiar cualquiera de los hospitales
especificados por otro de dimensiones y complejidad equivalente si, antes del inicio del
proyecto específico en un centro, existieran condicionantes insalvables que impidan
abordar las actuaciones en ese centro.
5. ALCANCE DELCONTRATO
La presente contratación conlleva la evolución del sistema de información hospitalario
HP-HIS1, actualmente en producción, al sistema HP-HCIS, contemplando la renovación
del alcance funcional en el ámbito de la gestión administrativa de pacientes y la
incorporación de los módulos clínicos-asistenciales y estación de enfermería.
Estos cambios deben realizarse garantizando una respuesta ágil en el marco de una
situación compleja en cuanto a la integración entre los distintos módulos que forman el
sistema, así como la mínima interferencia en los sistemas en producción.
Con el objeto de permitir definir una estrategia de actuación que considere las prioridades
funcionales y necesidades de los centros, sus dimensiones, los niveles de complejidad y
el impacto del cambio, el alcance funcional de la solución se estructura en tres grandes
módulos:
o
Módulo Clínico-Asistencial
:
lncorporación de las funcionalidades relativas a la Historia Clínica Electrónica,
Gestión de Peticiones y Orden Médica en los ámbitos de Hospitalización,
Urgencias, Consultas Externas y Hospitales de Día.
lncorporación del modelo de Historia Clínica Electrónica definido en las áreas
indicadas
lntegración de las peticiones clínicas con las unidades PACS/RIS,
Laboratorios, Farmacia Endoscopias, Anatomía Patológica, Neumología
(Broncoscopias y Oxigenoterapia), Retinografías y cualquier otro sistema de
información específico presente en los hospitales que conlleven la gestión de
5
üM
S¿rvicio Madrileño da Salud
!
Comun:dad de Madrld
pruebas diagnósticas y de los resultados e informes clínicos (especificados en
eIANEXO 1.2: Aplicaciones departamentales de los Hospitales).
Configuración de la Prescripción Farmacológica
a
Módulo Estación de Enfermería y Hospital de Día:
lncorporación de las funcionalidades relativas
Cuidados, y la Gestión de los Hospitales de Día
Definición completa
a la Enfermería y Planes de
del proceso de atención
enfermero: Valoración,
Diagnostico, Ejecución, Evaluación
lncorporación de la Historia Clínica Electrónica en el ámbito de los Hospitales
de Día
lntegración con las aplicaciones del área de Diálisis y Rehabilitación
O
Módulo de Gestión de Pacientes:
Evolución del sistema HP-H|S.1 de Gestión de Pacientes a un sistema
funcional y tecnológicamente avanzado y compatible con los anteriores, que
cubra las áreas de Admisión de Urgencias, Admisión de Hospitalizacion,
Citación y Planificación de Consultas y Pruebas, Archivo de Historias Clínicas
y Codificación, Gestión del Bloque Quirúrgico y Facturación a Terceros, y que
sustituya finalmente a aqué|.
Es importante destacar que esta estructuración en módulos se ha definido con el objeto
de permitir la implantación de la solución en fases. El orden de las fases (módulos) podrá
ser totalmente lineal o puede haber solapamiento entre algunas de ellas, y se define
específicamente para cada hospital en el apartado Estrategia de Actuación. Eso
determina que, en aquellos hospitales en los que la implantación de los Módulo Clínico
Asistencial y/o Estación de Enfermería y Hospital de Día se aborden antes del módulo de
Gestión de Pacientes, se deberán realizar los trabajos necesarios pa'a su total
integración con el módulo administrativo del de Gestión de Pacientes del sistema HPHlS.1 actualmente en producción en los centros.
Las funcionalidades que deben ser cubiertas por cada uno de los módulos anteriormente
identificados serán las indicadas en el Anexo ll: Requisitos funcionales del sistema.
El contrato contempla
o
La instalación y configuración de todos los sistemas software y componentes
complementarios para integración, a instalar en el Hospital y en la infraestructura
6
{dM
$arvicio Madrileño do Salud
!
Comunidad de Madrid
central de la DGSIS, conforme a los estándares tecnológicos definidos al efecto y
a las especificaciones descritas en el apartado Requisitos tecnológicos.
a
a
La administración y operación de la plataforma tecnológica específica de software
que soporta al sistema de información propuesto durante la ejecución del
contrato.
El servicio de implantación de la solución, que debe contemplar las actuaciones
necesarias para:
Parametrizar el nuevo sistema acorde a las necesidades del hospital siempre
dentro del marco de referencia tecnológica del modelo de "hospital digital"
adoptado por el SERMAS.
Migrar los datos actualmente almacenados en el sistema de información
hospitalario HP-HlS.
lntegrar los actuales sistemas de información departamental incluidos en el
Hospital que actualmente están integrados con HP- HlS.
lntegrar otros sistemas departamentales en funcionamiento en el centro de
manera homogénea al resto de hospitales digitales con la misma solución.
lntegrar con soluciones centralizadas corporativas.
Realizar descargas oficiales: CMBD, SIAE, SiClT, entre otros.
Elaborar los procesos de explotación de datos (estadísticas y listados)
requeridos por la dirección del Hospital.
Realizar las descargas necesarias para los planes de contingencia.
Realizar los planes de pruebas.
-
-
-
-
-
lmpartir la formación necesaria a los usuarios en la utilización del sistema.
Formar a los técnicos en la administración delegada del sistema.
Dar soporte durante el arranque del sistema.
Dar soporte post-implantación "in situ" a los usuarios clínicos de los hospitales
durante un periodo de 6 meses.
Formación técnica al personal adscrito a los Servicios de lnformática de los
hospitales sobre la integración del sistema a implantar, la extracción de datos
y la explotación de la información, así como el soporte
técnico
a
dicho
personalen el uso, operación y administración de la solución.
Además, se incluyen todas aquellas labores de seguimiento, control y gestión del
proyecto, que de manera horizontal y común a todas las actividades se deben plantear,
como la realización de: planificaciones, informes, documentación, etc.
El contrato incluye las licencias del motor de integración ENSEMBLE, que deberán
aportarse para los hospitales del Grupo Funcional lll, ya que el SERMAS dispone de las
licencias en el entorno corporativo centralizado donde se alojarán los sistemas de
información del resto de hospitales comprendidos en el ámbito de este proyecto. El precio
7
{i M
Sarcicio lliadribño de Salud
!
Comunidad de Madrld
de las licencias incluirá su garantía y mantenimiento durante el plazo de duración del
contrato.
El resto de licencias de cualquier componente intrínseco en la solución requerido para su
totalidad operatividad (workflow, gestor documental, etc.) deberán ser aportadas sin
costes.
Los anteriores conceptos recogidos dentro del alcance del contrato se deben entender
como obligaciones delcontratista para la correcta prestación del servicio.
Por otro lado, no se incluye como objeto de la contratación la plataforma tecnológica
puesta a disposición por parte de la DGSIS y de los Hospitales: servidores,
almacenamiento, puestos de trabajo y software ofimático, electrónica de red de área local
y líneas de comunicaciones entre centros de la CSCM.
En la actualidad el SERMAS cuenta con las licencias corporativas necesarias para poder
llevar a cabo la migración, a través del contrato "SERVICIO DE MANTENIMIENTO Y
SOPORTE DE LAS APL¡CACIONES INFORMATICAS HP-HIS, HP-HCIS, INSTALADAS
EN LOS CENTROS ASISTENCIALES DEL SERVICIO MADRILEÑO DE SALUD DE LA
CoNSEJERíA DE SANIDAD DE LA COMUNIDAD DE MADRID', por lo que la aportación
de licencias no está incluida en el objeto del contrato.
El alcance de los servicios inherentes para la implantación de los módulos establecidos
en el objeto de la contratación se desarrollará siguiendo las pautas y especificaciones
descritas en el apartado Descripción General de los Servicios, y contemplará para
cada módulo:
a
Módulo Clínico-Asistencial: Se realizará la implantación y configuración de los
módulos de HCE, destinados a la Gestión Asistencial, para que respondan a los
requerimientos resultantes de la actividad de Consultoría Específica de análisis de
los circuitos de trabajo y de atención al paciente en el hospital a realizar al inicio
del proyecto, como se especifica en el apartado Estrategia de Actuación:
o
Estación de Trabajo Médica
Historia Clínica Electrónica
t
Gestión de Peticiones
Prescripción (Orden Médica)
Estos trabajos comenzarán por una fase inicial de Preparación de Datos, en la
que el contratista realizará el análisis de los modelos de HC utilizados en los
centros y su adaptación al modelo de HCE, mientras que los hospitales, con el
apoyo del contratista, prepararán los datos necesarios para realizar
la
8
{dM
Søwicio MadrileÉo de Salud
!
Comunidad de tladrid
implantación: datos maestros, catálogos, circuitos, etc., según los requerimientos
El contratista realizará, al menos, los siguientes trabajos:
o
Se analizará la viabilidad la migración de los datos de los sistemas
actuales a los nuevos módulos de HCE y la migración de los datos que
procedan.
o
o
Se realizarán las integraciones correspondientes a esta fase
o
Tras la formación de usuarios se hará la puesta en producción y el
soporte in-situ a los usuarios.
o
Se realizará el pilotaje y validación del modelo en dos especialidades
piloto seleccionadas (una especialidad médica y una quirúrgica).
Se proporcionará, al personal adscrito a los Servicios de lnformática de los
hospitales, formación técnica específica sobre la solución implantada, su
integración, la extracción de datos y su explotación.
Posteriormente se realizarâ la extensión del modelo de HCE al resto de la
organización. El contratista contara, para ello, con la participación
necesaria de los usuarios clínicos de los hospitales.
a
Módufo Enfermería
y
Hospital de Día: Se realizará
la implantación
y
configuración de los siguientes módulos de Historia Clínica (HC), destinados a la
Gestión Asistencial, pata que respondan a los requerimientos resultantes de la
actividad de Consultoría Específica de análisis de los circuitos de trabajo y de
atención al paciente en el hospital a realizar al inicio del proyecto, como se
especifica en el apartado Estrategia de Actuación:
o
o
Estación de Enfermería
Hospitales de Día
Estos trabajos comenzarán por una fase inicial de Preparación de Datos, en la que el
contratista realizará el análisis de los circuitos de trabajo de cada centro y su
adaptación al modelo de HC, mientras que los centros, con el apoyo del contratista,
prepararán los datos necesarios para realizar la implantación: datos maestros,
catálogos, circuitos, etc., según los requerimientos. El contratistarealizará, al menos,
los siguientes trabajos:
o
Se analizará la viabilidad la migración de los datos de los sistemas
actuales a HCE y la migración de los datos que procedan.
o
Ser realizarán las integraciones correspondientes a esta fase.
9
t'l M
S+rvieio Madribño de Salud
f
Co-ut idad de tladrid
o
Se proporcionará, al personal adscrito a los Servicios de lnformática de los
hospitales, formación técnica específica sobre la solución implantada, su
integración, la extracción de datos y su explotación.
o
Tras la formación de usuarios se hará la puesta en producción y el soporte
in-situ a los usuarios.
o
En el caso de Enfermería, se realizará el pilotaje y validación del modelo
en al menos 2 unidades de enfermería (a seleccionar por los hospitales).
Posteriormente se realizará la extensión del modelo de enfermería al resto
de la organización. El contratista contara, para ello, con la participación
necesaria de los usuarios clínicos de los hospitales.
En el caso de Hospital de Día, se realizará el pilotaje y validación del
modelo en tres especialidades a determinar por cada hospital.
Posteriormente se realizará la extensión del modelo de Hospital de día al
resto de la organización. El contratista contara, paê ello, con la
participación necesaria de los usuarios clínicos de los hospitales.
a
Módufo Gestión de Pacientes: se realizarâ la implantación y configuración de
los siguientes módulos destinados a la Gestión de Pacientes, para que respondan
requerimientos resultantes de la actividad de Consultoría Específica de
a los
análisis de los circuitos de trabajo y de atención al paciente en el hospital a
realizar al inicio del proyecto, como se especifica en el apartado Estrategia de
Actuación (y a su actual configuración en HP-HlS.1):
I
Adm isión de hospitalización.
I
Admisión de urgencias.
Archivo de historias clínicas y codificación.
I
Lista de espera.
Gestión del bloque quirúrgico.
Sistema de planificación y programación.
Facturación.
El contratista realizará, al menos, los siguientes trabajos:
o
Se realizará la migración de los datos del sistema actual (HP-HIS.1) a los
nuevos módulos de la solución propuesta. Se migrarán todos los datos
existentes, ya sean pertenecientes al estándar como de módulos
desarrollados por los Servicios de lnformática de los hospitales, de tal
10
$nil
sorvi'cio Madribño do salud
f
Comunidad de
tadrld
manera que el sistema actual (HP-H|S.1) pueda apagarse y desaparecer
tras la implantación del nuevo sistema.
o
o
Se realizarán las integraciones HL7 correspondientes a esta fase
o
Se debe determinar el conjunto básico de listados necesarios.
Se proporcionará, al personal adscrito a los Servicios de lnformática de los
centros, formación técnica específica sobre la solución implantada, su
integración, la extracción de datos y su explotación.
Se
desarrollarán en el ámbito del proyecto un conjunto limitado de los mismos
siguiendo las pautas y condiciones establecidas en el Servicio de
desarrollo de adaptaciones, y se realizará el traspaso de conocimiento a
los Servicios de lnformática de los hospitales.
o
Tras la formación de usuarios (formación de formadores), se hará
la
puesta en producción y el soporte in-situ a los usuanos.
6. ESTRATEGIA DE ACTUACION
La estrategia de actuación del proyecto en su conjunto deberá estar focalizada en
cumplir, como primera medida, el objetivo principal de conseguir la transformación del
sistema de información hospitalario de los centros comprendidos en el alcance para
llegar al modelo de "hospital digital" en cada uno de ellos. No obstante, más que un
compendio de proyectos individuales, el plan de trabajos global deberá considerar una
serie de pautas y premisas que permitan su viabilidad y que permita una gestión del
cambio y del riesgo en términos razonables.
En ese sentido, aspectos tales como los siguientes, se traducen en pautas muy
específicas para la definición del plan de acción global:
Homogenización del modelo del sistema de información en todos los centros
Minimizar en lo posible el impacto del cambio: concentración controlada en el
tiempo de las acciones críticas en cada hospital
lnvolucración y abordaje de acciones en todos los centros desde etapas
iniciales del proyecto global
Obtención de resultados a corto plazo
Como parte esencial del plan de actuación global, la homogenización del modelo del
sistema de información en todos los centros comprendidos en el alcance, determina la
ejecución de un conjunto de actividades al inicio del proyecto, previas al desarrollo de los
proyectos individuales en los hospitales. Para ello, el contratista deberá realizar, en el
11
tinil
Serricio Mdribño de
SêSud
!
Colnunldad de tadrld
plazo máximo de 2 meses a part¡r de la formalización del contrato, las siguientes
actividades:
Análisis de los circuitos de trabajo y de atención al paciente en el hospital
en los ámbitos:
Gestión de Pacientes
o Admisión de Hospitalización
Admisión de Urgencias
Gestión de Lista de Espera
Consultas Externas
o Archivo de Historias Clínicas
Codificación
Facturación a terceros
Hospital de Día
Gestión del Bloque Quirúrgico
Cuidados de Enfermería
Registros y documentación para la Historia Clínica Electrónica
Análisis de la adecuación de las actuales lnfraestructuras del SERMAS.
Recomendaciones de carencias detectadas.
Diseño de la Arquitectura tecnológica necesana
Plan de Despliegue
Análisis de Riesgos, lmpactos y Mitigación
Aporte de las licencias de la herramienta de integración Ensemble y su
instalación en los hospitales del Grupo Funcional lll.
lnstalación de los distintos módulos de Historia Clínica Electrónica en los
diferentes entornos tecnológicos de trabajo (pre-producción, producción,
desarrollo y formación)
.
.
.
.
.
.
'
.
.
.
Los proyectos específicos en cada hospital deberán considerar los requerimientos del
despliegue de los componentes del sistemas de información, atendiendo en todo
momento las premisas y condicionantes existentes en los centros así como la capacidad
de asumir, por parte de cada uno de ellos, las acciones necesarias para efectuar el
proceso del cambio.
La estrategia de
actuación
paø cada hospital deberá considerar la
siguiente
estructuración en fases cronológicamente consecutivas:
12
Servicio Madrileño de Salud
üM
Hospital
Fase
!
I
Gomunidad de Madrld
Fase ll
Fase lll
Universitario
Ramón y Gajal
Módulo ClÍnico-
Módulo Estación de
Módulo Gestión de
Asistencial
Enfermería y HDD
Pacientes
Universitario La
Módulo Clínico-
Módulo Estación de
Módulo Gestión de
Asistencial
Enfermería y HDD
Pacientes
Módulo Clínico-
Módulo Estación de
Módulo Gestión de
Asistencial
Enfermería y HDD
Pacientes
Paz
Clínico San Carlos
Módulo Clínico-Asistencial
Universitario de
Getafe
Módulo Gestión de
Pacientes
Módulo Estación de
Enfermería y HDD
Módulo Clínico-Asistencial
Universitario Santa
Gristina
Módulo Gestión de
Pacientes
Módulo Estación de
Enfermería y HDD
lnfantil
Universitario Niño
Jesús
Gentralde la Cruz
Roja San José y
Santa Adela
Módulo Clínico-Asistencial
Módulo Gestión de
Pacientes
Módulo Estación de
Enfermería y HDD
Módulo Clínico-Asistencial
Módulo Gestión de
Pacientes
Módulo Estación de
Enfermería y HDD
El SERMAS se reserva el derecho de intercambiar el orden de las Fases en cualquiera
de los hospitales especificados s¡, antes del inicio del proyecto específico en un centro,
existieran cambios de intereses, necesidades o prioridades que así lo determinen.
7. DESCRIPCION GENERAL DE LOS SERVICIOS
Los servicios dirigidos específicamente a la implantación de la solución en cada
uno de los hospitales tendrán una duración en función de la tipología del hospital y de la
forma de implantación de cada uno de los módulos. El resto de servicios, dirigidos al
soporte y manten¡miento de la solución, comenzarán a partir del momento en que esté
implantado el primer módulo en el primer hospital y se ¡rán extendiendo progresivamente
en la medida en que avanza el proceso de implantación en cada uno de los hospitales
comprendidos en el alcance hasta la finalización del contrato.
13
trllfr
SorYicio Madribño da Salud
!
Comunidad de Madrid
Dada la duración del contrato y el carácter progresivo de implantación en los hospitales
comprendidos en el alcance, será responsabilidad del contratista actualizar en los
hospitales implantados, las sucesivas versiones que pudieran generarse de los módulos
que componen la solución y asegurar la homogeneidad y compatibilidad del modelo en
todos los centros a lo largo de toda la duración del contrato.
7.I. SERVICIOS DE IMPLANTAGION
La evolución del sistema actual al requerido implica cambios que deben realizarse en
el marco de una situación compleja: funcionalidad del sistema actual, migración de
datos, interrelación entre distintos módulos, etc. Se pueden distinguir los siguientes
grandes bloques, que constituyen al objeto del contrato propiamente dicho:
-Servicios
-Servicios
-Servicios
-Servicios
-Servicios
-Servicios
-Servicios
-Servicios
-Servicios
-Servicios
de análisis de necesidades y requerimientos de usuario.
de diseño de procesos.
de configuración y parametrización.
de desarrollo de adaptaciones.
de integración de sistemas.
de migración de datos.
de puesta en marcha, formación y soporte en el arranque.
de atención personalizada.
de explotación de datos y actualización de sistemas informacionales.
de apoyo post-implantación.
7.1.1. Servicios de análisis de necesidades y requerimientos de usuario
La estrategia para la implantación del nuevo sistema de información hospitalario
(HlS) en los hospitales objeto del contrato requiere una transición desde la gestión
administrativa de pacientes con aplicaciones tradicionales, a una gestión integral
de los procesos hospitalarios.
El contratista analizará los procesos sobre el Sistema de lnformación existente
actualmente en cada hospital para que, en un corto plazo de tiempo, se obtengan
resultados de valor en áreas clave como la continuidad terapéutica, la seguridad
de los pacientes y la calidad de la decisión clínica. Estos resultados de valor
consistirán en aprovechar al máximo las herramientas existentes en los
hospitales, de forma que permitan incorporar nuevos escenarios, circuitos y
funcionalidades que ayuden a mejorar los procesos de negocio del área de
gestión de pacientes de cada hospital, así como satisfacer las necesidades y
14
tr M
S.orvicio MadnÞñc de $aìud
!
Comunidad de Madrid
requerimientos de los profesionales involucrados en el proceso asistencial, dando
un paso significativo para la incorporación de la Historia Clínica Electrónica.
y para cada una de las fases
definidas en el proyecto, el
contratista realizarâ un estudio en profundidad de los circuitos de trabajo de los
hospitales de forma consensuada con los responsables de las áreas funcionales
afectadas, los analizará y aportará aquellas mejoras operativas detectadas, o
debidas a una homogeneización y estandarización de procesos, obteniendo como
resultado la documentación formalizada de los flujos de trabajo, tareas, alertas,
documentos a generar, así como el inventario de las adaptaciones y
parametrizaciones que será necesario realizar sobre el sistema de información a
implementar, para cubrir las necesidades funcionales existentes, y por tanto, para
poder configurar adecuadamente el modelo a implantar. Debe incluir también el
detalle de las integraciones necesarias para que continúen funcionando los
sistemas existentes en producción de forma coordinada con los nuevos sistemas.
Con este objetivo,
Este estudio previo deberá estar confeccionado, cerrado y acordado con la
dirección del proyecto en las primeras etapas de cada una de las fases definidas
del proyecto objeto de este contrato, para asegurar la adecuación de la
implantación.
lgualmente, durante esta fase se deberán comprometer, fijar y concretar la
planificación y documentación de las pruebas de módulos, de integración, de
rendimiento y funcionales, que finalmente permitan asegurar, para el equipo de
implantación y cada hospital, el éxito del proyecto.
7.1.2. Servicios de diseño de procesos
Se precisa que el sistema de información existente se adapte a los nuevos
procesos y flujos funcionales (asistenciales) y facilite el trabajo operativo,
incorporando los escenarios, circuitos, y funcionalidades necesarios.
Es preciso definir cada circuito por el que pasará un paciente; cada
perfil
encargado de su ejecución y el desencadenamiento de las tareas pendientes a
partir de las realizadas.
Todo ello requiere la normalización de códigos, de tablas maestras, de tipologías
de cada entidad y la representación en el modelo de datos de cada mecanismo de
trabajo.
15
{'J M Sarvi¡:io Msdribño
de Salud
!
Co-,rr.idad de Madrld
7.1.3. Servicios de configuración y parametrización
Una vez analizadas las necesidades y diseñados los procesos y tablas maestras,
se precisa la parametrización y configuración de los sistemas de acuerdo a las
especificaciones emanadas del modelo definido. Estas labores se llevarán a cabo,
principalmente, en la fases iniciales del proyecto, si bien se reservará un cierto
porcentaje de los mismos para cambios que puedan ser identificados una vez el
proyecto se encuentre en fase de explotación. Para ello, es imprescindible contar
con la aprobación y con toda la retroalimentación de las reuniones con cada
responsable.
Así, se persigue una óptima configuración y parametrización de las herramientas
que se implantan o desarrollan para que el rendimiento, continuidad de servicio y
alcance funcional de las mismas sea máximo.
Dado que el cambio se quiere realizar con la menor disrupción posible del
servicio, es importante tener en cuenta que a lo largo del proyecto es posible que
se tengan que llevar a cabo varios cambios en la parametrización, ya que las
fases planteadas requieren que, durante algún tiempo, coexistan los sistema
nuevos con los antiguos. En este caso, el contratista debe asegurarse que, si se
requiere realizar operaciones, en línea o en modo batch, con la base de datos
actualmente en explotación, debe ser el fabricante de ésta quien certifique, que
las operaciones realizadas, no suponen riesgo alguno para la operativa habitual.
Los ámbitos en los cuales se llevará a cabo la configuración y parametrización
son
Rendimiento: revisión
y
optimización de la configuración para permitir
mejorar el rendimiento de las aplicaciones.
Organizativo: revisión y modelado de datos maestros para adecuar la
aplicación a las necesidades del hospital.
Circuitos: revisión y definición de parámetros para configurar los circuitos
entre los distintos agentes.
Asistencial: revisión de los modelos de historia clínica, y su configuración,
e implementación en los distintos servicios de forma que permita construir
un modelo consensuado y colaborativo.
Se requerirá, como entregable, una descripción de la configuración y parámetros
que han sido objeto de revisión y los motivos por los que se ha realizado dicho
cambio.
16
{,;
M
Scrvicio Madriþño da Salud
f
Comunidad de f|ladrld
Para llevar a cabo dichos cambios, se requiere que el contratista haya adquirido
un amplio conocimiento del Sistema de lnformación del hospital y del modelo de
procesos de las áreas administrativas y asistenciales del hospital.
Los expertos del contratista asegurarán que se optimiza mediante
la
parametrización y correcta configuración la herramienta en todos los ámbitos que
cubre la solución objeto del presente contrato.
Para llevar a cabo estas tareas, se requiere que el contratista se encuentre
certificado y autorizado por el fabricante del software HP-HCIS, para la provisión
de los servicios de configuración y parametrización, con los máximos niveles de
mantenimiento posterior de garantías y tiempos de respuesta ante incidencias.
7.1.4. Servicios de desarrollo de adaptaciones
El contratista deberá realizar servicios de desarrollo de adaptación en
los
siguientes ámbitos:
Listados y estadísticas. Desarrollos que permitan definir e implementar un
conjunto limitado de salidas de información previamente consensuadas con el
Hospital en el inicio del proyecto.
Explotaciones de datos. Descargas para la explotación de datos a través de
sistemas o herramientas existentes.
y
configuración de formularios que se
acuerden y consensuen en las fases iniciales del proyecto y que permitan la
recogida de la información clínica de forma eficaz y eficiente.
Formularios: Parametrización
Flujos de trabajo (workflow): Servicios que permitan el modelado
e
implementación de un conjunto limitado de circuitos funcionales operativos
incorporando la gestión de tareas y mensajes entre usuarios del sistema.
Parametrizaciones: Servicios para definir y actualizar los parámetros de
funcionamiento del sistema para cubrir las particularidades y condicionantes
del centro sanitario.
Es imprescindible que el contratista realice los trabajos oportunos para que
ninguno de los hospitales contemplados en el alcance pierda las funcionalidades
17
{dfifr
servtcio
Mêdriffi
d€
sdud
f
Comunidad de Madrid
ex¡stentes en sus sistemas de información antes de la implantación del nuevo
sistema.
Como entregable de la realización de este servicio se deberá generar un
documento con la relación de actividades realizadas, motivo y resultado de las
mtsmas.
Asimismo, el contratista deberá tener un nivel de colaboración y certificación con
elfabricante del sistema HP-HCIS que asegure los desarrollos demandados.
7.1.5. Servicios de integración de sistemas
información clínica deberá integrarse con el conjunto de
aplicaciones clínicas actualmente existentes en los hospitales comprendidos en el
alcance y con cualquier otra que se incorpore durante la ejecución del contrato y
requiera de integración con la solución implantada, para garantizar la gestión de
pacientes en los circuitos asistenciales.
El Sistema de
El mapa de aplicaciones detallado existente actualmente en cada hospital del
ámbito del proyecto sobre las que deberán realizarse labores de integración está
recogido en el Anexo 1.2 Aplicaciones Departamentales de los Hospitales.
Así mismo, el sistema deberá integrarse con las aplicaciones corporativas que
dan cobertura a los requisitos transversales y de consolidación del SERMAS
(especificadas en Anexo 1.1: Aplicaciones corporativas del Servicio Madrileño de
Salud), y con aquellas en progreso de implantación actualmente o que se
incorporen durante la vigencia del contrato.
De igual forma, el contratista deberá colaborar en las labores de integración de la
aplicación con los Sistemas de Atención Primaria existentes en la actualidad y con
los futuros, de acuerdo a aquellas solicitudes que se vayan reportando por parte
de la DGSIS.
Es
responsabilidad del contratista las adecuaciones, desarrollos ylo
parametrización de las herramientas de integración sobre los componentes de la
solución aportada a través de la presente contratación, necesarias para permitir la
integración de todas las aplicaciones que lo requieran.
El contratista configurará los componentes necesarios (procesos de descargas,
web services, motor de integración, etc.) de su solución para implementar la
mensajería con las diferentes aplicaciones en uso en el Hospital. Este concepto
18
f,Jnil
Sø¡vicio Mådriþño de Salud
ofrece una nueva perspectiva de
!
Comunidad de Madrid
la continuidad asistencial para todos los
profesionales que intervienen en el proceso base de las organizaciones sanitarias,
a través de la accesibilidad de los usuarios a las diferentes unidades funcionales
que intervienen en el proceso clínico y de la unificación de toda la información
sanitaria de cada paciente en la historia clínica electrónica.
Los trabajos a realizar son los siguientes
Definición de la arquitectura técnica.
Definición del modelo de desarrollo de interfaces.
Desarrollo, implantación y configuración de la plataforma técnica; instalación y
configuración en los entornos que se consideren necesarios.
Desarrollo de los interfaces, siguiendo el estándarHL7, entre la evolución del
sistema de información hospitalario y los sistemas especificados en el Anexo
l, tanto los sistemas departamentales específicos de los centros como los
transversales de carácter corporativo.
Es importante tener en cuenta que no todas las soluciones informáticas existentes
en los hospitales cumplen con el estándar HL7, por lo que el contratista proveerá,
instalará, configurará y validará un motor de conversión al estándar HL7.
Como entregable de la realización de este servicio se deberá, además, generar un
documento con la relación de actividades realizadas, motivo y resultado de las
mrsmas.
7.1.6. Servicios de migración de datos
La migración de datos está orientada a resolver los cambios de modelo de
información que surjan como resultado de la evolución del Sistema de lnformación
actual de los hospitales y debe permitir la eliminación final del aplicativo anterior.
Las actividades deben abarcar tanto las tareas orientadas a los ajustes derivados
de la nueva configuración y parametrización, como de las adaptaciones y
desarrollos que se hayan realizado.
La información susceptible de ser migrada o actualizada corresponderá tanto a
datos asociados a procesos administrativos como a procesos asistenciales de los
pacientes en los actuales repositorios. No se debe olvidar que la información
previamente registrada forma parte de la historia de cada paciente y constituye
uno de los primeros activos de los hospitales.
19
{,tM
Sorr¡icio MÊdrihño de Salud
!
Comunidad de tladrld
Se deberán desarrollar las herramientas de volcado desde los
sistemas
anteriores, de normalización, conversión de códigos y valores de tablas maestras,
asociación de partes de historia y finalmente la carga en la nueva estructura de
datos.
Deberá presentarse y aprobarse previamente una metodología de migración que
permita asegurar a priori la calidad de los procesos y los datos finales resultantes,
incluyendo, por tanto, la validación e integridad de los datos actualmente
almacenados en el modelo de datos del Hospital.
Como entregable de
la
realización de este servicio se deberá generar un
documento con la relación de actividades realizadas, herramientas desarrolladas y
resultado de ejecución de las mismas
Es importante destacar que debido a las fases planteadas esta migración de datos
puede tener que realizarse en diferentes momentos del proyecto, siendo
necesario que en cada uno de ellos se valide la integridad y coherencia de la
información contenida en el nuevo modelo de datos.
Es imprescindible considerar que tras la implantación del nuevo sistema y una vez
realizada la migración de datos, no permanecerán sistemas antiguos que
solamente contengan datos históricos, por lo que el contratista deberá efectuar los
trabajos necesarios para migrar todos los datos históricos.
7.1.7. Servicios de puesta en marcha, formación y soporte en elarranque
La puesta en producción es la tarea final de cualquier proyecto de implantación y
supone la culminación de las tareas previas. En este caso, resultará obligado
realizar los procesos de esta puesta en producción bajo la definición del marco
lTlL donde se estipulan las acciones de control de calidad previas.
Para ello se requiere la realización y documentación de pruebas de módulos, de
integración, de rendimiento y funcionales, según los estándares previamente
acordados. Se deberán registrar las diferencias entre los resultados previamente
esperados
y
justificar las desviaciones
de los
óptimos esperados. Como
entregable de la realización de este servicio se deberá generar un documento con
la relación de actividades realizadas, motivo y resultado de las mismas.
Otra parte fundamental de la realización de dichas puestas en marcha, es la
descarga de los datos existentes en los sistemas actualmente en producción y
20
üM
servicio MadriþÁo de satud
!
Comunidad de Madrid
que sean necesarios para la nueva funcionalidad o solución que se ¡ncorpore en
cada una de las fases del proyecto, y su transformación, carga y validación en el
nuevo sistema.
De la misma forma, se deberá especificar un plan parala gestión del cambio, con
las acciones propuestas para minimizar el impacto que, sobre la organización,
genera la implantación del nuevo modelo definido para el sistema de información
del Hospital.
Para garanlizar el éxito en el uso por los profesionales asistenciales del sistema
se requiere que se encuentren familiarizados en el uso de cada apartado; para
ello resulta fundamental la formación en la herramienta y en los procedimientos
definidos y estandarizados.
La actividad de formación se realizará en las dependencias y horarios que los
hospitales y la DGSIS dispongan al efecto. La formación será presencial (con un
máximo recomendable de 12 personas por curso) e impartida por personal del
equipo de implantación del proyecto, apoyado por equipos de usuarios clave
(formadores) proporcionados por el Hospital.
Los hospitales pondrán a disposición los medios indispensables para la
impartición de los cursos (salas y equipos con conexión a las aplicaciones) y se
encargarán de la logística requerida para el desarrollo del plan de formación. El
adjudicatario deberá proveer los medios y materiales complementarios requeridos
para impartir correctamente la formación, con el fin del máximo aprovechamiento
de la misma (manuales, guías, etc.).
El número de cursos de formación debe ser establecido al inicio del proyecto y
pactado con la Dirección del Proyecto en cada centro, una vez identificados todos
los usuarios afectados y hayan sido clasificados por perfiles o roles.
En los procesos de formación las sesiones deben ir orientadas específicamente a
los diferentes perfiles de usuario que los hospitales y la DGSIS consideren
oportunos, en función del rol que ellos desempeñarán en su interacción con las
aplicaciones. Los cursos deberán ser diseñados como mínimo específicamente
para la siguiente tipología de perfiles: formador, usuario final, administrador y
técnico:
a
administradores: dirigida al grupo de usuarios que se
encargarán de la gestión y parametrización de cada uno de los módulos. La
formación se centrará en todas las funcionalidades y circuitos para la
Formación
parametrización de los sistemas, administración de las tablas maestras y de
21
$nfr
scrvicio Madribño da salud
!
Comunidad de Madrid
códigos, gest¡ón de usuarios y perfiles de acceso, etc., de acuerdo a la
estructura y circuitos específicos existentes en el hospital correspondiente.
Formación a formadores/usuarios finales: orientada a usuarios finales de
la aplicación y enfocada al uso de los distintos módulos y componentes de la
aplicación. Esta formación se realizarájusto antes de la puesta en marcha de
los sistemas y regularmente durante la duración del contrato. La formación
deberá ser ofrecida mediante un entorno de soporte lo más parecido posible
al entorno de trabajo real. El personal del contratista será el encargado de
impartir esta formación y de conocer tanto la parametrización como los
circuitos de los hospitales. En el caso de la formación a formadores los
hospitales apoyarán estas acciones con personal facultativo y de enfermería
(usuarios claves).
Formación técnica: orientada a las unidades de informática de los hospitales
y de la DGSIS, y enfocada a la administración de la aplicación, al
conocimiento de las herramientas de desarrollo y programación inherentes, a
la integración de datos y herramientas de integración empleadas, a la
extracción de la información y a la explotación de los datos. Esta formación se
realizará antes de la puesta en marcha de la aplicación y regularmente
durante la duración del contrato. El personal del contratista será el encargado
de impartir esta formación y de conocer tanto la parametrización como los
circuitos de los hospitales.
En concreto, y como mínimo, se requerirá, de manera obligatoria, formación
específica sobre la herramienta del motor de integración (Ensemble) para el
personal técnico del Servicio de lnformática del Hospital, teniéndose que
impartirse un mínimo de dos ediciones de este curso por hospital para así
poder garantizar la continuidad del servicio. Se estiman unos cinco alumnos
por edición. Dicho curso, para la Administración
y
gestión de
la
plataforma, tendrá como mínimo el siguiente contenido:
o
.
.
o
.
.
.
lntroducción conceptual al estándar HL7
Arquitectura de integración
Funcionalidad delAPl para HL7
Ficheros de traza y logs delAPl para HL7
El portal de Ensemble
Revisión de las integraciones montadas en el hospital
Diagnosis y resolución de errores
22
{d M
S*rvieio Madribno de Selud
!
Comunidad de tladrld
Será necesaria la disposición de recursos específicos para adaptar la capacitación
técnica del personal del hospital en la gestión, en la parametrizacion, operación y
administración de los sistemas y herramientas.
Para este proceso deberán además entregarse los manuales de usuario
y
técnicos relativos alfuncionamiento y soporte del sistema.
A
partir del momento de la entrada en funcionamiento del nuevo sistema
(arranque) se iniciará una fase de soporte "in situ" a los usuarios clínicos de los
hospitales en el uso y gestión de las nuevas aplicaciones y constatación de la
corrección de los datos migrados. Dicho soporte deberá ser realizado por el
equipo de trabajo que ha estado presente durante la fase de implantación de las
aplicaciones y, según las dimensiones de los Centros y el nivel de dispersión
física de los usuarios, el contratista facilitará recursos de refuezo; posteriormente,
y a medida que el personal del Centro vaya adquiriendo mayor soltura en el
manejo de las aplicaciones, se podrá ir liberando progresivamente parte de dicho
equipo.
En esta fase se efectúa un seguimiento directo del uso que el personal de los
hospitales hace de las nuevas aplicaciones para aclarar cualquier tipo de duda y
resolver posibles incidencias que puedan surgir. Con ello se pretende que los
usuarios directos se vayan adaptando a la nueva forma de gestión de forma
progresiva y con el menor impacto posible.
7.1.8. Servicios de explotación
informacionales
de datos y actualización de
sistemas
El contratista deberá aportar las herramientas adecuadas complementarias para
la explotación operativa y directiva de la información gestionada por el sistema,
realizará la formación correspondiente y entregará el conjunto de procesos
estandarizados requeridos por los hospitales para la generación de listados y
estadísticas.
Además, proporcionará formación técnica sobre la extracción de datos
y
la
explotación de la información.
Del mismo modo, debe garantizar la integración con los sistemas corporativos de
análisis y consolidación de información del SERMAS comprendidos en elAnexo l.
23
$nf,
sarvicio Madriþño de sdud
I
Comunidad de tladrid
7.1.9. Servicios de apoyo post-implantación
Con carácter general, también se deberán proporcionar servicios de apoyo postimplantación, inmediatamente después de la puesta en producción de cada
módulo y que debe extenderse hasta la asunción del soporte y mantenimiento
para el sistema implantado por parte de los servicios corporativos establecidos
desde la DGSIS o cualquier otra entidad responsable de la explotación de los
sistemas de información.
Este apoyo debe incluir:
Apoyo al despliegue progresivo o extensión del uso del sistema en áreas
asistenciales, en los módulos que asíse planifique.
Sesiones de formación complementaria o de refuerzo a las planificadas.
Soporte funcional a los usuarios para el mejor aprovechamiento del alcance
funcional del sistema.
Resolución ágilde incidencias debidas a errores.
Soporte de segundo y tercer nivel a usuarios técnicos informáticos del
SERMAS en el uso, operación y administración de la solución.
Comunicación con los proveedores de los sistemas de información del
Hospital para escalar las incidencias que así lo precisen.
Otras actividades de gestión del cambio.
Estabilización del sistema implantado y de las integraciones.
El objetivo del apoyo post-implantación es cubrir todos los aspectos necesarios para
la ofrecer el adecuado funcionamiento de la solución implantada. La estimación de la
duración de este servicio es de 6 meses a partir de la finalización de la actividad de
puesta en marcha.
7.2. SERVICIOS DE ADMINISTRAGIÓN
Y
OPERACIÓN DE
LA
PLATAFORMA
TECNOLÓGIGA
El contratista realizará las tareas de administración, operación y mantenimiento de la
plataforma software HP-HCIS instalada (software de aplicación, sistemas operativos,
gestores de base de datos, software de servidores de aplicaciones, software de
integración, etc.), desde el momento de su configuración inicial para la puesta en
marcha del sistema hasta la finalización del contrato.
Este servicio engloba la resolución de incidencias, las tareas de administración y
operación diarias, el mantenimiento proactivo así como los trabajos encaminados a
24
LJM
Servício MÊdriþno de Salud
E Gomunidad de Madrld
mantener y optimizar el rendimiento del sistema y para garantizar la estabilidad de la
instalación.
Este servicio será prestado "in situ" en las dependencias del Hospital y/o CPDs
Centrales donde se alojen los componentes de la plataforma tecnológica soportada y
estarán regidos por el Acuerdo de Nivel de Servicio requerido en el este pliego.
8. REQUISITOS DEL SISTEMA A IMPLEMENTAR
8.1. REQUISITOS FUNCIONALES
Los requisitos funcionales que el sistema deberá satisfacer, aparte de los
identificados en el apartado de servicios de diseño de procesos, se encuentran
detallados en una tabla recogida en el Anexo ll Requisitos funcionales del
sistema.
lncluirá la metodología y planificación de la etapa inicial para toma de requisitos
específicos en los hospitales comprendidos en elalcance.
8.2. REQUISITOS TECNOLOGIGOS
lll Plataforma
tecnológica del SERMAS respecto a la infraestructura disponible, la plataforma
El contratista deberá considerar las premisas expresadas en el Anexo
tecnológica a utilizar y los estándares contemplados en el SERMAS.
Teniendo en cuenta las premisas allí descritas, se deberán definir claramente los
requerimientos técnicos asociados a cada una de las capas del sistema de
información propuesto (capa de servidores frontales / aplicación, capa de integración
y capa de servidores de BBDD) para el despliegue de la HCE: capacidad de proceso
requerido, memoria, volumen de datos requerido para la plataforma de
almacenamiento y los puertos necesarios para las plataformas de comunicaciones
LAN y WAN.
En ese sentido, el adjudicatario propondrá una arquitectura tecnológica para la
plataforma tecnológica de la solución, tanto para proceso como para almacenamiento
(estudio de necesidades), y realizará un análisis de viabilidad y de riesgos en relación
a la infraestructura TIC disponible en los hospitales y en los CPDs centrales del
25
{dM
$sr'ricio Madribiio de Satud
f
Comunidad de
tadrld
SERMAS (hardware, software de base, comunicaciones) asociada al servicio que
prestará la solución final.
La instalación, configuración
y
de la solución se hará sobre
infraestructura disponible en los CPDs de los hospitales ylo en los CPDs
Centralizados del SERMAS (según la tipología de los hospitales). Tanto los
parametrizacion
componentes de la infraestructura tecnológica (hardware) como las licencias de la
solución HP-HCIS en los hospitales dependientes del SERMAS es propiedad del
SERMAS, por lo que no forman parte de la presente contratación.
Tal y como se detalla en el Anexo lll, se propone un escenario concentrado para la
centralización de plataformas de los hospitales del Grupo Funcional ll (Hospital
Universitario de Getafe) y para los Hospitales de apoyo y monográfico (Hospital
Universitario Santa Cristina, Hospital lnfantil Universitario Niño Jesús, Hospital
Central de la Cruz Roja San José y Santa Adela), con sus servicios alojados en el
Centro de Proceso de Datos principal ubicado en el Hospital 12 de Octubre y un
Centro de Contingencia dimensionado únicamente paru
replicación del
almacenamiento de producción y la plataforma de bases de datos.
Los hospitales del Grupo Funcional lll (Hospital Universitario Ramón y Cajal,
Hospital Universitario La Paz - Carlos lll y Hospital Clínico San Carlos), se regirán
por un modelo desconcentrado donde los servicios estarán alojados en el CPD del
centro hospitalario y contarán con un Centro de Contingencia dimensionado para el
100o/o de la plataforma.
la
EI contratista debe garantizar la total compatibilidad e integración de los componentes
que ofrezca, con los elementos y aplicaciones existentes en el SERMAS así como
con la infraestructura ya desplegada en el Proyecto [email protected], y deberá realizar todas
las tareas oportunas para conseguir el funcionamiento total del sistema final requerido
y sin pérdida de la continuidad del servicio que se presta.
El personal técnico del SERMAS cuenta con capacitación en cuanto a la arquitectura
técnica presentada en este apartado, por lo que para otros componentes adicionales
distintos a los mencionados, el contratista deberá proveer de formación especifica a
todo el personal técnico mencionado así como al personal que pueda verse afectado
por el cambio de sistema,
y
deberá colaborar en la confección, definición y/o
modificación de los procedimientos e instrucciones técnicas que afecten a la gestión y
administración del software, sin que ello suponga ningún coste añadido para la
entidad ni para el organismo destinatario, y sin perjuicio de los plazos establecidos en
el presente pliego.
Con el objeto de garantizar el correcto funcionamiento de la solución en su conjunto,
el contratista contemplará en su metodología de despliegue una exhaustiva batería
26
Servùeio Mådriþñö do Salud
ËJM
ll
comun:dad de tladrid
de pruebas de la solución propuesta y la presentación de toda la documentación
asociada que contemple el detalle de las mismas, resultados obtenidos, etc.
La arquitectura técnica ofertada será validada en última instancia por el SERMAS y
contemplará los siguientes requisitos técnicos:
1. Disponer de una arquitectura en 3 capas (presentación, aplicación y base de
datos):
-
Capa de datos. Sistema gestor de base de datos en máquina independiente
de la aplicación. Los accesos a la BBDD por parte de la aplicación se
garantizarán mediante transacciones seguras utilizando logs de recuperación.
Capa de Aplicación. Aplicación y servicios de aplicación en misma máquina o
en máquinas independientes.
Capa de Presentación. Presentación en cliente directamente y a través de
servidor de presentación.
2. Repositorio de acceso y validación de usuarios contra el Directorio Activo de la
CSCM.
3.
Separación lógica
y
física de entornos de producción, preproducción
y
formación.
4.
Compatibilidad
con sistemas de virtualización de servidores actuales
(VMwareVSphere5). En relación con este apartado, el contratista deberá aportar
iniciativas orientadas a la actualizaciôn tecnológica de los profesionales técnicos
del SERMAS.
8.3. REQUISITOS DE INTEGRACIÓN
Los sistemas de información y aplicaciones con los que deberán realizarse tareas de
integración, se encuentran detallados en las tablas que figuran en el Anexo I para
cada uno de los hospitales considerados en el alcance.
Como norma general, la solución propuesta deberá cumplir los siguientes requisitos
de integración, relacionados con la estandarización tecnológica:
lntegración universal mediante los estándares que se determinen tomando
como base HL7 y el perfil de integración definido por lHE.
Soporte de estándares básicos de imagen médica (DICOM 3.0).
Utilización de servicios web.
27
Ldffi
soruieio MÊdribño de salud
!
Comunidad dc Madrld
Soporte de intercambio de información bajo XML.
Representación de documentación clínica basada en el estándar CDA de HL7
para la Arquitectura de Documentos Clínicos.
Garantía del funcionamiento de todas las interfaces desarrolladas en el
proyecto frente a actualizaciones de software.
lntegración interna utilizando motor de integración.
Otros estándares e terminologia y sistemas de clasificación y codificación:
(SNOMED, LOINC, etc.)
Es importante tener en cuenta que no todas las soluciones informáticas existentes
en los hospitales cumplen con el estándar HL7, por lo que el contratista proveerá,
instalará, configurará y validará un motor de conversión al estándar HL7.
El contratista deberá aportar las licencias de herramientas de integración con
subsistemas, explotación de la información del sistema y monitorización de los
servicios.
8.4. REQUISITOS DE PROTECGION DE DATOS
Dada la dependencia de disponibilidad de la información gestionada por el sistema a
implementat parc la propia salud del paciente, se debe tener en cuenta la
responsabilidad en materia de tratamiento de datos por parte del contratista, por la
especial naturaleza y volumen de información.
Por ello, el contratista debe poner en marcha las medidas necesarias para evitar la
intrusión de personas no autorizadas, garantizar la confidencialidad y calidad de los
datos que se introduzcan al sistema de información y la integridad de las bases de
datos que los contengan. Entre ellas debe figurar:
Todas las medidas de seguridad exigidas por el RD 172012007 , que desarrolla
la LOPD, para los ficheros que contengan datos con necesidad de nivel de
protección ALTO.
Gestión de usuarios y accesos, privilegios y permisos.
Ficheros de log auditables con los niveles y contenidos exigidos por la LOPD.
lncorporar mecanismos de cifrado en las transmisiones de información.
lncorporar mecanismos de integridad de la información mediante bloqueo ante
accesos simultáneos o ante sucesivos intentos fallidos.
lncorporación de mecanismos de seguridad adicionales al sistema de
contraseñas (certificados, firma electrónica, métodos biométricos, etc.).
Firma electrónica ante exigencias de la CSCM.
28
{d M
Sarvicís Madriþño de Satud
þ
Comunidad de Madrld
Disociación de datos clínicos y administrativos.
lntegración con el Directorio Activo de la CSCM para la gestión de usuarios.
Plan de contingencia ante cualquier deterioro del servicio.
Creación de un LDAP de aplicaciones enlazadas con el Directorio Activo que
proporcione los perfiles de acceso a las aplicaciones correspondientes.
Debe entenderse lo descrito en el presente apartado como una declaración de
mínimos, debiendo realizarse un estudio más profundo de todos los aspectos
tratados que quedará reflejado en el "Manual de Contingencia" de los Sistemas de
lnformación.
Con carácter general las normas contenidas en el manual serán de aplicación a
todos los usuarios de los sistemas de información y cubrirán a la totalidad de los
datos y ficheros gestionados o utilizados por los hospitales para el desarrollo de
su función asistencial, administrativa o de gestión de actividad.
De manera más específica, los mecanismos de protección que se deberán
cumplimentar de forma global, se regirán por los siguientes principios:
Políticas de sequridad. Se seguirán las políticas de seguridad formuladas por la
CSCM a nivel corporativo.
Auditoría. Dado que los sistemas de información a implantar gestionarán datos de
carácter personal, se solicitará al contratista la realización de auditorías con la
frecuencia que la CSCM determine, como mínimo cada dos años, con el fin de
comprobar que se cumplen con los requisitos de protección establecidos por la
normativa vigente.
Arquitectura de sistemas v de comunicaciones. La CSCM validará la arquitectura
de sistemas y de comunicaciones propuesta por el contratista, haciendo especial
hincapié en aspectos de seguridad y revisando aspectos tan diversos como el
diseño de la red, las técnicas de programación segura, los protocolos de
interfaces de conexión, etc.
lndependencia de redes. Se establecerán redes virtuales independientes y
separadas mediante Firewall entre los hospitales y el proveedor. De manera
análoga, se establecerá una conectividad entre la red del contratista y la red
sanitaria de la CSCM, mediante Firewall.
Documento de Sequridad. El contratista, al inicio de la implantación y alfinalizar el
proyecto, deberá entregar el Documento de Seguridad cumplimentado y puesto al
29
{dM
sarvieio Madriþño da salud
!
Comunidad de Madrld
día de él o los Sistemas de lnformación correspond¡entes, el cual deberá cumplir
los criterios y directrices de seguridad establecidos por la CSCM. El contratista
deberá garantizar que las herramientas que propone en la solución, Sistemas
Operativos, Bases de Datos y Aplicaciones, cumplen con los distintos artículos
definidos en el reglamento de medidas de seguridad (RD 172012007) de los
ficheros automatizados que contienen datos de carácter personal, en la propia Ley
de Protección de Datos o cualquier otra normativa vigente a lo largo de la
ejecución del contrato.
Dada la complejidad de las bases de datos relacionales que darán soporte a los
diferentes sistemas informáticos de los hospitales, es necesario el desarrollo de
una política de revisión y de mantenimiento continua de los parámetros que
utilizan los Sistemas
de
Gestión
de Bases de Datos y sus objetos
correspondientes.
El procedimiento de revisión de los parámetros de base de datos debe contar con
tres grupos de tareas:
Revisión de los parámetros de ocupación y accesibilidad. Con esta tarea se
persigue por un lado garantizar el correcto acceso a los datos (con cambios
periódicos de las claves de conexión) y por otro la garantizar la adecuada
disponibilidad de espacio para los distintos objetos (espacio de datos, log,
etc.).
Mantenimiento de los índices de acceso a las tablas y vistas. Tarea clásica
pero de vital importancia para garantizar el adecuado rendimiento de los
sistemas.
Gestión de los procesos de paso a ficheros históricos. Con cierta periodicidad
será necesario realizar procesos de descarga de datos de las tablas y bases
de datos on-line, dado el gran volumen que algunos objetos alcanzarán y su
pérdida de relevancia funcional con el paso del tiempo (analíticas de
laboratorio, citas antiguas, etc.).
El contratista aportará funcionalidades específicas orientadas
a
garantizar la
seguridad del paciente y la protección del acceso a los datos de la historia clínica.
30
{dM
9.
Scrvicio Mâdrikño de Salud
!
Comunidad de Madrld
EJECUCION Y GESTION DEL CONTRATO
9.I. MODELO DE RELACION
El contratista se encargará de la realización de todas las actividades requeridas en el
alcance de los servicios objeto del contrato. Para ello, deberá establecer un modelo
de relación con las distintas unidades de los hospitales, la DGSIS y del SERMAS, con
las cuales se requiere la adecuada coordinación:
Servicio de Informática de los hospitales: responsable de la gestión,
administración, operación y mantenimiento de los sistemas de información y la
infraestructura existente en los centros. Así mismo, apoyan a las labores de
coordinación de otras áreas de los hospitales implicadas en el proceso (grupos de
usuarios) y proveedores de otras soluciones a integrar. Además, proporcionan un
soporte de primer nivel a los usuarios de sus respectivos hospitales.
CEDAS (Gentro de Datos de Administración y Soporte): responsable de los
servicios de gestión integral de los CPDs del SERMAS, y por tanto, de la gestión,
administración, operación y mantenimiento de la infraestructura centralizada en
los Centros de Procesos de Datos Corporativos del SERMAS.
MEDAS: tiene a su cargo el Mantenimiento, Evolución y Desarrollo de las
Aplicaciones Sanitarias del SERMAS. MEDAS proporciona los requisitos de
integración con las aplicaciones corporativas en uso y explotación desde el
Hospital o que requieren la integración de datos a partir de los Sistemas de
lnformación del Hospital.
GESUS: dentro del ámbito de la gestión de los servicios TIC del SERMAS, es el
interlocutor con el que contactarán los usuarios de la CSCM ante problemas o
incidencias que puedan surgir en relación a dichos servicios. Es, asimismo, el
canal principal de entrada de solicitudes de modificación, adecuación y evolución
de aplicaciones, y apoya y da soporte al personal de informática de los Centros en
las labores de operación y administración de las infraestructuras tecnológicas.
Oficina Técnica del Plan [email protected]: le corresponde la planificación, puesta en
marcha, seguimiento y control de los proyectos que se lleven a cabo en el ámbito
de Atención Especializada bajo el marco del Plan [email protected] Será la encargada
de apoyar y asegurar el correcto desempeño y desarrollo de los proyectos,
actividades y tareas relacionadas con la modernización de los hospitales,
estableciendo las bases metodológicas, criterios de seguimiento y control y los
mecanismos de apoyo a la gestión del cambio y de riesgos.
31
{'dM
Sorvicio Mådribño de Salud
@
Comunidad de Madrld
OSSI (Oficina de Seguridad de los Sistemas de lnformación Sanitaria): tiene como
objetivo principal definir y desarrollar las políticas y procedimientos en materia de
seguridad de la información de la CSCM, así como velar por su implantación y
puesta en marcha. Asimismo, y entre otras funciones, presta apoyo a la CSCM en
materia de seguridad de la información, tanto a nivel legal como técnico, con el
objetivo de minimizar los riesgos y las amenazas en esta materia.
OT de Proyectos: encargada de la planificación, seguimiento y gestión de los
proyectos de carácter corporativo (transversales) del SERMAS. Proporciona las
directrices y estándares a considerar para la integración del proyecto específico
con otras iniciativas o proyectos que, desde Servicios Centrales, estén en
progreso o en producción.
Cada hospital nombrará un interlocutor que realice las funciones de Director del
Proyecto y que configurará el Comité de Dirección específico del hospital.
El contratista deberá nombrar a un Jefe de Proyecto, con perfil de consultor funcional,
para que coordine la prestación del servicio, gestione el trabajo del resto del equipo y
sea el interlocutor con la Dirección del Proyecto.
Es responsabilidad del contratista impartir todas las órdenes, criterios de realización
del trabajo y directrices a sus trabajadores.
El Jefe de Proyecto designado por el contratista deberá proporcionar informes
periódicos, así como todos aquellos otros que, a petición de los organismos de
Dirección de los centros ylo la DGSIS, pudieran servir para la óptima consecución de
los objetivos previstos. Como mínimo estos informes deberán especificar el grado de
avance de los trabajos, nivel de cumplimiento de los indicadores de nivel de servicio
comprometidos, así como resaltar:
Tareas realizadas en el período anterior.
Desviación de objetivos y plazos, y las correspondientes medidas correctoras.
lncidencias a destacar y acciones tomadas.
Planificación concreta para el siguiente período.
Desde el inicio del contrato, se organizarán reuniones periódicas estructuradas como
Comisiones de Dirección, a las que asistirán obligatoriamente el Director del Proyecto
y el Jefe de Proyecto del contratista, y todos aquellos técnicos que por ambas partes
se considere necesario.
32
ü
M
Ser'¡icio Madriþño de Satud
f
Co-,,r.ldad de tadrld
Asimismo, se celebrarán reuniones periódicas del Comité de Dirección de cada
centro conformado por la Dirección del Hospital y la DGSIS, a la que se convocará al
Jefe de Proyecto del contratista cuando se estime oportuno.
Adicionalmente, se celebrarán las reuniones relativas a la ejecución del contrato y los
proyectos implicados en la misma, según lo estimen necesarios los organismos de
Dirección de los hospitales.
9.2. EQUIPO DE PRESTACIÓN DEL SERVICIO.
El contratista deberá dimensionar adecuadamente la dotación de los
diferentes
perfiles con objeto de garantizar la correcta ejecución y buen orden del servicio objeto
del contrato, los plazos y los niveles de calidad de servicio exigidos.
Para la ejecución del contrato se estiman los siguientes tipos de perfiles necesarios
PERFIL / ROL
REQUISITOS DE FORMACION Y EXPERIENCIA
a
Titulación Superior Universitaria en estudios relacionados con las
Ttc.
años de experiencia en dirección de proyectos TIC de
implantación de sistemas de información en hospitales y en
proyectos funcionales de procesos asistenciales.
a
3 años de experiencia en dirección de proyectos de renovación/migración
o
de sistemas de información hospitalarios e implantación de sistemas de
historia clínica electrónica. Experiencia y conocimiento en dirección de
proyectos en la familia de productos HP-HCIS
Titulación Superior Universitaria en estudios relacionados con las
a
JEFE DE
PROYECTO
5
Ttc.
a
5 años de experiencia en dirección de proyectos TIC de
implantación de sistemas de información en hospitales
proyectos funcionales de procesos asistenciales.
CONSULTOR
y
en
a
3 años de experiencia en la tareas de consultoría funcional de pre-
a
implantación (análisis previo e impacto) e implantación, en proyectos de
renovación/migración de sistemas de información hospitalarios y de
sistemas de historia clínica electrónica. Experiencia y conocimiento en
consultoría de implantación de la familia de productos HP-HCIS
Titulación Universitaria en estudios relacionados con las TIC
a
ANALISTA
a
4 años de experiencia en gestión de proyectos en el ámbito de la
Sanidad, con experiencia en análisis funcional y técnico de
procesos sanitarios
4 años de experiencia en la especificación de requisitos de adaptación a
circuitos asistenciales y requisitos de migración de sistemas de
información hospitalarios. Al menos el 40 o/o de analistas deberán tener
conocimiento y experiencia funcional en la familia de productos HP-HCIS
33
tiffi
ssr*ricio Mâdriteño dð
PERFIL / ROL
sdud
!
Comuntdad do
tadrld
REQUISITOS DE FORMACION Y EXPERIENCIA
a
Titulación Universitaria
ó
Formación Profesional
en estudios
relacionados con las TlC.
a
3 años de experiencia en diseño y gestión de arquitectura de
y
de datos plataformas de integración
mediante protocolo HL7.
3 años de experiencia en la instalación, parametrizacion y
optimización de la configuración de software de servidor de
aplicaciones y gestor de bases de datos para sistemas de
información hospitalario. Al menos el 40 o/o de los técnicos de sistemas
deberán tener conocimientos en la configuración e instalación para la
aplicaciones, bases
TÉcNIco
DE
SISTEMAS
o
sÉNton
familia de productos HP-HCIS.
a
Documento acreditativo
de asistencia a formación oficial
en
Ensemble
o
Titulación Universitaria
ó
Formación Profesional
en estudios
relacionados con las TlC.
ANALISTA
PROGRAMADOR
a
2
años de experiencia en desarrollo de aplicaciones o en
el
mantenimiento evolutivo y correctivo o en el soporte post-implantación ó
en la
y
administración
operación, de sistemas de información
hospitalarios. Al menos el 40 % de los analistas programadores, deberán
acreditar experiencia en el desarrollo de software para la familia de
productos HP-HCIS
contratista se compromete a aportar el material de oficina, equipamiento
informático y consumibles necesarios para el funcionamiento del equipo propuesto,
asum¡endo el riesgo ante cualquier emergencia (mediante la elaboración de un plan
El
de contingencia) y el derivado de los desperfectos que cause su personal.
9.3. SEGUIMIENTO Y CONTROL
El seguimiento y control del proyecto se efectuará sobre las siguientes bases
Establecimiento de comités de dirección y seguimiento del contrato
Seguimiento continuado de la evolución del contrato entre el Director de proyecto
y el jefe de proyecto, con reuniones periódicas al objeto de revisar el grado de
cumplimiento de los objetivos, las reasignaciones y variaciones de efectivos de
personal dedicado al contrato, las especificaciones funcionales de cada uno de
los objetivos y la validación de las programaciones de actividades realizadas.
34
{"'
lfi
Sarvicio MadrileÅo da Salud
@ Co-uttidad de tadrld
Tras las revisiones técnicas, el Director de Proyecto podrá rechazar en todo o en
parte los trabajos realizados, en la medida que no respondan a lo acordado o que no
superasen los controles de calidad.
9.4. HERRAMIENTA PARA LA GESflÓN DEL PROYECTO
Dada la complejidad y el alcance de las actuaciones a desarrollar, el contratista
deberá proponer y suministrar una herramienta que permita llevar a cabo, de forma
eficaz y eficiente, las funciones de planificación, seguimiento, control de calidad y
documentación de los trabajos, facilitando el análisis del grado de avance de los
procesos fundamentales del mismo, así como también, la generación de la
documentación e informes de seguimiento a entregar a los órganos de Dirección.
En dicha herramienta quedará recogida toda la información inherente a todas las
tareas realizadas respecto a todo el ciclo de vida del proyecto, con una visión tanto
global, del proyecto en su conjunto, como parcial de los proyectos específicos en los
hospitales, con repositorio de los documentos entregables y descriptivos de la
planificación, calendario de reuniones, asignación de recursos, avance de
actuaciones, informes de seguimiento, gestión de peticiones e incidencias así como
también a la reingeniería de procesos y actuaciones relativas a integración.
La herramienta deberá tener un alcance funcional que permita principalmente
Proporcionar una visión tanto detallada como agregada de los proyectos y del
estado o grado de avance de los mismos a tiempo real.
Permitir la automatizacion de los procesos de gestión Tl definidos internamente
(mecanismos de aprobación, autorizaciones, etc.) facilitando su adopción por
todos los grupos de trabajo del proyecto.
Contemplar el acceso a la información de gestión almacenada en un repositorio,
en función de perfiles y capacidades, y disponer de información actualizada del
avance de los proyectos, del estado de las peticiones e incidencias, facilitando la
comunicación entre todos los participantes implicados.
lntegrar el ciclo de vida desde la apertura inicial, el seguimiento de todas las fases
del proyecto y la gestión de la calidad.
El sistema deberá poder ser utilizado por todos los profesionales que participen en los
grupos de trabajo, previa aprobación por parte de la DGSIS, actuando de este modo
como una herramienta de comunicación, coordinación y colaboración.
9.5. ACUERDOS DE N|VEL DE SERVTCTO (ANS)
35
{dnf, Strvicio
Mâdriþrlo da Salud
f
Comunidad de Madrid
Los Acuerdos de Niveles de Servicio comprenden un conjunto de indicadores
orientados a disponer de mecanismos objetivos de medición de la calidad y agilidad
en la prestación del servicio, especialmente en aquellos procesos en que se
interactúa con el ciudadano y de intercambio de información con la Administración.
Esos indicadores tienen como objeto la medición del rendimiento de los sistemas, la
disponibilidad de los mismos y su adecuación a la normativa o directrices estratégicas
de la Administración.
Los niveles de servicio establecidos como requisitos tienen carácter de mínimos y
deberán ser aceptados o mejorados por el licitador. Su medición comenzará en el
momento del inicio de la prestación de los servicios del Centro.
Los Niveles de Servicio Mínimos en los sistemas suministrados por el contratista
serán los siguientes:
Tiempo de Respuesta de la aplicación:
lndicador (")
Tempo medio de
respuesta de la
aplicación
Tiempo máximo de
respuesta de la
aplicación
Descripción del
lndicador
Tiempo medio de
respuesta de la
aplicación en
cualquier
Nivel
Permitido
Nivel
Objetivo
0,8 seg
0,5 seg
A petición
5 seg
2 seg
A petición
Periodicidad
operación
ïiempo de
respuesta de la
aplicación en
cualquier
operación
(*) Medido en condiciones de pico de trabajo diario
I
ndicadores de Disoonibilidacl del Sistemas de lnformación:
lndicador
Aplicación
en horario
de criticidad
Aplicación
en horario
no crítico
Descripción
del lndicador
Nivel
Permitido
Nivel
Objetivo
Periodicidad
Crítico
99,5%
99,9%
Diario
Crítico
2
0
Anual
Máximo número
de paradas
Otros
4
1
Anual
Máximo tiempo
de parada
Otros
10 min
Anual
Disponibilidad
Máximo número
de paradas
Tipo
t
hora
36
Sarvieio Madriletio de Satr¡d
{,JM
lndicador
Descripción
del lndicador
Máximo
acumulado anual
!
Tipo
Otros
Comuntdad de Madrid
Nivel
Permitido
Nivel
Objetivo
Periodicidad
2 horas
20 min
Anual
Mantenimiento de Aplicaciones
a
Modificaciones necesarias para corregir errores del producto detectados
durante los procesos de implantación y soporte. Los niveles de servicio
que deberán cumplirse son:
lndicador
Frecuen
cia
Resolución de
lncidencias de Mensual
Prioridad A
Resolución de
lncidencias de
Prioridad B
Mensual
Resolución de
lncidencias de Mensual
Prioridad C
Reincidencias
Mensual
Unidad de Medición
% de incidencias resueltas en
plazo asignado desde la
notificación por la unidad de
soporte a usuarios o
detectadas proactivamente
% de incidencias resueltas en
plazo asignado desde la
notificación por la unidad de
soporte a usuarios o
detectadas proactivamente
% de incidencias resueltas en
plazo asignado desde su
notificación por la unidad de
soporte a usuarios o
detectadas proactivamente
% de incidencias resueltas
que vuelven a provocar una
nueva incidencia
Tiempo de
Resolución
Nivel
Periodicida
Permitid
Menos de 3 horas
95%
Menos de 5 horas
90o/o
I horas
100%
Menos de 2 días
85%
Menos de 6 días
100%
Según Prioridad
5%
Menos de
d
o
Mensual
Mensual
Mensual
Mensual
Mensual
Mensual
Prioridad A:lnterrupción de un servicio sin alternativa de funcionamiento.
Prioridad B. Degradación o interrupción de un servicio que tiene
alternativa de funcionamiento.
Prioridad G:Degradación del servicio pero no impide el trabajo de los
usuarios.
Control del servicio:
37
tiIrfi
Ssryi,cio Madribño de Salud
lndicador
lnformes de
seguimiento definidos
Frecuencia
Mensual
Unidad de
I
Medición
% de informes entregados
en los plazos planificados
Nivel
Comunidad de Madrid
Permitido Periodicidad
lOOo/o
Mensual
A estos efectos, el Director del Proyecto certificará mensualmente los resultados
obtenidos a partir de los informes de seguimiento. En dicha certificación se
plasmarán, en su caso, los incumplimientos que puedan dar lugar a la imposición de
penalidades, según lo dispuesto en el pliego de cláusulas administrativas.
IO. PROPIEDAD INTELECTUAL
Todos los estudios, informes y documentos, así como el resto de productos y
subproductos elaborados por el contratista como consecuencia de la ejecución del
contrato serán propiedad del SERMAS, quien podrá reproducirlos, publicarlos y
divulgarlos, total o parcialmente, sin que pueda oponerse a ello el contratista autor
material de los trabajos.
El contratista renuncia expresamente a cualquier derecho que sobre los
trabajos
realizados como consecuencia de la ejecución del contrato pudieran corresponderle, y no
podrá hacer ningún uso o divulgación de los estudios y documentos utilizados o
elaborados en base a este pliego de condiciones, bien sea en forma total o parcial,
directa o extractada, original o reproducida, sin autorización expresa del centro.
Por otro lado, la documentación generada durante la ejecución del contrato será
propiedad exclusiva del centro sin que el contratista pueda conservarla, ni obtener copia
de la misma o facilitarla a terceros sin la expresa autorización del centro.
Toda la documentación se entregará en castellano en el soporte electrónico que se
acuerde para facilitar eltratamiento y reproducción de los mtsmos.
El contratista deberá proporcionar al hospital las nuevas versiones de la documentación
que se vayan produciendo. También se entregarán, en su caso, los documentos sobre
los que se ha basado el diseño de las operaciones, documentos de trabajo previos, etc.
en idéntico soporte a los anteriores.
La documentación deberá abarcar todos aquellos planes y estudios incluidos en el objeto
del contrato.
38
$M
Sørvåcis Madriþño de Salud
!
Comun:dad de
tadrid
I1. SEGURIDAD Y GONFIDENCIALIDAD
11.1.
NORMATIVA QUE APLICA
En el caso de que el contratista, en el ejercicio de la prestación del servicio, tuviera
que manejar ficheros con datos de carácter personal en el marco del objeto del
presente contrato, cumplirá con la legislación vigente en materia de protección de
datos de carácter personal conforme a lo dispuesto en las leyes y decretos que se
relacionan a continuación:
. Ley Orgánica 15/1999, de 13 de diciembre, de Protección de Datos de Carácter
Personal.
¡
Real Decreto 172012007 de 21 de Diciembre, por el que se aprueba el nuevo
Reglamento de Desarrollo de la LOPD.
Y las disposiciones de desarrollo de las normas anteriores en materia de Protección
de Datos que se encuentren en vigor a la adjudicación de este contrato o que puedan
estarlo durante su vigencia.
11.2. FORMALIZACION DEL CONTRATO DE ENCARGADO DE TRATAMIENTO
La empresa contratista tendrá la consideración de encargado deltratamiento en tanto
en cuanto acceda a datos considerados como de carácter personal por la Ley
Orgánica 15/1999 de 13 de diciembre, de protección de datos de carácter personal. A
tal efecto, la empresa contratista deberá suscribir el contrato de encargo de
tratamiento, en virtud de lo establecido en el art. 12 de la mencionada Ley.
Por consiguiente las Direcciones, Organismos, Entidades o Entes de derecho público
de la CSCM ostentarán, en cualquier caso, y con respecto a los datos objeto de
acceso o tratamiento, la condición de Responsable del Fichero o del tratamiento.
únicamente tratará los datos conforme a las
instrucciones del responsable del tratamiento, que no los aplicará o utilizará con fin
distinto al de la estricta prestación del servicio, ni los comunicará, ni siquiera para su
conservación, a otras personas. En caso contrario, será considerado también
responsable del tratamiento respondiendo de las infracciones en que hubiera
El encargado del tratamiento
incurrido personalmente.
El encargado del tratamiento deberán adoptar las medidas de Índole técnica y
organizativas necesarias que garanticen la seguridad de los datos de carácter
personal y eviten su alteración, pérdida, tratamiento o acceso no autorizado, habida
cuenta del estado de la tecnología, la naturaleza de los datos almacenados y los
riesgos a que estén expuestos, ya provengan de la acción humana o del medio físico
o natural
39
{d M
II.3.
Servùcio Mådribño da Salud
!
Co-ur,ldad de Madrid
MEDIDAS DE SEGURIDAD
Se garantizarala adopción y el mantenimiento de las medidas de seguridad según lo
dispuesto en el RD 172012007. En concreto, se deberá garantizar, con carácter previo
a la prestación de los servicios, la adopción de las medidas de seguridad de nivel
alto, tanto en los ficheros y tratamientos automatizados como no automatizados, y de
cualesquiera otras que le fueren impuestas para garantizar la correcta protección de
los datos en cada caso.
Los hospitales sólo permitirán el acceso a los datos a aquellos empleados que tengan
necesidad de conocerlos. Estos accesos serán debidamente diferenciados y
controlados, para la prestación de los servicios contratados y solo se permitirán en
que tales empleados estén sujetos a las mismas obligaciones de
caso
confidencialidad y protección de datos de carácter personal establecidos para el
Hospital.
de
La empresa contratista y el personal encargado de la realización de las tareas
guardarán secreto profesional sobre todas las informaciones, documentos y asuntos
a los que tenga acceso o puedan llegar a conocer durante la vigencia del contrato,
estando obligados a no hacer públicos ni enajenarlos, incluso después de finalizar el
plazo contractual. No se revelarán, transferirán, cederán
de otra forma
ya
por
por
comunicarán,
sea verbalmente o
escrito,
medios electrónicos, papel o
mediante acceso informático, ni siquiera para su conservación, a ningún tercero.
o
La documentación, se entregará al contratista para el exclusivo fin de la realización
de las tareas objeto de este contrato, quedando prohibido, para el contratista y para el
personal encargado de su realización, su reproducción por cualquier medio, así como
la cesión total o parcial a cualquier persona física o jurídica. Lo anterior se extiende
asimismo al producto de dichas tareas.
Si la empresa contratista aporta equipos informáticos que requieran ser integrados en
la infraestructura informática de los hospitales cumplirán con los requisitos de
seguridad existentes en el mismo, indicados desde los órganos de Dirección de los
centros, asumiendo, en el caso de ser necesarios, los costes que puedan derivarse.
Una vez finalizada las tareas el contratista, previamente a retirar los equipos
informáticos, deberá borrar toda información utilizada o que se derive de la ejecución
del contrato, mediante formateo del disco duro. La destrucción de la documentación
de apoyo que no se considerará indispensable, se efectuará mediante máquina
destructora de papel o cualquier otro medio que garantice la ilegibilidad, realizándose
esta operación en el lugar donde se realicen los trabajos. Se comunicará previamente
a la dirección de los centros el borrado o destrucción de cualquier dato antes de
realizarlo, de forma que puedan llevarse a cabo las pertinentes copias de seguridad
de los datos tal y como indica el RD 172012007.
40
{dM
Sarvicio MadriHo do Salud
!
Comunidad de Madrld
El contratista se compromete a no dar información de ninguno de los datos
proporcionados por la Administración para cualquier otro uso no previsto en el
presente Pliego. En particular, no proporcionará, sin autorización escrita del Hospital
dador, copia de los documentos o datos a terceras personas.
La empresa contratista declara expresamente que conoce quedar obligada al
cumplimiento de lo dispuesto en la LOPD 15/1999 y expresamente en lo indicado en
su artículo 10 y 12, en cuanto al deber de secreto. La empresa contratista se
compromete explícitamente a formar e informar a su personal en las obligaciones que
de tales normas dimanan.
lgualmente serán de aplicación las disposiciones de desarrollo de las normas
anteriores que se encuentren en vigor a la adjudicación de este contrato o que
puedan estarlo durante su vigencia, y aquellas normas del Reglamento de Medidas
de Seguridad, aprobado por R.D. 172012007, de 21 de diciembre.
No se registrarán datos de carácter personal en ficheros que no reúnan las
condiciones que se determinen por el R.D. 172012007 respecto a su integridad y
seguridad y a las de los centros de tratamiento, locales, equipos, sistemas y
programas. (Artículo 9.2. LOPD).
Los servicios de mantenimiento de software, hardware o equipos físicos, operación o
soporte a usuarios o sistemas, o cualquier otro donde fuera de aplicación, deberán
respetar:
- Que exclusivamente el personal autorizado podrá tener acceso a los locales
donde se encuentren ubicados los soportes o equipos físicos objeto del servicio a
prestar. Dicho personal estará debidamente relacionado e identificado en una lista
que se entregará a la dirección del centro.
- En la salida de soportes informáticos que contengan datos de carácter personal,
fuera de los locales, como consecuencia de operaciones de mantenimiento, se
adoptarán las medidas necesarias para impedir cualquier recuperación indebida o
manipulación de la información almacenada en ellos durante su transporte, el cual
deberá ser autorizado por Responsable del fichero y el Hospital correspondiente.
Dichas medidas se comunicarán previamente por escrito al Responsable del
Fichero, quien podrá bien indicar la mejora de las mismas, de considerarlas
insuficientes, o bien denegar su autorización.
- Se aplicará, en todo caso, el procedimiento establecido en el Hospital
correspondiente, de registro de entrada / salida de soportes informáticos, que
controlará el tipo , la fecha y hora, el destinatario, el número de soportes, el tipo
de información que contienen, la forma de envío y la persona responsable de la
entrega / recogida que deberá estar debidamente autorizada. Se comunicará la
designación de la persona responsable a la dirección del centro así como
cualquier nuevo nombramiento de responsable que pudiera existir.
41
sarvùcio Madrileño de salud
ünfr
!
Comunidad de Madrid
- En ningún caso el equipo prestador del servicio objeto del contrato tendrá acceso
ni realizará tratamiento de datos de carácter personal contenidos o soportados en
los equipos o recursos mantenidos.
11.4. PERSONAL PRESTADOR DEL SERVICIO
Quienes intervengan en cualquier fase del tratamiento de los datos de carácter
personal firmarán un documento por el que quedarán obligados al secreto profesional
respecto de los mismos y al deber de guardarlos, obligaciones que subsistirán aun
después de finalizar la relación contractual. Así como a la renuncia expresa de los
derechos de propiedad intelectual que les pudiera corresponder y compromiso del
cumplimiento de las obligaciones de protección de datos de carácter personal.
El contratista nombrará dentro del equipo prestador del servicio a un miembro como
responsable de seguridad, que se encargará de la puesta en práctica y de la
inspección de las medidas de seguridad, informando de su nombre y puesto al
Organismo.
El contratista se compromete a formar e informar a su personal en las obligaciones
que de tales normas dimanan, para lo cual programará las acciones formativas
necesarias. Si para la prestación del servicio, se considerará oportuna una formación
específica para su correcta realización, el hospital que lo detecte lo indicará al
contratista, quien procederá a formar a su personal en los términos indicados
asumiendo los costes que se generen.
El personal prestador del servicio objeto del contrato tendrá acceso autorizado
únicamente a aquellos datos y recursos que precrsen para el desarrollo de sus
funciones.
El personal
prestador del servicio objeto del contrato comunicará por escrito,
cualquier incidencia que pueda producirse a la dirección del centro, en el modelo
oficial habilitado al efecto en los hospitales. En el caso de tener conocimiento de
cualquier incidencia que suponga un riesgo para el cumplimiento de las necesarias
medidas de seguridad, las consecuentes responsabilidades que pudieran derivarse
serán asumidas por la empresa contratista.
II.5.
CESION O COMUNICACION DE DATOS A TERCEROS
Los datos de carácter personal o documentos objeto del tratamiento no podrán ser
comunicados a un terceros bajo ningún concepto, sin el consentimiento escrito del
Hospital respectivo, en su calidad de Responsable del Fichero, aunque sea para el
42
tiM
Sørvicio Madribño de Salud
!
Comunidad de Madrid
cumplimiento de fines directamente relac¡onados con las funciones legítimas del
cedente y del cesionario.
El Contratista tratará los datos conforme a las instrucciones del responsable del
fichero, que no los aplicará o utilizará con un fin distinto al que figure en el objeto del
contrato, ni los comunicará, nr srqurera para su conservación, a otras personas.
Una vez cumplida la prestación contractual, los datos de carácter personal utilizados
deberán ser destruidos o devueltos al hospital responsable de los datos, al igual que
cualquier soporte o documentos utilizados. En el caso de que el contratista destine
los datos a otra finalidad, los comunique o los utilice incumpliendo las estipulaciones
del contrato, será tratado como responsable del fichero, respondiendo de las
infracciones en que hubiera incurrido personalmente.
12. CALIDAD
Cuando sea de aplicación y durante el desarrollo de los trabajos y la ejecución de las
diferentes tareas a realizar,la Administración podrá establecer controles de calidad sobre
la actividad desarrollada y los productos obtenidos, siempre en el marco de referencia del
plan específico de calidad aplicable en cada caso. En su caso, el Plan Específico de
Garantía de Calidad se adaptará en su contenido a la metodología de desarrollo de
sistemas de información empleada, a fin de garantizar una adecuada correspondencia
entre ambos esquemas.
El contratista deberá definir un Modelo de Gestión del Servicio, basado en las mejores
prácticas y normas existentes en el mercado como, por ejemplo, normas internacionales
ISO 9000, europeas EN 29000 o españolas UNE 66900, EN 45000 ó pruebas de medida
equivalentes de control de calidad.
En la oferta se detallarán los puntos básicos relacionados con la calidad del proceso de
adaptación del sistema objeto del contrato y la información para cada uno de ellos:
Calidad técnica, calidad de la información y del proceso así como los procesos de calidad
del licitador.
I3. GARANTIA DE LOS PRODUCTOS
El contratista deberá garantizar, por un periodo de un año los productos derivados de la
presente contratación, a contar desde la fecha de recepción de los mismos, obligándose
realizar durante dicho período las correcciones necesarias para solventar las
deficiencias detectadas imputables a la firma contratista si así lo solicita cualquiera de los
hospitales comprendidos en el alcance.
a
43
{d M
SarYicÍo Madribno de Salud
f
Co-ut idad de Madrid
Dicha garantía incluirá la subsanación de errores o fallos ocultos que se pongan de
manifiesto en el funcionamiento de las aplicaciones, o que se descubran mediante
pruebas o cualesquiera medios, así como la conclusión de la documentación incompleta
y corrección de la que contenga deficiencias. Los productos originados como
consecuencia de la resolución de fallos deberán entregarse de conformidad con lo
exigido en este pliego.
La garantía incluirá todos los gastos originados por el desplazamiento del personal que
se envíe a las dependencias de los hospitales para la subsanación de errores o fallos.
I4. TRANSFERENCIA TECNOLÓGICA
Durante la ejecución de los trabajos objeto del contrato, el contratista se compromete, en
todo momento, a facilitar a las personas designadas por los hospitales y por la DGSIS, la
información y documentación que soliciten, para disponer de un pleno conocimiento de
las circunstancias en que se desarrollan los trabajos, así como de los eventuales
problemas que puedan plantearse y de las tecnologías, métodos y herramientas
utilizados para resolverlos.
I5. DOCUMENTACION DE LOS TRABAJOS
La documentación generada durante la ejecución del contrato es de propiedad exclusiva
del SERMAS sin que el contratista pueda conservarla, ni obtener copia de la misma o
facilitarla a terceros sin la expresa autorización del SERMAS, que la daría en su caso
previa petición formal del contratista con expresión delfin.
Toda la documentación se entregará en español, correctamente encuadernada y con la
cantidad de copias que se determinen para cada documento. Asimismo, se entregará
dicha documentación en el soporte digital que se acuerde para facilitar el tratamiento y
reproducción de los mismos.
El contratista deberá suministrar al SERMAS las nuevas versiones de la documentación
que se vayan produciendo. También se entregará, en su caso, los documentos sobre los
que se ha basado el desarrollo en idéntico soporte a los anteriores.
Como parte de las tareas objeto del contrato, el adjudicatario se compromete a generar la
documentación de los trabajos realizados de acuerdo con los criterios que establezca en
cada caso el Director Técnico. No obstante, y como referencia mínima, se deberán
aportar los siguientes entregables:
Con carácter global del proyecto en su conjunto:
En la fase inicial de actividades al inicio del proyecto
Plan de Proyecto
o
.
44
irM
Saruicio Madriþño dç Salud
f
Comunidad de
tadrld
o
.
Detallado
Resumen Ejecutivo
Cronograma global
.
. lnforme de
Arquitectura (aceptación, aprobación
y
de la arquitectura y
plataforma tecnológica
recomendaciones
disponible en los CPDs Centralizados y Locales de los Centros y
previsiones de necesidades futuras de extensión por el uso del
nuevo sistema relativas
a la
capacidad
de
proceso
y
almacenamiento)
Especificaciones de los prototipos del sistema de información en los
entornos de Preproducción, Producción, Desarrollo, y Formación
De forma periódica a lo largo de la ejecución del contrato:
Revisiones y actualizaciones del Plan de Proyecto
lnformes para el Comité de Dirección
lnformes de seguimiento y grado de avance
lnformes de incidencia
Puntos críticos y previsión de riesgos
.
.
.
.
.
.
Con carácter específico en los proyectos individuales en cada centro:
A la apertura del proyecto en el Hospital:
o
' t'":."J"',T::t;
Resumen Ejecutivo
Planificación de los trabajos - Cronograma detallado
De forma periódica a lo largo de la ejecución del contrato
Revisiones y actualizaciones de la Planificación del Proyecto
lnformes para el Comité de Dirección
lnformes de seguimiento y grado de avance
lnformes de incidencia
Puntos críticos y previsión de riesgos
En las fases del proyecto
.
o
o
.
.
.
.
.
.
''":'ï'i:?i::
.
o
i:"::ï,..''..i:l:ååä:ilr"n,.
Especificaciones de los entornos
Documentación de los maestros de datos
",
: HÏi:iff::iliï?ï:"
.
.
Planes de pruebas y validaciones unitarias
Para la puesta en marcha:
:i:iltï;:ffi-:ä;
45
{}nil
ssrvieio Mdriþño de selud
!
Comunldad de Madrld
o
o
¡
Planes de contingencias
Plan de comunicación
Plan de Soporte al arranque y post-implantación
En la fase de soporte y mantenimiento:
o lnformes de actividad
. Cuadros de mando
o lnforme de lncidencias
. Seguimiento de los Acuerdos de Niveles de Servicio
I6. PROGRAMA DE TRABAJO. ACTIVIDADES Y DOCUMENTOS A ENTREGAR.
El contratista deberá presentar un programa de trabajo, fruto de las actividades
realizadas desde el inicio del proyecto, conducentes a la homogenización del modelo del
sistema de información en todos los centros comprendidos en el alcance, como parte
esencialdel plan de actuación global. Esta documentación será previa al desarrollo de los
proyectos individuales en los hospitales.
Este documento se estructurará de la siguiente manera
- Resumen ejecutivo. Definirá los objetivos y alcance, planteamiento general,
organización y composición del equipo de trabajo, hipótesis de dimensionamiento,
cronograma, compromisos asumidos y otros aspectos relevantes. Así mismo,
incluirá un detallado y específico Plan de Formación, tanto a nivel de usuarios del
sistema como de técnicos adscritos a los Servicios de lnformática de los centros.
- Descripción de la solución propuesta.
Se expresará el enfoque y planteamiento global del proyecto, en cuanto al
alcance, a la organización del mismo, la metodología
herramientas de
seguimiento, los aspectos operativos, de gestión y de planificación de los
servicios.
y
El contratista deberá incorporar las siguientes líneas de interés
o
Seguridad del paciente
y
protección del acceso
a los datos de la
historia clínica.
o
o
Disposición de recursos para adaptar la capacitación técnica del
personal de los hospitales.
Aportación de herramientas de explotación de la información del
sistema y monitorización de los servicios.
46
$nil
Sew*do Mdribño dr Såft¡d
!
Saù*S,Aeepi.J
Conunldad de
tadrid
- Documentos de análisis de los circuitos de trabajo y de atencíón al paciente en
los hospitales en los ámbitos:
' o"'luil"T':îí1":ïn:x'|
.
o
.
.
.
.
.
zac ón
Gestión de Lista de Espera
Consultas Externas
: å:ï:::;l'"o''"s
c'|ínicas
Facturación a terceros
Hospital de Día
Gestión del Bloque Quirúrgico
Cuidados de Enfermería
Registros y documentación para la Historia Clínica Electrónica
- Documentos de análisis de la adecuación de las actuales Infraestructuras del
SERMAS. Recomendaciones de carencias detectadas.
- Documento de Diseño de la Arquitectura tecnológica necesaria
- Documento del Plan de Despliegue
- Análisis de Riesgos, lmpactos y Mitigación.
Madríd, 25 de Octubre de 2013
LA DIRECTORA GENERAL DE
SISTEMAS DE INFORMACIÓN SANITARIA
aù
Fdo.: Zaida Sampedro Préstamo
47
liffi
servicio Madriþño de satud
f
Comunidad de
tedrid
Saft.¡dlr¡ladrid
ANEXO I: APLICAC¡ONES CON LAS QUE SE DEBERÁ INTEGRAR EL SISTEMA
1.
APLICACIONES GORPORATIVAS DEL SERVICIO MADRLEÑO DE SALUD.
Los sistemas de información corporativos a ser considerados para las integraciones con
el sistema a implantar en el Hospital son los siguientes:
SSll de pacientes
a
ALERT
Software de clasificación de pacientes en triaje de urgencias. Está en fase de piloto
Arquitectura Cliente/Servidor. Actualmente es una aplicación distribuida que pasará
a estar centralizada
a
ALCOR
casuística, clasificación y agrupación de
pacientes a través de GRDs. Arquitectura Aplicación con acceso Web
Sistema destinado
a
al
análisis
de la
CESTRACK
Aplicación de gestión de reclamaciones de Atención al Paciente, gestiona las
reclamaciones que ponen los pacientes en Hospitales, Centros de Salud, Gerencias
etc. Arquitectura Aplicación con acceso Web. Observaciones Se proveerán las
licencias necesarias para su uso.
a
ELA
Registro de esclerosis lateral Amiotrófica. Arquitectura Aplicación con acceso Web
a
INFOPAL
Acceso web alsistema de cuidados paliativos
HORUS
Msor de historia clínica unificada, tanto de primaria como de especializada.
Arquítectura Aplicación .NET con acceso web. Observaciones Se entrega
documentación con actuaciones previas para integración
48
{i M
a
Sørvicio Madrihño de Salud
!
Comunidad de
tadrid
REMAC
Registro madrileño de agresiones y conflictos. Arquitectura Aplicación J2EE con
acceso Web. Admite lE/Firefox. Observaciones A utilizar por el servicio de
prevención del hospital (o en del Área Sanitaria de referencia, autorizado por la D.G
de RR.HH.)
a
PALOMA
Detección precoz del cáncer de mama, informe de las mamografías que se realizan
en el DPCM. Arquitectura Aplicación con acceso Web. Observaciones Proyecto
futuro de integración con el PACS y el RIS
a
DEPRECAM
Aplicación Web. Aplicación para la Gestión lntegral del programa de detección
precoz del cáncer de mama (lncluyendo citación, Cribado e informado de pruebas.)
a
PETICIÓN DE ÓRDENES DE DIGITALIZACIÓN
Petición entre centros para la digitalización de HHCC en papel para pacientes que
opten por la libre elección de profesional. Arquitectura Aplicación con acceso web.
a
REMER
Registro madrileño de Enfermos Renales. Arquitectura Aplicación J2EE con acceso
Web (Ya disponible en el hospital a través de accesos externos). Admite lE/Firefox.
Observaciones Se cortará el acceso para externos
usada por parte de la Unidad de Nefrología.
a
y se dará acceso interno.
Es
RULEQ
Registro unificado de lista de espera quirúrgica. Arq. integración Aplicación J2EE con
acceso Web. Admite lE/Firefox. Observaciones Se necesitan nuevos desarrollos
para su uso
a
SIUL
Registro de trasplantes. Arquitectura Aplicación con acceso Web. Observaciones
Coordinación con la Organización Nacionalde Trasplantes
49
{iñil
O
Sorr*cio
Mdriþño
dÈ Sdud
!
Comunidad de lUladrid
TARJETA SANITARIA
Repositorio que almacena datos de tarjeta sanitaria. Está sincronizado con
CIBELES. Arq. / acceso Web / con plugin Java Web Start. Observaciones Funciona
con la versión JRE 1.5
a
TSNU
Aplicación web. Aplicación para la gestión deltransporte sanitario no Urgente
O
VACUNAS
Aplicación web. Sistema de información para el ámbito de salud pública destinado a
la gestión de información relacionada con la vacunación.
SSll de citación
O
ARETEO
Registro de instrucciones previas (últimas voluntades). Arq. integración Aplicación
con acceso Web Observaciones Para dar cita al ciudadano para generar sus
instrucciones previas
a
MULTICITA
Plataforma de integración con hospitales para centralizar la cita de atención
especializada. Arq. lntegración Consiste en cambios operacionales en el HIS (el
acceso es Web). Observaciones Diseño lógico (se incluye documentación)
a
SCAE
Sistema de solicitud de cita de atención especializada. Arquitectura Aplicación con
acceso Web. Observaciones: En fase de piloto
a
CM CAP
Cuadro de mando del Centro de Atención Personalizada
50
td M
a
$orvicio Madriþño de $elud
!
Comunidad de Madrid
MODULO CITACIÓN
Aplicación Web. Acceso web
especializada
a la aplicación de gestión de citas en atención
SSll informacionales de atención especializada
a
GESTIÓN DE CONTENIDOS
Gestión de contenidos del hospital en el portal de salud. Arquitectura Content Server.
Observaciones Gestión, mantenimiento y creación de contenidos en el espacio
destinado al Nuevo Hospital de Móstoles dentro del portalde salud
a
PROGESA
Aplicación Web. Aplicación de Banco de Sangre.
a
PEDIDOS DE SANGRE
Aplicación Web. Aplicación para la solicitud de bolsas de sangre.
a
GESTIÓN AI
y
bajas de usuarios en los
sistemas de información corporativos. Arquitectura aplicación con Acceso Web
Gestión automática de identidades, gestiona altas
a
INTRANET [email protected]
lntranet de la Consejería para el personal sanitario. Arquitectura Portal Web puro.
Observaciones Se tendrá acceso a la parte sin validación
O
INTRANET [email protected]
lntranet de la Consejería para el personal sanitario. Arquitectura Portal Web puro.
Acceso a contenido restringido (con validación)
a
CORREO SALUD
Aplicación Web. Plataforma de correo corporativa de la Consejería de Sanidad
51
{,JM
a
Sowùcio Mdriþ:no de Safud
!
Comunldad de tladrid
cv.
Aplicación Web. Sistema
de lnformación para la gestión de los CV de
los
profesionales de atención especializada. Permite su publicación en lnternet.
O
INCIDENCIASINF
Aplicación Web. Acceso web al sistema de registro
informáticas proporcionado por CESUS
y
consultas de incidencias
SSll de farmacia
a
[email protected]
Cuadro de mando de para el seguimiento del gasto farmacéutico. Tipo de aplicación
Business Objects
a
ASTARE
Aplicación para la gestión del talón de recetas. Arquitectura Aplicación con acceso
Web
o
SIFCO
Aplicación Web. Aplicación para la gestión de información relacionada con los
fondos de cohesión.
Reqistros sanitarios
a
HAC (Detección Precoz de Hipoacusias en Recién Nacidos)
Registro y seguimiento de pruebas realizadas a niños recién nacidos. Se realiza una
detección precoz de sordera en recién nacidos. Arquitectura Aplicación con acceso
Web
a
NOSOCOMIALES
Declaración de la enfermedad nosocomial en los Hospitales de la Comunidad de
Madrid, a través de un fichero que se incorpora en SISPAL. Recodificación de datos
para unificar valores. Arquitectura Aplicación con acceso Web
52
{,JM
a
Servieio Madriksno de Safud
!
Comunidad de lladrld
NOTAB
Registro de notificaciones desde los Servicios de Prevención de los Hospitales
Públicos y Privados, de los Accidentes biológicos producidos en el puesto de trabajo.
Arquitectura Aplicación con acceso Web
o
RTUM
Registro de tumores de
la
Comunidad
Arquitectura Aplicación con acceso Web
de Madrid,
.Diversos sistemas fuente.
lntegraciones
a
CIBELES
Repositorio central
que almacena los datos
poblacionales, profesionales,
vademécum, centros o callejero. Arq./integración Base de datos / Biztalk-Ensemble.
Observaciones Se integra con los datos de pacientes del HIS
a
HORUS
Visor de historia clínica unificada, tanto de primaria como de especializada.
Arquitectura Aplicación .NET con acceso web. Observaciones Se incluye dentro de
este sistema la integración con el PACS/RIS del hospital
a
MULTICITA
Plataforma de integración con hospitales para centralizar la cita de atención
especializada incluyendo la gestión de visibilidades para la citación con otros
sistemas: GECIP, PALOMA, Adopción lnternacional...
a
RULEQ-INTEGRACIÓN
Registro unificado de lísta de espera quirúrgica. Arq. integración Aplicación J2EE con
acceso Web. Admite lE/Firefox.
Descarqas
a
CMBD
Conjunto Mínimo Básico de Datos para hospitalizaciones
aplicación Cliente/Servidor
y ambulantes. Tipo de
53
tdnfr
O
Sçrvieio MÊdribño de Sdud
f
SICYT
Sistema de información de consultas externas
aplicación Cliente/Servidor
a
Comuntdad de Hadrid
y técnicas diagnósticas. Tipo de
SICAR
Sistema que centraliza
la información sobre la cartera de servicios. Tipo de
aplicación Cliente/Servidor
o
SIAE
Sistema
de
lnformación
de Atención Especializada. Tipo de
aplicación
Cliente/Servidor.
a
LABORATORIOS
Realmente es la integración entre los laboratorios y AP-Madrid que, mediante el
intercambio de ficheros permite transmitir información de las solicitudes de pruebas y
los resultados de las pruebas.
a
QUIRÓFANOS
Es una descarga de información de actividad y asignación de los quirófanos del
hospital que, de forma mensual, se envía al área de Análisis y gestión de la
información.
a
FICHERO CMCAP
Se trata de un fichero de generación diaria por el hospital y con una estructura
previamente definida cuya descarga puede ser automatizada. Este fichero contiene
los huecos disponibles por cada prestación y según el tipo de visibilidad. Estos
huecos disponibles se obtienen para diversos periodos de tiempo.
Asimismo, esta información es cargada y tratada en el CMCAP y está disponible
tanto para el propio hospitalcomo para los responsables del CAP que lo utilizan para
gestionar los huecos de las agendas y prever situaciones de no disponibilidad de
huecos que imposibiliten la citación dentro de las 72h comprometidas por la CSCM.
54
liM
8rnþb i¡f¡dt{cñn
de Saftrf
Csnunlded de Xedrld
S*.tfi,l*icÍ
2. APLICACIONES
DEPARTATENTALES DE LOS HOSPITALES
2.1. Aplicaciones departamentales del Hospital Universitario Ramón y Cajal
Gestión de Almacén, Unidosis, Pyxis,
HOSPIWIN
Farmacia
1200
80
Mercurio, Prescripción Electrónica
para Hospitalización, Pacientes
Windows
Cliente
Servidor
SyBASE
si
BAXTER
lnformix
s
Desarrollo Centro
lnformix
S
Desarrollo Centro
lnformix
s
ocs
N/A
Desarrollo Centro
lnformix
s
Desarrollo Centro
lnformix
s
Desarrollo Centro
lnformix
5
INDRA
Externos, Pacientes Oncológicos, ...
CAJAL -
Enfermería
Enfermería
2200
100
CAJAL
Asistencial
3200
60
EXCALIBUR
Asistencial
3200
60
Foro Consultor
Asistencial
1500
100
Gestión de pacientes hospitalizados
(dietas, etiquetas, UPP)
Gestión de informes clínicos
Consultas de informes clínicos por
patrones y sinónimos
Red social para la puesta en común
de dudas por el sistema de pregunta
UNIX
UNIX
Cliente
Servidor
Cliente
Servidor
Windows
WEB
Windows
WEB
WEB
- respuesta.
DROMOS
GUARDIAS
MÉDICAS
HCE - Urgenclas
800
60
Cuadro Mando
Linux
Administrat¡va
25
100
Gestión de guardias médicas
UNIX
Asistencial
1500
100
HCE Urgencias
SS CC
Centro
Windows
Cliente
Servidor
Cliente
Servidor
MS SQL
Server
55
diffi
il-:ì, ,,,',
Servicío M¡drileno de s.elud
.,"
Comunldad de
tadrid
I
Sistema de
lnformaslón
HP-HlS Gestión de
Pacientes
HCE - CEX
Asistencia
HP-H IS
Suministros
GESCOT
META 4
BIOBANCO
AXON
1500
Descripclón
Êxtenslón (%)
Integradón
Plataforma
Arquitectura
SGBBDD
UNIX
Otra
lnformix
Hts
HP
lnformix
si
INDRA
lnformix
No
HP
Oracle
No
SAVAC
lnformix
No
META 4
No
VITRO
FOXPRO
Si
AXON
con H!5 (S/Nl
Þroveedor
100
CEX, Gestión de Archivo, Quirófanos,
Urgencias
I
EconómicoFinanciero
EconómicoFina
Nlve! de
Gestión Pacientes: Hospitalización,
Gestión
Pacientes
Contabilidad y
Usuarlos
Area
nciero
RRHH
Otra
Departamental
Otra
Departamental
40
2
277
100
15
60
1-50
100
15
100
Windows
HCE Consultas Externas
Gestión de Contabilidad, Almacén,
Compras y Suministros
Gestión de costes clínico-financieros
contabilidad analítica
Gestión
de
Recursos Humanos y
Nóminas
Gestión de muestras de la unidad de
Biobanco
UNIX
Windows
UNIX
Windows
Gestión de la unidad de insuficiencia
7
100
cardiaca
y
riesgo vascular
en
el
Windows
anciano (UICARV)
Cliente
Servidor
Otra
Cliente
Servidor
Cliente
Servidor
WEB
MS SQL
Server
Cliente
Servidor
ESTACION CLINICA
Codificación
3
100
Codificación de episodios clínicos
Windows
Monopuesto
DBASE
si
3M
CLINOS
SS CC
Centro
!
100
Gestión de Datos de GRD generador
por el agrupador
Windows
Monopuesto
DBASE
N/A
IASIST
AP-GRD
Codificación
5
100
Agrupador GRD
Windows
Monopuesto
DBASE
si
3M
HISCAL
SS CC
Centro
1
100
Windows
Monopuesto
DBASE
No
3M
Sistema integración Actividad clínica
- económica
56
{rlffi
Ssryicio Madri}eno de $etud
5l¡terna de
lnformaclén
PARM
Usuarlo:
EconómicoFina
DELPHIN
GENETICA MEDICA
nciero
Anatomía
Patológica
Nlvel de
r.00
43
100
1
100
Plataforma
Descripclón
Ertenslón (%)
1
Otra
Departamental
@
Sistema prospectivo de asignación
presupuesta r¡a
S.l. Anatomía Patológica
Gestión
Windows
UNIX
de pacientes de
genética
médica
Windows
Comunidad de
lntegradón
tadrid
Arqultectura
SGBBDD
Monopuesto
DBASE
No
3M
lnformix
s¡
Hemasoft
No
Bioinformatics,
Cliente
Servidor
Monopuesto
MS
Access
con
HlSlS/f{l
Proveedor
Noray
S.L,
DIALISIS
NEFROLOGíA
Nefrología y
Diá lisis
Nefrología y
Diá lisis
ENFERMEDADES
TNFECCTOSAS (Er)
OPENLAB
ENDOTOOLS
OXIGENOTERAPIA
5
5
Enfermedades
I
nfecciosas
La
boratorio
Pruebas
Endoscópicas
Otra
Departamental
5
100
Gestión de Pacientes dializados
Windows
50
Gestión del laboratorio de nefrología
Windows
100
Gestión
I
500
80
10
100
50
100
CEX
Enfermedades
nfecciosas
Gestión Laboratorios (Hematología,
Bioquímica e lnmunología)
S.l.
lmagen
Endoscópica
(Endoscopias Gastro)
Gestión de las terapias
Farmacia
MS SQL
Server
Windows
WEB
Windows
10
medicamentos
a
aplicación Mercurio
través
de
la
Windows
Nexus lT
si
lsoft
Si
Nexus lT
Server
MS SQL
Server
Cliente
MS SQL
Servidor
Server
WEB
Servicio de Neumología.
30
si
MS SQL
de
oxigenoterapia de los pacientes del
Server
Cliente
WEB
Windows
M5 SQL
Servidor
Windows
Gestión armarios dispensadores de
PYXIS
WEB
Si
Cliente
MS SQL
Servidor
Server
/
Nexus
s¡
PENTAX
5i
Desarrollo Centro
Si
Griffols
MS SQL
Server
Abbott
57
{d M
Servicro Madri}eno de sarud
Slstema de
lnformaclón
RETINOGRAFIAS
IMAGE VAULT
Area
Usuarlos
Otra
Departamental
Otra
Departamental
MODULAB
[email protected]
5
80
10
100
Departamental
20
80
retinograf ías
no
Rl5/PACS Ecoca rdiografías
Windows
WEB
Windows
Web
Servicios
de
Cirugía Cardiaca de
Windows
SGBBDD
lntegración
con HlS (S/N)
MS SQL
Server
s¡
Topcon
Si
General Electrics
No
Biomenco
MS sQL
Server
Cliente
MS SQL
Servidor
Server
Proveedor
100
Laboratorio de lnmunología
Windows
WEB
Oracle
s¡
IZASA
Asistencia
50
100
Software triaje de Urgencias
Windows
WEB
Oracle
Si
Alert
2
5
Gestión de parámetros de obesidad
de nutrición clínica
Windows
lnformix
Si
Desarrollo Centro
I
Otra
Departamental
5
80
MICROBDYNAMIC
Laboratorio
150
L00
SPEECH MAGIC
Asistencia
15
30
5
100
2
50
REGISTRO
MEDTRA
de
midriáticas a pac¡entes
Arqu¡tectura
tadrid
20
Laboratorio
SARA
Elaboración
Phtaforma
Comunidad de
Laboratorio
SERVOLAB
TUMORES
Descrlpción
Adultos y Pediátrica
ER
OBESIDAD
Nlvel de
Extensión (%)
Gestión de informes clínicos de los
Otra
SICSS
I
SS CC
I
Centro
Otra
Departamental
Administrativa
5
50
Gestión de Laboratorio lnmunología
(histórico)
Gestión Laboratorio (Microbiología)
Gestión de
informes
por
reconocimiento voz
Gestión de estudios tumorales y de
esta d ísticas
Gestión de
Pacientes
para
Reproducción asistida
Gestión
de
Accidentes laborales,
Cliente
Servidor
Windows
WEB
SyBASE
Si
DADE BEHRING
Windows
WEB
lnformix
Si
SORIA MELGUIZO
Windows
Monopuesto
No Aplica
Philips
si
Desarrollo Centro
Windows
Windows
Windows
Cliente
Servidor
lnformix
Cliente
MS SQL
Servidor
Server
Cliente
No
No
Laboratorio
Serono
A,T, MEDTRA
DATAFLE
58
{dM
Servicio Madriìøno da Sarud
Slstema de
lnformaclón
Area
Usuarlos
f
Nlvel de
Platalorma
Þescrlpclón
Êxtenslón l%l
vacunación e HC laboral
DIAS SIGAE
EconómicoFina
DIAS SIGEP
DIAS SIGEN
GESTIÓN CAU
nciero
5
Gestión
100
IDENTIFICACION
VIDEOVIGILANCIA
Contabilidad
y
Suministros
PARKING
GPT
Rrs/PACS
X
Otra
Transtool
Proveedor
No
Desarrollo Centro
5
Datos Históricos HIS
Windows
Otra
lnformix
No
Desarrollo Centro
RRHH
47
100
Nómina y Personal
Windows
Otra
lnformix
No
Desarrollo Centro
lnformática
10
100
Gestión parque informático
Windows
WEB
No
Desarrollo Centro
Windows
WEB
No
INGENINSA
No
MECCO
No Aplica
Alerta y Control
No
MECCO
No
CINTRA
No
IBM
Administrativa
25
100
Administrativa
Administrat¡va
5
5
r.00
85
Gestión de inventario
y
partes del
serv¡cio técnico
Gestión de tarjetas de identificación
de empleados y vales de comida
Gestión de Accesos
al
Hospital y
CEP's
VALES DE COMIDA
Windows
Servidor
lntegraclón
con HlSlS/N)
40
TRABAJO
TARJETAS
de
5G8BDD
tadrid
5
Pac¡entes
INVENTARIO Y
PARTES DE
Histórico
Arqultectura
Comunidad de
Administrativa
Administrativa
Administrativa
Radiodiagnósti
25
5
100
100
Gestión de vales de comida para los
empleados del centro
Gestión del aparcamiento
hospita
del
Windows
MS SQL
Server
M5 SQL
Server
Cliente
MS SQL
Servidor
Server
Windows
Windows
Cliente
MS SQL
Servidor
Server
Windows
WEB
MS SQL
Server
I
100
100
Gestión de planificación de turnos
Windows
WEB
1000
80
RIS/PACS Synapse
Windows
WEB
MS SQL
Server
Oracle
Si
FUJ I FI
LM
59
ünfr
ssçr¡icro Mâdrilotudo
s*ud
leomunldad
SåhÌMú'lår,BrJ
de nedrid
co
ENDOBASE
SEPStS
Otra
Departamental
Asistencial
10
15
100
15
S.l. lmagen Endoscópica
(Broncoscopia) y Urológica
Control infecciones hospitalización
Windows
Windows
Cliente
MS SQL
Servidor
Server
WEB
s
Olympus
5
Desarrollo Centro
MS SQL
Server
60
8¡{oþülrl*ü¡ñoüügâld
lleorrrrnua
do
klH
2.2. Aplicaciones departamentales del Hospital Universitario de LaPaz
LABTRAK
Laboratorio
Triaje lnfantil
Asistencial
100
Sistema información Laboratorios
Sistema información Urgenc¡as H.
Pruebas
Endobase
Endoscópicas
Otra
XCELERA
Departamental
lconosoft
Departamental
Dakolink
Patológica
Otra
lnfantil. Triaje
100
100
Sistema información Pruebas
Endoscópicas
Sistema Gestión de imágenes
Ca
100
rdiología. Ecoca rdiogra mas
lnformes Servicio Digestivo
Anatomía
Nutriwin
Farmacia
Anatomía
PATWIN
RENALSOFT
SPACEI.AB
Patológica
Nefrología y
Diálisis
Nefrología y
Diálisis
Anatomía Patológica
100
100
100
Nutrición Parenteral
Anatomía Patológica
Nefrología y Diálisis
Registro de parámetros pac¡entes
Nefrología
Windows
Windows
Windows
Windows
Windows
Cliente
Servidor
Cache 5.0.15
Windows
Windows
Windows
INTERSYSTEMS
WEB
200s
S
Desarrollo
propro
Otre
Sybase
s¡
Olympus
ORACLE
si
PHILIPS
SQL SERVER
Cliente
Servidor
Monopuesto
s
Windows
Windows
s
s
Cliente
SQL
Servidor
ANYWHERE 9
No
Cliente
INFORMIX
Servidor
9.40.TC9
Cliente
SQL SERVER
Servidor
2005
s
FIREBIRD 1.5
No
Dako
BAXTER
ISOFT
s¡
BAXTER
Cliente
Servidor
SPACELAB
61
liilil
g*dlr#lcl
s¡nhþ
r¡larlrn¡ih rtc sah¡d
Extracciones
Laboratorio
Medivector
Departamental
!
Gestión Extracciones
Otra
Diamed
Asistencial
Gestión
HP- HIS Clínica
Pacientes
HP- HIS Gestión
Suministros
Dietética y
Dietools
Estación Clínica
Farmatools
Oncofarm
IMPAX
Cocina
Hemodiálisis
100
100
100
Asistencial
Farmacia
60
2005
s
Connectall
s
IZASA
s
Diamed
Hts
HP
s
HP
s
Dominiom
s
Software AG
s
Dominiom
Cliente
Servidor
My SQL
INFORMIX
Otra
Suministros
UNIX
Otra
Gestión de dietas
UNIX
Otra
Windows
WEB
Cliente
INFORMIX
UNIX
Servidor
9.40.TCg
9.40.TC9
INFORMIX
9.40.TCg
INFORMIX
Gestión Farmacia. Unidosis.
Prescripción planta
/
PACS
Agrupador GRD
100
ledrld
Cliente
Servidor
UNIX
Rrs
Centro
Enfermería
Windows
SQL SERVER
9.40.TC9
Oncología Farmacéutica
Radiodiagnóstico
SS CC
Windows
Cliente
Servidor
Gestión Pacientes
Visor datos clínicos
Farmacia
AP-GRD
Gacela
Hemodinámica lnfantil (AXIOM)
Windows
ComrmtOeC de
Aplicación cuidados de enfermería
s
Windows
Windows
UNIX
Cliente
Servidor
Oracle
s
lmportación
Monopuesto
ficheros
Cliente
INFORMIX
Servidor
9.40.TC9
s
AGFA
3M
OESIA
62
lðffi
anuþro i¡lotn.fro dc s{r¡ü
lC"nt-tUA
Sü¡û¡brf{c!
HP-DOCTOR
KARDEX
MICROB DYNAMIC
PROGESA
Asistencial
Farmacia
Laboratorio
Banco de Sangre
60
100
100
100
Documentación clínica e informes
UNIX
Gestión armarios Kardex Farmacia
Windows
Gestión de Laboratorios de
Microbiología
Gestión Banco de Sangre
UNIX
UNIX
Cliente
INFORMIX
Servidor
9.40.TCg
SQL SERVER
Otra
Otra
2005
lnformix
Otra
s¡
s
de
ledrü
HP
MOVACO
s
Soria Melguizo
s
MARK SYSTEM
Sistema de Gestión PYXIS (armarios
15
PYXIS
Farmacia
ULISES
Farmacia
CMBD
SS CC
Centro
SS CC
Centro
SIAE
MAGISFORM
Abprms
Medstation
Farmacia
Asistencial
Farmacia
Gestor prescripción
radiodiagnóstico
dispensadores de medicación).
Aplicación MERCURIO
100
100
100
100
Gestión Carrusel y armarios
automatizados Farmacia
Conjunto Mínimo y Básico de Datos
Valoración de fórmulas
farmacéuticas magistrales
Windows
Windows
Cliente
Servidor
s
Oracle
No Aplica
lmportación
Monopuesto
ficheros
No Aplica
Otra
Windows
Monopuesto
Nefrología. Aplicación de mapas
Windows
Monopuesto
Farmacia
Windows
Monopuesto
radiodiagnóstico
Sybase
Otra
S.l. Atención Especializada
Emisión automática volantes
Radiodiagnóstico
Windows
Windows
MS Access
MOVACO
/
Grifols
PALEX
ss
cc
Consejería
ss
cc
Consejería
No Aplica
A. Cervera
No
Abrams
INFORMIX
9.40.TC9
/
Grifols
Desarrollo
s
Propio
63
ËSt
ffibtwsüñÈüåsrrd
lflc".n ntU*
saû¡ú¿hilid
Hospital en Línea
5S CC
Centro
10
Cuadro de mandos. Visor actividad
Registro tratam¡entos
de pacientes
externos con
respiración asistida
Gestión pac¡entes con terapia
Asistencial
trasplantes
100
Asistencial
Registro, control y
tratamientos de
úlceras
Ayuda a la
programación
quirúrgica
I
nterconsu ltas
Banco de huesos
trasplantes
Reg¡stro, control y tratamientos de
úlceras por presión
Emisión del parte de programación
Quirófanos
quirúrgica
Asistencial
facultativos
Asistencial
Registro banco de huesos y bolsas
Gestión interconsulta entre
de piel
Bioquímica Gestión
Asistencial
Pruebas
Cuidados Paliativos
Visualización histórico de episodios
Asistencial
Registro de los tratamientos para
pacientes en cuidados paliativos
Et¡quetas postales
Administrativa
Windows
Desarrollo
Propio
Desarrollo
INFORMIX
9.40.TC9
s¡
WEB
M5 ACCESS
s
WEB
MS ACCESS
Propio
S
Desarrollo
SQL SERVER
Windows
Windows
Prop¡o
Desarrollo
Windows
Windows
Propio
Desarrollo
Windows
Windows
Propio
No
WEB
Windows
Generación de etiquetas para envío
s
MS Access
WEB
80
Asistencial
Registro y seguimiento de
9.40.TC9
LdlË
Desarrollo
INFORMIX
WEB
Windows
respiratoria
Registro y
seguimiento de
Windows
de
WEB
2005
si
WEB
MS ACCESS
s
WEB
Cache 5.0.15
No
Propio
Desarrollo
Propio
Desarrollo
Propio
Desarrollo
WEB
MS ACCESS
s
s
WEB
INFORMIX
Propio
Desarrollo
u
fðilil ffihtlH{cñodrgÍd
!C-tr*.U*
S*¡ü¡Wtd
de correspondencia a pacientes
Etiquetas
100
Generación de etiquetas del
paciente con código de barras
Asistencial
Unidad de dolor infantil
Unidad DolorAgudo
Asistencial
EconómicoFinanciero
Asistencial
Asistencial
Administrativa
200s
Windows
WEB
SQL SERVER
Windows
WEB
90
2005
2005
sí
Desarrollo
s
Propio
Desarrollo
s¡
Windows
Propio
lmportación
Oracle
ficheros
Sistema I nformación Cuidados
SAVAC
General
Servidor
Windows
s
Electric
Cliente
90
General
Servidor
Envío SMS recordatorio citas
Windows
s
de componentes Sanguíneos
Electric
Desarrollo
Windows
s
Propio
s
SOLUTIONS
Sistema para la solicitud electrónica
Banco de Sangre
Propio
Cliente
recordatorio citas
Hemocod
Propio
Desarrollo
SQL SERVER
Servidor
Sistema I nformación Anestes¡a
Envío SMS
s
SQL SERVER
WEB
100
Críticos
Anesthesy
9.¿10.TC9
Cliente
Gestión Analítica
Critical Care
Desarrollo
INFORMIX
WEB
Sistema I nformación Obstetricia
infantil
GESCOT
Windows
Windows
posparto
Unidad DolorAgudo
Propio
9.40.TC9
Asistencial
preparto, parto y
Unidad de dolor
Isddd
Administrativa
identificativas del
paciente
Procesos de
dê
JUB
Windows
My SQL
65
fiffi
Ë*v{cb M{drsrñôde sdud
ComunlOed de
!
Såkx$nå{t sJ
tadrid
2.3. Aplicac¡ones departamentales del Hospital Clínico San Carlos
Gestión
de
Almacén
de
farmacia, Unidosis, Prescripción
FARMATOOLS
Farmacia
1350
80
Electrónica
pa
ra Hospita lización,
Cliente
Windows
Servidor
Pacientes Externos, Pacientes
Oncológicos,
GACELA
PACIENTE
DIETETICA y
coctNA
PATWIN
MEDILOG
ALERSEA
Enfermería
2500
100
Asistencial
3200
60
Servicios
100
100
60
100
Departamental
30
100
Departamental
10
Anatomía
Patológica
100
y
gestión
de
informes
Anatomía
Patológica
Sistema
de
lnf
,
Windows
Servidor
/
LINUX
Gestión de dietética y cocina
de Sl de
Cliente
AIX
clínicos y evolutivos.
Gestión
s
Dominión
lnformix
s
OESIA
s
Desarrollo Centro
lnformix
s
Dominión
lnformix
s
ISOFT
...
Cuidados de enfermería
Visor
lnformix
pacientes
Reumatología
Gestión pacientes Alergia
WINDOWS
WINDOWS
WINDOWS
Windows
lnformix
WEB
/
MS-SQL
seryer
Cliente
Servidor
Cliente
Servidor
Cliente
MS SQL
Servidor
Server
Cliente
Servidor
MS ACCESS
s
no
66
iltM
Ssrvicio Madrileno de sarud
Slstema de
Usuarlos
lnformadón
stsu
HP-HlS Gestión de
Pacientes
tctP
Asistencia
I
1s00
lntegraclón
Nlvel de
Extensión (%!
100
3s00
Pacientes
100
y Suministros
GESCOT
100
Económiconciero
EconómicoFina
HCE Urgencias
100
nciero
500
100
10
100
Gestión
RRHH
200
100
Atención
10
100
7
100
s000
L00
2
100
Empleado
AXON
Consulta Nómina e
I
Otra
Departamental
Personal
paciente
cu ida
dos
ntensivos
Gestión de
Contabilidad,
Almacén, Compras y Suministros
Gestión
Oficina
OEA
Endoscópica
Asistencia
lllS
MS-SQL
Windows
WEB
AIX
Otra
lnformix
de
financieros
costes
WINDOWS
Proveedor
Server
s¡
Desarrollo propio
HIS
HP
SI
PHILIPS
AIX
clínico-
contabilidad
Windows
nalítica
Gestión de Recursos Humanos y
Nóminas
Gestión de la oficina de atención
al empleado
Gestión de informes de cirugía
vascula r
Consulta recibo nómina e IRPF
AIX
LINUX
Windows
Windows
Cliente
MS SQL
Servidor
Server
Otra
lnformix
No
HP
Oracle
No
SAVAC
lnformix
No
META 4
MySQL
No
DIR
FOXPRO
si
AXON
SQL Server
No
Desarrollo propio
SQL Server
No
GIVEN
Cliente
Servidor
Cliente
Servidor
WEB
Cliente
Servidor
WEB
RPF
Capsu la
con
Pacientes:
Hospitalización, CEX, Gestión de
a
META 4
SGBBDD
Archivo, Quirófanos, Urgencias
uct
Fina
Arquhectura
(s/N)
i
HP-HlS Contabilidad
Platafonna
Descilpción
Gestión
Gestión
Comunidad de tladrid
S
I
Estudio endocópico mediante
Cá psu la
Windows
Cliente
Servidor
67
{,,lM
. .r ' l
'
Servicio M¡driteno de Sarud
,
Slstema de
Ãrea
lnfonnadôn
Ca psu la
Endoscópica
AP-GRD
Usuarlos
Asistencia
I
2
100
Medio
Pesaje
Ambiente
Banco de
DELPHIN
sangre
DMSoftware
- DATA
Plataforma
mensajería
NEFROLOGIA
ACyH AdvancedHlV)
Asistencial
10
100
Asistencia
ENDOTOOLS
I
Nefrología y
Diálisis
Enfermedades
nfecciosas
100
43
100
10
100
Estudio endocópico mediante
psula
Agrupador GRD
1
100
5
50
10
100
esclerosis
late ra
I
L0
100
residuos
v
medioambiental
Gestión de Banco de sangre
-
dona ntes)
Gestión de Holter (cardiaco y de
hipertensión)
Arqultectura
SGBBDD
con HIS
Proveedor
WINDOWS
Windows
WINDOWS
WINDOWS
Cliente
Servidor
Monopuesto
Cliente
Servidor
Cliente
Servidor
Cliente
Servidor
Cliente
Servidor
SQL Server
No
IZASA
DBASE
Si
3M
Cronoslbérica 5AU
Sql Server
Sql Server
No
CESPA
lnformix
Si
Hemasoft
5ql Server
No
Cardio Scan
Sql server
si
Desarrollo propio
SYBASE
si
Fresenius Medical Care
No
BETEKES
No
Desarrollo Propio
si
PENTAX
l. Cardiológica y Cateterismo
el
Plataforma para
envío
de
mensajes y personal del centro
Gestión
del laboratorio
de
nefrología
Gestión CEX
I
Windows
Windows
Control de
S.
Asistencial
Pruebas
Plataforma
Amiotrófica
5
tadrid
ls/frl
Registro
Asistencial
I
PEPSOS
Descrlpclón
Cá
Codificación
Cornunidad de
lntegraclón
ftllvel de
Extcnslôn (%l
Asistencial
ELA
PALEX
@
,
Enfermedades
nfecciosas
Windows
Windows
Windows
S.l. de Aaparato Digestivo
Windows
S.l. lmagen
Windows
Endoscópica
Cliente
Servidor
Cliente
Servidor
Cliente
MS SQL
servidor
Server
Cliente
servidor
Cliente
SQL Server
MS SQL
68
l¡ìil
srruo
rrÌrús¡fro üà
sr¡d
leomrnrUaA de ladrtd
SÊf.rfi¡ffiid
Endoscópicas
PDCI- HUCSC
(Endoscopias Gastro)
Gestión
Asistencial
Servidor
lnformes
Hemodinámica
Windows
Cliente
servidor
Server
SQL Server
s¡
PALEX
s
KARDEX
Gestión armarios dispensadores
MERCURIO
Farmacia
30
100
de medicamentos a través de
la
Windows
WEB
aplicación de farmacia
Preparación
AGP
Farmacia
MS SQL
Server
informatizada de
C¡tostáticos
v
medicamentos
en
otros
Robot
Windows
Cliente
MS SQL
servidor
Server
s
APOTECAchemo
Kabisoft
Farmacia
2
100
PK
Farmacia
2
100
5
80
RETINOGRAFIAS
XCELERA
stcss
MODULAB
Otra
Departamental
Otra
Departamental
Otra
Departamental
Laboratorio
20
20
40
100
100
100
Programa
de
nutrición
parenteral
Gestión de ensayos clínicos
Elaboración de retinografías no
midriáticas a pacientes
Archivo
de
imágenes
cardiológicas
Gestión de informes clínicos de
los Servicios de Cirugía Cardiaca
Laboratorio de lnmunología y
hematología
Windows
Fresenius-Kabi
Windows
Windows
Windows
Windows
Windows
WEB
MS SQL
Server
Cliente
MS SQL
servidor
Server
Cliente
MS SQL
Servidor
Server
Cliente
servidor
Oracle
s¡
Topcon
s¡
PHILIPS
No
Biomenco
s
IZASA
69
t JM:'
ìì,i-ìir
¡¡
:loì,:r
Servicío MadnleÍio de åarud
Sistema de
lnformadón
MANCHESTER
GLIMS
EOLIS
Asistencia
I
Asistencia
I
Laboratorio
boratorio
CYBERLAB
La
SPEECH MAGIC
Asistencia
REGISTRO
TUMORES
SARA
Monitorización
Feta
Usuarlos
Á'rea
SS CC
I
Centro
Otra
Departamental
Asistencial
30
100
50
100
1s0
100
600
20
5
100
5
50
100
QUENDA
MANTHOSP
Administrativa
SS CC
del
Centro
20
100
300
100
Arquhectura
SGBBDD
con Hls
Proveedor
(s/ftl
Software triaje de Urgencias
Actividad
laboratorio
Windows
de
microbiología
Gestión de Laboratorio
Gestión
La
boratorio
(Microbiología)
Gestión de
informes
por
reconocimiento voz
Gestión de estudios tumorales y
de estadísticas
Gestión
de
Pacientes
para
Reproducción asistida
Gestión de la monitorización en
pa
I
Plataforma
Descrlpclón
Êxtenslón (%l
100
tadrid
lfiegraclón
Nlvel de
50
2
Comunldad de
f
:
ritorios
Gestión de turnos en consultas
Gestión de peticiones a servicios
técnicos
WINDOWS
Cliente
servidor
Windows
WEB
Windows
Monopuesto
Windows
IMNOVA
Si
MIPS
Si
RAINSOFT
S¡
MIPS
MS SQL
No Aplica
NUANCE
lnformix
si
Desarrollo Centro
No
MERCK
st
PLEXUS
No
ASIME
Cliente
WEB
Windows
Si
Servidor
Windows
Windows
Oracle
Cliente
Servidor
MS SQL
Server
Cliente
MS SQL
Servidor
Server
Cliente
servidor
Windows
WEB
Windows
WEB
Telemedicina
Asistencial
3
100
Sesiones clínicas remotas
Windows
Otros
GESTION CAU
lnformática
11
100
Gestión parque informático
Windows
WEB
MS SQL
Desarrollo propio
MS SQL
No
Desarrollo Centro
70
tJM
Silema de
lnformadón
sorvioo Madrileno de Salud
A¡ea
Usuarlos
Comunidad de tladrid
þ
lntegraclón
illvelde
Plataforma Arqultectura
Descdpclón
[xtendôn (%]
SGBBDD
con HlS
Proveedor
(s/Nl
Server
TECNOCOLTROL
TARJETAS
IDENTIFICACION
VIDEOVIGILANCIA
Administrativa
5
100
Gestión de inventario
Gestión de tarjetas
Administrativa
5
100
Windows
de
identificación de empleados y
vales de comida
Administrativa
5
85
Gestión de Accesos al Hospital y
CEP's
POOLCOM
KABA - TESA
HP - AIDA
Microinfusoras
Rrs/PACS
VIEW FORUM
SIEMENS WS y OS.
Windows
Administrativa
25
100
Administrativa
20
100
Admin¡strativa
300
100
co
los empleados del centro
Gestión de accesos de usuarios
y puertas (RFID)
Gestión
de
planificación de
tu rnos
S¡stema de
Administrativa
Radiodiagnósti
Gestión de vales de comida para
Gestión
Microinfusoras
1000
80
lmagen radiodiag.
Radiología
lmágenes de Angiografía y
Angiografía
Fluoroscopía Digital
Radiología
lmágenes Medicina Nuclear
de
Otras
ACCESS
Cliente
MS SQL
Servidor
Server
Windows
Windows
Wlndows
Windows
Windows
Windows
No
TECNOCONTROL
No
No Aplica
Cliente
MS SQL
Servidor
Server
Cliente
servidor
Cliente
Servidor
No
MS SQL
lnformix
Cliente
MS SQL
servidor
Server
WEB
Oracle
POOLCOM
KABA - TESA
si
HP
si
Roche
Si
AGFA
Windows
PHILIPS
Windows
SIEMENS
71
$!il
Ëe",ab rüsßrnútudâ sú.ú
!
Sahjú¡Wirf
2.t1.
Com*rU"C de tadrld
Aplicaciones departamentales del Hospital Universitario de Getafe
3
100
Agrupador en GRD Codificación
Windows
Monopuesto
MS Access
NO
3M
Dietética y Cocina
5
70
Gestión de Dietét¡ca y Cocina
Windows
Cliente
Servidor
MS SQL Server
s
coENco
Asistencial
1954
100
Documentación clínica e informes
Linux
WEB
lnformix
s
Desarrollo
Centro
Nutriwin
Farmacia
t
100
Gestión de Nutrición Parenteral
Windows
Cliente
Servidor
MS Access
No
BAXTER
Farmatools
Farmacia
58s
100
Gestión de Farmacia y Unidosis
UNIX
Cliente
Servidor
lnformix
s
Dominion Tl
SERVOLAB
Laboratorio
664
100
Gestión de Laboratorios
Windows
Cliente
Servidor
Sybase
s
DADE BEHRING
Gestión Pacientes
850
100
Gestión Pacientes: Hospitalización,
CEX, Gestión
Archivo,
Quirófanos, Urgenc¡as
UNIX
Otra
lnformix
s
HP
HP-HIS GESTIóN
Suministros
92
100
Gestión de Almacén y Compras
UNIX
Otra
lnformix
No
HP
HP-HIS GESTIÓN
EconómicoFinanciero
T2
100
Gestión de Contabilidad
UNIX
Otra
lnformix
No
HP
50
100
S.l. Anatomía Patológica
UNIX
Otra
lnformix
S
ISOFT
105
100
PACS
Windows
WEB
Oracle
s
AGFA
AP-GRD
Dietét¡ca
Documentación
'Clínica
HP-HIS CLINICA
PATWIN
IMPAX
SS CC
Centro
Anatomía
Patológica
Radiodiagnóstico
de
lmagen Radiológica
72
tdffi
';...r ,',i ì.
Ssrvicio M¡drilono de Satud
@
. j
Slstema dè
Usuarlos
lnformadón
Nlvel de
Extenslón
t%t
GESCOT
4
100
Descripción
Plataforma
Gestión de costes clínicofinancieros contabilidad analítica
Windows
Clasificación
pa ra
Gestión de
por
pacientes
priorización en Urgencias
MANCHESTER
Asistencial
40
100
SPEECH MAGIC
Asistencia
39
L00
Banco de Sangre
30
100
Gestión Banco de Sangre
Farmacia
t
100
Fórmulas Magistradas
Enfermería
777
50
lnforme de Alta enfermería
Pruebas
Endoscópicas
28
100
579
100
Laboratorio de Microbiología
9
70
S.l. Nefrología y Diálisis
30
70
PROGESA
COPA
INFORME
ENFERMERíA
MEDICAL
EXPLORER
MICROB DYNAMIC
NEFROSOFT
ULISES
La
I
boratorio
Nefrología y
Diá lisis
Fa
rmacia
informes
reconoc¡miento de voz
Gestión
y
almacenamiento de
imágenes de Endoscopias
Gestión Carrusel
y
armarios
automatizados Farmacia
Gestión
de
inventarios
y
MANTHOSP
Administrativa
70
30
GPT
Admin¡strat¡va
55
100
Gestión de planificación de turnos
RRHH
19
100
Gestión de Nóminas y RRHH
SAINT
repa racrones
Arquhectura
Cliente
Servidor
5G8BDD
Comunidad de
lntêgtâdôn
con Hls (s/Nl
tadrid
Proveedor
Oracle
No
SAVAC
Windows
Cliente
Servidor
Oracle
si
INNOVA AURIA
Windows
Cliente
Servidor
MS SQL Server
No
PHILIPS
UNIX
Otra
Oracle
No
MARK SYSTEM
Windows
Monopuesto
MS Access
No
SEFH
Linux
WEB
lnformix
Si
Windows
Cliente
Servidor
MY SQL
S¡
Linux
WEB
lnformix
si
Windows
Cliente
Servidor
MS Access
si
VISUAL LIMES
Oracle
si
PALEX
Windows
Cliente
Servidor
Desa
rrollo
Centro
MEDICALTEC
SORIA
MELGUIZO
Windows
WEB
MS Access
No
ASYME
UNIX
WEB
lnformix
Si
ILOG
Windows
Cliente
Servidor
lnformix
No
M3
73
Seruicio Madri}eno de S.alud
{,J M
.::,,ì,,,,¡
ì-
..,
S
l
Slstema de
Usuadog
Á'rea
lnformaclón
Nlvel de
Extenslón
Descrlpclón
Plataforma
Arquhectura
SG6BDD
l%)
Cuadro Mando
ACTIVEFAX
GALYS
INTRANET
PUERPERIO
SS CC
Centro
Administrativa
Su
ministros
Adm¡nistrativa
Pa
r¡torios
Comunidad de
lntê$adón
con Hrs (S/N)
tadrid
Proveedo¡
27
70
Datawa rehouse
Windows
WEB
MS SQL Server
Si
Desarrollo
Centro
5
100
Envío automático de Fax
Windows
Cliente
Servìdor
no Procede
No Aplica
ACTIVEFAX
6
100
Gestión Carrusel almacén general
Windows
Cliente
Servidor
MS SQL Server
si
2400
100
lntranet Corporativa
Windows
WEB
115
100
Gestión de partos
Linux
WEB
lnformix
si
Desarrollo
Centro
SI N
PEL
Desarrollo
Centro
SAAP
Administrativa
8
100
Gestión de Asistentes Sociales
UNIX
Otra
lnformix
si
Desarrollo
Centro
GENETICA
Otra
Departamental
2
50
Reg¡stro de estudios genéticos
Windows
Cliente
Servidor
MS Access
No
Desarrollo
Centro
BANCO TEJIDOS
Otra
Departamental
4
L00
Gestión Banco de Tejidos
Windows
Cliente
Servidor
MS Access
No
Desarrollo
Centro
Admisión
48
70
UNIX
Otra
lnformix
si
Windows
Cliente
Servidor
MS Access
si
Desarrollo
Centro
Windows
Monopuesto
MS Access
No
Canon
No
COMITAS
PULSERAS
IDENTIFICACIÓN
PROGRAMAS
PROPIOS
CANONFILE
TELEMEDICINA
Desarrollos
Asistencial
Administrativa
Asistencia
I
Etiquetas
identificativas
de
Códigos Barras
hospita
I
va rios
serytctoS
7
100
50
Escaneo documentación
del
registro
Telemedicina H.Getafe
de la Poveda
- H.Virgen
Desa
rrollo
Centro
74
tiffi
senicio MdrilffiÒdÈ s.ù¡d
lComunided
Sxtudârsrlpd
vtsoR cltNtco
GESTOR
PETICIONES
VESALIO
Asistencial
1954
100
Visor Clínico
Asistencia
1900
80
Gestor de peticiones (ver nivel de
extensión)
900
100
I
Asistencial
S.l. para la Gestión y
Comprobación del Protocolo
Windows
WEB
lnformix
5
Desarrollo
Centro
UNIX
Cliente
Servidor
lnformix
s
ISOFT
Windows
WEB
lnformix
s
Desarrollo
Centro
Windows
Cliente
Servidor
MS SQL Server
No
Windows
WEB
MS SQL Server
No
Quirúrgico
DIAMEDTRANSFUSIONES
Asistencial
20
100
Suministros
10
50
QUIROFANO
DOBLE CAJETIN
RFID
S.l. para la gestión y comprobación
del TRANSFUSIONES
S.l. para la gestión de doble cajetín
en planta
de madrld
75
Êiilt
Smlolo f¡lrfff,cño ¡þ Se[¡d
f C"tn-tUA
SaUÑWid
de Xadrld
2.5. Aplicaciones departamentales del Hospital Universitario Santa Gristina
Farmatools
Gestión de Farmacia y Unidosis
Farmacia
10
Gestión Pacientes
4s0
Gestión Pacientes: Hospitalización, CEX, Gestión de
Archivo, Quirófanos, Urgencias
lnformix
INFORMES CLíNICOS
Asistencial
500
Documentación Clínica e lnformes
lnformix
HP-HIS GESÏÓN
Suministros
15
Gestión de Almacén y Compras
HP
HP-HIS GESÏÓN
Económico-Financiero
20
Gestión de Contabilidad
HP
Anatomía Patológica
400
S.l. Anatomía Patológica
HP-HIS CLINICA
NOVOPATH
PROGESA
META4
INTRALAB
s.t.E.F
DIETETICA
GESCOT
Banco de Sangre
Dominion Tl
Hrs
HP
s
HP
S
Gestión Banco de Sangre
RRHH
25
Gestión de Recursos Humanos y Nóminas
Laboratorio
120
Gestión de Laboratorio I nmunología
Económico-Fina nciero
MARK SYSTEM
rcM
Gestión de gastos e ingresos
Dietética y Coc¡na
250
Administrativa
t
Gestión de dietas
Aplicación para la gestión de costes
VITRO
Oracle
s
IZASA
No Aplica
rcM
s
Dominion Tl
No
Savac
76
tdffi
J.,i,.q,!
Se¡'vicio Madr¡!øno de setud
."
S
'
Cornunidad de
tadrid
2.6. Aplicac¡ones departamentales del Hospital Universitario lnfantil Niño Jesús
Á'rea
Usuarlos
Nlvel de
Extenslón
lntegradón
Descrlpclón
Plataforma
Arqultectura
SGBbDD
l%l
HP-DOCTOR
Admisión
Asistencia
I
Proveedor
{s/N}
Programa institucional de Gestión Clínico
HP-HIS CLINICA
con Hls
90
100
- Asistencial
UNIX
Cliente
Servidor
lnformix
3s0
100
Programa institucional de Gestión de
informes clínicos
UNIX
Cliente
Servidor
lnformix
Hts
si
HP
HP
CAPCONSULTAS
Admisión
50
100
Aplicación web de gestión de consultas
externas y listas de trabajo
Windows
WEB
lnformix
SYCIT
Admisión
5
100
Programa de gestión de datos de
Consultas Externas
Windows
Cliente
Servidor
Desconocido
ARCHIVO
Admisión
50
100
Aplicación de gestión de préstamo de
Historias Clínicas
Windows
WEB
lnformix
25
100
Programa de gestión de datos de Lista de
Espera Quirúrgica
Windows
WEB
Desconocido
3
100
Programa de gestión de los Fondos de
Cohesión interprovincia les
Windows
Cliente
Servidor
Desconocido
340
100
S¡stema de gestión de imagen clínica
Windows
WEB
Oracle
si
IRE
Admisión
50
100
Programa de Tarjeta Sanitaria
Windows
WEB
Desconocido
S
DGSIS
HDD
70
100
Gestión de Hospitales de Día
Windows
WEB
lnformix
si
PROPIO
Admisión
20
100
Aplicación de impresión de pulseras
identif icativas de pacientes
Windows
WEB
lnformix
25
L00
RULEQ
SS CC
Consejería
Gestión
FONDOS COHESIÓN
PACS/RrS
CI
BELES
HOSPITAL DE DIA
PULSERAS
Pacientes
Ra d iod
iagnóstico
PATWIN
Anatomía
lnformix
Windows
Aplicación de sestión del servicio de
si
S¡
S¡
s¡
No
Si
s¡
PROPIO
DGSIS
PROPIO
DGSIS
STERIA
INFORMÁTICA
EL
CORTE INGLÉS
NOVASOFT
Cliente
77
{¡JM
..."
ar. t. ,,.1
,-ri:ri,
¡ : !,r ,.. .'
_
servicio Madritøno de Salud
@
.
Slstema de
Area
lnformaclón
Usuarios
Nlvel de
Extenslón
tadrid
lntegraclón
Desripclón
Plataforma
Arqulteclura
SGBBDD
l%l
La
boratorio
con Hl$
Pror¡eedor
{s/N}
Anatomía Patológica
Patológica
MODULAB
Comunidad de
i
350
100
Aplicación de gestión del Laboratorio
Servidor
Linux
WEB
Oracle
CMBD
Admisión
2
100
Aplicación de gestión del CMBD
asistencial del centro
Windows
Cliente
Servidor
lnformix
GRD'S
Admisión
2
L00
Aplicación de codificación de los GRD's
Windows
Cliente
Servidor
lnformix
Si
Si
st
IZASA
3M
3M
PRUEBAS
FUNCIONALES
Asistencia
I
23
100
Aplicación gestión pruebas funcionales
Windows
WEB
lnformix
DIETÉTICA
D¡etét¡ca y
Cocina
40
100
Aplicación de gestión de dietas y cocina
UNIX
Cliente
Servidor
lnformix
Cocina
2
L00
Base de Datos de D¡etas
Windows
Cliente
Servidor
lnformática
600
100
Aplicación de petición y gestión de
incide ncias informáticas
Windows
WEB
My SQL
Dietética y
SANUTRIN
INCIDENCIAS
INFORMÁTICA
rmacia
350
100
Aplicación de gestión de Farmacia
Windows
Cliente
Servidor
lnformix
Fa
rmacia
5
1_00
Base de datos de incidencias de
medicamentos
Windows
Cliente
Servidor
MS Access
MAGISTRAL
Farmacia
5
100
Farmacia
Windows
Cliente
Servidor
MS Access
MULTICOMP
Farmacia
5
L00
Aplicación de gestión de Nutrición
Pa renteral
Windows
Cliente
Servidor
MS Access
ISOFAR
Fa
rmacia
5
100
Anotación de intervenciones
farmacéuticas
Windows
Cliente
Servidor
MS Access
INCIDENCIAS
FARMACIA
Aplicación de Formulas magistrales de
FORMULACIÓN
si
PROPIO
PROPIO
No
Fa
FARMACIA
Si
No Aplica
si
No Aplica
No Aplica
No
No Aplica
PROPIO
DOMINION
PROPIO
OFICINA
FARMACIA
INTERCATH
NICASE SOFTWARE
78
{dM
Servicio Madnleno de satqd
@
S¡stemg dê
Usuarlos
!nformaclón
Nlvelde
[xten$ón
Plataforma
Arquhectura
SGBBDD
{9rl
100
Descarga de datos estadística de
Facturación clínica
Windows
Cliente
Servidor
EDELPHYN
Banco de Sangre
6
100
Aplicación de gestión de Banco de Sangre
Windows
Cliente
Servidor
INCLIMEC
Otra
Departamental
2
100
Control de infección Nosocomial
Windows
Cliente
Servidor
ETIQUETAS
Otra
Departamental
5
L00
Aplicación de impresión de etiquetas de
color en Archivo
UNIX
Cliente
Servidor
lnformix
BIBLIOTECA VIRTUAL
Otra
Departamental
5
1_00
Gestión de libros y biblioteca
Windows
WEB
Desconocido
cL1
Otra
Departamental
2
100
Buscador de revistas y artículos
Windows
WEB
Desconocido
t.L.L17
Otra
Departamental
2
100
Buscador de revistas y artículos
Windows
WEB
Desconocido
EconómicoFinanciero
50
100
UNIX
Cliente
Servidor
lnformix
F¡nanc¡ero
15
100
Fina nciera
GESSER
Asistencia
3
L00
Aplicación de gestión de pruebas externas
Windows
Cliente
Servidor
lnformix
GESCOT
EconómicoFina nciero
2
100
Aplicación de Contabilidad Analítica
Windows
Cliente
Servidor
lnformix
PRESAVAC
lnformática
2
100
Descarga de datos Contabilidad Analítica
Windows
Servidor
ECONÓMICA
Programa de Gestión Económico -
EconómicoSI
EF
I
con HlS
Prcwedo¡
fs/Nl
2
HP-HIS GESTION
tadrid
lntegraclón
Descrlpclón
Admisión
FACTURACIÓN
Comunidad de
Fina nciera
Programa de Gestión Económico -
MS Access
MS SQL
Server
si
No
No
Cliente
Servidor
s¡
No Aplica
No Aplica
No Aplica
No Aplica
No Aplica
Si
Si
PROPIO
INTERCATH
D, GRAL SALUD
PÚBLICA
PROPIO
DGSrS/rCM
UNIVERSIDAD
CARLOS III
UNIVERSIDAD
CARLOS III
HP
rcM
PROPIO
SAVAC
Cliente
lnformix
Si
PROPIO
79
tdffi
Ssrvicto Madrileno de $alud
Slstema de
fuea
!nformaclón
MANTHOSP
Usuarlos
@
Nlvel de
Extensión
USTIFICANTES
Plataforma
Arquhectura
SGBBDD
MI
Gestor
Peticiones
100
Pacientes
25
100
Administrativa
20
100
2
1-00
Gestor
Peticiones
40
100
RRHH
2
100
EconómicoFina nciero
2
100
RRHH
15
100
RRHH
L5
L00
RRHH
3
100
RRHH
2
100
2
100
IntegracJón
con lll5
Proveedor
Ís/N)
Programa de gestión de inventario y
50
Windows
Cliente
Servidor
MS SQL
Server
Windows
WEB
lnformix
CM
Windows
WEB
Programa de medición de temperatura
Windows
Monopuesto
repa racrones
Aplicación de modelación de justificantes
Gestión
J
Descrlpción
Comunidad de tladrid
clínicos
No
si
IBERMANSA
PROPIO
Aplicación de registro centralizada de la
EREG
TESTO
LAVANDERIA
HUELLA DACTILAR
CDR
META 4 e-m¡nd
SIRIUS
PASUM
WINSUITE
DELTA
Fa
rmacia
RRHH
Windows
S¡stema de control de acceso biométrico
Registro centra lizado de Contratos
Programa de gestión de Personal y
Recursos Humanos
Programa de gestión de Personal y
Recursos Humanos (Laboral)
Programa de gestión de turnicidad
Aplicación del Sistema Red de la
Seguridad Social
Aplicación de gestión de accidentes
la
CUADRO DE MANDO
SS CC
Centro
5
borales
100
Aplicación de gestión de estadísticas
Windows
WEB
Cliente
Servidor
rcM
No Procede
No Aplica
TESTO
MS SQL
Server
si
PROPIO
My SQL
No Aplica
OCILUX
No Aplica
tcM
No Aplica
META 4
No Aplica
tcM
No Aplica
INTERPAS
Windows
Cliente
Servidor
Windows
Cliente
Servidor
Windows
WEB
Windows
Cliente
Servidor
Windows
Cliente
Servidor
No Aplica
Windows
Cliente
Servidor
No Aplica
Windows
WEB
lnformix
Desconocido
My SQL +
S¡
SEGURIDAD
SOCIAL
SEGURIDAD
socrAL
PROPIO
80
8tYHofiffiflrturlÈS*,fr
lCon e"øaf do lodr*I
económico - asistenciales
SPEECH MAGIC
PARADA CARDÍACA
Asistencial
10
100
Asistencial
20
100
Programa de reconocimiento de voz
Sistema de control de R.C.P y voz
lnformix
Windows
Cliente
Servidor
Otra
Otra
My SQL
No Aplica
PHILLIPS
No Procede
No Aplica
ALHAMBRA/ICM
81
td M
.....,1
|
Samcro Mådrrieno de Êalud
@
.-,
Comunidad de Madrid
2.7. Aplicac¡ones departamentales del Hospital Central de la Gruz Roja
Slstema de
lr¡formación
Área
Usuarios
Nlvel de
Extenslón
Descrlpclón
Platafo¡ma
Arqu¡tectura
SGBBDD
MS Access
116l
Agenda Quirúrgica
Asistencia
I
4
100
Agenda quirófanos
Windows
Otra
ALCOR
Asistencia
I
2
100
Agrupador GRD
Windows
WEB
ALMA
Asistencia
I
1
ANBLICK
Administrativa
ARETEO
Asistencia
I
38
ASTARE
Asistencia
I
7
Atención AGUDOS
Asistencia
I
Atención ALERGIA
Asistencia
I
Atención
Domiciliaria
Atención HDD
Atención
NEUROLOGíA
3
Otra
Depa rtamenta
I
100
3
Desarrollo Centro
Fichero
Monopuesto
lndra
MS SQL
si
Windows
WEB
Registro últimas voluntades
Windows
WEB
Windows
WEB
Windows
Otra
MS Access
S¡
Windows
Otra
MS Access
S¡
Windows
Monopuesto
MS Access
si
Desarrollo Centro
Desarrollo Centro
Sistema gestión
talonarios
prescri pción fa rmacéutica
Registro pacientes
atendidos en Geriatría
100
Registro pacientes atendidos en el
servicio de Alergia
100
Si
Proveedor
Gestión de Cartelería Digital
100
I
HDD
Asistencia
Reconstrucción imágenes 3D
lntegraclón
con Hls (s/N)
Registro atención
agudos
domiciliaria
Geriatría
Server
PLEXUS
No Aplica
tcM
100
Registro atención HDD
Windows
Monopuesto
MS Access
si
100
Registro pacientes atendidos en el
servicio de Neurología
Windows
Otra
MS Access
S¡
Desarrollo Centro
82
tJM
::':r',i:''.Ì I .
Servic¡s Madrrreño de Satud
@ eomunidad
j
Slstema de
lnformaclón
Atención UME
AUTO
CONCERTACIóN
Usuarlos
,{'rea
Asistencia
I
r.00
Asistencia
I
100
Administrativa
CESTRACK
Administrativa
Cita Previa
CMBD
Coordinación de
pacientes
pendientes de
Descripclón
Registro pacientes atendidos en
Geriatría en la UME
Actividad
a
BUSINESS OBJECTS
CIBELES
Nlrcl de
Extenslón
t%l
Asistencial
T2
Plataforma
Arqultecturâ
SGBBDD
Windows
Otra
MS Access
Si
Desarrollo Centro
Windows
Cliente
Servidor
MS Access
si
Desarrollo Centro
de
100
100
Atenc¡ón
al
Tarjeta Sanitaria
S¡stema lnformación para citar
pacientes quirúrgicos
Conjunto Mínimo
y
Básico de
Datos
Proveedor
WEB
Windows
WEB
Windows
Cliente
Servidor
Windows
Monopuesto
Notificación centralizada de camas
disponibles en hospitales públicos
Admisión
con HIS (S/N)
WEB
farmadrid
100
1,
por
n
Reclamaciones
Paciente
Gestión
I
realizada
lnfraestructura tecnológica
1
Pacientes
Asistencia
utoco nce rtació
lntegraclón
de tladrid
No Aplica
MS ACCESS +
lnformix
5i
Fichero
SS CC
Consejería
Desarrollo Centro
SS CC
Consejería
WEB
rngreso
DELTA
DIET SOURCE
Dietética
RRHH
2
Asistencial
2
Dietética y
Cocina
L3
100
Registro de Accidentes Laborales
Windows
Dietas-N utrición
95
Gestión de Dietética y Cocina
No
WEB
Monopuesto
Windows
Cliente
Servidor
IBERMAN
N
lnformix
5i
ova
rtis
Dominion Tl
ECODOPPLER
MIEMBROS
Asistencia
I
lnformes doppler
Monopuesto
Desarrollo Centro
INFERIORES
83
tÉ M
Servicio M¡drrleno de Salud
Slstema de
A¡ea
lnformaclón
EDELPHYN
EREG
Usuario¡
@
Nivel de
Extensión
Arqultectura
SGBBDD
MS SQL
Server
Banco de Sangre
3
100
Gestión Banco de Sangre
Windows
Monopuesto
Administrativa
T
100
Registro Centralizado CM
Windows
WEB
Windows
WEB
Asistencia
I
ESTERILIZACION
Asistencia
I
FARMADRID
Asistencia
I
100
100
1-03
95
Administrativa
7
100
GESCOT
EconómicoFina nciero
2
100
GESTION PROTESIS
Su
ministros
4
100
GESTIONAI
lnformática
GESTOR INFORMES
Asistencia
I
GUARDIAS
Asistencia
I
HOLTER
Asistencia
I
Fa
rmacia
Gestión
documental
Historia
Clínica
Explotación
prescripción
rmacéutica pacientes externos
Windows
WEB
Windows
Cliente
Servidor
Gestión integral de prestación por
asistencia san¡taria internacional
Windows
WEB
Gestión de costes clínicofinancieros contabilidad analítica
Windows
Monopuesto
Windows
Cliente
Servidor
fa
Gestión
de
Farmacia, Unidosis,
Prescripción en planta
Gestión de pedidos de prótesis
proveedores
a
Gestión de Usuarios
190
No Procede
lntegraclón
con Hls (S/Nl
tadrid
Proneedor
s¡
Hemasoft
No Aplica
tcM
si
Desarrollo Centro
Cliente
Servidor
Control de esterilización
1
FISS
Plataforma
t%t
ESTACION CLINICA
Farmatools PB
Descrlpclón
Comunidad de
MARVAX
si
Dominion Tl
No
INSS
Oracle
No
SAVAC
MS Access
si
Desarrollo Centro
lnformix
WEB
100
Gestión integral de informes
Windows
Otra
MS Access
si
Desarrollo Centro
100
Gestión de asistencia continuada
Windows
Otra
MS Access
No
Desarrollo Centro
No
Dia nisca n
Descarga e informes del Holter
Monopuesto
84
{,dM
SsrYicio M¡drileno de S¡lud
@
Slstema de
Usuarlos
Área
lnformaclón
Nlvel de
Extenslón
Descripción
Plataforma
Arqu¡tectura
SGBBDD
lo,6l
HORUS
HP-HIS CLINICA
Gestión
Pacientes
HP-HIS CLINICA
EconómicoFi na nciero
HP-HIS GESTIÓN
Su
HP-HIS GESTIÓN
INCLIMEC
Visor de historia clínica
Asistencial
ministros
EconómicoF¡nanciero
Asistencial
en
100
Gestión Pacientes: Hospitalización,
CEX, Gestión
Archivo,
Quirófanos, Radiodiagnóstico, LEQ
UNIX
Otra
lnformix
Hrs
HP
7
1-00
Facturación
UNIX
Otra
lnformix
HIS
HP
\20
100
Gestión de Almacén y Compras
UNIX
Otra
lnformix
Hrs
HP
9
100
Contabilidad
UNIX
Otra
lnformix
HIS
HP
1,
100
Windows
Monopuesto
DBASE
si
D.G. Salud Pública
nformación/Comu nicación/Cuadr
o Mandos
Linux
WEB
Si
Desarrollo Centro
lnventario Físico - presupuestario
Windows
Otra
No
Desarrollo Centro
Gestión de Reclamaciones
Windows
WEB
de
Control
de
i
nfecciones
hospita larias
S¡stema
ITRACK
Asistencial
KABISOFT
Asistencial
K_RADICOM
MAGISFOR
MEDICAL
EXPLORER
Ra d iod
20
100
t
iagnóstico
Asistencia
I
Asistencia
I
Proveedor
3s0
100
Administrativa
lntegraclón
con HIS (S/N)
WEB
Atención Primaria y Especializada
INTRANET
INVENTARIO
Comunidad de Madrid
Nutrición parenteral
1_00
L
t
I
PACS
Radiodiagnóstico
Formulas magistrales
Captura imágenes exploraciones
digestivo
My SQL +
lnformix
MS Access
No Aplica
WEB
Windows
Otra
MS SQL
Server
Si
INDRA
Monopuesto
Monopuesto
FUJINON
85
Servicio M¡dntono de Ëal¡.¡d
{d M
ì .r;', I
l',.ì , ì.
S
Comunidad de Madrid
l
Slstema de
A¡ea
lnformaclón
Descripclón
Plataforma
Arqultectura
SGBBDD
Gestión de Recursos Humanos y
Windows
Cliente
Servidor
lnformix
RRHH
9
70
Administrativa
7
100
Modificación Presu puesta ria
Windows
WEB
RRHH
2
100
Certificados IRPF
Windows
Monopuesto
MODELO 190
MULTICITA
Nlvel de
Extenslón
l%l
META 4
MOD.340
Usuarlos
Asiste ncia
Nóminas
Plataforma de integración que
perm¡te la citación en Atención
I
lntegraclón
con HIS (S/N)
No Aplica
Proveedor
META 4
tcM
No
AEAT
si
ROCHE
No Aplica
rcM
WEB
Especializada
Gestión
OMEGA
2OOO
Laboratorio
100
Laboratorio de
Hematología y
Windows
Otra
Aplicación para la obtención del
impuesto de ausencia de deudas
Windows
WEB
de
Bioquímica,
CACHE
Serología
ORVA
EconómicoFina nciero
7
RRHH
2
100
tributa rlas
Sistema para la comunicación de
PAT2OO3RSN2OO3
100
partes
e
accidentes para
la
No
Windows
asegu radora Fraternidad
PATWIN
PHOTOFINDER
Anatomía
Patológica
4
100
Asistencial
S.l. Anatomía Patológica
Windows
Dermatología
Cliente
Servidor
lnformix
si
Monopuesto
TECHDERMA
Sistema
QUENDA MEDIC
de
acogida,
y organización
de pacientes en las Consultas
ISOFT
direccionamiento
Asistencial
Windows
WEB
Windows
WEB
MS SQL
Server
s¡
PLEXUS
No Aplica
tcM
Externas.
RECTAS
EconómicoFi
na ncie
ro
7
100
Consulta
ingresos
boletines oficiales
concepto
86
{'JM
, ..'ì
..
ServrcrE Madrileño de Sah¡d
@
..
Slstema de
lnformaclón
Á¡ea
Usuarios
Nivel de
Extensión
t%l
Descripclón
2
100
Oficina Regional de Coordinación
Registro
RTUM
Asistencia
I
Comunidad de Madrid
lntegración
Plataforma
Arquitectura
Windows
WEB
No
Windows
WEB
si
UNIX
Otra
No
tcM
Windows
WEB
No Aplica
tcM
SGBBDD
con HIS (S/Nl
Proveedor
de tumores para la
tcM
Oncológica
RULEQ
Lista de Espera
2
100
Registro Unificado de la Lista de
Espera Quirúrgica
s.t.E.F.
EconómicoFina nciero
7
100
Gestión de gastos e ingresos
S.U,E,X
EconómicoFina nciero
7
100
Conta bilidad Extrapresu puesta ria
SCAE
Asistencial
Solicitud
de cita en
atención
SS CC
Consejería
WEB
especia lizada
SIAE
SS CC
Centro
I
L00
S.l.Atención Especializada
Windows
Monopuesto
No
SS CC
Consejería
SICYT
SS CC
Centro
7
100
Descarga S.l. Consultas y Técnicas
Windows
Monopuesto
Fichero
SS CC
Consejería
UNIX
Otra
lnformación
Programación Quirú rgica
Asistencia
SIPARP
Administrativa
RF
Otra
Departamental
75
100
S.l. servicio de Rehabilitación
Windows
Otra
stRtus
RRH H
3
100
Gestión de Personal y RRHH
Windows
WEB
SI
100
Sistema
SIPAQ
I
SISPAL
Asistencia
SOLVENTA
lnformática
Responsabilidad patrimonial
100
Gestión notificación incidencias
informática
Si
Desarrollo Centro
MS Access
S¡
Desarrollo Centro
WEB
Sistema de lnformación de Salud
Pública y Alimentación
I
lnformix
tcM
WEB
Windows
Otra
MS Access
No Aplica
Desarrollo Centro
87
{,,! M
ìl:
:
l:r,jì:
,,
;
:.
sswicio Madn}eno de Sa}ud
@
l
Nlrclde
Slstema de
SPEECH MAGIC
SUAC
Usuarlos
Á,rea
lnformaclón
Extenslón
Plataforma
Descrlpclón
SGBBDD
t%l
Asistencial
EconómicoFi
na ncie
ro
Gestión de
informes
reconocimiento voz
5
100
7
100
Gestión de Anticipos de Caja
por
EconómicoFinanciero
7
100
Presu
TIREA CAS
EconómicoFina nciero
7
100
Gestión gastos transporte
sanitario (lesionados en
TRAN
EconómicoFina nciero
7
TSNU
Asistencial
ZETAFAX
Administrativa
Encefalogra mas
Otra
Departamental
Philips
WEB
No Aplica
rcM
Otra
No Aplica
tcM
Windows
WEB
No Aplica
Windows
WEB
No Aplica
puestos
1-00
Tramitac¡ón
anticipada
expedientes de gasto
de
Gestión de Transporte Sanitario
Gestión
Otra
Departamental
Proneedqr
Servidor
accidentes tráfico)
100
Pac¡entes
Vacu naciones
Cliente
lntegraclón
con Hls (S/Nl
No
Windows
Windows
SUEP
UPAR
Arqultectura
Comunidad de tladrid
2
100
Gestión pacientes atendidos por la
UPAR
Vacunación personal
WEB
Windows
Otra
MS Access
s¡
Desarrollo Centro
Windows
Monopuesto
MS Access
No Aplica
Desarrollo Centro
Cliente
Servidor
Gestión envío faxes
4
100
Realización de encefalogramas en
Neurología
Windows
Monopuesto
MICROMOUSE
MS SQL
Server
No
NIHON KOHDEN
IBERICA, S.L.
88
Êdffr
sorvicio Madrir€ño d¿ selud
!
Co-unldad de Madrld
ANEXO ll: REQUISITOS FUNCIONALES DEL SISTEMA
1.
Gestión de pacientes
Grupo de funcionalidades para gestionar los datos administrativos asociados a los
pacientes. Muy utilizadas en los módulos que cubren las puertas de entrada - admisión
de hospitalización, admisión de urgencias, consultas externas, etc. - de los usuarios del
sistema sanitario.
.
o
Gestión de la localización de pacientes.
.
Gestión de propuestas de fusión, peticiones de dossier
asignación de NHC.
.
Gestión de éxitus, con procesos de confirmación
actividad programada.
.
o
Gestión de la creación, consulta y modificación de los datos administrativos
de los pacientes.
y gestión de la
y anulación automática de
Gestión de alertas explícitas asociadas a pacientes.
Gestión de alertas de INFECCIONES en módulos de entrada de pacientes
Hospitalización
- Urgencias.
2. Admisión de Hospitalización
Funcionalidades para realizar la gestión administrativa de los pacientes en el área de
hospitalización, desde el proceso de ingreso del paciente hasta el alta administrativa,
ofreciendo una gestión completa de las camas hospitalarias, de forma integrada con las
decisiones clínicas.
o
Presentación de forma gráfica y en tiempo real, de la situación y las
características de ocupación en que se encuentra el centro hospitalario, con
diferentes filtros (centro, servicio, unidades de enfermería, médico - primer y
segundo responsable, fechas, edades) y toda la información sobre las
camas/habitaciones y pacientes.
.
Registro de cualquier movimiento del paciente desde su llegada al área hasta
su salida (ingreso, alta, traslado, cambio asistencial, solicitud de ingreso, pre-alta,
alta temporal, solicitud de traslado).
o
Gestión completa de camas, cambios asistenciales, traslados, altas de fin de
semana, solicitudes de traslado, inhabilitaciones y consulta de movimientos por
ubicación.
.
o
Gestión de aislamientos e inhabilitación de camas
Gestión de Tipos
de Gamas: por
edades, condicionadas por sexo, por
89
Ssrvicio Mädril€ño de sslud
tiffi
!
Comunidad de
tladrld
compat¡bilidades entre servicios, por tipo (especiales).
.
Generación y configuración sencilla de cualquier t¡po de documentación
(etiquetas, hojas de ingreso, justificantes, partes, etc.) asociada al ámbito de
hospitalización.
.
Descergas
a fichero, con filtros diferentes, de tablas de hospitalización e
integración con sistemas externos (SSll, Dietas, Contabilidad Analítica, Dromos,
)
.
.
3.
lmpresión de Pulseras ldentificativas de Pacientes.
Modulo lmpresión Justificantes de Asistencia.
Admisión de Urgencias
Funcionalidades para realizar la gestión administrativa de los pacientes en el área de
urgencias, desde la llegada o recepción del paciente hasta su marcha, ofreciendo una
gestión completa del área de forma integrada con las decisiones clínicas.
o
Presentación del puesto de Urgencias de forma gráfica y en tiempo real, los
pacientes, su estado y ubicación, con diferentes filtros y con toda la información
importante.
.
Registro de cualquier movimiento del paciente desde su llegada y hasta su
salida del área (llegada, atención, alta, traslados)
.
.
Gestión de llegadas inmediatas
Gestión de Movimientos: Llegada, Triaje, Atención, Cambios Asistenciales,
Traslados, Altas. Y los correspondientes de anulación.
.
o
.
Gestión de Recursos/Zonas (espacios físicos y virtuales).
Integración con sistemas externos de Triaje
Generación y configuración sencilla de cualquier tipo de documentación
(etiquetas, partes de accidentes, justificantes, etc.) asociada al ámbito de la
Urgencia.
.
Descargas
a fichero, con filtros diferentes, de
tablas de hospitalización e
integración con sistemas externos (SSll, Dietas, Contabilidad Analítica, Dromos,
)
.
.
lmpresión de Pulseras ldentificativas de Pacientes.
Garga automatizada para el sistema alternativo de Urgencias ante cortes del
sistema principal.
.
Modulo lmpresión Justificantes de Asistencia.
90
ünfr
s€r'ic¡ô Madrileño d6 selud
!
Comunldad de tladrld
4. Gestión de la lista de espera
Funcionalidades para rcalizat la gestión integral de la Lista de Espera, controlando las
inclusiones, las bajas/salidas, las derivaciones, las ofertas, los rechazos, la situación en
curso, los aplazamientos, el preoperatorio, los avisos y la evolución, de forma integrada
todo, con las decisiones clínicas.
o
Presentación del Registro de Demanda de forma gráfica y en tiempo real, las
solicitudes, su estado y situación, y toda la información asociada.
.
Gestión del Preoperatorio: aceptación del paciente, pruebas, aceptación
anestesia, citación, formulario de anestesia, control delestado del preoperatorio.
.
.
o
Codificación CIE de los registros de lista de espera
Gestión de inclusiones, aplazamientos, ofertas, derivaciones y salidas.
Gestión de avisos realizados al paciente para informarle de los cambios de
su
lista de espera: programaciôn, aplazamientos, etc.
.
.
.
.
.
Seguimiento y evolución de los registros de demanda.
Gestión de la Bolsa de Preparados para intervención quirúrgica.
Gestión de pre-programaciones y programaciones quirúrgicas
Generación y configuración de cualquier tipo de documentación asociado al
área.
Descargas a fichero, con filtros diferentes, de tablas de hospitalización e
integración con sistemas externos (SSll, Dietas, Contabilidad Analítica,
Dromos,...).
5.
Consultas Externas
Funcionalidades para realizar la Gestión administrativa de los pacientes en el área
de Consultas Externas, desde la programación o citación hasta la captura de actividad
de forma integrada con las decisiones clínicas.
o
¡
Diferentes modos avanzados de citación: automático, directo, vía calendario,
multihospital (por especialidad).
Definición y Gestión Flexible de la Estructura de Gitación (Agendas, Horarios y
Prestaciones).
. Gestión de Horarios Normales y por Demanda.
. Definición de sobrecargas a nivel de prestación y/o agenda.
. Gestión de la programación de citas: modificaciones,
reprogramaciones, solicitudes
de
anulaciones,
reprogramación, reservas de huecos y
91
{dM
Sorvicio Mâdril€ño de Salud
f
Comunidad de lUladrld
bloqueos.
.
.
.
.
.
o
.
.
Citación múltiple. Gestión y definición de Paquetes de Citas.
Gestión del Buzón de Peticiones (lista de espera de consultas externas).
Captura de Actividad Normal, Detallada y Urgente y captura en tiempo real, con
proceso de recepción de pacientes.
Generación y configuración de cualquier tipo de documentación asociada al
área (notas de cita, cadas de anulación, cartas de reprogramación, documentos
de preparación, etc.).
Generación de varios formatos de etiquetas de pacientes.
Módulo de Propuestas de Canalización de Pacientes.
Gestión de Gitas sin opción de generación de nuevos pacientes en Servicios de
Hospital y Centros de Salud Mental.
Descargas a fichero, con filtros diferentes, de tablas de hospitalización e
integración con sistemas externos (SSll, Dietas, Contabilidad Analítica,
Dromos,...).
.
o
.
.
.
.
.
Gestión de SMS sobre citas. (Emisión, Estadísticas, Gestión de Excepciones).
Automatización de Listados y Etiquetas para Gonsultas Externas.
Gestión de Gartas de Gitaciónpor Servicio.
Gestión de Obse¡vaciones por Agendas de Servicios en la nota de cita.
Gestión de Pegatinas.
Modulo lmpresión Justificantes de Asistencia.
Captura automatizada de actividad de Radiología (Consultas Externas y
Urgencias).
6.
Archivo de Historias Clínicas y Codificación
Funcionalidades para realizar el mantenimiento de las Historias Clínicas físicas de
los pacientes en el Centro y cubre los procesos de codificación clínica de la
actividad asistencial y la generación de las salidas de información oficial asociadas, el
CMBD.
.
.
.
.
o
Mantenimiento de las Historias Clínicas Físicas de los Pacientes
Gestión Multiarchivo y Multicarpeta (multicentro)
Números de Historia Provisional y Definitivos.
Fusión y Revisión de HC y Traspaso de Episodios,
Detección de Duplicados y gestión de propuestas de fusión.
92
titw
o
.
Servicio Madrilaño de $alud
!
Comuntdad de Madrld
Gestión Electrónica de HC (marcar HC Físicas como digitalizadas).
Gestión de dossiers: creación de dossier, cambio de situación y archivo de un
dossier e impresión de documentación asociada al dossier y traspaso masivo de
dossier.
.
Gestión de peticiones: Gestión automática y manual de las peticiones de
dossier, proceso de preparación de peticiones, impresión de listados de
preparación y préstamo automático de las peticiones ya preparadas
.
Gestión de los préstamos de HG, control de morosos,
manuales o con lector de código de barras del dossier
.
Gestión de la codificación de episodios y codificación de actos quirúrgicos,
usando el ClE.
o
.
.
.
.
.
y recuperaciones
Utilización de códigos de barras.
Listados de Selección de Gasos.
Generación
ârea.
y
configuración de cualquier tipo de documentación asociada al
Actualización automatizada de CIAS
lmpresión etiquetas dosieres.
Módulo de codificación de Historias CMBD. CMBDA (Listados, Estadísticas,
Toma de datos automatizada de ciertos ámbitos,...).
7.
Hospital de Día/Rehabilitación
Funcionalidades para gestionar toda la actividad ambulatoria asociada a
procedimientos diagnósticos no quirúrgicos invasivos y a tratamientos médicos
ambulatorios prolongados en el tiempo, que requieran personal médico y personal de
enfermería, así como recursos físicos: sillones, butacas, camas, boxes, aparatos, etc.
.
.
Gestión de los recursos físicos y las localizaciones
.
Gestión administrativa de la sesiones de tratamiento en Hospital de día:
Gestión de los diferentes tipos de hospital de día (oncológico, diálisis, médicos,
etc.)
listas de tratamientos, citación de tratamientos, gestión de mapas en tiempo real
de HdD, recepción de los pacientes, ubicación del paciente, captura de actividad,
finalización de sesiones, etc.
.
Gestión asistencial de los tratamientos que tienen lugar en un hospital de día:
cuidados de enfermería, administración de medicación, extracción de muestras,
solicitud de pruebas, consulta y elaboración del curso clínico.
93
{,Jllfr
.
.
.
.
.
8.
servicio Madrlaño da $dud
!
Comuntdad de
tadrtd
Planificación de actividad y recursos, programación en base a planillas.
Gestión y mon¡torizac¡ón en tiempo realde la actividad
Gestión de la información clínica para los diferentes profesionales
Gestión de planes de cuidados y hojas de valoración.
lmpresión de Pulseras ldentificativas de Pacientes.
Gestión del Bloque Quirúrgico
Funcionalidades para realizar la gestión administrativa y clínica del ámbito
quirúrgico, encargándose de gestionar los procesos de planificación, programación,
captura de actividad y documentación.
.
Gestión de quirófanos:Gestión de asignaciones (planificación de tiempos por
servicio), inhabilitaciones y reservas de quirófanos.
.
Gestión de programaciones, anulaciones, suspensiones, reprogramaciones,
confirmación
e
impresión
de partes, captura y cierre de partes
e
intervenciones urgentes
.
.
.
o
o
Gestión de Prestaciones. Control de Recursos.
Generación del Historial quirúrgico
Gestión de preoperatorios en los procesos de programación quirúrgica.
Bolsa de Preparados.
Mapa en tiempo real de la situación del bloque, permitiendo gestionar las
ubicaciones por las que pasa el paciente desde que el paciente es enviado a
quirófanos desde planta hasta que regresa a dicha ubicación o a cualquier otra.
o
Gestión de protocolos
de profilaxis, anestesia e
intervención
(a nivel
de
especialidad médico y CIE o rangos de CIE)
o
.
.
.
o
.
.
.
Protocolos de implantes (incluyendo gestión de componentes).
Seguimiento de la Actividad en Tiempo Real.
Gestión de la CMA
Soporte para la gestión y elaboración de la hoja circulante.
Gestión de incidencias asociadas a la intervención.
lndicadores y Estadísticas de Actividad
y
Rendimiento
Modulo lmpresión Justificantes de Asistencia.
Descargas a fichero, con filtros diferentes, de tablas de hospitalización e
integración con sistemas externos (SSll, Dietas, Contabilidad Analítica,
94
tirs
Servicio Madriþño d€ Selud
!
Comunldad de Madrld
Dromos,...).
a
Listados de Partes de Quirófanos
9.
Facturación
Funcionalidades para permitir facturar a los financiadores de la asistencia, sean
compañías, organismos públicos o personas jurídicas. lncluye también la facturación a
los garantes privados.
.
Gestión de episodios económicos: gestión de la actividad económica de un
paciente a través de una o varias visitas asistenciales
.
.
¡
.
o
.
Conversión de Prestaciones. Prestaciones. Facturación. Fórmulas de usuario.
Definición de Tarifas. Escala de Tarifas.
Contratos. Líneas de Contratos. Porcentaje particular y compañía. Estancias.
Gestión de Expedientes.
Entrada Manual de Prestaciones y facturación manual de conceptos.
Gestión de facturas borrador
y
cierre de éstas. Devolución de facturas.
Generación de facturas globales a partir de Justificantes
.
Honorarios médicos: Gestión de los servicios de médicos o equipos médicos
contratados de forma liberal por un centro
o
.
.
Abonos y Descuentos.
Gestión de Depósitos: Cobros anticipados.
Utilidades avanzadas de configuración para definición de formatos de factura
y recibos, para definir los datos adicionales de paciente y funciones de usuario,
como por ejemplo para el cálculo de estancias.
.
lmpresión de múltiples etiquetas (Expedientes, Aviso Recibo, Aviso Facturas,
etc.), Facturas a terceros y listados vanos.
.
Descargas a fichero, con filtros diferentes, de tablas de hospitalización e
integración con sistemas externos (SSll, Dietas, Contabilidad Analítica,
Dromos,...).
o
Facturación por Catalogo (Epígrafes).
10. Historia Clínica Electrónica
la Historia Glínica
Electrónica de una organización sanitaria como la
herramienta del clínico y de la enfermera que le da acceso al resto del sistema de
Tanto
información de salud.
95
idM
o
Servùcio Mâdril¿fu de Seúud
Estaciones clinicas definidas
I
y
Comunldad de
opt¡mizadas para
las
tadrld
principales
especialidades asistenciales.
.
o
.
.
Gestión de elementos organizativos de la HCE: procesos asistenciales, visitas,
actividad programada, informes, anotaciones, peticiones y pruebas, órdenes
farmacológicas y no farmacológicas, observaciones clínicas.
Estación de trabajo activa disparadora de flujos de trabajo.
Gestión de todos los documentos de la HGE. Utilización de plantillas.
Soporta
el
concepto
de observación clínica como elemento atómico
de
información clínica.
.
.
o
o
.
.
¡
.
.
Gestión de anotaciones
Gestión de alergias, hábitos, antecedentes, it, vacunas.
Análisis de rejilla para analizar la evolución de los parámetros clínicos. Gráficas.
Sistema de Alertas
Gestión de lnformación relevante
Gestión del núcleo familiar y núcleo de convivencia
lncorporación de documentos y otros elementos de información clínica de otros
sistemas externos.
Gestión de diferentes formatos de documentación (tiff, jpeg, doc, html, pdf,
etc.)
Gestión de latencias.
11. Gestor de peticiones
Funcionalidades que permitan al personal asistencial realizar cualquier petición
directamente desde su estación de trabajo, mientras visualiza la ficha de su paciente, ya
sea una prueba de laboratorio, una exploración radiológica, una espirometría, o
cualquier servicio de un catálogo abie¡to que la organización define libremente.
. Gestión de Perfiles, peticiones frecuentes (por centro, servicio, unidad, etc.)
. Gestión de
multipedidos (preoperatorios, etc.)
ped idos/m ultipedidosm u lti
.
.
.
.
y
pacientes.
Gestión de cartera de servicios. Políticas de acceso a los servicios.
Gestión de extracciones y muestras
Planificaciónde la actividad
Sistema de alertas
96
tiffi
.
servicio Madrileíic de satud
@
Comuntdad de tladrld
Gestión del workflow de la prueba (programada, cancelada, con resultados
parciales, con resultados totales, anulada, pendiente de extracción, visto por
unidad)
.
o
.
Gestión de los resultados e incorporación a la HCE
lntegracióncon soluciones externas a través del estándar HL7
Controles duplicidad de pruebas
12. Prescripción electrónica
Funcionalidades para la gestión del ciclo de vida de la prescripción farmacológica, desde
la orden médica hasta la administración de la medicación, ofreciendo también servicios
para la gestión de la prescripción no farmacológica
.
Prescripción farmacológica: proceso de prescripción farmacológica, búsqueda
del medicamento, elección de posología y duración del tratamiento, notas a la
prescripción y documentación. lnterrupción, reanudación y cancelación de la
prescripción.
o
.
.
.
o
.
.
Prescripción por principio activo y por nombre comercial.
Búsqueda avanzada de medicamentos por diferentes conceptos.
Sistema de ayuda a la prescripción: alergias, interacciones, contraindicaciones,
dosis máximas, posologías, parámetros bioquímicos, peso y edad, reacciones
adversas a medicamentos, etc.
Gestión de protocolos y subprotocolos
Prescripción de sueros
Gestión de notas asociadas a la prescripción
Validación médica y validación farmacológica. Configuración de la validación
médica (automática o manual). Validación día a día o por rango de fechas.
.
Administración de medicación: Hoja de administración, administración desde
la agenda de enfermería, consulta de la prescripción, registro de administración.
o
Realización de prescripciones no farmacológicas en conexión con la cartera
de servicios de enfermería: elección de la prestación, frecuencia y duración,
documentación asociada, anulación de la prescripción.
13. Enfermería/Planes de Cuidados
Funcionalidades que permiten desarrollar los estándares de la práctica enfermera y
proporcionar la información precisa para monitorizar la calidad de los cuidados,
permitiendo la definición de los planes de cuidados.
97
tiItfr
.
.
.
S€flvic¡o Madrihño do Sslud
!
Comunidad de Madrld
Soporte de los estándares NANDA, NlC, NOC.
Soporte integro al proceso de atención de enfermería: Valoración, Diagnostico,
Ejecución, Evaluación.
Soporte
a
diferentes modelos de valoración (V. Henderson, Patrones
funcionales de Gordon, etc.) previa definición de la base de conocimiento.
o
.
.
.
.
.
.
.
.
.
Planes de cuidados individualizados
Gestión tanto de planes estándar como protocolos específicos de cuidados para
un determinado diagnóstico.
Gestión de agendas de trabajo
Gestión de objetivos/resultados.
Gestión del cambio de turno, control de incidencias y alertas.
Gestión de lnformes, Escalas y Evolutivos.
Pase de Visita.
Gestión de registros especiales: vías, úlceras, heridas, sondas y drenajes.
Gestión del balance hídrico y de las constantes vitales
Gestión de movimientos y ubicaciones de los pacientes hospitalizados.
14. Workflow
-
Gestor de flujos de trabajo
Funcionalidades que permitan incorporar una gestión de tareas para los usuarios, de
forma integrada con los procesos de negocio, integrando las actividades de todos los
profesionales que participen en la asistencia al paciente y facilitando así la comunicación
entre los mismos.
a
Modelado de flujos de trabajo: Funcionalidades para llevar a cabo el modelado y
el diseño de los flujos de trabajo, permitiendo definir tareas, estados y sus
transiciones, dentro de un lógica funcional con bifurcaciones, condiciones,
repeticiones, secuencias, siguiendo la definición JPDL de jBPM.
a
Gestor de tareas y mensajes
a
Gestor de alertas: definición y control de situaciones excepcionales que son de
especial interés para los diferentes agentes que participan en los procesos
asistenciales
a
Gestor de workflows: servicios para permitir modificar el comportamiento del
sistema, introduciendo efectos, controles y reglas de negocio
a
Gestión de eventos, servicios y recuperación de datos: funciones para la
gestión de los eventos del sistema, para la invocación y gestión de cierta lógica
98
ËrM
Sarvicio Madrileño de Salud
de negocio
y
!
Comuntdad de
tladrid
servicios para la recuperac¡ón de información en tiempo real
15. lnfraestructura
-
Gestión de usuarios
Gestión de los usuarios del sistema de información, gestión de perfiles o grupos de
usuarios, control de acceso a los datos y a la funcionalidad, auditoría de acciones
realizadas y configuración de los parámetros del sistema.
o
lntegración con sistemas LDAP para realizar la autenticación, utilizar una
plataforma de certificados digitales o bien delegar en otro sistema este
mecanismo.
o
Limitación y control del acceso a la funcionalidad del sistema (privilegios)
mediante la definición de perfiles de usuario. Posibilidad de limitar el acceso a
ciertos elementos/datos mediante permisos sobres los mismos (centros,
servicios y unidades de enfermería, quirófanos, etc.)
.
¡
.
.
Gestión y consulta de operaciones realizadas (auditoría) por los usuarios.
Gestión de parámetros.
Gestión de permisos de citación por Servicio y Centros.
Parametrización de lmpresoras por usuano.
99
Sorvicia Madribño de Selud
{dM
f
Comunldad de Madrld
ANEXO III: PLATAFORMA TECNOLÓGICA DEL SERMAS
El escenario objetivo de la plataforma tecnológica del SERMAS está orientado a la
consecución de una arquitectura adaptativa ("Real-Time lnfraestructure") que se
encuentre alineada con los objetivos de la organización y dé respuesta a las nuevas y
necesidades y evolución de los sistemas.
Para alcanzar el modelo de Hospital Digital perseguido por la CSCM la arquitectura
tecnológica se ha de basar en una política general de integración orientada a la historia
clínica electrónica única del paciente, para lo cual se han de considerar los siguientes
principios:
.
o
o
o
Consolidación y accesibilidad de los datos.
Interoperabilídad.
Orientación al profesional y ciudadano.
lnnovación.
Con estos objetivos la CSCM está inmersa en la actualidad en una serie de actuaciones
con el fin de conseguir los hitos definidos en el Plan [email protected], entre los que destacan el
modelo de gestión de la infraestructura (organización, procesos, herramientas, etc.), la
concentración de los Centros de Proceso de Datos, la racionalización de la
lnfraestructura de servidores
consolidación del almacenamiento, así como la
homogeneización de los sistemas de información sanitaria.
y
sideracione s ee nerale s
La plataforma tecnológica y de comunicaciones se asentará sobre la disposición de un
Con
Proceso de Datos Extendido (Centro Balanceado) que albergará,
principalmente, la producción de los Sistemas de lnformación Sanitaria, así como, un
Centro
de
Centro de Contingencia que dé respaldo al Centro de Proceso de Datos Balanceado.
Hospital n1
Hospital n
I
G
I
ért
g'
CPD Tres Cantos
CONTINGENCIA
Esquema Plataforma Tecnológica: Escenario Objetivo
100
tJM
Sorvicio Madrileño de Salud
!
Comun:dad de fUladrld
Se propone un escenario concentrado para la centralización de plataformas de los
hospitales medianos y pequeños con sus servicios alojados en el Centro de Datos
Balanceado y un Centro de Contingencia dimensionado únicamente para la replicación
del almacenamiento de producción y la plataforma BBDD. Los Hospitales grandes se
regirán por un modelo desconcentrado donde los servicios estarán alojados en el CPD
del centro hospitalario y contará con un Centro de Contingencia dimensionado para el
lQOo/o de la plataforma.
A) Escenario concentrado
En el escenario propuesto se han establecido cuatro entornos diferenciados: producción,
preproducción o certificación, formación y contingencia, donde se ha contemplado, tal
como se ha comentado anteriormente, la centralización del sistema clínico asistencial y
de las aplicaciones departamentales para los Centros Hospitalarios que por su tamaño
son considerados como pequeños y medianos.
Tal como se comentó anteriormente, dentro de este escenario se contemplan cuatro
entornos diferenciados:
1. Producción. Entorno al ojado en el CPD Extendido del SERMAS
2.
3.
4.
(CPD [email protected]
[email protected] ubicado en el Hospital 12 de Octubre y CPD de Aduana) y caracterizado
por la separación física a nivel de rack respecto del Entorno de Certificación.
Preoroducción o Certifica ción. Entorno alojado en el CPD Extendido del SERMAS
(CPD del Hospital 12 de Octubre y CPD de Aduana) y caracterizado por la
separación física a nivel de RACK respecto del Entorno de Producción y una
arquitectura de sistemas de características similares al Entorno de Producción.
Formación:. Entorno alojado en el CPD Extendido del SERMAS.
Contingencia. Entorno alojado en el CPD de Respaldo en Tres Cantos y
caracterizado por la disponibilidad únicamente de la plataforma de BBDD: no
contempla contingencia de proceso.
El entorno de desarrollo no se ha contemplado por lo que el Contratista
contemplar dicho entorno en su propuesta, teniendo en cuenta
recursos necesarios (tanto técnicos, como humanos).
la
deberá
provisión de los
B) Escenario desconcentrado
I se regirá por un modelo desconcentrado donde los
alojados en el CPD del Hospital y contará con un Centro de
Los hospitales de Tipología
servicios estarán
Contingencia en CPD [email protected] dimensionado para el 100o/o de la plataforma.
101
Servicio Madrilaño de salud
{,lM
@ Comunidad de Madrld
å^u¡.1¡:1fu4;xirv"l
En el escenario distribuido, la infraestructura estará alojada en el CPD del propio Hospital
con una arquitectura en alta disponibilidad, contemplando un entorno de contingencia en
los CPD centrales
lniciativas lanzadas en la actualidad
El SERMAS ha apostado por la implantación y puesta en marcha de una capa de
virtualización, orientada a la modernización del Soporte TIC mediante la instalación de
sistemas operativos y aplicaciones de forma independiente respecto a sus soportes
físicos. Algunas de las iniciativas lanzadas y ejecutadas por el SERMAS en el ámbito de
la virtualización son:
a
El CPD [email protected] ubicado en el Hospital 12 de Octubre, bajo la solución de
virtualización de VMWareVSphere Enterprise 5 / VCenter, ofrece el rol hacia otras
sedes de protección contra desastres que posibilita activar los sistemas de
información virtualizados y distribuidos, en plataforma centralizada, mediante un
sistema de replicación remota, junto a herramientas de automatización y testeo en
caliente de los procedimientos de contingencia de dichos sistemas.
a
El conjunto de Hospitales Digitales cuenta con sistemas de información de historia
clínica electrónica y departamentales apoyado en una plataforma de integración y
datawarehouse centralizados en el CPD [email protected] bajo la capa de virtualización
VMWareVSphere Enterprise 5 / VCenter.
SERMAS ha comenzado a abordar iniciativas de virtualización, siguen
existiendo centros dependientes del SERMAS donde residen los sistemas de información
sanitaria en un amplio conjunto de servidores físicos no virtualizados y que deben ser
gestionados de manera independiente.
Aunque
el
En este sentido, el SERMAS está completando un plan de renovación tecnológica (Plan
[email protected] Fase 1) dotando de la infraestructura necesaria para estos centros y el
licenciamiento necesario para que se puedan obtener los beneficios de una
administración conjunta e integral del centro, mediante la agrupación de todos los
recursos físicos (servidores, almacenamiento, elementos de red, CPUs, memorias) que
permita un reparto más granular, eficiente y controlado de los mismos, entre todas las
aplicaciones de cada sede.
Los hospitales comprendidos en el alcance ya disponen de dicha infraestructura
correspondiente al Plan [email protected] Fase 1 suministrada y gestionada por la DGSIS.
't02
tilfr
servicio Mdrlaño de salud
Conunldad de tladrld
3¡lþ,ttþ\4-è{ìr'd.l
Cantidad
Gornponer*e
1,.ßbicaclón
Switch EthernetProcu rveNetworkin g 3500YL-24G
2
Servidor Uso General HP PROLIANT DL180 G6
2
H,
Servidor Virtualización HP PROLIANT DL180 G6
5
Grande
Hospital
CPD
[email protected]
Switch Fibra DS-S1008
2
RecoveryPointAppl iance
2
Cabina de Almacenamiento VNX5300
1
ArmarioRack de Servidores
1
RecoveryPointAppliance
16
ChasisBlade para servidores
2
Regleta lnteligenterPDU con LED
16
HP PROLIANT BL460c G7
18
Servidor de Uso General HP Proliant DL180 G6
3
Cabinas de Almacenamiento EMC VNX5300 SSCC
5
Cabina de Almacenamiento BackupDeduplicado EMC VNX 5500
I
Conversorbireccionalfisico a Virtual
1
Dotación lnfraestructura Proyecto [email protected] Fase
1
103
{i tfr
$ervicio M#riþño d€ Sdud
l.Fbicación
f
Co-unldad de Madrid
Ccr;nponente
Switch Ethernet Procurve Networking 3500YL-24G
Gantida'd
2
Servidor BBDD
2
(Deberá ser Oracle RAC 119R2 o EnterpriseDB sobre Linux 64bit.)
Servidor Virtualización HP PROLIANT DL360 G6
Hospital
(Albergará el servidor de aplicaciones, que deberá ser:
o
Oracle Weblogic 119
o
JBoss 7.1.1)
3
o
Ampliación discos Cabina de Almacenamiento VNX5300
'l
Servidor Contingencia BBDD (Oracle Dataguard)
1
CPD
[email protected]
Ampliación discos Cabina de Almacenamiento y BackupDeduplicado EMC
VNX
,|
55OO
Dotación lnfraestructura añadida para el despliegue de Historia Clinica Digital sobre
infraestructura [email protected] Fase 1.
't04
ünil
s€fvicio Mådrilåtu d€ sålud
Gomunidad de
iladrld
ANEXO lV: GUESTIONARIO DE PERSONAL
Datos Comunes
ldentificación de la Oferta:
Empresa licitante:
Categoría ofertada
Apellidos y nombre;
Empresa de Pertenencia:
Titulación académica
Años
Centro
Título académico
Ttc
F-exped.
Años: Duración oficial
TIC: Si/No según pertenezca o no a tecnologías de la información y comunicaciones
en
Empresa
y experiencia TIC
en
Categoría
F-baja
F-alta
Actividad
Meses
Formación en Tecnologías de la lnîormación
Entorno del proyecto
Curso
Horas
Empresa
.Otros entornos
Fecha
Horas
Empresa
Fecha
105
{i nt
S€rricb Mådril€ño
E Comunldad de Madrld
cls Sålud
Datos relativos a los
Nombre Proyecto
en entornos
F-inicio
Entidad usuaria
F-fin
y funcional)
Funcionalidad
en el entorno
Gategoría
Meses
Bases de Datos
Sistemas
Lenguajes de
operativos
Programación
Otros
Categoría: La ejercida en el proyecto
lndicar el entorno concreto de Base de Datos, S.O., Lenguaje de Programación, o cualquier otro entorno
relevante en los que tenga experiencia.
en el entorno funcional
Categoría
Meses
Descripción detallada de la funcionalidad
Nota: Todas las fechas deberán consignarse en el formato dd/mm/aaaa
106
Descargar