EMSR / Ambureg (registratie van ziekenwageninterventies)

Ambureg is de elektronische registratie van patiënt-, zorg- en middelengegevens door ambulancediensten bij interventies van de dringende geneeskundige hulpverlening; daarvoor stelt het eHealth-platform de EMSR-webservices ter beschikking^[1]. AMBUREG is een verplichte registratie van de interventies van alle erkende ziekenwagens in België, verplicht sinds januari 2019 en geregeld door het koninklijk besluit van 14 december 2018^[2].

Aan de kant van de noodoproepcentrales maken de CAD-diensten met de webservice SMUREG WS SDS SDS-berichten aan met tijdsaanduidingen en plaatsgegevens van een hoogdringende interventie^[3]. SMUREG is het systeem waarmee SMUR/MUG en PIT via een webapplicatie een interventierapport invullen (cookbook SMUREG WS SDS versie 1.3)^[3].

EMSR is de registratieschakel in de keten van oproep tot spoedgevallendienst die beschreven staat op Dringende geneeskundige hulpverlening (DGH); de SDS-berichten komen van de Noodcentrales 112.

Een van de doelstellingen van Ambureg is het ter beschikking stellen van rit- en persoonsgegevens van de patiënt aan het ziekenhuis bij de overdracht van de patiënt^[2]. Daarnaast voedt de registratie beleidsinformatie: geselecteerde gegevens gaan gepseudonimiseerd naar de FOD Volksgezondheid of zijn voor wettelijke doeleinden raadpleegbaar door het Fonds voor Dringende Geneeskundige Hulpverlening^[4]. De SDS-berichten van de centrales kunnen via EMSR opgehaald worden om de interventiefiches al gedeeltelijk in te vullen^[3].

Status: productie. De FOD Volksgezondheid staat als verantwoordelijke instelling vermeld^[4]. De Ambureg-gegevens moeten via de webservice EMSR ter beschikking gesteld worden en worden bewaard en verwerkt door de dienst Data en Beleidsinformatie van de FOD^[2]. De FOD rekent AMBUREG tot haar registratiesystemen, naast onder meer MZG en MPG^[5].

Gebruikers zijn de ambulancediensten, die registreren en raadplegen, en de ziekenhuizen waarnaar de patiënt vervoerd wordt, die raadplegen^[1][4]. Ziekenhuizen gebruiken EMSR bij de gespecialiseerde spoedgevallenzorg, om voor patiënten die de ziekenwagendienst aflevert de via Ambureg geregistreerde gegevens te consulteren^[4]. Ambulancediensten gebruiken geregistreerde gegevens, zoals het interventienummer, ook in hun facturatieproces^[4].

• Registration en Consultation. Ambulancediensten registreren via EMSR Registration gegevens per ziekenwageninzet en per patiënt; bij de overdracht komen die via EMSR Consultation ter beschikking van het ontvangende ziekenhuis^[1].
• Twee stappen. Een EMSR-fiche wordt in twee stappen geregistreerd: deel A bij aankomst van de patiënt in het ziekenhuis, deel B binnen vijf dagen met de volledige identificatie van de patiënt (EMSR v2 Registration-cookbook v1.3, 22/01/2024)^[6]. Deel A bevat alle patiëntinformatie die op het moment van aankomst beschikbaar is^[6].
• Rechten per actor (v2). In EMSR v2 kunnen ziekenhuizen en ambulancediensten de methodes GetSheetList en GetSheet gebruiken; RegisterPartA, RegisterPartB, GetSds (SDS ophalen) en DeleteSheet zijn voorbehouden aan ambulancediensten^[6]. GetSds is een methode van EMSR Consultation, waarmee SDS-gegevens (bijvoorbeeld het adres) apart opgevraagd kunnen worden^[6].
• Anonimiseren. De methode AnonymizePatientData wist de identiteitsgegevens van een patiënt uit een EMSR-fiche^[6].
• Formaat. Voor EMSR v1 en v2 bestaan afzonderlijke cookbooks voor de KMEHR-berichten van de Consultation- en Registration-webservices^[1].
• SDS-berichten. Het SMUREG WS SDS-cookbook (v1.3, 06/01/2021) beschrijft hoe de CAD-dienst interventiegegevens naar SMUREG stuurt^[7]. Het bericht identificeert het verzendende CAD-systeem ('CIC' voor Intergraph, 'C100' voor CityGIS); de velden eventNumber en unitId verwijzen naar de CAD van ASTRID^[7]. Een doel van de SDS-berichten is ziekenhuizen informatie te geven die ze nog niet in hun systeem hebben^[7]. De noodcentrales houden geen patiëntgegevens bij; hun ritgegevens betreffen operationele tijdstippen zoals oproep, alarmering, vertrek en aankomst^[8].
• Authenticatie. De webservices vereisen een token van de STS-dienst van het eHealth-platform^[4]; zie Technische integratie met de eHealth-infrastructuur.

Stand van het API-register op 28 september 2026 (productie- en acceptatiecatalogus van het eHealth-platform):

MUGREG (historiek, 2011). Via de MUGREG-toepassing (webapplicatie of webservice) consulteerde het ziekenhuis de interventiefiches van MUG en PIT; enkel fiches van patiënten die bij een van zijn sites werden afgeleverd, waren toegankelijk^[9]. Bij het afsluiten van de interventie bracht de 100-centrale haar interventiegegevens via een webservice in MUGREG in, zodat de MUG/PIT-functie de fiche makkelijker kon invullen^[9]. MUGREG gebruikte basisdiensten van het eHealth-platform: gebruikers- en toegangsbeheer, end-to-end versleuteling en authenticatie van ziekenhuizen met eHealth-certificaten^[9]. De databank met de MUG/PIT-fiches werd beheerd door de FOD Volksgezondheid, DG Gezondheidszorgvoorzieningen^[9]. De FOD ontving dagelijks via een beveiligde FTP-server een selectie van de MUG-interventiegegevens, in uitvoering van het KB van 27 april 2007^[9]. Of MUGREG volledig in SMUREG is opgegaan, werd niet gevonden.

