Ilom Oracle

DOCUMENTACIÓN RESTRINGIDA
Adaptación de la Forma Liqsal de Acsel para la correcta adjudicación

del deducible en las pólizas de Exceso
Documento de Alcance
Versión <1.0>
Contiene Información Confidencial.

No debe ser usado o revelado fuera de Seguros Horizonte, excepto bajo un acuerdo escrito. Debe ser
almacenado en archivos protegidos cuando no esté en uso.
ADAPTACIÓN DE LA FORMA LIQSAL DE ACSEL PARA LA CORRECTA FECHA:
PROYECTO ADJUDICACIÓN DEL DEDUCIBLE EN LAS PÓLIZAS DE EXCESO 01/12/2017
ID PROYECTO
DOCUMENT DOCUMENTO DE ALCANCE DEL PROYECTO
040_CONT_17
O PAGINA: 2 de 55
VERSIÓN: 1.0 ID DOC: II.1
HISTORIAL DE REVISIONES Y APROBACIONES
Elaborado por
Fecha Versión Descripción Autor
Documento de Alcance de
Proyecto “Adaptación de la Forma
11/01/2018 1.0 Liqsal de Acsel para la correcta Leunams Arrioja
adjudicación del deducible en las
pólizas de Exceso”
Historial de revisiones
Fecha Versión Descripción Nombre
Documento de Alcance de Ingrid Sandoval
Proyecto “Adaptación de la Forma (Coordinadora
1.0 Liqsal de Acsel para la correcta General de
adjudicación del deducible en las Proyectos y
pólizas de Exceso” Procesos)
1.0 Liqsal de Acsel para la correcta May. Elvis Sánchez
Historial de aprobaciones
Fecha Versión Descripción Aprobado por
1.0 Liqsal de Acsel para la correcta May. Elvis Sánchez

ID PROYECTO
040_CONT_17
O PAGINA: 3 de 55
INTRODUCCIÓN
En el presente proyecto se platean los requerimientos, adaptaciones y

soluciones con las que se han de mitigar los actuales problemas que se
presentan en la aplicación del deducible en las pólizas de exceso, dentro de
la plataforma Acsel al momento de registrar algún tipo de siniestro.
Para lo anterior en el análisis de la situación actual se plantean los diversos

problemas que se presentan con un ejemplo presentado por el área de
Contacto Permanente resaltando las fallas internas del Acsel y las soluciones
requeridas para mitigar dichas situaciones. Tales como; sumatorias
incorrectas e imputación de deducible al monto facturado y no al monto
amparado.
Así mismo en la solución propuesta se indican las mejoras requeridas para

que crear la relación y dependencia interna de Acsel entre pólizas excesos y
básicas con el firme objetivo de impedir que se adjudiquen valores y
siniestros a una póliza de exceso sin antes haber agotado la póliza básica
Igualmente se ha de proponer una solución para que el monto facturado al

ser incluido sea imputado en el orden requerido y distribuyendo los montos
debidamente en pólizas básicas y exceso.
Originando así una solución para los escenarios actuales en torno a la

aplicación del deducible.

ID PROYECTO
040_CONT_17
O PAGINA: 4 de 55
GLOSARIO
Término Definición
Consiste en es la parte que se “sustrae” del pago que hace la
aseguradora por la pérdida sufrida por el asegurado.
Tradicionalmente, en el contrato de los seguros, los deducibles
tienen la función de repartir el riesgo entre los asegurados (el
cliente) y las aseguradoras. De esa forma, cuando ocurre una
Deducible
pérdida, el asegurado paga una porción de esta de su bolsillo,
siendo esa porción lo que se conoce como deducible. El
deducible puede ser un monto específico, es decir, una cifra en
dólares, o puede ser un porcentaje del monto total del seguro
contratado en la póliza1
1
https://www.iii.org/es/article/como-funciona-el-deducible-de-su-seguro

ID PROYECTO
040_CONT_17
O PAGINA: 5 de 55
CAPÍTULO I GENERALIDADES
Objetivos del Proyecto
Objetivo General del Proyecto
Implementar los desarrollos correspondientes, para solventar la

aplicación incorrecta del deducible en la forma LIQSAL de Acsel 10g.
Objetivos Específicos del Proyecto
1. Identificar los requerimientos del usuario funcional.
2. Especificar los requerimientos funcionales y no funcionales del

proyecto.
3. Realizar las adecuaciones correspondientes para corregir el error de

sumatoria del monto facturado al seleccionar la póliza básica y exceso
(en la forma LIQSAL).
4. Realizar las adecuaciones correspondientes para configurar

correctamente que el Monto Amparado y No Amparado no deben
permitir valores superiores a la factura (en la forma LIQSAL).
5. Realizar las adecuaciones correspondientes para que la imputación del

deducible sea al monto facturado y no al monto amparado (en la forma
LIQSAL).
6. Efectuar adaptación de forma LIQSAL para que no permita imputar a la

ID PROYECTO
040_CONT_17
O PAGINA: 6 de 55
póliza de exceso sin antes haber agotado la básica.
7. Efectuar la adecuación correspondiente para que permita ingresar el

monto de la factura y posteriormente de forma automática distribuya el
mismo entre las pólizas básicas y exceso debidamente.
1. Alcance
1.1. Definición del Alcance del Proyecto
Solucionar la problemática existente actualmente en torno a la

imputación del deducible, cuando está configurado en la póliza de
exceso. Corrigiendo los errores en cálculos e imputaciones internas de
Acsel 10g ye implementando mejoras en la funcionalidad de la forma
LIQSAL.
1.1.1. Análisis de la Situación Actual
Actualmente se presentan diversos inconvenientes en la

