85
1 Architectuur E-overheid in Vogelvlucht In Vogelvlucht Pascal Huijbers [email protected] www.sca.to

Architectuur e-overheid

Embed Size (px)

DESCRIPTION

Overzicht van de E-overheidsarchitecturen. Waarom architectuur? Wat is NORA , GEMMA, PETRA, WILMA en welke relaties zitten hiertussen. Wat zijn de gemeentelijke thema's?.

Citation preview

Page 1: Architectuur e-overheid

1

Architectuur E-overheid in Vogelvlucht

In Vogelvlucht

Pascal [email protected]

Page 2: Architectuur e-overheid

Inzicht

Page 2

In huidige en toekomstige situatie

Producten en DienstenBedrijfsfunctiesProcessenSystemenGegevensInfrastructuur

Page 3: Architectuur e-overheid

Regie

Page 3

Bij uitbesteding, inbesteding, samenwerking

Page 4: Architectuur e-overheid

Overzicht (in samenhang)

Page 4

AfhankelijkhedenGemeenschappelijkheidOverlapAansluiting doelstellingenVolgordelijkheid

project A project B project C project D

Page 5: Architectuur e-overheid

Sturing

Page 5

Doelstellingen:

transparantklantgericht

Wet

Flexibele organisatie

Vertaling van strategie naar realisatie

stip op de horizon

Page 6: Architectuur e-overheid

Page 6

Fasering

Sturing binnen KadersNext stepRoze stip

Richting voor projecten/veranderingen

Page 7: Architectuur e-overheid

InzichtOverzicht

SturingFasering

Architectuur

De belofte van Architectuur

o Betere mogelijkheid tot fasering van ambities

o Mogelijkheid tot het maken van synergie keuzes

o Lagere beheer- en exploitatiekosten (standaardisatie)

o Betere vertaling van strategie naar implementatie

o Betere regie (in geval van uitbesteding)

o Betere besluitvorming over welke projectportfolio

o Beter risicomanagement

o Inzicht in samenhang

7

Page 8: Architectuur e-overheid

Definitie architectuur (DYA®)

Architectuur is een consistent geheel van principes en modellen dat richting geeft aan ontwerp en realisatie van de processen, organisatorische inrichting, informatievoorziening en technische infrastructuur van een organisatie (DYA).

8

Page 9: Architectuur e-overheid

Businessdoelen

Business-architectuur

Technischearchitectuur

Informatie-architectuur

Algemeneprincipes

Beleidslijnen(concrete principes)

Modellen

Prod/dienst

Proces Orga-nisatie

Gege-vens

Appli-catie

Middle-ware

Plat-form

Net-werk

Ist / Soll

Migratie

Domeinen

Ontwerp

Realisatie

Abstract

Concreet

9

DYA® ArchitectuurWerkmodel

Page 10: Architectuur e-overheid

10

Project Architectuur

Domein/Programma Architectuur

Enterprise Architectuur

Organisatie

Domein

Project

Project

Programma Project

Strategisch,• Visie• Abstract• Wat• Denken

Tactisch,• Vertalen• Kiezen• Sturen

Operationeel,• Executie• Detail• Hoe• Doen

Architectuur Niveau’s

Page 11: Architectuur e-overheid

Gelaagde Architectuur – Organisaties en Ketens

Nederland

Gemeenten OOV SectorSociale Keten Ministeries

Europe

CFI IBGGSD UWV CWI

Provincies

UK Denmark Germany

Onderwijs Waterschappen

Austria France ..

SVBGemeenteAmsterdam

GemeenteRotterdam

.... ..

VS ..

Page 12: Architectuur e-overheid

NORA

Gemma -SUWI Keten.

MARIJ

European Interoperability

Framework

CFI IBGGSD UWV CWI

Petra

E-Government interoperability

framework

The Reference

profileSAGA

OnderwijsSector arch

Wilma

Administration on the net

- ..

SVBGemeenteAmsterdam

GemeenteRotterdam

.... ..

Federal Enterprise Architecture

12

Gelaagde Architectuur – Architectuur raamwerken

Page 13: Architectuur e-overheid

13

NORARaamwerk

Page 14: Architectuur e-overheid

Structuur

Inhoudsopgave

Definities en Kaderstelling Architectuur Product en Proces Raakvlakken en aanscherping

Aanleiding: Ontwikkeling Gemeenten

Architectuur Raamwerken

Architectuur Governance

