DATA WAREHOUSE EN SECTOR ASEGURADOR UNIVERSIDAD PONTIFICIA COMILLAS PROYECTO FIN DE CARRERA ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA (ICAI)

Transcripción

1 UNIVERSIDAD PONTIFICIA COMILLAS ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA (ICAI) INGENIERO EN INFORMÁTICA PROYECTO FIN DE CARRERA DATA WAREHOUSE EN SECTOR ASEGURADOR AUTOR: JUAN DÍAZ-MAURIÑO LÓPEZ MADRID, JUNIO de 2007

2 Autorizada la entrega del proyecto del alumno: Juan Díaz-Mauriño López EL DIRECTOR DEL PROYECTO Claudio Fernández Fdo.: Fecha: 22/06/2007 Vº Bº del Coordinador de Proyectos Eduardo Alcalde Lancharro Fdo.: Fecha: 29/06/2007

3 Agradecimientos La realización de este proyecto supone la conclusión de una etapa muy importante. Una etapa que sin el cariño, esfuerzo y comprensión de mis padres, Maite y Juan, nunca habría podido terminar. Por eso, y por muchísimo más, aprovecho esta oportunidad para agradecerles y dedicarles a ellos mi proyecto. También quisiera agradecer a Álvaro Díez y a Claudio Fernández, por brindarme la oportunidad de hacer este proyecto con ellos en la empresa Everis. Por último, me gustaría agradecer también la ayuda y el apoyo de mi coordinador de proyecto, Eduardo Alcalde. I

4 Resumen El mercado del sector asegurador, caracterizado actualmente por la creciente consolidación, convergencia de servicios financieros, aparición de nuevos canales de distribución y una creciente necesidad de orientar la empresa a sus clientes, obliga a las compañías aseguradoras a encontrar el equilibrio entre tres ejes de acción: eficiencia operativa, orientación al cliente y gestión del riesgo. Un adecuado diseño e implementación de un modelo de gestión del desempeño corporativo (CPM Corporate Performance Management) facilita a la compañía aseguradora alcanzar este punto de equilibrio. Este proyecto ha consistido en analizar las necesidades de información del mercado del sector asegurador para, una vez identificadas esas necesidades, diseñar un modelo de información basado en un modelo Data Warehouse (DW) y aplicaciones de cuadros de mandos cuya finalidad sea la ayuda a la toma de decisiones. El primer paso consistirá en identificar las áreas de información y requisitos que pueden darse en cada una de ellas. Se trata del análisis de las necesidades de información que pueden darse en las compañías aseguradoras y categorizar los requisitos identificados en áreas de información. II

5 Una vez realizado ese paso, se procede a una identificación y conocimiento de los principales sistemas de operaciones de las aseguradoras para elaborar un modelo de datos Operational Data Store (ODS) propio. Todo esto, más una nueva identificación, selección y priorización de las entidades de información, proporcionarán una gran ayuda en la construcción del DW. Una vez ya se tienen los orígenes de información, se trata de construir un modelo de datos apropiado para el almacenamiento de la información procedente de ellos que conformará el repositorio de datos del DW. El modelo de datos elaborado ofrece un punto de partida para el diseño específico de modelos de datos de compañías aseguradoras concretas. Así mismo, el modelo de datos incluye el diseño de bases de datos multidimensionales OnLine Analytical Processing (OLAP) que faciliten la obtención de información analítica, con dimensiones propias del sector asegurador. En este proyecto se han realizado tres cubos multidimensionales, con sus respectivas dimensiones, que ofrecen una visión general del sector y que serán el punto de partida a nuevos cubos más especializados. La explotación de la información se realiza a muy distintos niveles y, para cada perfil de usuario, las necesidades de información son distintas. A la hora de construir una herramienta de explotación de información front-end del DW, es necesario saber que los usuarios finales pueden ser la alta dirección de la empresa y, por ello, se ha optado por una herramienta que se ha diseñado siguiendo los fundamentos del III

6 diseño de cuadros de mandos integrales, cuyo contenido responde a un análisis de las necesidades de información para identificar las desviaciones trascendentales en las distintas líneas de actuación de la organización y ayuda a la identificación de sus causas. La tecnología escogida para llevar a cabo este proyecto ha sido el SQL Server 2000 de Microsoft para la construcción del DW y la herramienta insight de Arcplan, para la construcción de la herramienta de explotación de datos. IV

7 Abstract The insurance market, characterized by an increasing consolidation, the convergence of financial services, the emergence of new distribution channels and an increasing necessity to drive the company to its clients, forces the insurance companies to find the balance between three action axes: operative efficiency, client orientation and risk management. The correct design and implementation of a management model of the corporative performance (CPM - Corporate Management Performance) facilitates the insurance companies to reach this balance point. This project tries to analyze the necessities of the insurance market so that, once identified, it will be possible to design an information model based on a DW model and scorecard/dashboard applications which main purpose is to help in the decision making. The first step, therefore, will be to identify the different information areas and requirements, which means the identification and recognition of the main areas, information requirements and the elaboration of an inventory for all those areas identified. V

8 Once the first step, described above, has been accomplished, the main purpose will be to proceed with the identification of the main operation systems of the insurance companies in order to generate our own ODS data model. When all the previous steps have been achieved, the identification, selection and the prioritization of the source of information will provide a fundamental support in the development and implementation of the DW. As soon as all the information sources have been identified, they will be stored in a data repository, known as DW. A tailor made data model specifically designed for the insurance sector, will provide the starting point in order to design how the information will be stored in the already mentioned DW. In the development of the DW it will be necessary the definition and design of a multidimensional structure ( cubes ) that will facilitate the analysis, having in mind the proper dimensions of the insurance sector. In this project, three different multidimensional structures have been defined with their own dimensions that offer a global vision of the insurance market and will determine the starting point for future complex and more specialized structures. The information provided will be used in several different levels taking into account that for each user profile, the needs of information are completely different. At the time to build a tool for the management of the DW front-end information, it will be taken into account that the final users of this model will be the top leads of the company and therefore an integral scorecard/dashboard has been chosen, which VI

9 subject matter answers to an analysis of the needs of information to identify the significant deviations of the different lines of performance of the organization and their causes. The selected technology to carry out and take to end this project has been the Microsoft SQL Server 2000 for the design and development of the DW and the Arcplan tool insight, for the development of the tool in charge of managing the information. VII

10 Índice 1. Presentación Situación actual Data Warehouse Objetivos Requisitos del sistema Alcance del proyecto Áreas de información y requisitos Modelo ODS Entidades de información Cubos multidimensionales - Data Warehouse Cuadro de mandos Herramientas utilizadas Microsoft SQL Server Microsoft SQL Server 2000 Analysis Services Arcplan insight Metodología de trabajo Identificación de las áreas de información y requisitos Criterios de selección de las áreas de información VIII

11 2.2. Áreas funcionales Comercial Financiera Siniestros Recursos Humanos Área técnica Control de gestión Área de atención al cliente Entidades de información Personas Siniestros Recibos Reaseguros Coaseguro Agentes Operaciones Riesgo Pólizas Comisiones Incidencias Primas Indicadores de información IX

12 Clientes Siniestros Recibos Reaseguros Coaseguros Agentes Operaciones Riesgo Pólizas Primas Incidencias Comisiones Inventario fuentes de información Introducción Análisis de las fuentes de datos Módulos de los sistemas de información origen Módulos identificados para el núcleo del DW Corporativo Módulos identificados para la ampliación del DW Corporativo Módulos identificados para futuras mejoras del DW Corporativo Relación módulos de operaciones con entidades de información Diseño del modelo de datos ODS Operational Data Store (ODS) X

13 4.2. Entornos de las tablas del modelo de datos Diseño de las tablas del modelo ODS Diagramas del modelo ODS Data Warehouse Introducción Conceptos Estructura de un DW Cubo de producción Descripción Dimensiones Tabla de hechos Miembros calculados Cubo de siniestralidad Descripción Dimensiones Tabla de hechos Miembros calculados Cubo de gastos médicos Descripción Dimensiones Tabla de hechos Cuadros de mando XI

14 6.1. Introducción Objetivos Navegación del cuadro de mandos de producción Navegación del cuadro de mandos de siniestralidad Navegación del cuadro de mandos de gastos médicos Conclusiones Valoración económica Planificación temporal Bibliografía Libros Páginas web Tutoriales Anexo A: Identificación de los procesos de una compañía aseguradora Anexo B: Descripción de los procesos de una compañía aseguradora Anexo C: Relación módulos de operaciones con procesos Anexo D: Glosario de términos XII

15 1. Presentación 1.1. Situación actual En todos los mercados, la información o mejor, la información procesable es uno de los requisitos más importantes para la supervivencia de las empresas. Este tipo de información procesable es lo que las herramientas de Business Intelligence (BI) como Data Warehouse, Data Mining o herramientas de análisis en línea (OLAP) proveen a la empresa aseguradora. Un estudio de la cadena de valor del negocio asegurador sugiere que las herramientas de BI juegan un papel crucial en prácticamente cada uno de los aspectos de dicha cadena de valor: Identificación del cliente más adecuado sobre el que ha de focalizarse la acción de marketing. Análisis de las razones de fuga de cartera. Ayuda en la mejora de la gestión de agentes y fuerza de ventas. 1

16 Incremento de las funciones actuariales y de suscripción. Conocimiento de las distintas líneas de negocio (tanto individualmente como de modo global). Ayuda en la gestión del fraude. Etc. Dada la situación actual en el sector, las compañías aseguradoras encuentran en la gestión de la información una importante herramienta de apoyo para adaptarse a los requerimientos impuestos por el entorno. Cuatro factores del mercado actual impactan directamente los resultados del negocio asegurador obligando a las compañías a reforzar sus esfuerzos en la eficiencia de sus procesos: Creciente consolidación: las compañías aseguradoras orientan sus estructuras organizativas a la obtención de economías de escala y a la apertura de sus carteras de productos. Convergencia de servicios financieros: fusiones y adquisiciones en el mercado financiero han dado lugar a la aparición de nuevos competidores y compañías que ofrecen servicios financieros integrados. 2

17 Nuevos canales de distribución: la aparición de nuevos canales de distribución en convivencia con las tradicionales redes agenciales está cambiando el modo en que aseguradora y asegurado se relacionan. Foco en la gestión de relaciones con el cliente (CRM): la única estrategia viable para las compañías aseguradoras consiste en centrarse en las necesidades del cliente y esforzarse por satisfacerlas de modo eficiente. La implantación de un Data Warehouse Corporativo (DW) junto con el desarrollo de herramientas de BI en el negocio asegurador aporta a las aseguradoras la información necesaria para la actuación en dos de los principales ejes de acción del negocio: la eficiencia operativa y la orientación al cliente. La necesidad de construir un DW radica fundamentalmente en dos aspectos: la dispersión de la información dentro de una misma empresa y la organización de la información orientada a las aplicaciones de producción. Normalmente, en una compañía de cierta envergadura se encuentran dos situaciones típicas. Por un lado existen departamentos o unidades de negocio con cierta independencia, que cuentan con sus propios sistemas de información. En otros casos existe un único departamento de sistemas que da soporte a las diversas aplicaciones de los distintos departamentos. En ambos casos, ocurre que cuando es necesario tener una visión global de la información, los datos se encuentran 3

18 dispersos en una variedad de plataformas y sistemas que normalmente son incompatibles entre sí. Por otro lado, los datos que manejan los distintos departamentos, están al servicio de las aplicaciones que se utilizan en el día a día para llevar a cabo el objetivo de su negocio. La organización de la información está orientada a reflejar las transacciones de dicho negocio, pero esta organización resulta poco apropiada para responder a las preguntas que se plantean dentro de una empresa a la hora de tomar decisiones críticas sobre el negocio. Así pues, para ayudar a solventar estas situaciones surgen los DW, como entornos en los que los datos se encuentran integrados y organizados para facilitar el análisis y la toma de decisiones. El DW como sistema de almacenamiento de datos para la toma de decisiones es un elemento fundamental en la planificación y desarrollo de cualquier compañía. Todas las compañías tienen desarrollados sistemas corporativos para poder soportar la operativa diaria de su negocio. Nadie entendería una operadora telefónica sin unos sistemas corporativos de facturación, marketing, ventas, cobros, proveedores, etc. Sin embargo, una compañía no tiene necesidad, a priori, de tener un sistema de apoyo a la toma de decisiones. 4

19 En la actualidad todas las compañías han evolucionado hacia la implantación de los sistemas de apoyo a la toma de decisiones ya que han podido comprobar que con un conocimiento completo de su operativa obtienen ventajas para poder tomar decisiones que le permitan tomar posiciones ventajosas frente a sus competidores dentro del mercado. Del diseño e implementación de la arquitectura del DW dependerá el éxito o el fracaso del proyecto de implantación, que en consecuencia tendrá una repercusión favorable o desfavorable dentro de la compañía, ya que si el DW ha sido un fracaso la pérdida de tiempo y dinero es considerable, mientras que si ha sido un éxito compensará las inversiones realizadas. 5

20 1.2. Data Warehouse Tras las dificultades de los sistemas tradicionales en satisfacer las necesidades de información, surge el concepto de DW, como solución a las necesidades de información globales de la empresa. Este término acuñado por Bill Inmon 1, se traduce literalmente como Almacén de Datos. La ventaja principal de este tipo de sistemas se basa en su concepto fundamental, la estructura de la información. Este concepto significa el almacenamiento de información homogénea y fiable, en una estructura basada en la consulta y tratamiento jerarquizado de la misma, y en un entorno diferenciado de los sistemas de operaciones. Según Bill Inmon, el DW se caracteriza por ser: Integrado: los datos almacenados en el DW deben integrarse en una estructura consistente, por lo que las inconsistencias existentes entre los diversos sistemas de operaciones deben ser eliminadas. La información debe estructurarse también en distintos niveles de detalle para adecuarse a las distintas necesidades de los usuarios. Temático: sólo los datos necesarios para el proceso de generación del conocimiento del negocio se integran desde el entorno operacional. Los datos se organizan por temas para facilitar su acceso y entendimiento por parte de los usuarios finales. 1 Considerado como el padre del Data Warehouse. 6

21 Histórico: el tiempo es parte implícita de la información contenida en un DW. En los sistemas de operaciones, los datos reflejan el estado de la actividad del negocio en el momento presente. Por el contrario, la información almacenada en el DW sirve, entre otras cosas, para realizar análisis de tendencias. Por lo tanto, el DW se carga con los distintos valores que toma una variable en el tiempo para permitir comparaciones. No volátil: el almacén de información de un DW existe para ser leído y no modificado. La información es por tanto permanente. E.F. Codd 2 ha venido insistiendo desde principio de los noventa, que disponer de un sistema de bases de datos relacionales, no significa disponer de un soporte directo para la toma de decisiones. Muchas de estas decisiones se basan en un análisis de naturaleza multidimensional, que se intentan resolver con la tecnología no orientada para esta naturaleza. Este análisis multidimensional, parte de una visión de la información como las dimensiones de negocio. Otra característica de DW es que contiene datos relativos a los datos, concepto que se ha venido asociando al término de metadato 3. Estos metadatos serán los que permitan simplificar y autorizar la obtención de la información desde los sistemas de operaciones a los sistemas informacionales. 2 Considerado como el padre de las bases de datos relacionales. 3 Permiten mantener información de la procedencia de la información, periodicidad de refresco, su fiabilidad, forma de cálculo, etc., relativa a los datos del almacén. 7

22 Explotación Carga Transformación Extracción Data Warehouse Corporativo en Sector Asegurador Para comprender el concepto de DW, es importante considerar los procesos que lo forman. A continuación se describen dichos procesos clave en la gestión de un DW: Fuentes externas Fuentes internas DATA WAREHOUSE Extracción: obtención de información de las distintas fuentes tanto internas como externas. Transformación: filtrado, limpieza, depuración, homogeneización y agrupación de la información. Carga: organización y actualización de los datos y los DM en la base de datos. Explotación: extracción y análisis de la información en los distintos niveles de agrupación. 8

23 Por lo tanto, los beneficios que puede aportar un DW son: Proporcionar una herramienta para la toma de decisiones en cualquier área funcional, basándose en información integrada y global del negocio. Facilitar la aplicación de técnicas estadísticas de análisis y modelización para encontrar relaciones ocultas entre los datos del almacén, obteniendo un valor añadido para el negocio de dicha información. Proporcionar la capacidad de aprender de los datos del pasado y de predecir situaciones futuras en diversos escenarios. Simplificar dentro de la empresa la implantación de sistemas de gestión integral de la relación con el cliente. Proporcionar una optimización tecnológica y económica en entornos de Centro de Información, estadística o de generación de informes con retornos de la inversión espectaculares. 9

24 1.3. Objetivos El proyecto tiene como objetivo principal la construcción de una herramienta de análisis que cubra las principales necesidades de información en la compañía aseguradora. El DW Corporativo debe diseñarse de modo que: Permita a la compañía aseguradora contar con un sistema de análisis de información único y aislado de los sistemas de operaciones. Proporcione: o Información de base, extraída del operacional. o Información calculada, que permita cubrir los requerimientos de información actuales y futuros por las diferentes áreas de negocio, y que servirán como punto de partida de los Data Marts específicos de cada entorno. 10

25 1.4. Requisitos del sistema La información ofrecida por el sistema deberá cumplir: Se debe tratar de información analítica, más allá de una mera representación de la información básica de los sistemas de operaciones. Debe aportar un apoyo a la toma de decisiones en cada una de las unidades de uso de la información. Debe ser de aplicación a cada área de negocio de la compañía más que centrarse en áreas específicas. Debe servir de apoyo para la consecución de objetivos. 11

26 1.5. Alcance del proyecto Este proyecto de DW Corporativo para el sector asegurador cubrirá las siguientes fases y aspectos Áreas de información y requisitos Identificación de las distintas áreas de la compañía aseguradora y los requisitos de información que pueden aplicar en cada una de ellas obteniendo un modelo de compañía aseguradora en cuanto a los requisitos y necesidades de información por área. Realización de un inventario de áreas de información de la compañía aseguradora Modelo ODS Identificación de los distintos sistemas de operaciones de la compañía aseguradora modelo y selección de aquellas posibles fuentes de información requeridas. Diseño y construcción del modelo de datos ODS genérico, entrada de datos del modelo DW. 12

27 Entidades de información Identificación de las posibles entidades de información requeridas para satisfacer las necesidades de información identificadas en las fases anteriores. Diseño y construcción de las entidades (atributos, relaciones, etc.) Cubos multidimensionales - Data Warehouse Identificación de las mejores prácticas en el diseño y construcción de sistemas Data Warehouse y aplicación al diseño del modelo. Diseño del modelo de datos aplicable en el DW: dimensiones, tablas de hechos, tablas de operaciones, medidas, cubos, etc. Construcción del DW. 13

28 Cuadro de mandos Construcción de la herramienta de explotación de información front-end del DW. Esta herramienta es un Cuadro de Mandos Integrado (CMI) que cubre las necesidades principales de información de las áreas de negocio más relevantes de la compañía aseguradora. 14

29 1.6. Herramientas utilizadas Sistemas de negocio Extracción y Almacenamiento de la Explotación de la Información Usuarios de la Información Carga Información Microsoft SQL Server 2000 Microsoft SQL Server 2000 Analysis Services Arcplan insight 3.5 Como se puede apreciar en la imagen, para los procesos de extracción y carga, y para el almacenamiento de la información se emplea la herramienta de Microsoft SQL Server Dentro de la parte de explotación de la información, en lo que se refiere al análisis de la misma, se ha utilizado una herramienta que está dentro del paquete de Microsoft SQL Server 2000, el Analysis Services. 4 Existe una versión más actual de esta herramienta, pero al carecer de licencia en la empresa donde se ha desarrollado el proyecto, se ha optado por usar esta otra versión, que aún siendo más antigua contiene toda la funcionalidad necesaria para el desarrollo del proyecto. 15

30 Para el resto de la explotación de los datos, se utiliza una herramienta que permite hacer cuadros de mando. Esta herramienta es la Arcplan insight Microsoft SQL Server 2000 Actualmente existen en el mercado múltiples RDBMS 6 muy conocidos, como pueden ser DB2, Oracle, Sybase o el mismo SQL Server. Aunque básicamente todos ellos van dirigidos al mismo segmento de mercado, cada uno tiene unas características particulares que lo diferencian de los demás sistemas. SQL Server 2000 se trata de un servidor altamente estable, muy fiable y de alto rendimiento, especialmente dirigido a los usuarios de sistemas operativos de Microsoft. Este sistema RDBMS permitirá definir bases de datos, tablas, crear procedimientos almacenados, vistas, etc. Los puntos fuertes del SQL Server 2000 son los siguientes: Servidor RDBMS de alto rendimiento y escalabilidad, pudiendo funcionar en máquinas que van desde un sistema personal con Windows 98 hasta sistema multiprocesador y clústeres de ordenadores. 5 Es una herramienta potente líder en el diseño de cuadros de mandos. 6 Relational DataBase Management System. 16

31 Capacidades data warehousing y data mining 7 para el almacenamiento y análisis de datos, funcionando como OLTP 8 y con servicios OLAP 9. Posibilidades de acceso directo a los datos desde la Web y generación de documentos XML a partir de la información. Fácil administración del RDBMS mediante interfaz gráfica de usuario. Capacidad para ejecutar varias instancias del servidor en un mismo ordenador. Integración total con otros servidores de la familia.net, facilitando el desarrollo de proyectos de comercio electrónico. Potente lenguaje, conocido como Transact-SQL, para la definición de procedimientos almacenados. 7 El Data Mining o Minería de datos es un mecanismo de explotación consistente en la búsqueda de información valiosa en grandes volúmenes de datos. 8 Online Transaction Processing. 9 Online Analytical Processing. 17

32 Microsoft SQL Server 2000 Analysis Services Microsoft SQL Server 2000 Analysis Services (SSAS) ofrece funciones de procesamiento analítico en línea (OLAP) y minería de datos para aplicaciones de Business Intelligence. Analysis Services admite OLAP y permite diseñar, crear y administrar estructuras multidimensionales que contienen datos agregados desde otros orígenes de datos, como bases de datos relacionales. 18

33 Arcplan insight 3.5 Arcplan es el líder mundial en soluciones de acceso a datos corporativos, a través de cuadros de mando. InSight es una solución para el desarrollo de cuadros de mando corporativos, con independencia del origen de los datos. Muestra los datos e indicadores transformados y orientados al negocio de forma sencilla e integra información de diferentes orígenes de datos creando una interfaz intuitiva y visual para analizar y publicar informaciones dentro de toda la organización. Sus características son: Portal único de acceso a datos corporativos. Orientado a usuarios finales, sin experiencia técnica. Indicadores de negocio actualizados y relacionados. Información elaborada y orientada a la toma de decisiones. Independencia del origen de datos, información interna y externa. Para el desarrollo de este proyecto se ha optado por utilizar una versión gratuita de evaluación que hay en la web. Esta versión limita la funcionalidad de la aplicación de 19

34 modo que únicamente permite crear tres pantallas del cuadro de mando por proyecto Metodología de trabajo La metodología seleccionada para la construcción del sistema DW Corporativo sigue un proceso iterativo de definición de perímetros de funcionalidad a cubrir partiendo de un trabajo previo de identificación de requisitos de información y definición de entidades. Gráficamente, esta metodología podría representarse así: Iterativo Construcción del Perímetro Áreas de Información y Requisitos Definición Entidades de Información Selección Perímetro Modelo de Datos (ODS y DW) Construcción DW Explotación de Datos (CMI) Inventario áreas de información y requisitos Inventario fuentes de información Modelos de Datos del Perímetro (ODS y DW) Priorización y definición del perímetro de construcción 20

35 Las fases 1 y 2 correspondientes a las áreas de información y definición de entidades de información implican un trabajo de análisis y definición exhaustivo que sirve de base en la construcción de los distintos perímetros funcionales que se definan en futuras fases. Las fases siguientes, partiendo de una priorización y selección de funcionalidades a incluir dentro del perímetro tendrán como objetivo la construcción del módulo de información completo (desde los modelos de datos hasta la herramienta de explotación) que cubra dichas funcionalidades seleccionadas. Una vez alcanzado dicho perímetro, se procede con la definición de nuevas funcionalidades a incluir en perímetros superiores. La siguiente figura muestra la categorización de perímetros que aplican en esta metodología: Perímetro n Perímetro 2 Perímetro 1 (núcleo) Núcleo: Cubre las necesidades básicas de información del negocio asegurador. Ofrece un sistema de información genérico aplicable a cualquier compañía del sector Ampliación: Cubre necesidades específicas aplicables a compañías aseguradoras que cubren ciertas peculiaridades de negocio (por ejemplo co-aseguro y re-aseguro) Especialización: Perímetros más allá del núcleo y la ampliación cubrirán aspectos específicos de áreas de negocio muy concretas (por ejemplo, gestión del fraude, campañas comerciales, etc.) 21

36 El proyecto de DW Corporativo tiene como alcance la construcción del perímetro núcleo. El contenido de las fases de áreas de información y requisitos y entidades de información hace referencia al perímetro que debe considerar cada concepto definido, haciendo especial hincapié en aquellos módulos que deben ser contemplados por el núcleo. 22

