diff --git a/input/pagecontent/profils-messages.md b/input/pagecontent/profils-messages.md
index 6f136327..ec2c01bd 100644
--- a/input/pagecontent/profils-messages.md
+++ b/input/pagecontent/profils-messages.md
@@ -1,6 +1,6 @@
-### Le message MDM en HL7 v2.6
+#### Le message MDM en HL7 v2.6
-#### Description du profil du message MDM
+##### Description du profil du message MDM
Le profil du message MDM est le suivant :
@@ -385,7 +385,7 @@ Le message HL7 MDM ne peut transmettre qu’un seul document médical.
Les contraintes apportées par ce volet sur les données du message MDM sont décrites à la [section dédiée](volume2.html#contraintes-appliquées-aux-messages-mdm-dans-le-contexte-de-ce-volet).
-#### Description fonctionnelle du message MDM
+##### Description fonctionnelle du message MDM
-#### Le segment ORC
+##### Le segment ORC
+
@@ -791,7 +792,7 @@ Pour le segment PV1, ce volet ajoute les contraintes suivantes :
-#### Le segment OBR
+##### Le segment OBR
@@ -867,7 +868,7 @@ Pour le segment PV1, ce volet ajoute les contraintes suivantes :
-#### Les données d’entête du document – Segment TXA
+##### Les données d’entête du document – Segment TXA
Le message MDM requiert l’utilisation du segment TXA qui porte les métadonnées associées au document contenu dans le message. Les contraintes apportées par ce volet sur le segment TXA sont les suivantes :
@@ -1015,8 +1016,8 @@ la suivante :
- TXA-12.4 < = Non renseigné
-#### Les données concernant la demande de traitement sur le document
-##### Le groupe de segments OBXNTE portant le document CDA
+##### Les données concernant la demande de traitement sur le document
+###### Le groupe de segments OBXNTE portant le document CDA
Le message HL7 MDM contient un premier groupe OBXNTE composé :
@@ -1786,7 +1787,7 @@ _**Note 2 :** en cas de transfert du courriel original au niveau de l’établis
_**Note 3 :** dans la configuration où le GESTIONNAIRE est en capacité de maintenir une table de correspondance entre une BAL et une organisation correspondante (service clinique, UF, pôle…), le champ PRT-8 permet de préciser l’organisation de l’établissement concerné par la demande de traitement sur le document au niveau du CONSOMMATEUR. Dans le cas où le GESTIONNAIRE n’est pas en capacité de maintenir cette table de correspondance, le système CONSOMMATEUR peut prévoir un paramétrage pour associer une organisation de l’établissement (service clinique, UF, pôle…) à une BAL afin de réaliser le traitement sur le document dans la bonne organisation._
-##### Le groupe de segments portant les informations du courriel MSSanté
+###### Le groupe de segments portant les informations du courriel MSSanté
@@ -1910,7 +1911,7 @@ _**Note 3 :** dans la configuration où le GESTIONNAIRE est en capacité de main
-##### Groupes OBXNTE portant les métadonnées MSSanté
+###### Groupes OBXNTE portant les métadonnées MSSanté
Cette section présente uniquement les métadonnées de restriction indispensables aux échanges avec la MSSanté. Ces groupes sont conformes à ceux définis dans le volet « Transmission de documents CDA en HL7v2 » version 2.1
@@ -1920,7 +1921,7 @@ Ces métadonnées sont requises et doivent apparaître dans le message MDM dans
Pour l’ensemble des OBX listés dans cette section, le champ OBX-3 prend ses valeurs dans la [table « MetaDMP/MSS »](meta-dmp-mss.html). Le champ OBX-11 étant requis par le standard HL7v2, la valeur de ce champ est arbitrairement fixée à « F ».
-###### Document Masqué aux professionnels de Santé
+####### Document Masqué aux professionnels de Santé
Cet OBX permet au Consommateur de vérifier que le document n'est pas masqué aux professionnels de santé.
@@ -2068,7 +2069,7 @@ Cet OBX permet au Consommateur de vérifier que le document n'est pas masqué au
-###### Document Non visible par le patient
+####### Document Non visible par le patient
Cet OBX permet d'informer le Consommateur que le document est masqué ou non au patient.
@@ -2217,7 +2218,7 @@ Cet OBX permet d'informer le Consommateur que le document est masqué ou non au
-###### Document Non visible par les représentants légaux du patient
+####### Document Non visible par les représentants légaux du patient
Cet OBX permet d'informer le Consommateur que le document est masqué ou non aux représentants légaux du patient.
@@ -2366,7 +2367,7 @@ Cet OBX permet d'informer le Consommateur que le document est masqué ou non aux
-###### Modification Confidentiality Code
+####### Modification Confidentiality Code
Cet OBX permet d'informer le Consommateur que la transaction porte une modification du CONFIDENTIALITY CODE indiquant une mise à jour de la métadonnée de mise en visibilité du document au patients et/ou aux représentants légaux.
@@ -2517,9 +2518,9 @@ Cet OBX permet d'informer le Consommateur que la transaction porte une modificat
Un exemple est disponible [ici](exemples.html).
-### Le message d'acquittement HL7v2
+#### Le message d'acquittement HL7v2
-#### Profil du message ACK
+##### Profil du message ACK
Le profil du message ACK est le suivant :
@@ -2630,7 +2631,7 @@ Le profil du message ACK est le suivant :
-#### Structure fonctionnelle du message
+##### Structure fonctionnelle du message
Après réception du message MDM, le LPS (DPI ou RIS dans le contexte SEGUR vague 2) va acquitter le message. Ci-dessous la structure du message ACK :
@@ -2641,9 +2642,9 @@ Après réception du message MDM, le LPS (DPI ou RIS dans le contexte SEGUR vagu
Ces segments doivent être conformes au standard HL7v2.6.
-#### Description des contraintes à appliquer sur le message ACK
+##### Description des contraintes à appliquer sur le message ACK
-##### Segment MSH
+###### Segment MSH
Le segment MSH reprend une partie des informations du message initial :
@@ -2958,7 +2959,7 @@ Le champ MSH.9 « Message type » prend la valeur : `ACK^T02^ACK` ou `ACK^T04^AC
-##### Segment MSA
+###### Segment MSA
Le segment MSA contient à minima les champs suivants :
@@ -2994,7 +2995,7 @@ Le segment MSA contient à minima les champs suivants :
-##### Segment ERR
+###### Segment ERR
Ce segment est utilisé au niveau des messages d'acquittement HL7 dans le cas où le champ MSA-1 prend la valeur AE (Application error).
@@ -3079,7 +3080,7 @@ _**(Note 1) :** les valeurs possibles pour les champs ERR-3 et ERR-5 sont listé
_**Note (2) :** dans le cas où le rejet du message HL7 MDM est dû à un problème applicatif au niveau du CONSOMMATEUR, le champ ERR-3 sera renseigné avec la valeur « 207 » (Application error) et le champ ERR-5 sera renseigné avec une valeur comprise dans la table applicationErrorCode. Dans le cas où le message MDM est rejeté par le système CONSOMMATEUR pour une raison technique, le champ ERR-3 sera renseigné avec une valeur comprise dans la table messageErrorCondition et le champ ERR-5 ne sera pas renseigné._
-##### Exemple
+###### Exemple
Entête MSH d'un message MDM émis par le GESTIONNAIRE vers le CONSOMMATEUR :
diff --git a/input/pagecontent/volume2.md b/input/pagecontent/volume2.md
index a2427e0b..412ce659 100644
--- a/input/pagecontent/volume2.md
+++ b/input/pagecontent/volume2.md
@@ -17,6 +17,5 @@ Cette section décrit les détails techniques nécessaires à la mise en œuvre
### Interactions entre les Acteurs
{% include interactions-acteurs.md %}
-
### Profils de messages
{% include profils-messages.md %}
@@ -415,12 +415,12 @@ l'identifiant unique du document (TXA-12), de l'identifiant unique du
document remplacé (TXA-13) lorsque l'évènement est à T10 et du statut
indiquant la complétude du document (TXA-17).
-### Contraintes appliquées aux messages MDM dans le contexte de ce volet
+#### Contraintes appliquées aux messages MDM dans le contexte de ce volet
Dans la suite de cette section, les valeurs indiquées en bleu dans les tableaux indiquent les valeurs fixes à insérer dans le champ du message.
-#### Eléments de contrôle du message MDM
+##### Eléments de contrôle du message MDM
-##### Le segment MSH – Header du message
+###### Le segment MSH – Header du message