Architectuur en projectmanagement

Overheid architectuurraamwerken

Proces van Architectuur

Architectuurontwerp en Gemma

Kritieke Succesfactoren

Begrippenkader

De rol van de architect

Page 15: Architectuur e-overheid

15

Groei in volwassenheid

Page 16: Architectuur e-overheid

16

Ondertussen in de samenleving…

Ca 80% van de Nederlanders heeft toegang tot internet, Alle jongeren online

Internet onder jongeren meest populaire medium

Klant verwachtingen veranderen

Nederlandse huishoudens zijn zeer hightech uitgerust: (mobieltjes, PCs, DVD spelers, digitale camera’s, spelcomputers, MP3 spelers… )

Bron: SCP/De Haan & Duimel 2007; De Digitale Economie, 2006

Sterke groei laatste 3 jaar van chatten, downloaden, gamen, bankieren, shoppen, bloggen, podcasten, ‘hyven’, linked etc

Page 17: Architectuur e-overheid

Ondertussen bij de gemeente…Veel Formulieren Online

Bezig met inrichting KCC , focus op Klant

Mijngemeente.nl

Digitalisering

Inrichting MidOffice Informatievoorziening

(Keten) Samenwerking

Bron: SCP/De Haan & Duimel 2007; De Digitale Economie, 2006

Digitaal werken

Page 18: Architectuur e-overheid

Dienstverlening

Page 18

“De gemeente heeft er voor gekozen de dienstverlening onder te brengen in één loket; dit geldt de fysieke loketten maar in het vervolg op de concentratie van diensten daarin, ook andere kanalen zoals het digitale en telefonische loket, post en e-mail.” (Plan van aanpak publieksbalie)

Gemeente Appel

“Het uitgangspunt van het servicecentrum is dat er op termijn in principe één centrale ingang is voor alle nieuwe klantcontacten met de gemeente.” (Plan van aanpak servicecenter)

Gemeente Groothuis

"Het gemeentehuis is verbouwd, zodat in de centrale hal de ‘1-loket gedachte’ fysiek gestalte heeft gekregen. Dit is slechts het begin. De komende periode moeten de werkprocessen ook via de ‘1-loket gedachte’ worden georganiseerd." (Woudloperheeft Antwoord)

Gemeente Woudloper

Uitgangspunten

Page 19: Architectuur e-overheid

Gemeente = 1e Overheid

Ontwikkelingen

Ontwikkelingen omgeving:

Gemeenten worden voor steeds meer zaken het portaal voor de gehele overheid (cie. Jorritsma, 2005)

NUP: Burger centraal, overheid servicegericht Verplicht gebruik e-overheid kern-infrastructuur door overheidsorganisaties

(19 voorzieningen) Zes voorbeeldprojecten (Omgevingsvergunning, DKD, loket Schoolverlaten,

WMO/Regelhulp, Verwijsindex, Dienstenrichtlijn 1-loket)

Vergt aanzienlijke inspanning gemeenten: Organisatieontwikkeling Informatievoorziening

Page 20: Architectuur e-overheid

Gemeente: veel taken door kleine organisatie in keten

Feiten:

Gemeente heeft grote hoeveelheid aan taken

Taken bevinden zich op vele verschillende terreinen

Gemeente is een relatief kleine organisatie

Gemeente fungeert steeds meer als eerste overheid, en bijna altijd (en steeds meer) in een keten

Dit betekent:

Bewuste keuzes in samenhang

Gemeente moet visie tonen, planmatig werken

Standaardisatie is geen keuze (meer), ook al betekent dit het inleveren van autonomie

Zorgdragen voor interoperabiliteit

Dit gaat gepaard met organisatie-ontwikkeling, en een cultuuromslag

Page 21: Architectuur e-overheid

NORA

Beveiliging

© copyright HEC EGEM

DigitaalKlanten DossierOmgevings

loket

Digitale Aanvraag

VOG

BasisRegister

Topografie

BasisregisterAdressen Nieuw

HandelsRegister

BasisRegistratieKadaster

Webrichtlijnen

VergunningenOp internet

Publicaties op internet

Fraude bestrijding Mobiel CRM

MultiChanneling

(De)centra-lisatie

Shared Services

Regionale Samenwerking

DIGIDBerichtenverkeerWOZ

Wet werk en Bijstand

BetalingsMogelijkheden Operatie

JONG

Smart Migration

KetenSamenwerking

