Blog

Las naciones indígenas de Estados Unidos están usando la gobernanza de datos como instrumento de soberanía: controlar quién accede a la información sobre sus comunidades equivale, según sus propios marcos conceptuales, a defender territorio digital. El enfoque, documentado por el Banco de la Reserva Federal de Minneapolis, tiene implicancias directas para comunidades originarias de América Latina que hoy carecen de mecanismos formales de control sobre sus propios datos.

La premisa es simple pero políticamente densa: los datos generados por una comunidad indígena —censos, registros de salud, patrones de uso de la tierra, información cultural— son recursos propios. Si esos datos fluyen sin restricciones hacia agencias gubernamentales, empresas farmacéuticas o plataformas de investigación académica, la comunidad pierde control sobre narrativas que la afectan directamente y, con frecuencia, sobre decisiones económicas que dependen de esa información. La gobernanza de datos, en este marco, no es un ejercicio de cumplimiento normativo sino un acto de autodeterminación.

El concepto de “tierra digital” y qué significa en la práctica

La metáfora de la “tierra digital” no es retórica. Las naciones tribales en Estados Unidos tienen reconocimiento jurídico de soberanía sobre su territorio físico; extender ese principio al espacio de los datos implica reclamar derechos equivalentes: decidir qué se recopila, quién puede acceder, bajo qué condiciones y con qué fines. Algunas tribus han formalizado esto a través de políticas propias de gobernanza de datos que incluyen comités de revisión de datos, protocolos de consentimiento comunitario y acuerdos de uso que van más allá de lo que exige la legislación federal estadounidense. En términos de frameworks reconocidos, la estructura se aproxima a lo que el DAMA-DMBOK identifica como data ownership y data stewardship, pero aplicado a un nivel de soberanía colectiva que los marcos corporativos no contemplaron originalmente.

El componente económico es igualmente concreto. Según se informó en el análisis del Banco de la Reserva Federal de Minneapolis, algunas comunidades han utilizado el control de sus datos para negociar mejores condiciones con proveedores de salud, orientar inversiones en infraestructura comunitaria y atraer financiamiento que de otro modo se basaría en estadísticas externas —frecuentemente desactualizadas o metodológicamente cuestionables— sobre sus poblaciones.

Cuándo aplica este modelo / cuándo NO

Este enfoque aplica cuando una comunidad tiene algún grado de reconocimiento jurídico o capacidad organizativa para establecer reglas propias sobre sus datos, y cuando existe una asimetría identificable entre los datos que produce y el beneficio que recibe a cambio de compartirlos. No aplica —o aplica con fricciones significativas— en contextos donde la comunidad depende enteramente de infraestructura de datos administrada por terceros sin cláusulas de acceso negociables, o donde la dispersión poblacional impide constituir un cuerpo de gobierno cohesionado. Tampoco reemplaza la necesidad de marcos legales externos: sin un reconocimiento normativo mínimo, las políticas internas de gobernanza de datos tienen fuerza moral pero no poder de negociación frente a actores estatales o corporativos.

América Latina: pueblos originarios y un vacío normativo que persiste en 2025

En la región, el panorama es fragmentado. Brasil cuenta con la Lei Geral de Proteção de Dados (LGPD, Lei 13.709/2018), que reconoce datos sensibles de origen racial o étnico como categoría especial, pero no establece mecanismos de gobernanza colectiva para comunidades indígenas. La Autoridade Nacional de Proteção de Dados (ANPD) tiene competencia sobre el tratamiento de esos datos, pero la participación comunitaria en las decisiones de gobernanza no está contemplada en la norma. México, con la Ley Federal de Protección de Datos Personales en Posesión de los Particulares (LFPDPPP), y Argentina, con la Ley 25.326 actualmente en proceso de reforma, presentan vacíos similares. Chile, cuya nueva Ley 21.719 de protección de datos personales entra en vigencia plena en 2026, tampoco incorpora un régimen diferenciado para datos de pueblos originarios, a pesar de que el país reconoce constitucionalmente la existencia de pueblos indígenas.

El principio de soberanía de datos indígenas tiene un antecedente conceptual sólido en el movimiento CARE (Collective Benefit, Authority to Control, Responsibility, Ethics), desarrollado como complemento indígena a los principios FAIR de gestión de datos de investigación. Varias universidades latinoamericanas han comenzado a adoptar estos principios en sus protocolos de investigación con comunidades originarias, aunque su penetración en marcos regulatorios nacionales es todavía marginal.

