Waarom zorgcommunicatie in de cloud niet altijd de beste keuze is
Cloudtechnologie heeft veel voordelen. Maar wat gebeurt er wanneer een zorgmedewerker een noodoproep doet en de verbinding met de cloud niet beschikbaar is? Of wanneer een brandmeldinstallatie een alarm moet doorgeven terwijl een extern datacenter buiten gebruik is?
In de zorg draait communicatie niet alleen om bereikbaarheid, maar vooral om veiligheid. En juist daarom is het verstandig om kritisch te kijken waar je jouw kritische communicatiesystemen onderbrengt.
Twee recente gebeurtenissen laten zien waarom.
De datacenterbrand in Almere: als één storing veel organisaties raakt
Op 7 mei 2026 brak brand uit in het NorthC-datacenter in Almere. Om de brand veilig te bestrijden werd de stroomvoorziening uitgeschakeld. Hierdoor werden servers en digitale diensten van verschillende organisaties onbereikbaar.
De gevolgen waren aanzienlijk. Ook zorgverleners ondervonden problemen met de toegang tot digitale systemen. Sommige organisaties konden hun dienstverlening pas na meerdere dagen volledig herstellen.
Zelfs organisaties met back-ups en uitwijkvoorzieningen bleken tijd nodig te hebben om hun systemen weer operationeel te krijgen.
Het incident maakt één ding duidelijk: een professioneel datacenter is niet automatisch een garantie dat jouw systemen altijd beschikbaar zijn.
En hoewel de gevolgen per organisatie verschilden, is de belangrijkste vraag voor de zorgsector niet hoe snel een leverancier een storing kan oplossen.
De vraag is: wat gebeurt er met jouw zorgalarmering zolang die storing duurt?
Het recente PHP-beveiligingslek: systemen bewust offline
Op 21 oktober 2026 werd bekend dat er twee kritieke kwetsbaarheden aanwezig waren in PHP, een veelgebruikte technologie achter websites en webapplicaties.
De kwetsbaarheden konden aanvallers onder bepaalde omstandigheden de mogelijkheid geven om servers op afstand over te nemen.
De dreiging was zo serieus dat verschillende organisaties, waaronder overheidsinstanties, besloten hun websites preventief offline te halen. Ook het Nationaal Cyber Security Centrum (NCSC) nam deze maatregel.
Niet omdat deze systemen daadwerkelijk waren gehackt, maar omdat het risico te groot werd geacht om ze bereikbaar te houden.
Dit incident laat een ander risico van internetafhankelijke systemen zien: soms moet een dienst juist vanwege de beveiliging tijdelijk worden uitgeschakeld.
Dat is bij een reguliere website vervelend. Bij een systeem dat verantwoordelijk is voor kritische alarmering kan onbeschikbaarheid veel grotere gevolgen hebben.
Overigens betekent dit niet dat alle cloudsystemen kwetsbaar waren of dat lokale servers geen beveiligingslekken kunnen bevatten. Het onderstreept vooral het belang van een goed ontworpen en beheerde infrastructuur.
Wat als de internetverbinding uitvalt?
Stel je een zorginstelling voor met een brandmeldinstallatie, verpleegoproepen, noodknoppen en persoonsalarmering voor medewerkers.
Alle meldingen worden verwerkt door een alarmserver in de cloud.
Op een bepaald moment valt de internetverbinding uit.
De lokale brandmeldinstallatie blijft functioneren. Ook een noodknop kan technisch nog gewoon een signaal versturen. Maar wanneer de verwerking of distributie van het alarm afhankelijk is van een externe server, kan de melding mogelijk niet meer bij de juiste medewerkers terechtkomen.
Een tweede internetverbinding via glasvezel, 4G of 5G kan dat risico verkleinen. Maar ook deze verbindingen blijven afhankelijk van externe netwerken en diensten.
Waarom zou je voor communicatie binnen één gebouw afhankelijk willen zijn van een verbinding met de buitenwereld?
Een lokale alarmserver: communicatie waar je die nodig hebt
Bij een lokaal geïnstalleerde alarmserver vindt de verwerking van alarmmeldingen plaats binnen het eigen netwerk van de zorginstelling.
Een brandmelding, verpleegoproep of persoonlijk alarm hoeft dan niet eerst via internet naar een extern datacenter te worden gestuurd om vervolgens terug te keren naar de medewerkers in hetzelfde gebouw.
De alarmserver ontvangt de melding, bepaalt wie gewaarschuwd moet worden en stuurt het alarm rechtstreeks naar de aangesloten communicatiemiddelen.
Dat kan bijvoorbeeld via DECT-handsets, lokale IP-toestellen of smartphone-apps die binnen het lokale netwerk met de alarmserver communiceren.
Het grote voordeel?
Wanneer de internetverbinding uitvalt, kan de lokale alarmering gewoon blijven functioneren. Zonder dat daarvoor een alternatieve internetverbinding noodzakelijk is.
Daarvoor moeten uiteraard ook de aangesloten netwerkapparatuur, ontvangers en eventuele draadloze infrastructuur lokaal blijven functioneren.
Een extra voordeel: je kunt het systeem isoleren van de buitenwereld
Een vaak onderschat voordeel van een lokale alarmserver is de mogelijkheid om het systeem volledig af te schermen van het publieke internet.
Bij een ernstig beveiligingsincident kun je externe verbindingen blokkeren, terwijl de interne communicatie beschikbaar blijft.
Denk bijvoorbeeld aan een situatie waarin een kwetsbaarheid wordt ontdekt in een onderdeel van de IT-infrastructuur.
Een lokaal ontworpen alarmeringssysteem kan dan worden geïsoleerd, zonder dat dit automatisch betekent dat de interne alarmverwerking moet stoppen.
Dat biedt mogelijkheden om de beveiliging en continuïteit onafhankelijk van externe internetdiensten te organiseren.
Een dergelijke opzet vraagt wel om goede netwerksegmentatie, gecontroleerde toegang, beveiligingsupdates en een doordacht beheerproces.
Een lokale server is namelijk niet vanzelf veilig. Het voordeel zit in de mogelijkheid om zelf te bepalen welke verbindingen noodzakelijk zijn en welke niet.
Cloud versus lokale alarmserver: wat is het verschil?
| Situatie | Cloudafhankelijke alarmserver | Lokale alarmserver |
|---|---|---|
| Internet valt uit | Alarmverwerking kan wegvallen | Lokale verwerking blijft mogelijk |
| Extern datacenter onbereikbaar | Dienst kan onbeschikbaar worden | Geen directe invloed op lokale verwerking |
| Externe verbinding blokkeren | Kan toegang tot alarmdienst verbreken | Interne alarmering kan doorgaan |
| Externe cyberdreiging | Afhankelijk van beveiliging en beschikbaarheid leverancier | Lokale omgeving kan worden afgeschermd |
| Stroomuitval op locatie | Lokale apparatuur blijft voeding nodig hebben | Server én netwerk blijven voeding nodig hebben |
| Beheer en updates | Vaak centraal door leverancier | Lokaal of op afstand door beheerpartner |
De daadwerkelijke beschikbaarheid hangt af van de gekozen systeemarchitectuur, de gebruikte toestellen en de aanwezige noodstroomvoorzieningen.
En hoe zit het met smartphones?
Steeds meer zorginstellingen willen alarmering ontvangen op smartphones. Dat is begrijpelijk. Een smartphone combineert telefonie, berichten en alarmmeldingen in één apparaat.
Maar niet iedere alarmapp werkt op dezelfde manier.
Sommige oplossingen zijn volledig afhankelijk van externe pushdiensten of cloudservers. Andere systemen ondersteunen directe communicatie met een lokale alarmserver via het eigen wifi-netwerk.
Dat verschil is essentieel.
Een lokaal geïnstalleerde alarmserver heeft weinig voordeel bij internetuitval wanneer de alarmapp alsnog afhankelijk is van een externe cloudverbinding om een melding te ontvangen.
Daarom kijken we bij EMC Solutions niet alleen naar de alarmserver, maar naar de complete communicatieketen: van de oorspronkelijke alarmmelding tot en met de bevestiging door de medewerker.
Ook de werking bij internetuitval, netwerkstoringen en stroomuitval moet vooraf worden getest.
Vergeet de stroomvoorziening niet
Een lokale alarmserver kan onafhankelijk van internet functioneren, maar heeft uiteraard wel elektriciteit nodig.
Dat geldt ook voor netwerkswitches, wifi-accesspoints, DECT-basisstations en andere apparatuur die onderdeel uitmaakt van de alarmketen.
Met een goed ontworpen noodstroomvoorziening (UPS) kan de installatie bij stroomuitval blijven functioneren gedurende de daarvoor ontworpen overbruggingstijd.
Voor kritische toepassingen moet bovendien worden gekeken naar de toepasselijke normen, de benodigde autonomie en de betrouwbaarheid van de complete installatie.
Want een alarmserver die nog werkt terwijl de netwerkswitch is uitgevallen, heeft weinig waarde.
Betekent dit dat de cloud geen plaats heeft in de zorg?
Zeker niet.
Cloudtechnologie kan uitstekend worden ingezet voor beheer op afstand, rapportages, software-updates, centrale monitoring en communicatie tussen meerdere locaties.
Ook goed ontworpen cloudoplossingen met redundantie en geografisch gescheiden datacenters kunnen een hoge beschikbaarheid bieden.
Maar er is een belangrijk verschil tussen systemen die handig zijn om beschikbaar te hebben en systemen die noodzakelijk zijn voor de directe veiligheid van mensen.
Bij kritische zorgcommunicatie kan een hybride architectuur daarom een verstandige keuze zijn.
Lokaal waar continuïteit noodzakelijk is. Cloud waar het toegevoegde waarde biedt.
Zo profiteer je van moderne technologie zonder dat iedere interne alarmmelding afhankelijk wordt van een werkende internetverbinding.
De belangrijkste vraag is niet waar de server staat
Bij de keuze voor een communicatiesysteem wordt vaak gekeken naar functionaliteit, gebruiksgemak, aanschafkosten en onderhoud.
Allemaal belangrijke aspecten.
Maar bij kritische zorgcommunicatie hoort één vraag bovenaan te staan:
Wat blijft er functioneren wanneer alles buiten ons gebouw onbereikbaar is?
De brand in Almere en de recente PHP-kwetsbaarheden laten zien dat externe digitale dienstverlening onverwacht kan wegvallen. Niet alleen door technische storingen, maar ook door fysieke calamiteiten en noodzakelijke beveiligingsmaatregelen.
Een lokaal geïnstalleerde alarmserver biedt de mogelijkheid om de meest kritische communicatie binnen de eigen locatie beschikbaar te houden, onafhankelijk van externe datacenters en internetverbindingen.
Dat maakt lokale verwerking niet per definitie beter voor iedere toepassing. Maar voor systemen die rechtstreeks bijdragen aan de veiligheid van bewoners, patiënten en medewerkers, is het een voordeel dat serieus moet worden meegewogen.
Kritische communicatie vraagt om een andere aanpak
Bij Voice Solutions ontwerpen en realiseren we communicatiesystemen waarbij betrouwbaarheid, beschikbaarheid en veiligheid centraal staan.
We kijken daarbij naar de volledige keten: van brandmeldinstallaties, zorgoproepen en persoonlijke alarmknoppen tot alarmservers, DECT, smartphones en de onderliggende netwerkinfrastructuur.
Niet vanuit de gedachte dat alles lokaal moet of alles naar de cloud moet.
Maar vanuit de vraag welke oplossing ook onder moeilijke omstandigheden blijft doen wat ervan wordt verwacht.
Wil je weten hoe onafhankelijk jouw huidige zorgalarmering daadwerkelijk is?
Voice Solutions helpt je om de afhankelijkheden en risico's van jouw bestaande infrastructuur inzichtelijk te maken en waar nodig te verbeteren.
Voice Solutions – Betrouwbare communicatie wanneer het erop aankomt.
