---
id: emsr
type: Platform
type_label: Platform of dienst
title: EMSR / Ambureg (registratie van ziekenwageninterventies)
aliases:
- EMSR
- Emergency Medical Service Registry
- Ambureg
- AMBUREG
- EMSR Registration
- EMSR Consultation
- SMUREG
- SmuregSDS
- SMUREG WS SDS
- MUGREG
names:
  nl: EMSR / Ambureg (prehospitaalregistratie)
  fr: EMSR / Ambureg (enregistrement préhospitalier)
  en: Emergency Medical Service Registry (EMSR)
jurisdiction:
- belgie
themes:
- secundair-gebruik
- regelgeving
- verslagen-en-verwijzing
lifecycle: productie
lifecycle_note: Ambureg is verplicht sinds januari 2019 (KB van 14 december 2018). EMSR Registration en
  Consultation staan in versie 1.0 en 2.0 in de productiecatalogus, SmuregSDS in versie 1.1; of v1 wordt
  uitgefaseerd, is niet gevonden.
version: EMSRConsultation en EMSRRegistration SOAP 1.0 en 2.0 (EMSR v2 Registration-cookbook v1.3, 22/01/2024);
  SmuregSDS SOAP 1.1 (cookbook SMUREG WS SDS versie 1.3)
summary: Ambureg is de verplichte elektronische registratie (sinds januari 2019, KB van 14 december 2018)
  van patiënt-, zorg- en middelengegevens door ambulancediensten bij interventies van de dringende geneeskundige
  hulpverlening; daarvoor dienen de EMSR-webservices van het eHealth-platform. Ambulancediensten registreren
  via EMSR Registration (deel A bij aankomst in het ziekenhuis, deel B binnen vijf dagen); het ontvangende
  ziekenhuis raadpleegt de gegevens via EMSR Consultation, geïntegreerd in de ziekenhuissoftware met een
  token van de STS-dienst. Geselecteerde gegevens gaan gepseudonimiseerd naar de FOD Volksgezondheid.
  Via SmuregSDS maken noodoproepcentrales SDS-berichten (tijdstippen, locatie) aan, die via EMSR opgehaald
  worden om interventiefiches deels vooraf in te vullen. Ambureg verving het papieren ritformulier in
  drie exemplaren; MUG en PIT registreerden vroeger in MUGREG (2011). Op 26 mei 2026 was de EMSR-dienst
  ongeveer tweeënhalf uur gestoord. Zie ook de overzichtspagina over de dringende geneeskundige hulpverlening.
last_verified: '2026-09-30'
relations:
- type: ownedBy
  direction: uit
  target: fod-volksgezondheid
  target_url: https://ehealth-atlas.be/fod-volksgezondheid/
  status: established
- type: implements
  direction: uit
  target: kmehr
  target_url: https://ehealth-atlas.be/kmehr/
  status: established
- type: about
  direction: in
  target: dringende-geneeskundige-hulpverlening
  target_url: https://ehealth-atlas.be/dringende-geneeskundige-hulpverlening/
  status: established
- type: about
  direction: in
  target: ehealth-diensten
  target_url: https://ehealth-atlas.be/ehealth-diensten/
  status: established
- type: participatesIn
  direction: in
  target: noodcentrales-112
  target_url: https://ehealth-atlas.be/noodcentrales-112/
  status: established
release: 2026.10.05-1
url: https://ehealth-atlas.be/emsr/
license: CC BY 4.0
---

# EMSR / Ambureg (registratie van ziekenwageninterventies)

Ambureg is de verplichte elektronische registratie (sinds januari 2019, KB van 14 december 2018) van patiënt-, zorg- en middelengegevens door ambulancediensten bij interventies van de dringende geneeskundige hulpverlening; daarvoor dienen de EMSR-webservices van het eHealth-platform. Ambulancediensten registreren via EMSR Registration (deel A bij aankomst in het ziekenhuis, deel B binnen vijf dagen); het ontvangende ziekenhuis raadpleegt de gegevens via EMSR Consultation, geïntegreerd in de ziekenhuissoftware met een token van de STS-dienst. Geselecteerde gegevens gaan gepseudonimiseerd naar de FOD Volksgezondheid. Via SmuregSDS maken noodoproepcentrales SDS-berichten (tijdstippen, locatie) aan, die via EMSR opgehaald worden om interventiefiches deels vooraf in te vullen. Ambureg verving het papieren ritformulier in drie exemplaren; MUG en PIT registreerden vroeger in MUGREG (2011). Op 26 mei 2026 was de EMSR-dienst ongeveer tweeënhalf uur gestoord. Zie ook de overzichtspagina over de dringende geneeskundige hulpverlening.

