conceptnota Conceptnota

conceptnota

Conceptnota Leveren en implementeren van “AVL + Automatische statusmeldingen + Uitwisselen interventiegegevens + GPSroutering” software en eventueel ondersteunende diensten ten behoeve van de Operationele Prezone Centrum Oost-Vlaanderen. CDG000670

Versie 5.1

CDG000670_Conceptnota_

Pagina 1 van 15

conceptnota

Inhoudsopgave 1

Doelstelling conceptnota ................................................................................................3 1.1 De opdracht ...........................................................................................................3 1.2 Digipolis.................................................................................................................3 2 Opdrachtgevend bestuur, wijze van gunning, motivering, procedure ....................................3 2.1 Opdrachtgevend bestuur ..........................................................................................3 2.2 Wijze van gunnen....................................................................................................3 2.3 Motivatie van de procedure .......................................................................................3 2.4 Procedure die zal gevolgd worden ..............................................................................4 3 Omschrijving van de opdracht ........................................................................................4 3.1 Deelnemers ............................................................................................................4 3.2 Doelstelling van hoofdklanten ...................................................................................4 3.3 Beschrijving van de opdracht ....................................................................................5 3.4 Duurtijd van de opdracht ........................................................................................ 10 4 Achtergrondinformatie ................................................................................................. 10 4.1 Huidige situatie ..................................................................................................... 10 4.1.1 Functionele beschrijving van het bestaande zonale meldkamer- en dispatchingsysteem ................................................................................................. 10 4.1.2 Technische beschrijving van het bestaande zonale meld- en dispatchingsysteem ................................................................................................. 11 4.2 Toekomstige situatie .............................................................................................. 11 5 Concept en uit te werken oplossing ............................................................................... 12 6 Functionele vereisten .................................................................................................. 12 7 Gevraagde koppelingen ............................................................................................... 12 8 Technische vereisten ................................................................................................... 12 9 SLA .......................................................................................................................... 12 10 Implementatie plan .................................................................................................. 12 11 Eventueel andere … .................................................................................................. 12 Inschrijvingsbiljet ............................................................................................................. 14 Invulformulier verklaring op erewoord ................................................................................. 15

Versie 5.1


Pagina 2 van 15

conceptnota 1

Doelstelling conceptnota

Via deze conceptnota wil Digipolis aan de kandidaten voldoende informatie over de opdracht meegeven zodat zij kunnen inschatten of zij zich voor deze opdracht wensen in te schrijven en meer concreet of zij zich in de eerste fase van deze opdracht willen kandidaat stellen.1 Deze conceptnota is louter indicatief en kan het opdrachtgevend bestuur niet verbinden. Het uiteindelijke bestek dat aan de geselecteerde kandidaten zal bezorgd worden zal de definitieve bepalingen omtrent deze opdracht bevatten. Tevens bevat deze conceptnota in bijlage een invulformulier ‘verklaring op erewoord’ dat de kandidaat dient te gebruiken bij de kandidaatstelling.

1.1

De opdracht

Leveren en implementeren van “AVL + Automatische statusmeldingen + Uitwisselen interventiegegevens + GPSroutering” software en eventueel ondersteunende diensten ten behoeve van de Operationele Prezone Centrum Oost-Vlaanderen. 1.2

Digipolis

De Steden en OCMW's van Antwerpen en Gent werken voor wat betreft hun telematica-behoeften sinds 1 oktober 2003 samen in de opdrachthoudende vereniging Digipolis. Digipolis levert diensten op het gebied van informatie- en communicatietechnologie. Dit houdt niet enkel hard- en software in, maar ook geïntegreerde totaaloplossingen in verschillende vakgebieden, waarmee de basistaken zo veel mogelijk geautomatiseerd worden. Digipolis verleent deze diensten aan de Stad Antwerpen en Gent, de lokale politie en het OCMW van de steden Antwerpen en Gent.

2 2.1

Opdrachtgevend bestuur, wijze van gunning, motivering, procedure Opdrachtgevend bestuur

Digipolis (opdrachthoudende vereniging) Generaal Armstrongweg 1 2020 Antwerpen Tel. (09) 266 09 00 Fax. (09) 231 55 21 Leidend ambtenaar voor dit bestek: Wim Vandermeersch

2.2

Tel: +32 (09) 266 09 00

Wijze van gunnen

De opdracht is een opdracht voor diensten in de klassieke sector waarvoor de onderhandelingsprocedure met bekendmaking wordt gehanteerd ten behoeve van het opdrachtgevend bestuur Digipolis. 2.3 •

