Está en la página 1de 69

Escuela Profesional de Ingeniería de Computación y Sistema

“DISEÑO E IMPLEMENTACION DE UN DATAMART


PARA EL AREA ACTUARIAL DE LA POSITIVAS SEGUROS”

PROYECTO II

AREA TEMATICA
INTELIGENCIA DE NEGOCIOS

PRESENTADO POR
BENDEZU CASTILLA, RENZO PAUL
FERNANDEZ DE CASTRO HUAMANI, ARIO ENNIO

ASESOR
ING. GENER ZAMBRANO

CICLO
X

SECCION
10N04

FECHA DE ENTREGA
03 DE SETIEMBRE DEL 2018

LIMA – PERÚ
2018-II
DEDICATORIA

Dedicamos este trabajo a nuestros padres que

nos dan siempre su apoyo incondicional y nos

aconsejan para seguir adelante y lograr

nuestros objetivos profesionales.


AGRADECIMIENTOS

Agradecemos a las personas que nos ayudaron

a desarrollar el presente trabajo, en especial a

nuestro asesor que nos brindó su apoyo

inmediato ante cualquier adversidad.


Índice
RESUMEN ....................................................................................................................... 1
ABSTRACT ..................................................................................................................... 2
INTRODUCCION ............................................................................................................ 3
CAPITULO I: Planteamiento del problema ..................................................................... 4
1.1. Situación Problemática ...................................................................................... 4
1.2. Definición del problema .................................................................................... 5
1.3. Alternativa de solución ...................................................................................... 5
1.4. Objetivos ............................................................................................................ 7
1.4.1. Objetivo General .......................................................................................... 7
1.4.2. Objetivo Especifico ...................................................................................... 7
1.5. Alcance .............................................................................................................. 8
1.5.1. Alcance del Proyecto ................................................................................... 8
1.5.2. Alcance del Producto ................................................................................... 8
1.6. Justificación ....................................................................................................... 8
1.7. Limitaciones y restricciones .............................................................................. 9
1.8. Viabilidad .......................................................................................................... 9
1.8.1. Viabilidad Técnica ....................................................................................... 9
1.8.2. Viabilidad Operativa .................................................................................. 10
1.8.3. Viabilidad Económica ................................................................................ 12
1.8.4. Valor Actual Neto y Tasa Interna de Retorno ............................................ 16
1.9. Matriz de Riesgo .............................................................................................. 18
1.9.1. Matriz de Mitigación .................................................................................. 21
CAPITULO II: Marco Teórico ....................................................................................... 24
2.1. Tema de Investigación ..................................................................................... 24
2.2. Antecedentes de Investigación ........................................................................ 24
2.2.1. Nacionales .................................................................................................. 24
2.2.2. Internacionales ........................................................................................... 27
2.3. Bases Teóricas ................................................................................................. 29
2.3.1. Inteligencia de Negocios ............................................................................ 29
2.3.2. Data Warehouse ......................................................................................... 32
2.3.3. Data Mart ................................................................................................... 34
2.3.4. Data Mining ............................................................................................... 35
2.3.5. Base de datos STAGE ................................................................................ 36
2.3.6. OLTP (On Line Transaction Processing) ................................................... 37
2.3.7. OLAP (On Line Analyzing Processing) .................................................... 37
2.3.8. Proceso ETL ............................................................................................... 38
2.4. Terminología ................................................................................................... 40
2.4.1. Modelo Multidimensional .......................................................................... 40
2.4.2. Esquema Estrella ........................................................................................ 41
2.4.3. Esquema Copo de Nieve ............................................................................ 42
2.4.4. Indicadores KPIs ........................................................................................ 42
CAPITULO III: Metodología ......................................................................................... 44
3.1. Materiales ........................................................................................................ 44
3.1.1. Recurso Humano ........................................................................................ 44
3.1.2. Recurso Tecnológico.................................................................................. 46
3.2. Métodos ........................................................................................................... 48
3.2.1. Metodologías .............................................................................................. 48
3.2.2. Elección de metodologías .......................................................................... 56
3.3. EDT ................................................................................................................. 57
3.4. Plan de Trabajo ................................................................................................ 57
3.5. Financiamiento ................................................................................................ 59
ANEXO .......................................................................................................................... 60
Índice de Ilustraciones

Ilustración 1: Formula VAN ........................................................................................... 16


Ilustración 2: Formula TIR ............................................................................................. 16
Ilustración 3: Proceso de BI ............................................................................................ 30
Ilustración 4: Data Warehouse........................................................................................ 32
Ilustración 5: Data Mart .................................................................................................. 34
Ilustración 6: Estructura ETL ......................................................................................... 39
Ilustración 7:Esquema Estrella ....................................................................................... 41
Ilustración 8: Esquema Copo de Nieve .......................................................................... 42
Ilustración 9: Power BI service....................................................................................... 47
Ilustración 10: Metodología Ralph Kimball ................................................................... 48
Ilustración 11: Metodología Bill Inmon ......................................................................... 55
Ilustración 12: EDT ........................................................................................................ 57
Ilustración 13: Fases y Actividades ................................................................................ 57
Ilustración 14: Cronograma ............................................................................................ 58
Índice de Tablas
Tabla 1: Alternativa de solución ....................................................................................... 6
Tabla 2: Nivel de ponderado............................................................................................. 6
Tabla 3: Hardware ............................................................................................................ 9
Tabla 4: Software ............................................................................................................ 10
Tabla 5: Viabilidad Operativa ........................................................................................ 11
Tabla 6: Costo del Proyecto ............................................................................................ 12
Tabla 7: Costo de Hardware ........................................................................................... 12
Tabla 8: Costo de Software............................................................................................. 13
Tabla 9: Recursos Humanos ........................................................................................... 13
Tabla 10: Costos Indirectos ............................................................................................ 13
Tabla 11: Depreciación de hardware .............................................................................. 14
Tabla 12: Ingresos anuales.............................................................................................. 14
Tabla 13: Flujo de caja ................................................................................................... 15
Tabla 14: Resultados de VAN y TIR .............................................................................. 17
Tabla 15: Matriz de Riesgo............................................................................................. 18
Tabla 16: Matriz de mitigación....................................................................................... 21
Tabla 17: Nivel de probabilidad ..................................................................................... 22
Tabla 18: Nivel de impacto............................................................................................. 22
Tabla 19: Probabilidad e Impacto ................................................................................... 23
Tabla 20: Nivel de riesgo ................................................................................................ 23
Tabla 21: Recurso Humano ............................................................................................ 44
Tabla 22: Recurso Tecnológico ...................................................................................... 46
Tabla 23: Bill Inmon VS Ralph Kimball ........................................................................ 56
Tabla 24: Resumen del Costo del Proyecto .................................................................... 59
RESUMEN

El principal objetivo de este trabajo es la fomentación y el desarrollo de la inteligencia de

negocio (Datamart) en el área actuarial de la empresa La Positiva Seguros la cual permita ser

utilizado como apoyo para la toma de decisiones y crecimiento de las ventas de los seguros que se

ofrece en el mercado bajo las estrategias de la empresa.

Para el desarrollo de la inteligencia de negocio se tomó en cuenta los procesos que tiene

la empresa en el área de comercial donde hay puntos que resaltan como por ejemplo la variedad

de sistemas que se tiene a cuál genera información importante. Para aprovechar la diversidad de

esta información al máximo se estudió las diferentes metodologías para su desarrollo de manera

exitosa entre las cuales se comparó Scrum, Ralph Kimball, entre otros.

Además, se obtuvo antecedentes de éxito importantes sobre inteligencia de negocio el

cual permitió tener un feedback de las buenas prácticas para aplicarlo de manera correcta y

profesional.

Como resultado de la investigación se obtendrá el diagnóstico del área, así como la

posible solución de la inteligencia de negocio en la empresa lo cual tendrá 2 objetivos que son:

rapidez al momento de obtener la información del cliente, así como su adecuada administración y

por otra parte el de tener una herramienta para el mejor monitoreo de los indicadores lo cual

permita a los jefes tomar una decisión reduciendo la probabilidad de equivocarse basada en la

demanda del mercado.

Palabras Claves: Inteligencia de negocios, metodología Ralph kimball, data marts,

dashboard, Power Bi.

1
ABSTRACT

The main objective of this work is the promotion and development of business

intelligence (Datamart) in the commercial area of the company La Positiva Seguros which allows

it to be used as support for decision making and growth of insurance sales that is offered in the

market under the strategies of the company.

For the development of business intelligence, we took into account the processes that the

company has in the commercial area where there are points that stand out as for example the variety

of systems that have to which generates important information. To take advantage of the diversity

of this information to the fullest, the different methodologies for its successful development were

studied, among which Scrum, Ralph Kimball, among others, were compared.

In addition, significant success stories on business intelligence were obtained, which

allowed feedback on good practices to be applied correctly and professionally.

As a result of the investigation, the diagnosis of the area will be obtained as well as the

possible solution of the business intelligence in the company, which will have two objectives:

speed at the moment of obtaining the information of the clients as well as its proper administration

and, on the other hand that of having a tool for the better monitoring of the indicators, which allows

the bosses to make a decision reducing the probability of making a mistake based on market

demand.

Keywords: Business intelligence, Ralph Kimball methodology, data marts, dashboard,

Power Bi.

2
INTRODUCCION

Hoy en día la manera en cómo las empresas utilizan la información, es fundamental para

gestión empresarial debido a las decisiones que se toma a partir de ellos, por esto es habla de

Inteligencia de Negocios o Business Intelligence (BI), proceso que facilita el análisis de los datos

