Gestión Administración Dependencias Asepeyo GADA

Transcripción

1 Gestión Administración Dependencias Asepeyo GADA Página 1 de 54

2 A PLIEGO DE PRESCRIPCIONES TÉCNICAS ANTECEDENTES Y JUSTIFICACIÓN OBJETO Y ALCANCE DEL CONTRATO REQUERIMIENTOS DE LA APLICACION Requisitos funcionales OBJETIVO NECESIDADES CARACTERISTICAS SUBSISTEMAS SUBSISTEMA GESTION DELEGACIONES FICHA TECNICA SUBSISTEMA CODIFICACIONES Y PARAMETRIZACIÓN FICHA TECNICA SUBSISTEMA EXPORTACIONES E INFORMES FICHA TECNICA SUBSISTEMA SERVICIOS Y SISTEMAS EXTERNOS FICHA TECNICA SUBSISTEMA CONSULTAS FICHA TECNICA REQUISITOS NO FUNCIONALES Requisitos suplementarios Tablas y ficheros origen Escalabilidad y Disponibilidad Requisitos de integración con otros sistemas Requisitos de Seguridad Requisitos de Formación AMPLIACION DETALLES TECNICOS MODELO DE CLASES MIGRACION DE DATOS INTERFASES CON SISTEMAS EXTERNOS DEFINICION DE ESTILOS GLOSARIO...5 B CONDICIONES GENERALES INTRODUCCIÓN Equipo de Trabajo...5 Página 2 de 54

3 1.1.1 Dirección del Proyecto Director de Proyecto de ASEPEYO (DPA) Director de Proyecto del Contratista (DPC) Seguimiento y control en la ejecución de trabajos Carácter llave en mano Equipo de Proyecto METODOLOGÍA Fases del Proyecto Fase de Estudio Preliminar del Proyecto Fase de Elaboración / Formalización Fase de Construcción Fase de Transición / Implantación Matriz Fase / Entregable / Disciplina Entorno de Desarrollo Entorno de Producción / Preproducción Entorno Servidor Entorno Cliente (Virtualizable bajo entorno CITRIX Metaframe) Garantía de los Trabajos Aseguramiento de la Calidad Pruebas requeridas: Periodos de Aceptación Planificación de la Fase de Pruebas Transferencia Tecnológica DOCUMENTACION DE LOS TRABAJOS Plan de Formación CRITERIOS DE SELECCION TÉCNICO (40 puntos) CUALIFICACIÓN DE LA EMPRESA OFERTANTE (20 Puntos) PROPUESTA ECONÓMICA (30 Puntos) MEJORAS (10 Puntos) PRESUPUESTO PLAZOS DE ENTREGA FORMA DE PAGO ANEXO 1 REQUISITOS CURRICULARES EQUIPO TRABAJO...5 Página 3 de 54

4 A PLIEGO DE PRESCRIPCIONES TÉCNICAS 1 ANTECEDENTES Y JUSTIFICACIÓN El desarrollo objeto de este documento se encuentra en el ámbito de la organización territorial y es la creación del proyecto Gestión de Administración de las Dependencias, proyecto de ASEPEYO, cuya finalidad es la implantación de un nuevo sistema informático que permita realizar la definición y gestión de la distinta información referente a las Dependencias en que se distribuyen los Centros de Trabajo de la Mutua. Para poder llevar a buen fin el Proyecto, es necesaria la contratación de los trabajos para su desarrollo, de acuerdo con los requerimientos que se definen en el presente documento. 2 OBJETO Y ALCANCE DEL CONTRATO El objeto del presente documento es fijar el alcance y las condiciones de carácter técnico que han de regir la adquisición de una nueva aplicación informática que se utilizará para realizar el Proyecto de Gestión de Administración de las Dependencias. Esta aplicación debe estar disponible para funcionar de manera integrada en el entorno corporativo y disponible para la extranet. Página 4 de 54

5 3 REQUERIMIENTOS DE LA APLICACION Los requisitos sobre los distintos subsistemas y características especificados en este apartado constituyen un estudio preliminar que deberá completarse por la empresa adjudicataria, en la realización del análisis detallado durante la ejecución del Proyecto Gestión de Administración de las Dependencias (GADA). Como estudio preliminar que es, pueden aparecer, en las descripciones, ciertas inconsistencias o indefiniciones que deberán resolverse en la realización del análisis detallado. 3.1 REQUISITOS FUNCIONALES OBJETIVO El sistema debe permitir llevar a cabo la gestión completa de las Dependencias de la red territorial de la Mutua. El proyecto debe sustituir en su totalidad el actual sistema Relación de Dependencias, absorbiendo e incorporando nuevas funcionalidades al nuevo producto. El nuevo aplicativo constará de un módulo que permitirá definir toda la información necesaria referente a la dependencia en su globalidad, detallando tanto datos identificativos, de contacto, geográficos, organizativos, logísticos así como técnicos, de infraestructura y debe permitir anexar documentación relevante. El sistema debe estar preparado para hacer uso de otros sistemas corporativos tales como SCAD, etc, integrándolos de forma natural en el desarrollo del nuevo aplicativo. De igual forma debe posibilitar el realizar todas las consultas necesarias para la rápida y eficaz gestión de los usuarios, así como diseñar una serie de informes básicos para poder entregar la información a terceros de forma controlada y permitir la extracción la información en ficheros planos para posteriores explotaciones de datos. A su vez se deben desarrollar servicios Web que ofrezcan información total/parcial a distintos aplicativos existentes en la Mutua. Por último se requiere el disponer en modo consulta a través de la Web corporativa, un subconjunto de información de las dependencias. Página 5 de 54