Motivatie van de procedure De aanbestedende dienst opteert voor het toewijzen van een opdracht van diensten voor de onderhandelingsprocedure met bekendmaking krachtens art. 17, §3,4° van de wet van 24 december 1993

1 Voor de voorwaarden waaronder men zich kandidaat kan stellen: zie de gepubliceerde aankondiging in het europees publicatieblad http://ted.publications.eu.int/official/ en/of het bulletin der aanbestedingen http://www.ejustice.just.fgov.be/cgi_bul/bul.pl

Versie 5.1


Pagina 3 van 15

conceptnota •

De aanbestedende overheid is immers van mening dat de gunning van onderhavige opdracht niet mogelijk is door aanbesteding noch door offerteaanvraag omdat de technische specificaties van de opdracht op voorhand niet met voldoende nauwkeurigheid kunnen worden bepaald.

2.4

Procedure die zal gevolgd worden

De procedure van beoordeling van de inschrijvers zal verlopen in 2 onderhandelingsrondes, zoals hieronder beschreven. Ronde 1 – Kandidaatstelling In deze ronde vindt er een oproep tot kandidaatstelling plaats in het Bulletin der Aanbestedingen. De voorwaarden om zich kandidaat te kunnen stellen worden gespecificeerd in het selectiedocument dat gepubliceerd wordt in het Bulletin der Aanbestedingen. Verzending naar het Bulletin der Aanbestedingen (BE): 24/01/2011 Verzending naar het publicatieblad Europese Unie (EU): 24/01/2011 Openbare Zittingsdag voor ontvangst van kandidaatstelling: 3/3/2011 Verzending getekende brief aan niet-geselecteerden: 25/03/2011

-

Ronde 2 – Selectie van de dienstverlener In deze ronde wordt het bestek gestuurd naar de geselecteerde kandidaten. Er wordt onderhandeld over de offertes van deze kandidaten, om uiteindelijk de opdracht te gunnen. Verzending getekende bestek (samen met brief van selectie): 11/04/2011 Beperkte zittingsdag voor ontvangst van de offertes: 23/05/2011 Onderhandelen: 24/5/2011 en 22/6/2011 Verzending gunningbrief: 5/09/2011 De aanbestedende overheid behoudt zich het recht voor om, in het licht van de concrete noden van het onderhandelingsproces, het verloop van deze onderhandelingen te wijzigen.

3

Omschrijving van de opdracht

Het leveren en implementeren van “AVL + Automatische statusmeldingen + Uitwisselen interventiegegevens + GPSroutering” software ten behoeve van de Operationele Prezone Centrum Oost-Vlaanderen. Eventueel zullen ook ondersteunende diensten gevraagd worden en deze omvatten zowel taken van toepassingbeheer als taken in de sfeer van systeembeheer. De ondersteunende opdracht behelst een periode van 4 jaar (vanaf het moment van de oplevering). De bedieningschermen van de geleverde software zullen in de Nederlandse taal beschikbaar zijn. 3.1

Deelnemers

Deze opdracht wordt door Digipolis uitgevoerd in opdracht van de Stad Gent. De Stad Gent is aangeduid als begunstigde gemeente voor de Operationele Prezone (OPZ Hulpverleningszone) Centrum Oost-Vlaanderen. De Stad Gent vertegenwoordigd in deze de Operationele Prezone (OPZ Hulpverleningszone) Centrum Oost-Vlaanderen namens de OPZ-overeenkomst met de Minister van Binnenlandse Zaken van 25 oktober 2010.

3.2

Doelstelling van hoofdklanten

Met het oog op de optimalisering van de toepassing van het principe van de snelste adequate hulp, overeenkomsten afsluiten tussen de gemeenten om identieke dubbele uitrukken te vermijden die niet gerechtvaardigd zijn door de interventie, conform de ministeriële omzendbrieven van 9 augustus 2007 en 1 februari 2008 betreffende de organisatie van de

Versie 5.1


Pagina 4 van 15

