LATAMIA
N.º 3 · 2026
1 / 28
LATAMIA
N.º 3 · 2026
GOBERNANZA · DATOS · INFRAESTRUCTURA · TRANSFORMACIÓN DIGITAL

TRANSFORMAR
CON CRITERIO

Gobernanza, datos e infraestructura para una transformación digital que pueda sostenerse.

GOBERNANZA

Evidencia, datos y cumplimiento.

TRANSFORMACIÓN

Experiencias que cambian capacidades.

INFRAESTRUCTURA

Cloud, desempeño y operación.

5 ARTÍCULOS5 AUTORES1 COMUNIDADRevista de Comunidad IA LATAM
PALABRAS EDITORIALESLATAMIA · N.º 3 · 2026

Transformar
con criterio

Gobernar
Definir reglas, responsabilidades y evidencia.
Elegir
Decidir infraestructura y herramientas según el contexto.
Integrar
Conectar tecnología, personas y capacidades institucionales.

La transformación digital suele hacerse visible a través de la tecnología: nuevas plataformas, sistemas en la nube, inteligencia artificial, automatización o servicios que antes solo existían en papel. Pero detrás de cada una de esas herramientas existe algo menos visible y más determinante: las decisiones que permiten convertir la tecnología en una capacidad real.

Transformar no consiste simplemente en incorporar más tecnología. Implica decidir qué problema queremos resolver, qué datos necesitamos, cómo los protegemos, qué infraestructura resulta adecuada, qué evidencia conservamos y cómo integramos lo digital con las personas, las organizaciones y los servicios que ya existen.

Esta tercera edición de LATAMIA recorre esas decisiones desde distintos lugares de Latinoamérica. En Honduras, la gobernanza segura de datos abiertos aparece como un habilitador para fortalecer la transformación digital del sistema de salud, pero también como un desafío donde interoperabilidad, calidad de datos, privacidad y ciberseguridad deben avanzar de manera conjunta.

Desde otra perspectiva, la transformación digital también exige revisar cómo entendemos la experiencia de las personas. Lo físico y lo digital dejaron de ser mundos separados: para quien utiliza un servicio, compra, consulta o se relaciona con una organización, ambos forman parte de una misma experiencia. La tecnología comienza a tener sentido cuando responde a esa mirada y no al revés.

La gobernanza introduce además una exigencia cada vez más concreta: poder demostrar. Las normas pueden cambiar de fecha, las instituciones pueden encontrarse en distintas etapas regulatorias, pero inventarios, registros, evaluaciones de riesgo, trazabilidad y decisiones documentadas siguen siendo evidencia de cómo una organización está gobernando sus sistemas.

El criterio también alcanza a la infraestructura. Elegir entre arquitecturas cloud para inteligencia artificial no admite una respuesta universal: rendimiento, costo, escalabilidad, operación y características de cada carga deben evaluarse conjuntamente. Más capacidad tecnológica no siempre significa una mejor decisión tecnológica.

Y cuando la transformación llega al territorio, deja de ser una promesa. El caso de Atención Vecino muestra cómo un municipio puede convertir una obligación normativa en capacidad institucional, utilizando la IA como acelerador y no como sustituto del criterio humano.

Los cinco artículos de esta edición hablan desde ámbitos distintos, pero convergen en una misma idea: la tecnología por sí sola no transforma. Transformamos cuando somos capaces de elegir, integrar, gobernar y sostener lo que construimos.

Transformar no es sumar tecnología. Es construir la capacidad de decidir qué hacer con ella, cómo hacerlo y por qué.
CONTENIDOSLATAMIA · N.º 3 · 2026

Contenido

Cinco artículos sobre gobernanza, transformación digital e infraestructura. Haz clic en cualquier título para ir directamente a la página.

04
ARTÍCULO 01 · SALUD DIGITAL
Gobernanza segura de datos abiertos como habilitador de la transformación digital en el sector salud de Honduras
Lariza Marioty Laínez PazDatos abiertos · interoperabilidad · MHGDAS
09
ARTÍCULO 02 · TRANSFORMACIÓN DIGITAL
La transformación digital no se compra: empieza en cómo miras el mundo
Leonardo Cortes PonceExperiencia · omnicanalidad · cultura
12
ARTÍCULO 03 · GOBERNANZA
Si no está documentado, no existe: de la ley a la evidencia en la gobernanza de la IA en Latinoamérica
Christian Enrique Vélez AranaAI Act · LOPDP · evidencia · ISO/IEC 42001
17
ARTÍCULO 04 · INFRAESTRUCTURA CLOUD
Evaluación comparativa de arquitecturas cloud para Inteligencia Artificial
Yindra Carolina Torres GuzmánAWS · Azure · GCP · costo-rendimiento
22
ARTÍCULO 05 · GOBIERNO DIGITAL
Atención Vecino: cómo un municipio digitalizó 180 trámites por un tercio del costo
Juan Pablo Vidal ArayaInteroperabilidad · trámites · seguridad
26 · AUTORES DE LA EDICIÓN27 · LAS PERSONAS DETRÁS DE ESTA EDICIÓN
ARTÍCULO 01 · SALUD DIGITALLATAMIA · N.º 3 · 2026

Gobernanza segura de datos abiertos como habilitador de la transformación digital en el sector salud de Honduras

Una propuesta de gobernanza que busca combinar apertura, interoperabilidad, calidad de datos, privacidad y ciberseguridad en el sistema sanitario hondureño.

