Venta de

planes de
seguros
Arquitectura de Software

PRESENTACIN

El presente trabajo describe el proyecto para el desarrollo de software que

permita automatizar los procesos de que contiene el negocio de cotizacin
y afiliacin de la venta de Seguros de la Empresa NOVASALUD y su
integracin con otros procesos de la empresa.

u201400528 - ngelo Padilla Fuertes

u201401554 - Ral Vsquez
u201400645 No Maguia
EMPRESA NOVASALUD

NDICE

INTRODUCCIN............................................................................................ 3
Objetivos del proyecto............................................................................... 4
1. Captulo 1: Modelo del negocio.........................................................4
1.1. Descripcin de la organizacin objetivo........................................4
1.2. Descripcin del negocio...................................................................4
2. Captulo 2: Requerimientos...............................................................5
2.1. Visin del sistema............................................................................. 5
2.2. Especificacin de los requerimientos de software.....................5
2.2.1. Lista de caractersticas.................................................................5
2.2.2. Lista de requerimientos suplementarios o de calidad.............5
2.2.3. Lista de reglas del negocio...........................................................6
2.3. Modelo de casos de uso...................................................................7
2.3.1. Lista y diagrama de actores.........................................................7
2.3.2. Diagrama de paquetes..................................................................8
2.3.3. Diagrama de casos de uso por paquete.....................................9
2.3.4. Especificacin de casos de uso de alto nivel...........................10
2.3.5. Lista de casos de uso priorizados.............................................12
2.3.6. Lista de casos de uso que impactan en la arquitectura........12
3. Captulo 3 : Anlisis............................................................................. 0
3.1. Modelo del dominio de clases o modelo conceptual................0
3.2. Realizacin de los casos de uso para el anlisis........................0
3.2.1. Especificacin detallada de Historias de Usuario de los
casos de uso que impactan en la arquitectura................................0
3.2.2. Diagrama de clases de anlisis...............................................2
3.2.3. Diagrama de interaccin de los casos de uso
especificados......................................................................................... 3
DI_Registra Informacin Personal............................................................3
4. Conclusiones......................................................................................... 3
5. Glosario de trminos............................................................................4
6. Siglario................................................................................................... 5

INTRODUCCIN
En lneas generales el Grupo NovaSalud est orientado a prestar servicios
de aseguramiento oncolgico. NovaSalud est considerada como una
prepaga, que es bsicamente una empresa que ofrece planes privados de
salud, en este caso planes oncolgicos, que cada persona o grupo familiar
puede pagar de acuerdo a sus propias expectativas. Debido a que cada
familia determina cuanto quiere gastar y que nivel de cobertura requiere,
este sistema es llamado Medicina Pre pagada o por Prepago.
Los planes oncolgicos que ofrece NovaSalud son considerados planes
complementarios a los planes de salud bsicos.
En este contexto, el Grupo NovaSalud requiere contar con una solucin
informtica que permita gestionar los procesos de Ventas de planes de
seguros de acuerdo a las reglas del mercado asegurador, a las reglas
propias de los productos que actualmente se manejan y finalmente de
acuerdo a la normatividad vigente.
El Grupo NovaSalud ha decidido implementar un Sistema informtico de
Gestin de Ventas que se irn definiendo con los procesos de Ventas,
suscripcin y los sub procesos que ayudarn a describirla.

Objetivos del proyecto

El proyecto tiene como objetivo gestionar la venta de los productos
NovaSalud a travs de los Canales de Venta en cuanto al registro de
los datos generales del canal, la clasificacin de los mismos, y los
contratos donde se detallan las condiciones segn las cuales cada
canal realizar las ventas de los productos.
Los contratos permiten definir las condiciones generales relacionadas
a los productos, comisiones pactadas, tipos de clientes, tipos de pago
con las cuales los canales pueden realizar la venta.
El proyecto tiene como objetivos especficos

Captar ms canales de venta para abarcar una poblacin

