Calculadora de inmunidad vacunal

La herramienta gratuita del navegador y la API comparten la misma biblioteca JavaScript pura, de modo que las comprobaciones interactivas y las tareas automatizadas coinciden siempre.

Cómo se estima la protección vacunal restante

En álgebra, remaining_percent es efficacy por el mínimo de uno y doses entre dos, por el factor exponencial de mengua.

Contrato de entrada, salidas y comportamiento ante errores

La validación fallida no se factura. No hay tabla de patógenos, ni ajuste por edad, ni indicador de inmunocompromiso, ni fecha de calendario en esta capacidad: son intenciones de producto distintas. Envíe un objeto JSON con tres números finitos obligatorios: efficacy, la eficacia vacunal publicada en porcentaje en el intervalo cerrado de cero a cien; doses, un recuento entero no negativo de dosis recibidas, como máximo veinte; y months, el tiempo no negativo transcurrido en meses desde la última dosis, como máximo seiscientos, con meses fraccionarios permitidos. Se aceptan alias como vaccine_efficacy, ve, efficacy_pct, n_doses, doses_received, dose_count, shots, months_since_last_dose, months_since, elapsed_months y time_months, de modo que formularios y scripts no dependen de un único nombre de campo. Los campos obligatorios ausentes, las cadenas vacías, los valores no finitos, las dosis no enteras, las dosis o los meses negativos, más de veinte dosis, más de seiscientos meses y una eficacia fuera de cero a cien fallan con invalid_input y un mensaje que nombra el problema. Si tiene éxito, la respuesta devuelve remaining_percent como estimación principal, repite efficacy, doses y months, e incluye peak_percent, dose_factor, waning_factor, half_life_months igual a doce, waning_rate_per_month igual al logaritmo natural de dos dividido entre doce, primary_series_doses igual a dos, y una cadena de fórmula que reafirma remaining_percent = efficacy × min(1, doses/2) × exp(−ln(2)×months/12). Combine remaining_percent con su propia pauta si necesita comparar la estimación educativa con una política de refuerzo que usted mismo elija. Las llamadas API correctas cuestan el $0.002 publicado por elemento; los fallos de validación nunca consumen saldo prepago.

Dónde lo usan los equipos y cómo funciona el precio

Los explicadores de salud pública, los paneles de inmunización y los cuadernos periodísticos usan una calculadora de inmunidad vacunal para mostrar cómo cae la protección restante tras la última dosis sin reinventar el código de mengua exponencial en cada cliente. La herramienta interactiva de arriba se ejecuta gratis en el navegador para comprobaciones exploratorias. Las entradas y salidas de origen se conservan solo durante la ventana de retención documentada y nunca se usan para entrenar modelos. Las tuberías de investigación que registran recuentos de dosis autoinformados y la antigüedad de la última dosis pueden enviar muchas tareas independientes —una por persona e intervalo— y guardar remaining_percent junto a la sesión para un análisis posterior. Los módulos de epidemiología en aula pueden fijar efficacy y doses y barrer months para ilustrar una semivida de doce meses sin una celda de hoja que se desvió cuando alguien editó la tasa. Como la implementación es parse de nivel A puro, cada llamada correcta cuesta el precio base publicado $0.002, sin tokens de modelo y sin red saliente. Las llamadas programáticas usan el saldo prepago del KIT por cada elemento correcto; la entrada inválida nunca consume saldo. La latencia la domina el intercambio de la tarea y no el cálculo, lo que hace el endpoint adecuado tanto para validar formularios como para reprocesar por lotes tablas históricas de inmunización. Presente siempre remaining_percent como una estimación educativa según la definición de mengua fija; las decisiones clínicas exigen profesionales cualificados, pautas locales y un contexto de elegibilidad que esta herramienta no recoge.