Análisis y Diseño

En esta etapa se realizará la elaboración de casos de uso, el documento funcional, el RDI (Requerimiento de Infraestructura) y por último el documento técnico.

5.2.1 Elaboración de Casos de Uso

Especificación de los Actores del Sistema

• Asistente de Clínica

Rol encargado de ingresar, anular y consultar lotes así como de reportar y exportar los posibles errores que éstos tuvieran antes de ser enviados a La Positiva.

• Asistente de COA

Rol encargado de consultar, aprobar u observar lotes.

• Asistente de Siniestros

Rol encargado de generar tramas de liquidación para su posterior envío a SUSALUD.

30

Gestionar Lotes

Figura 5.3 Casos de Uso Gestionar Lotes

Fuente: Propia

Generar Tramas

Figura 5.4 Casos de Uso Generar Trama

Fuente: Propia Exportar Errores Reportar Errores Imprimir Constancia Ingresar Trama Asistente de Clínica Anular Lote <<include>> <<extend>> <<extend>> Aprobar Lote Asistente de COA Observar Lote Asistente de Siniestro

31

Diagrama de Paquetes del Sistema

Figura 5.5 Diagrama de paquetes del sistema

Fuente: Propia

Especificaciones de Alto Nivel de los Casos de Uso del Sistema

Caso de uso: Ingresar Trama

Actor del Sistema: Asistente de Clínica.

Propósito: Permite cargar las tramas generadas por las Clínicas.

Descripción:

Mediante este caso de uso el Asistente de Clínica podrá cargar las tramas al sistema. Esta información es cargada desde un archivo comprimido, específicamente un .Zip

Caso de uso: Exportar Errores (Extend)

Actor del Sistema:

Propósito: Permite exportar los errores

Descripción:

El caso de uso inicia cuando se selecciona una trama con error. El caso de uso termina cuando se exporta los errores en un archivo Excel.

Gestionar Lotes Generar Tramas

32

Caso de uso: Reportar Errores (Extend)

Actor del Sistema:

Propósito: Permite el envío de un correo electrónico para comunicar los errores encontrados al cargar una trama

Descripción:

El caso de uso inicia cuando se carga una trama con error. El caso de uso termina cuando se genera el envío de un correo electrónico al Asistente de Clínica, y/o Personal TI de la Clínica indicando que se ha intentado cargar una trama con error.

Caso de uso: Anular Lote

Actor del Sistema: Asistente de Clínica

Propósito: Anular lote generado por la clínicas

Descripción: Mediante este caso de uso se anulara los lotes generados por las clínicas.

Caso de uso: Aprobar Lote

Actor del Sistema: Asistente de COA

Propósito: Aprobar lotes enviados por las clínicas

Descripción: Mediante este caso de uso se aprobaran los lotes enviados por las clínicas.

Caso de uso: Observar Lote

Actor del Sistema: Asistente de COA

Propósito: Observar lotes enviados por las clínicas

Descripción: Mediante este caso de uso se observaran los lotes enviados por las clínicas.

33

Caso de uso: Generar Trama de Liquidación

Actor del Sistema: Asistente de Siniestro

Propósito: Generar trama de Liquidación Descripción:

Mediante este caso de uso se generaran las tramas que contienen los documentos liquidados contablemente, todos de un mismo periodo en forma mensual.

5.2.2 Elaboración del Documento Funcional El documento funcional está compuesto por:

Los requerimientos del sistema, el impacto operativo y las reglas de negocio.

Requerimientos Funcionales del Sistema

A continuación se detallan los principales requerimientos funcionales del sistema que permiten el acceso al sistema por parte de las Clínicas y La Positiva vía web, la gestión de lotes (carga y envió), las validaciones necesarias para la transmisión de la información de acuerdo a la normativa vigente y permitir finalmente, el envío de las tramas con la información a SUSALUD

• RSIS01: Acceso al sistema.

• RSIS02: Bandeja de lotes según su estado para la gestión de las mismas.

