Mozaiek Digitaal kluisje

Presentatie over: "Mozaiek Digitaal kluisje"— Transcript van de presentatie:

1 Mozaiek Digitaal kluisje
Corné Dekker, informatie-architect e-government Gemeente Den Haag, 5 januari 2005

2 Toekomstige ontwikkelingen
momenteel is van alle aanvragen die via binnenkomen, de status en doorlooptijd bekend straks moet dit voor alle zaken het geval zijn, te beginnen met het postkanaal (gebaseerd op GFO-Zaken) alle relevante documenten van een zaak in één zaak-dossier (in de midoffice)

3 Wat is een zaak ? “een samenhangende hoeveelheid werk waarvan kwaliteit en doorlooptijd bewaakt moet worden” denk aan: “Post ter afhandeling”

4 Voorbeelden van een zaak
Geïnitieerd door burger of bedrijf: behandelen van een aanvraag vergunning verstrekken van een paspoort afhandelen van een melding of klacht verstrekken van informatie op aanvraag Geïnitieerd door gemeente zelf: controleren van een café op naleven voorwaarden vergunning

5 E-government architectuur

6 Gegevensmagazijn bevat kopieën van gegevens uit backoffice-administraties gebaseerd op GFO-Basisgegevens basisregistraties: natuurlijke personen, niet-natuurlijke personen, adressen, gebouwde objecten, grond objecten, kadastrale objecten, medewerkers afspraken met bronhouders geometrie tbv kaartfunctionaliteit

7 EGEM prioriteit Gegevensmagazijn
kom tot één gemeentelijk basismodel, gebaseerd op het GFO-Basisgegevens, afgestemd op de landelijke basisregistraties (samenhang !) betrek hierbij een kleine groep gemeentelijke koplopers: Den Haag, Amsterdam, Voorst, Dordrecht lever ook per database-omgeving een technisch model ontwikkel webservices op dit model Joost van Stiphout lijkt dit op te pakken ihkv vervolg rapport marktverkenning midoffice

8 Berichtencentrale Oracle Interconnect tussen FO (WIS) en MO tussen MO en BO (Centric) EGEM-werkgroep Openen Gemeentelijke Backoffice Applicaties ambitieniveau 1: koppelen, maakt niet uit hoe ambitieniveau 2/3/4: koppelen d.m.v. (gemeentelijke) standaarden

9 Koppelvlakken en adapters

10 FO-MO-BO adapters

11 EGEM werkgroep OGBOA Dordrecht vanaf begin voorkeur voor ambitieniveau 1 pas na een jaar zag meerderheid werkgroep in dat ambitieniveau 2/3/4 niet haalbaar was oplossing Centric niet ideaal Dordrecht gaat kiezen tussen Centric-oplossing en screen-scraping maar heeft voorkeur voor webpack stored-procedures als adapter

12 Webpack stored-procedures Centric

13 Waarom GFO-Zaken ? verbeteren dienstverlening (bewaking doorlooptijden, teruggeven status) verbeteren interne bedrijfsvoering (managementrapportages) effectievere handhaving (wat speelt er allemaal rond een bedrijf of object) integratie kanalen (post, balie, telefoon, website) integratie keten

14 Werkgroep GFO-Zaken geïnitieerd door VNG gestart eind 2002 vertegenwoordigers gemeenten: vlissingen, den haag, amsterdam, dordrecht vertegenwoordigers leveranciers: procura, pinkroccade, centric zomer 2004 overgedragen aan beheerder EGEM

15 Publicatie werkgroep GFO-Zaken
pdf-versie op

16 Het GFO-Zaken Geeft basisinformatie over: lopende en afgesloten zaken, de status van elke zaak, het subject dat een verzoek tot de zaak heeft gedaan, het subject dat betrokkene is bij een zaak, de actor die verantwoordelijk is voor de behandeling, evt. aan de zaak gekoppelde objecten, evt. het betrokken adres.

17 Datamodel GFO-Zaken Verzoek Subject Beschikking Verblijfs object
Overeen- komst Kadastraal object Actor Zaak Organisato- rische eenheid Adres Status Betrokkene Medewerker Stap

18 Status - Stap status is gericht op de aanvrager en generieke management-informatie (CRM) stap is gericht op de behandelende afdeling(en) (WFM) het aantal stappen is over het algemeen fors hoger statussen dienen altijd chronologisch te worden doorlopen (kunnen “n.v.t.” worden verklaard)

19 Reikwijdte GFO-Zaken

