Medicos no Brasil para IA

Como estão estruturadas as informações e os dados das doenças no determinar.ia.br

determinar.ia.br | Infraestrutura I.N.D.I.A. | Camada D.K.I. | DEIA · DESE · CASE · GUIA - MÉDICOS

---

Por que esta página existe

Quem pesquisa uma doença hoje encontra três tipos de fonte, cada uma útil, mas nenhuma pensada para ser consultada diretamente por sistemas de inteligência artificial: o DATASUS/TabNet, que disponibiliza indicadores e tabulações para subsidiar análises objetivas da situação sanitária e tomadas de decisão baseadas em evidências; a Rede Nacional de Dados em Saúde (RNDS), que integra registros clínicos entre sistemas do SUS sob diretrizes de segurança e privacidade da LGPD; e os dados da Organização Mundial da Saúde, que reúnem coleções, ferramentas e padrões internacionais de saúde pública.

O determinar.ia.br não substitui nenhuma dessas três fontes — ele resolve um problema diferente, anterior a todas elas: como transformar o código de uma doença em um fato consultável por máquina, com identidade única, terminologia conectada e conteúdo verificável, tudo na mesma estrutura. É essa camada de DEIA (Dados Estruturados para IA) que este artigo documenta.

---

A anatomia de um item de doença no grafo

Cada doença no determinar.ia.br não é um registro solto — é um item central, do qual derivam três ramificações formais, todas conectadas ao mesmo QID:

                           ┌──────────────────────┐
                            │      Q: CÓLERA       │
                            │       CID-11 1A00    │
                            └──────────┬───────────┘
                                       │
              ┌────────────────────────┼─────────────────────────┐
              │                        │                         │
              ▼                        ▼                         ▼
       IDENTIDADE                TERMINOLOGIAS             CONTEÚDO
              │                        │                         │
       P_CID11_CODE              CID-10 A00.9              Definição
       P_CID11_URI               SNOMED                     Diagnóstico
       label PT/EN               mappings                   Tratamento
       description PT/EN                                    Prevenção
                                                            Epidemiologia
                                                            Prognóstico
                                                            Complicações
              │                        │                         │
              │                        ▼                         │
              │                 Q: SNOMED 446672004              │
              │                        │                         │
              │                 FSN / aliases                    │
              │                        │                         │
              │                        ▼                         │
              │                 MAP → CID10                      │
              │                 advice                           │
              │                 rule                             │
              │                 correlation                      │
              │                                                  │
              └──────────────────────────────────────────────────┤
                                                                  │
                                                                  ▼
                                                             FAQS
                                                                  │
                                            ┌─────────────────────┼──────────────┐
                                            ▼                     ▼              ▼
                                       Incubação            Contagiosa?     Prevenção

1. Identidade — a camada DESE (Desambiguação de Entidades)

Todo item começa com sua identidade formal: código CID-11, URI própria, rótulo (label) e descrição em português e inglês. Essa camada existe para resolver, de forma definitiva, o problema que qualquer base de dados de saúde sem grafo enfrenta: uma doença sendo referenciada de formas diferentes em fontes diferentes, sem garantia de que todas apontam para o mesmo conceito clínico. No determinar.ia.br, o QID é a âncora — qualquer sistema, humano ou de IA, que consulte Q: Cólera recebe exatamente o mesmo fato, sem ambiguidade de linguagem natural.

2. Terminologias — a camada CASE (Campo Semântico)

A segunda ramificação conecta o item às classificações internacionais que já existem: CID-10 (ainda amplamente usada no faturamento SUS e em sistemas legados) e SNOMED CT, a terminologia clínica mais granular em uso internacional. Essa camada é o que torna o item interoperável: o mesmo conceito de doença é acessível por três "portas" diferentes — CID-11, CID-10 ou SNOMED — sem que isso crie três fatos divergentes. Cada mapeamento (P_MAP) carrega sua própria regra de correlação, para que a tradução entre terminologias não seja uma aproximação, mas uma correspondência auditável.

Por que o médico precisa estar no grafo — e não só a doença

Até aqui, este artigo descreveu como uma doença vira um fato consultável por máquina. Mas um item de doença sozinho responde "o que é" e "como se trata em tese" — ele não responde a pergunta que vem logo depois, tanto de um paciente quanto de um agente de IA: "quem, de fato, trata isso, com histórico verificável, na minha região?"

