Calculadora fecha de parto Naegele
Una última regla iniciada el 1 de enero de 2026 da una fecha probable de parto el 8 de octubre de 2026, 280 días después. La regla de Naegele suma un año, resta tres meses y suma siete días a ese primer día. 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
- Fecha prevista
- 2026-10-08
- Días de gestación
- 280
La regla de Naegele es el método clásico de cabecera que clínicos y aplicaciones de embarazo siguen enseñando para convertir el primer día de la última menstruación en una fecha probable de parto. Esta calculadora acepta esa FUM como cadena estricta YYYY-MM-DD, aplica la transformación de los manuales —sumar un año, restar tres meses y sumar siete días— con aritmética de calendario civil pura, y devuelve la fecha estimada de parto, el intervalo de días de gestación resultante, una lista breve de pasos y la cadena de fórmula que usted puede mostrar junto a la respuesta. Úsela en formularios de admisión, ejercicios de datación obstétrica y automatización que necesite una base Naegele transparente antes de que la ecografía refine el plan.
Qué calcula la regla de Naegele y por qué lmp es el único campo obligatorio
La regla de Naegele estima la fecha esperada de parto a partir del primer día de la última menstruación bajo el supuesto simplificador de un ciclo regular de veintiocho días con ovulación cerca del día catorce. En la forma que aún aparece en libros de texto y carteles de consulta, se toma ese día de FUM, se suma un año completo, se restan tres meses y se suman siete días; luego se normaliza cualquier día que desborde la longitud del mes resultante.
El único campo obligatorio es lmp, una fecha de calendario ISO escrita como YYYY-MM-DD que nombra el primer día de sangrado del último periodo que reporta la paciente.
En muchas FUM habituales el recuento es de doscientos ochenta días, coincidente con el cómputo obstétrico convencional de cuarenta semanas desde la FUM; los bordes de año bisiesto y de longitud de mes pueden desplazar el intervalo uno o dos días respecto a un desplazamiento fijo ingenuo, por eso la implementación sigue la forma de calendario en lugar de sumar a ciegas una constante.
Se trata solo de 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 esta esté disponible.
Dónde resulta útil la regla de Naegele
Los formularios de admisión del embarazo y los flujos de reserva de maternidad suelen necesitar una primera fecha estimada de parto en el momento en que la paciente escribe su FUM, antes de adjuntar cualquier archivo de ecografía. Integrar esta calculadora ofrece una base Naegele transparente con fórmula publicada y lista de pasos que enfermería y redacción de producto pueden citar sin desensamblar una biblioteca de fechas opaca.
Los scripts de salud poblacional y las canalizaciones de investigación que recalculan la EDD a partir de columnas 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 límites del horario de verano. Como el motor es trabajo analítico parse de nivel A —unas pocas validaciones enteras y rodajes de calendario— 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 Naegele como la estimación de calendario convencional que siempre ha sido: simple, explicable y determinista.
Qué puede hacer con ella
Admisión y reserva de maternidad
Calcule una EDD de primer paso desde el campo FUM de un formulario web y muestre la fórmula de Naegele junto al resultado 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 con entradas estrictas YYYY-MM-DD y un oráculo determinista que rechaza días de calendario imposibles.
Archivos FUM por lotes
Recalcule fechas estimadas de parto para investigación o planificación a partir de columnas FUM almacenadas, sin bibliotecas Date sensibles a la zona horaria.
Preguntas frecuentes
¿Qué es la regla de Naegele para la fecha de parto?
La regla clásica de Naegele estima la EDD desde el primer día de la FUM sumando un año, restando tres meses y sumando siete días, con normalización de calendario civil por longitud de mes y años bisiestos.
¿La longitud del ciclo cambia el resultado?
No. Esta capacidad aplica el Naegele de manual puro solo desde la FUM.
¿Por qué la fecha no queda siempre a 280 días exactos?
Porque la regla sigue el calendario en lugar de sumar un número fijo de días. La longitud de los meses y los años bisiestos pueden mover el plazo un día o dos; desde el 1 de enero de 2026 salen justo 280 días.
¿Qué pasa si la ecografía me da otra fecha?
La regla de Naegele es una primera estimación a partir de la última regla y supone un ciclo regular. La datación por ecografía la afina cuando está disponible, y ninguno de los dos métodos garantiza el parto ese día.
¿Qué ocurre si escribo una fecha que no existe?
Se rechaza en lugar de convertirse en otra fecha. Un 30 de febrero, o un 29 de febrero en un año que no es bisiesto, no se acepta para que pueda corregir el dato.
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/health/due-date-naegele \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"lmp":"2026-01-01"}'const res = await fetch("https://api.kit.forhosting.com/health/due-date-naegele", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"lmp": "2026-01-01"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/health/due-date-naegele",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"lmp": "2026-01-01"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/health/due-date-naegele", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"lmp":"2026-01-01"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"lmp":"2026-01-01"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/health/due-date-naegele", 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"
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "health.due_date_naegele",
"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 falta el campo obligatorio lmp o no es un día de calendario real, la tarea falla con invalid_input en lugar de inventar una fecha.
Qué calcula la regla de Naegele y por qué lmp es el único campo obligatorio
Esa transformación de calendario es exactamente lo que implementa este endpoint byte a byte: no llama a Date.now, no depende de la zona horaria del servidor y no ajusta en silencio la longitud del ciclo. A partir de esa única fecha el manejador reconstruye año, mes y día como enteros, valida que el día exista en ese mes —incluido el veintinueve de febrero en años bisiestos—, aplica los tres pasos de Naegele y emite due_date con la misma forma ISO. La respuesta también devuelve el lmp normalizado, etiqueta method como naegele, reescribe formula como EDD igual a LMP más un año menos tres meses más siete días, informa gestation_days como el recuento entero de días civiles entre LMP y EDD, y enumera pasos legibles para que una interfaz muestre la aritmética sin volver a derivarla.
Contrato de entrada, validación, forma de la respuesta y errores deterministas
El mes debe estar entre uno y doce; el día debe ser real para ese mes, de modo que valores como el treinta de febrero de dos mil veintiséis se rechazan porque febrero nunca tiene treinta días, y el veintinueve de febrero de dos mil veintitrés se rechaza porque ese año no es bisiesto según la regla gregoriana. No envíe marcas de tiempo de reloj de pared, zonas horarias ni longitud de ciclo a esta capacidad —eso corresponde a otras herramientas—; esta página es deliberadamente solo la transformación de manual Naegele de LMP a EDD. Envíe por POST un objeto JSON cuyo campo obligatorio lmp sea una cadena que coincida con el patrón estricto de cuatro dígitos, guion, mes de dos dígitos, guion y día de dos dígitos. Se aceptan los alias last_menstrual_period, lmp_date y period_start, y se enrutan al mismo analizador para que formularios e integraciones conserven sus nombres preferidos. Un lmp ausente, null, cadena vacía, objetos que no son cadena y cadenas que fallan el patrón lanzan invalid_input nombrando el campo y la forma esperada. En caso de éxito el cuerpo incluye siempre lmp, due_date, method, formula, gestation_days y steps; nunca se rellenan campos opcionales con null. Ejemplo: lmp el primero de enero de dos mil veintiséis produce due_date el ocho de octubre de dos mil veintiséis bajo la transformación clásica, con method naegele y una cadena formula que usted puede mostrar junto al resultado. La validación fallida no se factura, de modo que puede probar cargas hostiles o incompletas sin gastar saldo prepago.
Preguntas técnicas
¿Qué campos de entrada son obligatorios?
Solo lmp (YYYY-MM-DD). Se aceptan los alias last_menstrual_period, lmp_date y period_start. Un lmp ausente o vacío devuelve invalid_input y no se factura.
¿Por qué gestation_days puede diferir ligeramente de 280?
La implementación sigue la forma de calendario de la regla de Naegele, no un desplazamiento ciego de +280 días. Las longitudes de mes y los días bisiestos pueden alterar un poco el intervalo de días enteros en algunas FUM.
¿Cuánto cuesta la calculadora de fecha de parto Naegele?
El widget del navegador es gratuito. Las llamadas API usan saldo KIT prepago a $0.002 por tarea exitosa; la entrada inválida no se cobra.