In deze presentatie die is gehouden op een congres over registers en basisregistraties vindt u toelichting op het stelsel van basisregistraties, de begrippen maar nog veel belangrijker, wat impliceert dit nu allemaal wel en niet

1. Registers en Basisregistraties
Architectuur en Richting
Pascal Huijbers
Enterprise Architect
Strategic Consulting Alliance
1

2. Wie biedt er meer?
{ administratie }

4. De wereld van de registers
 Enorm veel (potentiele) registers, zowel overheid als
niet-overheid
 Registers kennen vele relaties
 Situaties veranderen en dus gegevens veranderen
 Op hoeveel plaatsen worden dezelfde gegevens
bijgehouden?
 Ander doel met dezelfde gegevens
 Vraagt hoge volwassenheid architectuur
 Unieke Sleutels zijn cruciaal

5. Inhoud
 Terminologie en eisen aan basisregistraties
 Stellingen
 Do‟s and Dont‟s
 Uitdagingen

6. Terminologie , Filosofie en eisen aan
basisregistraties
6

7. Wat zijn registers/registraties
Authentieke
Niet-
Authentieke gegevens uit (Aut hent ieke)
authentieke Basisregistratie
gegevens een andere
gegevens
basisregist rat ie
Overige gegevens “ Eigen”
Registratie
Administratie
registratie
houder
Authentiek
Brondocumenten
register
(bron stelselnota)

8. „Authentieke‟ status
 De authentieke status is die situatie waarbij voor een
basisregistratie geldt dat het een kwalitatief hoogwaardig en met
expliciete garanties voor de borging van die kwaliteit omkleed
bestand van, gezien het geheel van wettelijke taken, vitale en/of
veelvuldig en om uiteenlopende redenen benodigde gegevens
over personen, instellingen, zaken, verrichtingen of
gebeurtenissen, dat bij wet als de enig officieel erkende
registratie voor de betreffende gegevens is aangemerkt en dat in
het gehele land verplicht wordt gebruikt door alle
overheidsinstanties, alsook zo mogelijk door private
organisaties, tenzij het gebruik om zwaarwegende redenen zoals
privacybescherming expliciet is uitgesloten.
Let op : Veel te lange definitie waarschuwing

9. Filosofie basisregistraties
Basisregistraties zijn leidend
Eenmalige opslag, meervoudig gebruik
Aansluiting op ontwikkelde registers (voor
overheid wettelijk verplicht)
De klant levert eenmaal via welk kanaal en welke
organisatie dan ook
Administratieve Lastenverlichting en E-
dienstverlening als drijfveer.

10. 12 Eisen basis
 Eis 1: Bij wet geregeld
 Eis 2: Terugmeldplicht
 Eis 3: Verplicht gebruik
 Eis 4: Aansprakelijkheid
 Eis 5: Kosten
 Eis 6: Inhoud en bereik
 Eis 7: Afspraken en procedures tussen houders en afnemers
 Eis 8: Toegankelijkheid
 Eis 9: Kwaliteit
 Eis 10: Niet vrijblijvende betrokkenheid
 Eis 11: Verhouding tot andere registraties
 Eis 12: Verantwoordelijkheid en zeggenschap

11. Basisregistraties

12. Klein Testje
ontvangt
Salaris
De mens
van
Een werkgever
Van het
De woz
Betaal de belasting
Woont in Die nodig heeft; hiervan aan
van De belastingdienst
Een huis
Die staat op
Die hoort bij
Een perceel
Een waterschapsgebied

13. Context Basisregistraties
13

14. Context basisregistraties
 Afnemers in zowel private als overheids sector
 Gebruik voor:
Dienstverlening aan burgers/klanten (omgekeerde
intake)
Intern gebruik (eigen taak)
 Basisregistraties en dus het beheren en leveren van gegevens als
kerntaak organisaties

15. Context basisregistraties
E-overheid

16. Context basisregistraties
Digitaal Klantdossier (DKD)
proceslaag
2008
Klantproces Intern (keten)proces
Inschrijven Re- Aanvraag Klant Be- Claim
ontvangst middeling beoordeling
Diensten werk ïntegratie WWB
presentatielaag
www. Presentatie
www.werk.nl www.uwv.nl gemeenten.nl EA/AD
Suwinet
www.werkeninkomen.nl Inkijk
scannen
scannen
scannen
scannen
scannen
scannen
servicelaag
/
n W
ve W er k
ri j ag B re ov
h
s c r k ra g ist atie
In we anv WW Re egr
A t
ïn
Re
Suwinet-inlezen Suwinet-meldingen
gegevenslaag
GBA- IBG-
CWI- + UWV- + Gemeente- + dossier dossier
dossier dossier dossier
RDW- SVB-
dossier dossier
SONAR EA/ED Polis
…- BD-
dossier dossier
infrastructuurlaag

17. Impact op Organisaties
17

18. Impact op organisaties
 Vertrouwen op andere organisaties
 Geen gegevens meer uitvragen aan de klant maar aan de
basisregistratiehouder
 Registratiehouders krijgen een andere rol nml die van
gegevensleverancier
 Partijen die gegevens ontvangen/inwinnen krijgen een andere rol
nml die van loket
 Ketens steeds belangrijker om te komen tot een integraal beeld
 Herstructurering eigen architectuur noodzakelijk (vaak zelf nog
veel dubbel)
 Verschuiving in verantwoordelijkheden
 Afspraken op basis van servicecontracten over beschikbaarheid,