Un modelo replicable con adaptaciones institucionales

La experiencia de las naciones tribales estadounidenses sugiere que la gobernanza de datos puede ser un instrumento de desarrollo económico comunitario cuando se articula con capacidad institucional propia. Para que eso ocurra en América Latina, se requieren al menos tres condiciones: reconocimiento normativo del derecho colectivo sobre los datos generados por la comunidad, infraestructura técnica mínima para administrar ese control, y marcos de negociación con el Estado y actores privados que hagan ejecutable la política de datos. Ninguna de esas condiciones está completamente satisfecha hoy en ningún país de la región, aunque organizaciones como la COIAB en Brasil o la CONAIE en Ecuador han comenzado a plantear demandas en esta dirección sin usar todavía el lenguaje formal de la gobernanza de datos.

Los principios CARE y los marcos de soberanía de datos indígenas están documentados en el Global Indigenous Data Alliance (www.gida-global.org), punto de partida obligado para cualquier organización que trabaje con datos de comunidades originarias en la región.

La atención centrada en el paciente fracasa cuando el dato clínico no es confiable, no está disponible a tiempo o no tiene un dueño claro dentro de la organización de salud. Expertos del sector coinciden en que la gobernanza de datos no es un proyecto de IT: es infraestructura estratégica para cualquier sistema sanitario que pretenda operar con estándares modernos de calidad asistencial.

El punto de partida es una definición operativa que muchos hospitales y redes de salud todavía eluden: datos clínicos de calidad significa que el dato es exacto, completo, oportuno, consistente entre sistemas y trazable hasta su origen. Ninguna de esas dimensiones se sostiene sola. Un expediente electrónico con campos vacíos, diagnósticos duplicados o fechas inconsistentes no solo es un problema de reporting: puede derivar en errores de prescripción, subdiagnóstico o demoras en tratamientos críticos. El DAMA-DMBOK, marco de referencia global para la gestión de datos, identifica la calidad del dato como una de las once áreas de conocimiento fundamentales, y en el sector salud esa área no admite deuda técnica diferida.

El data steward clínico: un rol que el sector salud aún no nombra

En la industria financiera o en retail, la figura del data steward —responsable de definir, supervisar y defender la calidad del dato en un dominio específico— lleva años institucionalizada. En salud, la misma función existe de facto en médicos jefes, enfermeras coordinadoras o directores de registros médicos, pero sin el reconocimiento formal ni las herramientas de gobernanza que el rol requiere. La consecuencia es predecible: cuando un dato clínico es incorrecto, nadie tiene accountability explícita. El modelo Non-Invasive Data Governance de Bob Seiner propone exactamente lo contrario: formalizar responsabilidades sobre el dato sin crear burocracia adicional, asignando ownership a quienes ya trabajan con ese dato en su operación diaria. Aplicado a salud, significa que el médico tratante es el data steward natural del diagnóstico, y que el sistema debe registrar esa responsabilidad de forma auditable.

Interoperabilidad: el problema técnico con raíz en governance, no en IT

La fragmentación del expediente clínico entre múltiples sistemas —HIS, LIS, RIS, EMR de distintos proveedores— no se resuelve únicamente con integración técnica. Detrás de cada silo de datos hay una decisión de governance no tomada: qué sistema es la fuente de verdad para cada tipo de dato, qué entidad define el catálogo de terminología clínica autorizada (ICD-10, SNOMED CT, LOINC), y quién valida que el dato que sale de un sistema sea el mismo que entra en el siguiente. Sin esas definiciones, el data lineage —la trazabilidad del dato desde su captura hasta su uso en decisión clínica o reporte regulatorio— es imposible de construir. Y sin data lineage, auditar la calidad asistencial o responder a una inspección regulatoria se convierte en una operación manual de días o semanas.

Cuándo aplica la gobernanza de datos en salud y cuándo no es suficiente

La gobernanza de datos clínica aplica en toda organización que genere, procese o comparta datos de pacientes con fines asistenciales, de investigación o de reporte a autoridades sanitarias. Esto incluye hospitales públicos y privados, redes de atención primaria, laboratorios, aseguradoras de salud y plataformas de telemedicina. Lo que la gobernanza de datos no reemplaza es la ciberseguridad: un programa robusto de ownership, calidad y linaje no protege por sí solo contra ransomware o acceso no autorizado. Tampoco suple la protección de datos personales en sentido estricto. Son capas complementarias, no sustitutos.

