 |
Nederlandse Vereniging van Belangstellenden in het Brandweerwezen |
|
Nederlandse Vereniging van Belangstellenden in het Brandweerwezen |
GMSsignaal 20 : juni 1997
OPERATIONEEL GEBRUIK
GSM UITGESTELD
Op 28 februari 1997 is het
GMS door Siemens ter acceptatie aangeboden. In de afgelopen
maanden is door het Projectbureau GMS intensief getest. Hierbij
is vastgesteld dat GMS voor het eerst tastbaar is en dat de
ideeën die in eerdere fasen van het project zijn vastgelegd
daadwerkelijk zichtbaar worden. Tegelijkertijd is echter ook
vastgesteld dat GMS nog niet in zijn definitieve vorm klaar is.
Het Projectbureau GMS wil op de eerste plaats tot een kwalitatief goed systeem komen en daarom de GMS-gebruikers geen systeem aanbieden dat nog niet voldoet aan de gestelde kwaliteitseisen. Om die reden is, in overleg met de pilotregio's, besloten om de operationele beschibaarstelling van GMS aan de pilotregio's te verplaatsen naar oktober 1997. Op dat moment is de vakantieperiode voorbij en is met de huidige kennis een veilig moment gekozen waarop GMS gebruikt kan gaan worden. Voor de pilotregio Eindhoven, die de spits afbijt als pilot, heeft dat als gevolg dat de geplande opleidingen voor centralisten verschoven zullen worden. Deze opleidingen waren in mei gepland vanwege de vakantieroosters. Alle opleidingen voor de centralisten van de pilotregio's vinden nu plaats vanaf oktober tot en met maart.
Voorbereidingen
De voorbereidingen van de pilots gaan ondertussen in volle gang
door. Met name de voorbereiding van de vulling van de
operationele database (inclusief conversie) heeft veel aandacht
nodig. In juli en augustus komen de hardware-configuraties
beschikbaar in de meeste pilotregio's. Om deze voorbereiding zo
goed mogelijk te ondersteunen, wordt waarschijnlijk eerder een
eerste versie van GMS beschikbaar gesteld, waarmee applicatie-en
gegevensbeheerders de operationele databases kunnen gaan vullen.
GMS is dan voldoende ver ontwikkeld om dit op verantwoorde wijze
te doen.
De verschuiving van oktober geeft ook voldoende ruimte voor de
leveranciers van aan GMS te koppelen randsystemen
(radiobediensysteem, openbaar brandmeldsysteem,
personenalarmering, bedrijfsprocessystemen, geografische
informatiesysteem, telefonie) om hun diverse systemen tijdig
geschikt te maken voor koppeling met GMS. Al met al betekent het
dat de ingebruikname van GMS over de zomer heen wordt verschoven
en dus iets later beschikbaar zal komen dan eerst gepland. Maar,
de kwaliteit van GMS is het allerbelangrijkste en dat zal door de
gebruikers zeker gewaardeerd worden.
PORTERING GMS NIET OVER
ÉÉN NACHT IJS
Nu GMS is opgeleverd en in de fase van
acceptatietest verkeert, wordt voor de aanstaande gebruikers de
vraag steeds belangrijker op welk platform en besturingssysteem
het programma straks bij implementatie beschikbaar komt. Het nu
opgeleverde GMS werkt uitsluitend op Siemens Unix, maar vanuit de
politiesector is ervoor gepleit om het systeem geschikt te maken
voor gebruik op meer dan één platform en besturingssysteem. Het
Projectbureau GMS heeft echter goede argumenten om het aantal
platforms en besturingssystemen zo beperkt mogelijk te houden,
met name uit het oogpunt van de beheersaspecten. Inmiddels is
door bureau Logica een onderzoek gedaan naar de mogelijkheden om
GMS te 'porteren' naar andere platforms.
Onderzoek
De portering ofwel 'vertaling' van GMS naar een ander
hardwareplatform is op zich al ingewikkeld genoeg, mede omdat de
politiewereld ook heeft gekozen voor een ander 'Relationeel
Database Management Systeem' (RDBMS) dan in de huidige versie van
GMS beschikbaar is. In het huidige GMS worden databases op basis
van Oracle toegepast, terwijl de politie haar keuze heeft laten
vallen op Sybase. Een extra probleem hierbij is dat een
belangrijke 'ontwikkelingstool' voor GMS, ViewInfo, wel geschikt
is voor Oracle, maar niet voor Sybase. Om goed met GMS te kunnen
werken zal daarom ook dit 'tool' moeten worden geporteerd om te
kunnen worden toegepast met Sybase. De resultaten van het
onderzoek van Logica naar de 'porterings'-mogelijkheden van GMS
zijn neergelegd in een tweetal rapporten, die moeten dienen als
advies aan het Opdrachtgeversoverleg GMS.
Samenvattend zijn de conclusies uit het porteringsonderzoek als
volgt :
De oorspronkelijk voorziene portering van Digital Unix ten
behoeve van toepassing in de politiesector, blijkt met niet al te
grote inspanning mogelijk en zal in ieder geval worden
doorgevoerd. Portering naar Windows NT vraagt meer energie maar
is op zich ook nog betrekkelijk eenvoudig. Portering naar zowel
Digital-Unix als Windows-NT of een nog grotere onafhankelijkheid
van platforms als basis voor GMS, wordt niet wenselijk geacht
vanwege de al genoemde beheersproblematiek.
De portering naar het Database Management Systeem 'Sybase' is
blijkens het onderzoek 'ingrijpend' en vraagt veel inspanning.
Het projectbureau geeft echter wel aan dat aan de portering naar
Sybase in ieder geval zal moeten gebeuren, liefst als eerste stap
zodat de huidige gebruikers van databases op basis van Oracle zo
snel mogelijk over kunnen stappen naar Sybase. Hierna kan de
portering naar Digital-Unix plaatsvinden.
Het mag duidelijk zijn de de portering van GMS niet over één
nacht ijs gaat. Het projectbureau moet bij haar keuzes de wensen
van de diverse gebruikersgroepen afwegen tegen het risico dat een
te veelzijdige portering leidt tot onevenredig hogere kosten.
Uiteindelijk is ook het kostenaspect natuurlijk gediend met een
beperking van het aantal platforms en besturingssystemen. De
eenduidigheid en beheersbaarheid van onderhoud en beheer van GMS
zijn echter de belangrijkste overweging hierbij. De komende
maanden zullen de 'porterings-opties' verder worden uitgewerkt.
Bij tussentijdse aanpassingen aan GMS, die mogelijk zijn als
gevolg van bevindingen in de acceptatietest, wordt in ieder geval
nadrukkelijk rekening gehouden met het feit dat GMS geporteerd
zal worden naar een ander platform.
DISCUSSIE OVER
KWALITEIT MELDKAMER GAAT VERDER
'Kwaliteit is meer dan alleen
deskundigheid op vakgebied'
De samenwerking tussen politie, brandweer en CPA op
meldkamergebied wordt sterker. Het aandeel puur monodisciplinaire
meldkamers daalt en het aantal meldkamers op basis van colokatie
en integratie stijgt. Kwaliteit, continuïteit en efficiency zijn
de belangrijkste grondgedachten achter de tendens tot meer
samenwerking. GMS kan worden gezien als een belangrijke
technische randvoorwaarde voor een geslaagde colokatie of
intergratie. In dat opzicht draagt ook GMS bij in de
kwaliteitsverbetering in meldkamers. Maar ondertussen is de
discussie over kwaliteit in de personele sfeer nog lang niet
afgerond; er is nog geen eenduidig centralistenprofiel en
'kwaliteit' wordt door verschillende partijen ook verschillend
opgevat. In GMSsignaal nummer 19 werd de aandacht gevestigd op de
beleidsvisie van VWS over de rol van Centrale Posten
Ambulancevervoer. Een reactie hierop komt van Ton Borm, hoofd
alarmcentrale brandweer/CPA Zuid-Holland Zuid.
 |
