Een incidentmelding schrijven die wel wordt gebruikt

Waar een incidentmelding eigenlijk voor is

Een incidentmelding is het geschreven verslag van iets dat misging of bijna misging: wat er gebeurde, wanneer en waar, wie erbij betrokken waren, onder welke omstandigheden, en wat eraan gedaan is. Dat is de definitie, en dat is meteen het minst interessante deel.

Het bruikbare deel zit een laag dieper. Een melding heeft twee lezers. De eerste is degene die vandaag moet beslissen of hier meer nodig is dan de oplossing die al is uitgevoerd. De tweede is een collega die er over twee jaar bij gehaald wordt, er zelf niet bij was, niemand meer kan bellen, en moet reconstrueren wat jij hebt gezien.

Schrijf voor die tweede lezer, en de eerste is vanzelf bediend.

Schrijf alleen voor de eerste, en je houdt een dossier over dat een dienst afsluit en later niets meer beantwoordt.

Wat er in een incidentmelding hoort

Houd de velden saai en vast. Variatie in structuur is precies wat een verzameling meldingen onanalyseerbaar maakt.

• Identificatie: datum, tijdstip, exacte locatie, referentienummer, melder.
• Classificatie: incident, near miss, onveilige situatie, materiële schade, milieu-emissie. Eén keuze uit een gesloten lijst.
• Wat er gebeurde: de gebeurtenissen op volgorde, in de woorden van de mensen die erbij waren.
• Wie en wat betrokken waren: personen, apparatuur, installatie, stoffen, aannemers, derden.
• Omstandigheden op dat moment: de taak die werd uitgevoerd, de status van de werkvergunning, de dienst, het weer, de bezetting, en of het werk routine was.
• Directe acties: eerste hulp, insluiten, stilleggen, ontruimen, alarmeren.
• Gevolgen, werkelijk en potentieel: wat er gebeurd is, en wat er redelijkerwijs had kunnen gebeuren.
• Bewijs: foto's, meetwaarden, log-uittreksels, kopie van de werkvergunning, verklaringen van getuigen.
• Opvolging: eigenaar, actie, einddatum, en waaruit de afsluiting straks blijkt.

Let op wat er niet op die lijst staat. Oorzaak staat er niet op, en schuld evenmin. Een melding legt waarneming vast. Analyse komt daarna, door mensen die er de tijd en de positie voor hebben.

Schrijf het in deze volgorde

De volgorde doet meer dan het woordgebruik. De meeste slechte meldingen zijn slecht omdat ze bij de conclusie beginnen.

1. Schrijf de feiten eerst, binnen de dienst. Tijden, posities, volgorde. Het geheugen slijt snel, en het slijt richting een verhaal dat klopt.
2. Scheid waarneming van interpretatie. "De afsluiter stond open" is een waarneming. "De afsluiter is door de nachtdienst opengelaten" is een conclusie. Zet conclusies in een veld dat ook zo heet.
3. Gebruik de woorden van de mensen zelf. Zegt een operator dat de leiding "aantrok", schrijf dan op dat de leiding aantrok en vraag door wat hij daarmee bedoelt. Vertaal je het meteen naar proceduretaal, dan wis je het signaal.
4. Voeg het bewijs toe zolang het er nog is. Een foto van dat moment vervangt een alinea beschrijving en overleeft een discussie een jaar later.
5. Vul het potentiële gevolg expliciet in. Dit is het veld dat de triage aanstuurt, en het is het veld dat mensen overslaan.
6. Wijs één eigenaar en één datum aan. Twee eigenaren is geen eigenaar.

Waar incidentmeldingen misgaan

Zelden op het moment van schrijven. Bijna altijd in de ruimte eromheen.

Het formulier is langer dan de gebeurtenis. Een sjabloon van vier pagina's dat tijdens een dienst ingevuld moet worden, wordt uitgeprint, op papier afgevinkt en later uit het hoofd overgetypt. Of niet. De lengte van je formulier is een ontwerpbeslissing over hoeveel waarheid je binnenkrijgt.