Especialista en Ciberseguridad · Protección de Datos · ISACA Tegucigalpa Chapter
ARTÍCULO ORIGINAL · HONDURAS
LINKEDIN
RESUMEN
EJECUTIVO
La transformación digital se ha convertido en un factor estratégico para el fortalecimiento de los sistemas de salud. En ese contexto, la gobernanza de datos abiertos puede promover transparencia, toma de decisiones basada en evidencia e innovación, siempre que la apertura no comprometa información sensible. El artículo analiza el marco hondureño, identifica brechas de interoperabilidad, calidad, protección de datos y capacidades institucionales, y propone el Modelo Hondureño de Gobernanza Segura de Datos Abiertos para Salud (MHGDAS).
01Gobernanza institucional
02Calidad de datos
03Interoperabilidad
04Datos abiertos
05Ciberseguridad
06Cumplimiento normativo
PALABRAS CLAVE gobernanza de datos · datos abiertos · transformación digital · salud digital · gobierno digital · Honduras
ARTÍCULO 01 · SALUD DIGITALGOBERNANZA SEGURA DE DATOS ABIERTOS

1. La información sanitaria como activo estratégico

La transformación digital está redefiniendo la forma en que los sistemas de salud generan, almacenan, procesan y utilizan la información para apoyar la prestación de servicios, la gestión institucional y la formulación de políticas públicas. El volumen creciente de datos procedentes de hospitales, atención primaria, laboratorios y vigilancia epidemiológica convierte a la información en un activo estratégico.

Al mismo tiempo, los principios de gobierno abierto impulsan iniciativas orientadas a la transparencia, la rendición de cuentas y la participación ciudadana. En salud, los datos abiertos pueden aportar a investigación, innovación y decisiones basadas en evidencia, siempre que se utilicen sin comprometer la privacidad de los pacientes.

En Honduras existen avances vinculados al gobierno digital y a la apertura de datos públicos, pero la adopción de modelos de gobernanza en salud todavía enfrenta desafíos normativos, tecnológicos y organizacionales.

2. Cinco conceptos que deben avanzar juntos

Gobernanza de datos. Políticas, procesos, roles y mecanismos de control que permiten gestionar la información de forma segura y consistente, asegurando calidad, disponibilidad, integridad, confidencialidad y uso adecuado.

Datos abiertos. Información reutilizable y compartible bajo condiciones definidas. En salud puede incluir estadísticas epidemiológicas, cobertura sanitaria o recursos hospitalarios agregados.

Transformación digital en salud. Incorporación estratégica de tecnologías como expediente clínico electrónico, telemedicina, interoperabilidad, IA, analítica y vigilancia epidemiológica.

Interoperabilidad. Capacidad de distintos sistemas y organizaciones para intercambiar y utilizar información de manera efectiva y estandarizada.

Ciberseguridad y protección de datos. Controles y prácticas que protegen confidencialidad, integridad y disponibilidad, junto con el tratamiento lícito, ético y seguro de información sensible.

METODOLOGÍA · CUATRO FASES
1 · Revisión bibliográfica
2 · Análisis normativo
3 · Identificación de brechas
4 · Diseño conceptual del MHGDAS
ARTÍCULO 01 · SALUD DIGITALHONDURAS: BASE INSTITUCIONAL Y BRECHAS

3. Una base institucional que todavía necesita integrarse

Aunque Honduras no cuenta con una legislación específica sobre gobernanza de datos sanitarios, el artículo identifica instrumentos e iniciativas que pueden servir como base para un modelo sectorial.

InstrumentoObjetivo principalRelación con la gobernanza de datos
Ley de Transparencia y Acceso a la Información PúblicaGarantizar el acceso a información pública.Facilita apertura y reutilización de datos.
Gobierno DigitalModernización estatal.Impulsa interoperabilidad y digitalización.
Portal Nacional de Datos AbiertosPublicación de datos públicos.Promueve transparencia y reutilización.
Hoja de Ruta Salud DigitalTransformación digital sanitaria.Base para integración del sistema de salud.

4. Comparación regional

La experiencia regional muestra que la gobernanza de datos es uno de los habilitadores de la transformación digital en salud. El análisis compara apertura, interoperabilidad, salud digital y proyección de datos.

PaísDatos abiertosInteroperabilidadSalud digitalProyección de datos
ChileAltoAltoAltoAlto
UruguayAltoAltoAltoAlto
Costa RicaMedio-AltoMedio-AltoAltoMedio-Alto
ColombiaAltoAltoAltoAlto
HondurasMedioBajo-MedioEn desarrolloEn fortalecimiento
Honduras presenta avances en gobierno digital y apertura de datos, pero aún enfrenta brechas relevantes de interoperabilidad, madurez digital y protección de datos.
ARTÍCULO 01 · SALUD DIGITALSEGURIDAD Y MODELO MHGDAS

5. Abrir datos no significa abrir riesgos

La dependencia tecnológica del sector salud amplía las oportunidades de eficiencia y acceso, pero también expone información clínica, continuidad operativa y confianza institucional. La ciberseguridad debe considerarse un componente transversal de cualquier estrategia de salud digital.

RansomwareInterrupción de servicios clínicosALTO
Fuga de datos clínicosViolación de privacidadALTO
PhishingCompromiso de credencialesALTO
Accesos no autorizadosAlteración de registros médicosALTO
Errores humanosPérdida de informaciónMEDIO-ALTO
Fallas tecnológicasAfectación operativaMEDIO-ALTO

6. MHGDAS: una propuesta de seis dimensiones

Gobernanza institucional
Roles, responsabilidades y decisiones sobre la información.
Calidad de datos
Información consistente, útil y confiable para gestión y políticas.
Interoperabilidad
Intercambio seguro y estandarizado entre actores y sistemas.
Datos abiertos y transparencia
Apertura con criterios de reutilización y protección.
Ciberseguridad y protección
Controles para reducir exposición, fugas y accesos no autorizados.
Cumplimiento normativo
Reglas, trazabilidad y mecanismos de responsabilidad.
Beneficios esperadosMejor toma de decisiones · mayor transparencia · protección de datos personales · reducción de riesgos cibernéticos · mayor interoperabilidad.
ARTÍCULO 01 · SALUD DIGITALCONCLUSIONES Y FUENTES