plataforma Acsel al momento de adjudicar el deducible de la
póliza de exceso, debido principalmente a que actualmente en la
forma Liqsal de Acsel el mismo está siendo aplicado al monto
amparado, siendo correcto que se aplique al monto facturado y a
que la sumatoria total, cuando se seleccionan las pólizas básicas y
exceso, está siendo duplicado.
Para mitigar esta situación la Gerencia de Contacto Permanente se

ve forzada a anular el siniestro e incorporar uno nuevo como
complemento, situación en la cual el Acsel no toma en cuenta el
deducible y por consiguiente se procesan las liquidaciones
posteriores correctamente. Mas este procedimiento origina que se

ID PROYECTO
040_CONT_17
O PAGINA: 7 de 55
dupliquen los tiempos por atención telefónica.
De no efectuarse el procedimiento descrito anteriormente Acsel le

descuenta el deducible al monto amparado y no a la factura como
debería de ser. Más aún se traslada el problema hacia el área de
reclamo que debe retornar el mismo a la gerencia de Contacto
Permanente para la corrección de la misma.
Adicionalmente durante el levantamiento de información

efectuado por el área de Procesos de la Oficina de Tecnología de
Información, se detectó que la configuración del deducible la
ejecuta una sola persona en el área de suscripciones mientras que
las otras personas no lo hacen, originando esto una subutilización
del sistema y comportamiento no estándar en la aplicación de
deducibles en diversos siniestros plateados en Acsel.
Se debe tomar en cuenta que el monto del deducible siempre

debe ser imputado a la facturación, situación que actualmente no
ocurre, por lo que en la configuración de la póliza al suscribirse
debe seleccionarse aplicarlo a la “perdida”, al no seleccionarse
toma por defecto “suma asegurada” aplicando el deducible al
monto amparado y originando cálculos incorrectos.
Al configurarse el deducible en una póliza de exceso, se está

configurando la misma cantidad de cobertura de la póliza básica
que pertenece al mismo contratado, mas estas pólizas (básicas y
excesos del contratante) no están relacionadas internamente en el
Acsel, es decir, no hay un proceso o acción que obligue a que el
Acsel agote cobertura básica antes de imputar en póliza de

ID PROYECTO
040_CONT_17
O PAGINA: 8 de 55
exceso. Originando esta situación que una persona pueda

incorrectamente seleccionar imputar un siniestro a una póliza
exceso sin antes agotar la básica.
Esta situación en general está originando:
Retraso excesivo en la atención telefónica por parte de los

operadores de la Gerencia de Contacto Permanente.
Incorrecta manipulación de la información de Acsel relativa a los

siniestros para obligar a que el sistema refleje una adjudicación
correcta del deducible.
Reproceso relacionado a la liquidación de cada siniestro en las que

se vean afectadas las pólizas de exceso que contengan
configuradas dentro de sí el deducible.
Cálculos incorrectos en siniestros, deducibles y liquidaciones.
Afectaciones en el registro y procesos de reclamos, carta aval,

contacto permanente, facturación y liquidación, entre otras áreas.
1.1.2. Procedimiento efectuado para determinar la

incidencia y situación actual
Para evaluar la situación y ocurrencia en torno a la aplicación del

deducible en los diversos procesos internos de Acsel, se solicitó el
apoyo a las áreas de suscripciones para las configuraciones de las
siguientes pólizas:
HCMC 830 con deducible (colectivo)

ID PROYECTO
040_CONT_17
O PAGINA: 9 de 55
HCMC 831 sin deducible (colectivo)
HCEI 618 Oficina 010100 sin deducible (póliza individual)
HCEI con deducible se ha de seleccionar cualquiera ya existente

dentro del aplicativo
Posterior a esta actividad, la Gerencia de Contacto Permanente

procedió a registrar siniestros dentro de las pólizas antes
suscritas. Efectuando registro y revisión de los siguientes
escenarios para las pruebas:
1.1.2.1. HCMC 830 con deducible (colectivo) y con

factura menor a Suma Asegurada.
Factura por Bs. 400.000,00 (factura es menor a suma

asegurada), CI:16.088.449., Póliza Básica de 300.000 y
Exceso de 500.000
Se seleccionan ambas coberturas (básica y Exceso)

ID PROYECTO
DOCUMENTO DE ALCANCE DEL PROYECTO
DOCUMENT 040_CONT_17
O PAGINA: 10 de
55

ID PROYECTO
O PAGINA: 11 de
55
Se carga la Factura

ID PROYECTO
O PAGINA: 12 de
55
Se observa que el monto Total facturado se duplica por lo que

se procede a ajustar, desglosando los montos en la casilla
“Mto.Factdo.” lo cual origina ingreso de datos de facturas
incorrectas dentro de cada póliza.

ID PROYECTO
O PAGINA: 13 de
55
Se observa que el monto indemnizado no es el correcto

porque resta el monto del deducible de la póliza exceso, lo
cual no debería

ID PROYECTO
O PAGINA: 14 de
55
Para este escenario la Gerencia de Contacto permanente

recomienda:
Poder seleccionar la no aplicabilidad del deducible en el

siniestro, es decir que aparezca solo a forma informativa o
que le mismo sea editable y el analista pueda eliminar el
mismo y así evitar su afección.
Esta sugerencia no es factible debido a que el deducible es un

parámetro requerido en toda póliza exceso dado que la
misma existe debido a una póliza que debe aplicarse antes de
la de exceso y por un monto que se debe plasmar en el
campo de deducible de la póliza exceso para forzar a que su
aplicación esté garantizada.

