Temps de production vaccinale

Toute grandeur manquante, nulle, négative, infinie ou qui n’est pas un nombre fini positif échoue avec invalid_input et n’est pas facturée.

Comment doses exigées, capacité quotidienne et lots parallèles fixent les jours

L’identité n’invente pas les changements de série, les retenues aseptiques, la libération par contrôle qualité, la perte de rendement ni l’expédition. Ces durées s’ajoutent à la fenêtre pure de fabrication et appartiennent à votre propre planning. Lorsque chaque entrée est un nombre fini positif, le quotient est unique et déterministe. Le temps de production vaccinale, au premier ordre, est une identité de débit : ce n’est ni un modèle clinique ni un jumeau numérique d’usine complet. required_doses est la taille de campagne que vous devez libérer : une cible nationale d’immunisation, un lot d’appel d’offres, une reconstitution de stock stratégique ou un remplissage d’essai clinique, exprimé en doses finies. daily_plant_capacity est le nombre de doses qu’un flux de production peut achever en un jour calendaire au goulot que vous choisissez de modéliser —souvent une ligne de remplissage, un train de purification en aval ou un bioréacteur d’antigène en vrac converti en équivalents de dose finie—. batches_in_parallel indique combien de ces flux peuvent tourner en même temps sans partager ce goulot : deux lignes de remplissage, trois bioréacteurs ou d’autres lots simultanés. La sortie quotidienne effective est daily_plant_capacity multipliée par batches_in_parallel. days_needed est required_doses divisé par ce produit, la même formule demande sur rythme qu’utilise la recherche opérationnelle en production à la commande. Le calculateur renvoie aussi calendar_days comme le plafond entier de days_needed, de sorte qu’une occupation de 1.7 jour réserve encore deux jours calendaires d’usine. Servez-vous de days_needed comme borne inférieure d’occupation, puis empilez les retenues si votre procédé l’exige.

Contrat d’entrée, forme de la réponse et erreurs de validation

Associez la réponse à votre Gantt ou MES si vous avez besoin de retenues ; ce point d’accès n’estime que l’occupation de fabrication. Envoyez par POST un corps JSON avec trois nombres finis positifs obligatoires : required_doses, la taille de campagne en doses finies ; daily_plant_capacity, les doses qu’un flux termine par jour calendaire ; et batches_in_parallel, combien de flux indépendants peuvent tourner à la fois. Chaque champ peut arriver comme nombre JSON ou comme chaîne numérique, y compris la notation scientifique. Des alias existent pour que d’anciens formulaires correspondent sans renommer les colonnes : doses, total_doses, target_doses et demand pour required_doses ; daily_capacity, plant_capacity, capacity_per_day et line_capacity pour daily_plant_capacity ; parallel_batches, batches, n_batches et parallel_lines pour batches_in_parallel. Champs manquants, chaînes vides, booléens, objets, infinis, NaN, zéro et valeurs négatives échouent avec invalid_input en nommant le champ comme non positif, et ces échecs ne sont pas facturés. En succès le corps répète les trois entrées, renvoie effective_daily_output comme capacité quotidienne fois lots en parallèle, days_needed comme le quotient exact arrondi à dix décimales pour goldens stables entre runtimes, calendar_days comme plafond d’occupation, une chaîne formula qui réénonce l’identité, et method parallel_batch_throughput. Exemple : un million de doses exigées, cinquante mille de capacité quotidienne et deux lots en parallèle donnent cent mille doses par jour, dix days_needed et dix calendar_days. Les unités sont les vôtres : si la capacité est en doses finies par jour, days_needed est en jours.

Où une API de temps de production vaccinale prouve son utilité

Les salles de santé publique et les exercices de table laissent faire varier required_doses, daily_plant_capacity et batches_in_parallel et voir pourquoi doubler des flux indépendants divise l’occupation par deux lorsque le goulot n’est pas partagé.