37 2. Identificación de las áreas de información y requisitos A lo largo de este apartado, se identifican las distintas funcionalidades tratadas con el siguiente código de colores en función del perímetro al que correspondan (núcleo, ampliación, especialización). Funcionalidad cubierta por el núcleo de la aplicación. Funcionalidad cubierta por el perímetro de ampliación de la aplicación. Funcionalidad a cubrir en perímetros futuros de la aplicación Criterios de selección de las áreas de información Las áreas funcionales de las compañías aseguradoras que se han identificado y para las que el DW es de utilidad son: Comercial. Financiera. Siniestros. 23

38 Recursos Humanos. Técnica. Control de gestión. Atención al cliente. El diseño del modelo de datos propio ha de contemplar que la información de cada una de estas áreas funcionales cumpla con los requerimientos de utilidad analítica y de apoyo a la toma de decisiones para una o varias de las siguientes perspectivas: 24

39 2.2. Áreas funcionales La implantación de un Data Warehouse Corporativo (DW) junto con el desarrollo de herramientas de BI en el negocio asegurador aporta a las aseguradoras la información necesaria para la actuación en los dos principales ejes de acción del negocio: la eficiencia operativa y la orientación al cliente. Su implantación ayudará a cada una de las distintas áreas funcionales de una compañía aseguradora tanto en el análisis de información como en el apoyo a la toma de decisiones. A continuación se detallan las áreas funcionales de una entidad aseguradora: Comercial Este área se encarga de la gestión de los canales, de la administración de agentes, de la relación con el cliente así como de la gestión del producto, del control de las pólizas, la administración y liquidación de comisiones, el coaseguro y reaseguro. Las herramientas de BI permiten a las compañías aseguradoras profundizar en el conocimiento de los distintos canales de distribución que utilizan y ayuda a gestionar inteligentemente los distintos problemas que puedan surgir en ellos. La eficiente interacción con el cliente, así como el diseño de productos adecuados, requiere que la estrategia CRM de la aseguradora haga uso intensivo del potencial 25

40 que aporta la tecnología: la compañía ha de poder utilizar el potencial que la cantidad de datos con que cuenta presenta en cada punto de la relación con el cliente Financiera Área responsable en la compañía aseguradora de la gestión eficiente de los recursos financieros con que se cuenta en la empresa. Los beneficios obtenidos por las inversiones financieras han sido una fuente de ingresos considerable en el negocio asegurador: en momentos en que han incrementado los costes de suscripción, el retorno de las inversiones financieras ha contribuido al mantenimiento de la rentabilidad del sector asegurador. El papel del reporting financiero ha pasado por un cambio radical en la última década. La información ya no está restringida y está siendo utilizada para ayudar en la toma de decisiones estratégicas. La aportación del BI al área financiera permite un óptimo control presupuestario mediante un análisis de cada uno de los componentes de coste permitiendo la comparación entre el gasto presupuestario y el incurrido realmente. También permite el análisis de ratios financieros, el de rentabilidad y un desarrollo de modelos de medición de grado de exposición de la compañía aseguradora a varios factores de riesgo. 26

41 Siniestros El área de siniestros comprende las tareas necesarias para la gestión de los siniestros o prestaciones sobre las pólizas. Dichas tareas pueden conllevar la terminación de la póliza o de alguna garantía, o puede suponer únicamente la gestión de alguna prestación o siniestro que no signifique el final de la póliza. Cubre todas las funcionalidades necesarias para la gestión de cualquier tipo de siniestro y/o prestación a realizar en la vida de la póliza. Contemplando la actualización de las provisiones en cada momento de la vida del siniestro, gestión de la peritación cuando el siniestro lo requiera, gestión de las reparaciones cuando sea necesario para resolver el siniestro, el control de la documentación requerida al asegurado en cada momento y la gestión de los cobros y pagos en los casos en los que sea necesario. La rapidez y efectividad a la hora de gestionar las solicitudes de siniestro, son aspectos claves en un adecuado modelo de relación con el cliente. El coste de oportunidad de una gestión de siniestros inadecuada es extremadamente alto: siniestros concedidos de modo apresurado sin el estudio y análisis adecuado pueden transformarse en un elevado incremento de costes (gran parte, derivado de acciones fraudulentas). Por otro lado, una gestión de siniestros demasiado frenada por un lento análisis y gestión del fraude puede derivar en la insatisfacción y posterior pérdida de clientes. 27

42 Recursos Humanos La utilización de un DW corporativo puede ayudar significativamente a alinear la estrategia de recursos humanos de la compañía con los objetivos globales del negocio. Puede presentar una visión integrada de la fuerza de trabajo y ayudar en el diseño de esquemas de retención, mejora de la productividad y reducción de costes. Esta área contendrá información necesaria para poder realizar informes y analíticas de recursos humanos al igual que información sobre capacidades y habilidades de la fuerza de trabajo. La información de este área también servirá para el portal de recursos y ayudará a la gestión de la fuerza de trabajo y al dimensionamiento Área técnica Este área se encarga de la creación de los productos, así como de la gestión del riesgo. La implantación de un DW y de las herramientas de BI ayudará al desarrollo de modelos predictivos que ayudarán al análisis de riesgos. El área técnica también engloba a la gestión de proveedores. Mediante los subprocesos de gestión de proveedores se realizan todas las tareas que permitirán disponer de una red adecuada y de la información necesaria para su colaboración en los procesos de gestión de pólizas del área comercial. 28

43 Control de gestión La Alta Dirección de cada compañía aseguradora tiene sus propios requerimientos de Business Intelligence. Las herramientas de BI pueden configurarse como una herramienta de obtención y presentación de toda la información necesaria para la toma de decisiones que puede requerirse a nivel de dirección. El área de control de gestión permite, mediante el manejo de determinados indicadores, analizar la situación de la compañía y poder controlar entre otras cosas el fraude. En la información destinada al área de control de gestión de las compañías aseguradoras debe estar presente, con carácter mucho más marcado que en ninguna otra área, la influencia de la perspectiva que más interesante resulta al gestor de cada área. Así, para el área de control de gestión el DW deberá aportar soluciones específicas para las perspectivas financieras, de cliente, de procesos internos o de recursos Área de atención al cliente En el negocio asegurador como en cualquier otro es importante una buena atención al cliente. Este área específica se encarga de tramitar las incidencias ocurridas por los clientes de la compañía. 29

44 Las compañías aseguradoras, típicamente cuentan con un elevado número de asegurados, varias líneas de producto con múltiples variables de producto cada una, múltiples canales de distribución y actuación en mercados a lo largo de múltiples localizaciones. Debe dar soporte a las funcionalidades requeridas por el proceso de atención al cliente dando cobertura a la gestión y tramitación tanto de consultas como de quejas y reclamaciones de los clientes. Además, provee las funcionalidades necesarias para soportar el proceso de solicitud de operativa a distancia. La eficiente interacción con el cliente, así como el diseño de productos adecuados, requiere que la estrategia CRM de la aseguradora haga uso intensivo del potencial que aporta la tecnología: la compañía ha de poder utilizar el potencial que la cantidad de datos con que cuenta presenta en cada punto de la relación con el cliente. 30

45 2.3. Entidades de información En el siguiente apartado se detallan las distintas áreas de información que ha de cubrir el modelo de datos de la aseguradora. Estas áreas de información han sido seleccionadas cumpliendo el criterio de utilidad a las áreas funcionales de una compañía de seguros definidas anteriormente. Una entidad de información es una unidad que engloba a un conjunto de informaciones relacionadas entre sí. Cada unidad de información tiene contenido suficiente como para aislarla de otras unidades. Las distintas áreas de información identificadas, que salvo excepción, serán comunes a todos los ramos indicados: Personas Área que contendrá la información relacionada de todas aquellas personas que, de algún modo, forman parte del negocio del seguro. Estas personas pueden ser, entre otras: Agente. Candidato (futuro cliente). 31

46 Asegurado. Tomador. Beneficiario. Cliente Siniestros Área de información particularmente importante en el negocio asegurador ya que, de la correcta gestión de siniestros se derivará gran parte del éxito de la compañía. Para la perspectiva financiera, esta información será especialmente importante ya que los siniestros suponen la principal salida de recursos financieros de la compañía, debiéndose conservar, así mismo, provisiones para garantizar el cumplimiento del contrato con el cliente en caso de que ocurra un siniestro. La información relativa a este área estará fundamentalmente centrada en el estudio y análisis del índice de siniestralidad en sus distintas dimensiones: por cliente, período, producto, garantías, etc. 32

47 Recibos Área que recoge toda la información relacionada con la gestión de recibos de la compañía aseguradora. Es un área importante ya que los recibos acreditan los pagos de las primas de la póliza, siendo la principal fuente de ingresos de la compañía. Ayudará a controlar los recibos de modo que en todo momento se sepa aquellos recibos que aún están pendientes de cobro o han sido rechazados facilitando, así, una visión analítica del estado de liquidez de la compañía Reaseguros Un reaseguro es aquél por el que el reasegurador se obliga a reparar, dentro de los límites del contrato, la deuda que nace en el patrimonio del reasegurado a consecuencia de la obligación asumida por éste como asegurador en un contrato de seguro. El reaseguro es importante siempre que la compañía no pueda hacer frente al riesgo y necesite de otra entidad aseguradora. Además, el reaseguro puede ser una opción estratégica de la compañía. 33

48 Las compañías de reaseguro asumen parte del riesgo asegurado por las compañías por una parte de la prima. Las herramientas de BI pueden ayudar a la función actuarial a determinar qué límites de riesgo es conveniente que se reaseguren Coaseguro Un coaseguro es cuando dos o más entidades concurren en la cobertura de un mismo riesgo, repartiéndose proporcionalmente entre los distintos aseguradores de modo que cada aseguradora responde ante el asegurado o beneficiario, por la participación que ha asumido del riesgo. Una compañía aseguradora puede recurrir al reaseguro por necesidad o por cuestiones estratégicas. Esta entidad contendrá toda la información necesaria para una correcta gestión del riesgo coasegurado por la compañía Agentes Importante ya que son éstos los que se encargan de la producción de productos y de la conservación de la cartera. Hay dos tipos de agentes, los agentes de seguros (exclusividad) o los brokers (no exclusividad). Este área de información contiene toda la información relevante a los agentes que permitirá una correcta administración de la red comercial. 34

49 Operaciones Este área contiene toda la información relevante sobre las distintas operaciones comunes al resto de entidades que se realizan en el negocio asegurador. Incluye todas las estadísticas sobre las tareas realizadas, preferiblemente administrativas y que incluyen operaciones de contratación de pólizas, en la que cobra especial importancia el proceso de simulación de pólizas ya contratadas, mediante las cuales se pueden ver los efectos de las modificaciones antes de realizarlas. Otras operaciones importantes son la administración de las pólizas, la facturación, la gestión de los proveedores, la gestión comercial y los siniestros Riesgo Es el posible acontecimiento previsto y cubierto en la póliza. Este área de información es vital en una compañía de seguros dado que el negocio consiste en la asunción del riesgo de que se produzca un determinado daño. Es importante tener bien identificados los riesgos antes de emitir una póliza, y saber si la compañía es capaz de hacer frente a una posible indemnización en el caso de que ese riesgo se materialice en un siniestro. Será importante poder identificar el riesgo y también analizar el riesgo asumido por la entidad. 35

50 Pólizas Principal área de información de la compañía aseguradora. La póliza supone la representación del producto vendido por la empresa. Cubre todas las perspectivas. Es fundamental tener la mayor información posible y hacer un seguimiento de los productos vendidos. Esta entidad será parte del núcleo del modelo de datos dado que la mayoría del resto de entidades de información presentará relación con la póliza Comisiones Área que contempla toda la información referida a las comisiones de los distintos agentes. La comisión es la retribución básica de los servicios prestados por el agente o broker de la entidad aseguradora. Se podrá controlar tanto las comisiones de cartera como las de producción Incidencias Área de información relativa a las posibles incidencias que ocurren en la relación con el cliente. 36

51 Desde la perspectiva de cliente, esta entidad tiene gran importancia presentando una información muy valiosa a la hora de analizar la orientación de la empresa al cliente Primas Área de información que contiene toda la información sobre las primas. Es de vital importancia puesto que es la principal fuente de ingresos de las compañías y siendo esencialmente importante desde su perspectiva financiera. Influyen en el cálculo del riesgo asumido de la compañía puesto que a mayor volumen de primas, mayor será la cantidad ingresada por la entidad. Del mismo modo, si la compañía asume un riesgo importante, la prima que se cobrará también será mayor. 37

52 2.4. Indicadores de información Para las entidades de información definidas anteriormente, a continuación se detallan los indicadores de información que aplican en cada una de ellas. Dichos indicadores van a cumplir: Todos ellos aplicarán a una o varias perspectivas de información. Han sido seleccionadas por su aplicación a las áreas de negocio. Han sido agrupadas las distintas áreas de información Clientes Indicadores Antigüedad del cliente Diferencia de tiempo entre la fecha actual y la fecha de la primera contratación de una póliza por parte del cliente. Antigüedad media de clientes Se recorre toda la tabla de clientes y por cada cliente, a la fecha actual se le resta la fecha en la que contrató por primera vez una póliza. Se suman todos y se divide por el número total de clientes. 38

53 Número de clientes target / Total base Número de clientes que la compañía tiene identificados como target dividido por el número total de clientes. Se necesitará identificar en el modelo de datos a los clientes target de los clientes en general para poder calcular este identificador. % Emisión en clientes target / Total emisión Se mira dentro de todos los clientes target, aquellos que han contratado póliza. Todas esas emisiones de pólizas de clientes target se dividen por el total de pólizas emitidas. % Nuevos clientes target / Total clientes Número de clientes nuevos dividido por el número total de clientes. Incremento (variación) de clientes por tipo de cliente Diferencia del número de clientes en un período determinado respecto a otro. Incremento (variación) del número de clientes por canal Diferencia del número de clientes en un período determinado respecto a otro indicando el canal por el que se ha llevado a cabo la contratación. Interacciones de clientes por canal Número de interacciones que tiene cada cliente por cada canal. Para ello hay que llevar un registro de interacciones de clientes indicando el canal por el que se llevan a cabo. % de nuevos clientes captados a través de un canal Incremento (variación) del número de clientes por canal expresado en términos porcentuales sobre el total de clientes nuevos de un período: % incremento o variación del número de clientes por canal / incremento o variación de clientes por tipo de cliente. 39

54 Siniestros Indicadores Coste medio por siniestro Por cada siniestro almacenado en la tabla, se va sumando todos los costes del siniestro. Esa cantidad es dividida por el número de siniestros que se tienen registrados. Siniestralidad por tipo de garantía Para la garantía seleccionada, se recorre la tabla de siniestros y se van sumando aquellos cuyo campo de código de garantía corresponda con el de la garantía seleccionada. Participación siniestralidad por tipo de cliente Porcentaje del total de siniestralidad por tipo de cliente sobre el total de siniestros asumidos por la empresa. Variación coste medio por siniestro Diferencia del coste medio por siniestro de un período respecto a otro, expresado bien por cliente, por tipo de cliente o por producto. Velocidad de cierre (tiempo de tramitación de siniestros) Diferencia entre la fecha de cierre del expediente relacionado a un siniestro y la fecha en que se declaró el siniestro. Frecuencia de siniestros Para calcular la frecuencia de siniestros se suman la cantidad de siniestros que ha transcurrido en un determinado período de tiempo, ya sea mes, trimestres, semestres o años y se divide por el número de días que le corresponde al tiempo seleccionado. El resultado será tantos siniestros por día. Número de siniestros declarados Se contabiliza en la tabla de siniestros el número total de siniestros. Pagos al beneficiario del siniestro Cantidad pagada al beneficiario del siniestro. Para la persona beneficiaria seleccionada se 40

55 busca directamente el campo correspondiente al pago. Bienes asegurados recuperados tras un siniestro vendidos 41

56 Recibos Indicadores Número de recibos emitidos Se recorre la tabla de recibos y se contabilizan aquellos cuyo código de tipo de recibo corresponda al de recibo emitido. Número de recibos cobrados Se recorre la tabla de recibos y se contabilizan aquellos cuyo código de tipo de recibo corresponda al de recibo cobrado. Número de recibos rechazados Se recorre la tabla de recibos y se contabilizan aquellos cuyo código de tipo de recibo corresponda al de recibo rechazado. Número de recibos pendientes Se recorre la tabla de recibos y se contabilizan aquellos cuyo código de tipo de recibo corresponda al de recibo pendiente. Importe de recibos emitido / cobrados / rechazados / pendientes Mismos cálculos considerando el importe del recibo. % Recibos emitidos / cobrados / rechazados / pendientes sobre el total de recibos por cliente, por tipo de cliente o por producto Participación de recibos emitidos / cobrados / rechazados / pendientes sobre el total de los recibos expresado por cliente, por tipo de cliente o por producto. % Importe de recibos emitidos / cobrados / rechazados / pendientes sobre el total de recibos por cliente, por tipo de cliente o por producto Mismos cálculos que el indicador anterior considerando el importe de dichos recibos. 42

57 Reaseguros Indicadores % de la prima perteneciente a la compañía aseguradora Ingresos por parte de la compañía reaseguradora en caso de siniestro Entidad a la que pertenece parte de la póliza Coaseguros Indicadores Volumen de riesgo coasegurado por ramo Este concepto no está incluido en el núcleo de la aplicación. Para poder calcular este indicador, habría que incluir en el modelo de datos una tabla de coasegurados. 43

58 Agentes Indicadores Número de pólizas que ha vendido un agente Se suman todas aquellas pólizas cuyo código de la persona que es agente se corresponda con el del agente seleccionado. Ventas de producto por agente Suma de ventas de cada producto por cada agente. Participación en cartera (en pólizas) por agente Cartera de clientes (por pólizas) de cada agente sobre el total de cartera de la empresa. Participación en cartera (en clientes) por agente Cartera de clientes de cada agente sobre el total de la cartera de la empresa. Cartera media (en clientes / pólizas) por agente Total de la cartera de la empresa (expresada en clientes o en pólizas) entre el número total de agentes activos. Ventas por agente y tipo de cliente Suma de las ventas a cada tipo de cliente por cada agente. Rentabilidad media por agente Suma de todas las primas menos la suma de los siniestros. Número de clientes captados por agente 44

59 Operaciones Indicadores Contratación Proyectos y simulaciones Proyectos realizados por cliente / tipo de cliente Suma de proyectos realizados para cada cliente o tipo de cliente. % de simulación que finalizan en producto De todos los proyectos que se disponen (se recorre toda la tabla de proyectos, y se suman todos), se seleccionan aquellos que acaban siendo pólizas. Se identifican por medio de la tabla PolizasProyectos. Se divide este último valor por el anterior y se calcula el porcentaje. Captura de solicitud % de solicitudes aceptadas Porcentaje de solicitudes aceptadas o denegadas sobre el total de las solicitudes recibidas. Número de solicitudes aceptadas o denegadas Administración de pólizas Suplementos no económicos Suplementos económicos Gestión de cartera Valor prima anualizada Para la valoración económica de la cartera, se establece el valor lineal de la prima anualizada (prima mensual * 12). Prima anualizada por cliente, tipo de cliente o producto Prima anualizada del período presentada por cliente, por tipo de cliente o por 45

60 producto. Valoración de la cartera Suma de la prima anualizada de todos los productos activos de la empresa. Pólizas en cartera por cliente, tipo de cliente o producto Número de pólizas activas presentadas por cliente, tipo de cliente o producto. Variación de cartera (en valor) Variación de la valoración de la cartera de un período a otro expresado en términos de prima anualizada. Para el cálculo de esta variación habrá que tener en cuenta tanto las anulaciones y las bajas como las renovaciones y rehabilitaciones de pólizas. Facturación (ver área de recibos) Recibos de nueva producción y cartera Cobranza y devoluciones Siniestros y prestaciones (ver área de siniestros) Anticipos Vencimientos Importe de las prestadoras Gestión comercial Administración red comercial (ver área agentes) Administración de comisiones (ver área comisiones) Ciclo de vida del cliente Segmentación de clientes Riesgo de fuga de clientes Target marketing Gestión de proveedores (ver área proveedores) Reaseguro (ver área reaseguros) Gestión de proveedores (ver área proveedores) 46

61 Riesgo Indicadores Formas de pago Frecuencia de pago Tipos de riesgos según el tipo de ramo Optimización del excedente para un nivel dado de riesgo Volumen de riesgo asumido por ramo 47

62 Pólizas Indicadores Número de pólizas por cliente, tipo de cliente o producto Ver operaciones administración de pólizas. Crecimiento de las pólizas por cliente, tipo de cliente o producto Ver operaciones administración de pólizas. Cuota de mercado en segmentos target Incremento en el número de pólizas por canal Para un canal seleccionado cualquiera, se calcula su crecimiento a lo largo del tiempo. Se calcula el número de pólizas para dicho canal en un año o mes determinado, y se compara con el número de pólizas para ese canal en el año o mes actual. Este indicador también se deberá mostrar en %. Tiempo medio de emisión de pólizas por canal Ver clientes. Número de pólizas anuladas Se contabilizan todas las pólizas de la tabla de pólizas cuyo campo de estado de pólizas sea anulada. Número de pólizas en vigor Se contabilizan todas las pólizas que no estén anuladas o vencidas. 48

63 Primas Indicadores Prima media mensual / anualizada por cliente, tipo de cliente o producto Prima media, tanto mensual como anualizada, expresada por cliente, tipo de cliente y producto. Prima mensual / anualizada de nueva producción Prima media, tanto mensual como anualizada, de la nueva producción correspondiente al período considerado. Variación prima media mensual / anualizada por cliente, por tipo de cliente o producto Diferencia de la prima media tanto mensual como anualizada del período respecto al período anterior y expresada por cliente, tipo de cliente o producto. Valoración prima perdida mensual / anualizada por cliente, por tipo de cliente o producto Valoración de la prima de aquellas pólizas que han sido dadas de baja, anuladas o vencidas, mensual o anualizada y expresada por cliente, tipo de cliente o producto. Pagos por siniestros + reservas / primas adquiridas Hay que sumar los importes por concepto de siniestros y reservas. Para ello, habrá que recorrer la tabla de pagos y sumar todos los importes de los pagos cuyo campo de tipo de pago corresponda a un siniestro y/o reserva. A ese valor, se le divide la cantidad total de primas de las pólizas. Gastos técnicos / primas adquiridas Gastos de adquisición y administración / primas adquiridas Ingresos financieros / primas adquiridas Resultado ordinario / primas adquiridas 49

64 Resultado antes de impuestos / primas adquiridas % Costes internos y externos de distribución / primas emitidas 50

65 Incidencias Indicadores Número de incidencias / reclamaciones Estos indicadores están fuera del perímetro del núcleo. Se harían en sucesivas fases. Para calcularlos es necesario que todas las incidencias queden registradas en una tabla. A través de esta tabla se podrá recorrer todas las incidencias para poder identificar aquellas que tienen en común el canal, el ramo o tipo de cliente. 51

66 Comisiones Indicadores Comisiones pagadas Cantidad total de las comisiones que han sido emitidas pero no cobradas. Para ello, en la tabla de pagos se suman los importes de los pagos cuyo campo de fecha de realización este rellenado. Comisiones devengadas Comisiones emitidas y no cobradas Cantidad total de las comisiones que han sido emitidas pero no cobradas. Para ello, en la tabla de pagos se suman los importes de los pagos cuyo campo de fecha de realización del pago este vacío. Comisión anual Cantidad total de las comisiones que se pagan al año. Habrá que sumar en la tabla de pagos, todos los importes de los pagos cuyo campo de tipo de pago sea el de una comisión. 52

67 3. Inventario fuentes de información 3.1. Introducción En este apartado se identifican las fuentes de datos de los sistemas de operaciones de la compañía aseguradora de las que obtener la información necesaria para cubrir los indicadores descritos anteriormente. Además, se presentará el modelo de datos ODS 10 en el que se almacena toda la información proveniente de los sistemas de operaciones de la compañía. Este modelo de datos define tanto las tablas y campos que se requiere identificar en los sistemas origen, como el modelo de entidad-relación que debe aplicar en el momento de la obtención de los datos de origen. Para la selección de estas fuentes de información, se toma el objetivo de cubrir las necesidades de las entidades que conforman el núcleo de la aplicación. 10 Operational Data Store 53

68 3.2. Análisis de las fuentes de datos El elemento más crítico dentro de la extracción de datos para su posterior tratamiento y almacenamiento dentro del DW es la selección de qué información extraer y cual no, y a partir de ahí localizar los sistemas de operaciones donde reside. El análisis debería resolver el problema de qué sistemas de operaciones se deberán utilizar para la extracción de datos. Este análisis requerirá un conocimiento del sector asegurador y de todos los sistemas que posee, para así poder tener la visión de toda su operativa y poder dar los datos generados en el DW para el apoyo de la toma de decisiones. La elección óptima se debería realizar siguiendo los criterios de necesidad de datos tanto presentes como futuras, ya que al ser un análisis sin el conocimiento total de las consultas requeridas es necesario tener toda la información que en un futuro pueda ser requerida dentro del DW. Otro criterio a tener en cuenta será el de no duplicidad de la información dentro del DW, ya que dentro de los diferentes sistemas de operaciones de la compañía se pueden encontrar los mismos datos. Por ejemplo, los clientes de la compañía se pueden encontrar en diferentes sistemas siendo sólo necesaria la extracción de uno de los sistemas para utilizarlos dentro de 54