conceptnota hulpverlening volgens het principe van de snelste adequate hulp. De adequate hulp moet de kwaliteit van de interventie en een voldoende hoog veiligheidsniveau voor het personeel verzekeren. In samenwerking met de Fédération Royale Francophone des sapeurs-pompiers de Belgique, de Brandweervereniging Vlaanderen en Beprobel, heeft de Algemene Directie Civiele Veiligheid technische normen vastgelegd die de in te zetten middelen op het vlak van personeel en materieel bepalen. Deze normen zijn minimale normen en moeten, in de mate van het mogelijke, gerespecteerd worden in het kader van de snelste adequate hulp. Het spreekt voor zich dat de dispatching een belangrijk aspect van de coördinatie is. De federale Staat zal binnenkort overigens een provinciaal dispatchingsysteem ter beschikking stellen van de zones. In afwachting van dit nieuwe systeem zal de projectcoördinator dus belast worden met de organisatie van de dispatching zoals de OPZ het beslist na haar risicoanalyse. De OPZ zal de volgende doelstelling nastreven: Een software implementeren die de automatische ontvangst van door het 100-Centrum verstuurde alarmeringsberichten (1) mogelijk maakt, door het beheers- en alarmeringsinstrument via paging of ander automatisch alarmeringsmiddel van de wachtteams van de verschillende hulpverleningsposten, teneinde de tijden voor verwerking van de oproep (2) en voor uitruk van de hulp te beperken (3) en de informatieoverdracht betrouwbaarder te maken. (1) bericht in XML-formaat verzonden door de toepassing CityGIS of CAD Astrid via een ISDN-lijn (2) de tijd tussen het binnenkomen van de oproep in de telefooncentrale van het 100-Centrum en het einde van de alarmering van de tussenkomende dienst. 3) de tijd tussen de ontvangst van het alarm en de daadwerkelijke uitruk van de hulpdiensten. Het “ICT-brandweer-team” van Digipolis Gent bestaat uit 1 projectleider, 1 toepassingbeheerder en 1 systeembeheerder. Het “ICT-brandweer-team” van de Stad Gent bestaat uit 1 projectleider en 1 toepassingbeheerder. Deze opdracht dient ervoor te zorgen dat de beheerders op een efficiënte manier worden bijgestaan in hun dagdagelijkse werkzaamheden, alsook in het uitvoeren van ad hoc specifieke opdrachten zoals upgrades, patches, installaties, e.d.m.

3.3

Beschrijving van de opdracht

De opdracht: “Het leveren en implementeren van software voor “AVL / Automatische statusmeldingen / uitwisselen interventiegegevens / GPSroutering” ten behoeve van de Operationele Prezone Centrum Oost-Vlaanderen. Eventueel ondersteunende diensten ten behoeve van de Operationele Prezone Centrum OostVlaanderen voor zowel systeembeheerstaken als voor taken in de sfeer van toepassingbeheer. Project : AVL / Automatische statusmeldingen / uitwisselen interventiegegevens / GPSroutering 1. Dit project komt tegemoet aan de eisen geformuleerd in opz doelstelling nr. 2 (selecteren snelste voertuigen obv status en locatie) en nr. 5 (aanlevering betrouwbare data zoals statussen en tijden). 2. Beschrijving van de componenten: a. Centrale component: software die de sturing van de data (routeringsinfo, positieinfo, statusinfo, tijden, interventieinfo, info “on demand”) van en naar de voertuigen beheert. b. Voertuigcomponent: software die communiceert met de centrale component en interface naar de gebruiker in het voertuig. Deze wordt geïnstalleerd op een voertuigpc bestaande uit een ingebouwde computer en touchscreen of een ruggedized tablet pc.

Versie 5.1


Pagina 5 van 15

conceptnota

