{"id":2293,"date":"2026-06-12T12:00:01","date_gmt":"2026-06-12T12:00:01","guid":{"rendered":"https:\/\/macarenatorralba.es\/?p=2293"},"modified":"2026-06-12T12:14:10","modified_gmt":"2026-06-12T12:14:10","slug":"los-espacios-de-datos-no-son-repositorios-son-reglas-de-juego","status":"publish","type":"post","link":"https:\/\/macarenatorralba.es\/en\/los-espacios-de-datos-no-son-repositorios-son-reglas-de-juego\/","title":{"rendered":"Data spaces are not repositories: they are rules of the game"},"content":{"rendered":"\t\t
\n\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t\t\t

Los espacios de datos no son repositorios: son reglas de juego<\/h1>\n\t\t\t\t\t

El valor de un espacio de datos no est\u00e1 en almacenar informaci\u00f3n en un lugar com\u00fan, sino en definir c\u00f3mo distintas organizaciones pueden compartir, consumir o prestar servicios sobre datos bajo reglas de confianza, interoperabilidad y control.<\/p>\n\t\t\t\t\t

Espacios de datos \u00b7 Interoperabilidad \u00b7 Gobernanza \u00b7 SSI \u00b7 Datos sensibles \u00b7 Confianza digital \u00b7 Producto digital<\/p>\n\t\t\t\t

\n\t\t\t\t\t
<\/div>\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t
\n\t\t\t\t\t
\n\t\t\t\t\t

El espacio de datos como marco de confianza<\/h2>\n\t\t\t\t\t

Un espacio de datos no deber\u00eda entenderse como una nube compartida ni como un repositorio centralizado, sino como un marco de reglas que permite conectar organizaciones, datos y servicios bajo condiciones claras de confianza.<\/p>\n\t\t\t\t\t

Durante mucho tiempo, muchas conversaciones sobre datos se han centrado en acumular, centralizar o integrar informaci\u00f3n. Cuantos m\u00e1s datos, mejor. Cuanto m\u00e1s accesibles, m\u00e1s valor. Pero en sectores donde intervienen m\u00faltiples organizaciones, sistemas desconectados, datos sensibles y responsabilidades legales, el problema no suele ser \u00fanicamente d\u00f3nde guardar la informaci\u00f3n, sino c\u00f3mo permitir que pueda usarse sin perder control.

Ah\u00ed es donde los espacios de datos empiezan a tener sentido. No como una plataforma donde todo se copia, sino como un entorno donde se definen reglas de acceso, condiciones de uso, permisos, est\u00e1ndares, trazabilidad y mecanismos de confianza entre actores que no necesariamente comparten infraestructura ni relaci\u00f3n previa.

La idea cambia bastante el enfoque de producto. Ya no se trata solo de dise\u00f1ar una base de datos, una API o un portal de intercambio, sino de dise\u00f1ar un ecosistema donde cada participante pueda ofrecer, consumir o procesar datos de forma controlada, manteniendo soberan\u00eda, seguridad y utilidad real.<\/p>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

\n\t\t\t\t\t
\n\t\t\t\t\t

De compartir datos a compartir bajo condiciones<\/h2>\n\t\t
\n\t\t
\n\t\t\t\t\t

Despu\u00e9s de trabajar en proyectos vinculados a interoperabilidad, credenciales verificables, datos sanitarios y servicios conectados a espacios de datos, cada vez veo m\u00e1s claro que el reto no est\u00e1 solo en mover informaci\u00f3n de un sistema a otro. El reto est\u00e1 en hacer que ese intercambio tenga sentido, est\u00e9 gobernado y pueda sostenerse en procesos reales.

Compartir datos parece una idea sencilla hasta que aparecen las preguntas importantes. Qui\u00e9n puede acceder. Para qu\u00e9 finalidad. Durante cu\u00e1nto tiempo. Con qu\u00e9 consentimiento. Bajo qu\u00e9 est\u00e1ndar. Con qu\u00e9 garant\u00edas. Qu\u00e9 ocurre si el dato es sensible. Qu\u00e9 parte se consume de forma temporal. Qu\u00e9 organizaci\u00f3n mantiene la responsabilidad. Qu\u00e9 sistema verifica que las reglas se cumplen.

Por eso, un espacio de datos no puede reducirse a una integraci\u00f3n t\u00e9cnica. Puede incluir conectores, cat\u00e1logos, servicios, APIs o mecanismos de identidad, pero su valor est\u00e1 en la gobernanza que permite que todo eso funcione. Sin reglas claras, el intercambio de datos se convierte en una transferencia m\u00e1s. Con reglas bien dise\u00f1adas, puede convertirse en una infraestructura de colaboraci\u00f3n.

Esto es especialmente importante en sectores como salud, administraci\u00f3n p\u00fablica, industria, energ\u00eda o movilidad, donde la informaci\u00f3n puede tener mucho valor, pero tambi\u00e9n muchas restricciones. En esos contextos, el dato no puede circular sin contexto. Necesita est\u00e1ndares, trazabilidad, permisos, controles de acceso y una experiencia que ayude a entender qu\u00e9 se est\u00e1 compartiendo y para qu\u00e9.

La oportunidad est\u00e1 en pasar de una l\u00f3gica de posesi\u00f3n del dato a una l\u00f3gica de uso confiable. No siempre hace falta mover el dato completo, duplicarlo o entregarlo definitivamente. A veces el valor est\u00e1 en permitir una consulta, una transformaci\u00f3n, una validaci\u00f3n o un servicio temporal sobre datos que siguen estando bajo control de quien los aporta.<\/p>\n\t\t\t\t<\/div>\n\t\t

\n\t\t\t\t\t\"fotograf\u00eda\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t
\n\t\t\t\t\t
\n\t\t\t\t\t

El reto est\u00e1 en hacerlo operable<\/h2>\n\t\t\t\t\t

El concepto de espacio de datos puede sonar abstracto si no se aterriza en casos de uso concretos. Para que funcione, no basta con definir un marco t\u00e9cnico o una arquitectura de referencia. Hay que convertir esas reglas en flujos, permisos, servicios, decisiones y experiencias que las organizaciones puedan entender y utilizar.<\/p>\n\t\t

\n\t\t
\n\t\t\t\t\t
<\/div>\t\t
\n\t\t\t\t\t

Gobernanza antes que plataforma<\/h2>\n\t\t\t\t\t

Un espacio de datos necesita tecnolog\u00eda, pero no empieza por la tecnolog\u00eda. Empieza por definir qui\u00e9n participa, qu\u00e9 puede aportar, qu\u00e9 puede consumir, bajo qu\u00e9 condiciones y con qu\u00e9 responsabilidades. Sin esa gobernanza, cualquier plataforma corre el riesgo de convertirse en un repositorio m\u00e1s, sin confianza suficiente para que las organizaciones compartan informaci\u00f3n valiosa.<\/p>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

\n\t\t\t\t\t
<\/div>\t\t
\n\t\t\t\t\t

Interoperabilidad real<\/h2>\n\t\t\t\t\t

El intercambio de datos solo aporta valor si los sistemas pueden entenderse. Esto implica trabajar con est\u00e1ndares, modelos comunes, formatos estructurados y mecanismos que permitan transformar informaci\u00f3n heterog\u00e9nea en datos \u00fatiles. En salud, por ejemplo, no basta con tener informes cl\u00ednicos: hace falta estructurarlos para que puedan integrarse, consultarse o reutilizarse de forma segura.<\/p>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

\n\t\t\t\t\t
<\/div>\t\t
\n\t\t\t\t\t

Identidad y confianza<\/h2>\n\t\t\t\t\t

Para que un espacio de datos funcione, no solo hay que saber qu\u00e9 dato se comparte, sino qui\u00e9n lo ofrece, qui\u00e9n lo consume y con qu\u00e9 legitimidad. Aqu\u00ed la identidad digital, las credenciales verificables y los mecanismos de autorizaci\u00f3n pueden tener un papel importante, especialmente cuando intervienen organizaciones, profesionales, pacientes, administraciones o terceros con distintos niveles de permiso.<\/p>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

\n\t\t\t\t\t
<\/div>\t\t
\n\t\t\t\t\t

Uso controlado del dato<\/h2>\n\t\t\t\t\t

La clave no siempre est\u00e1 en entregar datos, sino en permitir usos concretos bajo reglas concretas. Un espacio de datos puede habilitar consultas temporales, servicios de transformaci\u00f3n, anal\u00edtica, validaci\u00f3n o entrenamiento bajo condiciones definidas. Esta l\u00f3gica permite explorar valor sin convertir el intercambio en una cesi\u00f3n indiscriminada de informaci\u00f3n.<\/p>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

\n\t\t\t\t\t
\n\t\t\t\t\t

SSI y est\u00e1ndares como piezas del ecosistema<\/h2>\n\t\t
\n\t\t
\n\t\t\t\t\t

La interoperabilidad no depende solo de que los datos tengan un formato com\u00fan. Tambi\u00e9n necesita confianza sobre qui\u00e9n participa, qu\u00e9 atributos tiene cada actor y qu\u00e9 permisos existen en cada interacci\u00f3n.<\/h2>\n\t\t\t\t<\/div>\n\t\t
\n\t\t
\n\t\t\t\t\t

En un espacio de datos, SSI puede aportar una capa muy \u00fatil para representar identidad, atributos, autorizaciones o consentimiento de forma verificable. Una organizaci\u00f3n podr\u00eda demostrar que est\u00e1 habilitada para acceder a un servicio, un profesional podr\u00eda acreditar su rol, un paciente podr\u00eda presentar informaci\u00f3n bajo determinadas condiciones o una entidad podr\u00eda verificar que otra cumple ciertos requisitos antes de permitir el consumo de datos.

Las credenciales verificables no sustituyen al espacio de datos, pero pueden reforzar su l\u00f3gica de confianza. Ayudan a que los actores no dependan \u00fanicamente de integraciones cerradas o validaciones manuales, sino de pruebas digitales que pueden presentarse y verificarse dentro del flujo. Esto es especialmente relevante cuando hay varias organizaciones, relaciones de confianza distribuidas o procesos donde importa saber en calidad de qu\u00e9 act\u00faa cada participante.

Los est\u00e1ndares de datos cumplen otra funci\u00f3n igual de importante. En salud, por ejemplo, HL7 permite estructurar informaci\u00f3n cl\u00ednica para que pueda ser entendida por sistemas distintos. Sin esa capa, una anal\u00edtica escaneada, un informe en PDF o un historial fragmentado pueden contener informaci\u00f3n valiosa, pero dif\u00edcilmente reutilizable en un proceso asistencial, de investigaci\u00f3n o de apoyo a la decisi\u00f3n.<\/p>\n\t\t\t\t<\/div>\n\t\t

\n\t\t\t\t\t

La combinaci\u00f3n de espacios de datos, est\u00e1ndares e identidad verificable puede abrir escenarios muy potentes. No porque todo se conecte m\u00e1gicamente, sino porque permite ordenar varias piezas que suelen estar separadas: qui\u00e9n soy, qu\u00e9 dato tengo, qu\u00e9 formato utiliza, qu\u00e9 permiso existe, qu\u00e9 servicio puede procesarlo y qu\u00e9 uso est\u00e1 permitido.

Pero precisamente por eso, el reto de producto es grande. Si todos estos conceptos llegan al usuario como jerga t\u00e9cnica, el sistema no ser\u00e1 adoptable. Nadie deber\u00eda necesitar entender en detalle qu\u00e9 es SSI, HL7, una credencial verificable o un conector de espacio de datos para poder beneficiarse del flujo. La experiencia debe traducir todo eso en acciones comprensibles: solicitar, autorizar, compartir, transformar, consultar, verificar o revocar.

Por eso, dise\u00f1ar productos para espacios de datos exige mirar m\u00e1s all\u00e1 de la arquitectura. Hay que entender el caso de uso, los actores, la sensibilidad del dato, los est\u00e1ndares necesarios, las reglas de acceso y el momento exacto en el que cada persona u organizaci\u00f3n necesita tomar una decisi\u00f3n.<\/p>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

\n\t\t\t\t\t
\n\t\t\t\t\t

De la arquitectura al valor real<\/h2>\n\t\t
\n\t\t\t\t\t

Un espacio de datos solo empieza a tener valor cuando sus reglas se convierten en servicios \u00fatiles, comprensibles y accionables para quienes participan.<\/h2>\n\t\t\t\t\t

La promesa de los espacios de datos es muy potente: permitir que organizaciones que antes operaban de forma aislada puedan colaborar, compartir informaci\u00f3n o consumir servicios sin renunciar al control sobre sus datos. Pero esa promesa no se materializa solo con tecnolog\u00eda. Necesita gobernanza, est\u00e1ndares, confianza, experiencia de usuario y casos de uso que justifiquen el esfuerzo de participar.

Para quienes trabajamos en producto digital, el reto est\u00e1 en aterrizar esa complejidad sin simplificarla en exceso. Un espacio de datos no es una pantalla, ni un dashboard, ni una API. Es un ecosistema de relaciones, permisos, responsabilidades y servicios. Dise\u00f1arlo bien implica convertir reglas abstractas en flujos claros, y hacer que la confianza no sea solo una condici\u00f3n t\u00e9cnica, sino una experiencia comprensible para personas y organizaciones.<\/p>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

\n\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\n
\n \n <\/span>\n Entrada anterior<\/span>\n <\/a>\n\n \n Entrada siguiente<\/span>\n <\/span>\n <\/a>\n<\/section>\n\n