ID PROYECTO
O PAGINA: 15 de
55
1.1.2.2. HCMC 831 sin deducible (colectivo) y con

factura menor a Suma Asegurada.
Factura por Bs. 400.000,00 (factura es menor a suma

asegurada), CI:16.088.449., Póliza Básica de 300.000 y
Exceso de 500.000

ID PROYECTO
O PAGINA: 16 de
55

ID PROYECTO
O PAGINA: 17 de
55
Se verifica haciendo comparación entre la lámina resultante

de la reserva anterior con esta

ID PROYECTO
O PAGINA: 18 de
55
Se observa que sin deducible cargado efectúa las

imputaciones correctamente.
1.1.2.3. HCMD 830 con deducible (colectivo) y con

factura mayor a Suma Asegurada.
CI :11.410.113 control 7140108. Básica de Bs. 300.000.

Exceso de Bs. 500.000,00. Facturado de Bs. 1.000.000,00

ID PROYECTO
O PAGINA: 19 de
55
Se Observa que realizándolo el Monto Indemnizado no

corresponde a la reserva del reclamo del siniestro presentado,

ID PROYECTO
O PAGINA: 20 de
55
esto debido a la aplicación del deducible sobre la suma

asegurada y no sobre la factura.
1.1.2.4. HCMD 831 sin deducible (colectivo) y con

factura mayor a Suma Asegurada.
CI :11.410.113 control 7140108. Básica de Bs. 300.000.

Exceso de Bs. 500.000,00. Facturado de Bs. 1.000.000,00

ID PROYECTO
O PAGINA: 21 de
55
Se observa que la póliza sin el deducible implícito se puede

realizar la reserva correcta del reclamo del siniestro. Ver

ID PROYECTO
O PAGINA: 22 de
55
monto indemnizado
1.1.2.5. HCEI 618 sin deducible (individual) y con

factura menor a la suma asegurada.
Escenario con un contratante que posee dos pólizas, una por

la Básica por 150.000,00 y Otra por la Cobertura de Exceso
por 350.000,00, Tal como las pólizas individuales
Factura 450.000,00 (básica 150.000,00 + exceso en otra

póliza por 350.000,00)

ID PROYECTO
O PAGINA: 23 de
55

ID PROYECTO
O PAGINA: 24 de
55
Ahora se procede a realizar la reserva correspondiente por la

póliza de exceso

ID PROYECTO
O PAGINA: 25 de
55

ID PROYECTO
O PAGINA: 26 de
55

ID PROYECTO
O PAGINA: 27 de
55
1.1.2.6. HCEI con deducible (individual) y con factura

menor a la suma asegurada.
Factura 450.000,00 (básica 150.000,00 + exceso en otra

póliza por 350.000,00), CI 15437743 control 7140188

ID PROYECTO
O PAGINA: 28 de
55
Se observa que el monto indemnizado no corresponde, por la

aplicabilidad del deducible

ID PROYECTO
O PAGINA: 29 de
55

ID PROYECTO
O PAGINA: 30 de
55
De las pruebas anteriores se comprobó las siguientes

situaciones que requieren corrección:
o Se presentan imputaciones incorrectas al aplicar el

deducible.
o Sumatoria total de factura incorrecta.
o Ingreso de montos de facturas irreales para forzar a que el

Acsel impute correctamente
o Anulación de siniestros para evadir la aplicación del

deducible.
o Imputación incorrecta del deducible al monto amparado y no

a la factura.

ID PROYECTO
O PAGINA: 31 de
55
1.1.3. Análisis de la Situación Propuesta
Para mitigar la situación antes expuesta se propone corregir

la forma LIQSAL de Acsel, de manera tal que efectúe las
imputaciones de deducibles correctamente tomando en
cuenta los siguientes aspectos:
Revisar y corregir error de sumatoria del monto facturado al

seleccionar la póliza básica y exceso (en la forma LIQSAL).
Revisar que el Monto Amparado y No Amparado no deben

permitir valores superiores a la factura ni a la cobertura (en la
forma LIQSAL).
Revisar y corregir imputación de deducible al monto

facturado y no al monto amparado (en la forma LIQSAL).
Efectuar adaptación de la forma LIQSAL para que no permita

imputar a la póliza de exceso sin antes haber agotado la
básica. Relación implícita de las pólizas
Efectuar mejora que permita ingresar el monto de la factura y

posteriormente de forma automática distribuya el mismo
entre las pólizas básicas y exceso debidamente.
Contemplando lo antes indicado realizar las mejoras,

adecuaciones e implementaciones que se harán efectivas
en Acsel, específicamente en la forma LIQSAL, para
mitigar la situación que actualmente se presenta.

ID PROYECTO
O PAGINA: 32 de
55
2. Análisis de Impacto
La solución propuesta posee un elevado impacto funcional toda vez

que reduce el tiempo de retrabajo, que actualmente se consume para
poder forzar al sistema Acsel a la gestión que se requiere.
Optimiza el proceso actual que se realiza para incorporar los

siniestros dentro del sistema Acsel a través de la plataforma LIQSAL, y
evita sustancialmente errores humanos posteriores originados por la
necesidad de forzar al Acsel a que ejecute un proceso según sus
requerimientos.
Tecnológicamente implica adaptaciones y modificaciones directas a la

forma LIQSAL que es la vía por donde se transfieren y validan al
sistema todas las liquidaciones de siniestros, por cuanto se deben
efectuar pruebas posteriores suficientemente detallistas para
corroborar su correcta funcionalidad y efectividad ante todos los
usuarios actuales de Acsel.
Evidentemente se requerirá que esta puesta en producción se realice

en horas no hábiles cuando ningún usuario esté operando en el
sistema.
Adicional a las mejoras ya mencionadas se obtendrán los siguientes

