LOTE 2. Suministro y puesta en marcha de una multiplataforma de e-servicios y la estrategia I*net de la Diputación de Pontevedra

LOTE 2 Suministro y puesta en marcha de una multiplataforma de e-servicios y la estrategia I*net de la Diputación de

CONTENIDO 1 INTRODUCCIÓN... 8 2 OBJETO... 10 3 ALCANCE... 13 3.1 Arquitectura global de la solución... 16 4 DESCRIPCIÓN DE REQUERIMIENTOS TÉCNICO-FUNCIONALES... 18 4.1 Catálogo de Procedimientos... 18 4.1.1 Objetivos Generales... 18 4.1.2 Ficha Procedimiento... 19 4.1.3 Ficha Tarea... 20 4.1.4 Ficha Documento... 21 4.1.5 Herramientas... 21 4.2 Suministro e implantación de una multiplataforma para la prestación de e-servicios a la ciudadanía.... 22 4.2.1 Visión general... 23 4.2.2 Arquitectura de la multiplataforma... 24 4.2.2.1 Requisitos de arquitectura de la multiplataforma... 24 4.2.2.2 Extensibilidad: marco de desarrollo integrado... 24 4.2.3 Plataforma de Tramitación Electrónica... 25 4.2.3.1 Carpeta Ciudadana... 26 4.2.3.2 Herramienta de definición de los flujos de tramitación... 27 4.2.3.3 Herramientas para facilitar la tramitación... 27 4.2.3.4 Módulo de intercomunicación con SARA... 28 4.2.3.5 Módulo de Notificaciones Electrónicas... 29 4.2.3.6 Módulo de registro presencial/telemático... 29 4.2.3.7 Pasarela de pagos... 31 4.2.3.8 Seguridad y Auditoría... 31 4.2.3.9 Estadísticas e Informes... 32 4.2.3.10 Presentación electrónica de formularios... 32 4.2.3.11 Firma electrónica y portafirmas... 33 4.2.4 Plataforma de Licitación Electrónica... 34 4.2.4.1 Módulos de la Plataforma... 35 4.2.4.1.1 Registro de Contratistas... 36 4.2.4.1.2 Perfil del Contratante... 36 4.2.4.1.3 Portal del Licitador... 37 4.2.4.1.4 Portal de la mesa de contratación... 38 4.2.4.2 Mapa de funcionalidad de la Plataforma... 39 4.2.4.2.1 Funcionalidades externas... 39 4.2.4.2.2 Funcionalidades internas... 41 Pág. 2 de 174

4.2.5 Servicios externos de la Plataforma de e-servicios... 43 4.2.6 Implementación de un conjunto de e-servicios... 44 4.2.6.1 Aspectos generales... 44 4.2.6.2 Relación de e-servicios a implementar... 45 4.2.7 Suministro e implantación de una plataforma de factura electrónica... 46 4.2.8 Suministro e implantación de una plataforma de interoperabilidad... 48 4.2.8.1 Características de la plataforma... 49 4.2.8.2 Puesta en marcha de la plataforma de interoperabilidad... 50 4.2.9 Configuración y Parametrización de un Cuadro de Mando de Gestión... 52 4.2.9.1 Implantación de un Datamart de tramitación de expedientes... 53 4.2.9.1.1 Información disponible en el sistema... 53 4.2.9.2 Puesta en marcha del cuadro de mando de gestión... 54 4.2.10 Suministro e implantación de una aplicación interactiva (módulo de secretaría)... 56 4.2.11 Suministro e implantación de un sistema de gestión documental corporativo... 57 4.2.11.1 Características de la plataforma... 58 4.2.11.2 Puesta en marcha del sistema de Gestión Documental Corporativa... 64 4.2.11.2.1 Parametrización y configuración de la plataforma de Gestión Documental... 64 4.2.11.2.2 Implantación de servicios de gestión documental... 65 4.2.12 Suministro e implantación del Boletín Oficial de la Provincia de (BOPPO)... 67 4.2.13 Sistema de Securización y Validación... 70 4.2.14 Aplicación de Compulsa Electrónica... 71 4.3 Implementación de Estrategia I*net... 72 4.3.1 Plataforma Tecnológica... 72 4.3.1.1 Entorno... 72 4.3.1.2 Arquitectura... 74 4.3.2 Diseño gráfico y arquitectura de la información... 79 4.3.2.1 Principios y criterios... 79 4.3.2.2 Alcance de las tareas... 79 4.3.2.3 Accesibilidad... 81 4.3.3 Catálogo de servicios... 82 4.3.3.1 Sistemas de Ayuda a la Navegación, Accesibilidad y Usabilidad... 82 4.3.3.1.1 Menú de navegación... 82 4.3.3.1.2 Mapa de migas... 82 4.3.3.1.3 Mapa web... 83 4.3.3.1.4 Integración con Buscador Corporativo... 83 4.3.3.2 Servicios de Publicación, Contenidos... 83 4.3.3.2.1 Noticias... 83 4.3.3.2.2 Destacados... 84 4.3.3.2.3 Agenda del día... 84 4.3.3.2.4 Calendario de eventos... 85 4.3.3.2.5 Convocatorias... 86 4.3.3.2.6 Certámenes y premios... 86 4.3.3.2.7 Convenios... 87 Pág. 3 de 174

