90 likes | 266 Views
Platform Afnemers Persoonsgegevens Amsterdam Vereenvoudigen en voorsorteren. Het stelsel van basisinformatie simpeler. 4. Aanleidingen / Doelstellingen . V eel verschillende producten en koppelingen persoonsgegevens Complex en divers applicatie landschap Hoge beheerlasten
E N D
Platform AfnemersPersoonsgegevens AmsterdamVereenvoudigen en voorsorteren
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
Huidige Producten persoonsgegevens • Raadplegen Amsterdammers (Paraplu) • Raadplegen niet-amsterdammers (T&T) • Raadplegen derden (K2B, ihkvbijhouding) • Bevragingen Amsterdammers (Paraplu)* • Kennisgevingen Amsterdammers (Paraplu) • Indicaties tbv kennisgevingen • Kennisgevingen niet-Amsterdammers (T&T) • Indicaties tbv kennisgevingen *Bevragingen niet-Amsterdammers niet mogelijk
Huidige Producten persoonsgegevens • Bestandselecties (cognos) • Bestandselecties (paraplu) • Bestanden (Stufkletser) • Zeer bepalend voor persoonsgegevens: • Authenticatie • Doelbinding • Logging • (= complexer, naarmate productaanbod complexer is)
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.
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 …
Personen plateau’s, scenario 2 I= Inwinnen en beheren V=Verstrekken • -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 -StUFkletseruitgefaseerd of vervangen
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