beneficios:
o Optimización de la gestión actual.
o Información útil y oportuna para todas las áreas relativas al

siniestro.

ID PROYECTO
O PAGINA: 33 de
55
o Mejorar la imagen de Seguros Horizontes ante el cliente

interno de las áreas funcionales al optimizar el proceso actual
y las gestiones automatizadas relativas a la imputación del
deducible en los siniestros.
o Mejorar la calidad de servicio.
2.1. Impacto Financiero
Este proyecto en particular no tiene un impacto financiero, debido

a que se desarrolla utilizando recursos internos.
2.2. Impacto Tecnológico
Se requerirá la asignación de recursos humanos por parte de la

Oficina de Tecnología de la Información para el desarrollo de las
adecuaciones indicadas, validación de las adecuaciones en
ambientes de desarrollo, calidad, y el pase a producción.
Así mismo se requerirá disponer de recurso humano de las

diversas áreas funcionales relacionadas al deducible para efectuar
las pruebas posteriores de desarrollo y certificación.

ID PROYECTO
O PAGINA: 34 de
55
CAPÍTULO II REQUERIMIENTOS FUNCIONALES
RF0001 Corrección de error de sumatoria del monto facturado en la

forma LIQSAL
La corrección de este cálculo permitirá que las áreas funcionales que

procesan luego de la Gerencia de Contacto Permanente posean valores
numéricos correctos al momento de gestionar sus cálculos y procesos.
El requerimiento consiste en corregir la sumatoria que actualmente se

muestra en la siguiente pantalla la cual esta errada:
Código RF0001
Nombre de la
Corrección de Sumatoria en el total general facturado (en rojo)
Funcionalidad
Se requiere corregir la sumatoria que se muestra en rojo en la Forma LIQSAL
(Liquidación de Siniestros de Salud) ver prototipo abajo indicado como PR01, la
cual duplica el valor cuando se selecciona la póliza básica y exceso a la vez a
fin de ingresar la factura única para ambas pólizas y que el sistema incorpore a
Descripción de
cada una el monto que le corresponde.
la
Funcionalidad
El mostrar esta sumatoria incorrectamente origina que en el departamento de
liquidaciones y facturación se presente incongruencia y haya que revertir estos
siniestros para luego incorporar otros dentro de Acsel que faciliten los montos
correctos.
Prototipo PR01
Transacción Acceso desde Menú Opción
Liquidación de
Liquidación de Siniestros de
Siniestros -> Ficha Montos facturados
salud
“Desglose”
Sistemas
Afecta Otros Sistemas
Asociados
Acsel Si N/A
Afectación
Afecta Observación
Contable
La facturación y liquidación de la Se debe corregir esta sumatoria para que
Si
misma se imputen montos correctos
Nombre del
Configurable Descripción del Parámetro
Parámetro
“Total general Corresponde al monto total general
No
facturado” facturado que se muestra como referencia

ID PROYECTO
O PAGINA: 35 de
55
en rojo en el prototipo PR01

Nombre del
Aplica Descripción del Reporte
Reporte
N/A No N/A
Nombre del Caso
Aplica Referencia
de Uso
N/A No N/A
Interfaces que
Ninguna
Invoca
Frecuencia de
Diaria
la Transacción
Estructura de
Archivos N/A
Asociados
Formato de
N/A
Archivo
Validaciones - Que los montos ingresados sean netamente numéricos
Internas - Que el usuario este autorizado a visualizar o editar el monto de la factura
Tipo de
En línea
Conexión
Mensaje del
Sistema N/A
Asociado
Regla de
Descripción Referencia
Negocio
El sistema debe haber autenticado el login y
password del usuario que efectúa el acceso y
RN001 proceso, para validar que tenga los derechos RF0001.
necesarios para lo que ha de procesar en el
aplicativo.
1. Prototipo General del Sistema , Funcionalidad RF0001 –

Prototipo PR01
Funcionalidad: Corrección de error de Sistema: Acsel
sumatoria del monto facturado en la forma
LIQSAL (Liquidación de Siniestros de Salud)
Pantalla de Funcionalidad: Ficha desglose de la forma LIQSAL

ID PROYECTO
O PAGINA: 36 de
55
Regla de
Negocio
El sistema debe haber autenticado el login y password
del usuario que efectúa el acceso y proceso, para validar
RN001 que tenga los derechos necesarios para lo que ha de
RF0001
procesar en el aplicativo.
RF002 Validar que el Monto Amparado y No Amparado no deben

permitir valores superiores a la factura ni a la cobertura (en la
forma LIQSAL).
El requerimiento consiste en implementar una validación que garantice que

el monto amparado y el no amparado no excedan el monto de la factura (en
la forma Liqsal).
Código RF0002
Nombre de la Agregar validación para que el Monto Amparado y No Amparado no permitan
Funcionalidad valores superiores a la factura ni a la cobertura (en la forma LIQSAL)
Se requiere incorporar una validación que garantice que el monto amparado
y el no amparado no excedan el monto de factura que se está ingresando en
Descripción de la Forma LIQSAL (Liquidación de Siniestros de Salud).
la Funcionalidad
Esto aplica tanto para los valores individuales como para la sumatoria de
ambos (Amparado y no amparado).

