Centro de Gestión Integrada de Proyectos Corporativos

Transcripción

1 Centro de Gestión Integrada de Proyectos Corporativos PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA CONTRATACIÓN DE LOS SERVICIOS DE APOYO PARA EL DESARROLLO DE UN SISTEMA DE EXPLOTACIÓN DE INDICADORES CORPORATIVOS SOBRE ATENCION PRIMARIA DEL SISTEMA PUBLICO DE SALUD DE ARAGÓN 03 - PPT.doc Página 1 de 13

2 Centro de Gestión Integrada de Proyectos Corporativos Indice 1.- Objeto Situación actual y Justificación Funciones a realizar Requisitos Funcionales Principales Requisitos Adicionales sobre sistema de visualización de indicadores Desarrollo de la actividad Definición del entorno tecnológico Composición del equipo de trabajo Dirección, planificación y seguimiento de los trabajos Transferencia tecnológica Propiedad Intelectual y Confidencialidad de la información Propiedad intelectual de los trabajos Confidencialidad de la información Duración del contrato Garantía de los trabajos Presupuesto del contrato y forma de pago Ofertas PPT.doc Página 2 de 13

3 PLIEGO DE PRESCRIPCIONES TÉCNICAS Pliego de Prescripciones Técnicas que han de regir el contrato de servicios de diseño, construcción y desarrollo de un sistema de explotación de indicadores corporativos para el seguimiento y evaluación de Atención Primaria en el ámbito del Sistema Público de Salud de Aragón, que además sirva de fundamento para la construcción del Sistema de Información del todo el Servicio Aragonés de SALUD. 1.- Objeto El presente pliego tiene por objeto describir los requerimientos y el alcance del contrato de servicios para apoyar con técnicos expertos y con contrastada experiencia el diseño y desarrollo de una solución informática que permitan todas las explotaciones de los datos disponibles de Atención Primaria en el ámbito del Sistema Público de Aragón: indicadores corporativos para el seguimiento y evaluación de la asistencia, decisiones clínicas y de gestión, proyectos de investigación, etc. Asimismo, debe permitir su integración con el Sistema de Información de Farmacia (tanto el actual sobre los datos de facturación como el futuro sobre Receta Electrónica), así como los sistemas desarrollados o que se desarrollen en el ámbito de la atención especializada. El objetivo de este proyecto es el diseño y construcción de un Data Mart que permita: Facilitar la implantación de proyectos de gestión clínica en las diferentes Unidades Clínicas de Atención Primaria, proporcionando la información necesaria para el diseño y seguimiento de Acuerdos de Gestión Clínica en los mismos. - Ofrecer acceso y visibilidad a la información para la toma de decisiones en los procesos y actividades orientadas a mejorar el funcionamiento de los Equipos de Atención Primaria. - Ofrecer una visión corporativa de los contenidos analíticos. Garantizar la evolución de la solución, permitiendo la incorporación e integración de nuevos contenidos analíticos, para constituirse en un almacén de datos de ámbito corporativo para toda la organización. - Poner a disposición de los investigadores del Departamento de Salud todos los datos necesarios, garantizando el cumplimiento de la Ley Orgánica 15/1999, de Proteccíon de Datos de carácter personal, que necesiten para sus proyectos de investigación.

4 2.- Situación actual y Justificación Actualmente, el Servicio Aragonés de Salud ha extendido en la mayoría de sus sectores sanitarios el aplicativo OMI-AP para la informatización de la Historia Clínica de Atención Primaria en los Centros de Salud. En 2009 todos los Centros de Salud disponen de dicho aplicativo. La existencia de dicha aplicación en los centros y del registro de la información clínica de los pacientes, hace necesario disponer de sistemas ágiles para la explotación de los datos que permitan una evaluación y seguimiento continuos de la actividad realizada en nuestros Centros de Salud. Por otro lado, la Estrategia para la Atención Primaria en el Sistema de Salud de Aragón define la implantación de un modelo de gestión clínica basada en la autonomía profesional y en un sistema de información orientado a la medición de resultados de la asistencia. Entre los requisitos definidos en la estrategia para la implantación de la gestión clínica, uno de los pilares es la existencia de Sistemas de información suficientes y orientados a la evaluación de los resultados y a apoyar al profesional en la toma de decisiones aportando conocimiento útil para la misma. Basado en estos criterios, la Orden del 22 de Septiembre de 2008 por la que se regula el Sistema de Información y Evaluación de los servicios de Atención Primaria del Sistema de Salud de Aragón, de sus centros y unidades clínicas define un sistema de indicadores y un procedimiento de actualización y mejora de los mismos. En el Anexo I se recoge este sistema de indicadores. En el momento actual se han puesto en marcha sistemas de explotación de indicadores que incorporan algunos de los indicadores descritos y que se basan en las siguientes herramientas: 1. Base de Datos: ORACLE 10g RAC. 2. BI: ORACLE BI Enterprise Edition (módulos Answers, Dashboards y Office Plug-in). 3. ETL: Pentaho Data Integration (KETTLE) Por todo ello se hace necesario desarrollar una solución de Data Mart que facilite la disponibilidad y actualización periódica de un repositorio centralizado de la información relevante gestionada por las aplicaciones de historia clínica informatizada en Atención Primaria (OMI AP) y de otras aplicaciones que puedan resultar de interés para la obtención de indicadores de funcionamiento de la Atención Primaria (Base de Datos de Usuarios, Libre Elección de Especialista, Urgencias Hospitalarias, Sistema de Información de Farmacia, Sistemas de Información de Radiología, Sistemas de Información de Laboratorio). Y que además facilite una explotación flexible de los indicadores y una actualización de los mismos. El sistema deberá estar diseñado para que en un futuro próximo pueda se el DataWarehouse del Servicio Aragonés de SALUD, integrando en él

