Informatieplan ISHW. ICT Samenwerking Hoeksche Waard. Binnenmaas, Cromstrijen, Korendijk, Oud-Beijerland en Strijen

Transcriptie

1 Informatieplan ISHW ICT Samenwerking Hoeksche Waard Binnenmaas, Cromstrijen, Korendijk, Oud-Beijerland en Strijen

2 Informatieplan ISHW ICT Samenwerking Hoeksche Waard Uniformering en standaardisering Versiedatum : 7 juni 2013 Versie : 1.0 Auteur(s) : Willem Isendoorn Opdrachtgever : Projectgroep ISHW 2 / 65

3 3 / 65

4 Inhoud 1 Samenvatting 6 2 Inleiding Aanleiding Informatieplan Uitvoering 9 3 Softwaremigratie en andere projecten Softwaremigratieplan Beleidskeuzes invulling applicatielandschap NUP-projecten Overige projecten Uitvoering projecten Architectuurplaat 15 4 Planning Benodigde en beschikbare capaciteit Benodigde en beschikbare middelen 17 5 Algemene beleidsregels 19 6 Invulling informatiebeheer Gegevensbeheer Applicatiebeheer GIS-beheer Samengevat 25 Bijlage 1: Deelnemers werkgroep 26 Bijlage 2: Inventarisatie software 27 Bijlage 3: Aanpak NUP-bouwstenen 29 Bijlage 4: Gantt-chart met planning 30 Bijlage 5: Toename onderhoudskosten 34 Bijlage 6: Gegevensbeheer in Businessplan 35 Bijlage 7: Functioneel applicatiebeheer 36 4 / 65

5 Bijlage 8: Architectuurplaat 41 Bijlage 9: Eerste opzet informatiebeveiligingsbeleid 42 5 / 65

6 1 Samenvatting In 2012 is een Businessplan ICT Samenwerking Hoeksche Waarde (ISHW) opgesteld. Op diverse plaatsen daarin is sprake van een op te stellen Informatieplan, dat in moet gaan op het software-migratieplan, de gefaseerde toename in de capaciteit van enkele beheerfuncties (waaronder het gegevensbeer). Ook moeten ingegaan worden op de financiële consequenties hiervan. Het gaat dus niet om een visiedocument maar om een praktische uitwerking van een aantal zaken die in het Businessplan benoemd zijn. Inventarisatie software De werkgroep heeft een inventarisatie van de huidige gebruikerssoftware per gemeente uitgevoerd. Het gaat hier om ruim 100 applicaties, die ieder een bepaald taakgebied ondersteunen. De RSDHW is ook bij deze inventarisatie betrokken omdat zij niet alleen taakspecifieke software gebruikt maar ook ondersteunende software, die overlappend is met de software die de gemeenten gebruiken. De software is verdeeld in een zevental categorieën, met als uitersten aan de ene kant de toepassingen, waar al sprake is van een uniforme keuze, en aan de andere kant applicaties, waarvoor uniformering niet nodig is. Belangrijke keuzes Voor de toepassingen in het middengebied zijn belangrijke keuzes gemaakt: Zaken en documenten zijn zodanig verweven dat de werkgroep ervoor kiest om één geïntegreerd systeem daarvoor in te zetten. Aangezien de keuze voor Decos als DMS (Documenten) al gemaakt is in het Businessplan betekent dat, dat Decos ook als Zaaksysteem ingezet zal worden. Een uniforme inrichting is daarbij een belangrijke doelstelling. Het zaaksysteem zal eveneens ingezet worden als zakenmagazijn. Voor vergunningverlening en handhaving is Squit XO als het uniforme pakket gekozen. Voor de ondersteuning van zaakgericht werken is het niet verboden om specifieke backoffice systemen in te zetten (zoals Squit XO voor Vergunningverlening en -handhaving) in plaats van de inzet van de generieke mid-office systemen. Wel moet per geval een afweging gemaakt worden of de voordelen van een specifiek systeem opwegen tegen de nadelen van toepassing van generieke systemen. Er wordt een onderzoek ingepland dat duidelijk moet maken waar het omslagpunt zal liggen voor de inzet van een broker in plaats van losse stekkers. Voor het Klantcontactsysteem (KCS) zal een gezamenlijke keuze gemaakt worden op het moment dat één van de gemeenten daar mee aan de slag wil. Het Businessplan geeft al aan dat er geen sprake zal zijn van één huisleverancier. De keuzes die nog gezamenlijk gemaakt moeten worden op het gebied van Burgerzaken, Financiën, Gegevensdistributie en Gegevensmagazijn kunnen daarom ieder op zich gemaakt worden. 6 / 65

7 Deze keuzes hebben dus niet alleen betrekking op de harmonisatie, maar ook op de gezamenlijke verdere ontwikkeling van front- en midoffice. NUP en overige projecten In een Informatieplan mogen de projecten, die gericht zijn op de realisatie van de NUPbouwstenen zeker niet ontbreken. Om hier invulling aan te geven is geïnventariseerd hoe ver de individuele gemeenten zijn met die realisatie. Deze inventarisatie heeft geleid tot het benoemen van een aantal extra projecten, dus bovenop de projecten die met harmonisatie te maken hebben. NUP-bouwstenen, die nog niet gerealiseerd zijn, lenen zich uiteraard voor gezamenlijke uitvoering. In totaal gaat het om 18 NUP-gerelateerde projecten. Naast de projecten die voortkomen uit de softwareharmonisatie, de beleidskeuzes en het NUP zijn er nog enkele andere projecten opgenomen. Spelregels projectuitvoering Er zijn enkele spelregels opgesteld voor de uitvoering van de projecten. Deze gaan over de wijzigingen in de werkvoorraad van de projecten, de inpassing in de P&C-cyclus en het principe van teach the teacher. Het is van belang dat het opdrachtgeverschap voor projecten bij de gemeenten zelf ligt i.c. het dagelijks bestuur en dat voor elk project een eenduidige projectleider aangewezen wordt, bij de gemeenten of het ISHW. Planning Alle hierboven genoemde projecten zijn uitgezet in MS Project. Tevens zijn ze voorzien van schattingen van de doorlooptijd, de tijdsbesteding per type medewerker, de investeringen en de extra onderhoudskosten. Ook zijn de projecten in de tijd gepland. Uit een vergelijking tussen de gevraagde en de beschikbare tijd blijkt dat er voldoende capaciteit beschikbaar is om alle projecten uit te kunnen voeren in de komende jaren. De projecten brengen forse investeringen met zich mee voor aanschaf en implementatie van software. In totaal gaat het om ruim 2,4 miljoen. Daarvan is ruim 1,5 miljoen bestemd voor vervanging van bestaande applicaties in verband met de harmonisatie. De overige investeringen zijn bedoeld voor de NUP-projecten en voor nieuw beleid. Deze laatste investeringen leiden tevens tot een verhoging van de post onderhoudskosten. Op het moment van schrijven wordt een begroting opgesteld voor de ISHW en wordt bepaald of de projecten passen binnen de kaders van het Businessplan. Algemene beleidsregels Er zijn enkele spelregels opgesteld voor de toepassing van applicaties. Het gebruik van zelf of in opdracht ontwikkelde databases en applicaties is niet toegestaan. Het gebruik van Open 7 / 65