69 todo el DW y por lo tanto habría que elegir de cual se van a extraer los datos, ya que es posible que los datos no sean idénticos en ambos sistemas. Otro factor de máxima importancia dentro del análisis de la extracción es el concepto del tiempo. En cada extracción se debe dejar reflejado el momento en el que se obtuvo el dato. Este tiempo suele estar proporcionado dentro del registro en el sistema operacional. La segunda vertiente del tiempo es la referente al momento de la extracción de los datos de los sistemas de operaciones, teniendo en cuenta la frecuencia óptima de extracción dentro de cada sistema operacional y la sincronización entre las extracciones, ya que la periodicidad de los mismos puede variar entre extracciones diarias y extracciones mensuales y es necesario realizar un estudio detallado para que todos los datos dentro del DW sean coherentes entre sí. 55

70 3.3. Módulos de los sistemas de información origen Según lo explicado anteriormente, en este apartado se muestran las distintas aplicaciones o módulos pertenecientes a los sistemas de operaciones de una compañía aseguradora. Todos estos módulos se pueden ver como un mapa de aplicaciones general que engloba a todo el negocio asegurador y que son partícipes de todos los procesos de una entidad aseguradora. Todos estos módulos permitirán la extracción de la información necesaria para la correcta implantación de un DW. Campañas Taller de productos Producción Siniestros y prestaciones Gestión de recibos Suplementos Proyectos y simulaciones Cobros y pagos Gestión de redes de venta Gestión de proveedores Gestión de contactos con el cliente Gestión de liquidez Evaluación de riesgos Gestión de aseguradoras Recobros y procesos legales Reaseguro Coaseguro 56

71 Módulos identificados para el núcleo del DW Corporativo De todos los módulos anteriores, se seleccionan primero los más importantes para el negocio, dejando el resto para siguientes fases. De este modo, los siguientes módulos que se detallan son aquellos que por la información que contienen tienen más valor para el negocio asegurador. En la imagen anterior son los pertenecientes al rectángulo de color rojo. Campañas Módulo que permite profundizar en el conocimiento del sector, con el objetivo de detectar nuevas oportunidades así como de ajustar la planificación comercial de las distintas redes de distribución. Da soporte a las funcionalidades de definición y gestión de acciones comerciales, incluyendo dentro de la misma las funcionalidades para la definición, el cálculo y seguimiento en la ejecución de la misma. Además, se encarga de la definición y seguimiento de objetivos e incentivos asociados a la operativa realizada en las redes de distribución. Dentro de las funcionalidades de este módulo, se consideran cálculos y tratamientos particulares en base al canal. 57

72 Este módulo incluye: el análisis de mercado, la gestión de acciones comerciales, la gestión de incentivos y la gestión de objetivos. Taller de productos Encargado de la creación y mantenimiento de los productos que podrán ser contratados. En él se determina la estructura (garantías contratables, bases técnicas aplicables, reglas de contratación, etc.), cálculos y textos asociados para cada producto. Permite la gestión flexible de los productos existentes en la compañía. Mediante las funcionalidades que se proporcionan, se pueden dar de alta y gestionar todas aquellas características que componen el producto de seguros que va a ser posteriormente comercializado. Se plantea la definición del producto como la integración de un conjunto de diferentes elementos que se gestionan igualmente en el taller de productos; garantías, coberturas, límites, bases técnicas, cláusulas, tarifas, tipos de interés, cuadros de impuestos. El taller de productos permite la definición tanto de producto técnico como de producto comercial. Adicionalmente, dispone de un motor de cálculo capaz de resolver todos los cálculos matemáticos y actuariales. 58

73 Se dota al taller de ciertas utilidades que facilitan la gestión del producto: copia de productos, versionado de productos, herramientas de coherencia, etc. Proyectos y simulaciones Ideado para que el cliente obtenga, antes de la contratación de la póliza, una valoración de la prima y condiciones que se aplicarán en función de los datos aportados por el futuro tomador. También existe la posibilidad de crear simulaciones sobre pólizas ya contratadas para ver los efectos de las modificaciones antes de realizarlas. Se entiende por proyecto la estimación del precio de la póliza basándose en la información facilitada por el cliente. Producción Módulo que engloba el conjunto de funcionalidades empleadas en el ciclo completo de contratación de un seguro. Contempla: las funcionalidades para la realización de asesoramientos al cliente, preventa asociado a cada uno de los niveles de formalización de una póliza (proyecto, oferta y solicitud). Disponiendo además, de las funcionalidades para generar las solicitudes de anulación y modificación de las pólizas de la cartera, y el conjunto de procesos para la renovación de las mismas. 59

74 Este módulo debe incluir: el asesoramiento, la gestión de prepóliza, la gestión de contrato, la de procesos de cartera (y precartera) y el cálculo de nuevas condiciones de póliza. El módulo producción engloba un submódulo de procesos técnicos que gestiona los procesos técnicos que se derivan de la cartera. Se encarga de los procesos de cálculo de Participación en Beneficios (tanto en lo que se refiere al cálculo de la PB Técnica, como a la inclusión y reparto de la PB Financiera a partir de los datos de rentabilidad de la misma) y el cálculo de los diferentes tipos de provisiones. Muchas de las funcionalidades de este módulo, reflejan cálculos económicos. Este módulo conlleva el cálculo y control de provisiones y la participación de beneficios. Suplementos Responsable de tratar cualquier cambio que altere la póliza, ya sea por solicitud del cliente o la compañía, y que implique o no la modificación de las condiciones económicas. 60

75 Siniestros y prestaciones Este módulo comprende las tareas necesarias para la gestión de los siniestros o prestaciones sobre las pólizas. Dichas tareas pueden conllevar la terminación de la póliza o de alguna garantía o puede suponer únicamente la gestión de alguna prestación o siniestro que no signifique el final de la póliza. Las funcionalidades son: 61

76 Gestión de recibos Se encarga del devengo de recibos entendiendo por recibo el aporte económico asociado un periodo del ciclo de vida de la póliza (no siendo necesariamente en papel). Por otro lado, cubre la gestión de recibos propiamente dicha al realizar: Por lo tanto se encarga de la gestión del cobro y de la administración de los recibos. Cobros y pagos Soporta la gestión derivada de las solicitudes de cobro y pago generadas como consecuencia del desarrollo habitual de la operativa de negocio. Proporciona las funcionalidades para el tratamiento completo de las solicitudes por medios de cobro y/o pago manuales, y las requeridas para el tratamiento de las órdenes (de cobro y pago) por medios automáticos. 62

77 Módulos identificados para la ampliación del DW Corporativo Gestión de redes de venta Módulo que gestiona la definición y mantenimiento de la operativa de distribución así como los esquemas de comisión aplicados a las redes de distribución. Además, se incluyen las funcionalidades necesarias para la gestión completa de la cuenta de la red de venta: los procesos de anotación y mantenimiento de las comisiones asociadas, los procesos de conciliación y la generación de las liquidaciones de la misma. Por último, incluye el conjunto de procesos que gestionan la propagación de modificaciones en la configuración de las redes de distribución (cierre de oficinas, paso de carteras entre agentes, etc.) asegurando la coherencia de la información de negocio (asesoramientos, contratos, siniestros, recibos, etc.).funcionalidades: 63

78 Gestión de proveedores Da soporte a la definición y mantenimiento de los proveedores de la compañía, incluyendo los contratos y niveles de servicio acordados. Por otro lado, la aplicación cubre las funcionalidades requeridas en la gestión y consulta de la cuenta de efectivo y de liquidación de los proveedores. Incluye las penalizaciones e incentivos que se puedan generar como consecuencia del control de la calidad de servicio de los mismos. Funcionalidades: 64

79 Módulos identificados para futuras mejoras del DW Corporativo Gestión de contactos con el cliente Módulo que da soporte a las funcionalidades requeridas por el proceso de atención al cliente dando cobertura a la gestión y tramitación tanto de consultas como de quejas y reclamaciones de los clientes. Además, provee las funcionalidades necesarias para soportar el proceso de solicitud de operativa a distancia. Funcionalidades: 65

80 Evaluación de riesgos Módulo que contiene el conjunto de funcionalidades necesarias para realizar un correcto análisis y evaluación de cada uno de los riesgos que se pretenden asegurar, contemplando tanto los procesos de evaluación automática, como las funcionalidades requeridas para la evaluación casuística del mismo. Gestión de liquidez Da soporte al conjunto de funcionalidades requeridas en el proceso de gestión de la liquidez asociada a la tesorería al permitir: 66

81 Recobros y procesos legales Agrupa las funcionalidades necesarias para la apertura y tratamiento de expedientes de recobro, permitiendo la creación y el seguimiento de diligencias, la asignación de responsables, el control del importe recobrado, etc. Por otro lado, incorpora el conjunto de funcionalidades que dan soporte a la gestión de los procesos legales asociados. Cubre desde la captura de datos relativos al proceso y al cliente, hasta la asignación del profesional responsable, pudiendo definir el conjunto de acciones a realizar, el calendario de plazos, etc. Funcionalidades: 67

82 Gestión de aseguradoras (sólo para corredurías) Da soporte al conjunto de funcionalidades requeridas para el proceso de comunicación con aseguradoras, de las cuales se venden sus productos. Dicha aplicación permite: Realizar el mantenimiento de los contratos que se firmen con las aseguradoras. Gestionar la cuenta con la aseguradora en cuanto a las comisiones a liquidar, además de realizar el control y conciliaciones de la cuenta. Definir los protocolos de comunicación en los dos sentidos, definiendo formato, periodicidad, validaciones formales. Funcionalidades: 68

83 Reaseguro Este módulo soporta el conjunto de funcionalidades para la gestión tanto del negocio de reaseguro aceptado, como cedido y retrocedido, siendo éstas: La definición de todos los conceptos utilizados para la gestión del reaseguro: compañías, condiciones generales, tratados, ramos, cúmulos, etc. Cesiones tanto de capitales y primas (en el caso del reaseguro proporcional) así como de las prestaciones, en base a las condiciones estipuladas en los contratos. La gestión de las cuentas de reaseguro de todas las compañías con las que se trabaje. Se gestionan tanto la cuenta técnica como la de depósito o la financiera. Coaseguro Módulo que da soporte a la gestión de coaseguro, tanto en la modalidad de cedido como de aceptado. Además, dispone de un conjunto de funcionalidades para la definición parametrizada de los contratos y las compañías coaseguradoras, y de las necesarias para la gestión completa de las cuentas de coaseguro con cada una de las compañías consideradas. 69

84 Para ello es necesario que el sistema contemple funcionalidades como: 70

85 3.4. Relación módulos de operaciones con entidades de información La siguiente tabla muestra la relación entre las entidades de información identificadas en el punto 2.3 y los módulos de operaciones explicados anteriormente. Con esta tabla se pretende mostrar qué información de las entidades es obtenida de los módulos seleccionados. El criterio utilizado para los colores que aparecen en los encabezados de las columnas y de las filas sigue siendo el mismo que el ya explicado al principio del apartado 2, siendo el color rojo el perteneciente al núcleo de la aplicación y por tanto el de mayor interés. Para el contenido de la tabla, la relación existente entre los módulos de operaciones y las entidades de información puede darse de una manera fuerte o más débil. Para ello, se ha decidido expresarlo con los siguientes colores: Relación ligera Relación fuerte 71

86 Entidades de Información Análisis y gestión comercial Taller de productos Producción Siniestros y prestaciones Gestión de recibos Gestión de redes de venta Control de gestión Gestión de proveedores Gestión de contactos con el cliente Suplementos Proyectos y simulaciones Cobros y pagos Evaluación de riesgos Gestión de liquidez Recobros y procesos legales Reaseguro Coaseguro Data Warehouse Corporativo en Sector Asegurador Fuentes de Información Pólizas Personas Siniestros Agentes Primas Riesgo Recibos Comisiones E. comunes Operaciones Incidencias Reaseguros Coaseguros

87 4. Diseño del modelo de datos ODS 4.1. Operational Data Store (ODS) Tiene como objetivo general unificar la plataforma de almacenamiento donde se copien los datos de todas las aplicaciones en un solo sistema. El sistema ODS recopila la información existente en los sistemas de operaciones y la ofrece a los sistemas de información, que se utilizan para administrar y controlar la compañía, o directamente a los usuarios finales de negocio. Para ello existe una plataforma común donde conviven tanto la información procedente de los sistemas de operaciones como la integrada en sistemas de información. Esta plataforma contiene herramientas y procedimientos de extracción, transformación, carga y consulta de la información común para todas las aplicaciones que se encuentran en el entorno del ODS. 73

88 Los sistemas informacionales: Se alimentan de datos provenientes de los sistemas de gestión u operacionales, con la periodicidad que se precise. Para esto, es necesario diseñar los procesos de carga de datos de los sistemas ODS. Sirven para consultar datos (query), generar informes (reporting) o realizar estudios y análisis de información (OLAP, cuadros de mando, Data Mining, etc.). El ODS aporta las siguientes ventajas: Ahorro de costes por la reutilización de recursos. Disponibilidad de un dato único, evitando múltiples copias del mismo dato en sistemas dispersos. Posibilidad de cruzar la información de diferentes aplicaciones. 74

89 4.2. Entornos de las tablas del modelo de datos En el siguiente apartado se mostrarán las tablas del modelo de datos ODS. Éstas tablas están agrupadas por entorno. Se entiende por entorno el concepto común con el que se relacionan las tablas. Los entornos identificados según las necesidades del núcleo de la aplicación son los siguientes: 75

90 76

91 4.3. Diseño de las tablas del modelo ODS Para el diseño de modelo de datos ODS el esfuerzo se ha centrado en tratar de cubrir todo el núcleo de la aplicación. Por ello, se ha tratado de cubrir los módulos identificados como los más importantes por su aplicación en el mercado asegurador y que forman parte de ese primer perímetro calificado como núcleo. A continuación se procede a mostrar todas las tablas que han sido diseñadas y creadas para el modelo de datos según los entornos anteriormente descritos: Entorno de personas Nombre de la tabla : Personas Características: Información de los datos de las personas Concepto Entorno Campos Descripción de los campos Tipo Índices CodigoPersona CODIGO DE LA PERSONA INT Primary Key CodigoGeograficoNacionalidad CODIGO GEOGRAFICO DE LA NACIONALIDAD INT Foreing Key EstadoCivil ESTADO CIVIL DE LA PERSONA (S=SOLTERA, C=CASADA, V=VIUDA, D=DIVORCIADA) CHAR FaxContacto FAX DE CONTACT0 CHAR FechaAltaPersona FECHA DE ALTA DE LA PERSONA DATETIME Clientes - Datos generales Personas FechaNacimiento FECHA DE NACIMIENTO DE LA PERSONA DATETIME CesionDatos CESION DE DATOS (S/N) CHAR SexoPersona SEXO DE LA PERSONA (0=COMPAÑIA, 1=HOMBRE, 2=MUJER) CHAR TelefonoMovil TELEFONO DE CONTACTO CHAR Direccion DIRECCION DE LA PERSONA CHAR CodigoTipoPersona CODIGO DEL TIPO DE LA PERSONA CHAR Foreign Key NifPersona NIF DE LA PERSONA CHAR 77

92 La tabla Personas contiene toda la información de los datos genéricos de las personas. Cada una de las personas almacenadas tendrá un único código identificador, independientemente del tipo de persona que sea. Nombre de la tabla : Características: DomiciliosPersonas Información de los datos de los domicilios de las personas Concepto Entorno Campos Descripción de los campos Tipo Índices CodigoPersona CODIGO DE LA PERSONA INT NumeroDomicilio NUMERO DEL DOMICILIO DE LA PERSONA INT Primary Key TipoResidencia TIPO DE RESIDENCIA (P=PRINCIPAL,S=SECUNDARIA) CHAR CodigoGeograficoLocalidad CODIGO GEOGRAFICO DEL DOMICILIO DE LA PERSONA INT Foreing Key CodigoPostal CODIGO POSTAL DEL DOMICILIO DE LA PERSONA CHAR DomicilioPersona DOMICILIO DE LA PERSONA CHAR Personas - Domicilios Personas NumeroCalle NUMERO DE LA CALLE DEL DOMICILIO CHAR IndicadorCorrespondencia INDICA SI ES EL DOMICILIO DONDE RECIBE LA CORRESPONDENCIA (S/N) CHAR IndicadorHipotecada IND. DE SI ESTA HIPOTECADA (S/N) CHAR NumeroPiso NUMERO DEL PISO CHAR NumeroPortal NUMERO DEL PORTAL (O LETRA, IZ=IZQUIERDA, DE=DERECHA) CHAR TelefonoDomicilio TELEFONO DE DOMICILIO DE LA PERSONA CHAR TipoVivienda TIPO DE VIVIENDA (1=HUMILDE,2=NORMAL,3=MEDIA,4=LUJOSA,5=MUY LUJOSA) CHAR La tabla DomiciliosPersonas contiene la información de los datos de los domicilios de las personas, e información relacionada con esta que es necesaria para el negocio asegurador. 78

93 Nombre de la tabla : Características: DatosAdicionalesPersonas Información de los datos adicionales de las personas Concepto Entorno Campos Descripción de los campos Tipo Índices CodigoPersona CODIGO DE LA PERSONA INT Primary Key CodigoProfesion CODIGO DE LA PROFESION INT Foreing Key IndicadorCarnetConducir INDICADOR DE SI TIENE CARNET DE CONDUCIR (S/N) CHAR IndicadorAutonomo IND. DE SI ES AUTONOMO (S/N) CHAR NumeroHijos NUMERO TOTAL DE HIJOS CHAR Clientes - Datos adicionales Personas IndicadorEstudiante IND. DE SI ES ESTUDIANTE (S/N) CHAR IndicadorJubilado IND. DE SI ESTA JUBILADO (S/N) CHAR Numeroinmuebles NUMERO TOTAL OTROS INMUEBLES CHAR IndicadorAmaDeCasa IND. DE SI ES AMA DE CASA (S/N) CHAR IndicadorPermisoPublicidad INDICADOR DE SI EL CLIENTE PERMITE UTILIZAR SUS DATOS PARAR PUBLICIDAD (S/N) CHAR CodigoFuenteReferencia CÓDIGO DE LA FUENTE DE LA QUE PROVIENEN LOS DATOS DE LA PERSONA (si es de la red comercial, si es de Internet, si es de un agente, etc.) INT CodigoCanalPreferido CÓDIGO DEL CANAL QUE PREFIERE UTILIZAR ESTE CLIENTE INT Foreign Key La tabla DatosAdicionalesPersonas almacena información adicional de las personas. Es información más específica. Su clave sigue siendo el código de la persona. En esta tabla aparece por ejemplo el código de la profesión (las profesiones se almacenan en una tabla aparte). Nombre de la tabla : Características: Profesiones Información de las profesiones de las personas Concepto Entorno Campos Descripción de los campos Tipo Índices Profesiones Personas CodigoProfesion CODIGO DE LA PROFESION INT Primary Key DescripcionProfesion DESCRIPCIÓN DE LAS PROFESIONES DE LAS PERSONAS VARCHAR La tabla Profesiones contiene la información de las profesiones de las personas. Dado que una profesión se puede repetir multitud de veces, se ha optado por hacer una tabla para almacenarlas. 79

94 Nombre de la tabla : Características: Clientes Información de Clientes Concepto Entorno Campos Descripción de los campos Tipo Índices CodigoPersona CODIGO DE LA PERSONA INT Primary Key CodigoFuenteReferencia CODIGO DE LA FUENTE DE LA QUE PROVIENE EL CLIENTE (Si es de la red comercial, si es de Internet, si es de un agente, etc.) INT CodigoCanalPreferido CÓDIGO DEL CANAL QUE PREFIERE UTILIZAR ESTE CLIENTE INT Foreign Key CodigoAgenteAsignado CÓDIGO DEL AGENTE QUE TIENE ASIGNADO ESTE CLIENTE INT Foreign Key Clientes Personas ClienteActivo INDICADOR DE SI ES UN CLIENTE ACTIVO O NO (S/N) EN FUNCIÓN DE QUE TENGA O NO CONTRATADO ALGÚN TIPO DE PRODUCTO CHAR FechaAlta FECHA EN LA QUE LA PERSONA PASA A SER CLIENTE DATETIME FechaBaja FECHA EN LA QUE LA PERSONA DEJA DE SER CLIENTE DATETIME AgenteFechaDesde FECHA DESDE LA QUE EL AGENTE TRABAJA CON ESTE CLIENTE DATETIME CampanaRelacionada CodigoCampanaOrigen INDICADOR DE SI LA PERSONA SE CONVIERTE EN CLIENTE COMO RESULTADO DE UNA CAMPAÑA EN CASO DE TRATARSE DE UN CLIENTE QUE PROVIENE DE UNA CAMPAÑA, INDICA EL CÓDIGO DE LA CAMPAÑA DE ORIGEN CHAR INT La tabla Clientes almacena la información de aquellas personas que son o han sido clientes de la compañía junto con datos específicos y útiles para áreas comerciales como la fuente de la referencia, el canal preferido para este cliente, si se trata de un cliente activo o no y si proviene de la aplicación de una campaña. Nombre de la tabla : Características: Localidades Información de las localidades Concepto Entorno Campos Descripción de los campos Tipo Índices CodigoGeoraficoLocalidad CODIGO DE LA PROFESION INT Primary Key Localidades Personas CodigoProvincia CODIGO DE LA PROVINCIA INT Foreing Key DescripcionLocalidad DESCRIPCIÓN DE LAS LOCALIDADES VARCHAR La tabla Localidades almacena la información de las localidades. Esta tabla tiene una clave que está presente en la tabla de personas. 80

95 Nombre de la tabla : Características: Provincias Información de las provincias Concepto Entorno Campos Descripción de los campos Tipo Índices Provincias Personas CodigoProvincia CODIGO DE LA PROVINCIA INT Primary Key DescripcionProvincia DESCRIPCIÓN DE LAS PROVINCIAS VARCHAR La tabla Provincias, similar a la tabla de localidades, contiene la información de las provincias, cuyo campo clave está presente en la tabla de localidades. Nombre de la tabla : Características: TiposPersonas Información de los tipos de las personas Concepto Entorno Campos Descripción de los campos Tipo Índices Tipos de personas Personas CodigoTipoPersona CODIGO DEL TIPO DE PERSONA INT Primary Key DescripcionTipoPersona DESCRIPCION DE LOS TIPOS DE LAS PERSONAS VARCHAR La tabla TiposPersonas contiene información con los tipos de personas. Las personas pueden ser de diferentes tipos, como cliente, agente, beneficiario, perjudicado, etc. Y son campos que se pueden repetir muchas veces, es por ello por lo que se crea una tabla para almacenar estos datos. 81

96 Entorno de canales Nombre de la tabla : Canales Características: Información de los canales Concepto Entorno Campos Descripción de los campos Tipo Índices Canales Personas CodigoCanal CODIGO DEL CANAL INT Primary Key DescripcionCanal DESCRIPCIÓN DE LOS CANALES VARCHAR La tabla Canales contiene la información sobre los canales de distribución. 82

97 Entorno de campañas Nombre de la tabla : Características: CampanasPersonas Información de las campañas Concepto Entorno Campos Descripción de los campos Tipo Índices CodigoCampana CODIGO DE LA CAMPAÑA REALIZADA INT Primary key CodigoPersona CODIGO DE LA PERSONA INT Foreign Key FechaInicioCampana FECHA INICIO DE LA CAMPAÑA DATETIME Personas Campañas Campañas FechaFinCampana FECHA FIN DE LA CAMPAÑA DATETIME DescripcionCampana DESCRIPCION DETALLADA DE LA CAMPAÑA CHAR CodigoCanal CODIGO DEL CANAL INT Foreign Key CodigoAgente CODIGO DEL AGENTE ASIGNADO INT Foreign Key SituacionCampana SITUACION DE LA CAMPAÑA VARCHAR CodigoResultadoCampana INDICADOR DEL RESULTADO QUE HA TENIDO LA APLICACIÓN DE ESTA CAMPAÑA PARA ESTA PERSONA (Venta, más información, rechazo, contactos nuevo, actualización de información, etc.) INT Foreign Key La tabla CampanasPersonas tiene información sobre las campañas que se realizan sobre personas, como el agente que tiene asignado la campaña, el canal por donde se lanza la campaña, y los códigos de las personas que pertenecen a esa campaña. Nombre de la tabla : Características: CodigoResultadoCampana Codificación de los resultados de las campañas Concepto Entorno Campos Descripción de los campos Tipo Índices Tipo Resultados Campañas Campaña s CodigoResultadoCampana CÓDIGO DEL RESULTADO DE LA CAMPAÑA INT DescripcionResultadoCampan a DESCRIPCIÓN DEL RESULTADO DE LA CAMPAÑA VARCHAR La tabla CodigoResultadoCampana codifica los distintos tipos de resultados que se pueden obtener de una campaña. Estos resultados pueden ser del tipo: 83

98 Venta. Renovación. Fidelización/retención. Obtención/corrección de datos personales. Obtención de nueva referencia. Planificación de acción comercial (visita, llamada, publicidad, etc.). Rechazo (rechazo del objeto de la campaña que concluye en baja del cliente o eliminación de datos personales de la persona). Contacto fallido. Ningún resultado. Otros. 84