6 3.1.2 NECESIDADES NECESIDAD 1 NECESIDAD 2 NECESIDAD 3 NECESIDAD 4 NECESIDAD 5 NECESIDAD 6 NECESIDAD 7 NECESIDAD 8 NECESIDAD 9 NECESIDAD 10 NECESIDAD 11 NECESIDAD 12 NECESIDAD 13 NECESIDAD 14 El sistema ha de tener un workflow de creación de delegaciones que siga el protocolo establecido. El sistema se apoyará en sistemas externos para mostrar parte de la información de la delegación. Los datos de las delegaciones han de centralizarse en un solo sistema, sin duplicidades. El sistema proporcionará servicios para permitir consultar información de delegaciones a los sistemas corporativos existentes. El sistema debe permitir que cada delegación pueda actualizar de forma autónoma el horario de apertura de las dependencias. El sistema permitirá anexar documentación relacionada a la delegación. El sistema debe registrar y permitir consultar el log de acciones realizadas. El sistema debe diferenciar entre datos de acceso público (Web, ) y privado (dentro del ámbito de la Mutua) a todos niveles: Delegación en general Datos concretos de la delegación Documentación relacionada con la delegación (fotos, imágenes, planos, ) El sistema debe permitir introducir información técnica y física de la delegación, como por ejemplo las dimensiones en m2, etc. El sistema ha de adoptar y cubrir totalmente la funcionalidad del actual sistema de Relación de Dependencias. El sistema debe enviar notificaciones de cambios por correo electrónico unos grupos del Listín corporativo. El sistema ha de permitir imprimir una ficha del centro en versión externa u oficial y en versión interna o técnica. El sistema ha de permitir realizar una extracción de datos de información básica de las delegaciones (teléfonos, dirección, ) para casos de emergencia. El sistema debe permitir extraer datos para la actualización de la información que reside en las aplicaciones de telefonía móvil. Página 6 de 54

7 NECESIDAD 15 NECESIDAD 16 NECESIDAD 17 El sistema debe permitir publicar en la WEB corporativa datos públicos de las delegaciones. El sistema ha ser de parametrizable, en la medida de lo posible, para el usuario administrador de la Mutua. El sistema debe permitir exportar toda la información de delegaciones en formato CSV en la intranet CARACTERISTICAS CARACTERÍSTICA 1 CARACTERISTICA 2 CARACTERISTICA 3 El sistema debe permitir consultar toda la información de las delegaciones y gestionar información relevante de las mismas. La lista de datos de la delegación es la siguiente: Perfil de la delegación (nombre, dirección, ubicación, estado, tipo, organización, etc.) Horario y días festivos Responsables Firmantes Empleados Documentación Anexa (fotos, planos,...) Teléfonos y centralitas Guía telefónica de la delegación Mapa de servicios Usos Datos técnicos (dimensiones, m2, ) Delegaciones alternativas Dirección Servicios sanitarios externos Dirección otras mutuas Conciertos sanitarios. Coordenadas de geolocalización. El sistema debe permitir que la definición de delegaciones siga el workflow definido por la Mutua a tal efecto. El sistema debe mostrar la lista de empleados de la delegación y permitir consultar información como: Datos personales (nombre completo, DNI, fecha de nacimiento, etc.) Página 7 de 54

8 CARACTERISTICA 4 CARACTERISTICA 5 CARACTERISTICA 6 CARACTERISTICA 7 CARACTERISTICA 8 CARACTERISTICA 9 CARACTERISTICA 10 Especialidad Horario personal Fotografía El sistema debe gestionar la información de los teléfonos de las delegaciones. También debe permitir consultar los teléfonos por persona, delegación, tipo y privacidad. El sistema debe permitir gestionar y consultar la información de centralitas telefónicas. El sistema debe permitir gestionar y consultar información de teléfonos y correos de la guía telefónica de la delegación. Debe permitir introducir campos como: Nombre de contacto Descripción Teléfono fijo Móvil Correo electrónico El sistema debe generar la lista de las delegaciones asociadas (delegaciones alternativas, servicios sanitarios externos y otras mutuas) mediante un servicio de geo-posicionamiento que se base en sus coordenadas. El sistema debe permitir configurar la distancia de búsqueda de delegaciones asociadas y cuantas de ellas se buscarán mediante el servicio de geolocalización. El sistema debe mostrar un mapa de servicios de la delegación donde se muestre la ubicación de la delegación, los servicios (transporte público, parkings, etc.), centros concertados y centros asociados próximos. El sistema debe permitir anexar documentos a la delegación por los usuarios con permisos para ello. Se debe permitir introducir los siguientes campos de información: Título del documento Descripción Documento: fichero del documento Fecha fin de vigencia: cuando caduca el documento Definir permisos de lectura y escritura Página 8 de 54

9 CARACTERISTICA 11 CARACTERISTICA 12 CARACTERISTICA 13 CARACTERISTICA 14 CARACTERISTICA 15 CARACTERISTICA 16 CARACTERISTICA 17 CARACTERISTICA 18 CARACTERISTICA 19 CARACTERISTICA 20 CARACTERISTICA 21 Documento obligatorio El sistema debe permitir gestionar los datos técnicos de la delegación y anexar documentos referentes a estos datos, como planos, fotografías y documentos de texto. El sistema debe permitir consultar los datos y documentos sobre conciertos sanitarios de la delegación. El sistema debe permitir indicar horarios específicos con fecha de caducidad en una delegación y que automáticamente se retorne al horario habitual al caducar ésta. El sistema debe permitir realizar un informe con la información de una delegación en formato ficha, según varios niveles de visibilidad: Ficha pública: todos los datos públicos Ficha privada: todos los datos públicos y privados Ficha técnica: todos los datos técnicos de la delegación El sistema debe permitir imprimir el mapa de servicios de la delegación. El sistema debe permitir exportar toda la información de delegaciones en formato CSV para la sincronización con algunos sistemas corporativos existentes. El sistema debe permitir exportar toda la información pública de delegaciones en formato CSV para la sincronización con sistemas cliente (de otros proveedores o empresas). El sistema debe permitir exportar los datos de información básica de las delegaciones en formato CSV. Estos datos serán: Nombre y descripción Dirección de la delegación Teléfonos de asistencia o emergencia Se integrarán en el sistema la información administrativa de las Mutuas colaboradoras y Servicios Sanitarios externos. El sistema debe permitir exportar los datos de teléfonos para sincronizar con LDAP. El sistema debe poder comunicar a algunos sistemas cliente externos, la existencia de cambios en las delegaciones para Página 9 de 54

