ForHosting KIT · Gesundheit und Sport

Rezept nachfüllen

30 Tabletten, eine pro Tag, abgegeben am 1. März 2026, reichen 30 Tage, das nächste Rezept ist also am 31. März fällig. Geben Sie Menge, Tagesdosis und Abgabedatum ein und planen Sie Ihren nächsten Apothekenbesuch. Kostenlos in Ihrem Browser.

  • Kostenlos
  • Läuft in Ihrem Browser
  • Ohne Anmeldung
  • Ihre Daten bleiben auf Ihrem Gerät
Nutzen Sie es über WebAPIE-MailTelegramApp bald
Wenn Sie eingeben
Anzahl
30
Tagesdosis
1
Abgabedatum
2026-03-01
Erhalten Sie
Abgedeckte Tage
30
Nachfülldatum
2026-03-31

Ein Rechner für die Rezeptnachfüllung beantwortet eine enge, praktische Frage: gegeben die abgegebenen Einheiten, wie viele davon täglich eingenommen werden und der Kalendertag der Abgabe, wie viele Tage reicht der Vorrat und an welchem Datum sollte die nächste Nachfüllung geplant werden.

Was die Reichdauer eines Rezepts bedeutet

Die Reichdauer ist die Zahl der Kalendertage, die eine abgegebene Menge bei der verordneten Tagesdosis hält. Menge und Dosis müssen dieselbe Einheit haben: Tabletten, Kapseln, Milliliter oder Hübe. Gezählt werden nur volle Tage, so wie auf Etiketten und bei Abrechnungen üblich. 30 Tabletten bei einer pro Tag reichen also 30 Tage, 90 Tabletten bei zwei pro Tag 45 Tage, und zehn Tabletten bei drei pro Tag nur drei volle Tage, auch wenn eine Tablette übrig bleibt.

So ergibt sich das nächste Datum

Der Tag der Abgabe zählt als erster Tag. Eine Packung für 30 Tage, abgegeben am 1. März 2026, ist nach dem 30. März aufgebraucht, das nächste Rezept ist am 31. März fällig. Monatsenden und Schalttage werden richtig berücksichtigt. Typische Fehler sind gemischte Einheiten und ein doppelt gezählter erster Tag. Das Ergebnis ist eine Planungshilfe: Es ersetzt weder das Urteil Ihrer Apotheke noch Regeln zur vorzeitigen Einlösung oder Ausnahmen Ihrer Versicherung.

Was abgedeckte Tage bedeuten und wie das nächste Nachfülldatum entsteht

Die pharmazeutische Reichdauer — oft als Versorgungstage oder days supply gesucht — ist die Zahl der Kalendertage, die eine abgegebene Menge bei der verordneten Tagesdosis reicht. Dreißig Tabletten zu einer pro Tag reichen dreißig Tage. Neunzig Tabletten zu zwei pro Tag reichen fünfundvierzig Tage.

Zehn Tabletten zu drei pro Tag reichen drei volle Tage, mit einer restlichen Tablette, die keinen vierten abgedeckten Tag kauft. Die Deckung am Abgabetag zählt als Tag eins des Vorrats: eine Dreißig-Tage-Packung am ersten Januar ist nach dem Dreißigsten aufgebraucht, und die nächste Nachfüllung ist der Einunddreißigste. Der Pfad ist lehrreich und deterministisch; er ersetzt nicht das fachliche Urteil der Apothekerin oder des Apothekers, Frühbezugsregeln oder Versicherungsausnahmen für einzelne Patientinnen und Patienten.

Adhärenz- und Nachfüllplanungsblätter

Wandeln Sie eine Dreißig-Einheiten-Einmaldosis oder eine Neunzig-Einheiten-Zweimal-täglich-Packung in ein nächstes Nachfülldatum ohne Tabellenkalkulations-Serial um und variieren Sie anschließend das Abgabedatum über Monatsenden.

Wie wird das nächste Nachfülldatum berechnet?

Ein Dreißig-Tage-Vorrat, abgegeben am 2026-03-01, wird am 2026-03-31 nachgefüllt. Die Deckung am Abgabetag zählt als Tag eins. Schaltjahre und Monatslängen werden mit ziviler Serienarithmetik behandelt, nicht mit der Host-Uhr.

Berücksichtigt der Rezept-Nachfüllrechner Schaltjahre und Monatsenden?

Der 29. Februar wird nur in Schaltjahren angenommen; der 31.

Wie lange reichen 90 Tabletten, wenn ich 2 pro Tag nehme?