99 Nombre de la tabla : Características: Campanas Información de las campañas Concepto Entorno Campos Descripción de los campos Tipo Índices CodigoCampana CODIGO DE LA CAMPAÑA REALIZADA INT Primary key FechaInicioCampana FECHA INICIO DE LA CAMPAÑA DATETIME FechaFinCampana FECHA FIN DE LA CAMPAÑA DATETIME Campañas Campañas DescripcionCampana DESCRIPCION DETALLADA DE LA CAMPAÑA VARCHAR TipoCampana INDICADOR DEL ÁMBITO DE APLICACIÓN DE LA CAMPAÑA (GEOGRÄFICA, POR TIPO DE CLIENTE, ETC.) CHAR SituacionCampana SITUACIÓN DE LA CAMPAÑA VARCHAR CodigoCanal CODIGO DEL CANAL INT Foreign Key La tabla Campanas almacena información general sobre las distintas campañas que se realizan. Contiene un campo que especifica el tipo de campañas que se realiza. Nombre de la tabla : Características: CampanasPorProvincia Indica las provincias a las que aplica una campaña de aplicación geográfica (tantos registros como provincias en las que aplica la campaña) Concepto Entorno Campos Descripción de los campos Tipo Índices CodigoCampana CODIGO DE LA CAMPAÑA REALIZADA INT Primary key Campañas Campañas CodigoProvincia HABRÄ TANTOS REGISTROS COMO PROVINCIAS EN LA CAMPAÑA) INT Foreign Key La tabla CampanasPorProvincia contiene información donde se indica las provincias a las que aplica una campaña de aplicación geográfica, tantos registros como provincias en las que aplica la campaña. Nombre de la tabla : Características: CampanasPorTipoCliente Indica los tipos de cliente a los que aplica una campaña (tantos registros como tipos de cliente sobre los que aplica la campaña) Concepto Entorno Campos Descripción de los campos Tipo Índices CodigoCampana CODIGO DE LA CAMPAÑA REALIZADA INT Primary key Campañas Campañas TipoCliente NDICADOR DEL TIPO DE CLIENTE SOBRE EL QUE APLICA LA CAMPAÑA CHAR 85

100 La tabla CampanasPorTipoCliente almacena información que indica los tipos de clientes a los que aplica una campaña, tantos registros como tipos de cliente sobre los que aplica la campaña. Nombre de la tabla : Características: CampanasAgentes Información de las campañas relacionadas con los agentes Concepto Entorno Campos Descripción de los campos Tipo Índices CodigoCampana CODIGO DE LA CAMPAÑA REALIZADA INT Primary key Campañas Agentes Campañas DescripcionCampana DESCRIPCION DETALLADA DE LA CAMPAÑA VARCHAR CodigoPersona CODIGO DEL AGENTE INT Foreign Key La tabla CampanasAgentes es una tabla relacionada con la tabla Campanas. CampanasAgentes contiene información de las campañas relacionadas con los agentes, indicando qué agente aplica a dicha campaña. 86

101 Entorno de pagos Nombre de la tabla : Características: Pagos Información de los pagos Concepto Entorno Campos Descripción de los campos Tipo Índices CodigoMovimiento CODIGO DEL TIPO DE MOVIMIENTO INT Primary key Pagos Pagos ClasePago CLASE DEL TIPO DE PAGO VARCHAR ImportePago IMPORTE DEL PAGO DECIMAL FechaRealizacionPago FECHA DE LA REALIZACION DEL PAGO DATETIME La tabla Pagos contiene información de los pagos. 87

102 Entorno de agentes Nombre de la tabla : Características: Agentes Información de los agentes Concepto Entorno Campos Descripción de los campos Tipo Índices CodigoPersona CODIGO DE LA PERSONA INT Primary Key CodigoCanal CODIGO DEL CANAL INT Foreign key Agentes Agentes CodigoTipoComision CODIGO DEL TIPO DE COMISION INT Foreign key PorcentajeNuevoNegocio % DE COMISIÓN QUE SE LLEVA EL AGENTE POR NUEVOS CLIENTES INT PorcentajeCartera NivelAutoridad % DE COMISIÓN QUE SE LLEVA EL AGENTE POR EL NÚMERO DE CLIENTES QUE SON SUYOS INDICADOR DE LA POSICIÓN JERÁRQUICA DE ESTE AGENTE DENTRO DE SU RED COMERCIAL INT CHAR CodigoRed CÓDIGO DE LA RED A LA QUE PERTENECE ESTE AGENTE INT Foreign Key La tabla Agentes contiene la información de los agentes. Nombre de la tabla : Características: Red Información sobre la estructura de la red de ventas Concepto Entorno Campos Descripción de los campos Tipo Índices CodigoRed CÓDIGO ÚNICO DE ESTA TABLA INT Primary Key CodigoEmpresa CODIGO DE LA EMPRESA A LA QUE PERTENECE LA ENTRADA DE LA RED INT Red Ventas Agentes CodigoOficina CODIGO DE LA OFICINA A LA QUE PERTENECE LA ENTRADA DE LA RED INT CodigoSuperior CODIGO DE LA EMPRESA, OFICINA DE LA QUE CUELGA LA ENTRADA DE LA RED INT Descripcion DESCRIPCIÓN DE LA ENTRADA VARCHAR CodigoProvincia CÓDIGO DE LA PROVINCIA EN LA QUE SE ENCUENTRA (SI APLICA) ESTE NIVEL DE LA RED INT La tabla Red almacena la estructura de la red de ventas (empresas, oficinas y delegaciones). 88

103 Nombre de la tabla : AgentesComisiones Características: Información de las comisiones que se llevan los agentes Concepto Entorno Campos Descripción de los campos Tipo Índices CodigoPersona CODIGO DE LA PERSONA INT Primary Key FechaPagoComision FECHA DEL PAGO DE LA COMISION DATETIME Agentes - Comisiones Agentes FechaComisionDevengada FECHA DE LA COMISION DEVENGADA DATETIME FechaEmisionComision FECHA DE LA EMISION DE LA COMISION DATETIME CodigoTipoComision INDICA QUË COMISIÖN SE HA PAGADO AL AGENTE (SI ES DE NUEVO NEGOCIO, SI ES DE CARTERA, ETC.) INT ImporteNuevoNegocio IMPORTE DE LA COMISIÓN RELATIVO A LA GENERACIÓN DE NUEVO NEGOCIO DECIMAL ImporteCartera IMPORTE DE LA COMISIÓN RELATIVO AL MANTENIMIENTO DE CARTERA DECIMAL ImporteOtros IMPORTE DE LA COMISIÓN RELATIVO A OTROS CONCEPTOS DECIMAL La tabla AgentesComisiones contiene información de las comisiones que se llevan los agentes con sus operaciones. 89

104 Entorno de contratación Nombre de la tabla : Características: MovimientosContratacion Información de los movimientos de contratacion Concepto Entorno Campos Descripción de los campos Tipo Índices CodigoProyecto CODIGO DEL PROYECTO INT Primary Key CodigoPoliza CODIGO DE LA POLIZA INT Foreign Key CodigoProducto CODIGO DEL PRODUCTO INT Foreign Key Movimientos de Contratación Contratación CodigoCliente CODIGO DE LA PERSONA (CLIENTE) INT Foreign Key CodigoAgente CODIGO DEL AGENTE INT Foreign Key CodigoCanal CODIGO DEL CANAL INT Foreign Key FechaCierre FECHA DEL CIERRE DEL MOVIMIENTO DE CONTRATACIÓN DATETIME TipoMovimiento SI SE TRATA DE UNA NUEVA CONTRATACIÓN, DE UNA RENOVACIÓN, DE UNA CANCELACIÓN O DE UNA BAJA CHAR La tabla MovimientosContratacion almacena la información relativa a los movimientos que afectan a la cartera de la compañía. Estos movimientos podrán ser: Contratación de nuevos productos (nuevo negocio). Renovaciones de clientes existentes (renovaciones). Cancelación de productos contratados (cancelación). Baja (fin del periodo de validez/vigencia de una póliza/producto contratada). Esta tabla constituirá la base de las principales tablas de hechos del modelo de datos del DW corporativo. 90

105 Entorno de siniestros Nombre de la tabla : Características: Siniestros Tabla general de siniestros Concepto Entorno Campos Descripción de los campos Tipo Índices NumeroSiniestro NUMERO DEL SINIESTRO INT Primary Key CodigoPoliza CODIGO DE LA POLIZA INT Foreing Key CodigoCliente CODIGO DE LA PERSONA AFECTADA INT Foreign Key FechaNotificacionSiniestro FECHA EN LA QUE SE COMUNICA A LA ASEGURADORA EL CLIENTE DATETIME FechaSiniestro FECHA EN LA QUE HA OCURRIDO EL SINIESTRO DATETIME DescripcionVersionSiniestro DESCRIPCION VERSION DEL SINIESTRO VARCHAR CodigoExpediente CODIGO DEL EXPEDIENTE CHAR Foreign key FechaAperturaExpediente FECHA DE LA APERTRURA DEL EXPEDIENTE DATETIME FechaCierreExpediente FECHA DEL CIERRE DEL EXPEDIENTE DATETIME TipoExpediente TIPO EXPEDIENTE ENCARGADO DE LA TRAMITACIÓN DEL SINIESTRO (ORDINARIO, EXTRAORDINARIO) VARCHAR HoraOcurrenciaSiniestro HORA DE OCURRENCIA DEL SINIESTRO DATETIME CodigoProvincia CODIGO GEOGRAFICO DE LA PROVINCIA DEL LUGAR DEL ACCIDENTE INT Foreign Key General Siniestros Siniestros UltimaModificacion ULTIMA MODIFICACION VARCHAR IndicadorPosibilidadRecobro INDICADOR SI SE PUEDE RECOBRAR CHAR TipoSiniestro TIPO DE SINIESTRO VARCHAR CodigoPersonaPerjudicado CODIGO DE LA PERSONA PERJUDICADA INT Foreing Key IndicadorPeritado SINIESTRO PERITADO (S/N) CHAR IndicadorDañosMateriales INDICADOR DAÑOS MATERIALES CHAR IndicadorIncidencia SINIESTRO CON INCIDENCIA (S/N) CHAR CodigoGarantia CODIGO DE LA GARANTIA INT Foreing Key ImporteValoracion IMPORTE VALORACION DECIMAL EstadoSiniestro ESTADO DEL SINIESTRO VARCHAR CodigoPersonaBeneficiaria CODIGO DE LA PERSONA BENEFICIARIA INT Foreing Key FechaRealizacionValoracion FECHA DE LA REALIZACION DE LA VALORACION DATETIME LugarSiniestro LUGAR DEL SINIESTRO VARCHAR ImportePago IMPORTE DEL PAGO DECIMAL CodigoMovimiento CODIGO DEL TIPO DE MOVIMIENTO INT Foreign Key 91

106 La tabla Siniestros es la tabla general que contiene los datos generales sobre los siniestros ocurridos. Nombre de la tabla : Características: ExpedientesSiniestros Información de los expedientes relacionados con los siniestros Concepto Entorno Campos Descripción de los campos Tipo Índices CodigoExpediente CODIGO DEL EXPEDIENTE INT Primary Key NumeroSiniestro NUMERO DEL SINIESTRO INT Foreign Key NumeroExpediente NUMERO DEL EXPEDIENTE QUE SE LE DA AL CLIENTE CHAR Expedientes Siniestros FechaApertura FECHA DE LA APERTURA DATETIME FechaCierre FECHA DEL CIERRE DATETIME CodigoPersonaTramitador CODIGO DE LA PERSONA (EMPLEADA) ENCARGADA DE LA TRAMITACION DEL EXPEDIENTE INT Foreign Key La tabla ExpedientesSiniestros contiene la información sobre los expedientes tramitados para los siniestros. Nombre de la tabla : Características: Perjudicados Tabla de información de los perjudicados Concepto Entorno Campos Descripción de los campos Tipo Índices CodigoPersonaPerjudicada CODIGO DE LA PERSONA (PERJUDICADA) INT Primary Key Perjudicados Siniestros NumeroSiniestro NUMERO DEL SINIESTRO INT Foreign Key FlagDañosMateriales INDICADOR DE SI HA SUFRIDO DAÑOS MATERIALES CHAR FlagDañosCorporales INDICADOR DE SI HA SUFRIDO DAÑOS CORPORALES CHAR La tabla Perjudicados contiene a las personas cuyo campo en el tipo de persona corresponde a perjudicados. 92

107 Entorno de recibos Nombre de la tabla : Características: Recibos Tabla general de recibos Concepto Entorno Campos Descripción de los campos Tipo Índices NumeroRecibo NUMERO DEL RECIBO INT Primary Key CodigoPoliza CODIGODE LA POLIZA INT Foreign Key CodigoTipoRecibo TIPO DE RECIBO (PRODUCCION, SUPLEMENTOS, CATERA, PRIMA SUPLEMENTARIA, ) INT Foreign Key FechaEmisionRecibo FECHA DE EMISION DEL RECIBO DATETIME CodigoTipoPagoRecibo TIPO DEL PAGO DEL RECIBO (ANUAL, SEMESTRAL, TRIMESTRAL, MENSUAL ) INT Foreign Key General de recibos Recibos PrimaTotalRecibo PRIMA TOTAL DEL RECIBO DECIMAL PrimaLiquidaRecibo PRIMA LIQUIDA DEL RECIBO DECIMAL IndicadorCobroBancario INDICADOR DE COBRO BANCARIO (S/N) CHAR SituacionRecibo SITUACION DEL RECIBO INT Foreign Key FechaInicialPeriodoRecibo FECHA INICIAL DEL PERIODO DE RECIBO DATETIME ImporteRecibo IIMPORTE DEL RECIBO DECIMAL FechaTramitacionRecibo FECHA TRAMITACION DEL RECIBO DATETIME FechaFinPeriodorecibo FECHA FINAL DEL PERIODO DE RECIBO DATETIME La tabla Recibos es la tabla general de recibos. Nombre de la tabla : Características: CodigosTipoRecibo Codigos con los tipos de recibos Concepto Entorno Campos Descripción de los campos Tipo Índices Cod. Clases recibos Recibos CodigoTipoRecibo TIPO DE RECIBO (PRODUCCION, SUPLEMENTOS, CARTERA, PRIMA SUPLEMENTARIA, ) INT Primary Key DescripcionTipoRecibo DESCRIPCION DE LA CLASE DEL RECIBO VARCHAR La tabla CodigosTipoRecibos es una tabla codificadora que contiene todos los códigos con los tipos de recibos, ya sean de producción, suplementos, cartera, prima suplementaria, etc. A cada código le corresponde una descripción. 93

108 Nombre de la tabla : Características: CodigosTipoPagoRecibo Codigos con las formas de pago Concepto Entorno Campos Descripción de los campos Tipo Índices Cod. Tipos de Pago Recibos Recibos CodigoTipoPagoREcibo TIPO DEL PAGO DEL RECIBO (ANUAL, SEMESTRAL, TRIMESTRAL, MENSUAL ) INT Primary Key DescripcionTipoPagoRecibo DESCRIPCION DEL TIPO DEL PAGO DEL RECIBO VARCHAR La tabla CodigosTipoPagoRecibos es otra tabla codificadora que contiene todos los códigos con los tipos de las formas de pagos, y al igual que en la tabla anterior, a cada campo le corresponde una descripción. Nombre de la tabla : Características: CodificadoraSituacionRecibos Codificadora con los codigos de la situación de los recibos Concepto Entorno Campos Descripción de los campos Tipo Índices Cod. Situacion recibos Recibos SituacionRecibo INDICADOR DE LA SITUACION DEL RECIBO (PENDIENTE, COBRADO, ANULADO,.) INT Primary Key DescricpionSituacionRecibo DESCRIPCION DE LA SITUACION EL RECIBO CHAR La tabla CodificadoraSituacionRecibos contiene los códigos de los tipos de situación de un recibo, pudiendo ser estos: pendiente, cobrado, anulado, etc. 94

109 Entorno de pólizas Nombre de la tabla : Características: CodigosFormaPagoPoliza Codigos con la forma de pago de las pólizas Concepto Entorno Campos Descripción de los campos Tipo Índices Cod. Formas de Pago Póliza Pólizas CodigoFormaPagoPoliza DescripcionFormaPagoPoli za CODIGOS DE LA FORMA DEL PAGO DE LA POLIZA (ANUAL, SEMESTRAL, TRIMESTRAL, MENSUAL ) DESCRIPCION DE LAS FOMAS DE PAGO DE LA POLIZA INT VARCHA R Primary Key La tabla CodigosFormaPagoPoliza contiene los códigos y las descripciones de las formas de pago de la póliza, pudiendo ser esta anual, semestral, trimestral, mensual, etc. 95

110 Nombre de la tabla : Características: Polizas Tabla general de pólizas Concepto Entorno Campos Descripción de los campos Tipo Índices CodigoPoliza NUMERO DE LA POLIZA INT Primary Key CodigoPersonaCliente NUMERO DEL CLIENTE DE LA POLIZA INT Foreign Key CodigoPersonaTomador NUMERO DEL TOMADOR DE LA POLIZA INT Foreign Key FechaEmisionPoliza FECHA EMISION DE LA POLIZA DATETIME FechaEfectivaPoliza FECHA EFECTIVA DE LA POLIZA DATETIME FechaVencimientoPoliza FECHA DE VENCIMIENTO DE LA POLIZA DATETIME CodigoAnulacionPoliza CODIGO DE ANULACION DE LA POLIZA INT Foreign Key ImportePoliza IMPORTE DE LA POLIZA INT EstadoPoliza ESTADO DE LA POLIZA CHAR Polizas Polizas CodigoFormaPagoPoliza TIPO DEL PAGO DE POLIZA (ANUAL, SEMESTRAL, TRIMESTRAL, MENSUAL ) INT Foreign Key ImportePrimaMinima IMPORTE DE LA PRIMA MINIMA DE LA POLIZA DECIMAL FechaProximaRenovacion FECHA DE LA PROXIMA RENOVACION DE LA POLIZA DATETIME TotalPrimasToamdor TOTAL PRIMAS DEL TOMADOR DECIMAL ImportePrimaNetaAnual IMPORTE PRIMA NETA ANUAL DECIMAL CodigoProducto CODIGO DEL PRODUCTO INT Foreign Key PrimaReserva PRIMA DE RESERVA DECIMAL CodigoGarantia CODIGO DE LA GARANTIA INT Foreign Key CodigoAgente CODIGO DEL AGENTE INT Foreign Key CodigoTipoPrima CODIGO DEL TIPO DE PRIMA INT Foreign Key La tabla Polizas contiene toda la información de las pólizas, cada una de ellas definida por una clave que las diferencia del resto. Nombre de la tabla : Características: PolizasBeneficiarios Relación de Beneficiarios de una póliza (un registro por cada beneficiario que tenga una póliza) Concepto Entorno Campos Descripción de los campos Tipo Índices CodigoPoliza CODIGO DE LA POLIZA INT Foreign key CodigoPersonaBeneficiari o CODIGO DE LA PERSONA BENEFICIARIA INT Foreign Key Polizas Beneficiarios Polizas FechaDesde FECHA DESDE LA QUE LA PERSONA ES BENEFICIARIA DE LA POLIZA DATETIME FechaHasta FECHA HASTA LA QUE LA PERSONA ES BENEFICIARIA DE LA POLIZA DATETIME 96

111 La tabla PolizasBeneficiarios contiene la relación de los beneficiarios de una póliza. Habrá un registro por cada beneficiario que tenga una póliza. Nombre de la tabla : Características: CodigosAnulacionPoliza Codificadora con los códigos de anulación de las pólizas Concepto Entorno Campos Descripción de los campos Tipo Índices CodigoAnulacionPoliza CODIGO DE ANULACION DE LA POLIZA INT Primary Key Cod. Anulacion polizas Polizas CodigoPoliza CODIGO DE LA POLIZA INT Foreign Key DescripcionAnulacionPoliza DESCRIPCION DE LOS CODIGOS DE ANULACION DE LAS POLIZAS CHAR La tabla CodigosAnulacionPolizas es otra tabla codificadora con los códigos de anulación de las pólizas y cada uno de ellos con una descripción de ese código de anulación explicando el motivo de la anulación. Nombre de la tabla : Características: PolizasProyectos Proyectos relacionados con una póliza (tantos registros como proyectos necesarios para la obtención de una póliza) Concepto Entorno Campos Descripción de los campos Tipo Índices Proyectos Polizas CodigoPoliza CODIGO DE LA POLIZA INT Foreign Key CodigoProyecto CODIGO DEL PROYECTO INT Foreign Key La tabla PolizasProyectos contiene información de los proyectos relacionados con una póliza. Habrá tantos registros como proyectos necesarios para la obtención de una póliza. 97

112 Entorno de primas Nombre de la tabla : Características: CodigosTiposPrimas Codigos con los tipos de primas Concepto Entorno Campos Descripción de los campos Tipo Índices Cod. Tipos de Prima Primas CodigoTipoPrima CODIGOS DE LOS TIPOS DE PRIMA INT Primary Key DescripcionTipoPrima DESCRIPCION DE LOS TIPOS DE PRIMA VARCHAR La tabla CodigosTiposPrimas es una tabla codificadora. Estos códigos corresponden a los tipos de prima. 98

113 Entorno de cobros Nombre de la tabla : Características: Cobros Información sobre los cobros Concepto Entorno Campos Descripción de los campos Tipo Índices CodigoMovimiento CODIGOS DE LOS TIPOS DE MOVIMIENTO INT Primary Key ImportePrima IMPORTE DE LA PRIMA DECIMAL Cobros Cobros FechaCobro FECHA DEL COBRO DATETIME NumeroRecibo NUMERO DEL RECIBO INT Foreign Key DescripcionTipoPrima DESCRIPCION DE LOS TIPOS DE PRIMA VARCHAR La tabla Cobros contiene información sobre los cobros que se realizan. Nombre de la tabla : Características: MovimientosCobrosPagos Información sobre los movimientos de cobros o pagos. Concepto Entorno Campos Descripción de los campos Tipo Índices CodigoMovimiento CODIGOS DE LOS TIPOS DE MOVIMIENTO INT Primary Key TipoMovimiento TIPO DE MOVIMIENTO (COBRO O PAGO) CHAR Movimientos Cobros y Pagos Cobros CodigoPoliza CODIGO DE LA POLIZA INT Foreign Key NumeroSiniestro NUMERO DEL SINIESTRO INT Foreign Key CodigoPersona CODIGO DE LA PERSONA INT Foreign Key La tabla MovimientosCobrosPagos contiene la información sobre los movimientos de cobros y pagos. 99

114 Entorno de garantías Nombre de la tabla : Características: Garantias Tabla general de garantías Concepto Entorno Campos Descripción de los campos Tipo Índices CodigoGarantia CODIGO DE LA GARANTIA INT Primary Key DescripcionGarantia DESCRIPCION DE LA GARANTIA CHAR TipoGarantia TIPO DE GARANTIA CHAR IndicadorGarantiaInvalidada INDICADOR DE GARANTIA INVALIDADA (S/N) CHAR Garantias Garantias FechaFinGarantia FECHA EFECTIVA FINAL DE LA GARANTIA DATETIME FechaInicioGarantia FECHA EFECTIVA INICIO DE LA GARANTIA DATETIME IndicadorSiniestralidad INDICADOR DE SINISTRALIDAD (S/N) CHAR CapitalAsegurado CAPITAL ASEGURADO DECIMAL ImportePrimaneta IMPORTE DE LA PRIMA NETA DECIMAL La tabla Garantías contiene información general de las garantías. Nombre de la tabla : Características: ProductosGarantias Garantías asociadas a los productos Concepto Entorno Campos Descripción de los campos Tipo Índices Garantias Productos Garantias CodigoProducto CODIGO DEL PRODUCTO INT Foreign Key CodigoGarantia CODIGO DE LAS GARANTIAS ASOCIADAS INT Foreign Key La tabla ProductosGarantías contiene información de las garantías asociadas a los productos. 100

115 Entorno de productos Nombre de la tabla : Características: Productos Tabla general de productos Concepto Entorno Campos Descripción de los campos Tipo Índices Productos Productos CodigoProducto CODIGO DEL PRODUCTO INT Primary Key DescrpcionProducto DESCRIPCION DEL PRODUCTO VARCHAR EstadoProducto ESTADO DEL PRODUCTO VARCHAR FechaEstadoProducto FECHA ESTADO PRODUCTO DATETIME DuracionMinimaProducto DURACION MINMA PRODUCTO VARCHAR DuracionMaximaProduccion DURACION MAXIMA PRODUCTO VARCHAR EdadMinimaContratacion EDAD MINIMA CONTRATACION CHAR EdadMaximaContratacion EDAD MAXIMA CONTRATACION CHAR DuracionMinimaPrima DURACION MINIMA DE LA PRIMA CHAR DuracionMaximaPrima DURACION MAXIMA DE LA PRIMA CHAR IndicadorPrimaUnica INDICADOR DE SI ES PRIMA UNICA CHAR IndicadorComisionPrima INDICADOR DE SI HAY COMISION EN LA PRIMA CHAR FlagProductoComercial INDICADOR DE PRODUCTO COMERCIAL CHAR FlagProductoTecnico INDICADOR DE PRODUCTO TECNICO CHAR CodigoCanal CODIGO DEL CANAL INT Foreign Key CodigoPoliza CODIGO DE LA POLIZA INT Foreign Key La tabla Productos contiene información general de las pólizas. Muchos productos pasarán a ser pólizas. 101