4.3.3.2.8 Ofertas de empleo privado... 88 4.3.3.2.9 Ofertas de empleo público... 89 4.3.3.2.10 Tablón de anuncios... 90 4.3.3.2.11 Banner... 91 4.3.3.2.12 El tiempo... 91 4.3.3.2.13 Avisos... 91 4.3.3.2.14 Vínculos... 91 4.3.3.2.15 Enlaces a aplicaciones externas... 91 4.3.3.3 Formación... 92 4.3.3.3.1 Gestión de usuarios... 94 4.3.3.3.2 Herramientas de gestión de cursos... 94 4.3.3.4 Gestión documental... 95 4.3.3.4.1 Integración con Gestión Documental... 95 4.3.3.4.2 Área de Descargas... 95 4.3.3.4.3 Galería de imágenes y video... 97 4.3.3.5 Herramientas de interacción con Ciudadanos y Entidades... 97 4.3.3.5.1 Preguntas al presidente... 97 4.3.3.5.2 Formulario de contactos y sugerencias... 98 4.3.3.5.3 Suscripción a boletín... 98 4.3.3.5.4 Visor de videos... 99 4.3.3.5.5 Encuestas... 100 4.3.3.5.6 Foro... 100 4.3.3.5.7 F.A.Q. (preguntas frecuentes)... 101 4.3.3.5.8 Contador de visitas... 101 4.3.3.6 Herramientas de Administración... 101 4.3.3.6.1 Gestor de usuarios... 101 4.3.3.6.2 Gestión de Contenidos... 101 4.3.3.6.3 Estadísticas de acceso... 103 4.3.3.7 Servicios de Información Geográfica... 103 4.3.3.7.1 Sistema de información geográfica... 103 4.3.3.7.2 Mapa de municipios... 103 4.3.3.8 Integración con Plataforma @firma... 105 4.3.3.8.1 Identificación y acceso... 105 4.3.3.8.2 Sellado temporal... 105 4.3.3.9 Difusión del Fondo Patrimonial y Artístico... 106 4.3.3.9.1 Galería de obras... 106 4.3.3.9.2 Exposición... 106 4.3.3.9.3 Catálogo de publicaciones... 107 4.3.3.10 Servicios de Gestión Interna... 107 4.3.3.10.1 Organigrama y Directorio Corporativo... 107 4.3.3.11 Servicios Orientados al Turista... 109 4.3.3.11.1 Planificador de viajes... 109 Pág. 4 de 174

4.3.3.11.2 Rutas... 109 4.3.3.12 Aplicaciones de Gestión Sectorial... 110 4.3.3.12.1 Consulta de análisis de muestras... 110 4.3.3.12.2 Solicitud de hoja de muestras... 111 4.3.3.12.3 Estadísticas de análisis de muestras... 111 4.3.3.12.4 Venta online de embriones... 111 4.3.3.13 Integración con Sistema de Gestión de Expedientes... 112 4.3.4 Implantación de los nuevos portales... 112 4.3.4.1 Características Generales... 112 4.3.5 Migración de contenidos... 113 5 FORMACIÓN... 116 6 GARANTÍA Y MANTENIMIENTO... 120 6.1 Garantía... 120 6.2 Mantenimiento... 120 7 DESARROLLO DEL PROYECTO... 122 7.1 Duración... 122 7.2 Licencias... 122 7.2.1 Licencias de la plataforma de tramitación electrónica e interoperabilidad... 122 7.2.2 Licencias de la plataforma de licitación electrónica... 123 7.2.3 Licencias de la Plataforma de factura electrónica... 123 7.2.4 Licencias de la Plataforma de gestión documental... 123 7.2.5 Licencias de módulo de secretaría... 124 7.2.6 Licencias de plataforma de portales y contenidos... 124 7.2.7 Licencias sistema de securización y validación... 124 7.2.8 Licencias sistema de compulsa electrónica... 124 7.3 Fuentes... 124 7.4 Documentación de Proyecto... 125 7.5 Metodología y Calidad... 127 7.6 Seguimiento y Control... 127 8 EQUIPO DE TRABAJO... 129 8.1 Constitución inicial... 129 8.2 Modificaciones de equipo durante el proyecto... 134 8.3 Condicionantes del equipo de trabajo... 135 8.3.1 Jornada laboral y lugar de realización de los trabajos... 135 9 OTROS... 136 9.1 Estructura general de la oferta... 136 Pág. 5 de 174

9.2 Propiedad Intelectual... 139 9.3 Tratamiento de datos de carácter confidencial y Seguridad... 140 9.4 Transferencia Tecnológica... 141 9.5 Recepción y acta final de recepción... 141 10 PRESUPUESTO MÁXIMO DE LICITACIÓN... 143 11 CRITERIOS DE VALORACIÓN... 144 11.1 Criterios de evaluación automática (máximo 50 puntos)... 144 11.1.1 Precio de licitación (máximo 2 puntos).... 144 11.1.2 Costes futuros de soporte y mantenimiento (máximo 5 puntos)... 144 11.1.2.1 Coste anual de Soporte de licencias (2,5 puntos)... 144 11.1.2.2 Coste Anual de Mantenimiento (2,5 puntos)... 144 11.1.3 Ampliación de duración del período de mantenimiento (15 puntos)... 145 11.1.4 Ampliación de condiciones de licencia (18 puntos)... 145 11.1.4.1 Licencias de plataforma de tramitación electrónica e interoperabilidad... 146 11.1.4.2 Licencias de plataforma de licitación electrónica... 147 11.1.4.3 Licencias de plataforma de factura electrónica... 148 11.1.4.4 Licencias de plataforma de gestión documental... 149 11.1.4.5 Licencias de módulo de secretaría... 150 11.1.4.6 Licencias de plataforma de portales y contenidos... 151 11.1.4.7 Licencias de sistema de securización y validación... 152 11.1.4.8 Licencias de sistema de compulsa electrónica... 153 11.1.5 Ampliación de horas de formación (10 puntos)... 154 11.2 Criterios de evaluación no automática (máximo 50 puntos)... 156 11.2.1 Mejora en el número de elementos a implantar (máximo 12 puntos)... 156 11.2.2 Propuesta Funcional y Técnica (máximo 23 puntos)... 157 11.2.3 Propuesta metodológica (máximo 15 puntos)... 158 12 ANEXO I - INVENTARIO DE PROCEDIMIENTOS... 160 12.1 Internos... 160 12.1.1 Servicio de Acción Social... 160 12.1.2 Servicio de Arquitectura... 160 12.1.3 Servicio de Asesoría Jurídica... 161 12.1.4 Centro Príncipe Felipe... 161 12.1.5 Servicio de Contratación, Hacienda y Patrimonio... 161 12.1.6 Servicio de Cooperación con los Municipios... 162 12.1.7 Servicio del CPAM... 163 12.1.8 Servicio de Cultura... 163 12.1.9 Servicio de Deportes... 163 12.1.10 Servicio de Desarrollo Local y Fondos Comunitarios... 163 12.1.11 Servicio de la Estación Fitopatológica de Areeiro... 164 Pág. 6 de 174

