(Procedimiento abierto) Exp.: 045/12-SV

Transcripción

1 31/07/2012 PLIEGO DE PRESCRIPCIONES TÉCNICAS QUE REGIRÁN LA REALIZACIÓN DEL CONTRATO DE OFICINA TÉCNICA DE INTEROPERABILIDAD PARA EL SERVICIO ANDALUZ DE SALUD (Procedimiento abierto) Exp.: 045/12-SV

2 Índice 1. CONTEXTUALIZACIÓN DEL PROYECTO REQUISITOS TÉCNICOS Requisitos del servicio Plan de transferencia de conocimientos Ejecución de los Trabajos Plan de gestión y administración de la Oficina Técnica Plan de gestión de las comunicaciones a seguir durante la gestión del proyecto Horario y lugar de realización de los servicios Soporte Técnico Actividades Formativas REQUISITOS GENERALES Documentación de seguimiento y cierre de proyecto REQUISITOS DE EJECUCIÓN Y DOCUMENTACIÓN Planificación, dirección y seguimiento de los trabajos Seguimiento del proyecto Obligación de información y documentación Procedimiento de aceptación de actuaciones Control económico y facturación Control de facturación Hitos de facturación FORMATO Y CONTENIDO DE LA PROPUESTA Propuesta relativa a los criterios cuya valoración depende de un juicio de valor (sobre 3) Propuesta relativa a los criterios cuantificables mediante la mera aplicación de fórmulas (sobre 4) Proposición económica Modelo de proposición económica ANEXO I Nota: Cualquier consulta en relación con el presente procedimiento de adjudicación debe dirigirse por correo electrónico a la dirección sg.contratacion.consultas@red.es indicando: Asunto: número de expediente; Cuerpo: nombre de la empresa, datos de la persona que realiza la consulta y texto de la consulta. Página 2 de 29

3 El plazo de recepción de consultas finalizará 3 días hábiles antes del fin del plazo de presentación de ofertas. Red.es no tendrá obligación de responder las consultas realizadas transcurrido dicho plazo. Página 3 de 29

4 1. CONTEXTUALIZACIÓN DEL PROYECTO El Servicio Andaluz de Salud, en adelante el SAS, ha realizado un importante esfuerzo en los últimos años por extender el uso de los sistemas de información a todos los profesionales del sistema sanitario con el objetivo último de mejorar la calidad de atención sanitaria al ciudadano. Como consecuencia de este proceso de extensión de servicios para la atención sanitaria, se está produciendo una incorporación sistemática de decenas de nuevos usuarios a los sistemas de información, así como un aumento considerable del número de aplicaciones en uso por los profesionales del sistema sanitario. Los centros hospitalarios cuentan con una gran cantidad de sistemas y aplicaciones heterogéneas distribuidas por toda la red, que gestionan información sanitaria. Ante la multitud de aplicaciones y los múltiples formatos de intercambio de información entre sistemas, surge la necesidad de disponer de una plataforma de integración que actúe, por un lado, como concentrador de comunicaciones, haciendo transparentes las distintas transformaciones que sufren los mensajes entre las distintas aplicaciones, y otro, como núcleo gestor de procesos, gracias a la arquitectura SOA (Service Oriented Architecture) y la tecnología BPM (Business Process Management). Esta necesidad se está cubriendo actualmente, gracias a las plataformas de integración intrahospitalarias que se están desplegando en los distintos centros hospitalarios del SAS, licencias de Ensemble E2 y Shadow Add-On. Estas plataformas permiten la comunicación, con todas las garantías de seguridad y trazabilidad entre aplicaciones, basándose en el intercambio de mensajes y en la ejecución de reglas de mayor o menor complejidad, haciendo posible la integración de una gran variedad de aplicaciones de forma ágil. En paralelo con la integración técnica y funcional de aplicaciones en el entorno intrahospitalario, el SAS está trabajando en un proyecto de integración de los sistemas de información de los hospitales con los sistemas de Atención Primaria y los sistemas troncales del SAS de uso corporativo (Receta Electrónica, RRHH, Administrativos, etc.). La plataforma SOA centralizada encargada de modelizar, gestionar y monitorizar estas integraciones, corporativas es la plataforma Oracle SOA Suite. La Oficina Técnica de Interoperabilidad (en adelante la OTI ) nace como oficina de servicios asociada al despliegue de la red de buses de integración hospitalario que conforman la plataforma SOA del Servicio Andaluz de Salud en este nivel y que se complementa con el despliegue de la plataforma SOA centralizada adjudicada en Los primeros hitos de la OTI, creada en 2010, se centraron en lograr la implantación de una plataforma tecnológica homogénea de alta disponibilidad que permitiera el despliegue de un catálogo de servicios SOA para la integración de las estaciones corporativas del SAS en el ámbito Página 4 de 29

