Calculadora de osmolalidad plasmática

El sodio debe ser un número finito estrictamente positivo; un sodio nulo, negativo, ausente o no numérico falla con invalid_input y no se factura.

Qué mide la osmolalidad plasmática calculada y qué entradas necesita

Envíe los campos obligatorios sodium, glucose y bun como números finitos; se aceptan alias como na, glu, blood_urea_nitrogen y etoh cuando están documentados. Un sodio que no sea un número positivo —cero, negativo, ausente, vacío, infinito o no numérico— falla con invalid_input porque un sodio sérico no positivo no es un panel válido para esta calculadora. Entradas idénticas siempre producen JSON idéntico porque el camino es aritmética pura, sin red, sin modelo, sin semilla aleatoria y sin reloj de pared.

Cómo leer la osmolalidad, los términos de contribución y los campos de respuesta

Use osmolality solo cuando necesite el número calculado para una hoja de trabajo; use los cuatro términos al enseñar por qué la hiperglucemia o la azotemia elevan la estimación, o por qué un panel con antecedente de ingesta de alcohol necesita el término de etanol. En caso de éxito, la respuesta devuelve sodium, glucose, bun y ethanol con redondeo estable, fija unit en mOsm/kg e informa ethanol_provided para que usted sepa si el cliente envió etanol o se aplicó el valor por defecto de cero. El campo osmolality es la suma de cuatro términos: sodium_term equivale a dos veces el sodio, glucose_term equivale a la glucosa dividida entre dieciocho, bun_term equivale al BUN dividido entre 2.8 y ethanol_term equivale al etanol dividido entre 4.6. La cadena formula reafirma esa identidad de Worthley, y method es siempre worthley_2na para que el código posterior pueda ramificar sin inspeccionar formas. Un panel adulto típico de sodio ciento cuarenta, glucosa noventa y BUN catorce rinde doscientos ochenta más cinco más cinco, es decir doscientos noventa miliosmoles por kilogramo, con ethanol_term en cero cuando se omite el alcohol. Los campos obligatorios ausentes, los valores no finitos, las lecturas fuera de rango, la glucosa o el BUN negativos y cualquier sodio que no sea un número positivo fallan con invalid_input y no se cobran. No confunda este endpoint con la osmolaridad química a partir de factores de van’t Hoff, productos de gap osmolar que también necesitan una osmolalidad medida, ni calculadoras en unidades SI que suman glucosa y urea ya expresadas en milimoles por litro: son intenciones de búsqueda y contratos distintos.

Uso de la API, precios, flujos de producto y límites prácticos

Envíe un cuerpo JSON con los valores obligatorios de sodium, glucose y bun y el etanol opcional cuando desee incluir la contribución del alcohol. Use la API prepagada cuando un SaaS sanitario, una hoja de trabajo electrónica, un laboratorio de simulación, una plataforma de tutoría o un LMS escolar necesite un contrato estable bajo saldo KIT a $0.002 por elemento exitoso; los fallos de validación nunca consumen saldo después de que el motor rechaza la solicitud. Combine este endpoint con sus propias unidades de laboratorio y su flujo clínico: confirme que la glucosa y el BUN están en miligramos por decilitro, no en milimoles por litro, y que el etanol es una concentración sérica y no una lectura de aliento, y luego almacene la osmolalidad junto al panel bruto para paneles y columnas de exportación de sodium, glucose, bun, ethanol y osmolality.