8 Standaarden is een must en Open Source heeft bij gelijke geschiktheid de voorkeur boven commerciële producten. Het gebruik van webapplicaties is toegestaan nadat de ISHW een informatiekundige toetsing heeft uitgevoerd. Invulling informatiebeheer De werkgroep heeft voor de drie functiegroepen die hieronder vallen een onderbouwde uitwerking opgesteld van de capaciteitsbehoefte. De volgende tabel geeft een inzicht in de ontwikkeling van de omvang van deze functiegroepen. Functiegroep BP:FTE start BP: FTE eind Gegevensbeheer ISHW 0,0 2,0 3,5 3,5 3,5 3,5 3,5 Applicatiebeheer ISHW 0,0 3,2 4,2 4,7 4,9 5,1 4,5 GIS-beheer ISHW 1,0 1,0 1,0 1,5 1,5 1,5 1,5 Totaal 1,0 6,2 8,7 9,7 9,9 10,1 9,5 Applicatiebeheer is de grootste groep en zal zich richten op de grotere applicaties. Het verschil met het Businessplan kan ondervangen worden door de groep Gegevensbeheer te beperken tot 3 FTE. 8 / 65

9 2 Inleiding 2.1 Aanleiding Informatieplan In het Businessplan ISHW is op diverse plaatsen sprake van een op te stellen Informatieplan. Volgens het Businessplan moet dit document de volgende belangrijke aspecten bevatten: Een software-migratieplan met de vervangingsmomenten van diverse applicaties en daarmee samenhangend de toename in de capaciteit van enkele beheerfuncties. De financiële consequenties hiervan. Afbakening gegevensbeheer (welke taken centraal bij ISHW of SVHW, welke decentraal) Tevens is aangegeven (7.7): Bij het opstellen van het informatieplan kan blijken dat de begrote kosten voor software en personeel aangepast moeten worden. Ook kan blijken dat het tempo van harmonisatie aangepast moet worden en ook dat heeft consequenties voor de begroting. Overigens kunnen beide consequenties zowel positief als negatief uitvallen. 2.2 Uitvoering Om hier invulling aan te geven is een werkgroep geformeerd bestaande uit vertegenwoordigers van de deelnemende gemeenten. Bijlage 1 geeft de samenstelling van deze werkgroep weer. Deze werkgroep is aan de slag gegaan met het opstellen van een informatieplan, met daarin de volgende onderdelen: Architectuurmodel Beleidskeuze invulling backoffice (keuzemoment vaststellen) Beleidskeuze invulling MidOffice Overzicht (planning) van migratiemoment naar zelfde applicatie voor 5 gemeenten voor pakketten die al uniform zijn of waar al besluit over is genomen. Overzicht (planning) van beslismomenten om over te gaan naar zelfde applicatie voor 5 gemeenten voor pakketten waar nog geen keuze in is gemaakt. Maken van inschatting van tijdbestek voor applicatiebeheer per pakket incl. voorstellen voor de invulling van de financiële paragraaf. Planning van centraliseren applicatiebeheer in ISHW. 9 / 65

10 Als eindresultaat van de werkzaamheden van deze werkgroep is het voorliggende document ontstaan. 10 / 65

11 3 Softwaremigratie en andere projecten 3.1 Softwaremigratieplan Gestart is met een inventarisatie van de huidige gebruikerssoftware per gemeente, verdeeld naar de onderdelen zoals die in GEMMA (Gemeentelijke Model Architectuur) onderkend worden. Hiermee wordt bedoeld front-, mid- en backoffice. Het deel backoffice is verdeeld naar vakgebieden zoals Middelen en Burgerzaken. Ook is een groep Algemeen benoemd met hulpmiddelen zoals Office en projectplanning. Deze inventarisatie was nog niet eerder in detail uitgevoerd. Bijlage 2 bevat het resultaat van deze inventarisatie. Het gaat hier om ruim 100 applicaties, die ieder een bepaald taakgebied ondersteunen. In de inventarisatie is als zesde partij opgenomen de RSDHW. Deze organisatie gebruikt niet alleen specifieke software voor haar primaire taken (de zogenaamde verticale software) maar ook meer algemene software voor de secundaire taken (de horizontale software). Denk daarbij aan Financiën en P&O. Omdat de RSDHW ook aan gaat sluiten bij de ISHW ligt het voor de hand om de software die de RSDHW gebruikt ook bij de harmonisatie te betrekken. Opvallend aan de inventarisatie is, dat bij de grotere pakketten sprake is van een verdeling tussen PinkRoccade (2 gemeenten) en Centric (3 gemeenten). We zien echter ook dat voor andere belangrijke terreinen andere partijen gekozen zijn (bijvoorbeeld voor DMS en Vergunningen). Op basis van de inventarisatie zijn alle toepassingsgebieden verdeeld in categorieën. Deze zijn hieronder aangegeven. Tevens is het resultaat van de besprekingen samengevat. A. Er is al sprake van een uniforme keuze. Het gaat hier om 35 applicaties, waarvan een groot deel draait bij een samenwerkingsverband (SVHW, RSD, RUD, Veiligheidsregio) en daarom vanzelfsprekend al uniform is. B. Bij aansluiting van de gemeente op de gezamenlijke ICT-infrastructuur wordt harmonisatie toegepast. Dit betreft vooral software met een algemene taak (9 toepassingen). C. Hier is gaande het proces een keuze gemaakt (in enkele gevallen was deze al eerder gemaakt). Belangrijke componenten zijn: website en Intranet (SIM), DMS en zaaksysteem (Decos), Vergunningen (Roxit/Squit). In de volgende paragraaf zijn deze keuzes toegelicht. D. Er is nog geen sprake van een uniforme invulling door de gemeenten. Het gaat hier om 24 toepassingen waaronder het financieel systeem, burgerzaken en de midoffice applicaties die met gegevens- en berichtenverkeer te maken hebben. Er zijn afspraken gemaakt over het moment waarop een gezamenlijke selectie en implementatie uitgevoerd zal worden. E. Uniformering is dringend nodig, maar eerst dienen beleidskeuzes gemaakt te worden. Omdat dit gaande het proces gebeurd is, komt deze categorie niet meer voor. F. Uniformering is wel nodig, maar niet dringend. Het betreft 9 toepassingen, waaronder tijdverantwoording/toegangscontrole, het programma voor CAD-tekenwerk en accommodatieverhuur. 11 / 65

12 G. Uniformering is niet nodig. Het gaat hier vooral om toepassingen (7 stuks) die sterk gebonden zijn aan gebouwen of apparatuur of die heel specifiek zijn voor één of twee gemeenten. De toepassingen in categorie D vormen feitelijk het onderwerp van het softwaremigratieplan. Er zijn projecten benoemd voor de uitvoering van dat plan. Ook zijn er projecten benoemd voor de categorieën A en B omdat nog niet elke gemeente op de standaard zit. Dit zijn dan gemeentespecifieke projecten. 3.2 Beleidskeuzes invulling applicatielandschap Uit de inventarisatie is gebleken dat op een aantal applicatiegebieden nog geen uniforme keuze gemaakt is terwijl dat wel van groot belang is voor de gezamenlijke ontwikkeling van de fronten midoffice. Denk aan de digitale dienstverlening en het zaakgericht werken. Het gaat met name om applicaties in categorie C. De werkgroep heeft zich hierover gebogen en is tot de volgende afspraken gekomen. In het businessplan zijn de volgende architectuurprincipes van GEMMA opgenomen. 1. Zaak- en procesgericht werken 2. Ontsluiten en (her)gebruiken van basisgegevens 3. Naast koppelen ook kantelen en generiek maken 4. De gemeente ontwikkelt zich tot de meest nabije poort tot de overheid 5. Aansluiten op e-overheidsvoorzieningen 6. Ketensamenwerking en de federatieve overheid 7. Groeipad naar serviceoriëntatie Deze blijven uiteraard geldig. Alle deelnemende gemeenten hebben als ambitie om zaak- en procesgericht werken (principe 1) toe te passen. Het tempo verschilt onderling wel. Er is nog geen formele gezamenlijke uitspraak gedaan over de belangrijkste invalshoek (dienstverlening, bedrijfsvoering of digitalisering/archivering). Voor het harmonisatieplan is dat echter geen belemmering geweest. Voor de ondersteuning van zaakgericht werken is het niet verboden om specifieke backoffice systemen in te zetten (zoals Squit XO voor Vergunningverlening en -handhaving) in plaats van de inzet van de generieke mid-office systemen. Wel moet per geval een afweging gemaakt worden of de voordelen van een specifiek systeem opwegen tegen de nadelen van toepassing van generieke systemen. Zaken en documenten zijn zodanig verweven dat we er voor kiezen om één geïntegreerd systeem daarvoor in te zetten. Aangezien de keuze voor Decos als DMS (Documenten) al gemaakt is in het Businessplan betekent dat, dat Decos ook als Zaaksysteem ingezet zal worden. Een uniforme inrichting is daarbij een belangrijke doelstelling. Dit moet verder uitgewerkt worden door een werkgroep Decos. Wanneer de afschrijvingsperiode voor Decos gaat eindigen, wordt een keuze gemaakt om door te gaan met Decos of om eventueel een overstap te maken naar een ander systeem. Hiervoor is een specifiek project benoemd. 12 / 65