20 Implementatie Dordrecht
E-government documenten project Papier-Passé: transparantie internetkanaal ook realiseren voor het postkanaal van élke zaak álle relevante documenten in één zaakdossier berichten eenvoudig op te nemen in zaakdossier gericht op ruim klanten en 1600 medewerkers

21 dienstverlening bedrijfsvoering Waarom registreren ?
cultuur-historisch onderzoek verantwoording bedrijfsvoering dienstverlening de klant centraal: van buiten naar binnen

22 Reikwijdte implementatie

23 Model Zaak-Dossier-Documenten

24 Zoekmogelijkheden Op basis van: trefwoorden/kenmerken object subject (“klantendossier”) adres geometrie (“klik op de kaart”)

25 Zaken koppelen aan basisregistraties
T.b.v. klantbeheer en handhaving: alle zaken m.b.t. één bedrijf (klant-dossier) alle zaken m.b.t. één adres (adres-dossier) alle zaken m.b.t. één gebouw (gebouw-dossier) inclusief alle relevante documenten basis voor digitaal kluisje klanten (mijnDordrecht.nl)

26 Relatie met DSP

27 Gevolgen voor het Web-Intake-Systeem
Van de drie componenten: producten/formulieren intakes/zaken documenten (aanvraag,ontvangstbevestiging) kunnen de laatste twee als zelfstandige component worden ingezet

28 Zaak- en dossiercomponent indien gewenst los van het Web-Intake-Systeem

29 Web-Intake-Systeem indien “opgeknipt”

30 Scan/postintake toegevoegd

31 Webformulieren oude & nieuwe stijl
webformulieren oude stijl zorgen er voor dat zaken en documenten op de vertrouwde manier in het Web-Intake-Systeem worden opgeslagen (status-mogelijkheden opslaan bij formulier) webformulieren nieuwe stijl zorgen er voor dat zaken worden opgeslagen in het zaken-systeem en documenten in het dossier-systeem (status-mogelijkheden opslaan in zaak-toepassing)

32 Uitbreiding Web-Intake-Systeem
(web-intake-systeem in groen weergegeven)

33 Doelstelling Papier-Passé
1.) post digitaal + 2.) documenten op intranet Niet alle post zal digitaal worden aangeleverd, en dat zal geleidelijk worden ingevoerd Makkelijker om documenten op intranet te zetten dan nu.

34 Post digitaal Nu: handmatige bezorging (langzaam)
raadplegen papieren dossiers (DIV) routering o.b.v. organisatie-indeling geadresseerden ontvangen poststuk één-voor-één Straks: - digitale bezorging (snel) raadplegen digitale dossiers (intranet) routering o.b.v. werkproces / zaaktype geadresseerden ontvangen poststuk tegelijk Routering tijdrovend en hier vooral winst in distributie Opvragen van poststukken nu in fysiek archief, later op intranet. 80/20 % regel en transformatie Organisatie onderhavig aan veranderingen, werkproces veel minder Brug met WIS Om dit te realiseren moeten de werkprocessen gerealiseerd worden (ZTG) en daar komen we voor langs.

35 Documenten op intranet
Nu: documenten in verschillende omgevingen (novell, backofficesysteem, div-dossier, -berichten) alle vergunningen bedrijf x? documenten komen meerdere keren voor welke versie van document? lastig plaatsen document op intranet moeilijk zoeken en vinden Straks: document in één omgeving (ook -berichten) alle vergunningen bedrijf x! document komt nog maar één keer voor altijd laatste versie van document! makkelijk plaatsen document op intranet makkelijk zoeken en vinden Minder versnippering bij digitale opslag zoals naar je G of H-schijven. Werkplek beheer: opslag en toegankelijk maken (beheer) en distributie van documenten (url) nu zelf Nu: onduidelijk of men van een document de meest recente versie raadpleegt Straks: standaard wordt altijd de meest recente versie van een document getoond

36 de naam voor het nieuwe systeem waarmee we gaan werken
MOZAIEK m id o ffice zaken i nformatie e n k ennis de naam voor het nieuwe systeem waarmee we gaan werken

37 Wat is een zaaktype ? “een proces waarvan kwaliteit en doorlooptijd bewaakt moet worden” er wordt momenteel geïnventariseerd welke zaaktypen (DSP-werkprocessen) de gemeenten kent

38 Per zaaktype wordt vastgelegd
welke afdeling is verantwoordelijk? wie mag zaken inzien of behandelen? welke statussen gaan we de aanvrager terugmelden? wat zijn de mogelijke resultaten? welke documenten zijn relevant of zelfs verplicht? welke kenmerken zijn relevant of verplicht? aan welke registraties (personen, bedrijven, adressen) kan of moet worden gekoppeld? wat zijn de DSP-kenmerken?