3. Functionele eisen: a. Op basis van adres in de ontvangen XML wordt het voertuig gerouteerd naar de interventielocatie. Deze routering start automatisch na alarmering van het voertuig. Het adres moet dus niet manueel worden ingevoerd. De kaart die gebruikt wordt voor de routering zal eveneens als kapstok moeten kunnen dienen voor gegevens gerelateerd aan het interventiegebied (zoals plannen edm.) Het kaartscherm dient minstens de volgende functionaliteit te voorzien: gps modus, selecteren van objecten, in- en uitzoomen, panning, centreren rond actief incident en een printfunctie. De gps modus dient volgende functies te voorzien: display van de volledige aanrijroute, display van route van locatie voertuig tot aan incident, display van een bepaald gebied rond het voertuig. b. AVL: de positie wordt volgens een vastgelegde frequentie steeds doorgegeven aan de centrale component zodat deze steeds bekend is voor de alarmeringssoftware. c. Statusmeldingen: statussen kunnen zowel manueel (via touchscreen) of automatisch (op basis van locatie voertuig) doorgegeven worden van de voertuigcomponent naar de centrale component zodat ze ook voor de alarmeringssoftware bekend zijn. Omgekeerd moeten de statussen ook centraal kunnen worden aangepast en doorgegeven naar de voertuigen. De actuele status is steeds zichtbaar op de voertuigpc. d.Messaging-platform: er is mogelijkheid tot uitwisselen van standaard (voorgedefinieerde) en vrije berichten tussen de voertuigpc en de dispatching. Een gestuurd bericht moet door een ACK of NACK worden bevestigd. Message-historiek moet via een log kunnen geraadpleegd worden. e. Uitwisselen interventiegegevens: de alarmeringsgegevens worden automatisch doorgegeven naar de voertuigcomponent. Updates van interventiegegevens komen eveneens in de voertuigcomponent terecht. Deze interventiegegevens dienen vanuit het voertuig geprint te kunnen worden. f. Info “on-demand”: de voertuigpc zal over een eigen databank beschikken met info over het interventiegebied (vb. dossiers), gevaarlijke stoffen, technische hulpverlening edm. Deze databanken zullen eenvoudig raadpleegbaar zijn. Wijzigingen in databanken worden centraal ingevoerd en opgeslagen. Kaartmateriaal zal op de voertuigpc's worden opgeslagen. 4. Technische eisen De voertuigpc wordt bediend via een aanraakscherm. Het aanraakscherm is ruggedized uitgevoerd en kan bediend worden bij temperaturen van 0°C tot 40°C. De inschrijver geeft de garantie dat er Intergraph compatibiliteit voorzien is. Bovendien verzekert deze toepassing : − Tijdswinst voor de SAH gezien : a. Goede en juiste informatie op het terrein. b. Buiten de Zone : mogelijkheid tot activeren v/d Provinciale dispatching + HC100 met directe push-informatie via XML. c. Routes worden op voorhand berekend via ideale route (karakteristiek voor brandweer). d. Ondersteunt MPS (Mobile for Public Safety) of is er gelijkwaardig mee en is compatibel met Intergraph. 5. Servicecontract (SLA) De opdracht voorziet eventueel ook in een servicecontract (SLA) en behelst een periode van 4 jaar (vanaf het moment van de oplevering). De Operationele Prezone Centrum Oost-Vlaanderen staat in voor het verstrekken van operationele hulp aan burgers en bedrijven bij interventies van uiteenlopende aard. Deze dienstverlening en de onderliggende processen is in een aantal gevallen vitaal en tijdskritisch zowel wat betreft de interventietijd als het tijdstip van de interventie (24u/24u; 7d/7d).

Versie 5.1


Pagina 6 van 15

conceptnota Bijgevolg dient er speciale aandacht te worden besteed aan de garanties inzake beschikbaarheid van de diverse processen. Dit stelt bijzondere eisen aan het ontwerp van de ICT-infrastructuur, het onderhoud en de herstelling ervan, en noodzaakt eveneens noodprocedures en een aangepaste organisatie. De beschikbaarheid kan op verschillende manieren gewaarborgd worden : a) in het ontwerp (proactief) 9 inbouwen van redundantie en materieel, ruimte, ... (ontdubbeling) 9 overcapaciteit 9 back-up voorzieningen 9 noodvoorzieningen 9 ... b) in het onderhoud (proactief) 9 preventief onderhoud (incl. voortijdige vervanging) 9 correctief onderhoud 9 back-up diensten 9 monitoring c) in procedures (noodprocedures) & organisatie (proactief) in servicedesk 1e en 2e lijn (reactief) Onderhoud (preventief en correctief) Onder onderhoud wordt verstaan: • Preventief onderhoud: de door de inschrijver ter voorkoming van storingen noodzakelijk geachte inspectie en afstelling van de apparatuur en de software; • Correctief onderhoud: het opheffen van de aangemelde storingen waaronder is begrepen het uitvoeren van noodzakelijke reparaties en het zonodig vervangen van onderdelen. Service desk De Operationele Prezone Centrum Oost-Vlaanderen wenst een zo efficiënt mogelijke invulling van de ondersteuning, centraal beheerd voor alle meldingen door een door de inschrijver te implementeren servicedesk. De 1e-lijns servicedesk verzorgt de dispatching naar de 2e-lijns ondersteuning van de inschrijver of deze van Digipolis, afhankelijk van het type probleemmelding (zie verder).

Versie 5.1


Pagina 7 van 15

conceptnota

Inkomende vragen / storingen mbt. infrastructuur en toepassingen bestek

Servicedesk 1e lijn (Inschrijver) Door inschrijver geleverde infrastructuur of toepassing

Door Digipolis via RC geleverde infrastructuur of toepassing