mayor de prximos afiliados
Ofrecer variedad de planes por rango de grupo etario (edades)
Ofrecer planes con excepciones para clientes que no pasen los
exmenes de PSA o mamografas.

1. Captulo 1: Modelo del negocio

1.1.

Descripcin de la organizacin objetivo

NovaSalud: Es una empresa con presencia mundial, que est

especializada en la prevencin, deteccin diagnstico y
tratamiento del cncer.
1.2.

Descripcin del negocio

El proceso de ventas comienza desde que el cliente se acerca al

canal de venta a solicitar una cotizacin. La cotizacin es la parte
de interaccin del proveedor con el cliente a travs de los
diferentes canales de venta, que le permitir obtener informacin
sobre el plan al cual desea afiliarse y brindar datos esenciales
para solicitar una pre-afiliacin. Posteriormente, la solicitud ser
sometida a evaluacin para determinar si procede o no la
afiliacin. Finalmente, se notifica al cliente el resultado de la
evaluacin de la respectiva solicitud.

2. Captulo 2: Requerimientos
2.1.

Visin del sistema

2.2.

Especificacin de los requerimientos de software

2.2.1.Lista de caractersticas
2.2.2. Lista de requerimientos suplementarios o de calidad

FUNCIONALIDAD
Registrar informacin de los clientes.
Realizar los clculos de los planes de acuerdo a las
caractersticas del cliente.
Generar solicitud de cotizacin con nmero nico.
Generar informe de cotizaciones diariamente.
Generar solicitud de pre afiliacin.
Toda solicitud debe poder imprimirse.
Realizar validaciones automticas en el sistema.
Generar documento de validacin mdica de suscripcin
Emitir modelos de cartas para resultados de suscripcin
mdica.
USABILIDAD
El sistema debe ser lo ms amigable posible, debido a que la
mayor parte de la concentracin de nuestros clientes est
orientado a personas de la tercera edad.
En caso de algn error en el sistema, estos deben estar
correctamente tipificados para su ms rpida solucin por
nuestro personal tcnico.
CONFIABILIDAD
Nuestras redes de clnicas de seguros atienden las 24 horas
del da por ello es importante que se tome en cuenta la
performance del rendimiento de la misma.
Requerimos semanalmente sacar estadsticos de clientes
afiliados, clientes rechazados, clientes con observaciones,
etc. Pero al momento de bajar esa informacin el sistema no
debe verse impactado.
RENDIMIENTO
Actualmente se manejan un total de 500 asesores de ventas
(canal) que van ofreciendo nuestros seguros oncolgicos y
mediante una porttil podrn ingresar al sistema. Por ello, se
requiere tomar la precaucin con respecto al rendimiento
ante un ingreso masivo de nuestros agentes.

Ello tambin no debe afectar a los tiempos de respuesta de

las cotizaciones o registros de informacin.
Tener en cuenta un alto nivel de TPS.
SOPORTE
Nuestro sistema web debe correr normalmente en los
navegadores Google Chrome, IE y Mozilla.
El sistema web debe ser compatible con el SO Windows 8 en
adelante.
Toda correccin de error en el sistema debe atendido en un
mximo de 20 minutos.
CONSIDERACIONES DE DISEO
Tomar todas las mejores condiciones de aspecto al momento
de realizar el diseo. Utilizar las herramientas de CSS y
JavaScript.
DOCUMENTACIN DE USUARIO EN LNEA Y SISTEMA DE
AYUDA
Todas las ventanas deben presentar un icono de ? el cual
nos brinde la mejor ayuda posible en cuanto a manejo del
sistema.
COMPONENTES ADQUIRIDOS
No aplica

INTERFACES
Manejamos un estndar predefinido con colores
establecidos.
Color de pantalla: Combinar el azul marino con el plomo.
Color de letra: Utilizar los colores blanco y un amarillo bajo.
LICENCIAMIENTO
No aplica

REQUERIMIENTOS LEGALES, COPYRIGHT Y OTROS

