Een modern politiekorps koopt een workflow. De drone is hier slechts een onderdeel van.

Dat onderscheid is belangrijker dan het klinkt. Een drone op zichzelf is niet meer dan een sensor op een stok. Een droneprogramma is een aaneenschakeling van beslissingen. Er komt een melding binnen, een toestel stijgt op, de livestream bereikt de operator, een eenheid op de grond reageert hierop, het luchtruim blijft veilig, het bewijsmateriaal wordt veiliggesteld en de vloot blijft inzetbaar. De drone is één schakel in die keten. Het platform dat de keten bij elkaar houdt, is het systeem dat de korpsleiding daadwerkelijk aanschaft.

Hieronder leest u hoe drone-operaties voor de openbare veiligheid in 2026 van begin tot eind zouden moeten verlopen. Dit is het model waar AirHub omheen is gebouwd. De politie van Dubai gebruikt dit al als een actief, stadsbreed Drone as First Responder-netwerk, en het is de koers die openbare veiligheidsteams in heel Europa en het Midden-Oosten nu varen.

Het scenario in één paragraaf

Een alarmmelding meldt een gewapend persoon bij een metrostation. Computer-Aided Dispatch (CAD) maakt het incident aan. AirHub ontvangt de melding, identificeert het dichtstbijzijnde dockingstation op het dak, lanceert autonoom een gestationeerde drone en streamt de beelden binnen enkele seconden live naar de dienstdoende operator. De AI-laag signaleert een persoon die aan het signalement voldoet. De counter-UAS-laag bevestigt dat er geen vijandige drones in de buurt zijn. De livestream verschijnt in de meldkamer naast de camerabeelden van het station en wordt direct doorgestuurd naar de mobiele apparaten van de eenheden ter plaatse. Elke actie, elk frame en elk commando wordt gelogd. Het toestel keert terug naar het dockingstation, laadt op en is klaar voor het volgende incident. Een piloot houdt continu toezicht op afstand, zonder naar de locatie te hoeven rijden.

Dat is de cirkel. Dit is wat er onder de motorkap gebeurt.

Fase 1: CAD brengt het incident in de workflow

De trigger is altijd een meldkamersysteem. Computer-Aided Dispatch, of het nu gaat om Hexagon, Frequentis of een regionaal platform, is de plek waar een 112- of 911-oproep een gestructureerd incident wordt: locatie, type, prioriteit en toegewezen eenheden.

Om een droneprogramma operationeel relevant te laten zijn, moet het meldkamersysteem het droneplatform automatisch aansturen. Een handmatige workflow – waarbij een dispatcher een melding ziet, de telefoon oppakt en om een drone vraagt – kost kostbare minuten die er tijdens een inzet niet zijn. Bij Drone-as-First-Responder-projecten wordt de beoogde reactietijd gemeten in tientallen seconden. De politie van Dubai hanteert een streeftijd van minder dan negentig seconden in de hele stad, en dat doel is onhaalbaar zonder CAD-integratie.

AirHub maakt verbinding met meldkamersystemen via een open API, zodat een incident dat in een CAD-platform wordt aangemaakt automatisch een drone kan aansturen. Het type incident en de locatie bepalen welk dockingstation het dichtstbij is, welk hoogteprofiel gevlogen moet worden, welke camerahoek standaard ingesteld moet staan en welke sensoren onderweg geactiveerd moeten worden.

Het principe is simpel. De centralist blijft werken zoals gewoonlijk. De drone wordt simpelweg een extra eenheid die kan worden ingezet.

Fase 2: het dockingstation start de inzet

De volgende fase is de lancering. In een professioneel programma gebeurt dit zonder dat er iemand naar het dak hoeft te gaan.

Een dockingstation, of het nu een DJI Dock, een Skydio Dock of een ander drone-in-a-box-systeem is dat door AirHub wordt aangestuurd, bevindt zich op het dak van een politiebureau, een zendmast of een mast langs de perimeter. Zodra de door CAD getriggerde opdracht binnenkomt, opent de dock, stijgt het toestel op, klimt naar de ingestelde hoogte en vliegt naar het incident. De operator ziet de startbevestiging, de livestream en de telemetrie binnen enkele seconden nadat de melding is aangemaakt.

Het toestel vliegt niet blind. AirHub heeft het luchtruim al gecontroleerd, de geofence gevalideerd, het relevante operatiegebied en het uitwijkvolume toegepast en een vliegroute geselecteerd die rekening houdt met de veiligheidsmarges op de grond. De piloot, formeel de gezagvoerder op afstand (Remote Pilot in Command), houdt toezicht op de vlucht. Dit is precies wat het regelgevend kader beoogt, en dit maakt het mogelijk om een droneprogramma op te schalen buiten de beperkingen van handmatige besturing.

