Revisão executiva — 25 de setembro a 2 de outubro de 2026

Há três conjuntos de mudanças relevantes: ajustes estruturais no HL7®️ FHIR®️ R6, novas releases e novo modelo operacional do OCL, e a edição internacional de outubro da SNOMED CT®️. Não houve publicação material nova do LOINC®️ no período; a versão corrente permanece a 2.83, com as erratas de 14 de setembro já analisadas. 

HL7®️ FHIR®️ R6

Fatos oficiais publicados:

As mudanças abaixo foram incorporadas ao código oficial do R6 em desenvolvimento. Elas ainda não constituem uma publicação final do R6.

* O ValueSet DiagnosticReport.report-codes, baseado em LOINC®️, teve sua composição corrigida. Filtros com operador in e valores separados por vírgula foram substituídos por quatro inclusões explícitas, combinando ORDER_OBS igual a Order ou Both e CLASSTYPE igual a 1 ou 2. Commit FHIR-58335⁠

* Parâmetros de busca referentes a estruturas anatômicas foram padronizados como body-structure-reference:

• Recurso Código anterior Novo código
• Observation reference body-structure-reference
• ServiceRequest reference body-structure-reference
• Specimen bodystructure body-structure-reference
• Fontes: Observation⁠, ServiceRequest⁠ e Specimen⁠.

* A fronteira entre Procedure e resultados diagnósticos foi esclarecida: Procedure.outcome representa efeitos do procedimento, enquanto achados laboratoriais e radiológicos devem ser registrados em Observation e DiagnosticReport. Commit FHIR-58360⁠

* O binding de Goal.priority foi reduzido de preferred para example. O ValueSet ilustrativo passou a ser definido no núcleo do HL7®️ FHIR®️ com três conceitos SNOMED CT®️: prioridade alta, normal e baixa. Goal.acceptance.priority passou a apontar para o mesmo ValueSet. Commit FHIR-54317⁠

* CarePlan.addresses passou a aceitar Observation, além dos tipos já suportados. Commit FHIR-58047⁠

* Referências de autoria ou relato foram ampliadas: AllergyIntolerance.asserter passou a aceitar Device, Group e Organization; Condition.asserter, Organization; e Procedure.reported, Device e Group. Consent.verification.verifiedBy também passou a aceitar Device. Commit FHIR-58298⁠ e alteração de Consent⁠. O repositório é a fonte oficial de desenvolvimento da especificação. 

Análise para BR-Core e IPS

* A correção de report-codes deve virar caso de teste terminológico. É necessário comparar a expansão antes e depois da mudança e testar $expand nos servidores candidatos à infraestrutura brasileira. Uma composição sintaticamente válida pode produzir conjuntos diferentes entre implementações quando a semântica dos filtros não é uniforme.

* Os novos nomes de busca são incompatíveis com clientes R6 que tenham os parâmetros anteriores fixados no código. Devem entrar na matriz R4→R6 do BR-Core, sem alteração imediata dos contratos R4 em produção.

* A redução da força do binding de Goal.priority transfere maior responsabilidade aos guias nacionais. O BR-Core deverá decidir se aceita qualquer sistema, adota os conceitos SNOMED CT®️ como preferência ou estabelece um ValueSet brasileiro com binding mais forte.

* Permitir Observation em CarePlan.addresses facilita associar planos a medidas, avaliações e necessidades observadas. Para alinhamento futuro entre BR-Core e IPS, é preciso definir quando o plano aponta para um achado, uma condição clínica ou ambos.

* A ampliação de asserter, reported e verifiedBy não deve ser interpretada como autorização automática para decisões autônomas por dispositivos. Perfis nacionais devem exigir proveniência, identificação do software ou dispositivo, organização responsável, método de captura e critérios de confiança.

OCL

Fatos oficiais publicados:

* Em 28 de setembro, o OCL abriu previews públicos limitados do TermBrowser v3 e do OCL Mapper. O anúncio também apresentou os primeiros planos pagos: consulta, pesquisa e publicação de terminologia pública permanecem gratuitas, assim como o núcleo de código aberto; recursos como mapeamento assistido por IA, repositórios privados, busca semântica e limites maiores passam a integrar planos pagos. As assinaturas abrem em 1º de novembro e contas que já usam funcionalidades premium têm carência até 1º de dezembro. 

* O anúncio reforça que a recomendação do OCL Mapper é apoio à decisão: algoritmos geram candidatos e explicações, mas a decisão final continua com a equipe humana. 

* Entre 26 de setembro e 1º de outubro, foram publicadas as versões 2.3.202 a 2.3.208 da API. As mudanças incluem:

•     limites por grupo para clonagem e importação em massa;
•     retirada do acesso público Edit, migrado para View;
•     falha explícita das tarefas quando lotes de indexação falham, com novas tentativas para rejeições do Elasticsearch;
•     indexação de conceitos e mapeamentos à medida que cada parte da importação termina;
•     otimização da busca de conceitos mapeados;
•     redução de 3.000 para 500 candidatos padrão no $match semântico;
•     proteção contra associação indevida de uma identidade Keycloak a conta desativada;
•     limites de capacidade para chamadas pesadas, inicialmente em modo de observação.