5 hospitalario, lo que en la práctica supone la extensión del proyecto Diraya al entorno de atención especializada (en adelante Proyecto DAE ). A lo largo de los sucesivos despliegues del proyecto DAE, se ha asentado y estabilizado un catálogo corporativo de servicios con un alto índice de reutilización, no solo en el ámbito estrictamente clínico, sino también reutilizables en otros ámbitos del entorno hospitalario. La eficacia de la estrategia de servicios demostrada con el rápido y exitoso despliegue del proyecto DAE, ha conducido a la Subdirección de Tecnologías de la Información del Servicio Andaluz de Salud (en adelante la STI ) a extenderla a otras áreas de negocio, buscando un enfoque de integración global tanto a nivel de información como de procesos asistenciales y gestión. Manteniendo su prioridad en el despliegue del proyecto Diraya en el ámbito hospitalario (DAE), la OTI mantiene líneas de soporte y apoyo en proyectos de desarrollo, fases de prueba y puesta en producción de un número importante de proyectos corporativos del SAS. La normativa de interoperabilidad de la STI se rige por la aplicación de la estrategia SOA del SAS siendo periódicamente actualizada para incorporar nuevos procedimientos y mejoras a las primeras versiones, que van identificándose conforme a la experiencia de la OTI y el área de interoperabilidad de la STI a medida que van abarcando más proyectos, organismos y áreas de negocio. Esta evolución de la OTI, ha resultado absolutamente necesaria para atender las necesidades derivadas del escenario actual y la evolución natural del proyecto. Entre las actividades a prestar por parte de la OTI destacan las que se detallan a continuación: - Análisis y modelado de procesos de la organización para la optimización del catálogo de servicios corporativo del SAS - Mantenimiento del Catálogo de servicios corporativo del SAS. - Gestión del Ciclo de Vida de los servicios corporativos del SAS. - Monitorización de la plataforma de buses y de los servicios corporativos del SAS desplegados en los hospitales del Sistema Sanitario Público Andaluz (en adelante, el SSPA ). - Mantenimiento de la normativa, procedimientos y metodologías de interoperabilidad de la STI. Página 5 de 29

6 - Soporte, auditoría y validación a proyectos de la STI en distintas áreas de negocio del SSPA. - Recopilación y publicación de las Tablas Maestras del SAS recopilación, solución tecnológica y documentación). Esta estrategia SOA de interoperabilidad sanitaria de la STI que actualmente la OTI está ayudando a desplegar en el SSPA, está completamente ligada al despliegue de la red corporativa de buses de integración. Los ESB corporativos son la herramienta tecnológica que permite el despliegue homogéneo en alta disponibilidad de los servicios corporativos del catálogo. La estrategia SOA aporta el mayor valor y rendimiento posible a la inversión tecnológica que supone la extensión de la plataforma de integración corporativa basada en buses. 2. REQUISITOS TÉCNICOS 2.1. Requisitos del servicio En toda adopción de SOA, la gobernabilidad de la arquitectura se convierte en un aspecto fundamental desde el inicio y durante todo el ciclo de vida del proyecto. Dentro de los dominios de acción para el desarrollo del modelo SOA en el Servicio Andaluz de Salud (SAS), se priorizará la dotación de una estructura de ejecución y gobernanza en forma de oficina técnica de interoperabilidad (OTI) cuya misión será el gobierno de las integraciones y normalizaciones de los sistemas de información de la organización, así como la gestión de las plataformas de integración actualmente implantadas en distintos centros hospitalarios del Servicio Andaluz de Salud y el despliegue de la red corporativa de buses de integración. A través de la Oficina Técnica de Interoperabilidad, que será dirigida por el STI del SAS, se deberá llevar a cabo el servicio de coordinación, desarrollo, mantenimiento y soporte para la expansión de la estrategia SOA al SSPA. En este apartado se detallan las características técnicas mínimas del servicio objeto del procedimiento de adjudicación. Se especifican requisitos mínimos. Las propuestas que incumplan u ofrezcan características inferiores no serán tomadas en consideración en el procedimiento de adjudicación. El licitador puede ofertar prestaciones superiores a las solicitadas. El adjudicatario deberá garantizar la prestación y cumplimiento del Servicio siendo responsable del cumplimiento de todas y cada una de las funciones encomendadas dentro del presente pliego. Página 6 de 29

