PMDI · Centro de Pensamiento ITM · Secretaría de Innovación Digital

FIWARE para Medellín

Qué es, por qué lo usan otras ciudades y quién lo gobierna; cómo se ven los datos reales de Medellín en ese estándar; y cómo serviría en dos decisiones concretas.

1 · El idioma

NGSI-LD

Norma de ETSI, publicada en 2019, que define cómo se describe y se consulta una entidad de ciudad: qué es, dónde está, cuándo se midió, de qué fuente viene.

2 · El vocabulario

Smart Data Models

Modelos comunes para cada tipo de dato (calidad del aire, nivel de quebrada, flujo vehicular, accidente). El mismo dato se llama igual en Medellín, Valencia o Santander.

3 · El punto de encuentro

Context Broker

Software abierto (Orion-LD) que guarda el estado actual de cada entidad y avisa a quien esté suscrito cuando cambia. La Comisión Europea lo designó como bloque de referencia (CEF).

Origen: FIWARE nació del programa europeo Future Internet (7.º Programa Marco, alianza público-privada FI-PPP), con un presupuesto de 66 millones de euros para el proyecto FI-WARE. Hoy lo sostiene la FIWARE Foundation.

Por qué lo usan las ciudades

El problema que resuelve es de integración, no de visualización

Sin estándar: cada sistema se conecta a mano con cada fuente. Con 5 fuentes y 5 usos son hasta 25 integraciones, y cada proveedor nuevo obliga a rehacerlas.
Con estándar: cada fuente se conecta una vez al Context Broker y cada uso se suscribe a lo que necesita. Son 10 conexiones, y una fuente nueva es una más.

Cuatro razones que se repiten

Costo de integrar. La segunda, la tercera y la décima fuente salen casi gratis.

Independencia del proveedor. Se exige el estándar en los contratos y el proveedor se puede cambiar sin perder los datos.

Avisos a varias entidades. Un mismo cambio de estado llega a la vez a todas las dependencias suscritas.

Reutilizar entre ciudades. Una aplicación hecha para el modelo de otra ciudad funciona con los datos propios.

Y una razón de contexto

En Europa el estándar se ha impulsado con financiación pública y con política: el programa FI-PPP, el bloque CEF de la Comisión y los mecanismos mínimos de interoperabilidad (MIMs) de OASC, que suscriben las ciudades de Living-in.EU.

Por eso «lo usan muchas ciudades» es cierto, pero no prueba por sí solo que sirva en cualquier ciudad. En los casos revisados, casi ninguna reporta resultados medidos en decisiones; reportan plataformas y pilotos.

Dónde aporta

  • Muchas entidades producen datos en tiempo real y muchas los necesitan.
  • Se van a comprar sensores o sistemas a varios proveedores durante años.
  • Un cambio de estado debe disparar acciones en varias dependencias.

Dónde no aporta

  • Hacer tableros: cualquier herramienta es más rápida.
  • Datos estáticos o por lotes (POT, censos, indicadores): sirven mejor el lago de datos, MEData y la infraestructura de datos espaciales.
  • Analítica e IA: se hacen sobre el histórico, no sobre el broker.
Cómo lo gobiernan

Quién es dueño, quién opera, quién analiza y quién decide

PúblicoEmpresaAcademiaAlianza o consejo
La ciudad es dueña; un tercero opera

Casi siempre la propiedad es municipal y la operación técnica se contrata, pero la ciudad conserva una oficina técnica que dirige el plan.

El análisis está repartido

Las dependencias usan los tableros; los laboratorios urbanos y las universidades hacen la analítica avanzada y la IA.

La decisión queda en quien tiene la competencia

O en consejos multiactor presididos por la alcaldía, como en Takamatsu y Kakogawa. La plataforma no decide.

Vehículos propios de la ciudad

Porto Digital y Forum Virium Helsinki son entidades de la ciudad para innovar, pilotear y captar fondos.

El nivel nacional fija el estándar

Japón, India y Corea definen el estándar y cofinancian; las ciudades despliegan su instancia.

Compartir entre municipios

Kyushu, Takamatsu e IUDX tienden a una plataforma común entre varios municipios para repartir costos.

Recomendación para la SID

Adoptar FIWARE como regla de interoperabilidad, no como plataforma

El PMDI ya adoptó FIWARE. La propuesta es precisar esa decisión: el valor está en el estándar y en la gobernanza, y la plataforma se justifica solo donde hay tiempo real y varios interesados.

  1. Estándar en las compras. Todo contrato nuevo de sensores o IoT entrega sus datos en NGSI-LD con Smart Data Models.
  2. Context Broker solo donde hay tiempo real y varios consumidores. Lo demás sigue en el lago de datos y MEData.
  3. Un piloto con dueño de la decisión. Quebradas: SIATA mide, el DAGRD decide (pestaña 3).
  4. Medir una sola cosa. Cuánto cuesta y cuánto tarda integrar una segunda fuente frente a hoy.
  5. Gobernanza desde el inicio. La SID es dueña del estándar y del broker; cada entidad decide en su campo; la academia aporta el análisis.