Regulación

USCDI explicado: el conjunto de datos central de EE. UU., sus versiones y cómo se mapea a FHIR US Core

USCDI: lista de datos de salud a intercambiar. Contenido, evolución (v1-6), requisitos por versión, implementación FHIR, bloqueo de información y USCDI+.

por Publicado 8 min de lectura

Respuesta corta: USCDI (United States Core Data for Interoperability) es la lista estandarizada de clases de datos y elementos de datos que la tecnología sanitaria certificada en EE. UU. debe poder capturar e intercambiar: datos demográficos, problemas de salud, medicamentos, alergias, resultados de laboratorio, signos vitales, inmunizaciones, procedimientos, notas clínicas, encuentros, miembros del equipo de atención, procedencia y más. Es publicada por la oficina federal de tecnología sanitaria (ASTP/ONC) y se actualiza anualmente; la versión que un sistema certificado debe admitir se establece por normativa. FHIR US Core es la guía de implementación que indica cómo se representa cada elemento USCDI en FHIR, por lo que USCDI es el qué y US Core el cómo. USCDI también definió el alcance inicial del bloqueo de información, antes de que ese alcance se ampliara a toda la información electrónica de salud.

¿Qué contiene?

La versión 3 de USCDI, el requisito básico para la tecnología sanitaria certificada a partir del 1 de enero de 2026 según la norma HTI-1, contiene unas 20 clases de datos y 90 elementos: datos demográficos del paciente, alergias, problemas, medicamentos, resultados de laboratorio, signos vitales, inmunizaciones, procedimientos, notas clínicas, encuentros, evaluaciones del estado de salud, objetivos y equipo de atención, procedencia e identificadores de dispositivos implantables, cada uno mapeado a un perfil FHIR US Core.

Las clases:

Clase de datos Ejemplos de elementos Perfil US Core
Datos demográficos / Información del paciente Nombre, fecha de nacimiento, sexo, raza, etnia, idioma preferido, dirección, identificadores, identidad de género, orientación sexual Patient
Alergias e intolerancias Sustancia, reacción AllergyIntolerance
Problemas de salud Problemas, problemas de SDOH, fecha de diagnóstico, fecha de resolución Condition (Problemas y preocupaciones de salud)
Medicamentos Medicamentos, dosis, vía, frecuencia MedicationRequest
Laboratorio Pruebas, valores y resultados, estado del resultado, tipo de espécimen, rango de referencia Observation Lab, DiagnosticReport Lab
Signos vitales Presión arterial, frecuencia cardíaca, temperatura, peso, altura, IMC, SpO2, percentiles pediátricos Vital Signs Observations
Inmunizaciones Vacuna, lote, fecha Immunization
Procedimientos Procedimientos, tiempo de realización, motivo, intervenciones de SDOH Procedure
Notas clínicas Consulta, resumen de alta, historial y examen físico, narrativa de imágenes, narrativa de informe de laboratorio, narrativa de informe de patología, nota de procedimiento, nota de progreso DocumentReference, DiagnosticReport
Información del encuentro Tipo, diagnóstico, hora, ubicación, disposición Encounter
Estado de salud / Evaluaciones Estado de tabaquismo, estado funcional, estado de discapacidad, estado mental y cognitivo, estado de embarazo, evaluación de SDOH Perfiles de Observation
Metas, Plan de atención, Miembros del equipo de atención Metas del paciente, metas de SDOH, nombre y rol del miembro del equipo de atención Goal, CarePlan, CareTeam
Imágenes diagnósticas Pruebas, informes DiagnosticReport Note
Información del seguro médico Estado de cobertura, tipo, identificador de miembro, pagador Coverage
Procedencia Autor, marca de tiempo del autor, organización del autor Provenance
Identificador(es) único(s) de dispositivo UDI para dispositivos implantables Implantable Device
Información de la instalación, dispositivos médicos, órdenes, observaciones (v4+) Nombre y tipo de instalación, identificadores de dispositivos, órdenes de laboratorio y diagnóstico, observación de directivas anticipadas Location, Device, ServiceRequest, Observation

Versiones y fechas

ONC publica una nueva versión de USCDI cada julio, pero una versión solo se vuelve obligatoria cuando una norma la adopta: la v1 (2020) fue obligatoria desde finales de 2022 según la norma final de la Ley Cures, y la v3 (2022) es el requisito básico a partir del 1 de enero de 2026 según HTI-1. Las versiones 4 a 6 pueden ser compatibles anticipadamente bajo el avance de la versión de los estándares.

ONC publica una nueva versión cada julio después de un proceso de envío público; una versión se vuelve obligatoria solo cuando una regla la adopta. La v1 (2020) fue adoptada por la Regla Final de Cures Act, requerida a partir de finales de 2022. La v3 (2022) fue adoptada por HTI-1 (enero de 2024) como la base a partir del 1 de enero de 2026, cuando expiró la v1. La v4 (2023) agregó información de la instalación, dispositivos médicos, órdenes y más elementos de estado de salud; la v5 (2024) y la v6 (2025) continuaron con elementos como directivas anticipadas, más detalles de SDOH y especímenes de laboratorio. Las reglas HTI desde 2024 adoptan versiones más recientes como opcionales ("avance de versión de estándares") antes de su fecha requerida, para que los productos certificados puedan avanzar temprano. La equivalencia con US Core: v3 ↔ US Core 6.1, v4 ↔ US Core 7, v5 ↔ US Core 8.

USCDI y bloqueo de información