Conclusiones

1. La gobernanza de datos constituye un habilitador estratégico para la transformación digital del sector salud en Honduras.

2. Existen avances en transparencia y gobierno digital, pero persisten desafíos relacionados con interoperabilidad y seguridad.

3. La apertura de datos debe implementarse con mecanismos que garanticen privacidad y protección de información sensible.

4. La ciberseguridad debe ser transversal a cualquier estrategia de salud digital.

5. El MHGDAS ofrece una propuesta integral para fortalecer la gestión de datos sanitarios.

6. Su implementación podría contribuir a eficiencia institucional, transparencia y resiliencia digital.

Discusión

El análisis sostiene que Honduras posee una base institucional favorable para avanzar hacia modelos de gobernanza de datos en salud. Sin embargo, la ausencia de un marco específico limita el aprovechamiento pleno de la transformación digital. La comparación regional refuerza la importancia de interoperabilidad, protección de datos y ciberseguridad como condiciones de éxito.

La apertura de datos puede habilitar innovación y evidencia, pero solo es sostenible cuando la gobernanza protege también la privacidad, la seguridad y la continuidad del sistema.

FUENTES Y RECURSOS

  1. World Health Organization. Global Strategy on Digital Health 2020-2025, 2021.
  2. World Health Organization. Data Principles and Data Governance Framework, 2023.
  3. Pan American Health Organization. Roadmap for the Digital Transformation of the Health Sector in the Americas, 2022.
  4. Pan American Health Organization. Digital Transformation of the Health Sector in Honduras, 2024.
  5. World Bank. Data for Better Lives: World Development Report, 2022.
  6. OECD. Data Governance Framework, 2023; Health Data Governance for Better Health Outcomes, 2022.
  7. ISO/IEC 27001:2022.
  8. Caja Costarricense de Seguro Social. Modelo de Expediente Digital Único en Salud.
  9. Secretaría de Salud de Honduras. Hoja de Ruta para la Transformación Digital del Sector Salud de Honduras, 2024.

SOBRE LA AUTORA

MSc. Lariza Laínez. Especialista en Ciberseguridad y miembro de ISACA Tegucigalpa Chapter. Su experiencia se vincula con protección de datos, seguridad de la información, gestión de riesgos, cumplimiento normativo y concienciación en seguridad.

LinkedIn

ARTÍCULO 02 · TRANSFORMACIÓN DIGITALLATAMIA · N.º 3 · 2026

La transformación digital no se compra: empieza en cómo miras el mundo

Puedes llenar una empresa de tecnología y no transformar absolutamente nada. La diferencia aparece cuando lo físico y lo digital dejan de tratarse como mundos separados.

Ingeniero en Computación e Informática PUCV · Manager de Marketing Directo, Scotiabank Chile · Tech Advisor en xpendia.CL y dande.CL
ENSAYO · TRANSFORMACIÓN DIGITAL
LINKEDIN
“La transformación real no empieza en la máquina. Empieza en la mirada.”

Hay una confusión que le cuesta carísimo a las empresas: creer que transformarse digitalmente es una cuestión de tecnología. Que basta con migrar a la nube, poner una app, abrir redes sociales, comprar un sistema y contratar gente de informática.

Es la visión tecnocrática de la transformación digital: pensar que el cambio es un asunto de herramientas y técnicos. Puedes digitalizar lo de siempre y terminar haciendo exactamente lo mismo, solo que con pantallas.

El cambio de cabeza es concreto: dejar de ver lo digital y lo real como dos mundos separados, y empezar a verlos como una sola experiencia.

PALABRAS CLAVE transformación digital · experiencia · omnicanalidad · cultura · cliente
ARTÍCULO 02 · TRANSFORMACIÓN DIGITALDOS MUNDOS QUE EN REALIDAD SON UNO

1. La división existe en la empresa, no en la experiencia

La empresa que no se ha transformado ve el mundo partido en dos. Por un lado está “el negocio de verdad”: la tienda, el producto, la atención en el mostrador, la bodega. Por otro lado está “lo digital”: la web, las redes, el sistema de pedidos, muchas veces como un departamento aparte.

El problema es que esa división no existe para la única persona que importa: el cliente. Busca un producto en el celular, entra a la tienda a verlo, vuelve a la web para comparar, pregunta por WhatsApp, compra, recibe en casa y, si algo falla, reclama por Instagram. Para él, todo eso es una sola relación con una sola marca.

Ahí está el corazón de la transformación digital. Lo digital no es un canal que se pega al negocio por fuera: es parte del tejido de la experiencia completa.

2. Cada costura es un punto de ruptura

Cuando los canales no se hablan, la experiencia se parte. El cliente compra por la web y en la tienda no saben nada de su pedido; pregunta por WhatsApp y vuelve a empezar desde cero; reclama por redes y lo derivan a un teléfono donde repite toda la historia.

La empresa que unificó la mirada entrega lo contrario: una experiencia entera, sin saltos, que se siente natural. Eso que antes parecía un lujo se ha convertido en una expectativa básica.

MUNDO FÍSICOTienda · atención · producto · bodega
+
MUNDO DIGITALWeb · app · WhatsApp · redes · datos
→
UNA SOLA EXPERIENCIAEl cliente no cambia de mundo: continúa su relación con la misma organización.
ARTÍCULO 02 · TRANSFORMACIÓN DIGITALPRIMERO LA MIRADA, DESPUÉS LA MÁQUINA