GBATerrorismeBestrijding

Call centraDe brede

SchoolRuimtelijke Inrichting

BurgerParticipatie eProcurement

Bedrijfsproces

Optimalisatie

Dienstverlening

Aan burger

RisicokaartDeregulering

OnderwijsnummerWet Puber Verwijsindex

risicojongeren

Rampenbestrijding

Digitale Duurzaam

heidOpen source

PKIVeiligheids

regio’s

Kiezen op Afstand WOB

BurgerserviceNummerUitbesteding

IT beheer

Hergebruik Software

Identificatie en Authenticatie

Admini-stratieve Lasten

verlichting

Schaalvergroting

LeefbaarheidVeiligheidRegister

gevaarlijke Stoffen

AWB

KetenSamenwerkingPIP

eFormulierenBedrijven

loket

ENIK

RegisterNiet-

ingezetenen

Overheidsbrede

zoekdienst

OverheidsTransactie

poort

BIN

StroomlijningBasis

gegevens

DURP

WKPB

Samenwerkende

catalogiWMO

Zorgloket

BasisRegister

GebouwenElektronisch

Kind Dossier

ElektronischPatientenDossier

DienstenbusBouwloket Decentrale

RegelgevingOp internet

Work FlowManagement

Contentmanagement

SectorOntwikkelingburgerzaken Maatschap-

pelijke Sectoren

& ICT

Burger@overheid

DienstenrichtlijnVerbetering

handhaving

WMO& ICT

Hoeveelheid en Complexiteit Ontwikkelingenvragen om een (integrale) procesbenadering

Page 22: Architectuur e-overheid

Structuur

Inhoudsopgave

Definities en Kaderstelling Architectuur Product en Proces Raakvlakken en aanscherping

Aanleiding: Ontwikkeling Gemeenten

Architectuur Raamwerken

Architectuur Governance

Architectuur en projectmanagement

Overheid architectuurraamwerken

Proces van Architectuur

Architectuurontwerp en Gemma

Kritieke Succesfactoren

Begrippenkader

De rol van de architect

Page 23: Architectuur e-overheid

Page 23

“Een samenhangend geheel van principes en modellen dat inzicht geeft voor besluitvorming

en richting geeft aan veranderingen van de processen, informatievoorziening en technische

infrastructuur van de keten(organisatie)".

Referentie Architectuur

Page 24: Architectuur e-overheid

Overheid - NORA

Provincies - PETRA

Gemeenten - GEMMA

Rijksoverheid - MARIJ

Waterschappen - WILMA

De Overheidsarchitectuur familie

Page 25: Architectuur e-overheid

NORA

NORA Architectuurproducten Katern Strategie 3.0 (definitief) Katern Beveiliging 3.0 (openbare

consultatie) Beeldtaal (binnenkort update) NORA 2.0

Opdrachtgever : BZK, uitvoerder ICTU

=> Issue Gedreven

Page 26: Architectuur e-overheid

NORA

Basisprincipes Vastgesteld door forum standaardisatie Aanbevolen door staatssecretaris

Bijleveld

NORA Online: http://www.surfgroepen.nl/sites/NORA-architecten

Page 27: Architectuur e-overheid

NORA – 10 basisprincipes

Burgers, bedrijven en overheidsorganisaties (afnemers);

...krijgen de dienstverlening waar ze behoefte aan hebben.

...kunnen de dienst eenvoudig vinden.

...hebben eenvoudig toegang tot de dienst.

...ervaren uniformiteit in de dienstverlening door het gebruik van standaardoplossingen.

...krijgen gerelateerde diensten gebundeld aangeboden.

...hebben inzage in voor hen relevante informatie.

...worden niet geconfronteerd met overbodige vragen.

...kunnen erop vertrouwen dat informatie niet wordt misbruikt.

...kunnen erop vertrouwen dat de dienstverlener zich aan afspraken houdt.

...kunnen input leveren over de dienstverlening.

Page 27

Page 28: Architectuur e-overheid

NORA-community

hoofdredactie

expertgroep

gepubliceerde versie

concept versie

expertgroep expertgroep

concept versie

redactieraad

Kenniscentrumraad

NORA Charter

kandidaat versie

opdrachtgeverBZK

openbare review

concept versie

Page 29: Architectuur e-overheid

NORA en governance

BESTUURDERS

vastgestelde afspraken

voorgedragen afspraken

project

leverancierafdeling