USCDI definió el alcance inicial de las normas de bloqueo de información de EE. UU.: desde abril de 2021 hasta octubre de 2022, la información electrónica de salud (EHI) se limitó a los elementos de USCDI v1. Desde el 6 de octubre de 2022, EHI significa el conjunto completo de registros designados, por lo que USCDI ya no limita lo que debe compartirse, solo lo que los sistemas certificados deben compartir en formato estándar a través de APIs.

Según las reglas de Cures Act, los actores (proveedores, desarrolladores de tecnología sanitaria certificada, redes) no deben interferir con el acceso, intercambio o uso de información electrónica de salud (EHI) excepto bajo ocho excepciones. De abril de 2021 a octubre de 2022, la EHI se limitó a los elementos de USCDI v1; desde el 6 de octubre de 2022, EHI significa el conjunto de registros designado completo en formato electrónico. Por lo tanto, USCDI ya no limita lo que debe compartirse; limita lo que los sistemas certificados deben compartir en formato estándar a través de APIs, que es en lo que las aplicaciones pueden confiar.

USCDI+

USCDI+ amplía el núcleo para programas y dominios específicos con sus propias necesidades de datos: informes de salud pública, medición de calidad, registros de cáncer, salud materna, salud conductual. Cada dominio de USCDI+ agrega elementos más allá del núcleo, con las mismas definiciones de elementos y mapeos de US Core donde existen, para que un registro especializado y un EHR de hospital acuerden la base.

¿Qué significa para un registro que consume datos de EE. UU.?

Un registro que consume datos de salud de EE. UU. a través de APIs certificadas o acceso individual de TEFCA recibe recursos FHIR US Core cuyos vocabularios están fijados por USCDI: LOINC para resultados de laboratorio y signos vitales, SNOMED CT e ICD-10-CM para problemas, RxNorm para medicamentos, CVX para vacunas y UCUM para unidades. Dicho registro se dirige a US Core 6.1 o posterior.

Si su producto extrae datos de proveedores de EE. UU. a través de APIs certificadas (acceso del paciente según las reglas de Cures Act, o acceso individual de TEFCA), recibirá recursos de US Core cuya forma y vocabularios están fijados por USCDI: LOINC para laboratorios y signos vitales, SNOMED CT e ICD-10-CM para problemas, RxNorm para medicamentos, CVX para vacunas, UCUM para unidades, tipos de documentos LOINC para notas. Construya para US Core 6.1 o posterior, maneje los elementos must-support como se describe en Perfiles y extensiones de FHIR, y espere las notas clínicas como DocumentReference con contenido incrustado o enlazado. Mapee los medicamentos de RxNorm a ATC para un registro internacional (RxNorm vs ATC) y mantenga los códigos de EE. UU. junto a ellos.

El paralelo europeo

El EHDS define categorías prioritarias de datos (resumen del paciente, prescripción electrónica y dispensación electrónica, imágenes y reportes médicos, resultados de laboratorio, reportes de alta) y un formato de intercambio de EHR europeo basado en FHIR y el IPS, que desempeña el papel que USCDI y US Core juegan en EE. UU. Consulte Sus datos médicos en la UE y El Resumen Internacional del Paciente.

Anpheros almacena los recursos de US Core tal como se reciben, con procedencia, y los muestra en el mismo registro que los datos europeos; donde un sistema de códigos de EE. UU. tiene un homólogo internacional, se conservan ambos.

Esta página explica la regulación para equipos de producto e ingeniería. No es asesoramiento legal; los textos enlazados bajo Fuentes son la autoridad, y su oficial de protección de datos, organismo notificado o abogado decide para su caso. Última revisión: Octubre de 2026.

Páginas relacionadas

Fuentes

Preguntas frecuentes

¿Es USCDI lo mismo que US Core?

No. USCDI enumera las clases y elementos de datos (el qué); US Core es la guía de implementación de HL7 FHIR que define perfiles para cada uno (el cómo). Cada versión de US Core corresponde a una versión de USCDI.

¿Qué versión de USCDI debe admitir un sistema certificado ahora?

La versión 3 es la base requerida a partir del 1 de enero de 2026 según HTI-1; se pueden admitir versiones más nuevas anticipadamente bajo el proceso de avance de versión de estándares. Consulte los criterios de certificación actuales de ONC para conocer el estado exacto.

¿Se aplica USCDI fuera de EE. UU.?

No, pero su estructura es una referencia útil: es la respuesta de EE. UU. a la pregunta que EHDS responde con categorías prioritarias y el formato de intercambio de EHR europeo. Los productos internacionales mapean ambos al mismo registro FHIR.

¿Dónde están las imágenes en USCDI?

Solo como informes de imágenes diagnósticas (narrativa y estructurados). Las imágenes en sí permanecen en DICOM y están fuera de USCDI; consulte las páginas de DICOMweb y ImagingStudy.

Anpheros Platform

Pruébalo gratis en el sandbox

Tu primera llamada FHIR en 5 minutos. Una API HL7 FHIR R4 con el consentimiento del paciente integrado: pruébala en el sandbox y luego conecta tu propia app o sistema de clínica.

Gratis · 30 pacientes sintéticos · sin tarjeta

Esta guía es informativa y no sustituye la consulta médica. Para decisiones sobre tu salud, habla con tu médico. En una emergencia, llama al número de emergencias local (112 en Europa).
Escrito por
El equipo de Anpheros

Anpheros crea un historial médico que el paciente controla y puede compartir con cualquier clínica, en una plataforma HL7 FHIR R4, con sede en la UE. Estas guías te ayudan a entender y organizar tu salud; no reemplazan a tu médico.

Sobre Anpheros →