13 Er is geen behoefte aan een afzonderlijk zakenmagazijn, het zaaksysteem zal eveneens ingezet worden als zakenmagazijn. Vanuit een technische noodzaak kan het nodig blijken om wel een afzonderlijk zakenmagazijn op te zetten. In die situatie is dat toegestaan. Steeds vaker worden koppelingen tussen de systemen in de Front-, Mid- en Backoffice gelegd. Op dit moment gebeurt dat met afzonderlijke stekkers. In de GEMMA-architectuur is het ideaalbeeld dat dit gebeurt via een Broker (zoals bijvoorbeeld de Conductor van Centric of CiVision Gemeentelijke Servicebus van PinkRoccade). Er wordt een onderzoek ingepland dat duidelijk moet maken waar het omslagpunt zal liggen waarop de noodzaak voor een broker er wel zal komen. Het is niet verboden om documenten aan te maken vanuit back-office applicaties (dus zonder gebruik te maken van iwriter). Documenten die op deze manier aangemaakt worden, moeten wel in het centrale DMS opslagen worden. Het is dringend gewenst dat de betreffende leverancier hiervoor de mogelijkheden biedt. Bij selectietrajecten is dit een belangrijke eis. Het Businessplan geeft al aan dat er geen sprake zal zijn van één huisleverancier. De keuzes die nog gemaakt moeten worden op het gebied van Burgerzaken, Financiën, Gegevensdistributie en Gegevensmagazijn kunnen daarom ieder op zich gemaakt worden. Het gebruik van basisgegevens is zeer belangrijk (zie principe 2). Gegevensdistributie hangt sterk samen met de systemen in de back-office vanwege de uitwisseling van (mutaties op) basisgegevens. En in mindere mate met het gegevensmagazijn. De keuze voor één leverancier voor deze systemen zou voordelen opleveren bij het koppelen. Er is echter al sprake van meerdere leveranciers (de RSD gebruikt Centric, SVHW gebruikt Centric, Vergunningen worden met Squit gedaan) dus een keuze voor één leverancier voor gegevensdistributie en back-officesystemen is geen optie. Voor het Klantcontactsysteem (KCS) zal een gezamenlijke keuze gemaakt worden op het moment dat één van de gemeenten daar mee aan de slag wil. Geo-informatie: de informatiebehoefte dient ingevuld te worden met één integrale GISviewer. Zie ook paragraaf 6.3. Deze beleidskeuzes zijn vertaald in uit te voeren projecten. 3.3 NUP-projecten In een Informatieplan mogen de projecten, die gericht zijn op de realisatie van de NUPbouwstenen zeker niet vergeten worden. Om hier invulling aan te geven is geïnventariseerd hoe ver de individuele gemeenten zijn met die realisatie. Bijlage 3 geeft een overzicht hiervan. Omdat niet alle actuele ontwikkelingen vallen onder het NUP zijn er aan het einde enkele projecten aan toegevoegd. Naast de 3 decentralisaties is dat het binnengemeentelijke gebruik van enkele basisregistraties, die al operationeel zijn. Bij de inventarisatie heeft elke gemeente aangegeven wat de status is per bouwsteen. Daarbij is de volgende indeling gehanteerd: 13 / 65

14 1. Onbekend of nog niet gestart 2. Onderhanden (we zijn er aantoonbaar mee bezig) 3. Gerealiseerd (we hebben het onderwerp aantoonbaar technisch gereed) 4. Geborgd (gerealiseerd en in de lijn belegd en geborgd) Deze inventarisatie heeft geleid tot het benoemen van een aantal extra projecten, dus bovenop de projecten die met harmonisatie te maken hebben. NUP-bouwstenen, die nog niet gerealiseerd zijn (fase 1 of 2), lenen zich uiteraard voor gezamenlijke uitvoering. In totaal gaat het om 18 NUP-gerelateerde projecten. 3.4 Overige projecten Naast de projecten die voortkomen uit de softwareharmonisatie, de beleidskeuzes en het NUP zijn er nog enkele andere projecten opgenomen. Voor de volledigheid worden ze hier vermeld. Dat zijn: Centralisatie functioneel applicatiebeheer CMS Aansluiten op DigiD Machtigen DigiD assessment Harmonisatie protocol en Internet Harmonisatie beleid HNW/BYOD/Social media Onderzoek naar cloudcomputing Opstellen informatiebeveiligingsplan ISHW (zie de eerste opzet hiervoor in bijlage 9) 3.5 Uitvoering projecten Voor de uitvoering van de projecten worden de volgende spelregels voorgesteld: Dynamiek werkvoorraad projecten We moeten ons realiseren dat we in een zeer dynamische omgeving opereren. Door allerlei oorzaken zal de werkvoorraad aan projecten wijzigen, of dit nu ligt aan de interne behoefteontwikkeling, de voortschrijdende technologie of dat het uit Den Haag komt. De werkvoorraad zal daarom jaarlijks geëvalueerd moeten worden. Dit kan leiden tot het benoemen van nieuwe projecten, het wijzigen van de scope of doorlooptijd van bekende projecten. Voor elk project dient een kosten/batenafweging gemaakt te worden. Inpassing in P&C-cyclus De bovenstaande evaluatie dient ingepast te worden in een nog op te stellen planning&control cyclus. Dit geldt eveneens voor het jaarplan voor het komende jaar, waarin de projectplanning verder uitgewerkt wordt. Opdrachtgeverschap en verantwoordelijkheid projectleiding Relevante vragen die zich regelmatig voor zullen doen, zijn wie is opdrachtgever voor een project en wie is als projectleider verantwoordelijk en aanspreekbaar voor de uitvoering?. In het businessplan staat hierover het volgende: Projectleiding is een specifieke taak die ISHW inzet om haar eigen meer technische projecten succesvol uit te voeren, maar die ook ingezet kan worden om projecten van implementaties van taakspecifieke programmatuur in en voor de gemeenten uit te voeren.. 14 / 65

