ForHosting KIT · 健康・運動

処方箋リフィル計算

1日1錠の薬30錠を2026年3月1日に受け取ると30日分になり、次回の調剤日は3月31日です。数量と1日量、調剤日を入れるだけで、次に薬局へ行く日が計画できます。ブラウザで無料で使えます。

  • 無料
  • ブラウザで動作
  • 登録不要
  • データは端末の外に出ません
ご利用方法 ウェブAPIメールTelegramアプリ 近日
入力した場合
数量
30
1日の用量
1
調剤日
2026-03-01
結果
カバーされる日数
30
再調剤日
2026-03-31

処方箋リフィル計算機は、狭い実務上の問いに答えます。払い出した単位数、1日に何単位を服用するか、調剤した暦日が与えられたとき、その供給は何日もち、次回の調剤をどの日付で計画すべきかを求めます。月の長さと閏日はホスト時計に触れずに正しく保たれます。授業プリント、薬局実務の演習、自動化スクリプトが30日分の払い出しで食い違うことはありません。

カバー日数の意味と次回調剤日の求め方

薬局の日数分(days supply、カバー日数とも検索されます)は、処方された1日量で服用したときに払い出し数量が何暦日もつかです。quantity は患者に渡した単位数です。整数へ切り捨てるのはラベルや保険請求で使う慣例の日数分規則です。

リフィル日は暦日であり分数ではなく、残った部分用量は翌午前零時までカバーを伸ばしません。1日1錠の30錠は30日もちます。1日2錠の90錠は45日もちます。

1日3錠の10錠は丸3日もち、残り1錠では4日目のカバーは買えません。調剤日のカバーは供給の1日目です。1月1日の30日分は30日後に尽き、次回は31日です。

JavaScript の Date オブジェクト、Date.now、ネットワーク暦は使いません。経路は教育的で決定的です。薬剤師の専門判断、早期リフィル規則、個別患者の保険例外の代わりにはなりません。

服薬遵守とリフィル計画のプリント

1日1回30カウント瓶または1日2回90カウント瓶を、表計算シリアルなしに次回調剤日へ変え、月末をまたいで調剤日を動かします。

カバー日数は数量と1日量からどう計算しますか?

1日1単位の30単位は30日、1日3単位の10単位は丸3日もちます。

次回調剤日はどう計算しますか?

2026-03-01 に払い出した30日分は 2026-03-31 にリフィルします。調剤日のカバーは1日目です。閏年と月の長さは市民通日算術で扱い、ホスト時計は使いません。

余った1錠で日数が1日増えないのはなぜですか?

日数は丸1日分ずつ数えるためです。1日3錠で10錠なら3日分で、残る1錠は1日分に足りないので、次回の調剤日は変わりません。

シロップや吸入薬にも使えますか?

使えます。数量は錠、カプセル、ミリリットル、吸入回数のどれでもよく、1日量を同じ単位で入れれば計算できます。ミリリットルと錠のように単位を混ぜると、正しい結果になりません。

この日付は薬剤師の判断の代わりになりますか?

なりません。同じ数字なら常に同じ結果になる目安の計算です。早めの調剤の決まりや保険の例外、患者ごとの薬剤師の専門的な判断は考慮していません。

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

POSThttps://api.kit.forhosting.com/health/prescription-refill

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