que posee una empresa, partiendo desde años anteriores hasta la actualidad, lo cual permite

predecir el comportamiento de ciertos factores y convertirlos en conocimiento.

La aplicación de este proceso en las empresas comprende de herramientas tecnológicas y técnicas,

que ayudan a almacenar grandes cantidades de datos que son procesables y que se pueden aplicar

como por ejemplo los productos que son más rentables o el incremento de los ingresos de un año

a otro.

Según Alan Schcolnik, ejecutivo de Business analitics de IBM Latinoamérica

La analítica es fundamental para una organización, es fundamental para el éxito, la analítica es la

iniciativa de negocio a convertirse en imperativos de negocio, según los estudios realizado por

IBM, las organizaciones que alcanzan una ventaja competitiva gracias a la analítica tienen 2,2

veces más de probabilidad de superar a sus principales competencias.

Mediante este proyecto se busca la fomentación del análisis de datos en las empresas para

tener la capacidad de competir con las demás empresas Top en el mercado peruano en este caso se

utilizará a la empresa La positiva seguro para que aumente su capacidad competitiva y consiga el

objetivo institucional que tienes que es el de ser la 3era empresa líder en seguros en el mercado de

nuestro país, para ello se utilizara la herramienta de inteligencia de negocio para ayudar a dicho

objetivo.

3
CAPITULO I: Planteamiento del problema

1.1. Situación Problemática

Según Peña (2006). Hoy en día las organizaciones tienen la posibilidad de

recopilar grandes volúmenes de información con datos operativos y de clientes, el reto es

como usarla de manera que genere un valor agregado, a cada uno de los niveles de la

organización, ampliando la visión estratégica, reduciendo los riesgos e incertidumbre y

dando un mejor soporte en el proceso para la toma de decisiones.

La empresa La Positiva Seguros, cuenta con 80 años en el mercado y con más de

3 millones de asegurados en el Perú y con el compromiso de mejorar cada día más tiene

como propósito llegar a ser la 3era empresa en el rubro asegurador peruano.

La Positiva maneja grandes volúmenes de información de los cuales puede sacar

provecho mediante herramienta de información, sin embargo, presenta sistemas pocos

integrados que son manejados por aplicaciones de manera independiente, esto impide el

monitoreo de ellas creando un déficit para administrar el comportamiento de los

indicadores operativos, contables y comerciales; limitando de esta manera a las personas

encargadas tomar decisiones de manera acertada.

Otros de los inconvenientes que existe es la dificultad de la toma decisión

proactiva debido a la falta de centralización de la información que permitan a los

trabajadores obtener data de manera óptima y fluida.

El área actuarial es un área encargada de ver los registros estadísticos e históricos

realizando proyecciones de los productos (seguros) usando como base la estadística, esta

área no cuenta con una herramienta a tiempo real que muestre la atención de un siniestro y

como se está manejando desde que inicia un siniestro, cuál de ellos es el más rentable y

4
sobre todo usar esa información para tratar de adelantarse al futuro teniendo un impacto

directo en el crecimiento de adquisición de seguros.

Ante la poca visibilidad, análisis y falta de gestión de la información en el área

actuarial, convierte a la empresa Positiva seguros, en un tomador de decisiones de manera

reactiva.

1.2. Definición del problema

¿De qué manera impactaría en la toma de decisiones, la implementación de una

solución de inteligencia de negocios para el área actuarial de la empresa La Positiva?

1.3. Alternativa de solución

A continuación, se muestra un cuadro de alternativas de solución en cual contiene

3 ideas de alternativas además de 6 criterios que son: costo, tiempo, tecnología, viabilidad,

complejidad y recursos humanos. Estos criterios tienen su importancia y peso

respectivamente asignados de acuerdo con los recursos que se cuenta para el desarrollo del

proyecto. Cabe resaltar que se asignó los pesos de acuerdo con su importancia con puntaje

del 1 a 5 (Poco Importante – Muy Importante)

5
Tabla 1: Alternativa de solución

ALTERNATIVA ALTERNATIVA ALTERNATIVA


1 2 3
Criterios Importancia Peso Desarrollo de Tercerización del Implementado por
aplicación proyecto alumnos de la
estadístico USMP-FIA
Costo 5 22% 4 0,88 3 0,66 4 0,88
Tiempo 5 17% 3 0,51 2 0,34 3 0,51
Tecnología 4 17% 3 0,51 3 0,51 4 0,68
Viabilidad 3 13% 1 0,13 3 0,39 4 0,52
Complejidad 3 13% 3 0,39 3 0,39 4 0,52

Disponibilidad 4 18% 4 0,72 4 0,72 5 0,9


de RRHH

TOTAL 24 100% 3,14 3,01 4,01

Fuente: Elaboración Propia

Para seleccionar la alternativa de solución se analizó cada una de las opciones

con sus pesos asignados, escogiendo la alternativa 3 “Implementado por los Alumnos de

la Fia” debido a que la opción que tiene más peso a diferencia de las demás sacando una

ventaja en los criterios de tecnología y viabilidad. Esta opción tuvo un puntaje de 4,1 en

total, siendo la que se acerca a 5 que es el puntaje máximo que puede tener una alternativa

con respecto a la importancia.

Tabla 2: Nivel de ponderado

Se pondero por nivel de importancia


5 Muy importante
4 Importante
3 Normal
2 Menos importante
1 Poco importante

Fuente: Elaboración Propia

6
1.4. Objetivos

1.4.1. Objetivo General

Desarrollar e implementar un sistema de información utilizando una solución

de inteligencia de negocio para brindar soporte a la toma decisiones en el área

actuarial de la empresa La Positiva Seguro.

1.4.2. Objetivo Especifico

 Integrar las distintas fuentes de datos de la empresa del área actuarial, para tener

una data consolidada para la base de la construcción del Data Mart.

 Construir interfaces donde los indicadores y dimensiones de la empresa estén

disponibles para su fácil selección y combinación permitiendo el fácil uso de la

solución.

 Automatizas las Actividades/Procesos de generación de reportes del área

actuarial para agilizar los tiempos de respuesta a gerencia actuarial y general.

 Brindar soporte a la asistencia de soluciones para la promoción de los servicios

(Seguros).

7
1.5. Alcance

1.5.1. Alcance del Proyecto

 El desarrollo es para La Positiva, Perú.

 Implementación de Inteligencia de Negocio en el área Actuarial.

 Identificar indicadores y métricas a implementar al área Actuarial.

 El proyecto se implementará en Windows Azure.

1.5.2. Alcance del Producto

 Implementación basada en la metodología Ralph Kimball.

 Identificación y análisis de procesos relacionados en el área Actuarial.

 El proceso de la extracción de la información será de una fuente (SQL

Server 2012).

 Los prototipos de Dashboard serán desarrollados en Power Bi, y presentados

en un sistema web, desarrollado en .Net.

 El desarrollo de ETL se trabaja con SQL Integration Service y será trabajado

únicamente para las tablas referidas para el área Actuarial.

1.6. Justificación

En Perú y específicamente en el rubro de seguros cuenta con una alta competencia

debido al crecimiento económico de los últimos años, además como es de saber la

competitividad de una empresa se basa en como esta se adecua a los cambios que existen

a su entorno e implementación de tecnologías en ellas.

8
Con la presente investigación y con las premisas que se fundamentaron en textos

anteriores se pretende obtener lo siguiente:

 Acceso a la información consolidada de cada seguro a desarrollarse.

 Aplicación de buenas prácticas en análisis de datos.

 Aumentar las alianzas estratégicas que tiene la empresa con talleres de autos

y Hospitales y/o clínicas.

 Información sobre los servicios de seguros que se brinda para ayudar a la

promoción de estas en el área comercial.

1.7. Limitaciones y restricciones

 La implementación únicamente será para el área de actuarial, cualquier


requerimiento de otra área no será tomado en cuenta
 El desarrollo de este proyecto tomara 8 meses previos a la implementación.

1.8. Viabilidad

El proyecto utilizara capacidad mínima para su desarrollo por lo que los costos de ellos

son reducidos. A continuación, se detalla el Hardware y Software a utilizar.

1.8.1. Viabilidad Técnica

Tabla 3: Hardware

Descripción Cantidad
Unitaria
Laptops HP Core i5, 8 RAM 2
Mouse Inalámbrico 2
Memoria Externa 16gb 2
Fuente: Elaboración Propia

9
Tabla 4: Software

Descripción
Windows 10
SQL Server
Power BI
Azure Hosting y dominio
Fuente: Elaboración Propia

1.8.2. Viabilidad Operativa

Para la viabilidad operativa se necesitará a 2 profesionales con los siguientes

perfiles y conocimientos sobre:

Jefe de Proyecto

 Colaboración con el cliente en la definición y consecución de objetivos.

 Planificación del proyecto en todos sus aspectos.

 Dirección y coordinación de los recursos empleados en todas las fases.

 Mantenimiento de relaciones con los agentes externos.

 Toma de decisiones de manera situacional.

 Identificación de fallos y adopción de soluciones pertinentes.

Especialista de Inteligencia de negocio

 Gestionar el flujo oportuno de información de inteligencia empresarial a los

usuarios.

 Proporcionar soporte técnico para la creación de informes, cuadros de mando u

otras herramientas existentes.

 Crear herramientas o sistemas de inteligencia de negocios, incluyendo diseño

de bases de datos, hojas de cálculo o salidas relacionadas.

10
 Difundir información sobre aplicaciones, herramientas o mejoras de metadatos.

 Mantener o actualizar las herramientas de inteligencia de negocios, bases de

datos, cuadros de mando, sistemas o métodos.

