Cómo diseñar un catálogo municipal de servicios de IA

Por qué un catálogo de servicios de IA importa para un municipio

Los proyectos de IA tienden a aparecer como soluciones puntuales: chatbots, extracción de datos, evaluación de expedientes. Sin un catálogo centralizado, se repite esfuerzo, se diluyen responsabilidades y aumenta el riesgo regulatorio (ENS, RGPD, EU AI Act). Un catálogo de servicios de IA ordena la oferta técnica, facilita decisiones de compra y simplifica el control operativo y auditorable.

¿Qué es un catálogo de servicios de IA?

Es un registro vivo y público-interno de los servicios de IA utilizados por la entidad, con metadatos técnicos, jurídicos y operativos que permiten:

reutilizar componentes,
evaluar riesgos antes de su despliegue,
vincular cada servicio con responsables y SLAs,
automatizar pruebas y monitorización.

Elementos mínimos para cada servicio (plantilla práctica)

Cada entrada del catálogo debería incluir, como mínimo:

Identificador único (service_id).
Nombre y descripción funcional breve (qué hace y para quién).
Categoría de servicio (p. ej. interacción ciudadana, análisis documental, predicción operativa).
Clasificación de riesgo (según EU AI Act: alto/medio/bajo) y nota legal asociada.
Nivel ENS requerido y clasificación de información tratada (según RGPD: datos personales sensibles/no sensibles).
Propietario del servicio (cargo) y responsable técnico (equipo).
Endpoints API (sandbox y producción) con esquema OpenAPI/JSON Schema.
Entradas y salidas esperadas (ejemplos de payload).
Modelo empleado: versión, proveedor o si es interno, link a model card y data sheet.
Evaluaciones realizadas: PIA (DPIA), pruebas de sesgo, pruebas de robustez.
Métricas de monitorización en producción: precisión, tasa de fallos, latencia, deriva.
SLA y tiempos de respuesta o recuperación.
Política de registros y conservación de logs (auditoría).
Fecha de incorporación, última revisión y plan de obsolescencia.
Enlace a contrato/pliegos y cláusulas de portabilidad.

Ejemplo breve (entrada):

Nombre: Extracción automática de datos de solicitudes de subvención
Categoría: Procesamiento documental
Riesgo: Medio (procesa datos personales)
Propietario: Unidad de Subvenciones
Endpoint: /api/ia/extract/subvenciones (sandbox / producción)
Model card: /docs/models/extract-v1
Métricas: F1 por campo, tasa de corrección manual

Cómo priorizar qué servicios incluir primero

No todos los servicios requieren el mismo nivel de detalle ni urgencia. Proponga una matriz de priorización con criterios ponderados:

Impacto en la ciudadanía (30%).
Volumen de uso esperado (20%).
Sensibilidad de datos (20%).
Riesgo jurídico/contractual (15%).
Potencial de reutilización entre áreas (15%).

Aplicar este scoring permite decidir qué servicios documentar y endurecer primero.

Requisitos técnicos para integración y operativa

Defina contratos API estándar (OpenAPI) y esquemas de autenticación (OAuth2, mTLS) para todos los servicios.
Versionado semántico del servicio y del modelo; cada despliegue crea una nueva entrada de versión con changelog.
Entornos: sandbox (datos sintéticos), staging (datos pseudonimizados) y producción.
Logging y trazabilidad: identifica peticiones, versión de modelo, entradas/salidas (respetando RGPD), y conservación según normativa.
Monitorización: alertas por deriva de datos, degradación de métricas y errores sistemáticos; integrar con el SOC municipal.

Gobernanza y roles esenciales

Owner funcional: responsable del impacto del servicio en el área.
Responsable técnico / DevOps: despliegue y cumplimiento ENS.
Oficial de cumplimiento de IA / Data Protection Officer: valida DPIA y cumplimiento RGPD/EU AI Act.
Comité de revisión de incorporación: valida riesgos, pruebas y SLA antes de producción.
Usuario final y referencia ciudadana: pruebas de usabilidad y transparencia.

Vincule cada rol con entregables concretos (p. ej. PIA aprobado, pruebas de sesgo, contrato firmado).

Ciclo de vida y mantenimiento

Onboarding: checklist obligatorio (PIA, model card, pruebas en sandbox, contrato).
Puesta en producción: periodo piloto monitorizado, aceptación por owner y compliance.
Operación: revisión trimestral de métricas; informes anuales para auditoría.
Deprecación: política clara de notificación y migración de dependientes.

Checklist de acción — 5 pasos para empezar hoy

Nombrar un responsable de catálogo (puede ser una unidad de innovación o TI).
Definir la plantilla de metadatos (usar los elementos mínimos arriba).
Inventariar los 5 servicios de IA con mayor uso/impacto y rellenar la plantilla.
Establecer la primera integración técnica (OpenAPI + sandbox).
Convocar la primera sesión del Comité de revisión para aprobar 1 servicio crítico.

Tomaaway (acción clara)

Cree una entrada estandarizada en 30 días para el servicio de IA más crítico y organice una revisión interdepartamental en 60 días: con una plantilla mínima, propietario y pruebas en sandbox habrá reducido riesgos regulatorios y mejorado reutilización.

OptimGov Ready puede ayudar a estructurar la plantilla y la hoja de ruta, pero el primer paso —nombrar un responsable y documentar un servicio— es organizativo y esencial.