programma

etc

College Standaardisatie

managerdirecteur

minister

etc

bestuur

NORA COMMUNITY

Kenniscentrumraad

expertgroepreviewer

hoofdredactie redactieraad

opstellen

bekrachtigen

uitvoeren

Page 30: Architectuur e-overheid

Basisarchitectuur NORA

Page 31: Architectuur e-overheid

sevicebus

kanalen

database

vulkleur: grijs nr.666666tekstkleur: wit, arial regular 12 ptlijnkleur: zwart, 0.75 pt

werkprocessen

data opslag

vulkleur: oranje nr. FF6600tekstkleur: zwart, arial regular 12 ptlijnkleur: zwart, 0.75 pt

vulkleur: blauw nr. 99CCFFtekstkleur: zwart, arial regular 12 ptlijnkleur: zwart, 0.75 pt

vulkleur: grijs nr.666666tekstkleur: wit, arial regular 12 ptlijnkleur: zwart, 0.75 pt

vulkleur: geel nr.FFFF66tekstkleur: zwart, arial regular 12 ptlijnkleur: zwart, 0.75 pt

- algemeen: lijndikte van alle kaders 0.75 pt

Beeldtaal NORA

Page 32: Architectuur e-overheid

MARIJ

Model Architectuur RIJksoverheid

http://www.e-overheid.nl/atlas/referentiearchitectuur/marij/marij.html

Primaire functies

Beleidsvorming

BestuurlijkToezicht

Beleids-evaluatie

(integrale) Beleidsontwikkeling en Beleidsimplementatie

Wet- en Regelgeving

ExterneVoorlichting

Uitvoering

Dienstverlening Handhaving

Bedrijfsvoering

(interne) Sturing (interne) Beheersing

Ondersteunendefuncties

Informatie en ICT

Personeel

Financiën

Organisatie

Algemene zaken

Communicatie

Huisvesting

Kennis enAdvies

Bedrijfsfunctiemodel RijksdienstBedrijfsfunctiemodel Rijksdienst

PolitiekePolitiekesturingsturing

ExterneExterneVerantVerant--

woordingwoording

Primaire functies

Beleidsvorming

BestuurlijkToezicht

Beleids-evaluatie

(integrale) Beleidsontwikkeling en Beleidsimplementatie

Wet- en Regelgeving

ExterneVoorlichting

(integrale) Beleidsontwikkeling en Beleidsimplementatie

Wet- en Regelgeving

ExterneVoorlichting

Uitvoering

Dienstverlening Handhaving

Uitvoering

Dienstverlening Handhaving

Bedrijfsvoering

(interne) Sturing (interne) Beheersing

Ondersteunendefuncties

Informatie en ICT

Personeel

Financiën

Organisatie

Algemene zaken

Communicatie

Huisvesting

Kennis enAdvies

Bedrijfsfunctiemodel RijksdienstBedrijfsfunctiemodel Rijksdienst

PolitiekePolitiekesturingsturing

ExterneExterneVerantVerant--

woordingwoording

Page 33: Architectuur e-overheid

PETRA

Provinciaal Enterprise Architectuur Model

Page 34: Architectuur e-overheid

GEMMA

GEMeentelijke Model Architectuur

Page 35: Architectuur e-overheid

GEMMA

GEMMA Architectuurproducten

Handreiking strategie

Thema's en kernprincipes incl. Algemene Architectuurmodellen.

de GEMMA Procesarchitectuur

de GEMMA Informatiearchitectuur

GEMMA standaarden zijn:

E-processen,E-formulierenspecificaties, StUF berichtenstandaard, RSGB, RGBZ , Zaaktypencatalogus

Page 36: Architectuur e-overheid

De 7 Thema’sVoor de procesinrichting en informatievoorziening

Page 37: Architectuur e-overheid

Thema 1: Zaak- en procesgericht werken

Verschillende producten/diensten volgen een soortgelijk hoofdproces

Integraal klant tot klant proces

Besturen en bewaken op doorlooptijden, kwaliteit en bottlenecks

Mogelijkheden voor standaardisatie

Inzicht in alle “zaken” van een klant

Mogelijkheid tot opvragen tussentijdse status van de voortgang door de klant via welk kanaal dan ook.

Page 38: Architectuur e-overheid

Thema 2: Ontsluiten en (her)gebruiken van basisgegevens

Adequate gegevenshuishouding is essentieel