7 De conformidad con lo establecido en el artículo 64.2 del texto refundido de la Ley de Contratos del Sector Público, aprobado por Real Decreto Legislativo 3/2011, de 14 de noviembre, los licitadores se comprometerán a dedicar o adscribir a la ejecución del contrato los medios personales o materiales suficientes para ello. A este compromiso se le atribuye el carácter de obligación esencial a los efectos previstos en el artículo 223 letra f) del texto refundido de la Ley de Contratos del Sector Público, aprobado por Real Decreto Legislativo 3/2011, de 14 de noviembre, y de conformidad con lo indicado en el apartado 13 del Pliego de Condiciones Particulares. En concreto, y para la prestación del servicio, se deberán adscribir 7 medios del perfil coordinador/jefe de proyecto, 11 medios del perfil analista de integración, 5 medios del perfil desarrollador y 6 medios del perfil asistencia técnica, que cumplan con los requisitos de Solvencia Técnica y Profesional establecida en el apartado letra b) del Pliego de Condiciones Particulares. Para las labores de coordinación de los servicios contratados, el adjudicatario nombrará un Responsable de Proyecto como interlocutor único con Red.es. Las tareas que forman parte del servicio objeto del contrato quedan definidas a continuación. Es conveniente aclarar que no se corresponde con un listado exhaustivo de las tareas que deberá realizar el adjudicatario en ejecución del contrato. Tipo de Tareas Coordinación y Gestión Descripción Coordinación con la Subdirección de Tecnologías de la Información (STI) de la priorización y planificación de cada una de las líneas de trabajo con los proyectos de la STI en curso. Apoyo en las reuniones de estrategia y planificación de los principales proyectos. Gestión de la asignación de los recursos de la OTI a cada línea de trabajo en función de la priorización establecida con la STI Seguimiento de las líneas de trabajo y los proyectos en curso Análisis y gestión de riesgos en los proyectos de la STI Consultoría SOA para los jefes de proyecto de la STI Página 7 de 29

8 Tipo de Tareas Implantación y Desarrollo Descripción Gestión de los sistemas ESB (Enterprise Service Bus) implantados en la organización: o o Recepción post-despliegue. Control y administración de las plataformas. Mantenimiento y transacciones. Gestión del mapa de sistemas y Desarrollar los nuevos contratos de integración. Validar, certificar y publicar las integraciones y servicios proyectados tanto en STI y Servicios Centrales (en adelante SSCC) como en los hospitales contra el marco de estándares, en función de los objetivos de la estrategia SOA. Certificación de las integraciones realizadas en los distintos hospitales. Despliegues, validaciones, configuración e implantaciones de los servicios corporativos de la STI en la red de buses corporativos de la plataforma. Desarrollo de los proyectos en curso. Desarrollo en el nuevo ESB centralizado de las integraciones centralizadas actualmente, reorientando a SOA las antiguas, y migrando los servicios SOA actualmente en uso. Implementación de los modelados de procesos y su monitorización. Soporte in-situ a los despliegues en ámbito hospitalario en caso de ser requerido. Análisis y Modelado BPM de los procesos de negocio, como paso previo del análisis SOA, tanto en los proyectos en curso como de los nuevos. Orientado tanto a documentar el mapa de procesos como al descubrimiento e identificación de servicios reutilizables y optimización de los actuales (fusión, abstracción, etc). Diseño de los servicios: definición del mensaje de cada servicio a ofrecer por el sistema (controlada por el ESB): tipo, esquema, mensajería: tipo y definición de los mensajes y nodos, sincronía o asincronía, tablas maestras, etc. Página 8 de 29