Todos los derechos reservados sern nuestros.

ESTNDARES APLICABLES
Los explicados anteriormente

2.2.3.Lista de reglas del negocio

REGLAS DE CLCULO
RN01. Solicitud de cotizacin.- Todos los planes de
acuerdo a su rango etario tienen precios establecidos, los

cuales son aplicados en frmulas para obtener el costo

del plan que pagara el afiliado titular.
REGLAS DE RELACIN
RN02. Afiliaciones.- Un afiliado tiene un nmero nico de
afiliado. As mismo, un afiliado puede estar solo dentro
de una pliza (contrato) de seguro.
Reglas de estructura.
RN04. Agrupamiento de familias de asegurados.Cuando se afilia un grupo familiar, existe un indicador
que muestra la cantidad de asegurados que estn dentro
del grupo. El indicador es universal (T0, T1, T2). Ello
indica Titular, Titular ms uno, Titular ms dos.
REGLA DE OPERACIN
RN05. Proceso de suscripcin.- Cuando el cliente est en
proceso de evaluacin y se observa que tiene alguna pre
existencia. Se le informa al cliente mediante una carta
que se le puede afiliar pero con algunos cambios en las
condiciones de su pliza. Si el afiliado no responde a la
carta, se cancela el proceso de afiliacin.

2.3.

Modelo de casos de uso

2.3.1.Lista y diagrama de actores

CLIENTE
El cliente se transforma en un actor de sistema cuando el
mismo realiza su proceso de cotizacin y pre afiliacin en el
sistema web.
PROMOTOR DE VENTAS, ASISTENTE DE VENTAS
Estos actores del sistema representan a un canal de venta,
como ellos existen los canales de venta en oficina y la parte
web tambin representa a un canal. Son los encargados de
obtener los clientes ofrecindoles variedad de planes.
MEDICO AUDITOR
El mdico auditor es el encargado de realizar el proceso de
suscripcin a todas las pre afiliaciones que se realizar, l
decide si un cliente se afilia o no, o quiz puede ofrecer
alternativas de afiliacin.
ASISTENTE TCNICO

Es la persona encargada de distribuir la documentacin

solicitada por las diferentes reas del proceso de ventas.
Adems, es el encargado de generar una carta modelo ya
sea de afiliacin o de rechazo de afiliacin.
Diagrama de actores del sistema

Usuario

Cliente

Promotor de
Ventas

2.3.2.Diagrama de paquetes

Asistente de
Ventas

Asistente
Tcnico

Mdico Auditor

2.3.3.Diagrama de casos de uso por paquete

PAQUETE COTIZACIN

PAQUETE SUSCRIPCIN

PAQUETE AFILIACIN

2.3.4.Especificacin de casos de uso de alto nivel

Caso de uso:
Actor(es):
Propsito:
Caso de uso
asociado:
Resumen:

Registrar informacin personal

Cliente, Asistente Ventas
Registrar toda cotizacin o pre afiliacin
iniciada
Validar informacin
El caso de uso comienza cuando el cliente
registrar sus datos por el sistema web o
cuando el asistente de ventas realiza el
registro tambin por el sistema pero
cuando el cliente est en frente de l.
Segn su requerimiento el Cliente puede
solo rellenar datos mas no borrar una vez
que todo haya sido grabado, el asistente de

Clasificacin:
Caso de uso:
Actor(es):
Propsito:
Caso de uso
asociado:
Resumen:

Clasificacin:
Caso de uso:
Actor(es):
Propsito:

Caso de uso
asociado:
Resumen:

Clasificacin:
Caso de uso:
Actor(es):
Propsito:
Caso de uso
asociado:
Resumen:

ventas si tiene la potestad de registrar y/o