Eenmalige opslag, meervoudig gebruik van basisgegevens

Basisregistraties zijn leidend

Aansluiting op ontwikkelde registraties op termijn (wettelijk) verplicht

Administratieve Lastenverlichting en E-dienstverlening als drijvende kracht

Vertrouwen in gegevens (kwaliteit en beschikbaarheid) van andere overheidsorganisaties

Page 39: Architectuur e-overheid

Thema 3: Naast koppelen ook kantelen en generiek maken

Een meer procesgerichte organisatie

Inzet generiek Procesmanagement

Generieke functies en voorzieningen voor de gehele organisatie

Multikanaals ondersteuning

Generiek content en gegevensbeheer

Page 40: Architectuur e-overheid

Thema 4: De gemeente ontwikkelt zich tot dé poort tot de overheid

Gemeenten als loket tot de overheid

commissie Jorritsma

“Gemeente heeft Antwoord©”

publicatie Antwoord© 2

Gemeentelijk KlantContactCentrum (KCC) is essentieel

gemeentelijke onderdelen met klant-contacten worden ondergebracht in een herkenbare organisatorische eenheid

eenvoudige vragen en aanvragen zoveel mogelijk zelf afhandelen

meerdere kanalen

gemeenten handelt (aan)vragen van andere overheden af

Page 41: Architectuur e-overheid

Thema 5: Aansluiten op e-overheidsvoorzieningen (volgens NUP)

Gemeenten sluiten aan op NUP (landelijke) kerninfrastructuur-voorzieningen

Roadmap aanpak

Sturing op samenhang en fasering

NUP voorzieningen zijn opgenomen in GEMMA architectuur

Page 42: Architectuur e-overheid

Thema 6: Ketensamenwerking en de federatieve overheid

Overheid als federatie. Samen maar toch zelfstandig.

Uitvoering deels buiten de gemeentelijke grenzen in het gemeenschappelijke deel

Van interne focus naar ketensamenwerking

Veel verschillende vormen van (keten-)samenwerking:

lokaal

landelijk

sectoraal

regionaal

shared services centra

Page 43: Architectuur e-overheid

Thema 7: Groeipad naar serviceoriëntatie

Service gerichte architectuur <-> Webservices

Concept: een organisatieonderdeel, proces of deel van de informatievoorziening levert dienst/service met:

afgesproken functionaliteit conform een afgesproken contract met dienst/serviceniveau

1 leverancier : n afnemers

Eerste (web)services zijn operationeel (bv. DKD)

Verdere uitbreiding terwijl de winkel openblijft

Page 44: Architectuur e-overheid

De 7 Thema’s

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 dé poort tot de overheid

5. Aansluiten op e-overheidsvoorzieningen

6. Ketensamenwerking en de federatieve overheid

7. Groeipad naar serviceoriëntatie

Page 45: Architectuur e-overheid

Frontoffice - Concept AntwoordAntwoord

Page 46: Architectuur e-overheid

Antwoord©

Page 46

Page 47: Architectuur e-overheid

Fasen Antwoord©

Ori

ën

tati

e

Toegankelijkheid Eén duidelijke

ingang

Veel ingangen

Vraaggericht

Aanbodgericht

fase 2. Kanaal heeft Antwoord©

fase 3. Frontoffice

heeft Antwoord©

fase 4. Gemeente

heeft Antwoord©

fase 5. Overheid heeft Antwoord©

fase 1. Dienst heeft Antwoord©

Antwoord ©

Page 48: Architectuur e-overheid

Fase 1 Dienst heeft Antwoord©

Uitdagingen in deze fase

organisatiebrede uitgangspunten voor afhandelen klantcontact

naleving van procedures en afspraken binnen de dienst

inrichting één telefoonnummer en website met antwoorden op veel gestelde vragen

zorg voor afstemming met andere diensten en gemeentebrede afspraken

stel een trekker met gezag aan voor inrichten frontoffice

Voorkom gebruik doorkiesnummers en persoonlijke emailadressen

Maatregelen

Antwoord ©

Page 49: Architectuur e-overheid

Fase 2 Kanaal heeft Antwoord©

Uitdagingen in deze fase

loslaten klantcontacten door backoffice

het uitbouwen van de kanalen binnen de gemeente

sturen op het naleven van gemeentebrede procedures en keuzes voor een kanaal

richt kanaal in op veelvoorkomende contacten

gebruik eerste kanaal voor inrichten van andere kanalen

