13. Eddy Van der Stock
Voorzitter Vlaamse ICT Organisatie
Voorzitter Linked Organisation of Local Authorities
OCAPI kennisdag Antwerpen, 27 september 2018
Open City API
Een huwelijk van VlaVirGem met ACPaaS
14. Het OCAPI (Open City API)-project
Samen bouwen aan de fundamenten
15. PROGRAMMA Mobiliteit
Toegankelijkheid, transport
Stedelijke ontwikkeling
Infrastructuur, intelligente gebouwen,
urbanisme, afvalbeheer, veiligheid
Economie
Economische ontwikkeling,
innovatie, investeringsklimaat,
gunstig klimaat voor de handel
Milieu
Beheer van natuurlijke bronnen, groene
ruimtes en behoud van het milieu
Energie
Energieopwekking & -consumptie,
waterverdeling
Smart City diensten
E-governement diensten, gemeentelijke
dienstencentra, fusies van gemeenten
Onderwijs
Onderwijs, intellectuele en
humane ontwikkeling
Gezondheid & preventie
Gezondheid & preventie, sociale zekerheid,
integratie en cohesie
Smart City
16. PROGRAMMA
Smart City diensten
Dienst-verlening &
Bedrijfsvoering (organisatie-
beheer)
Beleids-informatie
Begeleiding (Skills) &
Procurement
Gegevens-bescherming
Standaarden en Architectuur
Infrastructuur en Connectiviteit
Smart City
Services
17. Services
Data / Digital
Infrastructures
Citizen/Customer
City as a
Technological
System
City as a
Social System
City as a
Economic System
City as a
Politcal System
smart new services
smart infrastructure
management
Smart City
Socio-Technical System
PROGRAMMA
Smart City
18. PROGRAMMA • VlaVirGem is de ideale gemeente die focust vanuit een gelinkte overheid op
zijn informatie, zijn processen en de informatieveiligheid en daarbij gebruik
maakt van een goede connectiviteit, degelijke infrastructuur en aangepaste
applicaties of toepassingen.
• Een plaats waar alle oplossingen thuishoren als ze maar conform de
informatiestandaard (OSLO), de generieke processen en de veiligheidsnormen
zijn. De keuze blijft aan de gemeente welke oplossingen ze dan kiezen, naar
eigen vermogen en
goeddunken maar met
die garantie dat er
compatibiliteit en
interoperabiliteit ge-
garandeerd blijven.
Smart City
VlaVirGem
20. Bouwblokken
VlaVirGem is een Smart City “avant la lettre”
• Ondersteunende bouwblokken
• Informatieveiligheid – GDPR
• iMonitor van statisch naar dynamisch
• Aankoopondersteuning
• Informatie & Technologie bouwblokken (generieke referentiearchitectuur)
• Bovenlokale oplossingen
• OSLO => OSLO²
• Softwarecatalogus
• LB365 (samen aanbesteden)
• Open City API (OCAPI)
• Blockchain on the Move
• Aankoopplatform (BuyITPublic)
• Netwerk van Skills (NoITS)
21. Oplossings-inventaris
De puzzel is klaar om gelegd te worden
GDPR/IV
Maturiteit
I&T
Maturiteit
Procurement
onder-
steuning
Software
inventaris
Oplossings
-inventaris
OSLO LB365
Profielen
OCAPI
BuyIT
Public
OSIRIS Horeca BotM
Beleid Beleid Beleid Beleid Beleid
22. VlaVirGem referentiearchitectuur
een raamwerk van de ideale gemeente
• Referentiekader hoe een
gemeente is opgebouwd
• Welke onderdelen (referentie-
componenten) bevinden zich
op welke laag
• Bedrijfsvoering
• Frontoffice
• Generiek (midoffice)
• Specifieke (backoffice)
• Vlaams of federaal
23. Open Standaard Lokale/geLinkte Overheden
OSLO/OSLO² - open standaarden voor overheidsinteroperabiliteit
(2012)
Uitwisselbaarheid van gegevens en dossiers (generiek en specifiek)
Verbeterde dienstverlening
Lagere administratieve kosten (tvv burgers en bedrijven)
Makkelijkere toegang tot de overheid als geheel
Basis voor een goed datamodel / fundamenent
24. Samen aanbesteden (LB365)
eerste vertaalslag van concept naar technologie (2014)
• 31 applicatiefuncties
1. Synchronisatie Rijksregister (RR)
2. Synchronisatie Vlaamse Kruispuntbank Personen (VKBP)
3. Synchronisatie Kruispunt Ondernemingen (KBO)
4. Synchronisatie Vlaamse Kruispuntbank Ondernemingen (VKBO)
5. Synchronisatie Centraal Referentie Adressen Bestand (CRAB)
6. Synchronisatie Interbestuurlijke Producten en Dienstencatalogus (IPDC)
7. Synchronisatie Kruispuntbank Sociale Zekerheid (KSZ)
8. Synchronisatie Generiek Informatieplatform Openbaar Domein (GIPOD)
9. Access en identitymanagement (ACM/IDM)
10.Elektronische identificatie (eId)
11.Digitaal Teken Platform (DTP)
12.Dossier Informatie Systeem (DOSIS)
13.Interbestuurlijke Producten en Dienstencatalogus(IPDC)
14.Opslaan en ontsluiten zaken/dossiers en documenten
15.Opslaan en ontsluiten gegevens
16.Distribueren en synchroniseren gegevens en signalen naar backoffice
17.Koppelen met externe voorzieningen en systemen niet zijnde authentieke bronnen
18.Ontsluiten open en closed data
19.Opslaan en ontsluiten identiteiten en autorisaties
20.Gebruiken diensten van derden
21.Tonen webcontent
22.Beheren Agenda
23.Aanvragen producten en diensten
24.Tonen en bijwerken lopende zaken en mijn gegevens
25.Beheren klantcontacten
26.Beheren zaken/dossiers
27.Beheren gegevens
28.Beheren documenten
29.Beheren content kennisbank
30.Archiveren gegevens en documenten
31.Beheren procesafhandeling
25. Samen aanbesteden (LB365)
eerste vertaalslag van concept naar technologie (2014)
Integratie van bestaande bovenlokale bouwstenen …
• Access en identitymanagement (ACM/IDM)
Toegangs en controlebeheer voor alle functies binnen de applicaties
• Elektronische identificatie (eId)
Unieke identificatie via eId
• Digitaal Teken Platform (DTP)
Integratie om documenten officieel te ondertekenen
• Dossier Informatie Systeem (DOSIS)
Opvragen van dossierstatus voor lopende zaken bij Vlaamse Overheid
• Interbestuurlijke Producten en Dienstencatalogus(IPDC)
Overzicht van alle producten en diensten te integreren naar de kennisban
26. ESB
API
Identity
& Access
User Mgmt
Form &
Survey
Digital
Assets
Workflow
Dossier &
Datastore
Output
Generator
Shopping
Order
Multilang.
Pricing &
Discount
Payment
Digital
Signature
Vault
Event
Handler
Notification
A/M
Profiel
EID
Open Data
CRS
Search
Data IOT engines
Data
ingestion
Device &
SourceMgt Profiling
Web
Content Mgt
Metadata
Mgt
Data Lake
Analytics
Inline
Analytics
(Realtime)
Processing
Logging
Blockchain
Technology
Business
engines
SDK & Tools
ACPaaS
Portal
API
Marketplace
Vault
Order
Payment
Pricing
WCM
Composer
Workflow
Composer
Output Gen.
Composer
Multilang.
Composer
Form&Surve
y
SDK
User Mgt
Admin
A/M
Profiel
Blockchain
Distr.Data
Digital Experience
Style
library
Virtual
AssistantChatbots
Data Science
Advanced
Analytics
Pattern
Recognition
Smart
Algorithms
Gathering
Context
Common
UX-
blocks
ACPaaS evolutie
27. Open City API
open platform voor alle steden en gemeenten
Beveiligd
informatie delen
Platform engines
API
Gateway Logging
Identity
& Access
Business engines
Digital
Vault
Output
Generator
Privacy
(GDPR)
Workflow
Centrale
Registers
Burgers
Mede-
Werkers
Tools
OCAPI
Online
Digitale
Formulieren
& Document
Generatie
Ontsluiten
Centrale
Registers
Vragen en
meldingen
UITROL
NAAR ALLE
DEELNEMERS
Projectorganisatie
OCAPI is in essentie het openstellen van
ACPaaS zodat andere steden en gemeenten
kunnen aansluiten
1. Hackathon met Pilootgemeenten
2. Readiness Assessment ACPaaS
3. Bouw Minimal Viable Product
■ Platform engines
■ OCAPI online
4. Bouw met Pilootgemeenten
■ Beveiligd Informatiedelen
■ Digitale Formulieren en Document Generatie
■ Ontsluiten Centrale Registers
■ Burgerparticipatie
5. Validatie door Volgers
6. Uitrol naar alle Deelnemers
innovatiefaanbesteden
Form
& Survey
VALIDATIE
DOOR
VOLGERS
BOUW MET
PILOOTGEMEENTEN
&
28. Open City API
open platform voor alle steden en gemeenten
Het innovatiedoel bestaat er in om voor Vlaanderen
een eerste Open en Smart (Cloudbased) City Platform
te onderzoeken, ontwikkelen en implementeren om
geautomatiseerde , klantgerichte, open, transparante
en vertrouwde lokale dienstverlening op te zetten.
1. Transformeren van silo gebaseerde informatiesystemen in een federatief open
platform om de efficiëntie en de integratie te verbeteren en nieuwe
marktspelers toe te laten tot een momenteel vrij gesloten markt;
2. Het opzetten maken van “Open Processen” binnen de overheid waardoor een
grondige automatisering vd gemeentelijke dienstverlening en hun processen
op een transparante en uitwisselbare wijze voor een snellere implementatie
van de wetgeving en de beleidsdoelstellingen kunnen zorgen en sneller
innovatieve oplossingen kunnen neergezet worden
3. Het creëren ve veilig, slim en geconnecteerd cloud-based open city platform
dat kan worden gebruikt door alle mogelijke ontwikkelaars en service
providers om nieuwe diensten en componenten te implementeren en te
testen op het gebied van integratie, veiligheid en gebruikerservaring in een
living lab-omgeving ;
4. Het integreren vd huidige en toekomstige goede praktijken als vrij
toegankelijke dienst met blauwdrukken voor publiek/private innovatie en
transformatie binnen de sector .
5. Het initiëren en uitbreiden van gemeentelijke samenwerkingsverbanden
binnen initiatieven voor ICT- standaardisatie.
48. #ocapi
Future proof platform
Onderdeel van het Antwerp City Platform (ACPaaS)
• één IoT-platform i.p.v. meerdere puntoplossingen
• sensor-onafhankelijk
• open architectuur, modulair ontworpen, altijd
gebruik makend van toptechnologie
• ‘Advanced Analytics’-ready (Big Data, Data Lake,
Streaming Data...)
51. #ocapi
Controle over eigen data met
blockchain?
Rudi Vandersteen
#ocapi
Data Protection Officer Digipolis
Peter Stas
Enterprise Architect Digipolis
53. #ocapi
Doelen Privacy engine
• zonder aanpassingen aan de applicaties
de regels van GDPR volgen voor
verwerking van persoonlijke gegevens
• breed inzetbaar – in lijn met
microservices gedachte van ACPaaS en
OCAPI
• herbruikbare component
54. #ocapi
De burger meer controle geven
• controle teruggeven aan de burger
• een betrokkene zelf de gegeven consents laten
bekijken of weer intrekken, de consents worden met
behulp van blockchain bewaard
• logging van de toegangen ondersteunt het proces
van inzage voor de burger
55. #ocapi
Privacy engine
• de Privacy engine is een datafilter die logging,
consenthandling en dataminimalisatie brengt in verwerkingen
• het is een standaard engine die tussen een databron en een
applicatie wordt geplaatst en vermijdt dat de afnemende
applicatie moet worden aangepast om GDPR compliant te
worden
• de engine geeft een deel van de controle over de verwerking
aan de betrokkene
56. #ocapi
Artificiële intelligentie & dienstverlening
Martijn Gys
#ocapi
Digitaal strateeg cultuur stad Antwerpen
Christophe Marrecau
AI Architect Digipolis
64. #ocapi
R&D project 2019 via PIO
• Hoe realiseren we dit binnen het kader van de privacyregelgeving?
• Hoe reageren gebruikers als we hun data gebruiken voor
gepersonaliseerde aanbevelingen?
Doel = ontwikkeling prototype (MVP)
65. Opdracht
Case ‘NLP’
Het Antwerps is een variante op het AN. Beschrijf architecturaal hoe ACPaaS zou kunnen
uitgebreid worden met een NLP-engine, welke meerwaarde deze zou kunnen bieden, hoe
deze idealiter zou moeten werken en waar deze kan ingebed worden in de bestaande
ACPaaS.AI-architectuur.
Onderbouw je architectuur met real-live cases (in de context van de groep stad
Antwerpen), indien mogelijk.
AI in je DNA
1. Bewijs aan de hand van een eigen AI-oplossing dat je AI in de genen hebt. Indien deze
toepassing voldoet aan de DAAS & herbruikbaar is door Digipolis, dan heeft dit een
meerwaarde.
2. Lijst 5 straffe open AI-services (APIs) op die herbruikbaar zijn binnen de DXP-context.
Next steps
Hoe zie je als expert AI architect de verdere uitbouw van het AI-luik binnen ACPaaS en
Digipolis?
Hoe kan je je hierop organiseren?
66.
67.
68. #ocapi
Mijn Tijden
Yara Van Overstraeten
#ocapi
HR-projectleider stad Antwerpen
Erik Elst
Business Architect Digipolis
73. What’s Next? OCAPI Use Cases …
Hoe ziet de toekomst van het Open City Platform eruit?
Welke use case gaan we uitwerken? Doelen en dromen…
74. Open City API
open platform voor alle steden en gemeenten
Beveiligd
informatie delen
Platform engines
API
Gateway Logging
Identity
& Access
Business engines
Digital
Vault
Output
Generator
Privacy
(GDPR)
Workflow
Centrale
Registers
Burgers
Mede-
Werkers
Tools
OCAPI
Online
Digitale
Formulieren
& Document
Generatie
Ontsluiten
Centrale
Registers
Vragen en
meldingen
UITROL
NAAR ALLE
DEELNEMERS
Projectorganisatie
OCAPI is in essentie het openstellen van
ACPaaS zodat andere steden en gemeenten
kunnen aansluiten
1. Hackathon met Pilootgemeenten
2. Readiness Assessment ACPaaS
3. Bouw Minimal Viable Product
■ Platform engines
■ OCAPI online
4. Bouw met Pilootgemeenten
■ Beveiligd Informatiedelen
■ Digitale Formulieren en Document Generatie
■ Ontsluiten Centrale Registers
■ Burgerparticipatie
5. Validatie door Volgers
6. Uitrol naar alle Deelnemers
innovatiefaanbesteden
Form
& Survey
VALIDATIE
DOOR
VOLGERS
BOUW MET
PILOOTGEMEENTEN
&
75. Bouw met pilootgemeenten
use cases vanuit Hackaton 13 oktober 2017
Randgemeenten arrondissement Antwerpen (piloten)
Voorwaarden
• Elke onderdeel dient inzetbaar te zijn in alle besturen met het
oog op generieke uitbreiding naar Vlaamse gemeenten/steden
• Generieke bouwstenen dienen geïntegreerd te worden
(ACM/IDM, OSLO, eBox, …)
• Generieke functionaliteiten betekent overleg met
ervaringsdeskundigen vanuit de lokale besturen
76. Bouw met pilootgemeenten
Basisvoorstellen vanuit de werkgroep (use cases)
• Ontsluiten centrale registers
• Beveiligd informatie delen (ebox)
• Digitale formulieren en document generatie
• Opvolging van vragen en meldingen
• (Burgerparticipatie)
• (Bomenkapvergunning)
77. Basisvoorstellen vanuit de werkgroep (use cases)
ontsluiten centrale registers
• De doelstelling is centrale registers, zowel eigen authentieke bronnen als externe van o.a. andere overheden te
ontsluiten op een centrale manier.
• Mogelijke oplossing hiervoor bouwt verder de Centrale Referentie Systemen die er binnen ACPaaS aangeboden
worden zoals voor het ontsluiten van gegevens van ondernemingen, personen, medewerkers, organisatiestructuur,
adressen en GIS-data.
• Het zelf centraal ontsluiten van de eigen en externe authentieke bronnen laat toe dat informatie verrijkt kan worden,
dat de gebruikte terminologie in de informatie uniform gehouden kan worden over de verschillende databronnen heen
en dat er o.a. logging en auditing gedaan kan worden.
• In kader van de GDPR-wetgeving kan er ook binnenkort per toepassing geconfigureerd worden wie welke informatie
mag gebruiken uit welke databron via een GDPR Engine.
78. Basisvoorstellen vanuit de werkgroep (use cases)
beveiligd informatie delen (ebox)
• De doelstelling is de uitwisseling van officiële documenten tussen aanbieders en afnemers ervan te vereenvoudigen
en te standaardiseren
• Een mogelijke oplossing hiervoor bouwt verder op de Digital Vault Engine om documenten uit te wisselen tussen
aanbieders (de stad, sociaal secretariaat, etc.) en afnemers (medewerkers, burgers, bedrijven) op een veilige
manier.
• Zo kunnen bijvoorbeeld loonbrieven, bouwaanvragen, certificaten, enz. worden uitgewisseld als deel van een
specifiek proces.
• Op dit moment wordt de Digital Vault reeds gebruikt voor medewerkers. In een volgende fase zal deze ook worden
ingezet voor burgers.
• Integratie van verschillende kluizen zoals eBox en private spelers zoals bv Doccle.
• Bedrijven zoals advocatenkantoren en notarissen kunnen ook toegang krijgen
door een koppeling te leggen tussen bv het ondernemingsnummer en
het profiel van een zaakvoerder.
79. Basisvoorstellen vanuit de werkgroep (use cases)
digitale formulieren en document generatie
• De doelstelling is digitale formulieren eenvoudiger en sneller te kunnen publiceren en ontvangen antwoorden te
integreren met bestaande applicaties.
• Een mogelijke oplossing hiervoor bouwt verder op de Form & Survey Engine die op dit moment verder uitgebreid
wordt met o.a. de een formulierbouwer waarbij formulieren op een grafische manier samengesteld kunnen worden
(zonder programmatie).
• De Form & Survey Engine is bedoeld om formulieren na ontwerp gestructureerd te beheren en visualiseren, zonder de
antwoorden op zichzelf te verwerken. Voor de verwerking van de antwoorden zelf voorziet het enerzijds integraties
met enkele bestaande pakketten en anderzijds een API die kan afgenomen worden door om het even welke
toepassing. Dit laat bv toe een integratie te voorzien met MS Excel ed.
• Data die gebruikt wordt in bv keuzelijsten kan opgehaald worden uit verschillende bestaande databronnen.
• Informatie die in formulieren opgevraagd wordt, wordt doorheen het volledige traject
beveiligd door o.a. de communicatie met formulieren te laten verlopen https.
80. Basisvoorstellen vanuit de werkgroep (use cases)
opvolging van vragen en meldingen
• De doelstelling is op een centrale plaats alle meldingen te verzamelen en een efficiënte dispatching op te zetten naar
de verschillende achterliggende systemen en een terugkoppeling naar de burger te voorzien.
• Een mogelijke oplossing hiervoor bouwt verder het Generiek Meldingen Platform dat hiervoor binnen Antwerpen
uitgebouwd wordt, deze bouwt op zijn beurt weer verder op het Generieke Dossier Platform.
• Er wordt gekeken om een ACPaaS AI-Engine uit te werken waarbinnen artificiële intelligentie algoritmes kunnen
aangeboden worden als een service. Voorbeelden zijn een foto herkenning-API die op een foto afval kan herkennen
en ervoor zorgt dat de meeste informatie gekoppeld aan de melding vooraf ingevuld kan worden, of zelfs een
proces/workflow automatisch kan gestart worden.
81. Basisvoorstellen vanuit de werkgroep
(use cases)
… andere mogelijkheden
Online aanvraag kapvergunning
De doelstelling is het verbeteren van dienstverlening naar de burger door de interne
werking van processen te vereenvoudigen en efficiënt relevante informatie en data
in te winnen om het proces te kunnen sturen.
De aanvraag van een kapvergunning was een voorbeeld van een proces waarbinnen
dit toegepast kan worden.
Een mogelijke oplossing hiervoor bouwt verder het Generieke Dossier Platform dat
heel sterkt overeenstemt met de use case omdat heel veel zaken kunnen
beschouwd worden als een dossier. Of het nu gaat over een aanvraag voor een
kapvergunning, het goedkeuren van een evenement, het goedkeuren van een
vakantievraag, etc. Dit kan bekeken worden als een configuratie van een workflow
rond een bepaald type dossier.
82. Basisvoorstellen vanuit de werkgroep
(use cases)
… andere mogelijkheden
Burgerparticipatie
De doelstelling is burgers op een creatieve manier betrekken bij een bepaald
thema en zelf ideeën laten ontwikkelen waarbij er rekening wordt gehouden met de
mogelijkheden en randvoorwaarden.
Een mogelijke oplossing hiervoor bouwt verder op bestaande bouwstenen zoals de
Form & Survey Engine, de Workflow Engine, de GIS Engine en de Notification
Engine. Vandaag bestaat er nog geen kant en klare oplossing voor de case zelf,
maar zijn er wel gelijksoortige projecten die lopen zoals het OOR-project voor het
organiseren van inspraak bij jongeren.
83. Basisvoorstellen vanuit de werkgroep
(use cases)
… andere mogelijkheden
Mobiele GIS-terreininventarisatie
De doelstelling is de inventarisatie van het werkterrein te vereenvoudigen.
Een mogelijke oplossing hiervoor bouwt verder op bestaande bouwstenen zoals de GIS
Engine, het Centrale Referentie Systeem met geo data en de front-ent component om GIS-
informatie te tonen en bewerken in een webapplicatie.
Deze bouwstenen bestaan op dit moment al op zichzelf, maar vandaag bestaat er nog geen
kant en klare oplossing voor de case. Wel is er een GIS-engine die gebruikt kan worden, is er
een meldingen- en een dossierplatform, etc.
Dit maakt deze use case een ideaal voorbeeld van hoe dit in Antwerpen aangepakt wordt
door het werken volgens principe van “engine spotting” om te bepalen wat uit het ACPaaS
aanbod aan Engines ingezet kan worden om een bepaald probleem aan te pakken.
84. Bouw met pilootgemeenten
Eventuele uitbreidingen en/of integratie vanuit
bestaande bouwstenen, evoluties of oplossingen …
• Single Sign On (bestaat? Integreren?)
• doelstelling is een grote diversiteit van applicaties toegankelijk
maken door middel van één zelfde gebruikerstoegang.
• aandachtspunt zijn bestaande Identity & Access Engines en de
rollen en rechten die aan een profiel gekoppeld worden
• Cashless betalen (bestaat? Integreren?)
• doelstelling is op een betrouwbare en veilige manier digitale
betalingen te verwerken en cash betalingen zo minimaal
mogelijk te houden.
• aandachtspunt is de integratie met bestaande kassasystemen.
87. Bouw met pilootgemeenten
Bijkomende ideeën …?
Call to Action …
• Bouwen van de fundering en eerste pilootcomponenten
Wat kan nu al?
• Meedenken met de pilootgemeenten Q4/18-Q1/19
• Meedenken aan de toekomstige uitbouw van
componenten …
• Kandideren als “volgers” (20-tal besturen vanaf Q4/19)