10 CARACTERISTICA 22 CARACTERISTICA 23 CARACTERISTICA 24 CARACTERISTICA 25 CARACTERISTICA 26 CARACTERISTICA 27 CARACTERISTICA 28 que actualicen dicha información. El sistema debe permitir definir notificaciones relacionadas con la delegación. En las notificaciones se deberá definir: Delegación sobre la que se notifica: podrá ser una en concreto, varias o todas en general. Lista de distribución: lista de correos electrónicos y personas a los que enviar la notificación Asunto de la notificación Cuerpo del mensaje de la notificación El sistema debe adaptar su visualización y funcionalidad al usuario que lo utiliza en base a sus permisos de escritura y lectura. De igual forma debe permitir definir los permisos de acceso de escritura o lectura a las diferentes áreas y campos de información de la delegación a los usuarios de la aplicación. El sistema debe clasificar la información de la delegación como pública o privada en función de su visibilidad y propagación: Perfil de la delegación: publico Horario y días festivos: publico Responsable: privado Firmantes: privado Empleados: privado Documentación anexa: privado etc. El sistema debe registrar y permitir consultar el historial de acciones de la delegación El sistema deber permitir la parametrización por parte del usuario administrador de algunas características del sistema como el horario, etc. El sistema debe proporcionar un servicio de búsqueda de delegaciones por proximidad geográfica para la consulta de delegaciones cercanas a una dirección concreta El sistema debe proporcionar servicios para permitir la consulta de delegaciones a sistemas cliente. Se debe poder consultar delegaciones en función de: Página 10 de 54

11 CARACTERISTICA 29 CARACTERISTICA 30 CARACTERISTICA 31 CARACTERISTICA 32 CARACTERISTICA 33 CARACTERISTICA 34 CARACTERISTICA 35 CARACTERISTICA 36 CARACTERISTICA 37 Tipo de delegación, estado y código. El sistema utilizará el sistema corporativo documental SCAD para almacenar todos documentos anexos como fotografías, planos, documentos de texto, etc. El sistema utilizará el sistema de codificaciones corporativo para obtener datos de codificaciones comunes como provincias, localidades y códigos postales. El sistema debe utilizar el sistema de seguridad corporativo para obtener la información de los firmantes de la delegación y definir los permisos de los usuarios del sistema El sistema debe utilizar el sistema central de RRHH para obtener la información de las personas responsables de la delegación, sus empleados y la información de días festivos. El sistema debe obtener la información de áreas, sectores, comunidades y usos, del sistema corporativo Árbol Territorial. El sistema utilizará el sistema corporativo de Alertas de Negocio para definir y gestionar la información de notificaciones sobre delegaciones. El sistema asumirá toda la funcionalidad del actual sistema RPVA de teléfonos. El sistema no debe gestionar las relaciones de pertenencia territorial entre delegaciones, áreas, sectores y comunidades autónomas. Esta gestión se realizará desde el subsistema Árbol Territorial. El sistema no debe gestionar la información de firmantes, responsables y empleados de la delegación. Estos datos serán de sólo lectura y su información se obtendrá desde subsistemas externos anteriormente mencionados. Página 11 de 54

12 3.2 SUBSISTEMAS El sistema a desarrollar se compondrá de los subsistemas que se detallan a continuación SUBSISTEMA GESTION DELEGACIONES FICHA TECNICA Nombre Gestión Delegaciones Componente Ámbito TIC Fecha Agosto 2012 Versiones V1 Autor ASEPEYO Descripción general Subsistema que permitirá gestionar la creación y mantenimiento de las Dependencias de la Mutua y gestionar toda la información anexa. Alcance El componente será utilizado directamente desde el aplicativo. Objetivos Gestionar todas las Dependencias así como sus características y anexos. Caso de Uso/Def. Funcional Definir delegación Definir centralita Definir servicio sanitario externo Definir otras mutuas Definir teléfonos de la Descripción Complej. Actores Permite crear, modificar y eliminar delegaciones y sus datos principales Permite crear, modificar y eliminar una centralita Permite crear, modificar y eliminar servicios sanitarios externos y sus datos relacionados Permite crear, modificar y eliminar otras mutuas colaboradoras y sus datos relacionados Permite crear, modificar y eliminar los teléfonos principales de contacto de la delegación Alta Media Alta Alta Media Todos lectura Gestores edición Todos lectura Gestores edición Todos lectura Gestores edición Todos lectura Gestores edición Todos lectura Gestores edición Página 12 de 54

13 delegación Definir técnicos Asignar datos documentación anexa a la delegación Permite introducir información de datos técnicos de la delegación Permite anexar documentación a la delegación y definir si es de acceso público o privado Definir horarios Permite crear, modificar y eliminar las franjas de horarios de la delegación Definir identidad visual corporativa Asignar imagen a la delegación Definir RPVA Definir Observaciones Definir titularidad patrimonial Enviar notificaciones Registrar cambios estado delegación de Permite definir la identidad visual corporativa de la Mutua para todas sus delegaciones Permite asignar las imágenes, logos y fotografías propias de la delegación Permite crear, modificar y eliminar teléfonos RPVA Permite modificar los campos de observaciones intranet y observaciones extranet de la delegación Permite crear, modificar y eliminar datos de la titularidad patrimonial Permite enviar notificaciones asignadas al sistema Permite registrar los cambios de estado de la delegación (en construcción, vigente, cerrada, etc) Medio Medio Bajo Media Baja Baja Baja Baja Media Media Todos lectura Gestores edición Todos lectura Gestores edición Todos lectura Gestores edición Todos lectura Gestores edición Todos lectura Gestores edición Todos lectura Gestores edición Todos lectura Gestores edición Todos lectura Gestores edición Sistema GADA Sistema GADA SUBSISTEMA CODIFICACIONES Y PARAMETRIZACIÓN FICHA TECNICA Nombre Componente Ámbito Codificaciones y Parametrización TIC Página 13 de 54

14 Fecha Agosto 2012 Versiones V1 Autor ASEPEYO Descripción general Subsistema que permitirá acceder a sistemas externos de codificaciones corporativos y definirá la parametrización del sistema. Alcance El componente será utilizado directamente desde el aplicativo. Objetivos Gestionar todas las codificaciones externas así como la parametrización. Caso de Uso/Def. Funcional Consultar árbol territorial Definir notificaciones Asociar correos electrónicos a notificaciones Definir parametrización Descripción Complej. Actores Permite consultar el árbol territorial corporativo de manera gráfica Permite crear, modificar y eliminar notificaciones de cambios en las delegaciones a los grupos pertinentes. Para ello se usará un gestor de notificaciones. Permite asociar correos electrónicos a las notificaciones a realizar Permite consultar y modificar los diferentes valores de codificación del sistema Alta Alta Media Media Todos Gestor Administrador Gestor Administrador Administrador SUBSISTEMA EXPORTACIONES E INFORMES FICHA TECNICA Nombre Componente Módulo de exportaciones e informes Ámbito TIC Fecha Agosto 2012 Versiones V1 Autor ASEPEYO Descripción general Página 14 de 54

