Een escalatiemodel bouwen dat werkelijk iemand bereikt

In vrijwel elke evaluatie achteraf klopte de meting en werd het alarm gegeven. Wat faalde, was alles daarna: het nummer was van iemand die al vertrokken was, de telefoon stond op stil, de e-mail ging naar een gedeelde postbus die 's nachts niemand leest, of het alarm was er een van veertig die dag. Weerbaarheid zit in het pad tussen meetwaarde en mens, niet in de sensor.

• De contactlijst klopte twee personeelswisselingen geleden.
• Slechts één kanaal: een e-mail, een sms of een lamp in een gang waar 's nachts niemand loopt.
• Geen bevestiging, dus niemand weet of het bericht is aangekomen.
• Zoveel alarmen dat een echte afwijking niet meer opvalt.
• Geen vastlegging van wie is gebeld, wanneer en wat er is gedaan.

Een grenswaarde hoort te volgen wat het opgeslagen materiaal verdraagt, niet wat het display van het apparaat toont. Gebruik een vooralarm ruim binnen de tolerantie, een actiegrens aan de rand daarvan en een vertraging die normaal gebruik opvangt, zoals een deuropening of een ontdooicyclus, maar die kort genoeg is om nog een bruikbaar tijdvenster te laten.

Leg de ladder vast als een reeks personen met tijden, niet als een groep. Groepsmeldingen verdelen de verantwoordelijkheid tot niemand die meer draagt. Elke stap verandert de persoon of het kanaal, en elke stap heeft een expliciete tijdslimiet waarna het alarm doorloopt.

• Stap 1: de dienstdoende persoon voor die ruimte, telefonisch, met verplichte bevestiging.
• Stap 2 na een vast interval: de tweede naam op het rooster, via een ander kanaal.
• Stap 3: het afdelingshoofd of de dienstdoende facilitair verantwoordelijke.
• Stap 4: een vaste terugvaloptie die altijd bemenst is, ook in vakantieweken.
• Steeds: elke poging, bevestiging en overdracht met tijdstempel vastgelegd.

Alarmmoeheid is een ontwerpprobleem. Wie meer alarmen krijgt dan hij zinvol kan opvolgen, gaat filteren, en dat filter is niet selectief. Beoordeel het alarmlogboek maandelijks, zoek de vijf bronnen die het meeste verkeer veroorzaken en pak de oorzaak aan: een sensor op de verkeerde plaats, een grens op het apparaat in plaats van op het product, een ontbrekende vertraging bij een ontdooicyclus, of een unit die werkelijk onderhoud nodig heeft.

Een auditor of verzekeraar stelt drie vragen: wanneer begon de afwijking, wie is wanneer gewaarschuwd, en wat is er gedaan. Daarom horen alarmhistorie, meldpogingen en bevestigingen in dezelfde registratie als de meting te staan, exporteerbaar te zijn en achteraf niet te wijzigen.

• Meetwaarden met tijdstempel rond de gebeurtenis, niet alleen de overschrijding zelf.
• Elke meldpoging met kanaal, ontvanger en resultaat.
• De bevestiging, met de persoon die deze gaf.
• De genomen actie en de terugkeer naar normaal, vastgelegd bij dezelfde gebeurtenis.