12.1.12 Servicio de la Finca Mouriscade... 164 12.1.13 Servicio de la Imprenta Provincial... 164 12.1.14 Servicio de Infraestructuras... 164 12.1.15 Servicio de Intervención... 164 12.1.16 Servicio de Medio Natural, Rural y Marino... 166 12.1.17 Servicio de Nuevas Tecnologías... 166 12.1.18 Servicio del Parque Móbil... 166 12.1.19 Servicio de Patrimonio Documental y Bibliográfico... 166 12.1.20 Presidencia... 167 12.1.21 Servicio de Recursos Humanos... 167 12.1.22 Servicio Central... 168 12.1.23 Servicio de Soutomaior... 169 12.1.24 Servicio de Tesorería... 169 12.1.25 Información y Registro... 169 12.1.26 Conserjería... 169 12.1.27 Expedientes comunes a todos los servicios... 169 12.1.28 O. A. L. Escuela de Canteiros de... 169 12.1.29 O. A. Museo Provincial... 170 12.1.30 O. A. Turismo Rías Baixas... 170 12.1.31 Expedientes comunes a Todos Los Organismos Autónomos... 170 12.2 Externos... 171 12.2.1 Padrón (mínimo 4 expedientes)... 171 12.2.2 Contratación (mínimo 10 expedientes)... 171 12.2.3 Selección De Personal (mínimo 5 expedientes)... 171 12.2.4 Urbanismo (mínimo 20 expedientes)... 171 12.2.5 Otros... 171 13 ANEXO II: TABLA DE REQUISITOS PARA PLATAFORMA I*NET... 172 Pág. 7 de 174

1 INTRODUCCIÓN La Diputación de promueve la puesta en marcha de un proyecto de administración electrónica y estrategia web, tanto para la gestión interna de todos sus procedimientos y servicios/contenidos en la red, como el soporte para la gestión externa de los procedimientos de los ayuntamientos de la provincia (en esta primera fase hasta 14.000 habitantes). Para poder lanzar esta iniciativa, la Diputación llevó a cabo un profundo análisis de las necesidades internas, tanto en organización como en tecnología y simplificación administrativa, de las demandas por parte de la ciudadanía en lo que respecta a la calidad y rapidez en los servicios prestados, y por último, no por ello menos importante, del escenario jurídico administrativo actual en el que se tienen que desenvolver los proyectos con estas características. El resultado de dicho análisis contempló las siguientes conclusiones: NECESIDADES INTERNAS 1. Se hace necesario abordar un proyecto interno de renovación tecnológica en la Diputación, que afecte a las infraestructuras de sistemas y comunicaciones y que defina el soporte para las nuevas aplicaciones que se van a implantar. 2. Se hace necesario, del mismo modo, una reingeniería organizativa y de procedimientos, marcando como objetivo fundamental la orientación al ciudadano en todas las iniciativas que se van a promover. En definitiva, se trata de definir una estrategia de modernización que coloque a la Diputación de como una referencia a nivel estatal en el ámbito de la prestación de servicios de administración electrónica. DEMANDAS DE LOS CIUDADANOS 1. El proyecto deberá tener una vocación de servicio al ciudadano de la provincia en sentido amplio; esto quiere decir que no afectará únicamente a su interacción Pág. 8 de 174

directa con la entidad provincial sino que tendrá una vocación global, y por tanto también servirá de soporte a la relación de dicho ciudadano con las administraciones locales de la provincia, extendiendo el proyecto a ellas. Un primer paso importante ya se ha dado con la puesta en marcha del proyecto Repoblar, el cual facilita el acceso a estos servicios electrónicos gracias a que proporciona a todos los ciudadanos de la provincia, vivan en donde vivan, acceso universal a internet a través de una red de banda ancha. 2. La relación administración ciudadano se reforzará gracias a la prestación de un servicio eficiente y de calidad (con todas las garantías de seguridad necesarias) a través de canal telemático (evidentemente integrado con el canal presencial) ESCENARIO JURIDICO - ADMINISTRATIVO 3. La Diputación de tiene la obligación, en base a la Ley 11/2007 fundamentalmente, pero también por otra legislación que tiene impacto en el proceso de modernización iniciado por la entidad (la nueva ley de contratos públicos, ley de firma electrónica, factura electrónica, etc.), de adecuarse a este nuevo escenario, y por lo tanto de cumplir con dichas normativas en los plazos definidos. 4. Del mismo modo, la Diputación de además de cumplir la normativa vigente a nivel estatal, se pone como objetivo seguir otras recomendaciones en lo que respecta por ejemplo al nuevo Decreto 198/2010 de la Xunta de Galicia para el desarrollo de la administración electrónica en la Administración Pública gallega, directivas europeas, así como si se hace necesario generar normativa interna (ordenanzas) que presten soporte jurídico administrativo al desarrollo del proyecto. En apartados sucesivos se detallarán los objetivos, el alcance y los requerimientos técnicos funcionales que deberá contemplar la plataforma objeto del presente lote. Pág. 9 de 174

2 OBJETO El objeto de este lote pasa por diseñar y construir una Plataforma de Tramitación Electrónica que permita a la Diputación de y a los ayuntamientos de la provincia informatizar la mayor parte de sus procedimientos administrativos, homogenizar el software de gestión utilizado y, por último, implementar un Portal único de acceso, por parte de los ayuntamientos, a la plataforma de tramitación electrónica.del mismo modo, bajo el presente lote se contempla el suministro, parametrización y puesta en marcha de una nueva plataforma de portales para la Diputación de, la cual soportará todas las iniciativas I*net de la entidad. La Diputación de lanzó en su día un proyecto de consultoría a través del cual se llevó a cabo un análisis de situación de la estrategia web actual, además de plantearse una nueva propuesta de funcionalidad y arquitectura común tanto para la intranet como para internet. Dicha consultoría estará disponible para los licitadores en caso de que lo estimen oportuno, pudiéndola solicitar a través de la dirección de correo electrónico edepo@depo.es. La Diputación de promueve la presente iniciativa con los siguientes objetivos: Mejorar los servicios de gestión y atención dirigidos al ciudadano. Disponer de un canal de comunicación constante con la ciudadanía, el cual permita servir contenidos y servicios, interactuar con ella y personalizar (en aquellos casos que sea posible) dicha interacción. Simplificar los procedimientos y mejorar las infraestructuras de comunicación orientadas a integrar la Administración local, autonómica y estatal. Impulsar el uso de los e-servicios y de las infraestructuras de comunicaciones. Disponer de una plataforma fácilmente escalable que permita ajustarse a las necesidades de un entorno cambiante. Pág. 10 de 174

