Resultaten fieldlab 10 en 11 mei

Iedere twee maanden organiseert Common Ground voor de developers van gemeenten en leveranciers die verbonden zijn aan communities zoals de G4, Dimpact, Open WebConcept en MijnServices. Twee dagen lang werken we samen aan oplossingen voor betere informatie-uitwisseling, met als doel een toekomstbestendige en sterkere publieke dienstverlening. We delen ideeën, werken samen, maken afspraken over vervolgstappen en zorgen dat we samen echt impact maken. Omdat gemeenten vroegen om publiciteit over de inhoudelijke sessies, delen we vanaf heden enkele demo's en samenvattingen op de website.

Dit keer delen de gemeenten 's-Hertogenbosch, Nijmegen en Rotterdam hun resultaten.

Gemeente 's-Hertogenbosch:

Vanuit een klantcontactsysteem* willen we via IKO** schuldhulpverleningsgegevens*** ontsluiten. Het gaat hierbij niet om zaakgegevens, maar om gegevens die typisch zijn voor schuldhulpverlening, zoals een budgetcoach en afspraken. Idealiter zouden deze gegevens opgeslagen moeten zijn in een domeinregister Schuldhulpverlening die voldoet aan het GGM (Gemeentelijk Gegevens Model). Zo'n register bestaat echter nog niet. Daarom heeft een Innovadis een API op diens eigen database ontwikkeld conform het schuldhulpverleningsmodel uit het GGM. Waar meerdere API-bevragingen nodig zijn om alle benodigde gegevens uit de GGM-API te halen (geef de budgetcoach van persoon met bsn #, geef de afspraken van de persoon met bsn #, geef... etc.), hoeft het KCS maar één bevraging aan IKO te doen (geef alle schuldhulpgegevens van persoon met bsn #). IKO weet dat voor de ene vraag uit het KCS meerdere API-bevragingen nodig zijn.   Uiteindelijk moeten alle gegevens op basis van zogenaamde GGM-API's ontsloten kunnen worden. Bij voorkeur uit domeinregisters die conform GGM zijn omgebouwd, maar als tussenstap accepteren we door leveranciers gegenereerde GGM-API's op hun eigen databases.

in ons geval het Djuma KCS van Visma Circle * IKO** Integraal Klant- en Objectbeeld van Ritense *** in ons geval uit Fincent van Innovadis

Gemeente Nijmegen:

▶ Video

Tijdens het fieldlab Veilig Informatierijk Mailen is gedemonstreerd hoe gemeenten documenten veilig, proactief en attribuut-gebaseerd met inwoners kunnen delen.

In deze samenwerking kwamen verschillende componenten samen: NotifyNL en het OMC van Worth, de VIP taakspecifieke APV-applicatie van Woweb, Postguard van Caesar en Privacy by Design, en Mijn Nijmegen van Gemeente Nijmegen.

De demonstratie liet zien hoe een besluit automatisch wordt opgepakt, versleuteld, genotificeerd en alleen toegankelijk gemaakt voor de juiste ontvanger. Niet op basis van alleen een e-mailadres, maar op basis van gecontroleerde attributen of credentials, bijvoorbeeld via de Yivi-wallet.

Daarmee ontstaat een veelbelovend alternatief voor bestaande veilig-mailen-oplossingen: meer regie bij publieke organisaties, sterke bescherming van informatie en een gebruiksvriendelijke manier om inwoners veilig toegang te geven tot persoonlijke documenten.

Gemeente Rotterdam:

De eerste usecase gaat over financiële fitheid voor de burger waarmee we inzicht, overzicht en regie creëren voor de burger door de data te koppelen aan wet- en regelgeving binnen de context van landelijke en gemeentelijke toeslagen.

De tweede usecase gaat over de inzet van een datakluis binnen de gemeentelijke MijnServices-omgeving waarmee we de burger de mogelijkheid geven om documenten direct in de Datakluis van de burger te plaatsen.

Key takeaways van deze mooie en inspirerende dag zijn:

• Toepassing van wallets en datakluizen in de gemeentelijke dienstverlening blijft achter maar is cruciaal om te leren;
• AI gaat als een raket. Zijn er straks nog wel 'Mijn Omgevingen' of praat de burger straks met een persoonlijke digitale assistent die onder water via AI-agents praat met alle sectoren en tijdens de dialoog interacteert met jouw data in jouw wallet en datakluis.

Gemeente Enschede:

Het onderwerp van de ochtendsessie was kennis-API. In deze sessie hebben we belangstellenden en leveranciers van kennisbanken bijgepraat over het gelopen proces en de huidige versie van de (kandidaat)standaard Kennis-API. We hebben een aantal ontwerpkeuzes getoetst en veel input opgehaald om te komen tot een versie 1.2. De reacties zijn positief en het lijkt erop dat meerdere leveranciers met de kennis-API uit de voeten kunnen. De komende periode willen we de API-specificatie in de praktijk testen met een POC. Bij het volgende fieldlab willen we de eerste resultaten presenteren.

Tijdens de middagsessie hebben we met (web)redacteuren van verschillende gemeenten en leveranciers gekeken naar eisen en wensen voor kennisbanken. Een sessie met een fijne energie en mooie discussies.

Het resultaat is een overzicht met de belangrijkste functionaliteiten in een kennisbank.