Servicedesk

Helpdesk

2e lijn (inschrijver)

1. 2.

3.

4. 5. 6. 7. 8.

9.

Digipolis

De servicedesk levert ondersteuning aan een limitatieve lijst van verantwoordelijken (IT, postoverste, wachtoverste, meldkamer, personeelsdienst, Digipolis, ...). De 1e lijn-servicedesk bevat de diensten mbt. de registratie, de dispatching naar 2e lijn en de opvolging van storingen. De servicedesk in 2e lijn omvat alle diensten rond de monitoring en het beschikbaarheidsbeheer, het storingsbeheer, het wijzigingsbeheer, de back-up diensten en het servicebeheer (zie verder). De 1e lijn-servicedesk is het centrale contactpunt voor alle meldingen van storingen of het indienen van vragen/klachten door bovenvermelde verantwoordelijken mbt. alle componenten te leveren in het kader van dit bestek. Het is vervolgens de verantwoordelijkheid van de 1e lijn-servicedesk om de vraag/storing te dispatchen naar de 2e lijns ondersteuning die, afhankelijk van de component waarop de storing betrekking heeft, door de inschrijver of door Digipolis verzorgd wordt. De dienstverlening dient te gebeuren in het Nederlands. De servicedesk van de inschrijver is permanent beschikbaar (24 uur op 24, 7 dagen op 7). De inschrijver garandeert dat zijn dienst enkel door mensen met de juiste kennis ter zake zal geleverd worden. Voor zowel de 1e als de 2e lijns servicedesk invulling zal de inschrijver de kwalificaties, de competenties en de certificatie van het in te zetten personeel bijvoegen. De aangeboden oplossingen blijven tenminste 5 jaar ondersteund op de opgegeven infrastructuur. De servicedesk is bereikbaar op de volgende manieren : o telefoon (primaire communicatiemiddel). De inschrijver biedt tevens een reservenummer indien het standaardnummer niet beantwoord wordt. o fax o email o service site (met daarop actuele storingen onderhoudsinformatie). Om bij het verhelpen van storingen de tussenkomsten nog te bespoedigen zal de inschrijver een voorstel/procedure bijvoegen voor een verbinding tussen de Operationele Prezone Centrum Oost-Vlaanderen en de inschrijver. Bedoeling is dat de inschrijver, na overleg met en goedkeuring van de verantwoordelijke op dat moment bij de Operationele Prezone Centrum Oost-Vlaanderen, rechtstreekse toegang krijgt tot de systemen, teneinde de storing op de meest efficiënte manier te kunnen behandelen.

Versie 5.1


Pagina 8 van 15

conceptnota Monitoring diensten en beschikbaarheidsbeheer De bedoeling bestaat erin de toestand van de systemen te kennen en al dan niet potentiële «probleemsituaties» te identificeren. Storingsbeheer Storingsbeheer zorgt ervoor dat storingen worden opgelost. De inschrijver stelt alles in het werk om storingen voor de Operationele Prezone Centrum OostVlaanderen te voorkomen en het aantal storingen tot een minimum te beperken. De inschrijver dient daarbij minimaal te voldoen aan de normen voor de maximale reactietijd en nagestreefde hersteltijd voor de oplossing. Deze normen gaan uit van de prioriteit van de component/het onderdeel waarop de storing betrekking heeft. Deze prioriteit hangt af van de kriticiteit van het(de) proces(sen) waarin deze component in de oplossing van de inschrijver betrokken is. Op dit moment onderkennen we 2 niveaus in de kriticiteit van een proces : 1) kritisch : het proces beïnvloedt rechtstreeks de mogelijkheid tot uitruk van de brandweer 2) niet-kritisch : het proces beïnvloedt de mogelijkheid tot uitruk niet. De inschrijver zal een voorstel formuleren van de prioriteitswaarde die aan de betrokken componenten gegeven wordt. Deze prioriteitswaarde kan 4 waarden aannemen : van 1 tot 4 (van hoge prioriteit naar laag). De verwachte service levels voor de prioriteiten aangaande storingen die door de inschrijver in 1e en 2e lijn afgehandeld worden zijn de volgende : Prioriteit

Reactietijd

1

(1)

Hersteltijd

Statusrapportage (om de…)

Onmiddellijk (telefonisch)

< 2u

1u

2

< 2u

< 4u

2u

3

< 4u

< 8u

4u

4

< 12u – afspraken over Plan van aanpak zullen binnen de 24u gemaakt worden met Digipolis.

