Calculadora de déficit de água livre

O que a fórmula do déficit de água livre mede e como a água corporal total é estimada

Essas frações ignoram de propósito idade, altura e adiposidade para que o endpoint continue sendo uma calculadora de quatro campos, não um modelo completo de composição corporal. Quando o sódio atual fica abaixo do alvo, a mesma identidade produziria um volume negativo que descreve excesso de água, não um déficit; este endpoint rejeita esse caso com invalid_input em vez de devolver um superávit com sinal, porque a intenção de busca e a fórmula didática são de hipernatremia. Números idênticos sempre produzem o mesmo JSON, com arredondamento estável para que os testes automáticos fixem water_deficit entre runtimes sem surpresas de ponto flutuante.

Contrato de entrada, campos de resposta e comportamento de erro

Deve ser um número finito estritamente positivo dentro da faixa didática declarada. O sódio alvo também deve ser um número finito estritamente positivo, porque a identidade divide por esse alvo. Chaves de saída opcionais são omitidas em vez de definidas como null. Envie um corpo JSON por POST com quatro campos obrigatórios. O campo sodium é o sódio sérico atual em miliequivalentes por litro; os aliases incluem current_sodium, na, Na, serum_sodium e sodium_meq. O campo target_sodium é o sódio sérico desejado nas mesmas unidades; os aliases incluem desired_sodium, na_target, goal_sodium e target_na. Depois de analisar os dois campos de sódio, o manipulador os compara: se o sódio atual ficar abaixo do alvo, a tarefa falha com invalid_input nomeando a comparação, porque o déficit de água livre é a identidade de hipernatremia e um valor atual abaixo do alvo pertence a outro problema didático. O campo weight é a massa corporal em quilogramas; os aliases incluem weight_kg, kg, mass e w. O peso deve ser um número finito positivo dentro da faixa didática declarada; peso zero, negativo, ausente, vazio ou não numérico falha com invalid_input e não é cobrado. O campo sex escolhe a fração de água corporal total e é uma enumeração fechada: male, female, m, f, man ou woman, sem distinguir maiúsculas; alias gender. Qualquer valor fora desse conjunto falha com invalid_input. Cada campo numérico pode chegar como número JSON ou como string numérica. Em caso de sucesso, o corpo ecoa as quatro entradas, informa tbw_fraction como zero vírgula seis ou zero vírgula cinco, informa tbw como essa fração vezes o peso em litros, informa water_deficit como tbw vezes a razão de sódio menos um em litros, define unit como L, reafirma a string da fórmula e define method como free_water_deficit para que os clientes ramifiquem pela identidade do algoritmo. Combine este endpoint com checagens seriadas de sódio suas; esta calculadora não prescreve uma taxa de correção nem escolhe um líquido intravenoso.

Uso da API, preços, fluxos de produto e limites práticos

Use a API pré-paga quando um SaaS de saúde, uma planilha eletrônica, um laboratório de simulação, uma plataforma de tutoria ou um LMS escolar precisar de um contrato estável sob saldo KIT a US$ 0,002 por item bem-sucedido; falhas de validação nunca consomem saldo depois que o motor rejeita a solicitação. Fluxos típicos enviam um painel de hipernatremia com peso masculino ou feminino e um alvo de cento e quarenta para mostrar quantos litros a fórmula de manual atribui à lacuna de água livre, e então fixam water_deficit em corretores automáticos. Não trate um déficit calculado grande como um bolus de água livre; taxa de correção, escolha do fluido e vigilância continuam sendo decisões clínicas fora deste endpoint. Como a implementação é parse de nível A puro, cada chamada bem-sucedida custa o preço-base publicado US$ 0,002, sem tokens de modelo e sem rede de saída.