15 Módulo que unifica todas las exportaciones de datos e informes del sistema Alcance El componente será utilizado indirectamente desde el aplicativo Objetivos Procesos que permiten controlar la exportación de información así como los informes o reportes a obtener. Caso de Uso/Def. Funcional Imprimir ficha de la delegación Imprimir mapa de servicios Exportar delegaciones Exportar información pública Exportar datos básicos de contacto Exportar información RPVA para LDAP Descripción Complej. Actores Permite imprimir la información de la delegación en fichas donde se muestra información pública, privada o técnica en función de los permisos del usuario que lo solicite. Permite imprimir el mapa de servicios de la delegación Proceso de exportar todos los datos de las delegaciones en formato CSV para la sincronización con los sistemas réplica necesarios Proceso de exportación de todos los datos públicos de las delegaciones en formato CSV Proceso de exportación de todos los datos básicos de contacto (teléfonos) en formato CSV para casos de emergencia. Permite exportar la información de teléfonos RPVA para sincronizar con LDAP Media Baja Baja Baja Baja Baja Todos Todos Todos Todos Todos Gestor Administrador SUBSISTEMA SERVICIOS Y SISTEMAS EXTERNOS FICHA TECNICA Nombre Componente Agrupación de servicios y accesos externos Ámbito TIC Fecha Agosto 2012 Página 15 de 54

16 Versiones Autor Descripción general V1 ASEPEYO Conjunto de servicios que se ofrecerán a los sistemas cliente. Alcance El componente será utilizado indirectamente desde el aplicativo Objetivos Accesos de los sistemas cliente así como definición de los sistemas externos a los que accederá el producto Dependencias. Caso de Uso Descripción Complej. Actores Consultar responsables Consultar firmantes Consultar mapa de servicios Servicio delegaciones para los sistemas clientes externos Servicio externo de teléfonos de delegaciones Obtener calendario festivos corporativo Consultar conciertos sanitarios Permite consultar los datos de los responsables de la delegación y serán ofrecidos por el Sistema externo de seguridad Permite consultar los datos de los usuarios firmantes de la delegación y serán ofrecidos por el Sistema externo de seguridad Permite consultar los datos de mapa de servicios aportados por un sistema externo y son referentes a transporte público cercano, parkings, etc. Ofrece a los sistemas externos cliente consultar una lista de las delegaciones pudiendo filtrar por distintos criterios Ofrece a los sistemas externos cliente consultar una lista de los teléfonos RPVA principales de la delegación pudiendo filtrar por distintos criterios Importación de datos del calendario de días festivos del sistema corporativo de RRHH Acceso al sistema corporativo Maximo que permite consultar los datos y documentos de los conciertos sanitarios de la delegación Media Media Media Sistema GADA Sistema GADA Sistema GADA Media Sistemas cliente externos Media Sistemas cliente Media Media externos Sistema GADA Sistema GADA Página 16 de 54

17 3.2.5 SUBSISTEMA CONSULTAS FICHA TECNICA Nombre Componente Ámbito Consultas del sistema de delegaciones TIC Fecha Agosto 2012 Versiones Autor Descripción general V1 ASEPEYO Sistema de consultas del sistema GADA Alcance El componente será utilizado indirectamente desde el aplicativo Objetivos Conjunto de consultas que se pueden realizar en el sistema de delegaciones Caso de Uso Descripción Complej. Actores Consultar delegaciones Consultar RPVA Consultar servicios sanitarios externos Consultar otras mutuas Consultar centralitas Consultar identidad visual corporativa Consultar delegaciones asociadas Permite al usuario consultar las delegaciones del sistema filtrando por varios criterios Permite consultar los datos de teléfonos RPVA por delegación o por persona asociada a la delegación Permite al usuario consultar los servicios sanitarios externos del sistema filtrando por varios criterios Permite al usuario consultar otras mutuas del sistema filtrando por varios criterios Permite consultar los datos de las centralitas de las delegaciones Permite consultar la identidad visual corporativa de Asepeyo Permite consultar las delegaciones asociadas a una delegación (delegaciones alternativas, servicios sanitarios externos y delegaciones de otras mutuas) Media Media Media Media Baja Media Media Todos Todos Todos Todos Todos Todos Todos Consultar usos Permite consultar los usos de la delegación Baja Todos Página 17 de 54

18 Consultar historial de Permite consultar el historial de acciones de una delegación concreta Baja Gestor Administrador acciones Consultar notificaciones Permite consultar las notificaciones asociadas a la delegación. Media Gestor Administrador 3.3 REQUISITOS NO FUNCIONALES Requisitos suplementarios - Los sistemas cliente afectados, se irán adaptando de forma gradual a GADA. - Formato documentos. Los documentos y planos anexados a GADA deberán estar en formato PDF. - Las fotografías de la identidad visual deben tener formato.jpg o GIF. - Servicio de geo-posicionamiento. Se requerirá el uso de un servicio o motor para obtener las delegaciones asociadas a una delegación y generar mapa de servicios mediante coordenadas geodésicas Tablas y ficheros origen Se presenta BD de delegaciones actual, de la cual se partirá para la definición de la nueva BD que deberá cumplir con la información indicada. Fichero Campos Descripción DEPENDENCIAS 81 Maestro dependencias Código NÚMERICO (6) Nombre CARÁCTER (100) Organización CARÁCTER (30) Tipo CARÁCTER (40) Denominación CARÁCTER (100) Titularidad Patrimonial CARÁCTER (50) Dirección CARÁCTER (80) Localidad CARÁCTER (5) Descripción Localidad CARÁCTER (40) Provincia CARÁCTER (2) Página 18 de 54