In onderling overleg - zie Plan van aanpak

In onderling overleg- zie Plan van aanpak

(1)

Om de kwaliteit van de dienstverlening te garanderen is de reactietijd gedefinieerd als de tijd welke nodig is om een eerste

feedback te geven aan de indiener van het probleem met een plan van aanpak om tot een oplossing te komen. Bij automatische detectie start de reactietijd vanaf het moment van automatische detectie van de storing of na het inseinen van de automatische melding van een monitoring systeem door Digipolis en/of Operationele Prezone Centrum Oost-Vlaanderen bij de inschrijver.

Wijzigingsbeheer (incl. release- en configuratiebeheer) Als gevolg van storingsbeheer of proactief zal de inschrijver te maken krijgen met verzoeken voor bijvoorbeeld het doorvoeren van configuratiewijzigingen, de installatie van een nieuwe versie van een software (in het kader van het standaard software onderhoud), enzovoort. Opmerking : de verzoeken tot wijziging van een bepaalde functionaliteit in een toepassing op aanvraag van de Operationele Prezone Centrum Oost-Vlaanderen en/of Digipolis, behoren niet tot deze verzoeken.

Versie 5.1


Pagina 9 van 15

conceptnota

De inschrijver voorziet in het wijzigingsbeheer van de infrastructuur/systemen, dat tot doel heeft zeker te stellen dat gestandaardiseerde gestructureerde methoden en technieken worden gebruikt voor een efficiënte en directe afhandeling van alle wijzigingen aan de beheerde infrastructuur/systemen, zonder negatieve gevolgen voor de dienstverlening. Back-up diensten De inschrijver doet een voorstel mbt. een back-up strategie en het voeren van een adequaat backup beleid. Service beheer ‘Service beheer’ betreft het totaal van werkzaamheden en verantwoordelijkheden nodig om diensten, onder begeleiding van service levels en service level agreements (SLA’s) aan te bieden, te beheren en uit te voeren.

3.4

Duurtijd van de opdracht

De duurtijd van de opdracht bedraagt: het project moet gerealiseerd zijn tegen eind 2011 De opdracht voorziet eventueel in een servicecontract (SLA). Dit betreft een jaarlijks contract, jaarlijks te betalen en te verlengen. De opdracht van de SLA loopt voor een periode van 4 jaar.

4

Achtergrondinformatie

4.1

Huidige situatie

4.1.1

Functionele beschrijving van het bestaande zonale meldkamer- en dispatchingsysteem

Het bestaande zonale meldkamer- en dispatchingsysteem bestaat uit verschillende onderdelen. Volledige operationele meld- en dispatchingkamer met: o meldkamer- en dispatchingkamersoftware voor het bepalen van de uitruk rekening houdend met de verschillende databanken en informatiebronnen en de verschillende uitrukprocedures van de Brandweer Gent, o Integratie en koppeling met het HC100 in de Groendreef, o GIS (Geografisch Informatie Systeem), o Specifieke behandeling van niet-dringende oproepen (i.v.m. wespen, storm en wateroverlast), o Spraak en data logging; Aan interventie gekoppelde informatieschermen op strategische plaatsen in de hoofdkazerne (en later in bepaalde voorposten); Aanrijroutekaarten en het beheer ervan; Interventieprinters in de garages.

Het bestaande zonale meldkamer- en dispatchingsysteem bevat naast deze voornoemde onderdelen eveneens de mogelijkheid tot gebruik van: AVL (automatic vehicule location); Voorpostalarmering; GPS aansturing;

Versie 5.1


Pagina 10 van 15

conceptnota

-

Planningsoftware voor het plannen van brandweeractiviteiten en het garanderen van permanentie; Raadplegen en doorsturen van informatie van of naar de plaats van interventie, gebruik makend van het ASTRID netwerk; Geautomatiseerd personen oproepsysteem (alarmering van het personeel).

4.1.2

Technische beschrijving van het bestaande zonale meld- en dispatchingsysteem