Disponer de alta capacidad de integración para mejorar el grado de interacción e intercambio de información con otras administraciones y, en particular, con los municipios de la provincia. Generar riqueza en el entorno intermunicipal. Definir e implementar una estrategia web interna representada bajo la Intranet corporativa de la entidad. Definir e implementar una estrategia web externa, la cual agrupa tanto el portal institucional como todas las iniciativas web de los organismos oficiales dependientes de la entidad y que seenumerarán en el apartado relativo al alcance. Para que eso sea posible la solución deberá reunir los siguientes requisitos clave: Globalidad, De manera que no se limite a implementar procedimientos concretos sino que aporte herramientas configurables para cada uno de los aspectos necesarios en la prestación de un e-servicio. Interoperabilidad. Para poder acceder a los servicios que tanto ahora como en el futuro se implementen sobre dicho sistema. Modularidad y escalabilidad. Permitir la adaptación de los distintos escenarios que pueden darse en la Diputación de a lo largo de su evolución natural en el futuro. Compatibilidad. Permitir la coexistencia con componentes existentes en los sistemas de información de la Diputación de, así como posibilitar la adaptación de dichos componentes a otros incorporados. Orientación a servicios normalizados. Ha de ser capaz de ofrecer el mayor número posible de servicios telemáticos de Administración electrónica para los ciudadanos y otras administraciones que deseen reutilizarlos, contemplando una atención personalizada para ambos en dicha prestación. Asimismo, los servicios telemáticos han de estar correctamente normalizados y estandarizados, ofreciendo una percepción homogénea por parte de los usuarios. Pág. 11 de 174

Directrices de usabilidad y accesibilidad. Los desarrollos web resultado del presente pliego respetarán los protocolos internacionales de accesibilidad (W3C y las Web Content Accessibility Guidelines 1.0) para facilitar el acceso a la información a colectivos discapacitados. El sistema responderá a las máximas exigencias de seguridad en el acceso a la información y manipulación, en la integridad de los datos y en la capacidad de su recuperación en caso de fallo, así como en las oportunas políticas de backup y recuperación de datos. Se deben mantener en la aplicación unos criterios mínimos de usabilidad, centrándose principalmente en: o Facilidad del aprendizaje o Velocidad por parte del usuario final del desempeño de las tareas asociadas a la aplicación o Baja tasa de incidencias o Bajos niveles de frustración o Satisfacción subjetiva o Universalidad o Facilidad para ser recordado Utilización de estándares. El sistema deberá estar íntegramente basado en tecnologías estándar para la configuración de la aplicación (procedimientos, formularios, informes, etc.) y para el intercambio de definiciones y datos con otras aplicaciones. El objeto de este lote está incluido dentro de las iniciativas del proyecto edepo que pretende modernizar la Diputación de y los ayuntamientos de la provincia de hasta 14.000 habitantes. Pág. 12 de 174

3 ALCANCE En línea con los objetivos planteados para el proyecto marco a desarrollar por la Diputación de el presente lote contempla las siguientes actuaciones relacionadas: Elaboración de un catálogo de procedimientos en base al inventario especificado en el ANEXO I - Inventario de Procedimientos Suministro e implantación de una multiplataforma para la prestación de e-servicios a la ciudadanía de carácter interno o externo (inicialmente para aquellos ayuntamientos de hasta 14.000 habitantes que quieran adherirse a un modelo de servicio en base a un paquete de procedimientos a establecer por parte de la Diputación). La multiplataforma contempla el conjunto de plataformas, aplicaciones y herramientas software que permiten la prestación de un servicio digital a lo largo de todo su ciclo de vida, es decir, cubriendo su definición, interacción con el ciudadano (portal de e-servicios), tramitación interna en la Diputación de, y las posibles necesidades de interacción con otras administraciones. Este punto NO incluye: o Cualquier elemento hardware necesario o complementario para la ejecución de las aplicaciones (servidores, impresoras, lectores de código de barras, etc.). o Cualquier otro software no específico (sistema operativo, sistema gestor de base de datos, herramientas ofimáticas, etc). Implantación de un conjunto de e-servicios Suministro e implantación de un sistema de licitación electrónica Suministro e implantación de un sistema de facturación electrónica Suministro e implantación de una plataforma de interoperabilidad Pág. 13 de 174