3. Cómo se ve una empresa que mira así

Lo digital atraviesa el negocio
La web, la tienda y WhatsApp comparten información. Para la organización es un solo cliente, no uno “de la web” y otro “del local”.
Decide desde la experiencia
La pregunta no es “¿qué software compramos?”, sino “¿dónde se rompe la experiencia y qué necesitamos para repararla?”.
Los canales se refuerzan
El local no compite con la web; cada canal hace mejor al otro y ambos acompañan a la misma persona.

4. El orden correcto

La tecnología en la transformación digital no es la causa; es la consecuencia. Es la herramienta con la que, una vez que cambiaste la mirada, construyes una experiencia unificada que ahora sí sabes que quieres.

Comprar nube, apps y sistemas antes de cambiar la cabeza es poner el carro delante del caballo: mucha tecnología cara sosteniendo la misma vieja manera de ver el mundo.

Antes de la primera cotización de software conviene hacerse una pregunta más incómoda: para mi cliente, ¿dónde termina lo físico y empieza lo digital? La respuesta que cambia la conversación es que no termina en ninguna parte.

El día que tu empresa mira el mundo así, la transformación digital ya empezó. Todo lo demás son cables.

FUENTES E IDEAS

El artículo se apoya en la literatura de gestión sobre transformación digital como cambio de mentalidad y cultura, incluida la formulación “Digital Transformation Is Not About Technology” (Harvard Business Review, 2019), además de la distinción entre digitización, digitalización y transformación digital, y el concepto de experiencia omnicanal.

SOBRE EL AUTOR

Leonardo Cortes Ponce. Ingeniero en Computación e Informática de la PUCV. Manager de Marketing Directo en Scotiabank Chile y Tech Advisor en xpendia.CL y dande.CL.

LinkedIn

ARTÍCULO 03 · GOBERNANZALATAMIA · N.º 3 · 2026

Si no está documentado, no existe: de la ley a la evidencia en la gobernanza de la IA en Latinoamérica

Europa reprograma su AI Act, Chile propone postergar su nueva ley de datos y Ecuador ya multa. La ventaja regional no está en copiar el marco europeo, sino en construir evidencia antes de que la exija la autoridad.

Fundador de Solrecom · Networking · Ciberseguridad · Protección de Datos Personales (LOPDP Ecuador)
ESTADO REGULATORIO REVISADO AL 28 SEP 2026
LINKEDIN
RESUMEN
EJECUTIVO
Tres calendarios distintos comparten una lección: el cumplimiento no depende del día en que una ley entra en vigor, sino de la evidencia que una organización puede exhibir cuando la autoridad llega. El artículo contrasta Unión Europea, Chile y Ecuador, incorpora aprendizajes del I Congreso IA-LATAM y propone un semáforo de despliegue que transforma la norma en evidencia auditable.
US$ 454.500
Suma aproximada de las dos primeras multas graves de la SPDP en Ecuador.
1 dic 2027
Fecha propuesta por el Gobierno de Chile para la Ley 21.719; el proyecto está en trámite.
2 dic 2027
Nueva fecha de obligaciones de alto riesgo del Anexo III del AI Act, según la fuente del artículo.
PALABRAS CLAVE gobernanza de IA · AI Act · LOPDP · ISO/IEC 42001 · responsabilidad proactiva
ARTÍCULO 03 · GOBERNANZATRES CALENDARIOS, UN MISMO SÍNTOMA

1. La fecha se mueve; la capacidad de ejecutar no puede esperar

Europa y Chile aprobaron marcos ambiciosos y ajustan calendarios porque las normas técnicas, autoridades o estructuras necesarias para demostrar conformidad no avanzaron al mismo ritmo. Ecuador muestra el otro extremo: cuando la autoridad existe, la ley se aplica y lo que se juzga es la evidencia.

Ninguna de las tres jurisdicciones falló por falta de ley. Todas chocan con la misma pared: la capacidad de ejecutarla.
2 feb 2025
EUROPAProhibiciones y alfabetización en IA.
2 ago 2025
EUROPAGobernanza y reglas para modelos de propósito general.
1 dic 2025
LATAMEcuador: primeras multas graves bajo la LOPDP.
27 jul 2026
EUROPAEntra en vigor el Reglamento (UE) 2026/1744.
2 ago 2026
EUROPAObligaciones de transparencia y supervisión efectiva.
1 sep 2026
LATAMChile: proyecto para postergar la Ley 21.719.
1 dic 2026
LATAMFecha legal vigente en Chile mientras no cambie la ley.
2 dic 2027
EUROPAObligaciones de alto riesgo del Anexo III.
2 ago 2028
EUROPAAlto riesgo en productos regulados (Anexo I).

2. Europa: referencia, pero no receta

El artículo señala que el AI Act aplica de forma escalonada. Las obligaciones para determinados usos de alto riesgo se reprograman mientras continúan vigentes otras obligaciones de transparencia y supervisión. También distingue el rol de ISO/IEC 42001 como sistema de gestión y el de la norma europea EN 18286:2026 para la conformidad de sistemas de alto riesgo, aclarando que la presunción de conformidad depende del marco europeo.

3. Latinoamérica: dos etapas distintas

Ecuador ya aplica. Las primeras sanciones reportadas bajo la LOPDP muestran que la autoridad examina medidas, registros, consentimiento y acciones correctivas.

Chile tiene la ley y discute su calendario institucional. La Ley 21.719 crea una Agencia de Protección de Datos Personales; el artículo advierte que un proyecto de ley busca postergar su entrada en vigencia, por lo que el estado debe verificarse antes de citar.

