EMSR / Ambureg (enregistrement préhospitalier)

Ambureg est l'enregistrement électronique, par les services ambulanciers, des données relatives au patient, aux soins et aux moyens lors d'interventions d'aide médicale urgente ; à cette fin, la Plate-forme eHealth met à disposition les services web EMSR^[1]. AMBUREG est un enregistrement obligatoire des interventions de toutes les ambulances agréées en Belgique, obligatoire depuis janvier 2019 et régi par l'arrêté royal du 14 décembre 2018^[2].

Du côté des centres d'appels urgents, les services CAD créent, à l'aide du service web SMUREG WS SDS, des messages SDS comportant les indications temporelles et les données de localisation d'une intervention très urgente^[3]. SMUREG est le système dans lequel le SMUR/MUG et le PIT complètent un rapport d'intervention au moyen d'une application web (cookbook SMUREG WS SDS version 1.3)^[3].

EMSR constitue le maillon d'enregistrement de la chaîne allant de l'appel au service des urgences, décrite sur la page Aide médicale urgente ; les messages SDS proviennent des Centrales d'urgence 112.

L'un des objectifs d'Ambureg est de mettre à la disposition de l'hôpital, lors du transfert du patient, les données relatives au trajet et les données à caractère personnel de celui-ci^[2]. L'enregistrement alimente en outre l'information stratégique : certaines données sélectionnées sont transmises sous forme pseudonymisée au SPF Santé publique, Sécurité de la Chaîne alimentaire et Environnement ou peuvent être consultées à des fins légales par le Fonds d'aide médicale urgente^[4]. Les messages SDS des centrales peuvent être récupérés via EMSR afin de préremplir partiellement les fiches d'intervention^[3].

Utilisation et gestion

Statut : production. Le SPF Santé publique est indiqué comme institution responsable^[4]. Les données Ambureg doivent être mises à disposition via le service web EMSR et sont conservées et traitées par le service Data et Information stratégique du SPF^[2]. Le SPF classe AMBUREG parmi ses systèmes d'enregistrement, aux côtés notamment du RHM et du RPM^[6].

Les utilisateurs sont les services ambulanciers, qui enregistrent et consultent, et les hôpitaux vers lesquels le patient est transporté, qui consultent^[1][4]. Les hôpitaux utilisent EMSR dans le cadre des soins urgents spécialisés afin de consulter, pour les patients amenés par le service ambulancier, les données enregistrées via Ambureg^[4]. Les services ambulanciers utilisent aussi des données enregistrées, telles que le numéro d'intervention, dans leur processus de facturation^[4].

Données et interfaces

• Registration et Consultation. Les services ambulanciers enregistrent via EMSR Registration des données par déploiement d'ambulance et par patient ; lors du transfert, celles-ci sont mises à la disposition de l'hôpital destinataire via EMSR Consultation^[1].
• Deux étapes. Une fiche EMSR est enregistrée en deux étapes : la partie A à l'arrivée du patient à l'hôpital, la partie B dans les cinq jours avec l'identification complète du patient (cookbook EMSR v2 Registration v1.3, 22/01/2024)^[5]. La partie A contient toutes les informations sur le patient disponibles au moment de l'arrivée^[5].
• Droits par acteur (v2). Dans EMSR v2, les hôpitaux et les services ambulanciers peuvent utiliser les méthodes GetSheetList et GetSheet ; RegisterPartA, RegisterPartB, GetSds (récupération SDS) et DeleteSheet sont réservées aux services ambulanciers^[5]. GetSds est une méthode d'EMSR Consultation permettant de demander séparément des données SDS (par exemple l'adresse)^[5].
• Anonymisation. La méthode AnonymizePatientData efface les données d'identité d'un patient d'une fiche EMSR^[5].
• Format. Il existe, pour EMSR v1 et v2, des cookbooks distincts pour les messages KMEHR des services web Consultation et Registration^[1].
• Messages SDS. Le cookbook SMUREG WS SDS (v1.3, 06/01/2021) décrit la manière dont le service CAD envoie les données d'intervention à SMUREG^[7]. Le message identifie le système CAD expéditeur (« CIC » pour Intergraph, « C100 » pour CityGIS) ; les champs eventNumber et unitId renvoient au CAD d'ASTRID^[7]. L'un des objectifs des messages SDS est de fournir aux hôpitaux des informations dont ils ne disposent pas encore dans leur système^[7]. Les centrales d'urgence ne conservent aucune donnée relative aux patients ; leurs données de trajet concernent des moments opérationnels tels que l'appel, l'alerte, le départ et l'arrivée^[8].
• Authentification. Les services web nécessitent un jeton du service STS de la Plate-forme eHealth^[4] ; voir Intégration technique avec l'infrastructure eHealth.

Interfaces techniques

