diff --git a/projects/dhis2-single-page-docs/am_ET/.cache_timestamp b/projects/dhis2-single-page-docs/am_ET/.cache_timestamp
index 384db843..64417342 100644
--- a/projects/dhis2-single-page-docs/am_ET/.cache_timestamp
+++ b/projects/dhis2-single-page-docs/am_ET/.cache_timestamp
@@ -1 +1 @@
-2024-12-09T21:21:44Z
\ No newline at end of file
+2024-12-10T21:20:40Z
\ No newline at end of file
diff --git a/projects/dhis2-single-page-docs/ar/.cache_timestamp b/projects/dhis2-single-page-docs/ar/.cache_timestamp
index 384db843..64417342 100644
--- a/projects/dhis2-single-page-docs/ar/.cache_timestamp
+++ b/projects/dhis2-single-page-docs/ar/.cache_timestamp
@@ -1 +1 @@
-2024-12-09T21:21:44Z
\ No newline at end of file
+2024-12-10T21:20:40Z
\ No newline at end of file
diff --git a/projects/dhis2-single-page-docs/cs/.cache_timestamp b/projects/dhis2-single-page-docs/cs/.cache_timestamp
index 384db843..64417342 100644
--- a/projects/dhis2-single-page-docs/cs/.cache_timestamp
+++ b/projects/dhis2-single-page-docs/cs/.cache_timestamp
@@ -1 +1 @@
-2024-12-09T21:21:44Z
\ No newline at end of file
+2024-12-10T21:20:40Z
\ No newline at end of file
diff --git a/projects/dhis2-single-page-docs/es_419/.cache_timestamp b/projects/dhis2-single-page-docs/es_419/.cache_timestamp
index 384db843..64417342 100644
--- a/projects/dhis2-single-page-docs/es_419/.cache_timestamp
+++ b/projects/dhis2-single-page-docs/es_419/.cache_timestamp
@@ -1 +1 @@
-2024-12-09T21:21:44Z
\ No newline at end of file
+2024-12-10T21:20:40Z
\ No newline at end of file
diff --git a/projects/dhis2-single-page-docs/fr/.cache_timestamp b/projects/dhis2-single-page-docs/fr/.cache_timestamp
index 384db843..64417342 100644
--- a/projects/dhis2-single-page-docs/fr/.cache_timestamp
+++ b/projects/dhis2-single-page-docs/fr/.cache_timestamp
@@ -1 +1 @@
-2024-12-09T21:21:44Z
\ No newline at end of file
+2024-12-10T21:20:40Z
\ No newline at end of file
diff --git a/projects/dhis2-single-page-docs/id_ID/.cache_timestamp b/projects/dhis2-single-page-docs/id_ID/.cache_timestamp
index 384db843..64417342 100644
--- a/projects/dhis2-single-page-docs/id_ID/.cache_timestamp
+++ b/projects/dhis2-single-page-docs/id_ID/.cache_timestamp
@@ -1 +1 @@
-2024-12-09T21:21:44Z
\ No newline at end of file
+2024-12-10T21:20:40Z
\ No newline at end of file
diff --git a/projects/dhis2-single-page-docs/ko/.cache_timestamp b/projects/dhis2-single-page-docs/ko/.cache_timestamp
index 384db843..64417342 100644
--- a/projects/dhis2-single-page-docs/ko/.cache_timestamp
+++ b/projects/dhis2-single-page-docs/ko/.cache_timestamp
@@ -1 +1 @@
-2024-12-09T21:21:44Z
\ No newline at end of file
+2024-12-10T21:20:40Z
\ No newline at end of file
diff --git a/projects/dhis2-single-page-docs/ko_KR/.cache_timestamp b/projects/dhis2-single-page-docs/ko_KR/.cache_timestamp
index 384db843..64417342 100644
--- a/projects/dhis2-single-page-docs/ko_KR/.cache_timestamp
+++ b/projects/dhis2-single-page-docs/ko_KR/.cache_timestamp
@@ -1 +1 @@
-2024-12-09T21:21:44Z
\ No newline at end of file
+2024-12-10T21:20:40Z
\ No newline at end of file
diff --git a/projects/dhis2-single-page-docs/pt/.cache_timestamp b/projects/dhis2-single-page-docs/pt/.cache_timestamp
index 384db843..64417342 100644
--- a/projects/dhis2-single-page-docs/pt/.cache_timestamp
+++ b/projects/dhis2-single-page-docs/pt/.cache_timestamp
@@ -1 +1 @@
-2024-12-09T21:21:44Z
\ No newline at end of file
+2024-12-10T21:20:40Z
\ No newline at end of file
diff --git a/projects/dhis2-single-page-docs/ru/.cache_timestamp b/projects/dhis2-single-page-docs/ru/.cache_timestamp
index 384db843..64417342 100644
--- a/projects/dhis2-single-page-docs/ru/.cache_timestamp
+++ b/projects/dhis2-single-page-docs/ru/.cache_timestamp
@@ -1 +1 @@
-2024-12-09T21:21:44Z
\ No newline at end of file
+2024-12-10T21:20:40Z
\ No newline at end of file
diff --git a/projects/dhis2-single-page-docs/si/.cache_timestamp b/projects/dhis2-single-page-docs/si/.cache_timestamp
index 384db843..64417342 100644
--- a/projects/dhis2-single-page-docs/si/.cache_timestamp
+++ b/projects/dhis2-single-page-docs/si/.cache_timestamp
@@ -1 +1 @@
-2024-12-09T21:21:44Z
\ No newline at end of file
+2024-12-10T21:20:40Z
\ No newline at end of file
diff --git a/projects/dhis2-single-page-docs/ur_PK/.cache_timestamp b/projects/dhis2-single-page-docs/ur_PK/.cache_timestamp
index 384db843..64417342 100644
--- a/projects/dhis2-single-page-docs/ur_PK/.cache_timestamp
+++ b/projects/dhis2-single-page-docs/ur_PK/.cache_timestamp
@@ -1 +1 @@
-2024-12-09T21:21:44Z
\ No newline at end of file
+2024-12-10T21:20:40Z
\ No newline at end of file
diff --git a/projects/dhis2-single-page-docs/zh/.cache_timestamp b/projects/dhis2-single-page-docs/zh/.cache_timestamp
index 384db843..64417342 100644
--- a/projects/dhis2-single-page-docs/zh/.cache_timestamp
+++ b/projects/dhis2-single-page-docs/zh/.cache_timestamp
@@ -1 +1 @@
-2024-12-09T21:21:44Z
\ No newline at end of file
+2024-12-10T21:20:40Z
\ No newline at end of file
diff --git a/projects/dhis2-single-page-docs/zh_CN/.cache_timestamp b/projects/dhis2-single-page-docs/zh_CN/.cache_timestamp
index 384db843..64417342 100644
--- a/projects/dhis2-single-page-docs/zh_CN/.cache_timestamp
+++ b/projects/dhis2-single-page-docs/zh_CN/.cache_timestamp
@@ -1 +1 @@
-2024-12-09T21:21:44Z
\ No newline at end of file
+2024-12-10T21:20:40Z
\ No newline at end of file
diff --git a/projects/dhis2-single-page-docs/zh_TW/.cache_timestamp b/projects/dhis2-single-page-docs/zh_TW/.cache_timestamp
index 384db843..64417342 100644
--- a/projects/dhis2-single-page-docs/zh_TW/.cache_timestamp
+++ b/projects/dhis2-single-page-docs/zh_TW/.cache_timestamp
@@ -1 +1 @@
-2024-12-09T21:21:44Z
\ No newline at end of file
+2024-12-10T21:20:40Z
\ No newline at end of file
diff --git a/projects/docs-full-site/ar/.cache_timestamp b/projects/docs-full-site/ar/.cache_timestamp
index fe184b90..83c7ff34 100644
--- a/projects/docs-full-site/ar/.cache_timestamp
+++ b/projects/docs-full-site/ar/.cache_timestamp
@@ -1 +1 @@
-2024-12-09T21:21:09Z
\ No newline at end of file
+2024-12-10T21:20:13Z
\ No newline at end of file
diff --git a/projects/docs-full-site/cs/.cache_timestamp b/projects/docs-full-site/cs/.cache_timestamp
index fe184b90..83c7ff34 100644
--- a/projects/docs-full-site/cs/.cache_timestamp
+++ b/projects/docs-full-site/cs/.cache_timestamp
@@ -1 +1 @@
-2024-12-09T21:21:09Z
\ No newline at end of file
+2024-12-10T21:20:13Z
\ No newline at end of file
diff --git a/projects/docs-full-site/es_419/.cache_timestamp b/projects/docs-full-site/es_419/.cache_timestamp
index 5d2bdab8..c8264c6a 100644
--- a/projects/docs-full-site/es_419/.cache_timestamp
+++ b/projects/docs-full-site/es_419/.cache_timestamp
@@ -1 +1 @@
-2024-12-09T21:21:11Z
\ No newline at end of file
+2024-12-10T21:20:15Z
\ No newline at end of file
diff --git a/projects/docs-full-site/fr/.cache_timestamp b/projects/docs-full-site/fr/.cache_timestamp
index 5d2bdab8..c8264c6a 100644
--- a/projects/docs-full-site/fr/.cache_timestamp
+++ b/projects/docs-full-site/fr/.cache_timestamp
@@ -1 +1 @@
-2024-12-09T21:21:11Z
\ No newline at end of file
+2024-12-10T21:20:15Z
\ No newline at end of file
diff --git a/projects/docs-full-site/fr/IMPLEMENT__HEALTH__IMMUNIZATION__MPOX-IMMUNIZATION__design-md b/projects/docs-full-site/fr/IMPLEMENT__HEALTH__IMMUNIZATION__MPOX-IMMUNIZATION__design-md
new file mode 100644
index 00000000..dddc114a
--- /dev/null
+++ b/projects/docs-full-site/fr/IMPLEMENT__HEALTH__IMMUNIZATION__MPOX-IMMUNIZATION__design-md
@@ -0,0 +1,190 @@
+---
+edit_url: "https://github.com/dhis2-metadata/MPOX_EPI/blob/master/docs/mpox_epi-design.md"
+revision_date: '2024-10-08'
+tags:
+- Implémentation
+---
+
+# Vaccination contre le virus Mpox { #mpox-epi-design }
+
+## Introduction et historique { #introduction-and-background } 
+
+La version 0.0.1 de l'ensemble de métadonnées relatives à la livraison du vaccination Mpox a été conçue comme une solution installable permettant aux pays de mettre à jour leurs systèmes d'information sur la gestion de la santé (HMIS) et leurs systèmes de données sur la vaccination basés sur DHIS2, conformément aux orientations préliminaires de l'OMS sur l'élaboration de plans nationaux de déploiement et de vaccination pour le Mpox.
+Les objectifs du package agrégé Mpox sont les suivants :
+
+le suivi les activités de vaccination ainsi que leur évolution au sein des populations cibles ;
+- la détection rapide des tendances en termes de prise vaccinale, ainsi que des signaux d'alerte potentiels tels que les taux d'abandon ;
+- Les informations géographiques sur le déploiement des opérations de vaccination.
+
+Le document sur la **Conception du Système Agrégé Mpox** décrit les principes de conception et les conseils techniques mondiaux utilisés pour créer un ensemble de métadonnées standard de l'OMS pour le suivi de la livraison des vaccins Mpox. Ce document est destiné à être utilisé par les chargés d'implémentation de DHIS2, tant au niveau national que régional, afin de soutenir l'implémentation et la localisation du package sur la base des exigences locales et des directives nationales.
+
+Cet package de métadonnées peut être utilisé pour la notification électronique directe par le personnel des sites de vaccination ou par le personnel de niveau supérieur, ou être utilisé comme un ensemble de métadonnées "cibles" pour l'agrégation de données individuelles provenant d'outils de collecte de données électroniques, mobiles ou sur papier. Les analyses et les tableaux de bord inclus dans ces packages sont conçus pour faciliter l'analyse et l'utilisation de routine des données relatives au vaccin Mpox, tant au niveau national qu'infranational.
+
+Le **Package de données numériques sur la livraison des vaccins** a été développé en réponse à un besoin exprimé par les pays d'adapter rapidement une solution pour la gestion des données provenant des campagnes de vaccination planifiées ou entreprises. L'UiO (Université d'Oslo) a développé les boîtes à outils Mpox pour les données agrégées et individuelles afin de permettre aux pays de sélectionner le modèle le plus approprié à leur contexte, en fonction de la charge de travail et des ressources disponibles. 
+
+Ces boîtes à outils sont conçues pour aider les pays à mieux gérer et utiliser les données relatives à la distribution du vaccin Mpox, afin de faciliter l'organisation de campagnes de vaccination nationales et régionales plus efficaces.
+Les packages de données numériques sont optimisés pour la collecte de données sur Android avec l'Application Saisie de DHIS2, qui peut être téléchargée gratuitement sur le [GooglePlay store] (https://play.google.com/store/apps/details?id=com.dhis2&hl=en).
+
+## Structure et Conception { #structure-and-design } 
+
+S'appuyant sur les produits, la conception et les enseignements tirés de la [ « Boîte à outils pour la distribution du vaccin COVID-19 »] (https://docs.dhis2.org/en/implement/health/covid-19-vaccine-delivery/covac-aggregate/design.html#cvc-agg-design), cette boîte à outils Mpox intègre également les nombreuses boucles de rétroaction reçues ces dernières années du réseau du Programme des systèmes d'information de santé (HISP) et des pays partenaires. Cette approche garantit que le kit est optimisé pour répondre aux besoins immédiats et à long terme en matière de vaccination contre le Mpox. Il a été conçu pour offrir une solution souple, évolutive et rapide aux pays qui intègrent le Mpox dans leurs systèmes de santé existants, ainsi qu'à ceux qui n'ont jamais inclus le Mpox dans leurs systèmes de notification et qui doivent maintenant faire face à l'introduction d'un nouvel antigène dans le contexte d'une épidémie.
+
+Ces modèles et leurs avantages/limites sont résumés ci-dessous :
+
+- Modèle de données agrégées : 
+  - Convient aux pays qui ont besoin d'un processus plus rationnel avec moins de points d'entrée de données, en se concentrant sur les indicateurs clés et les tendances.
+  - Permet la déclaration quotidienne des principaux points de données agrégées en ce qui concerne les activités de vaccination et la gestion des stocks.
+  - Peu complexe, facile à implémenter. Plus facile à gérer lorsque le nombre de cas est élevé, ou lorsque la saisie des données individuelles n’est pas possible en raison de la complexité de l’instance de suivi ou de la charge liée aux activités de vaccination par rapport à celles liées à la saisie des données.
+
+- Modèle de données individuelles : 
+  - Il fournit des informations plus précises, permettant un suivi détaillé de l'état de la vaccination au niveau individuel, mais il nécessite une capacité de gestion des données plus intense.
+  - Permet d’enregistrer un cas et de suivre dans le temps les calendriers de vaccination des patients
+  - Des données très granulaires et des dimensions temporelles multiples pour l'analyse, il peut prendre en charge un flux de travail décentralisé, soit tous les événements liés au cas.
+
+### Conception de l'agrégat PEV Mpox { #aggregate-epi-mpox-design } 
+
+Le package global COVIDVAC comprend :
+
+- Un ensemble de données agrégées mensuelles et des éléments de données pour les activités d’administration de vaccins anti Mpox
+- Un ensemble de données annuelles agrégées pour l'ensemble de la population et/ou les groupes cibles
+- Des indicateurs de base pour les deux ensembles de données
+- Tableau de bord
+
+#### PEV - Ensemble de données sur la vaccination anti-Mpox { #epi-mpox-immunzation-dataset } 
+
+À l'instar de la [boîte à outils agrégée C19] (https://docs.dhis2.org/en/implement/health/covid-19-vaccine-delivery/covac-aggregate/design.html#1-introduction) pour la distribution des vaccins, le package de données est organisé selon une structure plate, divisée en trois sections clés basées sur les groupes à risque et les campagnes de vaccination ciblées. La boîte à outils mondiale met en évidence trois groupes principaux : les travailleurs de la santé, les vétérinaires et les personnes qui soignent des animaux - compte tenu de la nature zoonotique du virus Mpox - ainsi qu'une catégorie de population générique « Autres ». Cette catégorie « Autres » peut soit représenter l'ensemble de la population, soit être personnalisée et élargie pour inclure d'autres groupes cibles qui nécessitent une surveillance plus détaillée. Les données s'excluent mutuellement entre les différentes sections, ce qui signifie que les données insérées dans cette section représentent toutes les personnes qui ne sont pas classées comme agents de santé ou vétérinaires/soigneurs d'animaux.
+Cette conception flexible permet aux pays d'adapter la structure de l'ensemble de données à leurs besoins spécifiques, en garantissant un suivi complet de tous les groupes à risque concernés.
+
+Toutes les sections relatives à l'administration du vaccin sont désagrégées par groupes d'âge (0-4, 5-11, 12-17, 18-59, 60 ans et +) et par sexe (féminin/masculin). Les désagrégations peuvent être adaptées localement en fonction des besoins et des protocoles.
+
+L'ensemble de données est conçu pour contenir un seul vaccin. Toutefois, si d'autres vaccins sont disponibles dans le cadre des campagnes de vaccination contre le virus mpox, il est recommandé de suivre une approche similaire à celle du module C19 en utilisant des [attributs](https://docs.dhis2.org/en/implement/health/covid-19-vaccine-delivery/covac-aggregate/design.html#4-datasets) pour différencier les divers vaccins.
+
+![Administration des vaccins par groupes cibles](resources/image/epimpox_001.png)
+
+L'ensemble des données comprend une section simple sur les MAPI, désagrégée par gravité. 
+
+![Les MAPI](resources/image/epimpox_002.png)
+
+Enfin, une section sur le personnel attendu et disponible sur le lieu de soins. Dans cette section, vous trouverez des informations sur la disponibilité du personnel médical pendant le déroulement des activités de vaccination.
+
+![Disponibilité du personnel](resources/image/epimpox_003.png)
+
+#### Ensemble de données sur la population { #population-dataset } 
+
+L'ensemble de données "Vaccination anti-Mpox de la population" peut être attribué soit au niveau du district, soit au niveau du site de santé, en fonction de la disponibilité de données démographiques actualisées et fiables.
+
+L’ensemble de données a été conçu pour être flexible en fonction de la disponibilité des données démographiques - chaque section présente différents niveaux de désagrégation. Les pays ne sont donc pas obligés de remplir toutes les sections. Ainsi, les sections inutiles peuvent être supprimées en fonction des données disponibles localement au moment de l’implémentation du package. 
+Selon la section choisie, l’analyse des données devra prendre en compte les différents dénominateurs pour contrôler la couverture.
+
+La section sur la population mondiale tient compte des désagrégations par âge et par sexe. En fonction de la disponibilité des données démographiques, la désagrégation peut être maintenue ou supprimée pour ne communiquer qu'une valeur non désagrégée. La désagrégation est la même que celle proposée dans la section sur l'administration des vaccins de l'ensemble de données PEV-Mpox Vaccination. 
+
+![Population par âge et par sexe](resources/image/epimpox_004.png)
+
+Les valeurs encodées dans cette section sur la population sont utilisées dans les indicateurs pour la couverture mondiale (tous). 
+Pour suivre avec précision les populations cibles en tant que groupes distincts, il est essentiel de disposer de dénominateurs pour calculer la couverture vaccinale au sein de ces groupes. Ces dénominateurs se trouvent dans le deuxième onglet de l'ensemble de données sur la population. Bien que les variables de cet onglet ne soient pas désagrégées, il revient aux responsables locaux de la mise en œuvre de déterminer quelles données démographiques répondent le mieux à leurs besoins et d'évaluer la possibilité d'obtenir une désagrégation plus poussée. Si les responsables de la mise en œuvre choisissent de s'appuyer sur les dénominateurs de la population ciblée qui incluent une désagrégation par âge et par sexe, les données du premier onglet de l'ensemble de données démographiques doivent être supprimées et ignorées. Dans ce cas, les indicateurs mondiaux de population devront être ajustés en conséquence pour refléter les données désagrégées.
+
+![Population cible](resources/image/epimpox_005.png)
+
+### Registre électronique des vaccinations anti-Mpox (REI) { #mpox-electronic-immunisation-registry-eir } 
+
+La conception du REI Mpox s'appuie sur la structure de la [distribution du vaccin COVID-19] (https://docs.dhis2.org/en/implement/health/covid-19-vaccine-delivery/covid-19-electronic-immunization-registry/design.html#cvc-eir-design), mais avec des simplifications supplémentaires pour faciliter l'adaptation et l'implémentation au niveau local. Le tracker du REI Mpox conserve les informations essentielles et les dépendances tout en offrant une plus grande flexibilité pour les modifications. Ce guide fournit les instructions nécessaires pour paramétrer et automatiser le tracker en fonction des besoins spécifiques, en veillant à ce qu'il soit adaptable et facile à ajuster aux exigences locales.
+La conception actuelle du RIE Mpox utilise le Mpox comme support, mais sa structure simplifiée et sa flexibilité le rendent facilement adaptable à d'autres vaccins, tels que ceux destinés à la lutte contre Ebola ou à d'autres efforts de riposte aux épidémies. Cette polyvalence permet d'étendre ou de réutiliser le tracker dans le cadre de divers programmes de vaccination, ce qui garantit qu'il peut favoriser des interventions plus larges en matière de santé publique tout en conservant ses fonctionnalités de base.
+
+![Étapes et sections du registre de vaccination mpox](resources/image/eirmpox_001.png)
+
+#### Étape d'inscription { #enrollment-stage } 
+
+L'étape de l'inscription contient l'attribut principal permettant d'identifier le patient - les UID nationaux et ceux du programme, ainsi que les identifiants. 
+
+![Étape d'inscription](resources/image/eirmpox_002.png)
+
+#### Étape de vaccination { #vaccination-stage } 
+
+L'étape de vaccination est une étape répétable qui peut être utilisée pour toutes les doses associées à un vaccin.
+
+![Informations de base et risques](resources/image/eirmpox_003.png)
+
+La section **"Groupes à risque et conditions sous-jacentes"** est utilisée pour indiquer si la personne appartient à un groupe de première ligne qui lui fait courir un risque plus élevé que le reste de la population. Si la réponse est "NON", la personne est marquée comme "Autres" dans les PI et dans l'ensemble des données agrégées, comme indiqué ci-dessus.
+Le programme inclut par défaut les **ASC, les soigneurs d'animaux et les vétérinaires** - ces derniers revêtent une importance particulière pour le mpox en raison du caractère zoonotique de la maladie elle-même. Les chargés d'implémentation peuvent modifier la liste d'options et supprimer/modifier/ajouter des options en fonction du contexte local.
+
+Le statut gestationnel n'apparaît que si le patient est une femme.
+
+Les affections sous-jacentes sont ajoutées en tant que contre-indications possibles pour certains vaccins. La configuration par défaut comprend ** la "Malignité", l' "Immunosuppression" et une "Maladie cardiovasculaire"**, mais les ED peuvent être modifiées selon les besoins. Le programme n'inclut actuellement aucune alerte associée à l'une de ces conditions, mais les chargés d'implémentation peuvent en ajouter pour signaler la contre-indication possible ou pour bloquer la saisie des données.
+
+![Questions pré-vaccinales](resources/image/eirmpox_004.png)
+
+Il s'agit d'un héritage du programme C19, où l'infection précédente était un facteur dissuasif à l'administration d'une dose. Il n'y a pas de PR associé à cette ED et elle est plutôt conservée en tant que placeholder au cas où le tracker serait également utilisé pour les campagnes de vaccination d'autres maladies endémiques qui présentent le même schéma de limitation associé à l'infection précédente. Les chargés d'implémentation peuvent facilement supprimer cette question au besoin, étant donné l'absence de dépendances associées. 
+
+![Administration des vaccins](resources/image/eirmpox_005.png)
+
+Les informations relatives à la vaccination recueillent les principales informations concernant le vaccin, à savoir le fabricant, la marque, le numéro de lot et la date de péremption. La configuration par défaut de ce tracker ne prend en compte que le vaccin mpox dans ses différentes nomenclatures, bien qu'il puisse être considéré comme un placeholder pour la possibilité d'ajouter d'autres vaccins pour des maladies plus sujettes aux épidémies. 
+
+**La configuration actuelle ne prévoit pas l'attribution automatique des fabricants** car elle souhaite être aussi simple que possible. Si l'attribution automatique est nécessaire, le chargé d'implémentation peut suivre les étapes suivantes :
+Utiliser le même code pour le fabricant et la marque, si possible.
+- Créer le PR « Attribuer la marque et les fabricants à [NOM DU VACCIN] » en utilisant l'expression **`d2:hasValue( 'Vaccine_type' ) == true && #{Vaccine_type} == 'VACCINE'`**
+- L'action de cette règle de programme consiste à attribuer à l'élément de données "Fabricant de vaccins" la valeur "CODE_DU VACCIN", qui est le code d'option pour "VACCIN" ainsi que le "CODE_ DU VACCIN" pour la marque.
+
+La configuration actuelle ne tient pas compte des limites d'âge, mais selon le vaccin, il peut y avoir des limites pour les moins âgés. Si un vaccinateur administre une dose à une personne en dehors de la tranche d'âge recommandée, un avertissement peut être émis si nécessaire :
+- Créer un PR → par exemple "Si l'âge est inférieur à 18 ans, avertir que le VaccinX est recommandé pour les 18 ans et plus" avec l'expression **`(#{Age_Calculated} < 18 ) && (#{Vaccine_type} ==”VACCINEX')`**
+- L’action pour ces règles du programme consiste à afficher un avertissement : « Ce produit de vaccination est recommandé pour les personnes de 18 ans et plus ».
+
+La configuration attribue automatiquement le nombre total de doses requises pour le vaccin sélectionné. Le PR peut être facilement dupliqué et attribué à d'autres vaccins. De même, lorsque le nombre de doses est égal au nombre total de doses requises, le système signale que le patient a reçu la dernière dose. 
+
+Les MAPI sont associés à une alerte invitant l'utilisateur à mener une enquête EFI. Si les MAPI surviennent au cours de la première dose, la réponse est également transposée automatiquement dans l'événement suivant, où la question de la section Pré-vaccination "Le patient a-t-il eu une réaction allergique sévère après la première dose ?" est automatiquement remplie par OUI.
+
+![Alerte des MAPI lors du deuxième événement](resources/image/eirmpox_006.png)
+
+#### Planification de la dose suivante { #scheduling-the-next-dose } 
+
+Il n'existe actuellement aucun moyen pour un tracker de fixer automatiquement une date pour le prochain événement sur la base d'un élément de données. Nous avons donc 2 options de configuration pour planifier la prochaine dose, l'option 1 étant celle qui est actuellement configurée.
+
+##### Option 1 { #option-1 }
+La planification d'un événement est possible dans l'onglet Planification situé à côté de l'onglet Rapport :
+
+![Planifier la prochaine dose](resources/image/eirmpox_009.png)
+
+Pour planifier un événement avec la date suggérée pour la prochaine dose, vous devez suivre le flux de données présenté dans la vidéo.
+
+![Planifier un événement](resources/image/eirmpox_008.gif)
+
+Cette solution permet également de signaler facilement tout rendez-vous en retard pour les vaccinations de suivi. Vous trouverez plus d'informations sur cette solution dans la section [ "Date programmée dans le formulaire de modification de l'événement" ] (https://docs.dhis2.org/en/use/user-guides/dhis-core-version-master/tracking-individual-level-data/capture.html#scheduled-date-in-edit-event-form) du document Saisie. 
+
+##### Option 2 { #option-2 } 
+Ce qui peut être fait, c'est de configurer le tracker pour qu'il planifie automatiquement la date de la prochaine vaccination à X jours de la première dose. Ceci doit être modifié pour correspondre à l'intervalle utilisé dans le pays en changeant le paramètre de l'étape du programme de vaccination dans l'application de maintenance.
+
+![Génération automatique d'un événement après l'intervalle de temps. 28 jours ont été sélectionnés car il s'agit de l'intervalle recommandé pour le vaccin mpox JYNNEOS](resources/image/eirmpox_007.png)
+
+En outre, il peut également y avoir un élément de données qui attribue automatiquement, à l'aide des règles du programme, une date recommandée en fonction du produit de vaccination. 
+- Créer un PR "Attribuer une date suggérée pour la prochaine dose du VACCIN X" avec l'expression **`#{Vaccine_type} == ”VACCINEX“ && d2:hasValue( ”Last_dose“ ) == false && d2:hasValue( ”Dose_number' )== true` **.
+- La règle doit être appliquée de deux manières : 
+  - premièrement, afficher un avertissement à côté de l'élément de données « date suggérée pour la prochaine dose » avec le texte « La prochaine dose doit être administrée au bout de X jours » - veuillez noter que l'avertissement est automatiquement masqué lorsque l'événement concerne la dernière dose du vaccin
+  - deuxièmement, attribuer une valeur à l'élément de données « date suggérée pour la prochaine dose » avec l'expression **`d2:addDays( V{event_date}, XDAYS )`**
+
+
+## Manifestation post-vaccinale indésirable { #adverse-events-following-immunisation } 
+
+Le tracker Mpox REI ne fournit pas d'analyse détaillée ni de rapport sur les manifestations adverses post-vaccination (MAPI) au-delà du signalement initial d'une MAPI immédiate (sévère et non sévère). Pour une gestion plus complète des MAPI, le kit de vaccination comprend un document [Conception du système tracker des MAPI] (https://docs.dhis2.org/en/implement/health/immunization/adverse-events-following-immunization-aefi/design.html#imm-aefi-design), qui décrit la configuration d'un programme tracker conçu pour soutenir la notification, la déclaration et les enquêtes sur les MAPI aux niveaux national et infranational. Ce document est destiné aux responsables de l'implémentation de DHIS2 et aux gestionnaires de données des programmes de vaccination, afin de faciliter la localisation et l'adaptation du système de suivi des cas de MAPI en fonction des flux de travail locaux et des directives nationales. Le modèle de données du tracker dans DHIS2 permet de suivre les cas individuels de MAPI dans le temps, en les associant à des identifiants uniques, et permet aux prestataires de soins de santé, aux responsables de programmes et aux régulateurs de déclarer, de modifier et d'analyser les données relatives aux MAPI. Ce programme autonome prend en charge les flux de travail depuis les établissements jusqu'aux enquêtes nationales, sert de référentiel pour la prise de décision politique et réglementaire et comprend des indicateurs standard, des tableaux de bord et des fonctions de notification pour améliorer les temps de réponse. 
+Il peut être adopté indépendamment ou intégré à d'autres programmes tracker de DHIS2, tels que le registre électronique des vaccinations.
+
+## LMIS - Gestion des stocks { #lmis-stock-management } 
+
+Contrairement à la conception du module COVID-19, la composante LIMS n'est pas intégrée à l'ensemble des données relatives à l'administration des vaccins pour le Mpox. Cela s'explique par le fait qu'il existe déjà un [composant de métadonnées du PEV du LIMS](https://docs.dhis2.org/en/implement/health/immunization/epi-logistics/lmis-design.html)  standard qui peut être adapté pour suivre la couverture vaccinale ou pour mieux intégrer les données du Mpox dans les outils existants du LIMS.
+
+Toutefois, si les chargés d'implémentation souhaitent intégrer la composante LIMS comme cela a été fait dans la conception du COVID-19, ils peuvent utiliser le fichier de référence plat fourni dans la [documentation] (https://docs.dhis2.org/en/implement/health/covid-19-vaccine-delivery/covac-aggregate/overview.html) et la page de [téléchargement des métadonnées] (https://dhis2.org/metadata-downloads/). Ils peuvent également consulter la boîte à outils générique mondiale du LIMS liée aux outils du PEV pour obtenir des conseils et une intégration supplémentaires.
+
+## Tableau de bord et analyses { #dashboard-and-analytics } 
+
+Les modules d'agrégation et de suivi analysent les données à l'aide du tableau de bord PEV-Mpox.
+Certaines visualisations (couvertures) sont liées à une légende « Couverture Mpox » avec des seuils associés à des codes de couleur pour représenter le pourcentage de la couverture. Les chargés d'implémentation peuvent décider de la conserver, de l'adapter ou de la supprimer.
+
+![Tableau de bord Mpox](resources/image/epimpox_006.png)
+
+### Indicateurs { #indicators } 
+
+L'échange de données entre le REI et le module agrégé a été mis en place pour toutes les informations, à l'exception de celles relatives à la disponibilité du personnel.
+
+Le REI comporte en outre trois indicateurs qui ne tirent leurs données que du module tracker :
+- MPOX-REI - Taux d'abandon JYNNEOS 30 jours (%)
+- MPOX-REI - Fiches de vaccination avec coordonnées complètes (%)
+- MPOX-REI - Fiches de vaccination comportant des informations complètes sur le numéro de lot (%)
+
diff --git a/projects/docs-full-site/fr/USE__OPTIONAL-APPS__BOTTLENECK-ANALYSIS-APP__APP-VERSION-140__USAGE__map-view-md b/projects/docs-full-site/fr/USE__OPTIONAL-APPS__BOTTLENECK-ANALYSIS-APP__APP-VERSION-140__USAGE__map-view-md
index 02b4b967..e3f0f0d0 100644
--- a/projects/docs-full-site/fr/USE__OPTIONAL-APPS__BOTTLENECK-ANALYSIS-APP__APP-VERSION-140__USAGE__map-view-md
+++ b/projects/docs-full-site/fr/USE__OPTIONAL-APPS__BOTTLENECK-ANALYSIS-APP__APP-VERSION-140__USAGE__map-view-md
@@ -2,8 +2,8 @@
 edit_url: "https://github.com/hisptz/unicef-apps-docs/blob/master/src/commonmark/en/content/bna_v.1.4.0/map-view.md"
 revision_date: '2022-12-20'
 tags:
-- Version 1.4.0 de l'application
 - Utilisation
+- Version 1.4.0 de l'application
 ---
 
 Affichage cartographique
diff --git a/projects/docs-full-site/pt/.cache_timestamp b/projects/docs-full-site/pt/.cache_timestamp
index 22cc17ce..b0addc99 100644
--- a/projects/docs-full-site/pt/.cache_timestamp
+++ b/projects/docs-full-site/pt/.cache_timestamp
@@ -1 +1 @@
-2024-12-09T21:21:27Z
\ No newline at end of file
+2024-12-10T21:20:28Z
\ No newline at end of file
diff --git a/projects/docs-full-site/ru/.cache_timestamp b/projects/docs-full-site/ru/.cache_timestamp
index 22cc17ce..b0addc99 100644
--- a/projects/docs-full-site/ru/.cache_timestamp
+++ b/projects/docs-full-site/ru/.cache_timestamp
@@ -1 +1 @@
-2024-12-09T21:21:27Z
\ No newline at end of file
+2024-12-10T21:20:28Z
\ No newline at end of file
diff --git a/projects/docs-full-site/si/.cache_timestamp b/projects/docs-full-site/si/.cache_timestamp
index 22cc17ce..b0addc99 100644
--- a/projects/docs-full-site/si/.cache_timestamp
+++ b/projects/docs-full-site/si/.cache_timestamp
@@ -1 +1 @@
-2024-12-09T21:21:27Z
\ No newline at end of file
+2024-12-10T21:20:28Z
\ No newline at end of file
diff --git a/projects/docs-full-site/zh/.cache_timestamp b/projects/docs-full-site/zh/.cache_timestamp
index 22cc17ce..b0addc99 100644
--- a/projects/docs-full-site/zh/.cache_timestamp
+++ b/projects/docs-full-site/zh/.cache_timestamp
@@ -1 +1 @@
-2024-12-09T21:21:27Z
\ No newline at end of file
+2024-12-10T21:20:28Z
\ No newline at end of file