## Wat is het?

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](https://ehealth-atlas.be/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)](https://ehealth-atlas.be/dringende-geneeskundige-hulpverlening/); de SDS-berichten komen van de [Noodcentrales 112](https://ehealth-atlas.be/noodcentrales-112/).

## Welk probleem lost het op?

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](https://ehealth-atlas.be/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].

## Wie beheert het en waar wordt het toegepast?

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

## Gegevens en koppelvlakken

- **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](https://ehealth-atlas.be/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](https://ehealth-atlas.be/technische-integratie-ehealth/).

## API's in de catalogus van het eHealth-platform

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

| API | Interface en versie | Omgeving | Toelichting |
|---|---|---|---|
| EMSRRegistration | SOAP 1.0 | productie en acceptatie | registratie door ambulancediensten[^1][^1] |
| EMSRRegistration | SOAP 2.0 | productie en acceptatie | RegisterPartA/PartB en DeleteSheet (enkel ambulancediensten)[^6][^6] |
| EMSRConsultation | SOAP 1.0 | productie en acceptatie | raadpleging door het ontvangende ziekenhuis[^1][^4] |
| EMSRConsultation | SOAP 2.0 | productie en acceptatie | GetSheetList en GetSheet (ziekenhuizen en ambulancediensten); GetSds (enkel ambulancediensten)[^6][^6] |
| SmuregSDS | SOAP 1.1 | productie en acceptatie | SDS-berichten van de noodoproepcentrales[^3][^3] |

## Historiek: MUGREG (2011) en het Ambureg-proefproject (2015)

**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](https://ehealth-atlas.be/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](https://ehealth-atlas.be/riziv-inami/) 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.

## Registratiekwaliteit en secundair gebruik

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

## Versie, status en roadmap

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

## Praktische betekenis voor ziekenhuizen

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

## Implementatievoorwaarden en beperkingen

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.

## Onzekerheden en tegenstrijdige informatie

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

## Relaties

- valt onder verantwoordelijkheid van: [FOD Volksgezondheid](https://ehealth-atlas.be/fod-volksgezondheid/) (vastgesteld)[^4][^2]. De FOD Volksgezondheid staat als verantwoordelijke instelling vermeld; de dienst Data en Beleidsinformatie bewaart en verwerkt de Ambureg-gegevens. Het Fonds voor Dringende Geneeskundige Hulpverlening kan persoonsgegevens raadplegen voor de wettelijke doeleinden.
- implementeert: [KMEHR](https://ehealth-atlas.be/kmehr/) (vastgesteld)[^1]. Aparte KMEHR-cookbooks voor EMSR v1 en v2 (Consultation en Registration).
- gaat over (inkomend): [Dringende geneeskundige hulpverlening (DGH)](https://ehealth-atlas.be/dringende-geneeskundige-hulpverlening/) (vastgesteld)[^2][^1][^10]
- gaat over (inkomend): [Diensten en API's van het eHealth-platform](https://ehealth-atlas.be/ehealth-diensten/) (vastgesteld)[^1]
- neemt deel aan (inkomend): [Noodcentrales 112](https://ehealth-atlas.be/noodcentrales-112/) (vastgesteld)[^3][^7]

## Open vragen

- Wat is het functionele verschil tussen EMSR v1 en v2, en wordt v1 uitgefaseerd?
- Wie beheert SMUREG technisch, en hoe verhoudt het SMUREG-interventierapport (SMUR/MUG, PIT) zich tot de Ambureg-registratie?
- Hoeveel ziekenhuizen hebben EMSR Consultation in hun software geïntegreerd? Niet gevonden.
- Welke velden bevat deel A precies (veldenlijst in het KMEHR-cookbook v2), en hoe worden deel A, deel B en de SDS-gegevens bij raadpleging samengevoegd tot één interventiefiche?
- Is MUGREG volledig vervangen door SMUREG, en raadplegen ziekenhuizen SMUREG-fiches via een webservice of enkel via de webapplicatie? Niet gevonden (30/09/2026).
- Lopen de gegevensstromen uit Ambureg naar het RIZIV en het Fonds voor Dringende Geneeskundige Hulpverlening, zoals voorzien in 2015, vandaag nog? Niet gevonden.
- Staan Ambureg- of SMUREG-gegevens in de catalogus van de Health Data Agency of op healthdata.be? Niet gevonden.
- Sinds wanneer geldt de termijn van vijf dagen voor deel B, en welke termijn gold daarvoor? De documentgeschiedenis van het cookbook wijst op een verkorting in versie 1.3 (22/01/2024), maar een lopende tekst die dat bevestigt, werd niet gevonden.

## Bronnen

[^1]: [Emergency Medical Service Registry (EMSR) - Ambureg | eHealth-platform](https://www.ehealth.fgov.be/ehealthplatform/nl/service-emergency-medical-service-registry-emsr-ambureg). eHealth-platform. Opgehaald 2026-09-28, sha256 72c80fa8e3d2600e… (SRC-67c9886526)
[^2]: [Prehospitaalregistratie (AMBUREG) | FOD Volksgezondheid](https://www.health.belgium.be/nl/professionals/gezondheidsprofessionals/menselijke-gezondheid/gegevensbeheer/registratiesystemen/prehospitaalregistratie-ambureg). FOD Volksgezondheid, Veiligheid van de Voedselketen en Leefmilieu. Opgehaald 2026-09-28, sha256 8d4b35b8d93f0955… (SRC-131181f640)
[^3]: [SMUREG WS SDS | eHealth-platform](https://www.ehealth.fgov.be/ehealthplatform/nl/service-smureg-ws-sds). eHealth-platform. Opgehaald 2026-09-28, sha256 04fbab87cf41b812… (SRC-84b5b54cbb)
[^4]: [EMSR - Emergency Medical Service Registry | eGezondheid](https://www.ehealth.fgov.be/nl/beroepsbeoefenaars-in-de-gezondheidszorg/diensten/emsr---emergency-medical-service-registry). eHealth-platform. Opgehaald 2026-09-28, sha256 2f0ab3b1e825815b… (SRC-3c53e61fe1)
[^5]: [Registratiesystemen | FOD Volksgezondheid](https://www.health.belgium.be/nl/professionals/gezondheidsprofessionals/menselijke-gezondheid/gegevensbeheer/registratiesystemen). FOD Volksgezondheid, Veiligheid van de Voedselketen en Leefmilieu. Opgehaald 2026-09-26, sha256 cde90ffb4fbb91ef… (SRC-1dc41503fc)
[^6]: [EMSR v2 Registration – Cookbook](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/69dd1a583d489f9242250a89a5411e3dfda7c68b/emsr-v2-registration-cookbook-v1-3-dd-22012024.pdf). eHealth-platform, 2024-01-22. Opgehaald 2026-09-28, sha256 ac47ea27dadd2a43… (SRC-b0ae425dba)
[^7]: [SMUREG WS SDS - Cookbook](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/4b908669ad48c8e859c1eabe2b73c9d42f63ba8c/smureg-ws-sds-cookbook-v1-3-dd-16012021.pdf). eHealth-platform, 2021-01-06. Opgehaald 2026-09-30, sha256 a07452d80cb4321e… (SRC-bb2972db7c)
[^8]: [Beraadslaging nr. 15/088 van 15 december 2015 ... in het kader van het proefproject AMBUREG](https://ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/67186fa76904e13bd0388397caaf5f5100dc9d26/15-088-n231-ambureg.pdf). Sectoraal Comité van de Sociale Zekerheid en van de Gezondheid, afdeling Gezondheid, 2015-12-15. Opgehaald 2026-09-30, sha256 9f4559f353db57aa… (SRC-ceb398c3b6)
[^9]: [Beraadslaging nr. 11/066 van 20 september 2011 met betrekking tot de verwerking van persoonsgegevens ... in het kader van de MUGREG-toepassing](https://ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/e808ed37aec254d60924f123aca44b6a778b2f87/sector_committee_11-066-n108.pdf). Sectoraal Comité van de Sociale Zekerheid en van de Gezondheid, afdeling Gezondheid, 2011-09-20. Opgehaald 2026-09-30, sha256 011755a10699114f… (SRC-a132cb27d7)
[^10]: [Activiteit (Blikvanger Paraatheid en respons in crisissituaties)](https://www.gezondbelgie.be/nl/blikvanger-gezondheidszorg/paraatheid-en-respons-in-crisissituaties/activiteit). FOD Volksgezondheid, Veiligheid van de Voedselketen en Leefmilieu. Opgehaald 2026-09-30, sha256 8fbe1c1c59edc9e4… (SRC-3ae1f7baea)
[^11]: [Issues with the EMSR service (incident 26/05/2026)](https://status.ehealth.fgov.be/nl/incidents/2026/05/26/75736/Issues%20with%20the%20EMSR%20service). eHealth-platform (statuspagina), 2026-05-26. Opgehaald 2026-09-30, sha256 42a5cd8f98353937… (SRC-415380a230)
