# Seudonimizar, no anonimizar: un andamio de privacidad operativa <div style="max-width: 800px; margin: 0 auto; padding: 0 1rem;"> <section lang="es" style="text-align:center;"> <p><strong>Nivel 4 · AI++</strong> — Co-creación humano–IA: estructura conceptual, síntesis y refinamiento desarrollados mediante interacción iterativa humano–IA bajo supervisión editorial humana.</p> <img class="responsive-img" style="max-width:100%; height:auto;" src="https://publish-01.obsidian.md/access/e971fd575137cdfc2d3ba2bc0686719f/website/nivel-4-de-coautoria.svg" alt="Insignia de coautoría humano-IA Nivel 4 AI++" /> </section> <section lang="en" style="text-align:center; margin-top:2rem;"> <p><strong>Level 4 · AI++</strong> — Human–AI co-creation: conceptual structuring, synthesis, and refinement developed through iterative human–AI collaboration under human editorial supervision.</p> <img class="responsive-img" style="max-width:100%; height:auto;" src="https://publish-01.obsidian.md/access/e971fd575137cdfc2d3ba2bc0686719f/website/nivel-4-de-coautoria-eng.svg" alt="Human-AI co-authorship badge Level 4 AI++" /> </section> </div> ![[seudonimizar-no-anonimizar-imagen.jpg]] Hay una distinción técnica —y sobre todo jurídica— que conviene no esquivar. **Seudonimizar** no es lo mismo que **anonimizar**. La diferencia no es académica: la fija el propio Reglamento General de Protección de Datos. La seudonimización (artículo 4.5 RGPD) sustituye identificadores y reduce la trazabilidad, pero los datos siguen siendo personales si existe una "información adicional" —el mapa que une seudónimos con personas— que permita revertir el proceso. La anonimización en el sentido del Considerando 26 RGPD exige algo mucho más fuerte: que la reidentificación deje de ser razonablemente posible para nadie, en ningún momento, ni siquiera con esfuerzos combinados. La diferencia, traducida a la práctica diaria de un clínico o de un jurista, es enorme. Un caso anonimizado —si realmente lo está— sale del régimen de datos personales. Un caso seudonimizado sigue dentro, con todas las obligaciones que eso implica. El skill [`seudonimizador-clinico-juridico`](https://github.com/novanoticia/seudonimizador-clinico-juridico) hace lo segundo, no lo primero. Lo dice desde su línea de presentación: **seudonimización con generalización dirigida**. No promete lo que no puede cumplir. Y por eso conviene contar para qué está pensado y para qué no. ## Por qué existe esta pieza, y por qué primero Las otras dos piezas de la [[pensar-casos-en-voz-alta|Pensar casos en voz alta: tres andamiajes abiertos]] —la [[formular-no-diagnosticar|Formular, no diagnosticar: un andamio clínico abierto]] y la [[calificar-no-dictaminar|Calificar, no dictaminar: un andamio jurídico abierto]]— tienen sentido solo si antes existe una manera honesta de mover un caso real al espacio donde van a operar. Sin esta tercera, el gesto entero se vuelve difícil de defender. Con ella, sigue siendo discutible, pero al menos está discutido. Hay además un acuerdo deliberado entre las tres: **la seudonimización está separada de la formulación**. No las hace el mismo skill. Esa separación no es una falta de elegancia operativa; es una decisión. Pseudonimización y razonamiento clínico —o jurídico— son operaciones distintas, con riesgos distintos, con responsabilidades distintas, y conviene mantenerlas desacopladas. Cada andamio responde por su propio tramo y solo por el suyo. ## Qué hace, exactamente El skill recibe un caso real ya manejado por un profesional habilitado y devuelve, en un orden consistente: **1. Apertura con semilla.** Antes de nada, fija una **semilla de desplazamiento temporal** que se aplicará a todas las fechas del caso, y plantea —si procede— preguntas críticas previas: matices sin los cuales la transformación quedaría coja. **2. Mapa rol→token.** El catálogo que une cada elemento identificable del caso con su seudónimo: paciente, cliente, contraparte, terapeuta, juzgado, centro, localidad. Este mapa es la pieza más sensible del proceso, y precisamente por eso se entrega **separable**, en su propio bloque, pensado para archivar o destruir aparte del texto transformado. **3. Texto seudonimizado con cronología consistente.** Aquí está la promesa del andamio: **conservar la utilidad analítica** —cronología exacta, secuencia procesal, evolución sintomatológica, lógica argumental— mientras se eliminan identificadores directos y se reducen los indirectos. La cronología no se pierde: se desplaza con la semilla, y dentro del caso queda igual de coherente que en el original. **4. Auditoría de riesgo residual.** Una rúbrica explícita —**bajo, medio o alto**— con justificación, sobre el riesgo de reidentificación que el texto transformado conserva. No es un sello de aprobación. Es una etiqueta de honestidad. **5. Decisiones por defecto y lagunas.** Qué ha decidido el skill por su cuenta, qué ha quedado como pendiente, qué requeriría revisión humana adicional. ## Cuatro modos para cuatro situaciones - **`A` — caso clínico** (psicología y psiquiatría). Tokens, generalización y desplazamiento adaptados a la lógica de una historia clínica. - **`B` — caso jurídico** (civil, penal, laboral, contencioso, mercantil). Atención especial a partes, juzgados, números de procedimiento, fincas registrales, datos económicos identificables. - **`C` — generalización extrema.** Para casos mediáticos, figuras públicas o cuadros de muy baja prevalencia, donde la simple sustitución de nombre no basta porque la combinación de rasgos identifica por sí sola. Aquí la generalización dirigida sube de intensidad: localización por descriptor genérico amplio, perfil profesional desespecificado, rasgos clínicos o jurídicos llevados al nivel de categoría más amplia que conserve sentido analítico. - **`audit`.** Recibe un texto ya seudonimizado —por una persona, por otro modelo, por otra herramienta— y le aplica la rúbrica de riesgo residual con propuestas de generalización adicional. Igual que en las otras dos piezas: conviene auditar con un modelo distinto del que generó. ## El mapa separable: el detalle del que depende todo Hay una cosa que conviene no diluir, porque es el corazón operativo del cumplimiento. El **mapa rol→token** es lo que el RGPD llama, en su artículo 4.5, "información adicional": el dato que permite volver del texto transformado a la persona real. Para que la seudonimización sea efectiva en términos del Reglamento, ese mapa **debe custodiarse separadamente** del texto seudonimizado, con medidas técnicas y organizativas que impidan su atribución a un interesado identificado o identificable. Por eso el skill lo entrega como bloque aparte. Por eso recomienda archivarlo o destruirlo según el uso previsto. Por eso, si el mapa y el texto viven en la misma carpeta, en la misma conversación o en el mismo correo, la seudonimización ha sido, en la práctica, anulada. La operación no es un único acto: es un acto y una custodia. ## Riesgo residual: nombrarlo en lugar de esconderlo Toda seudonimización conserva un riesgo de reidentificación. Lo conserva siempre. Pretender lo contrario es la primera forma de mala práctica. Por eso el skill produce, al final de cada salida, una **auditoría de riesgo residual** explícita. Si el caso tiene rasgos que lo hacen reconocible incluso con identificadores sustituidos —una combinación poco frecuente de patología y profesión, una localidad pequeña difícil de generalizar sin perder sentido, una secuencia procesal singular—, el skill lo señala. La señal no resuelve el problema; lo expone. La decisión de seguir adelante, de pedir generalización adicional, o de no exponer el caso, queda donde tiene que quedar: en el profesional habilitado. ## ¿Para qué sirve esto, y para qué no? Sirve para preparar casos reales destinados a **uso secundario interno**: supervisión, formación, redacción didáctica, encadenamiento con los otros dos andamios de razonamiento [[formular-no-diagnosticar|clínico]] o [[calificar-no-dictaminar|jurídico]]. Sirve para reducir la huella identificadora de un caso antes de pensar en voz alta sobre él, propia o conjuntamente. No sustituye los procedimientos formales de anonimización exigibles para publicación científica, peritaje formal, expediente oficial o cesión a terceros. No emite juicio clínico ni jurídico sobre el caso —solo lo transforma—. No detecta identificadores en imágenes, audio, vídeo ni metadatos no visibles de archivos: solo opera sobre texto. **No es un producto sanitario** en el sentido del Reglamento (UE) 2017/745. **No es asesoramiento jurídico**. Y, sobre todo: pseudonimizar por uno mismo, con o sin la ayuda de este andamio, **no agota el deber de cumplimiento del RGPD ni el deber de sigilo profesional**. Es una capa entre varias, no una solución completa. Para usos que requieran cumplimiento RGPD pleno, conviene combinar procesamiento local —un modelo en la propia máquina— y revisión humana experta como capas adicionales. ## Estado y honestidad Versión 1.0. Probado únicamente con casos sintéticos: un caso clínico depresivo con consumo, un caso jurídico civil de responsabilidad contractual, un caso jurídico penal con elementos mediáticos para someter el modo `C` a tensión. **No validado con casos reales por profesionales habilitados.** Esa validación es, también aquí, la siguiente frontera. Mientras tanto, está publicado bajo CC BY 4.0, con sus limitaciones a la vista, en una versión que no esconde ser versión. Es la pieza que sostiene a las otras dos. Sin ella, lo demás se vuelve difícilmente defendible. Con ella, queda algo modesto y razonable: una manera consciente de mover casos al espacio donde van a ser pensados, sin pretender que esa manera es la única, ni la mejor, ni definitiva. ## Ver también - [[pensar-casos-en-voz-alta|Pensar casos en voz alta: tres andamiajes abiertos]] — pieza-eje de la constelación. - [[formular-no-diagnosticar|Formular, no diagnosticar: un andamio clínico abierto]] — el andamio de razonamiento clínico que recibe los casos seudonimizados. - [[calificar-no-dictaminar|Calificar, no dictaminar: un andamio jurídico abierto]] — el andamio de razonamiento jurídico equivalente. --- > *Esta herramienta seudonimiza; no anonimiza en sentido jurídico fuerte. El texto que devuelve sigue siendo, técnicamente, dato personal mientras exista el mapa que lo une a la persona real, y por eso ese mapa se entrega aparte para ser custodiado o destruido por el profesional. La compatibilidad de cualquier uso concreto con el RGPD, la LOPDGDD y el deber de sigilo profesional aplicable —clínico, jurídico, de cualquier disciplina— corresponde valorarla, caso por caso, a la persona habilitada que asume la responsabilidad del tratamiento.* --- Navegación: --- 🔖 **Etiquetas:** - [ #etica-digital](/search?query=%23etica-digital) - [ #human-ai-interaction](/search?query=%23human-ai-interaction) - [ #ethical-technology-use](/search?query=%23ethical-technology-use) - [ #ai-collaboration](/search?query=%23ai-collaboration) - [ #ethical-writing-practices](/search?query=%23ethical-writing-practices) - [ #seudonimización](/search?query=%23seudonimizaci%C3%B3n) - [ #RGPD-compliance](/search?query=%23RGPD-compliance) - [ #data-privacy](/search?query=%23data-privacy) - [ #descentralizacion](/search?query=%23descentralizacion) - [ #ética](/search?query=%23%C3%A9tica) - [ #digital](/search?query=%23digital) - [ #pensamiento-critico](/search?query=%23pensamiento-critico) - [ #ethical-technology](/search?query=%23ethical-technology) - [ #human-ai-collaboration](/search?query=%23human-ai-collaboration) 📂 **Etiquetas por carpetas:** - [#website](/search?query=website) - [#proyectos](/search?query=proyectos)