"Ik vind het opvallend dat bij het begrip 'kwaliteit' in de CPA-wereld standaard wordt gewezen op de noodzaak om een verpleegkundige achter de meldtafel te zetten. Ik vind dat een wat eenzijdige benadering van kwaliteit en zou graag aandacht vragen voor meer aspecten." Zo begint Ton Borm zijn pleidooi. Vorig jaar hield hij een eigen telefonische enquête onder CPA's, naar aanleiding van de plannen van de Stichting Opleiding en Scholing Ambulancepersoneel (SOSA) om de opleiding tot centralist voor niet-verpleegkundigen stop te zetten. Door de reacties uit het veld is dat idee inmiddels afgezwakt, maar de ambulancesector blijft wel sterk pleiten voor de aanwezigheid van minmaal één verpleegkundig centralist in iedere CPA. De enquête leerde ondermeer dat van de 499 CPA-centralisten in Nederland er 171 geen verpleegkundige opleiding hebben. |
"Kwaliteit is meer dan alleen inhoudelijke deskundigheid
op het eigen vakgebied", vervolgt Borm. "Heel
belangrijk vind ik dat 'centralist' een vak apart is dat je
'full-time' moet kunnen uitoefenen om voldoende getraind en
ervaren te blijven. Die eisen worden ook gesteld aan
verpleegkundigen en specialisten als het gaat om het bijhouden
van de ervaring op medisch gebied en voor centralisten is dat
niet anders. In veel meldkamers zie je echter dat
CPA-centralisten dit werk 'erbij' doen, naast hun functie als
ambulanceverpleegkundige."
Als tweede belangrijk kwaliteitsaspect noemt hij de personele
bezetting van de meldkamer. In nogal wat centrales worden de
diensten uitgevoerd door één persoon:"Eén centralist is
géén centralist. Als je op zo'n eepersoons-dienst ineens wordt
overvallen door een incident dat uitstijgt boven het routinewerk,
dan kom je handen en voeten tekort. Kwaliteit bereik je in mijn
visie dus ook door minimaal twee centralisten per dienst in te
zetten, die elkaar goed kunnen bijstaan."
Een derde aspect van kwaliteit is dat diensten bij grotere
multi-disciplinaire inzetten tijdig over de juiste en uniforme
informatie beschikken. "Daarvoor zie ik colokatie of
integratie als een goede voorwaarde en in technisch opzicht ligt
hier een voorwaardenscheppende taak voor g,s als
gemeenschappelijk systeem."
Borm hoopt met deze nuancering in het denken over kwaliteit in meldkamers een bijdrage te kunnen leveren aan de discussie over dit onderwerp; een bredere discussie die meer moet opleveren dan alleen de eis tot het hebben van gediplomeerde deskundigen op een bepaald vakgebied. "De geschetste kwaliteitsaspecten gelden uiteraard voor alle meldkamers, ook bij politie en brandweer", besluit Borm. "Het spreekt voor zich dat je om goed de meldkamertaken voor een bepaalde discipline te kunnen uitvoeren, voldoende inhoudelijke kennis over die discipline in huis moet hebben. Maar een centralist hoeft om kwaliteit in de meldkamer te kunnen leveren mijns inziens geen gediplomeerd verpleegkundige, brandweer-of politiefunctionaris te zijn. Een praktisch knelpunt is bovendien dat dergelijke gediplomeerde mensen vanuit financieel oogpunt soms moeilijk te motiveren zijn voor een baan als centralist, iets wat met name een aantal CPA's de afgelopen jaren hebben kunnen merken."
INGEZONDEN MEDEDELING
In GMSsignaal nummer 19 stond een artikel over de geïntegreerde
telefoonkoppeling in GMS. Dit artikel was voor PTT Telecom
aanleiding om onderstaande reactie te geven.
De geïntegreerde koppeling (2)
IN GMSsignaal 19, stond al een artikel over de
geïntegreerde telefoonkoppeling in GMS. Ondanks de toelichting
is deze koppeling in gesprekken van PTT Telecom met de
pilotregio's vaak aanleiding tot discussie. Daarom willen wij met
deze ingezonden mededeling de mogelijkheden en onmogelijkheden
nader toelichten.
GMS biedt de mogelijkheid tot koppelen met de telefooncentrale
of de ARBI in de meldkamer. Deze koppeling wordt dan gebaseerd op
de zogenaamde Computer Supported Telophony Application standaard
(CSTA). Deze standaard (CSTA invulling fase 2) is in 1994
gedefinieerd en is vanaf 1995 in produkten als functionaliteit
voorzien. In de praktijk heeft echter circa 95 % van de
meldkamers geen telefonie omgeving, waarbij CSTA geïmplementeerd
is. De koppeling kan dus niet zomaar in gebruik genomen worden,
er moet vrijwel altijd iets aan de telefonie omgeving gebeuren.
In theorie zijn er drie oplossingen mogelijk om de koppeling
tussen GMS en telefonie te realiseren :
Oplossing 1, de dienstenserver in combinatie met de huidige ARBI/telefooncentrale, is technisch niet uitvoerbaar. De dienstenserver kan bijvoorbeeld geen gesprekken die al doorgegeven zijn aan de ARBI/telefooncentrale, alsnog in de wacht zetten. Ook ontstaan er problemen als de centralist voor sommige handelingen het ARBI-console gebruikt. De dienstenserver/GMS heeft dan geen zicht meer op de feitelijke telefonie situatie.
De oplossingen 2 en 3, een digitale ARBI of een
telefooncentrale met CSTA koppeling, bieden wel de mogelijkheid
voor een koppeling tussen GMS en de telefonie omgeving. In dit
artikel ga ik verder in op de verschillen tussen deze twee
oplossingen.
De verschillen zijn hierna kort weergegeven. Het up-daten van de
ARBI biedt beduidend meer functionaliteit en een hogere
betrouwbaarheid, een nieuwe telefooncentrale is echter goedkoper.
| PTT Telecom adviseert voor meldkamers gezien de
vereiste betrouwbaarheid en functionaliteit het up-daten
van de ARBI (oplossing 2). Indien gekozen wordt voor
oplossing 3, een telefooncentrale met CSTA koppeling en
bediening via het GMS werkstation, heeft men te maken met
de volgende zaken : Uitwisselen van informatie met GMS via de CSTA koppeling is te realiseren en biedt de centralist voordelen. Besturing van de telefonie omgeving middels de GMS terminal is mogelijk, maar nog niet stabiel genoeg voor een veeleisende omgeving. De CSTA standaard is op dit moment nog niet volwassen, het wachten is op CSTA fase 3 (implementatie op zijn vroegst medio 1999). Daarnaast heeft deze combinatie een lagere beschikbaarheid, biedt minder gebruikers gemak/overzicht, kent waarschijnlijk een aantal functies niet (zoals dubbele bediening) en leidt, gezien het aantal betrokken systemen, tot een complex back-up scenario. |
 |