Hulpoproepen worden vanuit het HC100 doorverbonden naar de meldkamer van de hoofdkazerne in de Roggestraat te Gent en verder verwerkt op 1 vaste werkpost. Daarnaast is 1 (identieke) back-up werkpost voorzien voor de behandeling van oproepen tijdens piekmomenten zoals bij storm en wateroverlast. Elke werkpost beschikt over een pc met 3 schermen die in het geval van een dringende interventie, per scherm, volgende informatie weergeeft : Data omtrent de communicatie (inkomende, behandelde en eigen telefoongesprekken); GIS view op de interventie; Interventieblad met uitrukvoorstel. Eén enkel toetsenbord en muis zijn nodig om de 3 verschillende schermen aan te sturen. Er worden 22” flatscreen monitors gebruikt. Daarnaast is er op iedere werkpost een 4de 22” flatscreen dat aangesloten is op het netwerk van de Stad Gent met een afzonderlijke muis en via internet of intranet toegang geeft tot extra databanken en toepassingen. De hoofdwacht in de hoofdkazerne van de Brandweer Gent coördineert binnen de organisatie van de Brandweer Gent de verdere interventies. De hoofdwacht staat in voor : Overname en bevestiging van de gegevens en behandeling van de hulpoproep voor Brandweer Gent komende vanuit het HC100; Incident management (coördinatie en begeleiding van interventies); Rapportering. Het systeem registreert ook rechtstreekse de oproepen en niet-dringende oproepen (voor wespen, storm en wateroverlast) in de meldkamertoepassing. In de hoofdkazerne in de Roggestraat is een fysische ontdubbeling van de serverruimte aanwezig. Op die manier wordt de bedrijfszekerheid van de toepassing gemaximaliseerd en kan de inschrijver bij het uittekenen van zijn architectuur gebruik maken van redundante systemen om te voldoen aan de specifieke beheer en SLA vereisten. Bij een storing dient automatisch en zonder verlies van informatie overgeschakeld te worden. De aanbieder wordt gevraagd om aan te geven welke mogelijkheden geboden worden om single-point-of-failures te vermijden. De inschrijver geeft aan in welke mate de infrastructuur ‘herstelbaar’ is na een storing om tot een normale werking te komen. Factoren zoals het gemak en de snelheid waarmee de infrastructuur hersteld kan worden om zijn normale prestatieniveau te halen, dienen duidelijk omschreven te worden.

4.2

Toekomstige situatie

Voor dit project gelden de volgende technische vereisten, tengevolge van de aanwezige legacy systemen en/of geldende standaarden: Standaarden voor IT infrastructuur

Versie 5.1


Pagina 11 van 15

conceptnota Digipolis is gestandaardiseerd op de volgende standaarden voor server OS, databanken en gebruikersmanagement: -

5

Server OS: Microsoft Windows Server 2003 SP2 | Server 2008 Hyper V R2 DB: Microsoft SQL Server 2005 LDAP voor het LAN domein: Microsoft Active Directory Mail Exchange: MS Exchange 2007 Webserver: MS Internet Information Server 6.0 Applicatieontwikkeling: .NET Back-ups robot: HP Dataprotector Desktop besturingsysteem: MS Windows 7 en Windows XP (SP2) Office: MS Office 2010 en Office XP Browser: Internet Explorer 7 Internetverbindingen: remote via VPN of SDSL GIS-infrastructuur: ArcSDE en ArcIMS van de firma ESRI. Monitoring: SCOM 2007 R2

Concept en uit te werken oplossing

De inschrijver zal zelf een architectuur opnemen in zijn offerte die naast de software tevens de hardware requirements vermeldt.

6

Functionele vereisten

Zie 3.3.3 Functionele eisen.

7

Gevraagde koppelingen

Er zal minimaal een koppleing voorzien worden met de bestaande meldkamertoepassing en de benodigde databanken.

8

Technische vereisten

Zie 4.3 Toekomstige situatie..

9

SLA

Zie 3.3.4 Servicecontract (SLA).

10 Implementatie plan De implementatie zal plaats vinden voor eind 2011.

11 Eventueel andere … De Operationele Prezone Centrum Oost-Vlaanderen omvat 8 brandweerkorpsen. Het aantal voertuigen die hierbij betrokken zijn wordt geraamd op 50 maar de uitrol zal kazerne per kazerne gebeuren.

Versie 5.1


Pagina 12 van 15

conceptnota

Bijlagen te gebruiken bij de kandidaatstelling: 1. inschrijvingsbiljet 2. invulformulier ‘verklaring op erewoord‘

Versie 5.1


Pagina 13 van 15

conceptnota Inschrijvingsbiljet

Opdrachtgever

Digipolis, Generaal Armstrongweg 1, 2020 Antwerpen

De vennootschap

Handelsnaam of benaming, rechtsvorm, nationaliteit, adres zetel

vertegenwoordigd door de ondergetekende(n) Voor- en achternaam

Ofwel De ondergetekende(n) Voor- en achternaam

Hoedanigheid of beroep Nationaliteit Woonplaats