Sie reichen 45 Tage. Der Rechner teilt die abgegebene Menge durch die Tagesdosis und zählt nur volle Tage, wie es auf Apothekenetiketten und bei Abrechnungen mit der Versicherung üblich ist.

Warum bringt eine übrige Tablette keinen zusätzlichen Tag?

Weil die Reichdauer in ganzen Tagen gezählt wird. Zehn Tabletten bei drei pro Tag decken drei volle Tage; die übrige Tablette ist keine volle Tagesdosis und verschiebt das Datum daher nicht.

Funktioniert der Rechner auch für Säfte oder Inhalatoren?

Ja. Die Menge kann in Tabletten, Kapseln, Millilitern oder Hüben angegeben werden, solange die Tagesdosis dieselbe Einheit hat. Wer Einheiten mischt, etwa Milliliter und Tabletten pro Tag, erhält ein falsches Ergebnis.

Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.

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

Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.

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"
  }
}

Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.

pro Anfrage$0.002

Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.

HTTPCodeBedeutung
401unauthorizedDer API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer).
402insufficient_balanceIhr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht.
404unknown_typeUnbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog.
429rate_limitedZu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Dieses Werkzeug berechnet die abgedeckten Tage als ganzzahligen Quotienten von quantity geteilt durch daily_dose und addiert diese Anzahl zu fill_date mit proleptischer gregorianischer Arithmetik, sodass Monatslängen und Schalttage stimmen, ohne die Host-Uhr zu berühren. quantity und daily_dose müssen beide streng positive endliche Zahlen sein; Null, negative, fehlende und nichtnumerische Werte scheitern mit invalid_input und werden nicht berechnet.

Was abgedeckte Tage bedeuten und wie das nächste Nachfülldatum entsteht

Dieser Rechner verwendet die ganzzahlige Identität days_covered gleich dem floor von quantity geteilt durch daily_dose. quantity ist die Zahl der an den Patienten ausgegebenen Einheiten: Tabletten, Kapseln, Milliliter Flüssigkeit oder Hübe, sofern quantity und daily_dose dieselbe Einheit teilen. daily_dose ist, wie viele dieser Einheiten an einem Tag verbraucht werden. Das Abrunden auf eine ganze Zahl ist die übliche Reichdauer-Regel auf Etiketten und Abrechnungen: ein Nachfülldatum ist ein Kalendertag, kein Bruch, und eine übrig gebliebene Teildosis verlängert die Deckung nicht bis zur nächsten Mitternacht. Das nächste Nachfülldatum ist fill_date plus days_covered über proleptische gregorianische Serientage. Gleichwertig gilt refill_date gleich fill_date plus days_covered Tage. Schaltjahre und ungleiche Monatslängen werden behandelt, indem fill_date als echter ziviler Tag YYYY-MM-DD geprüft und mit den bekannten Abbildungen days_from_civil und civil_from_days umgerechnet wird, niemals mit einem JavaScript-Date-Objekt, Date.now oder einem Netzkalender.

Eingabevertrag, Antwortform und Fehlerverhalten

Mehr als sechsunddreißigtausendfünfhundert abgedeckte Tage (einhundert Jahre) werden abgelehnt, damit eine mikroskopische Tagesdosis kein Datum nach dem Jahr 9999 erfindet. Fehlgeschlagene Prüfung wird nicht berechnet. Senden Sie einen JSON-Körper mit drei Pflichtfeldern. Das Feld quantity (Aliasse qty, quantity_dispensed, qty_dispensed, dispensed, units) ist die abgegebene Menge und muss eine streng positive endliche Zahl oder eine numerische Zeichenkette sein, höchstens eine Million. Das Feld daily_dose (Aliasse dose, dose_per_day, daily_consumption, units_per_day, per_day) ist die täglich eingenommene Menge in derselben Einheit und muss ebenfalls eine streng positive endliche Zahl von höchstens einer Million sein. Das Feld fill_date (Aliasse date, filled_on, fill, dispensed_on) ist der Kalendertag der Abgabe als echtes gregorianisches Datum in der Form YYYY-MM-DD mit Jahren von eins bis neuntausendneunhundertneunundneunzig; unmögliche Tage wie der einunddreißigste Februar werden abgelehnt. Jedes Zahlenfeld darf als JSON-Zahl oder als numerische Zeichenkette eintreffen; leere Zeichenketten, nichtendliche Werte und fehlende Felder scheitern mit invalid_input. Bei Erfolg gibt der Körper gerundetes quantity und daily_dose, das normalisierte fill_date, ganzzahliges days_covered, refill_date als YYYY-MM-DD und eine formula-Zeichenkette wieder, die die Identität wiederholt. Beispiel: quantity dreißig, daily_dose eins, fill_date erster März zweitausendsechsundzwanzig ergibt days_covered dreißig und refill_date einunddreißigster März zweitausendsechsundzwanzig. Beispiel: quantity neunzig, daily_dose zwei, fill_date fünfzehnter Dezember zweitausendsechsundzwanzig ergibt days_covered fünfundvierzig und refill_date neunundzwanzigster Januar zweitausendsiebenundzwanzig und überschreitet die Jahresgrenze ohne Host-Uhr. Ein erfolgreicher API-Aufruf kostet den veröffentlichten $0.002-Grundpreis mit Einheit item.