5 toda la información de la atención especializada así como de los sistemas de información de Farmacia antes citados. 3.- Funciones a realizar 3.1 -Requisitos Funcionales Principales De acuerdo con los objetivos y necesidades enumerados anteriormente, la función a realizar en el presente proyecto será el diseño y construcción del Almacén de Datos Corporativos (Enterprise Data Warehouse) del Departamento de Salud y Consumo, con los modelos analíticos necesarios para la generación y seguimiento de indicadores de Atención Primaria, así como los procesos de aprovisionamiento de datos desde los sistemas OMI-AP, BDU, EDW-CEX,. En el proyecto deberá preverse la incorporación posterior de información de otras fuentes complementarias que recojan información necesaria sobre indicadores de Atención Primaria, para lo cual será necesario que el modelo de datos almacene la información con el nivel de detalle suficiente para poder relacionarla correctamente con otros sistemas (a través del paciente, la identificación del episodio asistencial, etc). Ejemplo de estos otros sistemas pueden ser los proyectos PCH (Urgencias Hospitalarias), Farmacia, RIS, SIRHGA y SERPA (SAP). Para ello será necesario desarrollar las siguientes actividades: - Análisis de necesidades de negocio. - Análisis y diseño de la Base de Datos del DataMart, sobre ORACLE 10g RAC. - Análisis y diseño de la arquitectura funcional - Análisis de las fuentes de datos requeridas - Definición y ejecución de los procesos de extracción y transformación de datos, sobre Kettle (Pentaho Data Integration). - Definición y desarrollo de los informes y cuadros de mando necesarios para la consecución de los objetivos de negocio, sobre Oracle BI Server. - Definición y desarrollo de los elementos necesarios para evaluar y garantizar la calidad de la información recogida. La arquitectura diseñada deberá ser neutra, de manera que permita la concurrencia de nuevos proveedores o de los propios servicios técnicos del Departamento de Salud y Consumo en el desarrollo de nuevos módulos funcionales sobre el mismo almacén de datos Será necesario por parte del adjudicatario realizar la formación necesaria al personal técnico, tanto conceptual como de las herramientas utilizadas, para garantizar la transferencia de conocimiento al Departamento de Salud y Consumo, así como el soporte post-arranque necesario para asegurar el correcto funcionamiento y gestión de la solución, una vez entregada. Cualquier codificación de datos deberá responder a los estándares de codificación del Departamento de Salud y Consumo, y de forma específica deberán respetarse los que hacen referencia a la identificación de pacientes, procedimientos y recursos, que deberán asociarse respectivamente a BDU, Cartera de Servicios y Mapa Sanitario de Aragón.