15 De werkgroep is van mening dat het opdrachtgeverschap bij de gemeenten zelf moet liggen i.c. het dagelijks bestuur. Dit dagelijks bestuur bepaalt per project waar het projectleiderschap belegd wordt. Dit is afhankelijk van de aard van het project maar ook van de beschikbaarheid van de projectleiderscapaciteit en kwantiteit. De ISHW biedt projectleiding aan als dienst aan de deelnemende gemeenten. Als de ISHW de rol van projectleider invult is een intensieve samenwerking met de deelnemers van de gemeenten uiteraard noodzakelijk evenals voldoende beschikbare capaciteit voor de uitvoering bij de gemeenten. Voor elk project dient vooraf een projectplan opgesteld te worden, tijdens de uitvoering zullen regelmatig voortgangsrapportages opgesteld worden en na afloop een projectevaluatie met o.a. leerpunten voor volgende projecten. Train-the-trainer Het opleidingen van eindgebruikers in een nieuwe applicatie wordt vaak gedaan door een consultant van een softwareleverancier. Bij de inschatting van de projectkosten (volgende hoofdstuk) is daar ook van uit gegaan. Een alternatief is dat het principe van Train-thetrainer wordt toegepast. Dat houdt in dat eerste enkele medewerkers een opleiding volgen en dat zij het vervolgens groepsgewijs overbrengen op de eindgebruikers. Die medewerkers kunnen (toekomstig) applicatiebeheerders zijn maar ook de beleidsadviseur/consulent van de ISHW kan deze rol invullen. De mening van de werkgroep is dat ISHW groot genoeg is om dit principe toe te passen voor de grotere applicaties. 3.6 Architectuurplaat Om overzicht te houden over het landschap van alle applicaties en hun onderlinge gegevensuitwisseling, is een architectuurplaat opgesteld. Een eerste versie daarvan is opgenomen in bijlage 8. Voor toepassingsgebieden waarvoor nog een keuze moet worden gemaakt, is hierin het jaartal ingevuld. 15 / 65

16 4 Planning Alle hierboven genoemde projecten zijn uitgezet in MS Project, voorzien van de herkomst (de categorie A t/m F, NUP) en de betrokkenen (individuele gemeente, RSD, alle gemeenten of alle gemeenten plus RSD). Het notitieveld bevat in veel gevallen een toelichting op het project. Voor elk project zijn schattingen gemaakt over: De doorlooptijd van het project. Over het algemeen is dit beperkt tot een kwartaal, een half jaar of een jaar. De betrokken uitvoerders en de netto te besteden tijd. Hierbij is uitgegaan van de functies zoals die in het Businessplan benoemd zijn. Dde te maken kosten voor 1) aanschaf van software en 2) dienstverlening door externe partijen (met name softwareleveranciers voor installatie, inrichting, opleiding en conversie). Hierbij is onderscheid gemaakt naar nieuw beleid, NUP en vervanging. De eventuele extra onderhoudskosten als gevolg van de aanschaf van software voor een nieuw toepassingsgebied. Bij vervanging van bestaande software door nieuwe is de aanname gedaan dat de onderhoudskosten gelijk blijven. In een aantal gevallen zal deze post zelf lager kunnen worden door slim gezamenlijk in te kopen. Het gaat om schattingen waarbij gebruik is gemaakt van gegevens van andere gemeenten in vergelijkbare situaties. Maar het blijven schattingen. Er moet daarom een marge van 10% in gedachten gehouden worden. Vervolgens zijn alle projecten in de tijd gepland, rekening houdend met wettelijke verplichtingen en logische volgordes. Ook is gekeken naar de belasting van de betrokken uitvoerders. Dat heeft geleid tot een planning, waarvan in bijlage 4 de zogenaamde Ganttchart 1 is opgenomen. Deze planning beslaat de periode van 2013 t/m Bijlage 4 bevat tevens enkele overzichten die inzicht geven in de werkdruk en de kosten. Bij het opstellen van de planning is als uitgangspunt gehanteerd een start van de ISHW per Als de feitelijke start later ligt, dan heeft dat tot gevolg dat de projecten naar achteren schuiven in de tijd. Voor projecten met een wettelijke opleverdatum kan dat echter niet, waardoor de planning aangepast zal moeten worden. Projecten die reeds in uitvoering zijn of projecten die tóch in 2013 uitgevoerd moeten worden, zijn in 2013 gepland. 4.1 Benodigde en beschikbare capaciteit Een belangrijke vraag is natuurlijk of de capaciteit, die nodig is bij de ISHW om alle projecten uit te voeren, wel beschikbaar zal zijn. Het volgende schema laat de verwachte werkdruk per functie zien op basis van de benoemde projecten en de geschatte tijdsbesteding. Tevens is de werkdruk in het eerste jaar getoond. 1 Wie een gedetailleerd inzicht wil hebben in de planning kan de MS Projectfile (versie 1.6) beter bekijken met MS Project of met de gratis viewer 16 / 65

17 Functiegroep Totaal 2014 Beleidsadviseur/consulent ISHW Systeem- en netwerkbeheer ISHW Gegevensbeheer ISHW Applicatiebeheer ISHW GIS-beheer ISHW Uit een vergelijking tussen de gevraagde en de beschikbare tijd blijkt dat er voldoende capaciteit beschikbaar is om alle projecten uit te kunnen voeren. We moeten ons realiseren dat niet alle beschikbare tijd daadwerkelijk aan projecten besteed kan worden. Een groot deel van de tijd gaat zitten in beheersmatige activiteiten. Wat Systeem- en netwerkbeheer betreft moeten we ons tevens realiseren dat de migratie naar één uniforme ICT-infrastructuur ook een flinke nodige capaciteit zal vragen. 4.2 Benodigde en beschikbare middelen De benoemde projecten vragen uiteraard ook om een flinke investering. Het volgende schema laat de verwachte investeringen per jaar zien op basis van de benoemde projecten en de geschatte kosten. Kostenpost Nieuw-bestaand Totaal Aanschaf software Nieuw beleid (excl. NUP) NUP Vervanging Subtotaal Dienstverlening door externe partij Nieuw beleid (excl. NUP) NUP Vervanging Subtotaal Totaal Als gevolg van de aanschaf van software voor nieuw toepassingsgebieden zullen er extra onderhoudskosten voor de ISHW ontstaan. Deze kosten zijn uitgezet in een tabel, die geeft inzicht in deze extra kosten per jaar, uitgaande van het jaar waarin deze software aangeschaft en geïmplementeerd zal worden. Deze tabel is opgenomen in bijlage 5. De onderstaande tabel toont de totalen. Het gaat hier om de cumulatieve bedragen. 17 / 65

18 Project Totaal Op het moment van schrijven wordt een begroting opgesteld voor de ISHW en wordt bepaald of de projecten passen binnen de kaders van het Businessplan. 18 / 65

19 5 Algemene beleidsregels Tijdens de bijeenkomsten van de werkgroep zijn enkele spelregels benoemd voor de ISHW en de aangesloten deelnemers (naast de spelregels in paragraaf 3.2). Ze zijn bij elkaar gebracht in dit hoofdstuk. Het is niet toegestaan om eigen databases en bijbehorende programma s te ontwerpen (denk aan MS Access 2 ). Hiervoor zijn verschillende redenen. Enerzijds is het gebruik van basisgegevens verplicht en dat is met eigen databases erg lastig te regelen. Anderzijds kosten de ontwikkeling en beheer extra tijd wat als verborgen kosten gezien kan worden. Ook is het voor de ISHW lastig om de informatievoorziening te beheersen Om die redenen is het ook niet toegestaan om maatwerksoftware te (laten) ontwikkelen. Het gebruik van Open Source en Open Standaarden zal volgens het pas toe of leg uit principe toegepast worden. Open Standaarden zijn van groot belang bij het koppelen van software voor verschillende toepassingen, zeker bij een best-of-breed benadering waarbij software van verschillende leveranciers ingezet wordt. Bij selectie zal dit het voldoen aan Open Standaarden daarom een belangrijke eis moeten zijn. Het gebruik van Open Source software heeft de voorkeur boven het gebruik van niet-open source software tenzij er zwaarwegende redenen zijn om daar van af te zien. Een reden kan zijn dat er geen open-source variant beschikbaar is voor het betreffende toepassingsgebied of dat de gebruiksmogelijkheden veel minder zijn dan van commerciële alternatieven. Het gebruik van webapplicaties is niet verboden. Een webapplicatie is een toepassing die door een derde partij via Internet beschikbaar gesteld wordt aan medewerkers van gemeenten en ook door die partij beheerd wordt. De laatste jaren neemt het gebruik hiervan een enorme vlucht. Denk bijvoorbeeld aan Twitter, Dropbox en Prezi, Het gebruik ervan dient gemeld te worden bij de ISHW, zodat zaken als gebruik van basisgegevens, uitwisseling van gegevens, voldoen aan standaarden en veiligheid eerst beoordeeld kunnen worden. Op basis van die beoordeling kan het gebruik afgeraden worden. Bij de start van de ISHW zal een inventarisatie uit Verder is gesproken over het onderwerp archivering. Omdat onze samenleving een snelle omslag maakt van papier naar digitaal is het de vraag hoe om te gaan met archivering van alle digitale bronnen. Dit gaat niet alleen over de gegevensbestanden waarin de applicaties hun gegevens opslaan, maar ook over de archivering van de websites en de mail. 2 Dit betekent niet dat MS Access geheel verboden is. Het wordt soms ook gebruikt als database bij een applicatie die door een softwareleverancier ontwikkeld is en dan is het wel toegestaan. 19 / 65

