Hoeveel netwerkredundantie heb je nodig in de zorg?

In de zorg heb je minimaal een redundant netwerkontwerp nodig waarbij geen enkel kritiek systeem afhankelijk is van één verbinding, één switch of één route. Voor de meeste zorgorganisaties betekent dit dubbele fysieke verbindingen, redundante kerncomponenten en automatische failover op zowel laag 1 als laag 2. Hoe uitgebreid die redundantie moet zijn, hangt af van welke systemen je draait, hoeveel patiënten er van afhangen en welke downtime acceptabel is. In dit artikel beantwoorden we de meest gestelde vragen rondom netwerkredundantie in de zorg.

Wat zijn de gevolgen van netwerkuitval in de zorg?

Netwerkuitval in een zorgomgeving heeft directe gevolgen voor patiëntveiligheid. Wanneer elektronische patiëntendossiers onbereikbaar zijn, medicatiesystemen uitvallen of medische apparatuur de verbinding verliest, kunnen zorgprofessionals geen weloverwogen beslissingen nemen. Zelfs een uitval van enkele minuten kan leiden tot vertraagde behandelingen, onjuiste medicatiedosering of het mislopen van kritieke alarmsignalen.

Naast de directe patiëntrisico’s zijn er ook operationele en financiële gevolgen. Afspraken worden verstoord, administratieve processen stagneren en medewerkers grijpen terug op papieren noodprocedures die tijdrovend en foutgevoelig zijn. In grotere ziekenhuizen en zorgnetwerken kan een netwerkstoring bovendien meerdere locaties tegelijk treffen, waardoor de impact exponentieel toeneemt.

Er zijn ook complianceverplichtingen in het geding. Zorgorganisaties zijn gebonden aan wet- en regelgeving rondom beschikbaarheid van medische systemen. Een aantoonbare netwerkstoring zonder adequate redundantie kan leiden tot vragen van toezichthouders en reputatieschade. Netwerkuitval in een ziekenhuis is dan ook geen IT-probleem alleen: het is een risico voor de gehele organisatie.

Welk beschikbaarheidsniveau is vereist voor zorgsystemen?

Kritieke zorgsystemen vereisen een beschikbaarheid van minimaal 99,99%, ook wel “four nines” genoemd. Dit staat gelijk aan maximaal circa 52 minuten ongeplande downtime per jaar. Voor systemen die direct patiëntenzorg ondersteunen, zoals bewakingsapparatuur, infuuspompen en spoedeisende communicatiesystemen, geldt in de praktijk een nog hogere eis.

Niet alle systemen in een zorgorganisatie hebben dezelfde beschikbaarheidseis. Het is verstandig om systemen te categoriseren op basis van hun impact op patiëntveiligheid:

• Kritiek (tier 1): Systemen waarbij uitval direct levensbedreigende situaties kan veroorzaken, zoals bewakingsmonitoren, alarmering en spoedcommunicatie. Eis: 99,999% of hoger.
• Hoog (tier 2): Elektronische patiëntendossiers, medicatiesystemen en beeldvormingsapparatuur. Eis: 99,99%.
• Normaal (tier 3): Administratieve systemen, planning en interne communicatie. Eis: 99,9% of hoger.

Deze categorisering bepaalt direct welke redundantiemaatregelen je per systeemgroep moet treffen. Een one-size-fits-allaanpak is in de zorg zelden de juiste keuze.

Hoe werkt netwerkredundantie in de praktijk?

Netwerkredundantie in de praktijk betekent dat elk kritiek onderdeel van je infrastructuur een alternatief pad of een reservecomponent heeft. Als één verbinding, switch of router uitvalt, neemt een andere het automatisch over, zonder dat gebruikers of systemen dit merken. Dit wordt ook wel failover genoemd, en de snelheid waarmee dit plaatsvindt, bepaalt of er sprake is van merkbare onderbreking.

In een zorgnetwerk gaat redundantie verder dan alleen dubbele internetverbindingen. Het omvat meerdere lagen van de infrastructuur:

• Fysieke redundantie: Dubbele glasvezelkabels via gescheiden routes, zodat graafwerkzaamheden of kabelbreuk niet leiden tot totale uitval.
• Apparatuurredundantie: Redundante switches, routers en firewalls in een active-active- of active-standbyconfiguratie.
• Verbindingsredundantie: Meerdere WAN-verbindingen van verschillende providers, zodat het uitvallen van één provider geen impact heeft op de operatie.
• Stroomredundantie: UPS-systemen en noodgeneratoren die ook de netwerkapparatuur voorzien van stroom bij een stroomstoring.

Een goed redundant zorgnetwerk combineert al deze lagen. Realtime glasvezelbewaking maakt het bovendien mogelijk om problemen te detecteren voordat ze leiden tot daadwerkelijke uitval, zodat je proactief kunt ingrijpen.

Wat is het verschil tussen redundantie op laag 1 en laag 2?

Redundantie op laag 1 (de fysieke laag) richt zich op de hardware en de kabels: glasvezelverbindingen, connectors en fysieke apparatuur. Redundantie op laag 2 (de datalinklaag) richt zich op de logische verbindingen en protocollen die zorgen dat dataverkeer automatisch wordt omgeleid bij een storing. Beide lagen zijn noodzakelijk, maar ze beschermen je tegen verschillende soorten uitval.