Voor programma's die gebruikmaken van een mix van gecentraliseerde docks en mobiele eenheden in het veld, draait dezelfde workflow parallel. Een patrouille-eenheid met een controller in de auto kan via AirHub op exact dezelfde manier worden aangestuurd als een dock. De centralist hoeft niet te weten welke drone het dichtstbij is. Het platform weet dat.

Fase 3: AI-beeldherkenning maakt de livestream direct bruikbaar

Een live videostream is handig. Een live-feed die automatisch relevante objecten signaleert, is doorslaggevend.

AI op het niveau van de drone en het platform kan objecten zoals mensen, voertuigen en onregelmatigheden detecteren en classificeren, eventueel met aanvullende missiespecifieke modules. Het toestel registreert de situatie ter plaatse en de AI-laag vertaalt dit naar gestructureerde gebeurtenissen. Een persoon die voldoet aan een signalement wordt direct een melding met een tijdstempel, locatie en stilstaand beeld, in plaats van dat deze informatie verloren gaat in twintig minuten aan cirkelende videobeelden.

Voor de operator verandert dit passief toeschouwen in actief zoeken. Een centralist kan meerdere livestreams tegelijkertijd bewaken wanneer de AI het speurwerk doet.

Voor rechercheurs achteraf maakt de AI-laag het videomateriaal doorzoekbaar. Een zoekopdracht zoals "toon alle voertuigen die tussen 22:00 en 23:00 uur de zuidelijke ingang passeerden" wordt een snelle taak in plaats van een urenlange handmatige analyse.

Het belangrijkste uitgangspunt is dat AI een ondersteunende rol heeft. Het platform reikt informatie aan en de mens neemt de beslissing. AirHub is bewust rondom deze grens ontworpen, en dit helpt ons bij het bouwen van programma's die standhouden onder toezicht van officieren van justitie, ombudsmannen en inkoopauditors.

Fase 4: Counter-UAS detectie en vermijding houdt het luchtruim veilig

Zodra een drone voor openbare veiligheid in de lucht is, wordt een tweede vraag direct cruciaal: wat bevindt zich nog meer in het omringende luchtruim?

Dit is waar de counter-UAS-laag (anti-drone) in de workflow stapt. Detectiesensoren, waaronder radar, RF, akoestische sensoren, Remote ID-ontvangers en visuele systemen, voeden dezelfde operationele kaart waarop de drone vliegt. Coöperatief bemand vliegverkeer verschijnt via ADS-B, zweefvliegtuigen en sportvliegtuigen via FLARM, en niet-coöperatieve drones via de counter-UAS-sensoren.

Voor de operator die de missie uitvoert, levert dit twee op: deconflictering en dreigingsbewustzijn. Als er een politiehelikopter nadert, daalt de drone of wijkt deze uit nog voordat een van beide piloten radiocontact hoeft op te nemen. Daarnaast wordt een niet-geïdentificeerde drone die het incident nadert direct een track op de kaart, compleet met classificatie, koers en betrouwbaarheidsscore.

In het AirHub-ecosysteem is dit de SecHub-laag, een hardware-onafhankelijke sensorfusie- en counter-UAS-engine die detectie, beoordeling en respons samenbrengt in hetzelfde operationele beeld als dat van de eigen drone. Voor openbare veiligheid is deze combinatie steeds essentiëler. Een programma dat de counter-UAS-dimensie negeert, zal uiteindelijk tegen problemen aanlopen die niet voorzien waren.

Fase 5: VMS-integratie brengt de beelden naar de juiste mensen

De meldkamer die het incident coördineert is zelden een speciale drone-meldkamer. Het is vaak een reguliere meld- of commandokamer die draait op een Video Management Systeem (VMS) zoals Genetec Security Center, Milestone XProtect of Hexagon HxGN OnCall. De operator werkt daar al jaren met dat specifieke VMS; hen vragen om dit te verlaten voor een apart dronescherm is dan ook de verkeerde ontwerpkeuze.

De juiste architectuur integreert de drone-feed rechtstreeks in het VMS als een native videobron, naast de vaste CCTV-camera's, de bodycams, de ANPR-camera's en elk ander scherm waarmee de operator al werkt. AirHub streamt via open protocollen zoals RTSP en RTMP, zodat een VMS de feed direct kan ontvangen als een standaard videobron, zonder dat er voor elke locatie maatwerk nodig is.

Het effect voor de operator is enorm. De drone-feed bevindt zich direct naast de CCTV-beelden van de perimeter. De counter-UAS-detectie verschijnt als een waarschuwingslaag. De bodycam van de agent ter plaatse is te zien in het vak ernaast. Eén operator, één softwaresuite, één operationeel beeld.

Dit is ook waar SecHub de cirkel rond maakt. Hetzelfde VMS dat de drone-feed toont, geeft ook de counter-UAS-detecties weer. Zo is de operator die de dreiging ziet ook de operator die direct actie kan ondernemen.

Fase 6: Video delen betrekt het veld bij de operatie