20 Andersom is het de vraag of en zo ja welke papieren gegevensbestanden achteraf digitaal gemaakt zouden moeten worden om ze in digitaal georiënteerde processen te kunnen gebruiken. Dit moet nog nader onderzocht worden. 20 / 65

21 6 Invulling informatiebeheer In het Businessplan is van enkele functies aangegeven dat het aantal FTE s bij de start lager zal zijn aan die in de eindsituatie. Het gaat om drie functies onder de noemer Informatiebeheer, en wel gegevensbeheer, applicatiebeheer en GIS-beheer. De volgende tabel komt uit het Businessplan en laat de begin- en eindsituatie per functiegroep zien. Functiegroep FTE start Fte eind Gegevensbeheer ISHW 0,0 3,5 Applicatiebeheer ISHW 0,0 4,5 GIS-beheer ISHW 1,0 1,5 Ook is gesteld dat dit Informatieplan een antwoord moet geven op de vraag hoe de formatie zou moeten toenemen in de loop van de jaren, gekoppeld aan het harmonisatieplan. In de volgende paragrafen wordt hier op ingegaan. 6.1 Gegevensbeheer Het businessplan bevat een passage hierover, die is weergegeven in bijlage 6. De werkgroep heeft zich hierover gebogen en stemt volledig in met hetgeen daarin is gesteld. Echter, bij hoofdtaak 3 is aangegeven dat het beheer van basisgegevens uitgevoerd zal worden door SVHW en ISHW. Dit moet een typefout zijn naar ons idee: waar ISHW staat moet gemeenten bedoeld zijn. Toelichting daarop: op dit moment zijn er al enkele basisregistraties operationeel waarvoor gemeenten als bronhouder aangewezen zijn: GBA, BAG en WOZ. De gemeenten in de Hoeksche Waard hebben het bronbeheer van de WOZ en -veel later- de BAG uitbesteed aan het SVHW. De werkgroep staat achter deze beslissingen. Het bronbeheer van de GBA wordt al sinds jaar en dag uitgevoerd door de gemeenten zelf en het is niet wenselijk dit te verplaatsen naar de ISHW. Immers, het muteren van de GBA (verhuizingen, geboorten, etc.) is en blijft een taak van de gemeenten. Er is dus geen sprake van bronbeheer door ISHW. Over de toekomstige basisregistratie BGT (grootschalige topografie) moeten met SVHW en de gemeenten nog nadere afspraken gemaakt worden. Hiervoor is al een project in uitvoering, waaraan de gemeenten en de SVHW deelnemen. ISHW zal daarin gaan participeren. Voor de overige hoofdtaken is het inderdaad verstandig om deze bij ISHW te beleggen. Het gaat dan dus om: Toezicht en handhaving Het businessplan onderscheidt daarbinnen basisgegevens en taakspecifieke gegevens. Voor beiden is het erg zinvol om de taken toezicht en handhaving bij het ISHW te beleggen. 21 / 65

22 Dit vereist een hoge mate van specialisatie die de gemeenten zich individueel niet kunnen permitteren terwijl het belang ervan zeer groot is voor het interne functioneren van de gemeente als wel voor de dienstverlening. De taken toezicht en handhaving strekken zich naast de gemeenten ook uit over de SVHW. Ook al zijn taken uitbesteed, de verantwoordelijkheid blijft bij de gemeenten liggen. De gegevensbeheerder zal zich o.a. bezig houden met de gegevensuitwisseling tussen de gemeenten en SVHW, bijvoorbeeld tussen het WABO-proces en de bijhouden van de WOZ en de BAG en ook tussen de BAG en de GBA. Deelname aan projecten is een belangrijke taak omdat in elk project het gebruik van basisen taakspecifieke gegevens een rol zal spelen. Intensief overleg met applicatiebeheerders is hierbij van belang. Distributie en ontsluiting van basisgegevens Hierbij spelen de verschillende applicaties in de Mid-office een belangrijke rol, met name de Datadistributie en het Gegevensmagazijn. De gegevensbeheerder zal daarom ook het functioneel applicatiebeheer hierover voeren, want dat is nauw verweven met taakgebied. Er zal intensief samengewerkt moeten worden met de GIS-beheerder om te zorgen dat alle administratief georiënteerde gegevens actueel, volledig en op de juiste wijze geautoriseerd in de GIS-omgeving getoond kunnen worden. Voor beide hoofdtaken geldt dat deze een sterke bijdrage moeten leveren aan het zogenaamde Binnengemeentelijk Gebruik van basisgegevens. Middels distributie en ontsluiting moet het gebruik van de basisgegevens gefaciliteerd worden, terwijl toezicht en handhaving gericht is op de controle op het gebruik van basisgegevens. Met deze toelichting is het voorstel van de werkgroep om in 2014 te starten met 2 FTE (in afwijking van de 0 FTE in het Businessplan) voor de opzet van het gegevensbeheer en deelname aan de benoemde projecten. In 2014 zijn er al diverse grote projecten gepland waar gegevensbeheer een bijdrage aan zal leveren. In 2015 is verdere uitbouw met 1,5 FTE nodig. 6.2 Applicatiebeheer In bijlage 9.3 van het Businessplan is geïnventariseerd hoeveel FTE de gemeenten op dit moment gereserveerd hebben voor functioneel applicatiebeheer. In totaal gaat het om 4,1 FTE, verdeeld over allerlei applicaties. In die bijlage is tevens aangegeven dat in de eindsituatie 4,0 FTE door de ISHW ingevuld zal worden. Dit gebeurt via een groei, die gekoppeld is aan de harmonisatie. In het Businessplan staan de volgende teksten over applicatiebeheer: Applicatiebeheer (functioneel beheer) van taakspecifieke applicaties (GBA, financiën, belastingen, sociale zaken, etc.) is nog geen taak van ISHW, zolang er nog een grote verscheidenheid is in deze applicaties.doelstelling is om in een periode van enkele jaren in de deelnemende gemeenten dezelfde applicatie voor ieder vakgebied te gebruiken. Voor die gevallen gaat ISHW het initiatief nemen om het applicatiebeheer goed te organiseren. 22 / 65

