ForHosting KIT · 健康・運動

補正ナトリウム計算

高血糖の影響を除いたナトリウム値を求めます。測定値130 mmol/L、血糖400 mg/dLなら、Katzの係数1.6で134.8になります。係数は2.0やHillierの2.4にも切り替えられます。ブラウザで無料で使えます。

無料
ブラウザで動作
登録不要
データは端末の外に出ません

無料で実行 API仕様を見る

ご利用方法ウェブAPIメールTelegramアプリ近日

計算例

入力した場合

ナトリウム: 130
血糖値: 400

結果

血糖値の単位: Mg dl
グルコース (mg/dl): 400
因数: 1.6
基準グルコース (mg/dl): 100

血漿グルコースが上がると水が細胞外へ引き込まれ、体内のナトリウム量が変わっていなくても検査のナトリウムは下がります。この希釈は想定どおりなので、測定ナトリウムはグルコース治療後に見えるはずの値を過小に示します。本補正ナトリウム計算機は、測定血清ナトリウム（ミリモル毎リットル）、血糖（ミリグラム毎デシリットルまたはミリモル毎リットル）、および選んだ補正係数 — Katz 1.6、中間の 2.0、Hillier 2.4 — を受け取り、補正ナトリウムをミリモル毎リットルで返します。

高血糖で測定ナトリウムが下がる理由と、Katz・Hillierによる補正

グルコースは細胞外液の有効浸透圧物質です。濃度が上がると、膜の両側の浸透圧が再び一致するまで水が細胞から出ます。ナトリウムは希釈された細胞外の水で測られるため、報告される Na+ は正常グルコース時の患者ナトリウムより低くなります。

Katz は 1973 年に、今も病棟で使う線形則を教えました。100 mg/dL を超えるグルコース 100 mg/dL ごとにナトリウム 1.6 ミリモル毎リットルを足します。Hillier らは後に、100 mg/dL あたり約 2.4 ミリモル毎リットルというより急な傾きを測り、グルコースが極端に高いときに多くの計算機が代替として示します。

中間係数 2.0 は、公表された二つの傾きの間にあり、一部の教材に載ります。三つとも同じ代数です。補正ナトリウムは測定ナトリウムに、係数×（ミリグラム毎デシリットルのグルコース − 100）÷ 100 を足した値です。

測定ナトリウム 130 mmol/L、グルコース 400 mg/dL、Katz 係数なら 130 に 1.6×3.0 を足し、134.8 mmol/L になります。100 mg/dL の錨はこれらの論文の慣用的な正常グルコースであり、個人の空腹時目標の主張ではありません。

本ツールは低張性低ナトリウム血症、移行性低ナトリウム血症、脂質やパラプロテインによる偽性低ナトリウム血症を診断しません。公表された加算補正を適用し、同じ数値の組で二つのよく使う傾きを比べられるようにするだけです。

補正ナトリウムを確かめたい場面

救急と入院のチームは、同じ採血でグルコースが数百から数千と高いときに、低い測定ナトリウムの横にもう一つの数が必要になることがよくあります。グルコース低下とともに改善する移行性希釈なのか、なお水分制限や高張食塩水が必要な低張の問題なのか。同じ検査の組で Katz と Hillier を走らせると、輸液を選ぶ前にその補正の幅をすぐ把握できます。

教育病院や試験作成者は、表計算の丸めの意外さなしに学習者が 1.6 と 2.4 を照合できる決定的オラクルを使います。

手計算の典型は、ナトリウム 130・グルコース 400 mg/dL・係数 1.6 で補正 4.8・補正ナトリウム 134.8 mmol/L、ナトリウム 135・グルコース 22.2 mmol/L・係数 2.4 で 399.6 mg/dL に換算し補正ナトリウム 142.1904 mmol/L です。グルコース 90 mg/dL は文書化された拒否経路です。

本ページは補正ナトリウム計算機、高血糖ナトリウム補正、Katz 係数、Hillier ナトリウムを探す方を対象とします。自由水欠乏ツールでも、血清浸透圧ギャップでも、アニオンギャップ計算機でも、治療プロトコルでもありません。

活用例

測定ナトリウムが低いベッドサイドの高血糖

Na+ 130 mmol/L とグルコース 400 mg/dL のパネルから Katz と Hillier の補正ナトリウムを求め、低ナトリウムのうち移行性の割合をチームが見られるようにします。

教材オラクルと参照フィクスチャ

教材とテストハーネスは既知の Katz 1.6 と Hillier 2.4 の結果、およびグルコース 100 未満の拒否を固定し、毎回ワークシートで傾きを再導出しません。

よくある質問

高血糖時の補正ナトリウムはどう計算しますか？

補正 Na+ = 測定 Na+ + factor ×（mg/dL のグルコース − 100）/ 100。係数 1.6 は Katz 1973（既定）、2.0 は中間の教材傾き、2.4 は Hillier 1999 です。結果の単位は mmol/L です。

グルコースが 100 mg/dL 未満だとなぜ失敗しますか？

公表された補正は基準 100 mg/dL を超える高血糖向けです。

グルコースを mmol/L で送れますか？

エンジンは 18 を掛けて mg/dL にし、同じ 100 mg/dL 基準（約 5.6 mmol/L）を適用します。