ID PROYECTO
O PAGINA: 37 de
55
Prototipo PR02
Liquidación de
Liquidación de Siniestros de
Siniestros -> Ficha Montos Amparados y No Amparados
salud
“Desglose”
Sistemas Asociados Afecta Otros Sistemas
Acsel Si N/A
Afectación Contable Afecta Observación
La facturación y liquidación de la Los montos Amparados y No Amparados
Si
misma no deben superar el monto de la factura
Nombre del
Parámetro
Corresponde a la distribución del monto
“Monto Amparado” y total de la factura ingresada entre monto
No
“Monto No Amparado” amparado por la póliza contratada y el no
amparado por esta.
Nombre del Reporte Aplica Descripción del Reporte
N/A No N/A
Nombre del Caso de
Aplica Referencia
Uso
N/A No N/A
Interfaces que
Ninguna
Invoca
Frecuencia de la
Diaria
Transacción
Estructura de
Archivos N/A
Asociados
Formato de
N/A
Archivo
- Que los montos ingresados sean netamente numéricos
Validaciones
- Que el usuario este autorizado a visualizar o editar el monto de la
Internas
factura
Tipo de
En línea
Conexión
Mensaje del
Sistema N/A
Asociado
Regla de
Negocio
RF0001,
RN001 proceso, para validar que tenga los derechos
RF0002.
aplicativo.

ID PROYECTO
O PAGINA: 38 de
55
Prototipo PR02
Funcionalidad: Validar que el Monto Sistema: Acsel
Amparado y No Amparado no deben
permitir valores superiores a la factura ni a
la cobertura (en la forma LIQSAL)
Regla de
Negocio
del usuario que efectúa el acceso y proceso, para validar RF0001,
RN001 que tenga los derechos necesarios para lo que ha de RF0002.
RF0003 Corrección de imputación de deducible (actualmente lo

imputa al monto amparado y debe ser al monto facturado)
Esta funcionalidad consiste en efectuar corrección del Acsel para que el

deducible sea imputado al monto facturado y no al monto amparado
(asegurado) y de esta forma la distribución actual de montos entre pólizas
básicas y excesos no arrojaran las observaciones ni problemas con las que se
coexisten en las diversas áreas.

ID PROYECTO
O PAGINA: 39 de
55
Código RF0003

ID PROYECTO
O PAGINA: 40 de
55
Nombre de la Corrección de imputación de deducible (actualmente lo imputa al monto

Funcionalidad amparado y debe ser al monto facturado)
Es necesario corregir que al momento de que el sistema Acsel deba imputar
el deducible al siniestro debe efectuarlo al monto de la factura y no al monto
Descripción de amparado o asegurado.
la Funcionalidad
Esta corrección originará una buena distribución del monto indemnizado
tomando en consideración la facturación y el deducible.
Prototipo PR03
Liquidación de
Siniestros -> Ficha Liquidación de Siniestros de salud Montos Indemnizado
“Detalle”
Acsel Si N/A
Se debe corregir esta imputación de
La facturación y liquidación de la
Si deducible para evitar los errores
misma
actuales
Nombre del
Parámetro
Corresponde a la correcta
“Monto Indemnizado”
No imputación del deducible para que
y “Deducible”
calcule una indemnización correcta.
N/A No N/A
Nombre del Caso de
Aplica Referencia
Uso
N/A No N/A
Interfaces que
Ninguna
Invoca
Frecuencia de la
Diaria
Transacción
Estructura de
Archivos N/A
Asociados
Formato de
N/A
Archivo
- Que los montos ingresados sean netamente numéricos
Validaciones
- Que el usuario este autorizado a visualizar o editar el monto de la
Internas
factura
Tipo de
En línea
Conexión
Mensaje del
Sistema N/A
Asociado
Regla de
Negocio

ID PROYECTO
O PAGINA: 41 de
55

RF0001,
RN001 RF0002,
que tenga los derechos necesarios para lo que ha de
RF0003.

Prototipo PR03
Funcionalidad: Corrección de imputación Sistema: Acsel
de deducible (actualmente lo imputa al
monto amparado y debe ser al monto
facturado)
Regla de
Negocio
El sistema debe haber autenticado el login y password RF0001,
RN001 que tenga los derechos necesarios para lo que ha de
RF0002,
procesar en el aplicativo. RF0003.
RF0004 Solicitud de Monto Facturado y posterior distribución entre

las pólizas del mismo
El sistema debe solicitar en un solo campo el monto facturado e

inmediatamente distribuir correctamente entre las diversas pólizas

ID PROYECTO
O PAGINA: 42 de
55
relacionadas al beneficiario iniciando por el titular que reporta el siniestro o

complemento y luego por las restantes pólizas.
Luego de esto debe permitir que el analista pueda procesar como lo hace
actualmente.
Código RF0004
Nombre de la Solicitud de Monto Facturado y posterior distribución entre las pólizas del
Funcionalidad mismo
El sistema debe solicitar en un solo campo el monto facturado e
inmediatamente distribuir correctamente entre las diversas pólizas
relacionadas al beneficiario iniciando por el titular que reporta el siniestro o
complemento y luego por las restantes pólizas.
Para efectuar esta distribución debe tomar en cuenta el siguiente orden de

imputación del monto total facturado:
1. Afecta y agota la póliza básica relacionada al titular que reporta el

caso.
2. Afecta y agota la póliza de exceso relacionada al titular que reporta el
caso.
3. Afecta y agota otras pólizas de exceso relacionadas al titular que
reporte el caso.
Descripción de 4. Afecta y agota póliza básica relacionada directamente al beneficiario,
la donde éste sea el titular.
Funcionalidad 5. Afecta y agota póliza exceso relacionada directamente al beneficiario,
donde éste sea el titular.
6. Afecta y agota otras pólizas de exceso relacionadas al titular que
reporte el caso, donde éste sea el titular.
7. Afecta y agota la cobertura de la póliza relacionada al beneficiario
donde existan otros titulares distintos al que reporta y al mismo
beneficiario.
IMPORTANTE: el sistema debe asignar y distribuir los montos directamente y

