Estimar fecha probable de parto
Indique el primer día de la última menstruación y la fecha de hoy: si empezó el 1 de enero de 2026, el parto se estima para el 8 de octubre de 2026, y al 15 de marzo van 73 días. Gratis en su navegador.
- Gratis
- Funciona en su navegador
- Sin registro
- Sus datos no salen de su equipo
Ejecutar — gratis
Ejemplo resuelto
- Primer día de la última menstruación
- 2026-01-01
- Hoy
- 2026-03-15
- Fecha prevista
- 2026-10-08
- Días de gestación
- 280
- Días desde la FUM
- 73
Estimar la fecha probable de parto a partir del primer día de la última menstruación es uno de los cálculos de calendario más habituales en el ingreso de maternidad, la educación prenatal y los ejercicios de obstetricia. Esta calculadora de fecha probable de parto aplica la regla de Naegele en su forma transparente de doscientos ochenta días: toma una última menstruación estricta en YYYY-MM-DD, exige una referencia de hoy declarada para que no pasen FUM futuras, suma exactamente doscientos ochenta días civiles con aritmética gregoriana pura y devuelve la fecha estimada de parto más el recuento de días desde la FUM. Úsela en formularios, demostraciones didácticas y automatización que necesiten una base Naegele determinista antes de que la ecografía refine la datación.
Qué calcula la regla de Naegele de 280 días y por qué se exigen lmp y today
La regla de Naegele estima la fecha esperada del parto a partir del primer día de la última menstruación bajo el conteo obstétrico convencional de cuarenta semanas desde la FUM. En la forma por recuento de días que usa esta capacidad, se toma ese día de FUM y se suman exactamente doscientos ochenta días civiles completos, normalizando longitudes de mes y años bisiestos gregorianos.
Ese desplazamiento fijo coincide con la enseñanza clásica de cuarenta semanas desde el primer día de sangrado del último período para un ciclo regular de veintiocho días con ovulación cerca del día catorce. Dos campos obligatorios impulsan la resolución. El campo lmp es una fecha de calendario ISO en YYYY-MM-DD que nombra el primer día de sangrado del último período que reporta la paciente.
El campo today es un día de referencia declarado con la misma forma; el manejador nunca lee el reloj del anfitrión, de modo que quien llama debe pasar la referencia que desea aplicar. Es solo una estimación de datación: no es un diagnóstico, no garantiza el parto en ese día y no sustituye la datación clínica por ecografía cuando esté disponible.
Dónde ayuda calcular la fecha probable de parto
Los formularios de ingreso de embarazo y los flujos de reserva de maternidad suelen necesitar una primera fecha probable de parto en el momento en que la paciente escribe su FUM, con una regla clara que rechace períodos fechados en el futuro respecto al día de referencia del formulario. Integrar esta calculadora ofrece una base Naegele transparente con una fórmula publicada y un campo de días desde la FUM que la redacción de producto puede citar sin ingeniar a la inversa una biblioteca de fechas opaca.
Los scripts de salud poblacional y las tuberías de investigación que recalculan la EDD desde columnas de FUM archivadas pueden procesar por lotes la misma función pura sin desplegar una biblioteca obstétrica completa ni depender de una implementación Date del anfitrión que se desplace cerca de los cambios de horario de verano. Como el motor es trabajo analítico parse de nivel A—unas pocas validaciones enteras y giros de día serial—la latencia se mantiene baja y el modelo de coste es plano.
Prefiera la datación por ecografía cuando la política clínica lo exija, y trate la salida de doscientos ochenta días como la estimación convencional de calendario que siempre ha sido: simple, explicable y determinista.
Qué puede hacer con ella
Ingreso y reserva de maternidad
Calcule una EDD de primer paso desde el campo FUM de un formulario web, pase el día de referencia del formulario como today y rechace FUM futuras antes de que la ecografía confirme la datación.
Aula y preparación de exámenes
Permita que el alumnado practique la regla de Naegele de doscientos ochenta días con entradas estrictas YYYY-MM-DD y un oráculo determinista que rechace fechas de FUM imposibles o futuras.
Archivos FUM por lotes
Recalcule fechas estimadas de parto para investigación o planificación a partir de columnas de FUM almacenadas con una fecha de referencia fija, sin bibliotecas Date sensibles a la zona horaria.
Preguntas frecuentes
¿Cómo estima esta calculadora la fecha probable de parto?
Aplica la regla de Naegele como un desplazamiento fijo: la fecha estimada de parto es el primer día de la última menstruación más exactamente 280 días civiles, con longitudes de mes y años bisiestos gregorianos normalizados en aritmética pura.
¿Por qué se exige un campo today si la regla solo necesita la FUM?
El manejador nunca lee el reloj de pared. Quien llama debe declarar el día de referencia para que la FUM no se acepte cuando sea posterior a ese día. Las mismas entradas producen siempre el mismo resultado de validación en todos los entornos.
¿Qué ocurre si la FUM es posterior a today?
Una última menstruación en el futuro respecto a la referencia declarada no es una base válida para estimar la fecha de parto.
¿Cambia la fecha si el ciclo es más largo o más corto de veintiocho días?
No. La regla suma siempre 280 días exactos, lo que supone un ciclo regular de veintiocho días con ovulación hacia el día catorce. No se ajusta a la duración del ciclo, así que es la ecografía la que afina la fecha después.
¿Se tienen en cuenta los años bisiestos?
Sí. Los 280 días se cuentan como días reales del calendario, con la duración verdadera de cada mes y el día extra de febrero en los años bisiestos, de modo que la fecha es correcta aunque el embarazo atraviese un año bisiesto.
Herramientas relacionadas
Para desarrolladores — acceso por API
Todo lo de esta página está disponible por programación. Esta sección es para equipos que quieren integrarlo en sus sistemas; el resto puede usar la herramienta de arriba sin más.
Endpoint de API
¿Prefiere automatizarlo? Un POST autenticado crea la tarea; el resultado llega por webhook o enlace firmado. La misma capacidad también se ejecuta aquí en la web, por email y desde Telegram — y pronto también desde nuestra app.
Llámela desde su stack
curl -X POST https://api.kit.forhosting.com/math/pregnancy-due-date \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"lmp":"2026-01-01","today":"2026-03-15"}'const res = await fetch("https://api.kit.forhosting.com/math/pregnancy-due-date", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"lmp": "2026-01-01",
"today": "2026-03-15"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/math/pregnancy-due-date",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"lmp": "2026-01-01",
"today": "2026-03-15"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/math/pregnancy-due-date", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"lmp":"2026-01-01","today":"2026-03-15"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"lmp":"2026-01-01","today":"2026-03-15"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/math/pregnancy-due-date", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Ejemplo de solicitud
{
"lmp": "2026-01-01",
"today": "2026-03-15"
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "math.pregnancy_due_date",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}La API es asíncrona: la llamada devuelve un task_id al instante y el resultado llega por webhook. El polling está limitado a 1 req/s por tarea.
Precio
Precio publicado — sin tokens ni créditos inventados. Una tarea fallida no se cobra.
Errores
| HTTP | Código | Significado |
|---|---|---|
401 | unauthorized | API key ausente o inválida. |
402 | insufficient_balance | El saldo no cubre el precio de la tarea. |
404 | unknown_type | El tipo de tarea no existe. |
429 | rate_limited | Demasiadas peticiones. Use el webhook en vez de sondear. |
Notas técnicas
Cuando la FUM es posterior a hoy, o falta alguna fecha o no es un día de calendario real, la tarea falla con invalid_input en lugar de inventar un calendario.
Qué calcula la regla de Naegele de 280 días y por qué se exigen lmp y today
Este endpoint implementa esa aritmética byte a byte: no llama a Date.now, no depende de la zona horaria del servidor y no ajusta en silencio la duración del ciclo. Si lmp cae estrictamente después de today, la solicitud se rechaza como invalid_input con un mensaje que nombra ambas fechas, porque una última menstruación en el futuro respecto a la referencia no es una base usable para estimar la fecha de parto. A partir de un par válido, el manejador reconstruye año, mes y día como enteros, valida que cada día exista en su mes incluido el 29 de febrero bisiesto, suma doscientos ochenta días seriales desde la FUM y emite due_date en forma ISO. La respuesta también repite lmp y today normalizados, etiqueta method como naegele_280, reformula formula como EDD igual a LMP más doscientos ochenta días, informa gestation_days como doscientos ochenta e informa days_since_lmp como el recuento de días civiles enteros desde la FUM hasta el today declarado, para que una interfaz muestre el progreso gestacional sin rederivar la matemática serial.
Contrato de entrada, validación, forma de respuesta y errores deterministas
El campo lmp debe coincidir con el patrón estricto de cuatro dígitos, guion, mes de dos dígitos, guion y día de dos dígitos. El mes debe estar entre uno y doce; el día debe ser real para ese mes, de modo que valores como el 30 de febrero de dos mil veintiséis se rechazan porque febrero nunca tiene treinta días, y el 29 de febrero de dos mil veintitrés se rechaza porque ese año no es bisiesto bajo la regla gregoriana. Tras analizar ambas fechas, el manejador compara sus números de día serial y rechaza cualquier caso en que lmp sea posterior a today. No envíe marcas de tiempo de reloj de pared, zonas horarias ni duración de ciclo a esta capacidad—eso pertenece a otras herramientas; esta página es intencionadamente la transformación fija de doscientos ochenta días de FUM a EDD con un control explícito de today. Envíe por POST un objeto JSON con dos campos de cadena obligatorios. Los alias last_menstrual_period, lmp_date y period_start mapean a la misma ruta de análisis para que los formularios conserven sus nombres preferidos. El campo today debe usar la misma forma ISO; se aceptan los alias as_of y reference_date. Si faltan lmp o today, son null, cadena vacía, objetos no cadena o cadenas que fallan el patrón, se lanza invalid_input nombrando el campo y la forma esperada. En éxito el cuerpo siempre incluye lmp, today, due_date, method, formula, gestation_days y days_since_lmp; los campos nulos opcionales nunca se rellenan. Ejemplo: lmp el primero de enero de dos mil veintiséis con today el quince de marzo de dos mil veintiséis produce due_date el ocho de octubre de dos mil veintiséis bajo el desplazamiento fijo de doscientos ochenta días, con method naegele_280 y days_since_lmp igual al tramo civil del primero de enero al quince de marzo. La validación fallida no se factura, de modo que puede sondear cargas hostiles o incompletas sin gastar saldo prepago.
Preguntas técnicas
¿Qué campos de entrada son obligatorios?
Tanto lmp como today (YYYY-MM-DD). Se aceptan los alias last_menstrual_period, lmp_date, period_start para la FUM y as_of, reference_date para today. Valores ausentes o vacíos devuelven invalid_input y no se facturan.
¿Cuánto cuesta la calculadora de fecha probable de parto?
El widget del navegador es gratuito. Las llamadas API usan saldo prepago del KIT a $0.002 por tarea exitosa; la entrada inválida no se cobra.