Resposta curta: USCDI (United States Core Data for Interoperability) é a lista padronizada de classes de dados e elementos de dados que os sistemas de saúde certificados nos EUA devem ser capazes de capturar e trocar: dados demográficos, problemas de saúde, medicamentos, alergias, resultados de exames laboratoriais, sinais vitais, vacinação, procedimentos, notas clínicas, encontros, membros da equipa de cuidados, proveniência e mais. É publicada pelo gabinete federal de TI de saúde (ASTP/ONC) e atualizada anualmente; a versão que um sistema certificado deve suportar é definida por regulamento. FHIR US Core é o guia de implementação que indica como cada elemento USCDI é representado em FHIR, pelo que USCDI é o quê e US Core o como. USCDI também definiu o âmbito inicial do bloqueio de informação, antes de esse âmbito se alargar a toda a informação eletrónica de saúde.
O que contém
A versão 3 do USCDI, o requisito base para sistemas de saúde certificados a partir de 1 de janeiro de 2026, ao abrigo da regra HTI-1, contém cerca de 20 classes de dados e 90 elementos: dados demográficos do paciente, alergias, problemas, medicamentos, resultados de laboratório, sinais vitais, imunizações, procedimentos, notas clínicas, encontros, avaliações do estado de saúde, objetivos e equipa de cuidados, proveniência e identificadores de dispositivos implantáveis, cada um mapeado para um perfil FHIR US Core.
As classes:
| Classe de dados | Exemplos de elementos | Perfil US Core |
|---|---|---|
| Dados Demográficos / Informação do Paciente | Nome, data de nascimento, sexo, raça, etnia, língua preferencial, morada, identificadores, identidade de género, orientação sexual | Patient |
| Alergias e Intolerâncias | Substância, reação | AllergyIntolerance |
| Problemas de Saúde | Problemas, problemas de SDOH, data de diagnóstico, data de resolução | Condition (Problemas e Preocupações de Saúde) |
| Medicamentos | Medicamentos, dose, via, frequência | MedicationRequest |
| Laboratório | Testes, valores e resultados, estado do resultado, tipo de espécime, intervalo de referência | Observation Lab, DiagnosticReport Lab |
| Sinais Vitais | Pressão arterial, frequência cardíaca, temperatura, peso, altura, IMC, SpO2, percentis pediátricos | Vital Signs Observations |
| Vacinação | Vacina, lote, data | Immunization |
| Procedimentos | Procedimentos, tempo de realização, motivo, intervenções de SDOH | Procedure |
| Notas Clínicas | Consulta, resumo de alta, histórico e exame físico, narrativa de imagem, narrativa de relatório laboratorial, narrativa de relatório de patologia, nota de procedimento, nota de progresso | DocumentReference, DiagnosticReport |
| Informação de Encontro | Tipo, diagnóstico, hora, local, disposição | Encounter |
| Estado de Saúde / Avaliações | Estado de fumador, estado funcional, estado de deficiência, estado mental e cognitivo, estado de gravidez, avaliação de SDOH | Perfis de Observation |
| Objetivos, Plano de Cuidados, Membros da Equipa de Cuidados | Objetivos do paciente, objetivos de SDOH, nome e função do membro da equipa de cuidados | Goal, CarePlan, CareTeam |
| Imagem Diagnóstica | Testes, relatórios | DiagnosticReport Note |
| Informação de Seguro de Saúde | Estado da cobertura, tipo, identificador do membro, seguradora | Coverage |
| Proveniência | Autor, carimbo de data/hora do autor, organização do autor | Provenance |
| Identificador(es) Único(s) de Dispositivo | UDI para dispositivos implantáveis | Implantable Device |
| Informação da Instalação, Dispositivos Médicos, Pedidos, Observações (v4+) | Nome e tipo da instalação, identificadores de dispositivos, pedidos de exames laboratoriais e de diagnóstico, observação de diretivas antecipadas | Location, Device, ServiceRequest, Observation |
Versões e datas
A ONC publica uma nova versão do USCDI todos os meses de julho, mas uma versão só se torna obrigatória quando uma regra a adota: a v1 (2020) foi obrigatória a partir do final de 2022, ao abrigo da Cures Act Final Rule, e a v3 (2022) é a base a partir de 1 de janeiro de 2026, ao abrigo da HTI-1. As versões 4 a 6 podem ser suportadas antecipadamente ao abrigo do avanço da versão dos padrões.
A ONC publica uma nova versão em julho, após um processo de submissão pública; uma versão torna-se obrigatória apenas quando uma regra a adota. A v1 (2020) foi adotada pela Cures Act Final Rule, sendo obrigatória a partir do final de 2022. A v3 (2022) foi adotada pela HTI-1 (janeiro de 2024) como base a partir de 1 de janeiro de 2026, quando a v1 expirou. A v4 (2023) adicionou informação da instalação, dispositivos médicos, pedidos e mais elementos de estado de saúde; as v5 (2024) e v6 (2025) continuaram com itens como diretivas antecipadas, mais detalhes de SDOH e de espécimes laboratoriais. As regras HTI desde 2024 adotam versões mais recentes como opcionais ("standards version advancement") antes da sua data de obrigatoriedade, permitindo que os produtos certificados avancem mais cedo. A equivalência com o US Core: v3 ↔ US Core 6.1, v4 ↔ US Core 7, v5 ↔ US Core 8.
USCDI e bloqueio de informação
O USCDI definiu o âmbito inicial das regras de bloqueio de informação dos EUA: de abril de 2021 a outubro de 2022, a informação eletrónica de saúde (EHI) estava limitada aos elementos do USCDI v1. Desde 6 de outubro de 2022, EHI significa o conjunto completo de registos designados, pelo que o USCDI já não limita o que deve ser partilhado, apenas o que os sistemas certificados devem partilhar em formato padrão através de APIs.
Ao abrigo das regras da Cures Act, os intervenientes (prestadores de cuidados, desenvolvedores de TI de saúde certificados, redes) não devem interferir com o acesso, troca ou utilização de informação eletrónica de saúde (EHI), exceto sob oito exceções. De abril de 2021 a outubro de 2022, a EHI estava limitada aos elementos da USCDI v1; desde 6 de outubro de 2022, EHI significa o conjunto completo de registos designados em formato eletrónico. Portanto, o USCDI já não limita o que deve ser partilhado; limita o que os sistemas certificados devem partilhar em formato padrão através de APIs, que é o que as aplicações podem utilizar.
USCDI+
USCDI+ estende o núcleo para programas e domínios específicos com as suas próprias necessidades de dados: relatórios de saúde pública, medição de qualidade, registos de cancro, saúde materna, saúde comportamental. Cada domínio USCDI+ adiciona elementos para além do núcleo, com as mesmas definições de elementos e mapeamentos US Core onde existem, de modo a que um registo especializado e um EHR hospitalar concordem na base.
O que significa para um registo que consome dados dos EUA
Um registo que consome dados de saúde dos EUA através de APIs certificadas ou acesso individual TEFCA recebe recursos FHIR US Core cujos vocabulários são fixados pelo USCDI: LOINC para resultados de laboratório e sinais vitais, SNOMED CT e ICD-10-CM para problemas, RxNorm para medicamentos, CVX para vacinas e UCUM para unidades. Tal registo tem como alvo US Core 6.1 ou posterior.
Se o seu produto obtiver dados de prestadores de cuidados dos EUA através de APIs certificadas (acesso do paciente ao abrigo das regras da Cures Act, ou acesso individual TEFCA), receberá recursos US Core cuja estrutura e vocabulários são fixados pelo USCDI: LOINC para exames laboratoriais e sinais vitais, SNOMED CT e ICD-10-CM para problemas de saúde, RxNorm para medicamentos, CVX para vacinas, UCUM para unidades, tipos de documentos LOINC para notas. Construa para US Core 6.1 ou posterior, trate os elementos must-support conforme descrito em Perfis e extensões FHIR, e espere as notas clínicas como DocumentReference com conteúdo incorporado ou ligado. Mapeie os medicamentos de RxNorm para ATC para um registo internacional (RxNorm vs ATC) e mantenha os códigos dos EUA em paralelo.
O paralelo europeu
O EHDS define categorias prioritárias de dados (resumo do paciente, prescrição eletrónica e dispensação eletrónica, imagens e relatórios médicos, resultados de exames laboratoriais, relatórios de alta) e um formato europeu de intercâmbio de EHR construído sobre FHIR e o IPS, que desempenha o papel que o USCDI e o US Core desempenham nos EUA. Veja Os seus dados médicos na UE e O Resumo Internacional do Paciente.
A Anpheros armazena os recursos US Core conforme recebidos, com proveniência, e exibe-os no mesmo registo que os dados europeus; onde um sistema de códigos dos EUA tem um homólogo internacional, ambos são mantidos.
Esta página explica a regulamentação para equipas de produto e engenharia. Não constitui aconselhamento jurídico; os textos ligados em Fontes são a autoridade, e o seu responsável pela proteção de dados, organismo notificado ou consultor decide para o seu caso. Última revisão: Outubro de 2026.
Páginas relacionadas
- TEFCA e QHINs explicados
- Guias de implementação FHIR explicados
- Perfis e extensões FHIR explicados
- RxNorm vs ATC
- O Resumo Internacional do Paciente
- Mapa de regulamentação de dados de saúde
Fontes
- ASTP/ONC: United States Core Data for Interoperability (USCDI)
- HTI-1 Final Rule (Federal Register, janeiro de 2024)
- HL7 US Core Implementation Guide
- ASTP/ONC: Information Blocking
- ASTP/ONC: USCDI+
Perguntas frequentes
O USCDI é o mesmo que o US Core?
Não. O USCDI lista as classes e elementos de dados (o quê); o US Core é o guia de implementação HL7 FHIR que define perfis para cada um (o como). Cada versão do US Core corresponde a uma versão do USCDI.
Qual a versão do USCDI que um sistema certificado deve suportar agora?
A versão 3 é a base obrigatória a partir de 1 de janeiro de 2026 ao abrigo da HTI-1; versões mais recentes podem ser suportadas antecipadamente ao abrigo do processo de "standards version advancement". Verifique os critérios de certificação atuais da ONC para o estado exato.
O USCDI aplica-se fora dos EUA?
Não, mas a sua estrutura é uma referência útil: é a resposta dos EUA à pergunta que o EHDS responde com categorias prioritárias e o formato europeu de intercâmbio de EHR. Produtos internacionais mapeiam ambos para o mesmo registo FHIR.
Onde estão as imagens no USCDI?
Apenas como relatórios de imagem diagnóstica (narrativa e estruturados). As imagens em si permanecem em DICOM e estão fora do USCDI; veja as páginas DICOMweb e ImagingStudy.
Experimente grátis no sandbox
Sua primeira chamada FHIR em 5 minutos. Uma API HL7 FHIR R4 com o consentimento do paciente integrado: experimente na sandbox e depois conecte a sua própria app ou sistema clínico.
Grátis · 30 pacientes sintéticos · sem cartão
A Anpheros desenvolve um registo médico que o doente controla e pode partilhar com qualquer clínica, numa plataforma HL7 FHIR R4, sediada na UE. Estes guias ajudam-no a compreender e organizar a sua saúde; não substituem o seu médico.
Sobre a Anpheros →