19 Descripción Provincia CARÁCTER (40) C. Postal CARÁCTER (5) Teléfono/s CARÁCTER (225) Teléfono Web CARÁCTER (11) Fax/s CARÁCTER (60) Fax en Web CARÁCTER (11) Horario CARÁCTER (225) Horario Asistencia CARÁCTER (225) Festivos Locales CARÁCTER (225) Festivos Autonómicos CARÁCTER (225) Titular/es CARÁCTER (80) Sector CARÁCTER (2) Descripción Sector CARÁCTER (80) Área CARÁCTER (2) C. Autónoma CARÁCTER (1) Descripción C. Autónoma CARÁCTER (80) Comunidad CARÁCTER (2) Descripción Comunidad CARÁCTER (80) Dependencia CARÁCTER (80) Área CARÁCTER (80) C. Autónoma CARÁCTER (80) Organización Territorial CARÁCTER (80) RRHH Territorial CARÁCTER (80) Sanitario Territorial CARÁCTER (80) Prestaciones Territorial CARÁCTER (80) S.H. Territorial CARÁCTER (80) Área F. Territorial CARÁCTER (80) Sanitario de Zona CARÁCTER (80) Gestión de Calidad CARÁCTER (80) Administración CARÁCTER (80) Observaciones CARÁCTER (255) Observaciones WEB CARÁCTER (255) Cent. Alternativo 1 CARÁCTER (4) Cent. Alternativo 2 CARÁCTER (4) Página 19 de 54

20 Cent. Alternativo 3 CARÁCTER (4) Centros Ambulatorios CARÁCTER (255) Centros Hospitalarios CARÁCTER (100) Centros Ambulancia CARÁCTER (50) Actividades CARÁCTER (40) Asistencia Sanitaria CARÁCTER (8) Rehabilitación CARÁCTER (8) Administración Mutua CARÁCTER (8) Seguridad e Higiene CARÁCTER (8) Servicios Comunes Mutua CARÁCTER (8) Prevención Técnica CARÁCTER (8) Vigilancia de la Salud CARÁCTER (8) F. Puesta Funcionamiento FECHA F. Autorización FECHA F. Renovación FECHA F. Última Remodelación FECHA F. Calificación FECHA Firmantes Afiliación CARÁCTER (225) Cargo CARÁCTER (225) Cargo Catalán CARÁCTER (225) Centros de otras mutuas CARÁCTER (140) Estado CARÁCTER (20) TIMESTAMP FECHA (21) COD-ELEM A48 FEC-FINA-ELEM N8 DATO-ELEM M TEX-DATO-ELEM A Escalabilidad y Disponibilidad El aplicativo deberá contemplar los mecanismos de escalabilidad necesarios para soportar el crecimiento futuro de la demanda de uso. Página 20 de 54

21 El crecimiento estimado de las tablas principales: 5 delegaciones por año Requisitos de integración con otros sistemas El aplicativo debe adaptarse y conectar a los siguientes sistemas externos: - Sistema Codificaciones Asepeyo - Otros sistemas de infraestructura (Seguridad, auditoria) - Sistema seguridad - Sistema RRHH - Sistema SCAD - Sistema Árbol territorial - Sistema de notificaciones - Sistema Maximo Requisitos de Seguridad El aplicativo deberá cumplir con la normativa de seguridad de los SI de Asepeyo. Existirá un conjunto de Roles y grupos que permitirán el acceso al sistema Requisitos de Formación Ver apartado Formación. 3.4 AMPLIACION DETALLES TECNICOS MODELO DE CLASES Página 21 de 54

22 Página 22 de 54

23 3.4.2 MIGRACION DE DATOS - Carga inicial desde la actual Relación de dependencias. - Carga inicial Servicios Sanitarios externos y otras Mutuas colaboradoras. - Carga inicial de datos técnicos desde varios ficheros externos. - Carga inicial desde la actual red de teléfonos RPVA. - Carga inicial de datos del álbum de imágenes corporativas INTERFASES CON SISTEMAS EXTERNOS Las interfaces con los sistemas externos son las siguientes: Sistema codificaciones ASEPEYO Especificaciones del sistema: Servicios EGL Área de comunicación: Entrada de datos Tipo de codificación (delegación o sector) Retorno de datos Listado de códigos Listado de descripciones Sistema de RRHH Especificaciones del sistema: Servicios Web Área de comunicación: Entrada de datos Tipo de consulta (delegación) Retorno de datos Listado de números de usuario Listado de nombres y apellidos Idem para firmantes. Página 23 de 54

24 Sistema SCAD Especificaciones del sistema: Servicio EGL. Área de comunicación: Entrada de datos al Sistema (Alta Documento) ctx: Objeto Contexto para almacenar los errores en caso de producirse en la llamada. codigoaplicacion: código de la aplicación en la que está ubicado el documento. codigoentidad: El tipo de documento que se da de alta documento: objeto de entrada/salida en el que se puede enviar el nombre del documento, el código de usuario y el estado y en el que se puede retornar el número de documento SCAD. anexo: fichero anexo Retorno de datos del Sistema Documento: número de documento SCAD CenteraID: número de identificador del documento registrado Sistema Arbol territorial Especificaciones del sistema: Servicios EGL Área de comunicación: Entrada de datos Tipo de codificación (sector, área, territorio, total) Retorno de datos Listado de items Sistema de Alertas Especificaciones del sistema: Servicios EGL Área de comunicación: Entrada de datos Tipo de BAM, texto notificación, grupos destinatarios Retorno de datos Estado de la notificación Sistema Maximo Especificaciones del sistema: Servicio Java áreas de comunicación: Página 24 de 54

25 Entrada de datos al Sistema (solo informar datos necesarios) Referencia contrato Referencia proveedor Clase familia máximo Tipo familia Familia CCV Retorno de datos del Sistema ARRAY DEL MAXIMO OCURRENCIAS POSIBLES de los casos que cumplan con los filtros informados de entrada: Versión Tipo Autor Modificado: TipoDoc Delegación NumeroContrato Codificación antigua Descr codif antigua Codificación nueva Titulo Referencia Versión contrato Objeto NIFContratante Razón social Nombre Comercial Domicilio fiscal CP Población Tel Fax Dir.fucnional resp. Fecha firma Fecha entrada vigor FechaFin Duración Prórroga Página 25 de 54

