Platform Afnemers Persoonsgegevens Amsterdam Vereenvoudigen en voorsorteren

Het stelsel van basisinformatie simpeler 4

Aanleidingen / Doelstellingen  Veel verschillende producten en koppelingen persoonsgegevens  Complex en divers applicatie landschap Hoge beheerlasten Complexe keteneffecten Vernieuwingen moeilijk door te voeren  Paraplu contract loopt af per eind 2013  Probleem verwijsgegevens tgv LO 3.8 vraagt om een oplossing 3

Huidige Producten persoonsgegevens  Raadplegen Amsterdammers (Paraplu)  Raadplegen niet-amsterdammers (T&T)  Raadplegen derden (K2B, ihkv bijhouding)  Bevragingen Amsterdammers (Paraplu)*  Kennisgevingen Amsterdammers (Paraplu) Indicaties tbv kennisgevingen  Kennisgevingen niet-Amsterdammers (T&T) Indicaties tbv kennisgevingen * Bevragingen niet-Amsterdammers niet mogelijk 4

Huidige Producten persoonsgegevens  Bestandselecties (cognos)  Bestandselecties (paraplu)  Bestanden (Stufkletser)  Zeer bepalend voor persoonsgegevens: Authenticatie Doelbinding Logging (= complexer, naarmate productaanbod complexer is) 5

Gewenste Producten persoonsgegevens  Raadplegen  Bevragingen eenvoudige business services (zoals gehuwd j/n)  Kennisgevingen Indicaties tbv kennisgevingen  Bestanden  (Authenticatie, Doelbinding, Logging) En: wensen afnemers: Koppelingen tbv producten makkelijk te implementeren en te veranderen. Productvormen en implementatietrajecten die aansluiten bij de vraag van afnemers Adequate ketenregie: tijdig aankondigen wijzigingen etc. 6

Achtergrond: Scenario’s  Scenario 1 Centric Voordelen: 1 applicatie suite voor persoonsgegevens Nadelen: ontbrekende essentiële functionaliteit /onderdelen: Indicaties Historie (door ontbreken gegevensmagazijn) Voorwaarderegels en filters (alles gaat naar iedereen)  Scenario 2 Paraplu => Makelaarsuite Voordelen: Gewenst productaanbod lijkt volledig leverbaar, Van paraplu-maatwerk naar standaard product Pink Roccade LG, geen ingrijpende veranderingen distributiedomein (itt scenario 1) Nadelen: 2 applicatiefamilies voor keten persoonsgegevens Scenario X … 7

Personen plateau’s, scenario 2 -GBA wordt BR personen. -Key2Burgerzaken blijft in gebruik in beperkte omvang. -CMK ontwikkelt door -Cognos blijft mogelijk in gebruik als de functionaliteit niet wordt overgenomen door CMK -Key2Burgerzaken blijft in gebruik -De functionaliteiten van Paraplu en CompeT&T en waar mogelijk ook van Cognos gaan over in CMK. -Cognos blijft mogelijk in gebruik -StUFkletser uitgefaseerd of vervangen I= Inwinnen en beheren V=Verstrekken

Doelstellingen project  Vereenvoudiging producten en applicatielandschap persoonsgegevens Zoveel mogelijk 1 product per interactie soort (raadplegen, bevragen, kennisgeven, bestanden) Zoveel mogelijk 1 applicatiesuite voor alle producten Door: Paraplu te upgraden naar Makelaarssuite Maatwerk te vervangen door standaardoplossingen Zodat Raadplegen A’dam en niet A’dam via één kanaal Applicatielandschap en beheer wordt vereenvoudigd LO 3.8 probleem definitief wordt opgelost Voorsorteren op Distributievoorziening mGBA  Uitvoering project in 2013  Overleg met Cimmers hierover 9