23 Voor generieke applicaties (tekstverwerking, sjablonenapplicatie, spreadsheets, , business intelligence tools) geldt: uitgangspunt is dat het applicatiebeheer van deze software een taak is voor ISHW. Het uitgangspunt geldt eveneens voor het functionele beheer van de telefoniesystemen. Er is niet aangegeven wat precies verstaan wordt onder applicatiebeheer. Daarom is in bijlage 7 een taakoverzicht opgenomen. Dit wordt vaak gebruikt door Telengy. Er wordt gesproken over functioneel applicatiebeheer als onderscheid met het technisch applicatiebeheer dat meestal door systeembeheerders uitgevoerd wordt. In de bijlage wordt het onderscheid aangegeven. In de werkgroep is gekeken hoe de ISHW centraal applicatiebeheer in kan vullen, gekoppeld aan het harmonisatieplan. Dat heeft geleid tot de volgende opzet. Applicatie Opmerking FTE ISHW nodig In 2014 Squit Oud-Beijerland sluit echter pas aan tijdens 1,0 1,0 migratie in 2015 Telefoonsysteem Met introductie nieuw systeem (cfm BP) 0,5 0,5 Decos (DMS en zaaksysteem) Gefaseerd , exclusief ontwikkelwerk 1,0 1,0 en iwriter Office Wordt ingevuld door helpdesk 0,1 0,1 GIS en Geo Wordt ingevuld door GIS-beheer 0,1 0,1 CMS Inclusief alle modules en Intranet. Ook 0,5 0,5 uniforme inrichting en processen Personeel en salaris Afhankelijk van planning Centric 0,2 0,2 Klachten en meldingen Ligt sterk aan de keuze die gemaakt wordt 0,2? In 2015 GBA Inclusief modules 1,0 1,0 Datadistributie, VOA, GBA-V, Wordt ingevuld door gegevensbeheer 1,0 1,0 geg. magazijn, broker, Cognos In 2016 Financieel systeem Incl. RSD en incl. modules 0,5 0,5 Beheer openbare ruimte én BGT Incl. alle modules, invulling door GIS/Geo 0,2 0,5 In 2017 Systemen voor klokken, tijdschrijven, toegangscontrole Ook gebruik printers (i.v.m. gebruik uniforme pasjes) 0,1 0,1 Begraafplaatsen 0,1 0,1 In 2018 Ontwerpprogramma CAD 0,2 0,2 Totaal 5,1 De groen gearceerde capaciteit worden ingevuld door GIS-beheer en dus niet door een afzonderlijke applicatiebeheerder. Ditzelfde geldt voor de paars gearceerde capaciteit. Deze wordt ingevuld door Gegevensbeheer. Hierbij is het onderscheid tussen applicatiebeheer en gegevensbeheer vaak niet goed te maken. De lichtblauwe capaciteit wordt ingevuld door medewerkers van de Helpdesk. 23 / 65

24 Deze gekleurde getallen zijn niet meegeteld in het totaal van 5,1 FTE. In het Businessplan is 4,0 FTE voorzien, wat dus minder is. De werkgroep stelt voor om in ieder geval het applicatiebeheer in de jaren 2013, 2014 en 2015 centraal te beleggen bij de ISHW. De ervaringen die daarmee worden opgedaan moeten leiden tot een evaluatie, waarna besloten kan worden over de invulling in de jaren daarna. 6.3 GIS-beheer In het Businessplan staan de volgende teksten over GIS-beheer: Beleid en Beheer GIS (Geografische Informatie Systemen) Het beheer van deze soort systemen vraagt om specifieke vaardigheden. Daarnaast is er steeds meer sprake van een vervlechting van administratieve systemen enerzijds en geografische systemen anderzijds. Om deze redenen is het aan te bevelen om het beleid en beheer van dergelijke systemen centraal bij het ISHW te beleggen (zo ook de ontwikkeling en beheer van de toekomstige Basisregistratie Grootschalige Topografie). Het gaat dan enerzijds om het beleid (wat een onderdeel is van het informatiebeleid zoals het hierboven bedoeld is) en anderzijds om het beheer. Dit beheer richt zich dan specifiek op het ontsluiten van administratieve en geografische gegevens in samenhang via zogenaamde GIS-viewer maar ook via moderne technieken als webservices. Aangezien SVHW ook een GIS-viewer ter beschikking stelt, roept dit de vraag op hoe de verdeling van taken tussen SVHW en ISHW er uit dient te zien. Als we ons concentreren op het beschikbaar stellen van administratieve en geografisch gegevens in een GIS-viewer, dan zijn er twee concepten denkbaar. 1. De ISHW biedt aan de gebruikers een GIS-viewer. Gegevens die bij de ISHW beschikbaar zijn worden daarin integraal beschikbaar gesteld. Gegevens van externe bronnen (zoals SVHW) worden via webservices of andere technieken beschikbaar gesteld in een geïntegreerde omgeving. 2. Gebruikers werken primair met de bestaande GIS-viewer van SVHW. Gegevens waarover SVHW niet beschikt worden (liefst via webservices) beschikbaar gesteld aan SVHW die deze integraal ontsluit. SVHW ondersteunt beide concepten dus de keuze is aan de gemeenten in de Hoeksche Waard. Na bespreking in de werkgroep blijkt dat er momenteel een verschil is in ambitieniveau. De kleinere gemeenten kunnen op dit moment goed uit de voeten met de oplossing die SVHW biedt, terwijl de grotere gemeenten een hoger ambitieniveau nastreven en kiezen voor het opzetten en beheren van een eigen GIS-omgeving 3 Dat is ook de ambitie die spreekt uit het Businessplan. Het grote verschil is dat de grotere gemeenten ook gegevensbronnen willen ontsluiten die door de gemeente zelf worden bijgehouden (bijv GBA). 3 Om een GIS-viewer te laten werken is een oplossing nodig waarbij geografische en administratieve gegevens gecombineerd aangeboden worden middels een viewer. Deze omgeving vraagt om gestructureerde beheeractiviteiten. 24 / 65

25 Om die reden starten de grotere gemeenten direct met concept 1. In een later stadium zullen de kleinere gemeenten zich daar bij aansluiten. Zij gaan in eerste instantie door met het tweede concept. GIS-beheer van ISHW zal zich richten op de verdere uitbouw van concept 1 (want er ligt al een basis). In het projectenoverzicht is een project opgenomen om concept 1 verder uit te bouwen tot een volwaardige GIS-omgeving. Daarvoor is ook een substantiële bijdrage nodig van Gegevensbeheer. In eerste instantie kan daarom gestart worden met 1 FTE. Bij toename van het aantal gemeenten dat met concept 1 gaat werken is een uitbreiding nodig met 0,5 FTE. Deze ramen we in Samengevat Samengevat komt het bovenstaande neer op de volgende invulling. Functiegroep BP:FTE start BP: FTE eind Gegevensbeheer ISHW 0,0 2,0 3,5 3,5 3,5 3,5 3,5 Applicatiebeheer ISHW 0,0 3,2 4,2 4,7 4,9 5,1 4,5 GIS-beheer ISHW 1,0 1,0 1,0 1,5 1,5 1,5 1,5 Totaal 1,0 6,2 8,7 9,7 9,9 10,1 9,5 Wanneer alle functies ingevuld worden zoals in dit hoofdstuk geschetst, is er in 2018 dus 0,6 FTE meer nodig dan volgens het Businessplan begroot (10,1 t.o.v. 9,5). Wanneer de doelstelling, om binnen de financiële kaders van het Businessplan te blijven, aangehouden wordt, stelt de werkgroep voor om het aantal FTE voor gegevensbeheer in eerste instantie te beperken tot 3,0 FTE. Het gaat hier om een betrekkelijk nieuwe functie waarvoor een onderbouwing nog moeilijk te geven is. Dit in tegenstelling tot de andere twee functiegroepen. Het verschil met het Businessplan bedraagt dan nog slechts 0,1 FTE. Daarnaast verdient het aanbeveling om jaarlijks te evalueren hoe de voorziene groeit zich verhoudt tot de werkelijke behoefte, gerelateerd aan de uitvoering van de projecten. Daarnaast doet de werkgroep de aanbeveling om in de nieuwe ISHW- organisatie de taken die te maken hebben met informatiebeveiliging goed te beleggen zodat dit belangrijke onderwerp goed geborgd is. In het onderstaande kader zijn enkele recente voorbeelden opgenomen die dit belang illustreren. December 2009: Medewerker Rabobank verliest USB-stick met klantgegevens Juni 2011: Hack bij Diginotar Oktober 2011: Lektober, dagelijkse melding van lekken bij de overheid Juli 2012: Uitbraak Dorifel-virus Januari 2013: Start Informatiebeveiligingsdienst (IBD) door VNG Voorjaar 2013: Diverse hacks ING en DDoS aanvallen 25 / 65

