(10 tussenliggende versies door dezelfde gebruiker niet weergegeven)
Regel 69: Regel 69:
  
 
Opdracht: Identificeer de sterktes, zwaktes, kansen en bedreigingen rond het digitaal meldingen platform.
 
Opdracht: Identificeer de sterktes, zwaktes, kansen en bedreigingen rond het digitaal meldingen platform.
 +
==== Besluit ====
 +
Een gestandaardiseerd, digitaal meldingssysteem verbetert efficiëntie en dienstverlening, maar vereist effectieve aanpak rond bewustwording, transparantie en integratieproblemen.
  
==== Outcome ====
+
Sterktes:
{| class="wikitable"style="background-color:#ffffff;font-size:90%"
+
 
|-  
+
* Efficiëntie en Uniformiteit: Verhoogde efficiëntie en standaardisatie van processen.
| Style="background-color:#FFFF00;"|Sterktes
+
* Digitale meldingen: Volledig digitale en locatie-onafhankelijke meldingen.
| Style="background-color:#FFFF00;"|Zwaktes
+
* Gebruikersgericht: Diensten op maat, sneller en gerichter.
| Style="background-color:#FFFF00;"|Kansen
+
* Werklastbesparing: Verminderde werklast door directe dispatching.
| Style="background-color:#FFFF00;"|Bedreigingen
+
* Synergie en samenwerking: Herbruikbare bouwblokken en innovatieve publiek-private samenwerking.
|-
+
* Keuzevrijheid: Lokale overheden kiezen eigen inputkanalen.
|Generiek bruikbare processen
+
 
|Wat als mensen niet willen deelnemen?
+
 
|Opzetten van een infrastructuur die generiek werkt voor alle besturen (LDES, VSDS, OSLO, ...)
+
Zwaktes:  
|anoniem melden versus geauthenticeerd melden
+
 
|-
+
* Gebruikersdeelname: Mogelijke weerstand tegen verandering of samenwerking
|We hebben al de nodige Vlaamse bouwblokken
+
* Meldingenbeheer: Verhoogde instroom meldingen, dubbele meldingen en niet-digitale meldingen.
|Extra stap in de keten
+
* Complexiteit en integratie: Standaardisatie van termen, complexiteit opzet en integratieproblemen met bestaande systemen.
|Zorgen dat er oplossingen zijn voor anoniem, geregistreerd en geauthenticeerd melden
+
* Transparantie: Gebrek aan zicht op afhandeling door andere instanties.
|Idealiter worden het lokaal meldingen systeem en het centraal meldingen systeem gekoppeld (om gegevens geautomatiseerd uit te wisselen). Maar helaas kan een koppeling een hoog prijskaartje met zich meebrengen (leveranciers van platformen voor lokale meldingen vragen bijkomende bedragen voor koppelingen!!)
+
* Opschaling: Moeilijkheden voor kleinere besturen om op te schalen.
|-
+
 
|publiek private samenwerking. 
+
 
|Mensen onnodig lastigvallen? 
+
Een uniforme infrastructuur en technologische verbeteringen verhogen de efficiëntie en innovatie, maar hou rekening met privacy, operationele uitdagingen en mogelijks hogere kosten.
|Proactieve meldingen?
+
 
|Data kwaliteit
+
Kansen:
|-  
+
 
|Meldingen ongebonden aan locatie: bv.
+
* Generieke infrastructuur: Uniform en eenvoudig meldingsproces.
|Niet alle burgers zijn mee met het digitale verhaal
+
* Technologische verbeteringen: Proactieve meldingen en ondersteuning via AI.
|Automatische topic detectie via standaarden en nieuwe technologie
+
* Standaardisatie en open source: Gebruik van internationale standaarden (bvb LDES) en open source oplossingen zoals QGIS.
|Keeping up with technology
+
* Efficiëntie en innovatie: Minder doorsturen tussen beheerders, beter gebruik van meldingsdata, en versterking van het innovatieve imago doormiddel van proactieve dienstverlening.
|-  
+
 
|zowel in de lokale als generieke versie van MBP gaat het werken
+
 
|Meldingen die niet onder eigen bevoegdheid vallen, worden momenteel (manuaal) per mail doorgegeven aan de bevoegde instantie
+
Bedreigingen:
|Minder ping-pong tussen verschillende beheerders
+
 
|GDPR/
+
* Privacy en datakwaliteit: GDPR-risico's en de noodzaak voor hoogwaardige data.
|-
+
* Technologische en operationele uitdagingen: Bijhouden van nieuwe technologieën, authenticatieproblemen, en prestatie- en schaalbaarheidsproblemen.
|reeds volledig gedigitaliseerde meldingenflow bij Lokale Besturen
+
* Operationele kosten en ondersteuning: Hoge koppelingskosten door fragmentatie en risico op onvoldoende ondersteuning door leveranciers.
|Erna heeft lokaal bestuur geen zicht meer op de afhandeling of resultaat (tenzij de bevoegde instantie zelf beslist om dit te melden aan het lokaal bestuur)
+
 
|cijfers over meldingen over besturen heen
+
=== Oefening 2: consolidatie SWOT-analyse in doelstellingen ===
|Privacy
+
 
|-  
+
==== Toelichting ====
|Meldingen!
+
[[Bestand:Digitale meldingen slide 8.jpg|geen|miniatuur]]In deze oefening staan we stil bij de vraag welke projectdoelen we kunnen identificeren.
|Overload aan meldingen?
+
 
|je wordt gezien als innovatief: bewandelt jhet digitale pad om info bij de eindgebruikers te krijgen
+
=== Oefening 3: groepering en prioritisering doelstellingen ===
|achterliggende data kwaliteit moet goed genoeg zijn (fit for purpose)
+
[[Bestand:Digitale meldingen slide 9.jpg|geen|miniatuur]]
|-
+
 
|Meer data om een melding correct te dispatchen
+
==== Besluit ====
|Blijven te veel verschillende systemen aanwezig om meldingen door te geven
+
Door maximaal in te zetten op een eenvoudig en gestandaardiseerd end-to-end process verhogen we de toegankelijkheid en zorgen we voor een verbeterde en kosten-efficiente dienstverlening richting de burger.
|nieuwe ontwikkelingsmogelijkheden voor medewerkers
+
 
|Externe leveranciers kunnen ondersteuning weigeren
+
Prioriteiten:  
|-
+
 
|Inputkanalen: keuzevrijheid bij lokale overheid behouden
+
# Een snel, transparant en eenvoudig meldingenproces overheen verschillende bestuursvormen
|Wat met niet-digitale meldingen?
+
# Maximaal inzetten op een end-to-end process voor meldingen. Maximale toegankelijkheid van het meldingssysteem. Maximale integratie van bestaande bouwstenen.
|Voor kleinere besturen oplossingen met Open Soruce (Qgis)
+
# Vermindering van complexiteit door standaardisatie. Duidelijke en heldere afspraken tussen verschillende partijen.
|performantie? schaalbaarheid?
+
# Inzichten halen uit meldingen voor verbeterde en proactieve dienstverlening. Kostenbesparing door minder werklast voor verwerkende diensten.
|-
+
 
|Zorgen voor meer efficiëntie bij de besturen en andere beheerders
+
Om deze doelstellingen te behalen moeten we ons behoeden voor de risico’s die hiermee gepaard gaan:
|Connecteren van het platform met diverse zaaksystemen
+
 
|Standaardisatie van een melding. Liefst gealligneerd met een internationale standaard zoals open311 meldingen.
+
# Niet kwalitatieve of privacy conforme informatie
|parallelle dispatch systemen.
+
#* Zorg voor standaardisatie en betrek DPO bij informatiedeling
|-
+
# Niet alle lokale besturen zijn klaar om deze stap te nemen
|Uniformiteit
+
#* Hou rekening met bestaande maturiteitsverschillen bij lokale besturen
|uniformiteit in taxonomie nodig?
+
# Te veel focus op technologische oplossing
|vereenvoudigen van het meldingsproces - los van locatie een gelijkaardig proces om te melden, gekende tool= laagdrempelig
+
#* Zoek de juiste balans tussen tools en procesoptimalisatie
|Systeem/proces is te log en inefficiënt
+
# Authenticatie tussen verschillende partijen
|-  
+
#* Zorg voor robuuste authenticatie en autorisatie, ook voor anonieme meldingen
|Diensten op maat van de gebruikers. 
+
# Meer werklast door toename in systemen
|risico op dubbele meldingen (extra werklast) als er meerdere kanalen zijn die niet gekoppeld zouden zijn 
+
#* Vind een goede balans tussen integratie en schaalbaarheid
|technologie-onafhankelijke opzet (bv. afhandeling kan door eender welke leverancier)
+
# Continue veranderende technologie
|Toenemen werkvolume
+
#* Voorzie budget voor innovatie of kies voor een commercial ‘off the shelf’ oplossing
|-
+
# Hogere TCO door wildgroei aan systemen
|Duidelijkheid en helderheid
+
#* Zorg voor kosten-baten analyse rekening houdend met operationele kosten
| Colspan="2"| identificatie van een melding
+
# Beperkt draagvlak bij de leveranciers
|use case gericht werken, niet alles in 1 keer willen oplossen
+
#* Maak duidelijke en gedragen overeenkomsten met leveranciers
|-  
+
 
|Werklastbesparing als melding meteen via het juiste kanaal gebeurt
+
==Opname en Miro bord==
| Colspan="2"|scope afbakening mbt melding: melding ikv algemeen belang vs persoonlijk dossier
+
 
|goede afspraken nodig mbt ontwikkeling en onderhoud
+
=== Miro bord ===
|-  
+
Het Miro bord kan je consulteren via [https://miro.com/app/board/uXjVKDpPZSo=/?share_link_id=556774550690 deze link].
|Melden over lokale besturen heen (burger weet niet dat het om een Vlaamse weg of lokale weg gaat)
+
 
| Colspan="3"|willingness to change
+
=== Opname ===
|-
+
De opname van deze sessie is te bekijken via [https://www.youtube.com/watch?v=4j-8hkNrFyk&ab_channel=PortaalVloca deze link].
|synergie: ipv elk een eigen tool te ontwikkelen, maximaal inzetten op herbruikbare bouwblokken voor Vlaamse steden en gemeenten
+
 
| Colspan="3"|Te groots
+
{{Video|Url=https://www.youtube.com/embed/4j-8hkNrFyk?si=-z8vkGJxd2oTW5cB""}}
|-
+
 
|Eenvoudiger voor burger
+
==Volgende stappen==
| Colspan="3"|Toenemen complexiteit voor de burger
+
Wat na deze werkgroep?
|-
+
#Verwerking van de input van de brainstorm oefening.
|betere dienstverlening: sneller, op de juiste plaats, en individueel gericht
+
#Verder onderzoek en voorbereiding van de volgende thematische werkgroep.
| Colspan="3"|Vlaanderen is een kleine speler voor de grote tech bedrijven om bij aan te haken: men zoekt een grotere schaal...
+
#Publicatie op de Kennishub.
|}
+
Feedback kan bezorgd worden aan laurien.renders@vlaanderen.be
 +
 
 +
<h2>Andere werkgroepen</h2>{{OverzichtWorkshops}}

Huidige versie van 24 jun 2024 om 09:28

Digitale meldingen

Context

Gent, Shift, Izegem en Geraardsbergen werken samen met VLOCA (Vlaamse Open City Architectuur) aan een Gemeente-Zonder-Gemeentehuis-Boost initiatief, een samenwerking tussen GZG en het programma Lokaal Digitaal genaamd “Digitale meldingen”. ‘Digitale Meldingen' is een initiatief gericht op het verbeteren en transparanter maken van de communicatie tussen burgers, lokale besturen en de Vlaamse overheid. Via een centraal meldingsplatform willen we burgers in staat stellen om hun zorgen te delen met de juiste instanties, zodat problemen met de dienstverlening efficiënt en gestructureerd kunnen worden aangepakt.

VLOCA

VLOCA, de Vlaamse Open City Architectuur, is een initiatief van het Agentschap Binnenlands Bestuur van de Vlaamse Overheid. De hulp van VLOCA aan lokale besturen start bij het scherpstellen van duidelijke, verstaanbare use cases en loopt door tot de aanbestedingsfase van het project. VLOCA vormt op deze manier een duidelijke brug tussen de beleidsdoelstellingen van het lokale bestuur en de technische laag waarin de oplossingen beschreven en geïmplementeerd worden. We stellen de juiste vragen en verzamelen de noden en behoeften van alle stakeholders (lokale besturen, kenniscentra, bedrijven en burgerorganisaties). Door een gestructureerde aanpak en verwerking van deze informatie wordt de ontwikkeling van herbruikbare bouwblokken, standaarden en normen gestimuleerd die van Vlaanderen één grote interoperabele slimme regio kunnen maken. De opgedane kennis en ervaring wordt ontsloten via een kennishub waarop onder andere draaiboeken, architectuur componenten en modellen ter beschikking gesteld worden voor alle andere lokale besturen en stakeholders.

Business werkgroep

Opzet

Tijdens de werkgroep werden de volgende topics behandeld:

  • Scoping aan de hand van use-cases: we leggen de nadruk op de context en wat we willen bereiken met een digitaal meldingen platform. Hierbij staat het verbeteren van de efficiëntie, transparantie en effectiviteit van meldingenbeheer tussen verschillende publieke en niet-publieke organisaties centraal. We focussen tijdens deze werkgroep dus niet op de specifieke functionaliteiten van een centraal meldingen platform, of wat het meldingen platform moet kunnen.
  • SWOT-analyse rond het Centraal meldingen platform
  • Consolidatie van de SWOT-analyse in een aantal doelstellingen

Scoping

Wat verstaan we onder 'meldingen'?
  • Melding: de burger signaleert een tekortkoming in het functioneren van de stad. Meldingen zijn vragen om herstel, aandacht of onderzoek.​
Wat valt hier niet onder?
  • Klacht: een manifeste uiting (zowel mondeling, schriftelijk als elektronisch) waarbij een ontevreden burger bij het stadsbestuur klaagt over een door de stad (al dan niet) verrichte handeling of prestatie.​
  • Suggestie: een voorstel voor verbetering van de werking​
  • Vraag: de burger is op zoek naar inlichtingen over wie, wat, waar, wanneer, waarom, welk en hoe.​
  • Reactie: een repliek of antwoord op iets geven.​


De onderstaande figuur beschrijft de flow en de verschillende onderdelen van een centraal meldingen platform. Het ontvangen van de meldingen is bij dit project niet de primaire scope. Het lokaal bestuur in kwestie beslist zelf hoe de meldingen in ontvangst genomen worden bv. via een loket, telefonisch, lokale applicatie,.. De belangrijkste focus vandaag is het verzenden van de melding overheen de verschillende besturen. Dit brengt complexiteit met zich mee.

Digitale meldingen slide 1.jpg

Het gedeelte 'dispatching' gaat specifiek over de overgang van een melding van de verantwoordelijkheid van een lokaal bestuur naar een andere partij. 'Verwerking' betreft de afspraken rond het afhandelen van de melding. Het blauwe gedeelte is waar we ons momenteel op richten: het zorgen voor duidelijke communicatie rondom een melding. Bij een melding van bijvoorbeeld een defecte lantaarnpaal willen we zeker weten binnen welke tijd deze moet worden afgehandeld, welke risico's eraan verbonden zijn, en dat alles binnen een systeem kan worden gevolgd. We specificeren niet wie ter plaatse moet komen of welke stappen deze persoon moet ondernemen om het probleem op te lossen.

Vraag Fluvius: is het de bedoeling dat dit systeem de bestaande kanalen vervangt? Op onze website bestaat er reeds de mogelijkheid om een defecte straatlamp te melden door een burger. Of blijven deze naast elkaar bestaan? Wordt er een link gelegd?

  • VLOCA: we hebben de ambitie om deze maximaal met elkaar te gaan integreren. In een latere fase zullen we een analyse moeten doen om te bekijken welke systemen er reeds bestaan. Vandaag ligt de nadruk op wat de meerwaarde van een centraal meldingen platform is en waarom we erop zouden moeten inzetten.

In de onderstaande afbeelding worden de use cases toegelicht die al dan niet binnen scope zitten:

Digitale meldingen slide 2.jpg
Digitale meldingen slide 4.jpg
Digitale meldingen slide 5.jpg
Digitale meldingen slide 6.jpg
Digitale meldingen slide 7.jpg

Oefening 1: SWOT-analyse

Toelichting

Digitale meldingen slide 3.jpg


Een SWOT-analyse is een strategische planningstechniek die wordt gebruikt om de Sterktes (Strengths), Zwaktes (Weaknesses), Kansen (Opportunities), en Bedreigingen (Threats) van een project of organisatie te identificeren en te evalueren.

  • Sterktes: Interne kenmerken die bijdragen aan het succes.
  • Zwaktes: Interne kenmerken die de prestaties belemmeren.
  • Kansen: Externe factoren die benut kunnen worden voor voordeel.
  • Bedreigingen: Externe factoren die risico’s vormen voor succes.


Waarom belangrijk?

  • Een SWOT-analyse biedt strategisch inzicht, ondersteunt besluitvorming en helpt bij risicobeheer voor het centraal meldingen platform.
  • Toepassing op: Centraal Meldingen Platform
  • Efficiëntie: Biedt inzicht in interne processen die verbeterd kunnen worden.
  • Transparantie: Identificeert externe factoren die kansen bieden voor verbeterde communicatie met burgers.
  • Effectiviteit: Helpt bij het bepalen van bedreigingen die de succesvolle implementatie van het platform kunnen belemmeren.


Opdracht: Identificeer de sterktes, zwaktes, kansen en bedreigingen rond het digitaal meldingen platform.

Besluit

Een gestandaardiseerd, digitaal meldingssysteem verbetert efficiëntie en dienstverlening, maar vereist effectieve aanpak rond bewustwording, transparantie en integratieproblemen.

Sterktes:

  • Efficiëntie en Uniformiteit: Verhoogde efficiëntie en standaardisatie van processen.
  • Digitale meldingen: Volledig digitale en locatie-onafhankelijke meldingen.
  • Gebruikersgericht: Diensten op maat, sneller en gerichter.
  • Werklastbesparing: Verminderde werklast door directe dispatching.
  • Synergie en samenwerking: Herbruikbare bouwblokken en innovatieve publiek-private samenwerking.
  • Keuzevrijheid: Lokale overheden kiezen eigen inputkanalen.


Zwaktes:

  • Gebruikersdeelname: Mogelijke weerstand tegen verandering of samenwerking
  • Meldingenbeheer: Verhoogde instroom meldingen, dubbele meldingen en niet-digitale meldingen.
  • Complexiteit en integratie: Standaardisatie van termen, complexiteit opzet en integratieproblemen met bestaande systemen.
  • Transparantie: Gebrek aan zicht op afhandeling door andere instanties.
  • Opschaling: Moeilijkheden voor kleinere besturen om op te schalen.


Een uniforme infrastructuur en technologische verbeteringen verhogen de efficiëntie en innovatie, maar hou rekening met privacy, operationele uitdagingen en mogelijks hogere kosten.

Kansen:

  • Generieke infrastructuur: Uniform en eenvoudig meldingsproces.
  • Technologische verbeteringen: Proactieve meldingen en ondersteuning via AI.
  • Standaardisatie en open source: Gebruik van internationale standaarden (bvb LDES) en open source oplossingen zoals QGIS.
  • Efficiëntie en innovatie: Minder doorsturen tussen beheerders, beter gebruik van meldingsdata, en versterking van het innovatieve imago doormiddel van proactieve dienstverlening.


Bedreigingen:

  • Privacy en datakwaliteit: GDPR-risico's en de noodzaak voor hoogwaardige data.
  • Technologische en operationele uitdagingen: Bijhouden van nieuwe technologieën, authenticatieproblemen, en prestatie- en schaalbaarheidsproblemen.
  • Operationele kosten en ondersteuning: Hoge koppelingskosten door fragmentatie en risico op onvoldoende ondersteuning door leveranciers.

Oefening 2: consolidatie SWOT-analyse in doelstellingen

Toelichting

Digitale meldingen slide 8.jpg

In deze oefening staan we stil bij de vraag welke projectdoelen we kunnen identificeren.

Oefening 3: groepering en prioritisering doelstellingen

Digitale meldingen slide 9.jpg

Besluit

Door maximaal in te zetten op een eenvoudig en gestandaardiseerd end-to-end process verhogen we de toegankelijkheid en zorgen we voor een verbeterde en kosten-efficiente dienstverlening richting de burger.

Prioriteiten:

  1. Een snel, transparant en eenvoudig meldingenproces overheen verschillende bestuursvormen
  2. Maximaal inzetten op een end-to-end process voor meldingen. Maximale toegankelijkheid van het meldingssysteem. Maximale integratie van bestaande bouwstenen.
  3. Vermindering van complexiteit door standaardisatie. Duidelijke en heldere afspraken tussen verschillende partijen.
  4. Inzichten halen uit meldingen voor verbeterde en proactieve dienstverlening. Kostenbesparing door minder werklast voor verwerkende diensten.

Om deze doelstellingen te behalen moeten we ons behoeden voor de risico’s die hiermee gepaard gaan:

  1. Niet kwalitatieve of privacy conforme informatie
    • Zorg voor standaardisatie en betrek DPO bij informatiedeling
  2. Niet alle lokale besturen zijn klaar om deze stap te nemen
    • Hou rekening met bestaande maturiteitsverschillen bij lokale besturen
  3. Te veel focus op technologische oplossing
    • Zoek de juiste balans tussen tools en procesoptimalisatie
  4. Authenticatie tussen verschillende partijen
    • Zorg voor robuuste authenticatie en autorisatie, ook voor anonieme meldingen
  5. Meer werklast door toename in systemen
    • Vind een goede balans tussen integratie en schaalbaarheid
  6. Continue veranderende technologie
    • Voorzie budget voor innovatie of kies voor een commercial ‘off the shelf’ oplossing
  7. Hogere TCO door wildgroei aan systemen
    • Zorg voor kosten-baten analyse rekening houdend met operationele kosten
  8. Beperkt draagvlak bij de leveranciers
    • Maak duidelijke en gedragen overeenkomsten met leveranciers

Opname en Miro bord

Miro bord

Het Miro bord kan je consulteren via deze link.

Opname

De opname van deze sessie is te bekijken via deze link.


Volgende stappen

Wat na deze werkgroep?

  1. Verwerking van de input van de brainstorm oefening.
  2. Verder onderzoek en voorbereiding van de volgende thematische werkgroep.
  3. Publicatie op de Kennishub.

Feedback kan bezorgd worden aan laurien.renders@vlaanderen.be

Andere werkgroepen

WerkgroepType werkgroepDatumTijdLocatie
Kick-offBusiness werkgroep2024-04-2613u-14u30Teams
Business werkgroepBusiness werkgroep2024-05-2713u30-16u00Teams
Functionaliteiten werkgroepFunctionele werkgroep2024-06-209u00-12u00Teams
Applicatie componenten werkgroepFunctionele werkgroep2024-09-1113u00-16u00Teams