Interoperabilidade
LOINC: por que codificar o parâmetro, e não só nomear
Glicose aparece como glicemia, glicose sérica, GLU e glicemia de jejum em quatro sistemas diferentes. LOINC existe para que os quatro digam a mesma coisa — e sem isso nenhuma troca de dados clínicos escala.
Equipe Omnix5 min de leitura
Nome de exame é regional, histórico e cheio de sinônimo. “Glicemia”, “glicose sérica”, “GLU” e “glicose plasmática em jejum” podem ser a mesma medida — ou não, dependendo do preparo e do material.
LOINC (Logical Observation Identifiers Names and Codes) resolve isso dando um código único a cada observação clínica, definida por seis eixos:
- Componente — o que é medido (glicose);
- Propriedade — qual grandeza (concentração de massa);
- Tempo — pontual ou em intervalo (24 h, por exemplo);
- Sistema — em que material (soro, plasma, urina);
- Escala — quantitativa, ordinal, nominal;
- Método — quando faz diferença.
Os seis juntos eliminam a ambiguidade: glicose em soro e glicose em urina de 24 horas são códigos distintos, e nenhum sistema os confunde por engano de nome.
Onde o código entra na prática
- HL7 v2.x: no segmento
OBX, identificando a observação. Sem ele, o receptor precisa mapear por texto — e mapeamento por texto quebra na primeira variação de acento. - FHIR: no
Observation.code. UmObservationsem código padronizado é um número sem significado transportável. - Laboratório de apoio: quando o apoio devolve o resultado codificado, a importação é automática. Quando devolve por nome, alguém confere na mão.
O erro de granularidade
O engano mais comum é codificar o exame em vez do parâmetro. Hemograma não tem um LOINC útil para transporte de resultado: o que tem código é cada medida — hemoglobina, hematócrito, leucócitos, plaquetas.
Ou seja: a codificação só faz sentido se o sistema guarda resultado por parâmetro. Se o resultado é um bloco de texto, não há o que codificar, e “compatível com LOINC” fica sendo uma linha na proposta comercial.
Por onde começar sem paralisar
Ninguém codifica 900 exames num sábado. O caminho que funciona:
- comece pelos 20 parâmetros mais volumosos — eles cobrem a maior parte do tráfego;
- codifique o que já sai para fora: o que vai ao apoio, ao hospital, ao portal;
- deixe o código como campo do parâmetro, não do exame, para não repetir a decisão errada;
- registre também unidade e escala — código certo com unidade errada é pior que sem código, porque o receptor confia.
O ganho que aparece depois
Com os parâmetros codificados, três coisas ficam possíveis sem projeto novo: comparar o mesmo analito entre equipamentos de fabricantes diferentes, exportar a base em FHIR de forma que outro sistema realmente entenda, e participar de qualquer iniciativa de troca de dados clínicos sem virar exceção.
É trabalho de cadastro com retorno de infraestrutura.
Leitura relacionada
- HL7, FHIR e ASTM: quando usar cada um no laboratório
Três padrões, três problemas diferentes. ASTM fala com o analisador na bancada, HL7 v2 fala com o hospital, FHIR fala com a web moderna — e trocar um pelo outro custa meses de integração refeita.
- Exame ou parâmetro? A decisão de cadastro que quebra o sistema depois
Cadastrar hemoglobina como exame porque foi mais rápido parece inofensivo. Seis meses depois, a produção está inflada, a margem está errada, o consumo de insumo não fecha e o controle de qualidade perdeu a referência.
- Interfaceamento de analisadores: o que esperar de uma integração
Ligar o equipamento ao LIS não é ligar um cabo. São quatro etapas — worklist, resultado, regras e controle do equipamento — e a que mais dá trabalho é o mapeamento de códigos que ninguém orça.