Projectervaring · Prehospitale e-health 2017–2020
AMBUREG voor HVZ Fluvia
Een bedrijfskritische mobiele registratiestroom waarmee ambulanciers patiënt-, zorg- en interventiegegevens onderweg konden vastleggen, finaal valideren en beveiligd naar de federale EMSR-diensten doorsturen.
- Projectperiode
- Januari 2017 – januari 2020
- Federale registratie
- Verplicht sinds januari 2019
- Werkingsgebied Fluvia
- 14 gemeenten · 14 posten
- Platform
- Web · Android · EMSR
- Historische contactpersonen
- Antoon Breda & Mathieu Huysman
Het projectverhaal
Een definitieve patiëntfiche opbouwen terwijl de interventie nog volop bezig is.
AMBUREG is de federale elektronische registratie van patiënt-, zorg- en middelengegevens voor erkende ziekenwagenequipes binnen de dringende geneeskundige hulpverlening. Sinds januari 2019 is die registratie verplicht en verloopt de uitwisseling via de EMSR-diensten. Het ontvangende ziekenhuis kan geregistreerde informatie raadplegen; geselecteerde gegevens ondersteunen daarnaast de wettelijk bepaalde opvolging en beleidsdoeleinden.
Voor HVZ Fluvia moest deze formele gegevensstroom bruikbaar worden tijdens een echte interventie. De toepassing moest snel en mobiel werken, maar tegelijk uitzonderlijk streng omgaan met identiteit, volledigheid en onderlinge samenhang: een ingediende patiëntfiche was definitief.
HVZ Fluvia verenigt veertien gemeenten en veertien posten in Zuidwest-West-Vlaanderen. Deze pagina beschrijft de projectervaring van Tom De Costere binnen Real Internet Solutions Belgium van 2017 tot 2020 en presenteert AMBUREG niet als een zelfstandig product van N-Coded Solutions.
Van 112-interventie tot EMSR-overdracht
Een gecontroleerde prehospitale gegevensstroom zonder tweede kans na indiening.
Iedere stap moest bruikbaar blijven in een mobiele noodcontext en tegelijk voldoen aan strikte regels voor volledigheid, identiteit, beveiliging en overdracht.
- 01
Interventie openen
De mobiele fiche koppelen aan de ingezette ziekenwagen, interventie en behandelde patiënt.
- 02
Identiteit inlezen
Patiëntgegevens via de Android-eID-component gecontroleerd overnemen en waar nodig vervolledigen.
- 03
Zorg registreren
Administratieve gegevens, medische vaststellingen, middelen en toegediende zorgen mobiel vastleggen.
- 04
Meetmomenten opbouwen
Lichamelijke parameters op meerdere tijdstippen registreren zodat de evolutie tijdens de rit zichtbaar blijft.
- 05
Finaal valideren
De volledige fiche streng controleren voordat de gebruiker de onomkeerbare indiening bevestigt.
- 06
Veilig verzenden
Het dossier via een beveiligde wachtrij naar EMSR sturen, met foutdetectie en gecontroleerde herverzending bij storingen.
- 07
Overdracht ondersteunen
De geregistreerde informatie voor het ontvangende ziekenhuis beschikbaar maken via de federale consultatiestroom.
Officiële documentatie
Federale context en publieke projectbronnen.
Deze bronnen onderbouwen de federale werking van AMBUREG en EMSR. De beschrijving van de concrete softwarearchitectuur en projectuitvoering is gebaseerd op de projectervaring van Tom De Costere.
- eHealth — EMSR Emergency Medical Service RegistryOfficiële beschrijving van Registration, Consultation, ziekenhuisoverdracht en STS-beveiliging.Open bron ↗
- FOD Volksgezondheid — Prehospitaalregistratie AMBUREGVerplichte registratie sinds januari 2019, wettelijke context, doelstellingen en EMSR-webservice.Open bron ↗
- Brandweer Fluvia — organisatiePublieke informatie over de hulpverleningszone, haar posten en ambulancewerking.Open bron ↗
Technische achtergrond
Een mobiele .NET-architectuur gebouwd voor gevoelige gegevens en onbetrouwbare verbindingen.
De centrale webtoepassing werd gebouwd met ASP.NET MVC, Razor-views en API-endpoints. Android-tablets vormden de mobiele werkpost voor de patiëntfiche. Een afzonderlijke Android-component verzorgde het uitlezen van de elektronische identiteitskaart en de gecontroleerde overdracht van die identiteitsgegevens naar de registratiestroom.
De backend integreerde met de EMSR- en eHealth-API-endpoints. De officiële webservices vereisen een passend beveiligingstoken van de STS-dienst van het eHealth-platform. Authenticatie, autorisatie, transportbeveiliging en zorgvuldige verwerking van gevoelige patiëntgegevens waren daardoor structurele onderdelen van de architectuur.
Een wachtrijsysteem ontkoppelde het afronden van de fiche van de effectieve beschikbaarheid van de federale diensten. Bij tijdelijke uitval bleef het dossier gecontroleerd bewaard, kreeg iedere verzending een opvolgbare toestand en kon de transmissie veilig opnieuw worden geprobeerd. De foutafhandeling moest zowel verbindingsproblemen, technische endpointfouten als inhoudelijke afwijzingen zichtbaar onderscheiden.
De definitieve status van een ingediende fiche maakte validatie bedrijfskritisch. De toepassing controleerde verplichte gegevens en combinaties vóór indiening, waarschuwde de gebruiker zolang correctie nog mogelijk was en voorkwam dat een onvolledige of intern tegenstrijdige fiche ongemerkt definitief werd doorgestuurd.
Het resultaat
Bedrijfskritische registratie die ook bij technische storingen controleerbaar bleef.
Ambulanciers konden de definitieve patiëntfiche opbouwen waar de zorg plaatsvond. De combinatie van strikte validatie, opvolgbare verzending en gecontroleerde herverwerking voorkwam dat een mobiel formulier het zwakke punt van de federale gegevensketen werd.
Een vergelijkbare uitdaging?
Laat ons uw volledige proces eerst helder maken.
We vertrekken vanuit gebruikers, gegevens, systemen en uitzonderingen en vertalen die context naar onderhoudbare software.
Bespreek uw project ↗