Plasmaosmolalität-Rechner

Natrium muss eine streng positive endliche Zahl sein; null, negatives, fehlendes oder nichtnumerisches Natrium scheitert mit invalid_input und wird nicht berechnet.

Was die berechnete Plasmaosmolalität misst und welche Eingaben Sie brauchen

Senden Sie die Pflichtfelder sodium, glucose und bun als endliche Zahlen; Aliase wie na, glu, blood_urea_nitrogen und etoh werden akzeptiert, wenn sie dokumentiert sind. Natrium, das keine positive Zahl ist — null, negativ, fehlend, leer, unendlich oder nichtnumerisch — scheitert mit invalid_input, weil ein nicht positives Serumnatrium kein gültiges Panel für diesen Rechner ist. Identische Eingaben ergeben stets identisches JSON, weil der Pfad reine Arithmetik ist, ohne Netz, ohne Modell, ohne Zufallsseed und ohne Wanduhr.

Osmolalität, Beitragsterme und Antwortfelder lesen

Nutzen Sie osmolality allein, wenn Sie nur die berechnete Zahl für ein Arbeitsblatt brauchen; nutzen Sie die vier Terme, wenn Sie lehren, warum Hyperglykämie oder Azotämie die Schätzung anheben oder warum ein Panel mit Trinkanamnese den Ethanolterm braucht. Bei Erfolg gibt die Antwort sodium, glucose, bun und ethanol mit stabiler Rundung zurück, setzt unit auf mOsm/kg und meldet ethanol_provided, damit Sie wissen, ob der Client Ethanol gesendet hat oder der Standard null angewendet wurde. Das Feld osmolality ist die Summe von vier Termen: sodium_term entspricht dem Zweifachen des Natriums, glucose_term der Glucose geteilt durch achtzehn, bun_term dem BUN geteilt durch 2.8 und ethanol_term dem Ethanol geteilt durch 4.6. Die Zeichenkette formula wiederholt diese Worthley-Identität, und method ist stets worthley_2na, damit nachgelagerter Code ohne Forminspektion verzweigen kann. Ein typisches Erwachsenenpanel mit Natrium einhundertvierzig, Glucose neunzig und BUN vierzehn ergibt zweihundertachtzig plus fünf plus fünf, also zweihundertneunzig Milliosmol pro Kilogramm, mit ethanol_term null, wenn Alkohol weggelassen wird. Fehlende Pflichtfelder, nichtendliche Werte, außerhalb des Bereichs liegende Ablesungen, negative Glucose oder negativer BUN und jedes Natrium, das keine positive Zahl ist, scheitern mit invalid_input und werden nicht berechnet. Verwechseln Sie diesen Endpoint nicht mit chemischer Osmolarität aus van’t-Hoff-Faktoren, Osmolücken-Produkten, die auch eine gemessene Osmolalität brauchen, oder SI-Rechnern, die Glucose und Harnstoff bereits in Millimol pro Liter addieren — das sind andere Suchintentionen und andere Verträge.

API-Nutzung, Preise, Produktabläufe und praktische Grenzen

Senden Sie einen JSON-Körper mit den Pflichtwerten sodium, glucose und bun sowie optionalem Ethanol, wenn der Alkoholbeitrag enthalten sein soll. Nutzen Sie die Prepaid-API, wenn ein Gesundheits-SaaS, ein elektronisches Arbeitsblatt, ein Simulationslabor, eine Nachhilfeplattform oder ein schulisches LMS einen stabilen Vertrag unter KIT-Guthaben zu $0.002 pro erfolgreichem Element braucht; Validierungsfehler verbrauchen nie Guthaben, nachdem die Engine die Anfrage ablehnt. Koppeln Sie diesen Endpoint mit Ihren eigenen Laboreinheiten und Ihrem klinischen Ablauf: bestätigen Sie, dass Glucose und BUN in Milligramm pro Deziliter vorliegen, nicht in Millimol pro Liter, und dass Ethanol eine Serumkonzentration ist statt einer Atemablesung, und speichern Sie dann die Osmolalität neben dem Rohpanel für Dashboards und Exportspalten für sodium, glucose, bun, ethanol und osmolality.