El marco regulatorio en América Latina: LGPD, Ley 25.326 y resoluciones sectoriales de salud

En Brasil, la Lei Geral de Proteção de Dados (LGPD, Lei 13.709/2018) dedica tratamiento específico a los datos de salud, clasificándolos como datos sensibles en su artículo 11, con restricciones más estrictas para su tratamiento y requisitos de consentimiento diferenciado. La Autoridade Nacional de Proteção de Dados (ANPD) ya ha publicado orientaciones sobre tratamiento en contextos de salud pública. En Argentina, la Ley 25.326 de Protección de Datos Personales clasifica los datos de salud como datos sensibles bajo su artículo 2, y la Agencia de Acceso a la Información Pública (AAIP) es la autoridad de aplicación. A eso se suman las resoluciones del Ministerio de Salud sobre historia clínica electrónica (Resolución 84/2016 y sus modificatorias), que establecen requisitos de integridad, autenticidad y conservación que, en la práctica, demandan capacidades de gobernanza de datos que muchos prestadores todavía no tienen documentadas. En México, la NOM-024-SSA3-2010 regula los sistemas de información en salud y la LFPDPPP (Ley Federal de Protección de Datos Personales en Posesión de los Particulares) aplica al sector privado. Un CDO o Chief Data Officer de una red hospitalaria regional debe mapear cuáles de esas obligaciones generan requerimientos concretos de calidad, linaje y ownership en su arquitectura de datos, porque la auditoría regulatoria no pregunta por intenciones: pregunta por registros.

Tres capacidades que un CDO de salud debe tener operativas antes de fin de año

Independientemente del tamaño de la organización, hay un piso mínimo de gobernanza de datos clínicos que el contexto regulatorio latinoamericano ya exige implícitamente. En primer lugar, un catálogo de datos activo que identifique los dominios clínicos críticos —diagnóstico, medicación, identificación del paciente— y el data steward responsable de cada uno. En segundo lugar, un proceso documentado de gestión de calidad del dato que registre reglas de validación, frecuencia de revisión y responsable de resolución de discrepancias. En tercer lugar, trazabilidad básica del dato entre sistemas: al menos poder responder, ante una auditoría, de dónde viene el dato que aparece en el reporte regulatorio y qué transformaciones recibió. Estas tres capacidades equivalen aproximadamente a los niveles 4, 5 y 6 del CDMC (Cloud Data Management Capabilities) del EDM Council, adaptados al contexto clínico.

Para profundizar en los requisitos específicos, el marco DAMA-DMBOK 2 dedica el capítulo 13 a la gestión de datos en contextos regulados, y la ANPD brasileña publicó en 2023 una guía orientativa sobre tratamiento de datos de salud que sirve como referencia para toda la región.

Sin gobernanza de datos robusta, los sistemas de salud no pueden construir una atención centrada en el paciente: los datos clínicos dispersos, sin ownership claro ni calidad verificada, producen decisiones médicas deficientes y exponen a las instituciones a riesgos regulatorios crecientes. El sector salud en América Latina opera con esa deuda técnica acumulada, y el margen para ignorarla se estrecha.

La gobernanza de datos en salud no es un proyecto de TI. Es el conjunto de políticas, roles, procesos y estándares que determinan quién puede acceder a qué datos clínicos, cómo se definen, con qué calidad se capturan y cómo se integran entre sistemas —historias clínicas electrónicas (HCE), laboratorio, farmacia, facturación— para que el médico que atiende al paciente tenga información completa, confiable y oportuna. Sin esa estructura, la atención centrada en el paciente es un objetivo declarado, no operativo.

Por qué los datos clínicos fallan sin un marco de gobierno

El problema más frecuente en hospitales y redes de atención de la región es la fragmentación: cada sistema genera su propio registro, con sus propias definiciones de campo, sin un modelo de datos unificado ni un data steward —responsable de dominio de datos— que arbitre las discrepancias. Un mismo paciente puede tener tres identificadores distintos en tres sistemas, ninguno de los cuales dialoga con los otros. El resultado clínico es medicación duplicada, alergias no registradas o resultados de laboratorio que nunca llegan al médico tratante. El resultado institucional es incapacidad de analizar poblaciones, de cumplir con reportes regulatorios o de alimentar modelos de inteligencia artificial con datos confiables.

