Recarga de receta

Esta herramienta calcula los días cubiertos como el cociente entero de quantity entre daily_dose y suma ese recuento a fill_date con aritmética gregoriana proléptica, de modo que la longitud de los meses y los días bisiestos queden correctos sin tocar el reloj del anfitrión. Tanto quantity como daily_dose deben ser números finitos estrictamente positivos; el cero, los negativos, los ausentes y los no numéricos fallan con invalid_input y no se facturan.

Qué significan los días cubiertos y cómo se obtiene la próxima fecha de recarga

Esta calculadora usa la identidad entera days_covered igual al floor de quantity dividido por daily_dose. quantity es el número de unidades entregadas al paciente: comprimidos, cápsulas, mililitros de líquido o inhalaciones, siempre que quantity y daily_dose compartan la misma unidad. daily_dose es cuántas de esas unidades se consumen en un día. La próxima fecha de recarga es fill_date más days_covered mediante conteos seriales gregorianos prolépticos. De forma equivalente, refill_date iguala fill_date más days_covered días.

Contrato de entrada, forma de la respuesta y comportamiento ante errores

Más de treinta y seis mil quinientos días cubiertos (cien años) se rechazan para que una dosis diaria microscópica no invente una fecha posterior al año 9999. La validación fallida no se factura. Envíe un cuerpo JSON con tres campos obligatorios. El campo quantity (alias qty, quantity_dispensed, qty_dispensed, dispensed, units) es la cantidad dispensada y debe ser un número finito estrictamente positivo o una cadena numérica, como máximo un millón. El campo daily_dose (alias dose, dose_per_day, daily_consumption, units_per_day, per_day) es la cantidad tomada cada día en la misma unidad y debe ser asimismo un número finito estrictamente positivo de como máximo un millón. El campo fill_date (alias date, filled_on, fill, dispensed_on) es el día de calendario de la dispensación como fecha gregoriana real en forma YYYY-MM-DD con años desde uno hasta nueve mil novecientos noventa y nueve; se rechazan días imposibles como el treinta y uno de febrero. Cada campo numérico puede llegar como número JSON o como cadena numérica; las cadenas vacías, los valores no finitos y los campos ausentes fallan con invalid_input. En caso de éxito el cuerpo ecoa quantity y daily_dose redondeados, fill_date normalizado, days_covered entero, refill_date como YYYY-MM-DD y una cadena formula que reitera la identidad. Ejemplo: quantity treinta, daily_dose uno, fill_date primero de marzo de dos mil veintiséis produce days_covered treinta y refill_date treinta y uno de marzo de dos mil veintiséis. Ejemplo: quantity noventa, daily_dose dos, fill_date quince de diciembre de dos mil veintiséis produce days_covered cuarenta y cinco y refill_date veintinueve de enero de dos mil veintisiete, cruzando el año sin reloj del anfitrión. Una llamada exitosa a la API cuesta el $0.002 publicado de tarifa base con unidad item.

Cuándo ayuda esta calculadora y qué no hará

Use esta página cuando la búsqueda sea una fecha de recarga de receta o una calculadora de días de suministro a partir de cantidad, dosis diaria y fecha de dispensación, no cuando quien visita necesite un calendario gestacional, una vida media de cafeína o un escalador de recetas de cocina. La herramienta no aplica ventanas de recarga anticipada, lógica de copago, límites de sustancias controladas ni recuentos de recargas restantes de una reclamación, y no convierte comprimidos a mililitros ni adivina una dosis diaria a partir de un texto libre de sig. Prefiera números a cadenas preformateadas cuando controle el cliente; las cadenas numéricas solo se aceptan si coinciden con un patrón numérico finito estricto. Las aulas de técnico en farmacia pueden fijar un envase de treinta comprimidos una vez al día y variar fill_date para que el alumnado vea el arrastre de fin de mes y de día bisiesto sin un serial de hoja de cálculo. Las fichas de adherencia pueden comparar un ciclo previsto de treinta días con un frasco de noventa unidades dos veces al día y leer days_covered y refill_date directamente del JSON. Las pruebas de automatización pueden fijar valores esperados para una dispensación en el cambio de año, una dispensación en año bisiesto y la vía obligatoria invalid_input cuando quantity es cero o daily_dose no es un número positivo. Las tareas fallidas que devuelven invalid_input no consumen saldo prepago, lo que mantiene baratos los scripts exploratorios cuando el alumnado envía a propósito un quantity cero. Como el camino es parse puro de tier A, cada llamada exitosa cuesta $0.002 sin tokens de modelo y sin red de salida.