La Red Iberoamericana de Protección de Datos, además, actualizó en 2026 sus estándares para incorporar IA, decisiones automatizadas, gobernanza algorítmica y calidad de datos.

ARTÍCULO 03 · GOBERNANZACOMPARAR MARCOS, NO COPIARLOS

4. Tres marcos, una misma pregunta: ¿qué puede demostrar la organización?

DimensiónUnión EuropeaChileEcuador
Instrumento centralAI Act + RGPD + NIS2Ley 21.719LOPDP + Reglamento
EstadoAplicación escalonadaVigencia legal 1 dic 2026; proyecto para 2027Régimen sancionatorio activo
AutoridadOficina de IA + autoridades nacionalesAgencia de Protección de Datos Personales en constituciónSPDP en funciones
Qué debe demostrarRiesgos, trazabilidad y supervisiónInventarios, registros, seguridad y brechasConsentimiento, registros y medidas suficientes

5. Evidencia de campo: lo que dejó el I Congreso IA-LATAM

Cinco intervenciones del congreso muestran por qué la brecha entre ley y ejecución se repite en industria, sector público y procesos regulados.

VozAporteLectura para gobernanza
Alberto BarreraExtender sistemas de gestión existentes con ISO/IEC 42001 y crear un Consejo de Gobernanza de IA.Integrar en lugar de duplicar.
Juan IrrazábalIA generativa en procesos judiciales obliga a revisar flujos antes de desplegar agentes.Gobernar también lo que se recibe.
Juan Pablo VidalTransformación Digital del Estado con interoperabilidad y controles de seguridad.Transformar y gobernar a la vez.
Rodrigo TobarConsentimiento, seudonimización y borrado auditable exigen arquitectura preparada.La arquitectura de datos es cuello de botella.
Esther BravoEn procesos regulados, políticas críticas deben transformarse en reglas del sistema.Reglas deterministas y evidencia.
“Si no está documentado, no existe.” - idea destacada en el artículo a partir de la intervención de Alberto Barrera.
ARTÍCULO 03 · GOBERNANZAUN SEMÁFORO PARA PASAR DE LA LEY A LA EVIDENCIA

6. Propuesta: una decisión de tres estados antes de producción

La propuesta ordena tres piezas ya existentes: un Consejo de Gobernanza de IA, una evaluación de impacto en protección de datos y el principio de responsabilidad proactiva.

NO AVANZARiesgo alto sin controles ni evidencia suficiente.Inventario de tratamientos y EIPDP iniciada, con brechas identificadas.
AVANZA CON CONDICIONESControles pendientes con responsable, fecha y evidencia asignados.Plan de mitigación aprobado y seguimiento registrado.
AVANZARiesgo residual aceptable y aprobación documentada.EIPDP firmada, registro de decisión, supervisión humana y monitoreo.

La carpeta de evidencia mínima

01Inventario o registro de actividades de tratamiento, finalidad, base de legitimación y flujos de datos.
02EIPDP con riesgo residual documentado.
03Contratos con encargados, subencargados y proveedores tecnológicos.
04Registro de decisiones y de supervisión humana por sistema.
05Plan de respuesta a incidentes y de notificación de brechas.

Si la organización ya opera ISO/IEC 27001, sumar ISO/IEC 42001 puede aprovechar la estructura armonizada que comparten. Para sistemas sujetos al mercado europeo, las exigencias de conformidad deben analizarse además por sistema y jurisdicción.

La idea central permanece incluso cuando las fechas regulatorias cambian: una carpeta de evidencia bien construida conserva valor porque documenta cómo se tomó la decisión, qué riesgos se evaluaron y qué controles quedaron en marcha.

Diseñar para la evidencia, no para la fecha: la fecha se mueve y la evidencia sigue valiendo.
ARTÍCULO 03 · GOBERNANZACONCLUSIONES Y FUENTES

Qué no resuelve el semáforo

No sustituye asesoría jurídica ni un análisis por jurisdicción. Varias cifras y casos del congreso corresponden a afirmaciones de los ponentes y no a verificaciones independientes. Las normas técnicas y proyectos legislativos pueden cambiar; por eso el artículo fija su estado al 28 de septiembre de 2026.

Conclusiones

1. La fecha se mueve, la evidencia no. Europa reprograma, Chile discute su calendario y Ecuador ya sanciona. En los tres casos importa qué puede demostrar la organización.

2. Integrar antes que duplicar. Extender sistemas de gestión existentes puede ser más eficiente que construir una gobernanza paralela.

3. Latinoamérica puede aprender en tiempo real. La región puede diseñar desde la ejecución, incorporando estándares propios y aprendizajes externos sin limitarse a copiar.

Cuando llegue la autoridad, la pregunta no será qué intención tenía la organización, sino qué puede demostrar.

FUENTES Y RECURSOS

  • Comisión Europea. Marco regulatorio y cronología de aplicación de la Ley de IA.
  • Reglamento (UE) 2026/1744 y Reglamento (UE) 2024/1689.
  • CEN/CENELEC JTC 21. EN 18286:2026; Cloud Security Alliance (2026).
  • SPDP Ecuador: sanciones reportadas en diciembre de 2025 y metodología de cálculo de multas.
  • Ley 21.719 (Chile) y Boletín 18.623-07.
  • AEPD / RIPD: actualización del marco iberoamericano de privacidad, 2026.
  • I Congreso IA-LATAM 2026: exposiciones de A. Barrera, J. Irrazábal, J. P. Vidal, R. Tobar y E. Bravo.

SOBRE EL AUTOR

Ing. Christian Enrique Vélez Arana. Ingeniero en Networking y Telecomunicaciones, maestrante en Ciberseguridad, especialista en Protección de Datos Personales (LOPDP Ecuador), capacitado en ISO 27001:2022 y fundador de Solrecom.