Suministro e implantación de un cuadro de mando de gestión sobre la plataforma de tramitación electrónica. Suministro e implantación de una aplicación interactiva (módulo de secretaría) para el reparto y despacho de asuntos en los órganos ejecutivos de la Diputación de. Suministro e implantación de un sistema de Gestión Documental corporativo Suministro e implantación de un Boletín Electrónico Oficial de la Provincia Suministro e implantación de un sistema de securización y validación electrónica Suministro e implantación de una aplicación de compulsa electrónica Implantación de la nueva plataforma tecnológica que dé soporte a las diferentes iniciativas on-line (extranet / intranet e Internet) de la Diputación de. Elaboración de la arquitectura de la información y las líneas de diseño gráfico de los portales web de la mencionada institución. Desarrollo sobre la plataforma tecnológica del catálogo de servicios, que se integrarán en los diferentes portales de la Diputación de. Migración a la nueva plataforma tecnológica de los contenidos y servicios existentes actualmente en los portales de la Diputación de y que se deseen mantener en el futuro. Creación sobre la plataforma tecnológica implantada, partiendo del catálogo de servicios y aplicando la arquitectura de la información y diseño definidos previamente, de los siguientes portales (se indica la URL de los portales existentes actualmente): o Portal web institucional (http://www.depo.es / http://www.depontevedra.es) Se integrarán dentro de la web oficial los siguientes portales: BOP (http://bop.depontevedra.es/html/ga/) Estación Fitopatológica de Areeiro (http://www.efa-dip.org/) Pág. 14 de 174

Laboratorio Mouriscade (http://www.mouriscade.com/) Patrimonio Documental y Bibliográfico (http://www.arquivos.depontevedra.es/) Plan estratégico 2010 (http://www.planestratexico2010.depontevedra.es/) o Intranet de la Diputación de (http://depo.intranet y http://depo2.intranet) o Organismo autónomos: Escuela de Canteiros de (http://www.canteiros.depo.es/) Turismo Rías Baixas (http://www.riasbaixas.depo.es/) Museo de (http://www.museo.depo.es/) Gestión de Recursos Locales ORAL (http://oral.depo.es/) Promoción de Suelo (IPESPO) (http://www.ipespo.es / http://ipespo.depo.es) Escuela de Enfermería o Proyectos europeos: Repoblar (http://repoblar.depo.es) UPD (http://www.upd.depontevedra.es/) Aquelando 2 (http://aquelando2.depo.es) Pousadas (http://pousadas.depo.es) o Otras webs: Bienal 2010 (http://www.bienal.depo.es/) Escuela de Gaitas (http://www.bandadegaitasprovinciadepontevedra.com/index.html) Copa do Futuro (http://www.copadelfuturo.com/) Pág. 15 de 174

Las ofertas presentadas deben incluir una descripción detallada de la solución propuesta, indicando su metodología y el plan de trabajo utilizado en la implantación del sistema, así como una relación pormenorizada de las características y funcionalidad de la plataforma software planteada. 3.1 Arquitectura global de la solución El esquema de la arquitectura de la solución de e-administración de la Diputación de que se mantendrá en las ofertas presentadas al presente concurso deberá ser similar al siguiente: Pág. 16 de 174

Esta estructura NO tiene por qué corresponderse con la configuración modular que tenga la solución propuesta, pero sí dicha configuración modular deberá incluir todos estos aspectos. La arquitectura deberá implantarse en los siguientes entornos: Desarrollo. Planteado para llevar a cabo la codificación y pruebas precisas para realizar mejoras o incluir nuevas funcionalidades en la plataforma. El adjudicatario configurará un entorno similar en las infraestructuras de la Diputación de. Y sobre éste se realizarán las tareas de evolución y perfeccionamiento del sistema a acometer en el futuro. Preproducción o Q. A. Está destinado a realizar las pruebas de sistema y de aceptación de las funcionalidades desarrolladas y parametrizaciones ejecutadas en el entorno anterior a fin de comprobar su correcto funcionamiento. También será sobre el que se realicen las tareas de formación a los responsables da explotación y mantenimiento. Durante el presente proyecto la Diputación de dará acceso remoto a este entorno al adjudicatario para ejecutarlas tareas que corresponda. Producción Será el que de soporte los servicios que se ofrecen a los usuarios finales y sobre él se realizarán las tareas de gestión y administración que correspondan. El licitador deberá tener en cuenta esta estructura de entornos de cara al establecimiento de procedimientos de gestión y publicación de actualizaciones funcionales. Pág. 17 de 174

4 DESCRIPCIÓN DE REQUERIMIENTOS TÉCNICO- FUNCIONALES 4.1 Catálogo de Procedimientos 4.1.1 Objetivos Generales Debido a la complejidad de un proyecto como el que nos ocupa es muy importante que se cumpla una serie de requisitos técnicos y funcionales, tanto de la plataforma de tramitación electrónica como toda la serie de aplicativos que les rodeará. De la misma forma, también son esenciales la enumeración y descripción exhaustiva de cada uno de los procedimientos (e-servicios) que se tramitan en la Diputación de, subprocesos y flujos asociados, trámites, formularios e informes específicos de esta entidad. Por tanto es esencial la definición de un catálogo de procedimientos, de forma que la Diputación de valide y firme cada uno de estos procedimientos antes de implementarse definitivamente en la plataforma. Para la elaboración de este catálogo tendrá que llevar a cabo el adjudicatario una consultoría de procedimientos. El objeto de esta consultoría pasa por generar un manual de procedimientos que cubra los siguientes objetivos: 5. Homogeneizar los procedimientos previamente inventariados por la Diputación de y que recoge la relación de trámites internos y externos (en relación con los ayuntamientos de la provincia) a. Establecer procesos o elementos comunes (muy importante cuando el sistema de información soporte está basado en una arquitectura orientada a servicios) b. Posibilidad de personalizar los procesos (partiendo de un proceso padre o patrón) para las particularidades de cada procedimiento. Pág. 18 de 174

c. Reutilización de procesos 6. Facilitar la creación y modificación de los procedimientos (flujogramas, tareas y documentos) a. Herramienta de diseño de alto nivel b. Reutilización de diseños c. Incorporación e interacción con macros, módulos y programas externos 7. Elaborar un manual de procedimientos que permita la integración con los sistemas de información y concretamente con la futura plataforma de e-servicios de la Diputación de 8. Facilitar la gestión y seguimiento de los expedientes, en función de las características definidas 9. Permitir la modificación dinámica de los procedimientos, en función de los recursos y las necesidades del momento 10. Realizar la monitorización del funcionamiento del sistema según la planificación y la gestión de recursos Para el desarrollo de esta consultoría se deberá seguir una metodología específica de catalogación y racionalización de procedimiento administrativo que incluya como mínimo las siguientes fases: inventario, análisis, homogeneización, simplificación (si es posible) y adaptación a la normativa. Se solicita bajo esta metodología resaltar especialmente tres elementos: procedimientos, tareas y documentos, de tal modo que cada procedimiento tendrá asociado un conjunto de tareas y cada tarea un conjunto de documentos. Deberá contemplarse una ficha por cada procedimiento, tarea y documento. 4.1.2 Ficha Procedimiento Deberá contemplar como mínimo los siguientes campos: Identificación del procedimiento Pág. 19 de 174

Título Nombre corto Objeto del procedimiento Resumen del procedimiento Tipo de procedimiento Tipo de administrado Departamento responsable Órgano que resuelve Plazo de ejecución Periodicidad Sentido del silencio Recurso aplicable Origen de tramitación Destino de tramitación Identificación del Flujograma Localización del Flujograma Identificación de la normativa Localización de la normativa Información adicional Tareas (Ver ficha TAREA) 4.1.3 Ficha Tarea Deberá contemplar, como mínimo, los siguientes campos Procedimiento padre Pág. 20 de 174

Identificación de tarea Título Descripción Departamento responsable Unidad tramitadora Perfil requerido Plazo de realización Documentos (ver ficha DOCUMENTO) 4.1.4 Ficha Documento Deberá contemplar como mínimo los siguientes campos Tarea padre Identificación del documento Tipo de soporte Tipo de documento Nombre del documento Resumen de contenido Localización 4.1.5 Herramientas También deberá incluirse una herramienta informática (a modo de wiki), alimentada con los contenidos del catálogo, donde cualquier empleado de la Diputación pueda consultar, a través de un interfaz de búsqueda, la ficha de cada procedimiento, junto a sus tareas y documentos asociados. Del mismo modo, podría servir como herramienta de soporte a la formación para nuevos Pág. 21 de 174

empleados de la Diputación, en lo que respecta a su instrucción sobre procedimiento administrativo. 4.2 Suministro e implantación de una multiplataforma para la prestación de e-servicios a la ciudadanía. El adjudicatario deberá suministrar e implantar una multiplataforma de e-servicios. Esta multiplataforma estará integrada por un conjunto de plataformas que cubran todos los aspectos necesarios para llevar a cabo la prestación de un e-servicio: Plataforma de Tramitación Electrónica Plataforma de Licitación Electrónica Plataforma de Factura Electrónica Plataforma de Interoperabilidad Así como de otros sistemas y herramientas: Cuadro de Mando de Gestión Aplicación Interactiva de despacho de asuntos (módulo de Secretaría) Sistema de Gestión Documental Corporativa Aplicación de Boletín Electrónica Oficial de la Provincia Esta multiplataforma deberá facilitar la interacción con cada uno de los agentes que participan en el proceso, abarcando todas sus etapas: Definición de los flujos de tramitación necesarios. Interacción con el ciudadano y empresas Ejecución de la tramitación propiamente dicha. Interoperabilidad con otras administraciones cuando sea necesario. Cada una de estas etapas tiene sus requisitos particulares, en función de los actores o sistemas involucrados y sus necesidades. Pág. 22 de 174

En los siguientes apartados se describen todos los aspectos relativos a dicha multiplataforma de e-servicios. 4.2.1 Visión general Bajo el presente apartado se pasarán a describir los elementos que deberá contemplar la multiplataforma de e-servicios que forma parte de este lote dentro del presente PPT: módulos que componen la arquitectura, plataformas, funcionalidades, etc. Como paso previo se hace necesario definir un escenario global de tal modo que el licitador puede disponer de una visión de los objetivos de diseño, construcción, puesta en marcha y explotación de la plataforma. La plataforma de e-servicios se construirá con una vocación de uso interno (Diputación de ) y externo (ayuntamientos de la provincia de hasta 14.000 habitantes), del mismo modo deberá presentar criterios claros de escalabilidad, de cara a poder incorporar en el futuro a aquellos ayuntamientos de la provincia mayores de 14.000 habitantes y que quieran participar bajo esta modalidad del servicio. La instalación y puesta en marcha de la plataforma se realizará de un modo centralizado en el nuevo CPD que la Diputación dispondrá para ello, tanto el ámbito interno como externo. La arquitectura deberá ser suficientemente flexible para poder disponer elementos en repositorios comunes (que puedan ser compartidos y utilizados por todo el conjunto), y aquellos elementos particulares que residan en repositorios diversos pero bajo una instalación centralizada, tal como se comentó con anterioridad. La Diputación de proporcionará al adjudicatario un sistema base virtualizado sobre el que se podrán gestionar las distintas particularidades de esta arquitectura. Desde el punto de vista de las integraciones con sistemas terceros, la filosofía será que todos los accesos desde y hacia la plataforma deberán hacer uso del módulo de interoperabilidad, que se describirá a continuación en este mismo lote del presente PPT. A nivel de frontales de usuario, cada entidad u organismo podrá disponer de un frontal o repositorio web con contenido propio (como es el caso de muchos ayuntamientos), por lo que la arquitectura propuesta, deberá poder integrar a nivel frontal de usuario, los Pág. 23 de 174

elementos que se ejecuten de manera centralizada, pero que apliquen en cada una de las entidades de manera particular (deberá poder realizarse una pequeña parametrización gráfica y funcional de dichos elemento) Las ofertas presentadas por los licitadores, y concretamente todo lo relacionado con la arquitectura de la plataforma, mapa de funcionalidades y modelo de servicio, deberá cumplir con los requerimientos técnicos que se detallarán a continuación, pero siempre bajo esta visión general aquí descrita. 4.2.2 Arquitectura de la multiplataforma 4.2.2.1 Requisitos de arquitectura de la multiplataforma La arquitectura del sistema deberá ser de tres niveles (base de datos, servidor de aplicaciones, cliente): El servidor de aplicaciones estará basado en J2EE Funcionará sobre múltiples SGBD, siendo plenamente compatible al menos con Oracle, Microsoft SQL Server, MySQL y DB2. Para la interacción con la base de datos se utilizará lenguaje SQL estándar (ANSI-SQL). En cuanto a la interfaz de usuario debe dar respuesta a las necesidades de los distintos agentes que toman parte en este ciclo, por lo que deberá estar disponible: o Para la interacción con la ciudadanía, interfaz basada en HTML y accesible desde el portal web de la Diputación de. o Para la tramitación, interfaz rica capaz de funcionar a través de Internet sin necesidad de terceros productos. 4.2.2.2 Extensibilidad: marco de desarrollo integrado Tal y como se ha identificado al hablar del enfoque que se pretende dar al proyecto, la plataforma para la prestación de e-servicios deberá tener unas características de extensibilidad que faciliten la evolución del sistema en el futuro. Para ello, desde el punto de vista técnico, se requerirá que la plataforma integre un marco para el desarrollo de Pág. 24 de 174

aplicaciones que permita construir interfaces gráficas de usuario sin necesidad de programar, integrando componentes incluidos en el mismo, proporcionados por un programador o de terceros. 4.2.3 Plataforma de Tramitación Electrónica Las características funcionales mínimas requeridas para la plataforma de tramitación electrónica son las siguientes: Deberá permitir declarar los estados, requisitos, tramitantes y modelos de documentos que se empleen en la tramitación. Deberá permitir definir flujos paralelos y bifurcaciones en la tramitación. Dispondrá de asistentes de diseño para los flujos y para la definición de las plantillas de documentos que se asocien con cada estado del expediente. Deberá permitir la definición jerárquica de las actividades. Deberá permitir el control de versiones del proceso diseñado. Deberá permitir definir y controlar los vencimientos para cada uno de los estados en las distintas fases de tramitación y las acciones a llevar a cabo en caso de que se alcancen las fechas de vencimiento. Deberá permitir el control de los procedimientos por varios criterios (tiempo, servicio, tipo, fechas, etc.) Deberá permitir definir trámites como obligatorios u opcionales dependiendo de determinadas condiciones. Deberá permitir el diseño de flujos a través de una interfaz de diseño en modo gráfico y textual. Deberá permitir la exportación de la definición completa de un tipo de procedimiento, de manera que pueda importarse en/de otra entidad, al objeto de poder compartir las definiciones de procedimientos entre las entidades que dispongan de esta aplicación. Pág. 25 de 174

Deberá integrarse con el Sistema de Gestión Documental objeto de contratación en el presente pliego, de modo que toda la documentación que se recopile y genere fruto del uso de esta herramienta sea almacenada en dicho sistema. Para llevar a cabo esta integración se hará uso de los servicios que se proporcionarán en la plataforma de interoperabilidad antes descrita. A continuación se describe el conjunto de módulos que deberá contemplar la plataforma de tramitación electrónica: 4.2.3.1 Carpeta Ciudadana En un sistema destinado a la prestación de e-servicios a la ciudadanía resulta imprescindible contar con una interfaz a través de la cual interactuar con ella. Las características que debe tener dicha interfaz son: Ser universalmente accesible a través de Internet, sin requerir instalaciones, descargas, etc. Ser intuitiva y muy fácil de usar. Permitir la realización de todas las operaciones necesarias para la interacción con el ciudadano: verificación de identidad, introducción de datos, anexado de documentación, consulta del estado de una tramitación (y, en su caso, de los documentos correspondientes a la misma, si la Diputación de así lo decide), notificación automatizada, etc. Cumplir los requisitos que en materia de seguridad, confidencialidad, protección de datos y accesibilidad impone la legislación. Estar integrado con el portal Web de la Diputación de, funcional, técnica y gráficamente. Esto incluye cumplir con los requisitos de accesibilidad contenidas en la WAI del W3C, en su nivel AA. Estar disponible en los idiomas oficiales, gallego y castellano. Como cualquier elemento de la plataforma, la interfaz de interacción con la ciudadanía deberá ser fácilmente extensible, de modo que sea posible la definición de nuevos Pág. 26 de 174

elementos para la entrada de datos y anexado de documentación. 4.2.3.2 Herramienta de definición de los flujos de tramitación La plataforma incorporará una herramienta destinada a la definición de las guías de tramitación de los distintos expedientes gestionados mediante los e-servicios: Permitirá definir flujos paralelos y bifurcaciones en la tramitación. Dispondrá de asistentes de diseño para los flujos y para la definición de las plantillas de documentos que se asociarán con cada acto del expediente. Permitirá la definición jerárquica de las actividades Dispondrá de control de versiones del proceso diseñado Permitirá definir y controlar los vencimientos para cada uno de los actos en las distintas fases de tramitación, y las acciones a llevar a cabo en caso de que se alcancen las fechas de vencimiento. Permitirá el control de los procedimientos por varios criterios (tiempo, servicio, tipo, fechas, etc.) Permitirá definir trámites como obligatorios u opcionales dependiendo de determinadas condiciones. Deberá permitir el diseño de flujos a través de una interfaz de diseño en modo gráfico y textual. Debe permitir la exportación de la definición completa de un tipo de procedimiento, de manera que pueda importarse en/de otra entidad, al objeto de poder compartir las definiciones de procedimientos entre las entidades que dispongan de esta aplicación, del mismo modo podrá permitir hacerlo con parte de un procedimiento 4.2.3.3 Herramientas para facilitar la tramitación Cualquier e-servicio requiere la ejecución de una tramitación. Parte de esta tramitación interactúa con el ciudadano (presentación de la solicitud, requerimiento de Pág. 27 de 174

documentación, notificación, etc.), pero otra parte importante de la tramitación corresponde a los aspectos específicos del servicio que se está prestando. Es necesario que la aplicación tenga en cuenta la realidad del proceso de tramitación, constituyendo una ayuda al proceso y no un elemento de control. En cuanto a la funcionalidad, la plataforma debe aportar: Procedimientos de tramitación básicos (registro, archivo, verificación documental, notificaciones, etc.) Buzones de entrada por usuario y servicio Calendario de avisos Localización física de los expedientes Resumen previo por cada expediente Estado del expediente e histórico de trámites Representación gráfica del flujo de tramitación estándar para cada tipo de expediente. Posibilidad de adjuntar documentación. Integración con las herramientas ofimáticas más habituales. En particular, posibilidad de generar de forma automatizada documentación a partir de plantillas en formatos estándar (DOC, DOCX, PDF, ODT) y exportación a XLS, XLSX. Capacidad de extensión: posibilidad de definir nuevas pantallas, crear consultas especializadas, o incorporar lógica específica para trámites concretos. 4.2.3.4 Módulo de intercomunicación con SARA SARA (Sistema de Aplicaciones y Redes de las Administraciones) es una plataforma creada por el MAP (Ministerio de Administraciones Públicas), destinada a la intercomunicación de las distintas administraciones (municipios, diputaciones, comunidades autónomas, Ministerios, AGE, Comunidad Europea, etc.). La Diputación de ya dispone actualmente de acceso al nodo de enlace con Pág. 28 de 174

SARA a través de la Xunta de Galicia. A través de SARA se ofrecen en la actualidad un conjunto de e-servicios, denominados comunes, que deberán estar integrados en la plataforma. Estos servicios son: Firma electrónica (@firma) Sustitución de certificados en papel Notificación automática a otras administraciones del cambio de domicilio Verificación de datos de identidad. Este servicio permite la eliminación del requisito de presentar fotocopia del DNI Verificación de datos de residencia. De forma similar, este servicio hace obsoleta la necesidad de los volantes de empadronamiento Consultas de deudas con la AEAT y la Seguridad Social Registro electrónico común 4.2.3.5 Módulo de Notificaciones Electrónicas La Diputación de pondrá a disposición del los ciudadanos el sistema SNTS del Ministerio de la Presidencia-Correos como gestor de notificaciones telemáticas seguras, el cual permite el cumplimiento de la práctica de notificación de los actos administrativos hacia los ciudadanos y empresas con pleno valor jurídico. Este sistema presenta la particularidad y valor añadido de la puesta a disposición de los interesados de esas notificaciones en un único buzón electrónico, facilitando la relación entre la Administración y el Ciudadano. El adjudicatario deberá integrar dentro de la arquitectura de la plataforma dicho módulo de notificaciones en todos aquellos procesos que aplique y sea necesario. 4.2.3.6 Módulo de registro presencial/telemático A continuación se describen las funcionalidades que deberá contemplar el registro presencial: Pág. 29 de 174

Múltiples registros. Actualmente existe registro presencial en el Pazo provincial, en el Organismo Autónomo Turismo Rías Baixas, en el Organismo Autónomo Gestión de Recursos Locales ORAL (tanto en su sede principal como en cada una de sus 17 oficinas), en el Organismo Autónomo Museo Provincial, en la Sede de Vigo y en los 47 ayuntamientos de hasta 14.000 habitantes de la provincia de que forman parte del proyecto en esta fase. Estos registros se deben mantener en su totalidad una vez implantado el módulo de registro presencial / telemático. Múltiples ventanillas para un mismo registro Gestión de base de datos de interesados Personalización de los campos a capturar Vínculo directo al expediente cuando la documentación presentada hace referencia a un expediente existente Posibilidad de dividir el proceso de registro en 2 fases: entrada rápida (genera número de entrada) y proceso para completar posteriormente esas entradas Escaneado de documentación con reconocimiento de caracteres Previsualización del documento escaneado con posibilidad de capturar texto directamente desde el mismo Emisión de comprobantes en distintos formatos (papel, pegatina, con o sin código de barras, etc.) Informes, incluyendo la posibilidad de definir informes específicos (por ejemplo una relación de licitaciones) Interacción con Bases de Datos corporativas (terceros, direcciones, etc.) El registro telemático deberá de cumplir los siguientes requerimientos mínimos: Múltiples registros Permitirá a los ciudadanos realizar nuevas solicitudes o anexar documentación (subsanación) a un expediente existente de la misma forma que lo harían en el registro presencial, con el correspondiente acuse de solicitud. Pág. 30 de 174

Compatible con una estructura de firma electrónica que facilite al ciudadano identificarse. Posibilidad de intercambio de Registros de la Administración General del Estado, de la Comunidad y de los Entes Locales. Accesibilidad para efectuar los trámites desde el hogar del ciudadano. Herramienta de administración de formularios a través de Web que facilite la puesta en producción de nuevos trámites en el portal provincial. Integración con gestión documental y porta firmas electrónico para la custodia de documentos. La fecha de entrada/salida se acreditará mediante un servicio de sellado electrónico de fecha y hora. Se empleará la Autoridad de sellado de tiempo (TSA) disponible en el Centro de Transferencia de Tecnología. Posibilidad de incorporar documentos escaneados. Interacción con Bases de Datos corporativas (terceros, direcciones, etc.) 4.2.3.7 Pasarela de pagos Se deberán integrar las funcionalidades de pago telemático seguro con el SPT (Servicio de Pago Telemática) proporcionado por la entidad pública empresarial RED.ES. 4.2.3.8 Seguridad y Auditoría Este módulo permitirá la definición de un modelo de seguridad para la aplicación. Permitirá una gestión de la seguridad amplia, permitiendo definir papeles con acciones permitidas y no permitidas para usuarios individuales y grupos de usuarios, de manera que se garantice el cumplimiento de la legislación de protección de datos de carácter personal. Además este módulo deberá permitir el registro del acceso a la información y al sistema, así como los intentos de acceso no válidos y el registro de las actividades de los usuarios (quién accede, desde dónde, qué acción realiza, cuándo, etc.). En general, todo lo Pág. 31 de 174

necesario para cumplir con la normativa vigente. 4.2.3.9 Estadísticas e Informes La plataforma de tramitación electrónica deberá disponer de herramientas para la generación y gestión de estadísticas e informes. El tipo de informe (datos y plantillas) se definirán de acuerdo con la Diputación de y los ayuntamientos. La herramienta de informes deberá permitir combinar todos los datos que se almacenan en la aplicación y por lo tanto generación automática de informes. Los informes generados podrán ser almacenados para su posterior consulta. Como mínimo, la herramienta de informes deberá poder generar informes con las siguientes características: Cuantificables: especialmente en lo que se refiere al número de expedientes tramitados o en fase de trámite por tipología, departamento, estado, etc. Cuantificables: especialmente en lo que se refiere a tiempos medios de tramitación y gestión. Gráficos: los informes deberán poder presentarse en formato estructurado y gráfico. Del mismo modo, la herramienta deberá permitir la exportación/importación de datos para tratamiento con otro tipo de herramientas externas más específicas y potentes para la generación de informes. 4.2.3.10 Presentación electrónica de formularios Herramienta para facilitar el proceso de implantación de la presentación telemática de solicitudes (en general, cualquier formulario) como por ejemplo para ayudas, subvenciones e incentivos. Incorporará un generador de formularios telemáticos que permite la generación, de forma rápida y sencilla, sin necesidad de realizar tareas de programación, de los formularios necesarios para implementar completamente la presentación telemática de impresos y Pág. 32 de 174

formularios en procedimientos administrativos. Los formularios generados se desplegarán en la carpeta ciudadana de la Diputación y los ayuntamientos y serán accesibles a la ciudadanía para su cumplimentación y presentación telemática. La herramienta deberá interactuar con la plataforma @firma de firma electrónica y el registro telemático de entrada garantizándose la validez de la presentación telemática en los términos del Real Decreto 14/1999, de 17 de septiembre, por el cual se regula el uso de la firma electrónica, el reconocimiento de su eficacia jurídica y la prestación al público de servicios de certificación y el artículo 4 de la Ley 59/2003, de 19 de diciembre, de Firma Electrónica, que establece que esta ley se aplicará al uso de la firma electrónica en el seno de las administraciones públicas, sus organismos públicos y las entidades dependientes o vinculadas a las mismas y en las relaciones que mantengan aquéllas y éstos entre sí o con los particulares. En este contexto la presentación por vía telemática de solicitudes, escritos y comunicaciones requiere la creación de un registro telemático que se ocupe de la recepción y remisión de los mismos. La herramienta de formularios deberá contemplar la funcionalidad de validación de los datos introducidos en el proceso de presentación telemática (tipo NIF válido, cuenta bancaria válida, etc.). La operativa de la edición de formularios será visual y permitirá en todo momento visualizar el modelo de documento sobre lo que se está trabajado, de manera muy similar a las herramientas ofimáticas más comunes garantizando la accesibilidad (WAI nivel AA) 4.2.3.11 Firma electrónica y portafirmas La firma electrónica como tal puede vincularse a un elemento (conjunto de datos) para identificar al autor, para señalar conformidad (o disconformidad) con el contenido, para indicar que se ha leído o, según el tipo de firma, garantizar que no se pueda modificar su contenido. Con el fin de llevar a cabo estas funciones la plataforma de e-servicios deberá soportar en todo caso la firma electrónica de distintos elementos. Es decir que cualquier elemento Pág. 33 de 174