Analista/Programador

 El analista programador debe analizar, desarrollar y aplicar guías electrónicas

mediante el uso de las nuevas tecnologías de información, para satisfacer las

necesidades de sus clientes.

 Debe ser capaz de realizar mantenimiento de los sistemas ya existentes y de las

actualizaciones de estos.

 Diseñar cada programa ajustándolo de acuerdo con las especificaciones

recomendados.

 Es el encargado de hacer las pruebas de los programas que ha desarrollado para

que estas funcionen debidamente.

 Además, asiste, capacita a quienes van a usar estos sistemas.

Tabla 5: Viabilidad Operativa

Jefe de Proyecto Fernández de Castro, Ennio


Especialista BI
Analista/Programador Bendezú Castilla, Renzo
Equipo de Trabajo Bendezú Castilla, Renzo
Fernández de Castro, Ennio
Fuente: Elaboración Propia

11
1.8.3. Viabilidad Económica

Tabla 6: Costo del Proyecto

Costo total de Proyecto

Detalle Monto

Costo de Hardware S/ 4,416.00

Costo de Software S/ 63.00

Costo de RRHH S/ 68,000.00

Costo Económico S/ 1,538.00

Total S/ 74,017.00

Fuente: Elaboración Propia

Tabla 7: Costo de Hardware

Costo Hardware

Descripción Cantidad Unitaria Precio Unitario Subtotal

Laptops HP Core i5, 2 S/ 2,150.00 S/ 4,300.00

8 RAM

Mouse Inalámbrico 2 S/ 36.00 S/ 72.00

Memoria Externa 2 S/ 22.00 s/ 44.00

16gb

Total S/ 4,416.00

Fuente: Elaboración Propia

12
Tabla 8: Costo de Software

Costo Software

Descripción Precio

Windows 10 -

SQL Server -

Power BI S/ 33

Azure Hosting y dominio S/ 30

Total S/ 63

Fuente: Elaboración Propia

Tabla 9: Recursos Humanos

Recursos Humanos
Personal Cantidad Meses Costo por mes Total
Jefe de 1 8 4500 S/ 36,000.00
Proyecto /
Especialista BI
Analista / 1 8 4500 S/ 36,000.00
Programador
Total S/ 68,000.00
Fuente: Elaboración Propia

Tabla 10: Costos Indirectos

Costos indirectos
Descripción Costo total x8 meses
Luz S/ 768.00
Servicio de internet S/ 720.00
Suministro de oficina S/ 50.00
Total S/ 1,538.00
Fuente: Elaboración Propia

13
Tabla 11: Depreciación de hardware

Depreciación de Hardware
Año 0 Año 1 Año2 Año 3 Año 4 Año 5
Valor S/
Adquisición 4,416.00
Gasto S/ S/ S/ S/ S/
Depreciación 883.20 883.20 883.20 883.20 883.20
Depreciación S/ S/ S/ S/ S/ S/
Acumulada - 883.20 1,766.40 2,649.60 3,532.80 4,416.00
Fuente: Elaboración Propia

Vida útil del hardware = 5 años

Depreciación por línea recta

Depreciación Anual: 4416/5= 883.20

Tabla 12: Ingresos anuales

INGRESOS ANUALES S/.


Membresía S/. 50,000.00

por empresa

Fuente: Elaboración Propia

14
Tabla 13: Flujo de caja

Flujo de Caja
Año 0 Año 1 Año 2 Año 3 Año 4 Año 5
Inversión -S/
74,017.0
0
Ingreso S/ S/ S/ S/ S/
50,000.0 50,000.0 50,000.00 50,000.00 50,000.00
0 0
Egreso(manteni S/ S/ S/ S/ S/
miento) 15,000.0 15,000.0 15,000.00 15,000.00 15,000.00
0 0
Utilidad Antes S/ S/ S/ S/ S/
de 35,000.0 35,000.0 35,000.00 35,000.00 35,000.00
Depreciación 0 0
Depreciación S/ S/ S/ S/ S/
883.20 883.20 883.20 883.20 883.20
Utilidad Antes S/ S/ S/ S/ S/
de 34,116.8 34,116.8 34,116.80 34,116.80 34,116.80
Impuesto 0 0
Impuesto S/ S/ S/ S/ S/
(29.5%) 10,064.4 10,064.4 10,064.46 10,064.46 10,064.46
6 6
Utilidad S/ S/ S/ S/ S/
después de 24,052.3 24,052.3 24,052.34 24,052.34 24,052.34
impuesto 4 4
Depreciación S/ S/ S/ S/ S/
883.20 883.20 883.20 883.20 883.20
Flujo Neto -S/ S/ S/ S/ S/ S/
74,017.0 24,935.5 24,935.5 24,935.54 24,935.54 24,935.54
0 4 4
Fuente: Elaboración Propia

15
1.8.4. Valor Actual Neto y Tasa Interna de Retorno

Para hallar el VAN y TIR se utilizaron las siguientes formulas:

Ilustración 1: Formula VAN

Fuente: Ayudantías Ingeniería

Ilustración 2: Formula TIR

Fuente: Willy Bendezú

16
Para VAN:

VAN= [(24,935.54) / (1+0.10) *1] + [(24,935.54) / (1+0.10) *2] + [(24,935.54) / (1+0.10) *3]