6 De toda esta actividad se derivan los entregables que el adjudicatario deberá proporcionar al Departamento de Salud y Consumo a la finalización del proyecto: - Modelo físico del almacén de datos, estructura del DataMart y del DataWarehouse futuro. - Documentación completa del diseño de la Base de Datos Oracle. - Modelo lógico de indicadores - Documento de diseño de la arquitectura funcional - Documento de diseño de los procesos ETL y de todos los procesos Kettle (PDI) desarrollados, así como su proceso de carga, programación, periodicidad, etc. - Manual de usuario para la explotación y análisis de datos - Informes y cuadros de mando desarrollados - Todo el código fuente desarrollado en el proyecto 3.2 -Requisitos Adicionales sobre sistema de visualización de indicadores. En el proyecto se tendrán en cuenta los desarrollos de extracción de datos realizados para el software de explotación-visualización web de indicadores basados en la aplicación OMI-AP, de tal modo que los procesos de aprovisionamiento que ya han completado un proceso de verificación se aprovechen para cumplir con todos los requisitos.. Se automatizará el proceso de recolección de información de las distintas Bases de Datos de OMI, de los Centros de Salud de los distintos sectores sanitarios, con el fin de que se pueda lanzar la generación de cálculos de indicadores en cualquier momento (o con el periodo que se defina, asegurando la ventana de datos sin interferir con los usuarios ni con los tiempos de copias de seguridad), con datos fiables y actualizados permanentemente y que no hayan tenido que cargarse previamente de forma manual en el sistema. La gestión de usuarios de la aplicación se integrará con el LDAP del SALUD, que es MICROSOFT ACTIVE DIRECTORY. Inicialmente se plantea que todos los usuarios sanitarios (personal de medicina y enfermería) del LDAP puedan tener acceso a la parte básica de presentación web de indicadores y a informes prediseñados, filtrando únicamente a que puedan ver datos de su sector o EAP según el rol que tengan asignado. Adicionalmente, habrá un grupo de usuarios expertos más reducido que tendrá acceso además al diseño de informes nuevos y al diseño de consultas sobre los cubos OLAP. El interfaz gráfico web de la aplicación incluirá diversos gráficos comparativos a nivel de servicios centrales, sector, EAP y profesional sanitario, a la hora de presentar la información y comparar los datos de indicadores obtenidos con los diversos objetivos.

7 Del mismo modo se presentarán gráficas de históricos de evolución de los valores de un indicador en todos sus niveles de explotación (servicios centrales, sector, EAP y profesional sanitario) También se añadirán notas emergentes explicativas de los diversos indicadores al posicionarnos sobre los mismos previamente a su selección. Se incluirá igualmente el acceso a un apartado donde haya varios informes y listados prediseñados, PDF, Word y Excel, con información extraída de la misma explotación de datos. Este apartado se dotará de una herramienta para la generación de nuevos informes y listados por parte del usuario. Estos informes se concretarán al inicio del proyecto y serán relativos a la información que de forma más habitual se requiera. La aplicación ofrecerá una interfaz web que permita la explotación de datos mediante consultas ad-hoc, de modo que los usuarios puedan cruzar información y analizarla por todas las dimensiones que se decidan. La definición de estas dimensiones, así como el diseño de los modelos útiles para las explotaciones de datos que se pretendan hacer, se realizará en la primera fase de definición del proyecto.. Se diseñará una interfaz amigable para la introducción de los datos de indicadores objetivo que cada año se definen para evaluar la actividad de los profesionales sanitarios tanto desde Servicios Centrales como a nivel de sector. Hay que tener en cuenta que algunos objetivos de indicadores son para nivel de sector, otros para EAP y otros para profesional. Se contemplará en el diseño la selección de especialidades y del nivel de desagregación o desglose al que cada indicador se genera. 4.- Desarrollo de la actividad Los servicios a los que hace referencia el pliego se desarrollarán en las instalaciones que determine el Centro de Gestión Integrada de Proyectos Corporativos (CGIPC), mediante la asignación de personal con los perfiles profesionales necesarios. El CGIPC pondrá a disposición del equipo de trabajo los medios necesarios para su desarrollo. En el desarrollo de la actividad se tendrán en cuenta las siguientes fases: 1. FASE I: DISEÑO a. Estudio de necesidades y consultoría estratégica BI. b. Arquitectura de datos (dimensiones, hechos, etc.). c. Diseño de la Base de Datos, particiones, subparticiones,. d. Definición y estrategias ETL y repositorios. e. Definición y cronograma de las fases del proyecto 2. FASE II: DESARROLLO y PUESTA EN MARCHA a. Creación de todas las estructuras de datos definidas en la Fase I. b. Creación y puesta en marcha de todos los procedimientos de carga de datos (ETL) definidos en la Fase I.