curl -X POST https://api.kit.forhosting.com/health/prescription-refill \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"quantity":30,"daily_dose":1,"fill_date":"2026-03-01"}'
{
  "quantity": 30,
  "daily_dose": 1,
  "fill_date": "2026-03-01"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "health.prescription_refill",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

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

1リクエストあたり$0.002

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

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

本ツールは days_covered を quantity を daily_dose で割った整数商として計算し、その日数を fill_date に先発的グレゴリオ算術で加算します。quantity と daily_dose はともに厳密に正の有限数でなければならず、ゼロ・負・欠落・非数値は invalid_input で失敗し課金されません。

カバー日数の意味と次回調剤日の求め方

本計算機は整数の恒等式 days_covered が quantity を daily_dose で割った floor に等しい、を使います。錠剤、カプセル、液体のミリリットル、吸入回数などで、quantity と daily_dose が同じ単位を共有するかぎり有効です。daily_dose は1日に消費するその単位の数です。次回調剤日は先発的グレゴリオ通日で fill_date に days_covered を足したものです。同等に refill_date は fill_date に days_covered 日を加えたものです。閏年と月の長さの違いは、fill_date を実在する YYYY-MM-DD の市民日として検証し、既知の days_from_civil と civil_from_days で変換して扱います。

入力契約、応答の形、エラー時の動き

2月31日のような不可能日は拒否されます。カバー日数が36500(100年)を超えると拒否し、微小な1日量が西暦9999年を超える日付を作れないようにします。検証失敗は課金されません。必須3欄の JSON 本体を送ってください。欄 quantity(別名 qty, quantity_dispensed, qty_dispensed, dispensed, units)は払い出し量で、厳密に正の有限数または数値文字列、最大100万です。欄 daily_dose(別名 dose, dose_per_day, daily_consumption, units_per_day, per_day)は同じ単位で毎日服用する量で、同様に厳密に正の有限数、最大100万です。いずれかがゼロまたは負なら、欄名を付けた invalid_input で失敗します。欄 fill_date(別名 date, filled_on, fill, dispensed_on)は調剤の暦日で、実在するグレゴリオ日付を YYYY-MM-DD 形式、年は1から9999です。各数値欄は JSON 数でも数値文字列でもよく、空文字・非有限・欠落は invalid_input です。成功時本体は丸めた quantity と daily_dose、正規化した fill_date、整数の days_covered、YYYY-MM-DD の refill_date、恒等式を述べる formula 文字列を返します。例:quantity 30、daily_dose 1、fill_date 2026年3月1日は days_covered 30 と refill_date 2026年3月31日です。例:quantity 90、daily_dose 2、fill_date 2026年12月15日は days_covered 45 と refill_date 2027年1月29日で、ホスト時計なしに年をまたぎます。成功した API 呼び出しは公表の基本料金 $0.002、単位 item です。

この計算機が役立つ場面と、しないこと

数量・1日量・調剤日から処方箋のリフィル日や日数分を求める検索ではこのページを使ってください。妊娠週数カレンダー、カフェイン半減期、料理の分量スケーラーが必要な訪問者向けではありません。本ツールは早期リフィル窓、自己負担ロジック、規制物質上限、請求上の残リフィル回数は適用せず、錠剤をミリリットルに換算せず、自由文の sig から既定1日量を推測しません。クライアントを制御できるときは整形済み文字列より数を優先してください。数値文字列は厳密な有限数パターンに一致するときだけ受け付けます。薬局実務の教室では1日1回30錠の払い出しを固定し fill_date を変えて、表計算のシリアルなしに月末繰りと閏日を見せられます。服薬遵守のプリントでは予定の30日周期を1日2回90カウント瓶と比べ、JSON から days_covered と refill_date を直接読めます。自動化試験では年境の調剤、閏年の調剤、quantity がゼロまたは daily_dose が正の数でないときの必須 invalid_input 経路の期待値を固定できます。invalid_input を返す失敗タスクは前払い残高を消費しないので、学習者が意図的に quantity ゼロを送る探索スクリプトは安く保てます。経路は純 parse の tier A なので、成功1回はモデルトークンも外向きネットワークもなく $0.002 です。

薬局実務教室での照合

学習者に数量・1日量・調剤日を渡し、手計算の日数分と次回調剤の暦日を、決定的な days_covered と refill_date と照合します。

Date.now を使わない自動化フィクスチャ

年境と閏年の既知のリフィル日に加え、quantity または daily_dose が正の数でないときの必須 invalid_input 経路を固定します。

数量または1日量がゼロや負だとどうなりますか。

タスクは invalid_input で失敗します。quantity と daily_dose は正の数でなければならず、ゼロ・負・欠落・非数値は拒否され課金されません。

処方箋リフィル計算機は閏年と月末を扱いますか。

扱います。fill_date は実在する YYYY-MM-DD の市民日として検証され、days_from_civil で変換し、days_covered 日進め、戻します。2月29日は閏年のみ受理し、2月31日は常に invalid_input です。

処方箋リフィル計算機の料金はいくらですか。

ブラウザの道具は無料です。API 要求は前払い KIT 残高を成功1回あたり $0.002 で使い、無効入力は課金されません。

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