El DAMA-DMBOK, referencia estándar en la industria, identifica la calidad del dato como una de las once áreas de conocimiento de la gobernanza. En salud, esa área adquiere carácter crítico: un dato de presión arterial con timestamp incorrecto o una dosis registrada con unidad de medida ambigua no es un error de reporting —es un riesgo clínico directo. Las instituciones que implementan marcos de calidad de datos con reglas de validación en el punto de captura reducen esa categoría de error de forma medible.

Roles críticos: CDO, data steward y el médico como productor de datos

La gobernanza de datos clínicos requiere una estructura de roles que la mayoría de los hospitales latinoamericanos todavía no ha formalizado. El Chief Data Officer (CDO) —o su equivalente funcional— es responsable de la estrategia de datos de la institución. Los data stewards de dominio clínico son los profesionales, frecuentemente médicos o enfermeras con perfil analítico, que definen y custodian los estándares de cada conjunto de datos: qué es un diagnóstico principal, cómo se codifica con CIE-10, cuándo un campo es obligatorio. Sin ese rol, las reglas de negocio quedan implícitas en la cabeza de cada operador y se vuelven ingoberables a escala.

El marco Non-Invasive Data Governance de Bob Seiner ofrece una perspectiva útil para el sector salud: en lugar de imponer capas burocráticas, formaliza las responsabilidades que los profesionales ya ejercen informalmente. Un médico que corrige un diagnóstico ya está haciendo stewardship; la gobernanza lo hace visible, trazable y replicable. Esa lógica es especialmente relevante en hospitales públicos de la región, donde los recursos para estructuras formales son limitados.

Cuándo aplica la gobernanza de datos en salud — y cuándo no es suficiente

La gobernanza de datos clínicos aplica en cualquier institución que centralice registros de pacientes, opere con múltiples sistemas integrados o deba reportar indicadores de calidad asistencial a autoridades regulatorias. En Argentina, los hospitales que reportan al Ministerio de Salud de la Nación bajo el sistema SNVS 2.0 (enfermedades de notificación obligatoria) ya operan en un esquema que exige calidad y completitud del dato; ese requerimiento es, en la práctica, gobernanza de datos aplicada al dominio epidemiológico. En Brasil, la Lei Geral de Proteção de Dados (LGPD) clasifica los datos de salud como datos sensibles y exige tratamiento diferenciado, lo que obliga a las instituciones a mapear sus flujos de datos clínicos con un nivel de detalle que sólo es posible con un programa de gobernanza activo.

La gobernanza de datos, sin embargo, no reemplaza la seguridad de la información ni la ciberseguridad clínica. Un hospital puede tener políticas de acceso bien definidas y aun así ser vulnerable a un ataque si no cuenta con controles técnicos complementarios. Tampoco resuelve por sí sola la interoperabilidad: sin estándares como HL7 FHIR implementados correctamente, la gobernanza documenta silos sin eliminarlos.

El marco regulatorio en LATAM presiona hacia la acción

Más allá de Brasil, otros países de la región están generando presión normativa sobre el manejo de datos clínicos. En Colombia, la Resolución 866 de 2021 del Ministerio de Salud establece lineamientos para la interoperabilidad de datos de salud, lo que implica implícitamente requisitos de calidad y estandarización. En México, la NOM-004-SSA3-2012 regula el expediente clínico electrónico y define qué datos son obligatorios y cómo deben estructurarse —una base normativa para un programa de calidad de datos clínicos. En Chile, la Ley 21.541 de 2023 sobre protección de datos, que moderniza la legislación y clasifica los datos de salud como sensibles, añade otra capa de exigencia para las instituciones del sector.

Para los equipos de datos que trabajan en organizaciones de salud en la región, el punto de partida operativo es concreto: realizar un inventario de los dominios de datos clínicos críticos (paciente, diagnóstico, medicación, resultado de examen), asignar un data steward responsable por dominio, definir las reglas de calidad mínimas para cada campo, y establecer un dashboard de métricas de completitud y consistencia visible para la dirección médica y el área de TI. Sin ese inventario, cualquier iniciativa de analítica clínica o de inteligencia artificial aplicada a salud construye sobre una base que no conoce su propia fragilidad.

Para profundizar en los marcos de referencia, el DAMA-DMBOK 2.0 (disponible en español) y la guía de implementación de HL7 FHIR para América Latina, publicada por la OPS, son los puntos de partida técnicos más sólidos para equipos que inician o maduran un programa de gobernanza de datos en salud.