Wann dieser Rechner hilft und was er nicht tun wird

Nutzen Sie diese Seite, wenn die Suche ein Nachfülldatum für ein Rezept oder ein Reichdauer-Rechner aus Menge, Tagesdosis und Abgabedatum ist, nicht wenn die Besucherin oder der Besucher einen Schwangerschaftskalender, eine Koffein-Halbwertszeit oder einen Kochrezept-Skalierer braucht. Bevorzugen Sie Zahlen statt vorformatierter Zeichenketten, wenn Sie den Client steuern; numerische Zeichenketten werden nur angenommen, wenn sie einem strengen endlichen Zahlenmuster entsprechen. Pharmazie-Techniker-Klassen können eine Dreißig-Tabletten-Einmaldosis einfrieren und fill_date variieren, damit Lernende den Übertrag am Monatsende und am Schalttag ohne Tabellenkalkulations-Serial sehen. Adhärenz-Arbeitsblätter können einen geplanten Dreißig-Tage-Zyklus mit einer Zweimal-täglich-Neunzig-Packung vergleichen und days_covered sowie refill_date direkt aus dem JSON lesen. Automatisierungstests können erwartete Werte für eine Jahresgrenzen-Abgabe, eine Schaltjahr-Abgabe und den erforderlichen invalid_input-Pfad festhalten, wenn quantity null ist oder daily_dose keine positive Zahl ist. Das Werkzeug wendet keine Frühbezugsfenster, Zuzahlungslogik, Betäubungsmittelgrenzen oder Rest-Nachfüllzähler aus einer Abrechnung an und rechnet Tabletten nicht in Milliliter um noch rät es eine Tagesdosis aus freiem sig-Text. Fehlgeschlagene Aufgaben, die invalid_input zurückgeben, verbrauchen kein Prepaid-Guthaben, was Erkundungsskripte günstig hält, wenn Lernende absichtlich ein quantity von null senden. Weil der Pfad reines parse der Stufe A ist, kostet jeder erfolgreiche Aufruf $0.002 ohne Modell-Token und ohne ausgehendes Netz.

Prüfungen im Pharmazie-Techniker-Unterricht

Geben Sie Lernenden eine Menge, eine Tagesdosis und ein Abgabedatum und vergleichen Sie die von Hand gezählte Reichdauer plus den Kalendertag der nächsten Nachfüllung mit den deterministischen Feldern days_covered und refill_date.

Automatisierungs-Fixtures ohne Date.now

Halten Sie bekannte Nachfülldaten an der Jahresgrenze und im Schaltjahr fest sowie den erforderlichen invalid_input-Pfad, wenn quantity oder daily_dose keine positive Zahl ist.

Wie werden abgedeckte Tage aus Menge und Tagesdosis berechnet?

days_covered ist der ganzzahlige Quotient floor(quantity / daily_dose). Dreißig Einheiten zu einer pro Tag reichen dreißig Tage; zehn Einheiten zu drei pro Tag reichen drei volle Tage. quantity und daily_dose müssen dieselbe Einheit teilen und beide streng positiv sein.

Was geschieht, wenn Menge oder Tagesdosis null oder negativ ist?

Die Aufgabe scheitert mit invalid_input. quantity und daily_dose müssen positive Zahlen sein; Null, negative, fehlende und nichtnumerische Werte werden abgelehnt und nicht berechnet.

Was kostet der Rechner für die Rezeptnachfüllung?

Das Browser-Werkzeug ist kostenlos. API-Anfragen nutzen das vorausbezahlte KIT-Guthaben zu $0.002 je erfolgreichem Aufruf; ungültige Eingabe wird nicht berechnet.

Vollständige KIT-Dokumentation lesen →