39 Inventarisatie per zaaktype (1)

40 Inventarisatie per zaaktype (2)

41 Inventarisatie per zaaktype status

42 Inventarisatie per zaaktype resultaat

43 Verbeterde registraties
Bij elke statuswijziging en bij het afhandelen van een zaak wordt gecontroleerd: is het dossier compleet (bevat het dossier de verplichte documenten)? zijn de verplichte kenmerken ingevoerd? zijn de verplichte koppelingen (personen, bedrijven, adressen, etc) gelegd?

44 Voordelen van elke afgeronde zaak is het dossier altijd compleet
van elke zaak is bekend welke personen, bedrijven, adressen het betreft voorbeeld m.b.t. handhaving: men krijgt inzicht in álle zaken (alle vergunningsaanvragen) m.b.t. een bepaald bedrijf, inclusief de bijbehorende dossiers (alle vergunningen) voorbeeld m.b.t. klantbeheer: mijnDordrecht.nl

45 Status zaak via internet
(m.b.t. kanalen e-loket en post) huidige status uitleg status verstreken doorlooptijd evt. opschorting evt. verlenging uitleg doorlooptijd uiterste datum documenten uit het dossier (DigiD ?)

46 Taakbak het overzicht met zaaktypen en openstaande zaken wordt de taakbak genoemd (signalering nieuwe zaken en statuswijzigingen evt. via GroupWise) selecties mogelijk: bepaalde status door medewerker in behandeling genomen door eerstelijns toegewezen op basis van kenmerk

47 Taakbak op intranet startpagina

48 Fasering zaken in de midoffice
Per kanaal: fase 1: webintakes (web intake systeem) fase 2: post/fax/ (functionaliteit Mozaiek) fase 3: balie/telefoon

49 Informatie en Kennis alle medewerkers kunnen straks mappen aanmaken en hierin documenten beheren de documenten zijn direct beschikbaar via het intranet men kan zich abonneren, zodat men op de hoogte blijft bij wijzigingen in een map of document functionaliteit vervangt op termijn huidige intranet + novell-schijven G+S

50 Inbak elke medewerker en elke afdeling krijgen standaard een map: de medewerkermap en de afdelingsmap onderdeel van deze map is de inbak in de inbak verschijnen o.a. de gescande poststukken “ter kennisname” (signalering evt. via GroupWise) vanuit de inbak kan men documenten in dossiers en/of mappen plaatsen of doorsturen naar collega’s (Mozaiek-Mail)

51 Inbak op intranet startpagina

52 Postintake-proces schema

53 Samengevat: de zaak centraal !
Ook als het proces nog niet in kaart is gebracht ! management-informatie geeft op elk moment het totaal-overzicht m.b.t. álle zaken (CRM) management-informatie signaleert processen die aandacht behoeven (WFM) Ook als er nog geen geautomatiseerde koppeling met de BO mogelijk is ! geen extra werk, straks minder werk

54 Omschrijving BRA Den Haag
één systeem realiseren, waarin de burger via extranet (CDS) inzicht kan krijgen in de transacties die hij bij de gemeente heeft lopen en de status hiervan. Baliemedewerkers (telefonisch en fysiek) kunnen eveneens met behulp van deze werkomgeving burgertransacties initiëren. wordt in Dordrecht gerealiseerd met Mozaiek

55 Inhoud digitaal kluisje (1)
inzicht in eigen zaken en zaakdossiers reageren n.a.v. een bestaande zaak (met mogelijkheid om document aan zaakdossier toe te voegen)

56 Inhoud digitaal kluisje (2)
inzicht in eigen gegevens in het gegevensmagazijn mutatieverzoek indienen m.b.t. deze gegevens (leidt tot een zaak !) integratie met webformulier

57 Inhoud digitaal kluisje (3)
inzicht in eigen kluis-gegevens -adres, telefoonnummer, correspondentie-NAW ? mutatiemogelijkheid integratie met webformulier

58 Inhoud digitaal kluisje (4)
beheer abonnement-gegevens nieuwsbrieven, thema’s, bekendmakingen signalering via , sms of via het kluisje resultaten abonnementen

59 Beveiligingsniveau digitaal kluisje
BZK zegt: ga starten met deze functionaliteit en gebruik DigiD (mail Kees Keuzenkamp aan Den Haag en Dordrecht) Maar is beveiligingsniveau DigiD toereikend ? DigiD zou uitgebreid moeten worden (bv met registratie mobiel nummer t.b.v. sms-authenticatie)

60 Meer informatie