Lo que necesitas para completar este tutorial
- ✓ Mapa de datos y decisión de ruta según confidencialidad
- ✓ Prompt listo para ejecución que genera reglas y casos de prueba
- ✓ Roadmap de implementación y KPIs de seguimiento
Antes de empezar, asegurate de tener lo siguiente:
Seguros Iberia S.A., sector seguros de salud y accidentes — el problema real
Seguros Iberia recibe un volumen creciente de reclamaciones que consumen recursos de revisión manual y generan pagos erróneos. El índice de falsos positivos y negativos no es medible por falta de reglas consistentes.
Con ChatGPT y el prompt de este tutorial, puede resolver este reto en 40-60 minutos — sin conocimientos tecnicos previos.
Datos + contexto
Prompt estructurado
Listo para usar
Cuando usar este tutorial
| ✓ Usalo cuando... | × No lo uses cuando... |
|---|---|
|
|
Inventario de datos y decisión de ruta
Identifique y documente las columnas disponibles en su sistema de reclamaciones y decida la ruta según la confidencialidad: Ruta A (datos desidentificados) o Ruta B (solo metadatos/sintéticos). Esta decisión condiciona el diseño del modelo y la metodología de pruebas.
-
1
Recolectar el catálogo de columnas Liste todas las columnas disponibles en su base de datos de reclamaciones: IDs, fecha, importe, código de procedimiento, texto de declaración, códigos de proveedor, medio de reclamación. Esto permite evaluar cobertura y posibles features.
-
2
Evaluar sensibilidad y opciones de desidentificación Determine si puede eliminar identificadores directos y aplicar hashing/pseudonimización. Si no es posible, prepare un esquema con ejemplos sintéticos que repliquen la estructura real de los datos.
-
3
Seleccionar la ruta operativa Si [DATOS_SENSIBLES]=BAJO use Ruta A (análisis con muestras). Si [DATOS_SENSIBLES]=ALTO use Ruta B (metadatos y reglas sintéticas). Documente la decisión y aprobación legal.
Diseño de features y etiquetado rápido
Defina las variables que alimentarán el análisis y el etiquetado necesario. Con muestras desidentificadas puede extraer features numéricos y textuales; en ruta conservadora genere ejemplos sintéticos y reglas heurísticas para simular patrones de fraude.
-
1
Priorizar features de alto impacto Priorice importes atípicos, frecuencia de reclamaciones por cliente/proveedor, discrepancias temporales y texto descriptivo con palabras clave. Estas variables suelen explicar la mayor parte del riesgo.
-
2
Crear conjunto de etiquetas o reglas sintéticas Si no dispone de etiquetas, establezca reglas heurísticas (ej.: reclamos duplicados en 7 días, proveedor con tasa de rechazo > X) para generar un set de validación inicial.
-
3
Definir métricas de éxito Acuerde KPIs: tasa de detección, tasa de falsos positivos, ahorro estimado por reclamación bloqueada y tiempo de revisión reducido.
Ejecutar el prompt principal
Este es el prompt central del tutorial. Cópialo completo, rellena las variables entre corchetes con los datos de tu empresa o situación, y envíalo.
-
1
Copia el prompt completo Selecciona todo el texto del prompt y cópialo. No modifiques la estructura — está diseñado para obtener el output más útil posible.
-
2
Rellena las variables entre corchetes Sustituye cada [VARIABLE] con información real de tu empresa. Cuanto más específico seas, mejor será el output.
-
3
Envía el prompt y espera la respuesta Pega el prompt en el chat y envíalo. El modelo puede tardar entre 10 y 60 segundos dependiendo de la complejidad.
Validación, iteración y despliegue piloto
Valide las reglas y puntuaciones con una muestra operativa, ajuste umbrales según coste del falso positivo y false negative, y despliegue un piloto en un entorno controlado para medición de impacto.
-
1
Ejecutar pruebas con datos reales o sintéticos Corra las reglas y puntuaciones sobre un batch y compare con revisiones humanas. Registre discrepancias para ajustar pesos y parámetros.
-
2
Definir flujo operativo para reclamaciones marcadas Establezca acciones claras: retener pago, solicitar documentación adicional, escalado a fraudes o marcar para revisión manual según umbral.
Prompts para refinar el output
Estos son los ajustes mas frecuentes que se piden despues del primer output. Copialos directamente en el chat:
-
cuando el output es demasiado genérico.
"Reformula el output centrándote en [EMPRESA] y el sector de seguros en [PAIS]. Prioriza reglas relacionadas con importes, repetición por cliente y riesgo por proveedor. Ajusta pesos y genera dos tablas con umbrales para tamaños de reclamación: <=500€, 500-5.000€, >5.000€."
-
cuando necesitas más o menos profundidad.
"Devuélveme la misma estructura pero con menos o más detalle: para 'menos' proporciona sólo bullet points ejecutivos; para 'más' añade SQL completo y ejemplos de transformación de datos en Python/pandas."
-
cuando el tono no es el adecuado para tu audiencia.
"Reescribe el resumen ejecutivo en un tono más formal y breve, listo para presentar al Comité de Dirección: máximo 6 frases y destaca impacto económico esperado en el primer trimestre."
-
para compartir con el Comité de Dirección.
"Genera una versión de máximo 300 palabras con: objetivo, impacto financiero estimado, 3 riesgos principales y 3 acciones inmediatas recomendadas. Incluye un KPI único para seguimiento semanal."
Que vas a obtener
Este es el tipo de output que genera ChatGPT con el prompt de este tutorial. El contenido varia segun tu empresa y situacion, pero la estructura es siempre esta:
Reglas operativas con SQL o pseudocódigo listos para implementar
Ejemplos de casos que muestran detección y falsos positivos
Roadmap con responsables y fechas concretas
Inversion y retorno
Que hacer cuando algo no funciona
| Sintoma | Causa probable | Solucion exacta |
|---|---|---|
| Respuestas vagas o genéricas | Prompt insuficientemente específico o falta de contexto sobre el esquema de datos | Proporciona el catálogo de columnas, ejemplos de valores y usa las iteraciones para pedir mayor especificidad. |
| Reglas que no se ejecutan en la base de datos | Diferencias entre los nombres de columnas proporcionados y los reales | Verifica y normaliza nombres de columnas; solicita al modelo que adapte SQL al esquema real y prueba con una muestra. |
| Tasa alta de falsos positivos en pruebas | Umbrales demasiado bajos o features no discriminantes | Aumenta umbrales, reequilibra pesos y añade features temporales o de comportamiento. |
| Preocupaciones de cumplimiento tras la revisión | Uso de datos personales sin pseudonimización adecuada | Revise la ruta de datos, aplique pseudonimización/hashing y vuelva a ejecutar en Ruta B si es necesario. Solicite aprobación legal. |
| Tiempo de respuesta del modelo muy largo | Prompt excesivamente largo o carga de trabajo alto | Divida el prompt en secciones y solicite outputs por partes (ej.: primero features y reglas, luego ejemplos y SQL). |
Como hacer este tutorial con ChatGPT en modo avanzado
El modo agente permite conectar ChatGPT con herramientas (bases de datos, upload de ficheros) para ejecutar consultas y validar reglas en tiempo real. Use agentes solo en entornos con control de acceso y registro de auditoría.
Flujo de trabajo avanzado
-
1
Conectar la fuente de datos desidentificada o un CSV de muestra al agente
-
2
Solicitar al agente ejecutar las consultas SQL de ejemplo y devolver un resumen de los resultados
-
3
Iterar sobre las reglas ajustando umbrales con base en los resultados del agente
-
4
Registrar los cambios y exportar un informe con KPIs para revisión ejecutiva
Que hacer ahora?
Ahora que has completado este tutorial, hay dos caminos naturales:
Puedo hacer esto sin que mis datos salgan de la empresa?
Si. Este caso de uso trabaja con datos que, por su naturaleza confidencial, estrategica o regulada, son candidatos optimos para ejecutarse con un modelo de lenguaje open source desplegado en infraestructura propia (on-premises o nube privada). Con esta configuracion, ningun dato abandona nunca los servidores de tu organizacion y el modelo no puede ser entrenado con tu informacion.
Mistral Large 2 — Excelente para extraccion de informacion y clasificacion con alta precision.
Qwen 2.5 72B — Especialmente potente para analisis de datos tabulares y financieros.
vLLM — Para entornos de produccion con multiples usuarios simultaneos.
LM Studio — Para pruebas y uso individual sin configuracion de servidor.
GPU: 2x NVIDIA A100 40GB o 4x RTX 4090.
RAM: 128GB minimo.
Alternativa cloud privada: AWS Private Cloud, Azure Government o Google Cloud Confidential Computing.
La configuracion de modelos open source on-premises requiere un proveedor tecnico especializado. Agere puede ayudarte a desplegar esta solucion en tu infraestructura de forma segura, con garantias legales y sin que tus datos salgan nunca de tu organizacion.