116 Entorno de proyectos Nombre de la tabla : Características: Proyectos Tabla general de proyectos Concepto Entorno Campos Descripción de los campos Tipo Índices CodigoProyecto CODIGO DEL PROYECTO INT Primary Key CodigoCliente CODIGO DEL CLIENTE INT Foreign Key CodigoAgente CODIGO DEL AGENTE INT Foreign Key FechaRealizacion FECHA DE REALIZACION DEL PROYECTO DATETIME CodigoProducto CODIGO DEL PRODUCTO INT Foreign Key DescripcionNoPoliza DESCRIPCION MOTIVO PROYECTO NO MATERIALIZADO EN UNA POLIZA VARCHAR ImportePoliza IMPORTE DE LA POLIZA DECIMAL Proyectos Proyectos EstadoProyecto ESTADO DEL PROYECTO (ACEPTADO, RECHAZADO, EN ESPERA, MÁS INFORMACIÓN, ETC.) VARCHAR TipoPagoGarantia TIPO DEL PAGO DE LA GARANTIA VARCHAR ImportePrimaMinima IMPORTE DE LA PRIMA MINIMA DECIMAL FechaProximaRenovacion FECHA DE LA PROXIMARENOVACION DATETIME ImportePrimaNetaAnual IMPORTE PRIMA NETA ANUAL DECIMAL PrimaReserva PRIMA RESERVA DECIMAL FlagCliente INDICADOR DE SI LA PERSONA A LA QUE SE LE REALIZA EL PROYECTO ES YA CLIENTE CHAR FechaRespuestaProyecto FECHA EN QUE SE CAMBIA EL ESTADO DEL PROYECTO (ACEPTADO, RECHAZADO, ETC.) DATE La tabla Proyectos es una tabla con información general de los proyectos. Estos proyectos pueden ser proyectos propiamente dichos o simulaciones de una póliza ya existente. 102

117 Entorno de suplementos Nombre de la tabla : Características: Suplementos Tabla general de suplementos Concepto Entorno Campos Descripción de los campos Tipo Índices CodigoSuplemento CODIGO DEL SUPLEMENTO INT Primary Key CodigoPoliza CODIGO DE LA POLIZA INT Foreign Key CodigoCliente CODIGO DE LA PERSONA (CLIENTE) INT Foreign Key CodigoTomador CODIGO DE LA PERSONA (TOMADOR) INT Foreign Key FechaEmisionSuplemento FECHA DE LA EMISION DEL SUPLEMENTO DATETIME FechaEfectivaSuplemento FECHA EFECTIVA DEL SUPLEMENTO DATETIME Suplementos Suplementos FechaVencimientoSupleme nto FECHA DEL VENCIMIENTO DEL SUPLEMENTO DATETIME EstadoPoliza ESTADO DE LA POLIZA VARCHAR TipoPagoPoliza TIPO DEL PAGO DE LA POLIZA INT Foreign Key ImportePrimaMinima IMPORTE PRIMA MINIMA DECIMAL TotalPrimasTomador TOTAL DE LAS PRIMAS DEL TOMADOR DECIMAL Comision COMISION DECIMAL ImportePrimaNetaAnual IMPORTE DE LA PRIMA NETA ANUAL DECIMAL PrimaReserva PRIMA RESERVA DECIMAL La tabla Suplementos contiene información general de los suplementos, es decir, aquellos cambios realizados sobre las pólizas existentes. 103

118 4.4. Diagramas del modelo ODS En esta última parte correspondiente al modelo de datos ODS, se muestran los distintos diagramas de dicho modelo. Cada uno de ellos representa la funcionalidad de cada uno de los módulos pertenecientes al núcleo de la aplicación. Campañas Este diagrama tiene que cumplir la funcionalidad del módulo de campañas descrita en el apartado 4 de este mismo documento. Para ello, consta de una serie de tablas 104

119 de las cuales, muchas de ellas se relacionan con las personas. De este modo, se tiene una tabla DatosAdicionalesPersonas que contiene información adicional sobre las personas y que puede ser útil conocer dentro del negocio y complementa a una tabla que contiene información más genérica llamada Personas. Esta tabla se relaciona con otra tabla donde residen todas las profesiones de las personas. Otra tabla que se relaciona directamente con la tabla de personas es la de DomiciliosPersonas, la cual como su propio nombre indica contiene toda la información relevante sobre los domicilios de las personas. Esta tabla a su vez se relaciona con la tabla de localidades y esta, con las provincias. Así mismo, la tabla de personas se relaciona con una pequeña tabla TiposPersonas, donde están almacenados los códigos de los tipos de personas y su descripción. Es imprescindible diferenciar a los tipos de personas debido a las características del negocio asegurador, y por tanto, las personas pueden ser agente, asegurados, tomadores, beneficiarios, etc. La otra parte del diagrama corresponde a las campañas. Existe una tabla principal Campanas la cual se relaciona con otras tablas, una de ellas la que relaciona a las campañas con las personas, otra la que relaciona a las campañas con los agentes directamente. Existen otros dos tipos de tablas, la que relaciona las campañas con las zonas geográficas y otra que las relaciona con los clientes. Por último, existe una tabla donde se almacenan los resultados de las campañas y otra con los posibles canales por donde se lanza la campaña. 105

120 Taller de productos Para cubrir la funcionalidad del taller de productos, este diagrama consta únicamente de cuatro tablas, de las cuales, la principal es la tabla Productos. Esta tabla contiene toda la información necesaria sobre los productos. Esta tabla se relaciona con otra ya existente en el anterior diagrama, la de Canales, y con otra nueva tabla llamada ProductosGarantias, que relaciona a los productos con las garantías. La información sobre las coberturas o garantías que puede cubrir el producto, se almacena en la tabla Garantias. 106

121 Producción 107

122 Al módulo de producción le corresponde un diagrama algo más complejo que el anterior, en el que ya aparecen por primera vez las tablas Polizas y Proyectos. Para relacionar a ambas tablas y a la de productos, existe una nueva tabla MovimientosContrato, la cual tiene en sus campos el código del proyecto, el código de la póliza y el código del producto. Esto es debido a que un producto puede finalizar en una póliza, y por lo tanto, en la tabla de productos deberá aparecer un campo con el código de la póliza a la que hace referencia. Un proyecto también hará referencia a una póliza, y por tanto contendrá un campo con el código de la póliza. Estas tablas se relacionan con la tabla Garantias. Aparece también la tabla Agentes que se relaciona con los canales por donde puede actuar el agente y con una tabla AgentesComisiones, donde se describen las comisiones que tienen los agentes. Las personas y las tablas que conlleva esta entidad también aparecen en el proyecto ya que serán, las que por medio de un agente, contraten un producto, finalizando en una póliza, o realicen proyectos. 108

123 Siniestros y prestaciones En este diagrama siguen apareciendo la tabla de personas junto con la sus datos adicionales, domicilios, tipos de personas etc. Una persona tiene una o más pólizas, las cuales cubrirán una serie de garantías. La relación entre las personas beneficiarias de las pólizas y estas, queda reflejada en una tabla llamada PolizasBeneficiarios. La póliza puede estar anulada, y por tanto, existe una tabla CodigosAnulacionPolizas que contiene, como su propio nombre indica, los códigos de anulación de las pólizas y una descripción de ese código de anulación explicando el motivo de la anulación. Los siniestros ocurridos sobre las pólizas contratadas 109

124 quedan reflejados en una nueva tabla Siniestros que a su vez se relaciona con una tabla Perjudicados, donde se almacenan los perjudicados del siniestro. Cada vez que ocurre un siniestro, este queda guardado en un expediente. Este concepto también queda reflejado en una tabla llamada ExpedientesSiniestros. Gestión de recibos El diagrama correspondiente al módulo de gestión de recibos contiene una tabla Recibos, donde se almacena aquella información que es necesaria, incluyendo las fechas y los importes. Como se puede observar, existen otras tres tablas que se relacionan con la de recibos. Los recibos pueden ser de varios tipos y ser pagados 110

125 de diferentes maneras, por todo ello, se ha creado una tabla para cada una de estas cuestiones. Las otras tres tablas del diagrama son las ya vistas de pólizas, códigos de anulación de las pólizas y la de siniestros. Suplementos En este diagrama aparece una tabla principal llamada Suplementos. En esta tabla debe haber un campo con el código de la póliza a la que hace referencia, y por tanto ambas tablas se relacionan entre sí. 111

126 Suplementos recoge toda la información necesaria a la hora de realizar un suplemento. Una persona (tipo de persona cliente) contrata una póliza, y esa póliza, se relaciona como ya se ha explicado anteriormente con los productos a través de la tabla MovimientosContratacion. Tanto la tabla de pólizas como la de productos, se relacionan con la tabla de garantías. Proyectos y simulaciones El diagrama de proyectos y simulaciones, contiene una tabla principal, Proyectos. Las personas a través de los agentes pueden contratar pólizas. Antes del contrato de una póliza, puede haber un proyecto, que puede materializarse en póliza o no. Los proyectos y las pólizas se relacionan a través de la tabla PolizasProyectos. 112

127 Cobros y pagos El último diagrama representa al módulo de cobros y pagos. Para ambos conceptos, se ha plasmado en el diagrama una tabla llamadas Cobros y Pagos. Las dos tablas contienen un campo clave denominado CodigoMovimiento que les servirá para relacionarse con la tabla MovimientosCobrosPagos, donde se especifica el tipo de movimiento (cobro o pago), el código de la póliza en el caso de que haga referencia a la póliza, o el número de siniestro en caso de que se trate de un siniestro. Esta tabla se relaciona directamente con las tablas de pólizas y siniestros. La tabla de pólizas, contiene dos campos que son clave en dos nuevas tablas, CodigoTipoPrima y que como su nombre indica trata de los tipos de primas de una 113

128 póliza, y CodigosFormaPagoPoliza referida a los distintos tipos de formas de pago de una póliza. 114

129 5. Data Warehouse 5.1. Introducción El DW es alimentado con datos de diferentes orígenes. Los datos se incluyen en el sistema de una manera ordenada y estructurada creando diferentes áreas de análisis que son accesibles a los usuarios a través del cuadro de mandos. Los conjuntos de información contenidos en el DW son: Campañas. Productos. Proyectos y simulaciones. Producción. Suplementos. 115

130 Siniestros/prestaciones. Gestión de recibos. Cobros y pagos. A partir de esta información se han definido, diseñado y construido estructuras de análisis (cubos) para dotar de herramientas de análisis de la información a los usuarios. En el ámbito del proyecto se han construido, a modo de demostración de las posibilidades que ofrecen los modelos de datos desarrollados, tres cubos representativos de las necesidades de información analítica que se presentan en las compañías aseguradoras. Los cubos desarrollados son: De aplicación genérica a cualquier compañía aseguradora: cubo de producción y valoración de cartera y cubo de siniestralidad. 116

131 De aplicación particular a compañías aseguradoras de salud: cubo de gestión del gasto médico. En este caso, se ha partido del diseño del cubo genérico de siniestralidad y se ha ampliado para dar funcionalidad específica del ramo de salud Conceptos Un cubo multidimensional es una estructura de almacenamiento que permite realizar las diferentes y posibles combinaciones para visualizar los resultados de una organización hasta un determinado grado de detalle, esta estructura es independiente al sistema transaccional de la compañía y facilita consultar información histórica de manera rápida y eficiente; ofreciendo la posibilidad de navegar y analizar los datos requeridos almacenados. Las dimensiones describen entidades del negocio. Incorporan el contexto a los datos numéricos y presenta los datos organizados en jerarquías. La información almacenada en las tablas que forman las dimensiones procede de las fuentes de información analizadas en el documento anterior. Por lo tanto, esta información se almacena en el DW en el proceso de carga y transformación de los datos de los sistemas operacionales de las compañías aseguradoras. La mayoría de la información se espera encontrar directamente en esos sistemas, pero habrá parte que se tendrá que calcular como ya se verá más adelante. 117

132 El modelo dimensional divide el mundo de los datos en dos grandes tipos: las medidas y las descripciones del entorno de estas medidas. Las medidas, que generalmente son numéricas, se almacenan en las tablas de hechos y las descripciones de los entornos que son textuales se almacenan en las tablas de dimensiones. Las tablas de hechos son las tablas primarias en el modelo dimensional y contiene los valores del negocio. Los hechos más comunes son valores numéricos. Cada tabla representa una interrelación muchos muchos y contiene dos o más claves ajenas que se relacionan con sus respectivas tablas de dimensiones. 118

133 5.3. Estructura de un DW Cómo debe ser la estructura de una base de datos para que pueda ser considerada un DW? No existe una única respuesta, aunque sí técnicas ya suficientemente probadas en multitud de empresas de todos los ámbitos de negocio. Al diseñar un DW hay que tomar en consideración, sobre todo, que la información es importante y debe ser fácil de consultar, aunque existan redundancias en los datos. Toda la información importante, principalmente aquella de naturaleza numérica, debe condensarse en una sola tabla y con el mayor detalle posible. En dicha tabla, denominada tabla de hechos, no se alojará información descriptiva de los datos sobre los que se efectuarán operaciones, tan sólo esos datos y las claves a tablas externas que sean necesarias para enlazar con la información descriptiva. Alrededor de la tabla de hechos existirán múltiples tablas conocidas como tablas de dimensiones. Cada una de ellas contará con una clave principal sobre el que está operándose. A esta estructura, se la conoce como diseño o esquema en estrella, al existir un punto central enlazado con todos los que hay en torno a él. Existen variantes como el diseño radial, en el cual cada tabla de dimensiones tiene, a su vez, otras asociadas. Este esquema, sin embargo, hace más complejas las consultas. 119

134 5.4. Cubo de producción Descripción El cubo de Producción contiene todos los movimientos sobre las pólizas generadas durante un período de prueba de dos años. Estos movimientos consisten en: La información mostrada sobre estos movimientos son los valores del PTD, YTD, ITD, CTD y el porcentaje del crecimiento. La unidad de medida utilizada es bien el número de pólizas, bien el importe de las primas (anualizadas). 120

135 Dimensiones A continuación se muestran con detalles todas las dimensiones, los niveles de jerarquía existentes en las dimensiones y consideraciones para un mejor manejo de estas estructuras. Las dimensiones incluidas en el cubo de producción son: Canales. Geográfica. Producto. Red comercial. Tiempo. Tipo clientes. Tipo de movimiento. 121

136 En los siguientes apartados, se detalla cada dimensión, niveles, ejemplo de valores y comentarios de los diferentes niveles jerárquicos así como las tablas que comprenden la dimensión. 122

137 Dimensión canales Esta dimensión contiene los diferentes canales de distribución a través de los cuales se puede operar con las pólizas. La dimensión canales está formada únicamente por la tabla de canales. Nivel Ejemplo de valores Comentario Canal Agencial Internet Red exterior Red propia Telefónico Muestra el código del canal. Tablas Nombre de la tabla : Características: Canales Información de los canales Cubo Dimensión Campos Descripción de los campos Tipo Índices Producción Canales CodigoCanal CODIGO DEL CANAL INT Primary Key DescripcionCanal DESCRIPCIÓN DE LOS CANALES VARCHAR La clave primaria de esta tabla es el código del canal. El tipo de dato es entero y para este prototipo se han identificado 5 canales diferentes de distribución. El otro campo de la tabla contiene la descripción de los canales. Esta tabla se relacionará con la tabla de hechos del cubo a través de la clave primaria. 123

138 Dimensión geográfica En esta dimensión se organiza la dimensión geográfica. Se toma como referencia el lugar donde se produjo el movimiento de la póliza. Con el fin de simplificar el prototipo del cuadro de mandos, se ha decidido incluir sólo el territorio nacional. Gracias a esta dimensión se podrá analizar por qué canales se producen mayor número de movimientos de pólizas/primas. Esta dimensión consta de dos tablas, una correspondiente a las provincias y otra a las comunidades. Nivel Ejemplo de valores Comentario Comunidad Andalucía Aragón. País Vasco Comunidad donde se produjo el movimiento. Provincia Almería Asturias. Zaragoza Provincia donde se produjo el movimiento. Esta dimensión será muy útil para poder analizar los movimientos de las pólizas/primas en todo el territorio nacional pudiendo identificar con facilidad aquellas comunidades que necesitan ser atendidas. Consideraciones 124

139 En una futura ampliación del prototipo se ampliará la funcionalidad anteriormente explicada y así poder mostrar también aquellas provincias cuyos datos no son los esperados. Tablas Nombre de la tabla : Características: Comunidades Información de comunidades Cubo Dimensión Campos Descripción de los campos Tipo Índices CodigoComunidad CODIGO DE LA COMUNIDAD INT Primary Key Producción Geográfica CodigoZona CODIGO DE LA ZONA INT Foreign Key DescripcionComunidad DESCRIPCIÓN DE LAS COMUNIDADES VARCHAR La clave primaria es el código de la comunidad cuyo tipo de dato es entero. Existe un campo entero con el código de la zona. Este campo es una clave ajena, ya que hay una tabla de zonas donde este campo es la clave principal. El motivo de este campo es para poder relacionar las zonas (perteneciente a la dimensión red comercial) con las comunidades (dimensión geográfica). Por último existe un campo varchar que contiene la descripción o nombre de la comunidad a la que pertenece el código de comunidad correspondiente. 125

140 Nombre de la tabla : Características: Provincias Información de las provincias Cubo Dimensión Campos Descripción de los campos Tipo Índices CodigoProvincia CODIGO DE LA COMUNIDAD INT Primary Key Producción Geográfica CodigoComunidad CODIGO DE LA COMUNIDAD INT Foreign Key DescripcionProincia DESCRIPCIÓN DE LAS PROVINCIAS VARCHAR 126

141 Dimensión producto En esta dimensión se podrá analizar a qué productos comercializados por la compañía aseguradora pertenecen los asegurados. Se ofrece desde un único punto de vista: los productos son agrupados en función del tipo de producto. Esta dimensión está formada por dos tablas: productos y tipo de productos. Nivel Ejemplo de valores Comentario Tipo Producto Vida, Hogar, Auto, Salud, Riesgo, Otros Tipo de producto del producto contratado. Producto Vida VIP, Hogar Express, Auto Internet, Producto contratado. Tablas Nombre de la tabla : CodigosTipoProducto Características: Códigos de los tipos de productos disponibles y su descripción Cubo Dimensión Campos Descripción de los campos Tipo Índices Producción Producto CodigoTipoProducto CODIGO DEL TIPO DEL PRODUCTO INT Primary Key DescripcionTipoProducto DESCRIPCIÓN DE LOS TIPOS DE LOS PRODUCTOS VARCHAR La clave primaria es el campo que contiene el código del tipo del producto. Es un campo entero que puede tomar 6 valores según el tipo de producto. El otro campo es, una vez más, la descripción o nombre del tipo de producto. 127

142 Nombre de la tabla : Características: Productos Tabla general de productos Cubo Dimensión Campos Descripción de los campos Tipo Índices CodigoProducto CODIGO DEL PRODUCTO INT Primary Key DescrpcionProducto DESCRIPCION DEL PRODUCTO VARCHAR EstadoProducto ESTADO DEL PRODUCTO VARCHAR FechaEstadoProducto FECHA ESTADO PRODUCTO DATETIME EdadMinimaContratacion EDAD MINIMA CONTRATACION CHAR Producción Producto EdadMaximaContratacion EDAD MAXIMA CONTRATACION CHAR IndicadorPrimaUnica INDICADOR DE SI ES PRIMA UNICA CHAR IndicadorComisionPrima INDICADOR DE SI HAY COMISION EN LA PRIMA CHAR FlagProductoComercial INDICADOR DE PRODUCTO COMERCIAL CHAR FlagProductoTecnico INDICADOR DE PRODUCTO TECNICO CHAR CodigoCanal CODIGO DEL CANAL INT Foreign Key CodigoTipoProducto CODIGO DE LA POLIZA INT Foreign Key La clave primaria es el campo entero del código del producto. Este código identificará unívocamente a cada producto de la compañía aseguradora. El siguiente campo es el de la descripción o nombre del propio producto. El campo varchar EstadoProducto especifica el estado en que se encuentra el producto en una fecha concreta. Esa fecha concreta es registrada en otro campo de tipo datetime cuando se actualiza el campo perteneciente al estado del producto. Otros campos de interés son los de la edad mínima y máxima de contratación, así como los indicadores de si un producto tiene una prima única, si hay comisión en la prima o si el producto es comercial o técnico. En el cubo construido, estos campos no se ven reflejados pero pueden ser de gran utilidad en una futura implantación del DW en una aseguradora. Por último, hay dos campos que son claves ajenas. El primero de ellos, un campo entero que contiene el código del canal por el que ese producto se distribuye. El otro 128

143 es para relacionar el producto con el tipo de producto, y para ello se almacena el código del tipo de producto. Gracias a esta relación entre los productos y el tipo al que pertenecen, se puede anidar por dos niveles en la dimensión producto. Es de gran interés poder ver y analizar cómo se comporta la producción de pólizas según un tipo de producto e incluso poder analizarlo por productos concretos. 129

144 Dimensión red comercial En esta dimensión se contempla toda la red comercial (estructura de la red de ventas) y gracias a ella se podrá analizar a través de qué agentes se produce mayor número de contrataciones de pólizas o qué zonas o delegaciones tienen mayor movimiento de primas. Está formada por cinco tablas: Empresas. Zonas. Delegaciones. Oficinas. Agentes. 130

145 Nivel Ejemplo de valores Comentario Empresa Empresa A, Empresa B Empresas disponibles en la red de ventas. Zona Norte, Sur, Este, Oeste Zona del territorio donde se encuentran las delegaciones. Delegación Oficina Agentes Delegación AAA Delegación AGJ. Delegación MTX Oficina SGT Oficina JDY. Oficina UYD Agente AUY Agente JDU. Agente LYF Delegaciones a las que pertenecen las oficinas. Oficinas de los distintos agentes de la red. Agentes pertenecientes a la red de ventas. Tablas Nombre de la tabla : Empresas Características: Códigos y descripción de las empresas pertenecientes a la red de ventas Cubo Dimensión Campos Descripción de los campos Tipo Índices Producción Red comercial CodigoEmpresa CODIGO DE LA EMPRESA INT Primary Key DescripcionEmpresa DESCRIPCIÓN DE LA EMPRESA VARCHAR Esta tabla contiene únicamente un campo entero con el código de la empresa para identificar unívocamente a cada una de las empresas de la red de ventas, por lo tanto es clave primaria, y un campo varchar con la descripción o nombre de la empresa. 131

146 Para poder simplificar los datos se han incluido en el almacén de datos sólo dos empresas. Nombre de la tabla : Características: Zonas Información de las zonas Cubo Dimensión Campos Descripción de los campos Tipo Índices CodigoZona CODIGO DE LA ZONA INT Primary Key Producción Red comercial CodigoEmpresa CODIGO DE LA EMPRESA INT Foreign Key DescripcionZona DESCRIPCIÓN DE LAS ZONAS VARCHAR Al igual que la tabla anterior, esta tabla tiene una campo entero con el código de la zona (clave primaria) y otro campo varchar con la descripción o nombre de la zona. Existe un tercer campo con una clave ajena, el código de la empresa, para poder relacionar la tabla de zonas con la de empresas y permitir además anidar la dimensión. Nombre de la tabla : Características: Delegaciones Información de las delegaciones Cubo Dimensión Campos Descripción de los campos Tipo Índices CodigoDelegación CODIGO DE LA DELEGACION INT Primary Key Producción Red comercial CodigoZona CODIGO DE LA ZONA INT Foreign Key DescripcionDelegacion DESCRIPCIÓN DE LAS DELEGACIONES VARCHAR Esta tabla también tiene un campo clave primaria con el código de la delegación y otro varchar con la descripción de la delegación. EL otro campo de la tabla es el que relaciona esta tabla con la de Zonas permitiendo, como se ha dicho anteriormente, crear diferentes niveles dentro de la dimensión y poder navegar por ellos. 132

147 Se han introducido 100 delegaciones diferentes. Todas ellas pertenecerán a alguna zona y a cualquiera de las dos empresas disponibles. Nombre de la tabla : Características: Oficinas Información de las oficinas Cubo Dimensión Campos Descripción de los campos Tipo Índices CodigoOficina CODIGO DE LA OFICINA INT Primary Key Producción Red comercial CodigoDelegacion CODIGO DE LA DELEGACION INT Foreign Key DescripcionOficina DESCRIPCIÓN DE LAS OFICINAS VARCHAR La tabla de oficinas tiene una clave primaria, el campo CodigoOficina que identifica unívocamente a cada oficina almacenada en el DW. A cada código le corresponde una descripción o nombre de la oficina. Para poder relacionar las oficinas con las tablas anteriores existe el campo CodigoDelegacion. Nombre de la tabla : Características: Agentes Tabla general de agentes Cubo Dimensión Campos Descripción de los campos Tipo Índices CodigoPersonaAgente CODIGO DEL PRODUCTO INT Primary Key CodigoCanal CODIGO DEL CANAL INT Foreign Key CodigoOficina CODIGO DE LA OFICINA A LA QUE PERTENECE INT Foreign Key CodigoTipoComision CODIGO DEL TIPO DE COMISION DEL AGENTE INT Foreign Key Producción Red comercial PorcentajeNuevoNegocio PORCENTAJE DE NUEVO NEGOCIO DECIMAL PorcentajeCartera PORCENTAJE CARTERA DECIMAL NivelAutoridad NIVEL DE AUTORIDAD CHAR FechaAlta FECHA DE ALTA DEL AGENTE DATETIME Sexo SEXO DEL AGENTE CHAR NombreCompleot NOMBRE COMPLETO DEL AGENTE VARCHAR La última tabla de esta dimensión es la de agentes. La clave primaria es la que distingue a los agentes a través de un único código. También hay claves ajenas, 133

