Renovação de receita

Esta ferramenta calcula os dias cobertos como o quociente inteiro de quantity dividido por daily_dose e soma essa contagem a fill_date com aritmética gregoriana proléptica, de modo que a duração dos meses e os dias bissextos permaneçam corretos sem tocar o relógio do anfitrião. quantity e daily_dose devem ser números finitos estritamente positivos; zero, negativos, ausentes e não numéricos falham com invalid_input e não são cobrados.

O que significam os dias cobertos e como se obtém a próxima data de renovação

Esta calculadora usa a identidade inteira days_covered igual ao floor de quantity dividido por daily_dose. quantity é o número de unidades entregues ao paciente: comprimidos, cápsulas, mililitros de líquido ou jatos, desde que quantity e daily_dose compartilhem a mesma unidade. daily_dose é quantas dessas unidades se consomem em um dia. A próxima data de renovação é fill_date mais days_covered usando contagens seriais gregorianas prolépticas. De forma equivalente, refill_date iguala fill_date mais days_covered dias.

Contrato de entrada, forma da resposta e comportamento de erro

Mais de trinta e seis mil e quinhentos dias cobertos (cem anos) são rejeitados para que uma dose diária microscópica não invente uma data depois do ano 9999. A validação falha não é cobrada. Envie um corpo JSON com três campos obrigatórios. O campo quantity (aliases qty, quantity_dispensed, qty_dispensed, dispensed, units) é a quantidade dispensada e deve ser um número finito estritamente positivo ou uma string numérica, no máximo um milhão. O campo daily_dose (aliases dose, dose_per_day, daily_consumption, units_per_day, per_day) é a quantidade tomada a cada dia na mesma unidade e deve ser igualmente um número finito estritamente positivo de no máximo um milhão. O campo fill_date (aliases date, filled_on, fill, dispensed_on) é o dia de calendário da dispensação como data gregoriana real na forma YYYY-MM-DD com anos de um até nove mil novecentos e noventa e nove; dias impossíveis como trinta e um de fevereiro são rejeitados. Cada campo numérico pode chegar como número JSON ou como string numérica; strings vazias, valores não finitos e campos ausentes falham com invalid_input. Em caso de sucesso o corpo ecoa quantity e daily_dose arredondados, fill_date normalizado, days_covered inteiro, refill_date como YYYY-MM-DD e uma string formula que reitera a identidade. Exemplo: quantity trinta, daily_dose um, fill_date primeiro de março de dois mil e vinte e seis produz days_covered trinta e refill_date trinta e um de março de dois mil e vinte e seis. Exemplo: quantity noventa, daily_dose dois, fill_date quinze de dezembro de dois mil e vinte e seis produz days_covered quarenta e cinco e refill_date vinte e nove de janeiro de dois mil e vinte e sete, cruzando o ano sem relógio do anfitrião. Uma chamada bem-sucedida à API custa o US$ 0,002 publicado de tarifa base com unidade item.

Quando esta calculadora ajuda e o que ela não fará

Use esta página quando a busca for uma data de renovação de receita ou uma calculadora de dias de suprimento a partir de quantidade, dose diária e data de dispensação, não quando quem visita precisar de um calendário gestacional, uma meia-vida de cafeína ou um escalonador de receitas culinárias. A ferramenta não aplica janelas de renovação antecipada, lógica de copagamento, limites de substâncias controladas nem contagens de renovações restantes de uma fatura, e não converte comprimidos em mililitros nem adivinha uma dose diária a partir de um texto livre de sig. Prefira números a strings pré-formatadas quando você controla o cliente; strings numéricas só são aceitas se coincidirem com um padrão numérico finito estrito. Salas de técnico em farmácia podem fixar um frasco de trinta comprimidos uma vez ao dia e variar fill_date para que o alunado veja o transbordo de fim de mês e de dia bissexto sem um serial de planilha. Fichas de adesão podem comparar um ciclo previsto de trinta dias com um frasco de noventa unidades duas vezes ao dia e ler days_covered e refill_date direto do JSON. Testes de automação podem fixar valores esperados para uma dispensação na virada do ano, uma dispensação em ano bissexto e o caminho obrigatório invalid_input quando quantity é zero ou daily_dose não é um número positivo. Tarefas falhas que devolvem invalid_input não consomem saldo pré-pago, o que mantém baratos os scripts exploratórios quando o alunado envia de propósito um quantity zero. Como o caminho é parse puro de tier A, cada chamada bem-sucedida custa US$ 0,002 sem tokens de modelo e sem rede de saída.