LinkedIn

ARTÍCULO 04 · INFRAESTRUCTURA CLOUDLATAMIA · N.º 3 · 2026

Evaluación comparativa de arquitecturas cloud para Inteligencia Artificial

AWS, Microsoft Azure y Google Cloud Platform ofrecen ecosistemas completos para IA, pero la evidencia no permite declarar un proveedor universalmente superior.

Ingeniera de Sistemas · Especialista Cloud, Global Hitss / Claro, Colombia · Maestría en IA, Universidad Sergio Arboleda
ANÁLISIS COMPARATIVO · CLOUD + IA
LINKEDIN
RESUMEN
EJECUTIVO
Seleccionar infraestructura cloud para IA no puede reducirse a una lista de funciones. Arquitectura, hardware, costo, rendimiento, escalabilidad y operación modifican el resultado. La revisión compara AWS, Azure y GCP a partir de evidencia experimental publicada, con foco en cargas CPU/GPU, inferencia y MLOps.
No existe un proveedor universalmente superior: existe una arquitectura más adecuada para un caso de uso concreto.
PALABRAS CLAVE IA · cloud computing · AWS · Microsoft Azure · Google Cloud Platform · MLOps · inferencia
ARTÍCULO 04 · INFRAESTRUCTURA CLOUDCOMPARAR CAPACIDADES SIN CONFUNDIRLAS CON RESULTADOS

1. Del laboratorio a producción

La inteligencia artificial ha evolucionado hacia sistemas integrados en procesos empresariales que requieren disponibilidad, escalabilidad y tiempos de respuesta predecibles. Eso ha aumentado el uso de la nube para almacenamiento, entrenamiento e inferencia.

AWS ofrece SageMaker AI; Microsoft integra Azure Machine Learning; Google Cloud dispone de Vertex AI. Las tres plataformas cubren construcción y despliegue, pero difieren en infraestructura, escalamiento, hardware, modelos de facturación y servicios operativos.

2. Metodología

El artículo realiza una revisión comparativa basada en evidencia experimental secundaria. Prioriza trabajos que comparan dos o más proveedores y reportan rendimiento, recursos o costo. Los resultados de estudios distintos no se mezclan como si fueran un único benchmark.

Las dimensiones de análisis son: tiempo de inferencia, latencia, escalabilidad, CPU/GPU, costo, servicios administrados, MLOps, portabilidad y operación.

3. Arquitecturas cloud para IA

CapaAWSMicrosoft AzureGoogle Cloud
Plataforma MLSageMaker AIAzure Machine LearningVertex AI
Object storageAmazon S3Azure Blob StorageCloud Storage
KubernetesAmazon EKSAKSGKE
MonitoreoCloudWatchAzure MonitorCloud Monitoring
IdentidadAWS IAMMicrosoft Entra ID / RBACCloud IAM
Aceleración IAGPU, Inferentia, TrainiumGPUGPU, TPU
CARGA / DATOS
→
AWS
SageMaker AI
AZURE
Machine Learning
GCP
Vertex AI
→
MÉTRICAS
latencia · throughput · costo · operación
ARTÍCULO 04 · INFRAESTRUCTURA CLOUDEVIDENCIA EXPERIMENTAL

4. Cuando la aceleración importa

El estudio citado por la autora desplegó GECToR en múltiples nubes y configuraciones. En el escenario reportado, la GPU redujo de forma marcada el tiempo de procesamiento a medida que creció la carga.

01020304050601248163264128256512CPU ACPU CGPU GCarga simultánea
23,24×
Diferencia aproximada entre CPU A (58,1 s) y GPU G (2,5 s) con carga 512, en ese escenario específico.
+300 %
Costo promedio aproximado reportado para configuraciones GPU frente a alternativas sin GPU.
>50 %
Reducciones de costo que el estudio asocia a determinadas configuraciones CPU costo-eficientes.
CargaCPU ACPU BCPU CGPU FGPU G
11,50,50,51,20,3
20,70,30,30,40,03
41,30,70,40,20,1
82,70,90,60,20,1
166,51,81,20,20,1
329,22,71,80,30,2
6422,14,83,60,50,4
12843,29,76,90,90,7
25655,117,913,01,61,2
51258,129,523,32,92,5

Valores en segundos. No deben generalizarse a otros modelos, hardware o arquitecturas.

ARTÍCULO 04 · INFRAESTRUCTURA CLOUDCOSTO, RENDIMIENTO Y OPERACIÓN

5. Mayor rendimiento no equivale siempre a menor costo

Una aplicación con requisitos estrictos de latencia puede justificar infraestructura acelerada. Una carga batch o menos sensible al tiempo puede favorecer CPU si la relación costo-rendimiento resulta adecuada.

Dos configuraciones dentro del mismo proveedor pueden diferir más que dos configuraciones comparables entre proveedores. CPU, GPU, memoria, caché, red, framework, contenedor, modelo y concurrencia forman parte del resultado observado.

6. MLOps y operación

El rendimiento es solo una dimensión de una arquitectura productiva. Registro y versionamiento de modelos, pipelines, observabilidad, control de acceso, trazabilidad, automatización y gobierno influyen en el costo total.

Una arquitectura muy integrada puede reducir esfuerzo operacional; componentes portables pueden facilitar estrategias multicloud, pero trasladan mayor responsabilidad al equipo. La selección debe considerar contexto organizacional y no solo una métrica de inferencia.

7. Discusión

La evidencia analizada no permite establecer un proveedor universalmente superior. Las GPU muestran ventajas claras en determinados escenarios, pero el diferencial de costo puede modificar la decisión. Los servicios administrados reducen tareas operativas, aunque pueden aumentar dependencia de mecanismos propietarios.