148 cuyos campos son calves primarias en otras tablas y permite una correcta relación entre tablas respetando la integridad referencial. Estos campos son: CodigoCanal, CodigoOficina y CodigoTipoComision. El código del canal permite saber por qué canales operan los agentes. El código de la oficina, relaciona a los agentes con las oficinas donde trabajan. El código del tipo de comisión relacionaría a la tabla de agentes con otra tabla de tipos de comisión que no se ha incluido en el DW para simplificar la funcionalidad del cuadro de mandos. Esa tabla está presente en el modelo de datos ODS. El resto de campos son campos con información personal sobre los agentes, como el nivel de autoridad que poseen, la fecha en la que se dieron de alta, sexo y nombre del agente y el porcentaje que controlan de nuevo negocio y de cartera. 134

149 Dimensión tiempo En esta dimensión se organiza toda la estructura correspondiente al tiempo tomando como referencia la fecha en la que tuvo lugar el movimiento. Nivel Ejemplo de valores Comentario Año 1997, 1998 Contiene los valores de los años en los que se han producido movimientos. Mes Enero Febrero. Diciembre Contiene los valores de los distintos meses del año. Consideraciones Se han incluido únicamente dos niveles en la dimensión, pero la tabla Tiempo contiene más campos que permiten bajar mucho más de nivel si es necesario. Los distintos niveles que se pueden alcanzar son: Nivel Ejemplo de valores Comentario Semana 1 Primera semana del año 2 Segunda semana del año. Contiene los valores numéricos correspondientes a las semanas del año. Día Contiene los valores de los distintos días del año. 135

150 Tablas Nombre de la tabla : Características: Tiempo Tabla con la información necesaria para la dimensión tiempo Cubo Dimensión Campos Descripción de los campos Tipo Índices IdTiempo IDENTIFICADOR DEL TIEMPO INT Primary Key Fecha FECHA EN LA QUE OCURRIO EL MOVIMIENTO DATETIME Dia DIA LA SEMANA DE LA FECHA CHAR Producción Tiempo Mes MES DEL AÑO DE LA FECHA CHAR Año AÑO DE LA FECHA INT DiaDelMes DIA DEL MES INT SemanaDelAño SEMANA DEL AÑO INT MesDelAño MES DEL AÑO INT La dimensión Tiempo sólo contiene esta tabla en la que el identificador del tiempo es la clave primaria. Para establecer los niveles de la dimensión utilizamos los campos del mes y del año. Si se quisiese bajar aun más de detalle, se podría incluir un nivel inferior correspondiente al día. Sin embargo, no se ha creído oportuno para el prototipo. Cada movimiento que ocurra (nueva contratación, bajas, etc.) tendrá asignada una fecha. Esa fecha se relacionará con el campo fecha de esta tabla. Con esto se podrá analizar la situación de la producción de pólizas a lo largo del tiempo, pudiendo comparar con épocas pasadas. 136

151 Dimensión tipo clientes Esta dimensión proporciona la posibilidad de realizar un análisis por un tipo de cliente determinado. Incluso se podría analizar dentro de cada tipo de cliente, por cliente determinado. Nivel Ejemplo de valores Comentario Tipo cliente 0 Cliente tipo 0 1 Cliente tipo 1 2 Cliente tipo 2 Contiene los distintos tipos de clientes que tiene la compañía aseguradora. Nombre cliente 1- Cliente AKDJ 2 Cliente JSHD Cliente ABEO Nombre del cliente asegurado. Tablas Nombre de la tabla : CodigosTipoCliente Características: Códigos de los distintos tipos de clientes de la compañía aseguradora Cubo Dimensión Campos Descripción de los campos Tipo Índices Producción Tipo clientes CodigoTipoCliente CODIGO DEL TIPO DE CLIENTE INT Primary Key DescripcionTipoCliente DESCRIPCIÓN DEL TIPO DE CLIENTE VARCHAR Esta tabla contiene los códigos de los tipos de clientes de la compañía. A cada código le corresponde una descripción o nombre del tipo de cliente. 137

152 Nombre de la tabla : Características: Clientes Tabla general de clientes Cubo Dimensión Campos Descripción de los campos Tipo Índices Producción Tipo clientes CodigoPersonaCliente CODIGO DE LA PERSONA CLIENTE INT Primary Key CodigoCanalPreferido CODIGO DEL CANAL PREFERIDO POR EL CLIENTE INT Foreign Key CodigoAgenteAsignado CODIGO DEL AGENTE QUE TIENE ASIGNADO EL CLIENTE INT Foreign Key CodigoCampanaOrigen CODIGO DE LA CAMPAÑA ORIGEN INT Foreign Key CodigoTipoCliente CODIGO DEL TIPO DE CLIENTE INT Foreign Key CampanaRelacionada DESCRIPCIÓN DE LA CAMPAÑA RELACIONADA CHAR ClienteActivo INDICADOR DE CLIENTE ACTIVO CHAR FechaAlta FECHA DE ALTA DEL CLIENTE DATETIME FechaBaja FECHA DE BAJA DEL CLIENTE DATETIME NombreCompleto NOMBRE COMPLETO DEL AGENTE VARCHAR AgenteFechaDesde FECHA DESDE QUE TIENE ASIGNADO AL AGENTE DATETIME FechaNacimiento FECHA DE NACIMIENTO DATETIME Sexo SEXO DEL AGENTE CHAR La tabla de clientes almacena a todos los clientes de la compañía, identificándolos unívocamente mediante un código, llamado CodigoPersonaCliente. Este campo es la clave primaria de la tabla. Hay, además, otras cuatro claves ajenas. Estos campos, son claves primarias en otras tablas que se relacionan con esta. Es el caso del código del canal preferido por el que opera el cliente, el código del agente que tiene asignado el cliente, el código de la campaña origen con la que se captó al cliente y por supuesto el código de tipo de cliente perteneciente a la tabla anterior y que juntas forman la dimensión Tipo clientes. Respecto a las campañas, se ha introducido en el anterior documento toda la documentación sobre su funcionalidad. Para el prototipo propuesto se ha decidido no contemplar este concepto con el fin de limitar correctamente la funcionalidad de la aplicación, aunque 138

153 en un principio se incluyese las campañas dentro de lo que se definió como el núcleo de la aplicación. No obstante, en futuras ampliaciones de la aplicación podrá ser añadido. El resto de los campos de la tabla, son los que completan la información necesaria sobre el cliente, como la fecha en la que se dio de alta y, en caso de que fuese dado de baja, su fecha correspondiente. Del mismo modo, aparecen la fecha de nacimiento y sexo del cliente, por si en un futuro se quisiese analizar por edades o sexo de los clientes. Hay un campo que indica si el cliente está activo o no. Consideraciones A nivel general en esta dimensión, es conveniente no anidar o bajar al último nivel de la dimensión, debido a la cantidad de Clientes asegurados que se pueden desplegar (en el prototipo 1000) haría más lento el análisis. 139

154 Dimensión tipo de movimiento Esta dimensión permite hacer un análisis según el tipo de movimiento de las pólizas/primas. Estos movimientos son los ya citados en el apartado Nivel Ejemplo de valores Comentario Tipo movimiento Contratación nueva póliza, Renovación póliza, Suplementos, Cancelaciones y Fin póliza sin renovación. Contiene los distintos movimientos a realizar con las pólizas/primas. Esta dimensión contiene una única tabla llamada CodigosTipoMovimiento. Tablas Nombre de la tabla : CodigosTipoMovimiento - Características: Códigos de los distintos tipos de movimientos Cubo Dimensión Campos Descripción de los campos Tipo Índices Producción Tipo de movimiento CodigoTipoMovimiento CODIGO DEL TIPO DE MOVIMIENTO INT Primary Key DescripcionTipoMovimiento DESCRIPCIÓN DEL TIPO DE MOVIMIENTO VARCHAR Esta tabla contiene únicamente dos campos. El primero de ellos, es la clave primaria, y contiene el código del tipo de movimiento que se produce. Se han registrado cinco tipos de movimientos. Cada uno de ellos, por lo tanto, tiene asignado un número entero del 1 al 5. En la tabla de hechos del cubo de producción, cada tupla tendrá un campo con un código de tipo de movimiento. 140

155 El otro campo es el de la descripción del tipo de movimiento en el que se detalla qué tipo de movimiento le corresponde a un código determinado. 141

156 Tabla de hechos En este caso, el cubo de producción consta sólo de una tabla de hechos, que recibe el mismo nombre. Nombre de la tabla : Características: Produccion Tabla de hechos de producción Cubo Tabla de hechos Campos Descripción de los campos Tipo Índices CodigoPoliza CODIGO DE LA POLIZA INT Foreign Key CodigoCliente CODIGO DEL CLIENTE DE LA POLIZA INT Foreign Key CodigoProyecto CODIGO DEL PROYECTO INT Foreign Key CodigoCanal CODIGO DE L CANAL INT Foreign Key CodigoProducto CODIGO DEL PRODUCTO INT Foreign Key CodigoProvincia CODIGO DE LA PROVINCIA INT Foreign Key CodigoAgente CODIGO DEL AGENTE INT Foreign Key Producción Única CodigoTipoMovimiento CODIGO DEL TIPO DE MOVIMIENTO INT Foreign key ContadorPoliza CONTADOR DE POLIZAS INT FechaMovimiento FECHA EN LA QUE SE PRODUCE EL MOVIMIENTO DATETIME PrimaMensual PRIMA MENSUAL DE LA POLIZA DECIMAL PrimaAnualizada PRIMA ANUALIZADA DECIMAL PrimaProyecto PRIMA DEL PROYECTO DECIMAL ClienteNuevaProduccion INDICADOR DE SI EL CLIENTE ES DE NUEVA PRODUCCION INT TotalPolizas CONTADOR TOTAL DE LAS POLIZAS INT Para el diseño de la base de datos multidimensional se le aplica el esquema de estrella en el que se dispone de una única tabla de hechos con múltiples dimensiones, cada una de ellas formadas por una o más tablas. La tabla de hechos contiene las claves primarias de aquellas tablas con las que se relaciona, para poder analizar los datos por cualquiera de las dimensiones incluidas 142

157 en el esquema. A continuación se muestra el esquema resultante del diseño del cubo de producción: Además de los campos clave de las dimensiones, hay otros campos numéricos llamados medidas. Estas medidas permitirán el análisis del cubo. Mediante el campo FechaMovimiento se registra en la tabla de hechos el día exacto en la que se produjo el movimiento. Este campo se relaciona directamente con la tabla Tiempo, de la dimensión Tiempo. 143

158 Hay dos campos donde se almacenan los valores de las primas correspondientes a la póliza. Un valor pertenece a la prima mensual y otro a la prima anualizada. De los dos, en el cuadro de mandos de producción sólo se utilizará la prima anualizada. Existen otros campos que sólo contendrán los valores 0 o 1. Siempre que se añada un registro a la tabla de hechos se le pondrá un 1 en el campo ContadorPoliza con el fin de poder controlar el número total de movimientos que ha habido. El campo ClienteNuevaProduccion fue incluido en la tabla con el fin de poder contar todos los clientes de nueva producción que hay en un momento determinado. Estos campos se esperan encontrar durante el proceso de carga y transformación de los datos en los distintos sistemas operacionales de la compañía aseguradora. 144

159 Miembros calculados Como ya se ha explicado con anterioridad, gracias a los campos numéricos se consiguen las medidas, que a su vez, formarán parte de los miembros calculados, en su mayoría indicadores ya analizados en el primer documento generado. Un miembro calculado es una medida que se obtiene en función de una sentencia programada, que puede ser una expresión matemática, una expresión lógica o la combinación de ambas. Un miembro calculado es un miembro cuyo valor se calcula en tiempo de ejecución mediante una expresión de MDX que se especifica al definir el miembro calculado. Los miembros calculados se pueden definir para cualquier dimensión, incluida la dimensión de medida. Los miembros calculados no aumentan el tamaño del cubo porque sólo se almacenan las definiciones en el cubo; los valores se calculan en la memoria cuando son necesarios para responder a una consulta. Los miembros calculados son los siguientes: Nombre del miembro calculado Diferencia Proyecto PTD Polizas YTD Polizas Expresión MDX [Measures].[Prima Proyecto]-[Measures].[Prima Anualizada] Sum(PeriodsToDate([Tiempo].[Mes]),[Measures].[Contador Poliza]) Sum(PeriodsToDate([Tiempo].[Año]),[Measures].[Contador Poliza]) 145

160 ITD Polizas PTD Prima Menual YTD Prima Mensual ITD Prima Mensual PTD Prima Anualizada YTD Prima Anualizada ITD Prima Anualizada Acumulado Polizas Acumulado Prima Mensual Acumulado Prima Anualizada Crecimiento ITD Polizas Crecimiento ITD Primas Mensual Crecimiento ITD Primas Anualizada Crecimiento Polizas Crecimiento Primas Mensual Crecimiento Primas Anualizada iif([tiempo].currentmember.level.name = "Mes", sum ( LastPeriods ( 13, [Tiempo].CurrentMember ), [Measures].[Contador Poliza] ), 0) Sum(PeriodsToDate([Tiempo].[Mes]),[Measures].[Prima Mensual]) Sum(PeriodsToDate([Tiempo].[Año]),[Measures].[Prima Mensual]) iif([tiempo].currentmember.level.name = "Mes", sum ( LastPeriods ( 13, [Tiempo].CurrentMember ), [Measures].[Prima Mensual] ), 0) Sum(PeriodsToDate([Tiempo].[Mes]),[Measures].[Prima Anualizada]) Sum(PeriodsToDate([Tiempo].[Año]),[Measures].[Prima Anualizada]) iif([tiempo].currentmember.level.name = "Mes", sum ( LastPeriods ( 13, [Tiempo].CurrentMember ), [Measures].[Prima Anualizada] ), 0) ([Tiempo].CurrentMember.PrevMember, [measures].[acumulado Polizas])+([tiempo].CurrentMember, [measures].[contador poliza]) ([Tiempo].CurrentMember.PrevMember, [measures].[acumulado Primas Mensual])+([tiempo].CurrentMember, [Measures].[Prima Mensual]) ([Tiempo].CurrentMember.PrevMember, [measures].[acumulado Primas Anualizada])+([tiempo].CurrentMember, [Measures].[Prima Anualizada]) iif(([tiempo].currentmember.prevmember, [measures].[itd polizas])=0,0,(([tiempo].currentmember, [measures].[itd polizas])/([tiempo].currentmember.prevmember, [measures].[itd polizas])) -1) iif(([tiempo].currentmember.prevmember, [Measures].[ITD Prima Mensual])=0,0,(([TIEMPO].CurrentMember, [Measures].[ITD Prima Mensual])/([TIEMPO].CurrentMember.PrevMember, [Measures].[ITD Prima Mensual])) -1) iif(([tiempo].currentmember.prevmember, [Measures].[ITD Prima Anualizada])=0,0,(([TIEMPO].CurrentMember, [Measures].[ITD Prima Anualizada])/([TIEMPO].CurrentMember.PrevMember, [Measures].[ITD Prima Anualizada])) -1) iif(([tiempo].currentmember.prevmember, [measures].[acumulado Polizas])=0,0,(([TIEMPO].CurrentMember, [measures].[acumulado polizas])-([tiempo].currentmember.prevmember, [measures].[acumulado Polizas]))/([TIEMPO].CurrentMember.PrevMember, [measures].[acumulado polizas])) iif(([tiempo].currentmember.prevmember, [measures].[acumulado Primas Mensual])=0,0,(([TIEMPO].CurrentMember, [measures].[acumulado Primas Mensual])- ([TIEMPO].CurrentMember.PrevMember, [measures].[acumulado Primas Mensual]))/([TIEMPO].CurrentMember.PrevMember, [measures].[acumulado Primas Mensual])) iif(([tiempo].currentmember.prevmember, [measures].[acumulado Primas Anualizada])=0,0,(([TIEMPO].CurrentMember, 146

161 [measures].[acumulado Primas Anualizada])- ([TIEMPO].CurrentMember.PrevMember, [measures].[acumulado Primas Anualizada]))/([TIEMPO].CurrentMember.PrevMember, [measures].[acumulado Primas Anualizada])) Las expresiones están en un lenguaje llamado MDX 11. El Análisis Services cuenta con un lenguaje de consulta propio para acceder a los datos almacenados en las estructuras multidimensionales, el MDX. Este lenguaje, en varios aspectos, es similar al TSQL (versión de Microsoft del Structured Query Language), pero no es una extensión de este lenguaje. Del mismo modo que en TSQL, las consultas en MDX requieren una solicitud de datos (Cláusula SELECT), un punto de partida o cubo de origen (Cláusula FROM) y un filtro (Cláusula WHERE). Con estas y otras cláusulas, el MDX permite recuperar porciones específicas de datos de un cubo para su análisis. Sin embargo, hay otro aspecto muy importante del MDX, y es que se utiliza en la definición de los ya explicados miembros calculados. Todos estos miembros calculados están disponibles en el cubo de producción pero no todos son utilizados en el cuadro de mandos. Así, el primer miembro, el de diferencia proyecto está pensado como la diferencia entre la cantidad fijada como prima originariamente en el proyecto y la cantidad final de la prima de la póliza una vez el proyecto pasa a ser un producto (póliza). 11 Multidimensional Expressions 147

162 Tampoco se emplean todos los miembros calculados correspondientes al crecimiento. En el cubo se han incluido dos maneras diferentes de calcular el crecimiento. Una respecto al ITD y otro con el acumulado. Se ha optado por utilizar la segunda opción en el prototipo. Consideraciones PTD (Period-To-Date): Corresponde con el último mes concluido hasta la fecha. Si se quiere mostrar los datos dada una fecha, en el PTD aparecerán los datos correspondientes al período comprendido entre el primer día de ese mes y el día de la fecha dada. YTD (Year-To-Date): Corresponde al período comprendido entre el primer día del año y el día de la fecha seleccionada. Así por ejemplo, si el usuario se selecciona el día 8 de Agosto de un año determinado, los datos que aparecerán corresponden con los transcurridos entre el 1 de Enero de ese año y el 8 de Agosto. ITD (Interannual-To-Date): Corresponde al período comprendido entre los últimos 12 meses desde la fecha actual. 148

163 CTD (Contract-To-Date): Muestra el valor acumulado desde que se dispone los datos hasta la fecha seleccionada. El CTD corresponde a los miembros calculados llamados acumulados. 149

164 5.5. Cubo de siniestralidad Descripción El cubo de siniestralidad contiene información sobre los siniestros ocurridos durante un período de prueba de dos años. Toda esa información se plasma en una serie de indicadores, procedentes de un análisis previo y recogido en el apartado Dimensiones A continuación se muestran con detalles todas las dimensiones, los niveles de jerarquía existentes en las dimensiones y consideraciones para un mejor manejo de estas estructuras. Las dimensiones incluidas en el cubo de Siniestralidad son: Canales. Geográfica. Producto. 150

165 Red comercial. Tipo Clientes. Tiempo En los siguientes apartados, se detalla cada dimensión, niveles, ejemplo de valores y comentarios de los diferentes niveles jerárquicos así como las tablas que comprenden la dimensión. La totalidad de estas dimensiones son las mismas que se utilizaron en el anterior cubo. Esto es debido a que las dimensiones, son creadas como dimensiones compartidas. Por lo tanto el contenido de las tablas es exactamente el mismo. 151

166 Dimensión canales Esta dimensión contiene los diferentes canales de distribución a través de los cuales se puede operar con las pólizas. La dimensión canales está formada únicamente por la tabla de canales. Nivel Ejemplo de valores Comentario Canal Agencial Internet Red exterior Red propia Telefónico Muestra el código del canal. Tablas Nombre de la tabla : Canales Características: Información de los canales Cubo Dimensión Campos Descripción de los campos Tipo Índices Siniestralidad Canales CodigoCanal CODIGO DEL CANAL INT Primary Key DescripcionCanal DESCRIPCIÓN DE LOS CANALES VARCHAR La clave primaria de esta tabla es el código del canal. El tipo de dato es entero y para este prototipo se han identificado 5 canales diferentes de distribución. El otro campo de la tabla contiene la descripción de los canales. Esta tabla se relacionará con la tabla de hechos del cubo a través de la clave primaria. 152

167 Dimensión geográfica En esta dimensión se organiza la dimensión geográfica. Se toma como referencia el lugar donde se produjo el siniestro. Con el fin de simplificar el prototipo del cuadro de mandos, se ha decidido incluir sólo el territorio nacional. Gracias a esta dimensión se podrá analizar por ejemplo los costes derivados de los siniestros, o la propia siniestralidad por comunidades. Esta dimensión consta de dos tablas, una correspondiente a las provincias y otra a las comunidades. Tablas Nombre de la tabla : Características: Comunidades Información de comunidades Cubo Dimensión Campos Descripción de los campos Tipo Índices CodigoComunidad CODIGO DE LA COMUNIDAD INT Primary Key Siniestralidad Geográfica CodigoZona CODIGO DE LA ZONA INT Foreign Key DescripcionComunidad DESCRIPCIÓN DE LAS COMUNIDADES VARCHAR La clave primaria es el código de la comunidad cuyo tipo de dato es entero. Existe un campo entero con el código de la zona. Este campo es una clave ajena, ya que hay una tabla de zonas donde este campo es la clave principal. El motivo de este campo es para poder relacionar las zonas (perteneciente a la dimensión red comercial) con las comunidades (dimensión geográfica). Por último existe un campo 153

168 varchar que contiene la descripción o nombre de la comunidad a la que pertenece el código de comunidad correspondiente. Nombre de la tabla : Características: Provincias Información de las provincias Cubo Dimensión Campos Descripción de los campos Tipo Índices CodigoProvincia CODIGO DE LA COMUNIDAD INT Primary Key Siniestralidad Geográfica CodigoComunidad CODIGO DE LA COMUNIDAD INT Foreign Key DescripcionProincia DESCRIPCIÓN DE LAS PROVINCIAS VARCHAR La clave primaria de esta tabla es el campo entero con código de la provincia. Este código identifica a cada provincia con un número entero. Al igual que en tablas anteriores, existe también un campo varchar que contiene la descripción o nombre de la provincia con ese código de provincia. El otro campo de la tabla, es el correspondiente al código de la comunidad. Este campo entero es clave ajena, ya que es clave primaria de la tabla anterior. Este campo permite relacionar ambas tablas y poder anidar la dimensión geográfica por comunidades y por provincias. 154

169 Dimensión producto En esta dimensión se podrá analizar a qué productos comercializados por la compañía aseguradora pertenecen los asegurados. Se ofrece desde un único punto de vista: los productos son agrupados en función del tipo de producto. Esta dimensión está formada por dos tablas: Productos Tipo de productos Nivel Ejemplo de valores Comentario Tipo Producto Vida, Hogar, Auto, Salud, Riesgo, Otros Tipo de producto del producto contratado. Producto Vida VIP, Hogar Express, Auto Internet, Producto contratado. Tablas Nombre de la tabla : CodigosTipoProducto Características: Códigos de los tipos de productos disponibles y su descripción Cubo Dimensión Campos Descripción de los campos Tipo Índices Siniestralidad Producto CodigoTipoProducto CODIGO DEL TIPO DEL PRODUCTO INT Primary Key DescripcionTipoProducto DESCRIPCIÓN DE LOS TIPOS DE LOS PRODUCTOS VARCHAR 155

170 La clave primaria es el campo que contiene el código del tipo del producto. Es un campo entero que puede tomar 6 valores según el tipo de producto. El otro campo es, una vez más, la descripción o nombre del tipo de producto. Nombre de la tabla : Características: Productos Tabla general de productos Cubo Dimensión Campos Descripción de los campos Tipo Índices CodigoProducto CODIGO DEL PRODUCTO INT Primary Key DescrpcionProducto DESCRIPCION DEL PRODUCTO VARCHAR EstadoProducto ESTADO DEL PRODUCTO VARCHAR FechaEstadoProducto FECHA ESTADO PRODUCTO DATETIME EdadMinimaContratacion EDAD MINIMA CONTRATACION CHAR Siniestralidad Producto EdadMaximaContratacion EDAD MAXIMA CONTRATACION CHAR IndicadorPrimaUnica INDICADOR DE SI ES PRIMA UNICA CHAR IndicadorComisionPrima INDICADOR DE SI HAY COMISION EN LA PRIMA CHAR FlagProductoComercial INDICADOR DE PRODUCTO COMERCIAL CHAR FlagProductoTecnico INDICADOR DE PRODUCTO TECNICO CHAR CodigoCanal CODIGO DEL CANAL INT Foreign Key CodigoTipoProducto CODIGO DE LA POLIZA INT Foreign Key La clave primaria es el campo entero del código del producto. Este código identificará unívocamente a cada producto de la compañía aseguradora. El siguiente campo es el de la descripción o nombre del propio producto. El campo varchar EstadoProducto especifica el estado en que se encuentra el producto en una fecha concreta. Esa fecha concreta es registrada en otro campo de tipo datetime cuando se actualiza el campo perteneciente al estado del producto. Otros campos de interés son los de la edad mínima y máxima de contratación, así como los indicadores de si un producto tiene una prima única, si hay comisión en la prima o si el producto es comercial o técnico. 156