La adopción acelerada de inteligencia artificial en las organizaciones está reviviendo dos arquitecturas de datos que muchos equipos habían postergado: data mesh y data fabric. La razón es operativa, no teórica: los sistemas de IA necesitan datos confiables, bien catalogados y accesibles a escala, exactamente lo que estas arquitecturas prometen resolver.

Data mesh y data fabric no son conceptos nuevos. El primero fue popularizado por Zhamak Dehghani hacia 2019 como una respuesta a los cuellos de botella de los equipos centralizados de datos: en lugar de un lago de datos monolítico, propone distribuir la responsabilidad del dato a los dominios de negocio que lo generan y consumen. El data fabric, por su parte, es una capa de integración semántica y automatizada que conecta fuentes heterogéneas sin moverlas físicamente, usando metadatos activos para que los datos sean descubribles y reutilizables. Ambos enfoques comparten un objetivo: que el dato correcto llegue a quien lo necesita, cuando lo necesita, con la calidad adecuada.

Por qué la IA fuerza a resolver lo que se había pospuesto

Durante años, muchas organizaciones operaron con arquitecturas de datos fragmentadas sin consecuencias inmediatas visibles. Los analistas sabían dónde estaban los datos, los pipelines funcionaban con fricciones tolerables y los reportes salían aunque tarde. La IA generativa rompió ese equilibrio: un modelo de lenguaje que consume datos de múltiples dominios no puede operar con silos manuales, metadatos inconsistentes o linaje opaco. Cuando un agente de IA toma una decisión basada en datos incorrectos o desactualizados, el error escala a velocidad y volumen que los procesos manuales de calidad no pueden contener. El resultado es que proyectos de IA que fracasan en producción están forzando conversaciones de arquitectura que los equipos evitaban desde hace años.

Según el marco DAMA-DMBOK, la gestión de metadatos y el data lineage —la trazabilidad del origen, transformación y movimiento de un dato— son capabilities centrales de cualquier programa de gobernanza maduro. En la práctica, son también los dos requisitos no negociables para que un sistema de IA opere de forma auditable. Sin saber de dónde viene un dato ni cómo fue transformado, no es posible validar los outputs de un modelo ni cumplir con los requisitos de explicabilidad que exigen marcos regulatorios como el AI Act europeo o los lineamientos en desarrollo de la ANPD en Brasil.

Data mesh: ownership de dominio como condición de escala

El principio central de data mesh es que cada dominio de negocio actúa como productor y responsable de sus propios data products —conjuntos de datos con calidad garantizada, documentados y expuestos con una interfaz estándar. En la terminología de Dehghani, esto se conoce como “data product thinking”: el dato deja de ser un subproducto de los procesos operativos y se gestiona con la misma rigurosidad que un producto de software. Para la IA, esto importa porque los modelos de machine learning y los agentes de IA requieren datos con contratos explícitos: esquema estable, SLA de calidad, propietario identificable. Un data product bien definido cumple esos requisitos por diseño.

La implementación de data mesh, sin embargo, no es trivial. Requiere asignar data stewards —responsables operativos del dato dentro de cada dominio— con tiempo, herramientas y autoridad real para mantener la calidad. La experiencia en la región muestra que este es el punto de fractura más común: las organizaciones adoptan la retórica del data mesh sin redistribuir la responsabilidad efectiva ni asignar los recursos que esa responsabilidad requiere. El resultado es un catálogo poblado a medias y data products que nadie actualiza.

Data fabric y metadatos activos: el rol del catálogo inteligente en Argentina, Brasil y México

El data fabric se apoya en metadatos activos —metadatos que no solo describen los datos sino que se usan para automatizar su descubrimiento, integración y gobierno. Herramientas como catálogos de datos con capacidades de IA incorporada pueden inferir relaciones entre datasets, proponer clasificaciones de sensibilidad y alertar cuando el linaje de un dato cambia. Esta automatización es especialmente relevante para organizaciones en América Latina que operan con equipos pequeños de datos pero con entornos multicloud y fuentes heterogéneas.