mostrar cómo fue la distribución del monto y afectación de coberturas entre
las diversas pólizas afectadas y que el operador telefónico avale dicha
distribución o si requiere edite la distribución de dichos montos.
Luego de esto debe permitir que el analista pueda procesar como lo hace
actualmente.
Prototipo PR04
Liquidación de
Siniestros -> Ficha Liquidación de Siniestros de salud Monto de la factura
“Desglose”
Acsel Si N/A

ID PROYECTO
O PAGINA: 43 de
55

N/A No N/A
Nombre del
Parámetro
Monto Facturado No Corresponde al monto de la factura.
N/A No N/A
Nombre del Caso de
Aplica Referencia
Uso
N/A No N/A
Interfaces que
Ninguna
Invoca
Frecuencia de
Diaria
la Transacción
Estructura de
Archivos N/A
Asociados
Formato de
N/A
Archivo
Validaciones - Que los montos ingresados sean netamente numéricos
Internas - Que el usuario este autorizado a visualizar o editar el monto de la factura
Tipo de
En línea
Conexión
Mensaje del
Sistema N/A
Asociado
Regla de
Negocio
RF0001,
RF0002,
RN001 proceso, para validar que tenga los derechos
RF0003,
RF0004.
aplicativo.

Prototipo PR04
Funcionalidad: Solicitud de Monto Sistema: Acsel
Facturado y posterior distribución entre las
pólizas del mismo (en la forma LIQSAL)

ID PROYECTO
O PAGINA: 44 de
55
Regla de
Negocio
El sistema debe haber autenticado el login y password RF0001,
del usuario que efectúa el acceso y proceso, para validar RF0002,
RN001 que tenga los derechos necesarios para lo que ha de RF0003,
procesar en el aplicativo. RF0004.

ID PROYECTO
O PAGINA: 45 de
55
REQUERIMIENTOS NO FUNCIONALES
Identificación de los Requerimientos No Funcionales
A continuación se definen los requerimientos no funcionales que no se

refieren directamente a las funciones específicas del presente proyecto
1. Usabilidad (Usability)
1.1. RNF0001: Desempeño y Escalabilidad
Tabla 1. (Desempeño y Escalabilidad)
Código: RNF0001
Nombre: Desempeño y Escalabilidad
Las implementaciones que se deben realizar originados por el
presente proyecto deben pasar a producción, fuera del horario
Descripción: laboral, y luego de implementadas dichas mejoras, deben
funcionar con el mismo tiempo óptimo que tienen actualmente
en la plataforma Acsel 10g.
Obligatoriedad
Prioridad: Alta Obligatorio
:
Observaciones
N/A
:
Requerimiento
s RF0001, RF0002, RF0003, RF0004.
Relacionados:
Políticas
N/A
2. Soportadas: Fiabi
lidad
(Fiability)
2.1. RNF0002: Disponibilidad y Confiabilidad
Tabla 2. (Disponibilidad y Confiabilidad)

ID PROYECTO
O PAGINA: 46 de
55
Código: RNF0002
Nombre: Disponibilidad y Confiabilidad
Las implementaciones que se van a realizar deben estar
Descripción:
disponibles en las 24 horas los 365 días del año.
Prioridad: Alta Obligatoriedad Obligatorio
:
Observaciones N/A
:
Requerimiento RF0001, RF0002, RF0003, RF0004.
s
Relacionados:
Políticas N/A
Soportadas:
3. Rendimiento (Performance)
3.1. RNF0003: (Rendimiento)
Tabla 3. (Rendimiento)
Código: RNF0003
Nombre: Rendimiento
Descripción: Las implementaciones que se realicen a consecuencia de este
proyecto, deben tener 100% de disponibilidad, para su uso y
funcionamiento, si en algún momento presenta
inconvenientes, la incidencia deberá ser atendida de manera
oportuna.
Prioridad: Alta Obligatoriedad Obligatorio
:
Observaciones N/A
:
Requerimiento RF0001, RF0002, RF0003, RF0004.
s
Relacionados:
Políticas N/A
4. Soportadas: Inter
oper
abilidad (Interoperability)
4.1. RNF0004: (Interoperabilidad)

ID PROYECTO
O PAGINA: 47 de
55
Tabla 4. (Interoperabilidad)
Código: RNF0004
Nombre: Interoperabilidad
Para las transacciones requeridas a consecuencia de este
Descripción: proyecto se debe contar con la operatividad de la Base de
5. Datos, para su correcto almacenamiento. Está
Prioridad: Alta
Obligatoriedad
Obligatorio
ndar
: es
Observaciones
N/A
:
Requerimiento
s RF0001, RF0002, RF0003, RF0004.
Relacionados:
Políticas
N/A
Soportadas:
(Standards)
5.1. RNF0005: (Estándares)
Tabla 5. (Estándares)
Código: RNF0005
Nombre: Estándares
Esta implementación debe cumplir con los estándares de
Descripción:
formato y look and Feel propios de la Plataforma Acsel 10g
Obligatoriedad
Prioridad: ALTA Obligatorio
:
Observaciones
N/A
:
Requerimiento
s RF0001, RF0002, RF0003, RF0004.
Relacionados:
Políticas
N/A
Soportadas:
6. Extensibilidad (Extensibility)
6.1. RNF0006: (Extensibilidad)
Tabla 6. (Extensibilidad)
Código: RNF0006