171 Por último, hay dos campos que son claves ajenas. El primero de ellos, un campo entero que contiene el código del canal por el que ese producto se distribuye. El otro es para relacionar el producto con el tipo de producto, y para ello se almacena el código del tipo de producto. Gracias a esta relación entre los productos y el tipo al que pertenecen, se puede anidar por dos niveles en la dimensión producto. Es de gran interés poder ver y analizar qué productos de la compañía aseguradora sufren mayor índice de siniestralidad. 157

172 Dimensión red comercial En esta dimensión se contempla toda la red comercial (estructura de la red de ventas). Gracias a esta dimensión se podrá analizar por qué oficinas o delegaciones se tramitan mayor número de pólizas que sufren algún siniestro. Está formada por cinco tablas: Empresas Zonas Delegaciones Oficinas Agentes 158

173 Nivel Ejemplo de valores Comentario Empresa Empresa A, Empresa B Empresas disponibles en la red de ventas. Zona Norte, Sur, Este, Oeste Zona del territorio donde se encuentran las delegaciones. Delegación Oficina Agentes Delegación AAA Delegación AGJ. Delegación MTX Oficina SGT Oficina JDY. Oficina UYD Agente AUY Agente JDU. Agente LYF Delegaciones a las que pertenecen las oficinas. Oficinas de los distintos agentes de la red. Agentes pertenecientes a la red de ventas. Tablas Nombre de la tabla : Empresas Características: Códigos y descripción de las empresas pertenecientes a la red de ventas Cubo Dimensión Campos Descripción de los campos Tipo Índices Siniestralidad Red comercial CodigoEmpresa CODIGO DE LA EMPRESA INT Primary Key DescripcionEmpresa DESCRIPCIÓN DE LA EMPRESA VARCHAR Esta tabla contiene únicamente un campo entero con el código de la empresa para identificar unívocamente a cada una de las empresas de la red de ventas, por lo tanto es clave primaria, y un campo varchar con la descripción o nombre de la empresa. 159

174 Para poder simplificar los datos se han incluido en el almacén de datos sólo dos empresas. Nombre de la tabla : Características: Zonas Información de las zonas Cubo Dimensión Campos Descripción de los campos Tipo Índices CodigoZona CODIGO DE LA ZONA INT Primary Key Siniestralidad Red comercial CodigoEmpresa CODIGO DE LA EMPRESA INT Foreign Key DescripcionZona DESCRIPCIÓN DE LAS ZONAS VARCHAR Al igual que la tabla anterior, esta tabla tiene una campo entero con el código de la zona (clave primaria) y otro campo varchar con la descripción o nombre de la zona. Existe un tercer campo con una clave ajena, el código de la empresa, para poder relacionar la tabla de zonas con la de empresas y permitir además anidar la dimensión. Nombre de la tabla : Características: Delegaciones Información de las delegaciones Cubo Dimensión Campos Descripción de los campos Tipo Índices CodigoDelegación CODIGO DE LA DELEGACION INT Primary Key Siniestralidad Red comercial CodigoZona CODIGO DE LA ZONA INT Foreign Key DescripcionDelegacion DESCRIPCIÓN DE LAS DELEGACIONES VARCHAR Esta tabla también tiene un campo clave primaria con el código de la delegación y otro varchar con la descripción de la delegación. EL otro campo de la tabla es el que relaciona esta tabla con la de Zonas, permitiendo como se ha dicho anteriormente, crear diferentes niveles dentro de la dimensión y poder navegar por ellos. 160

175 Se han introducido 100 delegaciones diferentes. Todas ellas pertenecerán a alguna zona y a cualquiera de las dos empresas disponibles. Nombre de la tabla : Características: Oficinas Información de las oficinas Cubo Dimensión Campos Descripción de los campos Tipo Índices CodigoOficina CODIGO DE LA OFICINA INT Primary Key Siniestralidad Red comercial CodigoDelegacion CODIGO DE LA DELEGACION INT Foreign Key DescripcionOficina DESCRIPCIÓN DE LAS OFICINAS VARCHAR La tabla de oficinas tiene una clave primaria, el campo CodigoOficina que identifica unívocamente a cada oficina almacenada en el DW. A cada código le corresponde una descripción o nombre de la oficina. Para poder relacionar las oficinas con las tablas anteriores existe el campo CodigoDelegacion. Nombre de la tabla : Características: Agentes Tabla general de agentes Cubo Dimensión Campos Descripción de los campos Tipo Índices CodigoPersonaAgente CODIGO DEL PRODUCTO INT Primary Key CodigoCanal CODIGO DEL CANAL INT Foreign Key CodigoOficina CODIGO DE LA OFICINA A LA QUE PERTENECE INT Foreign Key CodigoTipoComision CODIGO DEL TIPO DE COMISION DEL AGENTE INT Foreign Key Siniestralidad Red comercial PorcentajeNuevoNegocio PORCENTAJE DE NUEVO NEGOCIO DECIMAL PorcentajeCartera PORCENTAJE CARTERA DECIMAL NivelAutoridad NIVEL DE AUTORIDAD CHAR FechaAlta FECHA DE ALTA DEL AGENTE DATETIME Sexo SEXO DEL AGENTE CHAR NombreCompleot NOMBRE COMPLETO DEL AGENTE VARCHAR 161

176 La última tabla de esta dimensión es la de agentes. La clave primaria es la que distingue a los agentes a través de un único código. También hay claves ajenas, cuyos campos son calves primarias en otras tablas y permite una correcta relación entre tablas respetando la integridad referencial. Estos campos son: CodigoCanal, CodigoOficina y CodigoTipoComision. El código del canal permite saber por qué canales operan los agentes. El código de la oficina, relaciona a los agentes con las oficinas donde trabajan. El código del tipo de comisión relacionaría a la tabla de agentes con otra tabla de tipos de comisión que no se ha incluido en el DW para simplificar la funcionalidad del cuadro de mandos. Esa tabla está presente en el modelo de datos ODS. El resto de campos son campos con información personal sobre los agentes, como el nivel de autoridad que poseen, la fecha en la que se dieron de alta, sexo y nombre del agente y el porcentaje que controlan de nuevo negocio y de cartera. 162

177 Dimensión tiempo En esta dimensión se organiza toda la estructura correspondiente al tiempo tomando como referencia la fecha en la que tuvo lugar el movimiento. Nivel Ejemplo de valores Comentario Año 1997, 1998 Contiene los valores de los años en los que se han producido movimientos. Mes Enero Febrero. Diciembre Contiene los valores de los distintos meses del año. Consideraciones: Se han incluido únicamente dos niveles en la dimensión, pero la tabla Tiempo contiene más campos que permiten bajar mucho más de nivel si es necesario. Los distintos niveles que se pueden alcanzar son Nivel Ejemplo de valores Comentario Semana 1 Primera semana del año 2 Segunda semana del año. Contiene los valores numéricos correspondientes a las semanas del año. Día Contiene los valores de los distintos días del año. 163

178 Tablas Nombre de la tabla : Características: Tiempo Tabla con la información necesaria para la dimensión tiempo Cubo Dimensión Campos Descripción de los campos Tipo Índices IdTiempo IDENTIFICADOR DEL TIEMPO INT Primary Key Fecha FECHA EN LA QUE OCURRIO EL MOVIMIENTO DATETIME Dia DIA LA SEMANA DE LA FECHA CHAR Siniestralidad Tiempo Mes MES DEL AÑO DE LA FECHA CHAR Año AÑO DE LA FECHA INT DiaDelMes DIA DEL MES INT SemanaDelAño SEMANA DEL AÑO INT MesDelAño MES DEL AÑO INT La dimensión tiempo sólo contiene esta tabla en la que el identificador del tiempo es la clave primaria. Para establecer los niveles de la dimensión utilizamos los campos del mes y del año. Si se quisiese bajar aun más de detalle, se podría incluir un nivel inferior correspondiente al día. Sin embargo, no se ha creído oportuno para el prototipo. Cada siniestro ocurrido tendrá asignado una fecha. Esa fecha se relacionará con el campo fecha de esta tabla. Con esto se podrá analizar la siniestralidad a lo largo del tiempo, pudiendo comparar con épocas pasadas. 164

179 Dimensión tipo clientes Esta dimensión proporciona la posibilidad de realizar un análisis por un tipo de cliente determinado. Incluso se podría analizar dentro de cada tipo de cliente, por cliente determinado. Nivel Ejemplo de valores Comentario Tipo cliente 0 Cliente tipo 0 1 Cliente tipo 1 2 Cliente tipo 2 Contiene los distintos tipos de clientes que tiene la compañía aseguradora. Nombre cliente 1- Cliente AKDJ 2 Cliente JSHD Cliente ABEO Nombre del cliente asegurado. Tablas Nombre de la tabla : CodigosTipoCliente Características: Códigos de los distintos tipos de clientes de la compañía aseguradora Cubo Dimensión Campos Descripción de los campos Tipo Índices Siniestralidad Tipo clientes CodigoTipoCliente CODIGO DEL TIPO DE CLIENTE INT Primary Key DescripcionTipoCliente DESCRIPCIÓN DEL TIPO DE CLIENTE VARCHAR Esta tabla contiene los códigos de los tipos de clientes de la compañía. A cada código le corresponde una descripción o nombre del tipo de cliente. 165

180 Nombre de la tabla : Características: Clientes Tabla general de clientes Cubo Dimensión Campos Descripción de los campos Tipo Índices CodigoPersonaCliente CODIGO DE LA PERSONA CLIENTE INT Primary Key CodigoCanalPreferido CODIGO DEL CANAL PREFERIDO POR EL CLIENTE INT Foreign Key CodigoAgenteAsignado CODIGO DEL AGENTE QUE TIENE ASIGNADO EL CLIENTE INT Foreign Key CodigoCampanaOrigen CODIGO DE LA CAMPAÑA ORIGEN INT Foreign Key CodigoTipoCliente CODIGO DEL TIPO DE CLIENTE INT Foreign Key CampanaRelacionada DESCRIPCIÓN DE LA CAMPAÑA RELACIONADA CHAR Siniestralidad Tipo clientes ClienteActivo INDICADOR DE CLIENTE ACTIVO CHAR FechaAlta FECHA DE ALTA DEL CLIENTE DATETIME FechaBaja FECHA DE BAJA DEL CLIENTE DATETIME NombreCompleto NOMBRE COMPLETO DEL AGENTE VARCHAR AgenteFechaDesde FECHA DESDE QUE TIENE ASIGNADO AL AGENTE DATETIME FechaNacimiento FECHA DE NACIMIENTO DATETIME Sexo SEXO DEL AGENTE CHAR La tabla de clientes almacena a todos los clientes de la compañía, identificándolos unívocamente mediante un código, llamado CodigoPersonaCliente. Este campo es la clave primaria de la tabla. Hay, además, otras cuatro claves ajenas. Estos campos, son claves primarias en otras tablas que se relacionan con esta. Es el caso del código del canal preferido por el que opera el cliente, el código del agente que tiene asignado el cliente, el código de la campaña origen con la que se captó al cliente y por supuesto el código de tipo de cliente perteneciente a la tabla anterior y que juntas forman la dimensión tipo clientes. El resto de los campos de la tabla, son los que completan la información necesaria sobre el cliente, como la fecha en la que se dio de alta y, en caso de que fuese dado de baja, su fecha correspondiente. Del mismo modo, aparecen la fecha de 166

181 nacimiento y sexo del cliente, por si en un futuro se quisiese analizar por edades o sexo de los clientes. Hay un campo que indica si el cliente está activo o no. Consideraciones A nivel general en esta dimensión, es conveniente no anidar o bajar al último nivel de la dimensión, debido a la cantidad de clientes asegurados que se pueden desplegar (en el prototipo 1000) haría más lento el análisis. 167

182 Tabla de hechos En este caso, el cubo de siniestralidad consta sólo de una tabla de hechos, que recibe el mismo nombre. Nombre de la tabla : Siniestralidad Características: Tabla de hechos de siniestralidad Cubo Tabla de hechos Campos Descripción de los campos Tipo Índices CodigoSiniestro CODIGO DEL SINIESTRO INT Foreign Key CodigoPoliza CODIGO DE LA POLIZA INT Foreign Key CodigoProvincia CODIGO DE LA PROVINCIA INT Foreign Key CodigoProducto CODIGO DEL PRODUCTO INT Foreign Key CodigoCanal CODIGO DEL CANAL INT Foreign Key CodigoCliente CODIGO DEL CLIENTE INT Foreign Key CodigoAgente CODIGO DEL AGENTE INT Foreign Key CodigoTipoMovimiento CODIGO DEL TIPO DE MOVIMIENTO INT Foreign key ContadorPolizas CONTADOR DE POLIZAS INT FechaSiniestro FECHA EN LA QUE SE PRODUCE EL SINIESTRO DATETIME Siniestralidad Única ImportePrima IMPORTE DE LA PRIMA DECIMAL ExpedientesAbiertos CONTADOR DE EXPEDIENTES ABIERTOS INT SiniestrosDenegados CONTADOR DE SINIESTROS DENEGADOS INT ClienteNuevaProduccion INDICADOR DE SI EL CLIENTE ES DE NUEVA PRODUCCION INT TotalPolizas CONTADOR TOTAL DE LAS POLIZAS INT SiniestrosGraves CONTADORE DE SINIETSROS GRAVES INT SiniestrosDeclarados CONTADOR DE SINIESTROS DECLARADOS INT CosteSIniestro COSTE DEL SINIESTRO DECIMAL FechaAperturaExpediente FECHA DE APERTURA DE EXPEDIENTE DATETIME FechaCierreExpediente FECHA DE CIERRE DE EXPEDIENTE DATETIME ContadorExpedientes CONTADOR DE EXPEDIENTES INT DiferenciaDias DIAS TRANSACURRIDOS DESDE LA APERTURA HASTA EL CIERRE DATETIME 168

183 El diseño del cubo multidimensional se ha realizado de la misma manera que el cubo anterior. El cubo de siniestralidad constará de una tabla de hechos con múltiples dimensiones en forma de estrella. La tabla de hechos tiene una serie de campos que son las claves primarias en las tablas que forman las dimensiones. Además de estos campos, existen otros numéricos que formarán las medidas y serán de vital utilidad para elaborar los miembros calculados. El esquema de estrella resultante se muestra a continuación: 169

184 El esquema es muy parecido al del cubo de producción, ya que consta también de una única tabla de hechos y de las mismas dimensiones a excepción de la dimensión tipo de movimiento que era específica del anterior cubo. La tabla de hechos tiene una serie de campos que formarán las medidas. Estas medidas son: 170

185 Estas medidas es la suma de cada valor almacenado en el campo correspondiente en la tabla de hechos. Con estas medidas y el lenguaje MDX se podrá realizar las expresiones necesarias para mostrar la funcionalidad deseada en el cuadro de mandos. La medida de siniestros declarados es la suma del campo SiniestrosDeclarados. Este campo almacenará un 1 por cada póliza de la tabla de hechos que haya sufrido un siniestro. Gracias a este campo se podrá saber el número de siniestros declarados en la compañía. Del mismo modo, la medida de siniestros denegados permitirá conocer el número de aquellos siniestros declarados que la compañía no acepta. De los siniestros declarados, se almacena también en un campo un indicador que permita conocer si el siniestro es grave o no. Para conocer si un siniestro es grave o no será la propia compañía quien estime el umbral que debe pasar un siniestro para ser declarado grave. Se almacena también el número de expedientes que hay en la compañía. Y de todos los expedientes, se puede conocer el número de expedientes abiertos. La medida velocidad de cierre contiene la suma del campo DiferenciaDias a lo largo de la tabla de hechos. Este campo DiferenciaDias contiene el valor correspondiente al número de días transcurridos desde que se abrió el expediente de siniestro hasta que se cerró. Gracias a este campo se podrá calcular la velocidad de cierre. 171

186 Todos los campos, excepto DiferenciaDias, se esperan encontrar en el proceso de carga y extracción de los datos de los sistemas origen de la compañía aseguradora. El campo DiferenciaDias habrá que calcularlo. 172

187 Miembros calculados Ya se ha explicado en el punto el concepto de miembro calculado y sus implicaciones en el cubo. Los miembros calculados son los siguientes: Nombre del miembro calculado Expresión MDX PTD Coste Siniestro ITD Coste Siniestro YTD Coste Siniestro Coste medio por siniestro PTD Coste medio por siniestro YTD Coste medio por siniestro ITD Coste medio por siniestro Acumulado Coste medio por siniestro Crecimiento ITD Coste medio por siniestro % Siniestros denegados/siniestros declarados sum(periodstodate([tiempo].[mes]), [Measures].[Coste Siniestro]) iif([tiempo].currentmember.level.name="mes", sum(lastperiods (13, [Tiempo].CurrentMember), [Measures].[Coste Siniestro]), 0) sum(periodstodate([tiempo].[año]), [Measures].[Coste Siniestro]) iif([measures].[siniestros Declarados]=0,0,[Measures].[Coste Siniestro]/[Measures].[Siniestros Declarados]) sum(periodstodate([tiempo].[mes]), [Measures].[Coste medio por siniestro]) sum(periodstodate([tiempo].[año]), [Measures].[Coste medio por siniestro]) iif([tiempo].currentmember.level.name="mes", sum(lastperiods (13, [Tiempo].CurrentMember), [Measures].[Coste medio por siniestro]), 0) iif([tiempo].currentmember.level.name="mes", sum(lastperiods (13, [Tiempo].CurrentMember), [Measures].[Coste medio por siniestro]), 0) ([Tiempo].CurrentMember.PrevMember, [measures].[acumulado Coste medio por siniestro]) + ([Tiempo].CurrentMember, [measures].[coste medio por siniestro]) iif(([tiempo].currentmember.prevmember, [Measures].[ITD Coste medio por siniestro])=0,0,(([tiempo].currentmember, [Measures].[ITD Coste medio por siniestro])/([tiempo].currentmember.prevmember, [Measures].[ITD Coste medio por siniestro]))-1) iif([measures].[siniestros Declarados]=0,0,([Measures].[Siniestros Denegados]/[Measures].[Siniestros Declarados])) 173

188 % Expedientes abiertos/siniestros declarados PTD % Siniestros denegados/siniestros declarados YTD % Siniestros denegados/siniestros declarados ITD % Siniestros denegados/siniestros declarados Crecimiento % Siniestros denegados/siniestros declarados PTD % Expedientes abiertos/siniestros declarados YTD % Expedientes abiertos/siniestros declarados ITD % Expedientes abiertos/siniestros declarados iif([measures].[siniestros Declarados]=0,0,[Measures].[Expedientes Abiertos]/[Measures].[Siniestros Declarados]) sum(periodstodate([tiempo].[mes]), [Measures].[% Siniestros denegados/siniestros declarados]) sum(periodstodate([tiempo].[año]), [Measures].[% Siniestros denegados/siniestros declarados]) iif([tiempo].currentmember.level.name="mes", sum(lastperiods (13, [Tiempo].CurrentMember), [Measures].[% Siniestros denegados/siniestros declarados]), 0) iif(([tiempo].currentmember.prevmember, [Measures].[ITD % Siniestros denegados/siniestros declarados])=0,0,(([tiempo].currentmember, [Measures].[ITD % Siniestros denegados/siniestros declarados])/([tiempo].currentmember.prevmember, [Measures].[ITD % Siniestros denegados/siniestros declarados]))-1) sum(periodstodate([tiempo].[mes]), [Measures].[% Expedientes abiertos/siniestros declarados]) sum(periodstodate([tiempo].[año]), [Measures].[% Expedientes abiertos/siniestros declarados]) iif([tiempo].currentmember.level.name="mes", sum(lastperiods (13, [Tiempo].CurrentMember), [Measures].[% Expedientes abiertos/siniestros declarados]), 0) Crecimiento % Expedientes abiertos/siniestros declarados PTD Siniestros Declarados YTD Siniestros Declarados ITD Siniestros Declarados Acumulado Siniestros Declarados Crecimiento Siniestros Declarados PTD Siniestros Graves iif(([tiempo].currentmember.prevmember, [Measures].[ITD % Expedientes abiertos/siniestros declarados])=0,0,(([tiempo].currentmember, [Measures].[ITD % Expedientes abiertos/siniestros declarados])/([tiempo].currentmember.prevmember, [Measures].[ITD % Expedientes abiertos/siniestros declarados]))-1) sum(periodstodate([tiempo].[mes]), [Measures].[Siniestros Declarados]) sum(periodstodate([tiempo].[año]), [Measures].[Siniestros Declarados]) iif([tiempo].currentmember.level.name="mes", sum(lastperiods (13, [Tiempo].CurrentMember), [Measures].[Siniestros Declarados]), 0) ([Tiempo].CurrentMember.PrevMember, [measures].[acumulado Siniestros Declarados]) + ([Tiempo].CurrentMember, [measures].[siniestros Declarados]) iif(([tiempo].currentmember.prevmember, [Measures].[ITD Siniestros Declarados])=0,0,(([Tiempo].CurrentMember, [Measures].[ITD Siniestros Declarados])/([Tiempo].CurrentMember.PrevMember, [Measures].[ITD Siniestros Declarados]))-1) sum(periodstodate([tiempo].[mes]), [Measures].[Siniestros Graves]) 174

189 YTD Siniestros Graves ITD Siniestros Graves Acumulado Siniestros Graves Crecimiento Siniestros Graves PTD Siniestros Denegados YTD Siniestros Denegados ITD Siniestros Denegados Acumulado Siniestros Denegados Crecimiento Siniestros Denegados Acumulado % Siniestros Denegados / Siniestros Declarados PTD Expedientes Abiertos YTD Expedientes Abiertos ITD Expedientes Abiertos Acumulado Expedientes Abiertos Crecimiento Expedientes Abiertos Acumulado % Expedientes abiertos/siniestros declarados sum(periodstodate([tiempo].[año]), [Measures].[Siniestros Graves]) iif([tiempo].currentmember.level.name="mes", sum(lastperiods (13, [Tiempo].CurrentMember), [Measures].[Siniestros Graves]), 0) ([Tiempo].CurrentMember.PrevMember, [measures].[acumulado Siniestros Graves]) + ([Tiempo].CurrentMember, [measures].[siniestros Graves]) iif(([tiempo].currentmember.prevmember, [Measures].[ITD Siniestros Graves])=0,0,(([Tiempo].CurrentMember, [Measures].[ITD Siniestros Graves])/([Tiempo].CurrentMember.PrevMember, [Measures].[ITD Siniestros Graves]))-1) sum(periodstodate([tiempo].[mes]), [Measures].[Siniestros Denegados]) sum(periodstodate([tiempo].[año]), [Measures].[Siniestros Denegados]) iif([tiempo].currentmember.level.name="mes", sum(lastperiods (13, [Tiempo].CurrentMember), [Measures].[Siniestros Denegados]), 0) ([Tiempo].CurrentMember.PrevMember, [measures].[acumulado Siniestros Denegados]) + ([Tiempo].CurrentMember, [measures].[siniestros Denegados]) iif(([tiempo].currentmember.prevmember, [Measures].[ITD Siniestros Denegados])=0,0,(([Tiempo].CurrentMember, [Measures].[ITD Siniestros Denegados])/([Tiempo].CurrentMember.PrevMember, [Measures].[ITD Siniestros Denegados]))-1) iif((tiempo.currentmember, [measures].[acumulado Siniestros Declarados])=0,0,(tiempo.currentmember, [measures].[acumulado Siniestros Denegados]) / (tiempo.currentmember, [measures].[acumulado Siniestros Declarados])) sum(periodstodate([tiempo].[mes]), [Measures].[Expedientes Abiertos]) sum(periodstodate([tiempo].[año]), [Measures].[Expedientes Abiertos]) iif([tiempo].currentmember.level.name="mes", sum(lastperiods (13, [Tiempo].CurrentMember), [Measures].[Expedientes Abiertos]), 0) ([Tiempo].CurrentMember.PrevMember, [measures].[acumulado Expedientes Abiertos]) + ([Tiempo].CurrentMember, [measures].[expedientes Abiertos]) iif(([tiempo].currentmember.prevmember, [Measures].[ITD Expedientes Abiertos])=0,0,(([Tiempo].CurrentMember, [Measures].[ITD Expedientes Abiertos])/([Tiempo].CurrentMember.PrevMember, [Measures].[ITD Expedientes Abiertos]))-1) iif((tiempo.currentmember, [measures].[acumulado Siniestros Declarados])=0,0,(tiempo.currentmember, [measures].[acumulado Expedientes Abiertos]) / (tiempo.currentmember, [measures].[acumulado Siniestros Declarados])) 175