26 Bijlage 1: Deelnemers werkgroep De werkgroep, die verantwoordelijk was voor dit informatieplan, bestond uit de volgende vertegenwoordigers van de deelnemende gemeenten: John Touw (Binnenmaas) Frank Visser (Binnenmaas) André de Potter (Cromstrijen) Rien Smits (Cromstrijen) Erna Mol (Korendijk) Marijk v.d. Hoek (Oud-Beijerland) Jacqueline Kruithof (Oud-Beijerland) Monique van der Stappen (Oud-Beijerland) Hans Huisman (Strijen) Marijk v.d. Hoek heeft de rol van voorzitter ingevuld. Deze werkgroep werd bijgestaan door Willem Isendoorn van Telengy. 26 / 65

27 Bijlage 2: Inventarisatie software Bij afdrukken is deze bijlage niet leesbaar. Bij inzoomen op het scherm wel. GEMMA Taakveld van applicatie Categorie Uniforme keuze Binnenmaas Cromstrijen Korendijk Oud-Beijerland Strijen RSD Hoeksche resp. jaar Waard Frontoffice Front CMS website C SIM SIM SIM 2013 SIM 2014 SIM 2014 SIM On-d-mand Front Prod. en dienstencatalogus C SIM SIM Vind/SIM 2013 SIM SIM 2014 SIM geen Front Kennisbank (VAC, FAQ, ) C SIM geen, wel gewenst geen SIM 2014 geen geen Front E-formulieren C SIM SIM SIM 2013 SIM SIM 2014 SIM geen, via werk.nl Front RIS/BIS D 2017 NotuBiz SIM/Notudoc 2012/ SIM SIM 2014 SIM Front Opname vergaderingen (beeld/geluid) D 2013 Bytescribe Noturecord 2013 Noturecord en Notucast Notucast van Notubiz 2014 geen - van Notubiz Front Omzetten tekst naar geluid op website D 2013 Voice Corp Readspeaker 2013 Readspeaker Readspeaker geen - Front Digitaal vergaderen A Notubox Notubox Notubox 2012/ Notubox Notubox Notubox Front CMS Intranet C SIM SIM geen, wel gewenst 2013 SIM SIM 2014 SIM On-d-mand Front Klantcontactsysteem D 2013 geen geen, wel gewenst geen geen geen geen Front Klantgeleiding balie C G-BOS G-BOS niet nodig geen G-BOS 2015 geen geen MidOffice Mid DMS/post en archief C Decos Decos InProcess IRS4all 2013 Decos 2015 IRS4all (gestart met geen implementatie Decos) Mid DSP C I-Navigator I-Navigator geen, wel gewenst I-Navigator I-Navigator 2015 geen - Mid Documentcreatie B iwriter iwriter iwriter Doc4all (wordt MDU) 2013 geen MDU (voorheen - Doc4all) Mid Sjablonen B iwriter iwriter iwriter Doc4all (wordt MDU) 2013 MIT Office 2015 MIT Office - Mid Tekst-data integratie G n.v.t. ITP ITP Doc4all (wordt MDU) 2013 Doc4all met MDU (voorheen MDU (voorheen GBA Doc4all) Doc4all) plus Liaan Texpert Mid Zakensysteem/workflow C Decos Decos InProcess geen Decos geen geen Mid Datadistributie D Gelijktijdig met Civision Makelaar Suite CiVision Makelaar 2013 Key2Datadistributie Key2Datadistributie Key2Datadistributie Key2Datadistributie mgba Gegevens Mid VOA D Zie datadistributie VOA Pink VOA Pink Key2VOA Key2VOA Key2VOA Key2VOA Mid Raadplegen GBA-V D Zie datadistributie GBAV-Online, Makelaar Landelijke voorzieningen IZRM Key2GBA-V Key2GBA-V Key2GBA-V Key2GBA-V Mid Broker(s) D Gelijktijdig met CiVision Gemeentelijke CiVision Gemeentelijke geen Conductor Centric geen geen mgba Servicebus Servicebus CiVision Mid Gegevensmagazijn(en) D Zie datadistributie Civision Centric Midoffice Centric Mid Office geen geen Gegevensmagazijn Gegevensmagazijn GeoWeb (via SVHW) Mid GIS Viewer C GeoWeb (via GeoWeb (via SVHW), GeoWeb (via SVHW) GeoWeb (via SVHW), 2018 GeoWeb (via SVHW) geen SVHW) Flexviewer van ArcGis, Flexviewer van ArcGis, ArcGis online ArcGis online Mid Bedrijvenregister D 2015 VR-Plus HRS - Mid Foto's leefomgeving A Globespotter (via Globespotter (via Globespotter (via - Globespotter (via Globespotter (via Globespotter (via SVHW) SVHW) SVHW) SVHW) SVHW) SVHW) Middelen D Back-MD Financieel systeem 2016 CiVision Middelen en FMS Key2Financien 2014 Decade 2015 Key2Financien Decade Innen Back-MD Facturen scannen 2015 Module scanning & geen, wel gewenst Module en DIS4FIS Decade 2018 Module en DIS4FIS Decade workflow PinkRoccade Back-MD Begrotingstool 2015 Infostaten PinkRoccade Excel Key2Financien 2014 geen geen Back-MD Kredietbewaking 2015 Webpublishing geen, Key2Financien 2014 Decade Key2Financien wel gewenst / Cognos 2015 PinkRoccade voor Decade Back-MD Elektronisch bankieren A BNG BNG ITS/Telebankieren BNG Dataservice BNG Dataservice BNG Dataservice BNG Dataservice en ABN Amro Back-MD Software smartcardreader A Gemnet Safesign Gemsafe? BNG Dataservice BNG Dataservice Safesign Gemsafe? BNG Dataservice Back-MD Personeel en salaris C Oplossing Centric Persmaster Persmaster PIMS@all PIMS@All / LPS Persmaster AFAS en PayView Back-MD Selfservice portal A Youpp Youpp Youpp Youpp 2014 Youpp 2016 Youpp Back-MD Aan/-afwezigheid, klokken F 2017 Efficient time PC-Time Efficient time, Kronos geen Bodet Kelio Expert PC-Time Captor Back-MD Tijdverantwoording F 2017 geen TIM Enterprise Key2Financien TIM Enterprise 2015 Key2Financien geen Back-MD Toegangscontrole/beveiliging F 2017 Efficient time PCTIME/Chubb Efficient time, Kronos Card Access Aritech PC-Time Captor Back-MD Klimaat beheersing G n.v.t. Privacontrol geen geen geen Back-MD Beeldmateriaal gemeente D 2016 geen, wel gewenst geen geen geen Back-MD Meldingen intern A TopDesk TopDesk Topdesk TopDesk TopDesk 2016 geen TopDesk Back-MD Salarisberekeningen A Pardon Pardon Pardon Pardon Pardon 2015 Pardon Pardon Back-MD Overige software G n.v.t. Naris. Pauw Burgerzaken D Back-BZ Basissysteem 2015 Cipers Cipers Key2Burgerzaken 2014 Key2Burgerzaken 2014 Key2Burgerzaken Back-BZ Kassa 2015 G-KAS G-KAS Key2Betalen Key2Betalen 2014 geen Back-BZ Verkiezingen A ISS ISS ISS ISS ISS ISS Back-BZ Aktes scannen D Gekoppeld aan geen, wel gewenst geen geen geen keuze mgba Back-BZ Beveiliging reisdocumenten A Beveiligingsnet Beveiligingsnet Beveiligingsnet Beveiligingsnet geen geen Back-BZ Statistische analyses D Gekoppeld aan SPSS, Cipers Statistiek geen, wel gewenst geen geen geen keuze mgba Back-BZ Begraafplaatsen F 2017 Nu High Focus, offerte High Focus Key2Begraven 2014 Key2Begraven 2015 Trobit voor Key2Begraven Sociale zaken Back-SZ Basissysteem en Inkomen. A bij RSD bij RSD bij RSD bij RSD bij RSD GWS4all Back-SZ Kennissysteem A Back-SZ Zorg (WMO) A bij RSD bij RSD bij RSD bij RSD bij RSD GWS4all Back-SZ Reïntegratie A GWS4all, SONAR Back-SZ Schuldhulpverlening A Stratech SVH, VTLB bij RSD Calculator Back-SZ Sociale recherche A Uitbesteed Back-SZ Interne controle A KIC Back-SZ Aanvullende software A DKD, Liaan Samenloopsignalen, MIT DUO Belastingen c.s. Back-BL Kadaster A bij SVHW, ook GT-WKPB bij SVHW bij SVHW bij SVHW bij SVHW Web Back-BL Waarderen A Back-BL Heffen A bij SVHW Back-BL Innen A Back-BL Diftar A Back-BL WKPB A Back-BL Aanvullende software A Cendris postcodetabel Cendris postcodetabel Cendris postcodetabel? 27 / 65