État du registre des API au 28 septembre 2026 (catalogues de production et d'acceptation de la Plate-forme eHealth) :

Historique : MUGREG (2011) et projet pilote Ambureg (2015)

MUGREG (historique, 2011). Par l'application MUGREG (application web ou service web), l'hôpital consultait les fiches d'intervention du MUG et du PIT ; seules les fiches de patients amenés sur l'un de ses sites étaient accessibles^[9]. À la clôture de l'intervention, la centrale 100 introduisait ses données d'intervention dans MUGREG via un service web afin de faciliter le remplissage de la fiche par la fonction MUG/PIT^[9]. MUGREG utilisait les services de base de la Plate-forme eHealth : gestion des utilisateurs et des accès, chiffrement de bout en bout et authentification des hôpitaux au moyen de certificats eHealth^[9]. La base de données des fiches MUG/PIT était gérée par le SPF Santé publique, DG Établissements de soins^[9]. Le SPF recevait quotidiennement, via un serveur FTP sécurisé, une sélection des données d'intervention MUG en exécution de l'AR du 27 avril 2007^[9]. Il n'a pas été trouvé si MUGREG a été entièrement intégré à SMUREG.

Projet pilote Ambureg (pilote, 2015). Avant Ambureg, l'équipe ambulancière remplissait un formulaire de trajet papier en trois exemplaires : pour le service ambulancier, pour l'hôpital et, sans identité, pour le SPF Santé publique^[8]. Dans le projet pilote, la centrale 100/112 transmettait les données du trajet via le service web SMUREG SDS dès que l'ambulance était de nouveau disponible ou revenue à son poste^[8]. Lorsqu'une tablette ou un PC était utilisé dans l'ambulance, les données étaient transmises par l'intermédiaire d'un serveur local du service^[8]. Le service web AMBUREG était uniquement accessible aux services ambulanciers AMU agréés, aux services de transport non urgent et aux hôpitaux disposant d'une fonction agréée de soins urgents spécialisés^[8]. Le dispositif prévoyait que l'INAMI reçoive une sélection (notamment le numéro de registre national, le numéro d'envoi et l'hôpital de destination) afin de contrôler les prestations facturées^[8], et que le Fonds d'aide médicale urgente reçoive l'identité et les données de trajet afin de vérifier les demandes de remboursement de trajets impayés^[8]. Il n'a pas été trouvé si ces flux existent encore aujourd'hui.

Qualité de l'enregistrement et utilisation secondaire

Les chiffres d'intervention du SPF sont composés à partir des enregistrements SDS, d'AMBUREG, de la liste fédérale des services et des jeux de données des centrales d'urgence 112^[10]. Pour 98% des interventions primaires (2022), le SPF trouve une correspondance entre les enregistrements SDS des centrales et les enregistrements AMBUREG^[10]. Dans AMBUREG, l'âge manquait (données 2022) dans 16,7% des enregistrements et le sexe était indéterminé ou inconnu dans 16,4% des enregistrements^[10].

Des cookbooks KMEHR distincts coexistent pour EMSR v1 et v2^[1]. Les différences fonctionnelles entre v1 et v2 et une éventuelle suppression progressive de v1 n'ont pas été trouvées (voir questions ouvertes).

Panne du 26 mai 2026. De 11:40 à 14:11, le service EMSR a été perturbé : les services ambulanciers et les hôpitaux ne pouvaient ni consulter ni enregistrer de données médicales ; le SPF Santé publique était indiqué comme « lead »^[11].

• Intégration : les hôpitaux intègrent le service web EMSR Consultation à leur logiciel, avec un jeton du service STS de la Plate-forme eHealth^[4].
• Ce qu'un hôpital peut faire : dans la v2, demander la liste des fiches et une fiche (GetSheetList, GetSheet) ; l'enregistrement est réservé aux services ambulanciers^[5].
• Délai : la partie A est enregistrée à l'arrivée à l'hôpital, tandis que l'identification complète du patient ne suit qu'avec la partie B dans les cinq jours, selon le cookbook EMSR v2 Registration version 1.3 du 22 janvier 2024^[5]. Les intégrations plus anciennes peuvent appliquer un autre délai (voir questions ouvertes).
• Disponibilité : lors d'une panne du service EMSR, les hôpitaux ne peuvent eux non plus consulter les données, comme le 26 mai 2026^[11].
• Recommandation (propre) : prévoyez une procédure de repli pour le transfert aux urgences lorsque EMSR n'est pas disponible.
• Recommandation (propre) : lors de l'intégration d'EMSR Consultation au dossier des urgences, examinez comment la fiche est reliée au bon patient tant que l'identification complète (partie B) fait encore défaut.

Conditions de mise en œuvre et limites

Les services web EMSR doivent être intégrés au logiciel des services ambulanciers (Registration et Consultation) et des hôpitaux (Consultation)^[4]. Aucun portail web destiné aux hôpitaux en complément du service web n'a été trouvé dans les sources.

• Ambureg, EMSR et SMUREG. Les sources utilisent Ambureg pour l'enregistrement^[1], EMSR pour les services web^[1] et SMUREG pour le système dans lequel le SMUR/MUG et le PIT complètent leur rapport d'intervention^[3]. La relation organisationnelle entre SMUREG et Ambureg et l'identité du gestionnaire technique de SMUREG n'ont pas été trouvées.
• Qualité de l'enregistrement et correspondance. Le SPF trouve pour 98% des interventions primaires une correspondance entre SDS et AMBUREG^[10], tandis que l'âge et le sexe font défaut dans environ un sixième des enregistrements^[10] ; la correspondance au niveau de l'intervention est donc plus complète que les champs relatifs au patient.
• Actualité des sources historiques. Les descriptions de MUGREG (2011) et du projet pilote (2015) sont anciennes^[9][8] ; aucune source récente sur la consultation des fiches SMUREG par les hôpitaux n'a été trouvée.
• Qui consulte les données à caractère personnel ? Le SPF reçoit des données de santé pseudonymisées, tandis que le Fonds d'aide médicale urgente peut consulter des données à caractère personnel^[4] ; la liste précise des données par destinataire n'est pas consignée sous forme de claim.