26 Fecha rescisión Motivo rescisión Estado Afecto LCSP Modo contratación Naturaleza-rúbrica Naturaleza-programa Naturaleza-Descr Importe contrato Importe sin IVA Importe con IVA Importe anual ejecutado IDScad DEFINICION DE ESTILOS Se seguirá la guía de estilos de Asepeyo en los aspectos de presentación y diseños técnicos del sistema GLOSARIO Concepto Delegación Apartado de correos Área territorial Sector territorial Comunidad territorial Árbol territorial Descripción Cualquier delegación o dependencia física de la Mutua sea cual sea su tipo, organización, estado o uso. Formado por el número del apartado, código postal y municipio donde está ubicada la central de correos, donde la empresa ha solicitado que le remitan la correspondencia. Indica el código de Área dentro de la organización territorial de la mutua Indica el código de Sector dentro de la organización territorial de la mutua Indica el código de Comunidad dentro de la organización territorial de la mutua Organización jerárquica de las delegaciones de la Mutua por Página 26 de 54

27 Concepto Comunidad Autónoma Horario Datos técnicos Sistemas externos Sistemas afectados Sistemas cliente Sistemas de importación Descripción comunidades, sectores y áreas. Indica el código de Comunidad Autónoma dentro de la organización territorial de la Horario de apertura o asistencia de una delegación Datos de carácter técnico del local o instalaciones de una delegación Lista de sistemas y aplicaciones que intervienen en el funcionamiento del sistema activamente Lista de sistemas y aplicaciones que se ven afectados por cambios de estructura, de servicios o por actualizaciones de datos del sistema GADA Lista de sistemas y aplicaciones que consumen los servicios proporcionados por el sistema. Forman parte de los sistemas afectados. Lista de sistemas y aplicaciones que disponen de un modelo de datos propio donde se almacena información de delegaciones y que consumen los servicios proporcionados por el sistema a efecto de replicar esta información en su modelo de datos. Forman parte de los sistemas afectados. Página 27 de 54

28 Concepto Delegaciones asociadas Descripción Delegaciones de la Mutua o de otras empresas asociadas a otra delegación. Estas pueden ser delegaciones alternativas, servicios sanitarios externos y otras mutuas Delegaciones alternativas Delegaciones de la Mutua relacionadas por proximidad a otra delegación de la Mutua. Servicios sanitarios externos Otras mutuas Servicios sanitarios de otras empresas, clínicas o consultas privadas con quienes la Mutua tiene contratos de colaboración establecidos y que están relacionados a una delegación de la Mutua por proximidad. Centros o delegaciones de otras mutuas con quienes la Mutua tiene contratos de colaboración establecidos y que están relacionadas a una delegación de la Mutua por proximidad. Conciertos sanitarios Servicios sanitarios de otras empresas, clínicas o consultas privadas cercanas y relacionadas a una delegación de la Mutua por contrato de colaboración. Página 28 de 54

29 Concepto Mapa de servicios Guía de teléfonos de la delegación Descripción Mapa centrado en la dirección de la delegación que muestra delegaciones asociadas, conciertos sanitarios y servicios de la zona (transporte público, parkings, etc.) Guía de teléfonos interna de la delegación que es gestionada por su director y empleados. Su utilidad es meramente interna de la delegación. Datos públicos y privados Diferenciación entre los datos de una delegación entre públicos y privados. Los datos públicos serán los que puedan de acceso público como consulta (en la Web, en publicaciones, etc.) y los privados son datos de carácter interno solo accesibles por empleados de la Mutua según sus permisos de acceso. Imagen corporativa de la delegación Identidad Visual Corporativa GADA SCAD RPVA MAXIMO Imágenes de la delegación que definen su imagen corporativa y se utilizan en la página Web, mails, presentaciones y documentación pública. Entre ellas se encuentran las imágenes de la fachada o del interior e instalaciones de la delegación. Imágenes o iconos de ASEPEYO a utilizar en Web, mails, presentaciones y documentación pública y que son accesibles de manera común por todas las delegaciones. Acrónimo de Gestión Administración Dependencias Asepeyo Acrónimo de Sistema Centralizado de Archivos Digitalizados; sistema basado en Centera y cuya finalidad es el repositorio físico de documentación, asociado a una base de datos que lo describe y conecta a la aplicación de negocio con la que está relacionado. Acrónimo de Red Privada Virtual de Asepeyo, con el detalle de teléfonos de contacto de las dependencias de la Mutua. Software de IBM cuya principal funcionalidad es la de gestión global/integral de los activos dentro de la organización. Página 29 de 54

30 B CONDICIONES GENERALES 1 INTRODUCCIÓN La realización de los trabajos se atendrá a las especificaciones contenidas en el Pliego de Condiciones Particulares anexo al presente Pliego de Prescripciones Técnicas. El adjudicatario realizará la totalidad de los trabajos especificados en el presente Pliego de Prescripciones Técnicas en cumplimiento del contrato que se establezca. El adjudicatario será el único responsable de los desarrollos determinados en el contrato, limitándose ASEPEYO a controlar dichos desarrollos y, en general, a verificar y asegurar que estos se efectúan de acuerdo con lo que se establece en el presente pliego. ASEPEYO facilitará al adjudicatario cuanta información disponga relacionada con el objeto de este Contrato así como su acceso a la documentación existente que considerase de interés para el proyecto. 1.1 EQUIPO DE TRABAJO Dirección del Proyecto Director de Proyecto de ASEPEYO (DPA) ASEPEYO nombrará un Director de Proyecto para el control, seguimiento y ejecución del proyecto objeto de este pliego. Las funciones del Director de Proyecto de ASEPEYO (DPA) serán: Dirigir y supervisar la realización y desarrollo del Proyecto. Facilitar la información necesaria para la ejecución de los trabajos descritos. Determinar y hacer cumplir las Normas y Procedimientos fijados para el contrato. Página 30 de 54

31 Decidir la aceptación de las modificaciones propuestas por el DPC en el desarrollo de los trabajos. Realizar las certificaciones parciales de trabajos realizados. Aprobar el producto / servicio final objeto del contrato Director de Proyecto del Contratista (DPC) El adjudicatario designará un Director de Proyecto (DPC) que salvo fuerza mayor, y previa justificación y aprobación por parte de ASEPEYO, será único a lo largo de la ejecución del proyecto. Las funciones del DPC serán: Ser el único Interlocutor entre el grupo de trabajo del adjudicatario y ASEPEYO Organizar la ejecución de los trabajos y poner en práctica las órdenes de la dirección de los mismos. Ostentar la representación del equipo técnico contratado en sus relaciones con ASEPEYO, en lo referente a la ejecución de los trabajos. Observar y hacer cumplir las Normas y Procedimientos fijados para el contrato. Proponer a la Dirección del Proyecto de ASEPEYO, las modificaciones en el contenido y realización de los trabajos, necesarios para el correcto desarrollo del contrato Seguimiento y control en la ejecución de trabajos Corresponde a la Dirección del Proyecto de ASEPEYO, el control de la productividad y calidad de los trabajos ejecutados por el adjudicatario, siendo potestad suya solicitar nuevamente la realización y/o el cambio de cualquiera de los desarrollos o trabajos realizados. Página 31 de 54

