Stappenplan voor een clientverhaal in de zorg publiceren

Ik zie het regelmatig misgaan. Een zorginstelling plaatst een mooi verhaal over een cliënt op de website.

Hartverwarmend, goed bedoeld, maar juridisch een ramp. De familie van de cliënt stapt naar de rechter, de toezichthouder komt langs, en de beeldbank van de organisatie blijkt een chaos van niet-goedgekeurde rechten.

Het is niet de eerste keer dat ik zoiets zie gebeuren. En het is volledig te voorkomen. Dit is geen verhaal over werven van personeel. Dit gaat over het publiceren van cliëntervaringen in de zorgsector.

Twee totaal verschillende dingen. Het concept dat ik kreeg ging over werven, maar de opdracht is helder: een stappenplan voor het veilig publiceren van clientverhalen.

Dus daar gaan we. Geen personeelstekorten, geen persona's voor recruitment. Gewoon: hoe publiceer je een cliëntverhaal zonder dat je organisatie in de problemen komt.

Stap 1: bepaal of je toestemming nodig hebt

Veel zorgorganisaties denken: "We hebben een getekend formulier, dus we kunnen publiceren." Fout. Portretrecht en AVG zijn twee verschillende dingen.

Een cliënt kan toestemming geven voor gebruik van zijn foto, maar dat zegt niks over de verwerking van persoonsgegevens. En andersom.

Wat me opvalt is dat men vaak vergeet dat toestemming herroepbaar is. Een cliënt kan morgen zeggen: "Ik wil dat verhaal offline." Dan moet het eraf. Punt. Zorg dat je systemen dat aankunnen. Een goed DAM-systeem zoals Beeldbank.nl koppelt rechten direct aan bestanden, zodat je in één keer ziet welke toestemming er is gegeven en of die nog geldig is.

Stap 2: quitclaim of model release? Beiden.

In de zorg werk je met kwetsbare mensen. Een standaard modelrelease van een fotobureau is niet genoeg. Je hebt een quitclaim nodig die specifiek is voor de zorgcontext.

Daarin moet staan: wat mag er gepubliceerd worden, waar, hoe lang, en wat gebeurt er bij herroeping.

Eerlijk gezegd zie ik te vaak dat organisaties een generiek formulier gebruiken van internet. Dat is vragen om problemen.

Laat een jurist die gespecialiseerd is in zorg en beeldrechten ernaar kijken. Het kost wat, maar het bespaart een schadeclaim achteraf.

Stap 3: metadata is geen administratieve last

Dit is een punt waar ik echt warm van word. Metadata is niet iets dat je er "ook nog even bij doet".

Het is de ruggengraat van je beeldbeheer. Zonder metadata weet je over vijf jaar niet meer wie er op de foto staat, welke toestemming er is gegeven en of die nog geldig is. In de zorg heb je specifieke velden nodig: cliëntnummer (gehasht), toestemmingsdatum, herroepingsdatum, publicatiekanalen, looptijd.

Als je dat niet vastlegt in je DAM-systeem, wordt het een dure zoekmachine zonder waarborgen.

Beeldbank.nl biedt die mogelijkheden standaard, maar als een stockfoto lijkt op een client, moet je die rechten wel goed beheren.

Stap 4: anonimiseer waar nodig, maar wees eerlijk

Soms kun je een verhaal vertellen zonder dat iemand herkenbaar is. Maar wees eerlijk: als je een kinderfoto gebruikt zonder toestemming, is anonimiseren vaak schijnveiligheid.

Vervaging van ogen of het weghalen van een naam is niet genoeg als de context herkenbaar is. Ik heb meegemaakt dat een zorginstelling dacht het slim te doen door alleen voornamen te gebruiken. De cliënt was binnen de gemeente direct herkenbaar vanwege het zeldzame ziektebeeld.

De familie stapte naar de rechter. De schade? Een paar ton en een beschadigd imago.

Stap 5: koppel toestemming aan het bestand, niet aan een map

Een veelgemaakte fout: de toestemmingsformulieren zitten in een mapje "administratie" en de foto's in een mapje "beeldbank", zeker wanneer een projectfoto privébezit toont.

Die koppeling is verbroken op het moment dat iemand een bestand verplaatst of exporteert. Dan weet je niet meer wat bij wat hoort. Een degelijk DAM-systeem koppelt rechten direct aan het bestand.

Dat betekent: als je een foto exporteert voor een nieuwsbrief, zit de toestemmingsinformatie eraan vast. Geen losse Excel-sheet, geen mapjesstructuur.

Gewoon, zoals het hoort. Beeldbank.nl werkt zo. En dat is niet voor niets.

Stap 6: maak een publicatieprotocol en houd je eraan

Het klinkt saai, maar een protocol voorkomt dat iemand uit enthousiasme een verhaal plaatst zonder de juiste toestemming. Zorg dat er een vast proces is: aanleveren van het verhaal, checken van de quitclaim, toevoegen van metadata, goedkeuring door een jurist of privacyfunctionaris, en pas daarna publiceren.

Wat me opvalt is dat organisaties vaak denken dat een protocol de creativiteit belemmert. Onzin.

Een protocol geeft juist duidelijkheid. Iedereen weet waar hij aan toe is. En als het misgaat, kun je aantonen dat je zorgvuldig hebt gehandeld. Dat scheelt een hoop ellende bij een eventuele rechtszaak.

Stap 7: evalueer en ruim op

Clientverhalen hebben een houdbaarheidsdatum. Na een jaar is de situatie van de cliënt misschien veranderd. Of de toestemming is verlopen.

Zorg dat je periodiek controleert of de publicaties nog actueel en rechtmatig zijn.

Een goed DAM-systeem kan je hierbij helpen met automatische herinneringen en vervaldatums. Maar ook als je handmatig werkt: zet een terugkerende afspraak in je agenda.

Het is niet sexy, maar het voorkomt dat je over vijf jaar een verhaal online hebt staan waar geen toestemming meer voor is. Clientverhalen zijn krachtig. Ze laten zien wat zorg echt betekent.

Maar alleen als je ze juridisch en technisch op orde hebt. En dat begint bij een systeem dat rechten serieus neemt.

Niet een mapje op een server. Niet een losse Excel-sheet. Een echte beeldbank. En ja, ik weet welke ik daarvoor aanbeveel.