Vora ← Volver al marketplace
Insurtech Demo interactiva

Triaje inteligente de siniestros
en 60 segundos

Inteligencia artificial aplicada al proceso FNOL. Clasifica el daño, estima la reserva técnica y define la ruta de resolución antes de que el perito llegue a terreno.

ISO 27001 FASECOLDA Datos cifrados Tiempo real IA FNOL
1
Paso 1
Reporte
2
Paso 2
Análisis IA
3
Paso 3
Resolución
Paso 1 / 3 Reporte del siniestro
Tipo de siniestro
🚗💥
Colisión frontal
↔️💢
Colisión lateral
🔁🚘
Colisión trasera
🔄🚙
Volcamiento
🔓🚘
Robo parcial
⛈️🌊
Fenómeno natural
Datos del vehículo
201020172024
$5,000$40,000$80,000
Descripción del evento
Evidencia fotográfica
📷
Arrastra la foto del daño o haz clic aquí
JPG, PNG, WebP — máx. 10MB
Analizando el siniestro
Motor de visión computacional + modelo FNOL activo
Clasificando tipo de daño por visión computacional...
Estimando área afectada y piezas involucradas...
Consultando historial del vehículo en base de datos...
Aplicando modelo de severidad FNOL v4.2...
Verificando cobertura de póliza vigente...
Calculando reserva técnica estimada...
Determinando ruta de proceso óptima...
0%
CS-2024-00000
-- severity
Cargando resultado...
Reserva técnica estimada
📊
Severidad
🔧
Piezas afectadas
💰
Reserva (USD)
🗓️
Días est. reparación
🗺️
Mapa de daños — Vista superior
FRONTAL TRASERA LADO IZQ. LADO DER.
Zona crítica
Zona afectada
Zona preventiva
🔀
Ruta de proceso recomendada
SLA estimado total
📋
Desglose de daños por componente
Componente Severidad Costo estimado Acción
⚠️
Alertas y flags del caso

Qué estás viendo

Esto es una demo interactiva de Vora, no un producto en venta. Corre entera en tu navegador, sobre datos ficticios, y existe para mostrar en concreto —no en una lámina de PowerPoint— el tipo de artefacto de software que construimos.

Cada pieza del marketplace ataca un problema real de un sector donde ya entregamos: son posibilidades de lo que podemos construir sobre tu operación, con tus datos, tus reglas y tus integraciones. Lo que ves aquí en unos segundos, en producción es un proyecto acotado y medible.

Bajo el capó

Qué está corriendo de verdad en esta página, con qué números, y qué no.

Qué computa

Al enviar el reporte, un score de severidad compuesto se calcula en el navegador a partir de cuatro entradas reales del formulario: el tipo de siniestro elegido, la antigüedad del vehículo, el valor asegurado y un hash determinístico de la descripción escrita. Es una fórmula ponderada real, no una tabla fija ni Math.random().

De ese score salen, también por fórmula, la reserva técnica, el mapa de daños, la ruta de proceso y el desglose de componentes: todo se deriva del mismo número.

Cómo funciona el flujo

Reporte → «análisis» → tablero. La pantalla de análisis muestra un texto que dice «Motor de visión computacional + modelo FNOL activo» y una animación de píxeles, pero corre sobre un cronograma fijo de 5 segundos (setTimeout); no espera a que nada termine de calcularse porque el cálculo real toma milisegundos.

El único componente aleatorio es el número del ID de caso (Math.random()) y el brillo cosmético de la animación de píxeles — ninguno de los dos entra en la severidad ni en la reserva.

Para qué sirve

Muestra la forma de un triaje FNOL: intake del siniestro, severidad, reserva técnica, mapa de daños por zona y ruta de proceso recomendada según la gravedad —el armazón de decisión que usaría un ajustador o un flujo de autogestión.

Es el andamiaje que un proyecto real llenaría con un modelo entrenado sobre daños reales y datos de póliza vigentes.

Qué está simulado

  • No hay visión computacional. La foto que subes (o la de prueba) se muestra como vista previa y nunca se analiza: ningún píxel de la imagen entra en el cálculo de severidad. El texto «visión computacional» en la pantalla de análisis describe algo que el código no hace.
  • La consulta de historial del vehículo y la verificación de cobertura de póliza que aparecen en la lista de «análisis» son líneas de texto con temporizador, sin ninguna consulta detrás.
  • El desglose por componente, el mapa de daños y la ruta de proceso son plantillas fijas por tipo de siniestro, con severidades derivadas del score compuesto — no una detección de piezas dañadas.
  • Las alertas del caso salen de una lista de condiciones fijas sobre los mismos cuatro inputs, no de un motor de reglas de negocio.

Para producción faltaría: un modelo de visión computacional entrenado sobre fotos reales de daños para estimar severidad y piezas afectadas, integración con el historial del vehículo y el sistema de pólizas, un modelo de reserva técnica calibrado contra siniestros históricos, y revisión humana obligatoria en los casos de daño grave o pérdida total.

¿Necesitas agilizar el triaje de siniestros?

Esta demo se construyó como pieza de muestra. Una versión productiva sobre tu proceso FNOL, con un modelo entrenado sobre tus propios siniestros y conectada a tu sistema de pólizas, es un proyecto acotado y medible.