En el contexto regulatorio de la región, la capa de metadatos activos tiene implicancias directas. La Ley 25.326 de Argentina y la LGPD de Brasil exigen poder identificar qué datos personales se procesan, con qué base legal y durante cuánto tiempo. Un data fabric con linaje automatizado puede responder esas preguntas de forma reproducible. En México, la LFPDPPP impone obligaciones similares para el sector privado. Las organizaciones que ya invirtieron en data fabric para soportar sus proyectos de IA tienen, como subproducto, una infraestructura de trazabilidad que simplifica el cumplimiento de estas leyes. Las que no lo hicieron enfrentarán el mismo problema dos veces: una para la IA y otra para el regulador.

Cuándo aplica data mesh y cuándo data fabric — y cuándo ninguno de los dos

Data mesh aplica cuando la organización tiene múltiples dominios de negocio con datos propios, equipos técnicos distribuidos y un problema de ownership —nadie sabe quién es responsable de qué dato. No aplica en organizaciones pequeñas con un solo equipo de datos centralizado: el overhead de coordinación supera los beneficios. Data fabric aplica cuando el problema es de integración heterogénea —muchas fuentes, muchos formatos, baja reutilización— y el equipo no puede o no quiere mover los datos a un repositorio central. No es la solución correcta cuando el problema de fondo es calidad en origen: una capa de integración sobre datos sucios produce datos sucios integrados más rápido. Ambas arquitecturas son complementarias y muchas organizaciones grandes las implementan en capas, pero el orden importa: primero ownership y calidad, después integración y escala.

El EDM Council, en su marco CDMC (Cloud Data Management Capabilities), ubica el data lineage y la gestión de metadatos en las capabilities de nivel 6 a 8 de madurez —las más avanzadas. Eso significa que una organización que aún no tiene ownership claro de sus datos ni catálogo operativo no está lista para implementar data mesh o data fabric de forma efectiva. El camino correcto es secuencial: establecer stewardship, catalogar, medir calidad, y recién entonces escalar con arquitecturas distribuidas.

La especificación completa del modelo de data product de Zhamak Dehghani está disponible en datamesh-architecture.com; el marco CDMC del EDM Council, en edmcouncil.org. Ambos son puntos de partida más útiles que cualquier vendor deck.

Sin una gobernanza de datos robusta, los sistemas de salud no pueden garantizar ni la continuidad del cuidado del paciente ni el cumplimiento regulatorio. La discusión ya no es si implementarla, sino cómo construirla con los controles correctos en un sector donde un dato erróneo puede costar una vida.

Los datos clínicos son, por naturaleza, fragmentados: provienen de historias clínicas electrónicas, dispositivos de monitoreo, laboratorios, farmacias y registros de seguros. Sin una capa de gobernanza que unifique definiciones, asigne ownership y garantice calidad, esa fragmentación se traduce directamente en diagnósticos incompletos, duplicación de estudios y errores de medicación. La atención centrada en el paciente —principio que hoy organiza los modelos de salud más avanzados— depende de que el dato correcto esté disponible, sea confiable y llegue en el momento oportuno.

Qué falla cuando el dato clínico no tiene dueño

El problema central en la mayoría de los sistemas hospitalarios no es la ausencia de datos, sino la ausencia de accountability sobre esos datos. En el marco DAMA-DMBOK, el concepto de data stewardship —la responsabilidad formal sobre un dominio de datos— es el núcleo operativo de cualquier programa de gobernanza. En salud, esa responsabilidad suele estar implícita en el médico tratante o en el área de sistemas, pero rara vez está formalizada: no hay un data steward clínico con criterios documentados, no hay un glosario de negocio que defina qué es “episodio de atención” o “diagnóstico principal”, y no hay un proceso de resolución de conflictos cuando dos fuentes dicen cosas distintas sobre el mismo paciente.

El EDM Council, a través de su marco CDMC (Cloud Data Management Capabilities), identifica la gestión del ciclo de vida del dato como una de las capabilities críticas en entornos regulados. En salud, eso implica saber cuándo un dato nace, quién lo modifica, cuándo expira y bajo qué condiciones puede ser compartido con terceros. Sin data lineage trazable —es decir, sin poder seguir el recorrido completo de un dato desde su origen hasta su uso— cualquier auditoría clínica o regulatoria se convierte en un ejercicio de arqueología forense.

Los marcos regulatorios en LATAM que presionan hacia la formalización