Ambureg-proefproject (pilot, 2015). Vóór Ambureg vulde de ziekenwagenploeg een papieren ritformulier in drie exemplaren in: voor de ziekenwagendienst, het ziekenhuis en, zonder identiteit, de FOD Volksgezondheid^[8]. In het proefproject stuurde de centrale 100/112 de ritgegevens via de webservice SMUREG SDS door zodra de ziekenwagen weer beschikbaar of op de standplaats was^[8]. Bij gebruik van een tablet of pc in de ziekenwagen werden de gegevens via een lokale server van de dienst doorgestuurd^[8]. De webservice AMBUREG was enkel toegankelijk voor erkende DGH-ziekenwagendiensten, diensten voor niet-dringend vervoer en ziekenhuizen met een erkende functie gespecialiseerde spoedgevallenzorg^[8]. Het opzet voorzag dat het RIZIV een selectie ontvangt (onder meer rijksregisternummer, zendingsnummer en bestemmingsziekenhuis) om aangerekende prestaties te controleren^[8], en dat het Fonds Dringende Geneeskundige Hulpverlening identiteit en ritgegevens ontvangt om terugbetalingsaanvragen voor onbetaalde ritten te verifiëren^[8]. Of die stromen vandaag nog lopen, werd niet gevonden.

De interventiecijfers van de FOD worden samengesteld uit SDS-records, AMBUREG, de federale dienstlijst en datasets van de 112-noodcentrales^[10]. Voor 98% van de primaire interventies (2022) vindt de FOD een overeenkomst tussen de SDS-registraties van de centrales en de AMBUREG-registraties^[10]. In AMBUREG ontbrak (data 2022) de leeftijd in 16,7% en was het geslacht onbepaald of onbekend in 16,4% van de registraties^[10].

Voor EMSR v1 en v2 bestaan naast elkaar aparte KMEHR-cookbooks^[1]. Welke functionele verschillen er tussen v1 en v2 zijn en of v1 wordt uitgefaseerd, werd niet gevonden (zie open vragen).

Storing 26 mei 2026. Van 11:40 tot 14:11 was de EMSR-dienst gestoord: ambulancediensten en ziekenhuizen konden geen medische gegevens raadplegen of registreren; de FOD Volksgezondheid stond als 'lead' vermeld^[11].

• Integratie: ziekenhuizen integreren de EMSR Consultation-webservice in hun software, met een token van de STS-dienst van het eHealth-platform^[4].
• Wat een ziekenhuis kan: in v2 de lijst van fiches en een fiche opvragen (GetSheetList, GetSheet); registreren is voorbehouden aan ambulancediensten^[6].
• Timing: deel A wordt bij aankomst in het ziekenhuis geregistreerd, de volledige patiëntidentificatie volgt pas met deel B binnen vijf dagen, volgens het EMSR v2 Registration-cookbook versie 1.3 van 22 januari 2024^[6]. Oudere integraties kunnen een andere termijn kennen (zie open vragen).
• Beschikbaarheid: bij een storing van de EMSR-dienst kunnen ook ziekenhuizen geen gegevens raadplegen, zoals op 26 mei 2026^[11].
• Aanbeveling (eigen): voorzie een terugvalprocedure voor de overdracht op spoed wanneer EMSR niet beschikbaar is.
• Aanbeveling (eigen): bekijk bij integratie van EMSR Consultation in het spoedgevallendossier hoe de fiche aan de juiste patiënt gekoppeld wordt zolang de volledige identificatie (deel B) nog ontbreekt.

De EMSR-webservices moeten in de software van de ziekenwagendiensten (Registration en Consultation) en van de ziekenhuizen (Consultation) geïntegreerd worden^[4]. Een webportaal voor ziekenhuizen naast de webservice werd in de bronnen niet gevonden.

• Ambureg, EMSR en SMUREG. De bronnen gebruiken Ambureg voor de registratie^[1], EMSR voor de webservices^[1] en SMUREG voor het systeem waarin SMUR/MUG en PIT hun interventierapport invullen^[3]. Hoe SMUREG en Ambureg organisatorisch samenhangen en wie SMUREG technisch beheert, is niet gevonden.
• Registratiekwaliteit tegenover overeenkomst. De FOD vindt voor 98% van de primaire interventies een overeenkomst tussen SDS en AMBUREG^[10], terwijl leeftijd en geslacht in ongeveer een zesde van de registraties ontbreken^[10]; de koppeling op interventieniveau is dus vollediger dan de patiëntvelden.
• Actualiteit van de historische bronnen. De beschrijvingen van MUGREG (2011) en van het proefproject (2015) zijn oud^[9][8]; een recente bron over de raadpleging van SMUREG-fiches door ziekenhuizen werd niet gevonden.
• Wie raadpleegt persoonsgegevens? De FOD krijgt gepseudonimiseerde gezondheidsgegevens, het Fonds voor Dringende Geneeskundige Hulpverlening kan persoonsgegevens raadplegen^[4]; de precieze gegevenslijst per ontvanger is niet als claim vastgelegd.