Calculateur date d'accouchement Naegele
Des dernières règles commencées le 1er janvier 2026 donnent une date prévue d'accouchement au 8 octobre 2026, soit 280 jours plus tard. La règle de Naegele ajoute un an, retire trois mois et ajoute sept jours à ce premier jour. Gratuit dans votre navigateur.
- Gratuit
- Fonctionne dans votre navigateur
- Sans inscription
- Vos données restent sur votre appareil
Lancer gratuitement
Exemple résolu
- Premier jour des dernières règles
- 2026-01-01
- Date prévue
- 2026-10-08
- Jours de gestation
- 280
La règle de Naegele est la méthode classique de chevet que cliniciens et applications de grossesse enseignent encore pour transformer le premier jour des dernières règles en date prévue d'accouchement. Ce calculateur accepte cette date des dernières règles sous forme de chaîne stricte YYYY-MM-DD, applique la transformation des manuels —ajouter une année, retrancher trois mois, ajouter sept jours— avec une arithmétique pure de calendrier civil, et renvoie la date estimée d'accouchement, l'intervalle de jours de gestation obtenu, une courte liste d'étapes et la chaîne de formule que vous pouvez afficher à côté de la réponse. Utilisez-le pour les formulaires d'admission, les exercices de datation obstétricale et l'automatisation qui a besoin d'une base Naegele transparente avant que l'échographie n'affine le plan.
Ce que calcule la règle de Naegele et pourquoi lmp est la seule entrée requise
La règle de Naegele estime la date attendue d'accouchement à partir du premier jour des dernières règles sous l'hypothèse simplificatrice d'un cycle régulier de vingt-huit jours avec ovulation vers le quatorzième jour. Dans la forme encore imprimée dans les manuels et les affiches de cabinet, on prend ce jour des dernières règles, on ajoute une année complète, on retranche trois mois et on ajoute sept jours, puis on normalise tout jour qui dépasse la longueur du mois résultant.
Le seul champ obligatoire est lmp, une date de calendrier ISO écrite YYYY-MM-DD qui désigne le premier jour de saignement des dernières règles signalées par la patiente.
Pour de nombreuses dates de dernières règles courantes, le décompte est de deux cent quatre-vingts jours, aligné sur le compte obstétrical conventionnel de quarante semaines depuis les dernières règles ; les bords d'année bissextile et de longueur de mois peuvent décaler l'intervalle d'un ou deux jours par rapport à un décalage fixe naïf, d'où le choix de la forme calendaire plutôt qu'un ajout aveugle d'une constante.
Il s'agit uniquement d'une estimation de datation : ce n'est pas un diagnostic, ni une garantie d'accouchement ce jour-là, ni un substitut à la datation clinique par échographie lorsqu'elle est disponible.
Où la règle de Naegele rend service
Les formulaires d'admission de grossesse et les parcours de réservation de maternité ont souvent besoin d'une première date estimée d'accouchement dès que la patiente saisit ses dernières règles, avant tout fichier d'échographie. Intégrer ce calculateur fournit une base Naegele transparente avec formule publiée et liste d'étapes que les infirmiers et la rédaction produit peuvent citer sans démonter une bibliothèque de dates opaque.
Les scripts de santé populationnelle et les pipelines de recherche qui recalculent l'EDD à partir de colonnes de dernières règles archivées peuvent traiter par lots la même fonction pure sans embarquer une bibliothèque obstétricale complète ni dépendre d'une implémentation Date hôte qui bascule près des frontières d'heure d'été. Comme le moteur est un travail analytique parse de niveau A —quelques validations entières et roulements de calendrier— la latence reste faible et le modèle de coût plat.
Préférez la datation par échographie lorsque la politique clinique l'exige, et traitez la sortie Naegele comme l'estimation calendaire conventionnelle qu'elle a toujours été : simple, explicable et déterministe.
Cas d’usage
Admission et réservation de maternité
Calculez une DPA de premier passage à partir du champ des dernières règles d'un formulaire web et affichez la formule de Naegele à côté du résultat avant confirmation échographique.
Salle de classe et préparation aux examens
Permettez aux étudiants d'exercer la règle de Naegele avec des entrées strictes YYYY-MM-DD et un oracle déterministe qui rejette les jours de calendrier impossibles.
Archives de dernières règles par lots
Recalculez des dates estimées d'accouchement pour la recherche ou la planification à partir de colonnes de dernières règles stockées, sans bibliothèques Date sensibles au fuseau.
Questions fréquentes
Qu'est-ce que la règle de Naegele pour la date d'accouchement ?
La règle classique de Naegele estime l'EDD à partir du premier jour des dernières règles en ajoutant une année, en retranchant trois mois et en ajoutant sept jours, avec normalisation de calendrier civil pour la longueur des mois et les années bissextiles.
La longueur du cycle modifie-t-elle le résultat ?
Non. Cette capacité applique le Naegele pur de manuel à partir des seules dernières règles.
Pourquoi la date ne tombe-t-elle pas toujours à 280 jours pile ?
Parce que la règle suit le calendrier au lieu d'ajouter un nombre fixe de jours. La longueur des mois et les années bissextiles peuvent décaler l'écart d'un ou deux jours ; depuis le 1er janvier 2026, on obtient exactement 280 jours.
Et si l'échographie donne une autre date ?
La règle de Naegele est une première estimation à partir des dernières règles et suppose un cycle régulier. La datation échographique l'affine quand elle est disponible, et aucune méthode ne garantit l'accouchement ce jour-là.
Que se passe-t-il si je saisis une date qui n'existe pas ?
Elle est refusée au lieu d'être changée en une autre date. Un 30 février, ou un 29 février d'une année non bissextile, n'est pas accepté afin que vous puissiez corriger la saisie.
Outils associés
Pour les développeurs — accès API
Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.
Endpoint
Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.
Appeler depuis votre 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)Exemple de requête
{
"lmp": "2026-01-01"
}Exemple de réponse
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "health.due_date_naegele",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.
Tarifs
Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.
Erreurs
| HTTP | Code | Signification |
|---|---|---|
401 | unauthorized | Clé API absente ou invalide : vérifiez l’en-tête Authorization. |
402 | insufficient_balance | Solde insuffisant : rechargez votre compte pour lancer cette tâche. |
404 | unknown_type | Type de tâche inconnu : vérifiez le champ type de votre requête. |
429 | rate_limited | Trop de requêtes : ralentissez la cadence, puis réessayez. |
Notes techniques
Lorsque le champ obligatoire lmp est manquant ou n'est pas un jour de calendrier réel, la tâche échoue avec invalid_input au lieu d'inventer une date.
Ce que calcule la règle de Naegele et pourquoi lmp est la seule entrée requise
Cette transformation de calendrier est exactement ce que cet endpoint met en œuvre octet par octet : il n'appelle pas Date.now, ne dépend pas du fuseau horaire du serveur et n'ajuste pas en silence la longueur du cycle. À partir de cette seule date, le gestionnaire reconstruit année, mois et jour en entiers, vérifie que le jour existe dans ce mois —y compris le vingt-neuf février des années bissextiles—, applique les trois étapes de Naegele et émet due_date sous la même forme ISO. La réponse renvoie aussi le lmp normalisé, étiquette method comme naegele, reformule formula comme EDD égale LMP plus une année moins trois mois plus sept jours, indique gestation_days comme le décompte entier des jours civils entre LMP et EDD, et liste des étapes lisibles pour qu'une interface affiche l'arithmétique sans la redériver.
Contrat d'entrée, validation, forme de la réponse et erreurs déterministes
Le mois doit être entre un et douze ; le jour doit être réel pour ce mois, de sorte que des valeurs comme le trente février deux mille vingt-six sont rejetées car février n'a jamais trente jours, et le vingt-neuf février deux mille vingt-trois est rejeté car cette année n'est pas bissextile selon la règle grégorienne. L'échec de validation n'est pas facturé, ce qui permet de tester des charges hostiles ou incomplètes sans consommer de solde prépayé. N'envoyez pas d'horodatages d'horloge murale, de fuseaux ni de longueur de cycle à cette capacité —cela relève d'autres outils— ; cette page est volontairement la seule transformation manuelle Naegele de LMP vers EDD. Envoyez en POST un objet JSON dont le champ obligatoire lmp est une chaîne correspondant au motif strict de quatre chiffres, tiret, mois à deux chiffres, tiret et jour à deux chiffres. Les alias last_menstrual_period, lmp_date et period_start sont acceptés et mappés vers le même chemin d'analyse afin que formulaires et intégrations conservent leurs noms préférés. Un lmp manquant, null, chaîne vide, objets non chaînes et chaînes qui échouent au motif lèvent invalid_input en nommant le champ et la forme attendue. En cas de succès le corps inclut toujours lmp, due_date, method, formula, gestation_days et steps ; les champs optionnels nuls ne sont jamais complétés. Exemple : lmp le premier janvier deux mille vingt-six produit due_date le huit octobre deux mille vingt-six sous la transformation classique, avec method naegele et une chaîne formula que vous pouvez afficher à côté du résultat.
Questions techniques
Quels champs d'entrée sont obligatoires ?
Uniquement lmp (YYYY-MM-DD). Les alias last_menstrual_period, lmp_date et period_start sont acceptés. Un lmp manquant ou vide renvoie invalid_input et n'est pas facturé.
Pourquoi gestation_days peut-il différer légèrement de 280 ?
L'implémentation suit la forme calendaire de la règle de Naegele, non un décalage aveugle de +280 jours. Les longueurs de mois et les jours bissextiles peuvent modifier un peu l'intervalle de jours entiers pour certaines dates de dernières règles.
Combien coûte le calculateur de date d'accouchement Naegele ?
Le widget du navigateur est gratuit. Les appels API utilisent le solde KIT prépayé à $0.002 par tâche réussie ; une entrée invalide n'est pas facturée.