Variation du sodium sérique

Une eau corporelle totale nulle est rejetée avec invalid_input, car un compartiment d'eau corporelle vide n'est pas une entrée clinique valide.

Ce que mesure la variation de sodium d'Adrogué-Madias et quels fluides elle couvre

La variation attendue de sodium sérique par litre de perfusat est l'identité d'Adrogué-Madias enseignée en électrolytes : sodium_change égale le sodium du perfusat moins le sodium sérique actuel, le tout divisé par l'eau corporelle totale plus un litre. L'arithmétique est déterministe : des nombres identiques produisent toujours le même JSON, avec un arrondi stable afin que les tests figent sodium_change d'un runtime à l'autre sans surprises de virgule flottante.

Contrat d'entrée, champs de réponse et comportement d'erreur

Le sodium sérique doit être strictement positif et dans la plage pédagogique déclarée. Le sodium du perfusat doit être non négatif afin que le glucose dans l'eau à zéro reste valide. Les clés de sortie facultatives sont omises plutôt que mises à null. Associez ce point d'accès à votre propre estimation poids vers ECT ; ce calculateur n'infère ni le sexe, ni l'âge, ni l'adiposité à partir de la requête. Envoyez un corps JSON par POST avec trois nombres finis obligatoires. Le champ sodium est le sodium sérique actuel en milliequivalents par litre ; les alias comprennent na, Na, serum_sodium, current_sodium et sodium_meq. Le champ infusate_sodium est la concentration en sodium du perfusat dans les mêmes unités ; les alias comprennent infusate_na, na_inf, infusate et infusate_na_meq. Le champ total_body_water est l'eau corporelle totale en litres ; les alias comprennent tbw, body_water, tbw_l et total_body_water_l. Chaque champ peut arriver comme nombre JSON ou comme chaîne numérique. Champs manquants, chaînes vides et valeurs non finies échouent avec invalid_input en nommant le champ. L'eau corporelle totale doit être supérieure à zéro : une valeur nulle ou un volume négatif échoue avec invalid_input et n'est pas facturée, car un compartiment d'eau corporelle nul n'est pas une entrée valide pour cette formule. En cas de succès, le corps répète les trois entrées, rapporte sodium_change comme la variation attendue en milliequivalents par litre, rapporte projected_sodium comme le sodium actuel plus cette variation après un litre, fixe unit à mEq/L, réaffirme la chaîne de formule et fixe method à adrogue_madias afin que les clients se branchent sur l'identité de l'algorithme.

Usage de l'API, tarifs, flux produits et limites pratiques

Utilisez l'API prépayée lorsqu'un SaaS de santé, une feuille électronique, un laboratoire de simulation, une plateforme de tutorat ou un LMS scolaire a besoin d'un contrat stable sous solde KIT à $0.002 par élément réussi ; les échecs de validation ne consomment jamais de solde après le rejet de la requête par le moteur. Gardez les requêtes petites, figez sodium_change dans les tests avec l'arrondi documenté, et vous obtiendrez des chiffres reproductibles pour edge workers, greffons LMS et entonnoirs de santé grand public sans dresser un soutien à la décision clinique que vous n'êtes pas habilité à offrir. Indiquez toujours que les chiffres sont des estimations pédagogiques : la formule d'origine ignore le potassium du perfusat sauf si vous l'avez déjà ajouté dans infusate_sodium, ignore les pertes urinaires en cours et ne remplace ni les contrôles sériés du sodium, ni les règles de restriction hydrique, ni les plafonds de correction prescrits par un clinicien.