IHE Patient Administration Management (PAM)

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.

Les 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.

Le 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.

Messages selon le contexte : A31 ou A08

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é.

Options : Merge ou Link/Unlink

Le 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.

Un segment Z propre dans le profil lui-même

HL7 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].

Extensions nationales

Une 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].

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é.

Statut de l'extension française

Selon 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).

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].

En 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.

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é.

Recommandation : 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.

• Statut de l'extension française 2.10. La page de titre indique « Release 2.10 – Final Text – 12 juillet 2021 », le paragraphe sur le cycle de vie indique que la 2.10 est en Trial Implementation et la 2.9 en Final Text^[8].
• Extension belge. Seul un projet proposé est connu^[9] ; ce qu'il contient et s'il est utilisé n'a pas été établi.