ID PROYECTO
O PAGINA: 48 de
55
Nombre: Extensibilidad
Las implementaciones que se van a realizar, deben permitir ser
Descripción: extensible en el tiempo, y permitir las adaptaciones de acuerdo a las
solicitudes que pueda realizar el usuario funcional.
Prioridad: Alta Obligatoriedad: Obligatorio
Observaciones: N/A
Requerimientos
RF0001, RF0002, RF0003, RF0004, RF0005.
Relacionados:
Políticas
N/A
Soportadas:
7. Disponibilidad Requerida del Hardware (Hardware Availability)
7.1. RNF0007: Habitabilidad del hardware
Tabla 7. (Servidor de Acsel)

Modelo del No aplica debido a que ya Seguros Horizonte cuenta con la
disponibilidad de los Servidores para realizar estas
Servidor:
adecuaciones.
Capacidad: N/A
8. Tipo de Dispo
N/A
Servidor:
nibili
Ambiente: N/A dad
Propietario: N/A
Requerida del Software (Software Availability)
8.1. RNF0008: habitabilidad del Software
Tabla 8. (Base de Datos Oracle)

Nombre de la Ya la base de datos que soportará la Plataforma en la cual se
realizarán las adecuaciones existe en Seguros Horizonte y está
Aplicación:
en producción, por lo cual no se agrega esta información.
Versión: N/A
Lenguaje de
N/A
Desarrollo:
Ambiente: N/A
Base de Datos N/A
IP: N/A

ID PROYECTO
O PAGINA: 49 de
55
9. Perfiles de Usuarios (User Profiles)
Tabla 9. (Analista de Fondos Administrados)

Nombre del
Analista de Fondos Administrados
Perfil:
Empleado(a) de Seguros Horizontes a cargo de gestionar en la
Descripción: Plataforma de Acsel 10g los diversos procesos y
funcionalidades de la Gerencia de Fondos Administrados.
Permisología Acceder, Incluir Leer, Modificar, Eliminar y Guardar información
Asignada: relativa a todas las solicitudes y sus gestiones internas.
Rol de
Analista de Fondos Administrados
Usuario:
Accesos a
Los correspondiente a las formas que se pasan a producción
Menú:
Observaciones
N/A
:
Tabla 12. Coordinador de área

Nombre del
Coordinador de Fondos Administrados
Perfil:
Empleado(a) de Seguros Horizontes encargado (a) de
Descripción: supervisar las correctas funcionalidades de los analistas de
Fondos Administrados
Permisología Acceder, Incluir Leer, Modificar, Eliminar y Guardar información
Asignada: relativa a todas las solicitudes y sus gestiones internas.
Rol de
Coordinador de Área.
Usuario:
Accesos a
Los correspondiente a la interface que se pasa a producción
Menú:
Observaciones
N/A
:

ID PROYECTO
O PAGINA: 50 de
55
ESTRUCTURA ORGANIZATIVA DEL PROYECTO
Descripción de Roles y Responsabilidades
Sponsor
May. Elvis
Sánchez
Líder de Proyectos
Leunams Arrioja
Líder Líder Líder de Líder de

Funcional Desarrollo Calidad Riesgo
Acsel
Juan Castillo Crucelia Edsay Mata
William Chacón
Ramos

ID PROYECTO
O PAGINA: 51 de
55
Estructura Desagregada de Trabajo (EDT)
Adaptación de la Forma
Liqsal de Acsel para la
correcta adjudicación
del deducible en las
pólizas de Exceso
FASE DE INICIO PLANIFICACIÓN EJECUCIÓN FASE DE CIERRE
Reuniones de levantamiento de
procesos Definir los requerimientos Desarrollo del Seguimiento
Funcionales y no Funcionales Requerimiento RF0001 y 02
Análisis de situación actual Postproducción
Desarrollo del
Elaborar el documento de Requerimiento RF0003 y 04 Elaborar Acta de
Análisis del
Alcance Cierre del
Requerimiento
Pruebas Unitarias del Proyecto.
Revisar el documento de
Elaboración de Acta de Desarrollo
Alcance
Constitución del Proyecto.
Recolección de las firmas Pruebas de certificación
Del documento En Desarrollo
Pruebas Unitarias en el
Entrega formal del
Ambiente de Calidad
Documento de alcance a
El área funcional Pruebas de Certificación
En el Ambiente de Calidad
Solicitud de Fechas de
Desarrollo y Calidad
Solicitar el pase a producción
Elaboración del Plan
Definitivo del Proyecto
Pase a Producción

ID PROYECTO
O PAGINA: 52 de
55
CAPÍTULO III RESTRICCIONES Y SUPUESTOS
Restricciones
A continuación se describen, los factores críticos de éxito del Proyecto:
 Orientación al logro (tiempo y calidad) por parte de todos los Participantes

del Proyecto.
 Designación del Líder Funcional y de los participantes del equipo de Proyecto.
 Nivel de dedicación del Líder Funcional a las actividades.
 Gestión del cambio en los procesos.
Supuestos
 Se contará con un líder técnico, que verificara y activará las adecuaciones,
solicitadas para este requerimiento el cual forma parte de Seguros Horizonte.
 Se contara con la disponibilidad de tiempo de los lideres funcionales
Entregables Finales
Entregabl Priorida
Descripción
e d
Entrega del Documento de Alcance que contendrá las especificaciones
002 ALTA
de las adecuaciones que se deben realizar
003 Entrega del plan de actividades del proyecto plasmado en un Gantt. ALTA
Entregar las adecuaciones realizadas por el Líder Técnico asignado por
004 ALTA
la Oficina de Tecnología de la Información.
Entrega de la documentación técnica por parte del Líder Técnico
005 MEDIA
asignado.
Entrega del Acta de Certificación de las pruebas en el ambiente de
006 ALTA
Desarrollo.
Entrega de Matriz o Informe con los posibles Riesgos Operacionales
008 ALTA
asociados al Proyecto.
Entrega del Acta de Certificación de las pruebas en el ambiente de
009 ALTA
Calidad.

