Rinnovo ricetta

Questo strumento calcola i giorni coperti come il quoziente intero di quantity diviso per daily_dose, poi aggiunge quel conteggio a fill_date con aritmetica gregoriana prolettica, così che la lunghezza dei mesi e i giorni bisestili restino corretti senza toccare l'orologio dell'ospite. quantity e daily_dose devono essere entrambi numeri finiti strettamente positivi; zero, negativi, assenti e non numerici falliscono con invalid_input e non vengono addebitati.

Che cosa significano i giorni coperti e come si ottiene la prossima data di rinnovo

Questo calcolatore usa l'identità intera days_covered uguale al floor di quantity diviso per daily_dose. quantity è il numero di unità consegnate al paziente: compresse, capsule, millilitri di liquido o puff, purché quantity e daily_dose condividano la stessa unità. daily_dose è quante di quelle unità si consumano in un giorno. La prossima data di rinnovo è fill_date più days_covered mediante conteggi seriali gregoriani prolettici. In modo equivalente, refill_date uguaglia fill_date più days_covered giorni. Anni bisestili e mesi di lunghezze diverse si trattano convalidando fill_date come giorno civile reale YYYY-MM-DD e convertendo con le mappe note days_from_civil e civil_from_days, mai con un oggetto Date di JavaScript, Date.now o un calendario di rete.

Contratto di ingresso, forma della risposta e comportamento in errore

Oltre trentaseimilacinquecento giorni coperti (cento anni) vengono rifiutati affinché una dose giornaliera microscopica non inventi una data oltre l'anno 9999. La convalida fallita non è addebitata. Invii un corpo JSON con tre campi obbligatori. Il campo quantity (alias qty, quantity_dispensed, qty_dispensed, dispensed, units) è la quantità dispensata e deve essere un numero finito strettamente positivo o una stringa numerica, al massimo un milione. Il campo daily_dose (alias dose, dose_per_day, daily_consumption, units_per_day, per_day) è la quantità assunta ogni giorno nella stessa unità e deve essere altrettanto un numero finito strettamente positivo di al massimo un milione. Il campo fill_date (alias date, filled_on, fill, dispensed_on) è il giorno di calendario della dispensazione come data gregoriana reale in forma YYYY-MM-DD con anni da uno a novemilanovecentonovantanove; giorni impossibili come il trentuno febbraio vengono rifiutati. Ogni campo numerico può arrivare come numero JSON o come stringa numerica; stringhe vuote, valori non finiti e campi assenti falliscono con invalid_input. In caso di successo il corpo riecheggia quantity e daily_dose arrotondati, fill_date normalizzato, days_covered intero, refill_date come YYYY-MM-DD e una stringa formula che riformula l'identità. Esempio: quantity trenta, daily_dose uno, fill_date primo marzo duemilaventisei produce days_covered trenta e refill_date trentuno marzo duemilaventisei. Esempio: quantity novanta, daily_dose due, fill_date quindici dicembre duemilaventisei produce days_covered quarantacinque e refill_date ventinove gennaio duemilaventisette, attraversando l'anno senza orologio dell'ospite. Una chiamata API riuscita costa il $0.002 pubblicato di tariffa base con unità item.

Quando questo calcolatore aiuta e che cosa non farà

Usi questa pagina quando la ricerca è una data di rinnovo della ricetta o un calcolatore di giorni di scorta da quantità, dose giornaliera e data di dispensazione, non quando il visitatore serve un calendario gestazionale, un'emivita della caffeina o uno scalatore di ricette di cucina. Lo strumento non applica finestre di rinnovo anticipato, logica di ticket, tetti sulle sostanze controllate né conteggi di rinnovi residui di una pratica, e non converte le compresse in millilitri né indovina una dose giornaliera da un testo libero di sig. Preferisca i numeri alle stringhe preformattate quando Lei controlla il client; le stringhe numeriche sono accettate solo se coincidono con un motivo numerico finito stretto. Le aule da tecnico di farmacia possono fissare un flacone di trenta compresse una volta al giorno e variare fill_date perché chi impara veda il riporto di fine mese e di giorno bisestile senza un seriale di foglio di calcolo. Le schede di aderenza possono confrontare un ciclo previsto di trenta giorni con un flacone da novanta unità due volte al giorno e leggere days_covered e refill_date direttamente dal JSON. I test di automazione possono fissare valori attesi per una dispensazione a cavallo d'anno, una dispensazione in anno bisestile e il percorso obbligatorio invalid_input quando quantity è zero o daily_dose non è un numero positivo. Le attività fallite che restituiscono invalid_input non consumano il saldo prepagato, il che mantiene economici gli script esplorativi quando chi impara invia di proposito un quantity zero. Poiché il percorso è parse puro di tier A, ogni chiamata riuscita costa $0.002 senza token di modello e senza rete in uscita.