Niet iedereen die de camerabeelden nodig heeft, bevindt zich in de meldkamer. Denk aan de patrouille-eenheid onderweg, de officier van dienst in het commandovoertuig, het tactische team aan de perimeter, de piketjurist of een partnerorganisatie bij een gezamenlijke inzet. Iedereen kan toegang nodig hebben, met verschillende rechten en voor verschillende duur.

Een modern droneplatform behandelt het delen van video als een basisfunctie. Met een live link, een in tijd beperkte token, een rechtenset die bepaalt wie wat mag zien, en een mobielvriendelijke interface die perfect werkt op het toestel dat de professional op straat al bij zich draagt. Met AirHub kan de centralist de livestream binnen enkele seconden delen met de juiste personen, zonder bestanden te kopiëren, schermopnames te versturen of het overzicht te verliezen over wie wat heeft gezien.

Het principe is hier hetzelfde als elders in de workflow. De videostream volgt de operatie, naar de mensen die het nodig hebben, zolang ze het nodig hebben.

Fase 7: Vastlegging van de bewijsketen en audittrail

Alles wat er in de workflow gebeurt, wordt gelogd. Dit is vanaf het begin ingebouwd als een structureel onderdeel van het platform.

Vluchtlogboeken, pilootidentificatie, goedkeuringen voor het luchtruim, actieve geofences, gedefinieerde uitwijkvolumes, parameters voor grondrisicobuffers, AI-gebeurtenissen, counter-UAS-detecties, videosegmenten, wie welke feed op welk moment bekeek en welke patrouille-unit hoelang toegang had. Alles wordt vastgelegd met een tijdstempel en is direct opvraagbaar.

Dit is van belang voor drie partijen. Ten eerste voor het Openbaar Ministerie, omdat dronebeelden alleen bruikbaar zijn als de bewijsketen (chain of custody) sluitend is. Ten tweede voor de luchtvaartautoriteit, omdat elke BVLOS-goedkeuring, vlucht boven aaneengesloten bebouwing of speciale ontheffing gepaard gaat met de plicht aan te tonen dat de vlucht conform de regels is uitgevoerd. Ten derde voor de korpsleiding, omdat een jaarlijkse evaluatie van het programma een kwestie van één druk op de knop moet zijn, in plaats van een maand werk door zes analisten.

AirHub beschouwt logs als het institutionele geheugen van uw programma. Ze zorgen ervoor dat uw operatie moeiteloos standhoudt bij elke controle.

Fase 8: Vlootbeheer houdt de docks paraat voor de volgende melding

De laatste fase bepaalt of er überhaupt een volgende inzet kan plaatsvinden.

Een gestationeerde drone is alleen waardevol als deze direct inzetbaar is bij de volgende melding. Dat betekent dat de batterijen opgeladen en binnen hun levensduur zijn, de propellers voldoende vlieguren over hebben, de sensoren zijn gekalibreerd, de firmware up-to-date is, de geofences geldig zijn, het weer binnen de operationele limieten valt, de verbinding is geverifieerd, de piloten in het dienstrooster staan en aan al hun vliegeisen voldoen, en dat onderhoud proactief is ingepland.

Bij een vloot van tien docks is dit nog handmatig te overzien. Bij een vloot van honderd docks bepaalt dit of het programma wel of niet schaalbaar is.

AirHub behandelt vlootbeheer als een kerntaak. Elk dockingstation, elk toestel, elke accu, controller en piloot heeft een realtime status die de programmamanager op één centrale plek inziet, compleet met proactieve waarschuwingen voordat er problemen ontstaan. Onderhoudsvensters worden gepland rondom de verwachte drukte, dienstroosters van piloten worden afgestemd op de paraatheid van de docks en accucycli worden gemonitord conform de richtlijnen van de fabrikant.

De workflow is het product

Wanneer men praat over droneprogramma's voor openbare veiligheid, is de verleiding groot om te focussen op de drone zelf. Het vliegtoestel is immers het zichtbare deel. Het is echter ook het kleinste onderdeel van het systeem dat u daadwerkelijk aanschaft.

Wat een professionele veiligheidsdienst inkoopt, is een platform dat de gehele keten verbindt, van de melding van een burger tot een gesloten strafdossier. CAD-integratie aan de voorkant. Autonome lancering in het midden. AI, counter-UAS, VMS-integratie, video delen, auditing en vlootbeheer naadloos met elkaar verweven. Dat platform blijft soeverein en on-premise waar de organisatie dat eist, en is volledig hardware-onafhankelijk, of u nu vliegt met DJI, Skydio, Parrot of open protocollen.

Dat is wat AirHub, SecHub en ons partner-ecosysteem leveren. De drone is een onderdeel van het plaatje. Het totale plaatje is het product.

Benieuwd hoe AirHub deze workflow van begin tot eind verzorgt voor openbare veiligheidsteams? Boek direct een demo met een van onze experts.