9 Tipo de Tareas Soporte y Mantenimiento Descripción Catalogación de las Tablas Maestras corporativas de la organización, como repositorio de la semántica del negocio a implementar en todos los servicios. Revisión y mejora continúa de los servicios en este aspecto. Soporte y validación de los análisis SOA de proveedores del SAS, incluyendo el modelado de los BPM. Gestionar el ciclo de vida de los servicios accesibles a través del ESB. Control de cumplimiento de los Acuerdos de Nivel de Servicio con Hospitales como con Servicios Centrales. Garantizar el nivel de capacitación necesario tanto en los hospitales como en los servicios centrales para la correcta aplicación y desarrollo de dicho marco. Auditar el cumplimiento de los contratos, tanto por parte de los desarrolladores de los servicios como por parte de los consumidores de los servicios. Soporte remoto 24x7 y mantenimiento de la capa de servicios corporativos, incluyendo monitorización de bajo nivel tanto pasiva (alertas) como activa (actuaciones y validaciones periódicas), pruebas de carga y estrés, gestión de riesgos, mantenimiento del mapa de servicios desplegados por ubicación, actualización de versiones de servicios en toda la red de buses corporativos. Capacidad de intervención in-situ en caso necesario en un plazo inferior a 8 horas a contar desde la solicitud. Soporte al análisis de incidencias, para los servicios corporativos desplegados en la red de buses corporativos. Soporte a CEGES (Centro de Gestión de Sistemas y Tecnologías). Informes periódicos del estado de salud de la plataforma de buses corporativos. Mantenimiento del Cuadro de Mandos de la red de buses corporativos, y de la monitorización corporativa sobre el módulo BAM (Business Activity Monitoring) centralizado. Soporte y coordinación con el área de Sistemas de la STI, para la administración de la infraestructura hardware y software de la plataforma de buses corporativos. Página 9 de 29

10 Tipo de Tareas Apoyo Back End Descripción Registro de las peticiones de despliegue y documentación asociada en las herramientas corporativas de la oficina de calidad de la STI. Elaborar, publicar y mantener: o o o o o o o o o Manual de integraciones/servicios en el que se definen las características generales de las integraciones a implementar y/o proponer. Estándares en función del ámbito, procedimiento de propuesta, matriz de perfiles, estructura del servicio, etc. Manual de buenas prácticas. Directorio de Servicios. Mecanismos de versionado y control de cambios de las integraciones y servicios publicados. Catalogo de normas de integración. Catalogo de tablas maestras corporativas Contratos de integración entre el ESB corporativo y cada sistema de información que publica o consume servicios con él (catálogo de uso de servicios por cada aplicación) Material de capacitación, externa e interna. Mapa de procesos. o Procedimientos. El adjudicatario deberá proporcionar un entorno de desarrollo que estará ubicado en sus propias oficinas. Actualmente, el SAS tiene una Oficina Técnica de Interoperabilidad que está ofreciendo los servicios descritos en el presente apartado. Al objeto de facilitar la presentación de ofertas al presente procedimiento de licitación en el Anexo a presente Pliego, se incluye el detalle del número de medios personales y la carga de trabajo de la Oficina Técnica de Interoperabilidad actual. Página 10 de 29

11 Para la prestación del Servicio objeto del contrato, se han definido tres fases en función de la carga de trabajo requerida, en las que se llevaran a cabo las tareas definidas anteriormente:: FASE I: La duración de esta fase será de 4 meses. La carga de trabajo para la fase I se corresponde a un 100% de carga en relación a la actual Oficina Técnica de Interoperabilidad descrita en el Anexo I del presente pliego. FASE II: La duración de esta fase será de 6 meses. La carga de trabajo para la fase II se corresponde a un 90% de carga en relación a la actual Oficina Técnica de Interoperabilidad descrita en el Anexo I del presente pliego. FASE III: La duración de esta fase será de 6 meses.la carga de trabajo para la fase III se corresponde a un 73% de carga en relación a la actual Oficina Técnica de Interoperabilidad descrita en el Anexo I del presente pliego Plan de transferencia de conocimientos El adjudicatario del presente contrato, con un mes de antelación a la finalización del presente contrato deberá llevar a cabo un plan de transferencia de conocimientos que se aplicará al personal designado por el SAS. Dicho Plan de Transferencia constará de al menos 20 jornadas de capacitación de 8 horas diarias cada una de ellas. El contenido de dichas jornadas será definido entre la empresa adjudicataria del contrato y Red.es. Los licitadores deberán incluir en sus propuestas un plan de transferencia de conocimientos en el que se incluyan los puntos que se indican a continuación y que se valorarán según los criterios cuya valoración depende de un juicio de valor, definidos en el apartado 5.1 del presente pliego y en el apartado 10.1 del Pliego de Condiciones Particulares. La propuesta de capacitación del personal del SAS. Propuesta de los temarios de la capacitación. Propuesta de herramientas y medios empleados para la capacitación. Listado de entregables asociados a este servicio. Asimismo, el adjudicatario deberá capacitar a todo el personal que se vaya incorporando durante la vida del proyecto y que Red.es determine necesario, siguiendo las indicaciones del SAS. Página 11 de 29

