Continuïteit Zorgprocessen
Maatregel Beschrijving
Section titled “Maatregel Beschrijving”YipYip host zorgapplicaties van klanten op GCP (soms in de cloudomgeving van de klant; die valt dan buiten het hostingbeheer van YipYip). De continuïteit van de zorgprocessen van klanten hangt voor die applicaties af van de beschikbaarheid van YipYip’s hosting. Deze maatregel beschrijft wat YipYip daarvoor doet; het continuïteitsplan zelf staat in 5.29.
Kritikaliteit per project
Section titled “Kritikaliteit per project”De kritikaliteit wordt per project intern bepaald in de BIA (zie 6.1.2):
| Kritikaliteit | Beschrijving |
|---|---|
| Zorgkritisch | Uitval heeft directe impact op zorgverlening (cliëntportaal, zorgdossier-app) |
| Bedrijfskritisch | Uitval verstoort de bedrijfsvoering van de klant, geen directe patiëntimpact |
| Ondersteunend | Interne tools, rapportages |
SLA’s met klanten bevatten alleen responstijden; er worden geen uptime-garanties of RTO/RPO contractueel afgesproken. Het overzicht per klant staat in de Sheet OUD 02.03.c Overzicht van contractuele verplichtingen.
Technische continuïteitsmaatregelen
Section titled “Technische continuïteitsmaatregelen”Infrastructuur
Section titled “Infrastructuur”- Hosting op GCP (GKE, Cloud SQL) met de redundantievoorzieningen van het platform; load balancing en schaling per project ingericht.
- Hosting bij voorkeur in een EU-regio; een afwijking wordt per project vastgelegd (zie 8.20).
Back-up en herstel
Section titled “Back-up en herstel”| Aspect | Invulling |
|---|---|
| Databaseback-ups | Cloud SQL automated backups, standaardretentie 7 dagen (zie 8.13) |
| RPO / RTO | Interne streefwaarden per project, vast te stellen in de BIA; niet contractueel |
| Restore-test | Jaarlijks (C.12 in het controleprogramma); laatste uitgevoerde test mei 2023 (ISMS-226); eerstvolgende gepland onder ISMS-329 |
Monitoring en alerting
Section titled “Monitoring en alerting”- Infrastructuurmonitoring via GCP Monitoring met alerts bij downtime, hoge foutpercentages, CPU- of geheugenpieken en certificaatverloop (zie 8.16).
- Bij alerts wordt het DevOps-team genotificeerd. Of per zorgproject een on-call-afspraak buiten kantooruren geldt, is nog niet geïnventariseerd (zie Gaps).
Communicatie bij uitval
Section titled “Communicatie bij uitval”Interne richtlijn; de contractuele responstijden per klant staan in de SLA.
| Situatie | Naar | Kanaal | Verantwoordelijke |
|---|---|---|---|
| Gepland onderhoud met uitval | Klant | E-mail, vooraf aangekondigd | DevOps Lead |
| Ongeplande korte uitval | Klant (informatief) | E-mail bij herstel | DevOps Lead |
| Langere uitval | Klant (proactief) | E-mail en telefoon, zo snel mogelijk na ontdekking | DevOps Lead |
| Uitval met impact op zorgverlening | Klant en directie YipYip | Telefoon, periodieke updates | Directie |
Herstelprioriteit: zorgkritische applicaties, dan bedrijfskritische, dan interne YipYip-systemen.
Fallback-afspraken met klanten
Section titled “Fallback-afspraken met klanten”Bij zorgkritische projecten wordt met de klant besproken welke handmatige fallback de klant heeft bij uitval (bijvoorbeeld papieren registratie) en via welke escalatieroute de klant YipYip bereikt. YipYip biedt geen garantie op beschikbaarheid bij netwerkstoringen aan klantzijde.
| Test | Frequentie | Laatste test |
|---|---|---|
| Restore-test (back-up terugzetten) | Jaarlijks (C.12) | Mei 2023 (ISMS-226) |
| Communicatietest escalatieroute | Jaarlijks (C.12) | Nog niet uitgevoerd |
- RTO/RPO per project zijn niet vastgesteld; horen in de BIA bij de risicobeoordeling (ISMS-371).
- Per zorgproject is nog niet geïnventariseerd welke kritikaliteit geldt en of een on-call-afspraak bestaat; uitkomst komt in het assetregister (ISMS-383).
- Restore-test sinds mei 2023 niet uitgevoerd (ISMS-329); communicatietest nog nooit uitgevoerd.
- Geen runbooks voor herstel per project (ISMS-332).
- Offline-modus bij netwerkstoringen is projectspecifiek, niet standaard.
Bewijs
Section titled “Bewijs”| Type | Beschrijving | Locatie |
|---|---|---|
| Infrastructuur | Deployment-configuratie | GitHub (repository per project) |
| Back-up en monitoring | Cloud SQL-back-ups, Monitoring-dashboards | GCP-console per project |
| Restore-test | Laatste uitgevoerde test | Jira ISMS-226 (mei 2023) |
| Contractueel | SLA per klant | Sheet OUD 02.03.c (link hierboven) |
| Recente restore- en communicatietest | Nog geen bewijs; zie Gaps |
Opmerkingen
Section titled “Opmerkingen”YipYip beheert geen EPD-, medicatie- of laboratoriumsystemen als zorginstelling. Onze verantwoordelijkheid is de beschikbaarheid van de door ons gebouwde en gehoste applicaties. Klanten zijn verantwoordelijk voor hun eigen continuïteitsplan en fallback-procedures wanneer YipYip-systemen onbeschikbaar zijn.
Laatst gereviewed: 2026-03-26