Stimare data presunta del parto
Inserisca il primo giorno delle ultime mestruazioni e la data di oggi: se sono iniziate il 1° gennaio 2026, il parto è stimato per l'8 ottobre 2026, e al 15 marzo sono trascorsi 73 giorni. Gratis nel suo browser.
- Gratis
- Funziona nel suo browser
- Senza registrazione
- I suoi dati restano sul dispositivo
Esegui gratis nel browser
Esempio risolto
- Primo giorno dell'ultima mestruazione
- 2026-01-01
- Oggi
- 2026-03-15
- Data prevista
- 2026-10-08
- Giorni di gestazione
- 280
- Giorni dall'ultima mestruazione
- 73
Stimare la data presunta del parto a partire dal primo giorno delle ultime mestruazioni è uno dei calcoli di calendario più comuni nell'accoglienza di maternità, nell'educazione prenatale e negli esercizi di ostetricia. Questo calcolatore della data presunta del parto applica la regola di Naegele nella forma trasparente di duecentottanta giorni: prende ultime mestruazioni rigorose in YYYY-MM-DD, esige un riferimento today dichiarato affinché non passino date future, somma esattamente duecentottanta giorni civili con aritmetica gregoriana pura e restituisce la data stimata del parto più il conteggio dei giorni dalle ultime mestruazioni. Lo usi per moduli, dimostrazioni didattiche e automazione che necessitano di una base Naegele deterministica prima che l'ecografia raffini la datazione.
Cosa calcola la regola di Naegele a 280 giorni e perché servono lmp e today
La regola di Naegele stima la data attesa del parto a partire dal primo giorno delle ultime mestruazioni secondo il conteggio ostetrico convenzionale di quaranta settimane dalle ultime mestruazioni. Nella forma a conteggio di giorni usata da questa capacità, si prende quel giorno e si sommano esattamente duecentottanta giorni civili interi, normalizzando lunghezze dei mesi e anni bisestili gregoriani. Quel offset fisso corrisponde all'insegnamento classico di quaranta settimane dal primo giorno di sanguinamento dell'ultimo ciclo per un ciclo regolare di ventotto giorni con ovulazione intorno al quattordicesimo giorno.
Due campi obbligatori guidano la risoluzione. Il campo lmp è una data di calendario ISO in YYYY-MM-DD che nomina il primo giorno di sanguinamento dell'ultimo periodo riferito dalla paziente. Il campo today è un giorno di riferimento dichiarato nella stessa forma; il gestore non legge mai l'orologio host, quindi chi chiama deve passare il riferimento che desidera applicare.
È solo una stima di datazione: non è una diagnosi, non garantisce il parto in quel giorno e non sostituisce la datazione clinica ecografica quando disponibile.
Dove serve stimare la data presunta del parto
I moduli di accoglienza della gravidanza e i flussi di prenotazione di maternità spesso necessitano di una prima data presunta del parto nel momento in cui la paziente digita le ultime mestruazioni, con una regola chiara che rifiuti periodi datati nel futuro rispetto al giorno di riferimento del modulo. Incorporare questo calcolatore offre una base Naegele trasparente con formula pubblicata e un campo dei giorni dalle ultime mestruazioni che il testo di prodotto può citare senza reverse engineering di una libreria di date opaca.
Gli script di salute di popolazione e le pipeline di ricerca che ricalcolano l'EDD da colonne di ultime mestruazioni archiviate possono elaborare in batch la stessa funzione pura senza distribuire una libreria ostetrica completa né dipendere da un'implementazione Date host che si sposta vicino ai cambi di ora legale. Poiché il motore è lavoro analitico parse di livello A—alcune validazioni intere e rotazioni di giorno seriali—la latenza resta bassa e il modello di costo è piatto.
Preferisca la datazione ecografica quando la politica clinica lo richiede, e tratti l'uscita di duecentottanta giorni come la stima convenzionale di calendario che è sempre stata: semplice, spiegabile e deterministica.
Casi d'uso
Accoglienza e prenotazione di maternità
Calcoli un'EDD di primo passaggio dal campo delle ultime mestruazioni di un modulo web, passi il giorno di riferimento del modulo come today e rifiuti date future prima che l'ecografia confermi la datazione.
Aula e preparazione agli esami
Permetta agli studenti di esercitarsi con la regola di Naegele di duecentottanta giorni con ingressi rigorosi YYYY-MM-DD e un oracolo deterministico che rifiuti date delle ultime mestruazioni impossibili o future.
Archivi delle ultime mestruazioni in batch
Ricalcoli date stimate del parto per ricerca o pianificazione da colonne di ultime mestruazioni archiviate con una data di riferimento fissa, senza librerie Date sensibili al fuso orario.
Domande frequenti
Come stima questo calcolatore la data presunta del parto?
Applica la regola di Naegele come offset fisso: la data stimata del parto è il primo giorno delle ultime mestruazioni più esattamente 280 giorni civili, con lunghezze dei mesi e anni bisestili gregoriani normalizzati in aritmetica pura.
Perché è richiesto un campo today se la regola richiede solo le ultime mestruazioni?
Il gestore non legge mai l'orologio di sistema. Chi chiama deve dichiarare il giorno di riferimento affinché le ultime mestruazioni non siano accettate quando sono successive a quel giorno. Gli stessi ingressi producono sempre lo stesso esito di validazione in tutti gli ambienti.
Cosa succede se le ultime mestruazioni sono dopo today?
Ultime mestruazioni nel futuro rispetto al riferimento dichiarato non sono una base valida per stimare la data del parto.
La data cambia se il ciclo è più lungo o più corto di ventotto giorni?
No. La regola aggiunge sempre esattamente 280 giorni, il che presuppone un ciclo regolare di ventotto giorni con ovulazione verso il quattordicesimo giorno. Non si adatta alla durata del ciclo: è l'ecografia a precisare la data in seguito.
Gli anni bisestili vengono considerati?
Sì. I 280 giorni si contano come giorni reali del calendario, con la lunghezza vera di ogni mese e il giorno in più di febbraio negli anni bisestili, così la data è corretta anche quando la gravidanza attraversa un anno bisestile.
Strumenti correlati
Per sviluppatori — accesso via API
Tutto quello che vedi in questa pagina è disponibile anche via API. Questa sezione è per i team che vogliono integrarlo nei propri sistemi; chi non ne ha bisogno può semplicemente usare lo strumento qui sopra.
Endpoint
Autenticazione con Bearer token: un POST mette in coda l'attività e il risultato arriva via webhook o link firmato.
Chiamala dal tuo 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)Esempio di richiesta
{
"lmp": "2026-01-01",
"today": "2026-03-15"
}Esempio di risposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "math.pregnancy_due_date",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L'API è asincrona: ricevi subito un task_id e puoi fare polling fino a 1 richiesta al secondo.
Prezzi
Prezzo pubblicato, senza token né crediti. Se l'attività fallisce, non paghi.
Errori
| HTTP | Codice | Significato |
|---|---|---|
401 | unauthorized | Chiave API mancante o non valida: controlla l'header Authorization. |
402 | insufficient_balance | Credito esaurito: ricarica per continuare a eseguire attività. |
404 | unknown_type | Tipo di attività sconosciuto: controlla il campo type della richiesta. |
429 | rate_limited | Troppe richieste in poco tempo: rallenta e riprova tra qualche secondo. |
Note tecniche
Quando le ultime mestruazioni sono dopo today, oppure manca una data o non è un giorno di calendario reale, l'attività fallisce con invalid_input invece di inventare un calendario.
Cosa calcola la regola di Naegele a 280 giorni e perché servono lmp e today
Questo endpoint implementa quell'aritmetica byte per byte: non chiama Date.now, non dipende dal fuso del server e non regola in silenzio la durata del ciclo. Se lmp cade strettamente dopo today, la richiesta viene rifiutata come invalid_input con un messaggio che nomina entrambe le date, perché ultime mestruazioni nel futuro rispetto al riferimento non sono una base utilizzabile per stimare la data del parto. Da una coppia valida il gestore ricostruisce anno, mese e giorno come interi, valida che ogni giorno esista nel suo mese incluso il 29 febbraio bisestile, somma duecentottanta giorni seriali dalle ultime mestruazioni ed emette due_date in forma ISO. La risposta ripete anche lmp e today normalizzati, etichetta method come naegele_280, riformula formula come EDD uguale a LMP più duecentottanta giorni, riporta gestation_days come duecentottanta e riporta days_since_lmp come il conteggio di giorni civili interi dalle ultime mestruazioni al today dichiarato, così un'interfaccia può mostrare il progresso gestazionale senza riderivare la matematica seriale.
Contratto di ingresso, validazione, forma della risposta ed errori deterministici
Il campo lmp deve corrispondere al modello rigoroso di quattro cifre, trattino, mese a due cifre, trattino e giorno a due cifre. Il mese deve essere tra uno e dodici; il giorno deve essere reale per quel mese, quindi valori come il 30 febbraio duemilaventisei vengono rifiutati perché febbraio non ha mai trenta giorni, e il 29 febbraio duemilaventitre viene rifiutato perché quell'anno non è bisestile sotto la regola gregoriana. Dopo l'analisi di entrambe le date, il gestore confronta i numeri di giorno seriali e rifiuta ogni caso in cui lmp sia successivo a today. La validazione fallita non viene fatturata, così può sondare carichi ostili o incompleti senza spendere saldo prepagato. Non invii timestamp di orologio di sistema, fusi orari né durata del ciclo a questa capacità—appartengono ad altri strumenti; questa pagina è intenzionalmente la trasformazione fissa di duecentottanta giorni dalle ultime mestruazioni a EDD con un controllo esplicito di today. Invii con POST un oggetto JSON con due campi stringa obbligatori. Gli alias last_menstrual_period, lmp_date e period_start mappano sullo stesso percorso di analisi così i moduli possono mantenere i nomi preferiti. Il campo today deve usare la stessa forma ISO; sono accettati gli alias as_of e reference_date. Se mancano lmp o today, sono null, stringa vuota, oggetti non stringa o stringhe fuori modello, si solleva invalid_input nominando il campo e la forma attesa. In caso di successo il corpo include sempre lmp, today, due_date, method, formula, gestation_days e days_since_lmp; i campi null opzionali non vengono mai riempiti. Esempio: lmp il primo gennaio duemilaventisei con today il quindici marzo duemilaventisei produce due_date l'otto ottobre duemilaventisei sotto l'offset fisso di duecentottanta giorni, con method naegele_280 e days_since_lmp uguale all'intervallo civile dal primo gennaio al quindici marzo.
Domande tecniche
Quali campi di ingresso sono obbligatori?
Sia lmp sia today (YYYY-MM-DD). Sono accettati gli alias last_menstrual_period, lmp_date, period_start per le ultime mestruazioni e as_of, reference_date per today. Valori mancanti o vuoti restituiscono invalid_input e non vengono fatturati.
Quanto costa il calcolatore della data presunta del parto?
Il widget del browser è gratuito. Le chiamate API usano il saldo prepagato KIT a $0.002 per attività riuscita; l'ingresso non valido non viene addebitato.