12 2.3. Ejecución de los Trabajos El adjudicatario deberá elaborar un Plan de Proyecto en que se planifique y describa en detalle el proceso de puesta en marcha y gestión de la Oficina Técnica descrita en el presente procedimiento de licitación. En dicho plan de proyecto deberá aparecer al menos la siguiente información: o Plan de ejecución donde se incluya la organización y ejecución de los servicios solicitados en el presente pliego, detallando las actividades, tareas e hitos relevantes del proyecto, su planificación y el conjunto de documentos entregables propuesto para el proyecto. El plan se valorará conforme a los criterios cuya valoración depende de un juicio de valor en los términos establecidos en el apartado 6.1 del presente pliego y el apartado 10.1 del Pliego de Condiciones Particulares. El adjudicatario deberá completar posteriormente este plan de ejecución del proyecto con los recursos y actividades definidas en el presente procedimiento de licitación, de manera que sirva como documento de seguimiento del proyecto. o Plan de gestión de riesgos: en el que se deberá detallar el modo en que se abordará la gestión global de riesgos del proyecto, identificando y detallando los posibles riesgos y factores críticos de éxito, así como la probabilidad de que ocurran y las posibles soluciones y planes de contingencia. El plan se valorará conforme a los criterios cuya valoración depende de un juicio de valor en los términos establecidos en el apartado 6.1 del presente pliego y el apartado 10.1 del Pliego de Condiciones Particulares Plan de gestión y administración de la Oficina Técnica. El adjudicatario deberá diseñar un plan de gestión y administración de la Oficina Técnica destinado a coordinar y gestionar por parte de Red.es, el avance de los trabajos realizados por parte del adjudicatario. El plan de gestión y administración de la Oficina Técnica deberá incluir las herramientas necesarias para facilitar las labores de control y seguimiento del proyecto. Página 12 de 29

13 2.5. Plan de gestión de las comunicaciones a seguir durante la gestión del proyecto. El adjudicatario deberá diseñar un plan de comunicación destinado a, entre otros aspectos, planificar y asegurar el reporte de los avances del proyecto a Red.es, facilitar el escalado de las incidencias o problemas que puedan afectar a la planificación del proyecto, coordinar las comunicaciones entre los técnicos del adjudicatario y los técnicos del SAS, etcétera. Dentro de este plan de gestión de las comunicaciones el adjudicatario deberá elaborar las actas de reunión que se mantengan a lo largo del proyecto Horario y lugar de realización de los servicios Los servicios se prestarán en las oficinas del adjudicatario o en las oficinas que, por razones organizativas, designe al efecto la persona a cargo del proyecto designada por Red.es. En circunstancias excepcionales, a criterio de Red.es, y cuando la urgencia de la materia así lo requiera, el adjudicatario deberá tener plena disponibilidad, sin que la realización del trabajo fuera del horario habitual o en días festivos tenga una consideración especial a efectos de cómputo de horas o tarifa aplicable a las mismas. Los gastos de desplazamiento y dietas correrán a cuenta del adjudicatario. Las jornadas de trabajo se establecerán de forma consensuada con el Responsable del proyecto designado por el Adjudicatario y la persona a cargo del proyecto designada por Red.es, al comienzo de los trabajos y se revisarán en las reuniones periódicas de seguimiento de proyecto Soporte Técnico En el caso de que sea necesario para la prestación del Servicio, el adjudicatario deberá proporcionar el soporte técnico necesario a los medios personales contratados en todas las materias (móvil, portátil, todo el software necesario para el desarrollo del proyecto concreto, etc.) así como las comunicaciones de datos entre las dependencias desde las que el equipo designado realice el Servicio. Página 13 de 29