どの補正係数を選べばよいですか？

Katz 1.6 は病棟のよくある既定です。Hillier 2.4 はより急で、グルコースが非常に高いときに引用されがちです。2.0 はその中間です。本ツールは送られた係数を適用するだけで、臨床プロトコルは選びません。

血糖が高いとナトリウムが低く出るのはなぜですか？

ブドウ糖が細胞内の水を細胞外へ引き出し、薄まった状態でナトリウムが測定されるためです。体内のナトリウム量は変わっていなくても数値は低く出て、血糖が下がれば改善が見込まれます。

開発者向け — APIアクセス

このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。

エンドポイント

POSThttps://api.kit.forhosting.com/health/sodium-correction

Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。

お使いのスタックから呼び出す

curl -X POST https://api.kit.forhosting.com/health/sodium-correction \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"sodium":130,"glucose":400}'

const res = await fetch("https://api.kit.forhosting.com/health/sodium-correction", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "sodium": 130,
    "glucose": 400
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/health/sodium-correction",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "sodium": 130,
    "glucose": 400
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/health/sodium-correction", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"sodium":130,"glucose":400}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"sodium":130,"glucose":400}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/health/sodium-correction", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

リクエスト例

{
  "sodium": 130,
  "glucose": 400
}

レスポンス例

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "health.sodium_correction",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。

料金

1リクエストあたり$0.002

単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。

エラー

HTTP	コード	意味
`401`	`unauthorized`	APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。
`402`	`insufficient_balance`	残高が不足しています。チャージ後に再度お試しください。
`404`	`unknown_type`	指定されたタスクタイプは存在しません。タイプ名を確認してください。
`429`	`rate_limited`	リクエストが多すぎます。しばらく待ってから再度お試しください。

技術的な注記

グルコースは古典的な基準 100 mg/dL 以上である必要があり、それ未満は高血糖による希釈を戻す対象がないため invalid_input で失敗します。同じ純算術が無料のブラウザ実行と前払いAPI（成功1回あたり $0.002）を支え、ネットワークも乱数も時刻にも依存しません。

入力契約、単位、応答の形、グルコース閾値エラー

ミリモル毎リットルのグルコースは慣用の臨床係数 18 で換算するので、ミリグラム毎デシリットルはミリモル毎リットル×18、100 mg/dL の基準は約 5.6 mmol/L になります。ナトリウムは 50 から 200 mmol/L の間である必要があります。換算後のグルコースは 2000 mg/dL を超えてはなりません。無料のブラウザ実行は同一の同型 solve 関数を使うため、ローカルで通る参照例は小数 12 桁の丸め後、本番の算術と一致します。必須の有限数二つを含む JSON 本体を送ってください。sodium（別名 na, Na, serum_sodium, sodium_mmol, measured_sodium）はミリモル毎リットル、glucose（別名 glu, blood_glucose, glucose_value, serum_glucose）は glucose_unit で示す単位です。任意の glucose_unit（別名 glu_unit, glucose_units, unit_glucose）は閉じた集合 mg_dl または mmol_l で、省略時は mg_dl、つまりミリグラム毎デシリットルです。任意の factor（別名 correction_factor, k, katz_factor）は 1.6、2.0、2.4 のいずれかで、省略時は Katz の傾き 1.6 です。換算後グルコースが正常基準閾値 100 mg/dL を下回ると、高血糖ナトリウム補正は適用できないというメッセージとともに invalid_input で失敗し、課金されません。欠落フィールド、非数値文字列、未知の単位、許可された三つの傾き以外の係数も invalid_input を返します。成功時は sodium、glucose、glucose_unit、glucose_mg_dl、factor を返し、method を katz、two、hillier のいずれかとし、reference_glucose_mg_dl 100、delta_glucose_mg_dl、加算項 sodium_correction、ミリモル毎リットルの sodium_corrected（unit_sodium）、および式の文字列を報告します。成功した API 呼び出しは 1 件あたり $0.002 です。

高血糖ナトリウム補正 API が役立つ場面

すでにナトリウムをミリモル毎リットル、グルコースをミリグラム毎デシリットルまたはミリモル毎リットルで持つ検査ミドルウェアや電子カルテのフローシートは、画面ごとに三つの魔法数を埋め込む代わりに一つのエンドポイントを呼べます。Katz 1.6 の期待値と Hillier 2.4 の期待値を固定する研究ノートは、フィクスチャ向けにバイト安定な JSON を得ます。invalid_input を返す失敗タスクは前払い残高を消費しないため、基準未満のグルコースを意図的に送ってクライアント検証を試す探索スクリプトの費用を抑えられます。

連携の活用例

検査と電子カルテでの単位換算

グルコースを mmol/L で持つ画面は glucose_unit mmol_l と慣用の ×18 換算で同じエンドポイントを呼び、補正ナトリウムを測定値の横に mmol/L で残します。

技術的な質問

補正ナトリウム計算機の料金はいくらですか？

ブラウザのツールは無料で、お手元で動きます。API 呼び出しは成功 1 件あたり $0.002 の前払い残高を使い、無効な入力は課金されません。

KITの完全なドキュメントを見る →