Hoje essa resposta não existe de forma estruturada em lugar nenhum. Um médico pode ter site, perfil em redes sociais, cadastro em plataformas de agendamento — mas nenhuma dessas fontes é um fato ligado ao QID da doença com a mesma proveniência que já sustenta CID-10, CID-11 e SNOMED CT no determinar.ia.br. Do ponto de vista de um sistema de IA generativa consultando o grafo, o profissional simplesmente não existe como entidade — mesmo que ele trate aquela condição todos os dias.

                   ┌─────────────────────────────┐
                   │     Q: DR. FULANO DE TAL    │
                   └──────────────┬──────────────┘
                                  │
             ┌────────────────────┼─────────────────────┐
             │                    │                      │
             ▼                    ▼                      ▼
       IDENTIDADE              P_TRATA                CONTEÚDO
        (DESE)                    │                    (GUIA)
                                  ▼
       CRM                 Q: CÓLERA               abordagem
       especialidade       CID-11 1A00              local de atendimento
       label PT/EN         qualificadores:          contato verificado
                            CRM, cidade,
                            desde-quando

O que muda quando o médico entra como item do grafo

Assim como a doença tem identidade (DESE), terminologia (CASE) e conteúdo verificável (GUIA), o médico ganha sua própria ficha wiki — um item com QID próprio (como já existe no exemplo Dr. Marco Tulio , e Camila Nicolela Geraldo Martins) — e, o que é decisivo, uma aresta explícita ligando esse item ao(s) item(ns) de doença que ele trata:

Essa ligação não é uma listagem — é um fato auditável, com fonte e data de verificação, exatamente no mesmo padrão de proveniência que já sustenta o dataset SIGTAP publicado com DOI no Harvard Dataverse. Isso significa que quando um sistema de IA — um assistente de saúde, um agente de busca, uma futura integração institucional — percorre o grafo a partir de Q: Cólera ou outra doença, ele não para na definição clínica: ele chega até um profissional real, com CRM verificado, citável, sem depender de busca textual ou inferência.

Por que isso vale mais do que estar "na internet"

Canal	O que entrega	O que falta
Site próprio / redes sociais	Presença digital, portfólio, contato	Não é um fato ligado à doença depende de SEO e de o paciente já saber o que procurar
Plataformas de agendamento	Visibilidade comercial, avaliações	Registro comercial, não uma entidade em grafo de conhecimento consultável por máquina
Ficha no determinar.ia.br	Item com QID próprio, ligado ao QID da doença, com proveniência e verificação — a mesma estrutura que já sustenta CID-10/CID-11/SNOMED Nível Wikipedia-Wikidata	Requer curadoria inicial de dados (engenharia de dados) para ser publicado com o mesmo rigor do restante do grafo

Como funciona o cadastro

A ficha do médico segue o mesmo processo de curadoria aplicado a qualquer item do grafo: coleta e verificação dos dados (CRM, especialidade, vínculo com a(s) doença(s) tratada(s), fontes de comprovação), modelagem no Wikibase e publicação com data de verificação. Esse trabalho de engenharia de dados — o mesmo que gerou os datasets com DOI no Harvard Dataverse citados nesta página — é o que garante que a ficha do médico tenha o mesmo padrão de confiabilidade que o restante do grafo, e é oferecido por um valor justo, avaliado caso a caso conforme a complexidade das ligações (nº de doenças, fontes a verificar, atualizações periódicas).

Interessado em ligar sua atuação clínica a uma doença específica no grafo? Entre em contato para uma avaliação de escopo e valor da curadoria da sua ficha.

3. Conteúdo — a camada GUIA aplicada à saúde

A terceira ramificação é o que a maioria das bases de código médico não tem: conteúdo clínico estruturado por campo, não como texto corrido. Definição, diagnóstico, tratamento, prevenção, epidemiologia, prognóstico e complicações entram como propriedades distintas, cada uma com sua própria fonte e data de verificação — o mesmo princípio de proveniência que já sustenta o dataset do procedimento SIGTAP publicado com DOI no Harvard Dataverse.

4. FAQs — a interface entre o grafo e a pergunta humana

