Tiempo de producción de vacunas

Cualquier magnitud ausente, nula, negativa, infinita o que no sea un número finito positivo falla con invalid_input y no se cobra.

Cómo las dosis exigidas, la capacidad diaria y los lotes paralelos fijan los días

La identidad no inventa cambios de formato, esperas asépticas, liberación por control de calidad, merma de rendimiento ni envío. Esos tiempos se suman al margen puro de fabricación y pertenecen a su propio programa. Cuando cada entrada es un número finito positivo, el cociente es único y determinista. El tiempo de producción de vacunas, a primer orden, es una identidad de caudal: no es un modelo clínico ni un gemelo digital completo de fábrica. required_doses es el tamaño de campaña que usted debe liberar: un objetivo nacional de inmunización, un lote de licitación, una reposición de reserva o un llenado de ensayo clínico, expresado en dosis terminadas. daily_plant_capacity es el número de dosis que un flujo de producción puede completar en un día de calendario en el cuello de botella que usted elija modelar —con frecuencia una línea de llenado, un tren de purificación aguas abajo o un biorreactor de antígeno a granel convertido a equivalentes de dosis terminada—. batches_in_parallel indica cuántos de esos flujos pueden correr a la vez sin compartir ese cuello: dos líneas de llenado, tres biorreactores u otros lotes simultáneos. La salida diaria efectiva es daily_plant_capacity multiplicada por batches_in_parallel. days_needed es required_doses dividido por ese producto, la misma fórmula de demanda sobre ritmo que usa la investigación de operaciones en producción bajo pedido. La calculadora también devuelve calendar_days como el techo entero de days_needed, de modo que una ocupación de 1.7 días sigue reservando dos días de calendario de planta. Utilice days_needed como cota inferior de ocupación y, si su proceso lo exige, apile después las esperas.

Contrato de entrada, forma de la respuesta y errores de validación

Envíe por POST un cuerpo JSON con tres números finitos positivos obligatorios: required_doses, el tamaño de campaña en dosis terminadas; daily_plant_capacity, las dosis que un flujo termina por día de calendario; y batches_in_parallel, cuántos flujos independientes pueden correr a la vez. Cada campo puede llegar como número JSON o como cadena numérica, incluida la notación científica. Existen alias para que formularios antiguos mapeen sin renombrar columnas: doses, total_doses, target_doses y demand para required_doses; daily_capacity, plant_capacity, capacity_per_day y line_capacity para daily_plant_capacity; parallel_batches, batches, n_batches y parallel_lines para batches_in_parallel. Campos ausentes, cadenas vacías, booleanos, objetos, infinitos, NaN, cero y valores negativos fallan con invalid_input nombrando el campo como no positivo, y esos fallos no se facturan. Si acierta, el cuerpo ecoa las tres entradas, devuelve effective_daily_output como capacidad diaria por lotes en paralelo, days_needed como el cociente exacto redondeado a diez decimales para goldens estables entre runtimes, calendar_days como techo de ocupación, una cadena formula que reitera la identidad, y method parallel_batch_throughput. Ejemplo: un millón de dosis exigidas, cincuenta mil de capacidad diaria y dos lotes en paralelo rinden cien mil dosis al día, diez days_needed y diez calendar_days. Las unidades son suyas: si la capacidad va en dosis terminadas por día, days_needed va en días. Combine la respuesta con su Gantt o MES si necesita esperas; este endpoint estima solo la ocupación de fabricación.

Dónde aporta valor una API de tiempo de producción de vacunas

Las aulas de salud pública y los ejercicios de mesa permiten variar required_doses, daily_plant_capacity y batches_in_parallel y ver por qué duplicar flujos independientes reduce a la mitad la ocupación cuando el cuello no se comparte.