Rendimiento¿Qué latencia y throughput exige el caso?
Costo¿Cuál es el costo normalizado por unidad de trabajo?
Escalabilidad¿Cómo responde la arquitectura bajo concurrencia real?
Operación¿Qué implica monitorear, versionar y mantener?
Portabilidad¿Cuánto vendor lock-in es aceptable?
Gobierno¿Qué controles, identidad y trazabilidad requiere la organización?
ARTÍCULO 04 · INFRAESTRUCTURA CLOUDCONCLUSIONES Y FUENTES

8. Amenazas a la validez

Los resultados provienen de evidencia experimental secundaria. Aunque el estudio principal compara directamente AWS, Azure y GCP, utiliza GECToR y configuraciones específicas; no debe extrapolarse directamente a LLM, IA generativa o visión computacional. Precios, catálogos, regiones, procesadores, red y capa de serving también cambian el resultado.

Conclusiones

AWS, Microsoft Azure y Google Cloud Platform proporcionan ecosistemas completos para arquitecturas modernas de IA. La infraestructura elegida tiene impacto significativo en rendimiento y costo de inferencia.

En el escenario multicloud analizado, la GPU redujo los tiempos de procesamiento, pero presentó un costo promedio superior a las alternativas sin GPU. Ese resultado no justifica declarar un proveedor universalmente superior.

La decisión debe considerar simultáneamente rendimiento, costo, escalabilidad, operación y requisitos del caso de uso. Un benchmark propio y reproducible, con el mismo modelo y contenedor en los tres proveedores, permitiría complementar la evidencia secundaria con mediciones controladas.

La pregunta útil no es “¿qué nube es mejor?”, sino “¿qué combinación de arquitectura, costo y operación responde mejor a este caso?”.

FUENTES Y RECURSOS

  1. Lemos, E. et al. “Deep Learning Model Deployment in Multiple Cloud Providers”, arXiv:2503.23988, 2025.
  2. Moreschini, S.; Hästbacka, D.; Taibi, D. “Comparing Cloud-Native MLOps Platforms”, IEEE Software, 2026.
  3. Sandler, M. et al. “MobileNetV2”, CVPR, 2018.
  4. AWS, Microsoft y Google Cloud: documentación oficial de SageMaker AI, Azure Machine Learning y Vertex AI, consultada en 2026.
  5. Sculley et al. “Hidden Technical Debt in Machine Learning Systems”, NeurIPS, 2015.
  6. NIST SP 800-145, definición de Cloud Computing.

SOBRE LA AUTORA

Yindra Carolina Torres Guzmán. Ingeniera de Sistemas y Especialista Cloud, con experiencia en diseño, implementación, monitoreo, seguridad y optimización de arquitecturas cloud. Cursa la Maestría en Inteligencia Artificial en la Universidad Sergio Arboleda.

LinkedIn

ARTÍCULO 05 · GOBIERNO DIGITALLATAMIA · N.º 3 · 2026

Atención Vecino: cómo un municipio digitalizó 180 trámites por un tercio del costo

Mientras se discute si la IA transformará el Estado, la Municipalidad de Santo Domingo ya puso en marcha una plataforma con expediente electrónico, interoperabilidad, firma avanzada y notificación digital.

Mg. Juan Pablo Vidal Araya
Jefe de Informática y Gobierno Electrónico, I. Municipalidad de Santo Domingo · Chair de Entidades Públicas de IA LATAM
WHITEPAPER · I CONGRESO IA-LATAM 2026
RESUMEN
EJECUTIVO
Atención Vecino reúne 180 servicios para habitantes, más de 300 procedimientos internos e integración con infraestructura digital del Estado. La obligación normativa se convirtió en capacidad institucional propia, usando herramientas de IA como acelerador del desarrollo y con seguridad incorporada desde el diseño.
180
Servicios y trámites de cara a los habitantes.
+300
Procedimientos administrativos internos.
CLP 18,84 M
Costo anual reportado frente a CLP 62,4 M de un servicio similar.
PALABRAS CLAVE gobierno digital · interoperabilidad · trámites · seguridad · sector público
ARTÍCULO 05 · GOBIERNO DIGITALDIGITAL POR DEFECTO, PAPEL COMO EXCEPCIÓN

1. El espíritu de la norma

Chile cuenta con un mandato de transformación digital para su administración pública. En el caso descrito, la Ley 21.180, el marco de ciberseguridad y la regulación de datos personales se traducen en tres principios operativos: equivalencia funcional de los actos electrónicos, interoperabilidad entre organismos y fidelidad de los expedientes.

La arquitectura normativa también ordena fases de gestión documental, acceso, interoperabilidad, notificación y ciberseguridad. Para el municipio, el desafío no era solamente cumplir fechas: era convertir la obligación en una forma distinta de trabajar.

2. El punto de partida: la burocracia física

El contraste muestra que digitalizar no es simplemente pasar un formulario a una pantalla. Implica cambiar cómo se inicia, tramita, firma, notifica y conserva un procedimiento administrativo.

EtapaBurocracia físicaTransformación digital
InicioPresencial, horario de oficina, papelDisponible 24/7 con autenticación nacional
ExpedienteCarpetas, correos y pendrivesElectrónico, inalterable, con identificador único
TramitaciónTraslado físico, poca trazabilidadInteroperabilidad automática entre organismos
ResoluciónFirma manualFirma electrónica avanzada
NotificaciónCarta certificadaInmediata al domicilio digital único
AlmacenamientoBodegas vulnerablesRepositorio digital bajo normas de ciberseguridad
La digitalización deja de ser una moda tecnológica cuando un expediente pasa de ser vulnerable y opaco a ser verificable, trazable y disponible para quien corresponde.
ARTÍCULO 05 · GOBIERNO DIGITALNO COMPRAR UNA APP: CONSTRUIR UNA CAPACIDAD