+ [(24,935.54/ (1+0.10) *4] + [(24,935.54) / (1+0.10) *5] – 74,017

Para TIR:

TIR= [74,017+[(24,935.54) / (1+0.10) *1] + [(24,935.54) / (1+0.10) *2] + [(24,935.54) /

(1+0.10) *3] + [(24,935.54/ (1+0.10) *4] + [(24,935.54) / (1+0.10) *5]] =0

La tasa que se tomo como base es la del 10% ya que según las investigaciones realizadas

sobre la tasa interés, los bancos muestran un rango de 5% a 8%, de ser así, no se espera

ganar menos el 10% debido a la inversión que se realizara.

Tabla 14: Resultados de VAN y TIR

TASA 10%
VAN S/. 18,643.94
TIR 20%
Fuente: Elaboración Propia

1.8.4.1. Interpretación

Calculado el VAN y el TIR concluimos que el proyecto es rentable y se calculó

colocando el flujo de caja en un Libro de Excel y se utilizaron las funciones que provee

el programa.

El VAN salió: S/. 18643.94 y el TIR 20%

El proyecto es rentable porque el VAN es un valor positivo y el TIR es mayor a la tasa

de rendimiento.

17
1.9. Matriz de Riesgo

Tabla 15: Matriz de Riesgo

MATRIZ DE EVALUACION DE RIESGO

DESCRIPCION DEL ESTIMACION OBJETIVO ESTIMACION PROBABILIDAD X NIVEL DE


COD FASE CAUSA ENTREGABLE
RIESGO PROBABILIDAD AFECTADO IMPACTO IMPACTO RIESGO

alcance 1 2
tiempo 4 8
Pérdida de información Inseguridad por parte
Ciclo de vida del
R001 por robo ó pérdida de Proyecto de equipo de trabajo y 2 costo 5 10 Bajo
Proyecto.
equipos. cliente.
calidad 1 2
Total Probabilidad x Impacto 22
alcance 3 9
tiempo 3 9
Incumplimiento con el No se define bien el Ciclo de vida del
R002 Proyecto 3 costo 4 12 Medio
cronograma de trabajo. plan de proyecto. Proyecto.
calidad 4 12
Total Probabilidad x Impacto 42
alcance 2 8
tiempo 2 8
Tiempo limitado para Ciclo de vida del
R003 Reuniones incompletas. Proyecto 4 costo 1 4 Bajo
las reuniones. Proyecto.
calidad 2 8
Total Probabilidad x Impacto 28
alcance 1 1
tiempo 3 3
Falta de capacitación
Inexperiencia con la Ciclo de vida del
R004 Proyecto de los involucrados en 1 costo 3 3 Muy Bajo
tecnología. Proyecto.
el proyecto.
calidad 3 3
Total Probabilidad x Impacto 10

18
NIVEL
DESCRIPCION DEL ESTIMACION OBJETIVO ESTIMACION PROBABILIDAD
COD FASE CAUSA ENTREGABLE DE
RIESGO PROBABILIDAD AFECTADO IMPACTO X IMPACTO
RIESGO
La elicitacion de alcance 4 12
Mala definición de la información no es la tiempo 4 12
Cap. 1:
situación de problema, Planteamiento correcta o el cliente no costo 4 12
R005 Planteamiento del 3 Medio
objetivos y alcance del del Problema está seguro de que calidad 5 15
Problema
proyecto. resultados quiere
obtener. Total Probabilidad x Impacto 51
alcance 1 2
Mala definición de las Se desconoce las tiempo 3 6
herramientas y procesos herramientas de Cap. 2: Marco costo 3 6
R006 Marco Teórico 2 Bajo
que se van a realizar en el desarrollo, y los Teórico calidad 3 6
proyecto. procesos.
Total Probabilidad x Impacto 20
alcance 1 2

Se desconoce el tiempo 3 6
Mala definición de los
Software y Hardware Cap. 3:
R007 Materiales (Software y Metodología 2 costo 3 6 Bajo
que se van a utilizar en Metodología
Hardware)
el proyecto. calidad 3 6
Total Probabilidad x Impacto 20
alcance 1 2
Mala definición de la
metodología que se va a No se hace un buen tiempo 5 10
Cap. 3:
R008 utilizar (Ralph Kimball), Metodología planteamiento de la 2 costo 5 10 Bajo
Metodología
para la implementación del metodología. calidad 4 8
proyecto.
Total Probabilidad x Impacto 30
alcance 1 3

Mala estructuración del No se definió el tiempo 5 15


Plan de Trabajo alcance, ni las Cap. 3:
R009 Metodología 3 costo 3 9 Medio
(Actividades y actividades del Metodología
Cronograma) proyecto. calidad 4 12
Total Probabilidad x Impacto 39
alcance 4 12
tiempo 4 12
La elicitacion no es bien
Cambio de requerimientos Desarrollo del Cap. 4: Desarrollo
R010 definida por parte de los 3 costo 4 12 Medio
en la etapa de desarrollo. Proyecto del Proyecto
analistas y el cliente.
calidad 4 12
Total Probabilidad x Impacto 48

19
NIVEL
DESCRIPCION DEL ESTIMACION OBJETIVO ESTIMACION PROBABILIDAD
COD FASE CAUSA ENTREGABLE DE
RIESGO PROBABILIDAD AFECTADO IMPACTO X IMPACTO
RIESGO
La base de datos alcance 1 5
Mala estructura de recibida por parte de tiempo 5 25
Desarrollo del Cap. 4: Desarrollo del costo 4 20
R011 información (Base de la empresa La 5 Alto
Proyecto Proyecto calidad 4 20
datos) Positiva, no es la
correcta. Total Probabilidad x Impacto 70
alcance 1 2
Posibilidad de que se tiempo 4 8
destruyan, dañen, borren Desarrollo del No se realizaron Cap. 4: Desarrollo del costo 5 10
R012 2 Bajo
o deterioren los datos Proyecto backups. Proyecto calidad 4 8
informáticos.
Total Probabilidad x Impacto 28
alcance 1 4
Falta de recursos que
Inestabilidad de la base mantengan las tiempo 3 12
Desarrollo del Cap. 4: Desarrollo del
R013 de datos al momento de ejecuciones de las 4 costo 3 12 Medio
Proyecto Proyecto
ejecutar transacciones. herramientas de calidad 2 8
desarrollo.
Total Probabilidad x Impacto 36
alcance 1 5
Desarrollo del La empresa La tiempo 4 20
Datos incorrectos de los Cap. 4: Desarrollo del
proyecto y, Positiva no brinda los costo 4 20
R014 seguros de la empresa La Proyecto Cap. 5: 5 Alto
Pruebas y datos correctos para
Positiva. Pruebas y Resultado calidad 5 25
Resultado realizar las pruebas.
Total Probabilidad x Impacto 70
alcance 5 25
El uso de otros tiempo 5 25
Los reportes no son
navegadores, no son
adaptables al tipo de Pruebas y Cap. 5: Pruebas y
R015 compatibles con las 5 costo 2 10 Muy Alto
navegador que utiliza el Resultados Resultado
herramientas de
cliente. calidad 5 25
reportes.
Total Probabilidad x Impacto 85
alcance 2 8

Mal diseño en la tiempo 2 8


Poca comprensión en la
Pruebas y interfaz y/o pocos Cap. 5: Pruebas y
R016 interfaz y reportes por 4 costo 2 8 Medio
Resultados recursos en software Resultado
parte del cliente.
de reportera. calidad 4 16
Total Probabilidad x Impacto 40

Fuente: Elaboración Propia

20
1.9.1. Matriz de Mitigación

Tabla 16: Matriz de mitigación

MATRIZ DE MITIGACION DE RIESGOS


NOMBRE DEL PROYECTO ACTIVIDAD
DISEÑO E IMPLEMENTACION DE NEGOCIO PARA EL AREA DE SINIESTROS DE LA Plan de mitigación a los Riesgos con nivel Muy Alto, Alto y Medio en las
POSITIVA SEGUROS fases del proyecto.
*Evitar, Mitigar, Transferir, Aceptar
NIVEL
AMENAZA / TIPO DE
COD DESCRIPCION FASE DE RESPONSABLE PLAN DE MITIGACION
OPORTUNIDAD RESPUESTA
RIESGO
Definir adecuadamente el alcance,
Incumplimiento con el cronograma de
R002 Amenaza Proyecto Medio Evitar Equipo de trabajo objetivos y la documentación dirigida
trabajo.
al cliente.
Mala definición de la situación de Definir adecuadamente la situación del
Planteamiento Equipo de trabajo
R005 Amenaza problema, objetivos y alcance del Medio Mitigar problema que presenta La Positiva, los
del Problema y cliente
proyecto. objetivos y el alcance del proyecto.
Mala estructuración del Plan de Trabajo Definir adecuadamente las actividades
R009 Amenaza Metodología Medio Mitigar Equipo de trabajo
(Actividades y Cronograma) que se van a realizar en el proyecto.
Definir de forma correcta desde el
Cambio de requerimientos en la etapa Desarrollo del Equipo de trabajo
R010 Amenaza Medio Evitar inicio del proyecto, todos los
de desarrollo. Proyecto y cliente
requerimientos que desea el cliente.

Mala estructura de información (Base Desarrollo del


R011 Amenaza Alto Evitar Cliente Reestructurar la Base de datos.
de datos) Proyecto
Presentar propuestas para adquirir una
Inestabilidad de la base de datos al Desarrollo del
R013 Amenaza Medio Mitigar Equipo de trabajo nueva base de datos con mejor
momento de ejecutar transacciones. Proyecto
desempeño.
Datos incorrectos de los seguros de la Desarrollo del Solicitar que los usuarios hagan
R014 Amenaza Alto Evitar Cliente
empresa La Positiva. Proyecto pruebas al sistema.

Los reportes no son adaptables al tipo Pruebas y Muy Adaptar los reportes a todo tipo de
R015 Amenaza Evitar Equipo de trabajo
de navegador que utiliza el cliente. Resultados Alto navegador.

Poca comprensión en la interfaz y Pruebas y


R016 Amenaza Medio Mitigar Equipo de trabajo Reestructurar la interfaz y reportes.
reportes por parte del cliente. Resultados

Fuente: Elaboración Propia

21
Tabla 17: Nivel de probabilidad

NIVELES DE PROBABILIDAD

NIVEL DESCRIPTOR DESCRIPCION

1 Raro El evento puede ocurrir solo en circunstancias excepcionales.

2 Improbable El evento puede ocurrir en algún momento.

3 Posible El evento podría ocurrir en algún momento.

4 Probable El evento probablemente ocurrirá en la mayoría de las circunstancias.

5 Casi seguro Se espera que el evento ocurra en la mayoría de las circunstancias.

Fuente: Elaboración Propia

Tabla 18: Nivel de impacto

NIVELES DE IMPACTO

NIVEL DESCRIPTOR DESCRIPCION

1 Insignificante Si el hecho llegara a presentarse, tendría consecuencias o efectos mínimos.

2 Menor Si el hecho llegara a presentarse, tendría bajo impacto.

3 Moderado Si el hecho llegara a presentarse, tendría mediano impacto.

4 Mayor Si el hecho llegara a presentarse, tendría alto impacto.

5 Catastrófico Si el hecho llegara a presentarse, tendría desastrosas consecuencias.

Fuente: Elaboración Propia

22
Tabla 19: Probabilidad e Impacto

PROBABILIDAD E IMPACTO

PROBABILIDAD IMPACTO

Insignificante Menor (2) Moderado (3) Mayor (4) Catastrófico (5)


(1)
Raro (1)

Improbable (2)

Posible (3)

Probable (4)

Casi seguro (5)

Fuente: Elaboración Propia

Tabla 20: Nivel de riesgo

NIVEL DE RIESGO

Nivel de riesgo Probabilidad X Impacto

Muy Alto >80

Alto 51-80

Medio 31-50

Bajo 11-30

Muy Bajo <10

Fuente: Elaboración Propia

23
CAPITULO II: Marco Teórico

2.1. Tema de Investigación

La implementación de un DataMart como solución de inteligencia de negocios

para el área Actuarial de la empresa La Positiva Seguros. Esta permite el procesamiento de

la alta cantidad de datos para la generación de reportes e indicadores de manera inmediata,

y almacenarlo, lo cual sirve para la toma de decisiones de la empresa. El DataMart se

realizará sobre la base de datos SQL Server, y se utilizará la herramienta Power BI para la

generación de indicadores y reportes.

2.2. Antecedentes de Investigación

2.2.1. Nacionales

2.1.1.1. Antecedente 1

Tesis: “Implementación de Inteligencia de Negocio para el Área Comercial de la

empresa AZALEIA – Basado en la Metodología Ágil Scrum”

Autor: Jubitza Lisbeth Salazar Tataje

Localidad: Lima – Perú

Año: 2017

La tesis se basa en la implementación de un Datamart enfocado para el área comercial

de la empresa Azaleia del Perú, que permite apoyar la toma de decisiones y crecimiento

de ventas en el mercado bajo los lineamientos estratégicos de la empresa.

Como resultado de la investigación de la tesis se tendrá el diagnóstico y solución a

implementar en la empresa Azaleia, la cual se enfoca en dos puntos relevantes: mejora

en la obtención de la información por parte de los usuarios, reduciendo la carga

24
operativa y dependencia al área de tecnología de información y un mejor monitoreo de

los indicadores, que permita a la gerencia general identificar patrones en el

comportamiento de las ventas, permitiendo obtener respuestas más acertadas basado en

la demanda del mercado, para la toma de decisiones.

 La implementación está basada en la metodología Ágil “Scrum” y manejo

de gestión de proyectos basado en las buenas prácticas de PMBOK v5.

 Los prototipos de Dashboard son desarrollados en Storyboards de Microsoft

Power Point.

 La elaboración de tablas dinámicas y reportes en el software de explotación

son elaborados en Qlikview.

Como objetivo principal es tener un repositorio de información centralizado a efectos

de acceder a los datos en línea, optimizar el tiempo en la obtención de los datos y

mejorar el análisis de la información para el área de ventas, sirviendo como soporte la

toma de decisiones de manera oportuna a las necesidades del negocio.

25
2.1.1.2. Antecedente 2

Tesis: “Implementación de Inteligencia de Negocios para la mejora de calidad de

Suministro de Edelnor”

Autor: Wilfredo Renzo Galarza Torres y Diego Enrique Valdivieso Zavala

Localidad: Lima – Perú

Año: 2015

La tesis se basa en la construcción de un sistema basado en inteligencia de negocios, el

cual se encuentra en el área de calidad de suministros y tiene como finalidad obtener

los indicadores de las interrupciones del servicio eléctrico y reducir efectivamente el

pago de compensaciones por fallas en la continuidad del servicio de flujo eléctrico que

brinda la empresa Edelnor S.A.A.

Se utilizo la metodología Ralph Kimball para la implementación de inteligencia de

negocios, desde la construcción del ETL para obtener los datos más importantes para

la construcción del Data Warehouse y con ello construir los reportes que ayudan a la

toma de decisiones, y como herramienta para el desarrollo se utiliza Qlikview.

Se utilizo la metodología Procede: el mapa de procesos del sistema y

telecomunicaciones (Procede) es un modelo único, homogéneo y común a la

Subdirección General de Sistemas y Telecomunicaciones de Edelnor. También es

considerado el nuevo modelo global para el desarrollo y mantenimiento de software de

Edelnor.

Los resultados que se obtuvieron: reducir los tiempos de solución y prevención de las

fallas de los suministros eléctricos, disminuyendo los pagos por compensación de

suministros establecidos por Osinergmin hacia los usuarios del servicio eléctrico; así

26
como también la obtención de las estadísticas e indicadores de fallas para una adecuada

toma de decisiones.

2.2.2. Internacionales

2.1.2.1. Antecedente 1

Tesis: “Implementación de Inteligencia de Negocios en el área de servicios

hospitalarios del Hospital San José”

Autor: Carrasco Carpio Lady Stefany y Zambrano Salazar Rosa Angelica

Localidad: Guayaquil – Ecuador

Año: 2015

La tesis tiene como objetivo principal la implementación de un sistema de inteligencia

de negocios para el área de servicios hospitalarios del Hospital San José; el cual permita

a los gerentes y administradores tomar decisiones fiables y efectivas que permitan

elevar la eficiencia en la gestión hospitalaria, basándose en los indicadores que obtienen

en tiempo real y de forma rápida.

La herramienta que se utiliza para la implementación de inteligencia de negocios en el

área de servicios hospitalarios fue Qlikview, el cual recibe los datos de una base de

datos ORACLE y muestra los informes e indicadores en tiempo real. La metodología

es S.A.F.E. (Simplifying Analysis for Everyone) la cual trabaja en la comprensión de

los objetivos del negocio y el alcance de la implementación del sistema, la recolección

de requerimientos para el sistema, la construcción de la solución, el lanzamiento al

ambiente de producción, la programación de las tareas de recargas y, la revisión y

27
afinación de la solución para asegurar que todos los requerimientos se hayan realizado.

2.1.2.2. Antecedente 2

Tesis: “Análisis, diseño e implementación de un Data Mart académico usando

tecnología de BI para la Facultad de Ingeniería, Ciencias Físicas y Matemáticas”

Autor: Aimacaña Quilumba Doris Eulalia

Localidad: Quito – Ecuador

Año: 2013

La tesis se basa en la creación de un Data Mart que permita almacenar solo la

información requerida del sistema académico de la facultad de ingeniería e ir

eliminando aquellos datos que obstaculizan el análisis y la entrega de información que

se requiere en la forma más apropiada, teniendo como resultado indicadores de gestión

para la toma de decisiones estratégicas tanto de estudiantes, docentes y empleados, para

saber dónde y cómo solventar alguna falla.

Para las pruebas y creación de reportes e indicadores se utiliza la herramienta Pentaho,

la cual la universidad les brinda acceso libre a las funcionalidades de dicha herramienta;

y como metodología emplean Rational Unified Process (RUP).

28
2.3. Bases Teóricas

2.3.1. Inteligencia de Negocios

“Las aplicaciones de Business Intelligence (BI) son herramientas de soporte

de decisiones que permiten en tiempo real, acceso interactivo, análisis y manipulación

de información crítica para la empresa. Estas aplicaciones proporcionan a los usuarios

un mayor entendimiento que les permite identificar las oportunidades y los problemas

de los negocios. Los usuarios son capaces de acceder y apalancar una vasta cantidad

de información y analizar sus relaciones y entender las tendencias que últimamente

están apoyando las decisiones de los negocios. Estas herramientas previenen una

potencial pérdida de conocimiento dentro de la empresa que resulta de una

acumulación masiva de información que no es fácil de leer o de usar”

(CherryTree & Co.)

“Business Intelligence (BI) es un conjunto de conceptos y metodologías

para mejorar la toma de decisiones a través del uso de hechos y sistemas basados

en hechos”

(Gartner Group)

En definitiva, podemos afirmar que la inteligencia de negocio puede tener

dos proyecciones diferentes según se mire desde el punto de vista del negocio o

desde el punto de vista técnico, donde se tienen más en cuenta las herramientas y

las tecnologías por encima de la metodología de uso de la información en la toma

de decisiones del negocio.

29
Ilustración 3: Proceso de BI

Fuente: Documentos del curso de BI

2.3.1.1. Beneficios de Inteligencia de Negocios

Según la Universidad Esan (2016), “La Inteligencia de Negocios consiste en

la transformación de datos en información relevante para la toma de

decisiones empresariales.”, y sus beneficios son:

 Ayuda a aumentar la eficiencia: Hoy en día hay muchas empresas

que desperdician buena parte de su tiempo en la búsqueda de

información de departamento en departamento. Seguramente así

obtendrán datos y podrán hacer sus reportes. Sin embargo, con la

inteligencia de negocios se puede trabajar la información en una

plataforma centralizada, lo que permite ahorrar tiempo y hacer que

la toma de decisiones sea más eficiente.

 Se obtiene respuestas con mayor rapidez: A diferencia de un

sistema con muchos informes separados, la centralización que

30
fomenta el BI permite obtener respuestas rápidas en tan solo

minutos. Así, un informe de BI puede contener en forma centralizada

la información referente a las ventas, en desempeño de marketing,

los costos, los inventarios, los canales de distribución, etc.

 Permite contar con información precisa: Con el BI se toman

decisiones basadas en data objetiva, no en presentimientos o en la

intuición. La información adecuada y bien estructurada permite

tomar decisiones basadas en el conocimiento producido por la propia

empresa.

 Conocer el comportamiento de los consumidores: El BI permite

encontrar y analizar los hábitos de compra de los consumidores. Esta

información es muy útil al punto que se traduce en rentabilidad para

la empresa. Además, con ella es posible hacer más eficientes las

campañas de fidelización, construir modelos predictivos para

facilitar la venta cruzada, la realización de promociones y otras

estrategias.

 Se puede tener un mejor control sobre las áreas funcionales de

la empresa: Un sistema de BI puede abarcar áreas como producción,

inventario, marketing, compras, servicio post-venta, pues en todas

ellas se usan datos. El campo de la información a obtener y analizar

es muy vasto. El hecho de tenerla centralizada para cruzarla,

analizarla y tomar decisiones constituye un gran beneficio en costos

y en tiempo.

31
2.3.2. Data Warehouse

Un Data Warehouse (DW) es un gran repositorio lógico de datos que

permite el acceso y la manipulación flexible de grandes volúmenes de información

provenientes tanto de transacciones detalladas como datos agregados de fuentes de

distinta naturaleza. Los sistemas de administración de DW integran información

procedente de diversos sistemas operacionales, la seleccionan, la historizan y la

almacenan para proporcionar la base para la planeación, control y toma de

decisiones a un alto nivel.

Ilustración 4: Data Warehouse

Fuente:

https://repository.unilibre.edu.co/bitstream/handle/10901/8914/dise%C3%B1o%2

0arquitectura%20de%20negocios.pdf?sequence=1

32
Según Bill Inmon: “Es una herramienta de información que se basa en un

cumulo de información, tanto detallada como resumida, que proviene de datos que

se encuentran en bases de datos operativas y de otras fuentes externas (datos

externos a la propia compañía o datos antiguos contenidos en otro tipo de soporte,

etc.) Supone una solución completa constituida por una mezcla de hardware,

software, conocimiento del negocio, y capacidades de integración de sistemas.”

Según definió Bill Inmon, un DataWarehouse se caracteriza por ser:

 Integrado: los datos almacenados en el DataWarehouse deben integrarse

en una estructura consistente, por lo que las inconsistencias existentes entre

los diversos sistemas operacionales deben ser eliminadas. La información

suele estructurarse también en distintos niveles de detalle para adecuarse a

las distintas necesidades de los usuarios.

 Temático: solo 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.

 Histórico: el tiempo es parte implícita de la información contenida en un

DataWarehouse. En los sistemas operacionales, los datos siempre reflejan

el estado de la actividad del negocio en el momento presente. Por el

contrario, la información almacenada en el DataWarehouse sirve, para

realizar análisis de tendencias. Por lo tanto, 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 DataWarehouse existe para ser

33
leído, pero no modificado. La información es por tanto permanente,

significando la actualización del DataWarehouse la incorporación de los

últimos valores que tomaron las distintas variables contenidas en el sin

ningún tipo de acción sobre lo que ya existía.

2.3.3. Data Mart

(Techologies, www.sinnexus.com, 2016) Define que, un DataMart es una base de

datos departamental, especializada en el almacenamiento de los datos de un área de

negocio especifica. Se caracteriza por disponer la estructura optima de datos para

analizar la información al detalle desde todas las perspectivas que afecten a los

procesos de dicho departamento. Un DataMart puede ser alimentado desde los datos

de un DataWarehouse, o integrar por si mismo un compendio de distintas fuentes de

información.

Ilustración 5: Data Mart

Fuente: https://www.sinnexus.com/business_intelligence/datamart.aspx

Para crear el DataMart de un área funcional de la empresa es preciso encontrar la

estructura óptima para el análisis de su información, estructura que puede estar

montada sobre una base de datos OLTP, como el propio DataWarehouse, o sobre una

34
base de datos OLAP. La designación de una u otra dependerá de los datos, los

requisitos y las características específicas de cada departamento.

2.3.4. Data Mining

El DataMining (minería de datos), es el conjunto de técnicas y tecnologías

que permiten explorar grandes bases de datos, de manera automática o

semiautomática, con el objetivo de encontrar patrones repetitivos, tendencias o

reglas que expliquen el comportamiento de los datos en un determinado contexto.

El DataMining surge para intentar ayudar a comprender el contenido de un

repositorio de datos. Con este fin, hace uso de prácticas estadísticas y, en algunos

casos, de algoritmos de búsqueda próximos a la Inteligencia Artificial y a las redes

neuronales.

El proceso del DataMining se compone en cuatro etapas principales:

 Determinación de los objetivos: trata de la delimitación de los objetivos

que el cliente desea bajo la orientación del especialista en DataMining.

 Preprocesamiento de los datos: se refiere a la selección, la limpieza, el

enriquecimiento, la reducción y la transformación de las bases de datos. Esta

etapa consume generalmente alrededor del setenta por ciento del tiempo

total de un proyecto de DataMining.

 Determinación del modelo: se comienza realizando unos análisis

estadísticos de los datos, y después se lleva a cabo una visualización grafica

de los mismos para tener una primera aproximación. Según los objetivos

planteados y la tarea que debe llevarse a cabo, pueden utilizarse algoritmos

35
desarrollados en diferentes áreas de la Inteligencia Artificial.

 Análisis de los resultados: verifica si los resultados obtenidos son

coherentes y los coteja con los obtenidos por los análisis estadísticos y de

visualización gráfica. El cliente determina si son novedosos y si le aportan

un nuevo conocimiento que le permita considerar sus decisiones.

2.3.5. Base de datos STAGE

El uso de una base de datos STAGE no es obligatoria. Sin embargo, es de

bastante ayuda e incluso puede ser una buena práctica para algunos escenarios

donde se necesite.

Algunos escenarios donde se necesite evaluar su uso, es cuando:

 No se dispone a los sistemas fuentes para programar cargas secuenciales o

conocer sus rutinas de registro.

 Se tiene una gran cantidad de fuentes de datos heterogéneas.

 Existe complejidad en conocer el diccionario de datos de los sistemas

fuentes.

 Se desea cargar historia que proviene de diferentes fuentes con diferentes

diccionarios de datos.

 Se tiene que realizar muchas transformaciones previas antes de pasar a un

modelo multidimensional.

36
2.3.6. OLTP (On Line Transaction Processing)

(Techologies, www.sinnexus.com, 2016) Define como, bases de datos

orientadas al procesamiento de transacciones. Una transacción genera un proceso

atómico (que debe ser validad con un commit, o invalidado con un rollback), y

puede involucrar operaciones de inserción, modificación y borrado de datos. El

proceso transaccional es típico de las bases de datos operacionales.

 El acceso a los datos esta optimizado para tareas frecuentes de lectura y

escritura. (ejemplo: la enorme cantidad de transacciones que tienen que

soportar las BDs de los bancos o hipermercados diariamente).

 Los datos se estructuran según el nivel aplicación (programa de gestión a

medida, ERP o CRM implantado, sistema de información departamental).

 Los formatos de los datos no son necesariamente uniformes en los diferentes

departamentos (es común la falta de compatibilidad y la existencia de islas

de datos).

 El historial de datos suele limitarse a los datos actuales o recientes.

2.3.7. OLAP (On Line Analyzing Processing)

(Techologies, www.sinnexus.com, 2016) Define como, bases de datos

orientadas al procesamiento analítico. Este análisis suele implicar, generalmente, la

lectura de grandes cantidades de datos para llegar a extraer algún tipo de

información útil: tendencias de ventas, patrones de comportamiento de los

consumidores, elaboración de informes complejos, etc. Este sistema es típico de los

DataMarts.

37
 El acceso a los datos suele ser de solo lectura. La acción mas común es la

consulta, con muy pocas inserciones, actualizaciones o eliminaciones.

 Los datos se estructuran según las áreas de negocio, y los formatos de los

datos están integrados de manera uniforme en toda la organización.

 El historial de datos es a largo plazo, normalmente de dos a cinco años.

 Las bases de datos OLAP se suelen alimentar de información procedente de

los sistemas operacionales existentes, mediante un proceso de extracción,

transformación y carga (ETL).

2.3.8. Proceso ETL

Los Procesos ETL son una parte de la integración de datos, es un elemento

importante cuya función completa el resultado de todo el desarrollo de la cohesión

de aplicación y sistemas, la palabra ETL corresponde a las siglas en inglés: Extract-

Transform-Load.

El proceso ETL consta precisamente de tres fases: extracción, transformación y

carga.

 Fase de Extracción

Esta fase consiste en la obtención de datos de las fuentes de origen. Los

datos pueden tener diferentes orígenes, ya sean Bases de Datos

Relacionales, Bases de Datos No Relacionales, Ficheros, Hojas de cálculo,

etc.

38
 Fase de Transformación

Consiste en la realización de los cálculos necesarios. Si por ejemplo se tiene

como origen “número de clientes” y “número de mujeres”, y necesitamos

saber el porcentaje de mujeres que son clientes, se necesita un cálculo para

obtener la métrica deseada. Si necesitamos adecuar el formato de un campo

para su posterior explotación, también se realiza en esta fase.

 Fase de Carga

Esta fase del proceso se vuelcan los datos procedentes de la fase de

transformación al sistema de destino. En este punto se puede hacer un

volcado directo, manteniendo un histórico de almacenaje con la fecha de

inserción, o se pueden sobrescribir los datos con la nueva información.

Ilustración 6: Estructura ETL

Fuente: Elaboración propia

39
2.4. Terminología

2.4.1. Modelo Multidimensional

Genera una base de datos con una facilidad en su navegabilidad. Existe

una reducción en la cantidad de tablas y relaciones. Modela a detalle los procesos

que suceden en una organización, separándolos en mediciones y entornos.

Las métricas son en su mayoría numéricas y se les denomina hechos. Mientras el

entorno se puede ver como un todo, existen registros lógicos de diversas

particularidades que logran describir un hecho.

 Tabla Hechos

Representa los procesos de una Organización, son independientes uno de

otro. Facilita la generación de respuesta rápida a partir de registros

comprimidos. La llave de esa tabla hechos está compuesta por las llaves

primarias de las tablas dimensiones.

 Tabla Dimensión

Esta tabla contiene generalmente una llave simple y atributos que describen

a la dimensión.

 Tabla Tiempo

Cada hecho registrado en la tabla hechos lleva consigo una marca de tiempo,

es decir se evidencia el momento en el que ocurrió el hecho. Permitiendo el

almacenamiento y análisis de la información.

 Miembros

Nombres o identificadores que marcan una posición dentro de la dimensión.

40
 Jerarquías

Los miembros de las dimensiones se suelen organizar en forma de

jerarquías.

 Medidas

Atributos numéricos asociados a los hechos (lo que realmente se mide).

Ejemplo: Volumen de ventas, coste asociado a un producto, número de

transacciones efectuadas, porcentaje de beneficios.

2.4.2. Esquema Estrella

Cuenta con un solo objeto en el centro que viene a ser la tabla de hecho conectada

con otros objetos que vienen a ser la tabla dimensiones. En este caso, solo las tablas

dimensiones se van a relacionar con la tabla hechos, no existirá relación alguna

entre las tablas dimensiones.

Ilustración 7:Esquema Estrella

Fuente: Datawarehouse manager

41
2.4.3. Esquema Copo de Nieve

Es una extensión del esquema estrella en donde cada una de las puntas de la estrella

se puede dividir en más puntas. En esta forma de esquema, las tablas dimensiones

si pueden relacionarse con otras.

Ilustración 8: Esquema Copo de Nieve

Fuente: Datawarehouse manager

2.4.4. Indicadores KPIs

Los indicadores KPIs (Key Performance Indicator) son métricas que nos ayudan a

identificar el rendimiento de una determinada acción o estrategia. Estas unidades

de medida nos indican nuestro nivel de desempeño en base a los objetivos que

hemos fijado con anterioridad.

“Lo que no se puede medir no se puede controlar; lo que no se puede

controlar no se puede gestionar; lo que no se puede gestionar no se puede

mejorar.”

42
2.4.4.1. Características de los KPIs

 Medible: los indicadores KPIs muestran una cantidad exacta de lo que

se requiere medir, por ejemplo: la cantidad de ventas de algún producto,

la cantidad de personas que son atendidas, etc.

 Cuantificable: si se puede medir, se puede cuantificar. Ejemplo si

hablamos de unidades monetarias las cuantificaremos en Euros o

Dólares. También existen muchos indicadores de gestión que se miden

en porcentaje.

 Especifico: se debe centrar en un único aspecto a medir, hemos de ser

concretos.

 Temporal: debe poder medirse en el tiempo. Ejemplo podemos querer

medir a diario, de forma semanal, mensual o anual.

 Relevante: el propio termino hace referencia a esta característica

“Indicadores de gestión”. Únicamente sirven aquellos factores que sean

relevantes para la empresa.

43
CAPITULO III: Metodología

3.1. Materiales

Para el desarrollo e implementación del proyecto, se utilizará el Hardware, Software y

Personal mencionados a continuación:

3.1.1. Recurso Humano

Como parte de proyecto se necesita personal que cuenten con ciertos roles para

cumplir con los objetivos.

Tabla 21: Recurso Humano

Recurso Humano

Rol Cantidad

Jefe de Proyecto 1

Especialista de Inteligencia de Negocio 1

Analista/Programador 1

Fuente: Elaboración propia

Actividades por emplear de los roles requeridos para el proyecto:

 Jefe de Proyecto

 Colaboración con el cliente en la definición y consecución de objetivos.

 Planificación del proyecto en todos sus aspectos.

 Dirección y coordinación de los recursos empleados en todas las fases.

 Mantenimiento de relaciones con los agentes externos.

 Toma de decisiones de manera situacional.

 Identificación de fallos y adopción de soluciones pertinentes.

 Especialidad de Inteligencia de Negocio

 Identificar las necesidades del cliente, y brindar soluciones que generen

44
valor a la organización.

 Gestionar el flujo oportuno de información de inteligencia empresarial a los

usuarios.

 Proporcionar soporte técnico para la creación de informes, cuadros de

mando u otras herramientas existentes.

 Crear herramientas o sistemas de inteligencia de negocios, incluyendo

diseño de bases de datos, hojas de cálculo o salidas relacionadas.

 Mantener o actualizar las herramientas de inteligencia de negocios, bases de

datos, cuadros de mando, sistemas o métodos.

 Analista/Programador

 El analista programador debe analizar, desarrollar los requerimientos

mediante el uso de las tecnologías de información, para satisfaces las

necesidades de sus clientes.

 Debe ser capaz de realizar mantenimiento de los sistemas ya existentes y de

las actualizaciones de estos.

 Diseñar cada funcionalidad en base a los tipos de reportes e indicadores.

 Es el encargado de hacer las pruebas de los programas que ha desarrollado

para que estas funcionen debidamente.

 Asiste, capacita a quienes van a usar los sistemas desarrollados.

45
3.1.2. Recurso Tecnológico

Para el presente proyecto, se emplearán los siguientes recursos, el cual serán

necesarios desde el inicio del proyecto hasta el final.

Tabla 22: Recurso Tecnológico

Recurso Tecnológico

Tipo Nombre Descripción Cantidad


Inter Core i5

8 GB de RAM
Laptop 2
1 TB de DD
Hardware
15.6 Pulgadas

Mouse Inalámbrico 2

Memoria Externa 16 GB 2

Visual Studio 2017 IDE de desarrollo. 2

SQL Server 2017 Gestor de Base de Datos 2

Software Power BI Herramienta de Inteligencia de Negocios 2

Windows 10 Sistema Operativo 2

Microsoft Office Paquete de herramientas de ofimática 2

Fuente: Elaboración propia

Descripción del Software que se va a utilizar en el proyecto:

 Visual Studio 2017

Visual Studio es un Conjunto de herramientas de desarrollo para la generación

de aplicaciones web ASP.NET, Servicios Web XML, Aplicaciones de

escritorio y aplicaciones móviles.

 SQL Server 2017

46
Microsoft SQL Server, es un software que permite el modelamiento de la

relación de la base de datos. Transact-SQL (TSQL) es el lenguaje que se utiliza

para el desarrollo en el motor de base de datos, una implementación del

estándar “ANSI” del lenguaje SQL, el cual se utiliza para manejar y obtener

data, crear, modificar y eliminar tablas, y definir las relaciones entre ellas.

 Power BI

Power BI es una solución destinada a la inteligencia empresarial, que permite

unir diferentes fuentes de datos, modelizar y analizar datos para después

presentarlos a través de paneles e informes, que pueden ser consultados de una

manera muy fácil, atractiva e intuitiva. Esta explotación de datos, a través de

paneles e informes, permiten además que puedan ser compartidos por muchos

usuarios de una misma empresa u organización.

Ilustración 9: Power BI service

Fuente: Servicio Power BI (https://docs.microsoft.com/es-es/power-bi/)

47
3.2. Métodos

Para el desarrollo del proyecto, se evaluará dos metodologías para determinar cuál se

utilizará para la implementación de un proyecto de inteligencia de negocios.

3.2.1. Metodologías

3.2.1.1. Ralph Kimball

La metodología de Ralph Kimball está enfocada principalmente en

la construcción del Data Warehouse. La metodología conocida como ciclo

de vida del Road Map Dimensional de Negocio establece lo siguiente: “la

razón de ser de los proyectos de Business Intelligence y de muchos otros, es

el negocio, por lo tanto, uno de los puntos importantes es tener claro que las

necesidades del negocio son las que nos guiaran a lo largo de todo el

proyecto”. En general se contempla que el ciclo de vida dimensional del

negocio se puede expresar en términos de lo que se muestra en la siguiente

ilustración:

Ilustración 10: Metodología Ralph Kimball

Fuente: DataMart Paso a Paso

48
La metodología cuenta con 11 fases:

i. Planificación del Proyecto

El primer paso es la planeación del proyecto, esto como una buena práctica

usada en prácticamente la mayoría de los proyectos de TI. Esta planeación

contempla los siguientes puntos:

 Evaluación de preparación

 Tener un patrocinador exigente que tenga visión y pasión por

el negocio.

 Tener una fuerte motivación y compromiso con el negocio

para la construcción de su Data Warehouse.

 Identificar si los datos que contienen las operaciones del

negocio realmente cubren los requerimientos del negocio. Se

debe trabajar con datos limpios y al nivel correcto de

granularidad.

 Relación TI-Negocio.

 Cultura analítica de la compañía.

 Definición del alcance. Se establecen los límites que existirán

alrededor del proyecto. Este alcance es definido en conjunto por TI

y el negocio.

 Justificación. Principalmente es la estimación de los costos y los

beneficios.

49
ii. Definición de requerimientos del negocio

Para obtener los requerimientos del negocio debemos planear el cómo

obtendremos dichos requerimientos. Existen 2 técnicas principales para la

recolección de requerimientos:

 Las entrevistas

 Las sesiones facilitadoras

Estas se deben realizar principalmente con 3 roles del negocio:

 Representantes del negocio

 Expertos en los sistemas fuente

 Los expertos en la materia

Con la finalidad de obtener información de que es lo que hacen, como lo hacen

y porque lo hacen, y poder relacionar estas respuestas con los datos.

iii. Diseño de la arquitectura técnica

En esta fase se definen los planos que nos permitirán contar con un diseño

integral que tome en cuenta los aspectos técnicos y elementos del Data

Warehouse. Estos elementos son representados por medio de modelos que van

en diferentes niveles de detalle mostrando los requerimientos inmediatos. Este

diseño sigue 8 pasos:

1. Establecer la fuerza de arquitectura: Es conveniente definir a 3 personas en

el diseño de la arquitectura, estas tres personas son: arquitecto técnico,

diseñador del área de desarrollo y desarrollador de aplicaciones.

50
2. Se colectan los requerimientos del negocio: esto se hace de acuerdo con las

necesidades críticas del negocio, como pueden ser, tiempos, disponibilidad,

performance, etc.

3. Documentación de los requerimientos de arquitectura: se deberán

documentar los hallazgos obtenidos a partir de las entrevistas, enfocado en

los aspectos que pudieran impactar en la arquitectura.

4. Desarrollo del modelo de arquitectura de alto nivel: se clasifican los

requerimientos de acuerdo con los Datos de la organización, accesos de

datos, metadata e infraestructura.

5. Diseño y especificación de los subsistemas: se lleva a mayor cada uno de

los grupos incluidos en el modelo de alto nivel, mostrando las capacidades

y requerimientos específicos de cada sección.

6. Determinar las fases de implementación de la arquitectura: se deben

establecer prioridades para la implementación de las definiciones hechas de

acuerdo con los requerimientos del negocio.

7. Documentación técnica de la arquitectura: este documento debe contener la

información necesaria para que se lleve a cabo la implementación del Data

Warehouse.

8. Revisión y finalización de la arquitectura técnica: debe ser distribuido por

los miembros de TI y el negocio con la finalizad de que sea retroalimentado

este plan y quede completo para su validación.

51
iv. Selección de productos e implementación

De acuerdo con lo establecido en la planeación de la arquitectura, se busca por

un producto que encaje con lo mencionado en dicho plan. Para hacer una buena

selección se pueden realizar las siguientes actividades:

 Realizar una matriz de evaluación.

 Hacer una búsqueda en el mercado.

 Reducir opciones al mínimo para realizar evaluaciones detalladas.

 Requerir prototipos.

 Seleccionar productos, instalar prueba y negociar.

v. Modelo dimensional

En el modelado dimensional identificamos las dimensiones que darán

información de carácter cualitativo y los hechos que ofrecen información

cuantitativa sobre el negocio. Para llegar a este modelado se realiza lo siguiente:

 Se hace una lista de las posibles dimensiones con sus intersecciones.

 Se identifican los procesos de negocio.

 Se evalúa la granularidad, la consistencia, valores válidos y la

disponibilidad de los atributos.

 Se crea el esquema dimensional.

 Se valida el esquema dimensional.

 Se documenta el modelo.

52
vi. Diseño físico

El modelado dimensional es traducido a un modelo físico, es muy probable que

el modelado dimensional no se respete del todo puesto que en modelo físico se

deben tomar en cuenta ciertas estrategias que pueden hacer que la

implementación del modelado dimensional en el modelo físico no sea tan

transparente, esto debido a temas de agregación, índices, etc.

vii. Diseño y desarrollo del ETL

Esta parte implica el diseño y desarrollo del proceso de ETL. Para este proceso

primero se deben trabajar las dimensiones. Este proceso se divide en 2

secciones: las dimensiones y los hechos.

viii. Especificación de aplicaciones de BI

De acuerdo con todo lo desarrollado hasta este punto, es necesario generar las

vistas que los usuarios accederán, mediante herramientas de reporteo. Se hace

toda la definición del FRONT-END.

ix. Desarrollo de la aplicación de BI

El desarrollo de las actividades analíticas definidas se lleva a cabo bajo ciertos

estándares.

53
x. Implementación

Se lleva todo el desarrollo del Data Warehouse al día a día de las operaciones

para lo cual se requiere educar a los usuarios y ofrecer cierto tiempo de soporte

por cualquier contingencia que pueda ocurrir.

xi. Mantenimiento y crecimiento

Para el mantenimiento se realizan tareas de soporte, soporte técnico, educación,

todo siguiendo un programa de soporte. A demás de que se puede crecer el

proyecto cuando exista la necesidad de hacerlo.

54
3.2.1.2. Bill Inmon

Bill Inmon es una metodología descendente Top-Down (hacia abajo) donde

los data marts se crearán después de haber terminado el Data Warehouse

completo de la organización.

 El desarrollo de un Data Warehouse empresarial se basa en un

esquema de base de datos normalizado. El desarrollo de los Data

Marts, se basan en datos obtenidos del Data Warehouse.

 Un Data Mart mantiene los datos agregados que se relacionan a la

unidad de negocio.

 Un Data Mart se construye mediante la extracción de datos de la data

Warehouse de la empresa. Los data marts no están vinculados entre

sí.

 Un Data Mart mantiene una historia limitada, ya que esta se

mantiene en el data Warehouse de la empresa.

 El diseño de un Data Warehouse para toda la empresa se basa en su

modelo de datos.

Ilustración 11: Metodología Bill Inmon

Fuente: DataMart Paso a Paso

55
3.2.2. Elección de metodologías

Para la elección de la metodología se requiere saber las diferencias entre

ambas metodologías, a continuación, se presenta un cuadro entre la metodología

Bill Inmon y Ralph Kimball.

Tabla 23: Bill Inmon VS Ralph Kimball

CARACTERISTICAS BILL INMON RALPH KIMBALL

Construcción del Data Toma más tiempo el proceso Toma menos tiempo el

Warehouse de construcción. proceso de construcción.

Mantenimiento Sencillo Complejo

Excesivo al inicio, conforme


Tiempo de desarrollo del Corto desde el inicio hasta
se desarrolle el proyecto se
proyecto el fin.
va a ir reduciendo.

Costos elevados al inicio del


Costos bajos al inicio y
proyecto, conforme se vaya
Costos durante el desarrollo del
avanzando, se van a ir
proyecto.
reduciendo.

Fuente: Elaboración Propia

La metodología Ralph Kimball se adapta a las necesidades del proyecto, ya que se

requiere la construcción de un data mart, en un corto tiempo, además los costos

bajos son accesibles para la inversión del cliente.

56
3.3. EDT

Ilustración 12: EDT

Fuente: Elaboración Propia


3.4. Plan de Trabajo

Ilustración 13: Fases y Actividades

Fuente: Elaboración Propia

57
Ilustración 14: Cronograma

Fuente: Elaboración Propia

58
3.5. Financiamiento

 La Positiva seguros cuenta con el área de proyectos que es el encargado de proponer

algunas alternativas de solución a las necesidades de las áreas, estos proyectos son

financiados por el área de finanzas.

 Como se describe en el capitulo I se detalla todos los gastos de este proyecto, a

continuación, se mostrará una con el resumen de los gastos.

Tabla 24: Resumen del Costo del Proyecto

Costo total de Proyecto

Detalle Monto

Costo de Hardware S/ 4,416.00

Costo de Software S/ 63.00

Costo de RRHH S/ 68,000.00

Costo Económico S/ 1,538.00

Total S/ 74,017.00

Fuente: Elaboración Propia

 El monto total del proyecto es de S/74,017.00, el área de finanzas es la encargada de

cubrir los gastos del proyecto y al no ser un monto elevado que sobrepase lo

presupuestado a inicios de año, se recurrirá al pago en efectivo de sus totalidades del

proyecto.

59
ANEXO

Anexo 1:

LA POSITIVA

Breve Historia

La Positiva Vida Seguros y Reaseguros S.A., forma parte del Grupo La Positiva Seguros,

grupo que cuenta con respaldo de 78 años de experiencia en el mercado asegurados

Peruano. Este Grupo se encuentra conformado por las empresas La Positiva Vida Seguros

y Reaseguros (LPV); La Positiva Seguros y Reaseguros (LPG), y Transacciones

Financieras S.A. La positiva Vida Seguros y Reaseguros, registra domicilio fiscal en

Arequipa, pero realiza sus operaciones en Lima. Esta empresa nace como resultado de la

reestructuración que se dio en la Positiva Seguros y Reaseguros, de donde se identificó y

asigno el Patrimonio de Activos y Pasivos, relacionados con el negocio de seguros de vida.

A raíz del nacimiento de esta nueva empresa de Seguros de Vida, hubo un manejo más

eficiente y especializado en el producto de Vida y Pensiones, en las inversiones vinculadas

al producto y en sus medios de comercialización. La Positiva Vida Seguros y reaseguros,

conto con la autorización para efectuar operaciones con Seguros, a través de las

Resoluciones SBS N° 972-2005 del 23 de junio de 2005 y SBS N° 1524-2005 del 05 de

octubre de 2005, iniciando operaciones el 2 de noviembre del año 2005. Al año siguiente,

la corporación Cervesur y Ferreyros S.A.A. ingresaron como accionistas, es en el año 2012,

donde se incorpora la empresa internacional Financial Corporation (IFC), esta última

realizo un aporte de capital social por S/.24’036.198. a fines del año 2015, Inversiones CF

Perú SAC, subsidiaria del Consorcio Financiero en Perú (principal grupo asegurador en

Chile), empezó a ser parte de la Positiva Vida, con un aporte que representa el 40.1% de

60
acciones. A la fecha, La Positiva Vida Seguros y Reaseguros, cuenta con 621 trabajadores,

472 laboran en lima y 149 están asignados en las ciudades de Trujillo, Huancayo, Ilo,

Juliaca, Tarapoto, Ayacucho, Cuzco, Chimbote, Cajamar, Chiclayo, Huancayo, Huánuco,

Iquitos, Piura, y Tacna (La Positiva Vida Seguros y Reaseguros, 2016; Class & Asociados,

2016; Pacific Credic Rating (PCR), 2015)

Estrategia de la Positiva Vida Seguro

Visión: Ser la mejor empresa que provea productos de protección familiar y ahorro, a todos

los hogares Peruanos, ser un excelente lugar para trabajar, con lo que se busca obtener la

más alta rentabilidad en el sector. (La positiva Vida Seguros y Reaseguros, 2013).

Misión: Brindar tranquilidad de manera permanente, para lo cual les ofrece diversas

opciones para la protección familiar y ahorro, con una perspectiva de cercanía y

accesibilidad. De esa manera, se genera una atmosfera profesional y calidad, la que

promueva un desarrollo integral. a través de ello, se generará valor, para lo clientes,

accionistas y sociedad en general, llegando a un punto de eficiencia. (La Positiva Vida

Seguros y Reaseguros, 2013).

Productos (Seguros)

 SEGURO SOAT

Este seguro repara el daño causado al asegurado, pero en el caso del SOAT no solo

al aseguro y a los ocupantes de un vehículo, sino también a los peatones que

pudieran verse afectados por un accidente de tránsito, en atención a su esencia

netamente social. En el caso del SOAT el beneficiario es la sociedad en su conjunto.

El SOAT es un seguro obligatorio establecido por Ley con un fin netamente social.

61
Su objetivo es asegurar la atención, de manera inmediata e incondicional, de las

víctimas de accidentes de tránsito que sufren lesiones corporales y muerte.

 SEGURO VEHICULAR

El Seguro Vehicular es una póliza que cubre los daños a pasajeros, los daños que

se han producido al vehículo entran en acción a todo tipo de accidente: robos,

incendios y cualquier otro daño que sufra el vehículo, incluyendo la pérdida total.

 SEGURO DE VIDA

Cobertura:

 Ambulatorio: En toda la red de clínica.

 Enfermedades catastróficas: Cubiertas al 100%.

 Emergencia: Medica, accidental y traslado en ambulancia y/o avión a

nivel nacional.

 Consulta a domicilio: Deducible S/. 40, consulta medicina general,

interna y pediatría.

 Oftalmología: Al 100% y con descuentos en Eximer Laser.

 Odontología: Deducible 30% por pieza tratada cubierto al 80%.

 Maternidad: Parto cubierto al 100%.

 Intervención quirúrgica: Segunda opinión internacional. Beneficio max.

anual entre S/. 5,000 y S/. 150,000 según plan.

 Sepelio: Al 100%, Beneficio entre S/. 4,500 y S/. 10,500 según plan.

62