ID PROYECTO
O PAGINA: 53 de
55
010 Diseñar matrices de perfiles de usuarios (si aplica) ALTA

011 Entrega del Acta de Cierre del Proyecto. ALTA

ID PROYECTO
O PAGINA: 54 de
55
CAPÍTULO IV GESTIÓN DE LA COMUNICACIÓN DEL PROYECTO
Informes: Revisiones y Reuniones

Entrega Descripción Método de Frecuenc Propietari Audiencia
entrega ia o
Informe de Actualización Registro de Quincenal Líder de Equipo del
estado del periódica sobre seguimiento proyecto proyecto
proyecto temas críticos para
los proyectos
Entrega Descripción Método de Frecuenc Propietario Audiencia

entrega ia
Reunión de Para revisar el Reunión Quincenal Líder de Equipo del
equipo estado del proyecto proyecto proyecto
Gestión de Riesgos
Se anexa la matriz de riesgo

ID PROYECTO
O PAGINA: 55 de
55
FIRMAS EN CONFORMIDAD
Línea de
Rol del Elaboración
Nombre Cargo Firma Fecha
Usuario / Revisión y
Aprobación
Especialista en
Leunam Líder de
Gestión de Elaboración
Arrioja Proyecto
Proyectos Experto
Coordinadora
Ingrid General de Coordinador
Revisión
Sandoval Proyectos y de Proyectos
Procesos
Líder Técnico
Coordinador de
William Ramos Desarrollo Revisión
Desarrollo
Acsel
Coordinador
General de
Crucelia Líder de
Aseguramiento de Revisión
Chacón Riesgo
la Calidad y Control
de Riesgo
Director de la
Rafael Oficina de Jefe de
Revisión
Cadenas Tecnología de la Proyecto
Información
Gerente de
May. Elvis Líder
Servicios Aprobación
Sánchez Funcional
Complementarios
Coordinador de Líder
Juan Castillo Aprobación
Atención Telefónica Funcional


Ilom Oracle

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Ilom Oracle

Uploaded by

Copyright:

Available Formats

DOCUMENTACIÓN RESTRINGIDA

Adaptación de la Forma Liqsal de Acsel para la correcta adjudicación

Contiene Información Confidencial.

HISTORIAL DE REVISIONES Y APROBACIONES

Contiene Información Confidencial.

En el presente proyecto se platean los requerimientos, adaptaciones y

Para lo anterior en el análisis de la situación actual se plantean los diversos

Así mismo en la solución propuesta se indican las mejoras requeridas para

Igualmente se ha de proponer una solución para que el monto facturado al

Originando así una solución para los escenarios actuales en torno a la

Contiene Información Confidencial.

Contiene Información Confidencial.

Objetivos del Proyecto

Objetivo General del Proyecto

Implementar los desarrollos correspondientes, para solventar la

Objetivos Específicos del Proyecto

1. Identificar los requerimientos del usuario funcional.

2. Especificar los requerimientos funcionales y no funcionales del

3. Realizar las adecuaciones correspondientes para corregir el error de

4. Realizar las adecuaciones correspondientes para configurar

5. Realizar las adecuaciones correspondientes para que la imputación del

6. Efectuar adaptación de forma LIQSAL para que no permita imputar a la

Contiene Información Confidencial.

póliza de exceso sin antes haber agotado la básica.

7. Efectuar la adecuación correspondiente para que permita ingresar el

1.1. Definición del Alcance del Proyecto

Solucionar la problemática existente actualmente en torno a la

1.1.1. Análisis de la Situación Actual

Actualmente se presentan diversos inconvenientes en la

Para mitigar esta situación la Gerencia de Contacto Permanente se

Contiene Información Confidencial.

dupliquen los tiempos por atención telefónica.

De no efectuarse el procedimiento descrito anteriormente Acsel le

Adicionalmente durante el levantamiento de información

Se debe tomar en cuenta que el monto del deducible siempre

Al configurarse el deducible en una póliza de exceso, se está

Contiene Información Confidencial.

exceso. Originando esta situación que una persona pueda

Esta situación en general está originando:

Retraso excesivo en la atención telefónica por parte de los

Incorrecta manipulación de la información de Acsel relativa a los

Reproceso relacionado a la liquidación de cada siniestro en las que

Cálculos incorrectos en siniestros, deducibles y liquidaciones.

Afectaciones en el registro y procesos de reclamos, carta aval,

1.1.2. Procedimiento efectuado para determinar la

Para evaluar la situación y ocurrencia en torno a la aplicación del

HCMC 830 con deducible (colectivo)

Contiene Información Confidencial.

HCMC 831 sin deducible (colectivo)

HCEI 618 Oficina 010100 sin deducible (póliza individual)

HCEI con deducible se ha de seleccionar cualquiera ya existente

Posterior a esta actividad, la Gerencia de Contacto Permanente

1.1.2.1. HCMC 830 con deducible (colectivo) y con

Factura por Bs. 400.000,00 (factura es menor a suma

Se seleccionan ambas coberturas (básica y Exceso)

Contiene Información Confidencial.

Contiene Información Confidencial.

Contiene Información Confidencial.

Se observa que el monto Total facturado se duplica por lo que

Contiene Información Confidencial.

Se observa que el monto indemnizado no es el correcto

Contiene Información Confidencial.

Para este escenario la Gerencia de Contacto permanente

Poder seleccionar la no aplicabilidad del deducible en el