servicios ppt informacion diagnostico por imagen ceuta

Anuncio
“PLIEGO DE PRESCRIPCIONES TÉCNICAS QUE REGIRÁ EN EL CONCURSO POR
PROCEDIMIENTO ABIERTO, CONVOCADO POR EL INSTITUTO NACIONAL DE
GESTIÓN
SANITARIA,
PARA
LA
CONTRATACIÓN
DE
LOS
SERVICIOS
DE
INSTALACIÓN Y CONFIGURACIÓN DE UN SISTEMA INTEGRADO DE INFORMACIÓN
DE DIAGNÓSTICO POR IMAGEN (PACS + RIS), ASÍ COMO EL EQUIPAMIENTO Y
LICENCIAS NECESARIAS, PARA EL NUEVO HOSPITAL DE CEUTA”
Página 1 de 40
CUADRO RESUMEN DE CARACTERÍSTICAS
OBJETO DEL CONTRATO
CONTRATACIÓN DE LOS SERVICIOS DE INSTALACIÓN Y CONFIGURACIÓN DE UN
SISTEMA INTEGRADO DE INFORMACIÓN DE DIAGNÓSTICO POR IMAGEN (PACS +
RIS), ASÍ COMO EL EQUIPAMIENTO Y LICENCIAS NECESARIAS, PARA EL NUEVO
HOSPITAL DE CEUTA
CENTROS DESTINATARIOS Y LUGAR DE PRESTACIÓN DEL SERVICIO
Nuevo Hospital de Ceuta del Instituto Nacional de Gestión Sanitaria.
PLAZO DE EJECUCIÓN
12 meses desde la firma del contrato
PRESUPUESTO FORMULADO POR LA ADMINISTRACIÓN
450.000,00 € I.P.S.I. incluido.
FORMA DE PAGO
Cumplimiento de Hitos de implantación y utilización del servicio, definidos en el pliego
administrativo.
Página 2 de 40
INDICE
1.
CARACTERÍSTICAS GENERALES: ............................................................................. 5
TU
TU
UT
TU
2.
UT
UT
EL SISTEMA RIS ........................................................................................................... 6
TU
UT
2.1 Arquitectura del RIS ............................................................................................. 6
TU
UT
TU
UT
2.2 Funcionalidad Requerida ...................................................................................... 7
TU
3.
UT
TU
UT
EL SISTEMA PACS ..................................................................................................... 10
TU
UT
TU
UT
3.1 Sistema de Gestión de Imagen (SGI) ................................................................... 10
TU
UT
TU
UT
3.2 Sistemas de almacenamiento.............................................................................. 12
TU
UT
TU
UT
3.3 Estaciones de visualización ................................................................................ 13
TU
4.
UT
TU
UT
DISTRIBUCIÓN REMOTA DE LA INFORMACIÓN: IMÁGENES E INFORMES......... 15
TU
UT
TU
UT
4.1 Estaciones de revisión ........................................................................................ 15
TU
UT
TU
UT
4.2 Distribución WEB ............................................................................................... 15
TU
5.
UT
TU
UT
INTEGRACIÓN DE SISTEMAS ................................................................................... 17
TU
TU
UT
TU
6.
UT
UT
OTROS COMPONENTES ........................................................................................... 19
TU
UT
6.1 Digitalizador de película radiográfica. ................................................................... 19
TU
7.
UT
TU
UT
TU
UT
TU
8.
UT
UT
FORMACIÓN ............................................................................................................... 19
TU
9.
TU
PLAN DE IMPLANTACIÓN DEL SISTEMA RIS-PACS ............................................... 19
TU
TU
UT
UT
GARANTÍA Y MANTENIMIENTO ................................................................................ 20
UT
9.1 Acuerdos de Nivel de Servicio (SLAs), tiempos de respuesta y resolución .............. 21
TU
UT
TU
UT
9.2 Tiempos de respuesta ........................................................................................ 21
TU
UT
TU
UT
9.3 Tiempos de resolución........................................................................................ 21
TU
UT
TU
UT
9.4 Material en stock ................................................................................................ 22
TU
UT
10.
TU
UT
SEGURIDAD, CONFIDENCIALIDAD Y PROPIEDAD INTELECTUAL ....................... 22
TU
TU
UT
TU
11.
UT
UT
DOCUMENTACION Y CONDICIONES GENERALES ................................................ 24
TU
UT
11.1 Documentación para evaluar las ofertas............................................................... 24
TU
UT
TU
UT
11.2 Documentación para elaborar documento de seguridad ........................................ 25
TU
UT
TU
UT
11.2.1 Diccionario de datos de las bases de datos y ficheros de almacenamiento
TU
UT
TU
de las aplicaciones ...................................................................................... 26
UT
11.2.2 El diccionario de procesos incluirá como mínimo: ........................................... 27
TU
UT
TU
UT
11.2.3 Modelo analítico de crecimiento de la base de datos ...................................... 28
TU
UT
TU
UT
11.2.4 Procedimiento para recuperación de contraseñas de administración, caso
TU
UT
TU
de pérdida u olvido ...................................................................................... 28
UT
11.3 Documentación para formalizar la instalación, configuración y operación ................ 28
TU
12.
TU
UT
UT
TU
UT
SUMINISTROS, HERRAMIENTAS Y ELEMENTOS DE INSTALACIÓN .................... 29
TU
UT
Página 3 de 40
13.
TU
ESTRUCTURA NORMALIZADA DE LA OFERTA ...................................................... 29
UT
TU
UT
13.1 Presentación de las ofertas ................................................................................. 29
TU
UT
TU
UT
13.2 Descripción de la solución técnica ....................................................................... 29
TU
UT
TU
UT
13.3 Organización de los trabajos ............................................................................... 30
TU
UT
TU
UT
13.4 Cuestionarios .................................................................................................... 30
TU
UT
TU
UT
13.5 Equipo de trabajo ............................................................................................... 30
TU
UT
TU
UT
13.6 Prestaciones superiores o complementarias a las exigidas .................................... 30
TU
UT
TU
UT
13.7 Ejecución del contrato ........................................................................................ 30
TU
UT
TU
UT
13.8 Experiencia profesional ...................................................................................... 30
TU
UT
TU
UT
13.9 Otros datos técnicos........................................................................................... 31
TU
UT
TU
UT
ANEXOS .................................................................................................................................. 32
TU
UT
SOBRE A ................................................................................................................................. 32
TU
UT
Cuestionario de empresa .................................................................................... 32
A.
TU
B.
TU
UT
TU
UT
TU
UT
Cuestionario de personal .................................................................................... 33
UT
1. Datos comunes .................................................................................................. 33
TU
UT
TU
UT
2. Titulación académica .......................................................................................... 33
TU
UT
TU
UT
3. Datos relativos a los proyectos ............................................................................ 33
TU
C.
TU
UT
TU
UT
Cuestionario de la oferta técnica.......................................................................... 34
UT
TU
UT
SOBRE B-1.............................................................................................................................. 34
TU
UT
1. Características Funcionales ................................................................................ 34
TU
UT
TU
UT
2. Plan de formación .............................................................................................. 38
TU
UT
TU
UT
SOBRE B-2.............................................................................................................................. 39
TU
UT
3. Mejoras Funcionales .......................................................................................... 39
TU
UT
TU
UT
4. Oferta de recursos para la gestión remota ............................................................ 40
TU
UT
TU
UT
5. Datos comunes .................................................................................................. 40
TU
UT
TU
UT
6. Antigüedad en empresa, antigüedad en categoría y sector TIC .............................. 40
TU
UT
TU
UT
7. Formación en el entorno tecnológico del proyecto ................................................. 40
TU
UT
TU
UT
Página 4 de 40
1.
CARACTERÍSTICAS GENERALES:
Sistema integral de información (RIS-PACS) para la gestión global Administrativa,
Funcional, Documental y Clínica del Área de Diagnostico por la Imagen configurado
para el servicio de Radiodiagnóstico del Hospital de Ceuta (HC).
Así mismo se integrarán las imágenes obtenidas en otras unidades del hospital:
•
Ecografía Obstétrica y Ginecológica del Área de Obstetricia y Ginecología
•
Ecografía de Cardiología
•
Imágenes fijas obtenidas en Anatomía Patológica, Dermatología, Endoscopias,
Oftalmología, etc.
Con la adquisición de un RIS-PACS se pretende conseguir los siguientes objetivos:
1.
Mejorar la calidad diagnóstica, para que el radiólogo disponga en el justo
momento y lugar, de las imágenes obtenidas, junto con los estudios radiológicos
previos y sus informes.
2.
Agilizar el proceso asistencial del Hospital:
o
En la cita del paciente para radiología
o
En la adquisición de la imagen
o
En la elaboración del informe y su trascripción
o
En la distribución y disponibilidad de la imagen e informe para los
peticionarios
o
En la implantación y acceso a protocolos, guías clínicas y plantillas
predefinidas para la ayuda al Informado Radiológico
o
En el establecimiento de interconsultas
consolidación de opiniones interprofesionales.
o
Facilitar la interpretación y el informado de la imagen en remoto.
entre
profesionales
para
3.
Controlar la actividad radiológica, obtener estadísticas adecuadas para la gestión,
reducir la pérdida de información o su tiempo de búsqueda, etc.
4.
Incorporar información y documentación radiológica a la historia clínica
electrónica de los pacientes del Hospital y Centros de Salud.
Los objetivos mencionados forman la base para el diseño, implantación, entrenamiento
del personal y mantenimiento del sistema que se oferte.
Se presentará el proyecto de RIS-PACS integrado dentro de los Sistemas de
Información para el Hospital, que incluya gestión de peticiones y devolución de
resultados a los servicios peticionarios.
El sistema de gestión de la información estará formado por los subsistemas RIS, PACS
y de distribución externa. Por medio del actual concurso se adquieren los siguientes
elementos:
•
Aplicación del RIS
•
Aplicación de PACS, incluyendo herramientas de postproceso.
Página 5 de 40
•
Aplicación para la elaboración del informe por reconocimiento de voz
•
Servidores necesarios
disponibilidad.
•
Todo el Software de base que precisen los sistemas anteriores para su correcto
funcionamiento (sistemas operativos, gestores de base de datos, licencias de
servicios Dicom, etc…).
•
Puestos de Trabajo para las estaciones de radiodiagnóstico.
•
Escáner de radiografías para su digitalización.
•
Servicios de instalación, configuración, integración, formación y soporte.
•
Entrega de la Documentación técnica del sistema, manuales para los profesionales
y técnicos informáticos incluyendo el diccionario de las bases de datos.
para
soportar
las
aplicaciones
anteriores
en
alta
Es imprescindible que, en todas las pantallas que son de uso de los profesionales de
los centros sanitarios, las funcionalidades de estas aplicaciones estén traducidas al
castellano.
Para la valoración de las ofertas se especifican las siguientes características:
2.
2.1
EL SISTEMA RIS
ARQUITECTURA DEL RIS
El sistema RIS se encargará de integrar y gestionar la información y los procesos con
el fin de obtener un flujo de trabajo óptimo para conseguir los objetivos del proyecto. El
diseño ha de tener en cuenta los diferentes requerimientos de los usuarios a los que
sirve (radiólogos, técnicos, secretarias, administrativos). Para todos ellos se debe
ofrecer una funcionalidad tal que facilite su trabajo haciendo incrementar su
productividad.
Se considera esencial su total integración con el PACS, valorándose especialmente la
consistencia entre las bases de datos correspondientes y la no duplicación de
interfases de usuario para acceder a ambos sistemas. También se considera
imprescindible la integración con el HIS y con el sistema de Historia Clínica
Electrónica mediante mensajería estándar (HL-7).
El RIS ofertado contemplará los siguientes estándares industriales:
•
Arquitectura Cliente-Servidor, con clientes preferiblemente sobre Microsoft
Windows o arquitectura WEB.
•
Base de datos relacional
•
Comunicación vía TCP/IP
•
Intercambio de datos vía DICOM con las modalidades y
•
Intercambio de datos con el HIS vía HL-7.
•
Los derechos de acceso y manipulación de la información se podrán definir
mediante perfiles de usuario.
Página 6 de 40
•
2.2
Se especificará la arquitectura hardware de los servidores, que se dotarán para
garantizar la alta disponibilidad, que deberán disponer de los siguientes requisitos
mínimos:
o
Formato 19” para fijar en armario rack, altura 2U. No se acepta de ninguna
otra altura.
o
Doble fuente de alimentación 230V, 50Hz, en funcionamiento redundante y
de balanceo de carga.
o
Procesador formado por un mínimo de 4 núcleos a una frecuencia de
mínimo 3GHz.
o
Memoria RAM de mínimo 4 GBytes.
o
Lector CD y DVD.
o
Doble interfaz de red local 1000-TX.
o
Monitor hardware integrado para control remoto del equipo, accesible con
interfaz 100-TX.
o
4 Puertos USB 2.0, al menos uno frontal.
o
Mínimo 4 discos duros SAS, capacidad 300 GB/unidad, ≥10Krpm, formato
2,5”, RAID 5.
o
Interfaces de adaptador gráfico VGA, ratón y teclado tipo PS/2.
o
Monitor plano 17”, 230V, 50Hz, interfaz VGA, trackball y teclado PS/2,
integrado 19”, altura 1U.
o
Adaptador gráfico VGA.
FUNCIONALIDAD REQUERIDA
El sistema RIS se encargará de la gestión del Área de Diagnostico por la Imagen. Lo
realizará a través de la funcionalidad que se describe seguidamente, cuyas
prestaciones mínimas serán:
•
Entrada y registro de peticiones y datos de paciente:
El sistema RIS tendrá la capacidad de recibir y registrar las peticiones que llegan
a radiología. La introducción de los datos puede realizarse excepcionalmente de
forma manual (operador dentro del departamento, tecleando) o, de manera
preferente, mediante conexión con el sistema informático del Hospital (HIS) a
través del mecanismo de comunicación habilitado en cada momento.
Se valorará especialmente que pueda integrarse en las modalidades y estaciones
de trabajo, evitando la duplicidad de ordenadores.
•
Planificación y citación de pacientes y exámenes
Aunque la intención es la de realizar la mayor parte de la cita con el sistema HIS,
para después trasmitir dichos datos de citación al RIS (ver apartado Integración),
el sistema RIS debe ser también capaz de planificar el trabajo, según las
particularidades de éste (horario de utilización de la sala, tipo de estudio a
realizar, tipo de paciente, servicio solicitante, etc). Esta planificación se transferirá
a las modalidades que lo soporten utilizando la clase de servicio DICOM-Worklist.
Página 7 de 40
Deben poder definirse las distintas agendas para cada sala de exploración con la
flexibilidad necesaria, soportando la cita simple, la cita múltiple (incluyendo
incompatibilidades entre pruebas), las reprogramaciones y las anulaciones.
Una vez realizada la cita por el HIS o por el RIS, el sistema generará los
documentos por escrito necesarios en cada caso: hoja de cita para el paciente,
preparación, consentimiento informado, etc.
A partir de las citas deben elaborarse las listas de trabajo. Éstas deben poder
obtenerse por agenda, por sala, por modalidad, por órgano o sistema e incluso
por técnico o radiólogo responsable.
•
Estado del estudio
El sistema RIS tendrá la capacidad de hacer un seguimiento del estado de las
peticiones de las exploraciones. Indicar cuáles son los estados del sistema
(exploraciones citadas, pacientes en sala de espera, exploraciones realizadas,
informes dictados, firmados y enviados, etc). Se valorará que el sistema RIS
acepte también la clase DICOM-Perform_procedure_step para indicar la
finalización de las pruebas, en aquellas modalidades que la soporten.
•
Datos de examen
Indicar qué datos pueden ser asociados al estudio (por ejemplo, códigos de
examen, personal encargado de la realización del examen, materiales fungibles
utilizados, etc). Indicar en qué momento del proceso deben ser introducidos y
cómo.
•
Gestión de informes
Para realizar el informe, el RIS debe facilitar toda la información necesaria en
relación con el paciente y el estudio. Los datos de la petición, examen, datos
clínicos, informes y diagnósticos anteriores deben estar ligados y disponibles en
la base de datos, es decir, debe ser fácilmente accesible la historia radiológica del
paciente, con los resultados de exámenes previos e información actual.
El RIS debe incluir la posibilidad de utilizar textos estándar predefinidos para la
elaboración de los informes. El sistema ofrecerá la posibilidad de diseñar el
formato del informe. El sistema aceptará el dictado directo de informes y la
interpretación automática del dictado (“Voice typing”) utilizando diccionarios
radiológicos especializados.
Debe incluirse en la oferta 5 licencias de reconocimiento de voz para el
informado, que estén totalmente integradas con el RIS. La herramienta de dictado
incluirá una interfaz de usuario específica, valorándose negativamente el uso de
accesorios estándar de WINDOWS (grabadora).
Se indicará el programa utilizado como tratamiento de textos. En caso de ser
WORD© u otro estándar, se indicarán las medidas de protección y
procedimientos de recuperación ante desconfiguraciones accidentales
provocadas por el usuario.
Los informes incluirán uno o más campos de codificación de diagnóstico, como
ICD, ACR o definidos por el usuario (casos interesantes, archivo de docencia,
etc.).
Página 8 de 40
El acceso a la información clínica debe estar restringido a las personas
autorizadas. El informe, una vez aprobado y autorizado, no podrá ser modificado.
Se valorará la posibilidad de utilizar firma electrónica.
Deberá ser posible el envío de los informes al HIS. Se valorará la posibilidad de
que al realizar el informe un evento permita la notificación vía correo electrónico,
busca personas, SMS, etc. al médico peticionario
•
Gestión de archivo analógico
El RIS soportará también la gestión del archivo de imágenes analógicas no
integradas en el PACS.
•
Gestión de inventario y consumo
Se valorará que el RIS permita la gestión (preferiblemente automática) del
inventario y gastos de material asociados a cada prueba, mediante la definición
de consumos estándar, modificable manualmente.
•
Generación de listados:
El sistema RIS debe generar diferentes listas de trabajo para cada una de las
actividades del departamento. Estas listas podrán ser impresas o consultadas en
la pantalla de cualquiera de las estaciones. Por ejemplo:
o
Listas de trabajo por salas, estudios, horarios, estados de la petición,
o
Lista para plantas de hospitalización. Planificación de los exámenes por
planta. Contiene datos tales como: nombre de paciente, nº de petición, fecha
y hora de examen, tipo de examen, preparación para el examen,...
o
Lista de pacientes esperando exploración. Cuando un paciente llega a
recepción del Departamento se señalará en el sistema para su seguimiento.
o
Lista de exámenes finalizados
o
Lista de exámenes dictados, transcritos y/o pendientes de firmar
o
Lista de exámenes anulados según sus causas.
o
Lista de exámenes pendientes de citar y exámenes para volver a citar, etc.
o
Estadísticas
Toda la información contenida en la base de datos podrá ser utilizada para la
realización de estadísticas: peticiones, servicios solicitantes, tipos de examen,
equipos de imagen, materiales utilizados, etc.
Se valorará especialmente la automatización de las consultas incluyendo:
•
o
Actividad realizada por sala, por técnica, por órgano o sistema.
o
Actividad realizada por Servicio, Unidad y medico peticionario.
o
Diferentes tipos de demora según definición del SIAE.
o
Porcentaje de estudios informados, etc.
Interfaces que debe contemplar el sistema RIS
El sistema RIS deberá ser capaz de intercambiar la información necesaria (datos
y eventos) con los siguientes sistema: HIS, PACS y modalidades y disponer de
capacidad de detectar (y corregir, en su caso) automáticamente inconsistencias
Página 9 de 40
entre la información del RIS y la contenida en los datos demográficos de las
cabeceras DICOM de los estudios. Indicándose los procedimientos de corrección
a utilizar.
Para más detalles ver el apartado “Integración del Sistema”.
3.
EL SISTEMA PACS
En el sistema PACS se describen tres componentes principales:
•
Sistema de gestión de imagen con su estructura informática segura, su sistema
lógico y base de datos.
•
Sistemas de almacenamiento estructurado a diferentes niveles (local-caché, en
línea a corto plazo, en línea a medio plazo o histórico, off-line para copia de
seguridad).
•
Estaciones de visualización estructuradas en tres niveles de prestaciones:
Diagnóstico de altas prestaciones, diagnóstico y consulta remota.
En general, para todos los componentes del sistema PACS, se indicará cuál es la
configuración hardware y los mecanismos que se utilizarán para asegurar la integridad
de los datos y la alta disponibilidad del sistema.
3.1
SISTEMA DE GESTIÓN DE IMAGEN (SGI)
El SGI de imagen deberá cumplir ciertos requisitos mínimos:
•
Captura de estudios en formato DICOM 3.0, soportando las clases de servicio
DICOM-Storage y DICOM-Query/Retrieve. Se valorará que la comunicación
soporte el mayor número posible de sintaxis de transferencia, siendo un
requerimiento obligatorio que el sistema almacene TODA la información DICOM
válida enviada por las modalidades, incluyendo específicamente atributos
privados.
•
Inicialmente no se prevé utilizar compresión irreversible, pero sí reversible sin
pérdidas. Deberá especificarse el factor de compresión medio alcanzado, por tipo
de estudio. Sin embargo, se proporcionará la funcionalidad de compresión con
pérdidas para un posible
uso futuro, indicando también los valores de
compresión alcanzados, algoritmo utilizado y calidad final.
•
El suministrador deberá detallar explícitamente qué posibilidades ofrece el SGI de
detectar (y corregir, en su caso) automáticamente inconsistencias entre la
información del RIS y la contenida en los datos demográficos de las cabeceras
DICOM de los estudios. Se indicarán los procedimientos de corrección a utilizar.
•
El SGI soportará la gestión de archivo distribuido, entendiendo como tales la
gestión transparente al usuario de múltiples dispositivos físicos de
almacenamiento (RAID´s, Librerías de cintas/DVD).
•
Indicar la base de datos utilizada.
•
El SGI deberá configurar las listas de trabajo de una forma flexible y adaptada al
usuario, por diferentes criterios, tales como modalidad, órganos, radiólogo a
cargo, fecha, etc. Definir los posibles criterios y configuraciones.
Página 10 de 40
•
Permitirá definir perfiles de usuario que determinen los derechos de acceso a la
información así como las preferencias en la disposición de imágenes en el
monitor, por tipo de estudio y usuario.
•
Permitirá marcar estudios como urgente resaltando de alguna forma de manera
que se indique de su existencia al usuario desde la estación de diagnóstico.
•
Se integrará con el sistema RIS (ver Integración de Sistemas).
•
Se valorará que cualquier usuario pueda acceder desde cualquier estación de
diagnóstico a sus listas de trabajo.
•
Se valorará la posibilidad de adjuntar documentos digitalizados al estudio para
agilizar las tareas de informar por parte del radiólogo y reducir la circulación de
papel dentro del departamento.
•
La interfaz de usuario debe ser similar y de manejo consistente para los
diferentes módulos, se valorará la facilidad de uso de la misma.
•
Se especificará la arquitectura hardware de servidores, para garantizar una
utilización de sistemas de alta disponibilidad
•
Las características mínimas de los equipos a suministrar serán:
•
o
Formato 19” para fijar en armario rack, altura 2U. No se acepta de ninguna
otra altura.
o
Doble fuente de alimentación 230V, 50Hz, en funcionamiento redundante y
de balanceo de carga.
o
Procesador formado por un mínimo de 4 núcleos a una frecuencia de
mínimo 3GHz.
o
Memoria RAM de mínimo 4 GBytes.
o
Lector CD y DVD.
o
Doble interfaz de red local 1000-TX.
o
Monitor hardware integrado para control remoto del equipo, accesible con
interfaz 100-TX.
o
4 Puertos USB 2.0, al menos uno frontal.
o
Mínimo 4 discos duros SAS, capacidad 300 GB/unidad, ≥10Krpm, formato
2,5”, RAID 5.
o
Interfaces de adaptador gráfico VGA, ratón y teclado tipo PS/2.
o
Monitor plano 17”, 230V, 50Hz, interfaz VGA, trackball y teclado PS/2,
integrado 19”, altura 1U.
Los sistemas de producción de imagen que enviarán estudios al sistema PACS
son los que constituyen el objeto de este contrato, relacionados a continuación.
Todos ellos tendrán la funcionalidad DICOM-Storage y worklist como usuario. La
imagen de los equipos analógicos se realizará por medio de las dos unidades de
Radiología Computerizada (CR).
Página 11 de 40
Tipo de equipo
Tecnología
Radiología General
Digital
Telemando
Digital
Mamógrafo
Digital
RMN Abierta 0,2 T
Digital
TAC Multicorte
Digital
Radioquirúrgico
Digital
2 Ecógrafos Radiología
Digital
15 Ecógrafos en Servicios Médico-Quirúrgicos (Obstétricos, Traumatológicos, Digital
Oftalmología, ORL)
2 CR
Digital
Portátil
Analógico
Ortopantomografía
Analógico
Sala Convencional de Techo
Analógico
3.2
SISTEMAS DE ALMACENAMIENTO
Se estructurarán los siguientes recintos de almacenamiento:
•
Local-caché, realizado sobre las propias estaciones de trabajo (de entrada o
visualización) que dispondrán de un espacio razonable de almacenamiento
utilizable en caso de que desee realizar prefetching (en caso de utilizar
autoruting), almacenamiento temporal previo al volcado al sistema central, etc.
•
En línea a Corto y Medio plazo, este almacenamiento se realizará sobre los
sistemas disponibles en el Hospital (EVA 4100 con tres bandejas y 28 discos de
30 Gb), que deberá ser ampliada con 12 discos adicionales de 450 GB.
•
El Almacenamiento a largo plazo se realizará por medio de una solución de
almacenamiento NAS (Network Attached Storage) que soporte protocolos CIFS y
NFS, de alta disponibilidad, el equipo que gestione este almacenamiento debe
disponer de las características mínimas del equipo son:
o
Formato 19” para fijar en armario rack, altura 2U. No se acepta de ninguna
otra altura.
o
Doble fuente de alimentación 230V, 50Hz, en funcionamiento redundante y
de balanceo de carga.
o
Procesador formado por un mínimo de 4 núcleos a una frecuencia de
mínimo 3GHz.
o
Memoria RAM de mínimo 4 GBytes.
o
Lector CD y DVD.
o
Doble interfaz de red local 1000-TX.
o
Monitor hardware integrado para control remoto del equipo, accesible con
interfaz 100-TX.
o
4 Puertos USB 2.0, al menos uno frontal.
o
Que soporte discos duros SAS, capacidad 300 GB/unidad, ≥10Krpm,
formato 2,5”, RAID 5.
o
Interfaces de adaptador gráfico VGA, ratón y teclado tipo PS/2.
Página 12 de 40
o
Monitor plano 17”, 230V, 50Hz, interfaz VGA, trackball y teclado PS/2,
integrado 19”, altura 1U.
Este almacenamiento ese realizará la EVA 4100 disponible en el hospital a la que
habrá que ampliar con una bandeja y al menos 8 discos FATA de 1 TB.
Los servicios de configuración e instalación de estos niveles de almacenamiento serán
responsabilidad del adjudicatario.
Se explicarán los criterios transferencia entre archivos de corto y largo plazo, indicando
las posibilidades de transferencias automáticas (por nivel de reserva, por estado de
estudios, etc.), manuales, etc. Se valorará especialmente la facilidad de configuración.
Según las previsiones de funcionamiento el acceso a las imágenes se realizará
fundamentalmente en la modalidad “bajo demanda”, esto es, desde cualquier estación
de visualización se podrá tener acceso directo (según permisos predefinidos por
usuario y/o estación) e inmediato a todos los subsistemas de archivo, así como a las
listas de trabajo. Debe especificarse claramente, para los distintos subsistemas en que
se puede encontrar el estudio buscado, el tiempo de acceso medio y máximo desde la
estación, para visualizar la primera imagen y para completar el estudio recobrando el
control de la aplicación. El sistema PACS debe también admitir la posibilidad de
configurar enrrutado automático (“autorouting”) hacia las estaciones.
Deberá describirse el funcionamiento del sistema de almacenamiento de imágenes y
procedimientos de copia de seguridad y recuperación del sistema después de
incidencias, incluyendo los tiempos de recuperación y de parada del sistema.
3.3
ESTACIONES DE VISUALIZACIÓN
La diferencia entre las estaciones de diagnóstico estándar y de alta resolución radica
en el tipo de monitor empleado, considerando la existencia de los siguientes tipos:
1. Estación de diagnóstico de alta resolución: Utilizará monitores de altas prestaciones
en luminosidad y resolución (tipo BARCO).
o
Estación en B/N de 5 Mega pilxes – 1 unidad
o
Estación en B/N de 3 Mega pilxes – 4 unidades
o
Estación en Color de 2 Mega pilxes – 1 unidad
En todos los casos tendrán 2 monitores orientados verticalmente, salvo una de
ellas que dispondrá de cuatro monitores.
2. Estación estándar: Utilizará monitores convencionales, bien sean tipo CRT o LCD,
con resoluciones iguales o superiores a 1024x768 y monitores color o BN. Las
estaciones deberán soportar al menos dos monitores.
El ofertante deberá detallar las diferencias de prestaciones del programa de aplicación
entre ambas versiones, en caso de haberlas. Se valorará positivamente que dicho
software de aplicación sea el mismo para ambas estaciones.
Los requerimientos para todos los tipos de estación de diagnóstico, son:
•
Plataforma PC (Windows), al menos dos de las estaciones dispondrán de un
grabador de CD para producir copias de los estudios en DICOM (estándar
DICOM media) y en formatos tipos JPEG con incorporación de auto visualizador.
Página 13 de 40
•
Desde la aplicación de diagnóstico se accederá a las listas de trabajo definidas
en el SGI, así como a los documentos escaneados y asociados al estudio por el
SGI.
•
Cada usuario podrá definir desde la estación la configuración de imágenes en
monitor según el tipo de estudio. Se valorará especialmente la ergonomía de la
presentación de imágenes y la existencia de herramientas que faciliten el trabajo
multimodalidad. Habrá una configuración por defecto asociada al tipo de estudio
y a la identificación del usuario.
•
Visualización de informes e imágenes previas: El modo de trabajo será
esencialmente on-demand, esto es, el usuario podrá solicitar cualquier estudio del
archivo, aunque también se debe soportar el trabajo con prefetching.
•
Funciones mínimas de visualización y procesamiento de imágenes:
o
Modo comparación con estudios previos, de fácil configuración
o
Zoom y desplazamiento de la imagen (pan) continuo
o
control del brillo y contraste (ventanas), con preajustes e inversión de escala
de grises
o
rotación de imagen e imagen especular
o
filtros de reducción de ruido
o
magnificación (lupa)
o
anotaciones
o
Herramientas de medida: Longitud, ángulo, área, etc.
•
Impresión vía protocolo DICOM
•
Sistema de seguridad de acceso mediante clave: se identificarán los usuarios con
palabra de paso y opcionalmente mecanismo adicional de identificación física
(tarjeta, huella....) Existirá la reacreditación o revalidación periódica para la
ejecución de actos relevantes como la firma y el cierre de informes clínicos. La
posibilidad de grabar o no los cambios efectuados en las imágenes, dependerá
de los permisos de usuario y no del tipo de estación.
•
Se requiere la existencia de un sistema mixto de informado por texto o voz con
interfrases sintetizadoras intermedias de voz a texto electrónico e incluso de texto
electrónico a voz para la accesibilidad de profesionales concretos si fuese
pertinente.
•
Interfaz gráfica mediante iconos, de uso sencillo. Se valorará la consistencia de la
interfaz entre las distintas versiones de software, siendo del máximo interés que
el programa fuera siempre el mismo, corriendo sobre distintas configuraciones de
PCs.
•
Importación y exportación de objetos externos (DICOM, TIFF, JPEG, etc.). Copia
hacia/desde el clipboard de WINDOWS.
•
Se requiere la disponibilidad de versiones con funcionalidades superiores del
software de la estación que permitan un tratamiento más avanzado (3D, Vistas en
formato multiplanar de la imagen (MPR), Proyección de intensidad máxima (MIP),
análisis de vasos, colonografía, cardiología, etc. Se detallarán las funcionalidades
Página 14 de 40
incorporadas en la oferta y en caso de no incorporarse en la configuración
básica, deberá reflejar la posibilidad de adquirirse posteriormente y valorarse
económicamente, como ´upgrade´ del programa de visualización básico.
Se especificarán detalladamente todas las posibles configuraciones de las estaciones,
valorando su coste unitario.
Acceso DICOM externo: El proveedor se comprometerá a suministrar al Hospital toda
la información técnica y soporte necesarios para permitir el acceso DICOM vía Storage
o Query/Retrieve desde posibles estaciones de otros fabricantes o propias del
Hospital.
4.
DISTRIBUCIÓN REMOTA DE LA INFORMACIÓN: IMÁGENES E INFORMES
Se entenderá por distribución remota la que se efectúe fuera del servicio de Radiología,
utilizando como soporte la red local general del Hospital. El suministrador realizará las
indicaciones que considere pertinentes sobre topología, carga de la red, necesidad de
particionamiento físico o lógico, etc.
4.1
ESTACIONES DE REVISIÓN
Se trata de las mismas estaciones descritas como estándar en el punto 2.
Mecanismo de licencias: Se considera del máximo interés la posibilidad de disponer o
adquirir de licencias software para las estaciones de diagnóstico que puedan utilizarse
sobre hardware adquirido por el Hospital. Se indicará explícitamente esta posibilidad y
el coste individual de cada licencia.
En la oferta base se incluirán las licencias tanto locales como del servidor para montar
sobre hardware adquirido por el Hospital, descrito en el pliego.
4.2
DISTRIBUCIÓN WEB
Para visualización estándar de imágenes e informes a los servicios solicitantes se
requiere una solución en red basada en tecnología Web (Inter/Intranet). Mediante un
navegador estándar, los médicos usuarios externos al departamento de radiología
podrán recuperar casos y ver las imágenes e informes asociados, pudiendo realizar
operaciones sencillas de procesado de imagen.
En caso de que sea necesario un almacenamiento previo de la información en el
servidor Web, se detallará el funcionamiento de esta precarga, su configuración y
cómo afecta a los tiempos de acceso. Se valorará positivamente que todo el proceso
sea transparente y el usuario Web no tenga restricciones especiales respecto a los
locales, salvo las derivadas de sus permisos de acceso
Se permitirá el acceso directo a los sistemas de archivos local o histórico (en función
de los permisos de usuario), con tiempos de acceso semejantes a los ofrecidos por las
estaciones de diagnóstico. Deberán especificarse por el suministrador los tiempos
medios y máximos de acceso, se entiende que en ausencia de carga en la red del
Hospital.
El sistema de licencias deberá permitir el acceso a todos los facultativos del hospital y
centros de salud (acceso concurrente aproximado de 30-50 estaciones. El mecanismo
Página 15 de 40
de control debe ser flotante, esto es, no será necesario indicar previamente desde qué
equipos se pretende acceder ni se instalará ningún software específico en ellos.
Indicar las características mínimas de los puestos desde los que se puede acceder.
La aplicación WEB podrá facilitar, previa petición, las imágenes e informes para la
historia clínica electrónica, siendo el volumen de ocupación el razonable con el medio
seleccionado.
El usuario Web podrá solicitar la visualización de imágenes nativas a resolución
máxima “bajo demanda”.
Se detallarán las posibilidades de manejo de la imagen, valorándose especialmente
que las estaciones remotas de acceso Web puedan soportar sistemas multimonitor e
incluso monitores de alta resolución, así como que las prestaciones de tratamiento de
la imagen puedan ser similares a las de las estaciones de diagnóstico y revisión.
Prestaciones mínimas serán:
•
Perfil de usuario configurable, derechos de acceso
•
Lista de pacientes específica según el usuario, con estado de las exploraciones
(citado, realizado,...)
•
Llamada a imágenes vía listas de pacientes y listas de estudios / series o
previsualización de imágenes
•
Acceso a las imágenes del servidor Web según usuario específico.
•
Nivel de compresión de las imágenes del servidor Web, configurable para acceso
según perfiles de usuario o configurable por tipo de imagen, alcanzando incluso
resolución nativa sin compresión, a demanda del usuario.
•
Exportación de imágenes a otros programas de Windows (Word, PowerPoint).
•
Impresión de imágenes e informes en impresoras de papel
•
Visualización de estudios e informes asociados.
•
Posibilidad de encriptación del contenido de las imágenes.
•
Identificación de usuario mediante password.
•
Textos de las imágenes, configurable
•
Presentación en pantalla modificable
•
Cine automático o interactivo
•
Funciones de procesamiento de imágenes:
•
Inversión / rotación de imágenes
•
Valores de ventana predefinidos
•
Espejo de imágenes
•
Zoom/Pan continuo
Se valorará positivamente que la interfaz de manejo sea homogénea en lo posible con
la de las estaciones de diagnóstico y revisión.
Página 16 de 40
5.
INTEGRACIÓN DE SISTEMAS
La funcionalidad completa del sistema requiere una adecuada interconexión funcional
entre los componentes (HIS, RIS, PACS y MODALIDADES). Este es un punto crítico
para el éxito del sistema, por lo que se valorará especialmente el diseño que ofrezca
por tanto los diferentes sistemas ofertados deberán poseer las siguientes interfaces con
la funcionalidad descrita, valorando la existencia de un motor de integración de los
componentes del sistema con el resto de los de la historia clínica electrónica:
Interfaz HIS-RIS
La interfaz entre el sistema HIS y el RIS deberá soportar el estándar HL-7
La funcionalidad de esta interfaz será la siguiente:
•
Transferencia de datos demográficos de Paciente, con garantía de integridad y
consistencia de las bases (especificar mecanismos de control).
•
Transmisión de peticiones de pruebas radiológicas.
•
Datos de la citación del paciente. La citación se realizará mediante el sistema HIS
y los datos se transferirán al RIS, por lo que las agendas en HIS y RIS deberán
ser exactamente iguales.
•
Actualización en RIS de los registros que se hallan modificado en HIS (cambios,
fusiones).
•
Envío del resultado de la exploración del RIS a HIS.
•
Consulta de otros informes anteriores o de otros servicios.
Respecto a la integración de las imágenes e informes procedentes de otros
departamentos del Hospital (ginecología, cardiología, etc.), se valorará que tanto la
identificación de cada estudio como el informe, en los casos en que exista, se transmita
directamente al PACS a través de interfaces directas con el HIS o con las aplicaciones
departamentales correspondientes.
La experiencia previa del ofertante en la solución de problemas de conectividad RISHIS será especialmente valorada; deberá detallarse la experiencia del personal
dedicado a esta tarea y el tamaño del equipo humano.
Interfaz RIS-Modalidades
El sistema RIS enviará a las modalidades que tengan servicio DICOM worklist, bajo
petición, las listas de trabajo correspondientes a dichas modalidades incluyendo:
identificación de la petición, identificación del paciente, nombre del paciente y tipo de
estudio.
Interfaz RIS-PACS
Se requiere la máxima integración entre estos subsistemas. Se valorará especialmente
la integración de la interfaz ante el usuario, siendo un requisito que no sea necesario
teclear por separado información para acceder a la información del RIS y del PACS.
Se valorará el uso de una única base de Datos común en el RIS y especialmente la
sincronización de las listas de trabajo del RIS (informes) y del PACS (imágenes). En
caso de utilizarse bases de datos separadas para el RIS y PACS deberán especificarse
Página 17 de 40
los mecanismos para asegurar la integridad y consistencia de la información entre
ambas.
Desde el sistema RIS se deberá enviar la siguiente información al PACS:
•
Registro de paciente y petición de examen: identificación de la petición y del
paciente, nombre del paciente, servicio peticionario, tipo de estudio, fecha de la
citación, etc.
•
Lista de estudios previos para descargar del Archivo definitivo, si no se
encuentran en el de corto plazo. Definir configuración del prefechting.
•
Actualizaciones en la base de datos (cambios, fusiones)
•
Estado del estudio
•
Envío del Informe una vez aprobado.
Interfaz HIS-distribución WEB
Desde HIS se puede habilitar una llamada URL a la aplicación WEB de distribución con
el fin de que se puedan visualizar los estudios e informes desde los PC´s del Hospital.
•
Mensajería interprofesional para las tareas de consulta diferida o compartición de
imágenes en tareas de Diagnóstico compartido (telerradiología)
Nota importante:
Se deben describir las funcionalidades de interoperabilidad ofrecida por el sistema en
su totalidad.
En resumen, se trata de implementar un motor de integración con las distintas
conexiones al S.I. del Hospital. El motor deberá contemplar la monitorización de los
interfaces.
Arquitectura de red
Para propósito de transmisión y comunicación se utilizará la red existente en el hospital.
La implantación de todos los servicios, se llevará a término usando exclusivamente
conectividad Ethernet sobre medio de transmisión guiada de cobre o fibra óptica, con
interfaces:
•
1000-T / 1000 SX para las estaciones de trabajo.
•
1000-T / 10 GBase-SR para los servidores.
•
10 GBase-SR para almacenamiento (NAS)
El ofertante sugerirá, si lo considera necesario, la segmentación la red para aumentar el
ancho de banda de determinadas zonas. En el caso de que se precise algún elemento
adicional de cableado y la electrónica de red que se necesite complementariamente al
disponible en el hospital (switches, router, racks, fuentes de alimentación etc.) estará
incluido en la oferta.
Usuarios
Se valorará la posibilidad de integrar la gestión de usuarios con la del resto de los
aplicativos del hospital de forma conjunta, particularmente los usuarios de distribución
Web.
Página 18 de 40
6.
OTROS COMPONENTES
La oferta deberá contemplar:
6.1
DIGITALIZADOR DE PELÍCULA RADIOGRÁFICA.
Se incluirá este equipo con el fin de incorporar los estudios existentes en formato
película convencional al sistema de gestión de imagen PACS. La aplicación incluirá
estándar DICOM como mínimo en los servicios: “Storage” y “worklist management”
como usuario. Se valorará que el sistema disponga alimentador automático de
películas (especificar cuántas). Admitirá placas de hasta 35x58, con profundidad de 12
bits y 300 ppp. Se indicarán las prestaciones máximas alcanzables en profundidad de
bits, resolución y especialmente rango de densidad óptica.
7.
PLAN DE IMPLANTACIÓN DEL SISTEMA RIS-PACS
Todos los trabajos de suministro, instalación, configuración y puesta en marcha serán
acordados con INGESA. La prestación de los servicios de implantación objeto del
presente Pliego de Prescripciones Técnicas se realizará al menos en las siguientes
fases:
•
Fase de suministro, máximo 1 mes
•
Fase de instalación, máximo 1 mes desde el suministro
•
Fase de configuración, reingeniería de procesos, integraciones, máximo1 mes
•
Fase de pruebas, máximo 2 semanas
•
Aceptación y puesta en servicio
Se establece como objetivo para su cumplimiento 4 meses desde la adjudicación del
mismo.
Las ofertas deberán incluir un Plan de Actuación que contemple todas las tareas,
incluyendo una previsión de calendario, formalizada en un diagrama de Gantt. Dicho
plan debe contemplar al menos:
8.
•
Plan general detallado del suministro.
•
Plan detallado de implantación, verificación, pruebas y certificación del correcto
funcionamiento de los servicios implantados.
•
Informes de seguimiento del proyecto.
•
Plazos de ejecución para las fases de implantación del servicio, incluyendo el
plan de formación.
FORMACIÓN
Se adjuntará un programa de FORMACIÓN DE PERSONAL para llegar al
adiestramiento del equipo humano que posteriormente debe hacerse cargo del
equipamiento sobre: uso, manejo y mantenimientos de usuario, proponiendo, si fuese
necesario, formaciones específicas de TER, DUE, ADMINISTRATIVOS y
FACULTATIVOS según cada caso. Especificar metodología, número de personas,
lugar y duración de cada curso.
Página 19 de 40
Se adjuntará también un programa de FORMACION PARA PERSONAL DE SERVICIO
TECNICO (servicios de Ingeniería e Informática) con formación técnica a nivel de
Ingeniero / Ingeniero Técnico de Telecomunicación o Licenciado / Diplomado /
Ingeniero en Informática.
La formación recibida será tal que, con el adiestramiento necesario, les permita su
intervención técnica, realizar el mantenimiento y solventar las posibles averías que
pudieran producirse. Se valorarán positivamente programas de colaboración técnica en
el mantenimiento de los equipos y sistemas con los servicios técnicos del Hospital.
Especificar metodología, número de personas, lugar y duración de los cursos de
formación.
9.
GARANTÍA Y MANTENIMIENTO
Los equipos ofertados deben disponer de una garantía total de doce meses como
mínimo en las aplicaciones de RIS, PACS, Reconocimiento de Voz e integración y de al
menos dos años para el equipamiento hardware, contados a partir de la fecha de
aceptación de instalación definitiva. Se valorarán periodos superiores. Se entiende que
esta garantía incluye los repuestos, mano de obra, desplazamientos, dietas, transportes
y demás costos que puedan derivarse del cumplimiento de la misma.
Durante la duración del contrato se debe dar soporte y mantenimiento a la instalación.
El tiempo de no-funcionamiento del equipo motivado por fallos o desperfectos de
fabricación se sumará al período de garantía, especificándose además penalizaciones
por no funcionamiento.
En las ofertas deberán consignarse las condiciones en que el ofertante se compromete
a llevar a cabo, durante el periodo de garantía, para la asistencia y mantenimiento de
los equipos y sistemas objeto del contrato.
Se adjuntará programas de mantenimiento a todo riesgo, y su valoración económica
con indicación clara de su alcance en cada uno de los apartados:
•
mantenimiento preventivo
•
mantenimiento correctivo
•
mantenimiento técnico legal
•
gestión informatizada del servicio de mantenimiento
•
reposición de materiales
Especificar los equipos, herramientas y/o programas informáticos incluidos en el
suministro, necesarios para los distintos niveles de mantenimiento de los equipos y
sistemas ofertados.
En el caso de que la firma ofertante no fuera la empresa fabricante o su
comercializador o representante exclusivo, se deberá aportar la documentación
acreditativa de que el ofertante y su soporte técnico, material y humano, disponen de
los equipos necesarios y que su personal ha recibido la formación inicial y disponen de
acuerdos con la empresa fabricante para su formación continua.
Página 20 de 40
9.1
ACUERDOS DE NIVEL DE SERVICIO (SLAS), TIEMPOS DE RESPUESTA Y RESOLUCIÓN
Ante una incidencia o avería, el personal de INGESA catalogará su criticidad teniendo
en cuenta la siguiente clasificación:
9.2
•
Nivel A: Incidencias calificadas de graves y que afecten a un número elevado de
elementos respecto de la funcionalidad total de los controladores o las cámaras,
sin que exista alternativa disponible para que los usuarios puedan efectuar el
trabajo.
•
Nivel B: Incidencias, calificadas como no graves y que afecten a un número
moderado de elementos respecto de la funcionalidad de los controladores o las
cámaras, sin que exista alternativa disponible para que los usuarios puedan
efectuar el trabajo.
•
Nivel C: Incidencias, calificadas como leves y que afecten a un número muy
limitado de elementos respecto de la funcionalidad de los controladores o las
cámaras, existiendo alternativas disponibles para efectuar el trabajo, aunque
otras actividades puedan verse afectadas mientras se espera la resolución del
problema.
TIEMPOS DE RESPUESTA
El tiempo de respuesta es el tiempo máximo transcurrido entre la comunicación de un
incidente y la puesta en contacto por parte del personal técnico para la resolución de la
misma. Los tiempos máximos de respuesta serán los siguientes:
9.3
TIEMPOS DE RESOLUCIÓN
El tempo de resolución es el tiempo máximo transcurrido entre la comunicación de una
incidencia y la solución de la misma. Los tiempos máximos de resolución serán los
siguientes:
En caso de avería, a efectos de este cómputo, se considerará cerrada cuando el
equipamiento objeto de la avería pueda suministrar la funcionalidad necesaria para la
que está destinado y no afecte al trabajo normal de los usuarios.
Página 21 de 40
9.4
MATERIAL EN STOCK
Las ofertas deberán ofrecer un pequeño stock de aquellos componentes que se
consideren críticos para el funcionamiento de los servicios, con el objetivo de que el
tiempo de sustitución de estos componentes en el caso de que resulten averiados sea
el menor posible. Se incluirá material por un valor mínimo de 6000€, de acuerdo a los
precios desglosados. Este equipamiento adicional deberá incluir al menos:
•
Estación diagnóstica
•
Monitor de alta resolución
•
Aquellos otros elementos que los oferentes consideren críticos para el
funcionamiento de los sistemas que propongan
10. SEGURIDAD, CONFIDENCIALIDAD Y PROPIEDAD INTELECTUAL
El sistema RIS-PACS habrá de cumplir con lo establecido por la ley LOPD 15/99 en su
nivel más alto de protección de los Datos, así como tener asegurada la integridad y
salvaguarda de los mismos. Existirán accesos diferenciados y control de los mismos.
La empresa garantizará la confidencialidad de la totalidad de la información a la que
tenga acceso en el desempeño de sus funciones, asegurando el cumplimiento de la
legislación vigente, con especial referencia a las disposiciones contempladas en la Ley
Orgánica del Código Penal de 1995, Ley Orgánica 15/1999, de 13 de diciembre, de
Protección de Datos de Carácter Personal y la Ley 41/2002, de 14 de noviembre,
básica reguladora de la autonomía del paciente y de derechos y obligaciones en
materia de información y documentación clínica.
A tal fin, el contratista, como encargado del tratamiento, tal y como se define en la letra
g) del artículo 3 de Ley Orgánica 15/1999, de 13 de diciembre, de Protección de datos
de Carácter Personal, declara expresamente que conoce quedar obligado al
cumplimiento de lo dispuesto en la citada LOPD y especialmente en lo indicado en sus
artículos 9, 10, 12 y adoptara las medidas de seguridad que le correspondan según el
Reglamento de Medidas de Seguridad, aprobado por Real Decreto 994/1999, de 11 de
junio.
Igualmente, 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 Real Decreto 994/1999, de 11 de junio.
Compromiso de confidencialidad de la empresa
La empresa adjudicataria declara expresamente que conoce quedar obligada al
cumplimiento de lo dispuesto en la Ley Orgánica 15/1999, de 13 de diciembre, de
Protección de Datos de Carácter Personal y, expresamente, en lo indicado en su
artículo 10, en cuanto al deber de secreto.
La empresa adjudicataria y el personal encargado de la realización de las tareas
guardará secreto profesional sobre todas las informaciones, documentos y asuntos a
los que tenga acceso o conocimiento durante la vigencia del contrato, estando obligado
a no hacer públicos o enajenar cuantos datos conozcan como consecuencia o con
ocasión de su ejecución, incluso después de finalizar el plazo contractual, por lo que se
compromete a preservar la confidencialidad de la totalidad de la información a la que
Página 22 de 40
acceda en el cometido de las tareas contratadas para la implantación del sistema de
información Radiológica (RIS y PACS) del HC.
La empresa garantiza que todas las personas adscritas a su plantilla que tengan
acceso a cualquier tipo de información de carácter confidencial en cualquiera de las
fases del proceso (estudio, elaboración del proyecto y ejecución de las distintas tareas
objeto del contrato) conocen la legislación vigente en materia de protección de datos de
carácter confidencial y la obligación de guardar secreto profesional.
Los licitadores aportarán una memoria descriptiva de las medidas que adoptarán para
asegurar la confidencialidad e integridad de los datos manejados y de la
documentación facilitada. Asimismo, el adjudicatario deberán comunicar al responsable
del proyecto del hospital, antes de transcurridos siete días de la fecha de comunicación
de la adjudicación, la persona o personas que serán directamente responsables de la
puesta en práctica y de la inspección de dichas medidas de seguridad, adjuntando su
perfil profesional.
El conocimiento de la legislación, por parte de cada trabajador, y la obligación de
guardar secreto profesional se garantiza por contrato de confidencialidad de cada uno
de ellos. Obligación que subsistirá aún después de finalizar su relación con el Centro.
Para ello, el adjudicatario del contrato, previo al comienzo de los trabajos, remitirá al
responsable del proyecto designado por el centro, un documento por cada trabajador
que preste sus servicios ligados a la ejecución del contrato, en el que haga referencia a
la cláusula de confidencialidad prevista del presente pliego.
La empresa garantiza que todas las personas de la empresa adscritas al servicio no
utilizarán o aplicarán los datos a que tengan acceso, por motivo de su trabajo, con fines
distintos a los establecidos en este contrato, ni los comunicará, ni siquiera para su
conservación, a otras personas. La documentación se entregará al adjudicatario para el
exclusivo fin de la realización de las tareas objeto de este contrato, quedando prohibido
para el adjudicatario y para el personal encargado de su realización, su reproducción
por cualquier medio y la cesión total o parcial a cualquier persona física o jurídica. Lo
anterior se extiende asimismo al producto de dichas tareas.
El adjudicatario se compromete a no dar información y datos proporcionados por el
hospital para cualquier otro uso no previsto en el presente Pliego. En particular, no
proporcionará, sin autorización escrita del órgano de contratación, copia de los
documentos o datos a terceras personas.
Si la empresa adjudicataria aporta equipos informáticos, una vez finalizadas las tareas
el adjudicatario, previamente a retirar los equipos informáticos, deberá borrar toda la
información utilizada o que se derive de la ejecución del contrato, mediante el
procedimiento técnico adecuado.
La destrucción de la documentación de apoyo, si no se considerara indispensable, se
efectuará mediante máquina destructora de papel o cualquier otro medio que garantice
la ilegibilidad, efectuándose esta operación en el lugar donde se realicen los trabajos.
Todos los estudios y documentos elaborados durante la ejecución del presente contrato
serán propiedad del HC, quien podrá reproducirlos, publicarlos y divulgarlos, total o
parcialmente, sin que pueda oponerse a ello el adjudicatario de los trabajos
Específicamente, todos los derechos de explotación y titularidad de las aplicaciones
informáticas y programas de ordenador desarrollados al amparo del contrato resultante
de la adjudicación del presente concurso, corresponden únicamente al HC.
Página 23 de 40
El resultado de las tareas realizadas, así como el soporte utilizado (papel, imágenes,
fichas, disquetes, etc.) serán propiedad del Hospital de Ceuta.
Al finalizar el trabajo contratado la empresa devolverá a la Dirección del Centro
cualquier soporte o documento utilizado para la realización de las tareas.
Cláusula de confidencialidad
D. /DÑA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . con DNI. nº . . . . . . . . . . . . . . . . . adscrito
a la implantación de los sistemas de información radiológica (RIS y PACS) del Hospital
de Ceuta realizando las funciones de . . . . . . . . . . . . . . . . . . . . . . . . . . . . . desde . . . . . .
. . . . . . . . . . .hasta fin de contrato a través de la empresa:
I. Garantiza conocer la legislación vigente en materia de protección de datos de
carácter confidencial y la obligación de guardar secreto profesional. Obligación
que subsistirá aún después de finalizar sus funciones en el mencionado
servicio.
II.
Se compromete a preservar la confidencialidad de la totalidad de la
información a la que acceda en el cometido de las tareas contratadas por la
empresa.
III. Garantiza que no utilizará o aplicará los datos a que tenga acceso, por motivo
de su trabajo, con fines distintos a los establecidos en este contrato, ni los
comunicará, ni siquiera para su conservación, a otras personas.
11. DOCUMENTACION Y CONDICIONES GENERALES
En el presente apartado se establece la documentación que necesariamente hay que
entregar para:
•
Evaluar las propuestas
•
Elaborar documento de seguridad, en caso de resultar adjudicatario
•
Documentar la instalación, en caso de resultar adjudicatario
11.1 DOCUMENTACIÓN PARA EVALUAR LAS OFERTAS
Las ofertas deberán incluir toda la documentación relativa a los equipos, sistemas
(integración específica de equipos) y servicios ofertados, con el fin de que pueda
valorarse adecuadamente cada una de las propuestas. En dicha documentación
necesariamente será posible contrastar los valores de especificaciones técnicas
requeridos en el presente pliego.
La documentación que se incluya para este propósito será la elaborada por el
fabricante de cada componente, en la que se pueda contrastar que los componentes
incluidos en la oferta cubren los requisitos establecidos en el presente Pliego de
Prescripciones Técnicas. Incluirá el esquema de integración de la solución propuesta.
Se especificará para todo el equipamiento el espacio físico mínimo requerido y los
requisitos de instalación.
Página 24 de 40
El proveedor aportará las certificaciones oportunas que acrediten el Marcado CE de
los equipos, así como el “FDA Approval”, si lo posee.
El proveedor aportará los certificados de conformidad DICOM de todos los equipos.
Estos certificados deberán indicar claramente el alcance de la compatibilidad y el
cumplimiento de las normas para cada modalidad, indicando las SOP soportadas que
según los caso deben ser:
•
Basic Greyscale Print SCU.
•
Storage SCU / SCP.
•
Storage Commitment SCU.
•
Query / Retrieve SCU.
•
Verification SCU / SCP.
•
Modality Worklist SCU.
Dichos certificados se deben adjuntar en la primera página de la oferta cada equipo,
sin los cuales no se pasara a puntuar la propuesta correspondiente.
Se valorará que las modalidades acepten también la
Perform_procedure_step para indicar la finalización de las pruebas.
clase
DICOM-
Para los sistemas y equipos se acreditará, mediante la oportuna documentación, que
los equipos afectados cumplen los requisitos legales vigentes y en concreto:
Deberán cumplir la Directiva 93/42 CEE (Real Decreto 414/1996) y Normas
Internacionales de Seguridad Eléctrica. Se deberá aportar el certificado de
cumplimiento de la Directiva 93/42 CE, según Organismo Notificado.
11.2 DOCUMENTACIÓN PARA ELABORAR DOCUMENTO DE SEGURIDAD
La información requerida en el presente apartado se suministrará en un CD-ROM,
etiquetado con el texto “Documentación de administración y sistemas para elaboración
del Documento de Seguridad de los sistemas de RIS y PACS, fecha”, en fichero o
ficheros con formato PDF. Incluirá un fichero de nombre “Inventario_de_ficheros.pdf”
que incluya una tabla con dos columnas, la primera contendrá el nombre de cada uno
de los ficheros en formato PDF que incluye el CD-ROM, la segunda contendrá una
descripción explícita del contenido que incluye dicho fichero.
Los sistemas RIS y PACS contienen datos personales. Consecuencia de ello y en
cumplimiento de la “Disposición adicional única. Productos de software” del
Reglamento de Medidas de Seguridad, publicado como R.D. 1720/2007 de 23 de
diciembre, proporcionará certificado del nivel de seguridad que permite alcanzar.
Igualmente, en cumplimiento del artículo 81 del Reglamento de Medidas de Seguridad,
publicado como R.D. 1720/2007 de 23 de diciembre, se suministrará toda la
documentación necesaria para elaborar el “Documento de Seguridad”, en particular y
de forma detallada se suministrará:
1.
Diccionario de datos.
2.
Diccionario de procesos.
3.
Procedimiento para recuperación de contraseñas de administración, caso de
pérdida u olvido.
Página 25 de 40
4.
Modelo analítico de crecimiento para cada base de datos en función de las
operaciones.
11.2.1 Diccionario de datos de las bases de datos y ficheros de almacenamiento de
las aplicaciones
Para cada una de las aplicaciones servidor o cliente que almacene datos, se
proporcionará:
1.
Inventario de tablas que conforman la base de datos completa.
2.
Para cada tabla, inventario de campos que la conforman.
3.
Diagrama entidad-relación.
4.
Script en lenguaje SQL con el que generar la BD completa, incluidos usuarios y
restricciones con contenido comentado.
5.
Ficheros de configuración del motor de base de datos relacional con contenido
comentado.
6.
Nombres de los ficheros que alojarán el contenido de las base de datos RIS y
PACS
7.
Procedimiento para importar/exportar los datos a formato plano posicional o con
separadores.
El inventario de tablas se proporcionará formalizado en una tabla de 4 columnas, con
los siguientes nombres:
1.
Nombre de la tabla.
2.
Descripción de su contenido.
3.
Reglas de validación para incorporación de nuevas ocurrencias.
4.
Reglas de validación para eliminación de ocurrencias existentes.
Para cada fila se describirá:
“Nombre de la tabla”, se tiene que proporcionar el nombre de todas y cada una de las
tablas físicas que conforman las bases de datos completas de los RIS y PACS.
“Descripción de su contenido” se tiene que proporcionar un texto que describa de
forma detallada y sin ambigüedad el propósito y contenido de cada tabla.
“Reglas de validación para incorporación de nuevas ocurrencias” se tienen que
proporcionar párrafos que describan sin ambigüedad todas las reglas que identifiquen
las condiciones (escenarios), bajo las cuales se incorporan nuevas filas (en términos
informáticos) u ocurrencias (en términos de información) a la tabla.
“Reglas de validación para eliminación de ocurrencias existentes” se tienen que
proporcionar párrafos que describan sin ambigüedad reglas que identifiquen filas con
contenido inconsistente y por tanto que tienen que ser eliminadas, incluyendo las
eliminaciones en cadena a que este hecho de lugar, tal que se garantice la integridad
referencial en toda la base de datos.
El inventario de campos para cada tabla se proporcionará formalizado en tantas
tablas de 4 columnas, como tablas físicas contenga la base de datos, con los
siguientes nombres para las mismas:
Página 26 de 40
1.
Nombre del campo
2.
Descripción de su contenido
3.
Reglas de validación sintáctica para representación de su contenido, incluido el
tipo de dato
4.
Reglas de validación semántica para validación de su contenido, incluido las
referencias externas
Para cada fila se describirá:
“Nombre del campo”, se tiene que proporcionar el nombre que tengan todos y cada
uno de los campos que conforman cada tabla de la base de datos.
“Descripción de su contenido” se tiene que proporcionar un texto que describa de
forma detallada y sin ambigüedad el propósito y contenido del campo.
“Reglas de validación sintáctica para representación de su contenido, incluido el tipo
de dato” se tienen que proporcionar párrafos que describan sin ambigüedad todas y
cada una de las reglas de validación sintáctica (sobre formato, caracteres permitidos
para su representación y tipo de dato) que condicionen la representación del valor del
campo y que están programadas internamente en las aplicaciones.
“Reglas de validación semántica para validación de su contenido, incluido las
referencias externas” se tienen que proporcionar párrafos que describan sin
ambigüedad todas y cada una de las reglas de validación semántica (contenido) que
condicionan la asignación del valor al campo y que están programadas internamente
en las aplicaciones. Si es una referencia externa, indicar la tabla que aloja la variable
categórica contra la que se tiene que contrastar dicho valor. Si el valor es numérico,
el intervalo en que puede tomar valores (definido por los dos extremos o por la
función o algoritmo de como se determinen estos). Si el valor es codificado por
campos, el algoritmo de codificación de cada uno de sus campos.
11.2.2 El diccionario de procesos incluirá como mínimo:
Para cada una de las aplicaciones servidor o cliente que almacene datos, se
proporcionará:
1.
Inventario de módulos.
2.
Estructura de directorios de la aplicación instalada.
3.
Esquema de navegación entre módulos
El inventario de módulos se proporcionará formalizado en una tabla de 4 columnas,
con los siguientes nombres:
1.
Nombre del módulo (nombre del fichero que lo contiene visto desde el sistema
de ficheros)
2.
Descripción de la funcionalidad del módulo
3.
Módulos a los que llama (tantos nombres en la misma columna como módulos a
los que llama)
4.
Tabla/s de la BD a las que accede (tantos nombres en la misma columna como
tablas)
Página 27 de 40
5.
Proceso que realiza sobre las tablas en el acceso (alta, baja, consulta,
actualización)
11.2.3 Modelo analítico de crecimiento de la base de datos
Se facilitarán las expresiones analíticas mediante las cuales se pueda predecir la
ocupación en bytes de las bases de datos que generen las distintas transacciones o
procesos.
11.2.4 Procedimiento para recuperación de contraseñas de administración, caso de
pérdida u olvido
Se proporcionará un procedimiento, ya sea para ejecutar directamente sobre el
sistema, ya sea para ejecutar con software adicional, que permita establecer la
contraseña del usuario de administración, para cualquier sistema o subsistema con el
que se proporcione la solución. En particular permitirá:
1.
Recuperación de contraseña de administrador para sistema operativo de
servidores
2.
Recuperación de contraseña de administrador para sistema operativo de
estaciones de trabajo
3.
Recuperación de contraseña de administrador para aplicaciones servidor.
4.
Recuperación de contraseña de administrador para aplicaciones cliente.
5.
Recuperación de contraseña de administrador RIS y PACS
Se suministrarán los nombres de todos los usuarios para propósito de configuración y
sus contraseñas asociadas. Así mismo se suministrará un procedimiento para
restablecer las contraseñas de los usuarios de administración, caso de pérdida de las
mismas, accediendo por los puertos de consola.
Durante el proceso de licitación será suficiente aportar certificados de los fabricantes
del software, en los que se garantice que se suministrará la documentación requerida
en este punto, caso de resultar adjudicatario.
11.3 DOCUMENTACIÓN PARA FORMALIZAR LA INSTALACIÓN, CONFIGURACIÓN Y OPERACIÓN
La información requerida en el presente apartado se suministrará en un CD-ROM,
etiquetado con el texto “Documentación de instalación y operación de los sistemas RIS
y PACS, fecha”, en fichero o ficheros con formato PDF.
Adicionalmente a la documentación requerida para elaboración del documento de
seguridad, con las aplicaciones RIS y PACS, y como parte integrante de las mismas,
se facilitará un manual, visualizable en pantalla e imprimible, con al menos los
siguientes apartados:
•
Instalación de todos los componentes hardware y software
•
Configuración comentada de todos los componentes hardware y software
•
Operación de las aplicaciones
•
Esquema de flujos de datos en la operación
•
Inventario de eventos que quedan configurados y tratan las aplicaciones
Página 28 de 40
•
Esquema de conexión final tanto de las vídeo-cámaras como de los controladores
con los lectores
•
Configuración de cada uno de los equipos adecuadamente comentada
Para cada uno de los ítems anteriores Incluirá un esquema y una foto incrustadas en
cada uno de los apartados del documento que ilustren la conexión lógica y física
12. SUMINISTROS, HERRAMIENTAS Y ELEMENTOS DE INSTALACIÓN
Los equipos descritos en las ofertas se entienden que se suministran con todos
aquellos dispositivos o elementos de interconexión, accesorios de anclaje o fijación
necesarios, así como montados en los locales de destino definitivo, en condiciones de
funcionamiento, incluyendo la retirada de elementos de embalaje o cualquier otro
desperdicio que se produzca en el montaje. En caso de que se precisen
modificaciones en las instalaciones del hospital, correrá a cargo del adjudicatario la
obra civil e instalaciones necesarias para acondicionar las salas a los requerimientos
del sistema.
Toda la maquinaria, del tipo que sea, necesaria para la ejecución del proyecto, será
por cuenta del adjudicatario.
La electrónica de red, el cableado de interconexión y los sistemas de alimentación
eléctrica (SAIs) son los disponibles y existentes en el Hospital. En caso de precisar
elementos adicionales a la red del Hospital estarán incluidos en la oferta. Se exigirá
que sea compatible con el equipamiento actualmente instalado, a fin de evitar
conflictos técnicos y favorecer el mantenimiento de la red.
Será responsabilidad de la firma suministradora, a la hora de la instalación del equipo
o sistema, cualquier “necesidad” no prevista en el apartado de “indicación de los
trabajos no incluidos en la oferta” y que impida su adecuado funcionamiento.
13. ESTRUCTURA NORMALIZADA DE LA OFERTA
Las ofertas técnicas incluirán descripción detallada de todos los aspectos técnicos
requeridos en el presente Pliego de Prescripciones, además de otros aspectos que se
consideren necesarios, de acuerdo al siguiente índice de contenidos:
13.1 PRESENTACIÓN DE LAS OFERTAS
•
Índice
•
Características generales
o
Identificación de la oferta.
o
Acatamiento con carácter general a las condiciones del pliego.
o
Datos de empresa
13.2 DESCRIPCIÓN DE LA SOLUCIÓN TÉCNICA
Se incorporará al inicio de este apartado el resumen de los aspectos más significativos
y relevantes de la solución ofertada.
Página 29 de 40
Se deberá incluir la información requerida en el apartado de “Especificaciones
Técnicas”, siguiendo la misma estructura de este apartado y concretando los datos de
la oferta que correspondan a lo demandado en cada punto.
13.3 ORGANIZACIÓN DE LOS TRABAJOS
El licitante hará constar en su oferta el Plan de Implantación de servicios acorde a las
especificaciones requeridas en el presente pliego, entre los que se incluyen el plan de
actuación, el plan de pruebas, el plan de formación y la documentación descritos en
los apartados anteriores.
Se indicarán con el mayor detalle posible las fases del proyecto, sus actividades y
tareas, el cronograma de trabajos y recursos humanos asociados.
13.4 CUESTIONARIOS
Se deberán cumplimentar en su totalidad los cuestionarios de oferta que se adjuntan
como Anexo. La no cumplimentación de los mismos, la omisión de datos o la
comprobación fehaciente de datos que desvirtúen la realidad puede suponer la
exclusión de la oferta.
13.5 EQUIPO DE TRABAJO
Relación nominal de los componentes del equipo de trabajo ordenada por categorías
profesionales. Se deberán incluir al menos los siguientes:
•
Datos relativos al Director Técnico y demás componentes del equipo de trabajo.
Curriculum vitae
•
Composición del equipo de trabajo que se propone ordenado por categorías
profesionales.
•
Cuestionarios de personal según modelo recogido en el anexo de cuestionarios.
13.6 PRESTACIONES SUPERIORES O COMPLEMENTARIAS A LAS EXIGIDAS
Se indicarán las prestaciones que se oferten por encima de las exigidas en el contexto,
indicando las ventajas técnicas que incorporen al mismo.
13.7 EJECUCIÓN DEL CONTRATO
Se incluirá en este capítulo la descripción de las medidas dispuestas por el oferente
para asegurar la calidad de los trabajos; metodologías, medios materiales,
aseguramiento de calidad, seguridad y confidencialidad, así como aquellas otras que
se prevé aplicar para vigilar y garantizar el adecuado cumplimiento del contrato.
13.8 EXPERIENCIA PROFESIONAL
Se hará constar en la oferta la experiencia profesional de la empresa licitante, las
referencias de proyectos de implantación de RIS y PACS en los que haya participado
en los últimos 3 años.
Página 30 de 40
13.9 OTROS DATOS TÉCNICOS
En este apartado se incluirán datos relacionados con aspectos generales como:
•
Garantía de los trabajos.
•
Plan de formación.
•
Certificados de calidad.
•
Etc.
Página 31 de 40
ANEXOS
A continuación se adjuntan una serie de cuestionarios para la recogida de información de las
ofertas de una forma clara y homogénea, a incluir en los sobres correspondientes de
acuerdo con lo establecido en el Pliego de Cláusulas Administrativas Particulares.
SOBRE A
A. CUESTIONARIO DE EMPRESA
Identificación oferta:
Empresa:
Si U.T.E. (% participación):
Subcontratación (%):
Nacionalidad:
Fecha Implantación España:
Persona de contacto
Apellidos
Nombre
Cargo
Número empleados:
% empleados fijos:
Nº de empleados de asistencia (distribución por categorías)
Categoría
Certificados de calidad:
Otras:
Página 32 de 40
Teléfono
Número
Fax
B. CUESTIONARIO DE PERSONAL
Para cada uno de los técnicos que interviene en el proyecto, en sus diferentes fases.
1. Datos comunes
Identificación oferta:
Empresa licitante:
Categoría:
Apellidos y nombre:
Empresa de pertenencia:
2. Titulación académica
Título académico
Centro
Años
F-exped.
Años: Duración oficial
TIC: si/no según pertenezca o no a tecnologías de la información y las comunicaciones
3. Datos relativos a los proyectos
Clave
Proyecto1
P2
..
..
Pn
Nombre
F-inicio
F-fin
Entidad usuaria
Desempeño
Desempeño: breve descripción del puesto ocupado y la/s funcionalidad/es del proyecto
Nota: Todas las fechas deberán consignarse en el formato dd/mm/aaaa.
Página 33 de 40
TIC
C. CUESTIONARIO DE LA OFERTA TÉCNICA
SOBRE B-1
C.1 Características Funcionales
La siguiente tabla deberá incluir la página o apartado de la oferta en la que se desarrolla
así como su valor (requisito disponible o no disponible) para cada elemento de la oferta:
1.- Planificación y citación de pacientes y exámenes
1.1.1
1.1.2
1.1.3
1.1.4
1.1.5
1.1.6
1.1.7
Valor
Pág. o apartado
donde se
desarrolla
Valor
Pág. o apartado
donde se
desarrolla
Capacidad de realizar un seguimiento de los estudios.
Indicar cuales son los estados que soporta el sistema
(estudios citados, paciente en espera, estudio
realizado, informado, etc.). Existencia de solo un paso
para finalizar el estudio.
3.- Datos de examen
3.1.1
Pág. o apartado
donde se
desarrolla
Planificación y citación de pacientes y exámenes. Se
integrará con HIS bidireccionalmente
Detección de cambios e inconsistencias con el HIS,
fusión de pacientes, bajas, etc.
Una vez realizada la cita por el HIS o por el RIS, el
sistema generará los documentos por escrito
necesarios en cada caso: hoja de cita para el paciente,
preparación, consentimiento informado, etc.
Flexibilidad en la definición de Agenda, soportando la
cita simple, la cita múltiple, la automática, la
incompatibilidad entre pruebas, la reprogramación y
las anulaciones
Listas de trabajo a partir de la citación efectuada. Se
obtendrán por agenda, por sala, por modalidad, por
órgano o sistema, e incluso por técnico o radiólogo
responsable. Se transmitirá a las modalidades la
DICOM-Worklist.
Valorar la relación entre la prueba solicitada y los
posibles estudios del mismo paciente en fechas
anteriores. Necesario para valorar la posibilidad de
configurar un posible prefetching por usuario.
Recuperación de informes e imágenes realizadas en
otros hospitales o centros.
2.- Estado del estudio
2.1.1
Valor
Almacenado de datos asociados al estudio (por
ejemplo, códigos de examen, personal encargado de
la realización del examen, fungibles utilizados, etc.)
Con sistema de registro de los mismos ante
altas/bajas o cambios.
Página 34 de 40
4.- Gestión de informes
4.1.1
4.1.2
4.1.3
4.1.4
5.1.2
7.1.2
7.1.3
7.1.4
7.1.5
7.1.6
7.1.7
Pág. o apartado
donde se
desarrolla
Valor
Pág. o apartado
donde se
desarrolla
Valor
Pág. o apartado
donde se
desarrolla
Gestión automática del inventario y gastos de material
asociados a cada prueba, mediante la definición de
consumos estándar, modificable manualmente. Siendo
deseable una integración con los sistemas de gestión
de almacenes.
7.- Visualización de Estudios e Informes
7.1.1
Valor
Gestión de los informes de aquellas imágenes
analógicas no integradas en el PACS.
Soporte de consulta por fecha o número de historia
para aquellos estudios no integrados con el PACS
6.- Gestión de inventario y consumo
6.1.1
Pág. o apartado
donde se
desarrolla
Unificación de los datos de la petición, examen, datos
clínicos, informes y diagnósticos siendo fácilmente
accesible la historia clínica del paciente, con los
resultados de exámenes previos e información actual.
Sistema de reconocimiento de voz y soporte de
plantillas para la generación de informes. El sistema
incluirá la opción de diseñar el formato del informe,
reconocimiento de voz para el dictado directo de
informes y la interpretación automática del dictado
utilizando diccionarios especializados.
Funcionalidad Completa de Códigos ACR (búsqueda
de pacientes por código o rama del código ACR,
introducción, modificación del código ACR, etc.) y
explotación de dichos datos.
Soporte de “prefetching” de exámenes previos a la
estación de trabajo donde se informa.
5.- Gestión de archivo analógico
5.1.1
Valor
Acceso web visualizar los estudios e informes
mediante cualquier navegador estándar, siendo capaz
de realizar las mismas funciones que el visualizador de
las estaciones de diagnóstico.
Visualización o no de la imagen e informe atendiendo
al rol del usuario (médico, secretaria, etc.).
Visualización de estudios con diferentes niveles de
compresión.
Exportación los estudios a formatos estándar (JPG,
TIFF, etc.).
Impresión del estudio e informe.
Consulta independiente de estudio e informe,
permitiendo la visualización del estudio aunque este
no hubiese sido informado.
La herramienta de consulta de imágenes radiológicas
proporcionará herramientas para (realizar mediciones,
zoom, avanzar y retroceder, comparar, etc.)
Página 35 de 40
8.- Integración con sistemas PACS y HIS
8.1.1
Pág. o apartado
donde se
desarrolla
Valor
Pág. o apartado
donde se
desarrolla
Valor
Pág. o apartado
donde se
desarrolla
Valor
Pág. o apartado
donde se
desarrolla
Estación de diagnóstico única con RIS y PACS
integrados. Arquitectura, posibilidades de
configuración, etc.
9.- Obtención de estadísticas de estudios e informes
9.1.1
Valor
Explotación de datos estadísticos, referidos a:
diferentes tipos de demora según SIAE. número de
solicitudes global, por modalidad, sala, radiólogo,
tiempos entre estados, etc.
PACS
1.- Comunicación con equipamiento radiológico
1.1
1.2
Estándar DICOM 3.0, soportando todas las clases de
servicios (DICOM-Storage, DICOM-Query/Retrieve,
DICOM Print, etc.). Valorándose positivamente el
soporte del mayor número posible de sintaxis de
transferencia, siendo un requisito obligatorio que el
sistema almacene toda la información DICOM válida
enviada por las modalidades, incluyendo
específicamente atributos privados.
Transmisión segura mediante cifrado para todas las
comunicaciones que se puedan realizar con el PACS
2.- Sistema de Almacenamiento de Estudio
2.1
2.2
2.3
2.4
2.5
2.6
Gestión de archivo distribuido, transparente al usuario
Especificando el uso de caches de acceso rápido y
accesos directos al PACS y la interacción con el
usuario.
Almacenamiento en formato DICOM, adaptándose a
las características del sistema de almacenamiento
(múltiples volúmenes, sistema de ficheros, etc.…)
Compresión irreversible y reversible (sin pérdidas).
Especificándose el factor de compresión medio
alcanzado, por tipo de estudio y algoritmos de
compresión utilizados.
Capacidad de migración de estudios entre los
diferentes dispositivos de almacenamiento y entre
diferentes PACS
Sistema de prefeching, soportando la recuperación
aquellos estudios que hayan quedado almacenados en
dispositivos de backup.
Servicio de rotación los ficheros utilizados cómo
histórico de las acciones.
Página 36 de 40
3.- Gestión de los Estudios
3.1
3.2
3.3
3.4
4.2
4.3
4.4
Pág. o apartado
donde se
desarrolla
Valor
Pág. o apartado
donde se
desarrolla
Valor
Pág. o apartado
donde se
desarrolla
Capacidad de explotación de datos estadísticos de los
estudios realizados y de la consulta de estos (origen,
estudios más consultados, media de consultas por
estudio, etc.…).
6.- Gestión de las Listas de Trabajo
6.1
Valor
Interfaz de usuario homogénea entre los diferentes
módulos.
Acceso mediante Query/Retrive que permita a un
visualizador que cumpla dicho estándar de DICOM el
acceso a los estudios. Teniendo capacidad para
controlar dichos accesos.
El tiempo de acceso para aquellos estudios
almacenados en el hospital deberá inferior a 5
segundos (contando desde la solicitud del estudio
hasta la recepción de la primera imagen del estudio) e
inferior a 30 segundos para aquellos estudios que no
estén en el almacenamiento local.
Sistema de registro, el cual permitirá determinar de
manera objetiva todas las acciones que se hayan
llevado a cabo, este sistema deberá organizarse
adecuadamente según los servicios ofrecidos.
5.- Explotación de los Estudios Radiológicos
5.1
Pág. o apartado
donde se
desarrolla
Servicio de gestión de estudios (borrado, asociación
de estudios, desasociación de estudios, etc.…) que
permita de manera rápida solventar un error en los
estudios realizados.
Capacidad de detectar (y corregir, en su caso)
automáticamente inconsistencias entre la información
del RIS y la contenida en los datos demográficos de
las cabeceras DICOM de los estudios. Indicándose los
procedimientos de corrección a utilizar.
Capacidad de clasificación de citas y estudios.
Adaptado a la organización funcional de los hospitales
del Ingesa.
Capacidad de adjuntar estudio un conjunto de
imágenes digitalizadas provenientes de una estación
de trabajo.
4.- Interfaz de Usuario
4.1
Valor
Configuración de diferentes listas de trabajo (worklist)
según las necesidades del hospital (modalidad, AET,
fecha, hora, radiólogo, etc.…)
Página 37 de 40
C.2 Plan de formación
Descripción del curso
Medios a emplear
Total de Horas
Subtotal horas Profesionales de
Radiología.
Subtotal horas Profesionales Clínicos.
Subtotal horas para operadores u otros
Página 38 de 40
Destinado a:
(operadores,
administradores, etc.)
Nº de
horas
SOBRE B-2
C.3 Mejoras Funcionales
Mejoras Funcionales
Permite la integración en las modalidades y estaciones de trabajo,
evitando la duplicidad de ordenadores.
El sistema RIS acepta la clase DICOMPerform_procedure_step para
indicar la finalización de las pruebas.
Permite la posibilidad de utilizar firma electrónica para los informes.
Dispone de herramientas para la automatización de explotación de
informes y consultas.
Incorpora la generación de un evento de notificación (vía correo
electrónico, busca personas, SMS, etc.) al médico peticionario, de que el
informe ha sido realizado.
Permite el acceso de cualquier usuario desde cualquier estación de
diagnóstico a sus listas de trabajo.
Dispone de funcionalidad para adjuntar documentos digitalizados al
estudio.
Dispone de facilidad de configuración o transferencias automáticas (por
nivel de reserva, por estado de estudios, etc.), entre los archivos de corto
y largo plazo.
El software de aplicaciones el mismo para las estaciones estándar y
diagnósticas.
Permite que cada usuario pueda configurar la visualización de imágenes
en monitor según el tipo de estudio.
Dispone de interconexión funcional entre los componentes (HIS, RIS,
PACS y MODALIDADES).
Dispone de interfaz de integración ante el usuario, que permite acceder a
la información del RIS y del PACS, sin que sea necesario teclear por
separado la información.
La transmisión de la identificación de cada estudio y del informe, se
realiza directamente al PACS a través de interfaces directas con el HIS o
con las aplicaciones departamentales correspondientes.
Dispone de una única Base de Datos común para el RIS y el Pacs y
especialmente para la sincronización de las listas de trabajo del RIS
(informes) y del PACS (imágenes).
Permite la gestión integrada de usuarios con el mismo procedimiento que
el resto de los aplicativos del hospital, particularmente los usuarios de
distribución Web.
Dispone de funcionalidad de formato multiplanar de la imagen (MPR) y
Proyección de intensidad máxima (MIP).
Dispone de funcionalidad de análisis de vasos.
Dispone de funcionalidad de endoscopia virtual.
Dispone de funcionalidad de diagnóstico de mamografía.
Dispone de funcionalidad de cardiología.
Página 39 de 40
Valor
Pág. o apartado
donde se
desarrolla
C.4 Oferta de recursos para la gestión remota
Función/ Categoría
Nº
Personas
Porcentaje
Dedicación
Total horas
ofertadas
Tarifa /
hora
TOTALCOSTE
TOTAL
Para cada uno de los técnicos que interviene en el proyecto, en sus diferentes fases.
C.5 Datos comunes
Identificación oferta:
Empresa licitante:
Categoría:
Apellidos y nombre:
Empresa de pertenencia:
C.6 Antigüedad en empresa, antigüedad en categoría y sector TIC
Empresa
Categoría
Fecha alta
Fecha baja
Meses
Actividad Informática
C.7 Formación en el entorno tecnológico del proyecto
Curso
Entorno del proyecto
Horas
Empresa
EL JEFE DE AREA DE TECNOLOGÍAS DE LA INFORMACIÓN
Fdo.: Luis Morell Baladrón
Página 40 de 40
F-inicio
Descargar