28 GEMMA Taakveld van applicatie Categorie Uniforme keuze Binnenmaas Cromstrijen Korendijk Oud-Beijerland Strijen RSD Hoeksche resp. jaar Waard Beheer openbare ruimte Back-OR BAG A GT-BAG Web GT-BAG Web SVHW GT-BAG Web SVHW GT-BAG Web SVHW GT-BAG Web SVHW GT-BAG Web SVHW SVHW Back-OR Vergunningverlening C Squit XO Squit XO Squit XO Squit XO SBA 2015 Squit XO Back-OR Handhaving C Squit XO Squit XO Squit XO Squit XO SBA 2015 Squit XO Back-OR Bodeminformatie A Bij RUD Zit bij RUD? Zit bij RUD? Zit bij RUD? Omgevingsdienst; Zit bij RUD? Dinoloket Back-OR Beheer groen (adm. en geografisch) 2016 Accress Groenbeheer Oranjewoud GBI/Groen GeoVisia Xeiz 2018 Dg Dialog Back-OR Beheer wegen (adm. en geografisch) GBI Oranjewoud GBI/Wegen GeoVisia Xeiz 2018 Dg Dialog 2016 Back-OR Beheer riool (adm. en geografisch) RioBase Oranjewoud geen Xeiz 2018 Dg Dialog 2016 GBI/Riolering D Back-OR Beheer bomen (adm. en geografisch) 2016 Accress Groenbeheer Oranjewoud GBI/Groen GeoVisia Xeiz 2018 Dg Dialog Back-OR Beheer openb. Verlichting (adm. en ZIUT Citytec geen, uitbesteed Xeiz 2018 Dg Dialog 2016 geografisch) Back-OR Beheer speeltoestellen (adm. en RepCon/Playsafe geen, wel gewenst geen, uitbesteed Xeiz 2018 Dg Dialog 2016 geografisch) Back-OR Verkeerstelling G n.v.t. Dinaf Dinaf Winrodin Viacount van Pol Dinaf Winrodin Vtel Back-OR WION G n.v.t.? Uitbesteed Uitbesteed Uitbesteed Uitbesteed Back-OR Klachten en meldingen D 2014 Decos/Smile InProcess Met Excel Smile 2013 Melddesk Back-OR CAD tekenen F 2018 Microstation en Bentley AutoCad Map Microstation, infra t.b.v. AutoCad AutoCad Light Cad, Rijcurvensimulator Back-OR Geo-hulp F 2014 ArcView Bij SVHW ArcView 2018 Back-OR Bestemmingsplannen A Bij SVHW Bij SVHW Bij SVHW Bij SVHW Bij SVHW Bij SVHW Back-OR Bestekkenprogramma D 2018 geen geen Bakker en Spees 2014 geen Back-OR Berekeningen D 2018 Technosoft geen geen geen Back-OR Grondexploitatie D 2018 Basismodel geen geen geen Basismodel Grondexploitatie Grondexploitatie Back-OR Gebouwenbeheer D 2018 Homerun Homerun 2013 Back-OR Beheer pompen en gemalen A Aquaview Aquaview Aquaview Aquaview Aquaview Aquaview Back-OR Overige software G n.v.t. Archicalc/Rioscoop BRIS, Omnitrans, Omniview Brandweer Brandweer Gewerkte uren A Per naar regio Per naar regio Per naar regio Per naar regio Per naar regio Brandweer Preventie A Per naar Brandweer Aanvalsplannen A regio Brandweer Overige software A Welzijn Back-WZ Subsidies C Met Decos geen geen, wel gewenst geen Met Decos geen Back-WZ Leerplicht/onderwijs A Uitbesteed Uitbesteed Uitbesteed Uitbesteed Uitbesteed Uitbesteed Back-WZ Accommodatieverhuur F 2016 Winconsyst/Amis in offerte Win-Consyst geen Topdesk geen Back-WZ Kassa- en Reserveringen F 2016 Win-Consyst geen geen geen Back-WZ Zwembad G n.v.t. geen geen geen geen geen Algemeen Algemeen Office B MS Office 2010 MS Office versie 2010 MS Office 2010 MS Office MS Office MS Office 2010 MS Office 2010 Algemeen Eigen database geen MS SQL MS Access geen geen geen geen Algemeen Schema's maken B MS Visio MS Visio MS Visio MS Visio geen MS Visio Algemeen Mail (client en server) B Exchange/ Outlook versie2010 Outlook 2010 Exchange/Outlook 2003 Exchange/Outlook 2016 Exchange/Outlook 2010 Exchange/Outlook 2010 Outlook 2010 Algemeen Projectplanning B MS Project2010 MS Project2010 MS Project MS Project 2003 MS Project geen geen Algemeen Planningstool F 2014 Pepperflow Algemeen Browser B IE 9 IE versie 8 IE8 IE 7 IE 8 IE 9 Algemeen Business Intelligence/Mgt. informatie B Cognos 8 Impromptu versie? Cognos 8 en Impromptu Cognos Cognos 8 Cognos 8, gaan over 7 naar Cognos 10 Algemeen Procesbeschrijving D 2014 geen, wel gewenst BPM One BPM One 2015 Aris Algemeen PDF-lezen en bewerken A Acrobat Reader Acrobat Reader Acrobat Reader Acrobat Reader Acrobat Reader Acrobat Reader CutePDF voor maken PDF's Algemeen ZIP Unzip A WinZip WinZip WinZip WinZip WinZip WinZip WinZip Algemeen Telefooncentrale D 2013 Sophos KPN Algemeen Fotobewerking B Adobe Creative Adobe CS Adobe Photoshop geen Adobe CS 2015 ACDSee Suite Algemeen Social media (intern) D 2014 StartSharing geen geen geen geen 28 / 65