IHE Patient Administration Management (PAM) est un profil d'intégration qui fixe la manière dont un système d'enregistrement des patients transmet à d'autres systèmes l'identité, les séjours et les mouvements des patients dans un hôpital. Il repose sur des messages HL7 v2.5 dans deux transactions : ITI-30 pour les données du patient et ITI-31 pour les séjours et les mouvements. Des pays y ajoutent des extensions nationales, comme la France et l'Allemagne, avec leurs propres jeux de caractères et des segments supplémentaires. Des experts belges ont travaillé à une extension belge, connue à l'état de projet. Pour les hôpitaux, il fixe quel message un système d'enregistrement des patients envoie lors d'une modification en dehors ou au sein d'un séjour.
", "last_verified": "2026-11-12", "verification_outdated": false, "sections": [ { "id": "qu-est-ce-que-c-est", "title": "Qu'est-ce que c'est ?", "kind": "tekst", "html": "Patient Administration Management (PAM) est un profil d'intégration d'IHE qui définit des transactions fondées sur l'échange de messages pour l'identité du patient, les données de séjour (encounters) et les mouvements au sein d'un séjour de soins aigus[1]. Un profil d'intégration fixe quels systèmes (acteurs) échangent quels messages ; pour PAM, il s'agit en pratique du flux ADT (admission, discharge, transfer) du système d'enregistrement des patients vers les systèmes des unités de soins et les systèmes de support.
\nLes messages sont des messages HL7 v2 : dans la transaction ITI-30, la première composante du champ de version MSH-12 doit porter la valeur « 2.5 », la transaction repose donc sur HL7 v2.5[2]. ITI-30 transporte les données du patient, ITI-31 les séjours et les mouvements.
\nLe profil IHE apparenté Patient Demographics Query (PDQ) fonctionne en sens inverse : des applications interrogent un serveur central de données patient sur des critères de recherche et reprennent directement les données démographiques et, de manière facultative, les données de séjour[3]. PAM pousse les modifications, PDQ permet de les consulter.
" }, { "id": "comment-est-il-structure", "title": "Comment est-il structuré ?", "kind": "tekst", "html": "Le message qui transporte une modification des données du patient dépend du contexte. En dehors d'un séjour, elle passe sous forme de A31 dans ITI-30 ; dans le contexte d'un séjour, sous forme de A08 dans ITI-31[2]. Le message de fusion d'ITI-30 sert uniquement à fusionner deux identifiants d'un même patient ; les autres modifications des données du patient relèvent de A31[2]. Celui qui teste une interface ADT doit donc savoir, par scénario, quel événement déclencheur le système émetteur choisit ; les règles générales d'un tel profilage figurent sur HL7 v2 : dialectes et profils de conformité.
\nLe Patient Demographics Supplier, le système qui fournit les données du patient, doit prendre en charge au moins l'une des options Merge ou Link/Unlink[1]. Une extension nationale doit choisir au moins l'une de ces deux options et imposer la même option au fournisseur et au consommateur, afin de garantir l'interopérabilité au sein du pays[1]. Le choix relève donc du niveau national, et non de chaque interface.
\nHL7 v2 permet des extensions locales au moyen de segments Z, et IHE y recourt lui-même : PAM définit un segment Z, ZBE (action sur un mouvement), et un message Z, Z99, pour l'option Historic Movement Management[2]. L'extension allemande le formule de manière générale : les profils IHE fondés sur HL7 v2 définissent des extensions là où c'est nécessaire, comme le segment ZBE[4].
\nUne extension nationale de l'IHE Technical Framework peut ajouter des exigences, mais pas les assouplir[5], et elle requiert d'abord une initiative IHE nationale[5]. Le volume 4 de l'IT Infrastructure Technical Framework (révision 20.2, Final Text, 11 novembre 2025) contient des extensions pour les États-Unis, la France et l'Allemagne et, selon cette table des matières, aucune extension belge[6].
\n| Pays | \nCe que l'extension ajoute | \nSource | \n
|---|---|---|
| France | \nRestrictions sur les événements et segments HL7 v2.5, ainsi que des événements et segments qu'ITI TF-2 ne décrit pas encore | \n[7] | \n
| France | \nCode d'internationalisation « FRA » dans MSH-12 (ITI-30 et ITI-31) | \n[7] | \n
| France | \nJeux de caractères ISO 8859/1 et ISO 8859/15 obligatoires | \n[7] | \n
| France | \nChamps relatifs à la race, à la religion et au groupe ethnique interdits dans tous les messages HL7 | \n[7] | \n
| France | \nSegments Z propres, comme ZFA avec le statut du dossier partagé (DMP) | \n[8] | \n
| Allemagne | \nJeux de caractères 8859/1 et 8859/15 dans MSH-18 pour tous les acteurs ayant des transactions HL7 | \n[4] | \n
| Allemagne | \nRenvoi à l'édition allemande HL7 2.5 et aux profils de messages nationaux 2003-2004 | \n[4] | \n
L'extension allemande est le résultat d'un projet de trois ans d'IHE Germany visant à aligner les profils de messages nationaux de 2003-2004 sur PAM[4]. L'Allemagne a donc placé ses profils v2 existants sous le profil IHE au lieu de les laisser coexister à côté.
\nSelon son paragraphe « Cycle de Vie du document », l'extension PAM française 2.10 (12 juillet 2021) est publiée « en statut Trial Implementation », de sorte que la version précédente, la version 2.9, est en statut Final Text[8]. La page de titre du même document indique toutefois « Final Text » (voir Incertitudes).
" }, { "id": "ou-est-il-utilise", "title": "Où est-il utilisé ?", "kind": "tekst", "html": "PAM est la réponse d'IHE au flux ADT au sein d'un hôpital et se manifeste surtout à travers les extensions nationales de la France et de l'Allemagne[7][4].
\nEn Belgique, des experts de l'industrie et des hôpitaux ont travaillé pendant près de deux ans à des extensions belges de PAM[9] ; Agoria en a proposé un projet de lignes directrices[9]. Une extension nationale belge publiée n'a pas été trouvée dans les sources traitées, et la table des matières du volume 4 de l'ITI TF n'en cite aucune[6]. Dans le paysage belge autour de HL7 v2, PAM reste donc une référence internationale sans profilage national.
" }, { "id": "qu-est-ce-que-cela-signifie-pour-un-hopital", "title": "Qu'est-ce que cela signifie pour un hôpital ?", "kind": "tekst", "html": "Pour un hôpital, PAM décrit ce qu'un système d'enregistrement des patients doit signaler aux autres systèmes et avec quel message : A31 en dehors et A08 au sein d'un séjour[2], la fusion uniquement via le message de fusion[2], et au moins Merge ou Link/Unlink[1]. Comme aucune extension belge n'est publiée, le choix national (quelle option, quel jeu de caractères, quels identifiants) n'est pas fixé.
\nRecommandation : dans un cahier des charges pour des interfaces ADT, renvoyez à PAM (ITI-30 et ITI-31), fixez vous-même le choix entre Merge et Link/Unlink ainsi que le jeu de caractères, comme le ferait une extension nationale, et demandez aux fournisseurs quels événements déclencheurs et quels segments Z ils envoient réellement.
" }, { "id": "incertitudes-et-informations-contradictoires", "title": "Incertitudes et informations contradictoires", "kind": "tekst", "html": "