Een serverstoring op maandagochtend, een ransomware-aanval of een internetverbinding die wegvalt: het zijn situaties waarin minuten snel kostbaar worden. Een ICT-continuïteitsplan opstellen zorgt ervoor dat uw organisatie niet hoeft te improviseren wanneer cruciale systemen uitvallen. U weet vooraf wie handelt, welke processen voorrang krijgen en hoe u gecontroleerd terugkeert naar normaal.
Voor een mkb-bedrijf kan dat betekenen dat medewerkers veilig kunnen doorwerken. Voor een mondzorgpraktijk kan het gaan om toegang tot patiëntgegevens, de agenda, beeldvorming en telefonie. Continuïteit gaat dus niet alleen over techniek. Het gaat over de vraag: hoe houdt u uw dienstverlening draaiend wanneer er iets misgaat?
Wat is een ICT-continuïteitsplan?
Een ICT-continuïteitsplan beschrijft hoe u de belangrijkste bedrijfsprocessen beschikbaar houdt tijdens een verstoring en hoe u systemen herstelt als uitval toch optreedt. Het plan brengt risico's, verantwoordelijkheden, technische maatregelen en communicatielijnen samen in één praktisch document.
Het is iets anders dan alleen een back-up. Een back-up is een kopie van gegevens. Een continuïteitsplan legt ook vast welke gegevens als eerste terug moeten, hoe medewerkers tijdelijk werken, wie leveranciers belt en wanneer u klanten, patiënten of andere betrokkenen informeert.
Ook is er verschil tussen continuïteit en disaster recovery. Disaster recovery richt zich vooral op technisch herstel na een ernstig incident. Continuïteit is breder: het omvat ook tijdelijke werkafspraken, bereikbaarheid, alternatieve locaties en besluitvorming. Beide horen bij elkaar.
Waarom een plan beter werkt dan goede bedoelingen
Veel organisaties hebben al losse maatregelen getroffen. Er is bijvoorbeeld antivirussoftware, een cloudomgeving en een dagelijkse back-up. Dat is een goede basis, maar zonder samenhang blijft één vraag vaak onbeantwoord: wat doen we precies als het echt misgaat?
Tijdens een incident ontstaan er al snel verschillende belangen. De administratie wil bij facturen kunnen, medewerkers willen e-mail gebruiken en de directie wil weten of er sprake is van datalekken. In een praktijk moet de balie patiënten te woord kunnen staan, terwijl behandelaren actuele dossiers nodig hebben. Zonder vooraf bepaalde prioriteiten loopt herstel vertraging op.
Een goed plan voorkomt niet iedere storing. Het verkleint wel de gevolgen ervan. Bovendien helpt het u om aantoonbaar zorgvuldig te werken met persoonsgegevens. Zeker wanneer u medische of andere gevoelige informatie verwerkt, zijn duidelijke afspraken over toegang, herstel en communicatie onmisbaar.
ICT-continuïteitsplan opstellen: begin bij uw processen
De meest gemaakte fout is starten met techniek. Begin liever met uw bedrijfsprocessen. Welke werkzaamheden mogen niet stilvallen? Welke systemen, leveranciers en gegevens zijn daarvoor nodig? Pas daarna bepaalt u welke technische voorzieningen nodig zijn.
Maak het concreet. Een handelsbedrijf is mogelijk afhankelijk van telefonie, voorraadbeheer en logistieke software. Een mondzorgpraktijk kan niet zonder praktijksoftware, patiëntdossiers, röntgenbeelden, internet, betaalterminal en telefonische bereikbaarheid. Niet elk systeem hoeft binnen hetzelfde tijdsbestek hersteld te zijn.
Bepaal daarom per proces twee zaken: de maximale uitvaltijd die acceptabel is en hoeveel gegevensverlies aanvaardbaar is. Die begrippen worden vaak aangeduid als RTO en RPO. De RTO is de hersteltijd: hoe snel moet een dienst weer beschikbaar zijn? De RPO geeft aan hoeveel gegevens u maximaal mag verliezen, bijvoorbeeld de wijzigingen van maximaal één uur.
Een lage RTO en RPO vragen om meer voorzieningen en brengen doorgaans hogere kosten met zich mee. Voor elk systeem direct herstel eisen is dus niet altijd realistisch. Kies bewust waar snelheid noodzakelijk is en waar een herstelperiode acceptabel blijft.
1. Breng risico's en afhankelijkheden in kaart
Kijk verder dan een cyberaanval. Stroomuitval, brand, defecte apparatuur, een foutieve software-update, uitval van een internetprovider of menselijke fouten kunnen dezelfde gevolgen hebben. Neem ook afhankelijkheden mee die niet direct zichtbaar zijn, zoals cloudleveranciers, DNS-beheer, externe telefonie en koppelingen tussen applicaties.
Bespreek dit met mensen uit verschillende rollen. De eigenaar of directie ziet financiële en reputatierisico's. Medewerkers kennen de dagelijkse knelpunten. Uw ICT-partner kan beoordelen waar technische afhankelijkheden zitten. Zo ontstaat een beeld dat verder gaat dan alleen de serverruimte.
2. Kies maatregelen die bij uw risico passen
Niet iedere organisatie heeft een tweede fysieke locatie nodig. Wel heeft vrijwel iedere organisatie baat bij betrouwbare back-ups, goede beveiliging en een alternatief voor internet of telefonie. Denk bijvoorbeeld aan versleutelde back-ups die gescheiden van de productieomgeving worden bewaard, multifactor-authenticatie en actief beheer van updates.
Voor kritische processen kan een uitwijkmogelijkheid nodig zijn. Dat kan bestaan uit werken vanuit een andere locatie, tijdelijk gebruik van laptops met een mobiele verbinding of toegang tot een veilige cloudomgeving. Bij telefonie kunt u afspraken maken over doorschakelen naar mobiele nummers of een alternatieve belgroep.
De beste keuze hangt af van uw bedrijfsvoering. Een kleine organisatie met beperkte afhankelijkheid heeft een ander plan nodig dan een praktijk met meerdere behandelkamers en een volle agenda. Het doel is niet zoveel mogelijk techniek inkopen, maar aantoonbaar voldoende zekerheid organiseren.
3. Leg rollen en beslissingen vooraf vast
Tijdens een storing moet duidelijk zijn wie de regie voert. Benoem daarom een incidentverantwoordelijke vanuit uw organisatie en een vervanger. Leg ook vast wanneer u uw ICT-partner inschakelt, wie contact heeft met de softwareleverancier en wie communicatie verzorgt richting medewerkers, klanten of patiënten.
Zet telefoonnummers en escalatiecontacten niet alleen in een map op het netwerk. Als het netwerk niet beschikbaar is, hebt u daar weinig aan. Bewaar een actuele, beveiligde offline versie en zorg dat de juiste personen die kunnen bereiken.
Maak ook afspraken over besluitvorming. Wie mag systemen afsluiten bij een vermoeden van ransomware? Wie beslist dat een praktijk tijdelijk alleen spoedzorg verleent? Dergelijke keuzes zijn lastig onder druk, maar veel eenvoudiger als de grenzen vooraf zijn besproken.
4. Beschrijf tijdelijke werkwijzen
Een continuïteitsplan is pas bruikbaar als het ook antwoord geeft op de praktische vraag: hoe werken we vandaag verder? Beschrijf per cruciaal proces een tijdelijke werkwijze. Dat kan zo eenvoudig zijn als een papieren noodlijst voor afspraken, een procedure voor handmatige betalingen of een afgesproken noodnummer voor binnenkomende telefoontjes.
Voor mondzorgpraktijken vraagt dit extra aandacht. De tijdelijke registratie van patiëntinformatie moet zorgvuldig gebeuren en later volledig en veilig worden verwerkt in het systeem. Spreek af waar formulieren worden bewaard, wie gegevens invoert na herstel en hoe u voorkomt dat informatie dubbel of onjuist wordt vastgelegd.
Houd deze noodprocedures kort. Een document van vijftig pagina's dat niemand tijdens een incident kan vinden of begrijpen, geeft schijnzekerheid. Werk liever met heldere scenario's, checklists en contactgegevens die aansluiten op de dagelijkse praktijk.
5. Regel communicatie en privacy
Bij een groot incident willen medewerkers weten wat zij wel en niet mogen doen. Denk aan het niet opnieuw aanmelden op mogelijk besmette apparaten, het niet openen van verdachte e-mails en het melden van afwijkingen bij één centraal aanspreekpunt. Heldere interne communicatie voorkomt dat een klein incident groter wordt.
Soms is ook externe communicatie nodig. Bij langdurige onbereikbaarheid wilt u klanten of patiënten tijdig kunnen informeren. Bij een mogelijk datalek moet u beoordelen welke persoonsgegevens betrokken zijn en of melding bij de Autoriteit Persoonsgegevens en betrokkenen nodig is. Leg niet vast dat u altijd meldt, maar wel wie deze beoordeling uitvoert en welke informatie daarvoor nodig is.
6. Test herstel, niet alleen de back-up
Een back-up die nooit is teruggezet, is geen bewezen herstelvoorziening. Test daarom periodiek of bestanden, systemen en instellingen daadwerkelijk terug te zetten zijn. Kijk niet alleen naar de technische uitkomst, maar meet ook hoeveel tijd herstel kost en of de juiste mensen weten wat zij moeten doen.
Een oefening hoeft niet altijd een volledige crisissimulatie te zijn. U kunt starten met een tafeltest: bespreek een scenario zoals uitval van de praktijksoftware of een verdachte versleuteling van bestanden. Loop stap voor stap door het plan en noteer waar informatie, bevoegdheden of middelen ontbreken.
Plan minstens jaarlijks een grotere evaluatie en toets kritische onderdelen vaker. Zeker na een verhuizing, nieuwe software, uitbreiding van medewerkers of wijziging van telecom- en cloudvoorzieningen is actualisatie nodig.
7. Houd het plan levend
Een continuïteitsplan is geen eenmalig project. Contactpersonen veranderen, systemen worden vervangen en processen verschuiven naar de cloud. Wijs daarom één eigenaar aan die het plan beheert en plan vaste momenten voor controle.
Neem wijzigingen in uw ICT-landschap direct mee. Een nieuwe back-upoplossing, andere internetverbinding of koppeling met een externe partij kan gevolgen hebben voor herstel en bereikbaarheid. Door het plan onderdeel te maken van regulier ICT-beheer voorkomt u dat het in een digitale map verdwijnt tot het te laat is.
TéGéTèl helpt organisaties in de regio Gorinchem en Veenendaal om risico's te vertalen naar werkbare afspraken, passende techniek en gecontroleerd beheer. Daarbij is persoonlijke kennis van uw organisatie minstens zo waardevol als technische kennis: een herstelplan werkt alleen als het aansluit op hoe uw mensen werkelijk werken.
Een storing kiest geen geschikt moment. Juist daarom geeft een helder, getest continuïteitsplan rust: niet omdat alles dan vanzelf goed gaat, maar omdat uw organisatie weet welke volgende stap nodig is.