stel per kanaal standaarddefinities en procedures vast

Maatregelen

Antwoord ©

Page 50: Architectuur e-overheid

Fase 3 Frontoffice heeft Antwoord©

Uitdagingen in deze fase

van procesdenken naar zaakdenken

daadwerkelijk zicht en grip krijgen burgercontact

uitbouwen producten en diensten door het KCC

60% vragen direct afhandelen

zorg voor een centraal zakenregister

meet structureel het klantcontact per kanaal

regel dat KCC-medewerkers toegang hebben tot backoffice-applicaties

Maatregelen

Antwoord ©

Page 51: Architectuur e-overheid

Fase 4 Gemeente heeft Antwoord©

Uitdagingen in deze fase

van zaakdenken naar klantdenken

de systemen en informatie voor gehele proces op orde

KCC de rol als regisseur op het proces laten vervullen

Daadwerkelijk verbeteren en vernieuwen van dienstverlening

zorg voor gemeentebrede visie op rol KCC

richt een midoffice concept in

richt proces en besturingsmodel in voor procesregie door KCC

Laat ervaringen KCC voeding geven aan proces- en beleidsinhoudelijke vernieuwing.

Maatregelen

Antwoord ©

Page 52: Architectuur e-overheid

Fase 5 Overheid heeft Antwoord©

Uitdagingen in deze fase

Onderling vertrouwen en aansluiting door overheidsorganisaties

Samenwerking over organisatiegrenzen realiseren

burger in de keten echt centraal stellen

stuur op overheidsbrede uitgangspunten en standaarden

richt proces over gemeentegrenzen uniform in

zorg voor acceptatie rol KCC

geef burger sturende rol in het proces

Maatregelen

Antwoord ©

Page 53: Architectuur e-overheid

Postionering MidofficeOntstaan en inzetgebied

Page 54: Architectuur e-overheid

Basis bedrijfsinrichting overheidsorganisatie

koppeling

burger

bedrijf

koppeling

Page 55: Architectuur e-overheid

Elektronische overheid als dienstverlener

kadaster

gemeente

KvK

RBD

UWV

provincie

ministerie

overig: 1600

burger

bedrijf

Servicebussen

onderlinge gegevensuitwisseling binnen de e-overheid

GBA

handelsreg

Gebouwen

Kadaster

Topografie

Adressen

Kentekens

Polisadm

Inkomen

etc.

www.overheid.nl

Contactcentrum Overheid

Overheidstransactiepoort

Frontoffice ‘Overheid’ Elektronisch overheidsloket Klant Contact Centrum OverheidsTransactiePoort

No wrong door Samenwerkende Catalogi E-Formulieren Overheidszoekmachine Persoonlijke Internet Pagina

Page 56: Architectuur e-overheid

Gemeente vóór één-loket en multichannel

Onderwijs

Parkeren

Bouwen

Belastingen

Bedrijven

Openb.werken

Soc. Dienst

Burgerzaken

burger

bedrijf

De verkokerde gemeente Sectorale indeling Loket per sector Eigen gegevensverzamelingen

Page 57: Architectuur e-overheid

Gemeente na één-loket en multichannel

Onderwijs

Parkeren

Bouwen

Belastingen

Bedrijven

Openb.werken

Soc. Dienst

Burgerzaken

burger

bedrijf

De verkokerde gemeente Sectorale indeling Eén gemeenschappelijk loket Eigen gegevensverzamelingen

‘Adidas’-methode Provisorische distributie per kanaal / loket: N x M koppelingen

Page 58: Architectuur e-overheid

Gemeente na één-loket en multichannel

De verkokerde gemeente

Sectorale indelingEén gemeenschappelijk loketEigen gegevensverzamelingen

‘Adidas’-methode

Provisorische distributie per kanaal / loket: N x M koppelingen

Page 59: Architectuur e-overheid

Gemeente, organisatorische MidOffice

Eén frontoffice

Meerdere kanalen Kantelen bij de MidOffice

PublieksdienstMeest elementaire MidOffice: de draaistoel of Alt-Tab-MidOffice

N + M koppelingen, in plaats van N x M ‘Adidas’-methode

Voor distributie van front- naar backoffice

Page 60: Architectuur e-overheid

Gemeente, technische MidOffice

Onderwijs

Parkeren

Bouwen

Belastingen

Bedrijven

Openb.werken

Soc. Dienst