14 2.8. Actividades Formativas En el caso de que para la prestación del Servicio fuera necesaria formación específica adicional para acometer las tareas encomendadas de acuerdo con el contrato, ya sea por evolución de la tecnología, por cambio de los procesos de la Entidad o por la necesidad de acometer nuevas tareas, según los requisitos técnicos exigidos, la empresa adjudicataria pondrá los medios a su cargo para satisfacer dicha necesidad, en un horario o turno que no afecte a la prestación de los Servicios. Página 14 de 29

15 3. REQUISITOS GENERALES Todos los requisitos de servicio descritos en este capítulo se aplicarán a todos los componentes objeto del presente concurso Documentación de seguimiento y cierre de proyecto El adjudicatario remitirá a Red.es cada mes la siguiente documentación relativa a las entregas realizadas: o Parte de trabajo firmado y sellado por el SAS con el detalle de las tareas realizadas. o Cualquier otra documentación definida en el proyecto que se defina al inicio del proyecto. En cualquier caso, se contempla un plazo máximo de 2 semanas desde la fecha de firma del albarán de prestación de servicios o cualquier otra documentación que acredite la realización de una actuación, para que el adjudicatario entregue a Red.es el original de este y el correspondiente inventario de cada actuación. Según se indica en el apartado 6 del Pliego de Condiciones Particulares, Red.es podrá aplicar, salvo justificación aceptada por la propia entidad, penalizaciones por el incumplimiento del citado plazo máximo de entrega de cualquier documentación o entregable relativo a la realización de las diferentes actuaciones. Se contempla un plazo máximo de 2 semanas desde la fecha de finalización de ejecución del proyecto (fecha de la última entrega) para que el adjudicatario proporcione a Red.es toda la documentación correspondiente del mismo: ficheros de inventario, albaranes de entrega, etc. Toda la documentación del proyecto deberá ser entregada en papel y soporte digital. Red.es definirá los formatos (PDF, HTML, etc.) y procedimientos de entrega de la documentación. El adjudicatario debe garantizar que toda la documentación sea coherente y completa, para lo cual deberá designar un responsable de documentación al inicio de cada proyecto. Página 15 de 29

16 4. REQUISITOS DE EJECUCIÓN Y DOCUMENTACIÓN 4.1. Planificación, dirección y seguimiento de los trabajos Corresponde a Red.es la supervisión y planificación generales de los trabajos, proponer las modificaciones convenientes o, en su caso, proponer la suspensión de los mismos si existiese causa suficientemente motivada. A tal efecto, Red.es designará a una persona a cargo del proyecto, cuyas funciones en relación con el presente pliego serán: Velar por el cumplimiento de los trabajos exigidos y ofertados. Emitir las certificaciones parciales de recepción de los mismos. El adjudicatario designará un Responsable de Proyecto que será el único interlocutor válido para todas las tareas de planificación, dirección y seguimiento de las actuaciones contempladas en el presente Pliego. Red.es, a través de la persona a cargo del proyecto, podrá fijar reuniones con el Responsable de Proyecto, con el fin de determinar, analizar y valorar las incidencias que, en su caso, se produzcan en ejecución del Contrato. El responsable del proyecto designado por el adjudicatario deberá asistir a las reuniones a las que le convoque la persona a cargo del proyecto designada por Red.es Seguimiento del proyecto Para la supervisión del desarrollo y ejecución de las tareas objeto del presente procedimiento de adjudicación, Red.es cuenta entre sus funciones principales la de definición y establecimiento de los procesos y métodos relativos a la gestión de proyectos, que deben seguirse con el correspondiente soporte y asesoramiento, y la del seguimiento, control y comunicación sobre el grado de ejecución de los mismos. El adjudicatario, en la ejecución de las tareas objeto del presente procedimiento de adjudicación deberá cumplir las siguientes condiciones: 1. Metodología La metodología para la gestión del proyecto será la establecida a tal efecto por Red.es. Con objeto de presentar dicha metodología al personal del Página 16 de 29