modificar los datos ya grabados. El caso de
uso termina con la grabacin de los datos.
Primario
Generar cotizacin
Cliente, Asistente de ventas
Obtener una cotizacin de algn plan de
seguro
Seleccin de plan, Generar informe
cotizacin.
El caso de uso comienza cuando el cliente o
el asistente de ventas han registrado
correctamente
los
datos.
Segn
su
requerimiento
este
es
un
proceso
automatizable que se realizar al dar clic
en un botn. El caso de uso terminar con
la impresin de la cotizacin.
Primario
Generar solicitud de pre afiliacin
Asistente de ventas, Cliente
Obtener los datos correctamente de los
clientes para el envo de informacin
futura.
Imprimir solicitud de pre afiliacin, Entrega
solicitud de pre afiliacin, Adjunta DJS.
El caso de uso comienza cuando el
asistente de ventas o el cliente aceptaron
la cotizacin y dieron clic en iniciar pre
afiliacin. Segn su requerimiento todo
proceso de pre afiliacin se iniciar
despus de haberse cotizado. El caso de
uso termina cuando se da clic en dicho
botn de inicio de pre afiliacin.
Primaria
Generar formulario de suscripcin
Medico auditor
Evaluar la pre afiliacin solicitada por el
cliente.
Adjunta examen mdico
El caso de uso comienza cuando el mdico
auditor recepciona la solicitud de pre

Clasificacin:
Caso de uso:
Actor(es):
Propsito:
Caso de uso
asociado:
Resumen:

Clasificacin:

afiliacin. Segn su requerimiento el

mdico auditor evaluar la DJS adjuntada y
tomar la decisin de aceptar, rechazar u
observar la pre afiliacin. El caso de uso
termina cuando el medico emite sus
resultados y genera su formulario de
suscripcin.
Primaria
Generar cartas modelo
Asistente tcnico
Informar al cliente sobre su proceso de
afiliacin

El caso de uso comienza cuando el

asistente tcnico recibe el informe mdico.
Segn su requerimiento el asistente tcnico
proceder a emitir cartas modelo de envo
al cliente para informar al cliente sobre su
proceso de pre afiliacin. El caso de uso
termina cuando se realiza el envo de la
carta modelo al cliente.
Primaria

2.3.5.Lista de casos de uso priorizados

2.3.6.Lista de casos de uso que impactan en la arquitectura

Caso de uso
Registrar
informacin
personal
Validar
informacin
Generar
cotizacin
Seleccin de
plan
Generar

Complejid
ad
Primario

Estado

Secundari
o
Primario

Defini
do
Defini
do
Defini
do
Defini

Secundari
o
Secundari

Defini
do

Dificulta
d
Baja

Responsa
ble
Canal de
venta

Priorida
d
Ciclo 0

Media

Canal
venta
Canal
venta
Canal
venta
Canal

de

Ciclo 0

de

Ciclo 0

de

Ciclo 0

de

Ciclo 0

Alta
Baja
Media

informe
cotizacin
Generar
solicitud de
pre afiliacin
Imprimir
solicitud de
pre afiliacin
Entrega
solicitud de
pre afiliacin
Adjunta DJS
Generar
formulario
de
suscripcin
Adjunta
examen
mdico
Generar
cartas
modelo

do

venta

Primario

Defini
do

Alta

Canal de
venta

Ciclo 1

Secundari
o

Defini
do

Media

Canal de
venta

Ciclo 1

Secundari
o

Defini
do

Baja

Canal de
venta

Ciclo 1

Secundari
o
Primario

Defini
do
Defini
do

Media

Canal de
venta
Mdico
auditor

Ciclo 1

Secundari
o

Defini
do

Baja

Mdico
auditor

Ciclo 2

Primario

Defini
do

Alta

Asistente
tcnico

Ciclo 3

Alta

Ciclo 2

3. Captulo 3 : Anlisis
3.5.1.
Modelo del dominio de clases o modelo conceptual

3.2. Realizacin de los casos de uso para el anlisis

3.2.1. Especificacin detallada de Historias de Usuario
de los casos de uso que impactan en la arquitectura
Nombre

Registrar informacin personal

