Software para aseguradoras

// El problema

Los asegurados declaran los siniestros por teléfono y envían las fotos por correo, así que el tramitador empieza cada expediente persiguiendo información en lugar de valorarla.

// Lo que construiríamos

Una aplicación iOS y Android donde el asegurado declara un siniestro, añade fotos y sigue su expediente, con un portal web para los tramitadores que asigna expedientes, controla las reservas y habla con el sistema de siniestros.

// Qué incluye

// Tecnologías

• Next.js
• React Native
• PostgreSQL
• API de Guidewire o del sistema de siniestros
• AWS Canada

// El problema

Cada foto de un siniestro de automóvil la abre un tramitador para decidir si el expediente es una reparación rápida o un probable siniestro total, lo que retrasa los sencillos.

// Lo que construiríamos

Un modelo de visión a medida, ajustado con las propias fotos de siniestros cerrados de la aseguradora y servido en su propia cuenta de AWS, que ordena los expedientes nuevos por gravedad probable y piezas afectadas para que el tramitador decida antes. Un modelo de vanguardia general no conoce cómo acabaron sus reparaciones; el suyo sí.

// Qué incluye

// Tecnologías

• PyTorch
• Python
• Amazon S3
• Next.js
• Instancias de AWS con GPU

// El problema

Los suscriptores pasan horas al día respondiendo preguntas de cobertura de los corredores que tienen respuesta en algún punto de condicionados y suplementos públicos y largos.

// Lo que construiríamos

Un asistente para corredores que responde a partir de los condicionados y suplementos publicados y cita la cláusula, sobre un modelo de vanguardia porque los documentos son públicos y el tráfico es bajo, lo que lo convierte en el camino más rápido y más barato.

// Qué incluye

// Tecnologías

• API de un modelo de vanguardia
• PostgreSQL con pgvector
• Next.js
• DigitalOcean

// El problema

Los recobros entre aseguradoras se acuerdan por carta y por teléfono, cada parte lleva su propio registro, y los importes liquidados se discuten cuando cambia el personal.

// Lo que construiríamos

Un libro privado con permisos donde cada aseguradora participante tiene un nodo y anota una sola vez las reclamaciones, las ofertas y las liquidaciones acordadas, con una consola web para el personal de recobros. Donde ya lo hace una cámara de compensación del sector, una base de datos detrás de ella es más barata y se lo diremos.

// Qué incluye

// Tecnologías

• Hyperledger Besu (privada, con permisos)
• Next.js
• PostgreSQL
• AWS

// El problema

Los peritos de una aseguradora consultan la cobertura en el sistema de pólizas, la copian en el sistema de siniestros y piden los pagos a finanzas por correo, así que cada siniestro espera a que alguien vuelva a teclear algo.

// Lo que construiríamos

Una integración que lleva los datos de la póliza y la cobertura a cada nuevo siniestro, envía los pagos aprobados a su sistema de pagos con las aprobaciones correctas y anota los resultados en el siniestro, con una pantalla de estado para cada intercambio.

// Qué incluye

// Tecnologías

• Node.js
• PostgreSQL
• REST
• OpenAPI
• AWS Canada

// El problema

La herramienta de cotización de una agencia de suscripción es un programa de escritorio con las tablas de tarifas dentro; los corredores deben instalarla, las actualizaciones se envían por correo y un cambio de tarifa tarda semanas.

// Lo que construiríamos

Una reconstrucción como aplicación web para sus corredores: las reglas de tarificación sacadas del programa antiguo, escritas y probadas frente a sus resultados, las tarifas en tablas que sus suscriptores pueden actualizar con aprobación y cada cotización registrada.

// Qué incluye

// Tecnologías

• Next.js
• PostgreSQL
• TypeScript
• Playwright
• DigitalOcean