Burgerzaken

burger

bedrijf

Geg.Mag.

Zaken

ambtenaar

GBA

NHR

Gebouwen

Adressen

Kadaster

Topografie

Polisadm.

Inkomen

Servicebus: onderlinge gegevensuitwisselingbinnen de e-overheid

Eén frontoffice Meerdere kanalen E-loket ook gebruikt door medewerkers frontoffice Kanaaluniformering / -integratie

MidOffice ontkoppelpunt Broker voor orkestratie over verschillende backoffices Gegevensmagazijn voor 24 x 7 dienstverlening (koude data) Zakenmagazijn voor orkestratie en statusmelding (warme data)

Backoffice Voedt gegevensmagazijn met basisgegevens Staat in verbinding met landelijke voorzieningen basisregistraties

Page 61: Architectuur e-overheid

Gemeente, technische MidOffice

Eén frontoffice Meerdere kanalen E-loket ook gebruikt door medewerkers frontoffice Kanaaluniformering / -integratie

MidOffice ontkoppelpunt Broker voor orkestratie over verschillende backoffices Gegevensmagazijn voor 24 x 7 dienstverlening (koude data) Zakenmagazijn voor orkestratie en statusmelding (warme data)

Backoffice Voedt gegevensmagazijn met basisgegevens Staat in verbinding met landelijke voorzieningen basisregistraties

Page 62: Architectuur e-overheid

Melding OR

WOZ-aansl.

Park.verg.

Uittreksel

Gemeente, BackOffice rukt op

Onderwijs

Parkeren

Bouwen

Belastingen

Bedrijven

Openb.werken

Soc. Dienst

Burgerzaken

burger

bedrijf

Geg.Mag.

Zaken

ambtenaar

GBA

NHR

Gebouwen

Adressen

Kadaster

Topografie

Polisadm.

Inkomen

Servicebus: onderlinge gegevensuitwisselingbinnen de e-overheid

Eén frontoffice Meer digitale producten

MidOffice ‘hart van informatievoorziening’ Broker voor orkestratie over verschillende backoffices Gegevensmagazijn warmt op: meer basis- en procesgegevens Diensten voor levering eenvoudige producten

Uittreksel Parkeervergunning WOZ-taxatie, -aanslag en bezwaar Meldingen

Backoffice Specialistische processen, generiek naar FO en MO

Page 63: Architectuur e-overheid

Midoffice – Generieke VoorzieningenDe doorontwikkeling naar generieke voorzieningen

Page 64: Architectuur e-overheid

Basisplaat Procesarchitectuur

Page 65: Architectuur e-overheid

Procesarchitectuur - Uitwerking

Page 66: Architectuur e-overheid

Dienstverlening voor de Klant

Dienstverleningsproces

Informeren & Intake

Behandelen Besluiten

Leveren

Van Klantverzoek Intake

Klant staat centraal

Kanaalonafhankelijk

Zelfde informatie per kanaal

Tot Levering

Inzicht in proces en termijn

Levering via voorkeurskanaal

Snel en Transparant

Page 67: Architectuur e-overheid

Dienstverlening voor de Klant

Logistieke kijk op het proces

Beheren Zaak

BesturenBewaken

Besturen

Bepalen afhandelaar

Bundelen zaken

Bewaken

Bewaken termijnen

Bewaken voortgang en escalaties

Beheren Zaak

Leveren Statusinformatie

Archiveren zaken

Ontvangen en registreren zaken

Page 68: Architectuur e-overheid

Gemeenteloket aan de achterkant

vergunningen

subsidies

bezwaar & beroep

inkomens- en maatschappelijke ondersteuning

meldingen/aangiften

publieke producten

verzoeken

klachten

Page 69: Architectuur e-overheid
Page 70: Architectuur e-overheid
Page 71: Architectuur e-overheid
Page 72: Architectuur e-overheid
Page 73: Architectuur e-overheid

Page 73

Architectuur Domein Gemeenten(GEMMA)

Streekplan

Architectuur Gemeente(Referentie architectuur)

Bestemmingsplan

Project Architectuur

Ontwerpplan

Page 74: Architectuur e-overheid

Architectuur NORALandelijk (niveau1)

Page 75: Architectuur e-overheid

Gemeentelijk Model Architectuur Sectoraal Gemeenten GEMMA (niveau 2)

Page 76: Architectuur e-overheid

Vb. Architectuur Gemeente EindhovenGemeente (Level 3)

