--- title: "Sistema de auditoría" titulo: "Sistema de Auditoría Documental y Epistemológica del Vault" carpeta: "13-Fuentes" tipo: framework-metodologico estado: activo evidencia: meta fecha-creacion: 2026-05-10 fecha-revision: 2026-05-10 tags: [auditoria, validacion, referencias, trazabilidad, epistemologia, framework, anti-alucinacion] relacionadas: - "[[13-Fuentes/06-Registro-de-Auditoria]]" - "[[13-Fuentes/07-Watchlist-Referencias]]" - "[[00-Contexto/03-Metodologia]]" - "[[10-Evidencia-Cientifica/01-Niveles-de-Evidencia]]" --- # Sistema de Auditoría Documental y Epistemológica del Vault  > **Rol de esta nota:** Framework metodológico completo para auditar, validar y mantener la trazabilidad de todas las referencias externas del vault. Diseñado para ser reutilizable en cualquier proyecto de análisis epidemiológico o de salud pública fuera del tema Hantavirus. Cubre el problema de las referencias inferidas (potencial de alucinación en contenido generado por IA), las URLs volátiles, y los datos sin fuente verificada. --- ## El problema raíz: por qué se necesita este sistema Este vault fue construido con asistencia de inteligencia artificial. Los modelos de lenguaje tienen una propiedad conocida: producen referencias plausibles que pueden no ser exactas. Los tipos de error que pueden haberse introducido incluyen: | Tipo de error | Descripción | Ejemplo | |---|---|---| | **URL alucinada** | Ruta de subpágina inventada con dominio real | `cdc.gov/hantavirus/health-care-providers/index.html` (dominio real, path incierto) | | **Cita con detalles incorrectos** | Paper real con año, volumen o páginas equivocados | Huggins 1991 con número de revista incorrecto | | **Dato atribuido incorrectamente** | Afirmación real pero atribuida a fuente incorrecta | "El ECDC reportó X" cuando la fuente era la OPS | | **Ruta de navegación fantasma** | Pasos de navegación en un sitio que no corresponden a la estructura real | "Ir a Sección A → Subsección B → filtrar por C" | | **Referencia institucional genérica** | Organismo real, práctica real, pero sin evidencia de que el documento específico exista | "El CDC publica [nombre específico de documento]" | | **DOI incorrecto** | Paper real, DOI sintácticamente plausible pero no válido | Errores en la cadena de caracteres del DOI | Ninguno de estos errores implica mala fe — son el resultado estructural de la forma en que los modelos de lenguaje generalizan desde patrones de entrenamiento. El sistema de auditoría existe para detectarlos y corregirlos antes de que el vault sea usado como referencia externa. --- ## Principios del sistema de auditoría **P1 — Separación entre existencia y confiabilidad:** Que una fuente exista no significa que la afirmación asociada sea correcta. La auditoría verifica ambas dimensiones por separado. **P2 — Proporcionalidad al uso:** Las referencias que se citan como evidencia de afirmaciones críticas requieren mayor nivel de verificación que las usadas como contexto o ejemplo. **P3 — Trazabilidad completa:** Cada referencia debe poder rastrearse hasta una fuente verificable independientemente del vault — no puede ser el vault su propia fuente de validación. **P4 — Volatilidad declarada:** Las URLs tienen vida útil. Una URL verificada hoy puede quedar rota mañana. El sistema registra la fecha de verificación y el método de archivado. **P5 — Transparencia del estado:** El estado de cada referencia debe ser visible en el vault — no hay referencias "implícitamente verificadas". Si no tiene estado asignado, el estado por defecto es `⚠ INFERIDA`. **P6 — No-silencio de la incertidumbre:** Una referencia con estado `❌ NO-ENCONTRADA` no se elimina — se documenta con ese estado. La incertidumbre documentada es información; la incertidumbre silenciada es riesgo. **P7 — Ningún dominio recibe confianza automática:** Los dominios institucionales conocidos (OMS, CDC, PAHO, ministerios nacionales) NO están exentos de verificación. La auditoría demostró que incluso dominios de alta confianza pueden tener URLs incorrectas o inexistentes. Casos documentados: `msal.gov.ar` no es el sitio del MSAL argentino (`argentina.gob.ar/salud` sí lo es); `plisa.health.org` no existe; `sinan.saude.gov.br` da 404; `openaccessbutton.org` se retiró en 2025; múltiples paths de WHO/PAHO/CDC con 404. **Regla:** toda URL — de cualquier dominio, por conocido que sea — requiere verificación directa antes de cambiar su estado de INFERIDA a cualquier otro. **P8 — Atención a trampas de dominio por país:** Los sistemas de gobierno tienen convenciones de dominio que no son obvias y varían por país y por fecha. Casos confirmados: Argentina usa `.gob.ar` (ANLIS) y `.gov.ar` (subdominios de MSAL) y `argentina.gob.ar` (portal central) — no son intercambiables. Brasil migró de `saude.gov.br` a `gov.br/saude` y el SINAN de `sinan.saude.gov.br` a `portalsinan.saude.gov.br`. Chile usa `.cl` sin `.gob`. Verificar siempre la URL real desde el organismo oficial, no inferirla del nombre del organismo. --- ## Taxonomía de referencias externas del vault ### Tipo REF-DOI — Artículos con identificador DOI **Descripción:** Papers científicos con DOI (Digital Object Identifier) asignado. **Riesgo de error:** MEDIO — el paper puede existir pero el DOI puede estar mal transcrito; los detalles bibliográficos (volumen, número, páginas) pueden tener errores. **Método de verificación:** 1. Ingresar el DOI en `doi.org/{DOI}` — debe redirigir al artículo 2. Verificar que el título, autores y año coinciden con lo citado en el vault 3. Verificar volumen/número/páginas si es relevante **Archivado:** los DOIs son permanentes — si el enlace original cae, el DOI sigue siendo válido. Usar `doi.org` como referencia de largo plazo. --- ### Tipo REF-PMID — Artículos indexados en PubMed **Descripción:** Papers con PubMed ID (PMID) asignado. **Riesgo de error:** BAJO-MEDIO — los PMIDs son estables; los errores suelen estar en los detalles bibliográficos. **Método de verificación:** - `pubmed.ncbi.nlm.nih.gov/{PMID}` **Archivado:** estable por definición del sistema MEDLINE. --- ### Tipo REF-CIT — Citas sin identificador digital **Descripción:** Libros de texto, informes institucionales, manuales sin DOI o PMID. **Riesgo de error:** ALTO — año de edición, editorial, número de edición, ISBN pueden estar mal. **Método de verificación:** 1. Búsqueda en WorldCat (worldcat.org) por título + autor 2. Búsqueda en Google Scholar por título 3. Catálogo de biblioteca universitaria 4. Amazon/LibraryThing para ediciones específicas **Archivado:** el título + autor + año es la referencia mínima verificable. --- ### Tipo REF-URL-R — URLs raíz (dominio principal) **Descripción:** Solo el dominio institucional (who.int, cdc.gov, paho.org). **Riesgo de error:** ~~MUY BAJO~~ **MEDIO** — *Actualizado tras auditoría 2026-05-10.* Los dominios institucionales internacionales (OMS, CDC, PAHO, ECDC) tienen riesgo bajo. Pero los dominios nacionales latinoamericanos tienen riesgo MEDIO-ALTO: convenciones de dominio (.gov vs .gob, portal central vs subdominio) varían por país y por año, y los portales gubernamentales se reestructuran. Errores confirmados: `msal.gov.ar` (MSAL Argentina), `sinan.saude.gov.br` (SINAN Brasil), `plisa.health.org` (PAHO PLISA). Incluso servicios conocidos pueden cerrarse: `openaccessbutton.org` se retiró en 2025. **Método de verificación:** acceso directo obligatorio — no asumir que el dominio existe por inferencia del nombre del organismo. **Archivado:** innecesario para dominios activos verificados. Registrar fecha de verificación. **Caso especial:** Si el acceso directo falla (SSL, 403, ECONNREFUSED), marcar como `👁 REVISION-HUMANA` — no asumir que la URL es correcta ni que es incorrecta. --- ### Tipo REF-URL-S — URLs de subpáginas **Descripción:** Rutas específicas dentro de un dominio institucional (who.int/emergencies/disease-outbreak-news). **Riesgo de error:** ALTO — las subpáginas cambian con rediseños del sitio, reorganizaciones, o actualizaciones de contenido. **Método de verificación:** 1. Acceso directo a la URL 2. Si da error: buscar el contenido en el sitio institucional con la búsqueda interna 3. Intentar en Wayback Machine (web.archive.org) **Archivado:** siempre guardar la versión de Wayback Machine para URLs de subpáginas verificadas. --- ### Tipo REF-INS — Referencias institucionales indirectas **Descripción:** Afirmaciones sobre prácticas o publicaciones institucionales sin URL específica ("la OPS publica alertas epidemiológicas"; "el MSAL emite boletines semanales"). **Riesgo de error:** BAJO para afirmaciones generales sobre prácticas conocidas; ALTO para afirmaciones específicas sobre documentos concretos. **Método de verificación:** - Para prácticas generales: navegación en el sitio institucional confirma la práctica - Para documentos específicos: buscar el nombre del documento en el sitio **Archivado:** no aplica para prácticas; sí para documentos específicos. --- ### Tipo REF-NAV — Rutas de navegación **Descripción:** Instrucciones paso a paso para navegar dentro de un sitio ("Ir a la página principal → sección Vigilancia → filtrar por Hantavirus"). **Riesgo de error:** MUY ALTO — las rutas de navegación son las referencias más volátiles del vault; cambian con cada rediseño de sitio. **Método de verificación:** verificación humana directa — no hay forma automatizada confiable. **Recomendación:** en futuras notas, reemplazar las rutas de navegación por la descripción del contenido buscado + la URL raíz del sitio. Así el lector puede encontrar el contenido aunque la ruta haya cambiado. --- ### Tipo REF-DAT — Datos epidemiológicos institucionales **Descripción:** Cifras específicas atribuidas a organismos de vigilancia (Argentina: 42 casos al 8/5/2026; CFR: 35% según serie X). **Riesgo de error:** MUY ALTO para datos de 2026 (situación en evolución, fuentes Capa D); MEDIO para datos históricos de publicaciones verificadas. **Método de verificación:** - Para datos 2026: acceder al boletín SNVS/MINSAL/ISP correspondiente - Para datos históricos: verificar en el paper original **Nota:** todos los datos 2026 en el vault ya están marcados `[VERIFICAR]` — ese marcador es el estado inicial de REF-DAT para datos recientes. --- ## Estados de validación Cada referencia registrada en `13-Fuentes/06-Registro-de-Auditoria` tiene un estado de validación. Los estados son: | Estado | Símbolo | Significado | |---|---|---| | **VERIFICADA** | `✓` | Accedida directamente; contenido confirmado; fecha de verificación registrada | | **ACCESIBLE** | `○` | URL/DOI accesible y existe; contenido no verificado en profundidad | | **ARCHIVADA** | `📦` | No accesible directamente; recuperable via Wayback Machine u otro archivo | | **MIGRADA** | `↗` | URL original cambió; nueva URL encontrada y verificada | | **PARCIAL** | `⚠` | El organismo/paper existe; la URL exacta o el dato específico no pudo confirmarse | | **ROTA** | `🔴` | URL retorna error (404, 410, etc.); sin versión archivada encontrada | | **NO-ENCONTRADA** | `❌` | No se pudo localizar la referencia con los datos disponibles | | **REVISION-HUMANA** | `👁` | Requiere acceso humano: paywall, sistema privado, verificación de contenido complejo | | **INFERIDA** | `⚠⚠` | Construida por inferencia; no verificada; riesgo activo de alucinación | **Estado por defecto:** toda referencia sin estado asignado se considera `INFERIDA`. --- ## Metodología de auditoría por sesión Una sesión de auditoría sigue este protocolo: ### Paso 1 — Selección de referencias por prioridad Usar `13-Fuentes/07-Watchlist-Referencias` para seleccionar qué referencias auditar. El orden de prioridad es: 1. REF-DAT de datos críticos en `12-Conclusiones` (afirmaciones de hechos comprobados) 2. REF-URL-S de navegación en `03-En-Donde-y-Como-Busco` (rutas de navegación) 3. REF-DOI de papers fundamentales citados en `10-Evidencia-Cientifica/02-Papers-Relevantes` 4. REF-CIT de libros y manuales en `13-Fuentes/05-Referencias-Generales` ### Paso 2 — Verificación según tipo Aplicar el método de verificación correspondiente al tipo de la referencia (ver sección Taxonomía). ### Paso 3 — Registro del resultado Para cada referencia auditada, actualizar el registro en `13-Fuentes/06-Registro-de-Auditoria`: - Cambiar el estado al correspondiente - Registrar la fecha de verificación - Si URL migrada: registrar la nueva URL - Si dato incorrecto: registrar la corrección y la fuente ### Paso 4 — Actualización en el vault Solo después de registrar: - Si el estado es `VERIFICADA` o `ACCESIBLE`: la referencia puede usarse tal como está - Si el estado es `MIGRADA`: actualizar la URL en todas las notas que la citan - Si el estado es `PARCIAL`, `ROTA` o `NO-ENCONTRADA`: añadir nota de advertencia en las notas que la citan; NO eliminar silenciosamente - Si el estado es `INFERIDA` y no se puede verificar: convertir la referencia específica en referencia institucional general (degradar de REF-URL-S a REF-INS) --- ## Protocolo anti-alucinación para nuevas notas Toda nueva nota que se agregue al vault debe seguir estas reglas: ### Regla A1 — URLs subpáginas: marcar siempre como pendientes Nunca escribir una URL de subpágina sin uno de los siguientes: - Haberla verificado en el momento de escritura → marcar con `(verificada: [fecha])` - No haberla verificado → marcar con `[URL-PENDIENTE-VERIFICAR]` en lugar de la URL **Prohibido:** escribir una URL de subpágina específica sin ningún marcador cuando no se ha verificado. ### Regla A2 — DOIs: usar el triángulo mínimo verificable Para papers, siempre incluir: primer autor + año + título. Son los tres elementos que permiten encontrar el paper aunque el DOI esté mal. El volumen/número/páginas son opcionales a menos que se hayan verificado. ### Regla A3 — Datos epidemiológicos: diferenciar fuente de acceso de fuente de origen No escribir "según el SNVS, hay X casos" si no se accedió directamente al SNVS. Escribir en su lugar: - Si accedido directamente: "según el SNVS (verificado: [fecha])" - Si de segunda fuente: "según [medio], citando al SNVS [VERIFICAR con SNVS directamente]" ### Regla A4 — Rutas de navegación: preferir descripción funcional En lugar de: "Ir a who.int → News → Disease Outbreak News → filter by Hantavirus" Escribir: "La OMS publica alertas de brotes en su sección Disease Outbreak News (who.int); buscar 'hantavirus' en esa sección." Esto es resistente a los rediseños del sitio. ### Regla A5 — Afirmaciones institucionales específicas: distinguir práctica de documento - "El MSAL publica boletines semanales de epidemiología" → REF-INS verificable por navegación general → aceptable sin URL específica - "El Boletín Nº 1234 del 12/3/2026 reportó X casos" → REF-DAT que necesita verificación directa ### Regla A6 — Estadísticas históricas: siempre con fuente primaria Ninguna estadística histórica (CFR, incidencia, año de brote) debe citarse solo con "según la literatura" o "está documentado que". Siempre indicar el paper primario, aunque sea con el triángulo mínimo del A2. --- ## Integración con el sistema de capas del vault El sistema de auditoría se superpone —sin reemplazar— al sistema de capas A-D: | Capa | Estado de auditoría esperado | |---|---| | Capa A (peer-reviewed) | DOI verificado (`✓ VERIFICADA`) o triángulo mínimo confirmado | | Capa B (institucional) | URL raíz verificada; subpáginas idealmente verificadas o marcadas `PARCIAL` | | Capa C (medios, comunicados) | URL verificada o fuente identificada; contenido cruzado con fuente original | | Capa D (sin verificar) | Estado `INFERIDA` o `[VERIFICAR]` explícito; nunca usado como dato sin verificar | --- ## Uso del sistema fuera del Hantavirus Este framework es genérico. Para reutilizarlo en un nuevo proyecto: 1. Copiar este documento y `06-Registro-de-Auditoria` a la carpeta de fuentes del nuevo vault 2. Adaptar la taxonomía de referencias si el proyecto tiene tipos específicos (e.g., expedientes legales, datos de redes sociales) 3. Mantener los 8 estados de validación — son independientes del dominio 4. Mantener las Reglas A1-A6 como protocolo de escritura 5. Agregar tipos de referencia específicos del dominio (e.g., REF-LEG para expedientes legales) sin modificar los tipos base --- ## Conexiones salientes - [[13-Fuentes/06-Registro-de-Auditoria]] — el registro vivo de todas las referencias auditadas - [[13-Fuentes/07-Watchlist-Referencias]] — la lista de referencias prioritarias pendientes - [[00-Contexto/03-Metodologia]] — la metodología general del vault donde se integra este sistema - [[10-Evidencia-Cientifica/01-Niveles-de-Evidencia]] — el sistema de capas que complementa (no reemplaza) la auditoría