Straat, huisnummer, postcode, gemeente, land. (Indien meerdere ondergetekenden, voor elk van hen dezelfde gegevens als hierboven)

R.S.Z.-inschrijving nr(s) BTW nr. (s) (alleen in België)

Contactpersoon

Voor- en achternaam, e-mailadres, tel. nr. en fax. nr.

Volgende medewerker van de inschrijver zal fungeren als onze afgevaardigde in al de relaties met Digipolis voor deze opdracht: NAAM: TEL: FAX: EMAIL:

Versie 5.1


Pagina 14 van 15

conceptnota

Invulformulier verklaring op erewoord Dit invulformulier dient door de kandidaat gebruikt te worden en wordt toegevoegd aan de kandidaatstelling als bijlage.

Verklaring1

Wij, ondergetekenden, verklaren ons niet in één van de gevallen te bevinden zoals opgegeven in art. 17 (in geval van werken), art. 43 (in geval van leveringen) en 69 (in geval van diensten) van het Koninklijk Besluit van 8 januari 1996 (B.S. van 26 januari 1996) betreffende de overheidsopdrachten voor aanneming van werken, leveringen en diensten en de concessies voor openbare werken. 1. die in staat van faillissement of van vereffening verkeert, die zijn werkzaamheden heeft gestaakt of die een gerechtelijk akkoord heeft bekomen, of die in een overeenstemmende toestand verkeert als gevolg van een gelijkaardige procedure die bestaat in de nationale wetgevingen en reglementeringen; 2.

die aangifte heeft gedaan van zijn faillissement, voor wie een procedure van vereffening of van gerechtelijk akkoord aanhangig is of die het voorwerp is van een gelijkaardige procedure bestaande in de nationale wetgevingen en reglementeringen;

3.

die, bij een vonnis dat in kracht van gewijsde is gegaan, veroordeeld is geweest voor een misdrijf dat zijn professionele integriteit aantast;

4.

die bij zijn beroepsuitoefening een ernstige fout heeft begaan, vastgesteld op elke grond die Digipolis aannemelijk kan maken;

5.

die niet voldaan heeft aan zijn verplichtingen inzake betaling van de bijdragen voor de sociale zekerheid, overeenkomstig de bepalingen van artikel 69bis van het KB van 8 januari 1996;

6.

die niet in orde is met de betaling van zijn belastingen overeenkomstig de Belgische wetgeving of die van het land waar hij gevestigd is;

7.

die zich in ernstige mate heeft schuldig gemaakt aan het afleggen van valse verklaringen bij het verstrekken van inlichtingen, opvorderbaar bij toepassing van dit hoofdstuk.

Wordt in elk stadium van de gunningprocedure uitgesloten (KB 23/11/2007) van de toegang ertoe, de aannemer die bij een vonnis dat in kracht van gewijsde is gegaan waarvan de aanbestedende overheid kennis heeft, veroordeeld is voor: 1.

deelname aan een criminele organisatie als bedoeld in artikel 324 bis van het Strafwetboek;

2.

omkoping als bedoeld in artikel 246 van het Strafwetboek;

3.

fraude als bedoeld in artikel 1 van de overeenkomst aangaande de bescherming van de financiële belangen van de Gemeenschap, goedgekeurd door de wet van 17 februari 2002

4.

witwassen van geld als bedoeld in artikel 3 van de wet van 11 januari 1993 tot voorkoming van het gebruik van het financieel stelsel voor het witwassen van geld en de financiering van terrorisme.

Ondergetekende gaat akkoord om, op het eerste verzoek van de aanbestedende dienst, de nodige originele bewijsstukken in verband met deze inlichtingen over te maken. Ik neem er kennis van dat iedere valse verklaring een uitsluitinggrond is voor deelneming aan onderhavige opdracht. In het bestek zal tevens worden bepaald dat, indien na contractsluiting zou blijken dat ten deze een valse verklaring werd afgelegd, het contract door Digipolis eenzijdig en zonder enige schadevergoeding verschuldigd te zijn, ten laste van de wederpartij kan worden verbroken. Gedaan te De inschrijver(s)

op Naam

Handtekening Naam en handtekening van de gemandateerden die tekenen. Tevens plaats en datum in te vullen.

1

In te dienen door elke persoon of vennootschap die (mede) deel uitmaakt van de kandidaat of op wiens middelen een kandidaat zich beroept met het oog op het voldoen aan de selectiecriteria.

Versie 5.1


Pagina 15 van 15

conceptnota Conceptnota

Recommend Documents