Klantgerichtheid is leidend princip

e

Leverende partij verantwoordelijk

voor eindresultaat keten

Klant-leverancier ook in interne keten

Klantgerichtheid is leidend princip

e

Leverende partij verantwoordelijk

voor eindresultaat keten

Klant-leverancier ook in interne keten

www.Eindhoven.

nl

Landelijke basisregistraties koppelverplichtingen 2006 , 2007 Kernregistraties

internet

Die

nstv

erle

nin

g

BackBackofficeoffice

systemensystemen

KCCKCCFrontFrontofficeoffice

KoppelenKoppelen• telefoon• e-mail• internet• post• balie

Generieke (mid-office) applicaties

Gem net

HTTP

FTP

SMTP

BWTBAVAK

PIV4ALL (GBA)

BWTBAVAK

PIV4ALL (GBA)

DigiDDigiD

CMSWFM MIS<<? ?>>

8

Page 77: Architectuur e-overheid

Voorbeelden (Keten) Architecturen

Digitaal Klantdossier (DKD)

WABO Omgevingsloket Online

Page 77

Page 78: Architectuur e-overheid

78

BrokerDigitaal aanvraag/

meldingformulier

Informatiebronnen

Vragenboom

Oriënteren Aanvragen Ontvangst Behandelen en advisering Besluit

Bijlage(n)DWF/PDF

Dossiermodule inclusief CAD viewer en PDF converterAutorisatie via LDAP

Papieren aanvraag/melding

formulierArchiefBackoffice en evt. midoffice

XML

Formulier PDFBijlage(n) DWF/PDF

XML

Publicatie op Internet (IPM)

21

verzendmethode

Evt. aanvullingeno.b.v. indienings-

vereisten

Bijlage(n)

na digitaalopslaan

Max. 200MbSOAP/XML

Statusinformatie

Zaak-nummer

optioneel optioneel

Login en autorisatie via DigiD en LDAP

Startscherm LVO

Evt. aanvullingeno.b.v. indienings-

vereistenBijlage(n)

BSN/LRDBIN/KvK

BAG

Evt. vooroverleg

Statusinformatie Upload bestanden

Publicatie op Internet (IPM)

Eigen autorisatie

Upload bestandenbetrokkenen

vergunningproces

Bijlage(n)

(optioneel)

WABO / Omgevingsloket

Page 79: Architectuur e-overheid

Digitaal Klantdossier (DKD)

Page 79

Page 80: Architectuur e-overheid

Structuur

Inhoudsopgave

Definities en Kaderstelling Architectuur Product en Proces Raakvlakken en aanscherping

Aanleiding: Ontwikkeling Gemeenten

Architectuur Raamwerken

Architectuur Governance

Architectuur en projectmanagement

Overheid architectuurraamwerken

Proces van Architectuur

Architectuurontwerp en Gemma

Kritieke Succesfactoren

Begrippenkader

De rol van de architect

Page 81: Architectuur e-overheid

NUP en e-overheid

http://www.youtube.com/watch?v=u8qvoEPg63E&feature=player_embedded

Page 82: Architectuur e-overheid

NUP-bouwstenen

Page 83: Architectuur e-overheid
Page 84: Architectuur e-overheid

NUP Bouwstenen

13 basisregistraties

GBA - Gemeentelijke Basisadministratie persoonsgegevens

NHR - Handelsregister

BAG - Basisregistratie Adressen en Gebouwen (bestaat uit twee basisregistraties)

BRT - Basisregistratie Topografie

BRK - Basisregistratie Kadaster

BRV - Basisregistratie Voertuigen (kentekenregistratie)

BLAU - Basisregistratie lonen, arbeids en uitkeringsverhoudingen

BRI - Basisregistratie Inkomens

WOZ - Basisregistratie Onroerende Zaken

RNI - Registratie Niet Ingezetenen

BGT - Basisregistratie Grootschalige Topografie (voorheen GBKN)

BRO - Basisregistratie Ondergrond (voorheen ook wel DINO)

Gemeenschappelijke voorzieningen

Digikoppeling - zorgt voor gegevensuitwisseling tussen basisregistraties onderling en met afnemers

Digilevering - ontsluit alle gegevens in de basisregistraties

Digimelding - hiermee kunnen afnemers fouten melden. Die worden dan direct in alle basisregistraties verbeterd

Page 85: Architectuur e-overheid