8 c. Desarrollo de todos los procedimientos, dimensiones, tablas y columnas lógicas, etc definidos en la Fase I. d. Desarrollo de toda la capa de presentación y migración al entorno de servidor de aplicaciones. e. Pruebas de TODO el sistema, tanto en cuanto a carga de datos como a ventanas de tiempos, presentación, tiempos de actualización de datos, etc. 5.- Definición del entorno tecnológico Las aplicaciones y desarrollos objeto de este pliego se encuadran dentro del siguiente entorno tecnológico: - Sistema Operativo de Servidor: Sun Solaris 10 - Base de datos Oracle 10g RAC. - Servidor de Aplicaciones Oracle 10g - Arquitectura de aplicaciones y conectores: J2EE - Herramienta de desarrollo del entorno BI: Oracle BI EE - Herramientas de ETL: a proponer, siempre que se puedan instalar y ejecutar en la plataforma corporativa del CGIPC, preferentemente KETTLE (PDI 3.2.0). - Fuentes de Datos de OMI AP: Oracle 10g RAC Se admitirá y valorará la utilización de cualquier otro producto que el licitador crea conveniente incluir para facilitar el proyecto, siempre y cuando el coste de todas las licencias necesarias del mismo estén incluidas en la oferta. 6.- Composición del equipo de trabajo El equipo de trabajo mínimo requerido para el proyecto se establece, de acuerdo con los siguientes perfiles: a. Jefe de Proyecto: experto en Sistemas de Información del Sistema Nacional de Salud, especialmente en Atención Primaria, habiendo participado en proyectos con Tecnologías BI, ETL y grandes bases de datos. b. Arquitecto BI : consultor senior, experto en ORACLE BIEE, Pentaho Data Integration (KETTLE), diseño y construcción de DataWarehouses, etc. c. Consultor Senior Oracle, con experiencia en ORACLE 10g RAC para su uso en proyectos de DWH, experto en el diseño y utilización de grandes volúmenes de datos, tablas e índices de cientos de millones de registros, particionamiento y subparticionamiento de tablas e índices, etc. d. Consultor OMI AP, con profundo conocimiento de todas las tablas y campos que permita la construcción del DataMart.

9 e. Analistas-Programadores, con conocimientos y experiencia contrastada en ORACLE BIEE (en todos sus módulos) y en KETTLE (PDI). Los conocimientos y experiencia solicitados que no tengan los perfiles ofertados por el licitador, deberán ser subcontratados como jornadas del fabricante de cada uno de los productos y/o empresas que dispongan de los conocimientos y experiencia necesarios. 7.- Dirección, planificación y seguimiento de los trabajos La dirección, planificación y seguimiento de los trabajos corresponderá al Director del Proyecto, designado por el Departamento de Salud y Consumo. Su labor consistirá en: - Establecer los trabajos a realizar y los plazos a cumplir. - Supervisar la realización de los mismos. - Validar los resultados finales de los trabajos. - Evaluar el desarrollo del mismo. - Emitir las certificaciones parciales de recepción de los mismos. Es potestad del Director del proyecto exigir en cualquier momento la adopción de cuantas medidas concretas y eficaces sean necesarias en relación con el equipo de trabajo, si a su juicio la participación de dicho equipo pone en peligro la calidad o efectiva prestación de los servicios requeridos. El Director del proyecto podrá delegar sus funciones en una o varias personas de su equipo. Asimismo, podrá incorporar al proyecto durante su realización a las personas que estime necesarias y evaluar todas las actuaciones a su cargo. Las empresas adjudicatarias designarán un Jefe de Proyecto, que se responsabilizará de TODO el seguimiento, control y calidad de los trabajos desarrollados por el equipo de trabajo asignado al proyecto. Este Jefe de Proyecto formará, junto con el director técnico, un comité de seguimiento del proyecto, cuyas funciones serán: Establecer los procedimientos de trabajo. Elaborar el plan de trabajo y realizar su seguimiento y control. Validar, funcional y técnicamente, los resultados del proyecto, así como todos los entregables del mismo. Proporcionar los recursos de especialistas de sistemas, bases de datos y aquellos otros que demande el equipo de proyecto. En el caso de se adjudicataria una UTE, ésta deberá designar un solo Jefe de Proyecto que será el único interlocutor y responsable ante el Departamento de Salud del Gobierno de Aragón.

