Van melding tot afhandeling: met eigenaar, procedure en deadline

Om vier uur ’s nachts zit er één iemand voor het scherm. Wat die persoon nodig heeft is niet meer informatie, maar weten wat er moet gebeuren. Daarom komt het incident niet alleen: het komt met zijn draaiboek. De stappen, op volgorde, met de kritieke stappen gemarkeerd. Een stap kan eisen dat je opschrijft wat je hebt gedaan voordat hij als afgerond telt. En afsluiten met openstaande stappen kan, maar de reden moet erbij, die blijft met naam en tijdstip staan, en er is een aparte bevoegdheid voor nodig.

Een melding die niemand oppakt mag niet blijven liggen. Elke regeling is een trap: wie hem eerst krijgt, hoe lang er gewacht wordt, wie daarna aan de beurt is. Antwoorden stopt de klim — hem overnemen, beoordelen, van commentaar voorzien — ook al is er nog niets opgelost. Staat een wachtdienst leeg, dan springt de melding naar de volgende trede in plaats van te zwijgen; zijn alle treden op, dan gaat hij naar de laatste bestemming. En voordat een regeling live gaat, kun je hem simuleren zonder iets te versturen: hij toont wie gewaarschuwd zou worden en vooral welke meldingen niemand achter zich zouden hebben.

Dan is er de vraag die bijna geen enkel videosysteem zichzelf stelt: hoeveel ruis levert dit op, en houdt één mens dat tempo bij? IRIS meet het in meldingen per operator per uur en vergelijkt dat met de gepubliceerde drempels uit de praktijk van alarmbeheer. Het laat zien welke camera en welke regel de meldkamer overspoelen, zodat je ze kunt bijstellen in plaats van blind uitzetten. Herhalingen kunnen worden gevouwen tot één regel met een teller, maar vouwen wist niets: het detail blijft en het aantal klopt. En er wordt vastgelegd wie wat dempt, want een ongemakkelijke melding mag niet spoorloos verdwijnen.

En dan is er nog het daarna. Elk incident bewaart zijn volledige tijdlijn: wie het zag, wie het wijzigde, wat er is geschreven en op welk tijdstip het werd afgesloten. Het logboek accepteert alleen toevoegingen en is geketend, zodat een latere aanpassing opvalt. Eén knop pakt het dossier in voor een verzekeraar, een rechtbank of een auditor, met de vingerafdruk van elk bestand en een pagina die het offline narekent. Dit alles loopt over één poort, 443, en werkt zonder internet: geen enkel beeld en geen enkel gegeven gaat naar een derde.

Wie er om vier uur ’s nachts op een zondag antwoordt, is geen vraag voor het organigram: het is een vraag die het systeem zelf moet kunnen beantwoorden. Het rooster zit erin, met zijn lagen, zijn rotaties en zijn regels per dag, tijdvak en maand; en een vervanging gaat boven al het andere zolang die duurt. Gaat de melding uit, dan kan de ontvanger een persoon zijn, een groep of de hele dienst: is het de dienst, dan wordt de persoon bepaald op het moment van afgaan, nooit eerder. En mislukt de verzending, dan loopt de termijn niet door en wordt dezelfde trede opnieuw geprobeerd, want een melding die nooit is vertrokken mag geen trede in stilte opsouperen. Zes maanden later kun je opnieuw vragen wie die dinsdag dienst had en het juiste antwoord krijgen, want het rooster wordt niet overschreven: elke versie wordt afgesloten en bewaard.

Afsluiten is niet een regel laten verdwijnen. Bij het afsluiten vul je het formulier met genomen acties in dat de organisatie heeft vastgelegd, en de antwoorden blijven data: ze zijn te groeperen per type, per camera, per zone, per dienst en per operator. Het rapport kan vooraf gevuld worden met de echte tijdlijn — wat de bedoeling was, wat er gebeurde en waarom — maar er wordt niets bewaard tot iemand het nakijkt, en het houdt zijn naam en tijdstip. Daar komen de twee getallen vandaan die mee naar de maandvergadering gaan: hoe lang tot de eerste reactie en hoe lang tot de oplossing. En waar het systeem iets niet kan berekenen, schrijft het dat op in plaats van een nul te zetten: is de camera niet gekalibreerd, dan is er geen snelheid, en een streepje betekent nooit dat de waarde nul is.