Cada organismo público nació para resolver un problema específico, con su propia lógica, su propio sistema y su propio lenguaje de datos. El resultado acumulado, después de décadas, es un Estado que para el ciudadano se siente como un archipiélago: cada trámite es una isla, y entre isla e isla hay que remar con fotocopias, certificados y declaraciones juradas.
La interoperabilidad es la condición para que el Estado funcione como un solo Estado. Cuando un organismo queda aislado de los datos de otro, duplica registros, pide al ciudadano lo que ya está en manos públicas y termina decidiendo con información peor que la que el propio Estado posee.
La trampa del Estado en silos
El silo aparece por inercia. Cada institución construyó su sistema cuando lo necesitó, con la tecnología disponible en ese momento, asumiendo que bastaba con resolver lo propio. Veinte años después, lo que en cada caso fue una buena decisión local se convierte en un problema sistémico: el Estado pierde la capacidad de mirarse a sí mismo de una sola vez.
Y los costos los paga el ciudadano. El padre que tramita una pensión y debe llevar el certificado de defunción que el Registro Civil ya emitió. La pequeña empresa que repite los mismos datos en cinco ventanillas. El programa social que no detecta beneficiarios elegibles porque vive en una base de datos que nadie cruzó con la del organismo recaudador.
Whole-of-Government: una sola lógica de servicio
Whole-of-Government (WoG) es, ante todo, un cambio de enfoque. Significa diseñar políticas, procesos y sistemas mirando al ciudadano como una sola unidad ante el Estado entero. El criterio guía es brutalmente simple: el dato que el Estado ya tiene, lo reutiliza.
WoG implica decisiones que exceden lo informático: acuerdos entre organismos, marcos legales para compartir datos, gobernanza común, y una cabeza política que entienda dónde está la salida — en construir reglas comunes para todos los sistemas, antes que en sumar uno más.
APIs públicas: el lenguaje común del Estado
Las APIs son la pieza técnica que vuelve operativo el WoG. Una API bien diseñada permite que un organismo consulte un dato de otro sin tener que copiarlo, sin pedirle al ciudadano que lo presente y sin construir integraciones a medida cada vez. Es el contrato estable que hace que dos sistemas puedan evolucionar de forma independiente sin romperse.
Una API pública en el Estado se sostiene sobre versionado, documentación, autenticación, control de acceso, trazabilidad, monitoreo y SLA. Tratada con seriedad, se convierte en un activo institucional: una capacidad que sobrevive a cambios de gestión y se reutiliza en cada nueva política pública que la necesite.
Qué distingue a una buena API pública
- Estabilidad de contrato: los consumidores pueden confiar en que el cambio será compatible o estará anunciado con tiempo.
- Documentación viva: abierta, navegable y siempre alineada con la implementación real.
- Identidad y permisos claros: quién consume qué, con qué propósito y con qué nivel de acceso.
- Trazabilidad completa: cada consulta queda registrada, auditable y reversible.
- Operación 24/7: con monitoreo, métricas de uso y respuesta ante incidentes.
Datos compartidos con gobernanza
Compartir datos entre organismos exige decidir qué dato circula, con quién, para qué fin y bajo qué condiciones. Sin gobernanza, la interoperabilidad se convierte en una vulnerabilidad: información sensible circulando sin reglas claras, sin trazabilidad y sin posibilidad de revisar el uso.
La gobernanza de datos en el Estado se sostiene sobre tres capas: una capa jurídica que define qué se puede compartir y bajo qué base legal; una capa técnica que implementa esos límites en los sistemas; y una capa institucional que vigila el cumplimiento y resuelve controversias. Las tres son indispensables y se sostienen mutuamente.
El principio "una sola vez"
El estándar internacional de gobierno digital (Once-Only Principle) postula que el ciudadano y la empresa entregan al Estado cada dato una sola vez. Es un principio simple de enunciar y exigente de implementar: requiere registros confiables, identificación unívoca, APIs estables y la voluntad política para que el Estado entero acepte la regla, incluso cuando un organismo en particular preferiría seguir pidiendo el papel.
La interoperabilidad como decisión institucional
|rawLa interoperabilidad se juega en la mesa política y jurídica antes que en la capa técnica. Compartir datos significa ceder control, exponerse a auditoría y aceptar que la propia base es parte del patrimonio común del Estado. La pieza de software llega al final, una vez que la conversación institucional definió las reglas del juego.
Por eso la interoperabilidad necesita liderazgo político, marcos legales y una arquitectura que combine plataformas comunes — catálogos de servicios, registros maestros, identidad digital ciudadana — con autonomía de los organismos para evolucionar lo suyo. El camino es la federación con reglas comunes: cada institución preserva lo que la hace única y al mismo tiempo se conecta bajo un mismo idioma.
¿Por qué esto importa?
Porque el Estado integrado tiene impacto directo en la vida del ciudadano: menos trámites, menos tiempo perdido, programas mejor focalizados, fraude más difícil, política pública con datos reales. Cada paso hacia la integración rescata capacidad institucional que ya está pagada con presupuesto público y que hoy duerme dentro de los silos.
En Sofis trabajamos hace años en proyectos de interoperabilidad concretos: sistemas de protección social que cruzan datos entre ministerios, registros compartidos entre organismos previsionales, plataformas que exponen APIs auditables a quien tiene legitimidad para consumirlas. La integración se construye decisión por decisión, una API a la vez, en cada sistema que se diseña con esa lógica desde el principio.