América Latina no tiene un equivalente directo al HIPAA estadounidense, pero la presión regulatoria sobre datos de salud crece en toda la región. En Brasil, la Lei Geral de Proteção de Dados (LGPD, Lei nº 13.709/2018) clasifica los datos de salud como datos sensibles con requisitos de tratamiento más estrictos, incluyendo base legal explícita y medidas técnicas y organizativas específicas. La Autoridade Nacional de Proteção de Dados (ANPD) ya emitió orientaciones sobre cómo aplica la ley en contextos de salud pública. En Argentina, la Ley 25.326 de Protección de Datos Personales contempla categorías especiales para datos de salud, y la AAIP (Agencia de Acceso a la Información Pública) ha señalado reiteradamente que el sector salud es de atención prioritaria en sus planes de fiscalización. En México, la LFPDPPP y su reglamento establecen obligaciones específicas para quienes tratan datos de salud en el sector privado, con requerimientos de consentimiento expreso y medidas de seguridad reforzadas.

Lo que estas regulaciones tienen en común es que no se satisfacen con declaraciones de política interna: exigen evidencia de controles operativos, lo que implica —en la práctica— un programa de gobernanza de datos funcionando. Una organización de salud que no puede demostrar quién autorizó el acceso a un expediente, qué datos comparte con qué terceros y bajo qué base legal, está expuesta a sanciones independientemente de si hubo o no una brecha.

Cuándo aplica la gobernanza clínica / cuándo NO alcanza con política de privacidad

La gobernanza de datos en salud aplica en cualquier contexto donde se tomen decisiones clínicas, operativas o estratégicas basadas en datos de pacientes: hospitales, clínicas, aseguradoras de salud, laboratorios, plataformas de telemedicina y proveedores de sistemas de información hospitalaria (HIS/EMR). No aplica solo al área de IT: la gobernanza es un programa de negocio con responsabilidades distribuidas entre clínicos, administradores y equipos de datos. Una política de privacidad publicada en el sitio web no reemplaza ni sustituye un programa de gobernanza: la política declara intenciones, la gobernanza implementa controles verificables. Tampoco alcanza con tener un DPO (Delegado de Protección de Datos) designado si ese rol no cuenta con las estructuras de datos bien definidas para ejercer sus funciones.

Tres capabilities que un CDO de salud debe priorizar este trimestre

• Catálogo de datos clínicos activo: un inventario de los dominios de datos críticos (paciente, episodio, diagnóstico, medicamento, resultado) con ownership asignado y definiciones acordadas entre clínicos y equipos de datos. Sin catálogo, no hay punto de partida para ninguna iniciativa de calidad o interoperabilidad.
• Data lineage en flujos de alto riesgo: trazabilidad documentada de los datos que alimentan decisiones clínicas automatizadas o semiautomatizadas —alertas de medicación, scores de riesgo, derivaciones— para que cualquier error sea rastreable hasta su origen.
• Marco de clasificación de datos sensibles: una taxonomía que diferencie datos de salud por nivel de sensibilidad y defina controles de acceso diferenciados, alineada con los requisitos de la LGPD, Ley 25.326 o LFPDPPP según la jurisdicción operativa de la organización.

El modelo Non-Invasive Data Governance de Bob Seiner ofrece un punto de entrada pragmático para hospitales que no quieren crear una burocracia paralela: en lugar de nombrar nuevos roles, formaliza responsabilidades que los profesionales de salud ya ejercen informalmente, lo que reduce la resistencia al cambio en culturas clínicas muy estructuradas.

Para profundizar en los requisitos regulatorios aplicables, el texto consolidado de la LGPD está disponible en el portal de la ANPD (gov.br/anpd), y las orientaciones de la AAIP sobre datos sensibles en salud pueden consultarse en argentina.gob.ar/aaip. Ambas son lectura obligatoria para cualquier equipo que diseñe o actualice su programa de gobernanza en la región.

El dato clínico es el activo más sensible que gestiona una organización de salud: identifica, predice y, si se pierde el control, discrimina. Expertos del sector coinciden en que sin una gobernanza de datos robusta no hay atención centrada en el paciente, sino solo tecnología costosa sin dirección.

Hablar de gobernanza de datos en salud no es hablar de burocracia interna. Es hablar de quién tiene autoridad sobre un expediente clínico, cómo se classifica un diagnóstico antes de que llegue a un sistema de análisis, y qué ocurre con ese dato cuando el paciente cruza de un prestador a otro. La definición operativa que maneja la industria, alineada con el DAMA-DMBOK, es clara: gobernanza de datos clínicos es el conjunto de políticas, roles y procesos que determinan quién puede usar un dato, para qué y con qué controles. Sin esa estructura, los proyectos de IA clínica, interoperabilidad y medicina personalizada colapsan antes de llegar a producción.

