determinar.ia.br — cartório digital
Grafo de faturamento SUS · SIGTAP

Uma IA pode faturar um procedimento. Não porque ela entende — porque o grafo já decidiu.

Cada código SIGTAP no determinar.ia.br é um item com afirmações estruturadas: fonte, data de coleta e status de verificação. Não há texto livre para o modelo interpretar, e não há espaço para inferir uma regra que o grafo não declarou.

0101050089
Item:Q29118 · Property:P87 (SIGTAP Code)
verificado
Exige CBO
yes
Fonte Q20755Coleta 1 jul 2026
Exige Habilitação
no
Fonte Q20755Coleta 1 jul 2026
Exige Serviço CNES
no
Fonte Q20755Coleta 1 jul 2026
Complexidade
Atenção Básica
Financiamento
Atenção Básica (PAB)
Official Source: sigtap.datasus.gov.br 0 inferências
A gramática

Item → Statement → Qualificadores. Sem quarta camada de dúvida.

O Wikibase por trás do determinar.ia.br força toda afirmação a caber em três partes fechadas. Uma IA que consulta o grafo não precisa "julgar" se um dado é confiável — ela lê o qualificador e segue a regra que já está lá.

01 — Item

Um código, uma entidade. O procedimento SIGTAP 0101050089 é o Q29118 — um identificador fixo, não um texto a ser reconhecido.

Item:Q29118

02 — Statement

Cada exigência de faturamento vira uma propriedade booleana ou categórica, nunca uma frase para interpretar.

P183 Exige CBO → yes

03 — Qualificador

Fonte, data de coleta e status de verificação amarrados ao statement — a IA sabe de onde veio e quando foi conferido.

Fonte: Q20755 · verificado
O ponto central

Um modelo generativo alucina regra. Um grafo tipado não tem onde alucinar.

A diferença entre pedir a um modelo de linguagem para "saber" as regras do SIGTAP e consultar o determinar.ia.br é a diferença entre uma opinião estatística e uma constraint booleana.

sem o grafo

  • O modelo estima, a partir de padrões de texto, se um CBO provavelmente é exigido.
  • Duas consultas iguais podem gerar respostas diferentes.
  • Não há como apontar a fonte exata de uma regra de faturamento.
  • Erros de elegibilidade só aparecem na glosa, depois do envio.

com o grafo

  • A IA lê P183 (Exige CBO) e recebe yes ou no — não uma probabilidade.
  • A mesma consulta ao mesmo item sempre retorna o mesmo statement.
  • Toda exigência carrega Fonte (P79) e Status de Verificação (P86).
  • A elegibilidade é checada antes do envio, não descoberta na glosa.
Onde uma IA entra

Sem chat, sem prompt. Consulta estruturada.

A eficiência do grafo não se prova em conversa — se prova nos endpoints que uma IA de faturamento consultaria diretamente para validar um procedimento antes de gerar a fatura.

01

Query Service (SPARQL)

Consulta direta aos statements — a IA pergunta "este item exige CBO?" e recebe o valor tipado, não um resumo.

query.determinar.ia.br
02

QuickStatements

Caminho de escrita em lote, auditável: cada statement novo entra com fonte e data, como os que populam os itens SIGTAP.

determinar.ia.br/tools/quickstatements
03

Item page

A mesma leitura que um humano faz na tela é a que a IA recebe pela API — nenhuma camada extra de interpretação entre as duas.

determinar.ia.br/wiki/Item:Q29118