Conclusie : een koppeling tussen GMS en de telefonie omgeving kan de centralist goed ondersteunen, maar alleen als ook de technische invulling zorgvuldig gekozen is.
Commentaar projectbureau GMS
De conclusie dat de combinatie van dienstenserver met de
huidige ARBI of telefooncentrale technisch niet uitvoerbaar is,
onderschrijven wij niet. Wel kent deze oplossing enige
beperkingen, waardoor de oplossing in de praktijk wellicht minder
aantrekkelijk is.
De uitspraak dat de besturing van de telefonie-omgeving vanuit
GMS niet stabiel zou zijn is wellicht verwarrend. De koppeling
die door GMS wordt geboden is gebaseerd op de techniek van
vandaag; er is geen enkele reden om aan te nemen dat deze
koppeling niet robuust genoeg zou zijn voor de
meldkamer-omgeving. Iets anders is dat de standaarden waarop de
koppeling is gebaseerd verder worden ontwikkeld. Dat is niets
bijzonders; het geldt bijvoorbeeld ook voor de netwerkstandaarden
waar GMS gebruik van maakt. Deze ontwikkelingen zullen door GMS
worden gevolgd en waar nuttig of nodig worden verwerkt in nieuwe
versies van GMS. Dit is een normaal onderdeel van het geplande
software-onderhoud aan GMS. Het hoeft dus geen reden te zijn voor
een meldkamer om geen gebruikt te maken van de mogelijkheden die
op dit moment al geboden worden.
Het is juist dat een combinatie van twee gekoppelde systemen
altijd een lagere beschikbaarheid heeft dan ieder van de systemen
op zich zelf. Dit betekent dat aan beide zijden van de koppeling
rekening moet worden gehouden met de mogelijkheid dat de
koppeling uitvalt.GMS is van meet af aan zo ontworpen dat het ook
kan functioneren zonder geïntegreerde telefonie koppeling. Aan
de telefoniekant moeten voorzieningen worden getroffen voor het
geval (een deel daarvan) van het telefoniesysteem uitvalt. Dit is
in de meeste meldkamers al het geval.
Een ARBI kent meer functies dan een PABX. Een deel van deze
functies (zoals het zichtbaar maken en kunnen beantwoorden van
oproepen op een willekeurige werkplek en het bieden van een
snelle toegang tot een aantal voorgedefinieerde nummers) wordt
ook door de combinatie PABX/GMS geboden. Iedere meldkamer zal
zelf moeten bepalen of de overblijvende extra functies opwegen
tegen de hogere kosten van het opwaarderen van de ARBI. Er is in
ieder geval geen reden om te twijfelen aan de haalbaarheid van de
alternatieven.
Discussie gesloten
De medewerkers van projectbureau GMS wensen u een zonnige vakantie toe.
