EAL WinBAS ...
"Een vangnet dat richting geeft !"
De geschiedenis van het systeem is haar toekomst ...
De start van het systeem was al in 1988, toen was de ontwikkeling van het BAS (Brandweer Alarmering Systeem) nog volledig op DOS gebaseerd, maar dat heeft zeker geen nadelige invloed gehad op het succes van het latere WinBAS systeem. Het BAS systeem werd steeds verder ontwikkeld, buiten dat deze ontwikkeling aan de wensen van de klant en voortschrijdend inzicht onderhavig was, gaf ook de voortschrijdende technologie EAL genoeg reden om te beslissen het systeem om te zetten naar Windows in het jaar 2000 en derhalve ook de productnaam aan te passen naar WinBAS.
Naast het feit dat de steeds toenemende wensen van de eindgebruiker vroeg om meer en meer functionaliteiten beschikbaar te stellen en in Windows een breder en gebruiksvriendelijker platform voor de ontwikkelingen gevonden werd, maakte het succes van het systeem duidelijk dat het systeem het verdiende doorontwikkeld te worden.
Inmiddels dekt zelfs de productnaam WinBAS eigenlijk allang de lading niet meer. De ontwikkeling heeft er voor gezorgd dat het vandaag vele malen meer is dan het Brandweer Alarmering Systeem (BAS) waar het allemaal mee begonnen is.
WinBas is een combinatie van toegepaste elektronica en de modernste software welke de verwerking van de technologische aspecten en organisatorische bedrijfsvoering processen, in een enkel overzichtelijk scherm aan de eindgebruiker ter beschikking stelt.
Een belangrijk onderdeel van het WinBAS systeem is dus niet in laatste instantie het creëren van een grote technische conversiebox, waar alle systemen en ontwikkelingen van een groeiende variëteit aan technologie van de verschillende communicatie leveranciers, onder een simpele knop aan de eindgebruiker ter beschikking wordt gesteld.
De geschiedenis van het systeem is eigenlijk het continu beantwoorden aan de veranderingen in de organisatie van de eindgebruiker, gekoppeld aan de technologische ontwikkelingen / mogelijkheden en deze middels een groeiend aantal door EAL ontwikkelde interfaces, onder een simpele knop ter beschikking stellen aan de eindgebruiker.
Hierin zal voorlopig niet veel verandering komen, hoewel de aan de eindgebruiker ter beschikking gestelde knoppen lang niet altijd meer vallen onder het zo vertrouwde “lamp and button” principe.
Een groeiend aantal van deze knoppen bevinden zich inmiddels, geheel volgens de technologische ontwikkeling op een PC scherm en veranderingen in kleur, positie, formaat en/ of vorm en hebben de plaats ingenomen van steeds groeiende “lamp and button” panelen. De ontwikkelingen binnen de technologische wereld en de hierdoor vrijkomende mogelijkheden gekoppeld aan de steeds grotere eisen welke door de wet en regelgeving aan de uitvoerende instanties worden gesteld, zijn dus niet alleen het verleden van het WinBas systeem, maar zal ook een groot deel van haar toekomst bepalen.
De complexiteit van het systeem, maakt zaken mogelijk maar ….
De complexiteit van het WinBAS maakt technisch veel mogelijk en sinds de eerste ontwikkelingen is er een speciaal team belast met alles wat er met WinbAS te maken heeft. Dit is mede noodzakelijk door de vele invalshoeken van waaruit het WinBAS systeem kan worden benaderd en hoewel al deze invalshoeken voor “eigen” ontwikkelingen kunnen/ zullen zorgen, is het tegelijkertijd erg belangrijk dat het “een en hetzelfde systeem” principe wordt gehandhaafd. De belangen van de eindgebruiker kunnen immers alleen op deze wijze worden gegarandeerd.
De complexiteit van het systeem heeft ook een nadeel, en dat komt met name naar voren bij het samenstellen van de handleiding van het systeem. Het is gewoon niet mogelijk om in een standaard handleiding elke functionaliteit volledig uit te schrijven en met name de koppeling van alle functionaliteit zou zorgen voor een dik en verwarrend handboek.
EAL wil dan ook benadrukken dat de handleiding op verzoek wordt aangepast per gebruiker en gezien moet worden als een naslagwerk, en niet als een document waar elke mogelijkheid tot in detail is beschreven. Het gebruik van het systeem zal voor de gebruiker altijd een combinatie blijven van de opleiding, het naslagwerk en ervaring. Met name de ervaring zal een belangrijk gedeelte blijven vormen omdat door de ontwikkelingen het systeem steeds zal blijven groeien. Als extra bijkomend aspect wordt het systeem veelal per locatie en situatie op maat voor de betreffende organisatie ingericht wordt.
Wat is de kracht van het WinBAS systeem,
en wat maakt het zo uniek ...
Zoals al eerder aangegeven, is WinBAS begonnen als een bescheiden alarmering systeem dat in staat was om de alarmeringen op andere systemen te vertalen naar een overzichtelijk “lamp and button systeem” maar is uiteindelijk uitgegroeid naar een groot multifunctioneel interface platform.
Dit multifunctionele karakter wordt nog versterkt doordat het is aangevuld met technologie waardoor niet alleen meldingen van andere systemen worden ontvangen en vertaald, maar ook vanuit WinBAS andere systemen kunnen worden aangestuurd en het WinBAS systeem kan zelf bedrijfkritische processen hosten.
Maar er waren nog meer wensen, ook bedrijfsorganisatorische gegevens werden opgenomen, voorbeelden zijn:
- Personeelslijsten
- Beschikbaar materieel
- Dienstroosters
- Locaties
- Bereikbaarheid gegevens
- Incident classificeren
Maar een van de meest belangrijke ontwikkelingen was al deze gegevens samen brengen in een interactief overzicht, waar:
- Ploegen worden samengesteld
- Automatisch gespecialiseerde ploegen per incident worden geformeerd
- Personeel zich per telefoon beschikbaar kan stellen of afmelden
1. Hierbij moet een minimale bezetting gegarandeerd kunnen worden
2. Een opgeroepen ploeg moet bestaan uit diverse disciplines
3. Functies en personeel moeten gekoppeld kunnen worden
4. Functies en personeel moeten geprioriteerd kunnen worden
- Alleen nog beschikbaar materieel wordt ingezet
- Incidenten worden geprioriteerd
- Personen alarmeren
- Voertuigen alarmeren
Natuurlijk komt het ook voor dat er al administratieve systemen, bijvoorbeeld dienstroosters, aanwezig zijn en deze gehandhaafd moeten worden, ook daarin voorziet het WinBAS systeem. Hoewel de af- en aanmelding via bijvoorbeeld SMS bij WinBAS gemeld wordt, kan zij dit opnemen in de “eigen” database en verwerken, maar ook doorgeven aan centrale systemen binnen de organisatie. Het enige dat nodig is een specificatie van de link en wat ontwikkeling als de desbetreffende link nog niet aanwezig is.
Met welke communicatie middelen werkt WinBAS o.a. ...
WinBAS kan met een steeds groter wordend aantal communicatie middelen werken o.a.
- ISDN 2 (Euro ISDN)
- SIP
- ISDN 30
- Analoge telefonie *
- GSM
- SMS
- Mail
- Internet
- Radio communicatie Tetra (C2000 - Astrid)
- IVR
- XML (CSV - LDAP etc.)
- 5 TVO
- SDS
- POCSAG
Natuurlijk zijn er voor elke van deze communicatie middelen spelregels, deze kunnen echter pas worden gespecificeerd als de wensen en eisen van de gebruiker zijn ingevuld.
Met welke externe systemen kan WinBAS integreren o.a. ...
- Toegangscontrole systemen
- Administratieve procedures ( b.v. GMS, Abi Fire)
- Omroep installaties
- Communicatie omgeving
- I-Traffic (Mobile Messaging & Oriëntation)
- Voice recording, kan ook geïntegreerd in het WinBAS system zelf
- GIS applicaties, (kan zijn kaarten van omgeving maar ook van gebouwen en overzichten van vloeren of technische installaties)
- Lichtkranten etc.
- Gebouw beheer systemen
- Automatische deuren/ hekken
- Video bewaking systemen ( b.v. camera besturing)
- Navigatie systemen in samenwerking met MoMo (VDO)
Bedrijfskritische processen binnen het WinBAS systeem ...
Door al deze gegevens automatisch te laten verlopen, worden de in WinBAS opgenomen bedrijfsgegevens en acties, omgezet van puur administratieve gegevens, naar bedrijfskritische processen, welke onlosmakelijk verbonden zijn aan een goed incident be/ afhandeling. Het WinBAS systeem verzorgt niet alleen deze interactieve processen maar geeft deze ook weer op de schermen van de centrale meldkamer, of indien wenselijk ook op andere schermen door het gebouw.
Maar bedrijfskritische processen kunnen, maar hoeven niet binnen WinBAS te draaien, WinBAS kan deze processen ook op externe systemen aansturen als er een melding of alarm binnen komt welke dit noodzakelijk maakt.
Deze trigger kan op vele manieren geschieden, zo kan men onder andere denken aan;
- SMS
- 5 TVO
- IVR
- SDS, POCSAG
WinBAS in een multisite opstelling ...
WinBAS kan centraal worden opgesteld en andere WinBAS locaties waarnemen in de uren dat dit nodig is. In het geval van b.v. Brandweerkazernes kunt u zich voorstellen dat er een centrale meldkamer is en een aantal onbemande posten. Komt er echter een alarm binnen op of voor een van deze locaties, kan het systeem geheel zelfstandig werken op het moment dat er personeel na een oproep binnen komt.
In combinatie met een EAL toegangscontrole systeem kan dit zelfs worden geactiveerd wanneer de eerste of zelfs alleen op het moment dat een pas met de juiste autorisatie wordt aangeboden. Tevens kan zowel het centrale als het decentrale systeem bijvoorbeeld de roldeuren openen bij het aanbieden van een pas en gelijktijdig een lichtkrant aansturen zodat ook de vrijwilligers zo snel en accuraat mogelijk de juiste informatie krijgen en niet op “horen zeggen”af moet gaan bij het nemen van de juiste voorzorgsmaatregelen.
En dit zijn maar een paar kleine voorbeelden van de mogelijkheden.
Gebruikersvriendelijk een must, en geen optie ...
Het gebruiksvriendelijke karakter van het WinBAS systeem is steeds een belangrijk onderdeel geweest, niet in laatste instantie ingegeven doordat het systeem steeds meer impact heeft gekregen op de dagelijkse bedrijfsvoering met het hosten of aansturen van bedrijfskritische processen. Het systeem is dan ook niet alleen ontworpen om de gegevens te verzamelen, maar om er iets mee te doen en op de manier dat de eindgebruiker het wil. Maar om het werkelijk een gebruiksvriendelijk pakket te maken moet het zo worden gepresenteerd als de eindgebruiker wil, omdat alleen op deze wijze er “look and feel” ontstaat waar de centralist zijn organisatie in herkent.
Technische systeemkennis hoeft niet,
maar systeembegrip is een pre ...
Hoewel de ontwikkeling van het systeem steeds complexer is geworden, blijft het systeem voor de eindgebruiker gebruikersvriendelijk. Maar het helpt de eindgebruiker als men begrip heeft voor de opbouw van het systeem, zoals dat voor uw specifieke situatie is samengesteld. Daarom is het een pre om begrip te hebben voor de diverse ontwikkelblokken, waaruit het systeem is opgebouwd.
- Welke ontwikkelblokken kent het systeem, een paar mogelijke blokken zijn:
1. Verzorgingsgebieden
2. Incidenten
3. Persoonsfuncties
4. Functiegroepen
5. Voertuigen
6. Roostergroepen
7. Roulerende roosters
8. Personen
9. Plaatsen
10. Straten
11. Kaart
- Wat is het doel van elk van deze blokken
- Wat is de onderlinge samenhang / samenwerking
- Hoe wordt de inhoud en samenwerking van deze blokken aan de eindgebruiker ter beschikking gesteld.
- Welke applicaties worden door het WinBAS systeem geregeld en / of wanneer voorziet de WinBAS alleen de interface naar applicaties van externe apparatuur
Hoewel deze vragen niet moeilijk te beantwoorden zijn, zijn het met namen de ontelbare mogelijkheden van het combineren, prioriteren en presenteren, die het maken van algemene documentatie onmogelijk maakt. Pas als het systeem een invulling krijgt herkent men de organisatie en krijgt het systeem een eigen karakter.
Hoe ziet de project documentatie er dan uit ...
Zoals reeds is geschetst is het WinBAS systeem in principe opgebouwd uit een aantal ontwikkelblokken. Hoewel dit principe steeds weer zal worden gehandhaafd, zal het aantal, de inhoud en onderlinge samenhang of afhankelijkheid van deze blokken per project verschillen. Dit is afhankelijk voor welke organisatie en functie binnen deze organisatie, het systeem wordt ingezet.
De documentatie zal dan ook altijd specifiek worden geschreven per opdrachtgever en installatie. Het is niet ondenkbaar dat een opdrachtgever meerdere systemen heeft, indien dit technisch wenselijk is of als er vanuit de organisatie wet en regelgeving is die dit vereist.