De near misses komen nooit binnen. Het melden zakt in zodra de melder er niets voor terugkrijgt. Een gemelde bijna-ongeval waar zichtbaar niets mee gebeurt, leert het hele team wat melden waard is. Dat patroon beschrijven we uitgebreider in incidentmelding die echt gebruikt wordt.

Alles belandt bij het safety-team. Niet elke bevinding verdient de tijd van een specialist, maar zonder triagestap komt alles in dezelfde wachtrij en staan de ernstige dingen achter een kapotte verlichting.

De melding sluit, de actie niet. Dit is de meest voorkomende, en het is precies de reden dat de check- en act-helft van de cyclus in zoveel organisaties zwak blijft. Het incident is vastgelegd. De actie is aangemaakt. Niemand controleert of die actie iets veranderd heeft.

De melding staat los van al het andere. Een incident dat een verouderde procedure, een onafgeronde wijziging of een barrière die niet presteerde aan het licht brengt, hoort die registraties zichtbaar te raken. Staat de melding in het ene systeem en de procedure in het andere, dan propageert er niets.

Triage vóór onderzoek

Volume is niet het probleem. Ongedifferentieerd volume is het probleem.

Rangschik elke melding op potentiële ernst, niet op wat er feitelijk gebeurde. Een gevallen sleutel en een gevallen sleutel vanaf een bordes boven een bemande ruimte zijn dezelfde gebeurtenis en een andere melding. Laag potentieel gaat terug naar het team dat het vond en wordt binnen het normale werk opgelost. Hoog potentieel, de gevallen waar ernstig letsel of verlies van insluiting realistisch beschikbaar was, krijgt een echt onderzoek met tijd erbij.

De toets is simpel: als dit net iets anders was gelopen, wat is dan de ergste geloofwaardige afloop? Stel die vraag voordat je bepaalt hoeveel inspanning de melding verdient.

Termijn, melding en dossier

Schrijf de melding dezelfde dag. Voor ernstige arbeidsongevallen geldt in Nederland een meldplicht bij de Nederlandse Arbeidsinspectie, en je eigen registratie is waar je uit werkt zodra dat gesprek begint. Voor locaties onder toezicht van bijvoorbeeld DCMR loopt dezelfde logica verder door: de melding is een van de plekken waar de samenhang tussen wat je systeem zegt dat je doet en wat er op de locatie werkelijk gebeurde, zichtbaar wordt.

Daar houdt het ook op een administratief onderwerp te zijn. Eén incidentmelding is een document. Een jaar aan meldingen is een uitspraak over de vraag of je managementsysteem werkt, en inspecties lezen het steeds vaker precies zo. Die verschuiving in wat er onderzocht wordt, is het onderwerp van ons stuk over waarom generieke safety management software tekortschiet voor Seveso-III-bedrijven.

Een korte test op je eigen sjabloon

Pak de laatste tien meldingen die je hebt ingediend en controleer:

• Kan iemand die er niet bij was de volgorde reconstrueren uit alleen de tekst?
• Is de potentiële ernst ingevuld, en varieert die ook?
• Heeft elke melding met een corrigerende actie een aantoonbare afsluiting, en niet alleen de status "gesloten"?
• Vind je binnen een minuut elke melding die dezelfde installatie raakte?
• Heeft de melder ooit gehoord wat er daarna gebeurde?

Is het antwoord op die laatste nee, repareer dan dat, voordat je aan het sjabloon begint. Software herstelt geen meldcultuur die niets teruggeeft, en de vorm van je workflow weegt zwaarder dan de velden in je formulier. Die kant behandelen we in ons overzicht van EHS-incidentmanagement.

Waar je begint

Een betere incidentmelding is geen beter formulier. Het is een kortere weg van wat iemand zag naar wat iemand veranderde.

Wil je kijken hoe jullie meldingen die weg vandaag afleggen, en waar ze blijven staan, dan lopen we er graag een handvol echte met je door. Geen demo nodig, en je krijgt een eerlijk antwoord op de vraag of hier überhaupt software voor nodig is.