32 Para realizar el seguimiento del proyecto, se mantendrán reuniones quincenales en las oficinas designadas por ASEPEYO, el mismo día de la semana y hora que se acuerde al comienzo del proyecto. Según la evolución de los trabajos, y si se considera necesario, la frecuencia y planificación de las reuniones podrán reajustarse, siempre con el consentimiento del Director de Proyecto de ASEPEYO Carácter llave en mano El adjudicatario deberá entregar las aplicaciones terminadas, probadas e implantadas, y consecuentemente tendrá la obligación global de realizar todas las prestaciones necesarias de los desarrollos a realizar. El Director de Proyecto de ASEPEYO será el encargado de validar la totalidad de las aplicaciones, y por tanto el proyecto en su conjunto Equipo de Proyecto Para la prestación del objeto del presente contrato, las empresas licitantes deberán ofrecer un servicio integral, que permita disponer de los recursos técnicos necesarios en cada momento para poder dar respuesta con los niveles de calidad requeridos y dentro de los plazos exigidos. La empresa adjudicataria deberá especificar el nº de técnicos y el nº de horas de directores de proyectos, analistas, arquitectos, programadores, etc., que serán destinados, para obtener el producto requerido. La empresa adjudicataria deberá presentar para acreditar solvencia técnica currículum y titulaciones de las personas responsables de la ejecución del contrato, de acuerdo con lo especificado en el pliego técnico y según las condiciones establecidas en el pliego de condiciones particulares. La entidad adjudicataria debe garantizar una cualificación mínima en los recursos que integran el equipo de trabajo que realice las funciones, con el detalle de curriculums vitae del equipo de trabajo que lo conforman. A estos efectos, la empresa adjudicataria se compromete a mantener a su personal perfectamente formado en la técnica y manejos de herramientas necesarias para la realización de las tareas objeto de contratación. Página 32 de 54

33 Se requiere que el equipo de trabajo contemple los roles definidos a continuación: Jefe de proyecto Analista funcional Arquitecto Líder Técnico Programador Responsable de Pruebas Probador Responsable Despliegue Instalaciones Ingeniero de Procesos Director de Proyecto del Contratista Deberá cumplimentarse plantilla con detalle de rol x titulación mínima x experiencia previa reflejada en el anexo 1. El equipo humano que se incorporará tras la formalización del contrato para la ejecución de los trabajos deberá estar formado por componentes relacionados en la oferta adjudicataria y consecuentemente valorados. La autorización de cambios puntuales en la composición del mismo requerirá de las siguientes condiciones: Justificación escrita, detallada y suficiente, explicando el motivo que suscita el cambio. Presentación de posibles candidatos con un perfil de cualificación técnica igual o superior al de la persona que se pretende sustituir. Aceptación de alguno de los candidatos por parte del Director de Proyecto de ASEPEYO (DPA). Modificaciones en la composición del equipo de trabajo: Los posibles inconvenientes de adaptación al entorno de trabajo y al proyecto debido a las sustituciones de personal serán responsabilidad única del adjudicatario y no serán causa de alteración en la planificación ni en el coste del contrato. Página 33 de 54

34 El cambio de un miembro del equipo de trabajo del adjudicatario requerirá la comprobación de la adecuación del técnico al entorno tecnológico de desarrollo por parte del Director de Proyecto de ASEPEYO. Los trabajos se realizarán en las instalaciones del adjudicatario. La empresa adjudicataria deberá disponer de los medios necesarios para la ejecución del proyecto objeto del presente pliego. 2 METODOLOGÍA La planificación, ejecución, análisis, diseño, construcción e implantación de aplicaciones o Sistemas de Información se ajustará a las metodologías de desarrollo de software vigentes en ASEPEYO. Por tanto, implicará su utilización en todas las fases del ciclo de vida del presente proyecto y por ello, el adjudicatario vendrá obligado, en la ejecución del contrato, a las siguientes tareas: Seguir y cumplir con los requisitos de la Metodología de Métrica v.3 o IBM Rational Unified Process adaptadas según las buenas prácticas en el desarrollo de software definidas internamente en el ámbito de proyectos Informáticos de ASEPEYO o equivalente. Entrega del Plan de Proyecto en un periodo máximo de 15 días desde el inicio del proyecto. Garantizar el cumplimiento del apartado 2.3 titulado ASEGURAMIENTO DE LA CALIDAD. Entrega de la documentación de proyecto acorde a las plantillas entregadas por parte de ASEPEYO en cuanto a formato y guión a seguir. En la oferta debe entregarse el cronograma del proyecto que va a emplear en el desarrollo, la descripción de la Metodología empleada, así como cualquier variación o adaptación de la misma siendo necesaria la aprobación previa por parte del Director de Proyecto de ASEPEYO (DPA). 2.1 FASES DEL PROYECTO Se requiere el uso de una metodología similar o equivalente a la Metrica v.3 o Rational Unified Process para abordar las diferentes fases del proyecto. En los casos en que aplique, el grado Página 34 de 54

