Venta de planes de seguros

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.

NDICE

INTRODUCCIN3Objetivos del proyecto41.Captulo 1: Modelo del negocio41.1.Descripcin de la organizacin objetivo41.2.Descripcin del negocio42.Captulo 2: Requerimientos52.1.Visin del sistema52.2.Especificacin de los requerimientos de software52.2.1.Lista de caractersticas52.2.2.Lista de requerimientos suplementarios o de calidad52.2.3.Lista de reglas del negocio62.3.Modelo de casos de uso72.3.1.Lista y diagrama de actores72.3.2.Diagrama de paquetes82.3.3.Diagrama de casos de uso por paquete92.3.4.Especificacin de casos de uso de alto nivel102.3.5.Lista de casos de uso priorizados122.3.6.Lista de casos de uso que impactan en la arquitectura123.Captulo 3 : Anlisis03.1.Modelo del dominio de clases o modelo conceptual03.2. Realizacin de los casos de uso para el anlisis03.2.1. Especificacin detallada de Historias de Usuario de los casos de uso que impactan en la arquitectura03.2.2. Diagrama de clases de anlisis23.2.3. Diagrama de interaccin de los casos de uso especificados3DI_Registra Informacin Personal34.Conclusiones35.Glosario de trminos46.Siglario5

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. 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 ADQUIRIDOSNo 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.

LICENCIAMIENTONo 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 CLCULORN01. 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 RELACINRN02. 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 OPERACINRN05. 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

CLIENTEEl 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 VENTASEstos 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 AUDITOREl 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 TCNICOEs 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

2.3.2. Diagrama de paquetes

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:Registrar informacin personal

Actor(es):Cliente, Asistente Ventas

Propsito:Registrar toda cotizacin o pre afiliacin iniciada

Caso de uso asociado:Validar informacin

Resumen: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 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.

Clasificacin:Primario

Caso de uso:Generar cotizacin

Actor(es):Cliente, Asistente de ventas

Propsito:Obtener una cotizacin de algn plan de seguro

Caso de uso asociado:Seleccin de plan, Generar informe cotizacin.

Resumen: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.

Clasificacin:Primario

Caso de uso:Generar solicitud de pre afiliacin

Actor(es):Asistente de ventas, Cliente

Propsito:Obtener los datos correctamente de los clientes para el envo de informacin futura.

Caso de uso asociado:Imprimir solicitud de pre afiliacin, Entrega solicitud de pre afiliacin, Adjunta DJS.

Resumen: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.

Clasificacin:Primaria

Caso de uso:Generar formulario de suscripcin

Actor(es):Medico auditor

Propsito:Evaluar la pre afiliacin solicitada por el cliente.

Caso de uso asociado:Adjunta examen mdico

Resumen:El caso de uso comienza cuando el mdico auditor recepciona la solicitud de pre 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.

Clasificacin:Primaria

Caso de uso:Generar cartas modelo

Actor(es):Asistente tcnico

Propsito:Informar al cliente sobre su proceso de afiliacin

Caso de uso asociado:

Resumen: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.

Clasificacin: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 usoComplejidadEstadoDificultadResponsablePrioridad

Registrar informacin personalPrimarioDefinidoBajaCanal de ventaCiclo 0

Validar informacinSecundarioDefinidoMediaCanal de ventaCiclo 0

Generar cotizacinPrimarioDefinidoAltaCanal de ventaCiclo 0

Seleccin de planSecundarioDefinidoBajaCanal de ventaCiclo 0

Generar informe cotizacinSecundarioDefinidoMediaCanal de ventaCiclo 0

Generar solicitud de pre afiliacinPrimarioDefinidoAltaCanal de ventaCiclo 1

Imprimir solicitud de pre afiliacinSecundarioDefinidoMediaCanal de ventaCiclo 1

Entrega solicitud de pre afiliacinSecundarioDefinidoBajaCanal de ventaCiclo 1

Adjunta DJSSecundarioDefinidoMediaCanal de ventaCiclo 1

Generar formulario de suscripcinPrimarioDefinidoAltaMdico auditorCiclo 2

Adjunta examen mdicoSecundarioDefinidoBajaMdico auditorCiclo 2

Generar cartas modeloPrimarioDefinidoAltaAsistente tcnicoCiclo 3

3. 4. Captulo 3 : Anlisis4.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

NombreRegistrar informacin personal

AutorAnalista Funcional

ActorCliente, Asistente Ventas

Iteracin

Casos de uso asociadosCU_Generar solicitud de cotizacin

DescripcinEl 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 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.

ReferenciasRF02_Ingresar datosRF02_Modificar datosRF02_Eliminar datos

Reglas de negocio:RN05_Proceso de suscripcin

PrecondicionesCdigo y clave de ingreso al sistema

Post Condiciones Se gener el registro de la informacin personal de la personaSe 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 opcinRegistrar 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 cliente4. El caso de uso finaliza.

Sub Flujo Registrar Cliente

1.El Asistente de Ventas ingresa los datos de un cliente.2.El Sistema carga los datos del cliente en el formulario.3.El Asistente de Ventas presiona el botn Registrar.4.El sistema valida los datos ingresados.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 InvlidosEn 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 EliminacinEn el paso 2 del subflujo Borrar Cliente, si el Administrador selecciona No. Finaliza el Subflujo.

Informacin adicional

Pantalla 1:

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

5. 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.

6. Glosario de trminos

AAsegurado: La persona u organizacin que est cubierta por el plan de seguro.

CCanal 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.

DDiagnsticoEs 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).

OOncologa: 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.

GGrupo etario: Es un conjunto de personas, que tienen el mismo rango de edades.

PPrueba 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.

7. Siglario

DJS: Declaracin Jurada de Salud. PS: Plan de Salud