10 En el desarrollo del proyecto se debe contemplar la entrega de productos parciales por áreas de indicadores (referidos a los Indicadores recogidos en Anexo I): - Indicadores de Producción, oferta, rendimiento, utilización, capacidad de resolución y calidad de la información - Indicadores clínicos - Indicadores de complejidad, demanda y eficiencia Se establecerán unas penalizaciones por incumplimientos o retrasos. 8.- Transferencia tecnológica Durante la ejecución de los trabajos objeto del contrato el adjudicatario se compromete, en todo momento, a facilitar a las personas designadas por el centro directivo a tales efectos (CGIPC-SALUD), la información y documentación que éstas soliciten para disponer de un pleno conocimiento de las circunstancias en que se desarrollan los trabajos, así como de los eventuales problemas que puedan plantearse y de las tecnologías, métodos, y herramientas utilizados para resolverlos. Para asegurar esta transferencia, el adjudicatario facilitará una formación adecuada al personal técnico del Departamento de Salud sobre el proyecto y sobre el entrono en el que está desarrollado.. Serán valorables otros cursos avanzados sobre Diseño y construcción de un DWH, herramientas de extracción (Pentaho Fata Integration, KETTLE), ORACLE SQL Avanzado, ORACLE 10g RAC (Partitioning and Administration), BIEE avanzado, etc. 9.- Propiedad Intelectual y Confidencialidad de la información 9.1 Propiedad intelectual de los trabajos. El contratista acepta expresamente que todos los productos obtenidos como resultado del objeto de este contrato, entendiendo como tales la aplicación informática referida, los programas desarrollados (código fuente), o en caso de ser una aplicación ya desarrollada la licencia de uso de la misma y los sistemas desarrollados para su adaptación a las necesidades concretas de los receptores de la misma, la documentación generada y cuantos productos resulten del desarrollo final del mismo, así como los obtenidos de la explotación posterior de dichos sistemas, quedarán en propiedad del Gobierno de Aragón con exclusividad y a todos los efectos, para utilizarlos como desee sin restricción alguna.

11 9.1 Confidencialidad de la información. El adjudicatario queda expresamente obligado a mantener absoluta confidencialidad y reserva sobre cualquier dato que pudiera conocer con ocasión del cumplimiento del contrato, especialmente los de carácter personal, que no podrá copiar o utilizar con fin distinto al que figura en este pliego, ni tampoco ceder a otros ni siquiera a efectos de conservación. Con carácter opcional, se podrá exigir el cumplimiento de las normas o disposiciones particulares que por la naturaleza o competencia del centro directivo pudieran serle de aplicación El Adjudicatario quedará obligado al cumplimiento de lo dispuesto en la Ley Orgánica 15/99 de 13 de diciembre de Protección de Datos de Carácter Personal, y deberá entregar toda la documentación necesaria para integrarse en el documento de seguridad requerido por el RD 994/ Duración del contrato Seis meses, a partir de la fecha de firma del contrato Garantía de los trabajos El plazo de garantía será de dos años a contar a partir de la firma del Acta de Recepción Definitiva de los servicios en todos los aspectos imputables a un mantenimiento correctivo. Las incidencias reportadas durante el periodo de garantía (posterior a la finalización de este contrato) deberán resolverse completamente en un plazo máximo de un mes. Durante el periodo de garantía, el adjudicatario se compromete a realizar el mantenimiento de todos los productos, y el soporte técnico telefónico y presencial que pudiera llevar asociado la resolución de los problemas que se planteasen y sus gastos derivados durante la totalidad de la duración del contrato y el periodo de garantía. La empresa presentará la propuesta de condiciones de mantenimiento para el periodo posterior a la finalización del periodo inicial de garantía, incluyendo las condiciones específicas para un eventual mantenimiento evolutivo. La propuesta incluirá la tarifación del servicio y el compromiso de mantenimiento de dicha oferta en años posteriores.

12 13.- Presupuesto del contrato y forma de pago El presupuesto máximo será de (IVA no incluido), con un IVA (18%) de Ofertas Con el fin de facilitar la valoración de las ofertas presentadas, éstas deberán estructurarse de la siguiente manera: - Alcance del proyecto - Solución propuesta - Equipo de trabajo Se especificarán los miembros del equipo de proyecto, con su titulación específica y experiencia en proyectos similares Se especificará el grado de dedicación de cada uno de ellos al proyecto y su papel en cada una de las Fases del mismo - Planificación y gestión del proyecto Se especificarán los cronogramas previstos para cada una de las Fases del proyecto Se especificará la fecha prevista de entrada en producción de las diferentes áreas de indicadores previstas en el apartado 7 del Pliego - Plan de garantía y mantenimiento - Plan de Formación Zaragoza, a 5 de abril de 2010 EL DIRECTOR GENERAL DE PLANIFICACION Y ASEGURAMIENTO Fdo. Manuel García Encabo

13 ANEXO I. SISTEMA DE INDICADORES Como Anexo al Pliego se incluye un listado de indicadores para el análisis de la información de Atención Primaria. Son de aplicación al alcance del presente Pliego aquellos que pueden obtenerse a partir de la información existente en OMI-AP, BDU y Cartera de Servicios, si bien durante la fase de diseño del proyecto podrán incorporarse otros indicadores no recogidos en dicho Anexo, pero que puedan calcularse a partir de los datos obtenidos de las mencionadas fuentes. %20AP.pdf rden%20si%20ap.pdf