Identiteitsbeheer

De levenscyclus van gebruikersidentiteiten (aanmaken, wijzigen, verwijderen) is geborgd via de on- en offboarding-processen.

Wat we doen

• Onboarding: accounts worden aangemaakt als onderdeel van de checklist “Medewerker in dienst” in Jira ISMS (zie 6.02). Het Google Workspace-account is de basis; daaruit volgen overige accounts.
• Wijzigingen: bij rolwisselingen worden toegangsrechten aangepast door de applicatie-eigenaar.
• Offboarding: alle accounts worden gedeactiveerd via de checklist “Medewerker uit dienst” in Jira ISMS (zie 6.05). Directie en DevOps Lead deactiveren elk hun systemen; de IB-coördinator verifieert dat alles is ingetrokken.
• Google Workspace-SSO waar de dienst dat ondersteunt, anders een eigen account per dienst. Er is geen volledige centrale identity provider; dat is een bewuste keuze.
• Accounts zijn persoonlijk; gedeelde accounts worden vermeden en waar onvermijdelijk beheerd via 1Password.

NEN7510 zorgspecifiek

• Z6 — Patiëntidentificatie: unieke en correcte identificatie van patiënten in zorgsystemen

Gaps

Geen overzicht per systeem van SSO (ja/nee) en MFA (ja/nee), en daarmee geen centraal overzicht van accounts per medewerker. Dat overzicht volgt uit het assetregister (ISMS-376). Tot die tijd leunt offboarding op de volledigheid van de checklist.

Bewijs

• On-/offboarding-checklists: Jira ISMS (ticket per medewerker, bijv. ISMS-321, ISMS-320)
• Google Workspace-admin: accounts en SSO-koppelingen
• Controleprogramma: C.05 (Jira ISMS)