Tempo di produzione vaccini

Qualsiasi grandezza assente, nulla, negativa, infinita o che non sia un numero finito positivo fallisce con invalid_input e non viene addebitata.

Come dosi richieste, capacità giornaliera e lotti paralleli fissano i giorni

L’identità non inventa cambi formato, attese asettiche, rilascio da controllo qualità, perdita di resa né spedizione. Quei tempi si aggiungono alla finestra pura di fabbricazione e appartengono al Suo programma. Quando ogni ingresso è un numero finito positivo, il quoziente è unico e deterministico. Il tempo di produzione vaccinale, al primo ordine, è un’identità di portata: non è un modello clinico né un gemello digitale completo di fabbrica. required_doses è la taglia di campagna che Lei deve rilasciare: un obiettivo nazionale di immunizzazione, un lotto di gara, un rintegro di scorta o un riempimento di sperimentazione clinica, espresso in dosi finite. daily_plant_capacity è il numero di dosi che un flusso di produzione può completare in un giorno di calendario nel collo di bottiglia che Lei sceglie di modellare —spesso una linea di riempimento, un treno di purificazione a valle o un bioreattore di antigene sfuso convertito in equivalenti di dose finita—. batches_in_parallel indica quanti di quei flussi possono correre insieme senza condividere quel collo: due linee di riempimento, tre bioreattori o altri lotti simultanei. L’uscita giornaliera effettiva è daily_plant_capacity moltiplicata per batches_in_parallel. days_needed è required_doses diviso per quel prodotto, la stessa formula domanda su ritmo che la ricerca operativa usa nella produzione su commessa. Il calcolatore restituisce anche calendar_days come tetto intero di days_needed, così un’occupazione di 1.7 giorni prenota comunque due giorni di calendario di impianto. Usi days_needed come soglia inferiore di occupazione e, se il processo lo richiede, accumuli poi le attese.

Contratto d’ingresso, forma della risposta ed errori di convalida

Invii per POST un corpo JSON con tre numeri finiti positivi obbligatori: required_doses, la taglia di campagna in dosi finite; daily_plant_capacity, le dosi che un flusso termina per giorno di calendario; e batches_in_parallel, quanti flussi indipendenti possono correre insieme. Ogni campo può arrivare come numero JSON o come stringa numerica, notazione scientifica compresa. Esistono alias perché moduli antichi mappino senza rinominare colonne: doses, total_doses, target_doses e demand per required_doses; daily_capacity, plant_capacity, capacity_per_day e line_capacity per daily_plant_capacity; parallel_batches, batches, n_batches e parallel_lines per batches_in_parallel. Campi assenti, stringhe vuote, booleani, oggetti, infiniti, NaN, zero e valori negativi falliscono con invalid_input nominando il campo come non positivo, e quei fallimenti non vengono fatturati. In successo il corpo echeggia i tre ingressi, restituisce effective_daily_output come capacità giornaliera per lotti in parallelo, days_needed come quoziente esatto arrotondato a dieci decimali per goldens stabili tra runtime, calendar_days come tetto di occupazione, una stringa formula che riafferma l’identità, e method parallel_batch_throughput. Esempio: un milione di dosi richieste, cinquantamila di capacità giornaliera e due lotti in parallelo rendono centomila dosi al giorno, dieci days_needed e dieci calendar_days. Le unità sono Sue: se la capacità è in dosi finite al giorno, days_needed è in giorni. Abbini la risposta al Suo Gantt o MES se servono attese; questo endpoint stima solo l’occupazione di fabbricazione.

Dove un’API di tempo di produzione vaccinale dimostra il proprio valore

Aule di sanità pubblica ed esercitazioni da tavolo lasciano variare required_doses, daily_plant_capacity e batches_in_parallel e vedere perché raddoppiare flussi indipendenti dimezza l’occupazione quando il collo non è condiviso.