El dato clínico tiene propiedades que complican su gobierno

A diferencia del dato transaccional de un e-commerce, el dato clínico es longitudinal —acompaña al paciente décadas—, multifuente —laboratorio, imagen, farmacia, wearable— y jurídicamente sensible desde el momento de su creación. Esto impone exigencias específicas sobre el data lineage: no alcanza con saber dónde vive el dato, hay que poder reconstruir cada transformación que sufrió desde la consulta médica hasta el modelo predictivo. En sistemas hospitalarios que operan con múltiples EHR (electronic health records) y proveedores de nube, esa trazabilidad suele romperse en la primera integración. El rol del data steward clínico —distinto al steward financiero— debe incluir competencias en terminología médica estandarizada (HL7 FHIR, SNOMED CT, ICD-10) además de las capacidades habituales de governance.

Cuándo aplica / cuándo NO una arquitectura de gobernanza estándar en salud

Una arquitectura de gobernanza corporativa estándar aplica en salud cuando el objetivo es gestionar datos administrativos: facturación, RRHH, proveedores. No aplica —o aplica con modificaciones profundas— cuando el dato es parte del acto médico. En ese caso, los frameworks deben incorporar dimensiones de consentimiento informado, finalidad de tratamiento y minimización de datos que en otros sectores son opcionales. El EDM Council (CDMC) tiene controles específicos para datos regulados que pueden adaptarse, pero ningún marco genérico reemplaza la política de datos clínicos diseñada para el contexto sanitario específico de cada país. Un hospital que aplica DCAM capability 8 (data risk and compliance) sin adaptarlo a la normativa de salud local opera con un control de papel.

En América Latina, la regulación sectorial presiona antes que los marcos voluntarios

En Brasil, la Lei Geral de Proteção de Dados (LGPD, Lei 13.709/2018) clasifica los datos de salud como datos sensibles en su artículo 11, lo que impone requisitos de consentimiento específico y restringe el uso secundario —incluyendo el entrenamiento de modelos de IA— sin base legal explícita. La Autoridade Nacional de Proteção de Dados (ANPD) ha señalado el sector salud como área de atención prioritaria. En Argentina, la Ley 25.326 de Protección de Datos Personales también categoriza los datos de salud como sensibles, y las clínicas y hospitales que operan bases de datos están obligados a inscribirse ante la AAIP. En México, la LFPDPPP y su reglamento aplican a los prestadores privados, mientras que el sector público enfrenta un régimen mixto que genera fricciones operativas cuando se intenta compartir datos entre IMSS, ISSSTE y prestadores privados en proyectos de interoperabilidad. En Colombia, la Ley 1581/2012 sigue la misma lógica de datos sensibles con requisitos de autorización expresa. Ninguno de estos marcos jurídicos resuelve por sí solo el problema operativo: la gobernanza de datos es la capa que traduce la obligación legal en control técnico.

Tres fricciones que aparecen siempre en proyectos de datos clínicos

• Ownership difuso: el expediente clínico tiene múltiples custodios (médico, institución, paciente) y la política de datos raramente define quién tiene autoridad de decisión sobre cambios en el dato maestro del paciente.
• Calidad en origen: los datos que ingresan al sistema de análisis provienen de digitación manual, formularios no estandarizados y sistemas legados con codificaciones propias. Sin data quality rules en el punto de captura, el modelo downstream hereda el error.
• Consentimiento no granular: el formulario de consentimiento del paciente raramente distingue entre uso para atención directa, investigación anónima, entrenamiento de IA o compartición con aseguradoras. Esa falta de granularidad expone a la institución ante la autoridad de control cuando llega una solicitud de ejercicio de derechos.

Resolver estas tres fricciones no es un proyecto de tecnología: es un proyecto de gobernanza con entregables concretos —política de ownership, diccionario de datos clínicos, registro de consentimientos con versionado— antes de que entre en escena cualquier plataforma.

Para profundizar en los requisitos de tratamiento de datos sensibles en salud, el texto completo de la LGPD (artículo 11) y la Resolución CD/ANPD Nº 15/2024 sobre seguridad de la información son punto de partida obligado para cualquier equipo que opere en Brasil o aspire a interoperar con prestadores brasileños.