GovTech

IA y datos para administraciones públicas · GovTech

Desarrollamos modelos y sistemas de IA para estimar demanda de servicios, evaluar cobertura territorial y apoyar la planificación de recursos públicos. El alcance reúne evaluación e integración con el organismo; incorpora I+D cuando hay una incertidumbre técnica que resolver.

Retos públicos que podemos evaluar

Estos son tipos de problema que podemos estudiar, no casos de clientes ni resultados ya obtenidos. La primera prueba determina si hay datos y evidencia suficientes para continuar.

  • Anticipar demanda de servicios y detectar dónde falla un modelo durante picos o cambios de capacidad.
  • Evaluar cobertura de equipamientos mediante accesibilidad real, oferta disponible y datos territoriales con distinta vigencia.
  • Distinguir una anomalía ambiental de una avería del sensor y conservar ambas hipótesis cuando falta evidencia.
  • Comparar asignaciones de recursos bajo restricciones de capacidad, desplazamiento y cobertura mínima.
  • Relacionar documentos, registros y geometrías cuando las fuentes se contradicen o no identifican igual el mismo activo.

Qué investigaríamos en cada problema

La técnica se elige después de concretar la decisión. Un mapa de relaciones puede bastar para una consulta; una red neuronal de grafos necesita demostrar una aportación predictiva adicional.

Predicción y planificación con datos públicos

Una estimación de demanda necesita definir territorio, horizonte y decisión. Reconstruimos qué registros estaban disponibles en cada fecha y evaluamos periodos reservados, incluidos cambios de cobertura o de procedimiento. La referencia puede ser el método actual de planificación.

La aceptación distingue error del modelo y utilidad operativa. Una previsión debe llegar antes de la decisión, expresar su incertidumbre y tener una alternativa cuando los datos no sean suficientes. Un modelo de predicción no sustituye los criterios de asignación de recursos.

Desarrollo y validación de modelos predictivos

Cómo evaluar los picos que una media puede ocultar

De una previsión a una asignación viable

De fuentes heterogéneas a un sistema trazable

Un registro administrativo, una geometría y una observación de sensor pueden referirse al mismo activo con identificadores y fechas diferentes. El trabajo incluye contratos de intercambio, resolución de entidades y comprobaciones de vigencia antes de combinarlos.

Cada salida debe permitir volver a su origen. En un expediente, esto supone conservar documento, versión y fragmento; en una observación territorial, unidad, localización y momento de captura. Las discrepancias se mantienen visibles para revisión.

Ingeniería de datos y sistemas

Cruce de información jurídica y geoespacial

Condiciones de diseño

Cada regla debe conservar su versión y su fuente. Cada sugerencia debe enlazar con la evidencia que la originó. Las alertas abren una revisión; no se convierten por sí solas en una resolución.

La protección de datos se decide en la arquitectura: minimización, permisos, conservación y registro de accesos. La revisión jurídica concreta corresponde a profesionales competentes y al responsable del tratamiento.

Cómo se prepara un reto GovTech

Acotamos el problema con el equipo del organismo, seleccionamos una muestra autorizada y definimos la referencia de comparación. Después medimos errores por tipo y efecto, no solo una media. El resultado puede justificar una integración, pedir más datos o cerrar la línea de trabajo.

Antes de ejecutar el piloto se revisan las condiciones del reto o proyecto: acceso a datos, entorno de prueba, entregables, derechos de uso y responsables de aceptación. La preparación de una propuesta no se presenta como una adjudicación ni como un sistema ya implantado.

Qué puede demostrar un piloto y qué necesita otra evaluación

Qué no demuestra por sí solo un piloto

Menos alertas pueden significar menos problemas o menos observación. El informe separa tiempo de cobertura, datos utilizables y casos pendientes de revisión. Para medir omisiones hace falta una referencia independiente de las alertas del propio sistema.

Una mejora técnica tampoco acredita impacto en el servicio. Distinguimos error del modelo, carga de trabajo del personal y efecto de la intervención. Si la muestra o el diseño solo permiten una conclusión preliminar, la entrega lo declara antes de proponer una ampliación.

Entregables y transferencia al organismo

Se acuerdan según el alcance y las condiciones del proyecto. La entrega de un experimento y la operación continuada del sistema son compromisos distintos.

  • Protocolo experimental y criterios de aceptación vinculados al problema público.
  • Contratos de datos, reglas de calidad y documentación de procedencia.
  • Modelo o componente desarrollado, configuraciones y evaluación reproducible.
  • Interfaces, pruebas operativas y documentación para el equipo receptor.
  • Condiciones de uso, revisión humana y responsabilidades de seguimiento.

Método de investigación y desarrollo

Una investigación publicada: método y limitaciones

Qué necesitamos para estudiar el reto

Describe la decisión, quién la toma, con qué anticipación y cómo se resuelve hoy. Necesitamos saber qué fuentes existen, quién puede autorizar su uso y qué resultado permitiría comprobar una mejora. En el primer contacto basta esa descripción; no envíes documentos confidenciales.

En predicción, revisaremos fechas de disponibilidad y resultados observados. En un análisis territorial, cobertura, unidades e identificadores. Si el reto incluye expedientes, también harán falta versiones vigentes y evidencia que permita contrastar las extracciones. La muestra y sus permisos se acuerdan después.

Cómo comprobar la incertidumbre de una predicción

Cómo relacionar fuentes territoriales

Iniciar diagnóstico

Primera conversación

Trae el problema, los datos disponibles y la condición que no puede fallar.

Iniciar diagnóstico