Autor

Analista Funcional

Actor

Cliente, Asistente Ventas

Iteracin
Casos de uso
asociados

CU_Generar solicitud de cotizacin

Descripcin

El caso de uso comienza cuando el cliente

registrar sus datos por el sistema web o cuando
el asistente de ventas realiza el registro tambin

Nombre

Registrar informacin personal

por el sistema pero cuando el cliente est en
frente de l. Segn su requerimiento el Cliente
puede solo rellenar datos mas no borrar una vez
que todo haya sido grabado, el asistente de
ventas si tiene la potestad de registrar y/o
modificar los datos ya grabados. El caso de uso
termina con la grabacin de los datos.

Referencias

Reglas de
negocio:

RF02_Ingresar datos
RF02_Modificar datos
RF02_Eliminar datos
RN05_Proceso de suscripcin

Precondiciones

Cdigo y clave de ingreso al sistema

Post
Condiciones

Se gener el registro de la informacin personal

de la persona
Se gener un nuevo cdigo de cliente

Flujo normal de eventos

1. El caso de uso se inicia cuando el Asistente de Ventas
(Cliente) seleccionan la opcin
Registrar Informacin Personal
2. El sistema muestra la interfaz Registrar Informacin
Personal con la vista formulario con los siguientes campos:
Nombre, Apellido Paterno, Apellido Materno, Gnero, Fecha
de Nacimiento, Tipo de Documento, Nro. Documento,
Correo, Pas, Departamento, Provincia, Distrito, Direccin,
Telfono Fijo, Telfono Celular. Adems, de las opciones
Nuevo, Registrar y Modificar.
3. Si el Asistente de Venta elige:
3.1. Nuevo se limpian los campos y vuelve al punto 2.
3.2. Grabar, el sistema graba los datos en la base de
datos Cliente.
3.3. Editar, el sistema permite modificar los campos
previamente registrados.
3.4. Borrar, el sistema permite eliminar los datos del
cliente
4. El caso de uso finaliza.
Sub Flujo Registrar Cliente
1.
2.
3.
4.

El
El
El
El

Asistente de Ventas ingresa los datos de un cliente.

Sistema carga los datos del cliente en el formulario.
Asistente de Ventas presiona el botn Registrar.
sistema valida los datos ingresados.

Nombre

Registrar informacin personal

5. El sistema registra los datos del cliente y muestra el MSG

Cliente registrado con xito.
6.
El sistema regresa a la interfaz Registrar
Informacin Personal.
Sub Flujo Actualizar Cliente
1. El Sistema carga los datos del cliente en el formulario.
2. El Asistente de Ventas modifica los datos del cliente.
3. El Asistente de Ventas presiona el botn Registrar.
4. El sistema valida los datos ingresados.
5. El sistema actualiza los datos del cliente y muestra el MSG
Cliente actualizado con xito.
6. El sistema regresa a la interfaz Registrar Informacin
Personal.
Sub Flujo Borrar Cliente
1. El Sistema carga los datos del cliente en el formulario.
2. El Asistente de Ventas presiona el botn Borrar.
3. El sistema muestra el MSG: Confirmar borrar a este
Cliente?.
4. El Asistente de Ventas selecciona la opcin Si para
confirmar la eliminacin.
5. El sistema muestra mensaje de confirmacin en la interface
de Registrar Informacin Personal.
6. El Sistema regresa a la interfaz Registrar Informacin
Personal.
Flujo alternativo 1
Datos del Cliente Invlidos
En los pasos 4 del subflujo Registrar y 4 del subflujo Actualizar
Cliente si los datos ingresados del cliente son nulos o invlidos el
sistema muestra el MSG: Se han encontrado datos invlidos del
cliente, verifique y el flujo no continua.
Flujo alternativo 2
No Confirma Eliminacin
En el paso 2 del subflujo Borrar Cliente, si el Administrador
selecciona No. Finaliza el Subflujo.
Informacin adicional
Pantalla 1:

Nombre

Registrar informacin personal

3.2.2. Diagrama de clases de anlisis

CA_Registrar Informacin Personal

3.2.3. Diagrama de interaccin de los casos de uso

especificados
DI_Registra Informacin Personal

4. Conclusiones

La especificacin de requerimientos de software debe ser lo suficientemente clara y

precisa con respecto a sus descripciones puesto que ello es un punto primordial para
el viabilidad del proyecto.
Para realizar una confiable especificacin de casos de uso del sistema se debe tener
la correspondencia con los requerimientos funcionales hallados, y detallar el que y el
cmo se realizar dicho caso de uso. Cuando se empieza profundizar en estas
especificaciones se van encontrando consideraciones que hacen necesarios
modificaciones en los artefactos del proyecto.
La trazabilidad es un elemento sumamente importante, tanto para el control de los
avances del proyecto como para sustentar la incorporacin y especificacin de casos
de uso del sistema.
Es importante mantener un control de la administracin del proyecto (cronograma y
entregables) en paralelo a la ingeniera del mismo (artefactos de la metodologa RUP)
pues as se controla mejor el proyecto lo cual ayuda a detectar el origen de los riesgos
y problemas.
As mismo, es imprescindible mitigar las ambigedades pues son un riesgo para el
proyecto.

Una conclusin importante es al haber aplicado los estndares

de modelamiento necesarios para representar de forma ms
detallada el negocio se debe llegar de esa manera a realizar el
desarrollo del proyecto en un corto tiempo, minimizando recursos
y aun costo inferior al establecido.

Asimismo, segn lo analizado se concluye que falta un proceso de

verificacin y validacin de documentos, lo cual sirve para tener
un control del documento de examen de asegurabilidad ingresado
a la clnica y tomado en cuenta para generar las afiliaciones.
Adems, se debe redefinir la interfaz de usuario del canal de
venta va web, ya que la produccin de ventas abarca
mayormente a personas de la tercera edad y no se ha tomado en
cuenta como un requerimiento funcional.

5. Glosario de trminos
A
Asegurado: La persona u organizacin que est cubierta por el plan
de seguro.
C
Canal de Venta: Medio por el cual se va a realizar el proceso de
Venta del seguro por parte del cliente.
Cobertura: Proteccin de seguro o de reaseguro, en base a acuerdos
contractuales. Es lo establecido por escrito en el contrato de seguro o
pliza de seguros, donde se establecen las condiciones generales,
particulares, detalle del bien asegurado, costo, etc. que sirven para
establecer y enunciar todos los derechos y obligaciones de las partes
contratantes.

D
Diagnstico
Es la identificacin mdica de los signos, sntomas y hallazgos
presentados por el paciente. Como estndar, se utiliza la codificacin
internacional CIE 10 (Dcima versin de la Clasificacin Estadstica
Internacional de Enfermedades y otros Problemas de Salud).
O
Oncologa: Es la especialidad mdica que estudia y trata las
neoplasias; tumores benignos y malignos. Los profesionales de esta
especialidad son los onclogos.
Orden de Atencin: Documento en donde se registra la informacin
relativa a la atencin que va a realizar el paciente en la clnica, la cual
indica entre otros datos la especialidad en la cual se va a atender,
mdico, etc.
G
Grupo etario: Es un conjunto de personas, que tienen el mismo
rango de edades.

P
Prueba de asegurabilidad: Para clasificar a un plan, las clnica
tiene derecho a pedirle informacin sobre su salud y su estilo de vida.
La clnica usar esta informacin - su prueba de asegurabilidad - para
decidir si lo puede aceptar, y a qu precio le puede vender el plan.
Pliza: Documento que el asegurador entrega al asistente de Ventas
mediante el cual se declara formalmente la existencia del contrato de
seguro y las condiciones en que se ha pactado.
6. Siglario

DJS: Declaracin Jurada de Salud.

PS: Plan de Salud