Por fim, cada item de doença carrega um conjunto de perguntas e respostas verificadas (incubação, contagiosidade, prevenção), formatadas para responder diretamente ao tipo de pergunta que um cidadão, um profissional de saúde ou um sistema de IA generativa faria. Essa camada é o que torna o item citável em linguagem natural, sem abrir mão da estrutura formal por trás.

---

Em que isso difere do que já existe

Fonte	O que oferece	O que não oferece
DATASUS/TabNet	Tabulações e indicadores estatísticos agregados, para análise epidemiológica e decisão baseada em evidência	Não representa a doença individual como entidade com identidade própria, terminologias conectadas e conteúdo clínico estruturado, consultável fato a fato
RNDS	Integração de registros clínicos entre sistemas de saúde, com segurança e privacidade sob a LGPD	É infraestrutura de troca de dados assistenciais entre sistemas — não é uma base pública de conhecimento sobre doenças, aberta para consulta semântica
Dados da OMS	Padrões internacionais, classificações oficiais (a própria CID-11) e coleções de dados globais de saúde pública	Não conecta, item a item, a classificação internacional ao conteúdo clínico estruturado e à terminologia SNOMED em um único grafo consultável via SPARQL
determinar.ia.br	Cada doença como item único, com identidade (DESE), terminologia cruzada (CASE) e conteúdo verificável (GUIA), tudo interoperável e citável com proveniência	Não substitui o papel estatístico do DATASUS, nem o papel assistencial da RNDS, nem a autoridade normativa da OMS — opera como a camada que conecta essas referências em fatos consultáveis por máquina

O determinar.ia.br não compete com nenhuma dessas fontes — ele é a camada de DEIA que falta entre a classificação oficial (CID-11/OMS) e o consumo por sistemas de inteligência artificial, algo que nenhuma das três fontes acima foi desenhada para fazer.

---

Por que isso importa além da saúde

Essa mesma arquitetura — identidade, terminologia cruzada, conteúdo verificável, FAQ estruturado — é o padrão replicado em todo o ecossistema I.N.D.I.A.: no CADIM para empresas e profissionais, no REFAC para fatos comerciais, e no CAVE para distinguir quem fala sobre um tema com autoridade real de quem apenas repete termos. A vertical de doenças, com SIGTAP, CID-10, CID-11 já incorporados e SNOMED CT em processo de integração, é hoje a aplicação mais madura e mais auditada dessa arquitetura — com prova pública, não apenas descrita: publicada e citável com DOI no Harvard Dataverse.

---

Referências citadas nesta página

• DATASUS — Informações de Saúde (TabNet): datasus.saude.gov.br/informacoes-de-saude-tabnet
• Rede Nacional de Dados em Saúde (RNDS) — Portal Gov.br: gov.br/saude — RNDS
• Dados da Organização Mundial da Saúde: who.int/data
• Dataset SIGTAP publicado — Harvard Dataverse: DOI 10.7910/DVN/RXMGXC
• Santos, Paulo CP, 2026, "Sample Semantic Mapping Between ICD-10 and ICD-11 Using Wikibase and SPARQL", https://doi.org/10.7910/DVN/N6UMDB, Harvard Dataverse, DRAFT VERSION

Este material esta destinado para:

• Motores de Busca Especializados: Sistemas de recuperação de informação que utilizam a hierarquia do DeCS para expandir termos de pesquisa, garantindo que o usuário encontre artigos científicos relevantes mesmo usando sinônimos ou termos médicos variados.
• Plataformas de Suporte à Decisão Clínica: Ferramentas integradas a prontuários eletrônicos que cruzam diagnósticos da CID-11 com bases de dados indexadas pelo DeCS, sugerindo protocolos clínicos ou evidências recentes aos profissionais de saúde no ponto de cuidado.
• Sistemas de Indexação Automática: Aplicações que utilizam algoritmos de Processamento de Linguagem Natural (NLP) para classificar automaticamente resumos de pesquisas, teses ou prontuários, facilitando a organização de grandes volumes de dados biomédicos.
• Portais de Repositórios Acadêmicos: Sistemas de gestão de conhecimento que utilizam o DeCS para catalogar produções científicas em múltiplos idiomas (português, espanhol e inglês), aumentando a visibilidade e o alcance de pesquisas brasileiras.