190 Velocidad media de cierre Ratio SP Siniestralidad (Siniestros/Polizas) PTD Velocidad media de cierre YTD Velocidad media de cierre ITD Velocidad media de cierre Crecimiento Velocidad media de cierre PTD Ratio SP YTD Ratio SP ITD Ratio SP Crecimiento Ratio SP PTD Siniestralidad YTD Siniestralidad ITD Siniestralidad Crecimiento Siniestralidad Crecimiento Coste Siniestro Acumulado Importe Prima Acumulado Coste Siniestro iif(([measures].[contador Expedientes]- [Measures].[Expedientes Abiertos])=0,0,[Measures].[Velocidad de cierre]/([measures].[contador Expedientes]- [Measures].[Expedientes Abiertos])) iif([measures].[importe Prima]=0,0,[Measures].[Coste Siniestro]/[Measures].[Importe Prima]) iif([measures].[contador Polizas]=0,0,[Measures].[Siniestros Declarados]/[Measures].[Contador Polizas]) sum(periodstodate([tiempo].[mes]), [Measures].[Velocidad media de cierre]) sum(periodstodate([tiempo].[año]), [Measures].[Velocidad media de cierre]) iif([tiempo].currentmember.level.name="mes", sum(lastperiods (13, [Tiempo].CurrentMember), [Measures].[Velocidad media de cierre]), 0) iif(([tiempo].currentmember.prevmember, [Measures].[ITD Velocidad media de cierre])=0,0,(([tiempo].currentmember, [Measures].[ITD Velocidad media de cierre])/([tiempo].currentmember.prevmember, [Measures].[ITD Velocidad media de cierre]))-1) sum(periodstodate([tiempo].[mes]), [Measures].[Ratio SP]) sum(periodstodate([tiempo].[año]), [Measures].[Ratio SP]) iif([tiempo].currentmember.level.name="mes", sum(lastperiods (13, [Tiempo].CurrentMember), [Measures].[Ratio SP]), 0) iif(([tiempo].currentmember.prevmember, [Measures].[ITD Ratio SP])=0,0,(([Tiempo].CurrentMember, [Measures].[ITD Ratio SP])/([Tiempo].CurrentMember.PrevMember, [Measures].[ITD Ratio SP]))-1) sum(periodstodate([tiempo].[mes]), [Measures].[Siniestralidad (Siniestros/Polizas)]) sum(periodstodate([tiempo].[año]), [Measures].[Siniestralidad (Siniestros/Polizas)]) iif([tiempo].currentmember.level.name="mes", sum(lastperiods (13, [Tiempo].CurrentMember), [Measures].[Siniestralidad (Siniestros/Polizas)]), 0) iif(([tiempo].currentmember.prevmember, [Measures].[ITD Siniestralidad])=0,0,(([Tiempo].CurrentMember, [Measures].[ITD Siniestralidad])/([Tiempo].CurrentMember.PrevMember, [Measures].[ITD Siniestralidad]))-1) iif(([tiempo].currentmember.prevmember, [Measures].[ITD Coste Siniestro])=0,0,(([Tiempo].CurrentMember, [Measures].[ITD Coste Siniestro])/([Tiempo].CurrentMember.PrevMember, [Measures].[ITD Coste Siniestro]))-1) ([Tiempo].CurrentMember.PrevMember, [measures].[acumulado Importe Prima]) + ([Tiempo].CurrentMember, [measures].[importe Prima]) ([Tiempo].CurrentMember.PrevMember, 176

191 Acumulado Ratio SP Acumulado Contador Polizas Acumulado Siniestralidad Acumulado Velocidad de cierre Expedientes cerrados Acumulado Expedientes Cerrados Acumulado Velocidad media de cierre Crecimiento ITD Coste Siniestro Crecimiento Coste medio por siniestro Crecimiento Coste Siniestro Correcto Crecimiento % Siniestros Denegados / Siniestros Declarados [measures].[acumulado Coste Siniestro]) + ([Tiempo].CurrentMember, [measures].[coste Siniestro]) iif((tiempo.currentmember, [measures].[acumulado Importe Prima])=0,0,(tiempo.currentmember, [measures].[acumulado Coste Siniestro]) / (tiempo.currentmember, [measures].[acumulado Importe Prima])) ([Tiempo].CurrentMember.PrevMember, [measures].[acumulado Contador Polizas]) + ([Tiempo].CurrentMember, [measures].[contador Polizas]) iif((tiempo.currentmember, [measures].[acumulado Contador Polizas])=0,0,(tiempo.currentmember, [measures].[acumulado Siniestros Declarados]) / (tiempo.currentmember, [measures].[acumulado Contador Polizas])) ([Tiempo].CurrentMember.PrevMember, [measures].[acumulado Velocidad de cierre]) + ([Tiempo].CurrentMember, [measures].[velocidad de cierre]) [Measures].[Contador Expedientes]- [Measures].[Expedientes Abiertos] ([Tiempo].CurrentMember.PrevMember, [measures].[acumulado Expedientes Cerrados]) + ([Tiempo].CurrentMember, [measures].[expedientes Cerrados]) iif((tiempo.currentmember, [measures].[acumulado Expedientes Cerrados])=0,0,(tiempo.currentmember, [measures].[acumulado Velocidad de cierre]) / (tiempo.currentmember, [measures].[acumulado Expedientes Cerrados])) iif(([tiempo].currentmember.prevmember, [Measures].[ITD Coste Siniestro])=0,0,(([Tiempo].CurrentMember, [Measures].[ITD Coste Siniestro])/([Tiempo].CurrentMember.PrevMember, [Measures].[ITD Coste Siniestro]))-1) iif(([tiempo].currentmember.prevmember, [measures].[acumulado Coste medio por siniestro])=0,0,(([tiempo].currentmember, [measures].[acumulado Coste medio por siniestro])- ([TIEMPO].CurrentMember.PrevMember, [measures].[acumulado Coste medio por siniestro]))/([tiempo].currentmember.prevmember, [measures].[acumulado Coste medio por siniestro])) iif(([tiempo].currentmember.prevmember, [measures].[acumulado Coste Siniestro])=0,0,(([TIEMPO].CurrentMember, [measures].[acumulado Coste Siniestro])- ([TIEMPO].CurrentMember.PrevMember, [measures].[acumulado Coste Siniestro]))/([TIEMPO].CurrentMember.PrevMember, [measures].[acumulado Coste Siniestro])) iif(([tiempo].currentmember.prevmember, [measures].[acumulado % Siniestros Denegados / Siniestros Declarados])=0,0,(([TIEMPO].CurrentMember, [measures].[acumulado % Siniestros Denegados / 177

192 Crecimiento Siniestros Declarados Correcto Crecimiento Siniestros Graves Correcto Crecimiento Siniestros Denegados Correcto Crecimiento Expedientes Abiertos Correcto Crecimiento Ratio SP Correcto Crecimiento Siniestralidad Correcto Siniestros Declarados])- ([TIEMPO].CurrentMember.PrevMember, [measures].[acumulado % Siniestros Denegados / Siniestros Declarados]))/([TIEMPO].CurrentMember.PrevMember, [measures].[acumulado % Siniestros Denegados / Siniestros Declarados])) iif(([tiempo].currentmember.prevmember, [measures].[acumulado Siniestros Declarados])=0,0,(([TIEMPO].CurrentMember, [measures].[acumulado Siniestros Declarados])- ([TIEMPO].CurrentMember.PrevMember, [measures].[acumulado Siniestros Declarados]))/([TIEMPO].CurrentMember.PrevMember, [measures].[acumulado Siniestros Declarados])) iif(([tiempo].currentmember.prevmember, [measures].[acumulado Siniestros Graves])=0,0,(([TIEMPO].CurrentMember, [measures].[acumulado Siniestros Graves])- ([TIEMPO].CurrentMember.PrevMember, [measures].[acumulado Siniestros Graves]))/([TIEMPO].CurrentMember.PrevMember, [measures].[acumulado Siniestros Graves])) iif(([tiempo].currentmember.prevmember, [measures].[acumulado Siniestros Denegados])=0,0,(([TIEMPO].CurrentMember, [measures].[acumulado Siniestros Denegados])- ([TIEMPO].CurrentMember.PrevMember, [measures].[acumulado Siniestros Denegados]))/([TIEMPO].CurrentMember.PrevMember, [measures].[acumulado Siniestros Denegados])) iif(([tiempo].currentmember.prevmember, [measures].[acumulado Expedientes Abiertos])=0,0,(([TIEMPO].CurrentMember, [measures].[acumulado Expedientes Abiertos])- ([TIEMPO].CurrentMember.PrevMember, [measures].[acumulado Expedientes Abiertos]))/([TIEMPO].CurrentMember.PrevMember, [measures].[acumulado Expedientes Abiertos])) iif(([tiempo].currentmember.prevmember, [measures].[acumulado Ratio SP])=0,0,(([TIEMPO].CurrentMember, [measures].[acumulado Ratio SP])- ([TIEMPO].CurrentMember.PrevMember, [measures].[acumulado Ratio SP]))/([TIEMPO].CurrentMember.PrevMember, [measures].[acumulado Ratio SP])) iif(([tiempo].currentmember.prevmember, [measures].[acumulado Siniestralidad])=0,0,(([TIEMPO].CurrentMember, [measures].[acumulado Siniestralidad])- ([TIEMPO].CurrentMember.PrevMember, [measures].[acumulado Siniestralidad]))/([TIEMPO].CurrentMember.PrevMember, [measures].[acumulado Siniestralidad])) 178

193 Crecimiento Velocidad de cierre Correcto Crecimiento % Expedientes abiertos/siniestros declarados Correcto iif(([tiempo].currentmember.prevmember, [measures].[acumulado Velocidad de cierre])=0,0,(([tiempo].currentmember, [measures].[acumulado Velocidad de cierre])- ([TIEMPO].CurrentMember.PrevMember, [measures].[acumulado Velocidad de cierre]))/([tiempo].currentmember.prevmember, [measures].[acumulado Velocidad de cierre])) iif(([tiempo].currentmember.prevmember, [measures].[acumulado % Expedientes abiertos/siniestros declarados])=0,0,(([tiempo].currentmember, [measures].[acumulado % Expedientes abiertos/siniestros declarados])-([tiempo].currentmember.prevmember, [measures].[acumulado % Expedientes abiertos/siniestros declarados]))/([tiempo].currentmember.prevmember, [measures].[acumulado % Expedientes abiertos/siniestros declarados])) El lenguaje empleado para elaborar las expresiones, es el mismo que en el caso anterior el lenguaje MDX. Se han definido dos maneras diferentes de calcular el crecimiento. Las medidas usadas en el cubo son las que finalizan con la palabra correcto. Este término no implica que las otras medidas de crecimiento sean erróneas, sino que ha sido empleado para distinguir unas de otras. En este caso, se ha decidido usar esta manera en la que la medida finaliza con la palabra correcto. Esta manera de calcular el crecimiento tiene en cuenta el valor acumulado del mes inmediatamente anterior. La otra manera de calcular el crecimiento se hizo teniendo en cuenta el valor del ITD de esa medida en el año anterior. 179

194 5.6. Cubo de gastos médicos Descripción El cubo de Gastos Médicos surge como una especialización del cubo de siniestralidad. Los cubos de producción y de siniestralidad y por consiguiente, sus respectivos cuadros de mandos, presentan un carácter general. En cambio, este nuevo cubo se ha ideado como algo más concreto. Partiendo de la base de los anteriores cubos se ha querido llegar a algo más específico. Se pretende reutilizar en un porcentaje alto el cubo de siniestralidad, y readaptarlo a la nueva funcionalidad. Este cubo almacenará todos los gastos médicos de una aseguradora de salud Dimensiones A continuación se muestran con detalles todas las dimensiones, los niveles de jerarquía existentes en las dimensiones y consideraciones para un mejor manejo de estas estructuras. Las dimensiones incluidas en el cubo de Siniestralidad son: 180

195 La mayoría de estas dimensiones son las mismas que se utilizaron en los cubos anteriores y por ello, sólo se detallarán aquellas que sean nuevas. 181

196 Dimensión actos médicos En esta dimensión se organiza toda la estructura de los actos médicos. Esta dimensión tiene tres niveles jerárquicos como se puede ver a continuación: Nivel Ejemplo de valores Comentario Especialidad Especialidad 1, Especialidad 2, Muestra el código de la especialidad a la que pertenece el acto médico. Tipo Acto Médico Consulta, Prueba médica, Ingreso, Rehabilitación Muestra los códigos de los distintos tipos de actos médicos. Acto Médico Acto médico 1, Acto médico 2, Muestra los códigos de cada uno de los actos médicos registrados. Tablas Nombre de la tabla : Especialiades Características: Contiene los códigos de las distintas especialidades Cubo Dimensión Campos Descripción de los campos Tipo Índices Gastos Salud Actos Medicos CodigoEspecialidad CODIGO DE LA ESPECIALIDAD INT Primary Key DescripcionEspecialidad DESCRIPCIÓN DE LA ESPECIALIDAD VARCHAR La clave primaria contiene el código de la especialidad, el cual la identifica unívocamente. El siguiente campo, es de tipo varchar y contiene la descripción de la especialidad. 182

197 Nombre de la tabla : TipoActosMedicos Características: Contiene los códigos de los tipos de actos médicos Cubo Dimensión Campos Descripción de los campos Tipo Índices Gastos Salud Actos Medicos CodigoTipoActoMedico CODIGO DEL TIPO DE ACTO MEDICO INT Primary Key DescripcionTipoActoMedico DESCRIPCIÓN DEL TIPO DE ACTO MEDICO VARCHAR Es una tabla similar a la anterior, en la que existe un campo con el código del tipo de acto médico, siendo el campo la clave primaria de la tabla y otro campo con su descripción. Nombre de la tabla : Características: ActosMedicos Contiene la información de los actos médicos Cubo Dimensión Campos Descripción de los campos Tipo Índices CodigoActoMedico CODIGO DEL ACTO MEDICO INT Primary Key Gastos Salud Actos Medicos DescrpcionActoMedico DESCRIPCION DEL ACTO MEDICO VARCHAR CodigoEspecialidad CODIGO DE LA ESPECIALIDAD INT Foreign Key CodigoTipoActoMedico CODIGO DEL TIPO DE ACTO MEDICO INT Foreign Key Para poder relacionarse con las dos tablas anteriores, además de su propio campo clave que diferencia unívocamente a cada acto médico y del campo descripción del acto médico, esta tabla contiene las claves de las tablas anteriores en forma de clave ajena. Gracias a esta relación, la dimensión de actos médicos contiene 3 niveles de jerarquía, y se podrá analizar los gastos médicos por especialidad, por tipo de acto médico o por el propio acto médico. 183

198 Dimensión geográfica prestadores En esta dimensión se organiza la dimensión geográfica de los prestadores. Se toma como referencia el lugar donde el prestador actúa. Esta dimensión consta de dos tablas, una correspondiente a las provincias y otra a las comunidades: Nivel Ejemplo de valores Comentario Comunidad Andalucía Aragón. País Vasco Comunidad donde actúa el prestador. Provincia Almería Asturias. Zaragoza Provincia donde actúa el prestador. Tablas Nombre de la tabla : Características: ComunidadesPrestadores Información de comunidades Cubo Dimensión Campos Descripción de los campos Tipo Índices CodigoComunidad CODIGO DE LA COMUNIDAD INT Primary Key Gastos Salud Geográfica Prestadores CodigoZona CODIGO DE LA ZONA INT Foreign Key DescripcionComunidad DESCRIPCIÓN DE LAS COMUNIDADES VARCHAR 184

199 Nombre de la tabla : Características: ProvinciasPrestadores Información de las provincias Cubo Dimensión Campos Descripción de los campos Tipo Índices CodigoProvincia CODIGO DE LA COMUNIDAD INT Primary Key Gastos Salud Geográfica Prestadores CodigoComunidad CODIGO DE LA COMUNIDAD INT Foreign Key DescripcionProincia DESCRIPCIÓN DE LAS PROVINCIAS VARCHAR Como se puede apreciar, la estructura de esta dimensión es exactamente igual que la dimensión geográfica de los anteriores cubos. 185

200 Dimensión prestadores Esta dimensión representa toda la estructura de los prestadores. Los prestadores, pueden trabajar bien de manera independiente o bien pertenecer a un centro de trabajo. A su vez, estos centros de trabajo son de un tipo. Estos serán los diferentes niveles de la dimensión y por tanto, por lo que se podrá analizar la información. A continuación se muestran los niveles: Nivel Ejemplo de valores Comentario Tipo Centro Hospital, Centro de salud, Laboratorio, Profesional independiente Muestra el código del tipo de centro al que pretenece. Centro Prestador Hospital 1, Hospital 2, Laboratorio 5, Fernando González, Nacho Aparicio, Olga Mentón, Muestra los códigos de cada uno de los centros registrados. Muestra los códigos de cada uno de los prestadores. Tablas Nombre de la tabla : TiposCentrosPrestadores Características: Contiene los códigos de tipos de centros que hay Cubo Dimensión Campos Descripción de los campos Tipo Índices Gastos Salud Prestadores CodigoTipoCentro CODIGO DEL TIPO DE CENTRO INT Primary Key DescripcionTipoCentro DESCRIPCIÓN DEL TIPO DE CENTRO VARCHAR Cada tipo de centro se almacena en la tabla mediante un número entero. Este número es la clave. Existen 4 tipos de centros, aunque realmente se podría decir 186

201 que hay 3 y la cuarta posibilidad es que el prestador sea un profesional independiente. Por lo tanto los otros 3 tipos de centros son: hospital, centro de salud y laboratorio. Cada centro que se almacenará en la siguiente tabla, pertenecerá a uno de estos tipos de centros. Nombre de la tabla : Características: CentrosPrestadores Contiene la información de los centros en los que trabajan los prestadores Cubo Dimensión Campos Descripción de los campos Tipo Índices CodigoCentroPrestador CODIGO DEL CENTRO INT Primary Key Gastos Salud Prestadores DescrpcionCentroPrestador DESCRIPCION DEL CENTRO VARCHAR NombreCompleto NOMBRE COMPLETO DEL CENTRO VARCHAR CodigoTipoCentro CODIGO DEL TIPO DE CENTRO INT Foreign Key Además los campos habituales, existe un campo varchar donde se almacena el nombre completo del centro. Hay un campo clave ajena, para relacionar a los centros con el tipo de centro al que pertenecen. Nombre de la tabla : Características: Prestadores Contiene la información de los prestadores Cubo Dimensión Campos Descripción de los campos Tipo Índices CodigoPrestador CODIGO DEL PRESTADOR INT Primary Key CodigoCentroPrestador CODIGO DEL CENTRO PRESTADOR INT Foreign Key Gastos Salud Prestadores CodigoProvinciaPrestador CODIGO DE LA PROVINCIA INT Foreign Key NombreCompleto NOMBRE COMPLETO DEL PRESTADOR VARCHAR CuadroMedicoInternoExterno INDICADOR DE SI ES INTERNO O EXTERNO CHAR 187

202 Para que se puedan relacionar las tres tablas, la tabla de prestadores tiene una clave ajena CodigoCentroPrestador, que relaciona al prestador con el centro en el que trabaja. Del mismo modo, también se almacena en la tabla el código de la provincia en el que el prestador ejerce. Otro campo es el del nombre completo del prestador. Además éste será el campo por el que aparecerá el nivel en la dimensión. Existe también un campo que indica si el cuadro médico es interno o externo. El resto de las dimensiones, como ya se ha dicho antes, son las mismas que las ya explicadas en los cubos anteriores. 188

203 Tabla de hechos La tabla de hechos de este cubo proviene de la tabla de hechos de siniestralidad. Los cubos de producción y de siniestralidad pretendían ser una base para futuros cubos más específicos de seguros. Por tanto, se ha partido de la tabla de hechos de siniestralidad, y se le ha añadido algo de funcionalidad para formar la nueva tabla de hechos. Nombre de la tabla : Características: SiniestralidadGastosMedicos Tabla de hechos del cubo de gatsos de salud Cubo Tabla de hechos Campos Descripción de los campos Tipo Índices CodigoSiniestro CODIGO DEL SINIESTRO INT Foreign Key CodigoPoliza CODIGO DE LA POLIZA INT Foreign Key CodigoProvincia CODIGO DE LA PROVINCIA INT Foreign Key CodigoProducto CODIGO DEL PRODUCTO INT Foreign Key CodigoCanal CODIGO DEL CANAL INT Foreign Key CodigoCliente CODIGO DEL CLIENTE INT Foreign Key CodigoAgente CODIGO DEL AGENTE INT Foreign Key CodigoExpediente CODIGO DEL TIPO DE MOVIMIENTO INT Foreign key ContadorPolizas CONTADOR DE POLIZAS INT FechaSiniestro FECHA EN LA QUE SE PRODUCE EL SINIESTRO DATETIME ImportePrima IMPORTE DE LA PRIMA DECIMAL Gastos Salud Única ExpedientesAbiertos CONTADOR DE EXPEDIENTES ABIERTOS INT SiniestrosDenegados CONTADOR DE SINIESTROS DENEGADOS INT CodigoActoMedico CODIGO DEL ACTO MEDICO INT Foreign Key CodigoPrestador CODIGO DEL PRESTADOR INT Foreign Key CodigoProvinciaPrestador CODIGO DE LA PROVINCIA INT Foreign Key SiniestrosGraves CONTADORE DE SINIETSROS GRAVES INT SiniestrosDeclarados CONTADOR DE SINIESTROS DECLARADOS INT CosteSIniestro COSTE DEL SINIESTRO DECIMAL FechaAperturaExpediente FECHA DE APERTURA DE EXPEDIENTE DATETIME FechaCierreExpediente FECHA DE CIERRE DE EXPEDIENTE DATETIME ContadorExpedientes CONTADOR DE EXPEDIENTES INT DiferenciaDias DIAS TRANSACURRIDOS DESDE LA APERTURA HASTA EL CIERRE DATETIME 189

204 La única diferencia respecto a la tabla de hechos de siniestralidad ha sido la incorporación de tres campos con los códigos del acto médico, del prestador y de la provincia donde ha ocurrido. A continuación se muestra el esquema en estrella: En el centro de la imagen se puede ver la tabla de hechos con los campos descritos anteriormente. Cada clave ajena de la tabla de hechos se relaciona con su correspondiente clave primaria en las otras tablas que forman las dimensiones. Con este diseño se cumple la integridad referencial. 190

205 La diferencia entre este esquema y el anterior perteneciente al cubo de siniestralidad es la incorporación de dos nuevas dimensiones, la de actos médicos y la de prestadores y la sustitución de la dimensión geográfica por la nueva dimensión geográfica prestadores. Por lo tanto, los miembros calculados para este cubo son los mismos que los calculados anteriormente (Véase el apartado 5.4.4). 191

206 6. Cuadros de mando 6.1. Introducción La implantación de un cuadro de mando integral constituye un proyecto principalmente estratégico, pero acompañada de una fuerte componente tecnológica, absolutamente necesaria para posibilitar el seguimiento de los CMI y de los indicadores asociados. Para qué implantar una herramienta soporte para el cuadro de mandos? Para alimentar y hacer el seguimiento de los indicadores de negocio asociados a los diferentes cuadros de mando definidos. Para poseer capacidad de drill-down y reporting para el análisis en detalle de los valores asociados a objetivos e indicadores. Para integrar la información de cara a los diferentes procesos de: consolidación legal y de gestión; planificación presupuestación y simulación empresaria. 192

207 Flujo de los datos Data Warehouse Corporativo en Sector Asegurador Los cuadros de mando integrales definidos han de ser viables desde el punto de vista técnico; es decir, es preciso garantizar que la información e indicadores pueden alimentarse desde los sistemas de operaciones de la organización. Disponer de una herramienta con interfaz gráfica amigable que de una forma intuitiva y rápida permita hacer un seguimiento de los CMI s, y del grado de cumplimiento de cada objetivo estratégico. Esta herramienta debe además permitir un análisis de cada indicador, con posibilidades de navegación y de acceso a información de detalle. 3 Explotación de la información 2 Almacenamiento de los datos Extracción, transformación y carga de datos 1 Disponer de una herramienta con interfaz gráfica amigable que de una forma intuitiva y rápida permita hacer un seguimiento de los CMI s, y del grado de cumplimiento de cada objetivo estratégico. Esta herramienta debe además permitir 193

208 un análisis de cada indicador, con posibilidades de navegación y de acceso a información de detalle. 194

209 6.2. Objetivos El objetivo de un proyecto de cuadro de mandos es la implantación de un sistema de información de gestión que permita: Apoyar la toma de decisiones y facilitar la gestión objetiva de indicadores estratégicos y operativos de la compañía. Mejorar la comunicación de los objetivos y responsabilidades, a partir de la transparencia y acceso a la información de gestión. Proporcionar una visión única, completa e integrada de la actividad de las unidades de negocio, áreas funcionales y zonas geográficas de la compañía, facilitando su alineación con las directrices estratégicas y operativas del grupo. Establecer un entorno colaborativo que permita al consejo de administración una integración con la empresa, además de fomentar la transparencia de información sobre la marcha de la compañía. 195

210 Un proyecto de adaptación y desarrollo de sistemas a las necesidades operativas y de información de gestión de una compañía, a través de un cuadro de mando, implica a los cuatro pilares básicos sobre los que se estructura una empresa: Cambio de paradigma de orientación hacia objetivos (indicadores), no sólo económicos, y de aseguramiento de los mismos. Puede significar un cambio cultural importante, y el cuadro de mando se puede ver con recelo por ciertas personas como arma de control. Definición y aceptación de los indicadores y objetivos por cada unidad organizativa y unidad funcional. Los objetivos de cada área funcional se deben ver en el contexto real de la evolución de la misma y la forma en que la función está estructurada. El cuadro de mando no debe ser una sobrecarga de trabajo en las tareas de la dirección, sino que debe facilitar y complementar las reuniones directivas y de toma de decisiones. Debe integrarse de forma natural en los procesos de generación de la presupuestación y con la dirección por objetivos. La tecnología sólo es necesaria en la medida que facilita los procesos empresariales y aporta valor: no es un fin en sí misma. 196