“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