Análise para a infraestrutura brasileira

* A distinção entre software aberto e serviço hospedado precisa ser refletida na arquitetura e nos acordos do serviço nacional. Operação transacional em escala nacional exige definição explícita de hospedagem, capacidade, SLA, suporte, custos e portabilidade.

* As correções de indexação são importantes para impedir que uma importação apareça como concluída enquanto conceitos ou mapeamentos permanecem ausentes da busca. A homologação deve reconciliar contagens no banco, índice, exportação e operações HL7®️ FHIR®️.

* A redução dos candidatos do $match pode melhorar desempenho, mas também alterar recall. Deve ser avaliada com um conjunto-ouro brasileiro, incluindo português, abreviações clínicas, TUSS, SIGTAP, LOINC®️ e códigos locais.

* O modo de acesso público e as regras de contas desativadas exigem testes de regressão em organizações, projetos de mapeamento, revisores e contas institucionais.

SNOMED CT®️

Fatos oficiais publicados

A edição internacional de outubro foi disponibilizada em 28 de setembro, com data efetiva de 1º de outubro de 2026 e status de produção. 

Entre as mudanças materiais:

* O conceito de alto nível 198609003 |Complication of pregnancy, childbirth and/or puerperium| foi inativado. Seus descendentes foram revisados e remodelados para distinguir mais claramente condições maternas e fetais, com associações históricas para conceitos substitutos.

* Aproximadamente 2.000 conceitos da hierarquia de endoscopia foram revisados, incluindo método, dispositivo utilizado, acesso, abordagem e classificação como procedimento cirúrgico.

* Sete conceitos que combinavam intervalo de IMC com interpretação clínica foram inativados e substituídos por seis achados que representam apenas o intervalo medido, separando medição de interpretação.

* Cerca de 100 novos achados de medição foram adicionados em alinhamento com a Human Phenotype Ontology.

* Descrições de achados de crises epilépticas foram atualizadas segundo a classificação ILAE de 2025.

* O mapa SNOMED CT®️→ICD-10 recebeu 539 novos conceitos mapeados, 234 atualizações e 369 retiradas.

* Não houve mudança no MRCM nesta edição. Portanto, as regras do modelo conceitual permaneceram estáveis, embora hierarquias, descrições e classificações tenham mudado. 

Release notes oficiais da edição de outubro⁠

Análise para BR-Core e governança nacional

* A atualização não deve ser promovida automaticamente como latest. É necessário registrar a edição 20261001 e gerar um relatório de impacto antes da publicação.

* A área materno-fetal é prioritária para localizar conceitos inativados em ValueSets, Condition, listas de problemas, registros obstétricos e mapas nacionais. Associações históricas ajudam na migração, mas não substituem validação clínica.

* A remodelagem de endoscopia pode modificar resultados de consultas por subsunção e expansões ECL mesmo quando o código utilizado por um sistema não mudou.

* A separação entre intervalo de IMC e interpretação clínica está alinhada com uma modelagem mais segura: a medida deve ser registrada como dado, e a interpretação, derivada ou representada separadamente.

* As 1.142 alterações declaradas no mapa SNOMED CT®️→ICD-10 exigem comparação e aprovação editorial antes de substituir o mapa usado em produção, relatórios ou análises epidemiológicas.

Atenção prioritária paraHL7®️ Brasil

1. Decisão: importar a SNOMED CT®️ 20261001 primeiro em homologação e definir critérios formais para promoção à produção.

2. Pergunta clínica: quais conceitos materno-fetais, de endoscopia, IMC e epilepsia aparecem hoje em ValueSets, Collections, ConceptMaps ou dados brasileiros?

3. Risco de versionamento: eliminar dependências implícitas de latest e registrar a versão resolvida em expansões, bindings, mapas e artefatos exportados.

4. Teste HL7®️ FHIR®️ R6: criar casos de $expand para report-codes e atualizar a matriz de compatibilidade dos parâmetros body-structure-reference.

5. Decisão de binding: definir a política brasileira para Goal.priority, incluindo sistema de códigos, força do binding e relação com prioridades expressas pelo paciente e pela equipe.

6. Homologação do OCL: testar as versões 2.3.202–2.3.208 com importações grandes, falhas simuladas do Elasticsearch, reconciliação de índices e benchmark do $match em português.

7. Governança operacional: esclarecer quais funções do serviço nacional serão autohospedadas, gerenciadas ou dependentes do OCL Online, com capacidade, SLA, custos e portabilidade documentados.

8. Proveniência: estabelecer regras para recursos HL7®️ FHIR®️ em que dispositivo, grupo ou organização sejam informados como autores, relatores ou verificadores.