Laag 1: fysieke redundantie

Op laag 1 gaat het om de tastbare infrastructuur. Denk aan dubbele glasvezelkabels die via volledig gescheiden routes lopen door een gebouw of tussen locaties. Als één kabel beschadigd raakt, blijft de andere intact. Dit is de meest fundamentele vorm van redundantie en de basis waarop alles rust. Zonder fysieke redundantie bieden hogere lagen weinig bescherming. Optische netwerkoplossingen spelen hier een sleutelrol, met name in grotere zorgcomplexen waar meerdere gebouwen verbonden moeten zijn.

Laag 2: logische redundantie en failover

Op laag 2 draait het om protocollen zoals Spanning Tree Protocol (STP), RSTP of geavanceerdere alternatieven zoals MSTP en LACP voor link aggregation. Deze protocollen zorgen ervoor dat het netwerk automatisch een alternatief pad kiest wanneer een verbinding uitvalt. De failover-tijd verschilt per protocol: waar klassiek STP seconden tot minuten nodig heeft, kan RSTP dit terugbrengen naar milliseconden. In een zorgomgeving is die snelheid cruciaal. Netwerkoplossingen op laag 2 moeten dan ook zorgvuldig worden geconfigureerd en getest om de gewenste failover-snelheid te garanderen.

Wanneer is een private netwerkinfrastructuur beter dan gedeelde connectiviteit?

Een private netwerkinfrastructuur is beter dan gedeelde connectiviteit wanneer je volledige controle nodig hebt over beschikbaarheid, beveiliging en prestaties. In een zorgomgeving is dit vrijwel altijd het geval voor kritieke systemen. Bij gedeelde verbindingen, zoals standaard internetconnectiviteit, ben je afhankelijk van de kwaliteit en prioritering van een externe provider die ook andere klanten bedient.

Gedeelde connectiviteit heeft zijn beperkingen in de zorg om meerdere redenen:

• Je hebt geen garantie op bandbreedte of latency op het moment dat je die het meest nodig hebt.
• Storingen bij de provider treffen meerdere klanten tegelijk, wat het herstel kan vertragen.
• Gevoelige patiëntdata stroomt over infrastructuur die je niet volledig beheert, wat compliancerisico’s met zich meebrengt.

Een private netwerkinfrastructuur geeft je de mogelijkheid om zelf te bepalen welke systemen prioriteit krijgen, hoe data wordt gerouteerd en welke beveiligingsmaatregelen worden toegepast. Dit is met name relevant voor verbindingen tussen zorglocaties, datacenters en cloudplatforms. Out-of-band management biedt daarbij een extra vangnet: zelfs als het primaire netwerk uitvalt, behoud je toegang tot kritieke netwerkapparatuur voor herstel en beheer.

Voor minder kritieke toepassingen, zoals gastenwifi of administratieve systemen, kan gedeelde connectiviteit wel volstaan. De sleutel is segmentatie: scheid kritieke zorgnetwerken strikt van minder kritieke omgevingen.

Hoe bepaal je het juiste redundantieniveau voor jouw zorgorganisatie?

Het juiste redundantieniveau bepaal je door een risicoanalyse te combineren met een businessimpactanalyse (BIA). Begin met de vraag: wat is de maximale acceptabele uitvaltijd per systeem, en wat zijn de gevolgen als die grens overschreden wordt? Vanuit die analyse werk je terug naar de technische maatregelen die nodig zijn om die grens te waarborgen.

Doorloop de volgende stappen om tot een gefundeerde keuze te komen:

1. Inventariseer alle systemen die afhankelijk zijn van het netwerk en categoriseer ze op basis van hun impact op patiëntveiligheid en bedrijfscontinuïteit.
2. Stel per categorie een beschikbaarheidseis vast (zie de tier-indeling eerder in dit artikel) en vertaal die naar concrete technische vereisten.
3. Breng de huidige infrastructuur in kaart en identificeer single points of failure: plekken waar één storing directe uitval veroorzaakt.
4. Ontwerp redundantie per laag, van fysieke kabels tot logische failover-protocollen, en zorg dat kritieke systemen op alle lagen beschermd zijn.
5. Test de failover regelmatig in een gecontroleerde omgeving. Redundantie die niet getest is, is geen betrouwbare redundantie.
6. Monitor continu op basis van realtime data, zodat je afwijkingen signaleert voordat ze leiden tot uitval.

Houd er rekening mee dat redundantie ook een budgetvraagstuk is. Volledige redundantie op alle lagen voor elk systeem is kostbaar. Een heldere prioritering op basis van risico helpt je om budget gericht in te zetten waar de impact het grootst is. Wij helpen zorgorganisaties bij het doorlopen van dit proces, van netwerkmonitoring tot het ontwerpen van een infrastructuur die aansluit bij de specifieke eisen van jouw omgeving. Met meer dan 20 jaar ervaring in kritieke netwerkinfrastructuur weten we welke keuzes standhouden in de praktijk en welke op papier goed klinken maar in de uitvoering tekortschieten.