3. Una decisión previa al código

El equipo definió una visión y estrategia antes de elegir tecnología: conocer la norma y experiencias comparables, revisar propuestas de mercado, ser crítico con las limitaciones humanas, técnicas y presupuestarias, y pensar en grande desde el beneficio futuro.

Atención Vecino cubre informaciones y reclamos, patentes, solicitudes de derechos sobre datos personales, organizaciones comunitarias y trámites de recursos humanos.

4. IA como acelerador, no como sustituto

El desarrollo utilizó asistentes de programación y modelos generativos como apoyo. El valor del sistema, sin embargo, está en la trazabilidad, la validez jurídica, la integración y los controles de seguridad.

STACK DECLARADOPython + FastAPI · Node.js + NestJS · React + Tailwind · Keycloak · MinIOMarcos de seguridad: OWASP Top 10 + NIST SSDF

Cuatro pilares funcionales

01 · Identidad e ingresoAutenticación y acceso al procedimiento.
02 · InteroperabilidadIntercambio entre organismos y gestión multicanal.
03 · ExpedienteTramitación electrónica, integridad y firma.
04 · NotificaciónComunicación y conservación digital.

La plataforma no reinventa toda la infraestructura del Estado: se conecta con servicios de identidad, interoperabilidad, documentos, notificación y firma existentes. Esa integración es parte central de su escalabilidad.

ARTÍCULO 05 · GOBIERNO DIGITALRESULTADOS Y CONCLUSIONES
180
Trámites y servicios para habitantes.
+300
Procesos administrativos internos.
25
Procedimientos administrativos especiales.

5. La comparación económica

CriterioServicio básicoServicio similarAtención Vecino
Costo anualCLP 31.800.000CLP 62.400.000CLP 18.840.000
VelocidadMediaMuy altaMuy alta
EscalabilidadLimitadaBuenaExcelente
ComplejidadAltaAltaMedia

6. Tres lecturas para la región

La norma puede ser un motor y no solo una carga. La obligación legal fue el punto de partida, pero construir en vez de comprar convirtió el cumplimiento en capacidad institucional.

La integración importa más que reconstruir todo. Conectarse con identidad, interoperabilidad, firma y notificación del Estado evita duplicar infraestructura y preserva validez jurídica.

La IA aquí es acelerador, no protagonista. Sirvió para desarrollar más rápido un sistema cuyo valor reside en trazabilidad, seguridad y servicio.

Un municipio de tamaño medio, con un equipo pequeño, digitalizó 180 trámites por menos de un tercio del costo reportado para un servicio similar.

FUENTES Y RECURSOS

  • Vidal Araya, J. P. (2026). Atención Vecino: ecosistema de infraestructura digital interoperable [presentación]. I Congreso IA-LATAM.
  • Vidal Araya, J. P. (2026). Atención Vecino: infraestructura digital interoperable para municipios [video]. Comunidad IA LATAM.
  • Marco normativo citado en el artículo: Ley 21.180, Ley 21.663 y Ley 21.719.
  • Marcos de seguridad declarados: OWASP Top 10 y NIST Secure Software Development Framework.

SOBRE EL AUTOR

Juan Pablo Vidal Araya. Jefe del Departamento de Informática y Gobierno Electrónico de la I. Municipalidad de Santo Domingo y chair del Consejo de Entidades Públicas de Comunidad IA LATAM. El artículo indica más de cinco años liderando transformación digital en municipios.

AUTORES DE LA EDICIÓNLATAMIA · N.º 3 · 2026

Autores de la edición

Cinco voces de Latinoamérica firman los artículos de LATAMIA N.º 3.

Gobernanza de datos abiertos · salud digital · Honduras
Transformación digital · experiencia · cultura
Gobernanza de IA · evidencia · protección de datos
Cloud · MLOps · arquitectura de IA
Juan Pablo Vidal Araya
Gobierno digital · interoperabilidad · sector público
LAS PERSONAS DETRÁS DE ESTA EDICIÓNLATAMIA · N.º 3 · 2026

Las personas detrás de esta edición

Coordinación, conducción y colaboración editorial de Comunidad IA LATAM.

DIRECTOR DE OPERACIONES

Ingeniero Informático y consultor de ciberseguridad. Vincula innovación tecnológica y gestión de procesos.

LinkedIn
LÍDER DE REVISTA LATAMIA

Periodista y especialista en comunicación digital. Lidera la coordinación editorial de LATAMIA.

LinkedIn
PRESIDENTE · COMUNIDAD IA LATAM

Fundador y presidente de Comunidad IA LATAM. Impulsa la revista como infraestructura de conocimiento abierto en español.

LinkedIn
VICEPRESIDENTA · COMUNIDAD IA LATAM

Acompaña la conducción de la comunidad y el propósito editorial de conectar talento y educar en español.

LinkedIn
EDITORA COLABORADORA · DECISION INTELLIGENCE Y TRAZABILIDAD

Participó en la revisión de artículos y contenidos de esta edición. Agradecemos especialmente su tiempo, mirada y aporte editorial.

LinkedIn
EDITORA COLABORADORA · IA & DATA · BUSINESS INTELLIGENCE

Participó en la revisión de artículos y contenidos de esta edición. Agradecemos especialmente su tiempo, mirada y aporte editorial.

LinkedIn
LATAMIA
REVISTA DE COMUNIDAD IA LATAM
latamia.comunidadialatam.org
LATAMIA · N.º 3 · 2026