Camino con GESTIÓN MÉDICA — Banco Sol
Un caso sin FreeCover (monto alto) que SÍ pasa por la auditoría médica: el analista lo deriva, el médico emite su informe y el caso vuelve para continuar hasta el cierre.
📁 Evidencias
Este flujo no descargó archivos. Sus 21 capturas están en la carpeta FA-MEDICO/; hacé clic en cualquiera para ampliarla.
✅ Sin hallazgos
El flujo se completó sin errores de consola, sin respuestas HTTP con error y sin comportamientos anómalos.
Pantalla de login
Formulario de acceso: usuario y contraseña (se validan contra LDAP)
Login como analista.extra4
POST /v1/Authentication/login → HTTP 200. El backend valida contra LDAP y devuelve el JWT (un solo rol). Landing: /dashboard-page
Caso con monto alto — NO aplica FreeCover (N° 1287)
El monto a indemnizar (300.000 Bs) supera el umbral FreeCover de Banco Sol (174.000 Bs), así que el caso NO es fast-track: freecover=False. Este caso SÍ pasa por la auditoría médica.
Aprobado el análisis → En proceso
PUT /analised → HTTP 200. El caso pasa a En proceso.
El analista envía el caso a Gestión Médica
PUT /{id}/medicalMamagement/user/{medico} (endpoint con typo real 'Mamagement') → HTTP 200. El caso pasa a Gestión Médica y se asigna al auditor médico. En MedicalManagement (verificado por API): False.
Pantalla de login
Formulario de acceso: usuario y contraseña (se validan contra LDAP)
Login como auditor.medico1
POST /v1/Authentication/login → HTTP 200. El backend valida contra LDAP y devuelve el JWT (un solo rol). Landing: /medical-home-page
El auditor médico ve el caso en su bandeja
El médico entra con su usuario (landing /medical-home-page) y ve el caso que le derivó el analista.
El médico emite el informe médico
POST generate-medical-report → HTTP 204. Se genera el informe (PDF), el médico se desasigna y el caso vuelve al analista para que continúe. El informe es el entregable del médico.
Pantalla de login
Formulario de acceso: usuario y contraseña (se validan contra LDAP)
Login como analista.extra4
POST /v1/Authentication/login → HTTP 200. El backend valida contra LDAP y devuelve el JWT (un solo rol). Landing: /dashboard-page
Aprobado el pronunciamiento
PUT /statement-approved → HTTP 200. Va a Pronunciamiento.
Agrupado hacia la aceptación del tomador
POST group-claims → HTTP 200, grupo 01KXCR0V9CEQN1TDYJXGH0WB06.
El banco acepta → Tesorería
PUT approve. El caso pasa a Tesorería.
Grupo de tesorería armado
POST treasury/grouped → HTTP 200, grupo 01KXCR17WMMXVBAEP1AVXAZ7FS.
Pantalla de login
Formulario de acceso: usuario y contraseña (se validan contra LDAP)
Login como treasury1
POST /v1/Authentication/login → HTTP 200. El backend valida contra LDAP y devuelve el JWT (un solo rol). Landing: /tesorery-home-page
Tesorería: enviado y pagado
El grupo se envía a tesorería (con soporte) y el tesorero registra el pago. Se muestra la bandeja real del tesorero.
Pantalla de login
Formulario de acceso: usuario y contraseña (se validan contra LDAP)
Login como analista.extra4
POST /v1/Authentication/login → HTTP 200. El backend valida contra LDAP y devuelve el JWT (un solo rol). Landing: /dashboard-page
El caso queda CERRADO
PUT /close → HTTP 200. Estado final: Close. Ciclo completo del camino alternativo.