kosten, gebruik

19. Impact op architectuur organisaties
 Uniforme sleutels gaan hanteren
 Taxonomie introduceren aansluiten op standaarden
 Ontdubbelen van registraties
 Uitvraag naar klant zoals E-dienstverlening
aanpassen
 Serviceorientatie in architectuur introduceren
 Externe koppelvlakken verbeteren
 E-bouwstenen onderkennen en indien nodig
gebruiken (zoals PKI)

20. Stellingen
20

21. Stelling 1 - Nooit meer kopieën J N
noodzakelijk
 Oppurtunistisch scenario
 Realtime
 SOA / SGA
 Online
 Performance voldoende
 Op één plaats
 Midoffice kopieen voor diverse organisaties
noodzakelijk door o.a. weerbarstige backoffice
 Eenmalige gegevensopslag is een functionele
benadering geen technische

22. Stelling 2 - 100% kwaliteit altijd
gegarandeerd J N
 Fraude
 Actualiteit probleem
 Systeem/Menselijke fouten
 Niet alle gegevens/wijzigingen komen binnen.
100.000 Amsterdammers wonen niet op adres
Meer dan honderdduizend Amsterdammers wonen niet op het adres dat ze
hebben opgegeven bij de gemeente, blijkt uit onderzoek van de gemeente
Amsterdam. Een groot deel heeft met frauduleuze bedoelingen bewust verkeerde
gegevens opgegeven, bijvoorbeeld om in aanmerking te komen voor uitkeringen.
Vijftien procent van de inschrijvingen in de Gemeentelijke Basisadministratie
(GBA) klopt niet, meldt de gemeente Amsterdam. Het gaat met name om
verkeerde adresgegevens.

23. Stelling 3 – Verantwoordelijkheid is nu
eenvoudig belegd J N
 Loket elders
 Afgeleide gegevens
 Overlap in gegevens
mogelijk
 Ambtshalve mutatie
 De bronhouder failliet of wil
niet meerwerken bij
veranderingen
 Bronhouder niet degene
waar het gegeven van is.

24. Stelling 4 - Online/realtime makkelijk
haalbaar J N
 Online/realtime makkelijk haalbaar
 Kopie en batch zijn ouderwets, online raadpleging
noodzakelijk
 Enorme aantallen raadplegingen
 Responsetijden voor afnemers en afnemende
applicaties
 Piekbelasting
 24x7 problematiek op de basisregistratie
 Verwevenheid met kernsysteem

25. Stelling 5 - SGA / SOA conform NORA helpt
ons bij de ontsluiting en het gebruik J N
 Concept opgezet volgens services (SOA concept)
 Mutaties nog onvoldoende gedekt in huidige SOA
implementatie (W3C)
 EBMS / W3C discussie
 Niet alle afnemers kunnen hierop aansluiten.
 Onderliggende lagen niet altijd goed geregeld
 Standaarden op interfaces zijn cruciaal
 GBO gateway voor standaard koppeling
noodzakelijk

26. Stelling 6 - Eenmalige uitvraag
voldoende,meervoudig gebruik mogelijk J N
 Eenmalig inwinning voldoende.
 Vertrouwen in elkaars gegevens
 Actualiteit van gegevens (maanden later)
 Frequentie uitvraag, frequentie gebruik
 Eenmalige opslag kan een kopie betekenen

27. Stelling 7 - Financiën zijn niet het probleem
J N
 Organisaties rekenen nu kosten voor raadplegingen (rdw,kadaster)
 Wie betaald de programma‟s.
 Wie betaald de basisregistraties en voorzieningen
 Hoe gaan we om met de kosten voor private partijen

28. Stelling 8 - De bron (aanleveraar) heeft altijd
gelijk J N
 Bronhouder kan de gegevens namens een ander aanleveren
Wergever voor werknemers
Scholen voor hun studenten
 Wat te doen bij failissement school, fouten of onwelwillendheid.
 De aanleveraar maakt ook fouten
 Moet elke correctie via de aanleveraar of ook ambtshalve correcties

29. Hoe verder …..
29

30. Noodzakelijke Functionaliteiten J N
 Gegevens
woordenboek
 Netwerk is standaard
 Berichtenverkeer
 Interfaces gedefinieerd
 Afspraken / contracten
 Authenticatie en
autorisatie

31. Uitdagingen
 Sleutels
 Voorzieningen
 Actualiteit
 Begrippen
 Standaardisatie gegevens,
begrippen
 Stelsel “besef”
 Weerbarstige praktijk
 Gefaseerde invoer
 Oppurtunistisch scenario

32. Do‟s
 Organisaties hebben een basisregistratie stelsel in het „klein‟ –
hergebruik het concept
 Sluit aan op de basisregistraties (verplichting voor overheden)
 Hanteer concepten en eisen basisregistratiestelsel voor registers
 Ga mee in de ontwikkelingen vanaf de start

33. Over Ons
Strategic Consulting Alliance is een IT Strategie en
Enterprise Architectuur consultancy organisatie
Pascal Huijbers
Managing Consultant
Drs. Ing. P.P.M.Huijbers
Strategic Consulting Alliance
(Enterprise Architectuur en ICT Strategie)
Winde 131
3892HD Zeewolde
Telefoon:036 8700070
Mobile: (+31) (0)6 34853706
http://www.sca.to
phuijbers@sca.to
Page  33