35 de profundidad de utilización de la misma es asimismo el de la completitud de los documentos de la metodología. La base metodológica que se utilizará comprende las siguientes fases: 1) Estudio Preliminar. 2) Elaboración o Formalización 3) Construcción 4) Transición / Implantación Las tareas relacionadas con la definición y modificación de la arquitectura, configuración de los sistemas hardware y software, configuraciones de los sistemas, elementos técnicos de de integración, explotación del sistema etc., se documentarán de acuerdo a la metodología utilizada en el proyecto. Este pliego incluye una matriz de referencia donde se describen los entregables de cada Fase. Durante la fase de Estudio Preliminar del mismo se realizará una revisión de la metodología, disciplinas y entregables a aplicar en cada fase, para ajustarla a las herramientas y procesos que se van a utilizar y configurar en el desarrollo de este proyecto Fase de Estudio Preliminar del Proyecto El objetivo de esta fase es definir la calidad del proceso y producto contratados dentro del marco de actuación general del proyecto y de acuerdo con las directrices del DPA así como asegurar la estimación (tiempo y esfuerzo) planteada en la propuesta. Si procede en Puntos Función sin ajustar según el método Albrech o métricas similares basadas en casos de uso. Para ello es necesario describir los siguientes aspectos: situación inicial de la que se parte para el desarrollo del proyecto, actividades a realizar en el proyecto, productos a obtener, recursos a emplear, riesgos, mecanismos de seguimiento y control de calidad y la planificación inicial obtenida a partir de los requisitos iniciales y las estimaciones pertinentes. Página 35 de 54

36 2.1.2 Fase de Elaboración / Formalización El propósito de la fase de elaboración es el establecimiento de una línea base para la arquitectura del sistema que permita disponer de una base estable para soportar el esfuerzo de implementación en la fase de construcción, mitigando al máximo los posibles riesgos que puedan presentarse. Se requiere producir un prototipo evolutivo de componentes de calidad de producción Fase de Construcción En la fase de construcción se requiere completar el desarrollo del sistema basándose en la arquitectura base seleccionada. Para ello es necesario gestionar los recursos, el control y optimización de los procesos, un completo desarrollo de componentes y pruebas contra los criterios de evaluación definidos así como la valoración de las versiones del producto contra los criterios de aceptación definidos al inicio del proyecto Fase de Transición / Implantación En la fase de transición / Implantación se debe garantizar que el producto esté disponible para los usuarios. La fase de transición incluye las pruebas del producto en preparación para la liberación, así como ajustes menores basados en la información obtenida de los usuarios participantes en la formación o en un proyecto piloto. Las actividades que se requieren de la fase de transición / Implantación son las siguientes: probar el producto entregable en el entorno de desarrollo. crear un versión de producción del sistema. elaboración del material de soporte y entrega para el usuario final. formación ejecución los planes de despliegue poner el producto a disposición de los usuarios Página 36 de 54

37 Como paso previo a la aprobación de cada una de las fases, habrá que realizar una Revisión Técnica Formal por parte del Director de Proyecto de ASEPEYO. A la finalización de la fase de Transición, el responsable de la empresa adjudicataria deberá comunicar por escrito que se responsabiliza y certifica la satisfactoria ejecución de las pruebas en preproducción correspondientes y por tanto entrega el producto formalmente y con la calidad esperada, según se definió durante el Estudio Preliminar y de acuerdo con las directrices de calidad del Director de Proyecto de ASEPEYO. Página 37 de 54

38 2.1.5 Matriz Fase / Entregable / Disciplina A continuación se describen los entregables principales por fase de proyecto y sus restricciones. (I)- Imprescindible (R) - Recomendado (O) Opcional FASE (Objetivo) Estudio Preliminar Formalización Construcción Transición Evaluación (Autorizar Proyecto) (Arquitectura (Producto (Explotación) (Cierre Proyecto) Estable) Implantable) (I) Glosario de conceptos (I) Actas normalizadas (I) Glosario de conceptos (I) Modelo de Casos de Uso (I) Actas normalizadas (I) Especificación Caso de (I) Modelo de Casos de Uso Uso (I) Requisitos (I) Requisitos Requerimientos y Análisis Suplementarios (I) Modelo de Arquitectura (I) Documento de Suplementarios (I) Modelo de Arquitectura (I) Documento de (I) Modelo de Navegación Arquitectura Arquitectura (R) Modelos Proceso (I) Modelos de Análisis Negocio Aplicación (I) Modelo de Navegación (R) Modelos Proceso Negocio Aplicación (R) Prototipos Diseño (I) Modelos de Diseño (I) Modelos de Datos (I) Modelos de Diseño (I) Modelos de Datos PROCESO Implementación (I) Modelos de Implementación (I) Modelos de Implementación (I) Producto Página 38 de 54

39 FASE (Objetivo) Estudio Preliminar Formalización Construcción Transición Evaluación (Autorizar Proyecto) (Arquitectura (Producto (Explotación) (Cierre Proyecto) Estable) Implantable) Pruebas (R) Plan de Pruebas (I) Plan de Pruebas (I) Informes de Pruebas (I) Plan de Pruebas (R) Informe de Pruebas (I) Plan de Pruebas (R) Informe de Pruebas Despliegue (I) Modelo de Despliegue (I) Plan de Despliegue (I) Producto (I) Manuales de Usuario (I) Manual de Administración (I) Manual de Producción. (I) Notas de Versión (O) Manual Actualización Versión (I) Plan de Despliegue (I) Producto (I) Manuales de Usuario (I) Manual de Administración (I) Manual de Producción. (I) Notas de Versión (R) Documento de Aceptación Configuración y Cambios (I) Plan de Gestión de la Configuración y Cambio (R) Repositorio Configuración y Cambio (I) Plan de Gestión de la Configuración y Cambio (R) Repositorio Configuración y Cambio (I) Plan de Gestión de la Configuración y Cambio (R) Repositorio Configuración y Cambio (I) Plan de Gestión de la Configuración y Cambio (R) Repositorio Configuración y Cambio (I) Plantilla Proceso Desarrollo Infraestructura (O) Propuesta Herramientas (O) Documento Instalación Herramienta Dirección de proyecto (I) Matrícula de Proyecto (I) Plan Director Proyecto (I) Presupuesto (I) Plan de Iteración (O) Resto de Planes (R) Censo de Riesgos. (I) Orden de Trabajo (I) Matrícula de Proyecto (I) Plan Director Proyecto (I) Plan de Iteración (O) Resto de Planes (R) Censo de Riesgos. (I) Orden de Trabajo (I) Plan Director Proyecto (I) Plan de Iteración (O) Resto de Planes (R) Censo de Riesgos. (I) Orden de Trabajo (I) Plan Director Proyecto (I) Presupuesto (I) Plan de Iteración (O) Resto de Planes (R) Censo de Riesgos. (I) Orden de Trabajo (I) Plan Director Proyecto (I) Plan de Iteración (O) Resto de Planes (R) Censo de Riesgos. Página 39 de 54