• RSIS03: La carga de información de los archivos deben cumplir con las normas emitidas en la Resolución de Superintendencia No 026-2014-SUSALUD/CD y las reglas de negocio de La Positiva (ver tabla 5.1). Debe

34

permitir mostrar el resultado de la carga así como el reporte de la carga satisfactoria.

• RSIS04: Se debe generar los archivos de envío de acuerdo con las normas emitidas en la Resolución de Superintendencia No 026-2014-SUSALUD/CD y de aquellos documentos liquidados contablemente (cancelados), todos de un mismo periodo (mensual). Impacto Operativo

Como resultado de la implementación del proyecto (Nuevo TEDEF Web) se podrán evidenciar mejoras en los procesos de envío de la información (desde las Clínicas hacia La Positiva y desde La Positiva a SUSALUD), así como en la recepción de la documentación física, a continuación se detalla el impacto positivo que se tendrá a partir del pase a producción del nuevo sistema:

• El envío de los lotes por parte de las clínicas se realizarán a través del nuevo sistema TEDEF Web dejando de lado el correo electrónico, permitiendo el ingreso de tramas libre de errores con información correcta y oportuna para su posterior liquidación.

• El nuevo sistema permitirá a La Positiva realizar controles mediante el personal designado por el área de COA verificando las facturas físicas enviadas con la información cargada a través del sistema TEDEF Web para su posterior aprobación.

• El personal designado por el área de Siniestros realizará la generación y envío de las tramas TEDEF, cumpliendo los lineamientos establecidos por SUSALUD.

35

Resumen de reglas del negocio por producto:

Tabla 5.1 Regla de Negocio por Producto

Fuente: La Positiva

Proceso general de atención del asegurado en la Clínica y como interactúa con el Nuevo TEDEF Web.

Figura 5.6 Proceso general de la atención de los asegurados en las Clínicas y TEDEF Web

36

Nuevo Flujo con el TEDEF Web Flujo de Trabajo TEDEF WEB

SUSALUD Área de Siniestros Área COA Clinica Inicio Generar tramas en Validador de SUSALUD Carga tramas en TEDEF Web Es Valido? Envía notificación por correo electrónico Imprimir constancia de resumen de Lote Enviar Bandeja de Lotes válidos Preparar Lote Físico

Enviar lote físico a LPG COA Almacenamiento temporal Recepción de Lote Físico Es Válido? Actualizar el estado del Lote en

TEDEF Web Registra información en el TEDEF Web Registrar información en el Sistema Administrativo Almacenamiento temporal Generar trama TEDEF Envío a SUSALUD Recepción de trama TEDEF Fin NO SI NO SI

Figura 5.7 Nuevo Flujo del TEDEF Web

37

5.2.3 Elaboración del Documento RDI (Requerimiento de Infraestructura)

El Jefe de Proyecto y Analista Funcional de La Positiva realizan las coordinaciones respectivas con el proveedor que brinda el servicio de desarrollo del software, a fin de determinar los requerimientos de infraestructura que serán necesarios para el proyecto.

Dicho documento deberá ser evaluado y aprobado por el Arquitecto de Aplicaciones, Arquitecto de Infraestructura y por el Oficial de Seguridad de la Información con el objetivo de determinar su conformidad respecto a la necesidad real del software, así como el cumplimiento de las políticas de seguridad de la información de La Positiva, respectivamente. (Ver Anexo C)

5.2.4 Elaboración del Documento Técnico

El documento técnico detalla información diversa como el lenguaje de programación a utilizar, motor de base de datos, las capas en las cuales se va a desarrollar; asimismo, el desarrollo de los requerimientos del sistema, considerando sus objetos, diagramas de secuencia, validaciones de las reglas de negocio, según corresponda, así como los prototipos de pantalla.

Finalmente, este documento incluye también el modelo de base de datos, la lista de componentes de la aplicación, los objetos de base de datos y el detalle de las tablas a utilizar. (Ver Anexo D)

38