Wat is een EPD-app precies?
Een EPD-app is een mobiele of tablet-applicatie die naast uw bestaande Elektronisch Patiëntendossier draait. De app vervangt het EPD niet — die blijft het bron-systeem — maar voegt mobiele functionaliteit toe: dossier-inzage aan het bed, verpleegkundige rapportage, medicatie-toediening met BEM-scan, foto-acquisitie bij wondzorg, of voice-naar-tekst voor snelle rapportage. Het EPD blijft de bron van waarheid; de app schrijft en leest via FHIR of een vendor-koppeling. Voor de zorgverlener betekent het dat het werk weer terug komt naar het bed of de spreekkamer, weg van de gedeelde desktop in een hoek van de afdeling.
Hoe koppelt jullie app aan HiX of Epic?
HiX heeft de ChipSoft Cure-API voor lees- en schrijftoegang vanaf bepaalde versies; daarnaast werken we vaak met HL7v2-berichten via de integratielaag (bijvoorbeeld Cloverleaf of Rhapsody) van uw organisatie. Voor Epic gebruiken we het App Orchard-programma en de bijbehorende FHIR-endpoints. Bij beide leveranciers is een formeel koppel-traject met certificering nodig — wij begeleiden de aanvraag en bouwen tegen de testomgeving voordat we naar productie gaan.
Voldoet de app aan NEN 7510?
Ja. Wij bouwen vanaf sprint één binnen het NEN 7510-1- en 7510-2-controlraamwerk: rolgebaseerde autorisatie, end-to-end versleuteling van data in rust en in transport, sleutelbeheer in een KMS, audit-logging conform NEN 7510-3 en periodieke pentests. Bij grote trajecten betrekken we een externe NEN 7510-auditor voor formele toetsing. De NEN 7510-3-eisen voor logging zijn standaard onderdeel van de architectuur.
Wat is FHIR en hebben we het echt nodig?
FHIR (Fast Healthcare Interoperability Resources) is de internationale standaard voor uitwisseling van zorggegevens, vastgelegd in resources zoals Patient, Observation, MedicationRequest en Encounter. In Nederland is FHIR R4 de facto de standaard voor PGO- en MedMij-koppelingen en wordt het via Wegiz steeds vaker verplicht. Ja, voor een nieuwe EPD-app is FHIR onze default — alleen als uw EPD daar nog niet op aansluit, bouwen we een overbruggings-koppeling via HL7v2 of een vendor-specifieke API.
Valt onze EPD-app onder de Medical Device Regulation?
Dat hangt af van de functionaliteit. Een dossier-inzage-app of een rapportage-tool valt doorgaans niet onder de MDR. Zodra een feature klinische besluitvorming ondersteunt — bijvoorbeeld een triage-algoritme, een risico-score, of een diagnostische beeldanalyse — komt MDR-classificatie in beeld (vaak klasse IIa of hoger). Wij doen in de ontwerp-fase samen met uw klinisch fysicus of een notified body een classificatie-check. Pas daarna bepalen we welke features binnen of buiten een MDR-traject vallen.
Werkt de app ook offline?
Ja, dat is een veelvoorkomende eis. Op verpleegafdelingen, in de wijkverpleging of in kelders van oudere zorggebouwen is WiFi-dekking niet altijd betrouwbaar. Onze apps gebruiken een lokale versleutelde cache: u kunt dossier-data inzien, rapportages typen, foto's maken en medicatie aftekenen zonder verbinding. Bij re-connect synct de app met het EPD via FHIR, met een conflict-resolutie-strategie die we per workflow afspreken (last-write-wins is meestal niet veilig genoeg in een zorgcontext).
Wat bepaalt de kosten van een EPD-app?
Voor één afdeling en één specifieke workflow (bijvoorbeeld alleen wond-rapportage of alleen medicatie-toediening) is het een compact traject. Een brede mobiele laag over meerdere afdelingen met FHIR-koppeling, offline-modus, ambient AI-scribe en een patiëntportaal-component is een groter traject. De grootste kostendragers zijn doorgaans: de complexiteit van uw EPD-koppeling (met name het al dan niet aanwezig zijn van een FHIR-endpoint), MDR-classificatie wanneer van toepassing, het aantal verschillende rol-flows in de app, en de mate van offline-functionaliteit. We werken met vast sprintbudget en geven na de scope-fase een concrete prijsindicatie voor de complete bouw.
Wie kan opdrachtgever zijn binnen een zorgorganisatie?
In de praktijk werken we het meest met IT-directeuren, CMIO's (Chief Medical Information Officer) en bedrijfsleiders van een afdeling of dienst. Bij grotere trajecten zit de Raad van Bestuur of de medisch directeur aan tafel voor de scope-bepaling. Voor de werkvloer-input — die voor het slagen van een EPD-app cruciaal is — werken we met super-users uit verpleging, artsen en paramedici. De FG (functionaris gegevensbescherming) wordt vanaf de DPIA-fase betrokken en blijft betrokken tot livegang.
Hoe past dit binnen Wegiz en MedMij?
De Wegiz (Wet elektronische gegevensuitwisseling in de zorg) verplicht zorgaanbieders om gegevens elektronisch en gestandaardiseerd uit te wisselen, in de meeste gevallen via FHIR met zib-mapping. MedMij is het afsprakenstelsel dat regelt hoe persoonlijke gezondheidsomgevingen (PGO's) met EPD's communiceren. Als uw EPD-app patiënt-toegang biedt of gegevens uitwisselt met andere zorgaanbieders, moet die conform Wegiz en MedMij gebouwd zijn. Wij bouwen vanaf dag één tegen deze standaarden — niet als verplichte achteraf-aanpassing, maar als de natuurlijke architectuur.