17 adjudicatario, la entidad realizará las acciones de comunicación y formación oportunas. 2. Supervisión de la gestión La entidad pondrá los medios personales que, junto con de la persona a cargo del proyecto, realizarán labores de seguimiento y control del proyecto. Los objetivos de dichas acciones son, por un lado, el aseguramiento de la calidad del proceso de gestión y la detección temprana de desviaciones, así como su conformidad con respecto a la metodología establecida por Red.es. Para ello, el adjudicatario deberá en todo momento colaborar con los miembros de Red.es que realicen estas actividades, obligándose a informar y responder a los requerimientos de los mismos. 3. Obligatoriedad de Uso de la plataforma de soporte TIC para la gestión de proyectos Con el objeto de centralizar y facilitar el seguimiento y control de los procesos de gestión de proyectos, Red.es pondrá a disposición de los miembros del proyecto una plataforma de soporte TIC, según lo dispuesto en el apartado 3.4 del Pliego de Condiciones Particulares. El adjudicatario deberá en todo momento utilizar de forma obligatoria dicha plataforma, incluyendo en la misma toda la información de proyecto que se solicite. Dicha información deberá incluirse en la misma una vez esté disponible, de manera que se pueda realizar un seguimiento del proyecto en tiempo real, con información actualizada. 4. Acciones de Comunicación Red.es pondrá los medios personales encargados de centralizar la comunicación entre los distintos interlocutores vinculados al proyecto, realizando funciones de ventanilla única. En ningún caso el adjudicatario podrá realizar acciones de comunicación y/o difusión del proyecto sin la debida autorización de los mismos. 5. Metodologías complementarias En el caso de que durante la ejecución de las tareas objeto del Contrato surjan cuestiones a las que no sea posible aplicar la metodología desarrollada por la entidad, Red.es podrá determinar metodologías alternativas o adicionales a través del coordinador del proyecto de Red.es. En cualquier caso antes de proceder a utilizar una metodología concreta se deberán consultar los términos de uso de la misma y la relación con la metodología de gestión establecida por Red.es. Página 17 de 29

18 6. Consideraciones adicionales El adjudicatario deberá tomar en consideración aquellos puntos que le sean indicados por el personal de Red.es adscrito al proyecto con el objeto de garantizar la calidad del proceso de gestión de proyectos establecido por la entidad, y estará obligado a atender a las amonestaciones emitidas en el transcurso del proyecto Obligación de información y documentación Durante la ejecución de los trabajos objeto del Contrato, el adjudicatario se compromete, en todo momento, a facilitar a los responsables designados por Red.es la información y documentación que éstos soliciten para disponer de un pleno conocimiento de las circunstancias en que se desarrollan los trabajos, así como de los eventuales problemas que puedan plantearse y de las tecnologías, métodos y herramientas utilizados para resolverlos. Asimismo, el adjudicatario se compromete, en todo momento, a cumplir los procedimientos establecidos por Red.es. En este sentido, el adjudicatario deberá informar a la persona a cargo del proyecto, con la periodicidad necesaria, sobre distintos aspectos del funcionamiento y calidad de las actuaciones realizadas. Entre ellos será necesario presentar un informe, en el formato que defina Red.es, de cumplimiento de las actuaciones objeto del Contrato con la periodicidad que establezca Red.es. Asimismo el adjudicatario estará obligado a asistir y colaborar a través del personal que éste designe, en las reuniones de seguimiento del proyecto definidas por la persona a cargo del proyecto de Red.es, quién se compromete a citar con la debida antelación al personal del adjudicatario, a los efectos de poder facilitar su asistencia. Como parte de las tareas objeto del Contrato, el adjudicatario se compromete a generar la documentación de los trabajos realizados, de acuerdo con los criterios que establezca en cada caso la persona a cargo del proyecto. Toda la documentación generada por el adjudicatario en ejecución del Contrato será propiedad exclusiva de Red.es sin que el contratista pueda conservarla, ni obtener copia de la misma o facilitarla a terceros sin la expresa autorización por escrito de la persona a cargo del proyecto, que la concederá, en su caso, previa petición formal del contratista con expresión del fin. Salvo indicación expresa en contrario, las especificaciones, informes, diagramas, planos, dibujos y cualquier otro documento relativo al objeto del Contrato serán aportados en castellano, cualquiera que sea el soporte y/o formato utilizado para la transmisión de información. Página 18 de 29