GIDS open standaarden - User contributions [en]

Main Page

2025-12-15T15:03:14Z

Admin:

Welkom op de GIDS Open Standaarden wiki. Deze wiki wordt gebruikt voor de [[GIDS referentie-architectuur]] en het [[NLZVE referentiekader]] [[referentiekader]].

MediaWiki has been installed.

Consult the [https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Contents User's Guide] for information on using the wiki software.

== Getting started ==
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Configuration settings list]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ MediaWiki FAQ]
* [https://lists.wikimedia.org/postorius/lists/mediawiki-announce.lists.wikimedia.org/ MediaWiki release mailing list]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Localise MediaWiki for your language]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Learn how to combat spam on your wiki]

OZO Verbindzorg

2025-12-08T19:36:49Z

Admin: /* Vergelijking met TimeSteps */

= Rapportage OZO Verbindzorg =

== Inleiding ==

Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en beschrijft de bevindingen van de analyse van het OZO Verbindzorg platform. Het doel van deze analyse is om inzicht te krijgen in hoe OZO Verbindzorg past binnen het bredere concept van Digitaal Geïntegreerde Gemeenschapszorg (Digital Integrated Community Care, D-ICC) en hoe de functionaliteiten kunnen aansluiten bij de behoeften van zorgzame gemeenschappen zoals Glimmen en Austerlitz.

Deze rapportage maakt deel uit van een breder onderzoek naar digitale oplossingen die kunnen bijdragen aan een effectieve wijkinfrastructuur voor zorgzame gemeenschappen in Nederland. In deze rapportage wordt gebruik gemaakt van de gestandaardiseerde methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur.

== Achtergrond van het project ==

Het project "Digitale Wijkinfrastructuur" komt voort uit de behoefte aan een geïntegreerde digitale ondersteuning voor zorgzame gemeenschappen. In Nederland zijn de afgelopen twintig jaar meer dan 2.000 zorgzame gemeenschappen ontstaan op initiatief van inwoners, gericht op samenredzaamheid, nabijheid, betrokkenheid, vertrouwen en eigenaarschap in de lokale samenleving.

Deze gemeenschappen hebben behoefte aan digitale ondersteuning die:
* Aansluit bij hun specifieke lokale behoeften
* Een brug vormt tussen informele en formele processen
* Past bij de werkzame mechanismen van integrated community care

Het project heeft als doel om:
* Gemeenschappen te ondersteunen bij het maken van keuzes voor digitale oplossingen
* IT-aanbieders te helpen hun oplossingen beter te laten aansluiten op de behoeften van gemeenschappen
* Een referentie-architectuur te ontwikkelen die koppeling tussen verschillende oplossingen mogelijk maakt
* Open standaarden te bevorderen voor betere interoperabiliteit

== Methode van onderzoek ==

Voor deze rapportage is gebruik gemaakt van de methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur. Deze methodiek omvat de volgende stappen:

# '''Initiële verkenning''': Analyse van de OZO Verbindzorg website, kennisbank en documentatie, verzamelen van gebruikerservaringen.
# '''Functie-identificatie''': Decompositie van functionaliteiten, user journey mapping, en use case analyse.
# '''Functie-beschrijving''': Categorisering in functionele domeinen, beschrijving van eigenschappen, en analyse van gebruikersrollen.
# '''Alignment en evaluatie''': Beoordeling op aansluiting bij D-ICC principes, gap-analyse, en overlap-analyse.
# '''Technische specificatie''': Analyse van gegevensmodellen, interfaces, en relevante standaarden.

De volgende bronnen zijn gebruikt:
* Website en kennisbank van OZO Verbindzorg (www.ozoverbindzorg.nl)
* Handreikingen van zorgorganisaties (o.a. Medrie)
* Informatie over koppelingen en technische standaarden
* Behoefteanalyse van gemeenschappen via interviews met dorpsondersteuners en betrokkenen

== Algemeen overzicht OZO Verbindzorg ==

OZO Verbindzorg is een communicatie- en samenwerkingsplatform ontwikkeld door OZOverbindzorg B.V. (gevestigd in Zwolle), primair gericht op het faciliteren van netwerkzorg. Het platform verbindt cliënten, mantelzorgers, familie en zorgprofessionals in één centrale omgeving voor communicatie en coördinatie.

=== Kerngegevens ===
* '''Netwerken verbonden''': 135.696+
* '''Gemeenten aangesloten''': 84
* '''Professionals actief''': 36.362+
* '''Certificeringen''': ISO 27001, NEN 7510, B Corp gecertificeerd

=== Kerndoelstellingen ===

OZO Verbindzorg richt zich op drie kerndoelstellingen:
# Het faciliteren van netwerkzorg door alle betrokkenen te verbinden
# Het verbeteren van communicatie tussen formele en informele zorg
# Het bevorderen van eigen regie van de cliënt

=== Doelgroepen ===

Het platform bedient vier hoofddoelgroepen:
* '''Kwetsbare ouderen''': Ruim 20% van de 75+ in Nederland is kwetsbaar
* '''Diabetes patiënten''': Ondersteuning bij bloedsuiker monitoring en medicatie-aanpassing
* '''GGZ cliënten''': Crisiskaart functionaliteit en hulpverleners digitaal dichtbij
* '''Kwetsbare jeugd''': Communicatie tussen jeugdzorg, school en andere betrokkenen

== Analyse van functionaliteiten volgens het raamwerk ==

=== Functionaliteit "Berichtencommunicatie" ===

==== Basisinformatie ====
{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Communicatie
|-
| Korte beschrijving || Centrale berichtenmodule voor communicatie binnen het zorgnetwerk
|-
| Primaire gebruikersrollen || Cliënt, Mantelzorger, Familie, Zorgprofessional, Coördinator
|}

==== Functie-eigenschappen ====
{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Faciliteren van directe, veilige communicatie tussen alle betrokkenen in het zorgnetwerk
|-
| Input || Berichten, documenten, foto's, video's, bijlagen
|-
| Output || Berichtenuitwisseling, notificaties, leesbevestigingen
|-
| Interactie || Chat-achtige interface, notificatiesysteem, e-mail alerts
|-
| Frequentie || Dagelijks
|-
| Kritiekheid || Essentieel - vormt de kern van OZO Verbindzorg
|}

==== D-ICC Alignment ====
{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★★★ || Alle betrokkenen communiceren op gelijkwaardige basis, cliënt bepaalt wie toegang heeft
|-
| Samen besturen || ★★★★☆ || Transparante communicatie ondersteunt gezamenlijke besluitvorming
|-
| Sleutelprincipes || ★★★★★ || Bevordert nabijheid, betrokkenheid en vertrouwen door directe communicatie
|-
| Sociale basisinfrastructuur || ★★★★☆ || Versterkt sociale verbindingen door laagdrempelige communicatie
|}

==== Technische aspecten ====
{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Gegevensmodel || Berichten, Notificaties, Bijlagen, Leesbevestigingen
|-
| Interfaces || Web-interface, mobiele app (iOS/Android), API's
|-
| Integratiepunten || SSO-koppelingen met zorgsystemen, NUTS-netwerk
|-
| Standaarden || FHIR, NUTS, REST API's
|-
| Privacy en beveiliging || ISO 27001, NEN 7510, toestemmingsregistratie, AVG-compliant
|}

==== Use cases ====
# Mantelzorger stuurt update over toestand van cliënt naar alle betrokkenen
# Huisarts deelt behandeladvies met thuiszorg en familie
# Cliënt stelt vraag aan zorgteam over medicatie

==== Relaties met andere functionaliteiten ====
{| class="wikitable"
|-
! Type !! Functionaliteiten
|-
| Interne relaties || Zorgnetwerk (contacten), Afspraken (planning), Documenten (bijlagen)
|-
| Externe relaties || E-mail systemen, zorginformatiesystemen, huisartssystemen
|}

=== Functionaliteit "Zorgnetwerk" ===

==== Basisinformatie ====
{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Netwerken
|-
| Korte beschrijving || Beheer van het netwerk van betrokkenen rondom een cliënt
|-
| Primaire gebruikersrollen || Cliënt, Mantelzorger, Coördinator, Zorgprofessional
|}

==== Functie-eigenschappen ====
{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Organiseren en beheren van het complete zorgnetwerk rondom een cliënt
|-
| Input || Contactgegevens, rollen, relaties tot cliënt, organisatiegegevens
|-
| Output || Overzicht netwerk, contactmogelijkheden, autorisaties
|-
| Interactie || Netwerkbeheer, uitnodigingen, rolbeheer
|-
| Frequentie || Wekelijks (gemiddeld)
|-
| Kritiekheid || Essentieel - vormt de basis voor alle communicatie
|}

==== D-ICC Alignment ====
{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★★★ || Cliënt heeft volledige regie over wie in netwerk wordt opgenomen
|-
| Samen besturen || ★★★★☆ || Gezamenlijk beheer van netwerk mogelijk
|-
| Sleutelprincipes || ★★★★★ || Versterkt nabijheid en betrokkenheid, cliënt centraal
|-
| Sociale basisinfrastructuur || ★★★★★ || Direct gericht op opbouwen en onderhouden van sociale zorgnetwerk
|}

==== Technische aspecten ====
{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Gegevensmodel || Gebruikers, Rollen, Relaties, Organisaties, Contactgegevens
|-
| Interfaces || Netwerkbeheer interface, uitnodigingssysteem
|-
| Integratiepunten || Koppeling met adresboeken, zorgsystemen via SSO
|-
| Standaarden || FHIR Patient Directory, vCard
|-
| Privacy en beveiliging || Gedifferentieerde toegangsrechten, toestemmingsregistratie cliënt
|}

==== Use cases ====
# Coördinator nodigt nieuwe zorgverlener uit voor het zorgnetwerk
# Cliënt verwijdert toegang van voormalige zorgverlener
# Familie zoekt contactgegevens van betrokken professionals

=== Functionaliteit "Afspraken en Videobellen" ===

==== Basisinformatie ====
{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Coördinatie
|-
| Korte beschrijving || Plannen van afspraken, MDO's en videoconsulten binnen het zorgnetwerk
|-
| Primaire gebruikersrollen || Zorgprofessional, Coördinator, Cliënt, Mantelzorger
|}

==== Functie-eigenschappen ====
{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Coördineren van afspraken en overlegmomenten tussen netwerkdeelnemers
|-
| Input || Datum/tijd voorstellen, deelnemers, agenda, locatie of videobellink
|-
| Output || Geplande afspraken, uitnodigingen, videobellinks, herinneringen
|-
| Interactie || Datumprikker, kalenderweergave, videobel-interface
|-
| Frequentie || Wekelijks
|-
| Kritiekheid || Belangrijk - ondersteunend aan effectieve zorgcoördinatie
|}

==== D-ICC Alignment ====
{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★★☆ || Alle betrokkenen kunnen afspraken initiëren en deelnemen
|-
| Samen besturen || ★★★★★ || Faciliteert multidisciplinair overleg (MDO) voor gezamenlijke besluitvorming
|-
| Sleutelprincipes || ★★★★☆ || Bevordert betrokkenheid door gezamenlijke planning
|-
| Sociale basisinfrastructuur || ★★★☆☆ || Ondersteunend aan sociale coördinatie
|}

==== Technische aspecten ====
{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Gegevensmodel || Afspraken, Deelnemers, Agenda's, Videobellinks
|-
| Interfaces || Datumprikker, kalender, geïntegreerde videobel-oplossing
|-
| Integratiepunten || Externe agenda's
|-
| Standaarden || iCalendar, WebRTC voor videobellen
|-
| Privacy en beveiliging || Beveiligde videoverbinding, alleen zichtbaar voor netwerkdeelnemers
|}

==== Use cases ====
# Huisarts plant MDO met thuiszorg, casemanager en familie
# Cliënt vraagt videoconsult aan met specialist
# Coördinator organiseert evaluatiegesprek via datumprikker

=== Functionaliteit "Thuismetingen" ===

==== Basisinformatie ====
{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Monitoring
|-
| Korte beschrijving || Delen van meetwaarden zoals bloeddruk, gewicht, saturatie en bloedsuiker
|-
| Primaire gebruikersrollen || Cliënt, Mantelzorger, Zorgprofessional
|}

==== Functie-eigenschappen ====
{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Monitoren van gezondheidswaarden en tijdige signalering bij afwijkingen
|-
| Input || Meetwaarden (bloeddruk, gewicht, saturatie, bloedsuiker, ACQ/CCQ scores)
|-
| Output || Overzichten meetwaarden, trends, alerts bij afwijkingen
|-
| Interactie || Invoer meetwaarden, grafieken, notificaties
|-
| Frequentie || Dagelijks tot wekelijks (afhankelijk van aandoening)
|-
| Kritiekheid || Belangrijk - ondersteunend aan zelfmanagement en vroegsignalering
|}

==== D-ICC Alignment ====
{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★★☆ || Cliënt voert zelf metingen in en deelt met netwerk
|-
| Samen besturen || ★★★☆☆ || Professional adviseert op basis van gedeelde data
|-
| Sleutelprincipes || ★★★★☆ || Bevordert zelfredzaamheid en eigen regie
|-
| Sociale basisinfrastructuur || ★★★☆☆ || Indirect ondersteunend via gezondheidsbewaking
|}

==== Technische aspecten ====
{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Gegevensmodel || Meetwaarden, Tijdstempels, Referentiewaarden, Trends
|-
| Interfaces || Invoerschermen, grafieken, dashboards
|-
| Integratiepunten || VirtueleThuiszorg (Mobile-Care), meetapparatuur
|-
| Standaarden || HL7 FHIR Observation resources
|-
| Privacy en beveiliging || Alleen zichtbaar voor geautoriseerde netwerkdeelnemers
|}

==== Use cases ====
# Diabetespatiënt deelt bloedsuikerwaarden met huisarts voor medicatie-aanpassing
# COPD-patiënt registreert dagelijks saturatie en CCQ-score
# Thuiszorg signaleert achteruitgang op basis van gewichtstrend

=== Functionaliteit "Documentdeling" ===

==== Basisinformatie ====
{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Documentatie
|-
| Korte beschrijving || Veilig delen van documenten binnen het zorgnetwerk
|-
| Primaire gebruikersrollen || Alle rollen
|}

==== Functie-eigenschappen ====
{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Centraal delen en bewaren van relevante documenten
|-
| Input || Documenten, foto's, video's, formulieren
|-
| Output || Gedeelde documenten, digitale handtekeningen
|-
| Interactie || Upload, download, ondertekenen
|-
| Frequentie || Wekelijks
|-
| Kritiekheid || Belangrijk - ondersteunend aan informatiedeling
|}

==== D-ICC Alignment ====
{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★★☆ || Alle netwerkdeelnemers kunnen documenten delen
|-
| Samen besturen || ★★★☆☆ || Ondersteunt gezamenlijke toegang tot informatie
|-
| Sleutelprincipes || ★★★★☆ || Bevordert transparantie
|-
| Sociale basisinfrastructuur || ★★★☆☆ || Indirect ondersteunend
|}

==== Technische aspecten ====
{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Gegevensmodel || Documenten, Metadata, Handtekeningen
|-
| Interfaces || Upload/download interface, digitale handtekening module
|-
| Integratiepunten || Digitale ondertekening
|-
| Standaarden || PDF, gangbare documentformaten
|-
| Privacy en beveiliging || Versleutelde opslag, toegangscontrole
|}

=== Functionaliteit "Crisiskaart" (GGZ module) ===

==== Basisinformatie ====
{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Zelfmanagement
|-
| Korte beschrijving || Digitale crisiskaart voor GGZ-cliënten met voorkeuren voor crisisbehandeling
|-
| Primaire gebruikersrollen || Cliënt, Zorgprofessional
|}

==== Functie-eigenschappen ====
{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Vastleggen van wensen en voorkeuren voor behandeling tijdens crisis
|-
| Input || Persoonlijke voorkeuren, contactpersonen, medicatie-informatie
|-
| Output || Digitale crisiskaart, beschikbaar voor hulpverleners
|-
| Interactie || Formulier voor invullen crisiskaart
|-
| Frequentie || Incidenteel (bij wijzigingen)
|-
| Kritiekheid || Kritiek voor GGZ-doelgroep
|}

==== D-ICC Alignment ====
{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★★★ || Cliënt bepaalt zelf inhoud van crisiskaart
|-
| Samen besturen || ★★★★☆ || Voorkeuren worden gerespecteerd door hulpverleners
|-
| Sleutelprincipes || ★★★★★ || Maximale eigen regie, ook in crisissituaties
|-
| Sociale basisinfrastructuur || ★★★★☆ || Verbindt cliënt met hulpverleners in noodsituaties
|}

== Analyse van persona's en behoeften van gemeenschappen ==

Op basis van de behoefteanalyse bij de gemeenschappen Glimmen en Austerlitz zijn de volgende persona's geïdentificeerd en geanalyseerd op aansluiting met OZO Verbindzorg functionaliteiten:

=== Persona's uit Glimmen ===

==== Persona 1: Maria (78) - Alleenwonende oudere ====

'''Kenmerken en context:'''
* Woont alleen in een eengezinswoning
* Heeft beginnende mobiliteitsproblemen
* Wil graag zo lang mogelijk zelfstandig blijven wonen
* Heeft een beperkt sociaal netwerk (twee kinderen die niet in de buurt wonen)

'''Behoeften:'''
* Hulp bij dagelijkse activiteiten (boodschappen, huishoudelijke taken)
* Ondersteuning bij het onderhouden van sociale contacten
* Veiligheidsgevoel door regelmatige aanwezigheid van anderen
* Overzicht van wanneer er iemand langskomt

'''Aansluiting OZO Verbindzorg functionaliteiten:'''
{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Berichtencommunicatie || ★★★★★ || Directe communicatie met alle hulpverleners en familie
|-
| Zorgnetwerk || ★★★★★ || Overzicht van alle betrokkenen, Maria houdt zelf regie
|-
| Afspraken/Videobellen || ★★★★☆ || Videoconsulten verminderen noodzaak voor reizen
|-
| Thuismetingen || ★★★★☆ || Monitoring gezondheid op afstand mogelijk
|-
| Documentdeling || ★★★☆☆ || Kan relevante documenten delen met familie
|}

'''Gap analyse:'''
* Interface vereist enige digitale vaardigheid (speciale interface voor slechtzienden beschikbaar)
* Geen directe koppeling met gemeenschapsbrede activiteitenkalender
* Beperkte ondersteuning voor spontane sociale ontmoetingen

==== Persona 2: Peter (45) - Werkende mantelzorger ====

'''Kenmerken en context:'''
* Werkt fulltime en heeft een eigen gezin
* Is mantelzorger voor zijn moeder (Maria)
* Woont op 30 minuten rijden van zijn moeder
* Ervaart stress door combinatie van werk, gezin en mantelzorgtaken

'''Behoeften:'''
* Betere coördinatie van zorgtaken
* Delen van de zorglast met anderen
* Overzicht en inzicht op afstand
* Efficiënte communicatie met andere hulpverleners

'''Aansluiting OZO Verbindzorg functionaliteiten:'''
{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Berichtencommunicatie || ★★★★★ || Eén bericht naar meerdere personen tegelijk, communiceert wanneer het uitkomt
|-
| Zorgnetwerk || ★★★★★ || Overzicht van alle betrokkenen en hun contactgegevens
|-
| Afspraken/Videobellen || ★★★★★ || Kan MDO's bijwonen op afstand, planning via datumprikker
|-
| Thuismetingen || ★★★★★ || Op afstand inzicht in gezondheidstoestand moeder
|-
| Documentdeling || ★★★★☆ || Toegang tot alle relevante documenten zonder fysieke aanwezigheid
|}

'''Gap analyse:'''
* Geen specifieke functionaliteit voor het vinden van nieuwe vrijwilligers
* Taakverdelingsmogelijkheden zijn beperkt (geen expliciete zorgagenda/takenlijst)

=== Persona's uit Austerlitz ===

==== Persona 3: Austerlitz Zorgt (Dorpsinitiatief) ====

'''Kenmerken en context:'''
* Georganiseerd bewonersinitiatief met coördinator en vrijwilligers
* Ondersteunt ongeveer 40 zorgvragers in het dorp
* Werkt samen met professionele zorgpartijen
* Heeft een eigen ontmoetingsruimte en kantoor

'''Behoeften:'''
* Coördinatie tussen vrijwilligers en professionele zorg
* Overzicht van alle hulpvragen en beschikbare vrijwilligers
* Koppeling tussen individuele zorgplannen en gemeenschapsactiviteiten
* Rapportage en verantwoording voor financiers

'''Aansluiting OZO Verbindzorg functionaliteiten:'''
{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Berichtencommunicatie || ★★★★☆ || Goed voor communicatie binnen individuele netwerken
|-
| Zorgnetwerk || ★★★☆☆ || Per cliënt-basis, geen gemeenschapsbreed overzicht
|-
| Afspraken/Videobellen || ★★★★☆ || MDO's goed ondersteund
|-
| Thuismetingen || ★★★☆☆ || Nuttig per individu, geen populatie-overzicht
|-
| Documentdeling || ★★★☆☆ || Per netwerk, niet gemeenschapsbreed
|}

'''Gap analyse:'''
* Ontbreken van functionaliteit voor gemeenschapsbrede coördinatie
* Beperkte rapportagemogelijkheden op populatieniveau
* Geen integratie met vrijwilligersdatabase op gemeenschapsniveau
* Geen koppeling met gemeenschapsagenda of activiteitenkalender

==== Persona 4: Jan (67) - Coördinator vrijwilligerswerk ====

'''Kenmerken en context:'''
* Gepensioneerd, actief als vrijwilligerscoördinator bij Austerlitz Zorgt
* Coördineert ongeveer 25 vrijwilligers
* Heeft goede sociale vaardigheden maar beperkte technische kennis
* Werkt 15 uur per week als vrijwilliger

'''Behoeften:'''
* Overzicht van beschikbare vrijwilligers en hun capaciteiten
* Efficiënte matching van vrijwilligers met hulpvragen
* Monitoring van vrijwilligersinzet
* Ondersteuning bij werving en behoud van vrijwilligers

'''Aansluiting OZO Verbindzorg functionaliteiten:'''
{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Berichtencommunicatie || ★★★★☆ || Communicatie met vrijwilligers binnen netwerken
|-
| Zorgnetwerk || ★★★☆☆ || Overzicht per cliënt, niet organisatiebreed
|-
| Afspraken/Videobellen || ★★★★☆ || Plannen van overleg en evaluaties
|-
| Thuismetingen || ★★☆☆☆ || Beperkt relevant voor vrijwilligerscoördinatie
|-
| Documentdeling || ★★★☆☆ || Delen van protocollen en instructies
|}

'''Gap analyse:'''
* Geen specifieke functionaliteit voor vrijwilligerswerving
* Beperkte mogelijkheden voor matching op basis van vaardigheden/interesses
* Ontbreken van rapportage over vrijwilligersinzet op organisatieniveau

== Koppelingen met andere applicaties ==

OZO Verbindzorg onderscheidt zich door een sterke focus op interoperabiliteit en koppelingen met andere systemen.

=== Bestaande koppelingen ===

==== SSO-koppelingen met zorgsystemen ====
* '''Nedap ONS''': Direct vanuit cliëntdossier naar OZO
* '''Medicom''': Automatische patiëntgegevens synchronisatie
* '''MediKIT''': SSO-koppeling voor professionals
* '''Diverse huisartsinformatiesystemen (HIS'en)'''

==== Specialistische koppelingen ====
* '''VirtueleThuiszorg (Mobile-Care)''': Ophalen thuismetingen
* '''Excen PatDoc''': Wondmaterialen bestellen
* '''Diverse apotheeksystemen''': Medicatie-informatie

=== Technische standaarden ===

OZO Verbindzorg is medeoprichter van Stichting NUTS en zet sterk in op open standaarden:

==== Processtandaarden ====
* '''HL7 FHIR''': Voor uitwisseling van zorggegevens
* '''NUTS''': Decentraal communicatienetwerk voor de zorg

==== Infrastructuur ====
* '''REST API's''': Voor gegevensuitwisseling
* '''OAuth 2.0''': Voor autorisatie
* '''Single Sign-On (SSO)''': Voor naadloze toegang vanuit andere systemen

==== Certificeringen ====
* ISO 27001 (informatiebeveiliging)
* NEN 7510 (informatiebeveiliging in de zorg)

=== Potentiële koppelingen voor D-ICC ===

==== Met TimeSteps (Amulet) ====
* Uitwisseling van netwerkgegevens
* Synchronisatie van zorgagenda met OZO-afspraken
* Gedeeld berichtenverkeer via NUTS-standaard

==== Met GebiedOnline ====
* Integratie van gemeenschapsactiviteiten
* Vrijwilligerswerving en -matching
* Koppeling lokale sociale kaart

==== Met Digitaal Dorpsplein ====
* Integratie van hulpvragen
* Delen van beschikbare diensten
* Gemeenschapsbrede communicatie

==== Met PGO's (Persoonlijke Gezondheidsomgevingen) ====
* Dossieruitwisseling via MedMij
* Burger-gecontroleerde gegevensdeling

== Hiaten en oplossingsrichtingen ==

=== Geïdentificeerde hiaten ===

==== 1. Gemeenschapsbrede functionaliteiten ====
OZO Verbindzorg is primair georganiseerd rondom individuele cliënten en hun netwerk. Er ontbreekt functionaliteit voor:
* Overzicht op gemeenschaps- of populatieniveau
* Gemeenschapsbrede activiteitenkalender
* Rapportage voor dorpsinitiatieven

==== 2. Taakcoördinatie en planning ====
Anders dan TimeSteps biedt OZO geen expliciete zorgagenda of taakverdelingsfunctie:
* Geen visuele planning van zorgmomenten
* Beperkte mogelijkheden voor taakverdeling onder mantelzorgers
* Geen overzicht van beschikbaarheid

==== 3. Vrijwilligersmanagement ====
* Geen functionaliteit voor vrijwilligerswerving
* Beperkte matching-mogelijkheden
* Geen inzetregistratie op organisatieniveau

==== 4. Informele ontmoetingen en sociale activiteiten ====
* Focus ligt op zorgcommunicatie, niet op sociale verbinding
* Geen koppeling met buurtactiviteiten of ontmoetingsplekken

=== Oplossingsrichtingen ===

==== Aanvullende koppelingen ====
* Koppeling met gemeenschapsplatforms (GebiedOnline, Digitaal Dorpsplein) voor bredere sociale functionaliteit
* Integratie met TimeSteps voor taakcoördinatie en planning
* Koppeling met vrijwilligersplatforms

==== Uitbreiding functionaliteit ====
* Ontwikkelen van organisatie-/gemeenschapsview voor coördinatoren
* Toevoegen van rapportagemodule voor dorpsinitiatieven
* Uitbreiden van agendafunctionaliteit richting zorgplanning

==== Referentie-architectuur ====
* OZO Verbindzorg als communicatie-backbone
* TimeSteps voor mantelzorgcoördinatie
* GebiedOnline voor gemeenschapsbrede activiteiten
* Verbinden via NUTS en FHIR standaarden

== Vergelijking met andere platforms ==

Voor een uitgebreide vergelijking van alle geanalyseerde platforms in het project Digitale Wijkinfrastructuur, zie de [[Vergelijkingstabel Digitale Wijkinfrastructuur|vergelijkingstabel]].

=== Positionering OZO Verbindzorg ===

{| class="wikitable"
|-
! Sterke domeinen !! Aanvullend nodig voor D-ICC
|-
| Communicatie, Documentatie || Coördinatie (activiteiten), Matching, Besluitvorming, Gemeenschapsvorming
|}

=== Complementariteit ===

OZO Verbindzorg is complementair met de andere platforms in de digitale wijkinfrastructuur:

* '''OZO Verbindzorg''': Netwerkzorg, professionele zorgcommunicatie, open standaarden (NUTS/FHIR)
* '''Gebied Online''': Gemeenschapscommunicatie, participatie, collectief kiezen
* '''RegiCare''': Vrijwilligerscoördinatie, vervoer, activiteitenbeheer
* '''TimeSteps''': Mantelzorgcoördinatie, zorgagenda, taakplanning
* '''DeLori''': Community-building in woonzorg, sociale activiteiten
* '''Digitale Dorpspleinen''': Lokale economie, behoud voorzieningen

== Conclusies en aanbevelingen ==

=== Conclusies ===

# '''OZO Verbindzorg biedt een volwassen, gecertificeerd platform''' voor netwerkzorg met sterke focus op communicatie tussen formele en informele zorg.

# '''De applicatie sluit goed aan bij individuele zorgbehoeften''' van cliënten en mantelzorgers, met name op het gebied van communicatie, videobellen en informatiedeling.

# '''Voor gemeenschapsbrede ondersteuning zijn aanvullende functionaliteiten nodig''', met name op het gebied van gemeenschapsorganisatie, vrijwilligersmatching en populatie-overzicht.

# '''OZO's sterke positie in open standaarden (NUTS, FHIR)''' maakt het platform bij uitstek geschikt als communicatie-backbone in een bredere digitale wijkinfrastructuur.

# '''Complementariteit met TimeSteps''' biedt kansen voor een geïntegreerde oplossing die zowel communicatie als coördinatie ondersteunt.

=== Aanbevelingen ===

==== Voor OZO Verbindzorg ====
* Ontwikkel een organisatie-/gemeenschapsview voor dorpsinitiatieven
* Voeg rapportagemogelijkheden toe voor coördinatoren van gemeenschapsinitiatieven
* Exploreer uitbreiding van agendafunctionaliteit richting taakplanning
* Behoud en versterk de focus op open standaarden

==== Voor het project Digitale Wijkinfrastructuur ====
* Positioneer OZO Verbindzorg als communicatie-backbone in de referentie-architectuur
* Ontwikkel een proof-of-concept voor koppeling OZO-TimeSteps via NUTS
* Faciliteer samenwerking tussen OZO en gemeenschapsplatforms
* Gebruik OZO's NUTS-expertise voor bredere standaardisatie

==== Voor gemeenschappen ====
* Overweeg OZO Verbindzorg voor communicatie met en tussen zorgverleners
* Combineer met TimeSteps voor uitgebreide mantelzorgcoördinatie
* Combineer met GebiedOnline of vergelijkbaar platform voor gemeenschapsactiviteiten
* Zorg voor voldoende digitale ondersteuning voor minder digitaal vaardige deelnemers

== Bijdrage aan de referentie-architectuur ==

Deze analyse van OZO Verbindzorg draagt bij aan de ontwikkeling van de referentie-architectuur voor digitale wijkinfrastructuur door:

# '''Het identificeren van kernfunctionaliteiten''' voor netwerkzorg en communicatie
# '''Het in kaart brengen van bestaande koppelingen''' en technische standaarden
# '''Het benoemen van de rol van NUTS en FHIR''' als fundament voor interoperabiliteit
# '''Het identificeren van complementariteit''' met andere oplossingen (TimeSteps, GebiedOnline)
# '''Het benoemen van hiaten''' die door koppeling met andere platforms kunnen worden ingevuld

De bevindingen worden ingebracht in het bredere project en zullen bijdragen aan de ontwikkeling van een coherente visie op digitale ondersteuning voor zorgzame gemeenschappen.

== Bijlage: Methodologie en bronnen ==

Deze rapportage is tot stand gekomen op basis van:

* '''Website OZO Verbindzorg''' (www.ozoverbindzorg.nl) - geraadpleegd juni 2025
* '''Kennisbank OZO Verbindzorg''' (kennisbank.ozoverbindzorg.nl)
* '''Handreiking OZO Verbindzorg voor huisartsenpraktijk''' - Medrie
* '''Informatie Stichting NUTS''' (nuts.nl)
* '''Google Play Store app-informatie''' OZO
* '''Diverse huisartsenpraktijken en zorgorganisaties''' die OZO implementeren
* '''Behoefteanalyse gemeenschappen Glimmen en Austerlitz''' (februari-maart 2025)

De analyses zijn uitgevoerd volgens de methodes beschreven in het plan van aanpak, met nadruk op open standaarden en interoperabiliteit.

----

''Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en is beschikbaar onder de Creative Commons BY-SA 4.0 licentie.''

''Datum: juni 2025''

[[Categorie:Digitale Wijkinfrastructuur]]
[[Categorie:Rapportages]]
[[Categorie:OZO Verbindzorg]]

GebiedOnline

2025-12-08T19:34:57Z

Admin: /* Vergelijking met andere platforms */

= Rapportage Gebied Online =

== Inleiding ==

Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en beschrijft de bevindingen van de analyse van het Gebiedonline platform. Het doel van deze analyse is om inzicht te krijgen in hoe Gebiedonline past binnen het bredere concept van '''Digitaal Geïntegreerde Gemeenschapszorg''' (Digital Integrated Community Care, D-ICC) en hoe de functionaliteiten kunnen aansluiten bij de behoeften van zorgzame gemeenschappen zoals Glimmen en Austerlitz.

Deze rapportage maakt deel uit van een breder onderzoek naar digitale oplossingen die kunnen bijdragen aan een effectieve wijkinfrastructuur voor zorgzame gemeenschappen in Nederland. In deze rapportage wordt gebruik gemaakt van de gestandaardiseerde methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur.

== Achtergrond van het project ==

Het project "Digitale Wijkinfrastructuur" komt voort uit de behoefte aan een geïntegreerde digitale ondersteuning voor zorgzame gemeenschappen. In Nederland zijn de afgelopen twintig jaar meer dan 2.000 zorgzame gemeenschappen ontstaan op initiatief van inwoners, gericht op samenredzaamheid, nabijheid, betrokkenheid, vertrouwen en eigenaarschap in de lokale samenleving.

Deze gemeenschappen hebben behoefte aan digitale ondersteuning die:
* Aansluit bij hun specifieke lokale behoeften
* Een brug vormt tussen informele en formele processen
* Past bij de werkzame mechanismen van integrated community care

== Methode van onderzoek ==

Voor deze rapportage is gebruik gemaakt van de methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur. De volgende bronnen zijn gebruikt:
* Publicatie "De kracht van online community platforms" (Gebiedonline, 2025)
* Website Gebiedonline (www.gebiedonline.nl)
* PublicSpaces interview met bestuur Gebiedonline (november 2024)
* Community Tech Network case study
* Amsterdam Smart City documentatie

== Algemeen overzicht Gebiedonline ==

Gebiedonline is een online community platform in coöperatief eigendom, ontwikkeld door en voor lokale gemeenschappen. Het platform is ontstaan in 2012 als buurtwebsite "Hallo IJburg" in Amsterdam. Op 18 mei 2015 vond in Pakhuis de Zwijger het "Doe Open! Festival" plaats, waar de mogelijkheden voor coöperatief beheer werden verkend. In januari 2016 werd de coöperatie Gebiedonline U.A. formeel opgericht door zes leden: Hallo IJburg, Knowledge Mile, Buiksloterham, Indische Buurtbalie (allen Amsterdam), Gouda Bruist en Wij zijn Nieuwland (Amersfoort).

=== Kerngegevens ===

{| class="wikitable"
|-
! Aspect !! Gegevens
|-
| Communities aangesloten || 70+ (eind 2024)
|-
| Gebruikers met profiel || 60.000+
|-
| Cross-community gebruikers || 5.205 personen actief bij meerdere platforms
|-
| Organisatievorm || Coöperatie U.A. (zonder winstoogmerk)
|-
| Technische partner || CrossmarX (Common Good onderneming)
|-
| Besluitvorming || Consent-methode (sociocratisch)
|-
| Lidmaatschappen || PublicSpaces coalitie (2024), LSA Bewoners
|}

=== Kerndoelstellingen ===

Gebiedonline richt zich op drie kerndoelstellingen:
# '''Versterken van de community''' - Deelnemers binnen een community met elkaar verbinden
# '''Uitwisselen van informatie en hulpmiddelen''' - Communities informatie en resources beter laten delen
# '''Samenwerken tussen burgers en overheid''' - Faciliteren van samenwerking bij maatschappelijke transities

=== Twee toepassingsgebieden ===

Het platform kent twee hoofdtoepassingen:
* '''Buurtverbinding''': Platforms voor geografisch afgebakende gebieden (buurt, wijk, dorp, stad)
* '''Themanetwerken''': Platforms voor gemeenschappen rondom specifieke thema's (energie, gezondheid, voedsel, groen)

=== Organisatiestructuur en governance ===

Als coöperatie heeft Gebiedonline een unieke governance:
* Leden betalen jaarlijkse contributie en hebben stemrecht
* Gezamenlijk eigenaarschap van software en data
* Besluitvorming op basis van '''consent''': een voorstel wordt aangenomen tenzij iemand bezwaar heeft
* Maandelijkse ledenbijeenkomsten (elke tweede dinsdagavond, online)
* Twee keer per jaar algemene ledenvergadering
* Geen winstdoelstelling, geen verborgen kosten

=== Publieke waarden ===

Gebiedonline hanteert sterke publieke waarden:
* Geen componenten van big tech in de basissoftware
* Minimaliseren van CO2-footprint door elektriciteitsverbruik te verlagen
* Optimaliseren van toegankelijkheid voor blinden en slechtzienden
* Gebruikers blijven baas over eigen data
* Geen onnodige gegevens opslaan

== Het vierlaagsmodel van functionaliteiten ==

Gebiedonline structureert haar functionaliteiten in vier functionele lagen, van basaal naar complex:

{| class="wikitable" style="text-align:center;"
|-
! Laag !! Naam !! Elementen
|-
| '''4''' || Collectief kiezen || doelen → prioriteiten → opgaven → keuzes
|-
| '''3''' || Creatie en inspiratie || wensen → ideeën → voorstellen → projecten
|-
| '''2''' || Middelen delen || spullen → diensten → hulpverzoeken → geld
|-
| '''1''' || Informatie delen || mensen → organisaties → activiteiten → berichten
|}

== Analyse van functionaliteiten volgens het raamwerk ==

=== LAAG 1: INFORMATIE DELEN ===

Deze laag heeft als doel om de deelnemers in de community zo goed mogelijk te informeren over de onderdelen en activiteiten van de community.

==== Functionaliteit "Profielen van deelnemers" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Netwerken
|-
| Korte beschrijving || Wie-is-wie van de community met echte mensen en profielfoto's
|-
| Primaire gebruikersrollen || Alle deelnemers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Bewoners zichtbaar en vindbaar maken binnen de community
|-
| Input || Naam, foto, beschrijving, dromen, kennis, vaardigheden, bijdrage
|-
| Output || Profielpagina, zoekbare database, expertiseoverzicht
|-
| Interactie || Profiel aanmaken, bekijken, zoeken, contact opnemen
|-
| Kritiekheid || Essentieel - alleen deelnemers met profielfoto mogen content plaatsen
|}

'''D-ICC Alignment:'''
* Gelijkwaardigheid: ★★★★★ - Gebruiker heeft volledige controle over eigen profiel
* Sleutelprincipes: ★★★★★ - Bevordert nabijheid door zichtbaarheid

==== Functionaliteit "Profielen van organisaties" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Organisatie
|-
| Korte beschrijving || Overzicht van alle clubs, verenigingen, groepen en organisaties
|-
| Primaire gebruikersrollen || Organisatie, Werkgroep, Commissie
|}

'''D-ICC Alignment:'''
* Sociale basisinfrastructuur: ★★★★★ - Maakt sociale structuren zichtbaar

==== Functionaliteit "Plekken" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Informatie
|-
| Korte beschrijving || Belangrijke plekken in het gebied op een kaart
|-
| Input || Pleinen, parken, gebouwen, voorzieningen, winkels
|}

==== Functionaliteit "Activiteitenkalender" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Coördinatie
|-
| Korte beschrijving || Kalender van de community met alle evenementen
|-
| Primaire gebruikersrollen || Bewoner, Organisatie, Werkgroep
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Inzichtelijk maken van alle activiteiten en evenementen
|-
| Input || Activiteiten met datum, tijd, locatie (fysiek of online)
|-
| Output || Kalenderoverzicht, activiteitenlijst, nieuwsbrief-integratie
|-
| Frequentie || Wekelijks
|}

'''D-ICC Alignment:'''
* Gelijkwaardigheid: ★★★★★ - Iedereen kan activiteiten toevoegen
* Sociale basisinfrastructuur: ★★★★★ - Essentieel voor sociale cohesie

==== Functionaliteit "Berichten en Nieuwsbrief" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Communicatie
|-
| Korte beschrijving || Nieuws, verhalen, blogs en geautomatiseerde nieuwsbrief
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Informeren van gemeenschapsleden over nieuws en activiteiten
|-
| Input || Berichten door deelnemers, automatisch verzamelde content
|-
| Output || Gepubliceerde berichten, periodieke nieuwsbrief per e-mail
|-
| Voorbeeld || Hallo IJburg: wekelijkse nieuwsbrief met gemiddeld 20 berichten naar 3.000 abonnees
|}

'''D-ICC Alignment:'''
* Gelijkwaardigheid: ★★★★★ - Alle gebruikers kunnen berichten plaatsen
* Samen besturen: ★★★★★ - Geen centrale redactie, gedecentraliseerde publicatie

=== LAAG 2: MIDDELEN DELEN ===

Deze laag bevordert het optimale gebruik van hulpmiddelen (resources, assets) die beschikbaar zijn binnen de community.

==== Functionaliteit "Aanbod van diensten" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Resource sharing
|-
| Korte beschrijving || Publiceren van diensten door lokale aanbieders
|-
| Voorbeelden || Lokale bakker, thuiskapper, oppas, adviseurs, installateurs
|}

==== Functionaliteit "Op zoek naar personen" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Matching
|-
| Korte beschrijving || Oproepen voor betaalde of onbetaalde hulp, vacatures
|}

'''D-ICC Alignment:'''
* Sleutelprincipes: ★★★★★ - Bevordert wederkerigheid en samenredzaamheid

==== Functionaliteit "Vraag en aanbod van producten" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Resource sharing
|-
| Korte beschrijving || Lokaal vraag en aanbod afstemmen: (ver)koop, (ver)huur, lenen, weggeven
|}

{{Praktijkvoorbeeld|titel=Doneren voor statushouders|
In 2018 werden op IJburg statushouders gehuisvest. Via Hallo IJburg konden IJburgers aangeven welke spullen ze wilden weggeven. Honderden spullen (bedden, stoelen, tafels, banken) werden gedoneerd.}}

==== Functionaliteit "Vraag naar geld (Crowdfunding/Veiling)" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Financiering
|-
| Korte beschrijving || Geld inzamelen via doneerknop of veiling van producten/diensten
|}

{{Praktijkvoorbeeld|titel=Online veiling WIJ1019|
Voor de verbouwing van buurtruimte de Eester boden lokale ondernemers en actieve bewoners meer dan 100 producten aan via een online veiling. Opbrengst: meer dan €15.000 voor de verbouwing.}}

{{Praktijkvoorbeeld|titel=Sinterklaasintocht IJburg|
Lokale ondernemers boden tientallen producten en diensten aan. IJburgers konden bieden tot een deadline. De opbrengst ging naar de organisatie van de Sinterklaasintocht.}}

=== LAAG 3: CREATIE EN INSPIRATIE ===

In deze laag delen deelnemers hun wensen, problemen en mogelijke oplossingen, en voeren ze samen projecten uit.

==== Functionaliteit "Wensen uiten" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Participatie
|-
| Korte beschrijving || Leden geven aan wat hun wensen zijn in eigen woorden
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Inzicht krijgen in wat er leeft binnen de community
|-
| Input || Wensen met beschrijving, foto's, video's, documentatie
|-
| Output || Overzicht van wensen, reacties, trekkers/helpers/delers
|-
| Interactie || Anderen kunnen aangeven: wens delen, willen helpen, of trekker willen zijn
|}

{{Praktijkvoorbeeld|titel=Kompas op IJburg (2014)|
Alle IJburgers werden gevraagd hun wensen op te schrijven. Ongeveer 150 wensen werden ingediend. Per wens konden anderen aangeven of ze de wens deelden, wilden ondersteunen, helpen of trekker wilden zijn.}}

==== Functionaliteit "Ideeën droppen" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Innovatie
|-
| Korte beschrijving || Eigen ideeën delen om de community te verbeteren
|-
| Interactie || Andere leden geven feedback zodat betere ideeën ontstaan
|}

==== Functionaliteit "Projecten voorstellen en uitvoeren" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Samenwerking
|-
| Korte beschrijving || Voorstellen doen om wensen te realiseren, projecten uitvoeren
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Faciliteren van samenwerking aan buurtprojecten
|-
| Functies || Organisatie projectteam, statusupdates, centrale documentatie, om hulp vragen, takenlijsten, aparte projectwebsite
|-
| Output || Projectpagina, voortgangsrapportages, resultaten
|}

'''D-ICC Alignment:'''
* Samen besturen: ★★★★★ - Expliciet gericht op gezamenlijke actie
* Sleutelprincipes: ★★★★★ - Bevordert eigenaarschap en samenredzaamheid

{{Praktijkvoorbeeld|titel=Gebiedsplannen Amsterdam-Oost (2017-2019)|
Bewoners mochten zelf projecten voorstellen voor het gebiedsplan. Anderen konden beoordelen en feedback geven. Na drie jaar bleek meer dan de helft van de projecten ingediend te zijn door bewoners.}}

=== LAAG 4: COLLECTIEF KIEZEN ===

Laag 4 maakt systematische samenwerking tussen overheid en burgers mogelijk voor gezamenlijke besluitvorming.

==== Functionaliteit "Formuleren van doelen" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Democratie
|-
| Korte beschrijving || Inventarisatie van de belangrijkste doelen door de community
|}

==== Functionaliteit "Prioriteren van doelstellingen" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Democratie
|-
| Korte beschrijving || Deelnemers geven aan welke doelen het meest bijdragen
|-
| Output || Prioritering, weergegeven in bijvoorbeeld woordenwolk
|}

{{Praktijkvoorbeeld|titel=Prioriteren op IJburg (2018)|
Zestien gebiedsdoelen werden geformuleerd (max 5 woorden, met werkwoord, gelijkwaardig niveau). Bewoners konden prioriteren. Resultaat werd getoond in een woordenwolk waar de belangrijkste doelen (openbaar vervoer, vergroenen, zwerfvuil) de grootste letters kregen.}}

==== Functionaliteit "Benoemen van opgaven" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Beleid
|-
| Korte beschrijving || Op basis van prioritering concrete opgaven formuleren
|-
| Integratie || Overheidsdoelen uit coalitieakkoorden en gebiedsagenda's kunnen worden toegevoegd
|}

==== Functionaliteit "Maken van keuzes" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Democratie
|-
| Korte beschrijving || Kiezen uit diverse voorstellen via voorkeuren of stemmingen
|-
| Varianten || Bewoners geven input / overheid beslist, of bewoners beslissen zelf
|}

{{Praktijkvoorbeeld|titel=Buurtbudget IJburg/Zeeburgereiland (2020)|
Bewoners kregen tien virtuele muntjes om te verdelen over vijf thema's. Budget: €200.000. Eerste keer dat Gebiedonline werd gebruikt om bewoners zelf over budgetten te laten beslissen.}}

{{Praktijkvoorbeeld|titel=Selectie kunstwerk IJburg (2020)|
Twee kunstenaars maakten een ontwerp. 194 IJburgers brachten hun stem uit via Hallo IJburg. Het winnende kunstwerk is in 2023 gerealiseerd.}}

{{Praktijkvoorbeeld|titel=Brugteksten IJburg|
92 tekstvoorstellen werden ingediend. 171 IJburgers gaven hun voorkeur aan. Een jury van vier IJburgers en een ambtenaar selecteerde 34 teksten, waarbij de voorkeur van bewoners grotendeels werd gevolgd.}}

'''D-ICC Alignment:'''
* Gelijkwaardigheid: ★★★★★ - Elke stem telt even zwaar
* Samen besturen: ★★★★★ - Direct gericht op collectieve besluitvorming
* Sleutelprincipes: ★★★★★ - Maximaal eigenaarschap

== Het vijfstappenmodel voor samenwerking overheid-burgers ==

Gebiedonline heeft een vijfstappenmodel ontwikkeld voor samenwerking tussen overheid en burgers:

{| class="wikitable"
|-
! Stap !! Naam !! Laag !! Beschrijving
|-
| 1 || Wensen formuleren || Laag 3 || Deelnemers beschrijven in eigen woorden situaties die ze graag gerealiseerd willen zien
|-
| 2 || Opgaven definiëren || Laag 4 || Redactie definieert doelen, deelnemers prioriteren, overheidsdoelen kunnen worden geïntegreerd
|-
| 3 || Oplossingen ontwerpen || Laag 3 || Community ontwikkelt alternatieven, maximale ruimte voor creativiteit, impact in kaart brengen
|-
| 4 || Oplossingen kiezen || Laag 4 || Besluit door bestuurders, volksvertegenwoordiging, ambtenaren, bewonersorganisatie of bewoners
|-
| 5 || Oplossingen realiseren || Laag 3 || Platform ondersteunt met projectteam, statusupdates, documentatie, hulpverzoeken, takenlijsten
|}

== Aanvullende functionaliteiten ==

=== Sociale kaart ===

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Informatie
|-
| Korte beschrijving || Overzicht van voorzieningen en organisaties per thema
|-
| Voorbeeld || wijkwijzernoordoost.nl/wijkwijzerkaart - zo compleet dat het als autoriteit geldt
|}

'''D-ICC Alignment:'''
* Sociale basisinfrastructuur: ★★★★★ - Maakt sociale infrastructuur zichtbaar

=== Miniwebsites ===

Projecten kunnen een eigen omgeving krijgen met eigen webpagina's, berichten, filmpjes, agenda en documenten. Eigen vormgeving en url mogelijk, maar blijft onderdeel van het grotere geheel.

'''Voorbeeld:''' liefenleedgouda.nl - Lief&Leedstraten in Gouda met meer dan 120 straten.

=== Stadmakers-module ===

Module om bewoners te vinden met specifieke projectervaring (financiën, werving vrijwilligers, communicatie/PR). Lokale kennis wordt zo beter gebruikt en verspreid.

=== Asset Based Community Development (ABCD) ===

Het platform biedt de mogelijkheid om assets (vaardigheden, passies, kennis, bronnen, middelen, plekken) te inventariseren en in beeld te brengen. Dit verkleint afhankelijkheid van bronnen buiten de community.

=== Cross-platform verbindingen ===

Alle platforms van Gebiedonline zijn onderling verbonden:
* Deelnemers kunnen hun profiel op meerdere platforms zichtbaar maken
* Zoeken naar verbinders: mensen actief in meerdere communities
* Content kan eenmalig worden ingevoerd en op meerdere platforms getoond
* Informatie kan worden doorgeplaatst tussen lokale en stedelijke platforms

== Analyse van persona's en behoeften van gemeenschappen ==

=== Persona's uit Glimmen ===

==== Persona 1: Maria (78) - Alleenwonende oudere ====

'''Aansluiting Gebiedonline functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Activiteitenkalender || ★★★★★ || Overzicht van activiteiten in de buurt
|-
| Vraag & Aanbod || ★★★★★ || Hulp vragen bij boodschappen, klusjes
|-
| Sociale kaart || ★★★★★ || Vindbaar maken van voorzieningen
|-
| Nieuwsbrief || ★★★★★ || Passief op de hoogte blijven
|-
| Profielen || ★★★☆☆ || Buren leren kennen
|}

'''Gap analyse:'''
* Geen specifieke zorgcommunicatie-functionaliteit
* Beperkte ondersteuning voor één-op-één hulpcoördinatie
* Geen integratie met formele zorgverleners

==== Persona 2: Peter (45) - Werkende mantelzorger ====

'''Aansluiting Gebiedonline functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Vraag & Aanbod || ★★★★☆ || Hulpvragen plaatsen voor moeder
|-
| Wensen/Ideeën || ★★★★☆ || Signaleren van behoeften in de buurt
|-
| Organisaties || ★★★★☆ || Vinden van relevante initiatieven
|-
| Nieuwsbrief || ★★★★☆ || Op de hoogte blijven
|}

'''Gap analyse:'''
* Geen zorgagenda of taakplanning voor mantelzorg
* Beperkte mogelijkheden voor directe communicatie met zorgverleners
* Geen overzicht van zorgnetwerk rondom moeder

=== Persona's uit Austerlitz ===

==== Persona 3: Austerlitz Zorgt (Dorpsinitiatief) ====

'''Aansluiting Gebiedonline functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Organisaties/Werkgroepen || ★★★★★ || Presentatie van het initiatief
|-
| Activiteiten || ★★★★★ || Publiceren van gemeenschapsactiviteiten
|-
| Projecten (Laag 3) || ★★★★★ || Coördinatie van projecten
|-
| Sociale kaart || ★★★★★ || Overzicht van voorzieningen
|-
| Collectief kiezen (Laag 4) || ★★★★★ || Betrekken van bewoners bij beslissingen
|-
| Miniwebsite || ★★★★★ || Eigen omgeving voor het initiatief
|}

'''Gap analyse:'''
* Beperkte functionaliteit voor individuele zorgcoördinatie
* Geen integratie met zorgsystemen
* Rapportagemogelijkheden in ontwikkeling (via GezondMeNu)

==== Persona 4: Jan (67) - Coördinator vrijwilligerswerk ====

'''Aansluiting Gebiedonline functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Stadmakers-module || ★★★★★ || Vrijwilligers met specifieke expertise vinden
|-
| Vraag & Aanbod || ★★★★☆ || Matching van hulpvragen
|-
| Organisaties || ★★★★★ || Beheren van vrijwilligersgroep
|-
| Takenlijsten || ★★★★☆ || Taken verdelen binnen projecten
|}

'''Gap analyse:'''
* Geen volledige vrijwilligersadministratie
* Beperkte inzetregistratie en rapportage op organisatieniveau

== Relevante projecten voor D-ICC ==

=== GezondMeNu ===

GezondMeNu is een methode om activiteiten die bijdragen aan gezondheid en/of welzijn van bewoners te waarderen. Gebiedonline onderzoekt samen met de Hogeschool Utrecht en de GGD hoe de waarde van lokale initiatieven beter zichtbaar gemaakt kan worden.

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Doel || Waarde van informele initiatieven zichtbaar maken voor de overheid
|-
| Partners || Hogeschool Utrecht, GGD
|-
| Output || Echte waarderingen van deelnemers op gezondheidsinitiatieven
|-
| D-ICC relevantie || Aanvulling op formele zorg, inzicht in informele initiatieven
|}

=== Sociale kaart met zorg en welzijn ===

Sommige leden hebben het aanbod van zorg en welzijn zo compleet gemaakt dat het platform als autoriteit geldt. Dit biedt kansen voor integratie met D-ICC.

=== Lief&Leedstraten ===

Gouda telt meer dan 120 Lief&Leedstraten waar gangmakers een Lief&Leedpotje beheren voor kleine attenties bij lief of leed. Dit is een voorbeeld van informele zorg die via het platform wordt gecoördineerd.

== Technische aspecten en standaarden ==

=== Technische componenten (privacy-vriendelijke alternatieven) ===

{| class="wikitable"
|-
! Component !! Oplossing !! Alternatief voor
|-
| Platformsoftware || CrossmarX || -
|-
| Kaarten || OpenStreetMap || Google Maps
|-
| Video hosting || Vimeo || YouTube
|-
| Analytics || Matomo || Google Analytics
|-
| Formulieren || Zelf ontwikkeld || Google Forms
|-
| Hosting || TransIP (Nederland, 100% duurzame energie) || -
|}

=== Privacy en datasoevereiniteit ===

* '''Data-eigenaarschap''': Coöperatie en leden zijn eigenaar van alle data
* '''Geen commercieel doel''': Data wordt niet verkocht of gedeeld met derden
* '''Transparantie''': Maximale openheid over gegevensverwerking
* '''Gebruikerscontrole''': Gebruikers bepalen zelf wat er met hun gegevens gebeurt
* '''Geen onnodige gegevens''': Alleen noodzakelijke data wordt opgeslagen
* '''AVG-compliant''': Voldoet aan alle privacywetgeving

=== Eerdere innovatieprojecten ===

* '''DECODE/Yivi''': Europees project voor gedecentraliseerde identiteit (met Waag)
* '''GezondMeNu''': Waarderen van gezondheidsinitiatieven (met HU en GGD)
* '''Buurtbegroten''': Participatieve budgettering voor Amsterdam-Oost
* '''Right to Challenge''': Demonstratie van proces voor uitdagingsrecht
* '''SDG-integratie''': Koppeling met Sustainable Development Goals
* '''Donut Economics''': Visualisatie voor duurzaamheidsdoelen (met Amsterdam Donut Coalitie)
* '''FlexBieb''': Uitleenadministratie voor lokale bibliotheek

=== Potentiële koppelingen voor D-ICC ===

==== Met OZO Verbindzorg ====
* Gebiedonline voor gemeenschapscommunicatie en activiteiten
* OZO voor individuele zorgnetwerken en communicatie met zorgverleners

==== Met TimeSteps ====
* Gebiedonline voor gemeenschapsbrede informatie en participatie
* TimeSteps voor individuele mantelzorgcoördinatie en zorgagenda

==== Met zorgsystemen ====
* Via GezondMeNu-methodiek voor waardebepaling
* Potentie voor Yivi/IRMA integratie voor veilige identiteit en datadeling

== Hiaten en oplossingsrichtingen ==

=== Geïdentificeerde hiaten ===

==== 1. Individuele zorgcoördinatie ====
Gebiedonline is primair gericht op gemeenschapscommunicatie, niet op individuele zorgcoördinatie:
* Geen zorgnetwerk per cliënt
* Geen zorgagenda of taakplanning
* Geen directe communicatie met formele zorgverleners

==== 2. Integratie met zorgsystemen ====
* Geen koppelingen met HIS, ECD of andere zorgsystemen
* Geen ondersteuning voor NUTS of FHIR standaarden
* Beperkte interoperabiliteit met zorgdomein

==== 3. Vrijwilligersmanagement ====
* Stadmakers-module biedt basis, maar geen volledige vrijwilligersadministratie
* Beperkte inzetregistratie en rapportage
* Geen roosterplanning

==== 4. Mobiele toegankelijkheid ====
* Primair web-based platform (responsive)
* Geen dedicated mobiele app

=== Oplossingsrichtingen ===

==== Complementaire inzet ====
* Gebiedonline voor gemeenschapsbrede communicatie, participatie en collectief kiezen
* OZO Verbindzorg of TimeSteps voor individuele zorgcoördinatie
* Combinatie biedt volledige dekking voor D-ICC

==== Uitbreiding functionaliteit ====
* Doorontwikkeling GezondMeNu voor zichtbaarheid zorginitiatieven
* Uitbreiding sociale kaart met zorgvoorzieningen
* Versterking vrijwilligersmodule via Stadmakers-concept

==== Koppelingsstrategie ====
* Onderzoek naar NUTS-integratie voor zorgkoppeling
* Verkennen van Yivi voor veilige identiteit en datadeling (ervaring aanwezig)

== Vergelijking met andere platforms ==

Voor een uitgebreide vergelijking van alle geanalyseerde platforms in het project Digitale Wijkinfrastructuur, zie de [[Vergelijkingstabel Digitale Wijkinfrastructuur|vergelijkingstabel]].

=== Positionering Gebied Online ===

{| class="wikitable"
|-
! Sterke domeinen !! Aanvullend nodig voor D-ICC
|-
| Gemeenschapsvorming, Besluitvorming, Matching, Communicatie || Documentatie (zorg), Monitoring (individueel)
|}

=== Complementariteit ===

Gebied Online is complementair met de andere platforms in de digitale wijkinfrastructuur:

* '''Gebied Online''': Gemeenschapscommunicatie, participatie, collectief kiezen, projecten, vraag & aanbod
* '''OZO Verbindzorg''': Netwerkzorg, professionele zorgcommunicatie, open standaarden
* '''TimeSteps''': Mantelzorgcoördinatie, zorgagenda, taakplanning
* '''RegiCare''': Professionele dienstverlening, vrijwilligerscoördinatie, vervoer
* '''DeLori''': Community-building in woonzorg, sociale activiteiten
* '''Digitale Dorpspleinen''': Lokale economie, behoud voorzieningen

== Conclusies en aanbevelingen ==

=== Conclusies ===

# '''Gebiedonline biedt een volwassen, coöperatief platform''' voor gemeenschapscommunicatie met een uniek vierlaagsmodel dat opbouwt van informatie delen naar collectief kiezen.
# '''Het vijfstappenmodel voor samenwerking''' biedt een bewezen methodiek voor samenwerking tussen overheid en burgers, met praktijkvoorbeelden zoals gebiedsplannen en buurtbegroten.
# '''De applicatie sluit uitstekend aan bij gemeenschapsbrede behoeften''' zoals activiteitenkalender, vraag & aanbod, sociale kaart, projecten en participatieve besluitvorming.
# '''Voor individuele zorgcoördinatie zijn aanvullende tools nodig''', met name op het gebied van zorgnetwerken, zorgagenda en communicatie met formele zorgverleners.
# '''Het coöperatieve model en de focus op data-eigenaarschap en publieke waarden''' maken Gebiedonline bij uitstek geschikt als gemeenschapsplatform binnen een bredere digitale wijkinfrastructuur.
# '''GezondMeNu biedt een brug naar het zorgdomein''' door de waarde van informele gezondheidsinitiatieven zichtbaar te maken.
# '''Complementariteit met OZO Verbindzorg en TimeSteps''' biedt kansen voor een geïntegreerde oplossing die zowel gemeenschap als individuele zorg ondersteunt.

=== Aanbevelingen ===

==== Voor Gebiedonline ====
* Versterk de GezondMeNu-methodiek voor bredere toepassing bij zorgzame gemeenschappen
* Exploreer koppelingen met zorgstandaarden (NUTS, FHIR) via bestaande Yivi-kennis
* Ontwikkel de Stadmakers-module door naar vrijwilligersmanagement
* Onderzoek samenwerking met NLZVE voor bredere adoptie bij zorgzame gemeenschappen

==== Voor het project Digitale Wijkinfrastructuur ====
* Positioneer Gebiedonline als gemeenschapsplatform en participatielaag in de referentie-architectuur
* Benut het vierlaagsmodel als referentie voor functionaliteitsniveaus
* Ontwikkel proof-of-concept voor combinatie Gebiedonline + OZO/TimeSteps
* Gebruik het coöperatieve model als voorbeeld voor governance van digitale infrastructuur
* Gebruik Gebiedonline's privacy-aanpak als uitgangspunt voor standaarden

==== Voor gemeenschappen ====
* Overweeg Gebiedonline voor gemeenschapsbrede communicatie en participatie
* Benut het vijfstappenmodel voor samenwerking met de gemeente
* Combineer met OZO Verbindzorg voor individuele zorgnetwerken
* Combineer met TimeSteps voor mantelzorgcoördinatie
* Benut participatie-tools (Laag 4) voor betrekken van bewoners bij beleid

== Bijdrage aan de referentie-architectuur ==

Deze analyse van Gebiedonline draagt bij aan de ontwikkeling van de referentie-architectuur voor digitale wijkinfrastructuur door:

# '''Het vierlaagsmodel''' als structuur voor functionaliteitsniveaus (informatie→middelen→creatie→kiezen)
# '''Het vijfstappenmodel''' als methodiek voor samenwerking overheid-burgers
# '''Het coöperatieve model''' als alternatief voor commerciële platforms
# '''Publieke waarden''' (privacy, data-eigenaarschap, geen big tech) als fundament
# '''GezondMeNu''' als brug naar het zorgdomein
# '''Praktijkvoorbeelden''' van participatie en collectieve besluitvorming
# '''Complementariteit''' met zorggerichte oplossingen (OZO, TimeSteps)

De bevindingen worden ingebracht in het bredere project en zullen bijdragen aan de ontwikkeling van een coherente visie op digitale ondersteuning voor zorgzame gemeenschappen.

== Bijlage: Voorbeelden van Gebiedonline-leden ==

{| class="wikitable"
|-
! Platform !! Type !! Bijzonderheden
|-
| Hallo IJburg || Buurt || 9.000 gebruikers, 3.000 nieuwsbriefabonnees, oorsprong van Gebiedonline
|-
| Gouda Bruist || Stad || 3.100 gebruikers, 2.500 nieuwsbriefabonnees, miniwebsites
|-
| WIJ1019 || Buurt || Oostelijk Havengebied Amsterdam, veiling voor buurtruimte
|-
| 02025 || Thema || Energietransitie Amsterdam, energiecommissarissen per postcode
|-
| Smakelijk Achterhoek || Thema || Duurzaam lokaal voedsel, 90 aanbieders
|-
| Buurtgroen Gouda || Thema || Groene initiatieven, buurttuinen
|-
| Energienetwerk Gouda || Thema || Energietransitie Gouda
|-
| StadmakersOnline || Thema || Landelijk netwerk stadmakers
|-
| Amsterdam Donut Coalitie || Thema || Donuteconomie model
|-
| Club van Wageningen || Thema || Kennisnetwerk
|}

== Bijlage: Methodologie en bronnen ==

Deze rapportage is tot stand gekomen op basis van:

* '''Publicatie "De kracht van online community platforms"''' (Gebiedonline, 2025)
* '''Website Gebiedonline''' (www.gebiedonline.nl) - geraadpleegd december 2025
* '''PublicSpaces interview''' met Maria Roodenburg en Michel Vogler (november 2024)
* '''Community Tech Network case study''' door Ruurd Priester (DEAL)
* '''Amsterdam Smart City''' project documentatie
* '''Stadszaken.nl''' interview met Jules Pollaert (2018)
* '''LSA Bewoners''' ledenpagina

De analyses zijn uitgevoerd volgens de methodes beschreven in het plan van aanpak, met nadruk op aansluiting bij D-ICC principes en behoeften van zorgzame gemeenschappen.

----

''Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en is beschikbaar onder de Creative Commons BY-SA 4.0 licentie.''

''Datum: december 2025''

[[Categorie:Digitale Wijkinfrastructuur]]
[[Categorie:Rapportages]]
[[Categorie:Community Platforms]]

DeLori

2025-12-08T19:34:05Z

Admin: /* Vergelijking met andere platforms */

= Rapportage DeLori =

== Inleiding ==

Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en beschrijft de bevindingen van de analyse van het DeLori community care platform. Het doel van deze analyse is om inzicht te krijgen in hoe DeLori past binnen het bredere concept van Digitaal Geïntegreerde Gemeenschapszorg (Digital Integrated Community Care, D-ICC) en hoe de functionaliteiten kunnen aansluiten bij de behoeften van zorgzame gemeenschappen.

Deze rapportage maakt deel uit van een breder onderzoek naar digitale oplossingen die kunnen bijdragen aan een effectieve wijkinfrastructuur voor zorgzame gemeenschappen in Nederland. In deze rapportage wordt gebruik gemaakt van de gestandaardiseerde methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur.

== Achtergrond van het project ==

Het project "Digitale Wijkinfrastructuur" komt voort uit de behoefte aan een geïntegreerde digitale ondersteuning voor zorgzame gemeenschappen. In Nederland zijn de afgelopen twintig jaar meer dan 2.000 zorgzame gemeenschappen ontstaan op initiatief van inwoners, gericht op samenredzaamheid, nabijheid, betrokkenheid, vertrouwen en eigenaarschap in de lokale samenleving.

Deze gemeenschappen hebben behoefte aan digitale ondersteuning die:
* Aansluit bij hun specifieke lokale behoeften
* Een brug vormt tussen informele en formele processen
* Past bij de werkzame mechanismen van integrated community care

== Methode van onderzoek ==

Voor deze rapportage is gebruik gemaakt van de methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur. Deze methodiek omvat de volgende stappen:

# '''Initiële verkenning''': Analyse van de DeLori website, productdocumentatie en informatie van de Foxi Group
# '''Functie-identificatie''': Decompositie van functionaliteiten, user journey mapping, en use case analyse
# '''Functie-beschrijving''': Categorisering in functionele domeinen, beschrijving van eigenschappen, en analyse van gebruikersrollen
# '''Alignment en evaluatie''': Beoordeling op aansluiting bij D-ICC principes, gap-analyse, en overlap-analyse
# '''Technische specificatie''': Analyse van gegevensmodellen, interfaces, en relevante standaarden

De volgende bronnen zijn gebruikt:
* Website DeLori (www.delori.nl)
* Website Foxi Group (www.foxi.nl)
* Productdocumentatie DeLori
* Kennisbank Netwerk Cliënt-en-Raad Zorg (NCZ)
* Behoefteanalyse gemeenschappen

== Algemeen overzicht DeLori ==

DeLori is een community care platform ontwikkeld door de Foxi Group (gevestigd in Riel, Noord-Brabant), primair gericht op het verbinden van sociale kringen rondom woonzorglocaties. Het platform faciliteert communicatie en participatie tussen bewoners/cliënten, familie, medewerkers, vrijwilligers en buurtbewoners.

=== Kerngegevens ===

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| '''Ontwikkelaar''' || Foxi Group (TechFox, MediaFox, DigiFox)
|-
| '''Vestiging''' || Alphenseweg 2R, 5133 NE Riel
|-
| '''Type''' || Sociaal-maatschappelijk facilitair platform
|-
| '''Beschikbaarheid''' || Web (tablet/laptop/desktop) en mobiele app
|-
| '''Data-opslag''' || Nederlandse servers
|}

=== Kerndoelstellingen ===

DeLori richt zich op drie kerndoelstellingen:
# Verbinden van sociale kringen rondom woonzorglocaties
# Faciliteren van participatie door familie, vrijwilligers en buurtbewoners
# Ontlasten van zorgprofessionals door activeren van informele netwerken

=== Doelgroepen ===

Het platform bedient de volgende hoofddoelgroepen:
* '''Bewoners/cliënten''': Personen in woonzorglocaties of met zorgbehoefte
* '''Familie en naasten''': Familieleden, vrienden en andere dierbaren
* '''Zorgprofessionals''': Medewerkers van zorgorganisaties
* '''Vrijwilligers''': Mensen die zich vrijwillig inzetten
* '''Buurtbewoners''': Leden van de lokale gemeenschap
* '''Studenten''': MBO-, HBO- en universitaire studenten voor praktijkervaring

----

== Analyse van functionaliteiten volgens het raamwerk ==

=== Functionaliteit "Activiteitenbeheer" ===

==== Basisinformatie ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Coördinatie
|-
| Korte beschrijving || Plannen, organiseren en delen van activiteiten binnen de gemeenschap
|-
| Primaire gebruikersrollen || Beheerder, Zorgprofessional, Vrijwilliger, Familie
|}

==== Functie-eigenschappen ====

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Faciliteren van gezamenlijke activiteiten en beleving in de zorg
|-
| Input || Activiteitgegevens, datum/tijd, deelnemers, beschrijving, afbeeldingen
|-
| Output || Geplande activiteiten, aanmeldingen, voortgangsrapportages, herinneringen
|-
| Interactie || Doelenshop, activiteitenkalender, aanmeldformulieren, voortgangsindicatoren
|-
| Frequentie || Dagelijks
|-
| Kritiekheid || Essentieel - vormt de kern van DeLori's community-building aanpak
|}

==== D-ICC Alignment ====

{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★★☆ || Iedereen kan activiteiten volgen en zich aanmelden
|-
| Samen besturen || ★★★★★ || Gemeenschappelijk organiseren van activiteiten centraal
|-
| Sleutelprincipes || ★★★★★ || Bevordert nabijheid, betrokkenheid en saamhorigheid
|-
| Sociale basisinfrastructuur || ★★★★★ || Direct gericht op versterken sociale verbindingen
|}

==== Technische aspecten ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Gegevensmodel || Activiteiten, Doelen, Deelnemers, Aanmeldingen, Media
|-
| Interfaces || Doelenshop, activiteitenkalender, dashboard
|-
| Integratiepunten || Interne chatrooms, fotoalbums
|-
| Standaarden || AVG-compliant gegevensverwerking
|-
| Privacy en beveiliging || Gedifferentieerde toegangsrechten, Nederlandse servers
|}

==== Use cases ====

# Activiteitenbegeleider plant een muziekmiddag en nodigt alle betrokkenen uit
# Familie meldt zich aan om mee te doen aan een wandeling met bewoner
# Vrijwilliger organiseert een voorleessessie via de doelenshop

==== Relaties met andere functionaliteiten ====

{| class="wikitable"
|-
! Type !! Functionaliteiten
|-
| Interne relaties || Chatrooms (communicatie), Fotoalbums (delen beelden), Notificaties
|-
| Externe relaties || Sociale media (delen), E-mail (notificaties)
|}

----

=== Functionaliteit "Doelenshop" ===

==== Basisinformatie ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Organisatie
|-
| Korte beschrijving || Bibliotheek met honderden voorgedefinieerde activiteiten
|-
| Primaire gebruikersrollen || Beheerder, Zorgprofessional, Vrijwilliger
|}

==== Functie-eigenschappen ====

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Vereenvoudigen van activiteitenorganisatie door kant-en-klare templates
|-
| Input || Selectie uit bibliotheek, aanpassingen, eigen toevoegingen
|-
| Output || Gepersonaliseerde activiteitenplannen
|-
| Interactie || Browse-interface, zoekfunctie, bewerkingsmodule
|-
| Frequentie || Wekelijks
|-
| Kritiekheid || Belangrijk - verlaagt drempel voor activiteitenorganisatie
|}

==== D-ICC Alignment ====

{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★☆☆ || Primair voor organisatoren, niet voor alle gebruikers
|-
| Samen besturen || ★★★★☆ || Faciliteert gezamenlijk organiseren
|-
| Sleutelprincipes || ★★★★☆ || Stimuleert betrokkenheid door laagdrempelige organisatie
|-
| Sociale basisinfrastructuur || ★★★★☆ || Ondersteunt sociale activiteiten
|}

==== Technische aspecten ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Gegevensmodel || Activiteittemplates, Categorieën, Aanpassingen
|-
| Interfaces || Catalogusbrowser, bewerkingsinterface
|-
| Integratiepunten || Activiteitenbeheer, agenda
|-
| Standaarden || Niet gespecificeerd
|-
| Privacy en beveiliging || Organisatie-specifieke toegang
|}

==== Use cases ====

# Medewerker selecteert "koffiedrinken aan de keukentafel" uit de bibliotheek
# Vrijwilliger past een activiteit aan naar lokale context
# Beheerder maakt een volledig nieuwe activiteit aan

----

=== Functionaliteit "Community Communicatie (Chatrooms)" ===

==== Basisinformatie ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Communicatie
|-
| Korte beschrijving || Centrale communicatiemodule via verschillende chatrooms
|-
| Primaire gebruikersrollen || Alle rollen
|}

==== Functie-eigenschappen ====

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Faciliteren van doelgerichte communicatie binnen de gemeenschap
|-
| Input || Berichten, foto's, reacties
|-
| Output || Gespreksthreads, notificaties, groepscommunicatie
|-
| Interactie || Chatinterface, groepsbeheer, notificatiesysteem
|-
| Frequentie || Dagelijks
|-
| Kritiekheid || Essentieel - centrale communicatiefunctie
|}

==== D-ICC Alignment ====

{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★★☆ || Alle betrokkenen kunnen communiceren, beheerder heeft moderatierechten
|-
| Samen besturen || ★★★★☆ || Transparante communicatie ondersteunt gezamenlijke besluitvorming
|-
| Sleutelprincipes || ★★★★★ || Bevordert nabijheid en betrokkenheid door directe communicatie
|-
| Sociale basisinfrastructuur || ★★★★★ || Versterkt sociale verbindingen
|}

==== Technische aspecten ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Gegevensmodel || Chatrooms, Berichten, Deelnemers, Media
|-
| Interfaces || Chatinterface (web en app), groepsbeheer
|-
| Integratiepunten || Activiteiten, fotoalbums, notificaties
|-
| Standaarden || AVG-compliant
|-
| Privacy en beveiliging || Afgeschermde en publieke rooms, moderatie door beheerder
|}

==== Use cases ====

# Familie communiceert in besloten groep over welzijn van bewoner
# Zorgprofessionals delen updates in teamroom
# Vrijwilligers coördineren hulpvragen in gemeenschapsroom

----

=== Functionaliteit "Fotoalbums en Herinneringen" ===

==== Basisinformatie ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Documentatie
|-
| Korte beschrijving || Automatisch verzamelen en delen van foto's per profiel
|-
| Primaire gebruikersrollen || Alle rollen
|}

==== Functie-eigenschappen ====

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Vastleggen en delen van mooie momenten en herinneringen
|-
| Input || Foto's, video's, beschrijvingen
|-
| Output || Persoonlijke fotoalbums, gedeelde galerijen
|-
| Interactie || Upload, bladeren, delen, liken
|-
| Frequentie || Dagelijks tot wekelijks
|-
| Kritiekheid || Belangrijk - draagt bij aan beleving en verbinding
|}

==== D-ICC Alignment ====

{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★★☆ || Iedereen kan foto's delen binnen toegestane kringen
|-
| Samen besturen || ★★★☆☆ || Gedeelde herinneringen, beheerder controleert zichtbaarheid
|-
| Sleutelprincipes || ★★★★★ || Versterkt betrokkenheid door gedeelde beleving
|-
| Sociale basisinfrastructuur || ★★★★☆ || Ondersteunt sociale cohesie
|}

==== Technische aspecten ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Gegevensmodel || Albums, Foto's, Metadata, Zichtbaarheidsinstellingen
|-
| Interfaces || Galerij-interface, upload-module
|-
| Integratiepunten || Chatrooms, profielen, activiteiten
|-
| Standaarden || AVG (automatische toestemmingsverwerking)
|-
| Privacy en beveiliging || Geautomatiseerde privacyinstellingen per profiel
|}

----

=== Functionaliteit "Waardering en Erkenning" ===

==== Basisinformatie ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Motivatie
|-
| Korte beschrijving || Systeem voor bedankjes en sterrenwaarderingen aan betrokkenen
|-
| Primaire gebruikersrollen || Beheerder, Zorgprofessional
|}

==== Functie-eigenschappen ====

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Motiveren en waarderen van vrijwilligers en medewerkers
|-
| Input || Waarderingen, persoonlijke berichten, sterrenschaal
|-
| Output || Bedankberichten, waarderingspunten
|-
| Interactie || Waarderingsmodule, berichtenfunctie
|-
| Frequentie || Na afloop van activiteiten
|-
| Kritiekheid || Ondersteunend - draagt bij aan motivatie en retentie
|}

==== D-ICC Alignment ====

{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★☆☆ || Waardering vanuit organisator naar deelnemers
|-
| Samen besturen || ★★★☆☆ || Erkenning van bijdragen
|-
| Sleutelprincipes || ★★★★☆ || Bevordert betrokkenheid en vertrouwen
|-
| Sociale basisinfrastructuur || ★★★★☆ || Stimuleert vrijwilligersinzet
|}

----

=== Functionaliteit "Hulpvragen en Matching" ===

==== Basisinformatie ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Coördinatie
|-
| Korte beschrijving || Plaatsen en beantwoorden van hulpvragen binnen de gemeenschap
|-
| Primaire gebruikersrollen || Bewoner/Cliënt, Familie, Vrijwilliger, Buurtbewoner
|}

==== Functie-eigenschappen ====

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Verbinden van hulpvragen met beschikbare hulp uit de gemeenschap
|-
| Input || Hulpvraag, beschrijving, tijdstip
|-
| Output || Matches, reacties, afspraken
|-
| Interactie || Hulpvraagformulier, notificaties, chatrooms
|-
| Frequentie || Dagelijks
|-
| Kritiekheid || Essentieel - kernfunctie voor community care
|}

==== D-ICC Alignment ====

{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★★★ || Iedereen kan hulp vragen én aanbieden
|-
| Samen besturen || ★★★★★ || Gezamenlijke oplossing van hulpvragen
|-
| Sleutelprincipes || ★★★★★ || Maximale zelfredzaamheid en nabijheid
|-
| Sociale basisinfrastructuur || ★★★★★ || Direct gericht op onderlinge hulp
|}

==== Technische aspecten ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Gegevensmodel || Hulpvragen, Reacties, Matches, Status
|-
| Interfaces || Hulpvraag-interface, chatrooms
|-
| Integratiepunten || Notificaties, communicatie
|-
| Standaarden || AVG-compliant
|-
| Privacy en beveiliging || Zelf te beheren chatrooms
|}

----

=== Functionaliteit "Studentenparticipatie" ===

==== Basisinformatie ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Onderwijs/Participatie
|-
| Korte beschrijving || Module voor MBO-, HBO- en WO-studenten om bij te dragen aan de gemeenschap
|-
| Primaire gebruikersrollen || Student, Beheerder, Onderwijsinstelling
|}

==== Functie-eigenschappen ====

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Verbinden van studenten met zorgpraktijk voor competentieontwikkeling
|-
| Input || Studentregistratie, activiteitsdeelname, competentiepunten
|-
| Output || Praktijkervaring, sociaal-maatschappelijke competentiepunten
|-
| Interactie || Activiteitenaanmelding, voortgangsregistratie
|-
| Frequentie || Wekelijks
|-
| Kritiekheid || Belangrijk - draagt bij aan toekomstig zorgpersoneel
|}

==== D-ICC Alignment ====

{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★★☆ || Studenten als volwaardige deelnemers
|-
| Samen besturen || ★★★☆☆ || Studenten dragen bij onder begeleiding
|-
| Sleutelprincipes || ★★★★☆ || Bevordert betrokkenheid nieuwe generatie
|-
| Sociale basisinfrastructuur || ★★★★☆ || Verbindt onderwijs met zorg
|}

----

== Analyse van persona's en behoeften van gemeenschappen ==

Op basis van de behoefteanalyse bij gemeenschappen zijn de volgende persona's geïdentificeerd en geanalyseerd op aansluiting met DeLori functionaliteiten:

=== Persona 1: Maria (78) - Bewoner woonzorgcentrum ===

'''Kenmerken en context:'''
* Woont in een woonzorgcentrum
* Heeft kinderen die niet in de buurt wonen
* Wil graag contact houden met familie en deelnemen aan activiteiten
* Beperkte digitale vaardigheden

'''Behoeften:'''
* Contact met familie op afstand
* Overzicht van activiteiten en mogelijkheid om deel te nemen
* Delen van mooie momenten met dierbaren

'''Aansluiting DeLori functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Community Communicatie || ★★★★☆ || Familie kan via chatrooms betrokken blijven
|-
| Activiteitenbeheer || ★★★★★ || Overzicht van activiteiten en eenvoudige aanmelding
|-
| Fotoalbums || ★★★★★ || Delen van herinneringen met familie
|-
| Hulpvragen || ★★★★☆ || Kan hulp vragen aan netwerk
|}

'''Gap analyse:'''
* Interface vereist ondersteuning voor ouderen met beperkte digitale vaardigheden
* Geen directe videobel-functionaliteit (anders dan OZO Verbindzorg)
* Geen integratie met professionele zorgsystemen

=== Persona 2: Peter (45) - Werkende zoon met moeder in zorginstelling ===

'''Kenmerken en context:'''
* Werkt fulltime, woont op afstand
* Moeder woont in woonzorgcentrum
* Wil betrokken blijven bij dagelijks leven moeder

'''Behoeften:'''
* Op de hoogte blijven van activiteiten en welzijn moeder
* Deelnemen aan gesprekken en beslissingen
* Foto's en updates ontvangen

'''Aansluiting DeLori functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Community Communicatie || ★★★★★ || 24/7 op de hoogte via chatrooms en notificaties
|-
| Activiteitenbeheer || ★★★★★ || Kan zien waar moeder aan deelneemt
|-
| Fotoalbums || ★★★★★ || Ontvangt foto's van activiteiten en momenten
|-
| Hulpvragen || ★★★★☆ || Kan bijdragen aan hulpvragen
|}

'''Gap analyse:'''
* Geen directe koppeling met professioneel zorgdossier
* Beperkte mogelijkheden voor zorgcoördinatie met professionals

=== Persona 3: Vrijwilligerscoördinator woonzorglocatie ===

'''Kenmerken en context:'''
* Coördineert vrijwilligersinzet op woonzorglocatie
* Organiseert activiteiten en werft vrijwilligers
* Heeft beperkte tijd voor administratie

'''Behoeften:'''
* Eenvoudig activiteiten organiseren
* Vrijwilligers werven en inroosteren
* Communiceren met alle betrokkenen

'''Aansluiting DeLori functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Doelenshop || ★★★★★ || Kant-en-klare activiteiten, snel te organiseren
|-
| Community Communicatie || ★★★★★ || Doelgerichte communicatie met vrijwilligers
|-
| Waardering || ★★★★★ || Motiveren en bedanken van vrijwilligers
|-
| Activiteitenbeheer || ★★★★★ || Overzicht van geplande activiteiten
|}

'''Gap analyse:'''
* Beperkte rapportagemogelijkheden op organisatieniveau
* Geen geïntegreerd vrijwilligersrooster

=== Persona 4: Dorpsinitiatief (zoals Austerlitz Zorgt) ===

'''Kenmerken en context:'''
* Bewonersinitiatief voor onderlinge hulp
* Coördineert vrijwilligers en hulpvragen
* Werkt samen met professionele zorgpartijen

'''Behoeften:'''
* Gemeenschapsbrede coördinatie
* Overzicht van hulpvragen en vrijwilligers
* Communicatie tussen formele en informele zorg

'''Aansluiting DeLori functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Hulpvragen || ★★★★☆ || Goed voor hulpvraag-matching binnen gemeenschap
|-
| Community Communicatie || ★★★★☆ || Geschikt voor gemeenschapscommunicatie
|-
| Activiteitenbeheer || ★★★★☆ || Organiseren van gemeenschapsactiviteiten
|-
| Fotoalbums || ★★★☆☆ || Delen van gemeenschapsmomenten
|}

'''Gap analyse:'''
* Primair gericht op woonzorglocaties, minder op wijkbrede gemeenschappen
* Beperkte koppeling met professionele zorgsystemen
* Geen populatie-overzicht of rapportages voor gemeenschapsinitiatieven

----

== Koppelingen met andere applicaties ==

DeLori is ontwikkeld als standalone platform met focus op gebruiksgemak en laagdrempeligheid. De huidige koppelings-architectuur is beperkt.

=== Bestaande koppelingen ===

==== Interne Foxi Group infrastructuur ====
* '''Buckets''': Onderliggende digitale infrastructuur van de Foxi Group
* '''MediaFox''': Ondersteuning bij communicatiemiddelen en drukwerk

==== Externe koppelingen ====
* '''Sociale media''': Deelknoppen naar conventionele social media kanalen
* '''E-mail''': Notificatiesysteem via e-mail

=== Technische standaarden ===

==== Infrastructuur ====
* '''Hosting''': Nederlandse servers (eigen beheer)
* '''Platforms''': Web (responsief) en mobiele app (iOS/Android)
* '''Beveiliging''': Two-factor authenticatie, AVG-compliant

==== Certificeringen ====
* AVG-compliance (geen externe certificeringen vermeld)

=== Potentiële koppelingen voor D-ICC ===

==== Met OZO Verbindzorg ====
* Complementair: DeLori voor community-building, OZO voor zorgnetwerk
* Mogelijke gegevensdeling rondom cliënten/bewoners
* Synchronisatie van betrokkenen-netwerken

==== Met TimeSteps ====
* Uitwisseling van zorgagenda en taakplanning
* Koppeling mantelzorgcoördinatie met community-activiteiten

==== Met GebiedOnline ====
* Integratie van gemeenschapsactiviteiten
* Koppeling met lokale sociale kaart
* Vrijwilligerswerving en -matching

==== Met zorgsystemen (ECD's) ====
* SSO-koppelingen voor zorgprofessionals
* Synchronisatie van cliëntgegevens

----

== Hiaten en oplossingsrichtingen ==

=== Geïdentificeerde hiaten ===

==== 1. Professionele zorgintegratie ====
DeLori is primair gericht op sociale verbinding, niet op professionele zorgcoördinatie:
* Geen koppelingen met zorginformatiesystemen (HIS, ECD)
* Geen thuismetingen of gezondheidsmonitoring
* Geen videobel-functionaliteit voor zorgconsulten

==== 2. Standaardisatie en interoperabiliteit ====
* Geen ondersteuning voor open standaarden (FHIR, NUTS)
* Beperkte API-mogelijkheden voor externe koppelingen
* Geen aansluiting op landelijke infrastructuren

==== 3. Wijkbrede inzet ====
* Primair gericht op woonzorglocaties
* Beperkte functionaliteit voor wijkinitiatieven en zelfstandig wonenden
* Geen koppeling met WMO-voorzieningen of gemeentelijke systemen

==== 4. Rapportage en verantwoording ====
* Beperkte rapportagemogelijkheden voor dorpsinitiatieven
* Geen populatie-overzicht
* Geen exportfuncties voor verantwoording aan financiers

=== Oplossingsrichtingen ===

==== Aanvullende koppelingen ====
* Ontwikkelen van API's voor koppeling met zorgsystemen
* Integratie met OZO Verbindzorg voor professionele zorgcommunicatie
* Koppeling met GebiedOnline voor wijkbrede inzet

==== Uitbreiding functionaliteit ====
* Toevoegen van videobel-mogelijkheid
* Ontwikkelen van rapportagemodule
* Uitbreiden naar wijkbrede gemeenschappen

==== Standaardisatie ====
* Exploreren van FHIR/NUTS-implementatie
* Ontwikkelen van exportstandaarden

----

== Vergelijking met andere platforms ==

Voor een uitgebreide vergelijking van alle geanalyseerde platforms in het project Digitale Wijkinfrastructuur, zie de [[Vergelijkingstabel Digitale Wijkinfrastructuur|vergelijkingstabel]].

=== Positionering DeLori ===

{| class="wikitable"
|-
! Sterke domeinen !! Aanvullend nodig voor D-ICC
|-
| Gemeenschapsvorming, Communicatie, Coördinatie || Besluitvorming, Monitoring, open standaarden
|}

=== Complementariteit ===

DeLori is complementair met de andere platforms in de digitale wijkinfrastructuur:

* '''DeLori''': Community-building in woonzorg, sociale activiteiten, vrijwilligersbetrokkenheid
* '''OZO Verbindzorg''': Netwerkzorg, professionele zorgcommunicatie, open standaarden
* '''Gebied Online''': Gemeenschapscommunicatie, participatie, collectief kiezen (wijkbreed)
* '''TimeSteps''': Mantelzorgcoördinatie, zorgagenda, taakplanning
* '''RegiCare''': Professionele dienstverlening, vrijwilligerscoördinatie, vervoer
* '''Digitale Dorpspleinen''': Lokale economie, behoud voorzieningen

----

== Conclusies en aanbevelingen ==

=== Conclusies ===

# '''DeLori biedt een unieke focus op community-building en sociale verbinding''' in de woonzorgsector, met nadruk op het activeren van informele netwerken.
# '''De doelenshop en activiteitenbeheer zijn onderscheidende functionaliteiten''' die het organiseren van sociale activiteiten zeer laagdrempelig maken.
# '''Voor professionele zorgintegratie zijn aanvullende koppelingen nodig''', met name op het gebied van zorgsystemen, videobellen en gezondheidmonitoring.
# '''DeLori's focus op sociale media-achtige interactie''' sluit goed aan bij de wens om familie en vrijwilligers laagdrempelig te betrekken.
# '''Voor wijkbrede inzet (buiten woonzorglocaties) zijn aanpassingen nodig''' om ook zelfstandig wonenden en gemeenschapsinitiatieven te bedienen.

=== Aanbevelingen ===

==== Voor DeLori/Foxi Group ====
* Ontwikkel API's voor koppeling met zorgsystemen
* Exploreer implementatie van open standaarden (FHIR, NUTS)
* Voeg videobel-functionaliteit toe
* Ontwikkel variant voor wijkbrede gemeenschapsinitiatieven

==== Voor het project Digitale Wijkinfrastructuur ====
* Positioneer DeLori als community-building platform in de referentie-architectuur
* Ontwikkel proof-of-concept voor koppeling DeLori-OZO Verbindzorg
* Onderzoek mogelijkheden voor uitbreiding naar wijkbrede inzet

==== Voor gemeenschappen ====
* Overweeg DeLori voor woonzorglocaties met focus op sociale activiteiten
* Combineer met OZO Verbindzorg voor professionele zorgcommunicatie
* Evalueer geschiktheid voor wijkinitiatieven (mogelijk aanpassing nodig)

----

== Bijdrage aan de referentie-architectuur ==

Deze analyse van DeLori draagt bij aan de ontwikkeling van de referentie-architectuur voor digitale wijkinfrastructuur door:

# '''Het identificeren van kernfunctionaliteiten''' voor community-building en sociale activiteiten
# '''Het benoemen van de unieke waarde''' van de doelenshop en vrijwilligersbetrokkenheid
# '''Het in kaart brengen van hiaten''' op het gebied van professionele zorgintegratie
# '''Het identificeren van complementariteit''' met OZO Verbindzorg en TimeSteps
# '''Het benoemen van ontwikkelpunten''' voor bredere inzet in de digitale wijkinfrastructuur

De bevindingen worden ingebracht in het bredere project en zullen bijdragen aan de ontwikkeling van een coherente visie op digitale ondersteuning voor zorgzame gemeenschappen.

----

== Bijlage: Methodologie en bronnen ==

Deze rapportage is tot stand gekomen op basis van:

* '''Website DeLori''' (www.delori.nl) - geraadpleegd december 2025
* '''Website Foxi Group''' (www.foxi.nl) - geraadpleegd december 2025
* '''Productdocumentatie DeLori''' (intern document Foxi Group)
* '''Kennisbank NCZ''' (ncz.nl) - artikel over DeLori, januari 2025
* '''Behoefteanalyse gemeenschappen''' Glimmen en Austerlitz

De analyses zijn uitgevoerd volgens de methodes beschreven in het plan van aanpak, met nadruk op D-ICC principes en interoperabiliteit.

----

''Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en is beschikbaar onder de Creative Commons BY-SA 4.0 licentie.''

''Datum: december 2025''

[[Categorie:Digitale Wijkinfrastructuur]]
[[Categorie:Platform-analyses]]
[[Categorie:Community Care]]

DeLori

2025-12-08T19:33:49Z

Admin: /* Vergelijking met OZO Verbindzorg en TimeSteps */

= Rapportage DeLori =

== Inleiding ==

Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en beschrijft de bevindingen van de analyse van het DeLori community care platform. Het doel van deze analyse is om inzicht te krijgen in hoe DeLori past binnen het bredere concept van Digitaal Geïntegreerde Gemeenschapszorg (Digital Integrated Community Care, D-ICC) en hoe de functionaliteiten kunnen aansluiten bij de behoeften van zorgzame gemeenschappen.

Deze rapportage maakt deel uit van een breder onderzoek naar digitale oplossingen die kunnen bijdragen aan een effectieve wijkinfrastructuur voor zorgzame gemeenschappen in Nederland. In deze rapportage wordt gebruik gemaakt van de gestandaardiseerde methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur.

== Achtergrond van het project ==

Het project "Digitale Wijkinfrastructuur" komt voort uit de behoefte aan een geïntegreerde digitale ondersteuning voor zorgzame gemeenschappen. In Nederland zijn de afgelopen twintig jaar meer dan 2.000 zorgzame gemeenschappen ontstaan op initiatief van inwoners, gericht op samenredzaamheid, nabijheid, betrokkenheid, vertrouwen en eigenaarschap in de lokale samenleving.

Deze gemeenschappen hebben behoefte aan digitale ondersteuning die:
* Aansluit bij hun specifieke lokale behoeften
* Een brug vormt tussen informele en formele processen
* Past bij de werkzame mechanismen van integrated community care

== Methode van onderzoek ==

Voor deze rapportage is gebruik gemaakt van de methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur. Deze methodiek omvat de volgende stappen:

# '''Initiële verkenning''': Analyse van de DeLori website, productdocumentatie en informatie van de Foxi Group
# '''Functie-identificatie''': Decompositie van functionaliteiten, user journey mapping, en use case analyse
# '''Functie-beschrijving''': Categorisering in functionele domeinen, beschrijving van eigenschappen, en analyse van gebruikersrollen
# '''Alignment en evaluatie''': Beoordeling op aansluiting bij D-ICC principes, gap-analyse, en overlap-analyse
# '''Technische specificatie''': Analyse van gegevensmodellen, interfaces, en relevante standaarden

De volgende bronnen zijn gebruikt:
* Website DeLori (www.delori.nl)
* Website Foxi Group (www.foxi.nl)
* Productdocumentatie DeLori
* Kennisbank Netwerk Cliënt-en-Raad Zorg (NCZ)
* Behoefteanalyse gemeenschappen

== Algemeen overzicht DeLori ==

DeLori is een community care platform ontwikkeld door de Foxi Group (gevestigd in Riel, Noord-Brabant), primair gericht op het verbinden van sociale kringen rondom woonzorglocaties. Het platform faciliteert communicatie en participatie tussen bewoners/cliënten, familie, medewerkers, vrijwilligers en buurtbewoners.

=== Kerngegevens ===

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| '''Ontwikkelaar''' || Foxi Group (TechFox, MediaFox, DigiFox)
|-
| '''Vestiging''' || Alphenseweg 2R, 5133 NE Riel
|-
| '''Type''' || Sociaal-maatschappelijk facilitair platform
|-
| '''Beschikbaarheid''' || Web (tablet/laptop/desktop) en mobiele app
|-
| '''Data-opslag''' || Nederlandse servers
|}

=== Kerndoelstellingen ===

DeLori richt zich op drie kerndoelstellingen:
# Verbinden van sociale kringen rondom woonzorglocaties
# Faciliteren van participatie door familie, vrijwilligers en buurtbewoners
# Ontlasten van zorgprofessionals door activeren van informele netwerken

=== Doelgroepen ===

Het platform bedient de volgende hoofddoelgroepen:
* '''Bewoners/cliënten''': Personen in woonzorglocaties of met zorgbehoefte
* '''Familie en naasten''': Familieleden, vrienden en andere dierbaren
* '''Zorgprofessionals''': Medewerkers van zorgorganisaties
* '''Vrijwilligers''': Mensen die zich vrijwillig inzetten
* '''Buurtbewoners''': Leden van de lokale gemeenschap
* '''Studenten''': MBO-, HBO- en universitaire studenten voor praktijkervaring

----

== Analyse van functionaliteiten volgens het raamwerk ==

=== Functionaliteit "Activiteitenbeheer" ===

==== Basisinformatie ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Coördinatie
|-
| Korte beschrijving || Plannen, organiseren en delen van activiteiten binnen de gemeenschap
|-
| Primaire gebruikersrollen || Beheerder, Zorgprofessional, Vrijwilliger, Familie
|}

==== Functie-eigenschappen ====

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Faciliteren van gezamenlijke activiteiten en beleving in de zorg
|-
| Input || Activiteitgegevens, datum/tijd, deelnemers, beschrijving, afbeeldingen
|-
| Output || Geplande activiteiten, aanmeldingen, voortgangsrapportages, herinneringen
|-
| Interactie || Doelenshop, activiteitenkalender, aanmeldformulieren, voortgangsindicatoren
|-
| Frequentie || Dagelijks
|-
| Kritiekheid || Essentieel - vormt de kern van DeLori's community-building aanpak
|}

==== D-ICC Alignment ====

{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★★☆ || Iedereen kan activiteiten volgen en zich aanmelden
|-
| Samen besturen || ★★★★★ || Gemeenschappelijk organiseren van activiteiten centraal
|-
| Sleutelprincipes || ★★★★★ || Bevordert nabijheid, betrokkenheid en saamhorigheid
|-
| Sociale basisinfrastructuur || ★★★★★ || Direct gericht op versterken sociale verbindingen
|}

==== Technische aspecten ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Gegevensmodel || Activiteiten, Doelen, Deelnemers, Aanmeldingen, Media
|-
| Interfaces || Doelenshop, activiteitenkalender, dashboard
|-
| Integratiepunten || Interne chatrooms, fotoalbums
|-
| Standaarden || AVG-compliant gegevensverwerking
|-
| Privacy en beveiliging || Gedifferentieerde toegangsrechten, Nederlandse servers
|}

==== Use cases ====

# Activiteitenbegeleider plant een muziekmiddag en nodigt alle betrokkenen uit
# Familie meldt zich aan om mee te doen aan een wandeling met bewoner
# Vrijwilliger organiseert een voorleessessie via de doelenshop

==== Relaties met andere functionaliteiten ====

{| class="wikitable"
|-
! Type !! Functionaliteiten
|-
| Interne relaties || Chatrooms (communicatie), Fotoalbums (delen beelden), Notificaties
|-
| Externe relaties || Sociale media (delen), E-mail (notificaties)
|}

----

=== Functionaliteit "Doelenshop" ===

==== Basisinformatie ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Organisatie
|-
| Korte beschrijving || Bibliotheek met honderden voorgedefinieerde activiteiten
|-
| Primaire gebruikersrollen || Beheerder, Zorgprofessional, Vrijwilliger
|}

==== Functie-eigenschappen ====

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Vereenvoudigen van activiteitenorganisatie door kant-en-klare templates
|-
| Input || Selectie uit bibliotheek, aanpassingen, eigen toevoegingen
|-
| Output || Gepersonaliseerde activiteitenplannen
|-
| Interactie || Browse-interface, zoekfunctie, bewerkingsmodule
|-
| Frequentie || Wekelijks
|-
| Kritiekheid || Belangrijk - verlaagt drempel voor activiteitenorganisatie
|}

==== D-ICC Alignment ====

{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★☆☆ || Primair voor organisatoren, niet voor alle gebruikers
|-
| Samen besturen || ★★★★☆ || Faciliteert gezamenlijk organiseren
|-
| Sleutelprincipes || ★★★★☆ || Stimuleert betrokkenheid door laagdrempelige organisatie
|-
| Sociale basisinfrastructuur || ★★★★☆ || Ondersteunt sociale activiteiten
|}

==== Technische aspecten ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Gegevensmodel || Activiteittemplates, Categorieën, Aanpassingen
|-
| Interfaces || Catalogusbrowser, bewerkingsinterface
|-
| Integratiepunten || Activiteitenbeheer, agenda
|-
| Standaarden || Niet gespecificeerd
|-
| Privacy en beveiliging || Organisatie-specifieke toegang
|}

==== Use cases ====

# Medewerker selecteert "koffiedrinken aan de keukentafel" uit de bibliotheek
# Vrijwilliger past een activiteit aan naar lokale context
# Beheerder maakt een volledig nieuwe activiteit aan

----

=== Functionaliteit "Community Communicatie (Chatrooms)" ===

==== Basisinformatie ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Communicatie
|-
| Korte beschrijving || Centrale communicatiemodule via verschillende chatrooms
|-
| Primaire gebruikersrollen || Alle rollen
|}

==== Functie-eigenschappen ====

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Faciliteren van doelgerichte communicatie binnen de gemeenschap
|-
| Input || Berichten, foto's, reacties
|-
| Output || Gespreksthreads, notificaties, groepscommunicatie
|-
| Interactie || Chatinterface, groepsbeheer, notificatiesysteem
|-
| Frequentie || Dagelijks
|-
| Kritiekheid || Essentieel - centrale communicatiefunctie
|}

==== D-ICC Alignment ====

{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★★☆ || Alle betrokkenen kunnen communiceren, beheerder heeft moderatierechten
|-
| Samen besturen || ★★★★☆ || Transparante communicatie ondersteunt gezamenlijke besluitvorming
|-
| Sleutelprincipes || ★★★★★ || Bevordert nabijheid en betrokkenheid door directe communicatie
|-
| Sociale basisinfrastructuur || ★★★★★ || Versterkt sociale verbindingen
|}

==== Technische aspecten ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Gegevensmodel || Chatrooms, Berichten, Deelnemers, Media
|-
| Interfaces || Chatinterface (web en app), groepsbeheer
|-
| Integratiepunten || Activiteiten, fotoalbums, notificaties
|-
| Standaarden || AVG-compliant
|-
| Privacy en beveiliging || Afgeschermde en publieke rooms, moderatie door beheerder
|}

==== Use cases ====

# Familie communiceert in besloten groep over welzijn van bewoner
# Zorgprofessionals delen updates in teamroom
# Vrijwilligers coördineren hulpvragen in gemeenschapsroom

----

=== Functionaliteit "Fotoalbums en Herinneringen" ===

==== Basisinformatie ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Documentatie
|-
| Korte beschrijving || Automatisch verzamelen en delen van foto's per profiel
|-
| Primaire gebruikersrollen || Alle rollen
|}

==== Functie-eigenschappen ====

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Vastleggen en delen van mooie momenten en herinneringen
|-
| Input || Foto's, video's, beschrijvingen
|-
| Output || Persoonlijke fotoalbums, gedeelde galerijen
|-
| Interactie || Upload, bladeren, delen, liken
|-
| Frequentie || Dagelijks tot wekelijks
|-
| Kritiekheid || Belangrijk - draagt bij aan beleving en verbinding
|}

==== D-ICC Alignment ====

{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★★☆ || Iedereen kan foto's delen binnen toegestane kringen
|-
| Samen besturen || ★★★☆☆ || Gedeelde herinneringen, beheerder controleert zichtbaarheid
|-
| Sleutelprincipes || ★★★★★ || Versterkt betrokkenheid door gedeelde beleving
|-
| Sociale basisinfrastructuur || ★★★★☆ || Ondersteunt sociale cohesie
|}

==== Technische aspecten ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Gegevensmodel || Albums, Foto's, Metadata, Zichtbaarheidsinstellingen
|-
| Interfaces || Galerij-interface, upload-module
|-
| Integratiepunten || Chatrooms, profielen, activiteiten
|-
| Standaarden || AVG (automatische toestemmingsverwerking)
|-
| Privacy en beveiliging || Geautomatiseerde privacyinstellingen per profiel
|}

----

=== Functionaliteit "Waardering en Erkenning" ===

==== Basisinformatie ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Motivatie
|-
| Korte beschrijving || Systeem voor bedankjes en sterrenwaarderingen aan betrokkenen
|-
| Primaire gebruikersrollen || Beheerder, Zorgprofessional
|}

==== Functie-eigenschappen ====

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Motiveren en waarderen van vrijwilligers en medewerkers
|-
| Input || Waarderingen, persoonlijke berichten, sterrenschaal
|-
| Output || Bedankberichten, waarderingspunten
|-
| Interactie || Waarderingsmodule, berichtenfunctie
|-
| Frequentie || Na afloop van activiteiten
|-
| Kritiekheid || Ondersteunend - draagt bij aan motivatie en retentie
|}

==== D-ICC Alignment ====

{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★☆☆ || Waardering vanuit organisator naar deelnemers
|-
| Samen besturen || ★★★☆☆ || Erkenning van bijdragen
|-
| Sleutelprincipes || ★★★★☆ || Bevordert betrokkenheid en vertrouwen
|-
| Sociale basisinfrastructuur || ★★★★☆ || Stimuleert vrijwilligersinzet
|}

----

=== Functionaliteit "Hulpvragen en Matching" ===

==== Basisinformatie ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Coördinatie
|-
| Korte beschrijving || Plaatsen en beantwoorden van hulpvragen binnen de gemeenschap
|-
| Primaire gebruikersrollen || Bewoner/Cliënt, Familie, Vrijwilliger, Buurtbewoner
|}

==== Functie-eigenschappen ====

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Verbinden van hulpvragen met beschikbare hulp uit de gemeenschap
|-
| Input || Hulpvraag, beschrijving, tijdstip
|-
| Output || Matches, reacties, afspraken
|-
| Interactie || Hulpvraagformulier, notificaties, chatrooms
|-
| Frequentie || Dagelijks
|-
| Kritiekheid || Essentieel - kernfunctie voor community care
|}

==== D-ICC Alignment ====

{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★★★ || Iedereen kan hulp vragen én aanbieden
|-
| Samen besturen || ★★★★★ || Gezamenlijke oplossing van hulpvragen
|-
| Sleutelprincipes || ★★★★★ || Maximale zelfredzaamheid en nabijheid
|-
| Sociale basisinfrastructuur || ★★★★★ || Direct gericht op onderlinge hulp
|}

==== Technische aspecten ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Gegevensmodel || Hulpvragen, Reacties, Matches, Status
|-
| Interfaces || Hulpvraag-interface, chatrooms
|-
| Integratiepunten || Notificaties, communicatie
|-
| Standaarden || AVG-compliant
|-
| Privacy en beveiliging || Zelf te beheren chatrooms
|}

----

=== Functionaliteit "Studentenparticipatie" ===

==== Basisinformatie ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Onderwijs/Participatie
|-
| Korte beschrijving || Module voor MBO-, HBO- en WO-studenten om bij te dragen aan de gemeenschap
|-
| Primaire gebruikersrollen || Student, Beheerder, Onderwijsinstelling
|}

==== Functie-eigenschappen ====

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Verbinden van studenten met zorgpraktijk voor competentieontwikkeling
|-
| Input || Studentregistratie, activiteitsdeelname, competentiepunten
|-
| Output || Praktijkervaring, sociaal-maatschappelijke competentiepunten
|-
| Interactie || Activiteitenaanmelding, voortgangsregistratie
|-
| Frequentie || Wekelijks
|-
| Kritiekheid || Belangrijk - draagt bij aan toekomstig zorgpersoneel
|}

==== D-ICC Alignment ====

{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★★☆ || Studenten als volwaardige deelnemers
|-
| Samen besturen || ★★★☆☆ || Studenten dragen bij onder begeleiding
|-
| Sleutelprincipes || ★★★★☆ || Bevordert betrokkenheid nieuwe generatie
|-
| Sociale basisinfrastructuur || ★★★★☆ || Verbindt onderwijs met zorg
|}

----

== Analyse van persona's en behoeften van gemeenschappen ==

Op basis van de behoefteanalyse bij gemeenschappen zijn de volgende persona's geïdentificeerd en geanalyseerd op aansluiting met DeLori functionaliteiten:

=== Persona 1: Maria (78) - Bewoner woonzorgcentrum ===

'''Kenmerken en context:'''
* Woont in een woonzorgcentrum
* Heeft kinderen die niet in de buurt wonen
* Wil graag contact houden met familie en deelnemen aan activiteiten
* Beperkte digitale vaardigheden

'''Behoeften:'''
* Contact met familie op afstand
* Overzicht van activiteiten en mogelijkheid om deel te nemen
* Delen van mooie momenten met dierbaren

'''Aansluiting DeLori functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Community Communicatie || ★★★★☆ || Familie kan via chatrooms betrokken blijven
|-
| Activiteitenbeheer || ★★★★★ || Overzicht van activiteiten en eenvoudige aanmelding
|-
| Fotoalbums || ★★★★★ || Delen van herinneringen met familie
|-
| Hulpvragen || ★★★★☆ || Kan hulp vragen aan netwerk
|}

'''Gap analyse:'''
* Interface vereist ondersteuning voor ouderen met beperkte digitale vaardigheden
* Geen directe videobel-functionaliteit (anders dan OZO Verbindzorg)
* Geen integratie met professionele zorgsystemen

=== Persona 2: Peter (45) - Werkende zoon met moeder in zorginstelling ===

'''Kenmerken en context:'''
* Werkt fulltime, woont op afstand
* Moeder woont in woonzorgcentrum
* Wil betrokken blijven bij dagelijks leven moeder

'''Behoeften:'''
* Op de hoogte blijven van activiteiten en welzijn moeder
* Deelnemen aan gesprekken en beslissingen
* Foto's en updates ontvangen

'''Aansluiting DeLori functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Community Communicatie || ★★★★★ || 24/7 op de hoogte via chatrooms en notificaties
|-
| Activiteitenbeheer || ★★★★★ || Kan zien waar moeder aan deelneemt
|-
| Fotoalbums || ★★★★★ || Ontvangt foto's van activiteiten en momenten
|-
| Hulpvragen || ★★★★☆ || Kan bijdragen aan hulpvragen
|}

'''Gap analyse:'''
* Geen directe koppeling met professioneel zorgdossier
* Beperkte mogelijkheden voor zorgcoördinatie met professionals

=== Persona 3: Vrijwilligerscoördinator woonzorglocatie ===

'''Kenmerken en context:'''
* Coördineert vrijwilligersinzet op woonzorglocatie
* Organiseert activiteiten en werft vrijwilligers
* Heeft beperkte tijd voor administratie

'''Behoeften:'''
* Eenvoudig activiteiten organiseren
* Vrijwilligers werven en inroosteren
* Communiceren met alle betrokkenen

'''Aansluiting DeLori functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Doelenshop || ★★★★★ || Kant-en-klare activiteiten, snel te organiseren
|-
| Community Communicatie || ★★★★★ || Doelgerichte communicatie met vrijwilligers
|-
| Waardering || ★★★★★ || Motiveren en bedanken van vrijwilligers
|-
| Activiteitenbeheer || ★★★★★ || Overzicht van geplande activiteiten
|}

'''Gap analyse:'''
* Beperkte rapportagemogelijkheden op organisatieniveau
* Geen geïntegreerd vrijwilligersrooster

=== Persona 4: Dorpsinitiatief (zoals Austerlitz Zorgt) ===

'''Kenmerken en context:'''
* Bewonersinitiatief voor onderlinge hulp
* Coördineert vrijwilligers en hulpvragen
* Werkt samen met professionele zorgpartijen

'''Behoeften:'''
* Gemeenschapsbrede coördinatie
* Overzicht van hulpvragen en vrijwilligers
* Communicatie tussen formele en informele zorg

'''Aansluiting DeLori functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Hulpvragen || ★★★★☆ || Goed voor hulpvraag-matching binnen gemeenschap
|-
| Community Communicatie || ★★★★☆ || Geschikt voor gemeenschapscommunicatie
|-
| Activiteitenbeheer || ★★★★☆ || Organiseren van gemeenschapsactiviteiten
|-
| Fotoalbums || ★★★☆☆ || Delen van gemeenschapsmomenten
|}

'''Gap analyse:'''
* Primair gericht op woonzorglocaties, minder op wijkbrede gemeenschappen
* Beperkte koppeling met professionele zorgsystemen
* Geen populatie-overzicht of rapportages voor gemeenschapsinitiatieven

----

== Koppelingen met andere applicaties ==

DeLori is ontwikkeld als standalone platform met focus op gebruiksgemak en laagdrempeligheid. De huidige koppelings-architectuur is beperkt.

=== Bestaande koppelingen ===

==== Interne Foxi Group infrastructuur ====
* '''Buckets''': Onderliggende digitale infrastructuur van de Foxi Group
* '''MediaFox''': Ondersteuning bij communicatiemiddelen en drukwerk

==== Externe koppelingen ====
* '''Sociale media''': Deelknoppen naar conventionele social media kanalen
* '''E-mail''': Notificatiesysteem via e-mail

=== Technische standaarden ===

==== Infrastructuur ====
* '''Hosting''': Nederlandse servers (eigen beheer)
* '''Platforms''': Web (responsief) en mobiele app (iOS/Android)
* '''Beveiliging''': Two-factor authenticatie, AVG-compliant

==== Certificeringen ====
* AVG-compliance (geen externe certificeringen vermeld)

=== Potentiële koppelingen voor D-ICC ===

==== Met OZO Verbindzorg ====
* Complementair: DeLori voor community-building, OZO voor zorgnetwerk
* Mogelijke gegevensdeling rondom cliënten/bewoners
* Synchronisatie van betrokkenen-netwerken

==== Met TimeSteps ====
* Uitwisseling van zorgagenda en taakplanning
* Koppeling mantelzorgcoördinatie met community-activiteiten

==== Met GebiedOnline ====
* Integratie van gemeenschapsactiviteiten
* Koppeling met lokale sociale kaart
* Vrijwilligerswerving en -matching

==== Met zorgsystemen (ECD's) ====
* SSO-koppelingen voor zorgprofessionals
* Synchronisatie van cliëntgegevens

----

== Hiaten en oplossingsrichtingen ==

=== Geïdentificeerde hiaten ===

==== 1. Professionele zorgintegratie ====
DeLori is primair gericht op sociale verbinding, niet op professionele zorgcoördinatie:
* Geen koppelingen met zorginformatiesystemen (HIS, ECD)
* Geen thuismetingen of gezondheidsmonitoring
* Geen videobel-functionaliteit voor zorgconsulten

==== 2. Standaardisatie en interoperabiliteit ====
* Geen ondersteuning voor open standaarden (FHIR, NUTS)
* Beperkte API-mogelijkheden voor externe koppelingen
* Geen aansluiting op landelijke infrastructuren

==== 3. Wijkbrede inzet ====
* Primair gericht op woonzorglocaties
* Beperkte functionaliteit voor wijkinitiatieven en zelfstandig wonenden
* Geen koppeling met WMO-voorzieningen of gemeentelijke systemen

==== 4. Rapportage en verantwoording ====
* Beperkte rapportagemogelijkheden voor dorpsinitiatieven
* Geen populatie-overzicht
* Geen exportfuncties voor verantwoording aan financiers

=== Oplossingsrichtingen ===

==== Aanvullende koppelingen ====
* Ontwikkelen van API's voor koppeling met zorgsystemen
* Integratie met OZO Verbindzorg voor professionele zorgcommunicatie
* Koppeling met GebiedOnline voor wijkbrede inzet

==== Uitbreiding functionaliteit ====
* Toevoegen van videobel-mogelijkheid
* Ontwikkelen van rapportagemodule
* Uitbreiden naar wijkbrede gemeenschappen

==== Standaardisatie ====
* Exploreren van FHIR/NUTS-implementatie
* Ontwikkelen van exportstandaarden

----

== Vergelijking met andere platforms ==

Voor een uitgebreide vergelijking van alle geanalyseerde platforms in het project Digitale Wijkinfrastructuur, zie de [[Master Vergelijkingstabel Digitale Wijkinfrastructuur|master vergelijkingstabel]].

=== Positionering DeLori ===

{| class="wikitable"
|-
! Sterke domeinen !! Aanvullend nodig voor D-ICC
|-
| Gemeenschapsvorming, Communicatie, Coördinatie || Besluitvorming, Monitoring, open standaarden
|}

=== Complementariteit ===

DeLori is complementair met de andere platforms in de digitale wijkinfrastructuur:

* '''DeLori''': Community-building in woonzorg, sociale activiteiten, vrijwilligersbetrokkenheid
* '''OZO Verbindzorg''': Netwerkzorg, professionele zorgcommunicatie, open standaarden
* '''Gebied Online''': Gemeenschapscommunicatie, participatie, collectief kiezen (wijkbreed)
* '''TimeSteps''': Mantelzorgcoördinatie, zorgagenda, taakplanning
* '''RegiCare''': Professionele dienstverlening, vrijwilligerscoördinatie, vervoer
* '''Digitale Dorpspleinen''': Lokale economie, behoud voorzieningen

----

== Conclusies en aanbevelingen ==

=== Conclusies ===

# '''DeLori biedt een unieke focus op community-building en sociale verbinding''' in de woonzorgsector, met nadruk op het activeren van informele netwerken.
# '''De doelenshop en activiteitenbeheer zijn onderscheidende functionaliteiten''' die het organiseren van sociale activiteiten zeer laagdrempelig maken.
# '''Voor professionele zorgintegratie zijn aanvullende koppelingen nodig''', met name op het gebied van zorgsystemen, videobellen en gezondheidmonitoring.
# '''DeLori's focus op sociale media-achtige interactie''' sluit goed aan bij de wens om familie en vrijwilligers laagdrempelig te betrekken.
# '''Voor wijkbrede inzet (buiten woonzorglocaties) zijn aanpassingen nodig''' om ook zelfstandig wonenden en gemeenschapsinitiatieven te bedienen.

=== Aanbevelingen ===

==== Voor DeLori/Foxi Group ====
* Ontwikkel API's voor koppeling met zorgsystemen
* Exploreer implementatie van open standaarden (FHIR, NUTS)
* Voeg videobel-functionaliteit toe
* Ontwikkel variant voor wijkbrede gemeenschapsinitiatieven

==== Voor het project Digitale Wijkinfrastructuur ====
* Positioneer DeLori als community-building platform in de referentie-architectuur
* Ontwikkel proof-of-concept voor koppeling DeLori-OZO Verbindzorg
* Onderzoek mogelijkheden voor uitbreiding naar wijkbrede inzet

==== Voor gemeenschappen ====
* Overweeg DeLori voor woonzorglocaties met focus op sociale activiteiten
* Combineer met OZO Verbindzorg voor professionele zorgcommunicatie
* Evalueer geschiktheid voor wijkinitiatieven (mogelijk aanpassing nodig)

----

== Bijdrage aan de referentie-architectuur ==

Deze analyse van DeLori draagt bij aan de ontwikkeling van de referentie-architectuur voor digitale wijkinfrastructuur door:

# '''Het identificeren van kernfunctionaliteiten''' voor community-building en sociale activiteiten
# '''Het benoemen van de unieke waarde''' van de doelenshop en vrijwilligersbetrokkenheid
# '''Het in kaart brengen van hiaten''' op het gebied van professionele zorgintegratie
# '''Het identificeren van complementariteit''' met OZO Verbindzorg en TimeSteps
# '''Het benoemen van ontwikkelpunten''' voor bredere inzet in de digitale wijkinfrastructuur

De bevindingen worden ingebracht in het bredere project en zullen bijdragen aan de ontwikkeling van een coherente visie op digitale ondersteuning voor zorgzame gemeenschappen.

----

== Bijlage: Methodologie en bronnen ==

Deze rapportage is tot stand gekomen op basis van:

* '''Website DeLori''' (www.delori.nl) - geraadpleegd december 2025
* '''Website Foxi Group''' (www.foxi.nl) - geraadpleegd december 2025
* '''Productdocumentatie DeLori''' (intern document Foxi Group)
* '''Kennisbank NCZ''' (ncz.nl) - artikel over DeLori, januari 2025
* '''Behoefteanalyse gemeenschappen''' Glimmen en Austerlitz

De analyses zijn uitgevoerd volgens de methodes beschreven in het plan van aanpak, met nadruk op D-ICC principes en interoperabiliteit.

----

''Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en is beschikbaar onder de Creative Commons BY-SA 4.0 licentie.''

''Datum: december 2025''

[[Categorie:Digitale Wijkinfrastructuur]]
[[Categorie:Platform-analyses]]
[[Categorie:Community Care]]

Digitaal Dorpsplein

2025-12-08T19:33:13Z

Admin:

= Rapportage Digitale Dorpspleinen =

== Inleiding ==

Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en beschrijft de bevindingen van de analyse van het Digitaal Dorpsplein® concept, ontwikkeld door Stichting Digitale Dorpspleinen® in samenwerking met technologiepartner Shopforce®. Het doel van deze analyse is om inzicht te krijgen in hoe Digitale Dorpspleinen past binnen het bredere concept van Digitaal Geïntegreerde Gemeenschapszorg (Digital Integrated Community Care, D-ICC) en hoe de functionaliteiten kunnen aansluiten bij de behoeften van zorgzame gemeenschappen.

Deze rapportage maakt deel uit van een breder onderzoek naar digitale oplossingen die kunnen bijdragen aan een effectieve wijkinfrastructuur voor zorgzame gemeenschappen in Nederland. In deze rapportage wordt gebruik gemaakt van de gestandaardiseerde methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur.

== Achtergrond van het project ==

Het project "Digitale Wijkinfrastructuur" komt voort uit de behoefte aan een geïntegreerde digitale ondersteuning voor zorgzame gemeenschappen. In Nederland zijn de afgelopen twintig jaar meer dan 2.000 zorgzame gemeenschappen ontstaan op initiatief van inwoners, gericht op samenredzaamheid, nabijheid, betrokkenheid, vertrouwen en eigenaarschap in de lokale samenleving.

Deze gemeenschappen hebben behoefte aan digitale ondersteuning die:
* Aansluit bij hun specifieke lokale behoeften
* Een brug vormt tussen informele en formele processen
* Past bij de werkzame mechanismen van integrated community care

== Methode van onderzoek ==

Voor deze rapportage is gebruik gemaakt van de methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur. De volgende bronnen zijn gebruikt:
* Website Stichting Digitale Dorpspleinen (www.stichtingdigitaledorpspleinen.nl)
* Website Shopforce (www.shopforce.nl)
* Praktijkvoorbeeld Dorpsplein Zwartsluis (www.dorpsplein-zwartsluis.nl)
* Praktijkvoorbeelden Genemuiden, Wijk bij Duurstede en Westerkwartier
* Trouw Duurzame 100 nominatie (september 2025)

----

== Algemeen overzicht Digitale Dorpspleinen ==

Digitale Dorpspleinen is een concept voor lokale digitale marktplaatsen, ontwikkeld door de Stichting Digitale Dorpspleinen® in samenwerking met technologiepartner Shopforce®. Het platform is gericht op het verbinden van lokale ondernemers, burgers en maatschappelijke organisaties via een gezamenlijke digitale infrastructuur per dorp, wijk, stad of regio.

=== Kerngegevens ===

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| '''Actieve dorpspleinen''' || 4+ regio's (Zwartsluis, Genemuiden, Wijk bij Duurstede, Westerkwartier)
|-
| '''Aangesloten ondernemers''' || 600+ individuele webshops landelijk
|-
| '''Praktijkvoorbeeld Zwartsluis''' || >78.000 online bestellingen, >6.800 unieke bestellers, >€2.000.000 omzet
|-
| '''Organisatievorm''' || Stichting (zonder winstoogmerk)
|-
| '''Technische partner''' || Shopforce® (sociale onderneming)
|-
| '''Commissiemodel''' || 6% per geslaagde online bestelling
|-
| '''Erkenning''' || Genomineerd voor Trouw Duurzame 100 (2025)
|}

=== Kerndoelstellingen ===

De Stichting Digitale Dorpspleinen heeft als maatschappelijk doel:

{{Citaat|"Het bevorderen van duurzaamheid, circulariteit en inclusiviteit in de lokale samenleving door het online en offline bij elkaar helpen brengen en verbinden van vraag en aanbod voor een volhoudbare toekomst van het plaatselijke midden- en kleinbedrijf en aanverwante maatschappelijke organisaties."}}

Dit vertaalt zich naar drie kerndoelstellingen:
# '''Lokale economie versterken''' - Geld behouden en laten circuleren in de lokale economie
# '''Sociale cohesie bevorderen''' - Digitale en fysieke verbindingen tussen inwoners versterken
# '''Duurzaamheid realiseren''' - Korte ketens, minder CO2-uitstoot, lokale productie

=== Twee toepassingsgebieden ===

Het platform kent twee hoofdtoepassingen:
* '''Lokale marktplaats''': Gecombineerd bestellen bij meerdere lokale ondernemers (bakker, slager, groenteboer, bloemist)
* '''Gemeenschapsverbinding''': Verbinden van verenigingen, maatschappelijke organisaties en burgers

=== Organisatiestructuur en governance ===

Als stichting heeft Digitale Dorpspleinen een specifieke governance:
* Geen winstoogmerk
* Samenwerking met preferente dienstverleners (Shopforce)
* Wetenschappelijke onderbouwing via Prof. Jan Jonker (Radboud Universiteit) en Herman Wijffels (Universiteit Utrecht)
* Ondersteuning van burgercoöperaties, gemeenten en ondernemers
* Lokale ondernemers dragen zelf de kosten voor digitale ontzorging

=== Publieke waarden en duurzaamheidsdoelen ===

Digitale Dorpspleinen hanteert sterke publieke waarden:
* Aansluiting bij de 17 Global Goals (SDG's) van de Verenigde Naties
* Focus op betekeniseconomie en lokalisering
* Streven naar circulaire en CO2-neutrale lokale economie (doelstelling 2050)
* Versterking van voedselzekerheid en gezonde leefomgeving
* Behoud van basisvoorzieningen en leefbaarheid

----

== Het waardecreatiemodel ==

Digitale Dorpspleinen structureert haar waardecreatie in drie dimensies:

<pre>
┌─────────────────────────────────────────────────────────────┐
│ ECONOMISCHE WAARDE │
│ lokale omzet → werkgelegenheid → investeringskracht │
├─────────────────────────────────────────────────────────────┤
│ SOCIALE WAARDE │
│ cohesie → inclusiviteit → leefbaarheid → gezondheid │
├─────────────────────────────────────────────────────────────┤
│ ECOLOGISCHE WAARDE │
│ korte ketens → minder CO2 → biodiversiteit → circulariteit │
└─────────────────────────────────────────────────────────────┘
</pre>

----

== Analyse van functionaliteiten volgens het raamwerk ==

=== Domein: E-commerce en Marktplaats ===

==== Functionaliteit "Lokale webshop per ondernemer" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || E-commerce
|-
| Korte beschrijving || Individuele webshop in eigen huisstijl voor lokale ondernemers
|-
| Primaire gebruikersrollen || Ondernemer, Consument
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Lokale ondernemers digitaal zichtbaar en bereikbaar maken
|-
| Input || Productassortiment, prijzen, bedrijfsgegevens, foto's
|-
| Output || Volledig functionerende webshop met bestel- en betaalmogelijkheid
|-
| Interactie || Bestellen, betalen (iDEAL), afhalen of bezorgen
|-
| Kritiekheid || Essentieel - basis van het platform
|}

'''D-ICC Alignment:'''
* Gelijkwaardigheid: ★★★★☆ - Ondernemer behoudt eigen identiteit
* Sociale basisinfrastructuur: ★★★★★ - Versterkt lokale voorzieningen

==== Functionaliteit "Gecombineerde winkelwagen" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || E-commerce
|-
| Korte beschrijving || In één keer bestellen en betalen bij meerdere lokale aanbieders
|-
| Primaire gebruikersrollen || Consument
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Maximaal gebruiksgemak voor klanten
|-
| Input || Productselectie van meerdere winkels
|-
| Output || Eén gecombineerde bestelling, één betaling
|-
| Interactie || Winkelmandje vullen bij verschillende aanbieders, eenmalig afrekenen
|-
| Frequentie || Wekelijks (gemiddelde gebruiker)
|}

'''Praktijkvoorbeeld:'''
{{Citaat|"Via het Dorpsplein kregen we een gecombineerde online bestelling met het verzoek om de boodschappen direct in de kastjes van een oudere klant te zetten. Dat laat zien hoe digitaal gemak en lokale zorg naadloos samenkomen." — Piet Nieborg, Echte Bakker Zwartsluis}}

'''D-ICC Alignment:'''
* Gelijkwaardigheid: ★★★★★ - Alle ondernemers gelijk zichtbaar
* Sleutelprincipes: ★★★★★ - Bevordert nabijheid en gemak

==== Functionaliteit "Digitaal Dorpsplein (collectieve marktplaats)" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Marktplaats
|-
| Korte beschrijving || Centrale digitale marktplaats per dorp, wijk, stad of regio
|-
| Primaire gebruikersrollen || Ondernemer, Consument, Vereniging
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Lokaal aanbod clusteren en collectief zichtbaar maken
|-
| Input || Webshops van aangesloten ondernemers
|-
| Output || Overzichtelijke marktplaats met alle lokale aanbieders
|-
| Interactie || Browsen, zoeken, vergelijken, bestellen
|}

'''D-ICC Alignment:'''
* Gelijkwaardigheid: ★★★★★ - Kleine ondernemers krijgen digitale zichtbaarheid
* Samen besturen: ★★★★☆ - Collectieve profilering
* Sociale basisinfrastructuur: ★★★★★ - Versterkt lokale economie

=== Domein: Logistiek en Service ===

==== Functionaliteit "Haal- en brengservice" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Logistiek
|-
| Korte beschrijving || Lokale bezorging door vrijwilligers of logistieke partners
|-
| Primaire gebruikersrollen || Consument, Vrijwilliger, Bezorger
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Gemak bieden aan klanten, sociale contactmomenten creëren
|-
| Input || Bestellingen met bezorgverzoek
|-
| Output || Thuisbezorging of centrale afhaallocatie
|-
| Interactie || Bezorgmoment kiezen, track & trace
|}

'''Praktijkvoorbeeld - Ouderen in Zwartsluis:'''
Bezorgers kunnen producten direct in kastjes van oudere klanten plaatsen, waardoor een combinatie ontstaat van digitaal gemak en menselijk contact.

'''D-ICC Alignment:'''
* Gelijkwaardigheid: ★★★★★ - Toegankelijkheid voor minder mobiele inwoners
* Sleutelprincipes: ★★★★★ - Bevordert nabijheid en sociaal contact
* Sociale basisinfrastructuur: ★★★★★ - Mogelijkheid voor vrijwilligersinzet

=== Domein: Gemeenschapsverbinding ===

==== Functionaliteit "Verenigingen en maatschappelijke organisaties" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Gemeenschapsvorming
|-
| Korte beschrijving || Sportverenigingen, oranjeverenigingen en andere organisaties op het platform
|-
| Primaire gebruikersrollen || Vereniging, Leden, Vrijwilligers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Lokale organisaties digitaal zichtbaar maken en ondersteunen
|-
| Input || Organisatiegegevens, activiteiten, producten/diensten
|-
| Output || Digitale aanwezigheid, bestel/reserveermogelijkheid
|}

'''Praktijkvoorbeeld - Dorpsplein Zwartsluis:'''
Op het Dorpsplein Zwartsluis zijn naast versspeciaalzaken ook Sportvereniging DESZ, Oranjevereniging Zwartsluis en Zorgboerderij Lenteheuvel aangesloten.

'''D-ICC Alignment:'''
* Sociale basisinfrastructuur: ★★★★★ - Versterkt lokale verenigingsstructuur

=== Domein: Communicatie en Marketing ===

==== Functionaliteit "Collectieve marketingcommunicatie" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Communicatie
|-
| Korte beschrijving || Gezamenlijke promotie van het lokale aanbod
|-
| Primaire gebruikersrollen || Ondernemer, Marketingcoördinator
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Collectieve zichtbaarheid en bereik vergroten
|-
| Input || Aanbiedingen, nieuwsberichten, campagnes
|-
| Output || Digitale marketingcommunicatie, nieuwsbrieven
|-
| Frequentie || Continu
|}

'''Praktijkvoorbeeld - Zwartsluis:'''
De collectieve marketingcommunicatie wordt verzorgd door studenten van Hogeschool Windesheim, wat ook lokale werkgelegenheid en leerervaring creëert.

'''D-ICC Alignment:'''
* Samen besturen: ★★★★☆ - Gezamenlijke marketing
* Sleutelprincipes: ★★★★☆ - Gedeelde verantwoordelijkheid

----

== Partners en ecosysteem ==

=== Shopforce® (Preferent technologiepartner) ===

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Rol || Technologiepartner, platformontwikkeling en -beheer
|-
| Type || Sociale onderneming
|-
| Diensten || Webshop-inrichting, platform hosting, support, betaalintegratie
|-
| Verdienmodel || 6% commissie per geslaagde online bestelling
|}

Shopforce verzorgt:
* Kant-en-klare webshops in eigen huisstijl
* Volledige digitale ontzorging van ondernemers
* Chat-app voor bestellingen en support
* Bonnenprinter voor keukenverwerking
* Integratie met iDEAL betaalverkeer

=== MeYouWeDo (Partner) ===

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Rol || Gemeenschapsplatform
|-
| Focus || Verbinden van mensen in gemeenschappen als ecosysteem
|-
| Website || www.meyouwedo.nl
|}

=== Campus Zonnestraal (Partner) ===

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Rol || Kennispartner gezondheid
|-
| Focus || Leren, verkennen en ontdekken van gezond leven
|-
| Website || www.campuszonnestraal.nl
|}

----

== Praktijkvoorbeeld: Dorpsplein Zwartsluis ==

Zwartsluis is een Overijssels dorp met circa 4.800 inwoners waar het Digitaal Dorpsplein® concept sinds 2020 succesvol is geïmplementeerd met financiële steun van gemeente en provincie Overijssel.

=== Resultaten (per eind 2024) ===

{| class="wikitable"
|-
! Indicator !! Waarde
|-
| Online bestellingen || >78.000
|-
| Unieke bestellers || >6.800
|-
| Online omzet || >€2.000.000
|-
| Gecombineerde bestellingen || 25% stijging
|-
| Regionale afzet || Groei in gehuchten en kleine dorpen Kop van Overijssel
|}

=== Deelnemende ondernemers ===

{| class="wikitable"
|-
! Ondernemer !! Type
|-
| Bakkerij Nieborg || Echte bakker
|-
| Banketbakkerij Ekkelenkamp || Banketbakker (vernieuwde winkel + chocolaterie)
|-
| Slagerij Dick Bruintjes || Slagerij (nu met regionaal rundvlees)
|-
| De Groentemannen || Groenteboer
|-
| Ruach Bloemen || Bloemist
|-
| Brasserie De Albatros || Horeca
|-
| Zorgboerderij Lenteheuvel || Zorg + producten
|-
| Sportvereniging DESZ || Vereniging
|-
| Oranjevereniging Zwartsluis || Vereniging
|}

=== Maatschappelijke impact ===

* '''Leefbaarheid''': Banketbakkerij Ekkelenkamp vernieuwde de winkel en opende een chocolaterie
* '''Duurzaamheid''': Slagerij koopt nu rundvlees in bij een Overijsselse boer; groente en zuivel komt uit de regio
* '''Sociale cohesie''': Digitale en fysieke samenhang versterkt
* '''Werkgelegenheid''': Stagiairs van Hogeschool Windesheim voor marketingcommunicatie

----

== Andere actieve dorpspleinen ==

=== Dorpsplein Genemuiden (Overijssel) ===
* Echte Bakker Groot Koerkamp
* Gildeslager Van Ingen
* Keurslager M. van de Weg
* Puur Natuur Genemuiden
* Buitenbosch

=== Dorpsplein Wijk bij Duurstede (Utrecht) ===
* Bakkerij Lakerveld
* Gildeslager Mulder
* Lindsey's Visspeciaalzaak
* Keurslager van Middelaar
* Het Oude Raedthuys

=== Dorpsplein Westerkwartier (Groningen) ===
* Boer'n Jonker
* Hoeve Zuidwending
* Bijenhave
* Bakkerij Hamersma
* Bakkerij van Esch
* Dhana Chocolate
* Chocoladedroom

----

== Analyse van persona's en behoeften van gemeenschappen ==

=== Persona 1: Maria (78) - Alleenwonende oudere ===

'''Aansluiting Digitale Dorpspleinen functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Online bestellen || ★★★★★ || 24/7 bestellen bij vertrouwde lokale winkels
|-
| Gecombineerde bestelling || ★★★★★ || Eén keer bestellen, één keer betalen
|-
| Thuisbezorging || ★★★★★ || Producten aan huis, sociaal contactmoment
|-
| iDEAL betaling || ★★★★☆ || Veilig en vertrouwd betalen
|}

'''Gap analyse:'''
* Geen specifieke zorgcommunicatie-functionaliteit
* Beperkte ondersteuning voor signalering eenzaamheid (wel sociaal contact bij bezorging)
* Geen integratie met formele zorgverleners

=== Persona 2: Jan (55) - Lokale slager/ondernemer ===

'''Aansluiting Digitale Dorpspleinen functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Eigen webshop || ★★★★★ || Webshop in eigen huisstijl
|-
| Collectieve zichtbaarheid || ★★★★★ || Onderdeel van dorpsplein
|-
| Digitale ontzorging || ★★★★★ || Shopforce regelt techniek
|-
| Collectieve marketing || ★★★★★ || Gezamenlijke promotie
|}

'''Gap analyse:'''
* Geen integratie met kassasystemen
* Beperkte voorraadkoppeling
* Geen koppeling met boekhoudpakketten

=== Persona 3: Austerlitz Zorgt (Dorpsinitiatief) ===

'''Aansluiting Digitale Dorpspleinen functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Verenigingen op platform || ★★★★☆ || Presentatie van het initiatief mogelijk
|-
| Lokale bezorging || ★★★★★ || Vrijwilligers kunnen bezorgen
|-
| Maatschappelijke organisaties || ★★★★☆ || Zorgboerderij als voorbeeld
|}

'''Gap analyse:'''
* Primaire focus op economie/retail, niet op zorgcoördinatie
* Geen vrijwilligersplanning of -matching
* Geen integratie met zorgsystemen
* Beperkte ondersteuning voor zorginhoudelijke communicatie

=== Persona 4: Gemeente (Overheid) ===

'''Aansluiting Digitale Dorpspleinen functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Fysieke én digitale infrastructuur || ★★★★★ || Investering met maatschappelijke ROI
|-
| Leefbaarheid versterken || ★★★★★ || Behoud basisvoorzieningen
|-
| Duurzaamheidsdoelen || ★★★★★ || Bijdrage aan SDG's
|-
| Lokale economie || ★★★★★ || Geld blijft lokaal circuleren
|}

----

== Technische aspecten en standaarden ==

=== Platformarchitectuur ===

{| class="wikitable"
|-
! Component !! Beschrijving
|-
| Platform || Shopforce® (schaalbaar, modulair)
|-
| Webshops || Individueel per ondernemer, verbonden via netwerk
|-
| Betaling || iDEAL integratie
|-
| Hosting || Nederland
|-
| Apps || Progressive Web App (PWA) voor mobiel
|}

=== Technische functionaliteiten ===

{| class="wikitable"
|-
! Functionaliteit !! Beschrijving
|-
| Individuele webshop || Volledig aanpasbaar in huisstijl
|-
| Gekoppelde webshops || Netwerk van lokale aanbieders
|-
| Gecombineerd winkelmandje || Cross-store ordering
|-
| Chat-app || Bestellingen ontvangen en communiceren
|-
| Bonnenprinter || Voor keukenverwerking
|-
| Landelijke portalen || Automatische publicatie op versbesteld.nl e.a.
|}

=== Privacy en datasoevereiniteit ===

* Geen commercieel gebruik van klantdata
* AVG-compliant
* Lokale data-eigenaarschap

=== Standaarden en koppelingen ===

{| class="wikitable"
|-
! Aspect !! Status
|-
| Open standaarden zorg || Niet aanwezig
|-
| FHIR/NUTS || Niet van toepassing
|-
| API-koppelingen || Beperkt (betaalsystemen)
|-
| Kassasystemen || Geen integratie
|}

----

== Hiaten en oplossingsrichtingen ==

=== Geïdentificeerde hiaten ===

==== 1. Focus op retail/economie ====
Digitale Dorpspleinen is primair gericht op lokale economie en e-commerce:
* Geen zorgnetwerk per cliënt
* Geen zorgagenda of taakplanning
* Geen vrijwilligerscoördinatie voor zorgactiviteiten

==== 2. Integratie met zorgsystemen ====
* Geen koppelingen met HIS, ECD of andere zorgsystemen
* Geen ondersteuning voor NUTS of FHIR standaarden
* Beperkte interoperabiliteit met zorgdomein

==== 3. Gemeenschapscommunicatie ====
* Geen activiteitenkalender voor gemeenschap
* Geen nieuwsbrief of berichtenfunctionaliteit
* Geen participatie- of stemmogelijkheden

==== 4. Vrijwilligersmanagement ====
* Wel mogelijkheid voor vrijwilligersbezorging
* Geen volledige vrijwilligersadministratie
* Geen roosterplanning

=== Oplossingsrichtingen ===

==== Complementaire inzet ====
* Digitale Dorpspleinen voor lokale economie en commerciële transacties
* Gebiedonline voor gemeenschapscommunicatie en participatie
* OZO Verbindzorg of TimeSteps voor individuele zorgcoördinatie
* Combinatie biedt bredere dekking voor D-ICC

==== Uitbreiding via partners ====
* MeYouWeDo voor gemeenschapsverbinding
* Samenwerking met zorgzame gemeenschappen voor niet-commerciële functionaliteiten

----

== Vergelijking met andere platforms ==

Voor een uitgebreide vergelijking van alle geanalyseerde platforms in het project Digitale Wijkinfrastructuur, zie de [[Vergelijkingstabel Digitale Wijkinfrastructuur|vergelijkingstabel]].

=== Positionering Digitale Dorpspleinen ===

{| class="wikitable"
|-
! Sterke domeinen !! Aanvullend nodig voor D-ICC
|-
| Gemeenschapsvorming, Matching (economisch) || Communicatie, Coördinatie (zorg), Documentatie, Besluitvorming
|}

=== Complementariteit ===

Digitale Dorpspleinen is complementair met de andere platforms in de digitale wijkinfrastructuur:

* '''Digitale Dorpspleinen''': Lokale economie, e-commerce, duurzaamheid, behoud voorzieningen
* '''Gebied Online''': Gemeenschapscommunicatie, participatie, collectief kiezen
* '''OZO Verbindzorg''': Netwerkzorg, professionele zorgcommunicatie
* '''TimeSteps''': Mantelzorgcoördinatie, zorgagenda, taakplanning
* '''RegiCare''': Professionele dienstverlening, vrijwilligerscoördinatie, vervoer
* '''DeLori''': Community-building in woonzorg, sociale activiteiten

----

== Conclusies en aanbevelingen ==

=== Conclusies ===

# '''Digitale Dorpspleinen biedt een volwassen platform voor lokale e-commerce''' met bewezen resultaten in meerdere dorpen en regio's (Zwartsluis, Genemuiden, Wijk bij Duurstede, Westerkwartier).

# '''De focus op duurzaamheid, circulariteit en lokale economie''' sluit aan bij de SDG's en de bredere maatschappelijke doelen van zorgzame gemeenschappen.

# '''Het concept draagt bij aan leefbaarheid''' door behoud van lokale voorzieningen, werkgelegenheid en sociale cohesie.

# '''Voor gemeenschapscommunicatie en zorgcoördinatie zijn aanvullende tools nodig''', met name op het gebied van activiteitenkalender, vrijwilligerscoördinatie en zorgnetwerken.

# '''Het samenwerkingsmodel tussen stichting en technologiepartner''' biedt een interessant voorbeeld voor andere initiatieven.

# '''De lokale bezorgservice met vrijwilligers''' biedt kansen voor integratie met zorgzame gemeenschapsinitiatieven.

# '''Complementariteit met Gebiedonline en OZO Verbindzorg/TimeSteps''' biedt kansen voor een geïntegreerde oplossing die zowel economie als gemeenschap als individuele zorg ondersteunt.

=== Aanbevelingen ===

==== Voor Stichting Digitale Dorpspleinen ====
* Exploreer samenwerking met zorgzame gemeenschappen voor niet-commerciële diensten
* Onderzoek integratie met MeYouWeDo voor gemeenschapsverbinding
* Ontwikkel de vrijwilligersbezorging door naar bredere sociale dienstverlening
* Onderzoek koppelingen met gemeenschapsplatforms (Gebiedonline)

==== Voor het project Digitale Wijkinfrastructuur ====
* Positioneer Digitale Dorpspleinen als platform voor lokale economie en duurzaamheid in de referentie-architectuur
* Benut het duurzaamheidsmodel als referentie voor SDG-alignment
* Ontwikkel proof-of-concept voor combinatie Digitale Dorpspleinen + Gebiedonline
* Onderzoek hoe vrijwilligersbezorging kan worden verbonden met zorgcoördinatie

==== Voor gemeenschappen ====
* Overweeg Digitale Dorpspleinen voor versterking lokale economie en voorzieningen
* Combineer met Gebiedonline voor gemeenschapscommunicatie en participatie
* Benut de bezorgservice als sociaal contactmoment voor ouderen
* Werk samen met gemeente voor financiering van de digitale infrastructuur

----

== Bijdrage aan de referentie-architectuur ==

Deze analyse van Digitale Dorpspleinen draagt bij aan de ontwikkeling van de referentie-architectuur voor digitale wijkinfrastructuur door:

# '''Het economisch model''' als aanvulling op sociale en zorggerichte functionaliteiten
# '''Het duurzaamheidsperspectief''' als verbinding met de SDG's
# '''Het commissiemodel''' als alternatief verdienmodel voor platforms
# '''De vrijwilligersbezorging''' als brug tussen economie en sociale dienstverlening
# '''Het lokale eigenaarschap''' als governance-principe
# '''Praktijkvoorbeelden''' van succesvolle implementatie in kleine gemeenschappen
# '''Complementariteit''' met gemeenschaps- en zorggerichte oplossingen

De bevindingen worden ingebracht in het bredere project en zullen bijdragen aan de ontwikkeling van een coherente visie op digitale ondersteuning voor zorgzame gemeenschappen.

----

== Bijlage: Actieve Digitale Dorpspleinen ==

{| class="wikitable"
|-
! Platform !! Provincie !! Bijzonderheden
|-
| Dorpsplein Zwartsluis || Overijssel || Pilotlocatie, >78.000 bestellingen, studenten Windesheim
|-
| Dorpsplein Genemuiden || Overijssel || 5 ondernemers aangesloten
|-
| Dorpsplein Wijk bij Duurstede || Utrecht || 5 ondernemers aangesloten
|-
| Dorpsplein Westerkwartier || Groningen || 7+ ondernemers aangesloten
|}

----

== Bijlage: Methodologie en bronnen ==

Deze rapportage is tot stand gekomen op basis van:

* '''Website Stichting Digitale Dorpspleinen''' (www.stichtingdigitaledorpspleinen.nl) - geraadpleegd december 2025
* '''Website Shopforce''' (www.shopforce.nl) - geraadpleegd december 2025
* '''Praktijkvoorbeeld Dorpsplein Zwartsluis''' (www.dorpsplein-zwartsluis.nl) - geraadpleegd december 2025
* '''Trouw Duurzame 100''' - nominatie september 2025
* '''Wetenschappelijke referenties''': Prof. Jan Jonker (Radboud Universiteit), Herman Wijffels (Universiteit Utrecht)
* '''Literatuur''': Helena Norberg-Hodge "Local is our Future" (2019), Kees Klomp "Betekeniseconomie" (2022)

De analyses zijn uitgevoerd volgens de methodes beschreven in het plan van aanpak, met nadruk op aansluiting bij D-ICC principes en behoeften van zorgzame gemeenschappen.

----

''Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en is beschikbaar onder de Creative Commons BY-SA 4.0 licentie.''

''Datum: december 2025''

[[Categorie:Digitale Wijkinfrastructuur]]
[[Categorie:Rapportages]]
[[Categorie:Lokale economie]]

Digitaal Dorpsplein

2025-12-08T19:31:48Z

Admin:

= Rapportage Digitale Dorpspleinen =

== Inleiding ==

Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en beschrijft de bevindingen van de analyse van het Digitaal Dorpsplein® concept, ontwikkeld door Stichting Digitale Dorpspleinen® in samenwerking met technologiepartner Shopforce®. Het doel van deze analyse is om inzicht te krijgen in hoe Digitale Dorpspleinen past binnen het bredere concept van Digitaal Geïntegreerde Gemeenschapszorg (Digital Integrated Community Care, D-ICC) en hoe de functionaliteiten kunnen aansluiten bij de behoeften van zorgzame gemeenschappen.

Deze rapportage maakt deel uit van een breder onderzoek naar digitale oplossingen die kunnen bijdragen aan een effectieve wijkinfrastructuur voor zorgzame gemeenschappen in Nederland. In deze rapportage wordt gebruik gemaakt van de gestandaardiseerde methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur.

== Achtergrond van het project ==

Het project "Digitale Wijkinfrastructuur" komt voort uit de behoefte aan een geïntegreerde digitale ondersteuning voor zorgzame gemeenschappen. In Nederland zijn de afgelopen twintig jaar meer dan 2.000 zorgzame gemeenschappen ontstaan op initiatief van inwoners, gericht op samenredzaamheid, nabijheid, betrokkenheid, vertrouwen en eigenaarschap in de lokale samenleving.

Deze gemeenschappen hebben behoefte aan digitale ondersteuning die:
* Aansluit bij hun specifieke lokale behoeften
* Een brug vormt tussen informele en formele processen
* Past bij de werkzame mechanismen van integrated community care

== Methode van onderzoek ==

Voor deze rapportage is gebruik gemaakt van de methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur. De volgende bronnen zijn gebruikt:
* Website Stichting Digitale Dorpspleinen (www.stichtingdigitaledorpspleinen.nl)
* Website Shopforce (www.shopforce.nl)
* Praktijkvoorbeeld Dorpsplein Zwartsluis (www.dorpsplein-zwartsluis.nl)
* Praktijkvoorbeelden Genemuiden, Wijk bij Duurstede en Westerkwartier
* Trouw Duurzame 100 nominatie (september 2025)

----

== Algemeen overzicht Digitale Dorpspleinen ==

Digitale Dorpspleinen is een concept voor lokale digitale marktplaatsen, ontwikkeld door de Stichting Digitale Dorpspleinen® in samenwerking met technologiepartner Shopforce®. Het platform is gericht op het verbinden van lokale ondernemers, burgers en maatschappelijke organisaties via een gezamenlijke digitale infrastructuur per dorp, wijk, stad of regio.

=== Kerngegevens ===

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| '''Actieve dorpspleinen''' || 4+ regio's (Zwartsluis, Genemuiden, Wijk bij Duurstede, Westerkwartier)
|-
| '''Aangesloten ondernemers''' || 600+ individuele webshops landelijk
|-
| '''Praktijkvoorbeeld Zwartsluis''' || >78.000 online bestellingen, >6.800 unieke bestellers, >€2.000.000 omzet
|-
| '''Organisatievorm''' || Stichting (zonder winstoogmerk)
|-
| '''Technische partner''' || Shopforce® (sociale onderneming)
|-
| '''Commissiemodel''' || 6% per geslaagde online bestelling
|-
| '''Erkenning''' || Genomineerd voor Trouw Duurzame 100 (2025)
|}

=== Kerndoelstellingen ===

De Stichting Digitale Dorpspleinen heeft als maatschappelijk doel:

{{Citaat|"Het bevorderen van duurzaamheid, circulariteit en inclusiviteit in de lokale samenleving door het online en offline bij elkaar helpen brengen en verbinden van vraag en aanbod voor een volhoudbare toekomst van het plaatselijke midden- en kleinbedrijf en aanverwante maatschappelijke organisaties."}}

Dit vertaalt zich naar drie kerndoelstellingen:
# '''Lokale economie versterken''' - Geld behouden en laten circuleren in de lokale economie
# '''Sociale cohesie bevorderen''' - Digitale en fysieke verbindingen tussen inwoners versterken
# '''Duurzaamheid realiseren''' - Korte ketens, minder CO2-uitstoot, lokale productie

=== Twee toepassingsgebieden ===

Het platform kent twee hoofdtoepassingen:
* '''Lokale marktplaats''': Gecombineerd bestellen bij meerdere lokale ondernemers (bakker, slager, groenteboer, bloemist)
* '''Gemeenschapsverbinding''': Verbinden van verenigingen, maatschappelijke organisaties en burgers

=== Organisatiestructuur en governance ===

Als stichting heeft Digitale Dorpspleinen een specifieke governance:
* Geen winstoogmerk
* Samenwerking met preferente dienstverleners (Shopforce)
* Wetenschappelijke onderbouwing via Prof. Jan Jonker (Radboud Universiteit) en Herman Wijffels (Universiteit Utrecht)
* Ondersteuning van burgercoöperaties, gemeenten en ondernemers
* Lokale ondernemers dragen zelf de kosten voor digitale ontzorging

=== Publieke waarden en duurzaamheidsdoelen ===

Digitale Dorpspleinen hanteert sterke publieke waarden:
* Aansluiting bij de 17 Global Goals (SDG's) van de Verenigde Naties
* Focus op betekeniseconomie en lokalisering
* Streven naar circulaire en CO2-neutrale lokale economie (doelstelling 2050)
* Versterking van voedselzekerheid en gezonde leefomgeving
* Behoud van basisvoorzieningen en leefbaarheid

----

== Het waardecreatiemodel ==

Digitale Dorpspleinen structureert haar waardecreatie in drie dimensies:

<pre>
┌─────────────────────────────────────────────────────────────┐
│ ECONOMISCHE WAARDE │
│ lokale omzet → werkgelegenheid → investeringskracht │
├─────────────────────────────────────────────────────────────┤
│ SOCIALE WAARDE │
│ cohesie → inclusiviteit → leefbaarheid → gezondheid │
├─────────────────────────────────────────────────────────────┤
│ ECOLOGISCHE WAARDE │
│ korte ketens → minder CO2 → biodiversiteit → circulariteit │
└─────────────────────────────────────────────────────────────┘
</pre>

----

== Analyse van functionaliteiten volgens het raamwerk ==

=== Domein: E-commerce en Marktplaats ===

==== Functionaliteit "Lokale webshop per ondernemer" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || E-commerce
|-
| Korte beschrijving || Individuele webshop in eigen huisstijl voor lokale ondernemers
|-
| Primaire gebruikersrollen || Ondernemer, Consument
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Lokale ondernemers digitaal zichtbaar en bereikbaar maken
|-
| Input || Productassortiment, prijzen, bedrijfsgegevens, foto's
|-
| Output || Volledig functionerende webshop met bestel- en betaalmogelijkheid
|-
| Interactie || Bestellen, betalen (iDEAL), afhalen of bezorgen
|-
| Kritiekheid || Essentieel - basis van het platform
|}

'''D-ICC Alignment:'''
* Gelijkwaardigheid: ★★★★☆ - Ondernemer behoudt eigen identiteit
* Sociale basisinfrastructuur: ★★★★★ - Versterkt lokale voorzieningen

==== Functionaliteit "Gecombineerde winkelwagen" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || E-commerce
|-
| Korte beschrijving || In één keer bestellen en betalen bij meerdere lokale aanbieders
|-
| Primaire gebruikersrollen || Consument
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Maximaal gebruiksgemak voor klanten
|-
| Input || Productselectie van meerdere winkels
|-
| Output || Eén gecombineerde bestelling, één betaling
|-
| Interactie || Winkelmandje vullen bij verschillende aanbieders, eenmalig afrekenen
|-
| Frequentie || Wekelijks (gemiddelde gebruiker)
|}

'''Praktijkvoorbeeld:'''
{{Citaat|"Via het Dorpsplein kregen we een gecombineerde online bestelling met het verzoek om de boodschappen direct in de kastjes van een oudere klant te zetten. Dat laat zien hoe digitaal gemak en lokale zorg naadloos samenkomen." — Piet Nieborg, Echte Bakker Zwartsluis}}

'''D-ICC Alignment:'''
* Gelijkwaardigheid: ★★★★★ - Alle ondernemers gelijk zichtbaar
* Sleutelprincipes: ★★★★★ - Bevordert nabijheid en gemak

==== Functionaliteit "Digitaal Dorpsplein (collectieve marktplaats)" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Marktplaats
|-
| Korte beschrijving || Centrale digitale marktplaats per dorp, wijk, stad of regio
|-
| Primaire gebruikersrollen || Ondernemer, Consument, Vereniging
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Lokaal aanbod clusteren en collectief zichtbaar maken
|-
| Input || Webshops van aangesloten ondernemers
|-
| Output || Overzichtelijke marktplaats met alle lokale aanbieders
|-
| Interactie || Browsen, zoeken, vergelijken, bestellen
|}

'''D-ICC Alignment:'''
* Gelijkwaardigheid: ★★★★★ - Kleine ondernemers krijgen digitale zichtbaarheid
* Samen besturen: ★★★★☆ - Collectieve profilering
* Sociale basisinfrastructuur: ★★★★★ - Versterkt lokale economie

=== Domein: Logistiek en Service ===

==== Functionaliteit "Haal- en brengservice" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Logistiek
|-
| Korte beschrijving || Lokale bezorging door vrijwilligers of logistieke partners
|-
| Primaire gebruikersrollen || Consument, Vrijwilliger, Bezorger
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Gemak bieden aan klanten, sociale contactmomenten creëren
|-
| Input || Bestellingen met bezorgverzoek
|-
| Output || Thuisbezorging of centrale afhaallocatie
|-
| Interactie || Bezorgmoment kiezen, track & trace
|}

'''Praktijkvoorbeeld - Ouderen in Zwartsluis:'''
Bezorgers kunnen producten direct in kastjes van oudere klanten plaatsen, waardoor een combinatie ontstaat van digitaal gemak en menselijk contact.

'''D-ICC Alignment:'''
* Gelijkwaardigheid: ★★★★★ - Toegankelijkheid voor minder mobiele inwoners
* Sleutelprincipes: ★★★★★ - Bevordert nabijheid en sociaal contact
* Sociale basisinfrastructuur: ★★★★★ - Mogelijkheid voor vrijwilligersinzet

=== Domein: Gemeenschapsverbinding ===

==== Functionaliteit "Verenigingen en maatschappelijke organisaties" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Gemeenschapsvorming
|-
| Korte beschrijving || Sportverenigingen, oranjeverenigingen en andere organisaties op het platform
|-
| Primaire gebruikersrollen || Vereniging, Leden, Vrijwilligers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Lokale organisaties digitaal zichtbaar maken en ondersteunen
|-
| Input || Organisatiegegevens, activiteiten, producten/diensten
|-
| Output || Digitale aanwezigheid, bestel/reserveermogelijkheid
|}

'''Praktijkvoorbeeld - Dorpsplein Zwartsluis:'''
Op het Dorpsplein Zwartsluis zijn naast versspeciaalzaken ook Sportvereniging DESZ, Oranjevereniging Zwartsluis en Zorgboerderij Lenteheuvel aangesloten.

'''D-ICC Alignment:'''
* Sociale basisinfrastructuur: ★★★★★ - Versterkt lokale verenigingsstructuur

=== Domein: Communicatie en Marketing ===

==== Functionaliteit "Collectieve marketingcommunicatie" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Communicatie
|-
| Korte beschrijving || Gezamenlijke promotie van het lokale aanbod
|-
| Primaire gebruikersrollen || Ondernemer, Marketingcoördinator
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Collectieve zichtbaarheid en bereik vergroten
|-
| Input || Aanbiedingen, nieuwsberichten, campagnes
|-
| Output || Digitale marketingcommunicatie, nieuwsbrieven
|-
| Frequentie || Continu
|}

'''Praktijkvoorbeeld - Zwartsluis:'''
De collectieve marketingcommunicatie wordt verzorgd door studenten van Hogeschool Windesheim, wat ook lokale werkgelegenheid en leerervaring creëert.

'''D-ICC Alignment:'''
* Samen besturen: ★★★★☆ - Gezamenlijke marketing
* Sleutelprincipes: ★★★★☆ - Gedeelde verantwoordelijkheid

----

== Partners en ecosysteem ==

=== Shopforce® (Preferent technologiepartner) ===

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Rol || Technologiepartner, platformontwikkeling en -beheer
|-
| Type || Sociale onderneming
|-
| Diensten || Webshop-inrichting, platform hosting, support, betaalintegratie
|-
| Verdienmodel || 6% commissie per geslaagde online bestelling
|}

Shopforce verzorgt:
* Kant-en-klare webshops in eigen huisstijl
* Volledige digitale ontzorging van ondernemers
* Chat-app voor bestellingen en support
* Bonnenprinter voor keukenverwerking
* Integratie met iDEAL betaalverkeer

=== MeYouWeDo (Partner) ===

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Rol || Gemeenschapsplatform
|-
| Focus || Verbinden van mensen in gemeenschappen als ecosysteem
|-
| Website || www.meyouwedo.nl
|}

=== Campus Zonnestraal (Partner) ===

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Rol || Kennispartner gezondheid
|-
| Focus || Leren, verkennen en ontdekken van gezond leven
|-
| Website || www.campuszonnestraal.nl
|}

----

== Praktijkvoorbeeld: Dorpsplein Zwartsluis ==

Zwartsluis is een Overijssels dorp met circa 4.800 inwoners waar het Digitaal Dorpsplein® concept sinds 2020 succesvol is geïmplementeerd met financiële steun van gemeente en provincie Overijssel.

=== Resultaten (per eind 2024) ===

{| class="wikitable"
|-
! Indicator !! Waarde
|-
| Online bestellingen || >78.000
|-
| Unieke bestellers || >6.800
|-
| Online omzet || >€2.000.000
|-
| Gecombineerde bestellingen || 25% stijging
|-
| Regionale afzet || Groei in gehuchten en kleine dorpen Kop van Overijssel
|}

=== Deelnemende ondernemers ===

{| class="wikitable"
|-
! Ondernemer !! Type
|-
| Bakkerij Nieborg || Echte bakker
|-
| Banketbakkerij Ekkelenkamp || Banketbakker (vernieuwde winkel + chocolaterie)
|-
| Slagerij Dick Bruintjes || Slagerij (nu met regionaal rundvlees)
|-
| De Groentemannen || Groenteboer
|-
| Ruach Bloemen || Bloemist
|-
| Brasserie De Albatros || Horeca
|-
| Zorgboerderij Lenteheuvel || Zorg + producten
|-
| Sportvereniging DESZ || Vereniging
|-
| Oranjevereniging Zwartsluis || Vereniging
|}

=== Maatschappelijke impact ===

* '''Leefbaarheid''': Banketbakkerij Ekkelenkamp vernieuwde de winkel en opende een chocolaterie
* '''Duurzaamheid''': Slagerij koopt nu rundvlees in bij een Overijsselse boer; groente en zuivel komt uit de regio
* '''Sociale cohesie''': Digitale en fysieke samenhang versterkt
* '''Werkgelegenheid''': Stagiairs van Hogeschool Windesheim voor marketingcommunicatie

----

== Andere actieve dorpspleinen ==

=== Dorpsplein Genemuiden (Overijssel) ===
* Echte Bakker Groot Koerkamp
* Gildeslager Van Ingen
* Keurslager M. van de Weg
* Puur Natuur Genemuiden
* Buitenbosch

=== Dorpsplein Wijk bij Duurstede (Utrecht) ===
* Bakkerij Lakerveld
* Gildeslager Mulder
* Lindsey's Visspeciaalzaak
* Keurslager van Middelaar
* Het Oude Raedthuys

=== Dorpsplein Westerkwartier (Groningen) ===
* Boer'n Jonker
* Hoeve Zuidwending
* Bijenhave
* Bakkerij Hamersma
* Bakkerij van Esch
* Dhana Chocolate
* Chocoladedroom

----

== Analyse van persona's en behoeften van gemeenschappen ==

=== Persona 1: Maria (78) - Alleenwonende oudere ===

'''Aansluiting Digitale Dorpspleinen functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Online bestellen || ★★★★★ || 24/7 bestellen bij vertrouwde lokale winkels
|-
| Gecombineerde bestelling || ★★★★★ || Eén keer bestellen, één keer betalen
|-
| Thuisbezorging || ★★★★★ || Producten aan huis, sociaal contactmoment
|-
| iDEAL betaling || ★★★★☆ || Veilig en vertrouwd betalen
|}

'''Gap analyse:'''
* Geen specifieke zorgcommunicatie-functionaliteit
* Beperkte ondersteuning voor signalering eenzaamheid (wel sociaal contact bij bezorging)
* Geen integratie met formele zorgverleners

=== Persona 2: Jan (55) - Lokale slager/ondernemer ===

'''Aansluiting Digitale Dorpspleinen functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Eigen webshop || ★★★★★ || Webshop in eigen huisstijl
|-
| Collectieve zichtbaarheid || ★★★★★ || Onderdeel van dorpsplein
|-
| Digitale ontzorging || ★★★★★ || Shopforce regelt techniek
|-
| Collectieve marketing || ★★★★★ || Gezamenlijke promotie
|}

'''Gap analyse:'''
* Geen integratie met kassasystemen
* Beperkte voorraadkoppeling
* Geen koppeling met boekhoudpakketten

=== Persona 3: Austerlitz Zorgt (Dorpsinitiatief) ===

'''Aansluiting Digitale Dorpspleinen functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Verenigingen op platform || ★★★★☆ || Presentatie van het initiatief mogelijk
|-
| Lokale bezorging || ★★★★★ || Vrijwilligers kunnen bezorgen
|-
| Maatschappelijke organisaties || ★★★★☆ || Zorgboerderij als voorbeeld
|}

'''Gap analyse:'''
* Primaire focus op economie/retail, niet op zorgcoördinatie
* Geen vrijwilligersplanning of -matching
* Geen integratie met zorgsystemen
* Beperkte ondersteuning voor zorginhoudelijke communicatie

=== Persona 4: Gemeente (Overheid) ===

'''Aansluiting Digitale Dorpspleinen functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Fysieke én digitale infrastructuur || ★★★★★ || Investering met maatschappelijke ROI
|-
| Leefbaarheid versterken || ★★★★★ || Behoud basisvoorzieningen
|-
| Duurzaamheidsdoelen || ★★★★★ || Bijdrage aan SDG's
|-
| Lokale economie || ★★★★★ || Geld blijft lokaal circuleren
|}

----

== Technische aspecten en standaarden ==

=== Platformarchitectuur ===

{| class="wikitable"
|-
! Component !! Beschrijving
|-
| Platform || Shopforce® (schaalbaar, modulair)
|-
| Webshops || Individueel per ondernemer, verbonden via netwerk
|-
| Betaling || iDEAL integratie
|-
| Hosting || Nederland
|-
| Apps || Progressive Web App (PWA) voor mobiel
|}

=== Technische functionaliteiten ===

{| class="wikitable"
|-
! Functionaliteit !! Beschrijving
|-
| Individuele webshop || Volledig aanpasbaar in huisstijl
|-
| Gekoppelde webshops || Netwerk van lokale aanbieders
|-
| Gecombineerd winkelmandje || Cross-store ordering
|-
| Chat-app || Bestellingen ontvangen en communiceren
|-
| Bonnenprinter || Voor keukenverwerking
|-
| Landelijke portalen || Automatische publicatie op versbesteld.nl e.a.
|}

=== Privacy en datasoevereiniteit ===

* Geen commercieel gebruik van klantdata
* AVG-compliant
* Lokale data-eigenaarschap

=== Standaarden en koppelingen ===

{| class="wikitable"
|-
! Aspect !! Status
|-
| Open standaarden zorg || Niet aanwezig
|-
| FHIR/NUTS || Niet van toepassing
|-
| API-koppelingen || Beperkt (betaalsystemen)
|-
| Kassasystemen || Geen integratie
|}

----

== Hiaten en oplossingsrichtingen ==

=== Geïdentificeerde hiaten ===

==== 1. Focus op retail/economie ====
Digitale Dorpspleinen is primair gericht op lokale economie en e-commerce:
* Geen zorgnetwerk per cliënt
* Geen zorgagenda of taakplanning
* Geen vrijwilligerscoördinatie voor zorgactiviteiten

==== 2. Integratie met zorgsystemen ====
* Geen koppelingen met HIS, ECD of andere zorgsystemen
* Geen ondersteuning voor NUTS of FHIR standaarden
* Beperkte interoperabiliteit met zorgdomein

==== 3. Gemeenschapscommunicatie ====
* Geen activiteitenkalender voor gemeenschap
* Geen nieuwsbrief of berichtenfunctionaliteit
* Geen participatie- of stemmogelijkheden

==== 4. Vrijwilligersmanagement ====
* Wel mogelijkheid voor vrijwilligersbezorging
* Geen volledige vrijwilligersadministratie
* Geen roosterplanning

=== Oplossingsrichtingen ===

==== Complementaire inzet ====
* Digitale Dorpspleinen voor lokale economie en commerciële transacties
* Gebiedonline voor gemeenschapscommunicatie en participatie
* OZO Verbindzorg of TimeSteps voor individuele zorgcoördinatie
* Combinatie biedt bredere dekking voor D-ICC

==== Uitbreiding via partners ====
* MeYouWeDo voor gemeenschapsverbinding
* Samenwerking met zorgzame gemeenschappen voor niet-commerciële functionaliteiten

----

== DIGITALE DORPSPLEINEN ==

== Vergelijking met andere platforms ==

Voor een uitgebreide vergelijking van alle geanalyseerde platforms in het project Digitale Wijkinfrastructuur, zie de [[Vergelijkingstabel Digitale Wijkinfrastructuur|vergelijkingstabel]].

=== Positionering Digitale Dorpspleinen ===

{| class="wikitable"
|-
! Sterke domeinen !! Aanvullend nodig voor D-ICC
|-
| Gemeenschapsvorming, Matching (economisch) || Communicatie, Coördinatie (zorg), Documentatie, Besluitvorming
|}

=== Complementariteit ===

Digitale Dorpspleinen is complementair met de andere platforms in de digitale wijkinfrastructuur:

* '''Digitale Dorpspleinen''': Lokale economie, e-commerce, duurzaamheid, behoud voorzieningen
* '''Gebied Online''': Gemeenschapscommunicatie, participatie, collectief kiezen
* '''OZO Verbindzorg''': Netwerkzorg, professionele zorgcommunicatie
* '''TimeSteps''': Mantelzorgcoördinatie, zorgagenda, taakplanning
* '''RegiCare''': Professionele dienstverlening, vrijwilligerscoördinatie, vervoer
* '''DeLori''': Community-building in woonzorg, sociale activiteiten

----

== Conclusies en aanbevelingen ==

=== Conclusies ===

# '''Digitale Dorpspleinen biedt een volwassen platform voor lokale e-commerce''' met bewezen resultaten in meerdere dorpen en regio's (Zwartsluis, Genemuiden, Wijk bij Duurstede, Westerkwartier).

# '''De focus op duurzaamheid, circulariteit en lokale economie''' sluit aan bij de SDG's en de bredere maatschappelijke doelen van zorgzame gemeenschappen.

# '''Het concept draagt bij aan leefbaarheid''' door behoud van lokale voorzieningen, werkgelegenheid en sociale cohesie.

# '''Voor gemeenschapscommunicatie en zorgcoördinatie zijn aanvullende tools nodig''', met name op het gebied van activiteitenkalender, vrijwilligerscoördinatie en zorgnetwerken.

# '''Het samenwerkingsmodel tussen stichting en technologiepartner''' biedt een interessant voorbeeld voor andere initiatieven.

# '''De lokale bezorgservice met vrijwilligers''' biedt kansen voor integratie met zorgzame gemeenschapsinitiatieven.

# '''Complementariteit met Gebiedonline en OZO Verbindzorg/TimeSteps''' biedt kansen voor een geïntegreerde oplossing die zowel economie als gemeenschap als individuele zorg ondersteunt.

=== Aanbevelingen ===

==== Voor Stichting Digitale Dorpspleinen ====
* Exploreer samenwerking met zorgzame gemeenschappen voor niet-commerciële diensten
* Onderzoek integratie met MeYouWeDo voor gemeenschapsverbinding
* Ontwikkel de vrijwilligersbezorging door naar bredere sociale dienstverlening
* Onderzoek koppelingen met gemeenschapsplatforms (Gebiedonline)

==== Voor het project Digitale Wijkinfrastructuur ====
* Positioneer Digitale Dorpspleinen als platform voor lokale economie en duurzaamheid in de referentie-architectuur
* Benut het duurzaamheidsmodel als referentie voor SDG-alignment
* Ontwikkel proof-of-concept voor combinatie Digitale Dorpspleinen + Gebiedonline
* Onderzoek hoe vrijwilligersbezorging kan worden verbonden met zorgcoördinatie

==== Voor gemeenschappen ====
* Overweeg Digitale Dorpspleinen voor versterking lokale economie en voorzieningen
* Combineer met Gebiedonline voor gemeenschapscommunicatie en participatie
* Benut de bezorgservice als sociaal contactmoment voor ouderen
* Werk samen met gemeente voor financiering van de digitale infrastructuur

----

== Bijdrage aan de referentie-architectuur ==

Deze analyse van Digitale Dorpspleinen draagt bij aan de ontwikkeling van de referentie-architectuur voor digitale wijkinfrastructuur door:

# '''Het economisch model''' als aanvulling op sociale en zorggerichte functionaliteiten
# '''Het duurzaamheidsperspectief''' als verbinding met de SDG's
# '''Het commissiemodel''' als alternatief verdienmodel voor platforms
# '''De vrijwilligersbezorging''' als brug tussen economie en sociale dienstverlening
# '''Het lokale eigenaarschap''' als governance-principe
# '''Praktijkvoorbeelden''' van succesvolle implementatie in kleine gemeenschappen
# '''Complementariteit''' met gemeenschaps- en zorggerichte oplossingen

De bevindingen worden ingebracht in het bredere project en zullen bijdragen aan de ontwikkeling van een coherente visie op digitale ondersteuning voor zorgzame gemeenschappen.

----

== Bijlage: Actieve Digitale Dorpspleinen ==

{| class="wikitable"
|-
! Platform !! Provincie !! Bijzonderheden
|-
| Dorpsplein Zwartsluis || Overijssel || Pilotlocatie, >78.000 bestellingen, studenten Windesheim
|-
| Dorpsplein Genemuiden || Overijssel || 5 ondernemers aangesloten
|-
| Dorpsplein Wijk bij Duurstede || Utrecht || 5 ondernemers aangesloten
|-
| Dorpsplein Westerkwartier || Groningen || 7+ ondernemers aangesloten
|}

----

== Bijlage: Methodologie en bronnen ==

Deze rapportage is tot stand gekomen op basis van:

* '''Website Stichting Digitale Dorpspleinen''' (www.stichtingdigitaledorpspleinen.nl) - geraadpleegd december 2025
* '''Website Shopforce''' (www.shopforce.nl) - geraadpleegd december 2025
* '''Praktijkvoorbeeld Dorpsplein Zwartsluis''' (www.dorpsplein-zwartsluis.nl) - geraadpleegd december 2025
* '''Trouw Duurzame 100''' - nominatie september 2025
* '''Wetenschappelijke referenties''': Prof. Jan Jonker (Radboud Universiteit), Herman Wijffels (Universiteit Utrecht)
* '''Literatuur''': Helena Norberg-Hodge "Local is our Future" (2019), Kees Klomp "Betekeniseconomie" (2022)

De analyses zijn uitgevoerd volgens de methodes beschreven in het plan van aanpak, met nadruk op aansluiting bij D-ICC principes en behoeften van zorgzame gemeenschappen.

----

''Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en is beschikbaar onder de Creative Commons BY-SA 4.0 licentie.''

''Datum: december 2025''

[[Categorie:Digitale Wijkinfrastructuur]]
[[Categorie:Rapportages]]
[[Categorie:Lokale economie]]

NLZVE referentiekader

2025-12-08T19:30:48Z

Admin: /* Vergelijking met andere platforms */

= Referentiekader voor Digitale Wijkinfrastructuur =

== Inleiding ==

Het NLZVE Referentiekader voor Digitale Wijkinfrastructuur biedt een fundament voor het kiezen, implementeren en beheren van digitale oplossingen voor en door zorgzame gemeenschappen. Dit referentiekader fungeert als een leidraad voor buurt-, wijk- en dorpsinitiatieven die streven naar passende lokale, transparante, open en efficiënte IT-systemen, waarbij afhankelijkheid en/of lock-in van gesloten en/of propriëtaire oplossingen wordt vermeden.

Dit referentiekader biedt een gestructureerde aanpak voor het beschrijven, evalueren en integreren van open, toegankelijke en herbruikbare IT-oplossingen. Door te werken met gemeenschappelijke taal, functionele domeinen en standaarden, kunnen buurt- en wijkinitiatieven beter geïnformeerde keuzes maken op basis van kennis en ervaring uit een breed netwerk van zorgzame gemeenschappen.

Dit referentiekader is ontwikkeld vanuit het handvest Digitaal Geïntegreerde Gemeenschapszorg (D-ICC). Bij de ontwikkeling wordt daarnaast rekening gehouden met de visie van de Nederlandse overheid op gegevensuitwisseling en databeschikbaarheid. Er wordt voldaan aan relevante wettelijke kaders zoals de Wet elektronische gegevensuitwisseling in de zorg (Wegiz) en de Europese Ruimte voor Gezondheidsgegevens (EHDS). Het referentiekader combineert technische innovaties met maatschappelijke waarden zoals privacy, inclusiviteit en regie over eigen gegevens.

=== Doel van dit referentiekader ===

Het NLZVE Referentiekader voor Digitale Wijkinfrastructuur helpt bij het:

* creëren van een gemeenschappelijke taal en begrippenkader;
* bevorderen van uitwisselbaarheid door middel van open standaarden;
* borgen van openheid en transparantie in technologiekeuzes;
* vergemakkelijken van adoptie en implementatie van open standaarden;
* ondersteunen van gebruikers, ontwikkelaars en beleidsmakers;
* faciliteren van onderlinge koppelingen tussen applicaties;
* bieden van een raamwerk voor het beschrijven van functionaliteiten.

In de volgende hoofdstukken worden de kernprincipes, benadering, het raamwerk voor het beschrijven van functionaliteit en standaarden verder toegelicht.

== Kernprincipes ==

Het referentiekader is gebaseerd op de volgende principes:

* '''lokaliteit''' – IT-oplossingen kiezen en implementeren passend bij de behoeften van lokale gebruikers;
* '''waarden''' - (pre-concurrentieel) samenwerken vanuit een netwerk, gezamenlijke regie;
* '''open Standaarden''' – vervangbaarheid en interoperabiliteit via gestandaardiseerde koppelvlakken;
* '''modulariteit''' – flexibele componenten die eenvoudig zijn te combineren, uit te breiden of te vervangen;
* '''privacy & Beveiliging''' – gebruikersdata wordt beschermd met passende maatregelen;
* '''gemeenschapsgerichtheid''' – functies en implementaties sluiten aan bij D-ICC principes;
* '''gedeelde terminologie''' – eenduidige beschrijving van functionaliteiten in gemeenschappelijke taal.

== Benadering ==

Het referentiekader hanteert een benadering die gebaseerd is op de volgende uitgangspunten:

* '''gebruikersgestuurd''' - de behoeften van eindgebruikers staan centraal;
* '''waardegericht''' - het ondersteunt maatschappelijke en sociale waarden;
* '''lagenmodel''' - onderscheid tussen gebruikerslaag, applicatielaag, gegevenslaag en infrastructuurlaag;
* '''federatief model''' - decentrale organisatie met lokale autonomie en centrale afspraken;
* '''evolutionair''' - stapsgewijze ontwikkeling en implementatie;
* '''open ecosysteem''' - stimuleren van diversiteit aan oplossingen die samenwerken via standaarden.

== Raamwerk voor het beschrijven van functionaliteit ==

Om een consistente aanpak te bieden voor het beschrijven en vergelijken van de functionaliteiten van verschillende applicaties, hanteert dit referentiekader een gestandaardiseerd raamwerk voor het beschrijven van functionaliteit. Dit raamwerk is ontwikkeld om zowel technische als niet-technische betrokkenen te ondersteunen bij het begrijpen, kiezen en integreren van toepassingen.

Het raamwerk bestaat uit verschillende dimensies die samen een holistische beschrijving van functionaliteiten mogelijk maken. Voor de volledige methodiek, zie de [[Methodiek Functiebeschrijving|Methodiek-Functiebeschrijving]].

=== Functionele Domeinen ===

Functionaliteiten worden gecategoriseerd in de volgende functionele domeinen:

{| class="wikitable"
|-
! Functioneel domein !! Beschrijving
|-
| Communicatie || Functionaliteiten gericht op het uitwisselen van informatie tussen verschillende actoren
|-
| Coördinatie || Functionaliteiten gericht op het organiseren en afstemmen van activiteiten
|-
| Documentatie || Functionaliteiten gericht op het vastleggen en beheren van informatie
|-
| Monitoring || Functionaliteiten gericht op het volgen van voortgang en resultaten
|-
| Matching || Functionaliteiten gericht op het koppelen van vraag en aanbod
|-
| Gemeenschapsvorming || Functionaliteiten gericht op het versterken van sociale cohesie
|-
| Besluitvorming || Functionaliteiten gericht op gezamenlijke besluitvorming
|}

=== Gebruikersrollen ===

Voor elke functionaliteit is het belangrijk te bepalen welke gebruikersrollen ermee werken:

{| class="wikitable"
|-
! Rol !! Beschrijving
|-
| Zorgvrager || De persoon die zorg of ondersteuning ontvangt
|-
| Mantelzorger || Informele zorgverlener uit de directe omgeving
|-
| Vrijwilliger || Persoon die vrijwillig hulp biedt
|-
| Coördinator || Persoon die activiteiten coördineert
|-
| Zorgprofessional || Professionele zorgverlener
|-
| Gemeenschapsbestuurder || Bestuurder van een gemeenschapsinitiatief
|}

=== D-ICC Alignment ===

Een belangrijke dimensie is de mate waarin functionaliteiten aansluiten bij de principes van Digitaal Geïntegreerde Gemeenschapszorg (D-ICC):

{| class="wikitable"
|-
! D-ICC Principe !! Evaluatie
|-
| Gelijkwaardigheid || In hoeverre faciliteert de functionaliteit gelijkwaardige samenwerking?
|-
| Samen besturen || In hoeverre ondersteunt de functionaliteit gedeelde verantwoordelijkheid?
|-
| Sleutelprincipes || In hoeverre bevordert de functionaliteit nabijheid, vertrouwen en eigenaarschap?
|-
| Sociale basisinfrastructuur || In hoeverre versterkt de functionaliteit de sociale infrastructuur?
|}

== Componenten en Open Standaarden ==

=== Overzicht van de belangrijkste componenten ===

Op basis van de functie-inventarisatie van huidige applicaties zijn de volgende kerncomponenten geïdentificeerd:

{| class="wikitable"
|-
! Component !! Functioneel domein !! Beschrijving
|-
| Netwerk- en contactbeheer || Netwerken || Beheer van betrokkenen en hun contactgegevens
|-
| Agenda en taakplanning || Coördinatie || Planning en coördinatie van activiteiten en taken
|-
| Berichtenuitwisseling || Communicatie || Veilige uitwisseling van berichten tussen betrokkenen
|-
| Dossier- en documentbeheer || Documentatie || Veilig vastleggen en delen van informatie
|-
| Matching-systeem || Matching || Koppelen van hulpvraag en -aanbod
|-
| Gemeenschapsplatform || Gemeenschapsvorming || Faciliteren van gemeenschapsactiviteiten
|}

=== Relevante standaarden per component ===

{| class="wikitable"
|-
! Component !! Relevante standaarden
|-
| Netwerk- en contactbeheer || vCard, FHIR Patient Directory, HL7 FHIR
|-
| Agenda en taakplanning || iCalendar, RFC 5545, CalDAV, FHIR Scheduling
|-
| Berichtenuitwisseling || XMPP, SMTP, WebRTC, Matrix
|-
| Dossier- en documentbeheer || HL7 FHIR, MedMij, IHE
|-
| Matching-systeem || Open Badges, Schema.org
|-
| Gemeenschapsplatform || ActivityPub, OpenSocial
|}

== Interoperabiliteitsvoorzieningen ==

Deze voorzieningen faciliteren veilige en efficiënte gegevensuitwisseling tussen zorgsystemen.

=== Interoperabiliteitsvoorzieningen voor zorggegevens ===

* '''FHIR en HL7''' – Internationale standaarden voor zorggegevensuitwisseling
* '''MedMij''' – Afsprakenstelsel voor veilige en gestandaardiseerde uitwisseling van persoonlijke gezondheidsgegevens tussen zorgverleners en PGO's
* '''HTI (Health Tools Interoperability)''' – Standaard voor veilige en gestandaardiseerde koppeling tussen zorg- en e-health tools
* '''Koppeltaal''' – Standaard voor e-health integraties binnen GGZ en welzijnszorg
* '''Nuts''' – Gedecentraliseerde infrastructuur voor veilige gegevensuitwisseling
* '''LSP (AORTA)''' – Landelijk Schakelpunt voor medische gegevensuitwisseling

=== Interoperabiliteitsvoorzieningen voor gemeenschapsfuncties ===

Voor de specifieke functies die veel voorkomen in gemeenschapsapplicaties, zijn de volgende interoperabiliteitsvoorzieningen relevant:

* '''Agenda-integratie''' – Standaarden voor het koppelen van verschillende agendasystemen
* '''Contactbeheer-integratie''' – Standaarden voor het uitwisselen van contactgegevens
* '''Berichtenintegratie''' – Standaarden voor het koppelen van berichtensystemen

== Geanalyseerde Applicaties ==

In het kader van het referentiekader zijn verschillende applicaties geanalyseerd met behulp van het raamwerk voor functiebeschrijving. Gedetailleerde rapportages zijn beschikbaar via de links hieronder:

* [[TimeSteps (Amulet)|Analyse-TimeSteps]]
* [[OZO Verbindzorg|Analyse-OZO-Verbindzorg]]
* [[GebiedOnline|Analyse-GebiedOnline]]
* [[Digitaal Dorpsplein|Analyse-Digitaal-Dorpsplein]]
* [[AdSysCo|Analyse-AdSysCo]]
* [[DeLori | Analyse-DeLori]]

== Vergelijking applicaties ==

Voor een uitgebreide vergelijking van alle geanalyseerde applicaties in het project Digitale Wijkinfrastructuur, zie de [[Vergelijkingstabel Digitale Wijkinfrastructuur|vergelijkingstabel]].

== Workflows & Implementatiegidsen ==

Praktische implementaties van het referentiekader, inclusief gebruikte interoperabiliteitsvoorzieningen.

=== Workflows op individueel niveau ===

* '''Workflow''': [[Zorgcoördinatie met gedeelde agenda|Workflow-Zorgcoordinatie]]
* '''Workflow''': [[Delen van informatie tussen formele en informele zorg|Workflow-Informatie-Delen]]
* '''Workflow''': [[Gegevensuitwisseling met PGO's via MedMij|Workflow-PGO-Integratie]]

=== Workflows op gemeenschapsniveau ===

* '''Workflow''': [[Anonieme vragenlijst met FHIR & OAuth2|Workflow-Anonieme-Vragenlijst]]
* '''Workflow''': [[Gegevensuitwisseling tussen gemeenschapsplatform en zorgapplicaties|Workflow-Gemeenschapsplatform-Integratie]]
* '''Workflow''': [[Vrijwilligerswerving en -matching op gemeenschapsniveau|Workflow-Vrijwilligersmatching]]

== Gap-analyse en Toekomstige Ontwikkelingen ==

Op basis van de analyse van applicaties zijn de volgende hiaten geïdentificeerd die aandacht behoeven:

# '''Gemeenschapsbrede coördinatie''': Huidige applicaties richten zich vaak op individuele zorgvragers, terwijl er behoefte is aan functionaliteit voor gemeenschapsbrede coördinatie.

# '''Vrijwilligersmatching op gemeenschapsniveau''': Er is behoefte aan betere systemen voor het werven, matchen en beheren van vrijwilligers op gemeenschapsniveau.

# '''Integratie tussen individuele en gemeenschapssystemen''': Betere koppelingen tussen systemen gericht op individuele zorgvragen en gemeenschapsbrede systemen.

# '''Besluitvormingstools voor gemeenschappen''': Functionaliteit voor democratische besluitvorming binnen gemeenschappen is onderontwikkeld.

# '''Standaardisatie van gemeenschapsfuncties''': Er is behoefte aan meer standaardisatie van functionaliteiten die specifiek zijn voor gemeenschapsplatforms, zoals vrijwilligerswerving en activiteitenplanning.

# '''Privacy-vriendelijke gegevensuitwisseling''': Verdere ontwikkeling van standaarden en implementaties voor privacy-vriendelijke gegevensuitwisseling tussen formele en informele zorg.

== Standaarden en Relaties ==

Een overzicht en diagram van de standaarden en hoe ze met elkaar samenhangen.

=== Diagram: Interoperabiliteitsvoorzieningen en standaarden ===

[Hier komt een diagram dat de relaties tussen verschillende standaarden visualiseert]

=== Wanneer gebruik je welke standaard? ===

{| class="wikitable"
|-
! Gebruiksscenario !! Aanbevolen standaard !! Toelichting
|-
| Uitwisseling zorggegevens || HL7 FHIR || Internationale standaard voor zorggegevensuitwisseling
|-
| Koppeling met PGO's || MedMij || Nederlands afsprakenstelsel voor gegevensuitwisseling met PGO's
|-
| Authenticatie en autorisatie || OAuth2, OpenID Connect || Breed gedragen standaarden voor toegangsbeheer
|-
| Agenda-integratie || iCalendar, CalDAV || Standaarden voor agendabeheer en -synchronisatie
|-
| Adresboek-integratie || vCard, CardDAV || Standaarden voor contactgegevensbeheer
|-
| Berichtenuitwisseling || XMPP, Matrix || Open standaarden voor real-time communicatie
|-
| Decentrale gegevensuitwisseling || Nuts || Nederlandse standaard voor gedecentraliseerde zorgcommunicatie
|}

== Codevoorbeelden & Referentie-implementaties ==

Voorbeelden van implementaties en code-snippets om de integratie van standaarden te vergemakkelijken.

=== FHIR Questionnaire + OAuth2 ===

<syntaxhighlight lang="javascript">
// Voorbeeld van FHIR Questionnaire met OAuth2 authenticatie
const getFHIRQuestionnaire = async (questionnaireId) => {
const tokenResponse = await fetch('https://auth-server.example/token', {
method: 'POST',
headers: { 'Content-Type': 'application/x-www-form-urlencoded' },
body: 'grant_type=client_credentials&client_id=example-client&client_secret=example-secret'
});

const { access_token } = await tokenResponse.json();

const questionnaireResponse = await fetch(`https://fhir-server.example/Questionnaire/${questionnaireId}`, {
headers: { 'Authorization': `Bearer ${access_token}` }
});

return questionnaireResponse.json();
};
</syntaxhighlight>

=== PGO-integratie met MedMij ===

<syntaxhighlight lang="javascript">
// Voorbeeld van MedMij OAuth2 flow voor PGO-integratie
const startMedMijAuthorization = () => {
const clientId = 'example-client-id';
const redirectUri = 'https://app.example/callback';
const scope = 'patient/*.read';
const state = generateRandomState();

// Sla state op om CSRF-aanvallen te voorkomen
sessionStorage.setItem('oauth_state', state);

const authUrl = `https://medmij-auth.example/authorize?` +
`response_type=code&` +
`client_id=${encodeURIComponent(clientId)}&` +
`redirect_uri=${encodeURIComponent(redirectUri)}&` +
`scope=${encodeURIComponent(scope)}&` +
`state=${encodeURIComponent(state)}`;

window.location.href = authUrl;
};
</syntaxhighlight>

=== Agenda-integratie met iCalendar ===

<syntaxhighlight lang="javascript">
// Voorbeeld van het genereren van een iCalendar bestand
const generateICalEvent = (event) => {
const { title, startTime, endTime, location, description } = event;

// Converteer naar iCalendar datumformaat
const formatDate = (date) => {
return date.toISOString().replace(/[-:]/g, '').split('.')[0] + 'Z';
};

const icalData = [
'BEGIN:VCALENDAR',
'VERSION:2.0',
'PRODID:-//hacksw/handcal//NONSGML v1.0//EN',
'BEGIN:VEVENT',
`UID:${Math.random().toString(36).substring(2)}@example.com`,
`DTSTAMP:${formatDate(new Date())}`,
`DTSTART:${formatDate(startTime)}`,
`DTEND:${formatDate(endTime)}`,
`SUMMARY:${title}`,
`LOCATION:${location || ''}`,
`DESCRIPTION:${description || ''}`,
'END:VEVENT',
'END:VCALENDAR'
].join('\r\n');

return icalData;
};
</syntaxhighlight>

== Monitoring en Compliance ==

Richtlijnen en tools voor het bewaken van gegevensuitwisseling en het naleven van wetgeving.

=== Logging en monitoring ===

Voor goede monitoring van digitale wijkinfrastructuur is het belangrijk om:

* Toegang tot gegevens te loggen
* Gebruikersactiviteit te monitoren
* Prestaties en beschikbaarheid te bewaken
* Incidenten systematisch te registreren

=== Compliance met wetgeving ===

Bij implementatie moet rekening worden gehouden met:

* Algemene Verordening Gegevensbescherming (AVG)
* Wet elektronische gegevensuitwisseling in de zorg (Wegiz)
* Europese eIDAS-verordening
* Wet op de geneeskundige behandelingsovereenkomst (WGBO)

=== Toestemmingsbeheer ===

Duidelijke procedures en technische implementaties voor:

* Het vastleggen van toestemmingen
* Het intrekken van toestemmingen
* Gebruikersinzage in verleende toestemmingen
* Gespecificeerde toestemmingen per gegevenssoort

== Zie Ook ==

* [[Methodiek Functiebeschrijving|Methodiek-Functiebeschrijving]]
* [[Handvest Digitaal Geïntegreerde Gemeenschapszorg|Handvest-DICC]]
* [[Anonieme Login|Anonieme-Login]]
* [[HTI-Health Tools Interoperability|HTI]]
* [[FHIR en HL7 Standaarden|FHIR-HL7]]
* [[Privacy en Security in Zorgplatformen|Privacy-Security]]
* [[Nuts|Nuts]]
* [[LSP (AORTA)|LSP]]
* [[Koppeltaal|Koppeltaal]]
* [[MedMij|MedMij]]

[[Categorie:Digitale Wijkinfrastructuur]]
[[Categorie:Referentiekader]]

NLZVE referentiekader

2025-12-08T19:30:19Z

Admin: /* Geanalyseerde Applicaties */

= Referentiekader voor Digitale Wijkinfrastructuur =

== Inleiding ==

Het NLZVE Referentiekader voor Digitale Wijkinfrastructuur biedt een fundament voor het kiezen, implementeren en beheren van digitale oplossingen voor en door zorgzame gemeenschappen. Dit referentiekader fungeert als een leidraad voor buurt-, wijk- en dorpsinitiatieven die streven naar passende lokale, transparante, open en efficiënte IT-systemen, waarbij afhankelijkheid en/of lock-in van gesloten en/of propriëtaire oplossingen wordt vermeden.

Dit referentiekader biedt een gestructureerde aanpak voor het beschrijven, evalueren en integreren van open, toegankelijke en herbruikbare IT-oplossingen. Door te werken met gemeenschappelijke taal, functionele domeinen en standaarden, kunnen buurt- en wijkinitiatieven beter geïnformeerde keuzes maken op basis van kennis en ervaring uit een breed netwerk van zorgzame gemeenschappen.

Dit referentiekader is ontwikkeld vanuit het handvest Digitaal Geïntegreerde Gemeenschapszorg (D-ICC). Bij de ontwikkeling wordt daarnaast rekening gehouden met de visie van de Nederlandse overheid op gegevensuitwisseling en databeschikbaarheid. Er wordt voldaan aan relevante wettelijke kaders zoals de Wet elektronische gegevensuitwisseling in de zorg (Wegiz) en de Europese Ruimte voor Gezondheidsgegevens (EHDS). Het referentiekader combineert technische innovaties met maatschappelijke waarden zoals privacy, inclusiviteit en regie over eigen gegevens.

=== Doel van dit referentiekader ===

Het NLZVE Referentiekader voor Digitale Wijkinfrastructuur helpt bij het:

* creëren van een gemeenschappelijke taal en begrippenkader;
* bevorderen van uitwisselbaarheid door middel van open standaarden;
* borgen van openheid en transparantie in technologiekeuzes;
* vergemakkelijken van adoptie en implementatie van open standaarden;
* ondersteunen van gebruikers, ontwikkelaars en beleidsmakers;
* faciliteren van onderlinge koppelingen tussen applicaties;
* bieden van een raamwerk voor het beschrijven van functionaliteiten.

In de volgende hoofdstukken worden de kernprincipes, benadering, het raamwerk voor het beschrijven van functionaliteit en standaarden verder toegelicht.

== Kernprincipes ==

Het referentiekader is gebaseerd op de volgende principes:

* '''lokaliteit''' – IT-oplossingen kiezen en implementeren passend bij de behoeften van lokale gebruikers;
* '''waarden''' - (pre-concurrentieel) samenwerken vanuit een netwerk, gezamenlijke regie;
* '''open Standaarden''' – vervangbaarheid en interoperabiliteit via gestandaardiseerde koppelvlakken;
* '''modulariteit''' – flexibele componenten die eenvoudig zijn te combineren, uit te breiden of te vervangen;
* '''privacy & Beveiliging''' – gebruikersdata wordt beschermd met passende maatregelen;
* '''gemeenschapsgerichtheid''' – functies en implementaties sluiten aan bij D-ICC principes;
* '''gedeelde terminologie''' – eenduidige beschrijving van functionaliteiten in gemeenschappelijke taal.

== Benadering ==

Het referentiekader hanteert een benadering die gebaseerd is op de volgende uitgangspunten:

* '''gebruikersgestuurd''' - de behoeften van eindgebruikers staan centraal;
* '''waardegericht''' - het ondersteunt maatschappelijke en sociale waarden;
* '''lagenmodel''' - onderscheid tussen gebruikerslaag, applicatielaag, gegevenslaag en infrastructuurlaag;
* '''federatief model''' - decentrale organisatie met lokale autonomie en centrale afspraken;
* '''evolutionair''' - stapsgewijze ontwikkeling en implementatie;
* '''open ecosysteem''' - stimuleren van diversiteit aan oplossingen die samenwerken via standaarden.

== Raamwerk voor het beschrijven van functionaliteit ==

Om een consistente aanpak te bieden voor het beschrijven en vergelijken van de functionaliteiten van verschillende applicaties, hanteert dit referentiekader een gestandaardiseerd raamwerk voor het beschrijven van functionaliteit. Dit raamwerk is ontwikkeld om zowel technische als niet-technische betrokkenen te ondersteunen bij het begrijpen, kiezen en integreren van toepassingen.

Het raamwerk bestaat uit verschillende dimensies die samen een holistische beschrijving van functionaliteiten mogelijk maken. Voor de volledige methodiek, zie de [[Methodiek Functiebeschrijving|Methodiek-Functiebeschrijving]].

=== Functionele Domeinen ===

Functionaliteiten worden gecategoriseerd in de volgende functionele domeinen:

{| class="wikitable"
|-
! Functioneel domein !! Beschrijving
|-
| Communicatie || Functionaliteiten gericht op het uitwisselen van informatie tussen verschillende actoren
|-
| Coördinatie || Functionaliteiten gericht op het organiseren en afstemmen van activiteiten
|-
| Documentatie || Functionaliteiten gericht op het vastleggen en beheren van informatie
|-
| Monitoring || Functionaliteiten gericht op het volgen van voortgang en resultaten
|-
| Matching || Functionaliteiten gericht op het koppelen van vraag en aanbod
|-
| Gemeenschapsvorming || Functionaliteiten gericht op het versterken van sociale cohesie
|-
| Besluitvorming || Functionaliteiten gericht op gezamenlijke besluitvorming
|}

=== Gebruikersrollen ===

Voor elke functionaliteit is het belangrijk te bepalen welke gebruikersrollen ermee werken:

{| class="wikitable"
|-
! Rol !! Beschrijving
|-
| Zorgvrager || De persoon die zorg of ondersteuning ontvangt
|-
| Mantelzorger || Informele zorgverlener uit de directe omgeving
|-
| Vrijwilliger || Persoon die vrijwillig hulp biedt
|-
| Coördinator || Persoon die activiteiten coördineert
|-
| Zorgprofessional || Professionele zorgverlener
|-
| Gemeenschapsbestuurder || Bestuurder van een gemeenschapsinitiatief
|}

=== D-ICC Alignment ===

Een belangrijke dimensie is de mate waarin functionaliteiten aansluiten bij de principes van Digitaal Geïntegreerde Gemeenschapszorg (D-ICC):

{| class="wikitable"
|-
! D-ICC Principe !! Evaluatie
|-
| Gelijkwaardigheid || In hoeverre faciliteert de functionaliteit gelijkwaardige samenwerking?
|-
| Samen besturen || In hoeverre ondersteunt de functionaliteit gedeelde verantwoordelijkheid?
|-
| Sleutelprincipes || In hoeverre bevordert de functionaliteit nabijheid, vertrouwen en eigenaarschap?
|-
| Sociale basisinfrastructuur || In hoeverre versterkt de functionaliteit de sociale infrastructuur?
|}

== Componenten en Open Standaarden ==

=== Overzicht van de belangrijkste componenten ===

Op basis van de functie-inventarisatie van huidige applicaties zijn de volgende kerncomponenten geïdentificeerd:

{| class="wikitable"
|-
! Component !! Functioneel domein !! Beschrijving
|-
| Netwerk- en contactbeheer || Netwerken || Beheer van betrokkenen en hun contactgegevens
|-
| Agenda en taakplanning || Coördinatie || Planning en coördinatie van activiteiten en taken
|-
| Berichtenuitwisseling || Communicatie || Veilige uitwisseling van berichten tussen betrokkenen
|-
| Dossier- en documentbeheer || Documentatie || Veilig vastleggen en delen van informatie
|-
| Matching-systeem || Matching || Koppelen van hulpvraag en -aanbod
|-
| Gemeenschapsplatform || Gemeenschapsvorming || Faciliteren van gemeenschapsactiviteiten
|}

=== Relevante standaarden per component ===

{| class="wikitable"
|-
! Component !! Relevante standaarden
|-
| Netwerk- en contactbeheer || vCard, FHIR Patient Directory, HL7 FHIR
|-
| Agenda en taakplanning || iCalendar, RFC 5545, CalDAV, FHIR Scheduling
|-
| Berichtenuitwisseling || XMPP, SMTP, WebRTC, Matrix
|-
| Dossier- en documentbeheer || HL7 FHIR, MedMij, IHE
|-
| Matching-systeem || Open Badges, Schema.org
|-
| Gemeenschapsplatform || ActivityPub, OpenSocial
|}

== Interoperabiliteitsvoorzieningen ==

Deze voorzieningen faciliteren veilige en efficiënte gegevensuitwisseling tussen zorgsystemen.

=== Interoperabiliteitsvoorzieningen voor zorggegevens ===

* '''FHIR en HL7''' – Internationale standaarden voor zorggegevensuitwisseling
* '''MedMij''' – Afsprakenstelsel voor veilige en gestandaardiseerde uitwisseling van persoonlijke gezondheidsgegevens tussen zorgverleners en PGO's
* '''HTI (Health Tools Interoperability)''' – Standaard voor veilige en gestandaardiseerde koppeling tussen zorg- en e-health tools
* '''Koppeltaal''' – Standaard voor e-health integraties binnen GGZ en welzijnszorg
* '''Nuts''' – Gedecentraliseerde infrastructuur voor veilige gegevensuitwisseling
* '''LSP (AORTA)''' – Landelijk Schakelpunt voor medische gegevensuitwisseling

=== Interoperabiliteitsvoorzieningen voor gemeenschapsfuncties ===

Voor de specifieke functies die veel voorkomen in gemeenschapsapplicaties, zijn de volgende interoperabiliteitsvoorzieningen relevant:

* '''Agenda-integratie''' – Standaarden voor het koppelen van verschillende agendasystemen
* '''Contactbeheer-integratie''' – Standaarden voor het uitwisselen van contactgegevens
* '''Berichtenintegratie''' – Standaarden voor het koppelen van berichtensystemen

== Geanalyseerde Applicaties ==

In het kader van het referentiekader zijn verschillende applicaties geanalyseerd met behulp van het raamwerk voor functiebeschrijving. Gedetailleerde rapportages zijn beschikbaar via de links hieronder:

* [[TimeSteps (Amulet)|Analyse-TimeSteps]]
* [[OZO Verbindzorg|Analyse-OZO-Verbindzorg]]
* [[GebiedOnline|Analyse-GebiedOnline]]
* [[Digitaal Dorpsplein|Analyse-Digitaal-Dorpsplein]]
* [[AdSysCo|Analyse-AdSysCo]]
* [[DeLori | Analyse-DeLori]]

== Vergelijking met andere platforms ==

Voor een uitgebreide vergelijking van alle geanalyseerde platforms in het project Digitale Wijkinfrastructuur, zie de [[Vergelijkingstabel Digitale Wijkinfrastructuur|vergelijkingstabel]].

== Workflows & Implementatiegidsen ==

Praktische implementaties van het referentiekader, inclusief gebruikte interoperabiliteitsvoorzieningen.

=== Workflows op individueel niveau ===

* '''Workflow''': [[Zorgcoördinatie met gedeelde agenda|Workflow-Zorgcoordinatie]]
* '''Workflow''': [[Delen van informatie tussen formele en informele zorg|Workflow-Informatie-Delen]]
* '''Workflow''': [[Gegevensuitwisseling met PGO's via MedMij|Workflow-PGO-Integratie]]

=== Workflows op gemeenschapsniveau ===

* '''Workflow''': [[Anonieme vragenlijst met FHIR & OAuth2|Workflow-Anonieme-Vragenlijst]]
* '''Workflow''': [[Gegevensuitwisseling tussen gemeenschapsplatform en zorgapplicaties|Workflow-Gemeenschapsplatform-Integratie]]
* '''Workflow''': [[Vrijwilligerswerving en -matching op gemeenschapsniveau|Workflow-Vrijwilligersmatching]]

== Gap-analyse en Toekomstige Ontwikkelingen ==

Op basis van de analyse van applicaties zijn de volgende hiaten geïdentificeerd die aandacht behoeven:

# '''Gemeenschapsbrede coördinatie''': Huidige applicaties richten zich vaak op individuele zorgvragers, terwijl er behoefte is aan functionaliteit voor gemeenschapsbrede coördinatie.

# '''Vrijwilligersmatching op gemeenschapsniveau''': Er is behoefte aan betere systemen voor het werven, matchen en beheren van vrijwilligers op gemeenschapsniveau.

# '''Integratie tussen individuele en gemeenschapssystemen''': Betere koppelingen tussen systemen gericht op individuele zorgvragen en gemeenschapsbrede systemen.

# '''Besluitvormingstools voor gemeenschappen''': Functionaliteit voor democratische besluitvorming binnen gemeenschappen is onderontwikkeld.

# '''Standaardisatie van gemeenschapsfuncties''': Er is behoefte aan meer standaardisatie van functionaliteiten die specifiek zijn voor gemeenschapsplatforms, zoals vrijwilligerswerving en activiteitenplanning.

# '''Privacy-vriendelijke gegevensuitwisseling''': Verdere ontwikkeling van standaarden en implementaties voor privacy-vriendelijke gegevensuitwisseling tussen formele en informele zorg.

== Standaarden en Relaties ==

Een overzicht en diagram van de standaarden en hoe ze met elkaar samenhangen.

=== Diagram: Interoperabiliteitsvoorzieningen en standaarden ===

[Hier komt een diagram dat de relaties tussen verschillende standaarden visualiseert]

=== Wanneer gebruik je welke standaard? ===

{| class="wikitable"
|-
! Gebruiksscenario !! Aanbevolen standaard !! Toelichting
|-
| Uitwisseling zorggegevens || HL7 FHIR || Internationale standaard voor zorggegevensuitwisseling
|-
| Koppeling met PGO's || MedMij || Nederlands afsprakenstelsel voor gegevensuitwisseling met PGO's
|-
| Authenticatie en autorisatie || OAuth2, OpenID Connect || Breed gedragen standaarden voor toegangsbeheer
|-
| Agenda-integratie || iCalendar, CalDAV || Standaarden voor agendabeheer en -synchronisatie
|-
| Adresboek-integratie || vCard, CardDAV || Standaarden voor contactgegevensbeheer
|-
| Berichtenuitwisseling || XMPP, Matrix || Open standaarden voor real-time communicatie
|-
| Decentrale gegevensuitwisseling || Nuts || Nederlandse standaard voor gedecentraliseerde zorgcommunicatie
|}

== Codevoorbeelden & Referentie-implementaties ==

Voorbeelden van implementaties en code-snippets om de integratie van standaarden te vergemakkelijken.

=== FHIR Questionnaire + OAuth2 ===

<syntaxhighlight lang="javascript">
// Voorbeeld van FHIR Questionnaire met OAuth2 authenticatie
const getFHIRQuestionnaire = async (questionnaireId) => {
const tokenResponse = await fetch('https://auth-server.example/token', {
method: 'POST',
headers: { 'Content-Type': 'application/x-www-form-urlencoded' },
body: 'grant_type=client_credentials&client_id=example-client&client_secret=example-secret'
});

const { access_token } = await tokenResponse.json();

const questionnaireResponse = await fetch(`https://fhir-server.example/Questionnaire/${questionnaireId}`, {
headers: { 'Authorization': `Bearer ${access_token}` }
});

return questionnaireResponse.json();
};
</syntaxhighlight>

=== PGO-integratie met MedMij ===

<syntaxhighlight lang="javascript">
// Voorbeeld van MedMij OAuth2 flow voor PGO-integratie
const startMedMijAuthorization = () => {
const clientId = 'example-client-id';
const redirectUri = 'https://app.example/callback';
const scope = 'patient/*.read';
const state = generateRandomState();

// Sla state op om CSRF-aanvallen te voorkomen
sessionStorage.setItem('oauth_state', state);

const authUrl = `https://medmij-auth.example/authorize?` +
`response_type=code&` +
`client_id=${encodeURIComponent(clientId)}&` +
`redirect_uri=${encodeURIComponent(redirectUri)}&` +
`scope=${encodeURIComponent(scope)}&` +
`state=${encodeURIComponent(state)}`;

window.location.href = authUrl;
};
</syntaxhighlight>

=== Agenda-integratie met iCalendar ===

<syntaxhighlight lang="javascript">
// Voorbeeld van het genereren van een iCalendar bestand
const generateICalEvent = (event) => {
const { title, startTime, endTime, location, description } = event;

// Converteer naar iCalendar datumformaat
const formatDate = (date) => {
return date.toISOString().replace(/[-:]/g, '').split('.')[0] + 'Z';
};

const icalData = [
'BEGIN:VCALENDAR',
'VERSION:2.0',
'PRODID:-//hacksw/handcal//NONSGML v1.0//EN',
'BEGIN:VEVENT',
`UID:${Math.random().toString(36).substring(2)}@example.com`,
`DTSTAMP:${formatDate(new Date())}`,
`DTSTART:${formatDate(startTime)}`,
`DTEND:${formatDate(endTime)}`,
`SUMMARY:${title}`,
`LOCATION:${location || ''}`,
`DESCRIPTION:${description || ''}`,
'END:VEVENT',
'END:VCALENDAR'
].join('\r\n');

return icalData;
};
</syntaxhighlight>

== Monitoring en Compliance ==

Richtlijnen en tools voor het bewaken van gegevensuitwisseling en het naleven van wetgeving.

=== Logging en monitoring ===

Voor goede monitoring van digitale wijkinfrastructuur is het belangrijk om:

* Toegang tot gegevens te loggen
* Gebruikersactiviteit te monitoren
* Prestaties en beschikbaarheid te bewaken
* Incidenten systematisch te registreren

=== Compliance met wetgeving ===

Bij implementatie moet rekening worden gehouden met:

* Algemene Verordening Gegevensbescherming (AVG)
* Wet elektronische gegevensuitwisseling in de zorg (Wegiz)
* Europese eIDAS-verordening
* Wet op de geneeskundige behandelingsovereenkomst (WGBO)

=== Toestemmingsbeheer ===

Duidelijke procedures en technische implementaties voor:

* Het vastleggen van toestemmingen
* Het intrekken van toestemmingen
* Gebruikersinzage in verleende toestemmingen
* Gespecificeerde toestemmingen per gegevenssoort

== Zie Ook ==

* [[Methodiek Functiebeschrijving|Methodiek-Functiebeschrijving]]
* [[Handvest Digitaal Geïntegreerde Gemeenschapszorg|Handvest-DICC]]
* [[Anonieme Login|Anonieme-Login]]
* [[HTI-Health Tools Interoperability|HTI]]
* [[FHIR en HL7 Standaarden|FHIR-HL7]]
* [[Privacy en Security in Zorgplatformen|Privacy-Security]]
* [[Nuts|Nuts]]
* [[LSP (AORTA)|LSP]]
* [[Koppeltaal|Koppeltaal]]
* [[MedMij|MedMij]]

[[Categorie:Digitale Wijkinfrastructuur]]
[[Categorie:Referentiekader]]

TimeSteps (Amulet)

2025-12-08T19:29:45Z

Admin:

= Rapportage Amulet TimeSteps =

== Inleiding ==

Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en beschrijft de bevindingen van de analyse van de TimeSteps applicatie van Amulet. Het doel van deze analyse is om inzicht te krijgen in hoe TimeSteps past binnen het bredere concept van Digitaal Geïntegreerde Gemeenschapszorg (Digital Integrated Community Care, D-ICC) en hoe de functionaliteiten van TimeSteps kunnen aansluiten bij de behoeften van zorgzame gemeenschappen zoals Glimmen en Austerlitz.

Deze rapportage maakt deel uit van een breder onderzoek naar digitale oplossingen die kunnen bijdragen aan een effectieve wijkinfrastructuur voor zorgzame gemeenschappen in Nederland. In deze rapportage wordt gebruik gemaakt van de gestandaardiseerde methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur.

== Achtergrond van het project ==

Het project "Digitale Wijkinfrastructuur" komt voort uit de behoefte aan een geïntegreerde digitale ondersteuning voor zorgzame gemeenschappen. In Nederland zijn de afgelopen twintig jaar meer dan 2.000 zorgzame gemeenschappen ontstaan op initiatief van inwoners, gericht op samenredzaamheid, nabijheid, betrokkenheid, vertrouwen en eigenaarschap in de lokale samenleving.

Deze gemeenschappen hebben behoefte aan digitale ondersteuning die:
* Aansluit bij hun specifieke lokale behoeften
* Een brug vormt tussen informele en formele processen
* Past bij de werkzame mechanismen van integrated community care

Het project heeft als doel om:
# Gemeenschappen te ondersteunen bij het maken van keuzes voor digitale oplossingen
# IT-aanbieders te helpen hun oplossingen beter te laten aansluiten op de behoeften van gemeenschappen
# Een referentie-architectuur te ontwikkelen die koppeling tussen verschillende oplossingen mogelijk maakt
# Open standaarden te bevorderen voor betere interoperabiliteit

== Methode van onderzoek ==

Voor deze rapportage is gebruik gemaakt van de methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur. Deze methodiek omvat de volgende stappen:

# '''Initiële verkenning''': Demo en presentatie van Amulet TimeSteps, analyse van documentatie, en verzamelen van gebruikerservaringen.
# '''Functie-identificatie''': Decompositie van functionaliteiten, user journey mapping, en use case analyse.
# '''Functie-beschrijving''': Categorisering in functionele domeinen, beschrijving van eigenschappen, en analyse van gebruikersrollen.
# '''Alignment en evaluatie''': Beoordeling op aansluiting bij D-ICC principes, gap-analyse, en overlap-analyse.
# '''Technische specificatie''': Analyse van gegevensmodellen, interfaces, en relevante standaarden.

De volgende bronnen zijn gebruikt:

# '''Demo en presentatie van Amulet TimeSteps''': Hierbij is ingegaan op de functionaliteiten en huidige toepassingsgebieden van TimeSteps in de context van gemeenschapszorg.
# '''Behoefteanalyse van gemeenschappen''': Via interviews met dorpsondersteuners en betrokkenen van de gemeenschappen Glimmen en Austerlitz zijn verslagen danwel persona's opgesteld die de behoeften van deze gemeenschappen vertegenwoordigen.
# '''Analyse van functionele dekking''': De functionaliteiten van TimeSteps zijn in kaart gebracht en beschreven volgens het raamwerk voor functiebeschrijving.
# '''Vergelijking met D-ICC principes''': De functionaliteiten zijn getoetst aan de uitgangspunten van Digital Integrated Community Care.
# '''Analyse van samenhang en koppelvlakken''': Er is onderzocht welke andere functionaliteiten logische relaties hebben met TimeSteps en welke koppelingen met andere applicaties wenselijk zijn.

== Algemeen overzicht TimeSteps applicatie ==

TimeSteps is een applicatie ontwikkeld door Amulet, primair gericht op het faciliteren van mantelzorg en informele zorg. De applicatie stelt gebruikers in staat om zorgmomenten te organiseren, taken te verdelen onder mantelzorgers en zorgverleners, en communicatie te stroomlijnen.

=== Kerndoelstellingen ===

TimeSteps richt zich op drie kerndoelstellingen:
# Het ontlasten van mantelzorgers
# Het bevorderen van zelfredzaamheid van zorgvragers
# Het faciliteren van samenwerking tussen formele en informele zorg

== Analyse van functionaliteiten volgens het raamwerk ==

Hieronder volgt een gedetailleerde analyse van de hoofdfunctionaliteiten van TimeSteps volgens het raamwerk voor functiebeschrijving:

=== Functionaliteit "Zorgagenda" ===

==== Basisinformatie ====
* '''Functioneel domein''': Coördinatie
* '''Korte beschrijving''': Gezamenlijke agenda voor het plannen en coördineren van zorgmomenten en -taken
* '''Primaire gebruikersrollen''': Zorgvrager, Mantelzorger, Vrijwilliger, Zorgprofessional

==== Functie-eigenschappen ====
* '''Doel''': Coördineren van zorgmomenten en taken tussen verschillende zorgverleners
* '''Input''': Beschikbaarheid zorgverleners, zorgbehoeften, taken
* '''Output''': Planning van zorgmomenten, taakverdeling, notificaties
* '''Interactie''': Kalenderweergave, drag-and-drop interface
* '''Frequentie''': Dagelijks
* '''Kritiekheid''': Essentieel - vormt de kern van TimeSteps

==== D-ICC Alignment ====
* '''Gelijkwaardigheid''': ★★★★☆ - Alle betrokkenen kunnen bijdragen aan de planning, zowel formele als informele zorgverleners
* '''Samen besturen''': ★★★☆☆ - Planning wordt gezamenlijk beheerd, maar formele structuren voor besluitvorming zijn beperkt
* '''Sleutelprincipes''': ★★★★☆ - Bevordert nabijheid, betrokkenheid en vertrouwen door transparantie
* '''Sociale basisinfrastructuur''': ★★★★☆ - Versterkt het netwerk rond de zorgvrager

==== Technische aspecten ====
* '''Gegevensmodel''': Afspraken, Taken, Gebruikers, Beschikbaarheid
* '''Interfaces''': Web/app interface, API voor externe integratie
* '''Integratiepunten''': Koppeling met externe agenda's, taakmanagement systemen
* '''Standaarden''': iCalendar, REST API
* '''Privacy en beveiliging''': Rol-gebaseerde toegangscontrole, logging van wijzigingen

==== Use cases ====
* '''Use case 1''': Mantelzorger plant zorgmomenten en nodigt andere helpers uit
* '''Use case 2''': Zorgvrager bekijkt wanneer welke zorgverlener langskomt
* '''Use case 3''': Wijkverpleegkundige past planning aan en informeert betrokkenen

==== Relaties met andere functionaliteiten ====
* '''Interne relaties''': Zorgnetwerk (gebruikers), Communicatie (notificaties)
* '''Externe relaties''': Gemeenschapskalender (GebiedOnline), professionele zorgplanning

=== Functionaliteit "Zorgnetwerk" ===

==== Basisinformatie ====
* '''Functioneel domein''': Netwerken
* '''Korte beschrijving''': Beheer van het netwerk van betrokkenen rondom een zorgvrager
* '''Primaire gebruikersrollen''': Zorgvrager, Mantelzorger, Coördinator, Zorgprofessional

==== Functie-eigenschappen ====
* '''Doel''': Organiseren en beheren van het zorgnetwerk rondom een zorgvrager
* '''Input''': Contactgegevens, rollen, relaties tot zorgvrager
* '''Output''': Overzicht netwerk, contactmogelijkheden, autorisaties
* '''Interactie''': Netwerkvisualisatie, contactlijsten, uitnodigingen
* '''Frequentie''': Wekelijks (gemiddeld)
* '''Kritiekheid''': Belangrijk - noodzakelijk voor effectieve coördinatie

==== D-ICC Alignment ====
* '''Gelijkwaardigheid''': ★★★☆☆ - Verschillende soorten zorgverleners kunnen worden opgenomen, maar hiërarchie in rollen
* '''Samen besturen''': ★★★☆☆ - Mogelijkheid tot gezamenlijk beheer van het netwerk
* '''Sleutelprincipes''': ★★★★☆ - Versterkt nabijheid en betrokkenheid
* '''Sociale basisinfrastructuur''': ★★★★★ - Direct gericht op het opbouwen en onderhouden van het sociale netwerk

==== Technische aspecten ====
* '''Gegevensmodel''': Gebruikers, Rollen, Relaties, Contactgegevens
* '''Interfaces''': Gebruikersinterface voor netwerkbeheer
* '''Integratiepunten''': Koppeling met adresboeken, zorgdossiers
* '''Standaarden''': vCard, FHIR Patient Directory
* '''Privacy en beveiliging''': Gedifferentieerde toegangsrechten, toestemmingsregistratie

==== Use cases ====
* '''Use case 1''': Coördinator nodigt nieuwe vrijwilliger uit voor het zorgnetwerk
* '''Use case 2''': Zorgvrager past toegangsrechten aan voor netwerk-deelnemers
* '''Use case 3''': Familielid zoekt contactgegevens van betrokken zorgprofessionals

==== Relaties met andere functionaliteiten ====
* '''Interne relaties''': Zorgagenda (planning), Communicatie (berichten)
* '''Externe relaties''': Sociale kaart (Digitaal Dorpsplein), Vrijwilligersdatabase

=== Functionaliteit "Communicatie" ===

==== Basisinformatie ====
* '''Functioneel domein''': Communicatie
* '''Korte beschrijving''': Berichtenmodule voor direct contact tussen betrokkenen
* '''Primaire gebruikersrollen''': Alle rollen (Zorgvrager, Mantelzorger, Vrijwilliger, Coördinator, Zorgprofessional)

==== Functie-eigenschappen ====
* '''Doel''': Faciliteren van directe communicatie tussen betrokkenen
* '''Input''': Berichten, rapportages, documenten
* '''Output''': Berichtenuitwisseling, notificaties
* '''Interactie''': Chat-interface, notificaties
* '''Frequentie''': Dagelijks
* '''Kritiekheid''': Belangrijk - essentieel voor effectieve coördinatie

==== D-ICC Alignment ====
* '''Gelijkwaardigheid''': ★★★★☆ - Alle betrokkenen kunnen communiceren op gelijkwaardige basis
* '''Samen besturen''': ★★★☆☆ - Ondersteunt gezamenlijke besluitvorming, maar niet gestructureerd
* '''Sleutelprincipes''': ★★★★☆ - Bevordert vertrouwen door transparante communicatie
* '''Sociale basisinfrastructuur''': ★★★★☆ - Versterkt sociale verbindingen door laagdrempelige communicatie

==== Technische aspecten ====
* '''Gegevensmodel''': Berichten, Notificaties, Bijlagen
* '''Interfaces''': Chat-interface, notificatiesysteem
* '''Integratiepunten''': Koppeling met e-mail, SMS, andere berichtensystemen
* '''Standaarden''': XMPP, SMTP, REST APIs
* '''Privacy en beveiliging''': End-to-end encryptie, bewaartermijnen

==== Use cases ====
* '''Use case 1''': Mantelzorger stuurt update over medicatiegebruik
* '''Use case 2''': Zorgteam overlegt over aanpassingen in de zorgplanning
* '''Use case 3''': Zorgvrager deelt een document met relevante informatie

==== Relaties met andere functionaliteiten ====
* '''Interne relaties''': Zorgagenda (updates), Zorgnetwerk (contacten)
* '''Externe relaties''': Communicatieplatforms (WhatsApp, e-mail), OZO Verbindzorg

=== Functionaliteit "Zorgdossier" ===

==== Basisinformatie ====
* '''Functioneel domein''': Documentatie
* '''Korte beschrijving''': Vastleggen en beheren van belangrijke zorginformatie
* '''Primaire gebruikersrollen''': Zorgvrager, Mantelzorger, Zorgprofessional

==== Functie-eigenschappen ====
* '''Doel''': Centraal vastleggen en delen van relevante zorginformatie
* '''Input''': Persoonlijke gegevens, medische informatie, contacten, voorkeuren
* '''Output''': Gestructureerd zorgdossier, medicatieoverzicht
* '''Interactie''': Formulieren, overzichten, zoekmogelijkheden
* '''Frequentie''': Wekelijks (gemiddeld)
* '''Kritiekheid''': Belangrijk - ondersteunend aan effectieve zorgverlening

==== D-ICC Alignment ====
* '''Gelijkwaardigheid''': ★★★☆☆ - Verschillende niveaus van toegang en bijdragemogelijkheden
* '''Samen besturen''': ★★☆☆☆ - Beperkte mogelijkheden voor gezamenlijke governance van informatie
* '''Sleutelprincipes''': ★★★☆☆ - Ondersteunt autonomie van zorgvrager, maar formeel karakter
* '''Sociale basisinfrastructuur''': ★★★☆☆ - Indirect ondersteunend aan sociale netwerken

==== Technische aspecten ====
* '''Gegevensmodel''': Persoonsgegevens, Medische gegevens, Medicatie, Contactgegevens
* '''Interfaces''': Formulieren, overzichten
* '''Integratiepunten''': Koppeling met zorgdossiers, medicatiesystemen
* '''Standaarden''': HL7 FHIR, ZORG-AB
* '''Privacy en beveiliging''': Toestemmingsregistratie, toegangslogging, encryptie

==== Use cases ====
* '''Use case 1''': Mantelzorger raadpleegt medicatie-informatie
* '''Use case 2''': Zorgprofessional voegt nieuwe medische informatie toe
* '''Use case 3''': Zorgvrager deelt specifieke dossierinformatie met nieuwe zorgverlener

==== Relaties met andere functionaliteiten ====
* '''Interne relaties''': Zorgnetwerk (autorisaties), Communicatie (delen informatie)
* '''Externe relaties''': Professionele zorgsystemen, MedMij/PGO

== Analyse van persona's en behoeften van gemeenschappen ==

Op basis van de behoefteanalyse bij de gemeenschappen Glimmen en Austerlitz zijn de volgende persona's geïdentificeerd en geanalyseerd op aansluiting met TimeSteps functionaliteiten:

=== Persona's uit Glimmen ===

==== Persona 1: Maria (78) - Alleenwonende oudere ====

'''Kenmerken en context:'''
* Woont alleen in een eengezinswoning
* Heeft beginnende mobiliteitsproblemen
* Wil graag zo lang mogelijk zelfstandig blijven wonen
* Heeft een beperkt sociaal netwerk (twee kinderen die niet in de buurt wonen)

'''Behoeften:'''
* Hulp bij dagelijkse activiteiten (boodschappen, huishoudelijke taken)
* Ondersteuning bij het onderhouden van sociale contacten
* Veiligheidsgevoel door regelmatige aanwezigheid van anderen
* Overzicht van wanneer er iemand langskomt

'''Aansluiting TimeSteps functionaliteiten:'''
{| class="wikitable"
|+ Aansluiting TimeSteps functionaliteiten voor Maria
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Zorgagenda || ★★★★★ || Biedt Maria overzicht van geplande bezoeken en ondersteuning
|-
| Zorgnetwerk || ★★★★☆ || Verbindt Maria met formele en informele hulpverleners
|-
| Communicatie || ★★★☆☆ || Interface kan uitdagend zijn voor iemand met beperkte digitale vaardigheden
|-
| Zorgdossier || ★★★★☆ || Belangrijke medische informatie en voorkeuren zijn voor alle hulpverleners toegankelijk
|}

'''Gap analyse:'''
* Beperkte ondersteuning voor spontane ontmoetingen en sociale activiteiten
* Geen directe koppeling met gemeenschapsbrede activiteitenkalender

==== Persona 2: Peter (45) - Werkende mantelzorger ====

'''Kenmerken en context:'''
* Werkt fulltime en heeft een eigen gezin
* Is mantelzorger voor zijn moeder (Maria)
* Woont op 30 minuten rijden van zijn moeder
* Ervaart stress door combinatie van werk, gezin en mantelzorgtaken

'''Behoeften:'''
* Betere coördinatie van zorgtaken
* Delen van de zorglast met anderen
* Overzicht en inzicht op afstand
* Efficiënte communicatie met andere hulpverleners

'''Aansluiting TimeSteps functionaliteiten:'''
{| class="wikitable"
|+ Aansluiting TimeSteps functionaliteiten voor Peter
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Zorgagenda || ★★★★★ || Helpt Peter bij planning en taakverdeling met andere helpers
|-
| Zorgnetwerk || ★★★★★ || Biedt overzicht van alle betrokkenen en hun contactgegevens
|-
| Communicatie || ★★★★☆ || Faciliteert directe communicatie tussen Peter en andere helpers
|-
| Zorgdossier || ★★★★☆ || Biedt Peter inzicht in de situatie ook wanneer hij niet fysiek aanwezig is
|}

'''Gap analyse:'''
* Beperkte mogelijkheden voor het vinden van nieuwe vrijwilligers
* Geen directe koppeling met formele zorgsystemen voor medische updates

=== Persona's uit Austerlitz ===

==== Persona 3: Austerlitz Zorgt (Dorpsinitiatief) ====

'''Kenmerken en context:'''
* Georganiseerd bewonersinitiatief met coördinator en vrijwilligers
* Ondersteunt ongeveer 40 zorgvragers in het dorp
* Werkt samen met professionele zorgpartijen
* Heeft een eigen ontmoetingsruimte en kantoor

'''Behoeften:'''
* Coördinatie tussen vrijwilligers en professionele zorg
* Overzicht van alle hulpvragen en beschikbare vrijwilligers
* Koppeling tussen individuele zorgplannen en gemeenschapsactiviteiten
* Rapportage en verantwoording voor financiers

'''Aansluiting TimeSteps functionaliteiten:'''
{| class="wikitable"
|+ Aansluiting TimeSteps functionaliteiten voor Austerlitz Zorgt
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Zorgagenda || ★★★☆☆ || Bruikbaar op individueel niveau, maar biedt beperkt overzicht op gemeenschapsniveau
|-
| Zorgnetwerk || ★★★★☆ || Goed voor het individuele netwerk, beperkt voor gemeenschapsbrede netwerken
|-
| Communicatie || ★★★★☆ || Faciliteert communicatie binnen individuele zorgnetwerken
|-
| Zorgdossier || ★★★☆☆ || Nuttig op individueel niveau, niet voor gemeenschapsbrede rapportage
|}

'''Gap analyse:'''
* Ontbreken van functionaliteit voor gemeenschapsbrede coördinatie
* Beperkte rapportagemogelijkheden op populatieniveau
* Geen integratie met vrijwilligersdatabase op gemeenschapsniveau

==== Persona 4: Jan (67) - Coördinator vrijwilligerswerk ====

'''Kenmerken en context:'''
* Gepensioneerd, actief als vrijwilligerscoördinator bij Austerlitz Zorgt
* Coördineert ongeveer 25 vrijwilligers
* Heeft goede sociale vaardigheden maar beperkte technische kennis
* Werkt 15 uur per week als vrijwilliger

'''Behoeften:'''
* Overzicht van beschikbare vrijwilligers en hun capaciteiten
* Efficiënte matching van vrijwilligers met hulpvragen
* Monitoring van vrijwilligersinzet
* Ondersteuning bij werving en behoud van vrijwilligers

'''Aansluiting TimeSteps functionaliteiten:'''
{| class="wikitable"
|+ Aansluiting TimeSteps functionaliteiten voor Jan
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Zorgagenda || ★★★★☆ || Biedt planning voor vrijwilligersinzet op individueel niveau
|-
| Zorgnetwerk || ★★★☆☆ || Biedt overzicht van betrokkenen, maar beperkte vrijwilligersprofilering
|-
| Communicatie || ★★★★☆ || Faciliteert directe communicatie met vrijwilligers
|-
| Zorgdossier || ★★☆☆☆ || Beperkt relevant voor vrijwilligerscoördinatie
|}

'''Gap analyse:'''
* Geen specifieke functionaliteit voor vrijwilligerswerving
* Beperkte mogelijkheden voor matching op basis van vaardigheden/interesses
* Ontbreken van rapportage over vrijwilligersinzet

== Koppelingen met andere applicaties ==

Op basis van de analyse zijn de volgende koppelbehoeften geïdentificeerd:

=== Potentiële koppelingen ===

==== Met OZO Verbindzorg ====
* Uitwisseling van netwerkgegevens
* Synchronisatie van zorgdossiers
* Gedeeld berichtenverkeer

==== Met GebiedOnline ====
* Integratie van activiteitenkalender
* Vrijwilligerswerving en -matching
* Gemeenschapsberichten en -updates

==== Met Digitaal Dorpsplein ====
* Integratie van mantelzorgvragen in bredere hulpvragenplatform
* Delen van beschikbare diensten en resources

=== Relevante standaarden ===

Voor deze koppelingen zijn de volgende standaarden relevant:

==== Processtandaarden ====
* HL7 FHIR voor uitwisseling van zorggegevens

==== Informatiestandaarden ====
* Zorginformatiebouwstenen (ZIBs)
* MedMij voor persoonlijke gezondheidsomgevingen

==== API's en infrastructuur ====
* REST API's voor gegevensuitwisseling
* OAuth 2.0 voor autorisatie
* NUTS voor veilige communicatie in de zorg

== Hiaten en oplossingsrichtingen ==

Uit de analyse komen enkele hiaten naar voren:

=== Geïdentificeerde hiaten ===

==== Gemeenschapsbrede functionaliteiten ====
* TimeSteps richt zich primair op individuele zorgvragers en hun netwerk
* Er ontbreekt functionaliteit voor bredere gemeenschapsorganisatie

==== Integratie met formele zorgsystemen ====
* De koppeling met formele zorgsystemen zoals huisartssystemen is nog beperkt

==== Vrijwilligersmanagement op gemeenschapsniveau ====
* TimeSteps biedt beperkte ondersteuning voor het matchen van hulpvraag en aanbod op gemeenschapsniveau

=== Oplossingsrichtingen ===

==== Uitbreiding TimeSteps met gemeenschapsmodule ====
* Toevoegen van functionaliteit voor coördinatie op gemeenschapsniveau
* Ontwikkelen van functionaliteit voor vrijwilligersmatching

==== Koppeling met andere platforms ====
* Ontwikkelen van standaard API's voor koppeling met gemeenschapsplatforms
* Integratie met formele zorgsystemen via bestaande standaarden

==== Referentie-implementatie ====
* Ontwikkelen van een proof-of-concept voor de integratie van TimeSteps met een gemeenschapsplatform

== Vergelijking met andere platforms ==

Voor een uitgebreide vergelijking van alle geanalyseerde platforms in het project Digitale Wijkinfrastructuur, zie de [[Vergelijkingstabel Digitale Wijkinfrastructuur|vergelijkingstabel]].

=== Positionering TimeSteps ===

{| class="wikitable"
|-
! Sterke domeinen !! Aanvullend nodig voor D-ICC
|-
| Coördinatie, Communicatie || Gemeenschapsvorming, Besluitvorming, Matching (gemeenschapsbreed)
|}

=== Complementariteit ===

TimeSteps is complementair met de andere platforms in de digitale wijkinfrastructuur:

* '''TimeSteps''': Mantelzorgcoördinatie, zorgagenda, taakplanning
* '''OZO Verbindzorg''': Netwerkzorg, professionele zorgcommunicatie, open standaarden
* '''Gebied Online''': Gemeenschapscommunicatie, participatie, collectief kiezen
* '''RegiCare''': Professionele dienstverlening, vrijwilligerscoördinatie, vervoer
* '''DeLori''': Community-building in woonzorg, sociale activiteiten
* '''Digitale Dorpspleinen''': Lokale economie, behoud voorzieningen

== Conclusies en aanbevelingen ==

=== Conclusies ===

# TimeSteps biedt waardevolle functionaliteit voor de coördinatie van mantelzorg en informele zorg op individueel niveau.
# De applicatie sluit aan bij verschillende behoeften van zorgzame gemeenschappen, met name op het gebied van zorgcoördinatie en communicatie.
# Voor een volledige ondersteuning van een zorgzame gemeenschap zijn aanvullende functionaliteiten nodig, met name op het gebied van gemeenschapsorganisatie en vrijwilligersmatching.
# Er zijn koppelmogelijkheden met andere applicaties die al in gebruik zijn binnen zorgzame gemeenschappen.

=== Aanbevelingen ===

==== Voor Amulet ====
* Onderzoek de uitbreiding van TimeSteps met functionaliteit voor gemeenschapsorganisatie
* Ontwikkel standaard API's voor koppeling met andere platforms
* Integreer met bestaande standaarden voor gegevensuitwisseling in de zorg

==== Voor het project Digitale Wijkinfrastructuur ====
* Neem de functionaliteiten van TimeSteps op in de referentie-architectuur
* Ontwikkel een proof-of-concept voor de integratie van TimeSteps met een gemeenschapsplatform
* Faciliteer de samenwerking tussen Amulet en andere leveranciers

==== Voor gemeenschappen ====
* Overweeg TimeSteps voor de coördinatie van mantelzorg en informele zorg
* Combineer TimeSteps met andere applicaties voor bredere gemeenschapsondersteuning
* Betrek zowel mantelzorgers als zorgprofessionals bij de implementatie

== Bijdrage aan de referentie-architectuur ==

Deze analyse van TimeSteps draagt bij aan de ontwikkeling van de referentie-architectuur voor digitale wijkinfrastructuur door:

# Het identificeren van kernfunctionaliteiten voor mantelzorg en informele zorg
# Het in kaart brengen van koppelmogelijkheden met andere applicaties
# Het benoemen van relevante standaarden voor gegevensuitwisseling
# Het identificeren van hiaten in de huidige functionaliteit

De bevindingen worden ingebracht in het bredere project en zullen bijdragen aan de ontwikkeling van een coherente visie op digitale ondersteuning voor zorgzame gemeenschappen.

== Bijlage: Methodologie en bronnen ==

Deze rapportage is tot stand gekomen op basis van:

# Demo en presentatie van Amulet TimeSteps (maart 2025)
# Interviews met dorpsondersteuners en betrokkenen in Glimmen en Austerlitz (februari-maart 2025)
# Plan van aanpak Amulet, opgesteld door GIDS Open Standaarden
# Projectplan Digitale Wijkinfrastructuur

De analyses zijn uitgevoerd volgens de methodes beschreven in het plan van aanpak, met nadruk op open standaarden en interoperabiliteit.

----

Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en is beschikbaar onder de Creative Commons BY-SA 4.0 licentie.

Datum: 13 mei 2025

TimeSteps (Amulet)

2025-12-08T19:28:39Z

Admin: /* Vergelijking met andere platforms */

= Rapportage Amulet TimeSteps =

== Inleiding ==

Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en beschrijft de bevindingen van de analyse van de TimeSteps applicatie van Amulet. Het doel van deze analyse is om inzicht te krijgen in hoe TimeSteps past binnen het bredere concept van Digitaal Geïntegreerde Gemeenschapszorg (Digital Integrated Community Care, D-ICC) en hoe de functionaliteiten van TimeSteps kunnen aansluiten bij de behoeften van zorgzame gemeenschappen zoals Glimmen en Austerlitz.

Deze rapportage maakt deel uit van een breder onderzoek naar digitale oplossingen die kunnen bijdragen aan een effectieve wijkinfrastructuur voor zorgzame gemeenschappen in Nederland. In deze rapportage wordt gebruik gemaakt van de gestandaardiseerde methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur.

== Achtergrond van het project ==

Het project "Digitale Wijkinfrastructuur" komt voort uit de behoefte aan een geïntegreerde digitale ondersteuning voor zorgzame gemeenschappen. In Nederland zijn de afgelopen twintig jaar meer dan 2.000 zorgzame gemeenschappen ontstaan op initiatief van inwoners, gericht op samenredzaamheid, nabijheid, betrokkenheid, vertrouwen en eigenaarschap in de lokale samenleving.

Deze gemeenschappen hebben behoefte aan digitale ondersteuning die:
* Aansluit bij hun specifieke lokale behoeften
* Een brug vormt tussen informele en formele processen
* Past bij de werkzame mechanismen van integrated community care

Het project heeft als doel om:
# Gemeenschappen te ondersteunen bij het maken van keuzes voor digitale oplossingen
# IT-aanbieders te helpen hun oplossingen beter te laten aansluiten op de behoeften van gemeenschappen
# Een referentie-architectuur te ontwikkelen die koppeling tussen verschillende oplossingen mogelijk maakt
# Open standaarden te bevorderen voor betere interoperabiliteit

== Methode van onderzoek ==

Voor deze rapportage is gebruik gemaakt van de methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur. Deze methodiek omvat de volgende stappen:

# '''Initiële verkenning''': Demo en presentatie van Amulet TimeSteps, analyse van documentatie, en verzamelen van gebruikerservaringen.
# '''Functie-identificatie''': Decompositie van functionaliteiten, user journey mapping, en use case analyse.
# '''Functie-beschrijving''': Categorisering in functionele domeinen, beschrijving van eigenschappen, en analyse van gebruikersrollen.
# '''Alignment en evaluatie''': Beoordeling op aansluiting bij D-ICC principes, gap-analyse, en overlap-analyse.
# '''Technische specificatie''': Analyse van gegevensmodellen, interfaces, en relevante standaarden.

De volgende bronnen zijn gebruikt:

# '''Demo en presentatie van Amulet TimeSteps''': Hierbij is ingegaan op de functionaliteiten en huidige toepassingsgebieden van TimeSteps in de context van gemeenschapszorg.
# '''Behoefteanalyse van gemeenschappen''': Via interviews met dorpsondersteuners en betrokkenen van de gemeenschappen Glimmen en Austerlitz zijn verslagen danwel persona's opgesteld die de behoeften van deze gemeenschappen vertegenwoordigen.
# '''Analyse van functionele dekking''': De functionaliteiten van TimeSteps zijn in kaart gebracht en beschreven volgens het raamwerk voor functiebeschrijving.
# '''Vergelijking met D-ICC principes''': De functionaliteiten zijn getoetst aan de uitgangspunten van Digital Integrated Community Care.
# '''Analyse van samenhang en koppelvlakken''': Er is onderzocht welke andere functionaliteiten logische relaties hebben met TimeSteps en welke koppelingen met andere applicaties wenselijk zijn.

== Algemeen overzicht TimeSteps applicatie ==

TimeSteps is een applicatie ontwikkeld door Amulet, primair gericht op het faciliteren van mantelzorg en informele zorg. De applicatie stelt gebruikers in staat om zorgmomenten te organiseren, taken te verdelen onder mantelzorgers en zorgverleners, en communicatie te stroomlijnen.

=== Kerndoelstellingen ===

TimeSteps richt zich op drie kerndoelstellingen:
# Het ontlasten van mantelzorgers
# Het bevorderen van zelfredzaamheid van zorgvragers
# Het faciliteren van samenwerking tussen formele en informele zorg

== Analyse van functionaliteiten volgens het raamwerk ==

Hieronder volgt een gedetailleerde analyse van de hoofdfunctionaliteiten van TimeSteps volgens het raamwerk voor functiebeschrijving:

=== Functionaliteit "Zorgagenda" ===

==== Basisinformatie ====
* '''Functioneel domein''': Coördinatie
* '''Korte beschrijving''': Gezamenlijke agenda voor het plannen en coördineren van zorgmomenten en -taken
* '''Primaire gebruikersrollen''': Zorgvrager, Mantelzorger, Vrijwilliger, Zorgprofessional

==== Functie-eigenschappen ====
* '''Doel''': Coördineren van zorgmomenten en taken tussen verschillende zorgverleners
* '''Input''': Beschikbaarheid zorgverleners, zorgbehoeften, taken
* '''Output''': Planning van zorgmomenten, taakverdeling, notificaties
* '''Interactie''': Kalenderweergave, drag-and-drop interface
* '''Frequentie''': Dagelijks
* '''Kritiekheid''': Essentieel - vormt de kern van TimeSteps

==== D-ICC Alignment ====
* '''Gelijkwaardigheid''': ★★★★☆ - Alle betrokkenen kunnen bijdragen aan de planning, zowel formele als informele zorgverleners
* '''Samen besturen''': ★★★☆☆ - Planning wordt gezamenlijk beheerd, maar formele structuren voor besluitvorming zijn beperkt
* '''Sleutelprincipes''': ★★★★☆ - Bevordert nabijheid, betrokkenheid en vertrouwen door transparantie
* '''Sociale basisinfrastructuur''': ★★★★☆ - Versterkt het netwerk rond de zorgvrager

==== Technische aspecten ====
* '''Gegevensmodel''': Afspraken, Taken, Gebruikers, Beschikbaarheid
* '''Interfaces''': Web/app interface, API voor externe integratie
* '''Integratiepunten''': Koppeling met externe agenda's, taakmanagement systemen
* '''Standaarden''': iCalendar, REST API
* '''Privacy en beveiliging''': Rol-gebaseerde toegangscontrole, logging van wijzigingen

==== Use cases ====
* '''Use case 1''': Mantelzorger plant zorgmomenten en nodigt andere helpers uit
* '''Use case 2''': Zorgvrager bekijkt wanneer welke zorgverlener langskomt
* '''Use case 3''': Wijkverpleegkundige past planning aan en informeert betrokkenen

==== Relaties met andere functionaliteiten ====
* '''Interne relaties''': Zorgnetwerk (gebruikers), Communicatie (notificaties)
* '''Externe relaties''': Gemeenschapskalender (GebiedOnline), professionele zorgplanning

=== Functionaliteit "Zorgnetwerk" ===

==== Basisinformatie ====
* '''Functioneel domein''': Netwerken
* '''Korte beschrijving''': Beheer van het netwerk van betrokkenen rondom een zorgvrager
* '''Primaire gebruikersrollen''': Zorgvrager, Mantelzorger, Coördinator, Zorgprofessional

==== Functie-eigenschappen ====
* '''Doel''': Organiseren en beheren van het zorgnetwerk rondom een zorgvrager
* '''Input''': Contactgegevens, rollen, relaties tot zorgvrager
* '''Output''': Overzicht netwerk, contactmogelijkheden, autorisaties
* '''Interactie''': Netwerkvisualisatie, contactlijsten, uitnodigingen
* '''Frequentie''': Wekelijks (gemiddeld)
* '''Kritiekheid''': Belangrijk - noodzakelijk voor effectieve coördinatie

==== D-ICC Alignment ====
* '''Gelijkwaardigheid''': ★★★☆☆ - Verschillende soorten zorgverleners kunnen worden opgenomen, maar hiërarchie in rollen
* '''Samen besturen''': ★★★☆☆ - Mogelijkheid tot gezamenlijk beheer van het netwerk
* '''Sleutelprincipes''': ★★★★☆ - Versterkt nabijheid en betrokkenheid
* '''Sociale basisinfrastructuur''': ★★★★★ - Direct gericht op het opbouwen en onderhouden van het sociale netwerk

==== Technische aspecten ====
* '''Gegevensmodel''': Gebruikers, Rollen, Relaties, Contactgegevens
* '''Interfaces''': Gebruikersinterface voor netwerkbeheer
* '''Integratiepunten''': Koppeling met adresboeken, zorgdossiers
* '''Standaarden''': vCard, FHIR Patient Directory
* '''Privacy en beveiliging''': Gedifferentieerde toegangsrechten, toestemmingsregistratie

==== Use cases ====
* '''Use case 1''': Coördinator nodigt nieuwe vrijwilliger uit voor het zorgnetwerk
* '''Use case 2''': Zorgvrager past toegangsrechten aan voor netwerk-deelnemers
* '''Use case 3''': Familielid zoekt contactgegevens van betrokken zorgprofessionals

==== Relaties met andere functionaliteiten ====
* '''Interne relaties''': Zorgagenda (planning), Communicatie (berichten)
* '''Externe relaties''': Sociale kaart (Digitaal Dorpsplein), Vrijwilligersdatabase

=== Functionaliteit "Communicatie" ===

==== Basisinformatie ====
* '''Functioneel domein''': Communicatie
* '''Korte beschrijving''': Berichtenmodule voor direct contact tussen betrokkenen
* '''Primaire gebruikersrollen''': Alle rollen (Zorgvrager, Mantelzorger, Vrijwilliger, Coördinator, Zorgprofessional)

==== Functie-eigenschappen ====
* '''Doel''': Faciliteren van directe communicatie tussen betrokkenen
* '''Input''': Berichten, rapportages, documenten
* '''Output''': Berichtenuitwisseling, notificaties
* '''Interactie''': Chat-interface, notificaties
* '''Frequentie''': Dagelijks
* '''Kritiekheid''': Belangrijk - essentieel voor effectieve coördinatie

==== D-ICC Alignment ====
* '''Gelijkwaardigheid''': ★★★★☆ - Alle betrokkenen kunnen communiceren op gelijkwaardige basis
* '''Samen besturen''': ★★★☆☆ - Ondersteunt gezamenlijke besluitvorming, maar niet gestructureerd
* '''Sleutelprincipes''': ★★★★☆ - Bevordert vertrouwen door transparante communicatie
* '''Sociale basisinfrastructuur''': ★★★★☆ - Versterkt sociale verbindingen door laagdrempelige communicatie

==== Technische aspecten ====
* '''Gegevensmodel''': Berichten, Notificaties, Bijlagen
* '''Interfaces''': Chat-interface, notificatiesysteem
* '''Integratiepunten''': Koppeling met e-mail, SMS, andere berichtensystemen
* '''Standaarden''': XMPP, SMTP, REST APIs
* '''Privacy en beveiliging''': End-to-end encryptie, bewaartermijnen

==== Use cases ====
* '''Use case 1''': Mantelzorger stuurt update over medicatiegebruik
* '''Use case 2''': Zorgteam overlegt over aanpassingen in de zorgplanning
* '''Use case 3''': Zorgvrager deelt een document met relevante informatie

==== Relaties met andere functionaliteiten ====
* '''Interne relaties''': Zorgagenda (updates), Zorgnetwerk (contacten)
* '''Externe relaties''': Communicatieplatforms (WhatsApp, e-mail), OZO Verbindzorg

=== Functionaliteit "Zorgdossier" ===

==== Basisinformatie ====
* '''Functioneel domein''': Documentatie
* '''Korte beschrijving''': Vastleggen en beheren van belangrijke zorginformatie
* '''Primaire gebruikersrollen''': Zorgvrager, Mantelzorger, Zorgprofessional

==== Functie-eigenschappen ====
* '''Doel''': Centraal vastleggen en delen van relevante zorginformatie
* '''Input''': Persoonlijke gegevens, medische informatie, contacten, voorkeuren
* '''Output''': Gestructureerd zorgdossier, medicatieoverzicht
* '''Interactie''': Formulieren, overzichten, zoekmogelijkheden
* '''Frequentie''': Wekelijks (gemiddeld)
* '''Kritiekheid''': Belangrijk - ondersteunend aan effectieve zorgverlening

==== D-ICC Alignment ====
* '''Gelijkwaardigheid''': ★★★☆☆ - Verschillende niveaus van toegang en bijdragemogelijkheden
* '''Samen besturen''': ★★☆☆☆ - Beperkte mogelijkheden voor gezamenlijke governance van informatie
* '''Sleutelprincipes''': ★★★☆☆ - Ondersteunt autonomie van zorgvrager, maar formeel karakter
* '''Sociale basisinfrastructuur''': ★★★☆☆ - Indirect ondersteunend aan sociale netwerken

==== Technische aspecten ====
* '''Gegevensmodel''': Persoonsgegevens, Medische gegevens, Medicatie, Contactgegevens
* '''Interfaces''': Formulieren, overzichten
* '''Integratiepunten''': Koppeling met zorgdossiers, medicatiesystemen
* '''Standaarden''': HL7 FHIR, ZORG-AB
* '''Privacy en beveiliging''': Toestemmingsregistratie, toegangslogging, encryptie

==== Use cases ====
* '''Use case 1''': Mantelzorger raadpleegt medicatie-informatie
* '''Use case 2''': Zorgprofessional voegt nieuwe medische informatie toe
* '''Use case 3''': Zorgvrager deelt specifieke dossierinformatie met nieuwe zorgverlener

==== Relaties met andere functionaliteiten ====
* '''Interne relaties''': Zorgnetwerk (autorisaties), Communicatie (delen informatie)
* '''Externe relaties''': Professionele zorgsystemen, MedMij/PGO

== Analyse van persona's en behoeften van gemeenschappen ==

Op basis van de behoefteanalyse bij de gemeenschappen Glimmen en Austerlitz zijn de volgende persona's geïdentificeerd en geanalyseerd op aansluiting met TimeSteps functionaliteiten:

=== Persona's uit Glimmen ===

==== Persona 1: Maria (78) - Alleenwonende oudere ====

'''Kenmerken en context:'''
* Woont alleen in een eengezinswoning
* Heeft beginnende mobiliteitsproblemen
* Wil graag zo lang mogelijk zelfstandig blijven wonen
* Heeft een beperkt sociaal netwerk (twee kinderen die niet in de buurt wonen)

'''Behoeften:'''
* Hulp bij dagelijkse activiteiten (boodschappen, huishoudelijke taken)
* Ondersteuning bij het onderhouden van sociale contacten
* Veiligheidsgevoel door regelmatige aanwezigheid van anderen
* Overzicht van wanneer er iemand langskomt

'''Aansluiting TimeSteps functionaliteiten:'''
{| class="wikitable"
|+ Aansluiting TimeSteps functionaliteiten voor Maria
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Zorgagenda || ★★★★★ || Biedt Maria overzicht van geplande bezoeken en ondersteuning
|-
| Zorgnetwerk || ★★★★☆ || Verbindt Maria met formele en informele hulpverleners
|-
| Communicatie || ★★★☆☆ || Interface kan uitdagend zijn voor iemand met beperkte digitale vaardigheden
|-
| Zorgdossier || ★★★★☆ || Belangrijke medische informatie en voorkeuren zijn voor alle hulpverleners toegankelijk
|}

'''Gap analyse:'''
* Beperkte ondersteuning voor spontane ontmoetingen en sociale activiteiten
* Geen directe koppeling met gemeenschapsbrede activiteitenkalender

==== Persona 2: Peter (45) - Werkende mantelzorger ====

'''Kenmerken en context:'''
* Werkt fulltime en heeft een eigen gezin
* Is mantelzorger voor zijn moeder (Maria)
* Woont op 30 minuten rijden van zijn moeder
* Ervaart stress door combinatie van werk, gezin en mantelzorgtaken

'''Behoeften:'''
* Betere coördinatie van zorgtaken
* Delen van de zorglast met anderen
* Overzicht en inzicht op afstand
* Efficiënte communicatie met andere hulpverleners

'''Aansluiting TimeSteps functionaliteiten:'''
{| class="wikitable"
|+ Aansluiting TimeSteps functionaliteiten voor Peter
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Zorgagenda || ★★★★★ || Helpt Peter bij planning en taakverdeling met andere helpers
|-
| Zorgnetwerk || ★★★★★ || Biedt overzicht van alle betrokkenen en hun contactgegevens
|-
| Communicatie || ★★★★☆ || Faciliteert directe communicatie tussen Peter en andere helpers
|-
| Zorgdossier || ★★★★☆ || Biedt Peter inzicht in de situatie ook wanneer hij niet fysiek aanwezig is
|}

'''Gap analyse:'''
* Beperkte mogelijkheden voor het vinden van nieuwe vrijwilligers
* Geen directe koppeling met formele zorgsystemen voor medische updates

=== Persona's uit Austerlitz ===

==== Persona 3: Austerlitz Zorgt (Dorpsinitiatief) ====

'''Kenmerken en context:'''
* Georganiseerd bewonersinitiatief met coördinator en vrijwilligers
* Ondersteunt ongeveer 40 zorgvragers in het dorp
* Werkt samen met professionele zorgpartijen
* Heeft een eigen ontmoetingsruimte en kantoor

'''Behoeften:'''
* Coördinatie tussen vrijwilligers en professionele zorg
* Overzicht van alle hulpvragen en beschikbare vrijwilligers
* Koppeling tussen individuele zorgplannen en gemeenschapsactiviteiten
* Rapportage en verantwoording voor financiers

'''Aansluiting TimeSteps functionaliteiten:'''
{| class="wikitable"
|+ Aansluiting TimeSteps functionaliteiten voor Austerlitz Zorgt
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Zorgagenda || ★★★☆☆ || Bruikbaar op individueel niveau, maar biedt beperkt overzicht op gemeenschapsniveau
|-
| Zorgnetwerk || ★★★★☆ || Goed voor het individuele netwerk, beperkt voor gemeenschapsbrede netwerken
|-
| Communicatie || ★★★★☆ || Faciliteert communicatie binnen individuele zorgnetwerken
|-
| Zorgdossier || ★★★☆☆ || Nuttig op individueel niveau, niet voor gemeenschapsbrede rapportage
|}

'''Gap analyse:'''
* Ontbreken van functionaliteit voor gemeenschapsbrede coördinatie
* Beperkte rapportagemogelijkheden op populatieniveau
* Geen integratie met vrijwilligersdatabase op gemeenschapsniveau

==== Persona 4: Jan (67) - Coördinator vrijwilligerswerk ====

'''Kenmerken en context:'''
* Gepensioneerd, actief als vrijwilligerscoördinator bij Austerlitz Zorgt
* Coördineert ongeveer 25 vrijwilligers
* Heeft goede sociale vaardigheden maar beperkte technische kennis
* Werkt 15 uur per week als vrijwilliger

'''Behoeften:'''
* Overzicht van beschikbare vrijwilligers en hun capaciteiten
* Efficiënte matching van vrijwilligers met hulpvragen
* Monitoring van vrijwilligersinzet
* Ondersteuning bij werving en behoud van vrijwilligers

'''Aansluiting TimeSteps functionaliteiten:'''
{| class="wikitable"
|+ Aansluiting TimeSteps functionaliteiten voor Jan
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Zorgagenda || ★★★★☆ || Biedt planning voor vrijwilligersinzet op individueel niveau
|-
| Zorgnetwerk || ★★★☆☆ || Biedt overzicht van betrokkenen, maar beperkte vrijwilligersprofilering
|-
| Communicatie || ★★★★☆ || Faciliteert directe communicatie met vrijwilligers
|-
| Zorgdossier || ★★☆☆☆ || Beperkt relevant voor vrijwilligerscoördinatie
|}

'''Gap analyse:'''
* Geen specifieke functionaliteit voor vrijwilligerswerving
* Beperkte mogelijkheden voor matching op basis van vaardigheden/interesses
* Ontbreken van rapportage over vrijwilligersinzet

== Koppelingen met andere applicaties ==

Op basis van de analyse zijn de volgende koppelbehoeften geïdentificeerd:

=== Potentiële koppelingen ===

==== Met OZO Verbindzorg ====
* Uitwisseling van netwerkgegevens
* Synchronisatie van zorgdossiers
* Gedeeld berichtenverkeer

==== Met GebiedOnline ====
* Integratie van activiteitenkalender
* Vrijwilligerswerving en -matching
* Gemeenschapsberichten en -updates

==== Met Digitaal Dorpsplein ====
* Integratie van mantelzorgvragen in bredere hulpvragenplatform
* Delen van beschikbare diensten en resources

=== Relevante standaarden ===

Voor deze koppelingen zijn de volgende standaarden relevant:

==== Processtandaarden ====
* HL7 FHIR voor uitwisseling van zorggegevens

==== Informatiestandaarden ====
* Zorginformatiebouwstenen (ZIBs)
* MedMij voor persoonlijke gezondheidsomgevingen

==== API's en infrastructuur ====
* REST API's voor gegevensuitwisseling
* OAuth 2.0 voor autorisatie
* NUTS voor veilige communicatie in de zorg

== Hiaten en oplossingsrichtingen ==

Uit de analyse komen enkele hiaten naar voren:

=== Geïdentificeerde hiaten ===

==== Gemeenschapsbrede functionaliteiten ====
* TimeSteps richt zich primair op individuele zorgvragers en hun netwerk
* Er ontbreekt functionaliteit voor bredere gemeenschapsorganisatie

==== Integratie met formele zorgsystemen ====
* De koppeling met formele zorgsystemen zoals huisartssystemen is nog beperkt

==== Vrijwilligersmanagement op gemeenschapsniveau ====
* TimeSteps biedt beperkte ondersteuning voor het matchen van hulpvraag en aanbod op gemeenschapsniveau

=== Oplossingsrichtingen ===

==== Uitbreiding TimeSteps met gemeenschapsmodule ====
* Toevoegen van functionaliteit voor coördinatie op gemeenschapsniveau
* Ontwikkelen van functionaliteit voor vrijwilligersmatching

==== Koppeling met andere platforms ====
* Ontwikkelen van standaard API's voor koppeling met gemeenschapsplatforms
* Integratie met formele zorgsystemen via bestaande standaarden

==== Referentie-implementatie ====
* Ontwikkelen van een proof-of-concept voor de integratie van TimeSteps met een gemeenschapsplatform

== TIMESTEPS (Amulet) ==

== Vergelijking met andere platforms ==

Voor een uitgebreide vergelijking van alle geanalyseerde platforms in het project Digitale Wijkinfrastructuur, zie de [[Vergelijkingstabel Digitale Wijkinfrastructuur|vergelijkingstabel]].

=== Positionering TimeSteps ===

{| class="wikitable"
|-
! Sterke domeinen !! Aanvullend nodig voor D-ICC
|-
| Coördinatie, Communicatie || Gemeenschapsvorming, Besluitvorming, Matching (gemeenschapsbreed)
|}

=== Complementariteit ===

TimeSteps is complementair met de andere platforms in de digitale wijkinfrastructuur:

* '''TimeSteps''': Mantelzorgcoördinatie, zorgagenda, taakplanning
* '''OZO Verbindzorg''': Netwerkzorg, professionele zorgcommunicatie, open standaarden
* '''Gebied Online''': Gemeenschapscommunicatie, participatie, collectief kiezen
* '''RegiCare''': Professionele dienstverlening, vrijwilligerscoördinatie, vervoer
* '''DeLori''': Community-building in woonzorg, sociale activiteiten
* '''Digitale Dorpspleinen''': Lokale economie, behoud voorzieningen

== Conclusies en aanbevelingen ==

=== Conclusies ===

# TimeSteps biedt waardevolle functionaliteit voor de coördinatie van mantelzorg en informele zorg op individueel niveau.
# De applicatie sluit aan bij verschillende behoeften van zorgzame gemeenschappen, met name op het gebied van zorgcoördinatie en communicatie.
# Voor een volledige ondersteuning van een zorgzame gemeenschap zijn aanvullende functionaliteiten nodig, met name op het gebied van gemeenschapsorganisatie en vrijwilligersmatching.
# Er zijn koppelmogelijkheden met andere applicaties die al in gebruik zijn binnen zorgzame gemeenschappen.

=== Aanbevelingen ===

==== Voor Amulet ====
* Onderzoek de uitbreiding van TimeSteps met functionaliteit voor gemeenschapsorganisatie
* Ontwikkel standaard API's voor koppeling met andere platforms
* Integreer met bestaande standaarden voor gegevensuitwisseling in de zorg

==== Voor het project Digitale Wijkinfrastructuur ====
* Neem de functionaliteiten van TimeSteps op in de referentie-architectuur
* Ontwikkel een proof-of-concept voor de integratie van TimeSteps met een gemeenschapsplatform
* Faciliteer de samenwerking tussen Amulet en andere leveranciers

==== Voor gemeenschappen ====
* Overweeg TimeSteps voor de coördinatie van mantelzorg en informele zorg
* Combineer TimeSteps met andere applicaties voor bredere gemeenschapsondersteuning
* Betrek zowel mantelzorgers als zorgprofessionals bij de implementatie

== Bijdrage aan de referentie-architectuur ==

Deze analyse van TimeSteps draagt bij aan de ontwikkeling van de referentie-architectuur voor digitale wijkinfrastructuur door:

# Het identificeren van kernfunctionaliteiten voor mantelzorg en informele zorg
# Het in kaart brengen van koppelmogelijkheden met andere applicaties
# Het benoemen van relevante standaarden voor gegevensuitwisseling
# Het identificeren van hiaten in de huidige functionaliteit

De bevindingen worden ingebracht in het bredere project en zullen bijdragen aan de ontwikkeling van een coherente visie op digitale ondersteuning voor zorgzame gemeenschappen.

== Bijlage: Methodologie en bronnen ==

Deze rapportage is tot stand gekomen op basis van:

# Demo en presentatie van Amulet TimeSteps (maart 2025)
# Interviews met dorpsondersteuners en betrokkenen in Glimmen en Austerlitz (februari-maart 2025)
# Plan van aanpak Amulet, opgesteld door GIDS Open Standaarden
# Projectplan Digitale Wijkinfrastructuur

De analyses zijn uitgevoerd volgens de methodes beschreven in het plan van aanpak, met nadruk op open standaarden en interoperabiliteit.

----

Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en is beschikbaar onder de Creative Commons BY-SA 4.0 licentie.

Datum: 13 mei 2025

TimeSteps (Amulet)

2025-12-08T19:28:15Z

Admin:

= Rapportage Amulet TimeSteps =

== Inleiding ==

Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en beschrijft de bevindingen van de analyse van de TimeSteps applicatie van Amulet. Het doel van deze analyse is om inzicht te krijgen in hoe TimeSteps past binnen het bredere concept van Digitaal Geïntegreerde Gemeenschapszorg (Digital Integrated Community Care, D-ICC) en hoe de functionaliteiten van TimeSteps kunnen aansluiten bij de behoeften van zorgzame gemeenschappen zoals Glimmen en Austerlitz.

Deze rapportage maakt deel uit van een breder onderzoek naar digitale oplossingen die kunnen bijdragen aan een effectieve wijkinfrastructuur voor zorgzame gemeenschappen in Nederland. In deze rapportage wordt gebruik gemaakt van de gestandaardiseerde methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur.

== Achtergrond van het project ==

Het project "Digitale Wijkinfrastructuur" komt voort uit de behoefte aan een geïntegreerde digitale ondersteuning voor zorgzame gemeenschappen. In Nederland zijn de afgelopen twintig jaar meer dan 2.000 zorgzame gemeenschappen ontstaan op initiatief van inwoners, gericht op samenredzaamheid, nabijheid, betrokkenheid, vertrouwen en eigenaarschap in de lokale samenleving.

Deze gemeenschappen hebben behoefte aan digitale ondersteuning die:
* Aansluit bij hun specifieke lokale behoeften
* Een brug vormt tussen informele en formele processen
* Past bij de werkzame mechanismen van integrated community care

Het project heeft als doel om:
# Gemeenschappen te ondersteunen bij het maken van keuzes voor digitale oplossingen
# IT-aanbieders te helpen hun oplossingen beter te laten aansluiten op de behoeften van gemeenschappen
# Een referentie-architectuur te ontwikkelen die koppeling tussen verschillende oplossingen mogelijk maakt
# Open standaarden te bevorderen voor betere interoperabiliteit

== Methode van onderzoek ==

Voor deze rapportage is gebruik gemaakt van de methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur. Deze methodiek omvat de volgende stappen:

# '''Initiële verkenning''': Demo en presentatie van Amulet TimeSteps, analyse van documentatie, en verzamelen van gebruikerservaringen.
# '''Functie-identificatie''': Decompositie van functionaliteiten, user journey mapping, en use case analyse.
# '''Functie-beschrijving''': Categorisering in functionele domeinen, beschrijving van eigenschappen, en analyse van gebruikersrollen.
# '''Alignment en evaluatie''': Beoordeling op aansluiting bij D-ICC principes, gap-analyse, en overlap-analyse.
# '''Technische specificatie''': Analyse van gegevensmodellen, interfaces, en relevante standaarden.

De volgende bronnen zijn gebruikt:

# '''Demo en presentatie van Amulet TimeSteps''': Hierbij is ingegaan op de functionaliteiten en huidige toepassingsgebieden van TimeSteps in de context van gemeenschapszorg.
# '''Behoefteanalyse van gemeenschappen''': Via interviews met dorpsondersteuners en betrokkenen van de gemeenschappen Glimmen en Austerlitz zijn verslagen danwel persona's opgesteld die de behoeften van deze gemeenschappen vertegenwoordigen.
# '''Analyse van functionele dekking''': De functionaliteiten van TimeSteps zijn in kaart gebracht en beschreven volgens het raamwerk voor functiebeschrijving.
# '''Vergelijking met D-ICC principes''': De functionaliteiten zijn getoetst aan de uitgangspunten van Digital Integrated Community Care.
# '''Analyse van samenhang en koppelvlakken''': Er is onderzocht welke andere functionaliteiten logische relaties hebben met TimeSteps en welke koppelingen met andere applicaties wenselijk zijn.

== Algemeen overzicht TimeSteps applicatie ==

TimeSteps is een applicatie ontwikkeld door Amulet, primair gericht op het faciliteren van mantelzorg en informele zorg. De applicatie stelt gebruikers in staat om zorgmomenten te organiseren, taken te verdelen onder mantelzorgers en zorgverleners, en communicatie te stroomlijnen.

=== Kerndoelstellingen ===

TimeSteps richt zich op drie kerndoelstellingen:
# Het ontlasten van mantelzorgers
# Het bevorderen van zelfredzaamheid van zorgvragers
# Het faciliteren van samenwerking tussen formele en informele zorg

== Analyse van functionaliteiten volgens het raamwerk ==

Hieronder volgt een gedetailleerde analyse van de hoofdfunctionaliteiten van TimeSteps volgens het raamwerk voor functiebeschrijving:

=== Functionaliteit "Zorgagenda" ===

==== Basisinformatie ====
* '''Functioneel domein''': Coördinatie
* '''Korte beschrijving''': Gezamenlijke agenda voor het plannen en coördineren van zorgmomenten en -taken
* '''Primaire gebruikersrollen''': Zorgvrager, Mantelzorger, Vrijwilliger, Zorgprofessional

==== Functie-eigenschappen ====
* '''Doel''': Coördineren van zorgmomenten en taken tussen verschillende zorgverleners
* '''Input''': Beschikbaarheid zorgverleners, zorgbehoeften, taken
* '''Output''': Planning van zorgmomenten, taakverdeling, notificaties
* '''Interactie''': Kalenderweergave, drag-and-drop interface
* '''Frequentie''': Dagelijks
* '''Kritiekheid''': Essentieel - vormt de kern van TimeSteps

==== D-ICC Alignment ====
* '''Gelijkwaardigheid''': ★★★★☆ - Alle betrokkenen kunnen bijdragen aan de planning, zowel formele als informele zorgverleners
* '''Samen besturen''': ★★★☆☆ - Planning wordt gezamenlijk beheerd, maar formele structuren voor besluitvorming zijn beperkt
* '''Sleutelprincipes''': ★★★★☆ - Bevordert nabijheid, betrokkenheid en vertrouwen door transparantie
* '''Sociale basisinfrastructuur''': ★★★★☆ - Versterkt het netwerk rond de zorgvrager

==== Technische aspecten ====
* '''Gegevensmodel''': Afspraken, Taken, Gebruikers, Beschikbaarheid
* '''Interfaces''': Web/app interface, API voor externe integratie
* '''Integratiepunten''': Koppeling met externe agenda's, taakmanagement systemen
* '''Standaarden''': iCalendar, REST API
* '''Privacy en beveiliging''': Rol-gebaseerde toegangscontrole, logging van wijzigingen

==== Use cases ====
* '''Use case 1''': Mantelzorger plant zorgmomenten en nodigt andere helpers uit
* '''Use case 2''': Zorgvrager bekijkt wanneer welke zorgverlener langskomt
* '''Use case 3''': Wijkverpleegkundige past planning aan en informeert betrokkenen

==== Relaties met andere functionaliteiten ====
* '''Interne relaties''': Zorgnetwerk (gebruikers), Communicatie (notificaties)
* '''Externe relaties''': Gemeenschapskalender (GebiedOnline), professionele zorgplanning

=== Functionaliteit "Zorgnetwerk" ===

==== Basisinformatie ====
* '''Functioneel domein''': Netwerken
* '''Korte beschrijving''': Beheer van het netwerk van betrokkenen rondom een zorgvrager
* '''Primaire gebruikersrollen''': Zorgvrager, Mantelzorger, Coördinator, Zorgprofessional

==== Functie-eigenschappen ====
* '''Doel''': Organiseren en beheren van het zorgnetwerk rondom een zorgvrager
* '''Input''': Contactgegevens, rollen, relaties tot zorgvrager
* '''Output''': Overzicht netwerk, contactmogelijkheden, autorisaties
* '''Interactie''': Netwerkvisualisatie, contactlijsten, uitnodigingen
* '''Frequentie''': Wekelijks (gemiddeld)
* '''Kritiekheid''': Belangrijk - noodzakelijk voor effectieve coördinatie

==== D-ICC Alignment ====
* '''Gelijkwaardigheid''': ★★★☆☆ - Verschillende soorten zorgverleners kunnen worden opgenomen, maar hiërarchie in rollen
* '''Samen besturen''': ★★★☆☆ - Mogelijkheid tot gezamenlijk beheer van het netwerk
* '''Sleutelprincipes''': ★★★★☆ - Versterkt nabijheid en betrokkenheid
* '''Sociale basisinfrastructuur''': ★★★★★ - Direct gericht op het opbouwen en onderhouden van het sociale netwerk

==== Technische aspecten ====
* '''Gegevensmodel''': Gebruikers, Rollen, Relaties, Contactgegevens
* '''Interfaces''': Gebruikersinterface voor netwerkbeheer
* '''Integratiepunten''': Koppeling met adresboeken, zorgdossiers
* '''Standaarden''': vCard, FHIR Patient Directory
* '''Privacy en beveiliging''': Gedifferentieerde toegangsrechten, toestemmingsregistratie

==== Use cases ====
* '''Use case 1''': Coördinator nodigt nieuwe vrijwilliger uit voor het zorgnetwerk
* '''Use case 2''': Zorgvrager past toegangsrechten aan voor netwerk-deelnemers
* '''Use case 3''': Familielid zoekt contactgegevens van betrokken zorgprofessionals

==== Relaties met andere functionaliteiten ====
* '''Interne relaties''': Zorgagenda (planning), Communicatie (berichten)
* '''Externe relaties''': Sociale kaart (Digitaal Dorpsplein), Vrijwilligersdatabase

=== Functionaliteit "Communicatie" ===

==== Basisinformatie ====
* '''Functioneel domein''': Communicatie
* '''Korte beschrijving''': Berichtenmodule voor direct contact tussen betrokkenen
* '''Primaire gebruikersrollen''': Alle rollen (Zorgvrager, Mantelzorger, Vrijwilliger, Coördinator, Zorgprofessional)

==== Functie-eigenschappen ====
* '''Doel''': Faciliteren van directe communicatie tussen betrokkenen
* '''Input''': Berichten, rapportages, documenten
* '''Output''': Berichtenuitwisseling, notificaties
* '''Interactie''': Chat-interface, notificaties
* '''Frequentie''': Dagelijks
* '''Kritiekheid''': Belangrijk - essentieel voor effectieve coördinatie

==== D-ICC Alignment ====
* '''Gelijkwaardigheid''': ★★★★☆ - Alle betrokkenen kunnen communiceren op gelijkwaardige basis
* '''Samen besturen''': ★★★☆☆ - Ondersteunt gezamenlijke besluitvorming, maar niet gestructureerd
* '''Sleutelprincipes''': ★★★★☆ - Bevordert vertrouwen door transparante communicatie
* '''Sociale basisinfrastructuur''': ★★★★☆ - Versterkt sociale verbindingen door laagdrempelige communicatie

==== Technische aspecten ====
* '''Gegevensmodel''': Berichten, Notificaties, Bijlagen
* '''Interfaces''': Chat-interface, notificatiesysteem
* '''Integratiepunten''': Koppeling met e-mail, SMS, andere berichtensystemen
* '''Standaarden''': XMPP, SMTP, REST APIs
* '''Privacy en beveiliging''': End-to-end encryptie, bewaartermijnen

==== Use cases ====
* '''Use case 1''': Mantelzorger stuurt update over medicatiegebruik
* '''Use case 2''': Zorgteam overlegt over aanpassingen in de zorgplanning
* '''Use case 3''': Zorgvrager deelt een document met relevante informatie

==== Relaties met andere functionaliteiten ====
* '''Interne relaties''': Zorgagenda (updates), Zorgnetwerk (contacten)
* '''Externe relaties''': Communicatieplatforms (WhatsApp, e-mail), OZO Verbindzorg

=== Functionaliteit "Zorgdossier" ===

==== Basisinformatie ====
* '''Functioneel domein''': Documentatie
* '''Korte beschrijving''': Vastleggen en beheren van belangrijke zorginformatie
* '''Primaire gebruikersrollen''': Zorgvrager, Mantelzorger, Zorgprofessional

==== Functie-eigenschappen ====
* '''Doel''': Centraal vastleggen en delen van relevante zorginformatie
* '''Input''': Persoonlijke gegevens, medische informatie, contacten, voorkeuren
* '''Output''': Gestructureerd zorgdossier, medicatieoverzicht
* '''Interactie''': Formulieren, overzichten, zoekmogelijkheden
* '''Frequentie''': Wekelijks (gemiddeld)
* '''Kritiekheid''': Belangrijk - ondersteunend aan effectieve zorgverlening

==== D-ICC Alignment ====
* '''Gelijkwaardigheid''': ★★★☆☆ - Verschillende niveaus van toegang en bijdragemogelijkheden
* '''Samen besturen''': ★★☆☆☆ - Beperkte mogelijkheden voor gezamenlijke governance van informatie
* '''Sleutelprincipes''': ★★★☆☆ - Ondersteunt autonomie van zorgvrager, maar formeel karakter
* '''Sociale basisinfrastructuur''': ★★★☆☆ - Indirect ondersteunend aan sociale netwerken

==== Technische aspecten ====
* '''Gegevensmodel''': Persoonsgegevens, Medische gegevens, Medicatie, Contactgegevens
* '''Interfaces''': Formulieren, overzichten
* '''Integratiepunten''': Koppeling met zorgdossiers, medicatiesystemen
* '''Standaarden''': HL7 FHIR, ZORG-AB
* '''Privacy en beveiliging''': Toestemmingsregistratie, toegangslogging, encryptie

==== Use cases ====
* '''Use case 1''': Mantelzorger raadpleegt medicatie-informatie
* '''Use case 2''': Zorgprofessional voegt nieuwe medische informatie toe
* '''Use case 3''': Zorgvrager deelt specifieke dossierinformatie met nieuwe zorgverlener

==== Relaties met andere functionaliteiten ====
* '''Interne relaties''': Zorgnetwerk (autorisaties), Communicatie (delen informatie)
* '''Externe relaties''': Professionele zorgsystemen, MedMij/PGO

== Analyse van persona's en behoeften van gemeenschappen ==

Op basis van de behoefteanalyse bij de gemeenschappen Glimmen en Austerlitz zijn de volgende persona's geïdentificeerd en geanalyseerd op aansluiting met TimeSteps functionaliteiten:

=== Persona's uit Glimmen ===

==== Persona 1: Maria (78) - Alleenwonende oudere ====

'''Kenmerken en context:'''
* Woont alleen in een eengezinswoning
* Heeft beginnende mobiliteitsproblemen
* Wil graag zo lang mogelijk zelfstandig blijven wonen
* Heeft een beperkt sociaal netwerk (twee kinderen die niet in de buurt wonen)

'''Behoeften:'''
* Hulp bij dagelijkse activiteiten (boodschappen, huishoudelijke taken)
* Ondersteuning bij het onderhouden van sociale contacten
* Veiligheidsgevoel door regelmatige aanwezigheid van anderen
* Overzicht van wanneer er iemand langskomt

'''Aansluiting TimeSteps functionaliteiten:'''
{| class="wikitable"
|+ Aansluiting TimeSteps functionaliteiten voor Maria
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Zorgagenda || ★★★★★ || Biedt Maria overzicht van geplande bezoeken en ondersteuning
|-
| Zorgnetwerk || ★★★★☆ || Verbindt Maria met formele en informele hulpverleners
|-
| Communicatie || ★★★☆☆ || Interface kan uitdagend zijn voor iemand met beperkte digitale vaardigheden
|-
| Zorgdossier || ★★★★☆ || Belangrijke medische informatie en voorkeuren zijn voor alle hulpverleners toegankelijk
|}

'''Gap analyse:'''
* Beperkte ondersteuning voor spontane ontmoetingen en sociale activiteiten
* Geen directe koppeling met gemeenschapsbrede activiteitenkalender

==== Persona 2: Peter (45) - Werkende mantelzorger ====

'''Kenmerken en context:'''
* Werkt fulltime en heeft een eigen gezin
* Is mantelzorger voor zijn moeder (Maria)
* Woont op 30 minuten rijden van zijn moeder
* Ervaart stress door combinatie van werk, gezin en mantelzorgtaken

'''Behoeften:'''
* Betere coördinatie van zorgtaken
* Delen van de zorglast met anderen
* Overzicht en inzicht op afstand
* Efficiënte communicatie met andere hulpverleners

'''Aansluiting TimeSteps functionaliteiten:'''
{| class="wikitable"
|+ Aansluiting TimeSteps functionaliteiten voor Peter
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Zorgagenda || ★★★★★ || Helpt Peter bij planning en taakverdeling met andere helpers
|-
| Zorgnetwerk || ★★★★★ || Biedt overzicht van alle betrokkenen en hun contactgegevens
|-
| Communicatie || ★★★★☆ || Faciliteert directe communicatie tussen Peter en andere helpers
|-
| Zorgdossier || ★★★★☆ || Biedt Peter inzicht in de situatie ook wanneer hij niet fysiek aanwezig is
|}

'''Gap analyse:'''
* Beperkte mogelijkheden voor het vinden van nieuwe vrijwilligers
* Geen directe koppeling met formele zorgsystemen voor medische updates

=== Persona's uit Austerlitz ===

==== Persona 3: Austerlitz Zorgt (Dorpsinitiatief) ====

'''Kenmerken en context:'''
* Georganiseerd bewonersinitiatief met coördinator en vrijwilligers
* Ondersteunt ongeveer 40 zorgvragers in het dorp
* Werkt samen met professionele zorgpartijen
* Heeft een eigen ontmoetingsruimte en kantoor

'''Behoeften:'''
* Coördinatie tussen vrijwilligers en professionele zorg
* Overzicht van alle hulpvragen en beschikbare vrijwilligers
* Koppeling tussen individuele zorgplannen en gemeenschapsactiviteiten
* Rapportage en verantwoording voor financiers

'''Aansluiting TimeSteps functionaliteiten:'''
{| class="wikitable"
|+ Aansluiting TimeSteps functionaliteiten voor Austerlitz Zorgt
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Zorgagenda || ★★★☆☆ || Bruikbaar op individueel niveau, maar biedt beperkt overzicht op gemeenschapsniveau
|-
| Zorgnetwerk || ★★★★☆ || Goed voor het individuele netwerk, beperkt voor gemeenschapsbrede netwerken
|-
| Communicatie || ★★★★☆ || Faciliteert communicatie binnen individuele zorgnetwerken
|-
| Zorgdossier || ★★★☆☆ || Nuttig op individueel niveau, niet voor gemeenschapsbrede rapportage
|}

'''Gap analyse:'''
* Ontbreken van functionaliteit voor gemeenschapsbrede coördinatie
* Beperkte rapportagemogelijkheden op populatieniveau
* Geen integratie met vrijwilligersdatabase op gemeenschapsniveau

==== Persona 4: Jan (67) - Coördinator vrijwilligerswerk ====

'''Kenmerken en context:'''
* Gepensioneerd, actief als vrijwilligerscoördinator bij Austerlitz Zorgt
* Coördineert ongeveer 25 vrijwilligers
* Heeft goede sociale vaardigheden maar beperkte technische kennis
* Werkt 15 uur per week als vrijwilliger

'''Behoeften:'''
* Overzicht van beschikbare vrijwilligers en hun capaciteiten
* Efficiënte matching van vrijwilligers met hulpvragen
* Monitoring van vrijwilligersinzet
* Ondersteuning bij werving en behoud van vrijwilligers

'''Aansluiting TimeSteps functionaliteiten:'''
{| class="wikitable"
|+ Aansluiting TimeSteps functionaliteiten voor Jan
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Zorgagenda || ★★★★☆ || Biedt planning voor vrijwilligersinzet op individueel niveau
|-
| Zorgnetwerk || ★★★☆☆ || Biedt overzicht van betrokkenen, maar beperkte vrijwilligersprofilering
|-
| Communicatie || ★★★★☆ || Faciliteert directe communicatie met vrijwilligers
|-
| Zorgdossier || ★★☆☆☆ || Beperkt relevant voor vrijwilligerscoördinatie
|}

'''Gap analyse:'''
* Geen specifieke functionaliteit voor vrijwilligerswerving
* Beperkte mogelijkheden voor matching op basis van vaardigheden/interesses
* Ontbreken van rapportage over vrijwilligersinzet

== Koppelingen met andere applicaties ==

Op basis van de analyse zijn de volgende koppelbehoeften geïdentificeerd:

=== Potentiële koppelingen ===

==== Met OZO Verbindzorg ====
* Uitwisseling van netwerkgegevens
* Synchronisatie van zorgdossiers
* Gedeeld berichtenverkeer

==== Met GebiedOnline ====
* Integratie van activiteitenkalender
* Vrijwilligerswerving en -matching
* Gemeenschapsberichten en -updates

==== Met Digitaal Dorpsplein ====
* Integratie van mantelzorgvragen in bredere hulpvragenplatform
* Delen van beschikbare diensten en resources

=== Relevante standaarden ===

Voor deze koppelingen zijn de volgende standaarden relevant:

==== Processtandaarden ====
* HL7 FHIR voor uitwisseling van zorggegevens

==== Informatiestandaarden ====
* Zorginformatiebouwstenen (ZIBs)
* MedMij voor persoonlijke gezondheidsomgevingen

==== API's en infrastructuur ====
* REST API's voor gegevensuitwisseling
* OAuth 2.0 voor autorisatie
* NUTS voor veilige communicatie in de zorg

== Hiaten en oplossingsrichtingen ==

Uit de analyse komen enkele hiaten naar voren:

=== Geïdentificeerde hiaten ===

==== Gemeenschapsbrede functionaliteiten ====
* TimeSteps richt zich primair op individuele zorgvragers en hun netwerk
* Er ontbreekt functionaliteit voor bredere gemeenschapsorganisatie

==== Integratie met formele zorgsystemen ====
* De koppeling met formele zorgsystemen zoals huisartssystemen is nog beperkt

==== Vrijwilligersmanagement op gemeenschapsniveau ====
* TimeSteps biedt beperkte ondersteuning voor het matchen van hulpvraag en aanbod op gemeenschapsniveau

=== Oplossingsrichtingen ===

==== Uitbreiding TimeSteps met gemeenschapsmodule ====
* Toevoegen van functionaliteit voor coördinatie op gemeenschapsniveau
* Ontwikkelen van functionaliteit voor vrijwilligersmatching

==== Koppeling met andere platforms ====
* Ontwikkelen van standaard API's voor koppeling met gemeenschapsplatforms
* Integratie met formele zorgsystemen via bestaande standaarden

==== Referentie-implementatie ====
* Ontwikkelen van een proof-of-concept voor de integratie van TimeSteps met een gemeenschapsplatform

== TIMESTEPS (Amulet) ==

== Vergelijking met andere platforms ==

Voor een uitgebreide vergelijking van alle geanalyseerde platforms in het project Digitale Wijkinfrastructuur, zie de [[Master Vergelijkingstabel Digitale Wijkinfrastructuur|master vergelijkingstabel]].

=== Positionering TimeSteps ===

{| class="wikitable"
|-
! Sterke domeinen !! Aanvullend nodig voor D-ICC
|-
| Coördinatie, Communicatie || Gemeenschapsvorming, Besluitvorming, Matching (gemeenschapsbreed)
|}

=== Complementariteit ===

TimeSteps is complementair met de andere platforms in de digitale wijkinfrastructuur:

* '''TimeSteps''': Mantelzorgcoördinatie, zorgagenda, taakplanning
* '''OZO Verbindzorg''': Netwerkzorg, professionele zorgcommunicatie, open standaarden
* '''Gebied Online''': Gemeenschapscommunicatie, participatie, collectief kiezen
* '''RegiCare''': Professionele dienstverlening, vrijwilligerscoördinatie, vervoer
* '''DeLori''': Community-building in woonzorg, sociale activiteiten
* '''Digitale Dorpspleinen''': Lokale economie, behoud voorzieningen

== Conclusies en aanbevelingen ==

=== Conclusies ===

# TimeSteps biedt waardevolle functionaliteit voor de coördinatie van mantelzorg en informele zorg op individueel niveau.
# De applicatie sluit aan bij verschillende behoeften van zorgzame gemeenschappen, met name op het gebied van zorgcoördinatie en communicatie.
# Voor een volledige ondersteuning van een zorgzame gemeenschap zijn aanvullende functionaliteiten nodig, met name op het gebied van gemeenschapsorganisatie en vrijwilligersmatching.
# Er zijn koppelmogelijkheden met andere applicaties die al in gebruik zijn binnen zorgzame gemeenschappen.

=== Aanbevelingen ===

==== Voor Amulet ====
* Onderzoek de uitbreiding van TimeSteps met functionaliteit voor gemeenschapsorganisatie
* Ontwikkel standaard API's voor koppeling met andere platforms
* Integreer met bestaande standaarden voor gegevensuitwisseling in de zorg

==== Voor het project Digitale Wijkinfrastructuur ====
* Neem de functionaliteiten van TimeSteps op in de referentie-architectuur
* Ontwikkel een proof-of-concept voor de integratie van TimeSteps met een gemeenschapsplatform
* Faciliteer de samenwerking tussen Amulet en andere leveranciers

==== Voor gemeenschappen ====
* Overweeg TimeSteps voor de coördinatie van mantelzorg en informele zorg
* Combineer TimeSteps met andere applicaties voor bredere gemeenschapsondersteuning
* Betrek zowel mantelzorgers als zorgprofessionals bij de implementatie

== Bijdrage aan de referentie-architectuur ==

Deze analyse van TimeSteps draagt bij aan de ontwikkeling van de referentie-architectuur voor digitale wijkinfrastructuur door:

# Het identificeren van kernfunctionaliteiten voor mantelzorg en informele zorg
# Het in kaart brengen van koppelmogelijkheden met andere applicaties
# Het benoemen van relevante standaarden voor gegevensuitwisseling
# Het identificeren van hiaten in de huidige functionaliteit

De bevindingen worden ingebracht in het bredere project en zullen bijdragen aan de ontwikkeling van een coherente visie op digitale ondersteuning voor zorgzame gemeenschappen.

== Bijlage: Methodologie en bronnen ==

Deze rapportage is tot stand gekomen op basis van:

# Demo en presentatie van Amulet TimeSteps (maart 2025)
# Interviews met dorpsondersteuners en betrokkenen in Glimmen en Austerlitz (februari-maart 2025)
# Plan van aanpak Amulet, opgesteld door GIDS Open Standaarden
# Projectplan Digitale Wijkinfrastructuur

De analyses zijn uitgevoerd volgens de methodes beschreven in het plan van aanpak, met nadruk op open standaarden en interoperabiliteit.

----

Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en is beschikbaar onder de Creative Commons BY-SA 4.0 licentie.

Datum: 13 mei 2025

Vergelijkingstabel Digitale Wijkinfrastructuur

2025-12-08T19:24:26Z

Admin:

== Master Vergelijkingstabel Digitale Wijkinfrastructuur ==

Deze tabel vergelijkt de zes geanalyseerde platforms op hun aansluiting bij de behoeften van zorgzame gemeenschappen en Digital Integrated Community Care (D-ICC), gestructureerd volgens het [[NLZVE referentiekader]].

=== Algemene kenmerken ===

{| class="wikitable"
|-
! Aspect !! RegiCare (AdSysCo) !! OZO Verbindzorg !! Gebied Online !! DeLori !! Digitale Dorpspleinen !! TimeSteps (Amulet)
|-
| '''Primaire focus''' || Professionele welzijnsdienstverlening || Netwerkzorg en communicatie || Gemeenschapsparticipatie || Community-building woonzorg || Lokale economie / e-commerce || Mantelzorgcoördinatie
|-
| '''Doelgroep''' || Professionals, vrijwilligers, cliënten || Cliënten, mantelzorgers, zorgverleners || Bewoners, organisaties, overheid || Woonzorglocaties, familie, vrijwilligers || Ondernemers, consumenten, verenigingen || Mantelzorgers, zorgvragers
|-
| '''Organisatievorm''' || B.V. || B.V. (B Corp) || Coöperatie U.A. || B.V. (Foxi Group) || Stichting + tech-partner || B.V. (Amulet)
|-
| '''Schaal''' || Landelijk || Landelijk || Landelijk || Lokaal/regionaal || Lokaal || Regionaal
|}

=== Functionele domeinen ===

Vergelijking per functioneel domein volgens het [[NLZVE referentiekader]].

{| class="wikitable"
|-
! Functioneel domein !! RegiCare !! OZO Verbindzorg !! Gebied Online !! DeLori !! Digitale Dorpspleinen !! TimeSteps
|-
| '''Communicatie''' || ★★☆☆☆ || ★★★★★ || ★★★★☆ || ★★★★★ || ★☆☆☆☆ || ★★★★☆
|-
| ''Uitwisselen van informatie tussen actoren'' || RegiPortal, beperkte berichten || Berichtenmodule, videobellen, notificaties || Nieuwsbrief, berichten, cross-platform || Chatrooms, sociale interactie || — || Berichtenmodule
|-
| '''Coördinatie''' || ★★★★★ || ★★★☆☆ || ★★★★☆ || ★★★★☆ || ★★☆☆☆ || ★★★★★
|-
| ''Organiseren en afstemmen van activiteiten'' || RegiAct, RegiVervoer, RegiVrijwilliger || Afspraken, datumprikker || Activiteitenkalender, projecten || Doelenshop, activiteitenbeheer || Bezorgcoördinatie || Zorgagenda, taakplanning
|-
| '''Documentatie''' || ★★★★★ || ★★★★☆ || ★★☆☆☆ || ★★★☆☆ || ★☆☆☆☆ || ★★★☆☆
|-
| ''Vastleggen en beheren van informatie'' || RegiMaDi (cliëntdossier), RegiCRM || Documentdeling, digitale handtekening || Projectdocumentatie || Fotoalbums, herinneringen || Productcatalogus || Zorgdossier
|-
| '''Monitoring''' || ★★★★★ || ★★★★☆ || ★★☆☆☆ || ★★☆☆☆ || ★★☆☆☆ || ★★☆☆☆
|-
| ''Volgen van voortgang en resultaten'' || RegiRapport, RegiSignaal, effectmetingen || Thuismetingen, voortgang || GezondMeNu (in ontwikkeling) || Beperkte rapportage || Omzetoverzichten || Beperkte rapportage
|-
| '''Matching''' || ★★★★★ || ★☆☆☆☆ || ★★★★☆ || ★★★★☆ || ★★★☆☆ || ★★☆☆☆
|-
| ''Koppelen van vraag en aanbod'' || RegiMatch (vrijwilligers-hulpvragen) || — || Vraag & Aanbod (Laag 2), Stadmakers || Hulpvragen || Webshop-klant matching || Beperkt (binnen netwerk)
|-
| '''Gemeenschapsvorming''' || ★★★☆☆ || ★★☆☆☆ || ★★★★★ || ★★★★★ || ★★★★☆ || ★★☆☆☆
|-
| ''Versterken van sociale cohesie'' || Via activiteiten, beperkt bottom-up || Zorgnetwerk (individueel) || Profielen, organisaties, plekken, sociale kaart || Sociale kringen, waardering, community || Lokale economie, sociale bezorging || Zorgnetwerk (individueel)
|-
| '''Besluitvorming''' || ★☆☆☆☆ || ★☆☆☆☆ || ★★★★★ || ★☆☆☆☆ || ★☆☆☆☆ || ★☆☆☆☆
|-
| ''Gezamenlijke besluitvorming'' || — || — || Laag 4: collectief kiezen, stemmen, prioriteren || — || — || —
|}

=== Gebruikersrollen ===

Welke gebruikersrollen worden primair ondersteund per platform.

{| class="wikitable"
|-
! Gebruikersrol !! RegiCare !! OZO Verbindzorg !! Gebied Online !! DeLori !! Digitale Dorpspleinen !! TimeSteps
|-
| '''Zorgvrager''' || ★★★★☆ || ★★★★★ || ★★☆☆☆ || ★★★★☆ || ★★☆☆☆ || ★★★★★
|-
| '''Mantelzorger''' || ★★★☆☆ || ★★★★★ || ★★☆☆☆ || ★★★★☆ || ★★☆☆☆ || ★★★★★
|-
| '''Vrijwilliger''' || ★★★★★ || ★★☆☆☆ || ★★★☆☆ || ★★★★★ || ★★★☆☆ || ★★☆☆☆
|-
| '''Coördinator''' || ★★★★★ || ★★★☆☆ || ★★★★☆ || ★★★★★ || ★★★☆☆ || ★★★★☆
|-
| '''Zorgprofessional''' || ★★★★★ || ★★★★★ || ★☆☆☆☆ || ★★★☆☆ || ★☆☆☆☆ || ★★★☆☆
|-
| '''Gemeenschapsbestuurder''' || ★★★☆☆ || ★☆☆☆☆ || ★★★★★ || ★★☆☆☆ || ★★★★☆ || ★☆☆☆☆
|}

=== D-ICC Alignment ===

Mate waarin de platforms aansluiten bij de principes van Digitaal Geïntegreerde Gemeenschapszorg.

{| class="wikitable"
|-
! D-ICC Principe !! RegiCare !! OZO Verbindzorg !! Gebied Online !! DeLori !! Digitale Dorpspleinen !! TimeSteps
|-
| '''Gelijkwaardigheid''' || ★★★★☆ || ★★★★★ || ★★★★★ || ★★★★☆ || ★★★★☆ || ★★★★☆
|-
| ''Faciliteert gelijkwaardige samenwerking'' || Één persoon, meerdere rollen || Alle betrokkenen op gelijke voet || Coöperatief eigendom, consent-besluitvorming || Iedereen kan bijdragen || Ondernemers gelijk zichtbaar || Alle zorgverleners kunnen bijdragen
|-
| '''Samen besturen''' || ★★★☆☆ || ★★★☆☆ || ★★★★★ || ★★★★☆ || ★★★★☆ || ★★★☆☆
|-
| ''Ondersteunt gedeelde verantwoordelijkheid'' || Rapportage naar opdrachtgevers || Gezamenlijk netwerkbeheer || Collectief kiezen, vijfstappenmodel || Gemeenschappelijk organiseren || Lokaal eigenaarschap || Gezamenlijke planning
|-
| '''Sleutelprincipes''' || ★★★★☆ || ★★★★★ || ★★★★★ || ★★★★★ || ★★★★☆ || ★★★★☆
|-
| ''Bevordert nabijheid, vertrouwen, eigenaarschap'' || Vrijwilligers, lokaal vervoer || Directe communicatie, transparantie || Lokale binding, bottom-up || Sociale verbinding, waardering || Lokale economie, korte ketens || Regie bij zorgvrager
|-
| '''Sociale basisinfrastructuur''' || ★★★★★ || ★★★★☆ || ★★★★★ || ★★★★★ || ★★★★★ || ★★★★☆
|-
| ''Versterkt de sociale infrastructuur'' || Welzijnswerk, activiteiten, vervoer || Zorgnetwerken || Sociale kaart, organisaties, plekken || Community-building || Lokale voorzieningen behouden || Informeel zorgnetwerk
|}

=== Technische interoperabiliteit ===

{| class="wikitable"
|-
! Aspect !! RegiCare !! OZO Verbindzorg !! Gebied Online !! DeLori !! Digitale Dorpspleinen !! TimeSteps
|-
| '''Zorgkoppelingen (HIS/ECD)''' || ★★★★★ || ★★★★★ || — || — || — || ★★☆☆☆
|-
| ''Specifiek'' || Nedap ONS, ZorgDomein || Nedap, Medicom, MediKIT || — || — || — || Beperkt
|-
| '''Open standaarden (FHIR/NUTS)''' || ★★★☆☆ || ★★★★★ || ★☆☆☆☆ || — || — || ★★☆☆☆
|-
| ''Specifiek'' || Via ZorgDomein || FHIR, medeoprichter NUTS || Yivi-ervaring || — || — || Beperkt
|-
| '''Certificeringen''' || ★★★★★ || ★★★★★ || ★★☆☆☆ || ★★☆☆☆ || ★★☆☆☆ || ★★☆☆☆
|-
| ''Specifiek'' || ISO 27001, NEN 7510, ISAE 3402 || ISO 27001, NEN 7510, B Corp || AVG || AVG || AVG || AVG
|-
| '''Data-eigendom''' || Leverancier || Leverancier || Coöperatie (leden) || Leverancier || Lokaal (stichting) || Leverancier
|}

=== Complementariteit en positionering ===

{| class="wikitable"
|-
! Platform !! Sterke domeinen !! Aanvullend nodig voor D-ICC
|-
| '''RegiCare''' || Coördinatie, Documentatie, Monitoring, Matching || Besluitvorming, Gemeenschapsvorming (bottom-up)
|-
| '''OZO Verbindzorg''' || Communicatie, Documentatie || Coördinatie (activiteiten), Matching, Besluitvorming, Gemeenschapsvorming
|-
| '''Gebied Online''' || Gemeenschapsvorming, Besluitvorming, Matching, Communicatie || Documentatie (zorg), Monitoring (individueel)
|-
| '''DeLori''' || Gemeenschapsvorming, Communicatie, Coördinatie || Besluitvorming, Monitoring, open standaarden
|-
| '''Digitale Dorpspleinen''' || Gemeenschapsvorming, Matching (economisch) || Communicatie, Coördinatie (zorg), Documentatie, Besluitvorming
|-
| '''TimeSteps''' || Coördinatie, Communicatie || Gemeenschapsvorming, Besluitvorming, Matching (gemeenschapsbreed)
|}

----

=== Legenda ===

{| class="wikitable"
|-
! Symbool !! Betekenis
|-
| ★★★★★ || Uitgebreid / volledig aanwezig
|-
| ★★★★☆ || Goed aanwezig
|-
| ★★★☆☆ || Aanwezig
|-
| ★★☆☆☆ || Beperkt aanwezig
|-
| ★☆☆☆☆ || Minimaal aanwezig
|-
| — || Niet aanwezig
|}

----

''Deze vergelijkingstabel is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en is beschikbaar onder de Creative Commons BY-SA 4.0 licentie.''

''Versie: december 2025''

[[Categorie:Digitale Wijkinfrastructuur]]
[[Categorie:Referentiekader]]
[[Categorie:Vergelijkingen]]

Vergelijkingstabel Digitale Wijkinfrastructuur

2025-12-08T19:16:20Z

Admin: Created page with "== Vergelijkingstabel Digitale Wijkinfrastructuur == Deze tabel vergelijkt de zes geanalyseerde platforms op hun aansluiting bij de behoeften van zorgzame gemeenschappen en Digital Integrated Community Care (D-ICC). === Algemene kenmerken === {| class="wikitable" |- ! Aspect !! RegiCare (AdSysCo) !! OZO Verbindzorg !! Gebied Online !! DeLori !! Digitale Dorpspleinen !! TimeSteps (Amulet) |- | '''Primaire focus''' || Professionele welzijnsdienstverlening || Netwerkzorg..."

== Vergelijkingstabel Digitale Wijkinfrastructuur ==

Deze tabel vergelijkt de zes geanalyseerde platforms op hun aansluiting bij de behoeften van zorgzame gemeenschappen en Digital Integrated Community Care (D-ICC).

=== Algemene kenmerken ===

{| class="wikitable"
|-
! Aspect !! RegiCare (AdSysCo) !! OZO Verbindzorg !! Gebied Online !! DeLori !! Digitale Dorpspleinen !! TimeSteps (Amulet)
|-
| '''Primaire focus''' || Professionele welzijnsdienstverlening || Netwerkzorg en communicatie || Gemeenschapsparticipatie || Community-building woonzorg || Lokale economie / e-commerce || Mantelzorgcoördinatie
|-
| '''Doelgroep''' || Professionals, vrijwilligers, cliënten || Cliënten, mantelzorgers, zorgverleners || Bewoners, organisaties, overheid || Woonzorglocaties, familie, vrijwilligers || Ondernemers, consumenten, verenigingen || Mantelzorgers, zorgvragers
|-
| '''Organisatievorm''' || B.V. || B.V. (B Corp) || Coöperatie U.A. || B.V. (Foxi Group) || Stichting + tech-partner (Shopforce) || B.V. (Amulet)
|-
| '''Schaal / Bereik''' || Landelijk (duizenden gebruikers, 350+ vervoerslocaties) || Landelijk (135.000+ netwerken, 84 gemeenten) || Landelijk (70+ communities, 60.000+ gebruikers) || Lokaal/regionaal || Lokaal (4+ dorpspleinen actief) || Regionaal
|-
| '''Opgericht''' || 2003 (software jaren '90) || Onbekend || 2016 (coöperatie) || Onbekend || 2020 || Onbekend
|}

=== Functionele vergelijking ===

{| class="wikitable"
|-
! Functionaliteit !! RegiCare !! OZO Verbindzorg !! Gebied Online !! DeLori !! Digitale Dorpspleinen !! TimeSteps
|-
| '''Vrijwilligersbeheer''' || ★★★★★ Uitgebreid (RegiVrijwilliger) || ★★☆☆☆ Beperkt || ★★★☆☆ Stadmakers-module || ★★★★☆ Werving, waardering || ★★☆☆☆ Beperkt (bezorging) || ★★☆☆☆ Beperkt
|-
| '''Vervoerscoördinatie''' || ★★★★★ Uitgebreid (RegiVervoer, AutoMaatje) || — Niet aanwezig || — Niet aanwezig || — Niet aanwezig || ★★☆☆☆ Bezorgservice || — Niet aanwezig
|-
| '''Activiteitenbeheer''' || ★★★★★ Uitgebreid (RegiAct) || ★★☆☆☆ Beperkt (afspraken) || ★★★★☆ Kalender || ★★★★★ Doelenshop, uitgebreid || — Niet aanwezig || ★★☆☆☆ Beperkt
|-
| '''Zorgagenda/planning''' || ★★☆☆☆ Beperkt || ★★★☆☆ Afspraken, datumprikker || — Niet aanwezig || ★★★☆☆ Activiteitenkalender || — Niet aanwezig || ★★★★★ Kern van platform
|-
| '''Matching vraag-aanbod''' || ★★★★★ RegiMatch || — Niet aanwezig || ★★★★☆ Vraag & Aanbod (Laag 2) || ★★★★☆ Hulpvragen || — Niet aanwezig || ★★☆☆☆ Beperkt
|-
| '''Zorgnetwerk/netwerkzorg''' || ★★★☆☆ Via koppelingen || ★★★★★ Kern van platform || — Niet aanwezig || ★★★☆☆ Sociale kringen || — Niet aanwezig || ★★★★☆ Zorgvrager-centrisch
|-
| '''Cliëntvolging/dossier''' || ★★★★★ RegiMaDi || ★★★★☆ Documentdeling || — Niet aanwezig || — Niet aanwezig || — Niet aanwezig || ★★★☆☆ Zorgdossier
|-
| '''Participatie/stemmen''' || — Niet aanwezig || — Niet aanwezig || ★★★★★ Laag 4 (uitgebreid) || — Niet aanwezig || — Niet aanwezig || — Niet aanwezig
|-
| '''Projectenbeheer''' || — Niet aanwezig || — Niet aanwezig || ★★★★★ Laag 3 (uitgebreid) || — Niet aanwezig || — Niet aanwezig || — Niet aanwezig
|-
| '''Sociale kaart''' || ★★☆☆☆ Beperkt || — Niet aanwezig || ★★★★★ Uitgebreid || — Niet aanwezig || ★★★☆☆ Lokale aanbieders || — Niet aanwezig
|}

=== Communicatie en technologie ===

{| class="wikitable"
|-
! Aspect !! RegiCare !! OZO Verbindzorg !! Gebied Online !! DeLori !! Digitale Dorpspleinen !! TimeSteps
|-
| '''Communicatie/berichten''' || ★★☆☆☆ Beperkt || ★★★★★ Uitgebreid, professioneel || ★★★★☆ Nieuwsbrief, berichten || ★★★★★ Chatrooms, sociale interactie || — Niet aanwezig || ★★★★☆ Aanwezig
|-
| '''Videobellen''' || — Niet aanwezig || ★★★★★ Geïntegreerd || — Niet aanwezig || — Niet aanwezig || — Niet aanwezig || — Niet aanwezig
|-
| '''Thuismetingen''' || — Niet aanwezig || ★★★★☆ Via koppelingen || — Niet aanwezig || — Niet aanwezig || — Niet aanwezig || ★★☆☆☆ Beperkt
|-
| '''Signalering''' || ★★★★★ RegiSignaal (mobiel) || — Niet aanwezig || — Niet aanwezig || — Niet aanwezig || — Niet aanwezig || — Niet aanwezig
|-
| '''E-commerce/betalen''' || — Niet aanwezig || — Niet aanwezig || ★★★☆☆ Crowdfunding, veiling || — Niet aanwezig || ★★★★★ iDEAL, webshops || — Niet aanwezig
|-
| '''Rapportage''' || ★★★★★ RegiRapport (uitgebreid) || ★★★☆☆ Aanwezig || ★★☆☆☆ In ontwikkeling || ★★☆☆☆ Beperkt || ★★☆☆☆ Beperkt || ★★☆☆☆ Beperkt
|-
| '''Mobiele app''' || ★★★★★ iOS/Android || ★★★★★ iOS/Android || ★★☆☆☆ Responsive web || ★★★★★ iOS/Android || ★★★☆☆ PWA || ★★★★☆ iOS/Android
|}

=== Koppelingen en standaarden ===

{| class="wikitable"
|-
! Aspect !! RegiCare !! OZO Verbindzorg !! Gebied Online !! DeLori !! Digitale Dorpspleinen !! TimeSteps
|-
| '''Zorgkoppelingen (HIS/ECD)''' || ★★★★★ Nedap ONS, ZorgDomein || ★★★★★ Uitgebreid (Nedap, Medicom, MediKIT) || — Niet aanwezig || — Niet aanwezig || — Niet aanwezig || ★★☆☆☆ Beperkt
|-
| '''Open standaarden (FHIR/NUTS)''' || ★★★☆☆ Via ZorgDomein || ★★★★★ FHIR, medeoprichter NUTS || — Beperkt (Yivi-ervaring) || — Niet aanwezig || — Niet aanwezig || ★★☆☆☆ Beperkt
|-
| '''Positieve Gezondheid''' || ★★★★★ iPH geïntegreerd || — Niet vermeld || ★★★☆☆ GezondMeNu || — Niet aanwezig || — Niet aanwezig || — Niet vermeld
|}

=== Certificeringen en governance ===

{| class="wikitable"
|-
! Aspect !! RegiCare !! OZO Verbindzorg !! Gebied Online !! DeLori !! Digitale Dorpspleinen !! TimeSteps
|-
| '''ISO 27001''' || ✓ Sinds 2020 || ✓ Gecertificeerd || — Niet vermeld || — Niet vermeld || — Niet vermeld || — Niet vermeld
|-
| '''NEN 7510''' || ✓ Sinds 2020 || ✓ Gecertificeerd || — Niet vermeld || — Niet vermeld || — Niet vermeld || — Niet vermeld
|-
| '''ISAE 3402''' || ✓ Type II sinds 2023 || — Niet vermeld || — Niet vermeld || — Niet vermeld || — Niet vermeld || — Niet vermeld
|-
| '''B Corp''' || — || ✓ B Corp gecertificeerd || — || — || — || —
|-
| '''AVG-compliant''' || ✓ || ✓ || ✓ || ✓ || ✓ || ✓
|-
| '''Data-eigendom''' || Leverancier || Leverancier || Coöperatie (leden) || Leverancier || Lokaal (stichting) || Leverancier
|-
| '''Big tech componenten''' || Onbekend || Onbekend || Geen in basis || Onbekend || Onbekend || Onbekend
|-
| '''Hosting Nederland''' || ✓ || ✓ || ✓ (TransIP, duurzaam) || ✓ || ✓ || Onbekend
|}

=== Complementariteit en positionering ===

{| class="wikitable"
|-
! Platform !! Sterkte !! Aanvullend nodig voor D-ICC
|-
| '''RegiCare''' || Professionele dienstverlening, vrijwilligerscoördinatie, vervoer, zorgkoppelingen, certificeringen || Gemeenschapsparticipatie, collectief kiezen
|-
| '''OZO Verbindzorg''' || Netwerkzorg, communicatie, open standaarden (NUTS/FHIR), landelijke schaal || Gemeenschapsorganisatie, activiteitenbeheer
|-
| '''Gebied Online''' || Participatie, collectief kiezen, projecten, vraag & aanbod, coöperatief eigendom, publieke waarden || Individuele zorgcoördinatie, zorgkoppelingen
|-
| '''DeLori''' || Community-building, activiteiten, vrijwilligersbetrokkenheid, sociale interactie || Zorgkoppelingen, open standaarden, wijkbrede inzet
|-
| '''Digitale Dorpspleinen''' || Lokale economie, duurzaamheid, bezorgservice als sociaal contact || Zorgcoördinatie, gemeenschapscommunicatie
|-
| '''TimeSteps''' || Mantelzorgcoördinatie, zorgagenda, taakplanning || Gemeenschapsorganisatie, vrijwilligersmatching
|}

----

=== Legenda ===

{| class="wikitable"
|-
! Symbool !! Betekenis
|-
| ★★★★★ || Uitgebreid / volledig aanwezig
|-
| ★★★★☆ || Goed aanwezig
|-
| ★★★☆☆ || Aanwezig
|-
| ★★☆☆☆ || Beperkt aanwezig
|-
| ★☆☆☆☆ || Minimaal aanwezig
|-
| — || Niet aanwezig
|-
| ✓ || Ja / Gecertificeerd
|}

----

''Deze vergelijkingstabel is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en is beschikbaar onder de Creative Commons BY-SA 4.0 licentie.''

''Versie: december 2025''

AdSysCo

2025-12-08T19:16:06Z

Admin: /* Vergelijking met andere platforms */

= Rapportage RegiCare (AdSysCo) =

== Inleiding ==

Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en beschrijft de bevindingen van de analyse van het RegiCare platform van AdSysCo. Het doel van deze analyse is om inzicht te krijgen in hoe RegiCare past binnen het bredere concept van Digitaal Geïntegreerde Gemeenschapszorg (Digital Integrated Community Care, D-ICC) en hoe de functionaliteiten kunnen aansluiten bij de behoeften van zorgzame gemeenschappen.

Deze rapportage maakt deel uit van een breder onderzoek naar digitale oplossingen die kunnen bijdragen aan een effectieve wijkinfrastructuur voor zorgzame gemeenschappen in Nederland. In deze rapportage wordt gebruik gemaakt van de gestandaardiseerde methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur.

== Achtergrond van het project ==

Het project "Digitale Wijkinfrastructuur" komt voort uit de behoefte aan een geïntegreerde digitale ondersteuning voor zorgzame gemeenschappen. De ouderenzorg staat onder druk door dubbele vergrijzing, oplopende kosten en een tekort aan personeel. RegiCare van AdSysCo richt zich op het ondersteunen van de informele zorg en het verbinden van zorg en welzijn, wat aansluit bij de beweging van 'zorgen voor' naar 'zorgen dat' zoals beschreven in het Generiek Kompas.

== Methode van onderzoek ==

Voor deze rapportage is gebruik gemaakt van de volgende bronnen:
* Website AdSysCo (www.adsysco.nl) - geraadpleegd december 2025
* LinkedIn-profiel AdSysCo
* Publicaties in Zorg+Welzijn magazine
* ZorgDomein implementatiedocumentatie
* Release notes en nieuwsbrieven AdSysCo

== Algemeen overzicht AdSysCo en RegiCare ==

AdSysCo is een IT-bedrijf gevestigd in Heemstede, opgericht in 2003 door Gerlof Sijtsma en Piet de Groot. Beide oprichters waren actief als bestuurslid van welzijnsorganisaties en hadden ervaring in de automatisering. Midden jaren negentig ontwikkelden zij voor hun organisaties een nieuw registratiesysteem, wat de basis vormde voor RegiCare.

=== Kerngegevens ===

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| '''Organisatie''' || AdSysCo B.V.
|-
| '''Opgericht''' || 2003 (software vanaf midden jaren '90)
|-
| '''Vestigingsplaats''' || Heemstede
|-
| '''Product''' || RegiCare registratiesysteem
|-
| '''Ervaring''' || 30+ jaar in het sociaal domein
|-
| '''Gebruikers''' || Duizenden professionals en vrijwilligers
|-
| '''Vervoerslocaties''' || 350+ locaties (ANWB AutoMaatje, BoodschappenPlusBus)
|-
| '''Certificeringen''' || ISO 27001, NEN 7510, ISAE 3402 type II
|}

=== Missie en visie ===

AdSysCo ondersteunt professionals en vrijwilligers in zorg en welzijn in hun werk voor een samenleving waarin iedereen mee kan doen. De kernfilosofie is: vanuit de werkinhoud één registratiesysteem maken voor alle primaire processen van het welzijnswerk.

=== Dochterbedrijven en platforms ===

* '''Pro-Feel''': Concepten en trainingen voor klanten
* '''Deelmee''': Samenwerking- en kennisplatform voor Wonen, Zorg en Welzijn

=== Klantenkring ===

RegiCare wordt gebruikt door:
* Welzijnsinstellingen (brede en gespecialiseerde)
* Zorginstellingen
* Maatschappelijk werk en maatschappelijke dienstverlening
* Jongerenwerk en opbouwwerk
* Welzijn ouderen
* Gemeenten
* MEE-organisaties
* Steunpunten vrijwilligerswerk, mantelzorg en buddyzorg
* Vluchtelingenwerk
* Halt Nederland
* Bibliotheken

----

== De modulaire structuur van RegiCare ==

RegiCare is modulair opgebouwd rondom een centraal CRM-systeem. Het platform onderscheidt primaire processen en bedrijfsvoeringsprocessen:

<pre>
┌─────────────────────────────────────────────────────────────────────────┐
│ REGICARE ARCHITECTUUR │
├─────────────────────────────────────────────────────────────────────────┤
│ │
│ PRIMAIRE PROCESSEN │
│ ┌──────────┬──────────┬──────────┬──────────┬──────────┬──────────┐ │
│ │RegiMatch │ RegiMaDi │ RegiAct │RegiVervoer│RegiSignaal│RegiVrij- │ │
│ │(Matching)│(Cliënt- │(Activi- │(Vervoer) │(Signale- │williger │ │
│ │ │volging) │teiten) │ │ring) │ │ │
│ └──────────┴──────────┴──────────┴──────────┴──────────┴──────────┘ │
│ ▲ │
│ │ │
│ ┌─────────┴─────────┐ │
│ │ RegiCRM │ │
│ │ (Centraal CRM) │ │
│ └─────────┬─────────┘ │
│ │ │
│ ▼ │
│ BEDRIJFSVOERINGSPROCESSEN │
│ ┌──────────┬──────────┬──────────┬──────────┐ │
│ │RegiPortal│ RegiTijd │RegiRapport│RegiFinance│ │
│ │(Extranet)│(Tijdreg.)│(Rapportage)│(Financieel)│ │
│ └──────────┴──────────┴──────────┴──────────┘ │
│ │
└─────────────────────────────────────────────────────────────────────────┘
</pre>

----

== Analyse van functionaliteiten volgens het raamwerk ==

=== PRIMAIRE PROCESMODULES ===

==== Functionaliteit "RegiCRM" (Centraal CRM) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Relatiebeheer
|-
| Korte beschrijving || Centraal CRM waar alle relaties van de organisatie eenmaal worden vastgelegd
|-
| Primaire gebruikersrollen || Professionals, coördinatoren, vrijwilligers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Eenmalig vastleggen van persoons- en organisatiegegevens voor meervoudig gebruik
|-
| Input || NAW-gegevens, toestemmingen, rollen, contactgegevens
|-
| Output || Persoonskaart, zoekbare database, rollenoverzicht
|-
| Kernprincipe || Eenmaal vastleggen, meervoudig gebruiken
|}

'''D-ICC Alignment:'''
* Sociale basisinfrastructuur: ★★★★★ - Maakt alle relaties en rollen zichtbaar
* Gelijkwaardigheid: ★★★★☆ - Eén persoon kan meerdere rollen hebben

----

==== Functionaliteit "RegiMatch" (Matching) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Matching vraag en aanbod
|-
| Korte beschrijving || Verbindt vrijwilligers direct met de vraag van burgers en organisaties
|-
| Primaire gebruikersrollen || Coördinatoren, vrijwilligers, hulpvragers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Efficiënt bij elkaar brengen van vraag en aanbod
|-
| Input || Hulpvragen, vrijwilligersprofielen, beschikbaarheid
|-
| Output || Matches, koppelingsoverzichten
|-
| Interactie || Vraag plaatsen, vrijwilliger zoeken, match maken
|}

'''D-ICC Alignment:'''
* Sleutelprincipes: ★★★★★ - Bevordert wederkerigheid en samenredzaamheid
* Gelijkwaardigheid: ★★★★☆ - Faciliteert directe verbinding tussen burgers

'''Praktijkvoorbeeld - ANWB AutoMaatje:'''
Via RegiMatch worden vrijwillige chauffeurs gekoppeld aan minder mobiele plaatsgenoten. Het systeem houdt rekening met beschikbaarheid, locatie en persoonlijke voorkeuren voor een optimale match.

----

==== Functionaliteit "RegiMaDi" (Maatschappelijke Dienstverlening/Cliëntvolging) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Individuele ondersteuning
|-
| Korte beschrijving || Cliëntvolgmodule voor individuele begeleiding en trajecten
|-
| Primaire gebruikersrollen || Maatschappelijk werkers, cliëntondersteuners, welzijnsprofessionals
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Vastleggen en volgen van individuele begeleidingstrajecten
|-
| Input || Cliëntgegevens, hulpvragen, interventies, metingen
|-
| Output || Dossiervorming, voortgangsrapportages, effectmetingen
|-
| Fasering || Begeleiding in 4 stappen (intake, plan, uitvoering, afsluiting)
|-
| Integraties || Positieve Gezondheid vragenlijsten, Effectenmonitor
|}

'''D-ICC Alignment:'''
* Sociale basisinfrastructuur: ★★★★★ - Ondersteunt formele hulpverlening
* Sleutelprincipes: ★★★★☆ - Bevordert regie bij de cliënt

'''Toepassingsgebieden:'''
* Maatschappelijk werk
* Onafhankelijke cliëntondersteuning (OCO)
* Informatie en advies
* Schuldhulpverlening
* Welzijn op Recept trajecten

----

==== Functionaliteit "RegiAct" (Collectieve Activiteiten) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Activiteitenbeheer
|-
| Korte beschrijving || Beheer van alle collectieve activiteiten en dienstverlening
|-
| Primaire gebruikersrollen || Activiteitenbegeleiders, coördinatoren, deelnemers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Organiseren en administreren van groepsactiviteiten
|-
| Input || Activiteiten, locaties, medewerkers, vrijwilligers, inschrijvingen
|-
| Output || Planning, deelnemerslijsten, financiële afhandeling
|-
| Activiteitstypen || Ontmoetingsactiviteiten, aanschuifrestaurants, dagbesteding, cursussen, sport
|}

'''D-ICC Alignment:'''
* Gelijkwaardigheid: ★★★★★ - Toegankelijk voor alle doelgroepen
* Sociale basisinfrastructuur: ★★★★★ - Essentieel voor sociale cohesie en eenzaamheidsbestrijding

----

==== Functionaliteit "RegiVervoer" (Maatschappelijk Vervoer) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Mobiliteit
|-
| Korte beschrijving || Planning en coördinatie van maatschappelijk vervoer door vrijwilligers
|-
| Primaire gebruikersrollen || Vervoerscoördinatoren, vrijwillige chauffeurs, deelnemers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Faciliteren van sociale mobiliteit voor kwetsbare burgers
|-
| Input || Ritaanvragen, voertuigen, vrijwilligers, routes
|-
| Output || Grafische planning, maandoverzichten, financiële afwikkeling
|-
| Rittypen || Deur-tot-deur vervoer, groepsvervoer, uitstapjes
|}

'''D-ICC Alignment:'''
* Sleutelprincipes: ★★★★★ - Bevordert zelfredzaamheid en sociale participatie
* Sociale basisinfrastructuur: ★★★★★ - Mobiliteit als randvoorwaarde voor thuiswonen

'''Praktijkvoorbeeld - ANWB AutoMaatje:'''
ANWB AutoMaatje is actief in meer dan 100 gemeenten met duizenden vrijwillige chauffeurs. RegiCare verzorgt de planning, matching en administratie. Het sociale contact tijdens de rit is minstens zo belangrijk als het vervoer zelf.

'''Praktijkvoorbeeld - BoodschappenPlusBus:'''
Het Nationaal Ouderenfonds organiseert met de BoodschappenPlusBus op 100+ locaties vervoer naar winkels en uitstapjes. RegiCare beheert de bussen, uitjes en vrijwilligers.

----

==== Functionaliteit "RegiSignaal" (Vroegsignalering) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Signalering
|-
| Korte beschrijving || Mobiel vastleggen en delen van signalen in de wijk
|-
| Primaire gebruikersrollen || Opbouwwerkers, jongerenwerkers, wijkteammedewerkers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Snel en eenvoudig signalen uit de wijk vastleggen en collega's informeren
|-
| Input || Signalen via mobiele app (beschrijving, locatie, urgentie)
|-
| Output || Signaaloverzicht, meldingen aan collega's, interventiestart
|-
| Platform || Mobiele app (iOS en Android)
|}

'''D-ICC Alignment:'''
* Sleutelprincipes: ★★★★★ - Ondersteunt preventie en vroegtijdige interventie
* Samen besturen: ★★★★☆ - Faciliteert informatie-uitwisseling in wijkteams

----

==== Functionaliteit "RegiVrijwilliger" (Vrijwilligersbeheer) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Vrijwilligersmanagement
|-
| Korte beschrijving || Volledige registratie en beheer van vrijwilligers
|-
| Primaire gebruikersrollen || Vrijwilligerscoördinatoren, vrijwilligers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Ondersteunen van alle werkprocessen rondom vrijwilligers
|-
| Input || Vrijwilligersgegevens, dossiers, inzet, declaraties
|-
| Output || Overzichten per vrijwilliger/coördinator/locatie, declaratieverwerking
|-
| Functies || Dossiervorming, VOG-registratie, inzetregistratie
|}

'''D-ICC Alignment:'''
* Sleutelprincipes: ★★★★★ - Vrijwilligers als onmisbare schakel in informele zorg
* Gelijkwaardigheid: ★★★★☆ - Professionele ondersteuning van vrijwilligers

----

=== BEDRIJFSVOERINGSMODULES ===

==== Functionaliteit "RegiPortal" (Extranet/Portaal) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Digitale toegang
|-
| Korte beschrijving || Online portaal voor alle betrokkenen met gepersonaliseerde toegang
|-
| Primaire gebruikersrollen || Vrijwilligers, cliënten, professionals
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Digitale regie voor burgers en verbinding tussen alle betrokkenen
|-
| Vrijwilligerstoegang || Vacatures bekijken, reageren, academie, declaraties, nieuws
|-
| Cliënttoegang || Activiteiten kiezen, inschrijven, eigen dossier inzien, vragenlijsten
|-
| Kenmerk || Gepersonaliseerde ervaring op basis van rol en profiel
|}

'''D-ICC Alignment:'''
* Gelijkwaardigheid: ★★★★★ - Eigen regie voor alle gebruikers
* Sleutelprincipes: ★★★★★ - Bevordert eigenaarschap en transparantie

----

==== Functionaliteit "RegiRapport" (Rapportage) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Verantwoording
|-
| Korte beschrijving || Geautomatiseerde rapportages over alle onderdelen van RegiCare
|-
| Primaire gebruikersrollen || Management, beleidsmedewerkers, gemeenten
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Zichtbaar maken van maatschappelijke impact
|-
| Output || Gestandaardiseerde rapportages, trendanalyses
|-
| Actualisatie || Doorlopend op basis van gebruik, wet- en regelgeving, effectmetingen
|}

'''D-ICC Alignment:'''
* Samen besturen: ★★★★★ - Ondersteunt verantwoording naar opdrachtgevers

----

==== Functionaliteit "RegiTijd" (Tijdregistratie) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Bedrijfsvoering
|-
| Korte beschrijving || Tijdregistratie voor medewerkers en vrijwilligers
|-
| Integratie || AFAS-koppeling voor projecturen en verlofregistratie
|}

----

==== Functionaliteit "RegiFinance" (Financieel) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Financiële administratie
|-
| Korte beschrijving || Financiële transacties (eigen bijdragen, verhuur, declaraties)
|-
| Integratie || AFAS-koppeling voor volledige financiële afhandeling
|}

----

== Koppelingen en integraties ==

=== Overzicht van koppelingen ===

{| class="wikitable"
|-
! Koppeling !! Type !! Beschrijving
|-
| '''Nedap ONS''' || ECD-koppeling || Eerste in de markt - welzijnsvragen vanuit zorg naar welzijn
|-
| '''ZorgDomein''' || Verwijskoppeling || Welzijn op Recept: verwijzingen van huisarts naar welzijn
|-
| '''AFAS''' || ERP-koppeling || Personeels- en financiële administratie (4 koppelingen)
|-
| '''Positieve Gezondheid''' || Vragenlijstkoppeling || iPH gespreksinstrumenten direct in RegiCare
|-
| '''Effectenmonitor''' || Meetinstrument || Externe tool voor effectmeting van interventies
|}

=== Koppeling met Nedap ONS ===

De koppeling tussen RegiCare en Nedap ONS is een belangrijke innovatie voor de verbinding tussen formele zorg en informele welzijn:

'''Werkwijze:'''
# Zorgprofessional signaleert welzijnsbehoefte bij cliënt in ONS
# Welzijnsvraag wordt via RegiCare App gesteld
# Vraag komt direct bij welzijnsmedewerker terecht
# Welzijnsmedewerker zoekt passend aanbod
# Terugkoppeling naar zorgprofessional via ONS

'''Praktijkvoorbeeld - Sint Jacob Haarlem:'''
Ouderenzorgaanbieder Sint Jacob in Haarlem heeft de koppeling tussen RegiCare en ONS Nedap in gebruik genomen. Zorgmedewerkers kunnen nu direct welzijnsvragen stellen voor cliënten, wat de drempel verlaagt en de verbinding tussen zorg en welzijn versterkt.

=== Koppeling met ZorgDomein (Welzijn op Recept) ===

De koppeling met ZorgDomein faciliteert het complete Welzijn op Recept proces:

'''Proces:'''
# Huisarts/POH verwijst via HIS naar ZorgDomein
# Verwijzing komt automatisch in RegiInbox van RegiCare
# Welzijnsorganisatie neemt binnen 2 werkdagen contact op
# Intakegesprek en samenstelling welzijnsarrangement
# Terugkoppeling naar verwijzer via ZorgDomein

'''Welzijnsarrangement kan bestaan uit:'''
* Collectief aanbod (groepsactiviteiten, MeeDoen!)
* Informeel aanbod (buurtcommunities, Thuis in Gesprek)
* Individueel aanbod (ouderenadviseur, maatschappelijk werk)

----

== Technische aspecten en standaarden ==

=== Certificeringen en compliance ===

{| class="wikitable"
|-
! Certificering !! Status !! Toelichting
|-
| ISO 27001 || Gecertificeerd sinds 2020 || Internationale norm informatiebeveiliging
|-
| NEN 7510 || Gecertificeerd sinds 2020 || Nederlandse zorgsector norm
|-
| ISAE 3402 type II || Verklaring sinds 2023 || Controle uitbestede processen
|-
| AVG || Compliant || Privacywetgeving
|}

=== Platformarchitectuur ===

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Architectuur || Cloud-based SaaS
|-
| Toegang || Web-based + mobiele apps (iOS/Android)
|-
| Hosting || Nederland
|-
| Updates || Doorlopende releases (kwartaal)
|-
| Support || Helpdesk, servicemanagers, workshops
|}

=== Open standaarden ===

{| class="wikitable"
|-
! Standaard !! Status !! Toepassing
|-
| HL7 FHIR || Via ZorgDomein || Verwijzingen Welzijn op Recept
|-
| ZorgDomein protocol || Geïmplementeerd || Berichtenverkeer huisarts-welzijn
|}

'''Opmerking over NUTS:'''
RegiCare heeft momenteel geen directe NUTS-implementatie. ZorgDomein, waarmee RegiCare gekoppeld is, heeft wel de intentieverklaring 'Nuts standaarden voor eOverdracht' ondertekend.

----

== Analyse van persona's en behoeften van gemeenschappen ==

=== Persona 1: Maria (78) - Alleenwonende oudere ===

'''Aansluiting RegiCare functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| RegiMatch || ★★★★★ || Hulpvraag koppelen aan vrijwilliger
|-
| RegiAct || ★★★★★ || Deelname aan activiteiten tegen eenzaamheid
|-
| RegiVervoer || ★★★★★ || AutoMaatje voor mobiliteit
|-
| RegiPortal || ★★★★☆ || Online inschrijven activiteiten
|-
| RegiMaDi || ★★★★★ || Individuele begeleiding indien nodig
|}

'''Sterktes:'''
* Uitgebreide ondersteuning voor vrijwillige hulp
* Vervoersoplossingen ingebouwd
* Eenzaamheidsbestrijding via activiteiten

=== Persona 2: Peter (45) - Werkende mantelzorger ===

'''Aansluiting RegiCare functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| RegiMatch || ★★★★★ || Vrijwilliger inschakelen voor moeder
|-
| Nedap ONS-koppeling || ★★★★★ || Afstemming met formele zorg
|-
| RegiPortal || ★★★★☆ || Overzicht van ondersteuning
|-
| RegiVervoer || ★★★★★ || Vervoer regelen voor moeder
|}

'''Sterktes:'''
* Koppeling met zorgsystemen via Nedap ONS
* Ontlasten van mantelzorger door vrijwilligers

=== Persona 3: Zorgzame Gemeenschap (Dorpsinitiatief) ===

'''Aansluiting RegiCare functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| RegiVrijwilliger || ★★★★★ || Volledige vrijwilligersadministratie
|-
| RegiMatch || ★★★★★ || Vraag-aanbod matching
|-
| RegiAct || ★★★★★ || Activiteitenbeheer
|-
| RegiRapport || ★★★★★ || Verantwoording naar gemeente
|-
| RegiVervoer || ★★★★★ || Lokaal vervoer organiseren
|}

'''Sterktes:'''
* Professionele ondersteuning van vrijwilligerswerk
* Rapportage naar opdrachtgevers
* Integrale oplossing voor welzijnswerk

=== Persona 4: Jan (67) - Coördinator vrijwilligerswerk ===

'''Aansluiting RegiCare functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| RegiVrijwilliger || ★★★★★ || Volledige vrijwilligersadministratie
|-
| RegiMatch || ★★★★★ || Matching vrijwilligers-hulpvragen
|-
| RegiPortal || ★★★★★ || Vrijwilligers kunnen zelf reageren
|-
| RegiRapport || ★★★★★ || Overzichten en rapportages
|-
| RegiCare App || ★★★★★ || Mobiel registreren in het veld
|}

'''Sterktes:'''
* Specifiek ontworpen voor vrijwilligerscoördinatie
* Volledige inzetregistratie en rapportage
* Mobiele toegang voor veldwerk

----

== Relevante toepassingen voor D-ICC ==

=== Welzijn op Recept ===

RegiCare ondersteunt het complete Welzijn op Recept proces via de ZorgDomein-koppeling. Dit is een cruciale brug tussen huisartsenzorg en welzijn.

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Doel || Psychosociale klachten behandelen via welzijnsarrangement
|-
| Partners || Huisartsen, welzijnsorganisaties
|-
| Techniek || ZorgDomein-koppeling (FHIR-based)
|-
| D-ICC relevantie || Preventie, vroegsignalering, zorg-welzijn verbinding
|}

=== Positieve Gezondheid integratie ===

RegiCare heeft de gespreksinstrumenten van Positieve Gezondheid (iPH) geïntegreerd:
* Vragenlijsten direct invulbaar via RegiPortal
* Resultaten opgeslagen in cliëntdossier
* Basis voor gesprekken over brede gezondheid

=== Buurtcommunities en zorgzame buurten ===

RegiCare ondersteunt de opbouw van zorgzame buurten door:
* Vrijwillige huisbezoeken door vitale senioren
* Organiseren van ontmoetingen
* Coördinatie van informele hulp
* Signalering via RegiSignaal

=== Europees Pharaon-project ===

AdSysCo participeerde met het RegiCare-klantportaal in het Europese Pharaon-programma (2020-2024), dat onderzocht hoe digitale technologieën het leven van ouderen kunnen ondersteunen.

----

== Hiaten en oplossingsrichtingen ==

=== Geïdentificeerde hiaten ===

==== 1. Gemeenschapsparticipatie en collectief kiezen ====
RegiCare is primair gericht op professionele dienstverlening, niet op burgerparticipatie:
* Geen functionaliteit voor collectieve besluitvorming
* Geen wensen/ideeën-platform zoals Gebiedonline
* Beperkte mogelijkheden voor bottom-up initiatieven

==== 2. Publieke toegankelijkheid ====
* Geen openbare activiteitenkalender voor niet-cliënten
* Geen openbare sociale kaart
* Platform primair voor geregistreerde gebruikers

==== 3. Coöperatief eigendom ====
* Commerciële B.V. structuur
* Data-eigendom bij leverancier, niet bij gemeenschap
* Geen lid-gestuurde governance

==== 4. NUTS-standaarden ====
* Geen directe NUTS-implementatie
* Beperkte interoperabiliteit met zorgdomein buiten ZorgDomein/Nedap

=== Oplossingsrichtingen ===

==== Complementaire inzet ====
* RegiCare voor professionele dienstverlening en vrijwilligerscoördinatie
* Gebiedonline voor gemeenschapsparticipatie en collectief kiezen
* Combinatie biedt volledige dekking voor D-ICC

==== Koppelingsstrategie ====
* Verkennen van directe NUTS-integratie
* Uitbreiding koppelingen met andere zorgsystemen
* Potentieel: koppeling met gemeenschapsplatforms

----

== Vergelijking met andere platforms ==

Voor een uitgebreide vergelijking van alle geanalyseerde platforms in het project Digitale Wijkinfrastructuur, zie de [[Vergelijkingstabel Digitale Wijkinfrastructuur|vergelijkingstabel]].

=== Positionering RegiCare ===

{| class="wikitable"
|-
! Sterkte !! Aanvullend nodig voor D-ICC
|-
| Professionele dienstverlening, vrijwilligerscoördinatie, vervoer, zorgkoppelingen, certificeringen || Gemeenschapsparticipatie, collectief kiezen
|}

=== Complementariteit ===

RegiCare is complementair met de andere platforms in de digitale wijkinfrastructuur:

* '''RegiCare''': Professionele dienstverlening, vrijwilligerscoördinatie, vervoer, zorgkoppelingen
* '''Gebied Online''': Gemeenschapscommunicatie, participatie, collectief kiezen, bottom-up initiatieven
* '''OZO Verbindzorg''': Netwerkzorg, professionele zorgcommunicatie, landelijke schaal, open standaarden
* '''TimeSteps''': Mantelzorgcoördinatie, zorgagenda, taakplanning
* '''DeLori''': Community-building in woonzorg, sociale activiteiten, familie-betrokkenheid
* '''Digitale Dorpspleinen''': Lokale economie, e-commerce, duurzaamheid, behoud voorzieningen
----

== Conclusies en aanbevelingen ==

=== Conclusies ===

# '''RegiCare biedt een volwassen, gecertificeerd platform''' voor professionele welzijnsdienstverlening met 30+ jaar ervaring in het sociaal domein.
# '''De modulaire opbouw''' biedt flexibiliteit om het systeem af te stemmen op specifieke organisatiebehoeften.
# '''De koppelingen met Nedap ONS en ZorgDomein''' maken RegiCare tot een belangrijke schakel tussen formele zorg en informele welzijn.
# '''Vrijwilligersmanagement en vervoerscoördinatie''' zijn sterke punten die direct aansluiten bij D-ICC behoeften.
# '''De ISO/NEN-certificeringen''' bieden zekerheid over informatiebeveiliging en kwaliteit.
# '''Voor gemeenschapsparticipatie en collectief kiezen zijn aanvullende tools nodig''', zoals Gebiedonline.
# '''De commerciële structuur''' verschilt van coöperatieve modellen, wat consequenties heeft voor data-eigendom en governance.

=== Aanbevelingen ===

==== Voor RegiCare/AdSysCo ====
* Verken directe NUTS-implementatie voor bredere zorginteroperabiliteit
* Ontwikkel mogelijkheden voor publieke activiteitenkalender/sociale kaart
* Onderzoek koppelingen met gemeenschapsplatforms (bijv. Gebiedonline)
* Overweeg partnerschappen met zorgzame gemeenschappen

==== Voor het project Digitale Wijkinfrastructuur ====
* Positioneer RegiCare als professionele dienstverlening- en vrijwilligerslaag
* Combineer met Gebiedonline voor gemeenschapsparticipatie
* Benut de ZorgDomein/Nedap-koppelingen als voorbeeld voor zorg-welzijn integratie
* Gebruik de certificeringsaanpak als kwaliteitsnorm

==== Voor zorgzame gemeenschappen ====
* Overweeg RegiCare voor professioneel ondersteunde vrijwilligerscoördinatie
* Benut de vervoersmodules voor lokale mobiliteitsoplossingen
* Combineer met een gemeenschapsplatform voor participatie
* Exploreer Welzijn op Recept samenwerking met lokale huisartsen

----

== Bijdrage aan de referentie-architectuur ==

Deze analyse van RegiCare draagt bij aan de ontwikkeling van de referentie-architectuur voor digitale wijkinfrastructuur door:

# '''De modulaire structuur''' als voorbeeld voor flexibele, schaalbare oplossingen
# '''De zorgkoppelingen''' (Nedap ONS, ZorgDomein) als model voor zorg-welzijn integratie
# '''Het vrijwilligersmanagement''' als best practice voor ondersteuning informele zorg
# '''De vervoerscoördinatie''' als voorbeeld van integrale oplossingen
# '''De certificeringsaanpak''' als kwaliteitsnorm voor informatiebeveiliging
# '''De complementariteit''' met gemeenschapsplatforms (Gebiedonline)

De bevindingen worden ingebracht in het bredere project en zullen bijdragen aan de ontwikkeling van een coherente visie op digitale ondersteuning voor zorgzame gemeenschappen.

----

== Bijlage: Overzicht RegiCare modules ==

{| class="wikitable"
|-
! Module !! Domein !! Kernfunctie
|-
| RegiCRM || Relatiebeheer || Centrale database van alle relaties
|-
| RegiMatch || Matching || Vraag-aanbod koppeling
|-
| RegiMaDi || Individueel || Cliëntvolging en dossiervorming
|-
| RegiAct || Collectief || Activiteitenbeheer en planning
|-
| RegiVervoer || Mobiliteit || Vervoerscoördinatie
|-
| RegiSignaal || Signalering || Mobiele vroegsignalering
|-
| RegiVrijwilliger || Vrijwilligers || Vrijwilligersbeheer
|-
| RegiPortal || Toegang || Online portaal voor alle gebruikers
|-
| RegiRapport || Verantwoording || Geautomatiseerde rapportages
|-
| RegiTijd || Bedrijfsvoering || Tijdregistratie
|-
| RegiFinance || Bedrijfsvoering || Financiële transacties
|-
| RegiInbox || Communicatie || Ontvangst ZorgDomein-berichten
|}

----

== Bijlage: Partners en samenwerkingen ==

{| class="wikitable"
|-
! Partner !! Samenwerking
|-
| ANWB AutoMaatje || Landelijke vervoersoplossing (100+ gemeenten)
|-
| Nationaal Ouderenfonds || BoodschappenPlusBus (100+ locaties), Zilverlijn
|-
| Institute for Positive Health (iPH) || Positieve Gezondheid integratie
|-
| Nedap Healthcare || ONS-koppeling voor zorg-welzijn verbinding
|-
| ZorgDomein || Welzijn op Recept koppeling
|-
| AFAS || ERP-koppelingen via AIMS
|-
| Hogescholen/Universiteiten || Pharaon EU-project (Universiteit Twente)
|}

----

== Bijlage: Methodologie en bronnen ==

Deze rapportage is tot stand gekomen op basis van:

* '''Website AdSysCo''' (www.adsysco.nl) - geraadpleegd december 2025
* '''LinkedIn AdSysCo''' - bedrijfsprofiel en updates
* '''Zorg+Welzijn publicaties''' - interviews en artikelen
* '''ZorgDomein implementatiedocumentatie''' - technische specificaties
* '''AdSysCo nieuwsbrieven en release notes''' - functionaliteitsbeschrijvingen

De analyses zijn uitgevoerd volgens de methodes beschreven in het plan van aanpak, met nadruk op aansluiting bij D-ICC principes en behoeften van zorgzame gemeenschappen.

----

''Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en is beschikbaar onder de Creative Commons BY-SA 4.0 licentie.''

''Datum: december 2025''

[[Categorie:Digitale Wijkinfrastructuur]]
[[Categorie:Leveranciersrapportages]]
[[Categorie:RegiCare]]
[[Categorie:AdSysCo]]

AdSysCo

2025-12-08T19:14:27Z

Admin:

= Rapportage RegiCare (AdSysCo) =

== Inleiding ==

Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en beschrijft de bevindingen van de analyse van het RegiCare platform van AdSysCo. Het doel van deze analyse is om inzicht te krijgen in hoe RegiCare past binnen het bredere concept van Digitaal Geïntegreerde Gemeenschapszorg (Digital Integrated Community Care, D-ICC) en hoe de functionaliteiten kunnen aansluiten bij de behoeften van zorgzame gemeenschappen.

Deze rapportage maakt deel uit van een breder onderzoek naar digitale oplossingen die kunnen bijdragen aan een effectieve wijkinfrastructuur voor zorgzame gemeenschappen in Nederland. In deze rapportage wordt gebruik gemaakt van de gestandaardiseerde methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur.

== Achtergrond van het project ==

Het project "Digitale Wijkinfrastructuur" komt voort uit de behoefte aan een geïntegreerde digitale ondersteuning voor zorgzame gemeenschappen. De ouderenzorg staat onder druk door dubbele vergrijzing, oplopende kosten en een tekort aan personeel. RegiCare van AdSysCo richt zich op het ondersteunen van de informele zorg en het verbinden van zorg en welzijn, wat aansluit bij de beweging van 'zorgen voor' naar 'zorgen dat' zoals beschreven in het Generiek Kompas.

== Methode van onderzoek ==

Voor deze rapportage is gebruik gemaakt van de volgende bronnen:
* Website AdSysCo (www.adsysco.nl) - geraadpleegd december 2025
* LinkedIn-profiel AdSysCo
* Publicaties in Zorg+Welzijn magazine
* ZorgDomein implementatiedocumentatie
* Release notes en nieuwsbrieven AdSysCo

== Algemeen overzicht AdSysCo en RegiCare ==

AdSysCo is een IT-bedrijf gevestigd in Heemstede, opgericht in 2003 door Gerlof Sijtsma en Piet de Groot. Beide oprichters waren actief als bestuurslid van welzijnsorganisaties en hadden ervaring in de automatisering. Midden jaren negentig ontwikkelden zij voor hun organisaties een nieuw registratiesysteem, wat de basis vormde voor RegiCare.

=== Kerngegevens ===

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| '''Organisatie''' || AdSysCo B.V.
|-
| '''Opgericht''' || 2003 (software vanaf midden jaren '90)
|-
| '''Vestigingsplaats''' || Heemstede
|-
| '''Product''' || RegiCare registratiesysteem
|-
| '''Ervaring''' || 30+ jaar in het sociaal domein
|-
| '''Gebruikers''' || Duizenden professionals en vrijwilligers
|-
| '''Vervoerslocaties''' || 350+ locaties (ANWB AutoMaatje, BoodschappenPlusBus)
|-
| '''Certificeringen''' || ISO 27001, NEN 7510, ISAE 3402 type II
|}

=== Missie en visie ===

AdSysCo ondersteunt professionals en vrijwilligers in zorg en welzijn in hun werk voor een samenleving waarin iedereen mee kan doen. De kernfilosofie is: vanuit de werkinhoud één registratiesysteem maken voor alle primaire processen van het welzijnswerk.

=== Dochterbedrijven en platforms ===

* '''Pro-Feel''': Concepten en trainingen voor klanten
* '''Deelmee''': Samenwerking- en kennisplatform voor Wonen, Zorg en Welzijn

=== Klantenkring ===

RegiCare wordt gebruikt door:
* Welzijnsinstellingen (brede en gespecialiseerde)
* Zorginstellingen
* Maatschappelijk werk en maatschappelijke dienstverlening
* Jongerenwerk en opbouwwerk
* Welzijn ouderen
* Gemeenten
* MEE-organisaties
* Steunpunten vrijwilligerswerk, mantelzorg en buddyzorg
* Vluchtelingenwerk
* Halt Nederland
* Bibliotheken

----

== De modulaire structuur van RegiCare ==

RegiCare is modulair opgebouwd rondom een centraal CRM-systeem. Het platform onderscheidt primaire processen en bedrijfsvoeringsprocessen:

<pre>
┌─────────────────────────────────────────────────────────────────────────┐
│ REGICARE ARCHITECTUUR │
├─────────────────────────────────────────────────────────────────────────┤
│ │
│ PRIMAIRE PROCESSEN │
│ ┌──────────┬──────────┬──────────┬──────────┬──────────┬──────────┐ │
│ │RegiMatch │ RegiMaDi │ RegiAct │RegiVervoer│RegiSignaal│RegiVrij- │ │
│ │(Matching)│(Cliënt- │(Activi- │(Vervoer) │(Signale- │williger │ │
│ │ │volging) │teiten) │ │ring) │ │ │
│ └──────────┴──────────┴──────────┴──────────┴──────────┴──────────┘ │
│ ▲ │
│ │ │
│ ┌─────────┴─────────┐ │
│ │ RegiCRM │ │
│ │ (Centraal CRM) │ │
│ └─────────┬─────────┘ │
│ │ │
│ ▼ │
│ BEDRIJFSVOERINGSPROCESSEN │
│ ┌──────────┬──────────┬──────────┬──────────┐ │
│ │RegiPortal│ RegiTijd │RegiRapport│RegiFinance│ │
│ │(Extranet)│(Tijdreg.)│(Rapportage)│(Financieel)│ │
│ └──────────┴──────────┴──────────┴──────────┘ │
│ │
└─────────────────────────────────────────────────────────────────────────┘
</pre>

----

== Analyse van functionaliteiten volgens het raamwerk ==

=== PRIMAIRE PROCESMODULES ===

==== Functionaliteit "RegiCRM" (Centraal CRM) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Relatiebeheer
|-
| Korte beschrijving || Centraal CRM waar alle relaties van de organisatie eenmaal worden vastgelegd
|-
| Primaire gebruikersrollen || Professionals, coördinatoren, vrijwilligers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Eenmalig vastleggen van persoons- en organisatiegegevens voor meervoudig gebruik
|-
| Input || NAW-gegevens, toestemmingen, rollen, contactgegevens
|-
| Output || Persoonskaart, zoekbare database, rollenoverzicht
|-
| Kernprincipe || Eenmaal vastleggen, meervoudig gebruiken
|}

'''D-ICC Alignment:'''
* Sociale basisinfrastructuur: ★★★★★ - Maakt alle relaties en rollen zichtbaar
* Gelijkwaardigheid: ★★★★☆ - Eén persoon kan meerdere rollen hebben

----

==== Functionaliteit "RegiMatch" (Matching) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Matching vraag en aanbod
|-
| Korte beschrijving || Verbindt vrijwilligers direct met de vraag van burgers en organisaties
|-
| Primaire gebruikersrollen || Coördinatoren, vrijwilligers, hulpvragers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Efficiënt bij elkaar brengen van vraag en aanbod
|-
| Input || Hulpvragen, vrijwilligersprofielen, beschikbaarheid
|-
| Output || Matches, koppelingsoverzichten
|-
| Interactie || Vraag plaatsen, vrijwilliger zoeken, match maken
|}

'''D-ICC Alignment:'''
* Sleutelprincipes: ★★★★★ - Bevordert wederkerigheid en samenredzaamheid
* Gelijkwaardigheid: ★★★★☆ - Faciliteert directe verbinding tussen burgers

'''Praktijkvoorbeeld - ANWB AutoMaatje:'''
Via RegiMatch worden vrijwillige chauffeurs gekoppeld aan minder mobiele plaatsgenoten. Het systeem houdt rekening met beschikbaarheid, locatie en persoonlijke voorkeuren voor een optimale match.

----

==== Functionaliteit "RegiMaDi" (Maatschappelijke Dienstverlening/Cliëntvolging) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Individuele ondersteuning
|-
| Korte beschrijving || Cliëntvolgmodule voor individuele begeleiding en trajecten
|-
| Primaire gebruikersrollen || Maatschappelijk werkers, cliëntondersteuners, welzijnsprofessionals
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Vastleggen en volgen van individuele begeleidingstrajecten
|-
| Input || Cliëntgegevens, hulpvragen, interventies, metingen
|-
| Output || Dossiervorming, voortgangsrapportages, effectmetingen
|-
| Fasering || Begeleiding in 4 stappen (intake, plan, uitvoering, afsluiting)
|-
| Integraties || Positieve Gezondheid vragenlijsten, Effectenmonitor
|}

'''D-ICC Alignment:'''
* Sociale basisinfrastructuur: ★★★★★ - Ondersteunt formele hulpverlening
* Sleutelprincipes: ★★★★☆ - Bevordert regie bij de cliënt

'''Toepassingsgebieden:'''
* Maatschappelijk werk
* Onafhankelijke cliëntondersteuning (OCO)
* Informatie en advies
* Schuldhulpverlening
* Welzijn op Recept trajecten

----

==== Functionaliteit "RegiAct" (Collectieve Activiteiten) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Activiteitenbeheer
|-
| Korte beschrijving || Beheer van alle collectieve activiteiten en dienstverlening
|-
| Primaire gebruikersrollen || Activiteitenbegeleiders, coördinatoren, deelnemers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Organiseren en administreren van groepsactiviteiten
|-
| Input || Activiteiten, locaties, medewerkers, vrijwilligers, inschrijvingen
|-
| Output || Planning, deelnemerslijsten, financiële afhandeling
|-
| Activiteitstypen || Ontmoetingsactiviteiten, aanschuifrestaurants, dagbesteding, cursussen, sport
|}

'''D-ICC Alignment:'''
* Gelijkwaardigheid: ★★★★★ - Toegankelijk voor alle doelgroepen
* Sociale basisinfrastructuur: ★★★★★ - Essentieel voor sociale cohesie en eenzaamheidsbestrijding

----

==== Functionaliteit "RegiVervoer" (Maatschappelijk Vervoer) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Mobiliteit
|-
| Korte beschrijving || Planning en coördinatie van maatschappelijk vervoer door vrijwilligers
|-
| Primaire gebruikersrollen || Vervoerscoördinatoren, vrijwillige chauffeurs, deelnemers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Faciliteren van sociale mobiliteit voor kwetsbare burgers
|-
| Input || Ritaanvragen, voertuigen, vrijwilligers, routes
|-
| Output || Grafische planning, maandoverzichten, financiële afwikkeling
|-
| Rittypen || Deur-tot-deur vervoer, groepsvervoer, uitstapjes
|}

'''D-ICC Alignment:'''
* Sleutelprincipes: ★★★★★ - Bevordert zelfredzaamheid en sociale participatie
* Sociale basisinfrastructuur: ★★★★★ - Mobiliteit als randvoorwaarde voor thuiswonen

'''Praktijkvoorbeeld - ANWB AutoMaatje:'''
ANWB AutoMaatje is actief in meer dan 100 gemeenten met duizenden vrijwillige chauffeurs. RegiCare verzorgt de planning, matching en administratie. Het sociale contact tijdens de rit is minstens zo belangrijk als het vervoer zelf.

'''Praktijkvoorbeeld - BoodschappenPlusBus:'''
Het Nationaal Ouderenfonds organiseert met de BoodschappenPlusBus op 100+ locaties vervoer naar winkels en uitstapjes. RegiCare beheert de bussen, uitjes en vrijwilligers.

----

==== Functionaliteit "RegiSignaal" (Vroegsignalering) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Signalering
|-
| Korte beschrijving || Mobiel vastleggen en delen van signalen in de wijk
|-
| Primaire gebruikersrollen || Opbouwwerkers, jongerenwerkers, wijkteammedewerkers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Snel en eenvoudig signalen uit de wijk vastleggen en collega's informeren
|-
| Input || Signalen via mobiele app (beschrijving, locatie, urgentie)
|-
| Output || Signaaloverzicht, meldingen aan collega's, interventiestart
|-
| Platform || Mobiele app (iOS en Android)
|}

'''D-ICC Alignment:'''
* Sleutelprincipes: ★★★★★ - Ondersteunt preventie en vroegtijdige interventie
* Samen besturen: ★★★★☆ - Faciliteert informatie-uitwisseling in wijkteams

----

==== Functionaliteit "RegiVrijwilliger" (Vrijwilligersbeheer) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Vrijwilligersmanagement
|-
| Korte beschrijving || Volledige registratie en beheer van vrijwilligers
|-
| Primaire gebruikersrollen || Vrijwilligerscoördinatoren, vrijwilligers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Ondersteunen van alle werkprocessen rondom vrijwilligers
|-
| Input || Vrijwilligersgegevens, dossiers, inzet, declaraties
|-
| Output || Overzichten per vrijwilliger/coördinator/locatie, declaratieverwerking
|-
| Functies || Dossiervorming, VOG-registratie, inzetregistratie
|}

'''D-ICC Alignment:'''
* Sleutelprincipes: ★★★★★ - Vrijwilligers als onmisbare schakel in informele zorg
* Gelijkwaardigheid: ★★★★☆ - Professionele ondersteuning van vrijwilligers

----

=== BEDRIJFSVOERINGSMODULES ===

==== Functionaliteit "RegiPortal" (Extranet/Portaal) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Digitale toegang
|-
| Korte beschrijving || Online portaal voor alle betrokkenen met gepersonaliseerde toegang
|-
| Primaire gebruikersrollen || Vrijwilligers, cliënten, professionals
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Digitale regie voor burgers en verbinding tussen alle betrokkenen
|-
| Vrijwilligerstoegang || Vacatures bekijken, reageren, academie, declaraties, nieuws
|-
| Cliënttoegang || Activiteiten kiezen, inschrijven, eigen dossier inzien, vragenlijsten
|-
| Kenmerk || Gepersonaliseerde ervaring op basis van rol en profiel
|}

'''D-ICC Alignment:'''
* Gelijkwaardigheid: ★★★★★ - Eigen regie voor alle gebruikers
* Sleutelprincipes: ★★★★★ - Bevordert eigenaarschap en transparantie

----

==== Functionaliteit "RegiRapport" (Rapportage) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Verantwoording
|-
| Korte beschrijving || Geautomatiseerde rapportages over alle onderdelen van RegiCare
|-
| Primaire gebruikersrollen || Management, beleidsmedewerkers, gemeenten
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Zichtbaar maken van maatschappelijke impact
|-
| Output || Gestandaardiseerde rapportages, trendanalyses
|-
| Actualisatie || Doorlopend op basis van gebruik, wet- en regelgeving, effectmetingen
|}

'''D-ICC Alignment:'''
* Samen besturen: ★★★★★ - Ondersteunt verantwoording naar opdrachtgevers

----

==== Functionaliteit "RegiTijd" (Tijdregistratie) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Bedrijfsvoering
|-
| Korte beschrijving || Tijdregistratie voor medewerkers en vrijwilligers
|-
| Integratie || AFAS-koppeling voor projecturen en verlofregistratie
|}

----

==== Functionaliteit "RegiFinance" (Financieel) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Financiële administratie
|-
| Korte beschrijving || Financiële transacties (eigen bijdragen, verhuur, declaraties)
|-
| Integratie || AFAS-koppeling voor volledige financiële afhandeling
|}

----

== Koppelingen en integraties ==

=== Overzicht van koppelingen ===

{| class="wikitable"
|-
! Koppeling !! Type !! Beschrijving
|-
| '''Nedap ONS''' || ECD-koppeling || Eerste in de markt - welzijnsvragen vanuit zorg naar welzijn
|-
| '''ZorgDomein''' || Verwijskoppeling || Welzijn op Recept: verwijzingen van huisarts naar welzijn
|-
| '''AFAS''' || ERP-koppeling || Personeels- en financiële administratie (4 koppelingen)
|-
| '''Positieve Gezondheid''' || Vragenlijstkoppeling || iPH gespreksinstrumenten direct in RegiCare
|-
| '''Effectenmonitor''' || Meetinstrument || Externe tool voor effectmeting van interventies
|}

=== Koppeling met Nedap ONS ===

De koppeling tussen RegiCare en Nedap ONS is een belangrijke innovatie voor de verbinding tussen formele zorg en informele welzijn:

'''Werkwijze:'''
# Zorgprofessional signaleert welzijnsbehoefte bij cliënt in ONS
# Welzijnsvraag wordt via RegiCare App gesteld
# Vraag komt direct bij welzijnsmedewerker terecht
# Welzijnsmedewerker zoekt passend aanbod
# Terugkoppeling naar zorgprofessional via ONS

'''Praktijkvoorbeeld - Sint Jacob Haarlem:'''
Ouderenzorgaanbieder Sint Jacob in Haarlem heeft de koppeling tussen RegiCare en ONS Nedap in gebruik genomen. Zorgmedewerkers kunnen nu direct welzijnsvragen stellen voor cliënten, wat de drempel verlaagt en de verbinding tussen zorg en welzijn versterkt.

=== Koppeling met ZorgDomein (Welzijn op Recept) ===

De koppeling met ZorgDomein faciliteert het complete Welzijn op Recept proces:

'''Proces:'''
# Huisarts/POH verwijst via HIS naar ZorgDomein
# Verwijzing komt automatisch in RegiInbox van RegiCare
# Welzijnsorganisatie neemt binnen 2 werkdagen contact op
# Intakegesprek en samenstelling welzijnsarrangement
# Terugkoppeling naar verwijzer via ZorgDomein

'''Welzijnsarrangement kan bestaan uit:'''
* Collectief aanbod (groepsactiviteiten, MeeDoen!)
* Informeel aanbod (buurtcommunities, Thuis in Gesprek)
* Individueel aanbod (ouderenadviseur, maatschappelijk werk)

----

== Technische aspecten en standaarden ==

=== Certificeringen en compliance ===

{| class="wikitable"
|-
! Certificering !! Status !! Toelichting
|-
| ISO 27001 || Gecertificeerd sinds 2020 || Internationale norm informatiebeveiliging
|-
| NEN 7510 || Gecertificeerd sinds 2020 || Nederlandse zorgsector norm
|-
| ISAE 3402 type II || Verklaring sinds 2023 || Controle uitbestede processen
|-
| AVG || Compliant || Privacywetgeving
|}

=== Platformarchitectuur ===

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Architectuur || Cloud-based SaaS
|-
| Toegang || Web-based + mobiele apps (iOS/Android)
|-
| Hosting || Nederland
|-
| Updates || Doorlopende releases (kwartaal)
|-
| Support || Helpdesk, servicemanagers, workshops
|}

=== Open standaarden ===

{| class="wikitable"
|-
! Standaard !! Status !! Toepassing
|-
| HL7 FHIR || Via ZorgDomein || Verwijzingen Welzijn op Recept
|-
| ZorgDomein protocol || Geïmplementeerd || Berichtenverkeer huisarts-welzijn
|}

'''Opmerking over NUTS:'''
RegiCare heeft momenteel geen directe NUTS-implementatie. ZorgDomein, waarmee RegiCare gekoppeld is, heeft wel de intentieverklaring 'Nuts standaarden voor eOverdracht' ondertekend.

----

== Analyse van persona's en behoeften van gemeenschappen ==

=== Persona 1: Maria (78) - Alleenwonende oudere ===

'''Aansluiting RegiCare functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| RegiMatch || ★★★★★ || Hulpvraag koppelen aan vrijwilliger
|-
| RegiAct || ★★★★★ || Deelname aan activiteiten tegen eenzaamheid
|-
| RegiVervoer || ★★★★★ || AutoMaatje voor mobiliteit
|-
| RegiPortal || ★★★★☆ || Online inschrijven activiteiten
|-
| RegiMaDi || ★★★★★ || Individuele begeleiding indien nodig
|}

'''Sterktes:'''
* Uitgebreide ondersteuning voor vrijwillige hulp
* Vervoersoplossingen ingebouwd
* Eenzaamheidsbestrijding via activiteiten

=== Persona 2: Peter (45) - Werkende mantelzorger ===

'''Aansluiting RegiCare functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| RegiMatch || ★★★★★ || Vrijwilliger inschakelen voor moeder
|-
| Nedap ONS-koppeling || ★★★★★ || Afstemming met formele zorg
|-
| RegiPortal || ★★★★☆ || Overzicht van ondersteuning
|-
| RegiVervoer || ★★★★★ || Vervoer regelen voor moeder
|}

'''Sterktes:'''
* Koppeling met zorgsystemen via Nedap ONS
* Ontlasten van mantelzorger door vrijwilligers

=== Persona 3: Zorgzame Gemeenschap (Dorpsinitiatief) ===

'''Aansluiting RegiCare functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| RegiVrijwilliger || ★★★★★ || Volledige vrijwilligersadministratie
|-
| RegiMatch || ★★★★★ || Vraag-aanbod matching
|-
| RegiAct || ★★★★★ || Activiteitenbeheer
|-
| RegiRapport || ★★★★★ || Verantwoording naar gemeente
|-
| RegiVervoer || ★★★★★ || Lokaal vervoer organiseren
|}

'''Sterktes:'''
* Professionele ondersteuning van vrijwilligerswerk
* Rapportage naar opdrachtgevers
* Integrale oplossing voor welzijnswerk

=== Persona 4: Jan (67) - Coördinator vrijwilligerswerk ===

'''Aansluiting RegiCare functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| RegiVrijwilliger || ★★★★★ || Volledige vrijwilligersadministratie
|-
| RegiMatch || ★★★★★ || Matching vrijwilligers-hulpvragen
|-
| RegiPortal || ★★★★★ || Vrijwilligers kunnen zelf reageren
|-
| RegiRapport || ★★★★★ || Overzichten en rapportages
|-
| RegiCare App || ★★★★★ || Mobiel registreren in het veld
|}

'''Sterktes:'''
* Specifiek ontworpen voor vrijwilligerscoördinatie
* Volledige inzetregistratie en rapportage
* Mobiele toegang voor veldwerk

----

== Relevante toepassingen voor D-ICC ==

=== Welzijn op Recept ===

RegiCare ondersteunt het complete Welzijn op Recept proces via de ZorgDomein-koppeling. Dit is een cruciale brug tussen huisartsenzorg en welzijn.

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Doel || Psychosociale klachten behandelen via welzijnsarrangement
|-
| Partners || Huisartsen, welzijnsorganisaties
|-
| Techniek || ZorgDomein-koppeling (FHIR-based)
|-
| D-ICC relevantie || Preventie, vroegsignalering, zorg-welzijn verbinding
|}

=== Positieve Gezondheid integratie ===

RegiCare heeft de gespreksinstrumenten van Positieve Gezondheid (iPH) geïntegreerd:
* Vragenlijsten direct invulbaar via RegiPortal
* Resultaten opgeslagen in cliëntdossier
* Basis voor gesprekken over brede gezondheid

=== Buurtcommunities en zorgzame buurten ===

RegiCare ondersteunt de opbouw van zorgzame buurten door:
* Vrijwillige huisbezoeken door vitale senioren
* Organiseren van ontmoetingen
* Coördinatie van informele hulp
* Signalering via RegiSignaal

=== Europees Pharaon-project ===

AdSysCo participeerde met het RegiCare-klantportaal in het Europese Pharaon-programma (2020-2024), dat onderzocht hoe digitale technologieën het leven van ouderen kunnen ondersteunen.

----

== Hiaten en oplossingsrichtingen ==

=== Geïdentificeerde hiaten ===

==== 1. Gemeenschapsparticipatie en collectief kiezen ====
RegiCare is primair gericht op professionele dienstverlening, niet op burgerparticipatie:
* Geen functionaliteit voor collectieve besluitvorming
* Geen wensen/ideeën-platform zoals Gebiedonline
* Beperkte mogelijkheden voor bottom-up initiatieven

==== 2. Publieke toegankelijkheid ====
* Geen openbare activiteitenkalender voor niet-cliënten
* Geen openbare sociale kaart
* Platform primair voor geregistreerde gebruikers

==== 3. Coöperatief eigendom ====
* Commerciële B.V. structuur
* Data-eigendom bij leverancier, niet bij gemeenschap
* Geen lid-gestuurde governance

==== 4. NUTS-standaarden ====
* Geen directe NUTS-implementatie
* Beperkte interoperabiliteit met zorgdomein buiten ZorgDomein/Nedap

=== Oplossingsrichtingen ===

==== Complementaire inzet ====
* RegiCare voor professionele dienstverlening en vrijwilligerscoördinatie
* Gebiedonline voor gemeenschapsparticipatie en collectief kiezen
* Combinatie biedt volledige dekking voor D-ICC

==== Koppelingsstrategie ====
* Verkennen van directe NUTS-integratie
* Uitbreiding koppelingen met andere zorgsystemen
* Potentieel: koppeling met gemeenschapsplatforms

----

== Vergelijking met andere platforms ==

Voor een uitgebreide vergelijking van alle geanalyseerde platforms in het project Digitale Wijkinfrastructuur, zie de [[Master Vergelijkingstabel Digitale Wijkinfrastructuur|master vergelijkingstabel]].

=== Positionering RegiCare ===

{| class="wikitable"
|-
! Sterkte !! Aanvullend nodig voor D-ICC
|-
| Professionele dienstverlening, vrijwilligerscoördinatie, vervoer, zorgkoppelingen, certificeringen || Gemeenschapsparticipatie, collectief kiezen
|}

=== Complementariteit ===

RegiCare is complementair met de andere platforms in de digitale wijkinfrastructuur:

* '''RegiCare''': Professionele dienstverlening, vrijwilligerscoördinatie, vervoer, zorgkoppelingen
* '''Gebied Online''': Gemeenschapscommunicatie, participatie, collectief kiezen, bottom-up initiatieven
* '''OZO Verbindzorg''': Netwerkzorg, professionele zorgcommunicatie, landelijke schaal, open standaarden
* '''TimeSteps''': Mantelzorgcoördinatie, zorgagenda, taakplanning
* '''DeLori''': Community-building in woonzorg, sociale activiteiten, familie-betrokkenheid
* '''Digitale Dorpspleinen''': Lokale economie, e-commerce, duurzaamheid, behoud voorzieningen
----

== Conclusies en aanbevelingen ==

=== Conclusies ===

# '''RegiCare biedt een volwassen, gecertificeerd platform''' voor professionele welzijnsdienstverlening met 30+ jaar ervaring in het sociaal domein.
# '''De modulaire opbouw''' biedt flexibiliteit om het systeem af te stemmen op specifieke organisatiebehoeften.
# '''De koppelingen met Nedap ONS en ZorgDomein''' maken RegiCare tot een belangrijke schakel tussen formele zorg en informele welzijn.
# '''Vrijwilligersmanagement en vervoerscoördinatie''' zijn sterke punten die direct aansluiten bij D-ICC behoeften.
# '''De ISO/NEN-certificeringen''' bieden zekerheid over informatiebeveiliging en kwaliteit.
# '''Voor gemeenschapsparticipatie en collectief kiezen zijn aanvullende tools nodig''', zoals Gebiedonline.
# '''De commerciële structuur''' verschilt van coöperatieve modellen, wat consequenties heeft voor data-eigendom en governance.

=== Aanbevelingen ===

==== Voor RegiCare/AdSysCo ====
* Verken directe NUTS-implementatie voor bredere zorginteroperabiliteit
* Ontwikkel mogelijkheden voor publieke activiteitenkalender/sociale kaart
* Onderzoek koppelingen met gemeenschapsplatforms (bijv. Gebiedonline)
* Overweeg partnerschappen met zorgzame gemeenschappen

==== Voor het project Digitale Wijkinfrastructuur ====
* Positioneer RegiCare als professionele dienstverlening- en vrijwilligerslaag
* Combineer met Gebiedonline voor gemeenschapsparticipatie
* Benut de ZorgDomein/Nedap-koppelingen als voorbeeld voor zorg-welzijn integratie
* Gebruik de certificeringsaanpak als kwaliteitsnorm

==== Voor zorgzame gemeenschappen ====
* Overweeg RegiCare voor professioneel ondersteunde vrijwilligerscoördinatie
* Benut de vervoersmodules voor lokale mobiliteitsoplossingen
* Combineer met een gemeenschapsplatform voor participatie
* Exploreer Welzijn op Recept samenwerking met lokale huisartsen

----

== Bijdrage aan de referentie-architectuur ==

Deze analyse van RegiCare draagt bij aan de ontwikkeling van de referentie-architectuur voor digitale wijkinfrastructuur door:

# '''De modulaire structuur''' als voorbeeld voor flexibele, schaalbare oplossingen
# '''De zorgkoppelingen''' (Nedap ONS, ZorgDomein) als model voor zorg-welzijn integratie
# '''Het vrijwilligersmanagement''' als best practice voor ondersteuning informele zorg
# '''De vervoerscoördinatie''' als voorbeeld van integrale oplossingen
# '''De certificeringsaanpak''' als kwaliteitsnorm voor informatiebeveiliging
# '''De complementariteit''' met gemeenschapsplatforms (Gebiedonline)

De bevindingen worden ingebracht in het bredere project en zullen bijdragen aan de ontwikkeling van een coherente visie op digitale ondersteuning voor zorgzame gemeenschappen.

----

== Bijlage: Overzicht RegiCare modules ==

{| class="wikitable"
|-
! Module !! Domein !! Kernfunctie
|-
| RegiCRM || Relatiebeheer || Centrale database van alle relaties
|-
| RegiMatch || Matching || Vraag-aanbod koppeling
|-
| RegiMaDi || Individueel || Cliëntvolging en dossiervorming
|-
| RegiAct || Collectief || Activiteitenbeheer en planning
|-
| RegiVervoer || Mobiliteit || Vervoerscoördinatie
|-
| RegiSignaal || Signalering || Mobiele vroegsignalering
|-
| RegiVrijwilliger || Vrijwilligers || Vrijwilligersbeheer
|-
| RegiPortal || Toegang || Online portaal voor alle gebruikers
|-
| RegiRapport || Verantwoording || Geautomatiseerde rapportages
|-
| RegiTijd || Bedrijfsvoering || Tijdregistratie
|-
| RegiFinance || Bedrijfsvoering || Financiële transacties
|-
| RegiInbox || Communicatie || Ontvangst ZorgDomein-berichten
|}

----

== Bijlage: Partners en samenwerkingen ==

{| class="wikitable"
|-
! Partner !! Samenwerking
|-
| ANWB AutoMaatje || Landelijke vervoersoplossing (100+ gemeenten)
|-
| Nationaal Ouderenfonds || BoodschappenPlusBus (100+ locaties), Zilverlijn
|-
| Institute for Positive Health (iPH) || Positieve Gezondheid integratie
|-
| Nedap Healthcare || ONS-koppeling voor zorg-welzijn verbinding
|-
| ZorgDomein || Welzijn op Recept koppeling
|-
| AFAS || ERP-koppelingen via AIMS
|-
| Hogescholen/Universiteiten || Pharaon EU-project (Universiteit Twente)
|}

----

== Bijlage: Methodologie en bronnen ==

Deze rapportage is tot stand gekomen op basis van:

* '''Website AdSysCo''' (www.adsysco.nl) - geraadpleegd december 2025
* '''LinkedIn AdSysCo''' - bedrijfsprofiel en updates
* '''Zorg+Welzijn publicaties''' - interviews en artikelen
* '''ZorgDomein implementatiedocumentatie''' - technische specificaties
* '''AdSysCo nieuwsbrieven en release notes''' - functionaliteitsbeschrijvingen

De analyses zijn uitgevoerd volgens de methodes beschreven in het plan van aanpak, met nadruk op aansluiting bij D-ICC principes en behoeften van zorgzame gemeenschappen.

----

''Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en is beschikbaar onder de Creative Commons BY-SA 4.0 licentie.''

''Datum: december 2025''

[[Categorie:Digitale Wijkinfrastructuur]]
[[Categorie:Leveranciersrapportages]]
[[Categorie:RegiCare]]
[[Categorie:AdSysCo]]

AdSysCo

2025-12-08T19:12:24Z

Admin: /* Vergelijking met andere platforms */

= Rapportage RegiCare (AdSysCo) =

== Inleiding ==

Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en beschrijft de bevindingen van de analyse van het RegiCare platform van AdSysCo. Het doel van deze analyse is om inzicht te krijgen in hoe RegiCare past binnen het bredere concept van Digitaal Geïntegreerde Gemeenschapszorg (Digital Integrated Community Care, D-ICC) en hoe de functionaliteiten kunnen aansluiten bij de behoeften van zorgzame gemeenschappen.

Deze rapportage maakt deel uit van een breder onderzoek naar digitale oplossingen die kunnen bijdragen aan een effectieve wijkinfrastructuur voor zorgzame gemeenschappen in Nederland. In deze rapportage wordt gebruik gemaakt van de gestandaardiseerde methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur.

== Achtergrond van het project ==

Het project "Digitale Wijkinfrastructuur" komt voort uit de behoefte aan een geïntegreerde digitale ondersteuning voor zorgzame gemeenschappen. De ouderenzorg staat onder druk door dubbele vergrijzing, oplopende kosten en een tekort aan personeel. RegiCare van AdSysCo richt zich op het ondersteunen van de informele zorg en het verbinden van zorg en welzijn, wat aansluit bij de beweging van 'zorgen voor' naar 'zorgen dat' zoals beschreven in het Generiek Kompas.

== Methode van onderzoek ==

Voor deze rapportage is gebruik gemaakt van de volgende bronnen:
* Website AdSysCo (www.adsysco.nl) - geraadpleegd december 2025
* LinkedIn-profiel AdSysCo
* Publicaties in Zorg+Welzijn magazine
* ZorgDomein implementatiedocumentatie
* Release notes en nieuwsbrieven AdSysCo

== Algemeen overzicht AdSysCo en RegiCare ==

AdSysCo is een IT-bedrijf gevestigd in Heemstede, opgericht in 2003 door Gerlof Sijtsma en Piet de Groot. Beide oprichters waren actief als bestuurslid van welzijnsorganisaties en hadden ervaring in de automatisering. Midden jaren negentig ontwikkelden zij voor hun organisaties een nieuw registratiesysteem, wat de basis vormde voor RegiCare.

=== Kerngegevens ===

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| '''Organisatie''' || AdSysCo B.V.
|-
| '''Opgericht''' || 2003 (software vanaf midden jaren '90)
|-
| '''Vestigingsplaats''' || Heemstede
|-
| '''Product''' || RegiCare registratiesysteem
|-
| '''Ervaring''' || 30+ jaar in het sociaal domein
|-
| '''Gebruikers''' || Duizenden professionals en vrijwilligers
|-
| '''Vervoerslocaties''' || 350+ locaties (ANWB AutoMaatje, BoodschappenPlusBus)
|-
| '''Certificeringen''' || ISO 27001, NEN 7510, ISAE 3402 type II
|}

=== Missie en visie ===

AdSysCo ondersteunt professionals en vrijwilligers in zorg en welzijn in hun werk voor een samenleving waarin iedereen mee kan doen. De kernfilosofie is: vanuit de werkinhoud één registratiesysteem maken voor alle primaire processen van het welzijnswerk.

=== Dochterbedrijven en platforms ===

* '''Pro-Feel''': Concepten en trainingen voor klanten
* '''Deelmee''': Samenwerking- en kennisplatform voor Wonen, Zorg en Welzijn

=== Klantenkring ===

RegiCare wordt gebruikt door:
* Welzijnsinstellingen (brede en gespecialiseerde)
* Zorginstellingen
* Maatschappelijk werk en maatschappelijke dienstverlening
* Jongerenwerk en opbouwwerk
* Welzijn ouderen
* Gemeenten
* MEE-organisaties
* Steunpunten vrijwilligerswerk, mantelzorg en buddyzorg
* Vluchtelingenwerk
* Halt Nederland
* Bibliotheken

----

== De modulaire structuur van RegiCare ==

RegiCare is modulair opgebouwd rondom een centraal CRM-systeem. Het platform onderscheidt primaire processen en bedrijfsvoeringsprocessen:

<pre>
┌─────────────────────────────────────────────────────────────────────────┐
│ REGICARE ARCHITECTUUR │
├─────────────────────────────────────────────────────────────────────────┤
│ │
│ PRIMAIRE PROCESSEN │
│ ┌──────────┬──────────┬──────────┬──────────┬──────────┬──────────┐ │
│ │RegiMatch │ RegiMaDi │ RegiAct │RegiVervoer│RegiSignaal│RegiVrij- │ │
│ │(Matching)│(Cliënt- │(Activi- │(Vervoer) │(Signale- │williger │ │
│ │ │volging) │teiten) │ │ring) │ │ │
│ └──────────┴──────────┴──────────┴──────────┴──────────┴──────────┘ │
│ ▲ │
│ │ │
│ ┌─────────┴─────────┐ │
│ │ RegiCRM │ │
│ │ (Centraal CRM) │ │
│ └─────────┬─────────┘ │
│ │ │
│ ▼ │
│ BEDRIJFSVOERINGSPROCESSEN │
│ ┌──────────┬──────────┬──────────┬──────────┐ │
│ │RegiPortal│ RegiTijd │RegiRapport│RegiFinance│ │
│ │(Extranet)│(Tijdreg.)│(Rapportage)│(Financieel)│ │
│ └──────────┴──────────┴──────────┴──────────┘ │
│ │
└─────────────────────────────────────────────────────────────────────────┘
</pre>

----

== Analyse van functionaliteiten volgens het raamwerk ==

=== PRIMAIRE PROCESMODULES ===

==== Functionaliteit "RegiCRM" (Centraal CRM) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Relatiebeheer
|-
| Korte beschrijving || Centraal CRM waar alle relaties van de organisatie eenmaal worden vastgelegd
|-
| Primaire gebruikersrollen || Professionals, coördinatoren, vrijwilligers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Eenmalig vastleggen van persoons- en organisatiegegevens voor meervoudig gebruik
|-
| Input || NAW-gegevens, toestemmingen, rollen, contactgegevens
|-
| Output || Persoonskaart, zoekbare database, rollenoverzicht
|-
| Kernprincipe || Eenmaal vastleggen, meervoudig gebruiken
|}

'''D-ICC Alignment:'''
* Sociale basisinfrastructuur: ★★★★★ - Maakt alle relaties en rollen zichtbaar
* Gelijkwaardigheid: ★★★★☆ - Eén persoon kan meerdere rollen hebben

----

==== Functionaliteit "RegiMatch" (Matching) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Matching vraag en aanbod
|-
| Korte beschrijving || Verbindt vrijwilligers direct met de vraag van burgers en organisaties
|-
| Primaire gebruikersrollen || Coördinatoren, vrijwilligers, hulpvragers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Efficiënt bij elkaar brengen van vraag en aanbod
|-
| Input || Hulpvragen, vrijwilligersprofielen, beschikbaarheid
|-
| Output || Matches, koppelingsoverzichten
|-
| Interactie || Vraag plaatsen, vrijwilliger zoeken, match maken
|}

'''D-ICC Alignment:'''
* Sleutelprincipes: ★★★★★ - Bevordert wederkerigheid en samenredzaamheid
* Gelijkwaardigheid: ★★★★☆ - Faciliteert directe verbinding tussen burgers

'''Praktijkvoorbeeld - ANWB AutoMaatje:'''
Via RegiMatch worden vrijwillige chauffeurs gekoppeld aan minder mobiele plaatsgenoten. Het systeem houdt rekening met beschikbaarheid, locatie en persoonlijke voorkeuren voor een optimale match.

----

==== Functionaliteit "RegiMaDi" (Maatschappelijke Dienstverlening/Cliëntvolging) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Individuele ondersteuning
|-
| Korte beschrijving || Cliëntvolgmodule voor individuele begeleiding en trajecten
|-
| Primaire gebruikersrollen || Maatschappelijk werkers, cliëntondersteuners, welzijnsprofessionals
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Vastleggen en volgen van individuele begeleidingstrajecten
|-
| Input || Cliëntgegevens, hulpvragen, interventies, metingen
|-
| Output || Dossiervorming, voortgangsrapportages, effectmetingen
|-
| Fasering || Begeleiding in 4 stappen (intake, plan, uitvoering, afsluiting)
|-
| Integraties || Positieve Gezondheid vragenlijsten, Effectenmonitor
|}

'''D-ICC Alignment:'''
* Sociale basisinfrastructuur: ★★★★★ - Ondersteunt formele hulpverlening
* Sleutelprincipes: ★★★★☆ - Bevordert regie bij de cliënt

'''Toepassingsgebieden:'''
* Maatschappelijk werk
* Onafhankelijke cliëntondersteuning (OCO)
* Informatie en advies
* Schuldhulpverlening
* Welzijn op Recept trajecten

----

==== Functionaliteit "RegiAct" (Collectieve Activiteiten) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Activiteitenbeheer
|-
| Korte beschrijving || Beheer van alle collectieve activiteiten en dienstverlening
|-
| Primaire gebruikersrollen || Activiteitenbegeleiders, coördinatoren, deelnemers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Organiseren en administreren van groepsactiviteiten
|-
| Input || Activiteiten, locaties, medewerkers, vrijwilligers, inschrijvingen
|-
| Output || Planning, deelnemerslijsten, financiële afhandeling
|-
| Activiteitstypen || Ontmoetingsactiviteiten, aanschuifrestaurants, dagbesteding, cursussen, sport
|}

'''D-ICC Alignment:'''
* Gelijkwaardigheid: ★★★★★ - Toegankelijk voor alle doelgroepen
* Sociale basisinfrastructuur: ★★★★★ - Essentieel voor sociale cohesie en eenzaamheidsbestrijding

----

==== Functionaliteit "RegiVervoer" (Maatschappelijk Vervoer) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Mobiliteit
|-
| Korte beschrijving || Planning en coördinatie van maatschappelijk vervoer door vrijwilligers
|-
| Primaire gebruikersrollen || Vervoerscoördinatoren, vrijwillige chauffeurs, deelnemers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Faciliteren van sociale mobiliteit voor kwetsbare burgers
|-
| Input || Ritaanvragen, voertuigen, vrijwilligers, routes
|-
| Output || Grafische planning, maandoverzichten, financiële afwikkeling
|-
| Rittypen || Deur-tot-deur vervoer, groepsvervoer, uitstapjes
|}

'''D-ICC Alignment:'''
* Sleutelprincipes: ★★★★★ - Bevordert zelfredzaamheid en sociale participatie
* Sociale basisinfrastructuur: ★★★★★ - Mobiliteit als randvoorwaarde voor thuiswonen

'''Praktijkvoorbeeld - ANWB AutoMaatje:'''
ANWB AutoMaatje is actief in meer dan 100 gemeenten met duizenden vrijwillige chauffeurs. RegiCare verzorgt de planning, matching en administratie. Het sociale contact tijdens de rit is minstens zo belangrijk als het vervoer zelf.

'''Praktijkvoorbeeld - BoodschappenPlusBus:'''
Het Nationaal Ouderenfonds organiseert met de BoodschappenPlusBus op 100+ locaties vervoer naar winkels en uitstapjes. RegiCare beheert de bussen, uitjes en vrijwilligers.

----

==== Functionaliteit "RegiSignaal" (Vroegsignalering) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Signalering
|-
| Korte beschrijving || Mobiel vastleggen en delen van signalen in de wijk
|-
| Primaire gebruikersrollen || Opbouwwerkers, jongerenwerkers, wijkteammedewerkers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Snel en eenvoudig signalen uit de wijk vastleggen en collega's informeren
|-
| Input || Signalen via mobiele app (beschrijving, locatie, urgentie)
|-
| Output || Signaaloverzicht, meldingen aan collega's, interventiestart
|-
| Platform || Mobiele app (iOS en Android)
|}

'''D-ICC Alignment:'''
* Sleutelprincipes: ★★★★★ - Ondersteunt preventie en vroegtijdige interventie
* Samen besturen: ★★★★☆ - Faciliteert informatie-uitwisseling in wijkteams

----

==== Functionaliteit "RegiVrijwilliger" (Vrijwilligersbeheer) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Vrijwilligersmanagement
|-
| Korte beschrijving || Volledige registratie en beheer van vrijwilligers
|-
| Primaire gebruikersrollen || Vrijwilligerscoördinatoren, vrijwilligers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Ondersteunen van alle werkprocessen rondom vrijwilligers
|-
| Input || Vrijwilligersgegevens, dossiers, inzet, declaraties
|-
| Output || Overzichten per vrijwilliger/coördinator/locatie, declaratieverwerking
|-
| Functies || Dossiervorming, VOG-registratie, inzetregistratie
|}

'''D-ICC Alignment:'''
* Sleutelprincipes: ★★★★★ - Vrijwilligers als onmisbare schakel in informele zorg
* Gelijkwaardigheid: ★★★★☆ - Professionele ondersteuning van vrijwilligers

----

=== BEDRIJFSVOERINGSMODULES ===

==== Functionaliteit "RegiPortal" (Extranet/Portaal) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Digitale toegang
|-
| Korte beschrijving || Online portaal voor alle betrokkenen met gepersonaliseerde toegang
|-
| Primaire gebruikersrollen || Vrijwilligers, cliënten, professionals
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Digitale regie voor burgers en verbinding tussen alle betrokkenen
|-
| Vrijwilligerstoegang || Vacatures bekijken, reageren, academie, declaraties, nieuws
|-
| Cliënttoegang || Activiteiten kiezen, inschrijven, eigen dossier inzien, vragenlijsten
|-
| Kenmerk || Gepersonaliseerde ervaring op basis van rol en profiel
|}

'''D-ICC Alignment:'''
* Gelijkwaardigheid: ★★★★★ - Eigen regie voor alle gebruikers
* Sleutelprincipes: ★★★★★ - Bevordert eigenaarschap en transparantie

----

==== Functionaliteit "RegiRapport" (Rapportage) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Verantwoording
|-
| Korte beschrijving || Geautomatiseerde rapportages over alle onderdelen van RegiCare
|-
| Primaire gebruikersrollen || Management, beleidsmedewerkers, gemeenten
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Zichtbaar maken van maatschappelijke impact
|-
| Output || Gestandaardiseerde rapportages, trendanalyses
|-
| Actualisatie || Doorlopend op basis van gebruik, wet- en regelgeving, effectmetingen
|}

'''D-ICC Alignment:'''
* Samen besturen: ★★★★★ - Ondersteunt verantwoording naar opdrachtgevers

----

==== Functionaliteit "RegiTijd" (Tijdregistratie) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Bedrijfsvoering
|-
| Korte beschrijving || Tijdregistratie voor medewerkers en vrijwilligers
|-
| Integratie || AFAS-koppeling voor projecturen en verlofregistratie
|}

----

==== Functionaliteit "RegiFinance" (Financieel) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Financiële administratie
|-
| Korte beschrijving || Financiële transacties (eigen bijdragen, verhuur, declaraties)
|-
| Integratie || AFAS-koppeling voor volledige financiële afhandeling
|}

----

== Koppelingen en integraties ==

=== Overzicht van koppelingen ===

{| class="wikitable"
|-
! Koppeling !! Type !! Beschrijving
|-
| '''Nedap ONS''' || ECD-koppeling || Eerste in de markt - welzijnsvragen vanuit zorg naar welzijn
|-
| '''ZorgDomein''' || Verwijskoppeling || Welzijn op Recept: verwijzingen van huisarts naar welzijn
|-
| '''AFAS''' || ERP-koppeling || Personeels- en financiële administratie (4 koppelingen)
|-
| '''Positieve Gezondheid''' || Vragenlijstkoppeling || iPH gespreksinstrumenten direct in RegiCare
|-
| '''Effectenmonitor''' || Meetinstrument || Externe tool voor effectmeting van interventies
|}

=== Koppeling met Nedap ONS ===

De koppeling tussen RegiCare en Nedap ONS is een belangrijke innovatie voor de verbinding tussen formele zorg en informele welzijn:

'''Werkwijze:'''
# Zorgprofessional signaleert welzijnsbehoefte bij cliënt in ONS
# Welzijnsvraag wordt via RegiCare App gesteld
# Vraag komt direct bij welzijnsmedewerker terecht
# Welzijnsmedewerker zoekt passend aanbod
# Terugkoppeling naar zorgprofessional via ONS

'''Praktijkvoorbeeld - Sint Jacob Haarlem:'''
Ouderenzorgaanbieder Sint Jacob in Haarlem heeft de koppeling tussen RegiCare en ONS Nedap in gebruik genomen. Zorgmedewerkers kunnen nu direct welzijnsvragen stellen voor cliënten, wat de drempel verlaagt en de verbinding tussen zorg en welzijn versterkt.

=== Koppeling met ZorgDomein (Welzijn op Recept) ===

De koppeling met ZorgDomein faciliteert het complete Welzijn op Recept proces:

'''Proces:'''
# Huisarts/POH verwijst via HIS naar ZorgDomein
# Verwijzing komt automatisch in RegiInbox van RegiCare
# Welzijnsorganisatie neemt binnen 2 werkdagen contact op
# Intakegesprek en samenstelling welzijnsarrangement
# Terugkoppeling naar verwijzer via ZorgDomein

'''Welzijnsarrangement kan bestaan uit:'''
* Collectief aanbod (groepsactiviteiten, MeeDoen!)
* Informeel aanbod (buurtcommunities, Thuis in Gesprek)
* Individueel aanbod (ouderenadviseur, maatschappelijk werk)

----

== Technische aspecten en standaarden ==

=== Certificeringen en compliance ===

{| class="wikitable"
|-
! Certificering !! Status !! Toelichting
|-
| ISO 27001 || Gecertificeerd sinds 2020 || Internationale norm informatiebeveiliging
|-
| NEN 7510 || Gecertificeerd sinds 2020 || Nederlandse zorgsector norm
|-
| ISAE 3402 type II || Verklaring sinds 2023 || Controle uitbestede processen
|-
| AVG || Compliant || Privacywetgeving
|}

=== Platformarchitectuur ===

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Architectuur || Cloud-based SaaS
|-
| Toegang || Web-based + mobiele apps (iOS/Android)
|-
| Hosting || Nederland
|-
| Updates || Doorlopende releases (kwartaal)
|-
| Support || Helpdesk, servicemanagers, workshops
|}

=== Open standaarden ===

{| class="wikitable"
|-
! Standaard !! Status !! Toepassing
|-
| HL7 FHIR || Via ZorgDomein || Verwijzingen Welzijn op Recept
|-
| ZorgDomein protocol || Geïmplementeerd || Berichtenverkeer huisarts-welzijn
|}

'''Opmerking over NUTS:'''
RegiCare heeft momenteel geen directe NUTS-implementatie. ZorgDomein, waarmee RegiCare gekoppeld is, heeft wel de intentieverklaring 'Nuts standaarden voor eOverdracht' ondertekend.

----

== Analyse van persona's en behoeften van gemeenschappen ==

=== Persona 1: Maria (78) - Alleenwonende oudere ===

'''Aansluiting RegiCare functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| RegiMatch || ★★★★★ || Hulpvraag koppelen aan vrijwilliger
|-
| RegiAct || ★★★★★ || Deelname aan activiteiten tegen eenzaamheid
|-
| RegiVervoer || ★★★★★ || AutoMaatje voor mobiliteit
|-
| RegiPortal || ★★★★☆ || Online inschrijven activiteiten
|-
| RegiMaDi || ★★★★★ || Individuele begeleiding indien nodig
|}

'''Sterktes:'''
* Uitgebreide ondersteuning voor vrijwillige hulp
* Vervoersoplossingen ingebouwd
* Eenzaamheidsbestrijding via activiteiten

=== Persona 2: Peter (45) - Werkende mantelzorger ===

'''Aansluiting RegiCare functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| RegiMatch || ★★★★★ || Vrijwilliger inschakelen voor moeder
|-
| Nedap ONS-koppeling || ★★★★★ || Afstemming met formele zorg
|-
| RegiPortal || ★★★★☆ || Overzicht van ondersteuning
|-
| RegiVervoer || ★★★★★ || Vervoer regelen voor moeder
|}

'''Sterktes:'''
* Koppeling met zorgsystemen via Nedap ONS
* Ontlasten van mantelzorger door vrijwilligers

=== Persona 3: Zorgzame Gemeenschap (Dorpsinitiatief) ===

'''Aansluiting RegiCare functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| RegiVrijwilliger || ★★★★★ || Volledige vrijwilligersadministratie
|-
| RegiMatch || ★★★★★ || Vraag-aanbod matching
|-
| RegiAct || ★★★★★ || Activiteitenbeheer
|-
| RegiRapport || ★★★★★ || Verantwoording naar gemeente
|-
| RegiVervoer || ★★★★★ || Lokaal vervoer organiseren
|}

'''Sterktes:'''
* Professionele ondersteuning van vrijwilligerswerk
* Rapportage naar opdrachtgevers
* Integrale oplossing voor welzijnswerk

=== Persona 4: Jan (67) - Coördinator vrijwilligerswerk ===

'''Aansluiting RegiCare functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| RegiVrijwilliger || ★★★★★ || Volledige vrijwilligersadministratie
|-
| RegiMatch || ★★★★★ || Matching vrijwilligers-hulpvragen
|-
| RegiPortal || ★★★★★ || Vrijwilligers kunnen zelf reageren
|-
| RegiRapport || ★★★★★ || Overzichten en rapportages
|-
| RegiCare App || ★★★★★ || Mobiel registreren in het veld
|}

'''Sterktes:'''
* Specifiek ontworpen voor vrijwilligerscoördinatie
* Volledige inzetregistratie en rapportage
* Mobiele toegang voor veldwerk

----

== Relevante toepassingen voor D-ICC ==

=== Welzijn op Recept ===

RegiCare ondersteunt het complete Welzijn op Recept proces via de ZorgDomein-koppeling. Dit is een cruciale brug tussen huisartsenzorg en welzijn.

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Doel || Psychosociale klachten behandelen via welzijnsarrangement
|-
| Partners || Huisartsen, welzijnsorganisaties
|-
| Techniek || ZorgDomein-koppeling (FHIR-based)
|-
| D-ICC relevantie || Preventie, vroegsignalering, zorg-welzijn verbinding
|}

=== Positieve Gezondheid integratie ===

RegiCare heeft de gespreksinstrumenten van Positieve Gezondheid (iPH) geïntegreerd:
* Vragenlijsten direct invulbaar via RegiPortal
* Resultaten opgeslagen in cliëntdossier
* Basis voor gesprekken over brede gezondheid

=== Buurtcommunities en zorgzame buurten ===

RegiCare ondersteunt de opbouw van zorgzame buurten door:
* Vrijwillige huisbezoeken door vitale senioren
* Organiseren van ontmoetingen
* Coördinatie van informele hulp
* Signalering via RegiSignaal

=== Europees Pharaon-project ===

AdSysCo participeerde met het RegiCare-klantportaal in het Europese Pharaon-programma (2020-2024), dat onderzocht hoe digitale technologieën het leven van ouderen kunnen ondersteunen.

----

== Hiaten en oplossingsrichtingen ==

=== Geïdentificeerde hiaten ===

==== 1. Gemeenschapsparticipatie en collectief kiezen ====
RegiCare is primair gericht op professionele dienstverlening, niet op burgerparticipatie:
* Geen functionaliteit voor collectieve besluitvorming
* Geen wensen/ideeën-platform zoals Gebiedonline
* Beperkte mogelijkheden voor bottom-up initiatieven

==== 2. Publieke toegankelijkheid ====
* Geen openbare activiteitenkalender voor niet-cliënten
* Geen openbare sociale kaart
* Platform primair voor geregistreerde gebruikers

==== 3. Coöperatief eigendom ====
* Commerciële B.V. structuur
* Data-eigendom bij leverancier, niet bij gemeenschap
* Geen lid-gestuurde governance

==== 4. NUTS-standaarden ====
* Geen directe NUTS-implementatie
* Beperkte interoperabiliteit met zorgdomein buiten ZorgDomein/Nedap

=== Oplossingsrichtingen ===

==== Complementaire inzet ====
* RegiCare voor professionele dienstverlening en vrijwilligerscoördinatie
* Gebiedonline voor gemeenschapsparticipatie en collectief kiezen
* Combinatie biedt volledige dekking voor D-ICC

==== Koppelingsstrategie ====
* Verkennen van directe NUTS-integratie
* Uitbreiding koppelingen met andere zorgsystemen
* Potentieel: koppeling met gemeenschapsplatforms

----

== Vergelijking met andere platforms ==

== Vergelijking met andere platforms ==

Voor een uitgebreide vergelijking van alle geanalyseerde platforms in het project Digitale Wijkinfrastructuur, zie de [[Master Vergelijkingstabel Digitale Wijkinfrastructuur|master vergelijkingstabel]].

=== Positionering RegiCare ===

{| class="wikitable"
|-
! Sterkte !! Aanvullend nodig voor D-ICC
|-
| Professionele dienstverlening, vrijwilligerscoördinatie, vervoer, zorgkoppelingen, certificeringen || Gemeenschapsparticipatie, collectief kiezen
|}

=== Complementariteit ===

RegiCare is complementair met de andere platforms in de digitale wijkinfrastructuur:

* '''RegiCare''': Professionele dienstverlening, vrijwilligerscoördinatie, vervoer, zorgkoppelingen
* '''Gebied Online''': Gemeenschapscommunicatie, participatie, collectief kiezen, bottom-up initiatieven
* '''OZO Verbindzorg''': Netwerkzorg, professionele zorgcommunicatie, landelijke schaal, open standaarden
* '''TimeSteps''': Mantelzorgcoördinatie, zorgagenda, taakplanning
* '''DeLori''': Community-building in woonzorg, sociale activiteiten, familie-betrokkenheid
* '''Digitale Dorpspleinen''': Lokale economie, e-commerce, duurzaamheid, behoud voorzieningen
----

== Conclusies en aanbevelingen ==

=== Conclusies ===

# '''RegiCare biedt een volwassen, gecertificeerd platform''' voor professionele welzijnsdienstverlening met 30+ jaar ervaring in het sociaal domein.
# '''De modulaire opbouw''' biedt flexibiliteit om het systeem af te stemmen op specifieke organisatiebehoeften.
# '''De koppelingen met Nedap ONS en ZorgDomein''' maken RegiCare tot een belangrijke schakel tussen formele zorg en informele welzijn.
# '''Vrijwilligersmanagement en vervoerscoördinatie''' zijn sterke punten die direct aansluiten bij D-ICC behoeften.
# '''De ISO/NEN-certificeringen''' bieden zekerheid over informatiebeveiliging en kwaliteit.
# '''Voor gemeenschapsparticipatie en collectief kiezen zijn aanvullende tools nodig''', zoals Gebiedonline.
# '''De commerciële structuur''' verschilt van coöperatieve modellen, wat consequenties heeft voor data-eigendom en governance.

=== Aanbevelingen ===

==== Voor RegiCare/AdSysCo ====
* Verken directe NUTS-implementatie voor bredere zorginteroperabiliteit
* Ontwikkel mogelijkheden voor publieke activiteitenkalender/sociale kaart
* Onderzoek koppelingen met gemeenschapsplatforms (bijv. Gebiedonline)
* Overweeg partnerschappen met zorgzame gemeenschappen

==== Voor het project Digitale Wijkinfrastructuur ====
* Positioneer RegiCare als professionele dienstverlening- en vrijwilligerslaag
* Combineer met Gebiedonline voor gemeenschapsparticipatie
* Benut de ZorgDomein/Nedap-koppelingen als voorbeeld voor zorg-welzijn integratie
* Gebruik de certificeringsaanpak als kwaliteitsnorm

==== Voor zorgzame gemeenschappen ====
* Overweeg RegiCare voor professioneel ondersteunde vrijwilligerscoördinatie
* Benut de vervoersmodules voor lokale mobiliteitsoplossingen
* Combineer met een gemeenschapsplatform voor participatie
* Exploreer Welzijn op Recept samenwerking met lokale huisartsen

----

== Bijdrage aan de referentie-architectuur ==

Deze analyse van RegiCare draagt bij aan de ontwikkeling van de referentie-architectuur voor digitale wijkinfrastructuur door:

# '''De modulaire structuur''' als voorbeeld voor flexibele, schaalbare oplossingen
# '''De zorgkoppelingen''' (Nedap ONS, ZorgDomein) als model voor zorg-welzijn integratie
# '''Het vrijwilligersmanagement''' als best practice voor ondersteuning informele zorg
# '''De vervoerscoördinatie''' als voorbeeld van integrale oplossingen
# '''De certificeringsaanpak''' als kwaliteitsnorm voor informatiebeveiliging
# '''De complementariteit''' met gemeenschapsplatforms (Gebiedonline)

De bevindingen worden ingebracht in het bredere project en zullen bijdragen aan de ontwikkeling van een coherente visie op digitale ondersteuning voor zorgzame gemeenschappen.

----

== Bijlage: Overzicht RegiCare modules ==

{| class="wikitable"
|-
! Module !! Domein !! Kernfunctie
|-
| RegiCRM || Relatiebeheer || Centrale database van alle relaties
|-
| RegiMatch || Matching || Vraag-aanbod koppeling
|-
| RegiMaDi || Individueel || Cliëntvolging en dossiervorming
|-
| RegiAct || Collectief || Activiteitenbeheer en planning
|-
| RegiVervoer || Mobiliteit || Vervoerscoördinatie
|-
| RegiSignaal || Signalering || Mobiele vroegsignalering
|-
| RegiVrijwilliger || Vrijwilligers || Vrijwilligersbeheer
|-
| RegiPortal || Toegang || Online portaal voor alle gebruikers
|-
| RegiRapport || Verantwoording || Geautomatiseerde rapportages
|-
| RegiTijd || Bedrijfsvoering || Tijdregistratie
|-
| RegiFinance || Bedrijfsvoering || Financiële transacties
|-
| RegiInbox || Communicatie || Ontvangst ZorgDomein-berichten
|}

----

== Bijlage: Partners en samenwerkingen ==

{| class="wikitable"
|-
! Partner !! Samenwerking
|-
| ANWB AutoMaatje || Landelijke vervoersoplossing (100+ gemeenten)
|-
| Nationaal Ouderenfonds || BoodschappenPlusBus (100+ locaties), Zilverlijn
|-
| Institute for Positive Health (iPH) || Positieve Gezondheid integratie
|-
| Nedap Healthcare || ONS-koppeling voor zorg-welzijn verbinding
|-
| ZorgDomein || Welzijn op Recept koppeling
|-
| AFAS || ERP-koppelingen via AIMS
|-
| Hogescholen/Universiteiten || Pharaon EU-project (Universiteit Twente)
|}

----

== Bijlage: Methodologie en bronnen ==

Deze rapportage is tot stand gekomen op basis van:

* '''Website AdSysCo''' (www.adsysco.nl) - geraadpleegd december 2025
* '''LinkedIn AdSysCo''' - bedrijfsprofiel en updates
* '''Zorg+Welzijn publicaties''' - interviews en artikelen
* '''ZorgDomein implementatiedocumentatie''' - technische specificaties
* '''AdSysCo nieuwsbrieven en release notes''' - functionaliteitsbeschrijvingen

De analyses zijn uitgevoerd volgens de methodes beschreven in het plan van aanpak, met nadruk op aansluiting bij D-ICC principes en behoeften van zorgzame gemeenschappen.

----

''Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en is beschikbaar onder de Creative Commons BY-SA 4.0 licentie.''

''Datum: december 2025''

[[Categorie:Digitale Wijkinfrastructuur]]
[[Categorie:Leveranciersrapportages]]
[[Categorie:RegiCare]]
[[Categorie:AdSysCo]]

AdSysCo

2025-12-08T18:52:26Z

Admin: Created page with "= Rapportage RegiCare (AdSysCo) = == Inleiding == Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en beschrijft de bevindingen van de analyse van het RegiCare platform van AdSysCo. Het doel van deze analyse is om inzicht te krijgen in hoe RegiCare past binnen het bredere concept van Digitaal Geïntegreerde Gemeenschapszorg (Digital Integrated Community Care, D-ICC) en hoe de functionaliteiten kunnen aansluiten bij de behoeften va..."

= Rapportage RegiCare (AdSysCo) =

== Inleiding ==

Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en beschrijft de bevindingen van de analyse van het RegiCare platform van AdSysCo. Het doel van deze analyse is om inzicht te krijgen in hoe RegiCare past binnen het bredere concept van Digitaal Geïntegreerde Gemeenschapszorg (Digital Integrated Community Care, D-ICC) en hoe de functionaliteiten kunnen aansluiten bij de behoeften van zorgzame gemeenschappen.

Deze rapportage maakt deel uit van een breder onderzoek naar digitale oplossingen die kunnen bijdragen aan een effectieve wijkinfrastructuur voor zorgzame gemeenschappen in Nederland. In deze rapportage wordt gebruik gemaakt van de gestandaardiseerde methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur.

== Achtergrond van het project ==

Het project "Digitale Wijkinfrastructuur" komt voort uit de behoefte aan een geïntegreerde digitale ondersteuning voor zorgzame gemeenschappen. De ouderenzorg staat onder druk door dubbele vergrijzing, oplopende kosten en een tekort aan personeel. RegiCare van AdSysCo richt zich op het ondersteunen van de informele zorg en het verbinden van zorg en welzijn, wat aansluit bij de beweging van 'zorgen voor' naar 'zorgen dat' zoals beschreven in het Generiek Kompas.

== Methode van onderzoek ==

Voor deze rapportage is gebruik gemaakt van de volgende bronnen:
* Website AdSysCo (www.adsysco.nl) - geraadpleegd december 2025
* LinkedIn-profiel AdSysCo
* Publicaties in Zorg+Welzijn magazine
* ZorgDomein implementatiedocumentatie
* Release notes en nieuwsbrieven AdSysCo

== Algemeen overzicht AdSysCo en RegiCare ==

AdSysCo is een IT-bedrijf gevestigd in Heemstede, opgericht in 2003 door Gerlof Sijtsma en Piet de Groot. Beide oprichters waren actief als bestuurslid van welzijnsorganisaties en hadden ervaring in de automatisering. Midden jaren negentig ontwikkelden zij voor hun organisaties een nieuw registratiesysteem, wat de basis vormde voor RegiCare.

=== Kerngegevens ===

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| '''Organisatie''' || AdSysCo B.V.
|-
| '''Opgericht''' || 2003 (software vanaf midden jaren '90)
|-
| '''Vestigingsplaats''' || Heemstede
|-
| '''Product''' || RegiCare registratiesysteem
|-
| '''Ervaring''' || 30+ jaar in het sociaal domein
|-
| '''Gebruikers''' || Duizenden professionals en vrijwilligers
|-
| '''Vervoerslocaties''' || 350+ locaties (ANWB AutoMaatje, BoodschappenPlusBus)
|-
| '''Certificeringen''' || ISO 27001, NEN 7510, ISAE 3402 type II
|}

=== Missie en visie ===

AdSysCo ondersteunt professionals en vrijwilligers in zorg en welzijn in hun werk voor een samenleving waarin iedereen mee kan doen. De kernfilosofie is: vanuit de werkinhoud één registratiesysteem maken voor alle primaire processen van het welzijnswerk.

=== Dochterbedrijven en platforms ===

* '''Pro-Feel''': Concepten en trainingen voor klanten
* '''Deelmee''': Samenwerking- en kennisplatform voor Wonen, Zorg en Welzijn

=== Klantenkring ===

RegiCare wordt gebruikt door:
* Welzijnsinstellingen (brede en gespecialiseerde)
* Zorginstellingen
* Maatschappelijk werk en maatschappelijke dienstverlening
* Jongerenwerk en opbouwwerk
* Welzijn ouderen
* Gemeenten
* MEE-organisaties
* Steunpunten vrijwilligerswerk, mantelzorg en buddyzorg
* Vluchtelingenwerk
* Halt Nederland
* Bibliotheken

----

== De modulaire structuur van RegiCare ==

RegiCare is modulair opgebouwd rondom een centraal CRM-systeem. Het platform onderscheidt primaire processen en bedrijfsvoeringsprocessen:

<pre>
┌─────────────────────────────────────────────────────────────────────────┐
│ REGICARE ARCHITECTUUR │
├─────────────────────────────────────────────────────────────────────────┤
│ │
│ PRIMAIRE PROCESSEN │
│ ┌──────────┬──────────┬──────────┬──────────┬──────────┬──────────┐ │
│ │RegiMatch │ RegiMaDi │ RegiAct │RegiVervoer│RegiSignaal│RegiVrij- │ │
│ │(Matching)│(Cliënt- │(Activi- │(Vervoer) │(Signale- │williger │ │
│ │ │volging) │teiten) │ │ring) │ │ │
│ └──────────┴──────────┴──────────┴──────────┴──────────┴──────────┘ │
│ ▲ │
│ │ │
│ ┌─────────┴─────────┐ │
│ │ RegiCRM │ │
│ │ (Centraal CRM) │ │
│ └─────────┬─────────┘ │
│ │ │
│ ▼ │
│ BEDRIJFSVOERINGSPROCESSEN │
│ ┌──────────┬──────────┬──────────┬──────────┐ │
│ │RegiPortal│ RegiTijd │RegiRapport│RegiFinance│ │
│ │(Extranet)│(Tijdreg.)│(Rapportage)│(Financieel)│ │
│ └──────────┴──────────┴──────────┴──────────┘ │
│ │
└─────────────────────────────────────────────────────────────────────────┘
</pre>

----

== Analyse van functionaliteiten volgens het raamwerk ==

=== PRIMAIRE PROCESMODULES ===

==== Functionaliteit "RegiCRM" (Centraal CRM) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Relatiebeheer
|-
| Korte beschrijving || Centraal CRM waar alle relaties van de organisatie eenmaal worden vastgelegd
|-
| Primaire gebruikersrollen || Professionals, coördinatoren, vrijwilligers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Eenmalig vastleggen van persoons- en organisatiegegevens voor meervoudig gebruik
|-
| Input || NAW-gegevens, toestemmingen, rollen, contactgegevens
|-
| Output || Persoonskaart, zoekbare database, rollenoverzicht
|-
| Kernprincipe || Eenmaal vastleggen, meervoudig gebruiken
|}

'''D-ICC Alignment:'''
* Sociale basisinfrastructuur: ★★★★★ - Maakt alle relaties en rollen zichtbaar
* Gelijkwaardigheid: ★★★★☆ - Eén persoon kan meerdere rollen hebben

----

==== Functionaliteit "RegiMatch" (Matching) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Matching vraag en aanbod
|-
| Korte beschrijving || Verbindt vrijwilligers direct met de vraag van burgers en organisaties
|-
| Primaire gebruikersrollen || Coördinatoren, vrijwilligers, hulpvragers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Efficiënt bij elkaar brengen van vraag en aanbod
|-
| Input || Hulpvragen, vrijwilligersprofielen, beschikbaarheid
|-
| Output || Matches, koppelingsoverzichten
|-
| Interactie || Vraag plaatsen, vrijwilliger zoeken, match maken
|}

'''D-ICC Alignment:'''
* Sleutelprincipes: ★★★★★ - Bevordert wederkerigheid en samenredzaamheid
* Gelijkwaardigheid: ★★★★☆ - Faciliteert directe verbinding tussen burgers

'''Praktijkvoorbeeld - ANWB AutoMaatje:'''
Via RegiMatch worden vrijwillige chauffeurs gekoppeld aan minder mobiele plaatsgenoten. Het systeem houdt rekening met beschikbaarheid, locatie en persoonlijke voorkeuren voor een optimale match.

----

==== Functionaliteit "RegiMaDi" (Maatschappelijke Dienstverlening/Cliëntvolging) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Individuele ondersteuning
|-
| Korte beschrijving || Cliëntvolgmodule voor individuele begeleiding en trajecten
|-
| Primaire gebruikersrollen || Maatschappelijk werkers, cliëntondersteuners, welzijnsprofessionals
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Vastleggen en volgen van individuele begeleidingstrajecten
|-
| Input || Cliëntgegevens, hulpvragen, interventies, metingen
|-
| Output || Dossiervorming, voortgangsrapportages, effectmetingen
|-
| Fasering || Begeleiding in 4 stappen (intake, plan, uitvoering, afsluiting)
|-
| Integraties || Positieve Gezondheid vragenlijsten, Effectenmonitor
|}

'''D-ICC Alignment:'''
* Sociale basisinfrastructuur: ★★★★★ - Ondersteunt formele hulpverlening
* Sleutelprincipes: ★★★★☆ - Bevordert regie bij de cliënt

'''Toepassingsgebieden:'''
* Maatschappelijk werk
* Onafhankelijke cliëntondersteuning (OCO)
* Informatie en advies
* Schuldhulpverlening
* Welzijn op Recept trajecten

----

==== Functionaliteit "RegiAct" (Collectieve Activiteiten) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Activiteitenbeheer
|-
| Korte beschrijving || Beheer van alle collectieve activiteiten en dienstverlening
|-
| Primaire gebruikersrollen || Activiteitenbegeleiders, coördinatoren, deelnemers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Organiseren en administreren van groepsactiviteiten
|-
| Input || Activiteiten, locaties, medewerkers, vrijwilligers, inschrijvingen
|-
| Output || Planning, deelnemerslijsten, financiële afhandeling
|-
| Activiteitstypen || Ontmoetingsactiviteiten, aanschuifrestaurants, dagbesteding, cursussen, sport
|}

'''D-ICC Alignment:'''
* Gelijkwaardigheid: ★★★★★ - Toegankelijk voor alle doelgroepen
* Sociale basisinfrastructuur: ★★★★★ - Essentieel voor sociale cohesie en eenzaamheidsbestrijding

----

==== Functionaliteit "RegiVervoer" (Maatschappelijk Vervoer) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Mobiliteit
|-
| Korte beschrijving || Planning en coördinatie van maatschappelijk vervoer door vrijwilligers
|-
| Primaire gebruikersrollen || Vervoerscoördinatoren, vrijwillige chauffeurs, deelnemers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Faciliteren van sociale mobiliteit voor kwetsbare burgers
|-
| Input || Ritaanvragen, voertuigen, vrijwilligers, routes
|-
| Output || Grafische planning, maandoverzichten, financiële afwikkeling
|-
| Rittypen || Deur-tot-deur vervoer, groepsvervoer, uitstapjes
|}

'''D-ICC Alignment:'''
* Sleutelprincipes: ★★★★★ - Bevordert zelfredzaamheid en sociale participatie
* Sociale basisinfrastructuur: ★★★★★ - Mobiliteit als randvoorwaarde voor thuiswonen

'''Praktijkvoorbeeld - ANWB AutoMaatje:'''
ANWB AutoMaatje is actief in meer dan 100 gemeenten met duizenden vrijwillige chauffeurs. RegiCare verzorgt de planning, matching en administratie. Het sociale contact tijdens de rit is minstens zo belangrijk als het vervoer zelf.

'''Praktijkvoorbeeld - BoodschappenPlusBus:'''
Het Nationaal Ouderenfonds organiseert met de BoodschappenPlusBus op 100+ locaties vervoer naar winkels en uitstapjes. RegiCare beheert de bussen, uitjes en vrijwilligers.

----

==== Functionaliteit "RegiSignaal" (Vroegsignalering) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Signalering
|-
| Korte beschrijving || Mobiel vastleggen en delen van signalen in de wijk
|-
| Primaire gebruikersrollen || Opbouwwerkers, jongerenwerkers, wijkteammedewerkers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Snel en eenvoudig signalen uit de wijk vastleggen en collega's informeren
|-
| Input || Signalen via mobiele app (beschrijving, locatie, urgentie)
|-
| Output || Signaaloverzicht, meldingen aan collega's, interventiestart
|-
| Platform || Mobiele app (iOS en Android)
|}

'''D-ICC Alignment:'''
* Sleutelprincipes: ★★★★★ - Ondersteunt preventie en vroegtijdige interventie
* Samen besturen: ★★★★☆ - Faciliteert informatie-uitwisseling in wijkteams

----

==== Functionaliteit "RegiVrijwilliger" (Vrijwilligersbeheer) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Vrijwilligersmanagement
|-
| Korte beschrijving || Volledige registratie en beheer van vrijwilligers
|-
| Primaire gebruikersrollen || Vrijwilligerscoördinatoren, vrijwilligers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Ondersteunen van alle werkprocessen rondom vrijwilligers
|-
| Input || Vrijwilligersgegevens, dossiers, inzet, declaraties
|-
| Output || Overzichten per vrijwilliger/coördinator/locatie, declaratieverwerking
|-
| Functies || Dossiervorming, VOG-registratie, inzetregistratie
|}

'''D-ICC Alignment:'''
* Sleutelprincipes: ★★★★★ - Vrijwilligers als onmisbare schakel in informele zorg
* Gelijkwaardigheid: ★★★★☆ - Professionele ondersteuning van vrijwilligers

----

=== BEDRIJFSVOERINGSMODULES ===

==== Functionaliteit "RegiPortal" (Extranet/Portaal) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Digitale toegang
|-
| Korte beschrijving || Online portaal voor alle betrokkenen met gepersonaliseerde toegang
|-
| Primaire gebruikersrollen || Vrijwilligers, cliënten, professionals
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Digitale regie voor burgers en verbinding tussen alle betrokkenen
|-
| Vrijwilligerstoegang || Vacatures bekijken, reageren, academie, declaraties, nieuws
|-
| Cliënttoegang || Activiteiten kiezen, inschrijven, eigen dossier inzien, vragenlijsten
|-
| Kenmerk || Gepersonaliseerde ervaring op basis van rol en profiel
|}

'''D-ICC Alignment:'''
* Gelijkwaardigheid: ★★★★★ - Eigen regie voor alle gebruikers
* Sleutelprincipes: ★★★★★ - Bevordert eigenaarschap en transparantie

----

==== Functionaliteit "RegiRapport" (Rapportage) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Verantwoording
|-
| Korte beschrijving || Geautomatiseerde rapportages over alle onderdelen van RegiCare
|-
| Primaire gebruikersrollen || Management, beleidsmedewerkers, gemeenten
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Zichtbaar maken van maatschappelijke impact
|-
| Output || Gestandaardiseerde rapportages, trendanalyses
|-
| Actualisatie || Doorlopend op basis van gebruik, wet- en regelgeving, effectmetingen
|}

'''D-ICC Alignment:'''
* Samen besturen: ★★★★★ - Ondersteunt verantwoording naar opdrachtgevers

----

==== Functionaliteit "RegiTijd" (Tijdregistratie) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Bedrijfsvoering
|-
| Korte beschrijving || Tijdregistratie voor medewerkers en vrijwilligers
|-
| Integratie || AFAS-koppeling voor projecturen en verlofregistratie
|}

----

==== Functionaliteit "RegiFinance" (Financieel) ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Financiële administratie
|-
| Korte beschrijving || Financiële transacties (eigen bijdragen, verhuur, declaraties)
|-
| Integratie || AFAS-koppeling voor volledige financiële afhandeling
|}

----

== Koppelingen en integraties ==

=== Overzicht van koppelingen ===

{| class="wikitable"
|-
! Koppeling !! Type !! Beschrijving
|-
| '''Nedap ONS''' || ECD-koppeling || Eerste in de markt - welzijnsvragen vanuit zorg naar welzijn
|-
| '''ZorgDomein''' || Verwijskoppeling || Welzijn op Recept: verwijzingen van huisarts naar welzijn
|-
| '''AFAS''' || ERP-koppeling || Personeels- en financiële administratie (4 koppelingen)
|-
| '''Positieve Gezondheid''' || Vragenlijstkoppeling || iPH gespreksinstrumenten direct in RegiCare
|-
| '''Effectenmonitor''' || Meetinstrument || Externe tool voor effectmeting van interventies
|}

=== Koppeling met Nedap ONS ===

De koppeling tussen RegiCare en Nedap ONS is een belangrijke innovatie voor de verbinding tussen formele zorg en informele welzijn:

'''Werkwijze:'''
# Zorgprofessional signaleert welzijnsbehoefte bij cliënt in ONS
# Welzijnsvraag wordt via RegiCare App gesteld
# Vraag komt direct bij welzijnsmedewerker terecht
# Welzijnsmedewerker zoekt passend aanbod
# Terugkoppeling naar zorgprofessional via ONS

'''Praktijkvoorbeeld - Sint Jacob Haarlem:'''
Ouderenzorgaanbieder Sint Jacob in Haarlem heeft de koppeling tussen RegiCare en ONS Nedap in gebruik genomen. Zorgmedewerkers kunnen nu direct welzijnsvragen stellen voor cliënten, wat de drempel verlaagt en de verbinding tussen zorg en welzijn versterkt.

=== Koppeling met ZorgDomein (Welzijn op Recept) ===

De koppeling met ZorgDomein faciliteert het complete Welzijn op Recept proces:

'''Proces:'''
# Huisarts/POH verwijst via HIS naar ZorgDomein
# Verwijzing komt automatisch in RegiInbox van RegiCare
# Welzijnsorganisatie neemt binnen 2 werkdagen contact op
# Intakegesprek en samenstelling welzijnsarrangement
# Terugkoppeling naar verwijzer via ZorgDomein

'''Welzijnsarrangement kan bestaan uit:'''
* Collectief aanbod (groepsactiviteiten, MeeDoen!)
* Informeel aanbod (buurtcommunities, Thuis in Gesprek)
* Individueel aanbod (ouderenadviseur, maatschappelijk werk)

----

== Technische aspecten en standaarden ==

=== Certificeringen en compliance ===

{| class="wikitable"
|-
! Certificering !! Status !! Toelichting
|-
| ISO 27001 || Gecertificeerd sinds 2020 || Internationale norm informatiebeveiliging
|-
| NEN 7510 || Gecertificeerd sinds 2020 || Nederlandse zorgsector norm
|-
| ISAE 3402 type II || Verklaring sinds 2023 || Controle uitbestede processen
|-
| AVG || Compliant || Privacywetgeving
|}

=== Platformarchitectuur ===

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Architectuur || Cloud-based SaaS
|-
| Toegang || Web-based + mobiele apps (iOS/Android)
|-
| Hosting || Nederland
|-
| Updates || Doorlopende releases (kwartaal)
|-
| Support || Helpdesk, servicemanagers, workshops
|}

=== Open standaarden ===

{| class="wikitable"
|-
! Standaard !! Status !! Toepassing
|-
| HL7 FHIR || Via ZorgDomein || Verwijzingen Welzijn op Recept
|-
| ZorgDomein protocol || Geïmplementeerd || Berichtenverkeer huisarts-welzijn
|}

'''Opmerking over NUTS:'''
RegiCare heeft momenteel geen directe NUTS-implementatie. ZorgDomein, waarmee RegiCare gekoppeld is, heeft wel de intentieverklaring 'Nuts standaarden voor eOverdracht' ondertekend.

----

== Analyse van persona's en behoeften van gemeenschappen ==

=== Persona 1: Maria (78) - Alleenwonende oudere ===

'''Aansluiting RegiCare functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| RegiMatch || ★★★★★ || Hulpvraag koppelen aan vrijwilliger
|-
| RegiAct || ★★★★★ || Deelname aan activiteiten tegen eenzaamheid
|-
| RegiVervoer || ★★★★★ || AutoMaatje voor mobiliteit
|-
| RegiPortal || ★★★★☆ || Online inschrijven activiteiten
|-
| RegiMaDi || ★★★★★ || Individuele begeleiding indien nodig
|}

'''Sterktes:'''
* Uitgebreide ondersteuning voor vrijwillige hulp
* Vervoersoplossingen ingebouwd
* Eenzaamheidsbestrijding via activiteiten

=== Persona 2: Peter (45) - Werkende mantelzorger ===

'''Aansluiting RegiCare functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| RegiMatch || ★★★★★ || Vrijwilliger inschakelen voor moeder
|-
| Nedap ONS-koppeling || ★★★★★ || Afstemming met formele zorg
|-
| RegiPortal || ★★★★☆ || Overzicht van ondersteuning
|-
| RegiVervoer || ★★★★★ || Vervoer regelen voor moeder
|}

'''Sterktes:'''
* Koppeling met zorgsystemen via Nedap ONS
* Ontlasten van mantelzorger door vrijwilligers

=== Persona 3: Zorgzame Gemeenschap (Dorpsinitiatief) ===

'''Aansluiting RegiCare functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| RegiVrijwilliger || ★★★★★ || Volledige vrijwilligersadministratie
|-
| RegiMatch || ★★★★★ || Vraag-aanbod matching
|-
| RegiAct || ★★★★★ || Activiteitenbeheer
|-
| RegiRapport || ★★★★★ || Verantwoording naar gemeente
|-
| RegiVervoer || ★★★★★ || Lokaal vervoer organiseren
|}

'''Sterktes:'''
* Professionele ondersteuning van vrijwilligerswerk
* Rapportage naar opdrachtgevers
* Integrale oplossing voor welzijnswerk

=== Persona 4: Jan (67) - Coördinator vrijwilligerswerk ===

'''Aansluiting RegiCare functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| RegiVrijwilliger || ★★★★★ || Volledige vrijwilligersadministratie
|-
| RegiMatch || ★★★★★ || Matching vrijwilligers-hulpvragen
|-
| RegiPortal || ★★★★★ || Vrijwilligers kunnen zelf reageren
|-
| RegiRapport || ★★★★★ || Overzichten en rapportages
|-
| RegiCare App || ★★★★★ || Mobiel registreren in het veld
|}

'''Sterktes:'''
* Specifiek ontworpen voor vrijwilligerscoördinatie
* Volledige inzetregistratie en rapportage
* Mobiele toegang voor veldwerk

----

== Relevante toepassingen voor D-ICC ==

=== Welzijn op Recept ===

RegiCare ondersteunt het complete Welzijn op Recept proces via de ZorgDomein-koppeling. Dit is een cruciale brug tussen huisartsenzorg en welzijn.

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Doel || Psychosociale klachten behandelen via welzijnsarrangement
|-
| Partners || Huisartsen, welzijnsorganisaties
|-
| Techniek || ZorgDomein-koppeling (FHIR-based)
|-
| D-ICC relevantie || Preventie, vroegsignalering, zorg-welzijn verbinding
|}

=== Positieve Gezondheid integratie ===

RegiCare heeft de gespreksinstrumenten van Positieve Gezondheid (iPH) geïntegreerd:
* Vragenlijsten direct invulbaar via RegiPortal
* Resultaten opgeslagen in cliëntdossier
* Basis voor gesprekken over brede gezondheid

=== Buurtcommunities en zorgzame buurten ===

RegiCare ondersteunt de opbouw van zorgzame buurten door:
* Vrijwillige huisbezoeken door vitale senioren
* Organiseren van ontmoetingen
* Coördinatie van informele hulp
* Signalering via RegiSignaal

=== Europees Pharaon-project ===

AdSysCo participeerde met het RegiCare-klantportaal in het Europese Pharaon-programma (2020-2024), dat onderzocht hoe digitale technologieën het leven van ouderen kunnen ondersteunen.

----

== Hiaten en oplossingsrichtingen ==

=== Geïdentificeerde hiaten ===

==== 1. Gemeenschapsparticipatie en collectief kiezen ====
RegiCare is primair gericht op professionele dienstverlening, niet op burgerparticipatie:
* Geen functionaliteit voor collectieve besluitvorming
* Geen wensen/ideeën-platform zoals Gebiedonline
* Beperkte mogelijkheden voor bottom-up initiatieven

==== 2. Publieke toegankelijkheid ====
* Geen openbare activiteitenkalender voor niet-cliënten
* Geen openbare sociale kaart
* Platform primair voor geregistreerde gebruikers

==== 3. Coöperatief eigendom ====
* Commerciële B.V. structuur
* Data-eigendom bij leverancier, niet bij gemeenschap
* Geen lid-gestuurde governance

==== 4. NUTS-standaarden ====
* Geen directe NUTS-implementatie
* Beperkte interoperabiliteit met zorgdomein buiten ZorgDomein/Nedap

=== Oplossingsrichtingen ===

==== Complementaire inzet ====
* RegiCare voor professionele dienstverlening en vrijwilligerscoördinatie
* Gebiedonline voor gemeenschapsparticipatie en collectief kiezen
* Combinatie biedt volledige dekking voor D-ICC

==== Koppelingsstrategie ====
* Verkennen van directe NUTS-integratie
* Uitbreiding koppelingen met andere zorgsystemen
* Potentieel: koppeling met gemeenschapsplatforms

----

== Vergelijking met andere platforms ==

{| class="wikitable"
|-
! Aspect !! RegiCare !! Gebiedonline !! OZO Verbindzorg
|-
| '''Primaire focus''' || Professionele welzijnsdienstverlening || Gemeenschapsparticipatie || Netwerkzorg
|-
| '''Doelgroep''' || Professionals, vrijwilligers, cliënten || Bewoners, organisaties, overheid || Cliënten, zorgverleners
|-
| '''Organisatievorm''' || B.V. || Coöperatie || B.V.
|-
| '''Vrijwilligersbeheer''' || Uitgebreid (RegiVrijwilliger) || Beperkt (Stadmakers) || Beperkt
|-
| '''Vervoerscoördinatie''' || Uitgebreid (RegiVervoer) || Niet aanwezig || Niet aanwezig
|-
| '''Activiteitenbeheer''' || Uitgebreid (RegiAct) || Kalender || Beperkt
|-
| '''Participatie/stemmen''' || Niet aanwezig || Uitgebreid (Laag 4) || Niet aanwezig
|-
| '''Zorgkoppelingen''' || Nedap ONS, ZorgDomein || Beperkt || FHIR, NUTS
|-
| '''Rapportage''' || Uitgebreid || In ontwikkeling || Aanwezig
|-
| '''Certificeringen''' || ISO 27001, NEN 7510, ISAE 3402 || Niet vermeld || Onbekend
|}

=== Complementariteit ===

RegiCare en Gebiedonline zijn sterk complementair:
* '''RegiCare''': Professionele dienstverlening, vrijwilligerscoördinatie, vervoer, zorgkoppelingen
* '''Gebiedonline''': Gemeenschapscommunicatie, participatie, collectief kiezen, bottom-up initiatieven

----

== Conclusies en aanbevelingen ==

=== Conclusies ===

# '''RegiCare biedt een volwassen, gecertificeerd platform''' voor professionele welzijnsdienstverlening met 30+ jaar ervaring in het sociaal domein.
# '''De modulaire opbouw''' biedt flexibiliteit om het systeem af te stemmen op specifieke organisatiebehoeften.
# '''De koppelingen met Nedap ONS en ZorgDomein''' maken RegiCare tot een belangrijke schakel tussen formele zorg en informele welzijn.
# '''Vrijwilligersmanagement en vervoerscoördinatie''' zijn sterke punten die direct aansluiten bij D-ICC behoeften.
# '''De ISO/NEN-certificeringen''' bieden zekerheid over informatiebeveiliging en kwaliteit.
# '''Voor gemeenschapsparticipatie en collectief kiezen zijn aanvullende tools nodig''', zoals Gebiedonline.
# '''De commerciële structuur''' verschilt van coöperatieve modellen, wat consequenties heeft voor data-eigendom en governance.

=== Aanbevelingen ===

==== Voor RegiCare/AdSysCo ====
* Verken directe NUTS-implementatie voor bredere zorginteroperabiliteit
* Ontwikkel mogelijkheden voor publieke activiteitenkalender/sociale kaart
* Onderzoek koppelingen met gemeenschapsplatforms (bijv. Gebiedonline)
* Overweeg partnerschappen met zorgzame gemeenschappen

==== Voor het project Digitale Wijkinfrastructuur ====
* Positioneer RegiCare als professionele dienstverlening- en vrijwilligerslaag
* Combineer met Gebiedonline voor gemeenschapsparticipatie
* Benut de ZorgDomein/Nedap-koppelingen als voorbeeld voor zorg-welzijn integratie
* Gebruik de certificeringsaanpak als kwaliteitsnorm

==== Voor zorgzame gemeenschappen ====
* Overweeg RegiCare voor professioneel ondersteunde vrijwilligerscoördinatie
* Benut de vervoersmodules voor lokale mobiliteitsoplossingen
* Combineer met een gemeenschapsplatform voor participatie
* Exploreer Welzijn op Recept samenwerking met lokale huisartsen

----

== Bijdrage aan de referentie-architectuur ==

Deze analyse van RegiCare draagt bij aan de ontwikkeling van de referentie-architectuur voor digitale wijkinfrastructuur door:

# '''De modulaire structuur''' als voorbeeld voor flexibele, schaalbare oplossingen
# '''De zorgkoppelingen''' (Nedap ONS, ZorgDomein) als model voor zorg-welzijn integratie
# '''Het vrijwilligersmanagement''' als best practice voor ondersteuning informele zorg
# '''De vervoerscoördinatie''' als voorbeeld van integrale oplossingen
# '''De certificeringsaanpak''' als kwaliteitsnorm voor informatiebeveiliging
# '''De complementariteit''' met gemeenschapsplatforms (Gebiedonline)

De bevindingen worden ingebracht in het bredere project en zullen bijdragen aan de ontwikkeling van een coherente visie op digitale ondersteuning voor zorgzame gemeenschappen.

----

== Bijlage: Overzicht RegiCare modules ==

{| class="wikitable"
|-
! Module !! Domein !! Kernfunctie
|-
| RegiCRM || Relatiebeheer || Centrale database van alle relaties
|-
| RegiMatch || Matching || Vraag-aanbod koppeling
|-
| RegiMaDi || Individueel || Cliëntvolging en dossiervorming
|-
| RegiAct || Collectief || Activiteitenbeheer en planning
|-
| RegiVervoer || Mobiliteit || Vervoerscoördinatie
|-
| RegiSignaal || Signalering || Mobiele vroegsignalering
|-
| RegiVrijwilliger || Vrijwilligers || Vrijwilligersbeheer
|-
| RegiPortal || Toegang || Online portaal voor alle gebruikers
|-
| RegiRapport || Verantwoording || Geautomatiseerde rapportages
|-
| RegiTijd || Bedrijfsvoering || Tijdregistratie
|-
| RegiFinance || Bedrijfsvoering || Financiële transacties
|-
| RegiInbox || Communicatie || Ontvangst ZorgDomein-berichten
|}

----

== Bijlage: Partners en samenwerkingen ==

{| class="wikitable"
|-
! Partner !! Samenwerking
|-
| ANWB AutoMaatje || Landelijke vervoersoplossing (100+ gemeenten)
|-
| Nationaal Ouderenfonds || BoodschappenPlusBus (100+ locaties), Zilverlijn
|-
| Institute for Positive Health (iPH) || Positieve Gezondheid integratie
|-
| Nedap Healthcare || ONS-koppeling voor zorg-welzijn verbinding
|-
| ZorgDomein || Welzijn op Recept koppeling
|-
| AFAS || ERP-koppelingen via AIMS
|-
| Hogescholen/Universiteiten || Pharaon EU-project (Universiteit Twente)
|}

----

== Bijlage: Methodologie en bronnen ==

Deze rapportage is tot stand gekomen op basis van:

* '''Website AdSysCo''' (www.adsysco.nl) - geraadpleegd december 2025
* '''LinkedIn AdSysCo''' - bedrijfsprofiel en updates
* '''Zorg+Welzijn publicaties''' - interviews en artikelen
* '''ZorgDomein implementatiedocumentatie''' - technische specificaties
* '''AdSysCo nieuwsbrieven en release notes''' - functionaliteitsbeschrijvingen

De analyses zijn uitgevoerd volgens de methodes beschreven in het plan van aanpak, met nadruk op aansluiting bij D-ICC principes en behoeften van zorgzame gemeenschappen.

----

''Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en is beschikbaar onder de Creative Commons BY-SA 4.0 licentie.''

''Datum: december 2025''

[[Categorie:Digitale Wijkinfrastructuur]]
[[Categorie:Leveranciersrapportages]]
[[Categorie:RegiCare]]
[[Categorie:AdSysCo]]

Digitaal Dorpsplein

2025-12-08T17:32:10Z

Admin: Created page with "= Rapportage Digitale Dorpspleinen = == Inleiding == Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en beschrijft de bevindingen van de analyse van het Digitaal Dorpsplein® concept, ontwikkeld door Stichting Digitale Dorpspleinen® in samenwerking met technologiepartner Shopforce®. Het doel van deze analyse is om inzicht te krijgen in hoe Digitale Dorpspleinen past binnen het bredere concept van Digitaal Geïntegreerde Gemeens..."

= Rapportage Digitale Dorpspleinen =

== Inleiding ==

Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en beschrijft de bevindingen van de analyse van het Digitaal Dorpsplein® concept, ontwikkeld door Stichting Digitale Dorpspleinen® in samenwerking met technologiepartner Shopforce®. Het doel van deze analyse is om inzicht te krijgen in hoe Digitale Dorpspleinen past binnen het bredere concept van Digitaal Geïntegreerde Gemeenschapszorg (Digital Integrated Community Care, D-ICC) en hoe de functionaliteiten kunnen aansluiten bij de behoeften van zorgzame gemeenschappen.

Deze rapportage maakt deel uit van een breder onderzoek naar digitale oplossingen die kunnen bijdragen aan een effectieve wijkinfrastructuur voor zorgzame gemeenschappen in Nederland. In deze rapportage wordt gebruik gemaakt van de gestandaardiseerde methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur.

== Achtergrond van het project ==

Het project "Digitale Wijkinfrastructuur" komt voort uit de behoefte aan een geïntegreerde digitale ondersteuning voor zorgzame gemeenschappen. In Nederland zijn de afgelopen twintig jaar meer dan 2.000 zorgzame gemeenschappen ontstaan op initiatief van inwoners, gericht op samenredzaamheid, nabijheid, betrokkenheid, vertrouwen en eigenaarschap in de lokale samenleving.

Deze gemeenschappen hebben behoefte aan digitale ondersteuning die:
* Aansluit bij hun specifieke lokale behoeften
* Een brug vormt tussen informele en formele processen
* Past bij de werkzame mechanismen van integrated community care

== Methode van onderzoek ==

Voor deze rapportage is gebruik gemaakt van de methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur. De volgende bronnen zijn gebruikt:
* Website Stichting Digitale Dorpspleinen (www.stichtingdigitaledorpspleinen.nl)
* Website Shopforce (www.shopforce.nl)
* Praktijkvoorbeeld Dorpsplein Zwartsluis (www.dorpsplein-zwartsluis.nl)
* Praktijkvoorbeelden Genemuiden, Wijk bij Duurstede en Westerkwartier
* Trouw Duurzame 100 nominatie (september 2025)

----

== Algemeen overzicht Digitale Dorpspleinen ==

Digitale Dorpspleinen is een concept voor lokale digitale marktplaatsen, ontwikkeld door de Stichting Digitale Dorpspleinen® in samenwerking met technologiepartner Shopforce®. Het platform is gericht op het verbinden van lokale ondernemers, burgers en maatschappelijke organisaties via een gezamenlijke digitale infrastructuur per dorp, wijk, stad of regio.

=== Kerngegevens ===

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| '''Actieve dorpspleinen''' || 4+ regio's (Zwartsluis, Genemuiden, Wijk bij Duurstede, Westerkwartier)
|-
| '''Aangesloten ondernemers''' || 600+ individuele webshops landelijk
|-
| '''Praktijkvoorbeeld Zwartsluis''' || >78.000 online bestellingen, >6.800 unieke bestellers, >€2.000.000 omzet
|-
| '''Organisatievorm''' || Stichting (zonder winstoogmerk)
|-
| '''Technische partner''' || Shopforce® (sociale onderneming)
|-
| '''Commissiemodel''' || 6% per geslaagde online bestelling
|-
| '''Erkenning''' || Genomineerd voor Trouw Duurzame 100 (2025)
|}

=== Kerndoelstellingen ===

De Stichting Digitale Dorpspleinen heeft als maatschappelijk doel:

{{Citaat|"Het bevorderen van duurzaamheid, circulariteit en inclusiviteit in de lokale samenleving door het online en offline bij elkaar helpen brengen en verbinden van vraag en aanbod voor een volhoudbare toekomst van het plaatselijke midden- en kleinbedrijf en aanverwante maatschappelijke organisaties."}}

Dit vertaalt zich naar drie kerndoelstellingen:
# '''Lokale economie versterken''' - Geld behouden en laten circuleren in de lokale economie
# '''Sociale cohesie bevorderen''' - Digitale en fysieke verbindingen tussen inwoners versterken
# '''Duurzaamheid realiseren''' - Korte ketens, minder CO2-uitstoot, lokale productie

=== Twee toepassingsgebieden ===

Het platform kent twee hoofdtoepassingen:
* '''Lokale marktplaats''': Gecombineerd bestellen bij meerdere lokale ondernemers (bakker, slager, groenteboer, bloemist)
* '''Gemeenschapsverbinding''': Verbinden van verenigingen, maatschappelijke organisaties en burgers

=== Organisatiestructuur en governance ===

Als stichting heeft Digitale Dorpspleinen een specifieke governance:
* Geen winstoogmerk
* Samenwerking met preferente dienstverleners (Shopforce)
* Wetenschappelijke onderbouwing via Prof. Jan Jonker (Radboud Universiteit) en Herman Wijffels (Universiteit Utrecht)
* Ondersteuning van burgercoöperaties, gemeenten en ondernemers
* Lokale ondernemers dragen zelf de kosten voor digitale ontzorging

=== Publieke waarden en duurzaamheidsdoelen ===

Digitale Dorpspleinen hanteert sterke publieke waarden:
* Aansluiting bij de 17 Global Goals (SDG's) van de Verenigde Naties
* Focus op betekeniseconomie en lokalisering
* Streven naar circulaire en CO2-neutrale lokale economie (doelstelling 2050)
* Versterking van voedselzekerheid en gezonde leefomgeving
* Behoud van basisvoorzieningen en leefbaarheid

----

== Het waardecreatiemodel ==

Digitale Dorpspleinen structureert haar waardecreatie in drie dimensies:

<pre>
┌─────────────────────────────────────────────────────────────┐
│ ECONOMISCHE WAARDE │
│ lokale omzet → werkgelegenheid → investeringskracht │
├─────────────────────────────────────────────────────────────┤
│ SOCIALE WAARDE │
│ cohesie → inclusiviteit → leefbaarheid → gezondheid │
├─────────────────────────────────────────────────────────────┤
│ ECOLOGISCHE WAARDE │
│ korte ketens → minder CO2 → biodiversiteit → circulariteit │
└─────────────────────────────────────────────────────────────┘
</pre>

----

== Analyse van functionaliteiten volgens het raamwerk ==

=== Domein: E-commerce en Marktplaats ===

==== Functionaliteit "Lokale webshop per ondernemer" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || E-commerce
|-
| Korte beschrijving || Individuele webshop in eigen huisstijl voor lokale ondernemers
|-
| Primaire gebruikersrollen || Ondernemer, Consument
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Lokale ondernemers digitaal zichtbaar en bereikbaar maken
|-
| Input || Productassortiment, prijzen, bedrijfsgegevens, foto's
|-
| Output || Volledig functionerende webshop met bestel- en betaalmogelijkheid
|-
| Interactie || Bestellen, betalen (iDEAL), afhalen of bezorgen
|-
| Kritiekheid || Essentieel - basis van het platform
|}

'''D-ICC Alignment:'''
* Gelijkwaardigheid: ★★★★☆ - Ondernemer behoudt eigen identiteit
* Sociale basisinfrastructuur: ★★★★★ - Versterkt lokale voorzieningen

==== Functionaliteit "Gecombineerde winkelwagen" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || E-commerce
|-
| Korte beschrijving || In één keer bestellen en betalen bij meerdere lokale aanbieders
|-
| Primaire gebruikersrollen || Consument
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Maximaal gebruiksgemak voor klanten
|-
| Input || Productselectie van meerdere winkels
|-
| Output || Eén gecombineerde bestelling, één betaling
|-
| Interactie || Winkelmandje vullen bij verschillende aanbieders, eenmalig afrekenen
|-
| Frequentie || Wekelijks (gemiddelde gebruiker)
|}

'''Praktijkvoorbeeld:'''
{{Citaat|"Via het Dorpsplein kregen we een gecombineerde online bestelling met het verzoek om de boodschappen direct in de kastjes van een oudere klant te zetten. Dat laat zien hoe digitaal gemak en lokale zorg naadloos samenkomen." — Piet Nieborg, Echte Bakker Zwartsluis}}

'''D-ICC Alignment:'''
* Gelijkwaardigheid: ★★★★★ - Alle ondernemers gelijk zichtbaar
* Sleutelprincipes: ★★★★★ - Bevordert nabijheid en gemak

==== Functionaliteit "Digitaal Dorpsplein (collectieve marktplaats)" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Marktplaats
|-
| Korte beschrijving || Centrale digitale marktplaats per dorp, wijk, stad of regio
|-
| Primaire gebruikersrollen || Ondernemer, Consument, Vereniging
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Lokaal aanbod clusteren en collectief zichtbaar maken
|-
| Input || Webshops van aangesloten ondernemers
|-
| Output || Overzichtelijke marktplaats met alle lokale aanbieders
|-
| Interactie || Browsen, zoeken, vergelijken, bestellen
|}

'''D-ICC Alignment:'''
* Gelijkwaardigheid: ★★★★★ - Kleine ondernemers krijgen digitale zichtbaarheid
* Samen besturen: ★★★★☆ - Collectieve profilering
* Sociale basisinfrastructuur: ★★★★★ - Versterkt lokale economie

=== Domein: Logistiek en Service ===

==== Functionaliteit "Haal- en brengservice" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Logistiek
|-
| Korte beschrijving || Lokale bezorging door vrijwilligers of logistieke partners
|-
| Primaire gebruikersrollen || Consument, Vrijwilliger, Bezorger
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Gemak bieden aan klanten, sociale contactmomenten creëren
|-
| Input || Bestellingen met bezorgverzoek
|-
| Output || Thuisbezorging of centrale afhaallocatie
|-
| Interactie || Bezorgmoment kiezen, track & trace
|}

'''Praktijkvoorbeeld - Ouderen in Zwartsluis:'''
Bezorgers kunnen producten direct in kastjes van oudere klanten plaatsen, waardoor een combinatie ontstaat van digitaal gemak en menselijk contact.

'''D-ICC Alignment:'''
* Gelijkwaardigheid: ★★★★★ - Toegankelijkheid voor minder mobiele inwoners
* Sleutelprincipes: ★★★★★ - Bevordert nabijheid en sociaal contact
* Sociale basisinfrastructuur: ★★★★★ - Mogelijkheid voor vrijwilligersinzet

=== Domein: Gemeenschapsverbinding ===

==== Functionaliteit "Verenigingen en maatschappelijke organisaties" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Gemeenschapsvorming
|-
| Korte beschrijving || Sportverenigingen, oranjeverenigingen en andere organisaties op het platform
|-
| Primaire gebruikersrollen || Vereniging, Leden, Vrijwilligers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Lokale organisaties digitaal zichtbaar maken en ondersteunen
|-
| Input || Organisatiegegevens, activiteiten, producten/diensten
|-
| Output || Digitale aanwezigheid, bestel/reserveermogelijkheid
|}

'''Praktijkvoorbeeld - Dorpsplein Zwartsluis:'''
Op het Dorpsplein Zwartsluis zijn naast versspeciaalzaken ook Sportvereniging DESZ, Oranjevereniging Zwartsluis en Zorgboerderij Lenteheuvel aangesloten.

'''D-ICC Alignment:'''
* Sociale basisinfrastructuur: ★★★★★ - Versterkt lokale verenigingsstructuur

=== Domein: Communicatie en Marketing ===

==== Functionaliteit "Collectieve marketingcommunicatie" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Communicatie
|-
| Korte beschrijving || Gezamenlijke promotie van het lokale aanbod
|-
| Primaire gebruikersrollen || Ondernemer, Marketingcoördinator
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Collectieve zichtbaarheid en bereik vergroten
|-
| Input || Aanbiedingen, nieuwsberichten, campagnes
|-
| Output || Digitale marketingcommunicatie, nieuwsbrieven
|-
| Frequentie || Continu
|}

'''Praktijkvoorbeeld - Zwartsluis:'''
De collectieve marketingcommunicatie wordt verzorgd door studenten van Hogeschool Windesheim, wat ook lokale werkgelegenheid en leerervaring creëert.

'''D-ICC Alignment:'''
* Samen besturen: ★★★★☆ - Gezamenlijke marketing
* Sleutelprincipes: ★★★★☆ - Gedeelde verantwoordelijkheid

----

== Partners en ecosysteem ==

=== Shopforce® (Preferent technologiepartner) ===

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Rol || Technologiepartner, platformontwikkeling en -beheer
|-
| Type || Sociale onderneming
|-
| Diensten || Webshop-inrichting, platform hosting, support, betaalintegratie
|-
| Verdienmodel || 6% commissie per geslaagde online bestelling
|}

Shopforce verzorgt:
* Kant-en-klare webshops in eigen huisstijl
* Volledige digitale ontzorging van ondernemers
* Chat-app voor bestellingen en support
* Bonnenprinter voor keukenverwerking
* Integratie met iDEAL betaalverkeer

=== MeYouWeDo (Partner) ===

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Rol || Gemeenschapsplatform
|-
| Focus || Verbinden van mensen in gemeenschappen als ecosysteem
|-
| Website || www.meyouwedo.nl
|}

=== Campus Zonnestraal (Partner) ===

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Rol || Kennispartner gezondheid
|-
| Focus || Leren, verkennen en ontdekken van gezond leven
|-
| Website || www.campuszonnestraal.nl
|}

----

== Praktijkvoorbeeld: Dorpsplein Zwartsluis ==

Zwartsluis is een Overijssels dorp met circa 4.800 inwoners waar het Digitaal Dorpsplein® concept sinds 2020 succesvol is geïmplementeerd met financiële steun van gemeente en provincie Overijssel.

=== Resultaten (per eind 2024) ===

{| class="wikitable"
|-
! Indicator !! Waarde
|-
| Online bestellingen || >78.000
|-
| Unieke bestellers || >6.800
|-
| Online omzet || >€2.000.000
|-
| Gecombineerde bestellingen || 25% stijging
|-
| Regionale afzet || Groei in gehuchten en kleine dorpen Kop van Overijssel
|}

=== Deelnemende ondernemers ===

{| class="wikitable"
|-
! Ondernemer !! Type
|-
| Bakkerij Nieborg || Echte bakker
|-
| Banketbakkerij Ekkelenkamp || Banketbakker (vernieuwde winkel + chocolaterie)
|-
| Slagerij Dick Bruintjes || Slagerij (nu met regionaal rundvlees)
|-
| De Groentemannen || Groenteboer
|-
| Ruach Bloemen || Bloemist
|-
| Brasserie De Albatros || Horeca
|-
| Zorgboerderij Lenteheuvel || Zorg + producten
|-
| Sportvereniging DESZ || Vereniging
|-
| Oranjevereniging Zwartsluis || Vereniging
|}

=== Maatschappelijke impact ===

* '''Leefbaarheid''': Banketbakkerij Ekkelenkamp vernieuwde de winkel en opende een chocolaterie
* '''Duurzaamheid''': Slagerij koopt nu rundvlees in bij een Overijsselse boer; groente en zuivel komt uit de regio
* '''Sociale cohesie''': Digitale en fysieke samenhang versterkt
* '''Werkgelegenheid''': Stagiairs van Hogeschool Windesheim voor marketingcommunicatie

----

== Andere actieve dorpspleinen ==

=== Dorpsplein Genemuiden (Overijssel) ===
* Echte Bakker Groot Koerkamp
* Gildeslager Van Ingen
* Keurslager M. van de Weg
* Puur Natuur Genemuiden
* Buitenbosch

=== Dorpsplein Wijk bij Duurstede (Utrecht) ===
* Bakkerij Lakerveld
* Gildeslager Mulder
* Lindsey's Visspeciaalzaak
* Keurslager van Middelaar
* Het Oude Raedthuys

=== Dorpsplein Westerkwartier (Groningen) ===
* Boer'n Jonker
* Hoeve Zuidwending
* Bijenhave
* Bakkerij Hamersma
* Bakkerij van Esch
* Dhana Chocolate
* Chocoladedroom

----

== Analyse van persona's en behoeften van gemeenschappen ==

=== Persona 1: Maria (78) - Alleenwonende oudere ===

'''Aansluiting Digitale Dorpspleinen functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Online bestellen || ★★★★★ || 24/7 bestellen bij vertrouwde lokale winkels
|-
| Gecombineerde bestelling || ★★★★★ || Eén keer bestellen, één keer betalen
|-
| Thuisbezorging || ★★★★★ || Producten aan huis, sociaal contactmoment
|-
| iDEAL betaling || ★★★★☆ || Veilig en vertrouwd betalen
|}

'''Gap analyse:'''
* Geen specifieke zorgcommunicatie-functionaliteit
* Beperkte ondersteuning voor signalering eenzaamheid (wel sociaal contact bij bezorging)
* Geen integratie met formele zorgverleners

=== Persona 2: Jan (55) - Lokale slager/ondernemer ===

'''Aansluiting Digitale Dorpspleinen functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Eigen webshop || ★★★★★ || Webshop in eigen huisstijl
|-
| Collectieve zichtbaarheid || ★★★★★ || Onderdeel van dorpsplein
|-
| Digitale ontzorging || ★★★★★ || Shopforce regelt techniek
|-
| Collectieve marketing || ★★★★★ || Gezamenlijke promotie
|}

'''Gap analyse:'''
* Geen integratie met kassasystemen
* Beperkte voorraadkoppeling
* Geen koppeling met boekhoudpakketten

=== Persona 3: Austerlitz Zorgt (Dorpsinitiatief) ===

'''Aansluiting Digitale Dorpspleinen functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Verenigingen op platform || ★★★★☆ || Presentatie van het initiatief mogelijk
|-
| Lokale bezorging || ★★★★★ || Vrijwilligers kunnen bezorgen
|-
| Maatschappelijke organisaties || ★★★★☆ || Zorgboerderij als voorbeeld
|}

'''Gap analyse:'''
* Primaire focus op economie/retail, niet op zorgcoördinatie
* Geen vrijwilligersplanning of -matching
* Geen integratie met zorgsystemen
* Beperkte ondersteuning voor zorginhoudelijke communicatie

=== Persona 4: Gemeente (Overheid) ===

'''Aansluiting Digitale Dorpspleinen functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Fysieke én digitale infrastructuur || ★★★★★ || Investering met maatschappelijke ROI
|-
| Leefbaarheid versterken || ★★★★★ || Behoud basisvoorzieningen
|-
| Duurzaamheidsdoelen || ★★★★★ || Bijdrage aan SDG's
|-
| Lokale economie || ★★★★★ || Geld blijft lokaal circuleren
|}

----

== Technische aspecten en standaarden ==

=== Platformarchitectuur ===

{| class="wikitable"
|-
! Component !! Beschrijving
|-
| Platform || Shopforce® (schaalbaar, modulair)
|-
| Webshops || Individueel per ondernemer, verbonden via netwerk
|-
| Betaling || iDEAL integratie
|-
| Hosting || Nederland
|-
| Apps || Progressive Web App (PWA) voor mobiel
|}

=== Technische functionaliteiten ===

{| class="wikitable"
|-
! Functionaliteit !! Beschrijving
|-
| Individuele webshop || Volledig aanpasbaar in huisstijl
|-
| Gekoppelde webshops || Netwerk van lokale aanbieders
|-
| Gecombineerd winkelmandje || Cross-store ordering
|-
| Chat-app || Bestellingen ontvangen en communiceren
|-
| Bonnenprinter || Voor keukenverwerking
|-
| Landelijke portalen || Automatische publicatie op versbesteld.nl e.a.
|}

=== Privacy en datasoevereiniteit ===

* Geen commercieel gebruik van klantdata
* AVG-compliant
* Lokale data-eigenaarschap

=== Standaarden en koppelingen ===

{| class="wikitable"
|-
! Aspect !! Status
|-
| Open standaarden zorg || Niet aanwezig
|-
| FHIR/NUTS || Niet van toepassing
|-
| API-koppelingen || Beperkt (betaalsystemen)
|-
| Kassasystemen || Geen integratie
|}

----

== Hiaten en oplossingsrichtingen ==

=== Geïdentificeerde hiaten ===

==== 1. Focus op retail/economie ====
Digitale Dorpspleinen is primair gericht op lokale economie en e-commerce:
* Geen zorgnetwerk per cliënt
* Geen zorgagenda of taakplanning
* Geen vrijwilligerscoördinatie voor zorgactiviteiten

==== 2. Integratie met zorgsystemen ====
* Geen koppelingen met HIS, ECD of andere zorgsystemen
* Geen ondersteuning voor NUTS of FHIR standaarden
* Beperkte interoperabiliteit met zorgdomein

==== 3. Gemeenschapscommunicatie ====
* Geen activiteitenkalender voor gemeenschap
* Geen nieuwsbrief of berichtenfunctionaliteit
* Geen participatie- of stemmogelijkheden

==== 4. Vrijwilligersmanagement ====
* Wel mogelijkheid voor vrijwilligersbezorging
* Geen volledige vrijwilligersadministratie
* Geen roosterplanning

=== Oplossingsrichtingen ===

==== Complementaire inzet ====
* Digitale Dorpspleinen voor lokale economie en commerciële transacties
* Gebiedonline voor gemeenschapscommunicatie en participatie
* OZO Verbindzorg of TimeSteps voor individuele zorgcoördinatie
* Combinatie biedt bredere dekking voor D-ICC

==== Uitbreiding via partners ====
* MeYouWeDo voor gemeenschapsverbinding
* Samenwerking met zorgzame gemeenschappen voor niet-commerciële functionaliteiten

----

== Vergelijking met andere platforms ==

{| class="wikitable"
|-
! Aspect !! Digitale Dorpspleinen !! Gebiedonline !! OZO Verbindzorg !! TimeSteps
|-
| '''Primaire focus''' || Lokale economie & e-commerce || Gemeenschapscommunicatie & participatie || Netwerkzorg || Mantelzorgcoördinatie
|-
| '''Schaal''' || Lokaal/regionaal || Lokaal tot landelijk || Landelijk || Regionaal
|-
| '''Organisatievorm''' || Stichting + sociale onderneming || Coöperatie || B.V. || Onderdeel van Amulet
|-
| '''Doelgroep''' || Ondernemers, consumenten || Bewoners, organisaties, overheid || Cliënten, zorgverleners || Mantelzorgers, zorgvragers
|-
| '''E-commerce''' || Uitgebreid (kerntaak) || Beperkt (vraag & aanbod) || Niet aanwezig || Niet aanwezig
|-
| '''Zorgnetwerk''' || Niet aanwezig || Niet aanwezig || Uitgebreid || Aanwezig
|-
| '''Activiteitenkalender''' || Niet aanwezig || Uitgebreid || Beperkt (afspraken) || Zorgagenda
|-
| '''Participatie/stemmen''' || Niet aanwezig || Uitgebreid (Laag 4) || Niet aanwezig || Niet aanwezig
|-
| '''Lokale bezorging''' || Uitgebreid || Niet aanwezig || Niet aanwezig || Niet aanwezig
|-
| '''Open standaarden zorg''' || Niet aanwezig || Beperkt (Yivi-ervaring) || FHIR, NUTS || Beperkt
|-
| '''Data-eigenaarschap''' || Stichting/ondernemers || Coöperatief (leden) || Leverancier || Leverancier
|-
| '''Duurzaamheidsfocus''' || Zeer sterk (SDG's) || Aanwezig || Beperkt || Beperkt
|}

=== Complementariteit ===

Digitale Dorpspleinen en andere platforms zijn complementair:
* '''Digitale Dorpspleinen''': Lokale economie, e-commerce, duurzaamheid, korte ketens
* '''Gebiedonline''': Gemeenschapscommunicatie, participatie, collectief kiezen
* '''OZO/TimeSteps''': Individuele zorgcoördinatie, netwerkzorg, mantelzorgondersteuning

----

== Conclusies en aanbevelingen ==

=== Conclusies ===

# '''Digitale Dorpspleinen biedt een volwassen platform voor lokale e-commerce''' met bewezen resultaten in meerdere dorpen en regio's (Zwartsluis, Genemuiden, Wijk bij Duurstede, Westerkwartier).

# '''De focus op duurzaamheid, circulariteit en lokale economie''' sluit aan bij de SDG's en de bredere maatschappelijke doelen van zorgzame gemeenschappen.

# '''Het concept draagt bij aan leefbaarheid''' door behoud van lokale voorzieningen, werkgelegenheid en sociale cohesie.

# '''Voor gemeenschapscommunicatie en zorgcoördinatie zijn aanvullende tools nodig''', met name op het gebied van activiteitenkalender, vrijwilligerscoördinatie en zorgnetwerken.

# '''Het samenwerkingsmodel tussen stichting en technologiepartner''' biedt een interessant voorbeeld voor andere initiatieven.

# '''De lokale bezorgservice met vrijwilligers''' biedt kansen voor integratie met zorgzame gemeenschapsinitiatieven.

# '''Complementariteit met Gebiedonline en OZO Verbindzorg/TimeSteps''' biedt kansen voor een geïntegreerde oplossing die zowel economie als gemeenschap als individuele zorg ondersteunt.

=== Aanbevelingen ===

==== Voor Stichting Digitale Dorpspleinen ====
* Exploreer samenwerking met zorgzame gemeenschappen voor niet-commerciële diensten
* Onderzoek integratie met MeYouWeDo voor gemeenschapsverbinding
* Ontwikkel de vrijwilligersbezorging door naar bredere sociale dienstverlening
* Onderzoek koppelingen met gemeenschapsplatforms (Gebiedonline)

==== Voor het project Digitale Wijkinfrastructuur ====
* Positioneer Digitale Dorpspleinen als platform voor lokale economie en duurzaamheid in de referentie-architectuur
* Benut het duurzaamheidsmodel als referentie voor SDG-alignment
* Ontwikkel proof-of-concept voor combinatie Digitale Dorpspleinen + Gebiedonline
* Onderzoek hoe vrijwilligersbezorging kan worden verbonden met zorgcoördinatie

==== Voor gemeenschappen ====
* Overweeg Digitale Dorpspleinen voor versterking lokale economie en voorzieningen
* Combineer met Gebiedonline voor gemeenschapscommunicatie en participatie
* Benut de bezorgservice als sociaal contactmoment voor ouderen
* Werk samen met gemeente voor financiering van de digitale infrastructuur

----

== Bijdrage aan de referentie-architectuur ==

Deze analyse van Digitale Dorpspleinen draagt bij aan de ontwikkeling van de referentie-architectuur voor digitale wijkinfrastructuur door:

# '''Het economisch model''' als aanvulling op sociale en zorggerichte functionaliteiten
# '''Het duurzaamheidsperspectief''' als verbinding met de SDG's
# '''Het commissiemodel''' als alternatief verdienmodel voor platforms
# '''De vrijwilligersbezorging''' als brug tussen economie en sociale dienstverlening
# '''Het lokale eigenaarschap''' als governance-principe
# '''Praktijkvoorbeelden''' van succesvolle implementatie in kleine gemeenschappen
# '''Complementariteit''' met gemeenschaps- en zorggerichte oplossingen

De bevindingen worden ingebracht in het bredere project en zullen bijdragen aan de ontwikkeling van een coherente visie op digitale ondersteuning voor zorgzame gemeenschappen.

----

== Bijlage: Actieve Digitale Dorpspleinen ==

{| class="wikitable"
|-
! Platform !! Provincie !! Bijzonderheden
|-
| Dorpsplein Zwartsluis || Overijssel || Pilotlocatie, >78.000 bestellingen, studenten Windesheim
|-
| Dorpsplein Genemuiden || Overijssel || 5 ondernemers aangesloten
|-
| Dorpsplein Wijk bij Duurstede || Utrecht || 5 ondernemers aangesloten
|-
| Dorpsplein Westerkwartier || Groningen || 7+ ondernemers aangesloten
|}

----

== Bijlage: Methodologie en bronnen ==

Deze rapportage is tot stand gekomen op basis van:

* '''Website Stichting Digitale Dorpspleinen''' (www.stichtingdigitaledorpspleinen.nl) - geraadpleegd december 2025
* '''Website Shopforce''' (www.shopforce.nl) - geraadpleegd december 2025
* '''Praktijkvoorbeeld Dorpsplein Zwartsluis''' (www.dorpsplein-zwartsluis.nl) - geraadpleegd december 2025
* '''Trouw Duurzame 100''' - nominatie september 2025
* '''Wetenschappelijke referenties''': Prof. Jan Jonker (Radboud Universiteit), Herman Wijffels (Universiteit Utrecht)
* '''Literatuur''': Helena Norberg-Hodge "Local is our Future" (2019), Kees Klomp "Betekeniseconomie" (2022)

De analyses zijn uitgevoerd volgens de methodes beschreven in het plan van aanpak, met nadruk op aansluiting bij D-ICC principes en behoeften van zorgzame gemeenschappen.

----

''Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en is beschikbaar onder de Creative Commons BY-SA 4.0 licentie.''

''Datum: december 2025''

[[Categorie:Digitale Wijkinfrastructuur]]
[[Categorie:Rapportages]]
[[Categorie:Lokale economie]]

DeLori

2025-12-08T15:53:01Z

Admin: Created page with "= Rapportage DeLori = == Inleiding == Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en beschrijft de bevindingen van de analyse van het DeLori community care platform. Het doel van deze analyse is om inzicht te krijgen in hoe DeLori past binnen het bredere concept van Digitaal Geïntegreerde Gemeenschapszorg (Digital Integrated Community Care, D-ICC) en hoe de functionaliteiten kunnen aansluiten bij de behoeften van zorgzame ge..."

= Rapportage DeLori =

== Inleiding ==

Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en beschrijft de bevindingen van de analyse van het DeLori community care platform. Het doel van deze analyse is om inzicht te krijgen in hoe DeLori past binnen het bredere concept van Digitaal Geïntegreerde Gemeenschapszorg (Digital Integrated Community Care, D-ICC) en hoe de functionaliteiten kunnen aansluiten bij de behoeften van zorgzame gemeenschappen.

Deze rapportage maakt deel uit van een breder onderzoek naar digitale oplossingen die kunnen bijdragen aan een effectieve wijkinfrastructuur voor zorgzame gemeenschappen in Nederland. In deze rapportage wordt gebruik gemaakt van de gestandaardiseerde methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur.

== Achtergrond van het project ==

Het project "Digitale Wijkinfrastructuur" komt voort uit de behoefte aan een geïntegreerde digitale ondersteuning voor zorgzame gemeenschappen. In Nederland zijn de afgelopen twintig jaar meer dan 2.000 zorgzame gemeenschappen ontstaan op initiatief van inwoners, gericht op samenredzaamheid, nabijheid, betrokkenheid, vertrouwen en eigenaarschap in de lokale samenleving.

Deze gemeenschappen hebben behoefte aan digitale ondersteuning die:
* Aansluit bij hun specifieke lokale behoeften
* Een brug vormt tussen informele en formele processen
* Past bij de werkzame mechanismen van integrated community care

== Methode van onderzoek ==

Voor deze rapportage is gebruik gemaakt van de methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur. Deze methodiek omvat de volgende stappen:

# '''Initiële verkenning''': Analyse van de DeLori website, productdocumentatie en informatie van de Foxi Group
# '''Functie-identificatie''': Decompositie van functionaliteiten, user journey mapping, en use case analyse
# '''Functie-beschrijving''': Categorisering in functionele domeinen, beschrijving van eigenschappen, en analyse van gebruikersrollen
# '''Alignment en evaluatie''': Beoordeling op aansluiting bij D-ICC principes, gap-analyse, en overlap-analyse
# '''Technische specificatie''': Analyse van gegevensmodellen, interfaces, en relevante standaarden

De volgende bronnen zijn gebruikt:
* Website DeLori (www.delori.nl)
* Website Foxi Group (www.foxi.nl)
* Productdocumentatie DeLori
* Kennisbank Netwerk Cliënt-en-Raad Zorg (NCZ)
* Behoefteanalyse gemeenschappen

== Algemeen overzicht DeLori ==

DeLori is een community care platform ontwikkeld door de Foxi Group (gevestigd in Riel, Noord-Brabant), primair gericht op het verbinden van sociale kringen rondom woonzorglocaties. Het platform faciliteert communicatie en participatie tussen bewoners/cliënten, familie, medewerkers, vrijwilligers en buurtbewoners.

=== Kerngegevens ===

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| '''Ontwikkelaar''' || Foxi Group (TechFox, MediaFox, DigiFox)
|-
| '''Vestiging''' || Alphenseweg 2R, 5133 NE Riel
|-
| '''Type''' || Sociaal-maatschappelijk facilitair platform
|-
| '''Beschikbaarheid''' || Web (tablet/laptop/desktop) en mobiele app
|-
| '''Data-opslag''' || Nederlandse servers
|}

=== Kerndoelstellingen ===

DeLori richt zich op drie kerndoelstellingen:
# Verbinden van sociale kringen rondom woonzorglocaties
# Faciliteren van participatie door familie, vrijwilligers en buurtbewoners
# Ontlasten van zorgprofessionals door activeren van informele netwerken

=== Doelgroepen ===

Het platform bedient de volgende hoofddoelgroepen:
* '''Bewoners/cliënten''': Personen in woonzorglocaties of met zorgbehoefte
* '''Familie en naasten''': Familieleden, vrienden en andere dierbaren
* '''Zorgprofessionals''': Medewerkers van zorgorganisaties
* '''Vrijwilligers''': Mensen die zich vrijwillig inzetten
* '''Buurtbewoners''': Leden van de lokale gemeenschap
* '''Studenten''': MBO-, HBO- en universitaire studenten voor praktijkervaring

----

== Analyse van functionaliteiten volgens het raamwerk ==

=== Functionaliteit "Activiteitenbeheer" ===

==== Basisinformatie ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Coördinatie
|-
| Korte beschrijving || Plannen, organiseren en delen van activiteiten binnen de gemeenschap
|-
| Primaire gebruikersrollen || Beheerder, Zorgprofessional, Vrijwilliger, Familie
|}

==== Functie-eigenschappen ====

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Faciliteren van gezamenlijke activiteiten en beleving in de zorg
|-
| Input || Activiteitgegevens, datum/tijd, deelnemers, beschrijving, afbeeldingen
|-
| Output || Geplande activiteiten, aanmeldingen, voortgangsrapportages, herinneringen
|-
| Interactie || Doelenshop, activiteitenkalender, aanmeldformulieren, voortgangsindicatoren
|-
| Frequentie || Dagelijks
|-
| Kritiekheid || Essentieel - vormt de kern van DeLori's community-building aanpak
|}

==== D-ICC Alignment ====

{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★★☆ || Iedereen kan activiteiten volgen en zich aanmelden
|-
| Samen besturen || ★★★★★ || Gemeenschappelijk organiseren van activiteiten centraal
|-
| Sleutelprincipes || ★★★★★ || Bevordert nabijheid, betrokkenheid en saamhorigheid
|-
| Sociale basisinfrastructuur || ★★★★★ || Direct gericht op versterken sociale verbindingen
|}

==== Technische aspecten ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Gegevensmodel || Activiteiten, Doelen, Deelnemers, Aanmeldingen, Media
|-
| Interfaces || Doelenshop, activiteitenkalender, dashboard
|-
| Integratiepunten || Interne chatrooms, fotoalbums
|-
| Standaarden || AVG-compliant gegevensverwerking
|-
| Privacy en beveiliging || Gedifferentieerde toegangsrechten, Nederlandse servers
|}

==== Use cases ====

# Activiteitenbegeleider plant een muziekmiddag en nodigt alle betrokkenen uit
# Familie meldt zich aan om mee te doen aan een wandeling met bewoner
# Vrijwilliger organiseert een voorleessessie via de doelenshop

==== Relaties met andere functionaliteiten ====

{| class="wikitable"
|-
! Type !! Functionaliteiten
|-
| Interne relaties || Chatrooms (communicatie), Fotoalbums (delen beelden), Notificaties
|-
| Externe relaties || Sociale media (delen), E-mail (notificaties)
|}

----

=== Functionaliteit "Doelenshop" ===

==== Basisinformatie ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Organisatie
|-
| Korte beschrijving || Bibliotheek met honderden voorgedefinieerde activiteiten
|-
| Primaire gebruikersrollen || Beheerder, Zorgprofessional, Vrijwilliger
|}

==== Functie-eigenschappen ====

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Vereenvoudigen van activiteitenorganisatie door kant-en-klare templates
|-
| Input || Selectie uit bibliotheek, aanpassingen, eigen toevoegingen
|-
| Output || Gepersonaliseerde activiteitenplannen
|-
| Interactie || Browse-interface, zoekfunctie, bewerkingsmodule
|-
| Frequentie || Wekelijks
|-
| Kritiekheid || Belangrijk - verlaagt drempel voor activiteitenorganisatie
|}

==== D-ICC Alignment ====

{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★☆☆ || Primair voor organisatoren, niet voor alle gebruikers
|-
| Samen besturen || ★★★★☆ || Faciliteert gezamenlijk organiseren
|-
| Sleutelprincipes || ★★★★☆ || Stimuleert betrokkenheid door laagdrempelige organisatie
|-
| Sociale basisinfrastructuur || ★★★★☆ || Ondersteunt sociale activiteiten
|}

==== Technische aspecten ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Gegevensmodel || Activiteittemplates, Categorieën, Aanpassingen
|-
| Interfaces || Catalogusbrowser, bewerkingsinterface
|-
| Integratiepunten || Activiteitenbeheer, agenda
|-
| Standaarden || Niet gespecificeerd
|-
| Privacy en beveiliging || Organisatie-specifieke toegang
|}

==== Use cases ====

# Medewerker selecteert "koffiedrinken aan de keukentafel" uit de bibliotheek
# Vrijwilliger past een activiteit aan naar lokale context
# Beheerder maakt een volledig nieuwe activiteit aan

----

=== Functionaliteit "Community Communicatie (Chatrooms)" ===

==== Basisinformatie ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Communicatie
|-
| Korte beschrijving || Centrale communicatiemodule via verschillende chatrooms
|-
| Primaire gebruikersrollen || Alle rollen
|}

==== Functie-eigenschappen ====

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Faciliteren van doelgerichte communicatie binnen de gemeenschap
|-
| Input || Berichten, foto's, reacties
|-
| Output || Gespreksthreads, notificaties, groepscommunicatie
|-
| Interactie || Chatinterface, groepsbeheer, notificatiesysteem
|-
| Frequentie || Dagelijks
|-
| Kritiekheid || Essentieel - centrale communicatiefunctie
|}

==== D-ICC Alignment ====

{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★★☆ || Alle betrokkenen kunnen communiceren, beheerder heeft moderatierechten
|-
| Samen besturen || ★★★★☆ || Transparante communicatie ondersteunt gezamenlijke besluitvorming
|-
| Sleutelprincipes || ★★★★★ || Bevordert nabijheid en betrokkenheid door directe communicatie
|-
| Sociale basisinfrastructuur || ★★★★★ || Versterkt sociale verbindingen
|}

==== Technische aspecten ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Gegevensmodel || Chatrooms, Berichten, Deelnemers, Media
|-
| Interfaces || Chatinterface (web en app), groepsbeheer
|-
| Integratiepunten || Activiteiten, fotoalbums, notificaties
|-
| Standaarden || AVG-compliant
|-
| Privacy en beveiliging || Afgeschermde en publieke rooms, moderatie door beheerder
|}

==== Use cases ====

# Familie communiceert in besloten groep over welzijn van bewoner
# Zorgprofessionals delen updates in teamroom
# Vrijwilligers coördineren hulpvragen in gemeenschapsroom

----

=== Functionaliteit "Fotoalbums en Herinneringen" ===

==== Basisinformatie ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Documentatie
|-
| Korte beschrijving || Automatisch verzamelen en delen van foto's per profiel
|-
| Primaire gebruikersrollen || Alle rollen
|}

==== Functie-eigenschappen ====

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Vastleggen en delen van mooie momenten en herinneringen
|-
| Input || Foto's, video's, beschrijvingen
|-
| Output || Persoonlijke fotoalbums, gedeelde galerijen
|-
| Interactie || Upload, bladeren, delen, liken
|-
| Frequentie || Dagelijks tot wekelijks
|-
| Kritiekheid || Belangrijk - draagt bij aan beleving en verbinding
|}

==== D-ICC Alignment ====

{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★★☆ || Iedereen kan foto's delen binnen toegestane kringen
|-
| Samen besturen || ★★★☆☆ || Gedeelde herinneringen, beheerder controleert zichtbaarheid
|-
| Sleutelprincipes || ★★★★★ || Versterkt betrokkenheid door gedeelde beleving
|-
| Sociale basisinfrastructuur || ★★★★☆ || Ondersteunt sociale cohesie
|}

==== Technische aspecten ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Gegevensmodel || Albums, Foto's, Metadata, Zichtbaarheidsinstellingen
|-
| Interfaces || Galerij-interface, upload-module
|-
| Integratiepunten || Chatrooms, profielen, activiteiten
|-
| Standaarden || AVG (automatische toestemmingsverwerking)
|-
| Privacy en beveiliging || Geautomatiseerde privacyinstellingen per profiel
|}

----

=== Functionaliteit "Waardering en Erkenning" ===

==== Basisinformatie ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Motivatie
|-
| Korte beschrijving || Systeem voor bedankjes en sterrenwaarderingen aan betrokkenen
|-
| Primaire gebruikersrollen || Beheerder, Zorgprofessional
|}

==== Functie-eigenschappen ====

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Motiveren en waarderen van vrijwilligers en medewerkers
|-
| Input || Waarderingen, persoonlijke berichten, sterrenschaal
|-
| Output || Bedankberichten, waarderingspunten
|-
| Interactie || Waarderingsmodule, berichtenfunctie
|-
| Frequentie || Na afloop van activiteiten
|-
| Kritiekheid || Ondersteunend - draagt bij aan motivatie en retentie
|}

==== D-ICC Alignment ====

{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★☆☆ || Waardering vanuit organisator naar deelnemers
|-
| Samen besturen || ★★★☆☆ || Erkenning van bijdragen
|-
| Sleutelprincipes || ★★★★☆ || Bevordert betrokkenheid en vertrouwen
|-
| Sociale basisinfrastructuur || ★★★★☆ || Stimuleert vrijwilligersinzet
|}

----

=== Functionaliteit "Hulpvragen en Matching" ===

==== Basisinformatie ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Coördinatie
|-
| Korte beschrijving || Plaatsen en beantwoorden van hulpvragen binnen de gemeenschap
|-
| Primaire gebruikersrollen || Bewoner/Cliënt, Familie, Vrijwilliger, Buurtbewoner
|}

==== Functie-eigenschappen ====

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Verbinden van hulpvragen met beschikbare hulp uit de gemeenschap
|-
| Input || Hulpvraag, beschrijving, tijdstip
|-
| Output || Matches, reacties, afspraken
|-
| Interactie || Hulpvraagformulier, notificaties, chatrooms
|-
| Frequentie || Dagelijks
|-
| Kritiekheid || Essentieel - kernfunctie voor community care
|}

==== D-ICC Alignment ====

{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★★★ || Iedereen kan hulp vragen én aanbieden
|-
| Samen besturen || ★★★★★ || Gezamenlijke oplossing van hulpvragen
|-
| Sleutelprincipes || ★★★★★ || Maximale zelfredzaamheid en nabijheid
|-
| Sociale basisinfrastructuur || ★★★★★ || Direct gericht op onderlinge hulp
|}

==== Technische aspecten ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Gegevensmodel || Hulpvragen, Reacties, Matches, Status
|-
| Interfaces || Hulpvraag-interface, chatrooms
|-
| Integratiepunten || Notificaties, communicatie
|-
| Standaarden || AVG-compliant
|-
| Privacy en beveiliging || Zelf te beheren chatrooms
|}

----

=== Functionaliteit "Studentenparticipatie" ===

==== Basisinformatie ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Onderwijs/Participatie
|-
| Korte beschrijving || Module voor MBO-, HBO- en WO-studenten om bij te dragen aan de gemeenschap
|-
| Primaire gebruikersrollen || Student, Beheerder, Onderwijsinstelling
|}

==== Functie-eigenschappen ====

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Verbinden van studenten met zorgpraktijk voor competentieontwikkeling
|-
| Input || Studentregistratie, activiteitsdeelname, competentiepunten
|-
| Output || Praktijkervaring, sociaal-maatschappelijke competentiepunten
|-
| Interactie || Activiteitenaanmelding, voortgangsregistratie
|-
| Frequentie || Wekelijks
|-
| Kritiekheid || Belangrijk - draagt bij aan toekomstig zorgpersoneel
|}

==== D-ICC Alignment ====

{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★★☆ || Studenten als volwaardige deelnemers
|-
| Samen besturen || ★★★☆☆ || Studenten dragen bij onder begeleiding
|-
| Sleutelprincipes || ★★★★☆ || Bevordert betrokkenheid nieuwe generatie
|-
| Sociale basisinfrastructuur || ★★★★☆ || Verbindt onderwijs met zorg
|}

----

== Analyse van persona's en behoeften van gemeenschappen ==

Op basis van de behoefteanalyse bij gemeenschappen zijn de volgende persona's geïdentificeerd en geanalyseerd op aansluiting met DeLori functionaliteiten:

=== Persona 1: Maria (78) - Bewoner woonzorgcentrum ===

'''Kenmerken en context:'''
* Woont in een woonzorgcentrum
* Heeft kinderen die niet in de buurt wonen
* Wil graag contact houden met familie en deelnemen aan activiteiten
* Beperkte digitale vaardigheden

'''Behoeften:'''
* Contact met familie op afstand
* Overzicht van activiteiten en mogelijkheid om deel te nemen
* Delen van mooie momenten met dierbaren

'''Aansluiting DeLori functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Community Communicatie || ★★★★☆ || Familie kan via chatrooms betrokken blijven
|-
| Activiteitenbeheer || ★★★★★ || Overzicht van activiteiten en eenvoudige aanmelding
|-
| Fotoalbums || ★★★★★ || Delen van herinneringen met familie
|-
| Hulpvragen || ★★★★☆ || Kan hulp vragen aan netwerk
|}

'''Gap analyse:'''
* Interface vereist ondersteuning voor ouderen met beperkte digitale vaardigheden
* Geen directe videobel-functionaliteit (anders dan OZO Verbindzorg)
* Geen integratie met professionele zorgsystemen

=== Persona 2: Peter (45) - Werkende zoon met moeder in zorginstelling ===

'''Kenmerken en context:'''
* Werkt fulltime, woont op afstand
* Moeder woont in woonzorgcentrum
* Wil betrokken blijven bij dagelijks leven moeder

'''Behoeften:'''
* Op de hoogte blijven van activiteiten en welzijn moeder
* Deelnemen aan gesprekken en beslissingen
* Foto's en updates ontvangen

'''Aansluiting DeLori functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Community Communicatie || ★★★★★ || 24/7 op de hoogte via chatrooms en notificaties
|-
| Activiteitenbeheer || ★★★★★ || Kan zien waar moeder aan deelneemt
|-
| Fotoalbums || ★★★★★ || Ontvangt foto's van activiteiten en momenten
|-
| Hulpvragen || ★★★★☆ || Kan bijdragen aan hulpvragen
|}

'''Gap analyse:'''
* Geen directe koppeling met professioneel zorgdossier
* Beperkte mogelijkheden voor zorgcoördinatie met professionals

=== Persona 3: Vrijwilligerscoördinator woonzorglocatie ===

'''Kenmerken en context:'''
* Coördineert vrijwilligersinzet op woonzorglocatie
* Organiseert activiteiten en werft vrijwilligers
* Heeft beperkte tijd voor administratie

'''Behoeften:'''
* Eenvoudig activiteiten organiseren
* Vrijwilligers werven en inroosteren
* Communiceren met alle betrokkenen

'''Aansluiting DeLori functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Doelenshop || ★★★★★ || Kant-en-klare activiteiten, snel te organiseren
|-
| Community Communicatie || ★★★★★ || Doelgerichte communicatie met vrijwilligers
|-
| Waardering || ★★★★★ || Motiveren en bedanken van vrijwilligers
|-
| Activiteitenbeheer || ★★★★★ || Overzicht van geplande activiteiten
|}

'''Gap analyse:'''
* Beperkte rapportagemogelijkheden op organisatieniveau
* Geen geïntegreerd vrijwilligersrooster

=== Persona 4: Dorpsinitiatief (zoals Austerlitz Zorgt) ===

'''Kenmerken en context:'''
* Bewonersinitiatief voor onderlinge hulp
* Coördineert vrijwilligers en hulpvragen
* Werkt samen met professionele zorgpartijen

'''Behoeften:'''
* Gemeenschapsbrede coördinatie
* Overzicht van hulpvragen en vrijwilligers
* Communicatie tussen formele en informele zorg

'''Aansluiting DeLori functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Hulpvragen || ★★★★☆ || Goed voor hulpvraag-matching binnen gemeenschap
|-
| Community Communicatie || ★★★★☆ || Geschikt voor gemeenschapscommunicatie
|-
| Activiteitenbeheer || ★★★★☆ || Organiseren van gemeenschapsactiviteiten
|-
| Fotoalbums || ★★★☆☆ || Delen van gemeenschapsmomenten
|}

'''Gap analyse:'''
* Primair gericht op woonzorglocaties, minder op wijkbrede gemeenschappen
* Beperkte koppeling met professionele zorgsystemen
* Geen populatie-overzicht of rapportages voor gemeenschapsinitiatieven

----

== Koppelingen met andere applicaties ==

DeLori is ontwikkeld als standalone platform met focus op gebruiksgemak en laagdrempeligheid. De huidige koppelings-architectuur is beperkt.

=== Bestaande koppelingen ===

==== Interne Foxi Group infrastructuur ====
* '''Buckets''': Onderliggende digitale infrastructuur van de Foxi Group
* '''MediaFox''': Ondersteuning bij communicatiemiddelen en drukwerk

==== Externe koppelingen ====
* '''Sociale media''': Deelknoppen naar conventionele social media kanalen
* '''E-mail''': Notificatiesysteem via e-mail

=== Technische standaarden ===

==== Infrastructuur ====
* '''Hosting''': Nederlandse servers (eigen beheer)
* '''Platforms''': Web (responsief) en mobiele app (iOS/Android)
* '''Beveiliging''': Two-factor authenticatie, AVG-compliant

==== Certificeringen ====
* AVG-compliance (geen externe certificeringen vermeld)

=== Potentiële koppelingen voor D-ICC ===

==== Met OZO Verbindzorg ====
* Complementair: DeLori voor community-building, OZO voor zorgnetwerk
* Mogelijke gegevensdeling rondom cliënten/bewoners
* Synchronisatie van betrokkenen-netwerken

==== Met TimeSteps ====
* Uitwisseling van zorgagenda en taakplanning
* Koppeling mantelzorgcoördinatie met community-activiteiten

==== Met GebiedOnline ====
* Integratie van gemeenschapsactiviteiten
* Koppeling met lokale sociale kaart
* Vrijwilligerswerving en -matching

==== Met zorgsystemen (ECD's) ====
* SSO-koppelingen voor zorgprofessionals
* Synchronisatie van cliëntgegevens

----

== Hiaten en oplossingsrichtingen ==

=== Geïdentificeerde hiaten ===

==== 1. Professionele zorgintegratie ====
DeLori is primair gericht op sociale verbinding, niet op professionele zorgcoördinatie:
* Geen koppelingen met zorginformatiesystemen (HIS, ECD)
* Geen thuismetingen of gezondheidsmonitoring
* Geen videobel-functionaliteit voor zorgconsulten

==== 2. Standaardisatie en interoperabiliteit ====
* Geen ondersteuning voor open standaarden (FHIR, NUTS)
* Beperkte API-mogelijkheden voor externe koppelingen
* Geen aansluiting op landelijke infrastructuren

==== 3. Wijkbrede inzet ====
* Primair gericht op woonzorglocaties
* Beperkte functionaliteit voor wijkinitiatieven en zelfstandig wonenden
* Geen koppeling met WMO-voorzieningen of gemeentelijke systemen

==== 4. Rapportage en verantwoording ====
* Beperkte rapportagemogelijkheden voor dorpsinitiatieven
* Geen populatie-overzicht
* Geen exportfuncties voor verantwoording aan financiers

=== Oplossingsrichtingen ===

==== Aanvullende koppelingen ====
* Ontwikkelen van API's voor koppeling met zorgsystemen
* Integratie met OZO Verbindzorg voor professionele zorgcommunicatie
* Koppeling met GebiedOnline voor wijkbrede inzet

==== Uitbreiding functionaliteit ====
* Toevoegen van videobel-mogelijkheid
* Ontwikkelen van rapportagemodule
* Uitbreiden naar wijkbrede gemeenschappen

==== Standaardisatie ====
* Exploreren van FHIR/NUTS-implementatie
* Ontwikkelen van exportstandaarden

----

== Vergelijking met OZO Verbindzorg en TimeSteps ==

{| class="wikitable"
|-
! Aspect !! DeLori !! OZO Verbindzorg !! TimeSteps
|-
| '''Primaire focus''' || Community-building woonzorg || Netwerkzorg en communicatie || Mantelzorgcoördinatie
|-
| '''Schaal''' || Lokaal/regionaal || Landelijk, 135.000+ netwerken || Regionaal
|-
| '''Doelgroep''' || Woonzorglocaties || Cliënten met zorgnetwerk || Mantelzorgers
|-
| '''Activiteitenbeheer''' || Uitgebreid (doelenshop) || Beperkt || Beperkt
|-
| '''Communicatie''' || Chatrooms, sociale interactie || Uitgebreid, professioneel || Aanwezig
|-
| '''Zorgnetwerk''' || Sociale kringen || Uitgebreid, cliënt-centrisch || Zorgvrager-centrisch
|-
| '''Zorgagenda/planning''' || Activiteitenkalender || Beperkt (afspraken) || Uitgebreid
|-
| '''Thuismetingen''' || Niet beschikbaar || Aanwezig via koppelingen || Beperkt
|-
| '''Videobellen''' || Niet beschikbaar || Geïntegreerd || Niet beschikbaar
|-
| '''Open standaarden''' || Beperkt || FHIR, NUTS (medeoprichter) || Beperkt
|-
| '''Koppelingen zorgsystemen''' || Niet beschikbaar || Uitgebreid (HIS, ECD) || Beperkt
|-
| '''Vrijwilligersbetrokkenheid''' || Sterk || Beperkt || Beperkt
|-
| '''Studentenparticipatie''' || Aanwezig || Niet beschikbaar || Niet beschikbaar
|}

=== Complementariteit ===

DeLori, OZO Verbindzorg en TimeSteps zijn complementair:
* '''DeLori''': Sterk in community-building, activiteiten, vrijwilligersbetrokkenheid
* '''OZO''': Sterk in professionele zorgcommunicatie, landelijke schaal, standaardisatie
* '''TimeSteps''': Sterk in mantelzorgcoördinatie, taakplanning

----

== Conclusies en aanbevelingen ==

=== Conclusies ===

# '''DeLori biedt een unieke focus op community-building en sociale verbinding''' in de woonzorgsector, met nadruk op het activeren van informele netwerken.
# '''De doelenshop en activiteitenbeheer zijn onderscheidende functionaliteiten''' die het organiseren van sociale activiteiten zeer laagdrempelig maken.
# '''Voor professionele zorgintegratie zijn aanvullende koppelingen nodig''', met name op het gebied van zorgsystemen, videobellen en gezondheidmonitoring.
# '''DeLori's focus op sociale media-achtige interactie''' sluit goed aan bij de wens om familie en vrijwilligers laagdrempelig te betrekken.
# '''Voor wijkbrede inzet (buiten woonzorglocaties) zijn aanpassingen nodig''' om ook zelfstandig wonenden en gemeenschapsinitiatieven te bedienen.

=== Aanbevelingen ===

==== Voor DeLori/Foxi Group ====
* Ontwikkel API's voor koppeling met zorgsystemen
* Exploreer implementatie van open standaarden (FHIR, NUTS)
* Voeg videobel-functionaliteit toe
* Ontwikkel variant voor wijkbrede gemeenschapsinitiatieven

==== Voor het project Digitale Wijkinfrastructuur ====
* Positioneer DeLori als community-building platform in de referentie-architectuur
* Ontwikkel proof-of-concept voor koppeling DeLori-OZO Verbindzorg
* Onderzoek mogelijkheden voor uitbreiding naar wijkbrede inzet

==== Voor gemeenschappen ====
* Overweeg DeLori voor woonzorglocaties met focus op sociale activiteiten
* Combineer met OZO Verbindzorg voor professionele zorgcommunicatie
* Evalueer geschiktheid voor wijkinitiatieven (mogelijk aanpassing nodig)

----

== Bijdrage aan de referentie-architectuur ==

Deze analyse van DeLori draagt bij aan de ontwikkeling van de referentie-architectuur voor digitale wijkinfrastructuur door:

# '''Het identificeren van kernfunctionaliteiten''' voor community-building en sociale activiteiten
# '''Het benoemen van de unieke waarde''' van de doelenshop en vrijwilligersbetrokkenheid
# '''Het in kaart brengen van hiaten''' op het gebied van professionele zorgintegratie
# '''Het identificeren van complementariteit''' met OZO Verbindzorg en TimeSteps
# '''Het benoemen van ontwikkelpunten''' voor bredere inzet in de digitale wijkinfrastructuur

De bevindingen worden ingebracht in het bredere project en zullen bijdragen aan de ontwikkeling van een coherente visie op digitale ondersteuning voor zorgzame gemeenschappen.

----

== Bijlage: Methodologie en bronnen ==

Deze rapportage is tot stand gekomen op basis van:

* '''Website DeLori''' (www.delori.nl) - geraadpleegd december 2025
* '''Website Foxi Group''' (www.foxi.nl) - geraadpleegd december 2025
* '''Productdocumentatie DeLori''' (intern document Foxi Group)
* '''Kennisbank NCZ''' (ncz.nl) - artikel over DeLori, januari 2025
* '''Behoefteanalyse gemeenschappen''' Glimmen en Austerlitz

De analyses zijn uitgevoerd volgens de methodes beschreven in het plan van aanpak, met nadruk op D-ICC principes en interoperabiliteit.

----

''Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en is beschikbaar onder de Creative Commons BY-SA 4.0 licentie.''

''Datum: december 2025''

[[Categorie:Digitale Wijkinfrastructuur]]
[[Categorie:Platform-analyses]]
[[Categorie:Community Care]]

NLZVE referentiekader

2025-12-08T15:52:44Z

Admin:

= Referentiekader voor Digitale Wijkinfrastructuur =

== Inleiding ==

Het NLZVE Referentiekader voor Digitale Wijkinfrastructuur biedt een fundament voor het kiezen, implementeren en beheren van digitale oplossingen voor en door zorgzame gemeenschappen. Dit referentiekader fungeert als een leidraad voor buurt-, wijk- en dorpsinitiatieven die streven naar passende lokale, transparante, open en efficiënte IT-systemen, waarbij afhankelijkheid en/of lock-in van gesloten en/of propriëtaire oplossingen wordt vermeden.

Dit referentiekader biedt een gestructureerde aanpak voor het beschrijven, evalueren en integreren van open, toegankelijke en herbruikbare IT-oplossingen. Door te werken met gemeenschappelijke taal, functionele domeinen en standaarden, kunnen buurt- en wijkinitiatieven beter geïnformeerde keuzes maken op basis van kennis en ervaring uit een breed netwerk van zorgzame gemeenschappen.

Dit referentiekader is ontwikkeld vanuit het handvest Digitaal Geïntegreerde Gemeenschapszorg (D-ICC). Bij de ontwikkeling wordt daarnaast rekening gehouden met de visie van de Nederlandse overheid op gegevensuitwisseling en databeschikbaarheid. Er wordt voldaan aan relevante wettelijke kaders zoals de Wet elektronische gegevensuitwisseling in de zorg (Wegiz) en de Europese Ruimte voor Gezondheidsgegevens (EHDS). Het referentiekader combineert technische innovaties met maatschappelijke waarden zoals privacy, inclusiviteit en regie over eigen gegevens.

=== Doel van dit referentiekader ===

Het NLZVE Referentiekader voor Digitale Wijkinfrastructuur helpt bij het:

* creëren van een gemeenschappelijke taal en begrippenkader;
* bevorderen van uitwisselbaarheid door middel van open standaarden;
* borgen van openheid en transparantie in technologiekeuzes;
* vergemakkelijken van adoptie en implementatie van open standaarden;
* ondersteunen van gebruikers, ontwikkelaars en beleidsmakers;
* faciliteren van onderlinge koppelingen tussen applicaties;
* bieden van een raamwerk voor het beschrijven van functionaliteiten.

In de volgende hoofdstukken worden de kernprincipes, benadering, het raamwerk voor het beschrijven van functionaliteit en standaarden verder toegelicht.

== Kernprincipes ==

Het referentiekader is gebaseerd op de volgende principes:

* '''lokaliteit''' – IT-oplossingen kiezen en implementeren passend bij de behoeften van lokale gebruikers;
* '''waarden''' - (pre-concurrentieel) samenwerken vanuit een netwerk, gezamenlijke regie;
* '''open Standaarden''' – vervangbaarheid en interoperabiliteit via gestandaardiseerde koppelvlakken;
* '''modulariteit''' – flexibele componenten die eenvoudig zijn te combineren, uit te breiden of te vervangen;
* '''privacy & Beveiliging''' – gebruikersdata wordt beschermd met passende maatregelen;
* '''gemeenschapsgerichtheid''' – functies en implementaties sluiten aan bij D-ICC principes;
* '''gedeelde terminologie''' – eenduidige beschrijving van functionaliteiten in gemeenschappelijke taal.

== Benadering ==

Het referentiekader hanteert een benadering die gebaseerd is op de volgende uitgangspunten:

* '''gebruikersgestuurd''' - de behoeften van eindgebruikers staan centraal;
* '''waardegericht''' - het ondersteunt maatschappelijke en sociale waarden;
* '''lagenmodel''' - onderscheid tussen gebruikerslaag, applicatielaag, gegevenslaag en infrastructuurlaag;
* '''federatief model''' - decentrale organisatie met lokale autonomie en centrale afspraken;
* '''evolutionair''' - stapsgewijze ontwikkeling en implementatie;
* '''open ecosysteem''' - stimuleren van diversiteit aan oplossingen die samenwerken via standaarden.

== Raamwerk voor het beschrijven van functionaliteit ==

Om een consistente aanpak te bieden voor het beschrijven en vergelijken van de functionaliteiten van verschillende applicaties, hanteert dit referentiekader een gestandaardiseerd raamwerk voor het beschrijven van functionaliteit. Dit raamwerk is ontwikkeld om zowel technische als niet-technische betrokkenen te ondersteunen bij het begrijpen, kiezen en integreren van toepassingen.

Het raamwerk bestaat uit verschillende dimensies die samen een holistische beschrijving van functionaliteiten mogelijk maken. Voor de volledige methodiek, zie de [[Methodiek Functiebeschrijving|Methodiek-Functiebeschrijving]].

=== Functionele Domeinen ===

Functionaliteiten worden gecategoriseerd in de volgende functionele domeinen:

{| class="wikitable"
|-
! Functioneel domein !! Beschrijving
|-
| Communicatie || Functionaliteiten gericht op het uitwisselen van informatie tussen verschillende actoren
|-
| Coördinatie || Functionaliteiten gericht op het organiseren en afstemmen van activiteiten
|-
| Documentatie || Functionaliteiten gericht op het vastleggen en beheren van informatie
|-
| Monitoring || Functionaliteiten gericht op het volgen van voortgang en resultaten
|-
| Matching || Functionaliteiten gericht op het koppelen van vraag en aanbod
|-
| Gemeenschapsvorming || Functionaliteiten gericht op het versterken van sociale cohesie
|-
| Besluitvorming || Functionaliteiten gericht op gezamenlijke besluitvorming
|}

=== Gebruikersrollen ===

Voor elke functionaliteit is het belangrijk te bepalen welke gebruikersrollen ermee werken:

{| class="wikitable"
|-
! Rol !! Beschrijving
|-
| Zorgvrager || De persoon die zorg of ondersteuning ontvangt
|-
| Mantelzorger || Informele zorgverlener uit de directe omgeving
|-
| Vrijwilliger || Persoon die vrijwillig hulp biedt
|-
| Coördinator || Persoon die activiteiten coördineert
|-
| Zorgprofessional || Professionele zorgverlener
|-
| Gemeenschapsbestuurder || Bestuurder van een gemeenschapsinitiatief
|}

=== D-ICC Alignment ===

Een belangrijke dimensie is de mate waarin functionaliteiten aansluiten bij de principes van Digitaal Geïntegreerde Gemeenschapszorg (D-ICC):

{| class="wikitable"
|-
! D-ICC Principe !! Evaluatie
|-
| Gelijkwaardigheid || In hoeverre faciliteert de functionaliteit gelijkwaardige samenwerking?
|-
| Samen besturen || In hoeverre ondersteunt de functionaliteit gedeelde verantwoordelijkheid?
|-
| Sleutelprincipes || In hoeverre bevordert de functionaliteit nabijheid, vertrouwen en eigenaarschap?
|-
| Sociale basisinfrastructuur || In hoeverre versterkt de functionaliteit de sociale infrastructuur?
|}

== Componenten en Open Standaarden ==

=== Overzicht van de belangrijkste componenten ===

Op basis van de functie-inventarisatie van huidige applicaties zijn de volgende kerncomponenten geïdentificeerd:

{| class="wikitable"
|-
! Component !! Functioneel domein !! Beschrijving
|-
| Netwerk- en contactbeheer || Netwerken || Beheer van betrokkenen en hun contactgegevens
|-
| Agenda en taakplanning || Coördinatie || Planning en coördinatie van activiteiten en taken
|-
| Berichtenuitwisseling || Communicatie || Veilige uitwisseling van berichten tussen betrokkenen
|-
| Dossier- en documentbeheer || Documentatie || Veilig vastleggen en delen van informatie
|-
| Matching-systeem || Matching || Koppelen van hulpvraag en -aanbod
|-
| Gemeenschapsplatform || Gemeenschapsvorming || Faciliteren van gemeenschapsactiviteiten
|}

=== Relevante standaarden per component ===

{| class="wikitable"
|-
! Component !! Relevante standaarden
|-
| Netwerk- en contactbeheer || vCard, FHIR Patient Directory, HL7 FHIR
|-
| Agenda en taakplanning || iCalendar, RFC 5545, CalDAV, FHIR Scheduling
|-
| Berichtenuitwisseling || XMPP, SMTP, WebRTC, Matrix
|-
| Dossier- en documentbeheer || HL7 FHIR, MedMij, IHE
|-
| Matching-systeem || Open Badges, Schema.org
|-
| Gemeenschapsplatform || ActivityPub, OpenSocial
|}

== Interoperabiliteitsvoorzieningen ==

Deze voorzieningen faciliteren veilige en efficiënte gegevensuitwisseling tussen zorgsystemen.

=== Interoperabiliteitsvoorzieningen voor zorggegevens ===

* '''FHIR en HL7''' – Internationale standaarden voor zorggegevensuitwisseling
* '''MedMij''' – Afsprakenstelsel voor veilige en gestandaardiseerde uitwisseling van persoonlijke gezondheidsgegevens tussen zorgverleners en PGO's
* '''HTI (Health Tools Interoperability)''' – Standaard voor veilige en gestandaardiseerde koppeling tussen zorg- en e-health tools
* '''Koppeltaal''' – Standaard voor e-health integraties binnen GGZ en welzijnszorg
* '''Nuts''' – Gedecentraliseerde infrastructuur voor veilige gegevensuitwisseling
* '''LSP (AORTA)''' – Landelijk Schakelpunt voor medische gegevensuitwisseling

=== Interoperabiliteitsvoorzieningen voor gemeenschapsfuncties ===

Voor de specifieke functies die veel voorkomen in gemeenschapsapplicaties, zijn de volgende interoperabiliteitsvoorzieningen relevant:

* '''Agenda-integratie''' – Standaarden voor het koppelen van verschillende agendasystemen
* '''Contactbeheer-integratie''' – Standaarden voor het uitwisselen van contactgegevens
* '''Berichtenintegratie''' – Standaarden voor het koppelen van berichtensystemen

== Geanalyseerde Applicaties ==

In het kader van het referentiekader zijn verschillende applicaties geanalyseerd met behulp van het raamwerk voor functiebeschrijving. Gedetailleerde rapportages zijn beschikbaar via de links hieronder:

* [[TimeSteps (Amulet)|Analyse-TimeSteps]]
* [[OZO Verbindzorg|Analyse-OZO-Verbindzorg]]
* [[GebiedOnline|Analyse-GebiedOnline]]
* [[Digitaal Dorpsplein|Analyse-Digitaal-Dorpsplein]]
* [[AdSysCo|Analyse-AdSysCo]]
* [[DeLori | Analyse-DeLori]]

== Workflows & Implementatiegidsen ==

Praktische implementaties van het referentiekader, inclusief gebruikte interoperabiliteitsvoorzieningen.

=== Workflows op individueel niveau ===

* '''Workflow''': [[Zorgcoördinatie met gedeelde agenda|Workflow-Zorgcoordinatie]]
* '''Workflow''': [[Delen van informatie tussen formele en informele zorg|Workflow-Informatie-Delen]]
* '''Workflow''': [[Gegevensuitwisseling met PGO's via MedMij|Workflow-PGO-Integratie]]

=== Workflows op gemeenschapsniveau ===

* '''Workflow''': [[Anonieme vragenlijst met FHIR & OAuth2|Workflow-Anonieme-Vragenlijst]]
* '''Workflow''': [[Gegevensuitwisseling tussen gemeenschapsplatform en zorgapplicaties|Workflow-Gemeenschapsplatform-Integratie]]
* '''Workflow''': [[Vrijwilligerswerving en -matching op gemeenschapsniveau|Workflow-Vrijwilligersmatching]]

== Gap-analyse en Toekomstige Ontwikkelingen ==

Op basis van de analyse van applicaties zijn de volgende hiaten geïdentificeerd die aandacht behoeven:

# '''Gemeenschapsbrede coördinatie''': Huidige applicaties richten zich vaak op individuele zorgvragers, terwijl er behoefte is aan functionaliteit voor gemeenschapsbrede coördinatie.

# '''Vrijwilligersmatching op gemeenschapsniveau''': Er is behoefte aan betere systemen voor het werven, matchen en beheren van vrijwilligers op gemeenschapsniveau.

# '''Integratie tussen individuele en gemeenschapssystemen''': Betere koppelingen tussen systemen gericht op individuele zorgvragen en gemeenschapsbrede systemen.

# '''Besluitvormingstools voor gemeenschappen''': Functionaliteit voor democratische besluitvorming binnen gemeenschappen is onderontwikkeld.

# '''Standaardisatie van gemeenschapsfuncties''': Er is behoefte aan meer standaardisatie van functionaliteiten die specifiek zijn voor gemeenschapsplatforms, zoals vrijwilligerswerving en activiteitenplanning.

# '''Privacy-vriendelijke gegevensuitwisseling''': Verdere ontwikkeling van standaarden en implementaties voor privacy-vriendelijke gegevensuitwisseling tussen formele en informele zorg.

== Standaarden en Relaties ==

Een overzicht en diagram van de standaarden en hoe ze met elkaar samenhangen.

=== Diagram: Interoperabiliteitsvoorzieningen en standaarden ===

[Hier komt een diagram dat de relaties tussen verschillende standaarden visualiseert]

=== Wanneer gebruik je welke standaard? ===

{| class="wikitable"
|-
! Gebruiksscenario !! Aanbevolen standaard !! Toelichting
|-
| Uitwisseling zorggegevens || HL7 FHIR || Internationale standaard voor zorggegevensuitwisseling
|-
| Koppeling met PGO's || MedMij || Nederlands afsprakenstelsel voor gegevensuitwisseling met PGO's
|-
| Authenticatie en autorisatie || OAuth2, OpenID Connect || Breed gedragen standaarden voor toegangsbeheer
|-
| Agenda-integratie || iCalendar, CalDAV || Standaarden voor agendabeheer en -synchronisatie
|-
| Adresboek-integratie || vCard, CardDAV || Standaarden voor contactgegevensbeheer
|-
| Berichtenuitwisseling || XMPP, Matrix || Open standaarden voor real-time communicatie
|-
| Decentrale gegevensuitwisseling || Nuts || Nederlandse standaard voor gedecentraliseerde zorgcommunicatie
|}

== Codevoorbeelden & Referentie-implementaties ==

Voorbeelden van implementaties en code-snippets om de integratie van standaarden te vergemakkelijken.

=== FHIR Questionnaire + OAuth2 ===

<syntaxhighlight lang="javascript">
// Voorbeeld van FHIR Questionnaire met OAuth2 authenticatie
const getFHIRQuestionnaire = async (questionnaireId) => {
const tokenResponse = await fetch('https://auth-server.example/token', {
method: 'POST',
headers: { 'Content-Type': 'application/x-www-form-urlencoded' },
body: 'grant_type=client_credentials&client_id=example-client&client_secret=example-secret'
});

const { access_token } = await tokenResponse.json();

const questionnaireResponse = await fetch(`https://fhir-server.example/Questionnaire/${questionnaireId}`, {
headers: { 'Authorization': `Bearer ${access_token}` }
});

return questionnaireResponse.json();
};
</syntaxhighlight>

=== PGO-integratie met MedMij ===

<syntaxhighlight lang="javascript">
// Voorbeeld van MedMij OAuth2 flow voor PGO-integratie
const startMedMijAuthorization = () => {
const clientId = 'example-client-id';
const redirectUri = 'https://app.example/callback';
const scope = 'patient/*.read';
const state = generateRandomState();

// Sla state op om CSRF-aanvallen te voorkomen
sessionStorage.setItem('oauth_state', state);

const authUrl = `https://medmij-auth.example/authorize?` +
`response_type=code&` +
`client_id=${encodeURIComponent(clientId)}&` +
`redirect_uri=${encodeURIComponent(redirectUri)}&` +
`scope=${encodeURIComponent(scope)}&` +
`state=${encodeURIComponent(state)}`;

window.location.href = authUrl;
};
</syntaxhighlight>

=== Agenda-integratie met iCalendar ===

<syntaxhighlight lang="javascript">
// Voorbeeld van het genereren van een iCalendar bestand
const generateICalEvent = (event) => {
const { title, startTime, endTime, location, description } = event;

// Converteer naar iCalendar datumformaat
const formatDate = (date) => {
return date.toISOString().replace(/[-:]/g, '').split('.')[0] + 'Z';
};

const icalData = [
'BEGIN:VCALENDAR',
'VERSION:2.0',
'PRODID:-//hacksw/handcal//NONSGML v1.0//EN',
'BEGIN:VEVENT',
`UID:${Math.random().toString(36).substring(2)}@example.com`,
`DTSTAMP:${formatDate(new Date())}`,
`DTSTART:${formatDate(startTime)}`,
`DTEND:${formatDate(endTime)}`,
`SUMMARY:${title}`,
`LOCATION:${location || ''}`,
`DESCRIPTION:${description || ''}`,
'END:VEVENT',
'END:VCALENDAR'
].join('\r\n');

return icalData;
};
</syntaxhighlight>

== Monitoring en Compliance ==

Richtlijnen en tools voor het bewaken van gegevensuitwisseling en het naleven van wetgeving.

=== Logging en monitoring ===

Voor goede monitoring van digitale wijkinfrastructuur is het belangrijk om:

* Toegang tot gegevens te loggen
* Gebruikersactiviteit te monitoren
* Prestaties en beschikbaarheid te bewaken
* Incidenten systematisch te registreren

=== Compliance met wetgeving ===

Bij implementatie moet rekening worden gehouden met:

* Algemene Verordening Gegevensbescherming (AVG)
* Wet elektronische gegevensuitwisseling in de zorg (Wegiz)
* Europese eIDAS-verordening
* Wet op de geneeskundige behandelingsovereenkomst (WGBO)

=== Toestemmingsbeheer ===

Duidelijke procedures en technische implementaties voor:

* Het vastleggen van toestemmingen
* Het intrekken van toestemmingen
* Gebruikersinzage in verleende toestemmingen
* Gespecificeerde toestemmingen per gegevenssoort

== Zie Ook ==

* [[Methodiek Functiebeschrijving|Methodiek-Functiebeschrijving]]
* [[Handvest Digitaal Geïntegreerde Gemeenschapszorg|Handvest-DICC]]
* [[Anonieme Login|Anonieme-Login]]
* [[HTI-Health Tools Interoperability|HTI]]
* [[FHIR en HL7 Standaarden|FHIR-HL7]]
* [[Privacy en Security in Zorgplatformen|Privacy-Security]]
* [[Nuts|Nuts]]
* [[LSP (AORTA)|LSP]]
* [[Koppeltaal|Koppeltaal]]
* [[MedMij|MedMij]]

[[Categorie:Digitale Wijkinfrastructuur]]
[[Categorie:Referentiekader]]

GebiedOnline

2025-12-08T12:58:51Z

Admin: Rapportage Gebied Online

= Rapportage Gebied Online =

== Inleiding ==

Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en beschrijft de bevindingen van de analyse van het Gebiedonline platform. Het doel van deze analyse is om inzicht te krijgen in hoe Gebiedonline past binnen het bredere concept van '''Digitaal Geïntegreerde Gemeenschapszorg''' (Digital Integrated Community Care, D-ICC) en hoe de functionaliteiten kunnen aansluiten bij de behoeften van zorgzame gemeenschappen zoals Glimmen en Austerlitz.

Deze rapportage maakt deel uit van een breder onderzoek naar digitale oplossingen die kunnen bijdragen aan een effectieve wijkinfrastructuur voor zorgzame gemeenschappen in Nederland. In deze rapportage wordt gebruik gemaakt van de gestandaardiseerde methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur.

== Achtergrond van het project ==

Het project "Digitale Wijkinfrastructuur" komt voort uit de behoefte aan een geïntegreerde digitale ondersteuning voor zorgzame gemeenschappen. In Nederland zijn de afgelopen twintig jaar meer dan 2.000 zorgzame gemeenschappen ontstaan op initiatief van inwoners, gericht op samenredzaamheid, nabijheid, betrokkenheid, vertrouwen en eigenaarschap in de lokale samenleving.

Deze gemeenschappen hebben behoefte aan digitale ondersteuning die:
* Aansluit bij hun specifieke lokale behoeften
* Een brug vormt tussen informele en formele processen
* Past bij de werkzame mechanismen van integrated community care

== Methode van onderzoek ==

Voor deze rapportage is gebruik gemaakt van de methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur. De volgende bronnen zijn gebruikt:
* Publicatie "De kracht van online community platforms" (Gebiedonline, 2025)
* Website Gebiedonline (www.gebiedonline.nl)
* PublicSpaces interview met bestuur Gebiedonline (november 2024)
* Community Tech Network case study
* Amsterdam Smart City documentatie

== Algemeen overzicht Gebiedonline ==

Gebiedonline is een online community platform in coöperatief eigendom, ontwikkeld door en voor lokale gemeenschappen. Het platform is ontstaan in 2012 als buurtwebsite "Hallo IJburg" in Amsterdam. Op 18 mei 2015 vond in Pakhuis de Zwijger het "Doe Open! Festival" plaats, waar de mogelijkheden voor coöperatief beheer werden verkend. In januari 2016 werd de coöperatie Gebiedonline U.A. formeel opgericht door zes leden: Hallo IJburg, Knowledge Mile, Buiksloterham, Indische Buurtbalie (allen Amsterdam), Gouda Bruist en Wij zijn Nieuwland (Amersfoort).

=== Kerngegevens ===

{| class="wikitable"
|-
! Aspect !! Gegevens
|-
| Communities aangesloten || 70+ (eind 2024)
|-
| Gebruikers met profiel || 60.000+
|-
| Cross-community gebruikers || 5.205 personen actief bij meerdere platforms
|-
| Organisatievorm || Coöperatie U.A. (zonder winstoogmerk)
|-
| Technische partner || CrossmarX (Common Good onderneming)
|-
| Besluitvorming || Consent-methode (sociocratisch)
|-
| Lidmaatschappen || PublicSpaces coalitie (2024), LSA Bewoners
|}

=== Kerndoelstellingen ===

Gebiedonline richt zich op drie kerndoelstellingen:
# '''Versterken van de community''' - Deelnemers binnen een community met elkaar verbinden
# '''Uitwisselen van informatie en hulpmiddelen''' - Communities informatie en resources beter laten delen
# '''Samenwerken tussen burgers en overheid''' - Faciliteren van samenwerking bij maatschappelijke transities

=== Twee toepassingsgebieden ===

Het platform kent twee hoofdtoepassingen:
* '''Buurtverbinding''': Platforms voor geografisch afgebakende gebieden (buurt, wijk, dorp, stad)
* '''Themanetwerken''': Platforms voor gemeenschappen rondom specifieke thema's (energie, gezondheid, voedsel, groen)

=== Organisatiestructuur en governance ===

Als coöperatie heeft Gebiedonline een unieke governance:
* Leden betalen jaarlijkse contributie en hebben stemrecht
* Gezamenlijk eigenaarschap van software en data
* Besluitvorming op basis van '''consent''': een voorstel wordt aangenomen tenzij iemand bezwaar heeft
* Maandelijkse ledenbijeenkomsten (elke tweede dinsdagavond, online)
* Twee keer per jaar algemene ledenvergadering
* Geen winstdoelstelling, geen verborgen kosten

=== Publieke waarden ===

Gebiedonline hanteert sterke publieke waarden:
* Geen componenten van big tech in de basissoftware
* Minimaliseren van CO2-footprint door elektriciteitsverbruik te verlagen
* Optimaliseren van toegankelijkheid voor blinden en slechtzienden
* Gebruikers blijven baas over eigen data
* Geen onnodige gegevens opslaan

== Het vierlaagsmodel van functionaliteiten ==

Gebiedonline structureert haar functionaliteiten in vier functionele lagen, van basaal naar complex:

{| class="wikitable" style="text-align:center;"
|-
! Laag !! Naam !! Elementen
|-
| '''4''' || Collectief kiezen || doelen → prioriteiten → opgaven → keuzes
|-
| '''3''' || Creatie en inspiratie || wensen → ideeën → voorstellen → projecten
|-
| '''2''' || Middelen delen || spullen → diensten → hulpverzoeken → geld
|-
| '''1''' || Informatie delen || mensen → organisaties → activiteiten → berichten
|}

== Analyse van functionaliteiten volgens het raamwerk ==

=== LAAG 1: INFORMATIE DELEN ===

Deze laag heeft als doel om de deelnemers in de community zo goed mogelijk te informeren over de onderdelen en activiteiten van de community.

==== Functionaliteit "Profielen van deelnemers" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Netwerken
|-
| Korte beschrijving || Wie-is-wie van de community met echte mensen en profielfoto's
|-
| Primaire gebruikersrollen || Alle deelnemers
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Bewoners zichtbaar en vindbaar maken binnen de community
|-
| Input || Naam, foto, beschrijving, dromen, kennis, vaardigheden, bijdrage
|-
| Output || Profielpagina, zoekbare database, expertiseoverzicht
|-
| Interactie || Profiel aanmaken, bekijken, zoeken, contact opnemen
|-
| Kritiekheid || Essentieel - alleen deelnemers met profielfoto mogen content plaatsen
|}

'''D-ICC Alignment:'''
* Gelijkwaardigheid: ★★★★★ - Gebruiker heeft volledige controle over eigen profiel
* Sleutelprincipes: ★★★★★ - Bevordert nabijheid door zichtbaarheid

==== Functionaliteit "Profielen van organisaties" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Organisatie
|-
| Korte beschrijving || Overzicht van alle clubs, verenigingen, groepen en organisaties
|-
| Primaire gebruikersrollen || Organisatie, Werkgroep, Commissie
|}

'''D-ICC Alignment:'''
* Sociale basisinfrastructuur: ★★★★★ - Maakt sociale structuren zichtbaar

==== Functionaliteit "Plekken" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Informatie
|-
| Korte beschrijving || Belangrijke plekken in het gebied op een kaart
|-
| Input || Pleinen, parken, gebouwen, voorzieningen, winkels
|}

==== Functionaliteit "Activiteitenkalender" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Coördinatie
|-
| Korte beschrijving || Kalender van de community met alle evenementen
|-
| Primaire gebruikersrollen || Bewoner, Organisatie, Werkgroep
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Inzichtelijk maken van alle activiteiten en evenementen
|-
| Input || Activiteiten met datum, tijd, locatie (fysiek of online)
|-
| Output || Kalenderoverzicht, activiteitenlijst, nieuwsbrief-integratie
|-
| Frequentie || Wekelijks
|}

'''D-ICC Alignment:'''
* Gelijkwaardigheid: ★★★★★ - Iedereen kan activiteiten toevoegen
* Sociale basisinfrastructuur: ★★★★★ - Essentieel voor sociale cohesie

==== Functionaliteit "Berichten en Nieuwsbrief" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Communicatie
|-
| Korte beschrijving || Nieuws, verhalen, blogs en geautomatiseerde nieuwsbrief
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Informeren van gemeenschapsleden over nieuws en activiteiten
|-
| Input || Berichten door deelnemers, automatisch verzamelde content
|-
| Output || Gepubliceerde berichten, periodieke nieuwsbrief per e-mail
|-
| Voorbeeld || Hallo IJburg: wekelijkse nieuwsbrief met gemiddeld 20 berichten naar 3.000 abonnees
|}

'''D-ICC Alignment:'''
* Gelijkwaardigheid: ★★★★★ - Alle gebruikers kunnen berichten plaatsen
* Samen besturen: ★★★★★ - Geen centrale redactie, gedecentraliseerde publicatie

=== LAAG 2: MIDDELEN DELEN ===

Deze laag bevordert het optimale gebruik van hulpmiddelen (resources, assets) die beschikbaar zijn binnen de community.

==== Functionaliteit "Aanbod van diensten" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Resource sharing
|-
| Korte beschrijving || Publiceren van diensten door lokale aanbieders
|-
| Voorbeelden || Lokale bakker, thuiskapper, oppas, adviseurs, installateurs
|}

==== Functionaliteit "Op zoek naar personen" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Matching
|-
| Korte beschrijving || Oproepen voor betaalde of onbetaalde hulp, vacatures
|}

'''D-ICC Alignment:'''
* Sleutelprincipes: ★★★★★ - Bevordert wederkerigheid en samenredzaamheid

==== Functionaliteit "Vraag en aanbod van producten" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Resource sharing
|-
| Korte beschrijving || Lokaal vraag en aanbod afstemmen: (ver)koop, (ver)huur, lenen, weggeven
|}

{{Praktijkvoorbeeld|titel=Doneren voor statushouders|
In 2018 werden op IJburg statushouders gehuisvest. Via Hallo IJburg konden IJburgers aangeven welke spullen ze wilden weggeven. Honderden spullen (bedden, stoelen, tafels, banken) werden gedoneerd.}}

==== Functionaliteit "Vraag naar geld (Crowdfunding/Veiling)" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Financiering
|-
| Korte beschrijving || Geld inzamelen via doneerknop of veiling van producten/diensten
|}

{{Praktijkvoorbeeld|titel=Online veiling WIJ1019|
Voor de verbouwing van buurtruimte de Eester boden lokale ondernemers en actieve bewoners meer dan 100 producten aan via een online veiling. Opbrengst: meer dan €15.000 voor de verbouwing.}}

{{Praktijkvoorbeeld|titel=Sinterklaasintocht IJburg|
Lokale ondernemers boden tientallen producten en diensten aan. IJburgers konden bieden tot een deadline. De opbrengst ging naar de organisatie van de Sinterklaasintocht.}}

=== LAAG 3: CREATIE EN INSPIRATIE ===

In deze laag delen deelnemers hun wensen, problemen en mogelijke oplossingen, en voeren ze samen projecten uit.

==== Functionaliteit "Wensen uiten" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Participatie
|-
| Korte beschrijving || Leden geven aan wat hun wensen zijn in eigen woorden
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Inzicht krijgen in wat er leeft binnen de community
|-
| Input || Wensen met beschrijving, foto's, video's, documentatie
|-
| Output || Overzicht van wensen, reacties, trekkers/helpers/delers
|-
| Interactie || Anderen kunnen aangeven: wens delen, willen helpen, of trekker willen zijn
|}

{{Praktijkvoorbeeld|titel=Kompas op IJburg (2014)|
Alle IJburgers werden gevraagd hun wensen op te schrijven. Ongeveer 150 wensen werden ingediend. Per wens konden anderen aangeven of ze de wens deelden, wilden ondersteunen, helpen of trekker wilden zijn.}}

==== Functionaliteit "Ideeën droppen" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Innovatie
|-
| Korte beschrijving || Eigen ideeën delen om de community te verbeteren
|-
| Interactie || Andere leden geven feedback zodat betere ideeën ontstaan
|}

==== Functionaliteit "Projecten voorstellen en uitvoeren" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Samenwerking
|-
| Korte beschrijving || Voorstellen doen om wensen te realiseren, projecten uitvoeren
|}

{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Faciliteren van samenwerking aan buurtprojecten
|-
| Functies || Organisatie projectteam, statusupdates, centrale documentatie, om hulp vragen, takenlijsten, aparte projectwebsite
|-
| Output || Projectpagina, voortgangsrapportages, resultaten
|}

'''D-ICC Alignment:'''
* Samen besturen: ★★★★★ - Expliciet gericht op gezamenlijke actie
* Sleutelprincipes: ★★★★★ - Bevordert eigenaarschap en samenredzaamheid

{{Praktijkvoorbeeld|titel=Gebiedsplannen Amsterdam-Oost (2017-2019)|
Bewoners mochten zelf projecten voorstellen voor het gebiedsplan. Anderen konden beoordelen en feedback geven. Na drie jaar bleek meer dan de helft van de projecten ingediend te zijn door bewoners.}}

=== LAAG 4: COLLECTIEF KIEZEN ===

Laag 4 maakt systematische samenwerking tussen overheid en burgers mogelijk voor gezamenlijke besluitvorming.

==== Functionaliteit "Formuleren van doelen" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Democratie
|-
| Korte beschrijving || Inventarisatie van de belangrijkste doelen door de community
|}

==== Functionaliteit "Prioriteren van doelstellingen" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Democratie
|-
| Korte beschrijving || Deelnemers geven aan welke doelen het meest bijdragen
|-
| Output || Prioritering, weergegeven in bijvoorbeeld woordenwolk
|}

{{Praktijkvoorbeeld|titel=Prioriteren op IJburg (2018)|
Zestien gebiedsdoelen werden geformuleerd (max 5 woorden, met werkwoord, gelijkwaardig niveau). Bewoners konden prioriteren. Resultaat werd getoond in een woordenwolk waar de belangrijkste doelen (openbaar vervoer, vergroenen, zwerfvuil) de grootste letters kregen.}}

==== Functionaliteit "Benoemen van opgaven" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Beleid
|-
| Korte beschrijving || Op basis van prioritering concrete opgaven formuleren
|-
| Integratie || Overheidsdoelen uit coalitieakkoorden en gebiedsagenda's kunnen worden toegevoegd
|}

==== Functionaliteit "Maken van keuzes" ====

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Democratie
|-
| Korte beschrijving || Kiezen uit diverse voorstellen via voorkeuren of stemmingen
|-
| Varianten || Bewoners geven input / overheid beslist, of bewoners beslissen zelf
|}

{{Praktijkvoorbeeld|titel=Buurtbudget IJburg/Zeeburgereiland (2020)|
Bewoners kregen tien virtuele muntjes om te verdelen over vijf thema's. Budget: €200.000. Eerste keer dat Gebiedonline werd gebruikt om bewoners zelf over budgetten te laten beslissen.}}

{{Praktijkvoorbeeld|titel=Selectie kunstwerk IJburg (2020)|
Twee kunstenaars maakten een ontwerp. 194 IJburgers brachten hun stem uit via Hallo IJburg. Het winnende kunstwerk is in 2023 gerealiseerd.}}

{{Praktijkvoorbeeld|titel=Brugteksten IJburg|
92 tekstvoorstellen werden ingediend. 171 IJburgers gaven hun voorkeur aan. Een jury van vier IJburgers en een ambtenaar selecteerde 34 teksten, waarbij de voorkeur van bewoners grotendeels werd gevolgd.}}

'''D-ICC Alignment:'''
* Gelijkwaardigheid: ★★★★★ - Elke stem telt even zwaar
* Samen besturen: ★★★★★ - Direct gericht op collectieve besluitvorming
* Sleutelprincipes: ★★★★★ - Maximaal eigenaarschap

== Het vijfstappenmodel voor samenwerking overheid-burgers ==

Gebiedonline heeft een vijfstappenmodel ontwikkeld voor samenwerking tussen overheid en burgers:

{| class="wikitable"
|-
! Stap !! Naam !! Laag !! Beschrijving
|-
| 1 || Wensen formuleren || Laag 3 || Deelnemers beschrijven in eigen woorden situaties die ze graag gerealiseerd willen zien
|-
| 2 || Opgaven definiëren || Laag 4 || Redactie definieert doelen, deelnemers prioriteren, overheidsdoelen kunnen worden geïntegreerd
|-
| 3 || Oplossingen ontwerpen || Laag 3 || Community ontwikkelt alternatieven, maximale ruimte voor creativiteit, impact in kaart brengen
|-
| 4 || Oplossingen kiezen || Laag 4 || Besluit door bestuurders, volksvertegenwoordiging, ambtenaren, bewonersorganisatie of bewoners
|-
| 5 || Oplossingen realiseren || Laag 3 || Platform ondersteunt met projectteam, statusupdates, documentatie, hulpverzoeken, takenlijsten
|}

== Aanvullende functionaliteiten ==

=== Sociale kaart ===

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Informatie
|-
| Korte beschrijving || Overzicht van voorzieningen en organisaties per thema
|-
| Voorbeeld || wijkwijzernoordoost.nl/wijkwijzerkaart - zo compleet dat het als autoriteit geldt
|}

'''D-ICC Alignment:'''
* Sociale basisinfrastructuur: ★★★★★ - Maakt sociale infrastructuur zichtbaar

=== Miniwebsites ===

Projecten kunnen een eigen omgeving krijgen met eigen webpagina's, berichten, filmpjes, agenda en documenten. Eigen vormgeving en url mogelijk, maar blijft onderdeel van het grotere geheel.

'''Voorbeeld:''' liefenleedgouda.nl - Lief&Leedstraten in Gouda met meer dan 120 straten.

=== Stadmakers-module ===

Module om bewoners te vinden met specifieke projectervaring (financiën, werving vrijwilligers, communicatie/PR). Lokale kennis wordt zo beter gebruikt en verspreid.

=== Asset Based Community Development (ABCD) ===

Het platform biedt de mogelijkheid om assets (vaardigheden, passies, kennis, bronnen, middelen, plekken) te inventariseren en in beeld te brengen. Dit verkleint afhankelijkheid van bronnen buiten de community.

=== Cross-platform verbindingen ===

Alle platforms van Gebiedonline zijn onderling verbonden:
* Deelnemers kunnen hun profiel op meerdere platforms zichtbaar maken
* Zoeken naar verbinders: mensen actief in meerdere communities
* Content kan eenmalig worden ingevoerd en op meerdere platforms getoond
* Informatie kan worden doorgeplaatst tussen lokale en stedelijke platforms

== Analyse van persona's en behoeften van gemeenschappen ==

=== Persona's uit Glimmen ===

==== Persona 1: Maria (78) - Alleenwonende oudere ====

'''Aansluiting Gebiedonline functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Activiteitenkalender || ★★★★★ || Overzicht van activiteiten in de buurt
|-
| Vraag & Aanbod || ★★★★★ || Hulp vragen bij boodschappen, klusjes
|-
| Sociale kaart || ★★★★★ || Vindbaar maken van voorzieningen
|-
| Nieuwsbrief || ★★★★★ || Passief op de hoogte blijven
|-
| Profielen || ★★★☆☆ || Buren leren kennen
|}

'''Gap analyse:'''
* Geen specifieke zorgcommunicatie-functionaliteit
* Beperkte ondersteuning voor één-op-één hulpcoördinatie
* Geen integratie met formele zorgverleners

==== Persona 2: Peter (45) - Werkende mantelzorger ====

'''Aansluiting Gebiedonline functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Vraag & Aanbod || ★★★★☆ || Hulpvragen plaatsen voor moeder
|-
| Wensen/Ideeën || ★★★★☆ || Signaleren van behoeften in de buurt
|-
| Organisaties || ★★★★☆ || Vinden van relevante initiatieven
|-
| Nieuwsbrief || ★★★★☆ || Op de hoogte blijven
|}

'''Gap analyse:'''
* Geen zorgagenda of taakplanning voor mantelzorg
* Beperkte mogelijkheden voor directe communicatie met zorgverleners
* Geen overzicht van zorgnetwerk rondom moeder

=== Persona's uit Austerlitz ===

==== Persona 3: Austerlitz Zorgt (Dorpsinitiatief) ====

'''Aansluiting Gebiedonline functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Organisaties/Werkgroepen || ★★★★★ || Presentatie van het initiatief
|-
| Activiteiten || ★★★★★ || Publiceren van gemeenschapsactiviteiten
|-
| Projecten (Laag 3) || ★★★★★ || Coördinatie van projecten
|-
| Sociale kaart || ★★★★★ || Overzicht van voorzieningen
|-
| Collectief kiezen (Laag 4) || ★★★★★ || Betrekken van bewoners bij beslissingen
|-
| Miniwebsite || ★★★★★ || Eigen omgeving voor het initiatief
|}

'''Gap analyse:'''
* Beperkte functionaliteit voor individuele zorgcoördinatie
* Geen integratie met zorgsystemen
* Rapportagemogelijkheden in ontwikkeling (via GezondMeNu)

==== Persona 4: Jan (67) - Coördinator vrijwilligerswerk ====

'''Aansluiting Gebiedonline functionaliteiten:'''

{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Stadmakers-module || ★★★★★ || Vrijwilligers met specifieke expertise vinden
|-
| Vraag & Aanbod || ★★★★☆ || Matching van hulpvragen
|-
| Organisaties || ★★★★★ || Beheren van vrijwilligersgroep
|-
| Takenlijsten || ★★★★☆ || Taken verdelen binnen projecten
|}

'''Gap analyse:'''
* Geen volledige vrijwilligersadministratie
* Beperkte inzetregistratie en rapportage op organisatieniveau

== Relevante projecten voor D-ICC ==

=== GezondMeNu ===

GezondMeNu is een methode om activiteiten die bijdragen aan gezondheid en/of welzijn van bewoners te waarderen. Gebiedonline onderzoekt samen met de Hogeschool Utrecht en de GGD hoe de waarde van lokale initiatieven beter zichtbaar gemaakt kan worden.

{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Doel || Waarde van informele initiatieven zichtbaar maken voor de overheid
|-
| Partners || Hogeschool Utrecht, GGD
|-
| Output || Echte waarderingen van deelnemers op gezondheidsinitiatieven
|-
| D-ICC relevantie || Aanvulling op formele zorg, inzicht in informele initiatieven
|}

=== Sociale kaart met zorg en welzijn ===

Sommige leden hebben het aanbod van zorg en welzijn zo compleet gemaakt dat het platform als autoriteit geldt. Dit biedt kansen voor integratie met D-ICC.

=== Lief&Leedstraten ===

Gouda telt meer dan 120 Lief&Leedstraten waar gangmakers een Lief&Leedpotje beheren voor kleine attenties bij lief of leed. Dit is een voorbeeld van informele zorg die via het platform wordt gecoördineerd.

== Technische aspecten en standaarden ==

=== Technische componenten (privacy-vriendelijke alternatieven) ===

{| class="wikitable"
|-
! Component !! Oplossing !! Alternatief voor
|-
| Platformsoftware || CrossmarX || -
|-
| Kaarten || OpenStreetMap || Google Maps
|-
| Video hosting || Vimeo || YouTube
|-
| Analytics || Matomo || Google Analytics
|-
| Formulieren || Zelf ontwikkeld || Google Forms
|-
| Hosting || TransIP (Nederland, 100% duurzame energie) || -
|}

=== Privacy en datasoevereiniteit ===

* '''Data-eigenaarschap''': Coöperatie en leden zijn eigenaar van alle data
* '''Geen commercieel doel''': Data wordt niet verkocht of gedeeld met derden
* '''Transparantie''': Maximale openheid over gegevensverwerking
* '''Gebruikerscontrole''': Gebruikers bepalen zelf wat er met hun gegevens gebeurt
* '''Geen onnodige gegevens''': Alleen noodzakelijke data wordt opgeslagen
* '''AVG-compliant''': Voldoet aan alle privacywetgeving

=== Eerdere innovatieprojecten ===

* '''DECODE/Yivi''': Europees project voor gedecentraliseerde identiteit (met Waag)
* '''GezondMeNu''': Waarderen van gezondheidsinitiatieven (met HU en GGD)
* '''Buurtbegroten''': Participatieve budgettering voor Amsterdam-Oost
* '''Right to Challenge''': Demonstratie van proces voor uitdagingsrecht
* '''SDG-integratie''': Koppeling met Sustainable Development Goals
* '''Donut Economics''': Visualisatie voor duurzaamheidsdoelen (met Amsterdam Donut Coalitie)
* '''FlexBieb''': Uitleenadministratie voor lokale bibliotheek

=== Potentiële koppelingen voor D-ICC ===

==== Met OZO Verbindzorg ====
* Gebiedonline voor gemeenschapscommunicatie en activiteiten
* OZO voor individuele zorgnetwerken en communicatie met zorgverleners

==== Met TimeSteps ====
* Gebiedonline voor gemeenschapsbrede informatie en participatie
* TimeSteps voor individuele mantelzorgcoördinatie en zorgagenda

==== Met zorgsystemen ====
* Via GezondMeNu-methodiek voor waardebepaling
* Potentie voor Yivi/IRMA integratie voor veilige identiteit en datadeling

== Hiaten en oplossingsrichtingen ==

=== Geïdentificeerde hiaten ===

==== 1. Individuele zorgcoördinatie ====
Gebiedonline is primair gericht op gemeenschapscommunicatie, niet op individuele zorgcoördinatie:
* Geen zorgnetwerk per cliënt
* Geen zorgagenda of taakplanning
* Geen directe communicatie met formele zorgverleners

==== 2. Integratie met zorgsystemen ====
* Geen koppelingen met HIS, ECD of andere zorgsystemen
* Geen ondersteuning voor NUTS of FHIR standaarden
* Beperkte interoperabiliteit met zorgdomein

==== 3. Vrijwilligersmanagement ====
* Stadmakers-module biedt basis, maar geen volledige vrijwilligersadministratie
* Beperkte inzetregistratie en rapportage
* Geen roosterplanning

==== 4. Mobiele toegankelijkheid ====
* Primair web-based platform (responsive)
* Geen dedicated mobiele app

=== Oplossingsrichtingen ===

==== Complementaire inzet ====
* Gebiedonline voor gemeenschapsbrede communicatie, participatie en collectief kiezen
* OZO Verbindzorg of TimeSteps voor individuele zorgcoördinatie
* Combinatie biedt volledige dekking voor D-ICC

==== Uitbreiding functionaliteit ====
* Doorontwikkeling GezondMeNu voor zichtbaarheid zorginitiatieven
* Uitbreiding sociale kaart met zorgvoorzieningen
* Versterking vrijwilligersmodule via Stadmakers-concept

==== Koppelingsstrategie ====
* Onderzoek naar NUTS-integratie voor zorgkoppeling
* Verkennen van Yivi voor veilige identiteit en datadeling (ervaring aanwezig)

== Vergelijking met andere platforms ==

{| class="wikitable"
|-
! Aspect !! Gebiedonline !! OZO Verbindzorg !! TimeSteps
|-
| '''Primaire focus''' || Gemeenschapscommunicatie & participatie || Netwerkzorg || Mantelzorgcoördinatie
|-
| '''Schaal''' || Lokaal tot landelijk || Landelijk || Regionaal
|-
| '''Organisatievorm''' || Coöperatie (leden zijn eigenaar) || B.V. || Onderdeel van Amulet
|-
| '''Doelgroep''' || Bewoners, organisaties, overheid || Cliënten, zorgverleners || Mantelzorgers, zorgvragers
|-
| '''Vierlaagsmodel''' || Ja (informatie→middelen→creatie→kiezen) || Nee || Nee
|-
| '''Zorgnetwerk''' || Niet aanwezig || Uitgebreid || Aanwezig
|-
| '''Activiteitenkalender''' || Uitgebreid || Beperkt (afspraken) || Zorgagenda
|-
| '''Participatie/stemmen''' || Uitgebreid (Laag 4) || Niet aanwezig || Niet aanwezig
|-
| '''Projecten beheren''' || Uitgebreid (Laag 3) || Niet aanwezig || Beperkt
|-
| '''Vraag & Aanbod''' || Uitgebreid (Laag 2) || Niet aanwezig || Beperkt
|-
| '''Open standaarden zorg''' || Beperkt (Yivi-ervaring) || FHIR, NUTS || Beperkt
|-
| '''Data-eigenaarschap''' || Coöperatief (leden) || Leverancier || Leverancier
|-
| '''Big tech componenten''' || Geen in basis || Onbekend || Onbekend
|}

=== Complementariteit ===

Gebiedonline en OZO Verbindzorg/TimeSteps zijn sterk complementair:
* '''Gebiedonline''': Gemeenschapsbrede communicatie, participatie, collectief kiezen, projecten, vraag & aanbod
* '''OZO/TimeSteps''': Individuele zorgcoördinatie, netwerkzorg, mantelzorgondersteuning

== Conclusies en aanbevelingen ==

=== Conclusies ===

# '''Gebiedonline biedt een volwassen, coöperatief platform''' voor gemeenschapscommunicatie met een uniek vierlaagsmodel dat opbouwt van informatie delen naar collectief kiezen.
# '''Het vijfstappenmodel voor samenwerking''' biedt een bewezen methodiek voor samenwerking tussen overheid en burgers, met praktijkvoorbeelden zoals gebiedsplannen en buurtbegroten.
# '''De applicatie sluit uitstekend aan bij gemeenschapsbrede behoeften''' zoals activiteitenkalender, vraag & aanbod, sociale kaart, projecten en participatieve besluitvorming.
# '''Voor individuele zorgcoördinatie zijn aanvullende tools nodig''', met name op het gebied van zorgnetwerken, zorgagenda en communicatie met formele zorgverleners.
# '''Het coöperatieve model en de focus op data-eigenaarschap en publieke waarden''' maken Gebiedonline bij uitstek geschikt als gemeenschapsplatform binnen een bredere digitale wijkinfrastructuur.
# '''GezondMeNu biedt een brug naar het zorgdomein''' door de waarde van informele gezondheidsinitiatieven zichtbaar te maken.
# '''Complementariteit met OZO Verbindzorg en TimeSteps''' biedt kansen voor een geïntegreerde oplossing die zowel gemeenschap als individuele zorg ondersteunt.

=== Aanbevelingen ===

==== Voor Gebiedonline ====
* Versterk de GezondMeNu-methodiek voor bredere toepassing bij zorgzame gemeenschappen
* Exploreer koppelingen met zorgstandaarden (NUTS, FHIR) via bestaande Yivi-kennis
* Ontwikkel de Stadmakers-module door naar vrijwilligersmanagement
* Onderzoek samenwerking met NLZVE voor bredere adoptie bij zorgzame gemeenschappen

==== Voor het project Digitale Wijkinfrastructuur ====
* Positioneer Gebiedonline als gemeenschapsplatform en participatielaag in de referentie-architectuur
* Benut het vierlaagsmodel als referentie voor functionaliteitsniveaus
* Ontwikkel proof-of-concept voor combinatie Gebiedonline + OZO/TimeSteps
* Gebruik het coöperatieve model als voorbeeld voor governance van digitale infrastructuur
* Gebruik Gebiedonline's privacy-aanpak als uitgangspunt voor standaarden

==== Voor gemeenschappen ====
* Overweeg Gebiedonline voor gemeenschapsbrede communicatie en participatie
* Benut het vijfstappenmodel voor samenwerking met de gemeente
* Combineer met OZO Verbindzorg voor individuele zorgnetwerken
* Combineer met TimeSteps voor mantelzorgcoördinatie
* Benut participatie-tools (Laag 4) voor betrekken van bewoners bij beleid

== Bijdrage aan de referentie-architectuur ==

Deze analyse van Gebiedonline draagt bij aan de ontwikkeling van de referentie-architectuur voor digitale wijkinfrastructuur door:

# '''Het vierlaagsmodel''' als structuur voor functionaliteitsniveaus (informatie→middelen→creatie→kiezen)
# '''Het vijfstappenmodel''' als methodiek voor samenwerking overheid-burgers
# '''Het coöperatieve model''' als alternatief voor commerciële platforms
# '''Publieke waarden''' (privacy, data-eigenaarschap, geen big tech) als fundament
# '''GezondMeNu''' als brug naar het zorgdomein
# '''Praktijkvoorbeelden''' van participatie en collectieve besluitvorming
# '''Complementariteit''' met zorggerichte oplossingen (OZO, TimeSteps)

De bevindingen worden ingebracht in het bredere project en zullen bijdragen aan de ontwikkeling van een coherente visie op digitale ondersteuning voor zorgzame gemeenschappen.

== Bijlage: Voorbeelden van Gebiedonline-leden ==

{| class="wikitable"
|-
! Platform !! Type !! Bijzonderheden
|-
| Hallo IJburg || Buurt || 9.000 gebruikers, 3.000 nieuwsbriefabonnees, oorsprong van Gebiedonline
|-
| Gouda Bruist || Stad || 3.100 gebruikers, 2.500 nieuwsbriefabonnees, miniwebsites
|-
| WIJ1019 || Buurt || Oostelijk Havengebied Amsterdam, veiling voor buurtruimte
|-
| 02025 || Thema || Energietransitie Amsterdam, energiecommissarissen per postcode
|-
| Smakelijk Achterhoek || Thema || Duurzaam lokaal voedsel, 90 aanbieders
|-
| Buurtgroen Gouda || Thema || Groene initiatieven, buurttuinen
|-
| Energienetwerk Gouda || Thema || Energietransitie Gouda
|-
| StadmakersOnline || Thema || Landelijk netwerk stadmakers
|-
| Amsterdam Donut Coalitie || Thema || Donuteconomie model
|-
| Club van Wageningen || Thema || Kennisnetwerk
|}

== Bijlage: Methodologie en bronnen ==

Deze rapportage is tot stand gekomen op basis van:

* '''Publicatie "De kracht van online community platforms"''' (Gebiedonline, 2025)
* '''Website Gebiedonline''' (www.gebiedonline.nl) - geraadpleegd december 2025
* '''PublicSpaces interview''' met Maria Roodenburg en Michel Vogler (november 2024)
* '''Community Tech Network case study''' door Ruurd Priester (DEAL)
* '''Amsterdam Smart City''' project documentatie
* '''Stadszaken.nl''' interview met Jules Pollaert (2018)
* '''LSA Bewoners''' ledenpagina

De analyses zijn uitgevoerd volgens de methodes beschreven in het plan van aanpak, met nadruk op aansluiting bij D-ICC principes en behoeften van zorgzame gemeenschappen.

----

''Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en is beschikbaar onder de Creative Commons BY-SA 4.0 licentie.''

''Datum: december 2025''

[[Categorie:Digitale Wijkinfrastructuur]]
[[Categorie:Rapportages]]
[[Categorie:Community Platforms]]

OZO Verbindzorg

2025-12-08T12:43:17Z

Admin: Rapportage OZO Verbindzorg

= Rapportage OZO Verbindzorg =

== Inleiding ==

Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en beschrijft de bevindingen van de analyse van het OZO Verbindzorg platform. Het doel van deze analyse is om inzicht te krijgen in hoe OZO Verbindzorg past binnen het bredere concept van Digitaal Geïntegreerde Gemeenschapszorg (Digital Integrated Community Care, D-ICC) en hoe de functionaliteiten kunnen aansluiten bij de behoeften van zorgzame gemeenschappen zoals Glimmen en Austerlitz.

Deze rapportage maakt deel uit van een breder onderzoek naar digitale oplossingen die kunnen bijdragen aan een effectieve wijkinfrastructuur voor zorgzame gemeenschappen in Nederland. In deze rapportage wordt gebruik gemaakt van de gestandaardiseerde methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur.

== Achtergrond van het project ==

Het project "Digitale Wijkinfrastructuur" komt voort uit de behoefte aan een geïntegreerde digitale ondersteuning voor zorgzame gemeenschappen. In Nederland zijn de afgelopen twintig jaar meer dan 2.000 zorgzame gemeenschappen ontstaan op initiatief van inwoners, gericht op samenredzaamheid, nabijheid, betrokkenheid, vertrouwen en eigenaarschap in de lokale samenleving.

Deze gemeenschappen hebben behoefte aan digitale ondersteuning die:
* Aansluit bij hun specifieke lokale behoeften
* Een brug vormt tussen informele en formele processen
* Past bij de werkzame mechanismen van integrated community care

Het project heeft als doel om:
* Gemeenschappen te ondersteunen bij het maken van keuzes voor digitale oplossingen
* IT-aanbieders te helpen hun oplossingen beter te laten aansluiten op de behoeften van gemeenschappen
* Een referentie-architectuur te ontwikkelen die koppeling tussen verschillende oplossingen mogelijk maakt
* Open standaarden te bevorderen voor betere interoperabiliteit

== Methode van onderzoek ==

Voor deze rapportage is gebruik gemaakt van de methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur. Deze methodiek omvat de volgende stappen:

# '''Initiële verkenning''': Analyse van de OZO Verbindzorg website, kennisbank en documentatie, verzamelen van gebruikerservaringen.
# '''Functie-identificatie''': Decompositie van functionaliteiten, user journey mapping, en use case analyse.
# '''Functie-beschrijving''': Categorisering in functionele domeinen, beschrijving van eigenschappen, en analyse van gebruikersrollen.
# '''Alignment en evaluatie''': Beoordeling op aansluiting bij D-ICC principes, gap-analyse, en overlap-analyse.
# '''Technische specificatie''': Analyse van gegevensmodellen, interfaces, en relevante standaarden.

De volgende bronnen zijn gebruikt:
* Website en kennisbank van OZO Verbindzorg (www.ozoverbindzorg.nl)
* Handreikingen van zorgorganisaties (o.a. Medrie)
* Informatie over koppelingen en technische standaarden
* Behoefteanalyse van gemeenschappen via interviews met dorpsondersteuners en betrokkenen

== Algemeen overzicht OZO Verbindzorg ==

OZO Verbindzorg is een communicatie- en samenwerkingsplatform ontwikkeld door OZOverbindzorg B.V. (gevestigd in Zwolle), primair gericht op het faciliteren van netwerkzorg. Het platform verbindt cliënten, mantelzorgers, familie en zorgprofessionals in één centrale omgeving voor communicatie en coördinatie.

=== Kerngegevens ===
* '''Netwerken verbonden''': 135.696+
* '''Gemeenten aangesloten''': 84
* '''Professionals actief''': 36.362+
* '''Certificeringen''': ISO 27001, NEN 7510, B Corp gecertificeerd

=== Kerndoelstellingen ===

OZO Verbindzorg richt zich op drie kerndoelstellingen:
# Het faciliteren van netwerkzorg door alle betrokkenen te verbinden
# Het verbeteren van communicatie tussen formele en informele zorg
# Het bevorderen van eigen regie van de cliënt

=== Doelgroepen ===

Het platform bedient vier hoofddoelgroepen:
* '''Kwetsbare ouderen''': Ruim 20% van de 75+ in Nederland is kwetsbaar
* '''Diabetes patiënten''': Ondersteuning bij bloedsuiker monitoring en medicatie-aanpassing
* '''GGZ cliënten''': Crisiskaart functionaliteit en hulpverleners digitaal dichtbij
* '''Kwetsbare jeugd''': Communicatie tussen jeugdzorg, school en andere betrokkenen

== Analyse van functionaliteiten volgens het raamwerk ==

=== Functionaliteit "Berichtencommunicatie" ===

==== Basisinformatie ====
{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Communicatie
|-
| Korte beschrijving || Centrale berichtenmodule voor communicatie binnen het zorgnetwerk
|-
| Primaire gebruikersrollen || Cliënt, Mantelzorger, Familie, Zorgprofessional, Coördinator
|}

==== Functie-eigenschappen ====
{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Faciliteren van directe, veilige communicatie tussen alle betrokkenen in het zorgnetwerk
|-
| Input || Berichten, documenten, foto's, video's, bijlagen
|-
| Output || Berichtenuitwisseling, notificaties, leesbevestigingen
|-
| Interactie || Chat-achtige interface, notificatiesysteem, e-mail alerts
|-
| Frequentie || Dagelijks
|-
| Kritiekheid || Essentieel - vormt de kern van OZO Verbindzorg
|}

==== D-ICC Alignment ====
{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★★★ || Alle betrokkenen communiceren op gelijkwaardige basis, cliënt bepaalt wie toegang heeft
|-
| Samen besturen || ★★★★☆ || Transparante communicatie ondersteunt gezamenlijke besluitvorming
|-
| Sleutelprincipes || ★★★★★ || Bevordert nabijheid, betrokkenheid en vertrouwen door directe communicatie
|-
| Sociale basisinfrastructuur || ★★★★☆ || Versterkt sociale verbindingen door laagdrempelige communicatie
|}

==== Technische aspecten ====
{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Gegevensmodel || Berichten, Notificaties, Bijlagen, Leesbevestigingen
|-
| Interfaces || Web-interface, mobiele app (iOS/Android), API's
|-
| Integratiepunten || SSO-koppelingen met zorgsystemen, NUTS-netwerk
|-
| Standaarden || FHIR, NUTS, REST API's
|-
| Privacy en beveiliging || ISO 27001, NEN 7510, toestemmingsregistratie, AVG-compliant
|}

==== Use cases ====
# Mantelzorger stuurt update over toestand van cliënt naar alle betrokkenen
# Huisarts deelt behandeladvies met thuiszorg en familie
# Cliënt stelt vraag aan zorgteam over medicatie

==== Relaties met andere functionaliteiten ====
{| class="wikitable"
|-
! Type !! Functionaliteiten
|-
| Interne relaties || Zorgnetwerk (contacten), Afspraken (planning), Documenten (bijlagen)
|-
| Externe relaties || E-mail systemen, zorginformatiesystemen, huisartssystemen
|}

=== Functionaliteit "Zorgnetwerk" ===

==== Basisinformatie ====
{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Netwerken
|-
| Korte beschrijving || Beheer van het netwerk van betrokkenen rondom een cliënt
|-
| Primaire gebruikersrollen || Cliënt, Mantelzorger, Coördinator, Zorgprofessional
|}

==== Functie-eigenschappen ====
{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Organiseren en beheren van het complete zorgnetwerk rondom een cliënt
|-
| Input || Contactgegevens, rollen, relaties tot cliënt, organisatiegegevens
|-
| Output || Overzicht netwerk, contactmogelijkheden, autorisaties
|-
| Interactie || Netwerkbeheer, uitnodigingen, rolbeheer
|-
| Frequentie || Wekelijks (gemiddeld)
|-
| Kritiekheid || Essentieel - vormt de basis voor alle communicatie
|}

==== D-ICC Alignment ====
{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★★★ || Cliënt heeft volledige regie over wie in netwerk wordt opgenomen
|-
| Samen besturen || ★★★★☆ || Gezamenlijk beheer van netwerk mogelijk
|-
| Sleutelprincipes || ★★★★★ || Versterkt nabijheid en betrokkenheid, cliënt centraal
|-
| Sociale basisinfrastructuur || ★★★★★ || Direct gericht op opbouwen en onderhouden van sociale zorgnetwerk
|}

==== Technische aspecten ====
{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Gegevensmodel || Gebruikers, Rollen, Relaties, Organisaties, Contactgegevens
|-
| Interfaces || Netwerkbeheer interface, uitnodigingssysteem
|-
| Integratiepunten || Koppeling met adresboeken, zorgsystemen via SSO
|-
| Standaarden || FHIR Patient Directory, vCard
|-
| Privacy en beveiliging || Gedifferentieerde toegangsrechten, toestemmingsregistratie cliënt
|}

==== Use cases ====
# Coördinator nodigt nieuwe zorgverlener uit voor het zorgnetwerk
# Cliënt verwijdert toegang van voormalige zorgverlener
# Familie zoekt contactgegevens van betrokken professionals

=== Functionaliteit "Afspraken en Videobellen" ===

==== Basisinformatie ====
{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Coördinatie
|-
| Korte beschrijving || Plannen van afspraken, MDO's en videoconsulten binnen het zorgnetwerk
|-
| Primaire gebruikersrollen || Zorgprofessional, Coördinator, Cliënt, Mantelzorger
|}

==== Functie-eigenschappen ====
{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Coördineren van afspraken en overlegmomenten tussen netwerkdeelnemers
|-
| Input || Datum/tijd voorstellen, deelnemers, agenda, locatie of videobellink
|-
| Output || Geplande afspraken, uitnodigingen, videobellinks, herinneringen
|-
| Interactie || Datumprikker, kalenderweergave, videobel-interface
|-
| Frequentie || Wekelijks
|-
| Kritiekheid || Belangrijk - ondersteunend aan effectieve zorgcoördinatie
|}

==== D-ICC Alignment ====
{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★★☆ || Alle betrokkenen kunnen afspraken initiëren en deelnemen
|-
| Samen besturen || ★★★★★ || Faciliteert multidisciplinair overleg (MDO) voor gezamenlijke besluitvorming
|-
| Sleutelprincipes || ★★★★☆ || Bevordert betrokkenheid door gezamenlijke planning
|-
| Sociale basisinfrastructuur || ★★★☆☆ || Ondersteunend aan sociale coördinatie
|}

==== Technische aspecten ====
{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Gegevensmodel || Afspraken, Deelnemers, Agenda's, Videobellinks
|-
| Interfaces || Datumprikker, kalender, geïntegreerde videobel-oplossing
|-
| Integratiepunten || Externe agenda's
|-
| Standaarden || iCalendar, WebRTC voor videobellen
|-
| Privacy en beveiliging || Beveiligde videoverbinding, alleen zichtbaar voor netwerkdeelnemers
|}

==== Use cases ====
# Huisarts plant MDO met thuiszorg, casemanager en familie
# Cliënt vraagt videoconsult aan met specialist
# Coördinator organiseert evaluatiegesprek via datumprikker

=== Functionaliteit "Thuismetingen" ===

==== Basisinformatie ====
{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Monitoring
|-
| Korte beschrijving || Delen van meetwaarden zoals bloeddruk, gewicht, saturatie en bloedsuiker
|-
| Primaire gebruikersrollen || Cliënt, Mantelzorger, Zorgprofessional
|}

==== Functie-eigenschappen ====
{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Monitoren van gezondheidswaarden en tijdige signalering bij afwijkingen
|-
| Input || Meetwaarden (bloeddruk, gewicht, saturatie, bloedsuiker, ACQ/CCQ scores)
|-
| Output || Overzichten meetwaarden, trends, alerts bij afwijkingen
|-
| Interactie || Invoer meetwaarden, grafieken, notificaties
|-
| Frequentie || Dagelijks tot wekelijks (afhankelijk van aandoening)
|-
| Kritiekheid || Belangrijk - ondersteunend aan zelfmanagement en vroegsignalering
|}

==== D-ICC Alignment ====
{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★★☆ || Cliënt voert zelf metingen in en deelt met netwerk
|-
| Samen besturen || ★★★☆☆ || Professional adviseert op basis van gedeelde data
|-
| Sleutelprincipes || ★★★★☆ || Bevordert zelfredzaamheid en eigen regie
|-
| Sociale basisinfrastructuur || ★★★☆☆ || Indirect ondersteunend via gezondheidsbewaking
|}

==== Technische aspecten ====
{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Gegevensmodel || Meetwaarden, Tijdstempels, Referentiewaarden, Trends
|-
| Interfaces || Invoerschermen, grafieken, dashboards
|-
| Integratiepunten || VirtueleThuiszorg (Mobile-Care), meetapparatuur
|-
| Standaarden || HL7 FHIR Observation resources
|-
| Privacy en beveiliging || Alleen zichtbaar voor geautoriseerde netwerkdeelnemers
|}

==== Use cases ====
# Diabetespatiënt deelt bloedsuikerwaarden met huisarts voor medicatie-aanpassing
# COPD-patiënt registreert dagelijks saturatie en CCQ-score
# Thuiszorg signaleert achteruitgang op basis van gewichtstrend

=== Functionaliteit "Documentdeling" ===

==== Basisinformatie ====
{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Documentatie
|-
| Korte beschrijving || Veilig delen van documenten binnen het zorgnetwerk
|-
| Primaire gebruikersrollen || Alle rollen
|}

==== Functie-eigenschappen ====
{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Centraal delen en bewaren van relevante documenten
|-
| Input || Documenten, foto's, video's, formulieren
|-
| Output || Gedeelde documenten, digitale handtekeningen
|-
| Interactie || Upload, download, ondertekenen
|-
| Frequentie || Wekelijks
|-
| Kritiekheid || Belangrijk - ondersteunend aan informatiedeling
|}

==== D-ICC Alignment ====
{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★★☆ || Alle netwerkdeelnemers kunnen documenten delen
|-
| Samen besturen || ★★★☆☆ || Ondersteunt gezamenlijke toegang tot informatie
|-
| Sleutelprincipes || ★★★★☆ || Bevordert transparantie
|-
| Sociale basisinfrastructuur || ★★★☆☆ || Indirect ondersteunend
|}

==== Technische aspecten ====
{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Gegevensmodel || Documenten, Metadata, Handtekeningen
|-
| Interfaces || Upload/download interface, digitale handtekening module
|-
| Integratiepunten || Digitale ondertekening
|-
| Standaarden || PDF, gangbare documentformaten
|-
| Privacy en beveiliging || Versleutelde opslag, toegangscontrole
|}

=== Functionaliteit "Crisiskaart" (GGZ module) ===

==== Basisinformatie ====
{| class="wikitable"
|-
! Aspect !! Beschrijving
|-
| Functioneel domein || Zelfmanagement
|-
| Korte beschrijving || Digitale crisiskaart voor GGZ-cliënten met voorkeuren voor crisisbehandeling
|-
| Primaire gebruikersrollen || Cliënt, Zorgprofessional
|}

==== Functie-eigenschappen ====
{| class="wikitable"
|-
! Eigenschap !! Beschrijving
|-
| Doel || Vastleggen van wensen en voorkeuren voor behandeling tijdens crisis
|-
| Input || Persoonlijke voorkeuren, contactpersonen, medicatie-informatie
|-
| Output || Digitale crisiskaart, beschikbaar voor hulpverleners
|-
| Interactie || Formulier voor invullen crisiskaart
|-
| Frequentie || Incidenteel (bij wijzigingen)
|-
| Kritiekheid || Kritiek voor GGZ-doelgroep
|}

==== D-ICC Alignment ====
{| class="wikitable"
|-
! Principe !! Score !! Toelichting
|-
| Gelijkwaardigheid || ★★★★★ || Cliënt bepaalt zelf inhoud van crisiskaart
|-
| Samen besturen || ★★★★☆ || Voorkeuren worden gerespecteerd door hulpverleners
|-
| Sleutelprincipes || ★★★★★ || Maximale eigen regie, ook in crisissituaties
|-
| Sociale basisinfrastructuur || ★★★★☆ || Verbindt cliënt met hulpverleners in noodsituaties
|}

== Analyse van persona's en behoeften van gemeenschappen ==

Op basis van de behoefteanalyse bij de gemeenschappen Glimmen en Austerlitz zijn de volgende persona's geïdentificeerd en geanalyseerd op aansluiting met OZO Verbindzorg functionaliteiten:

=== Persona's uit Glimmen ===

==== Persona 1: Maria (78) - Alleenwonende oudere ====

'''Kenmerken en context:'''
* Woont alleen in een eengezinswoning
* Heeft beginnende mobiliteitsproblemen
* Wil graag zo lang mogelijk zelfstandig blijven wonen
* Heeft een beperkt sociaal netwerk (twee kinderen die niet in de buurt wonen)

'''Behoeften:'''
* Hulp bij dagelijkse activiteiten (boodschappen, huishoudelijke taken)
* Ondersteuning bij het onderhouden van sociale contacten
* Veiligheidsgevoel door regelmatige aanwezigheid van anderen
* Overzicht van wanneer er iemand langskomt

'''Aansluiting OZO Verbindzorg functionaliteiten:'''
{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Berichtencommunicatie || ★★★★★ || Directe communicatie met alle hulpverleners en familie
|-
| Zorgnetwerk || ★★★★★ || Overzicht van alle betrokkenen, Maria houdt zelf regie
|-
| Afspraken/Videobellen || ★★★★☆ || Videoconsulten verminderen noodzaak voor reizen
|-
| Thuismetingen || ★★★★☆ || Monitoring gezondheid op afstand mogelijk
|-
| Documentdeling || ★★★☆☆ || Kan relevante documenten delen met familie
|}

'''Gap analyse:'''
* Interface vereist enige digitale vaardigheid (speciale interface voor slechtzienden beschikbaar)
* Geen directe koppeling met gemeenschapsbrede activiteitenkalender
* Beperkte ondersteuning voor spontane sociale ontmoetingen

==== Persona 2: Peter (45) - Werkende mantelzorger ====

'''Kenmerken en context:'''
* Werkt fulltime en heeft een eigen gezin
* Is mantelzorger voor zijn moeder (Maria)
* Woont op 30 minuten rijden van zijn moeder
* Ervaart stress door combinatie van werk, gezin en mantelzorgtaken

'''Behoeften:'''
* Betere coördinatie van zorgtaken
* Delen van de zorglast met anderen
* Overzicht en inzicht op afstand
* Efficiënte communicatie met andere hulpverleners

'''Aansluiting OZO Verbindzorg functionaliteiten:'''
{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Berichtencommunicatie || ★★★★★ || Eén bericht naar meerdere personen tegelijk, communiceert wanneer het uitkomt
|-
| Zorgnetwerk || ★★★★★ || Overzicht van alle betrokkenen en hun contactgegevens
|-
| Afspraken/Videobellen || ★★★★★ || Kan MDO's bijwonen op afstand, planning via datumprikker
|-
| Thuismetingen || ★★★★★ || Op afstand inzicht in gezondheidstoestand moeder
|-
| Documentdeling || ★★★★☆ || Toegang tot alle relevante documenten zonder fysieke aanwezigheid
|}

'''Gap analyse:'''
* Geen specifieke functionaliteit voor het vinden van nieuwe vrijwilligers
* Taakverdelingsmogelijkheden zijn beperkt (geen expliciete zorgagenda/takenlijst)

=== Persona's uit Austerlitz ===

==== Persona 3: Austerlitz Zorgt (Dorpsinitiatief) ====

'''Kenmerken en context:'''
* Georganiseerd bewonersinitiatief met coördinator en vrijwilligers
* Ondersteunt ongeveer 40 zorgvragers in het dorp
* Werkt samen met professionele zorgpartijen
* Heeft een eigen ontmoetingsruimte en kantoor

'''Behoeften:'''
* Coördinatie tussen vrijwilligers en professionele zorg
* Overzicht van alle hulpvragen en beschikbare vrijwilligers
* Koppeling tussen individuele zorgplannen en gemeenschapsactiviteiten
* Rapportage en verantwoording voor financiers

'''Aansluiting OZO Verbindzorg functionaliteiten:'''
{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Berichtencommunicatie || ★★★★☆ || Goed voor communicatie binnen individuele netwerken
|-
| Zorgnetwerk || ★★★☆☆ || Per cliënt-basis, geen gemeenschapsbreed overzicht
|-
| Afspraken/Videobellen || ★★★★☆ || MDO's goed ondersteund
|-
| Thuismetingen || ★★★☆☆ || Nuttig per individu, geen populatie-overzicht
|-
| Documentdeling || ★★★☆☆ || Per netwerk, niet gemeenschapsbreed
|}

'''Gap analyse:'''
* Ontbreken van functionaliteit voor gemeenschapsbrede coördinatie
* Beperkte rapportagemogelijkheden op populatieniveau
* Geen integratie met vrijwilligersdatabase op gemeenschapsniveau
* Geen koppeling met gemeenschapsagenda of activiteitenkalender

==== Persona 4: Jan (67) - Coördinator vrijwilligerswerk ====

'''Kenmerken en context:'''
* Gepensioneerd, actief als vrijwilligerscoördinator bij Austerlitz Zorgt
* Coördineert ongeveer 25 vrijwilligers
* Heeft goede sociale vaardigheden maar beperkte technische kennis
* Werkt 15 uur per week als vrijwilliger

'''Behoeften:'''
* Overzicht van beschikbare vrijwilligers en hun capaciteiten
* Efficiënte matching van vrijwilligers met hulpvragen
* Monitoring van vrijwilligersinzet
* Ondersteuning bij werving en behoud van vrijwilligers

'''Aansluiting OZO Verbindzorg functionaliteiten:'''
{| class="wikitable"
|-
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Berichtencommunicatie || ★★★★☆ || Communicatie met vrijwilligers binnen netwerken
|-
| Zorgnetwerk || ★★★☆☆ || Overzicht per cliënt, niet organisatiebreed
|-
| Afspraken/Videobellen || ★★★★☆ || Plannen van overleg en evaluaties
|-
| Thuismetingen || ★★☆☆☆ || Beperkt relevant voor vrijwilligerscoördinatie
|-
| Documentdeling || ★★★☆☆ || Delen van protocollen en instructies
|}

'''Gap analyse:'''
* Geen specifieke functionaliteit voor vrijwilligerswerving
* Beperkte mogelijkheden voor matching op basis van vaardigheden/interesses
* Ontbreken van rapportage over vrijwilligersinzet op organisatieniveau

== Koppelingen met andere applicaties ==

OZO Verbindzorg onderscheidt zich door een sterke focus op interoperabiliteit en koppelingen met andere systemen.

=== Bestaande koppelingen ===

==== SSO-koppelingen met zorgsystemen ====
* '''Nedap ONS''': Direct vanuit cliëntdossier naar OZO
* '''Medicom''': Automatische patiëntgegevens synchronisatie
* '''MediKIT''': SSO-koppeling voor professionals
* '''Diverse huisartsinformatiesystemen (HIS'en)'''

==== Specialistische koppelingen ====
* '''VirtueleThuiszorg (Mobile-Care)''': Ophalen thuismetingen
* '''Excen PatDoc''': Wondmaterialen bestellen
* '''Diverse apotheeksystemen''': Medicatie-informatie

=== Technische standaarden ===

OZO Verbindzorg is medeoprichter van Stichting NUTS en zet sterk in op open standaarden:

==== Processtandaarden ====
* '''HL7 FHIR''': Voor uitwisseling van zorggegevens
* '''NUTS''': Decentraal communicatienetwerk voor de zorg

==== Infrastructuur ====
* '''REST API's''': Voor gegevensuitwisseling
* '''OAuth 2.0''': Voor autorisatie
* '''Single Sign-On (SSO)''': Voor naadloze toegang vanuit andere systemen

==== Certificeringen ====
* ISO 27001 (informatiebeveiliging)
* NEN 7510 (informatiebeveiliging in de zorg)

=== Potentiële koppelingen voor D-ICC ===

==== Met TimeSteps (Amulet) ====
* Uitwisseling van netwerkgegevens
* Synchronisatie van zorgagenda met OZO-afspraken
* Gedeeld berichtenverkeer via NUTS-standaard

==== Met GebiedOnline ====
* Integratie van gemeenschapsactiviteiten
* Vrijwilligerswerving en -matching
* Koppeling lokale sociale kaart

==== Met Digitaal Dorpsplein ====
* Integratie van hulpvragen
* Delen van beschikbare diensten
* Gemeenschapsbrede communicatie

==== Met PGO's (Persoonlijke Gezondheidsomgevingen) ====
* Dossieruitwisseling via MedMij
* Burger-gecontroleerde gegevensdeling

== Hiaten en oplossingsrichtingen ==

=== Geïdentificeerde hiaten ===

==== 1. Gemeenschapsbrede functionaliteiten ====
OZO Verbindzorg is primair georganiseerd rondom individuele cliënten en hun netwerk. Er ontbreekt functionaliteit voor:
* Overzicht op gemeenschaps- of populatieniveau
* Gemeenschapsbrede activiteitenkalender
* Rapportage voor dorpsinitiatieven

==== 2. Taakcoördinatie en planning ====
Anders dan TimeSteps biedt OZO geen expliciete zorgagenda of taakverdelingsfunctie:
* Geen visuele planning van zorgmomenten
* Beperkte mogelijkheden voor taakverdeling onder mantelzorgers
* Geen overzicht van beschikbaarheid

==== 3. Vrijwilligersmanagement ====
* Geen functionaliteit voor vrijwilligerswerving
* Beperkte matching-mogelijkheden
* Geen inzetregistratie op organisatieniveau

==== 4. Informele ontmoetingen en sociale activiteiten ====
* Focus ligt op zorgcommunicatie, niet op sociale verbinding
* Geen koppeling met buurtactiviteiten of ontmoetingsplekken

=== Oplossingsrichtingen ===

==== Aanvullende koppelingen ====
* Koppeling met gemeenschapsplatforms (GebiedOnline, Digitaal Dorpsplein) voor bredere sociale functionaliteit
* Integratie met TimeSteps voor taakcoördinatie en planning
* Koppeling met vrijwilligersplatforms

==== Uitbreiding functionaliteit ====
* Ontwikkelen van organisatie-/gemeenschapsview voor coördinatoren
* Toevoegen van rapportagemodule voor dorpsinitiatieven
* Uitbreiden van agendafunctionaliteit richting zorgplanning

==== Referentie-architectuur ====
* OZO Verbindzorg als communicatie-backbone
* TimeSteps voor mantelzorgcoördinatie
* GebiedOnline voor gemeenschapsbrede activiteiten
* Verbinden via NUTS en FHIR standaarden

== Vergelijking met TimeSteps ==

{| class="wikitable"
|-
! Aspect !! OZO Verbindzorg !! TimeSteps
|-
| '''Primaire focus''' || Netwerkzorg en communicatie || Mantelzorgcoördinatie
|-
| '''Schaal''' || Landelijk, 135.000+ netwerken || Regionaal
|-
| '''Zorgagenda''' || Beperkt (afspraken) || Uitgebreid (taken, planning)
|-
| '''Communicatie''' || Uitgebreid, kern van platform || Aanwezig, ondersteunend
|-
| '''Zorgnetwerk''' || Uitgebreid, cliënt-centrisch || Aanwezig, zorgvrager-centrisch
|-
| '''Thuismetingen''' || Aanwezig via koppelingen || Beperkt
|-
| '''Videobellen''' || Geïntegreerd || Niet beschikbaar
|-
| '''Open standaarden''' || FHIR, NUTS (medeoprichter) || Beperkt
|-
| '''Koppelingen''' || Uitgebreid (HIS, ECD, etc.) || Beperkt
|-
| '''Gemeenschapsfunctie''' || Beperkt || Beperkt
|-
| '''Certificeringen''' || ISO 27001, NEN 7510, B Corp || Niet bekend
|}

=== Complementariteit ===
OZO Verbindzorg en TimeSteps zijn complementair:
* '''OZO''': Sterk in communicatie, professionele integratie, landelijke schaal
* '''TimeSteps''': Sterk in mantelzorgcoördinatie, taakplanning, persoonlijk netwerk

== Conclusies en aanbevelingen ==

=== Conclusies ===

# '''OZO Verbindzorg biedt een volwassen, gecertificeerd platform''' voor netwerkzorg met sterke focus op communicatie tussen formele en informele zorg.

# '''De applicatie sluit goed aan bij individuele zorgbehoeften''' van cliënten en mantelzorgers, met name op het gebied van communicatie, videobellen en informatiedeling.

# '''Voor gemeenschapsbrede ondersteuning zijn aanvullende functionaliteiten nodig''', met name op het gebied van gemeenschapsorganisatie, vrijwilligersmatching en populatie-overzicht.

# '''OZO's sterke positie in open standaarden (NUTS, FHIR)''' maakt het platform bij uitstek geschikt als communicatie-backbone in een bredere digitale wijkinfrastructuur.

# '''Complementariteit met TimeSteps''' biedt kansen voor een geïntegreerde oplossing die zowel communicatie als coördinatie ondersteunt.

=== Aanbevelingen ===

==== Voor OZO Verbindzorg ====
* Ontwikkel een organisatie-/gemeenschapsview voor dorpsinitiatieven
* Voeg rapportagemogelijkheden toe voor coördinatoren van gemeenschapsinitiatieven
* Exploreer uitbreiding van agendafunctionaliteit richting taakplanning
* Behoud en versterk de focus op open standaarden

==== Voor het project Digitale Wijkinfrastructuur ====
* Positioneer OZO Verbindzorg als communicatie-backbone in de referentie-architectuur
* Ontwikkel een proof-of-concept voor koppeling OZO-TimeSteps via NUTS
* Faciliteer samenwerking tussen OZO en gemeenschapsplatforms
* Gebruik OZO's NUTS-expertise voor bredere standaardisatie

==== Voor gemeenschappen ====
* Overweeg OZO Verbindzorg voor communicatie met en tussen zorgverleners
* Combineer met TimeSteps voor uitgebreide mantelzorgcoördinatie
* Combineer met GebiedOnline of vergelijkbaar platform voor gemeenschapsactiviteiten
* Zorg voor voldoende digitale ondersteuning voor minder digitaal vaardige deelnemers

== Bijdrage aan de referentie-architectuur ==

Deze analyse van OZO Verbindzorg draagt bij aan de ontwikkeling van de referentie-architectuur voor digitale wijkinfrastructuur door:

# '''Het identificeren van kernfunctionaliteiten''' voor netwerkzorg en communicatie
# '''Het in kaart brengen van bestaande koppelingen''' en technische standaarden
# '''Het benoemen van de rol van NUTS en FHIR''' als fundament voor interoperabiliteit
# '''Het identificeren van complementariteit''' met andere oplossingen (TimeSteps, GebiedOnline)
# '''Het benoemen van hiaten''' die door koppeling met andere platforms kunnen worden ingevuld

De bevindingen worden ingebracht in het bredere project en zullen bijdragen aan de ontwikkeling van een coherente visie op digitale ondersteuning voor zorgzame gemeenschappen.

== Bijlage: Methodologie en bronnen ==

Deze rapportage is tot stand gekomen op basis van:

* '''Website OZO Verbindzorg''' (www.ozoverbindzorg.nl) - geraadpleegd juni 2025
* '''Kennisbank OZO Verbindzorg''' (kennisbank.ozoverbindzorg.nl)
* '''Handreiking OZO Verbindzorg voor huisartsenpraktijk''' - Medrie
* '''Informatie Stichting NUTS''' (nuts.nl)
* '''Google Play Store app-informatie''' OZO
* '''Diverse huisartsenpraktijken en zorgorganisaties''' die OZO implementeren
* '''Behoefteanalyse gemeenschappen Glimmen en Austerlitz''' (februari-maart 2025)

De analyses zijn uitgevoerd volgens de methodes beschreven in het plan van aanpak, met nadruk op open standaarden en interoperabiliteit.

----

''Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en is beschikbaar onder de Creative Commons BY-SA 4.0 licentie.''

''Datum: juni 2025''

[[Categorie:Digitale Wijkinfrastructuur]]
[[Categorie:Rapportages]]
[[Categorie:OZO Verbindzorg]]

TimeSteps (Amulet)

2025-06-25T08:06:02Z

Admin: /* Processtandaarden */

= Rapportage Amulet TimeSteps =

== Inleiding ==

Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en beschrijft de bevindingen van de analyse van de TimeSteps applicatie van Amulet. Het doel van deze analyse is om inzicht te krijgen in hoe TimeSteps past binnen het bredere concept van Digitaal Geïntegreerde Gemeenschapszorg (Digital Integrated Community Care, D-ICC) en hoe de functionaliteiten van TimeSteps kunnen aansluiten bij de behoeften van zorgzame gemeenschappen zoals Glimmen en Austerlitz.

Deze rapportage maakt deel uit van een breder onderzoek naar digitale oplossingen die kunnen bijdragen aan een effectieve wijkinfrastructuur voor zorgzame gemeenschappen in Nederland. In deze rapportage wordt gebruik gemaakt van de gestandaardiseerde methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur.

== Achtergrond van het project ==

Het project "Digitale Wijkinfrastructuur" komt voort uit de behoefte aan een geïntegreerde digitale ondersteuning voor zorgzame gemeenschappen. In Nederland zijn de afgelopen twintig jaar meer dan 2.000 zorgzame gemeenschappen ontstaan op initiatief van inwoners, gericht op samenredzaamheid, nabijheid, betrokkenheid, vertrouwen en eigenaarschap in de lokale samenleving.

Deze gemeenschappen hebben behoefte aan digitale ondersteuning die:
* Aansluit bij hun specifieke lokale behoeften
* Een brug vormt tussen informele en formele processen
* Past bij de werkzame mechanismen van integrated community care

Het project heeft als doel om:
# Gemeenschappen te ondersteunen bij het maken van keuzes voor digitale oplossingen
# IT-aanbieders te helpen hun oplossingen beter te laten aansluiten op de behoeften van gemeenschappen
# Een referentie-architectuur te ontwikkelen die koppeling tussen verschillende oplossingen mogelijk maakt
# Open standaarden te bevorderen voor betere interoperabiliteit

== Methode van onderzoek ==

Voor deze rapportage is gebruik gemaakt van de methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur. Deze methodiek omvat de volgende stappen:

# '''Initiële verkenning''': Demo en presentatie van Amulet TimeSteps, analyse van documentatie, en verzamelen van gebruikerservaringen.
# '''Functie-identificatie''': Decompositie van functionaliteiten, user journey mapping, en use case analyse.
# '''Functie-beschrijving''': Categorisering in functionele domeinen, beschrijving van eigenschappen, en analyse van gebruikersrollen.
# '''Alignment en evaluatie''': Beoordeling op aansluiting bij D-ICC principes, gap-analyse, en overlap-analyse.
# '''Technische specificatie''': Analyse van gegevensmodellen, interfaces, en relevante standaarden.

De volgende bronnen zijn gebruikt:

# '''Demo en presentatie van Amulet TimeSteps''': Hierbij is ingegaan op de functionaliteiten en huidige toepassingsgebieden van TimeSteps in de context van gemeenschapszorg.
# '''Behoefteanalyse van gemeenschappen''': Via interviews met dorpsondersteuners en betrokkenen van de gemeenschappen Glimmen en Austerlitz zijn verslagen danwel persona's opgesteld die de behoeften van deze gemeenschappen vertegenwoordigen.
# '''Analyse van functionele dekking''': De functionaliteiten van TimeSteps zijn in kaart gebracht en beschreven volgens het raamwerk voor functiebeschrijving.
# '''Vergelijking met D-ICC principes''': De functionaliteiten zijn getoetst aan de uitgangspunten van Digital Integrated Community Care.
# '''Analyse van samenhang en koppelvlakken''': Er is onderzocht welke andere functionaliteiten logische relaties hebben met TimeSteps en welke koppelingen met andere applicaties wenselijk zijn.

== Algemeen overzicht TimeSteps applicatie ==

TimeSteps is een applicatie ontwikkeld door Amulet, primair gericht op het faciliteren van mantelzorg en informele zorg. De applicatie stelt gebruikers in staat om zorgmomenten te organiseren, taken te verdelen onder mantelzorgers en zorgverleners, en communicatie te stroomlijnen.

=== Kerndoelstellingen ===

TimeSteps richt zich op drie kerndoelstellingen:
# Het ontlasten van mantelzorgers
# Het bevorderen van zelfredzaamheid van zorgvragers
# Het faciliteren van samenwerking tussen formele en informele zorg

== Analyse van functionaliteiten volgens het raamwerk ==

Hieronder volgt een gedetailleerde analyse van de hoofdfunctionaliteiten van TimeSteps volgens het raamwerk voor functiebeschrijving:

=== Functionaliteit "Zorgagenda" ===

==== Basisinformatie ====
* '''Functioneel domein''': Coördinatie
* '''Korte beschrijving''': Gezamenlijke agenda voor het plannen en coördineren van zorgmomenten en -taken
* '''Primaire gebruikersrollen''': Zorgvrager, Mantelzorger, Vrijwilliger, Zorgprofessional

==== Functie-eigenschappen ====
* '''Doel''': Coördineren van zorgmomenten en taken tussen verschillende zorgverleners
* '''Input''': Beschikbaarheid zorgverleners, zorgbehoeften, taken
* '''Output''': Planning van zorgmomenten, taakverdeling, notificaties
* '''Interactie''': Kalenderweergave, drag-and-drop interface
* '''Frequentie''': Dagelijks
* '''Kritiekheid''': Essentieel - vormt de kern van TimeSteps

==== D-ICC Alignment ====
* '''Gelijkwaardigheid''': ★★★★☆ - Alle betrokkenen kunnen bijdragen aan de planning, zowel formele als informele zorgverleners
* '''Samen besturen''': ★★★☆☆ - Planning wordt gezamenlijk beheerd, maar formele structuren voor besluitvorming zijn beperkt
* '''Sleutelprincipes''': ★★★★☆ - Bevordert nabijheid, betrokkenheid en vertrouwen door transparantie
* '''Sociale basisinfrastructuur''': ★★★★☆ - Versterkt het netwerk rond de zorgvrager

==== Technische aspecten ====
* '''Gegevensmodel''': Afspraken, Taken, Gebruikers, Beschikbaarheid
* '''Interfaces''': Web/app interface, API voor externe integratie
* '''Integratiepunten''': Koppeling met externe agenda's, taakmanagement systemen
* '''Standaarden''': iCalendar, REST API
* '''Privacy en beveiliging''': Rol-gebaseerde toegangscontrole, logging van wijzigingen

==== Use cases ====
* '''Use case 1''': Mantelzorger plant zorgmomenten en nodigt andere helpers uit
* '''Use case 2''': Zorgvrager bekijkt wanneer welke zorgverlener langskomt
* '''Use case 3''': Wijkverpleegkundige past planning aan en informeert betrokkenen

==== Relaties met andere functionaliteiten ====
* '''Interne relaties''': Zorgnetwerk (gebruikers), Communicatie (notificaties)
* '''Externe relaties''': Gemeenschapskalender (GebiedOnline), professionele zorgplanning

=== Functionaliteit "Zorgnetwerk" ===

==== Basisinformatie ====
* '''Functioneel domein''': Netwerken
* '''Korte beschrijving''': Beheer van het netwerk van betrokkenen rondom een zorgvrager
* '''Primaire gebruikersrollen''': Zorgvrager, Mantelzorger, Coördinator, Zorgprofessional

==== Functie-eigenschappen ====
* '''Doel''': Organiseren en beheren van het zorgnetwerk rondom een zorgvrager
* '''Input''': Contactgegevens, rollen, relaties tot zorgvrager
* '''Output''': Overzicht netwerk, contactmogelijkheden, autorisaties
* '''Interactie''': Netwerkvisualisatie, contactlijsten, uitnodigingen
* '''Frequentie''': Wekelijks (gemiddeld)
* '''Kritiekheid''': Belangrijk - noodzakelijk voor effectieve coördinatie

==== D-ICC Alignment ====
* '''Gelijkwaardigheid''': ★★★☆☆ - Verschillende soorten zorgverleners kunnen worden opgenomen, maar hiërarchie in rollen
* '''Samen besturen''': ★★★☆☆ - Mogelijkheid tot gezamenlijk beheer van het netwerk
* '''Sleutelprincipes''': ★★★★☆ - Versterkt nabijheid en betrokkenheid
* '''Sociale basisinfrastructuur''': ★★★★★ - Direct gericht op het opbouwen en onderhouden van het sociale netwerk

==== Technische aspecten ====
* '''Gegevensmodel''': Gebruikers, Rollen, Relaties, Contactgegevens
* '''Interfaces''': Gebruikersinterface voor netwerkbeheer
* '''Integratiepunten''': Koppeling met adresboeken, zorgdossiers
* '''Standaarden''': vCard, FHIR Patient Directory
* '''Privacy en beveiliging''': Gedifferentieerde toegangsrechten, toestemmingsregistratie

==== Use cases ====
* '''Use case 1''': Coördinator nodigt nieuwe vrijwilliger uit voor het zorgnetwerk
* '''Use case 2''': Zorgvrager past toegangsrechten aan voor netwerk-deelnemers
* '''Use case 3''': Familielid zoekt contactgegevens van betrokken zorgprofessionals

==== Relaties met andere functionaliteiten ====
* '''Interne relaties''': Zorgagenda (planning), Communicatie (berichten)
* '''Externe relaties''': Sociale kaart (Digitaal Dorpsplein), Vrijwilligersdatabase

=== Functionaliteit "Communicatie" ===

==== Basisinformatie ====
* '''Functioneel domein''': Communicatie
* '''Korte beschrijving''': Berichtenmodule voor direct contact tussen betrokkenen
* '''Primaire gebruikersrollen''': Alle rollen (Zorgvrager, Mantelzorger, Vrijwilliger, Coördinator, Zorgprofessional)

==== Functie-eigenschappen ====
* '''Doel''': Faciliteren van directe communicatie tussen betrokkenen
* '''Input''': Berichten, rapportages, documenten
* '''Output''': Berichtenuitwisseling, notificaties
* '''Interactie''': Chat-interface, notificaties
* '''Frequentie''': Dagelijks
* '''Kritiekheid''': Belangrijk - essentieel voor effectieve coördinatie

==== D-ICC Alignment ====
* '''Gelijkwaardigheid''': ★★★★☆ - Alle betrokkenen kunnen communiceren op gelijkwaardige basis
* '''Samen besturen''': ★★★☆☆ - Ondersteunt gezamenlijke besluitvorming, maar niet gestructureerd
* '''Sleutelprincipes''': ★★★★☆ - Bevordert vertrouwen door transparante communicatie
* '''Sociale basisinfrastructuur''': ★★★★☆ - Versterkt sociale verbindingen door laagdrempelige communicatie

==== Technische aspecten ====
* '''Gegevensmodel''': Berichten, Notificaties, Bijlagen
* '''Interfaces''': Chat-interface, notificatiesysteem
* '''Integratiepunten''': Koppeling met e-mail, SMS, andere berichtensystemen
* '''Standaarden''': XMPP, SMTP, REST APIs
* '''Privacy en beveiliging''': End-to-end encryptie, bewaartermijnen

==== Use cases ====
* '''Use case 1''': Mantelzorger stuurt update over medicatiegebruik
* '''Use case 2''': Zorgteam overlegt over aanpassingen in de zorgplanning
* '''Use case 3''': Zorgvrager deelt een document met relevante informatie

==== Relaties met andere functionaliteiten ====
* '''Interne relaties''': Zorgagenda (updates), Zorgnetwerk (contacten)
* '''Externe relaties''': Communicatieplatforms (WhatsApp, e-mail), OZO Verbindzorg

=== Functionaliteit "Zorgdossier" ===

==== Basisinformatie ====
* '''Functioneel domein''': Documentatie
* '''Korte beschrijving''': Vastleggen en beheren van belangrijke zorginformatie
* '''Primaire gebruikersrollen''': Zorgvrager, Mantelzorger, Zorgprofessional

==== Functie-eigenschappen ====
* '''Doel''': Centraal vastleggen en delen van relevante zorginformatie
* '''Input''': Persoonlijke gegevens, medische informatie, contacten, voorkeuren
* '''Output''': Gestructureerd zorgdossier, medicatieoverzicht
* '''Interactie''': Formulieren, overzichten, zoekmogelijkheden
* '''Frequentie''': Wekelijks (gemiddeld)
* '''Kritiekheid''': Belangrijk - ondersteunend aan effectieve zorgverlening

==== D-ICC Alignment ====
* '''Gelijkwaardigheid''': ★★★☆☆ - Verschillende niveaus van toegang en bijdragemogelijkheden
* '''Samen besturen''': ★★☆☆☆ - Beperkte mogelijkheden voor gezamenlijke governance van informatie
* '''Sleutelprincipes''': ★★★☆☆ - Ondersteunt autonomie van zorgvrager, maar formeel karakter
* '''Sociale basisinfrastructuur''': ★★★☆☆ - Indirect ondersteunend aan sociale netwerken

==== Technische aspecten ====
* '''Gegevensmodel''': Persoonsgegevens, Medische gegevens, Medicatie, Contactgegevens
* '''Interfaces''': Formulieren, overzichten
* '''Integratiepunten''': Koppeling met zorgdossiers, medicatiesystemen
* '''Standaarden''': HL7 FHIR, ZORG-AB
* '''Privacy en beveiliging''': Toestemmingsregistratie, toegangslogging, encryptie

==== Use cases ====
* '''Use case 1''': Mantelzorger raadpleegt medicatie-informatie
* '''Use case 2''': Zorgprofessional voegt nieuwe medische informatie toe
* '''Use case 3''': Zorgvrager deelt specifieke dossierinformatie met nieuwe zorgverlener

==== Relaties met andere functionaliteiten ====
* '''Interne relaties''': Zorgnetwerk (autorisaties), Communicatie (delen informatie)
* '''Externe relaties''': Professionele zorgsystemen, MedMij/PGO

== Analyse van persona's en behoeften van gemeenschappen ==

Op basis van de behoefteanalyse bij de gemeenschappen Glimmen en Austerlitz zijn de volgende persona's geïdentificeerd en geanalyseerd op aansluiting met TimeSteps functionaliteiten:

=== Persona's uit Glimmen ===

==== Persona 1: Maria (78) - Alleenwonende oudere ====

'''Kenmerken en context:'''
* Woont alleen in een eengezinswoning
* Heeft beginnende mobiliteitsproblemen
* Wil graag zo lang mogelijk zelfstandig blijven wonen
* Heeft een beperkt sociaal netwerk (twee kinderen die niet in de buurt wonen)

'''Behoeften:'''
* Hulp bij dagelijkse activiteiten (boodschappen, huishoudelijke taken)
* Ondersteuning bij het onderhouden van sociale contacten
* Veiligheidsgevoel door regelmatige aanwezigheid van anderen
* Overzicht van wanneer er iemand langskomt

'''Aansluiting TimeSteps functionaliteiten:'''
{| class="wikitable"
|+ Aansluiting TimeSteps functionaliteiten voor Maria
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Zorgagenda || ★★★★★ || Biedt Maria overzicht van geplande bezoeken en ondersteuning
|-
| Zorgnetwerk || ★★★★☆ || Verbindt Maria met formele en informele hulpverleners
|-
| Communicatie || ★★★☆☆ || Interface kan uitdagend zijn voor iemand met beperkte digitale vaardigheden
|-
| Zorgdossier || ★★★★☆ || Belangrijke medische informatie en voorkeuren zijn voor alle hulpverleners toegankelijk
|}

'''Gap analyse:'''
* Beperkte ondersteuning voor spontane ontmoetingen en sociale activiteiten
* Geen directe koppeling met gemeenschapsbrede activiteitenkalender

==== Persona 2: Peter (45) - Werkende mantelzorger ====

'''Kenmerken en context:'''
* Werkt fulltime en heeft een eigen gezin
* Is mantelzorger voor zijn moeder (Maria)
* Woont op 30 minuten rijden van zijn moeder
* Ervaart stress door combinatie van werk, gezin en mantelzorgtaken

'''Behoeften:'''
* Betere coördinatie van zorgtaken
* Delen van de zorglast met anderen
* Overzicht en inzicht op afstand
* Efficiënte communicatie met andere hulpverleners

'''Aansluiting TimeSteps functionaliteiten:'''
{| class="wikitable"
|+ Aansluiting TimeSteps functionaliteiten voor Peter
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Zorgagenda || ★★★★★ || Helpt Peter bij planning en taakverdeling met andere helpers
|-
| Zorgnetwerk || ★★★★★ || Biedt overzicht van alle betrokkenen en hun contactgegevens
|-
| Communicatie || ★★★★☆ || Faciliteert directe communicatie tussen Peter en andere helpers
|-
| Zorgdossier || ★★★★☆ || Biedt Peter inzicht in de situatie ook wanneer hij niet fysiek aanwezig is
|}

'''Gap analyse:'''
* Beperkte mogelijkheden voor het vinden van nieuwe vrijwilligers
* Geen directe koppeling met formele zorgsystemen voor medische updates

=== Persona's uit Austerlitz ===

==== Persona 3: Austerlitz Zorgt (Dorpsinitiatief) ====

'''Kenmerken en context:'''
* Georganiseerd bewonersinitiatief met coördinator en vrijwilligers
* Ondersteunt ongeveer 40 zorgvragers in het dorp
* Werkt samen met professionele zorgpartijen
* Heeft een eigen ontmoetingsruimte en kantoor

'''Behoeften:'''
* Coördinatie tussen vrijwilligers en professionele zorg
* Overzicht van alle hulpvragen en beschikbare vrijwilligers
* Koppeling tussen individuele zorgplannen en gemeenschapsactiviteiten
* Rapportage en verantwoording voor financiers

'''Aansluiting TimeSteps functionaliteiten:'''
{| class="wikitable"
|+ Aansluiting TimeSteps functionaliteiten voor Austerlitz Zorgt
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Zorgagenda || ★★★☆☆ || Bruikbaar op individueel niveau, maar biedt beperkt overzicht op gemeenschapsniveau
|-
| Zorgnetwerk || ★★★★☆ || Goed voor het individuele netwerk, beperkt voor gemeenschapsbrede netwerken
|-
| Communicatie || ★★★★☆ || Faciliteert communicatie binnen individuele zorgnetwerken
|-
| Zorgdossier || ★★★☆☆ || Nuttig op individueel niveau, niet voor gemeenschapsbrede rapportage
|}

'''Gap analyse:'''
* Ontbreken van functionaliteit voor gemeenschapsbrede coördinatie
* Beperkte rapportagemogelijkheden op populatieniveau
* Geen integratie met vrijwilligersdatabase op gemeenschapsniveau

==== Persona 4: Jan (67) - Coördinator vrijwilligerswerk ====

'''Kenmerken en context:'''
* Gepensioneerd, actief als vrijwilligerscoördinator bij Austerlitz Zorgt
* Coördineert ongeveer 25 vrijwilligers
* Heeft goede sociale vaardigheden maar beperkte technische kennis
* Werkt 15 uur per week als vrijwilliger

'''Behoeften:'''
* Overzicht van beschikbare vrijwilligers en hun capaciteiten
* Efficiënte matching van vrijwilligers met hulpvragen
* Monitoring van vrijwilligersinzet
* Ondersteuning bij werving en behoud van vrijwilligers

'''Aansluiting TimeSteps functionaliteiten:'''
{| class="wikitable"
|+ Aansluiting TimeSteps functionaliteiten voor Jan
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Zorgagenda || ★★★★☆ || Biedt planning voor vrijwilligersinzet op individueel niveau
|-
| Zorgnetwerk || ★★★☆☆ || Biedt overzicht van betrokkenen, maar beperkte vrijwilligersprofilering
|-
| Communicatie || ★★★★☆ || Faciliteert directe communicatie met vrijwilligers
|-
| Zorgdossier || ★★☆☆☆ || Beperkt relevant voor vrijwilligerscoördinatie
|}

'''Gap analyse:'''
* Geen specifieke functionaliteit voor vrijwilligerswerving
* Beperkte mogelijkheden voor matching op basis van vaardigheden/interesses
* Ontbreken van rapportage over vrijwilligersinzet

== Koppelingen met andere applicaties ==

Op basis van de analyse zijn de volgende koppelbehoeften geïdentificeerd:

=== Potentiële koppelingen ===

==== Met OZO Verbindzorg ====
* Uitwisseling van netwerkgegevens
* Synchronisatie van zorgdossiers
* Gedeeld berichtenverkeer

==== Met GebiedOnline ====
* Integratie van activiteitenkalender
* Vrijwilligerswerving en -matching
* Gemeenschapsberichten en -updates

==== Met Digitaal Dorpsplein ====
* Integratie van mantelzorgvragen in bredere hulpvragenplatform
* Delen van beschikbare diensten en resources

=== Relevante standaarden ===

Voor deze koppelingen zijn de volgende standaarden relevant:

==== Processtandaarden ====
* HL7 FHIR voor uitwisseling van zorggegevens

==== Informatiestandaarden ====
* Zorginformatiebouwstenen (ZIBs)
* MedMij voor persoonlijke gezondheidsomgevingen

==== API's en infrastructuur ====
* REST API's voor gegevensuitwisseling
* OAuth 2.0 voor autorisatie
* NUTS voor veilige communicatie in de zorg

== Hiaten en oplossingsrichtingen ==

Uit de analyse komen enkele hiaten naar voren:

=== Geïdentificeerde hiaten ===

==== Gemeenschapsbrede functionaliteiten ====
* TimeSteps richt zich primair op individuele zorgvragers en hun netwerk
* Er ontbreekt functionaliteit voor bredere gemeenschapsorganisatie

==== Integratie met formele zorgsystemen ====
* De koppeling met formele zorgsystemen zoals huisartssystemen is nog beperkt

==== Vrijwilligersmanagement op gemeenschapsniveau ====
* TimeSteps biedt beperkte ondersteuning voor het matchen van hulpvraag en aanbod op gemeenschapsniveau

=== Oplossingsrichtingen ===

==== Uitbreiding TimeSteps met gemeenschapsmodule ====
* Toevoegen van functionaliteit voor coördinatie op gemeenschapsniveau
* Ontwikkelen van functionaliteit voor vrijwilligersmatching

==== Koppeling met andere platforms ====
* Ontwikkelen van standaard API's voor koppeling met gemeenschapsplatforms
* Integratie met formele zorgsystemen via bestaande standaarden

==== Referentie-implementatie ====
* Ontwikkelen van een proof-of-concept voor de integratie van TimeSteps met een gemeenschapsplatform

== Conclusies en aanbevelingen ==

=== Conclusies ===

# TimeSteps biedt waardevolle functionaliteit voor de coördinatie van mantelzorg en informele zorg op individueel niveau.
# De applicatie sluit aan bij verschillende behoeften van zorgzame gemeenschappen, met name op het gebied van zorgcoördinatie en communicatie.
# Voor een volledige ondersteuning van een zorgzame gemeenschap zijn aanvullende functionaliteiten nodig, met name op het gebied van gemeenschapsorganisatie en vrijwilligersmatching.
# Er zijn koppelmogelijkheden met andere applicaties die al in gebruik zijn binnen zorgzame gemeenschappen.

=== Aanbevelingen ===

==== Voor Amulet ====
* Onderzoek de uitbreiding van TimeSteps met functionaliteit voor gemeenschapsorganisatie
* Ontwikkel standaard API's voor koppeling met andere platforms
* Integreer met bestaande standaarden voor gegevensuitwisseling in de zorg

==== Voor het project Digitale Wijkinfrastructuur ====
* Neem de functionaliteiten van TimeSteps op in de referentie-architectuur
* Ontwikkel een proof-of-concept voor de integratie van TimeSteps met een gemeenschapsplatform
* Faciliteer de samenwerking tussen Amulet en andere leveranciers

==== Voor gemeenschappen ====
* Overweeg TimeSteps voor de coördinatie van mantelzorg en informele zorg
* Combineer TimeSteps met andere applicaties voor bredere gemeenschapsondersteuning
* Betrek zowel mantelzorgers als zorgprofessionals bij de implementatie

== Bijdrage aan de referentie-architectuur ==

Deze analyse van TimeSteps draagt bij aan de ontwikkeling van de referentie-architectuur voor digitale wijkinfrastructuur door:

# Het identificeren van kernfunctionaliteiten voor mantelzorg en informele zorg
# Het in kaart brengen van koppelmogelijkheden met andere applicaties
# Het benoemen van relevante standaarden voor gegevensuitwisseling
# Het identificeren van hiaten in de huidige functionaliteit

De bevindingen worden ingebracht in het bredere project en zullen bijdragen aan de ontwikkeling van een coherente visie op digitale ondersteuning voor zorgzame gemeenschappen.

== Bijlage: Methodologie en bronnen ==

Deze rapportage is tot stand gekomen op basis van:

# Demo en presentatie van Amulet TimeSteps (maart 2025)
# Interviews met dorpsondersteuners en betrokkenen in Glimmen en Austerlitz (februari-maart 2025)
# Plan van aanpak Amulet, opgesteld door GIDS Open Standaarden
# Projectplan Digitale Wijkinfrastructuur

De analyses zijn uitgevoerd volgens de methodes beschreven in het plan van aanpak, met nadruk op open standaarden en interoperabiliteit.

----

Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en is beschikbaar onder de Creative Commons BY-SA 4.0 licentie.

Datum: 13 mei 2025

TimeSteps (Amulet)

2025-06-24T15:31:22Z

Admin: /* Methode van onderzoek */

= Rapportage Amulet TimeSteps =

== Inleiding ==

Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en beschrijft de bevindingen van de analyse van de TimeSteps applicatie van Amulet. Het doel van deze analyse is om inzicht te krijgen in hoe TimeSteps past binnen het bredere concept van Digitaal Geïntegreerde Gemeenschapszorg (Digital Integrated Community Care, D-ICC) en hoe de functionaliteiten van TimeSteps kunnen aansluiten bij de behoeften van zorgzame gemeenschappen zoals Glimmen en Austerlitz.

Deze rapportage maakt deel uit van een breder onderzoek naar digitale oplossingen die kunnen bijdragen aan een effectieve wijkinfrastructuur voor zorgzame gemeenschappen in Nederland. In deze rapportage wordt gebruik gemaakt van de gestandaardiseerde methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur.

== Achtergrond van het project ==

Het project "Digitale Wijkinfrastructuur" komt voort uit de behoefte aan een geïntegreerde digitale ondersteuning voor zorgzame gemeenschappen. In Nederland zijn de afgelopen twintig jaar meer dan 2.000 zorgzame gemeenschappen ontstaan op initiatief van inwoners, gericht op samenredzaamheid, nabijheid, betrokkenheid, vertrouwen en eigenaarschap in de lokale samenleving.

Deze gemeenschappen hebben behoefte aan digitale ondersteuning die:
* Aansluit bij hun specifieke lokale behoeften
* Een brug vormt tussen informele en formele processen
* Past bij de werkzame mechanismen van integrated community care

Het project heeft als doel om:
# Gemeenschappen te ondersteunen bij het maken van keuzes voor digitale oplossingen
# IT-aanbieders te helpen hun oplossingen beter te laten aansluiten op de behoeften van gemeenschappen
# Een referentie-architectuur te ontwikkelen die koppeling tussen verschillende oplossingen mogelijk maakt
# Open standaarden te bevorderen voor betere interoperabiliteit

== Methode van onderzoek ==

Voor deze rapportage is gebruik gemaakt van de methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur. Deze methodiek omvat de volgende stappen:

# '''Initiële verkenning''': Demo en presentatie van Amulet TimeSteps, analyse van documentatie, en verzamelen van gebruikerservaringen.
# '''Functie-identificatie''': Decompositie van functionaliteiten, user journey mapping, en use case analyse.
# '''Functie-beschrijving''': Categorisering in functionele domeinen, beschrijving van eigenschappen, en analyse van gebruikersrollen.
# '''Alignment en evaluatie''': Beoordeling op aansluiting bij D-ICC principes, gap-analyse, en overlap-analyse.
# '''Technische specificatie''': Analyse van gegevensmodellen, interfaces, en relevante standaarden.

De volgende bronnen zijn gebruikt:

# '''Demo en presentatie van Amulet TimeSteps''': Hierbij is ingegaan op de functionaliteiten en huidige toepassingsgebieden van TimeSteps in de context van gemeenschapszorg.
# '''Behoefteanalyse van gemeenschappen''': Via interviews met dorpsondersteuners en betrokkenen van de gemeenschappen Glimmen en Austerlitz zijn verslagen danwel persona's opgesteld die de behoeften van deze gemeenschappen vertegenwoordigen.
# '''Analyse van functionele dekking''': De functionaliteiten van TimeSteps zijn in kaart gebracht en beschreven volgens het raamwerk voor functiebeschrijving.
# '''Vergelijking met D-ICC principes''': De functionaliteiten zijn getoetst aan de uitgangspunten van Digital Integrated Community Care.
# '''Analyse van samenhang en koppelvlakken''': Er is onderzocht welke andere functionaliteiten logische relaties hebben met TimeSteps en welke koppelingen met andere applicaties wenselijk zijn.

== Algemeen overzicht TimeSteps applicatie ==

TimeSteps is een applicatie ontwikkeld door Amulet, primair gericht op het faciliteren van mantelzorg en informele zorg. De applicatie stelt gebruikers in staat om zorgmomenten te organiseren, taken te verdelen onder mantelzorgers en zorgverleners, en communicatie te stroomlijnen.

=== Kerndoelstellingen ===

TimeSteps richt zich op drie kerndoelstellingen:
# Het ontlasten van mantelzorgers
# Het bevorderen van zelfredzaamheid van zorgvragers
# Het faciliteren van samenwerking tussen formele en informele zorg

== Analyse van functionaliteiten volgens het raamwerk ==

Hieronder volgt een gedetailleerde analyse van de hoofdfunctionaliteiten van TimeSteps volgens het raamwerk voor functiebeschrijving:

=== Functionaliteit "Zorgagenda" ===

==== Basisinformatie ====
* '''Functioneel domein''': Coördinatie
* '''Korte beschrijving''': Gezamenlijke agenda voor het plannen en coördineren van zorgmomenten en -taken
* '''Primaire gebruikersrollen''': Zorgvrager, Mantelzorger, Vrijwilliger, Zorgprofessional

==== Functie-eigenschappen ====
* '''Doel''': Coördineren van zorgmomenten en taken tussen verschillende zorgverleners
* '''Input''': Beschikbaarheid zorgverleners, zorgbehoeften, taken
* '''Output''': Planning van zorgmomenten, taakverdeling, notificaties
* '''Interactie''': Kalenderweergave, drag-and-drop interface
* '''Frequentie''': Dagelijks
* '''Kritiekheid''': Essentieel - vormt de kern van TimeSteps

==== D-ICC Alignment ====
* '''Gelijkwaardigheid''': ★★★★☆ - Alle betrokkenen kunnen bijdragen aan de planning, zowel formele als informele zorgverleners
* '''Samen besturen''': ★★★☆☆ - Planning wordt gezamenlijk beheerd, maar formele structuren voor besluitvorming zijn beperkt
* '''Sleutelprincipes''': ★★★★☆ - Bevordert nabijheid, betrokkenheid en vertrouwen door transparantie
* '''Sociale basisinfrastructuur''': ★★★★☆ - Versterkt het netwerk rond de zorgvrager

==== Technische aspecten ====
* '''Gegevensmodel''': Afspraken, Taken, Gebruikers, Beschikbaarheid
* '''Interfaces''': Web/app interface, API voor externe integratie
* '''Integratiepunten''': Koppeling met externe agenda's, taakmanagement systemen
* '''Standaarden''': iCalendar, REST API
* '''Privacy en beveiliging''': Rol-gebaseerde toegangscontrole, logging van wijzigingen

==== Use cases ====
* '''Use case 1''': Mantelzorger plant zorgmomenten en nodigt andere helpers uit
* '''Use case 2''': Zorgvrager bekijkt wanneer welke zorgverlener langskomt
* '''Use case 3''': Wijkverpleegkundige past planning aan en informeert betrokkenen

==== Relaties met andere functionaliteiten ====
* '''Interne relaties''': Zorgnetwerk (gebruikers), Communicatie (notificaties)
* '''Externe relaties''': Gemeenschapskalender (GebiedOnline), professionele zorgplanning

=== Functionaliteit "Zorgnetwerk" ===

==== Basisinformatie ====
* '''Functioneel domein''': Netwerken
* '''Korte beschrijving''': Beheer van het netwerk van betrokkenen rondom een zorgvrager
* '''Primaire gebruikersrollen''': Zorgvrager, Mantelzorger, Coördinator, Zorgprofessional

==== Functie-eigenschappen ====
* '''Doel''': Organiseren en beheren van het zorgnetwerk rondom een zorgvrager
* '''Input''': Contactgegevens, rollen, relaties tot zorgvrager
* '''Output''': Overzicht netwerk, contactmogelijkheden, autorisaties
* '''Interactie''': Netwerkvisualisatie, contactlijsten, uitnodigingen
* '''Frequentie''': Wekelijks (gemiddeld)
* '''Kritiekheid''': Belangrijk - noodzakelijk voor effectieve coördinatie

==== D-ICC Alignment ====
* '''Gelijkwaardigheid''': ★★★☆☆ - Verschillende soorten zorgverleners kunnen worden opgenomen, maar hiërarchie in rollen
* '''Samen besturen''': ★★★☆☆ - Mogelijkheid tot gezamenlijk beheer van het netwerk
* '''Sleutelprincipes''': ★★★★☆ - Versterkt nabijheid en betrokkenheid
* '''Sociale basisinfrastructuur''': ★★★★★ - Direct gericht op het opbouwen en onderhouden van het sociale netwerk

==== Technische aspecten ====
* '''Gegevensmodel''': Gebruikers, Rollen, Relaties, Contactgegevens
* '''Interfaces''': Gebruikersinterface voor netwerkbeheer
* '''Integratiepunten''': Koppeling met adresboeken, zorgdossiers
* '''Standaarden''': vCard, FHIR Patient Directory
* '''Privacy en beveiliging''': Gedifferentieerde toegangsrechten, toestemmingsregistratie

==== Use cases ====
* '''Use case 1''': Coördinator nodigt nieuwe vrijwilliger uit voor het zorgnetwerk
* '''Use case 2''': Zorgvrager past toegangsrechten aan voor netwerk-deelnemers
* '''Use case 3''': Familielid zoekt contactgegevens van betrokken zorgprofessionals

==== Relaties met andere functionaliteiten ====
* '''Interne relaties''': Zorgagenda (planning), Communicatie (berichten)
* '''Externe relaties''': Sociale kaart (Digitaal Dorpsplein), Vrijwilligersdatabase

=== Functionaliteit "Communicatie" ===

==== Basisinformatie ====
* '''Functioneel domein''': Communicatie
* '''Korte beschrijving''': Berichtenmodule voor direct contact tussen betrokkenen
* '''Primaire gebruikersrollen''': Alle rollen (Zorgvrager, Mantelzorger, Vrijwilliger, Coördinator, Zorgprofessional)

==== Functie-eigenschappen ====
* '''Doel''': Faciliteren van directe communicatie tussen betrokkenen
* '''Input''': Berichten, rapportages, documenten
* '''Output''': Berichtenuitwisseling, notificaties
* '''Interactie''': Chat-interface, notificaties
* '''Frequentie''': Dagelijks
* '''Kritiekheid''': Belangrijk - essentieel voor effectieve coördinatie

==== D-ICC Alignment ====
* '''Gelijkwaardigheid''': ★★★★☆ - Alle betrokkenen kunnen communiceren op gelijkwaardige basis
* '''Samen besturen''': ★★★☆☆ - Ondersteunt gezamenlijke besluitvorming, maar niet gestructureerd
* '''Sleutelprincipes''': ★★★★☆ - Bevordert vertrouwen door transparante communicatie
* '''Sociale basisinfrastructuur''': ★★★★☆ - Versterkt sociale verbindingen door laagdrempelige communicatie

==== Technische aspecten ====
* '''Gegevensmodel''': Berichten, Notificaties, Bijlagen
* '''Interfaces''': Chat-interface, notificatiesysteem
* '''Integratiepunten''': Koppeling met e-mail, SMS, andere berichtensystemen
* '''Standaarden''': XMPP, SMTP, REST APIs
* '''Privacy en beveiliging''': End-to-end encryptie, bewaartermijnen

==== Use cases ====
* '''Use case 1''': Mantelzorger stuurt update over medicatiegebruik
* '''Use case 2''': Zorgteam overlegt over aanpassingen in de zorgplanning
* '''Use case 3''': Zorgvrager deelt een document met relevante informatie

==== Relaties met andere functionaliteiten ====
* '''Interne relaties''': Zorgagenda (updates), Zorgnetwerk (contacten)
* '''Externe relaties''': Communicatieplatforms (WhatsApp, e-mail), OZO Verbindzorg

=== Functionaliteit "Zorgdossier" ===

==== Basisinformatie ====
* '''Functioneel domein''': Documentatie
* '''Korte beschrijving''': Vastleggen en beheren van belangrijke zorginformatie
* '''Primaire gebruikersrollen''': Zorgvrager, Mantelzorger, Zorgprofessional

==== Functie-eigenschappen ====
* '''Doel''': Centraal vastleggen en delen van relevante zorginformatie
* '''Input''': Persoonlijke gegevens, medische informatie, contacten, voorkeuren
* '''Output''': Gestructureerd zorgdossier, medicatieoverzicht
* '''Interactie''': Formulieren, overzichten, zoekmogelijkheden
* '''Frequentie''': Wekelijks (gemiddeld)
* '''Kritiekheid''': Belangrijk - ondersteunend aan effectieve zorgverlening

==== D-ICC Alignment ====
* '''Gelijkwaardigheid''': ★★★☆☆ - Verschillende niveaus van toegang en bijdragemogelijkheden
* '''Samen besturen''': ★★☆☆☆ - Beperkte mogelijkheden voor gezamenlijke governance van informatie
* '''Sleutelprincipes''': ★★★☆☆ - Ondersteunt autonomie van zorgvrager, maar formeel karakter
* '''Sociale basisinfrastructuur''': ★★★☆☆ - Indirect ondersteunend aan sociale netwerken

==== Technische aspecten ====
* '''Gegevensmodel''': Persoonsgegevens, Medische gegevens, Medicatie, Contactgegevens
* '''Interfaces''': Formulieren, overzichten
* '''Integratiepunten''': Koppeling met zorgdossiers, medicatiesystemen
* '''Standaarden''': HL7 FHIR, ZORG-AB
* '''Privacy en beveiliging''': Toestemmingsregistratie, toegangslogging, encryptie

==== Use cases ====
* '''Use case 1''': Mantelzorger raadpleegt medicatie-informatie
* '''Use case 2''': Zorgprofessional voegt nieuwe medische informatie toe
* '''Use case 3''': Zorgvrager deelt specifieke dossierinformatie met nieuwe zorgverlener

==== Relaties met andere functionaliteiten ====
* '''Interne relaties''': Zorgnetwerk (autorisaties), Communicatie (delen informatie)
* '''Externe relaties''': Professionele zorgsystemen, MedMij/PGO

== Analyse van persona's en behoeften van gemeenschappen ==

Op basis van de behoefteanalyse bij de gemeenschappen Glimmen en Austerlitz zijn de volgende persona's geïdentificeerd en geanalyseerd op aansluiting met TimeSteps functionaliteiten:

=== Persona's uit Glimmen ===

==== Persona 1: Maria (78) - Alleenwonende oudere ====

'''Kenmerken en context:'''
* Woont alleen in een eengezinswoning
* Heeft beginnende mobiliteitsproblemen
* Wil graag zo lang mogelijk zelfstandig blijven wonen
* Heeft een beperkt sociaal netwerk (twee kinderen die niet in de buurt wonen)

'''Behoeften:'''
* Hulp bij dagelijkse activiteiten (boodschappen, huishoudelijke taken)
* Ondersteuning bij het onderhouden van sociale contacten
* Veiligheidsgevoel door regelmatige aanwezigheid van anderen
* Overzicht van wanneer er iemand langskomt

'''Aansluiting TimeSteps functionaliteiten:'''
{| class="wikitable"
|+ Aansluiting TimeSteps functionaliteiten voor Maria
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Zorgagenda || ★★★★★ || Biedt Maria overzicht van geplande bezoeken en ondersteuning
|-
| Zorgnetwerk || ★★★★☆ || Verbindt Maria met formele en informele hulpverleners
|-
| Communicatie || ★★★☆☆ || Interface kan uitdagend zijn voor iemand met beperkte digitale vaardigheden
|-
| Zorgdossier || ★★★★☆ || Belangrijke medische informatie en voorkeuren zijn voor alle hulpverleners toegankelijk
|}

'''Gap analyse:'''
* Beperkte ondersteuning voor spontane ontmoetingen en sociale activiteiten
* Geen directe koppeling met gemeenschapsbrede activiteitenkalender

==== Persona 2: Peter (45) - Werkende mantelzorger ====

'''Kenmerken en context:'''
* Werkt fulltime en heeft een eigen gezin
* Is mantelzorger voor zijn moeder (Maria)
* Woont op 30 minuten rijden van zijn moeder
* Ervaart stress door combinatie van werk, gezin en mantelzorgtaken

'''Behoeften:'''
* Betere coördinatie van zorgtaken
* Delen van de zorglast met anderen
* Overzicht en inzicht op afstand
* Efficiënte communicatie met andere hulpverleners

'''Aansluiting TimeSteps functionaliteiten:'''
{| class="wikitable"
|+ Aansluiting TimeSteps functionaliteiten voor Peter
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Zorgagenda || ★★★★★ || Helpt Peter bij planning en taakverdeling met andere helpers
|-
| Zorgnetwerk || ★★★★★ || Biedt overzicht van alle betrokkenen en hun contactgegevens
|-
| Communicatie || ★★★★☆ || Faciliteert directe communicatie tussen Peter en andere helpers
|-
| Zorgdossier || ★★★★☆ || Biedt Peter inzicht in de situatie ook wanneer hij niet fysiek aanwezig is
|}

'''Gap analyse:'''
* Beperkte mogelijkheden voor het vinden van nieuwe vrijwilligers
* Geen directe koppeling met formele zorgsystemen voor medische updates

=== Persona's uit Austerlitz ===

==== Persona 3: Austerlitz Zorgt (Dorpsinitiatief) ====

'''Kenmerken en context:'''
* Georganiseerd bewonersinitiatief met coördinator en vrijwilligers
* Ondersteunt ongeveer 40 zorgvragers in het dorp
* Werkt samen met professionele zorgpartijen
* Heeft een eigen ontmoetingsruimte en kantoor

'''Behoeften:'''
* Coördinatie tussen vrijwilligers en professionele zorg
* Overzicht van alle hulpvragen en beschikbare vrijwilligers
* Koppeling tussen individuele zorgplannen en gemeenschapsactiviteiten
* Rapportage en verantwoording voor financiers

'''Aansluiting TimeSteps functionaliteiten:'''
{| class="wikitable"
|+ Aansluiting TimeSteps functionaliteiten voor Austerlitz Zorgt
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Zorgagenda || ★★★☆☆ || Bruikbaar op individueel niveau, maar biedt beperkt overzicht op gemeenschapsniveau
|-
| Zorgnetwerk || ★★★★☆ || Goed voor het individuele netwerk, beperkt voor gemeenschapsbrede netwerken
|-
| Communicatie || ★★★★☆ || Faciliteert communicatie binnen individuele zorgnetwerken
|-
| Zorgdossier || ★★★☆☆ || Nuttig op individueel niveau, niet voor gemeenschapsbrede rapportage
|}

'''Gap analyse:'''
* Ontbreken van functionaliteit voor gemeenschapsbrede coördinatie
* Beperkte rapportagemogelijkheden op populatieniveau
* Geen integratie met vrijwilligersdatabase op gemeenschapsniveau

==== Persona 4: Jan (67) - Coördinator vrijwilligerswerk ====

'''Kenmerken en context:'''
* Gepensioneerd, actief als vrijwilligerscoördinator bij Austerlitz Zorgt
* Coördineert ongeveer 25 vrijwilligers
* Heeft goede sociale vaardigheden maar beperkte technische kennis
* Werkt 15 uur per week als vrijwilliger

'''Behoeften:'''
* Overzicht van beschikbare vrijwilligers en hun capaciteiten
* Efficiënte matching van vrijwilligers met hulpvragen
* Monitoring van vrijwilligersinzet
* Ondersteuning bij werving en behoud van vrijwilligers

'''Aansluiting TimeSteps functionaliteiten:'''
{| class="wikitable"
|+ Aansluiting TimeSteps functionaliteiten voor Jan
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Zorgagenda || ★★★★☆ || Biedt planning voor vrijwilligersinzet op individueel niveau
|-
| Zorgnetwerk || ★★★☆☆ || Biedt overzicht van betrokkenen, maar beperkte vrijwilligersprofilering
|-
| Communicatie || ★★★★☆ || Faciliteert directe communicatie met vrijwilligers
|-
| Zorgdossier || ★★☆☆☆ || Beperkt relevant voor vrijwilligerscoördinatie
|}

'''Gap analyse:'''
* Geen specifieke functionaliteit voor vrijwilligerswerving
* Beperkte mogelijkheden voor matching op basis van vaardigheden/interesses
* Ontbreken van rapportage over vrijwilligersinzet

== Koppelingen met andere applicaties ==

Op basis van de analyse zijn de volgende koppelbehoeften geïdentificeerd:

=== Potentiële koppelingen ===

==== Met OZO Verbindzorg ====
* Uitwisseling van netwerkgegevens
* Synchronisatie van zorgdossiers
* Gedeeld berichtenverkeer

==== Met GebiedOnline ====
* Integratie van activiteitenkalender
* Vrijwilligerswerving en -matching
* Gemeenschapsberichten en -updates

==== Met Digitaal Dorpsplein ====
* Integratie van mantelzorgvragen in bredere hulpvragenplatform
* Delen van beschikbare diensten en resources

=== Relevante standaarden ===

Voor deze koppelingen zijn de volgende standaarden relevant:

==== Processtandaarden ====
* IHE XDS (Cross-Enterprise Document Sharing)
* HL7 FHIR voor uitwisseling van zorggegevens

==== Informatiestandaarden ====
* Zorginformatiebouwstenen (ZIBs)
* MedMij voor persoonlijke gezondheidsomgevingen

==== API's en infrastructuur ====
* REST API's voor gegevensuitwisseling
* OAuth 2.0 voor autorisatie
* NUTS voor veilige communicatie in de zorg

== Hiaten en oplossingsrichtingen ==

Uit de analyse komen enkele hiaten naar voren:

=== Geïdentificeerde hiaten ===

==== Gemeenschapsbrede functionaliteiten ====
* TimeSteps richt zich primair op individuele zorgvragers en hun netwerk
* Er ontbreekt functionaliteit voor bredere gemeenschapsorganisatie

==== Integratie met formele zorgsystemen ====
* De koppeling met formele zorgsystemen zoals huisartssystemen is nog beperkt

==== Vrijwilligersmanagement op gemeenschapsniveau ====
* TimeSteps biedt beperkte ondersteuning voor het matchen van hulpvraag en aanbod op gemeenschapsniveau

=== Oplossingsrichtingen ===

==== Uitbreiding TimeSteps met gemeenschapsmodule ====
* Toevoegen van functionaliteit voor coördinatie op gemeenschapsniveau
* Ontwikkelen van functionaliteit voor vrijwilligersmatching

==== Koppeling met andere platforms ====
* Ontwikkelen van standaard API's voor koppeling met gemeenschapsplatforms
* Integratie met formele zorgsystemen via bestaande standaarden

==== Referentie-implementatie ====
* Ontwikkelen van een proof-of-concept voor de integratie van TimeSteps met een gemeenschapsplatform

== Conclusies en aanbevelingen ==

=== Conclusies ===

# TimeSteps biedt waardevolle functionaliteit voor de coördinatie van mantelzorg en informele zorg op individueel niveau.
# De applicatie sluit aan bij verschillende behoeften van zorgzame gemeenschappen, met name op het gebied van zorgcoördinatie en communicatie.
# Voor een volledige ondersteuning van een zorgzame gemeenschap zijn aanvullende functionaliteiten nodig, met name op het gebied van gemeenschapsorganisatie en vrijwilligersmatching.
# Er zijn koppelmogelijkheden met andere applicaties die al in gebruik zijn binnen zorgzame gemeenschappen.

=== Aanbevelingen ===

==== Voor Amulet ====
* Onderzoek de uitbreiding van TimeSteps met functionaliteit voor gemeenschapsorganisatie
* Ontwikkel standaard API's voor koppeling met andere platforms
* Integreer met bestaande standaarden voor gegevensuitwisseling in de zorg

==== Voor het project Digitale Wijkinfrastructuur ====
* Neem de functionaliteiten van TimeSteps op in de referentie-architectuur
* Ontwikkel een proof-of-concept voor de integratie van TimeSteps met een gemeenschapsplatform
* Faciliteer de samenwerking tussen Amulet en andere leveranciers

==== Voor gemeenschappen ====
* Overweeg TimeSteps voor de coördinatie van mantelzorg en informele zorg
* Combineer TimeSteps met andere applicaties voor bredere gemeenschapsondersteuning
* Betrek zowel mantelzorgers als zorgprofessionals bij de implementatie

== Bijdrage aan de referentie-architectuur ==

Deze analyse van TimeSteps draagt bij aan de ontwikkeling van de referentie-architectuur voor digitale wijkinfrastructuur door:

# Het identificeren van kernfunctionaliteiten voor mantelzorg en informele zorg
# Het in kaart brengen van koppelmogelijkheden met andere applicaties
# Het benoemen van relevante standaarden voor gegevensuitwisseling
# Het identificeren van hiaten in de huidige functionaliteit

De bevindingen worden ingebracht in het bredere project en zullen bijdragen aan de ontwikkeling van een coherente visie op digitale ondersteuning voor zorgzame gemeenschappen.

== Bijlage: Methodologie en bronnen ==

Deze rapportage is tot stand gekomen op basis van:

# Demo en presentatie van Amulet TimeSteps (maart 2025)
# Interviews met dorpsondersteuners en betrokkenen in Glimmen en Austerlitz (februari-maart 2025)
# Plan van aanpak Amulet, opgesteld door GIDS Open Standaarden
# Projectplan Digitale Wijkinfrastructuur

De analyses zijn uitgevoerd volgens de methodes beschreven in het plan van aanpak, met nadruk op open standaarden en interoperabiliteit.

----

Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en is beschikbaar onder de Creative Commons BY-SA 4.0 licentie.

Datum: 13 mei 2025

NLZVE referentiekader

2025-06-24T07:12:52Z

Admin: /* Workflows op gemeenschapsniveau */

= Referentiekader voor Digitale Wijkinfrastructuur =

== Inleiding ==

Het NLZVE Referentiekader voor Digitale Wijkinfrastructuur biedt een fundament voor het kiezen, implementeren en beheren van digitale oplossingen voor en door zorgzame gemeenschappen. Dit referentiekader fungeert als een leidraad voor buurt-, wijk- en dorpsinitiatieven die streven naar passende lokale, transparante, open en efficiënte IT-systemen, waarbij afhankelijkheid en/of lock-in van gesloten en/of propriëtaire oplossingen wordt vermeden.

Dit referentiekader biedt een gestructureerde aanpak voor het beschrijven, evalueren en integreren van open, toegankelijke en herbruikbare IT-oplossingen. Door te werken met gemeenschappelijke taal, functionele domeinen en standaarden, kunnen buurt- en wijkinitiatieven beter geïnformeerde keuzes maken op basis van kennis en ervaring uit een breed netwerk van zorgzame gemeenschappen.

Dit referentiekader is ontwikkeld vanuit het handvest Digitaal Geïntegreerde Gemeenschapszorg (D-ICC). Bij de ontwikkeling wordt daarnaast rekening gehouden met de visie van de Nederlandse overheid op gegevensuitwisseling en databeschikbaarheid. Er wordt voldaan aan relevante wettelijke kaders zoals de Wet elektronische gegevensuitwisseling in de zorg (Wegiz) en de Europese Ruimte voor Gezondheidsgegevens (EHDS). Het referentiekader combineert technische innovaties met maatschappelijke waarden zoals privacy, inclusiviteit en regie over eigen gegevens.

=== Doel van dit referentiekader ===

Het NLZVE Referentiekader voor Digitale Wijkinfrastructuur helpt bij het:

* creëren van een gemeenschappelijke taal en begrippenkader;
* bevorderen van uitwisselbaarheid door middel van open standaarden;
* borgen van openheid en transparantie in technologiekeuzes;
* vergemakkelijken van adoptie en implementatie van open standaarden;
* ondersteunen van gebruikers, ontwikkelaars en beleidsmakers;
* faciliteren van onderlinge koppelingen tussen applicaties;
* bieden van een raamwerk voor het beschrijven van functionaliteiten.

In de volgende hoofdstukken worden de kernprincipes, benadering, het raamwerk voor het beschrijven van functionaliteit en standaarden verder toegelicht.

== Kernprincipes ==

Het referentiekader is gebaseerd op de volgende principes:

* '''lokaliteit''' – IT-oplossingen kiezen en implementeren passend bij de behoeften van lokale gebruikers;
* '''waarden''' - (pre-concurrentieel) samenwerken vanuit een netwerk, gezamenlijke regie;
* '''open Standaarden''' – vervangbaarheid en interoperabiliteit via gestandaardiseerde koppelvlakken;
* '''modulariteit''' – flexibele componenten die eenvoudig zijn te combineren, uit te breiden of te vervangen;
* '''privacy & Beveiliging''' – gebruikersdata wordt beschermd met passende maatregelen;
* '''gemeenschapsgerichtheid''' – functies en implementaties sluiten aan bij D-ICC principes;
* '''gedeelde terminologie''' – eenduidige beschrijving van functionaliteiten in gemeenschappelijke taal.

== Benadering ==

Het referentiekader hanteert een benadering die gebaseerd is op de volgende uitgangspunten:

* '''gebruikersgestuurd''' - de behoeften van eindgebruikers staan centraal;
* '''waardegericht''' - het ondersteunt maatschappelijke en sociale waarden;
* '''lagenmodel''' - onderscheid tussen gebruikerslaag, applicatielaag, gegevenslaag en infrastructuurlaag;
* '''federatief model''' - decentrale organisatie met lokale autonomie en centrale afspraken;
* '''evolutionair''' - stapsgewijze ontwikkeling en implementatie;
* '''open ecosysteem''' - stimuleren van diversiteit aan oplossingen die samenwerken via standaarden.

== Raamwerk voor het beschrijven van functionaliteit ==

Om een consistente aanpak te bieden voor het beschrijven en vergelijken van de functionaliteiten van verschillende applicaties, hanteert dit referentiekader een gestandaardiseerd raamwerk voor het beschrijven van functionaliteit. Dit raamwerk is ontwikkeld om zowel technische als niet-technische betrokkenen te ondersteunen bij het begrijpen, kiezen en integreren van toepassingen.

Het raamwerk bestaat uit verschillende dimensies die samen een holistische beschrijving van functionaliteiten mogelijk maken. Voor de volledige methodiek, zie de [[Methodiek Functiebeschrijving|Methodiek-Functiebeschrijving]].

=== Functionele Domeinen ===

Functionaliteiten worden gecategoriseerd in de volgende functionele domeinen:

{| class="wikitable"
|-
! Functioneel domein !! Beschrijving
|-
| Communicatie || Functionaliteiten gericht op het uitwisselen van informatie tussen verschillende actoren
|-
| Coördinatie || Functionaliteiten gericht op het organiseren en afstemmen van activiteiten
|-
| Documentatie || Functionaliteiten gericht op het vastleggen en beheren van informatie
|-
| Monitoring || Functionaliteiten gericht op het volgen van voortgang en resultaten
|-
| Matching || Functionaliteiten gericht op het koppelen van vraag en aanbod
|-
| Gemeenschapsvorming || Functionaliteiten gericht op het versterken van sociale cohesie
|-
| Besluitvorming || Functionaliteiten gericht op gezamenlijke besluitvorming
|}

=== Gebruikersrollen ===

Voor elke functionaliteit is het belangrijk te bepalen welke gebruikersrollen ermee werken:

{| class="wikitable"
|-
! Rol !! Beschrijving
|-
| Zorgvrager || De persoon die zorg of ondersteuning ontvangt
|-
| Mantelzorger || Informele zorgverlener uit de directe omgeving
|-
| Vrijwilliger || Persoon die vrijwillig hulp biedt
|-
| Coördinator || Persoon die activiteiten coördineert
|-
| Zorgprofessional || Professionele zorgverlener
|-
| Gemeenschapsbestuurder || Bestuurder van een gemeenschapsinitiatief
|}

=== D-ICC Alignment ===

Een belangrijke dimensie is de mate waarin functionaliteiten aansluiten bij de principes van Digitaal Geïntegreerde Gemeenschapszorg (D-ICC):

{| class="wikitable"
|-
! D-ICC Principe !! Evaluatie
|-
| Gelijkwaardigheid || In hoeverre faciliteert de functionaliteit gelijkwaardige samenwerking?
|-
| Samen besturen || In hoeverre ondersteunt de functionaliteit gedeelde verantwoordelijkheid?
|-
| Sleutelprincipes || In hoeverre bevordert de functionaliteit nabijheid, vertrouwen en eigenaarschap?
|-
| Sociale basisinfrastructuur || In hoeverre versterkt de functionaliteit de sociale infrastructuur?
|}

== Componenten en Open Standaarden ==

=== Overzicht van de belangrijkste componenten ===

Op basis van de functie-inventarisatie van huidige applicaties zijn de volgende kerncomponenten geïdentificeerd:

{| class="wikitable"
|-
! Component !! Functioneel domein !! Beschrijving
|-
| Netwerk- en contactbeheer || Netwerken || Beheer van betrokkenen en hun contactgegevens
|-
| Agenda en taakplanning || Coördinatie || Planning en coördinatie van activiteiten en taken
|-
| Berichtenuitwisseling || Communicatie || Veilige uitwisseling van berichten tussen betrokkenen
|-
| Dossier- en documentbeheer || Documentatie || Veilig vastleggen en delen van informatie
|-
| Matching-systeem || Matching || Koppelen van hulpvraag en -aanbod
|-
| Gemeenschapsplatform || Gemeenschapsvorming || Faciliteren van gemeenschapsactiviteiten
|}

=== Relevante standaarden per component ===

{| class="wikitable"
|-
! Component !! Relevante standaarden
|-
| Netwerk- en contactbeheer || vCard, FHIR Patient Directory, HL7 FHIR
|-
| Agenda en taakplanning || iCalendar, RFC 5545, CalDAV, FHIR Scheduling
|-
| Berichtenuitwisseling || XMPP, SMTP, WebRTC, Matrix
|-
| Dossier- en documentbeheer || HL7 FHIR, MedMij, IHE
|-
| Matching-systeem || Open Badges, Schema.org
|-
| Gemeenschapsplatform || ActivityPub, OpenSocial
|}

== Interoperabiliteitsvoorzieningen ==

Deze voorzieningen faciliteren veilige en efficiënte gegevensuitwisseling tussen zorgsystemen.

=== Interoperabiliteitsvoorzieningen voor zorggegevens ===

* '''FHIR en HL7''' – Internationale standaarden voor zorggegevensuitwisseling
* '''MedMij''' – Afsprakenstelsel voor veilige en gestandaardiseerde uitwisseling van persoonlijke gezondheidsgegevens tussen zorgverleners en PGO's
* '''HTI (Health Tools Interoperability)''' – Standaard voor veilige en gestandaardiseerde koppeling tussen zorg- en e-health tools
* '''Koppeltaal''' – Standaard voor e-health integraties binnen GGZ en welzijnszorg
* '''Nuts''' – Gedecentraliseerde infrastructuur voor veilige gegevensuitwisseling
* '''LSP (AORTA)''' – Landelijk Schakelpunt voor medische gegevensuitwisseling

=== Interoperabiliteitsvoorzieningen voor gemeenschapsfuncties ===

Voor de specifieke functies die veel voorkomen in gemeenschapsapplicaties, zijn de volgende interoperabiliteitsvoorzieningen relevant:

* '''Agenda-integratie''' – Standaarden voor het koppelen van verschillende agendasystemen
* '''Contactbeheer-integratie''' – Standaarden voor het uitwisselen van contactgegevens
* '''Berichtenintegratie''' – Standaarden voor het koppelen van berichtensystemen

== Geanalyseerde Applicaties ==

In het kader van het referentiekader zijn verschillende applicaties geanalyseerd met behulp van het raamwerk voor functiebeschrijving. Gedetailleerde rapportages zijn beschikbaar via de links hieronder:

* [[TimeSteps (Amulet)|Analyse-TimeSteps]]
* [[OZO Verbindzorg|Analyse-OZO-Verbindzorg]]
* [[GebiedOnline|Analyse-GebiedOnline]]
* [[Digitaal Dorpsplein|Analyse-Digitaal-Dorpsplein]]
* [[AdSysCo|Analyse-AdSysCo]]

== Workflows & Implementatiegidsen ==

Praktische implementaties van het referentiekader, inclusief gebruikte interoperabiliteitsvoorzieningen.

=== Workflows op individueel niveau ===

* '''Workflow''': [[Zorgcoördinatie met gedeelde agenda|Workflow-Zorgcoordinatie]]
* '''Workflow''': [[Delen van informatie tussen formele en informele zorg|Workflow-Informatie-Delen]]
* '''Workflow''': [[Gegevensuitwisseling met PGO's via MedMij|Workflow-PGO-Integratie]]

=== Workflows op gemeenschapsniveau ===

* '''Workflow''': [[Anonieme vragenlijst met FHIR & OAuth2|Workflow-Anonieme-Vragenlijst]]
* '''Workflow''': [[Gegevensuitwisseling tussen gemeenschapsplatform en zorgapplicaties|Workflow-Gemeenschapsplatform-Integratie]]
* '''Workflow''': [[Vrijwilligerswerving en -matching op gemeenschapsniveau|Workflow-Vrijwilligersmatching]]

== Gap-analyse en Toekomstige Ontwikkelingen ==

Op basis van de analyse van applicaties zijn de volgende hiaten geïdentificeerd die aandacht behoeven:

# '''Gemeenschapsbrede coördinatie''': Huidige applicaties richten zich vaak op individuele zorgvragers, terwijl er behoefte is aan functionaliteit voor gemeenschapsbrede coördinatie.

# '''Vrijwilligersmatching op gemeenschapsniveau''': Er is behoefte aan betere systemen voor het werven, matchen en beheren van vrijwilligers op gemeenschapsniveau.

# '''Integratie tussen individuele en gemeenschapssystemen''': Betere koppelingen tussen systemen gericht op individuele zorgvragen en gemeenschapsbrede systemen.

# '''Besluitvormingstools voor gemeenschappen''': Functionaliteit voor democratische besluitvorming binnen gemeenschappen is onderontwikkeld.

# '''Standaardisatie van gemeenschapsfuncties''': Er is behoefte aan meer standaardisatie van functionaliteiten die specifiek zijn voor gemeenschapsplatforms, zoals vrijwilligerswerving en activiteitenplanning.

# '''Privacy-vriendelijke gegevensuitwisseling''': Verdere ontwikkeling van standaarden en implementaties voor privacy-vriendelijke gegevensuitwisseling tussen formele en informele zorg.

== Standaarden en Relaties ==

Een overzicht en diagram van de standaarden en hoe ze met elkaar samenhangen.

=== Diagram: Interoperabiliteitsvoorzieningen en standaarden ===

[Hier komt een diagram dat de relaties tussen verschillende standaarden visualiseert]

=== Wanneer gebruik je welke standaard? ===

{| class="wikitable"
|-
! Gebruiksscenario !! Aanbevolen standaard !! Toelichting
|-
| Uitwisseling zorggegevens || HL7 FHIR || Internationale standaard voor zorggegevensuitwisseling
|-
| Koppeling met PGO's || MedMij || Nederlands afsprakenstelsel voor gegevensuitwisseling met PGO's
|-
| Authenticatie en autorisatie || OAuth2, OpenID Connect || Breed gedragen standaarden voor toegangsbeheer
|-
| Agenda-integratie || iCalendar, CalDAV || Standaarden voor agendabeheer en -synchronisatie
|-
| Adresboek-integratie || vCard, CardDAV || Standaarden voor contactgegevensbeheer
|-
| Berichtenuitwisseling || XMPP, Matrix || Open standaarden voor real-time communicatie
|-
| Decentrale gegevensuitwisseling || Nuts || Nederlandse standaard voor gedecentraliseerde zorgcommunicatie
|}

== Codevoorbeelden & Referentie-implementaties ==

Voorbeelden van implementaties en code-snippets om de integratie van standaarden te vergemakkelijken.

=== FHIR Questionnaire + OAuth2 ===

<syntaxhighlight lang="javascript">
// Voorbeeld van FHIR Questionnaire met OAuth2 authenticatie
const getFHIRQuestionnaire = async (questionnaireId) => {
const tokenResponse = await fetch('https://auth-server.example/token', {
method: 'POST',
headers: { 'Content-Type': 'application/x-www-form-urlencoded' },
body: 'grant_type=client_credentials&client_id=example-client&client_secret=example-secret'
});

const { access_token } = await tokenResponse.json();

const questionnaireResponse = await fetch(`https://fhir-server.example/Questionnaire/${questionnaireId}`, {
headers: { 'Authorization': `Bearer ${access_token}` }
});

return questionnaireResponse.json();
};
</syntaxhighlight>

=== PGO-integratie met MedMij ===

<syntaxhighlight lang="javascript">
// Voorbeeld van MedMij OAuth2 flow voor PGO-integratie
const startMedMijAuthorization = () => {
const clientId = 'example-client-id';
const redirectUri = 'https://app.example/callback';
const scope = 'patient/*.read';
const state = generateRandomState();

// Sla state op om CSRF-aanvallen te voorkomen
sessionStorage.setItem('oauth_state', state);

const authUrl = `https://medmij-auth.example/authorize?` +
`response_type=code&` +
`client_id=${encodeURIComponent(clientId)}&` +
`redirect_uri=${encodeURIComponent(redirectUri)}&` +
`scope=${encodeURIComponent(scope)}&` +
`state=${encodeURIComponent(state)}`;

window.location.href = authUrl;
};
</syntaxhighlight>

=== Agenda-integratie met iCalendar ===

<syntaxhighlight lang="javascript">
// Voorbeeld van het genereren van een iCalendar bestand
const generateICalEvent = (event) => {
const { title, startTime, endTime, location, description } = event;

// Converteer naar iCalendar datumformaat
const formatDate = (date) => {
return date.toISOString().replace(/[-:]/g, '').split('.')[0] + 'Z';
};

const icalData = [
'BEGIN:VCALENDAR',
'VERSION:2.0',
'PRODID:-//hacksw/handcal//NONSGML v1.0//EN',
'BEGIN:VEVENT',
`UID:${Math.random().toString(36).substring(2)}@example.com`,
`DTSTAMP:${formatDate(new Date())}`,
`DTSTART:${formatDate(startTime)}`,
`DTEND:${formatDate(endTime)}`,
`SUMMARY:${title}`,
`LOCATION:${location || ''}`,
`DESCRIPTION:${description || ''}`,
'END:VEVENT',
'END:VCALENDAR'
].join('\r\n');

return icalData;
};
</syntaxhighlight>

== Monitoring en Compliance ==

Richtlijnen en tools voor het bewaken van gegevensuitwisseling en het naleven van wetgeving.

=== Logging en monitoring ===

Voor goede monitoring van digitale wijkinfrastructuur is het belangrijk om:

* Toegang tot gegevens te loggen
* Gebruikersactiviteit te monitoren
* Prestaties en beschikbaarheid te bewaken
* Incidenten systematisch te registreren

=== Compliance met wetgeving ===

Bij implementatie moet rekening worden gehouden met:

* Algemene Verordening Gegevensbescherming (AVG)
* Wet elektronische gegevensuitwisseling in de zorg (Wegiz)
* Europese eIDAS-verordening
* Wet op de geneeskundige behandelingsovereenkomst (WGBO)

=== Toestemmingsbeheer ===

Duidelijke procedures en technische implementaties voor:

* Het vastleggen van toestemmingen
* Het intrekken van toestemmingen
* Gebruikersinzage in verleende toestemmingen
* Gespecificeerde toestemmingen per gegevenssoort

== Zie Ook ==

* [[Methodiek Functiebeschrijving|Methodiek-Functiebeschrijving]]
* [[Handvest Digitaal Geïntegreerde Gemeenschapszorg|Handvest-DICC]]
* [[Anonieme Login|Anonieme-Login]]
* [[HTI-Health Tools Interoperability|HTI]]
* [[FHIR en HL7 Standaarden|FHIR-HL7]]
* [[Privacy en Security in Zorgplatformen|Privacy-Security]]
* [[Nuts|Nuts]]
* [[LSP (AORTA)|LSP]]
* [[Koppeltaal|Koppeltaal]]
* [[MedMij|MedMij]]

[[Categorie:Digitale Wijkinfrastructuur]]
[[Categorie:Referentiekader]]

NLZVE referentiekader

2025-06-24T07:11:44Z

Admin: /* Workflows op individueel niveau */

= Referentiekader voor Digitale Wijkinfrastructuur =

== Inleiding ==

Het NLZVE Referentiekader voor Digitale Wijkinfrastructuur biedt een fundament voor het kiezen, implementeren en beheren van digitale oplossingen voor en door zorgzame gemeenschappen. Dit referentiekader fungeert als een leidraad voor buurt-, wijk- en dorpsinitiatieven die streven naar passende lokale, transparante, open en efficiënte IT-systemen, waarbij afhankelijkheid en/of lock-in van gesloten en/of propriëtaire oplossingen wordt vermeden.

Dit referentiekader biedt een gestructureerde aanpak voor het beschrijven, evalueren en integreren van open, toegankelijke en herbruikbare IT-oplossingen. Door te werken met gemeenschappelijke taal, functionele domeinen en standaarden, kunnen buurt- en wijkinitiatieven beter geïnformeerde keuzes maken op basis van kennis en ervaring uit een breed netwerk van zorgzame gemeenschappen.

Dit referentiekader is ontwikkeld vanuit het handvest Digitaal Geïntegreerde Gemeenschapszorg (D-ICC). Bij de ontwikkeling wordt daarnaast rekening gehouden met de visie van de Nederlandse overheid op gegevensuitwisseling en databeschikbaarheid. Er wordt voldaan aan relevante wettelijke kaders zoals de Wet elektronische gegevensuitwisseling in de zorg (Wegiz) en de Europese Ruimte voor Gezondheidsgegevens (EHDS). Het referentiekader combineert technische innovaties met maatschappelijke waarden zoals privacy, inclusiviteit en regie over eigen gegevens.

=== Doel van dit referentiekader ===

Het NLZVE Referentiekader voor Digitale Wijkinfrastructuur helpt bij het:

* creëren van een gemeenschappelijke taal en begrippenkader;
* bevorderen van uitwisselbaarheid door middel van open standaarden;
* borgen van openheid en transparantie in technologiekeuzes;
* vergemakkelijken van adoptie en implementatie van open standaarden;
* ondersteunen van gebruikers, ontwikkelaars en beleidsmakers;
* faciliteren van onderlinge koppelingen tussen applicaties;
* bieden van een raamwerk voor het beschrijven van functionaliteiten.

In de volgende hoofdstukken worden de kernprincipes, benadering, het raamwerk voor het beschrijven van functionaliteit en standaarden verder toegelicht.

== Kernprincipes ==

Het referentiekader is gebaseerd op de volgende principes:

* '''lokaliteit''' – IT-oplossingen kiezen en implementeren passend bij de behoeften van lokale gebruikers;
* '''waarden''' - (pre-concurrentieel) samenwerken vanuit een netwerk, gezamenlijke regie;
* '''open Standaarden''' – vervangbaarheid en interoperabiliteit via gestandaardiseerde koppelvlakken;
* '''modulariteit''' – flexibele componenten die eenvoudig zijn te combineren, uit te breiden of te vervangen;
* '''privacy & Beveiliging''' – gebruikersdata wordt beschermd met passende maatregelen;
* '''gemeenschapsgerichtheid''' – functies en implementaties sluiten aan bij D-ICC principes;
* '''gedeelde terminologie''' – eenduidige beschrijving van functionaliteiten in gemeenschappelijke taal.

== Benadering ==

Het referentiekader hanteert een benadering die gebaseerd is op de volgende uitgangspunten:

* '''gebruikersgestuurd''' - de behoeften van eindgebruikers staan centraal;
* '''waardegericht''' - het ondersteunt maatschappelijke en sociale waarden;
* '''lagenmodel''' - onderscheid tussen gebruikerslaag, applicatielaag, gegevenslaag en infrastructuurlaag;
* '''federatief model''' - decentrale organisatie met lokale autonomie en centrale afspraken;
* '''evolutionair''' - stapsgewijze ontwikkeling en implementatie;
* '''open ecosysteem''' - stimuleren van diversiteit aan oplossingen die samenwerken via standaarden.

== Raamwerk voor het beschrijven van functionaliteit ==

Om een consistente aanpak te bieden voor het beschrijven en vergelijken van de functionaliteiten van verschillende applicaties, hanteert dit referentiekader een gestandaardiseerd raamwerk voor het beschrijven van functionaliteit. Dit raamwerk is ontwikkeld om zowel technische als niet-technische betrokkenen te ondersteunen bij het begrijpen, kiezen en integreren van toepassingen.

Het raamwerk bestaat uit verschillende dimensies die samen een holistische beschrijving van functionaliteiten mogelijk maken. Voor de volledige methodiek, zie de [[Methodiek Functiebeschrijving|Methodiek-Functiebeschrijving]].

=== Functionele Domeinen ===

Functionaliteiten worden gecategoriseerd in de volgende functionele domeinen:

{| class="wikitable"
|-
! Functioneel domein !! Beschrijving
|-
| Communicatie || Functionaliteiten gericht op het uitwisselen van informatie tussen verschillende actoren
|-
| Coördinatie || Functionaliteiten gericht op het organiseren en afstemmen van activiteiten
|-
| Documentatie || Functionaliteiten gericht op het vastleggen en beheren van informatie
|-
| Monitoring || Functionaliteiten gericht op het volgen van voortgang en resultaten
|-
| Matching || Functionaliteiten gericht op het koppelen van vraag en aanbod
|-
| Gemeenschapsvorming || Functionaliteiten gericht op het versterken van sociale cohesie
|-
| Besluitvorming || Functionaliteiten gericht op gezamenlijke besluitvorming
|}

=== Gebruikersrollen ===

Voor elke functionaliteit is het belangrijk te bepalen welke gebruikersrollen ermee werken:

{| class="wikitable"
|-
! Rol !! Beschrijving
|-
| Zorgvrager || De persoon die zorg of ondersteuning ontvangt
|-
| Mantelzorger || Informele zorgverlener uit de directe omgeving
|-
| Vrijwilliger || Persoon die vrijwillig hulp biedt
|-
| Coördinator || Persoon die activiteiten coördineert
|-
| Zorgprofessional || Professionele zorgverlener
|-
| Gemeenschapsbestuurder || Bestuurder van een gemeenschapsinitiatief
|}

=== D-ICC Alignment ===

Een belangrijke dimensie is de mate waarin functionaliteiten aansluiten bij de principes van Digitaal Geïntegreerde Gemeenschapszorg (D-ICC):

{| class="wikitable"
|-
! D-ICC Principe !! Evaluatie
|-
| Gelijkwaardigheid || In hoeverre faciliteert de functionaliteit gelijkwaardige samenwerking?
|-
| Samen besturen || In hoeverre ondersteunt de functionaliteit gedeelde verantwoordelijkheid?
|-
| Sleutelprincipes || In hoeverre bevordert de functionaliteit nabijheid, vertrouwen en eigenaarschap?
|-
| Sociale basisinfrastructuur || In hoeverre versterkt de functionaliteit de sociale infrastructuur?
|}

== Componenten en Open Standaarden ==

=== Overzicht van de belangrijkste componenten ===

Op basis van de functie-inventarisatie van huidige applicaties zijn de volgende kerncomponenten geïdentificeerd:

{| class="wikitable"
|-
! Component !! Functioneel domein !! Beschrijving
|-
| Netwerk- en contactbeheer || Netwerken || Beheer van betrokkenen en hun contactgegevens
|-
| Agenda en taakplanning || Coördinatie || Planning en coördinatie van activiteiten en taken
|-
| Berichtenuitwisseling || Communicatie || Veilige uitwisseling van berichten tussen betrokkenen
|-
| Dossier- en documentbeheer || Documentatie || Veilig vastleggen en delen van informatie
|-
| Matching-systeem || Matching || Koppelen van hulpvraag en -aanbod
|-
| Gemeenschapsplatform || Gemeenschapsvorming || Faciliteren van gemeenschapsactiviteiten
|}

=== Relevante standaarden per component ===

{| class="wikitable"
|-
! Component !! Relevante standaarden
|-
| Netwerk- en contactbeheer || vCard, FHIR Patient Directory, HL7 FHIR
|-
| Agenda en taakplanning || iCalendar, RFC 5545, CalDAV, FHIR Scheduling
|-
| Berichtenuitwisseling || XMPP, SMTP, WebRTC, Matrix
|-
| Dossier- en documentbeheer || HL7 FHIR, MedMij, IHE
|-
| Matching-systeem || Open Badges, Schema.org
|-
| Gemeenschapsplatform || ActivityPub, OpenSocial
|}

== Interoperabiliteitsvoorzieningen ==

Deze voorzieningen faciliteren veilige en efficiënte gegevensuitwisseling tussen zorgsystemen.

=== Interoperabiliteitsvoorzieningen voor zorggegevens ===

* '''FHIR en HL7''' – Internationale standaarden voor zorggegevensuitwisseling
* '''MedMij''' – Afsprakenstelsel voor veilige en gestandaardiseerde uitwisseling van persoonlijke gezondheidsgegevens tussen zorgverleners en PGO's
* '''HTI (Health Tools Interoperability)''' – Standaard voor veilige en gestandaardiseerde koppeling tussen zorg- en e-health tools
* '''Koppeltaal''' – Standaard voor e-health integraties binnen GGZ en welzijnszorg
* '''Nuts''' – Gedecentraliseerde infrastructuur voor veilige gegevensuitwisseling
* '''LSP (AORTA)''' – Landelijk Schakelpunt voor medische gegevensuitwisseling

=== Interoperabiliteitsvoorzieningen voor gemeenschapsfuncties ===

Voor de specifieke functies die veel voorkomen in gemeenschapsapplicaties, zijn de volgende interoperabiliteitsvoorzieningen relevant:

* '''Agenda-integratie''' – Standaarden voor het koppelen van verschillende agendasystemen
* '''Contactbeheer-integratie''' – Standaarden voor het uitwisselen van contactgegevens
* '''Berichtenintegratie''' – Standaarden voor het koppelen van berichtensystemen

== Geanalyseerde Applicaties ==

In het kader van het referentiekader zijn verschillende applicaties geanalyseerd met behulp van het raamwerk voor functiebeschrijving. Gedetailleerde rapportages zijn beschikbaar via de links hieronder:

* [[TimeSteps (Amulet)|Analyse-TimeSteps]]
* [[OZO Verbindzorg|Analyse-OZO-Verbindzorg]]
* [[GebiedOnline|Analyse-GebiedOnline]]
* [[Digitaal Dorpsplein|Analyse-Digitaal-Dorpsplein]]
* [[AdSysCo|Analyse-AdSysCo]]

== Workflows & Implementatiegidsen ==

Praktische implementaties van het referentiekader, inclusief gebruikte interoperabiliteitsvoorzieningen.

=== Workflows op individueel niveau ===

* '''Workflow''': [[Zorgcoördinatie met gedeelde agenda|Workflow-Zorgcoordinatie]]
* '''Workflow''': [[Delen van informatie tussen formele en informele zorg|Workflow-Informatie-Delen]]
* '''Workflow''': [[Gegevensuitwisseling met PGO's via MedMij|Workflow-PGO-Integratie]]

=== Workflows op gemeenschapsniveau ===

* 🏗️ '''Workflow''': [[Anonieme vragenlijst met FHIR & OAuth2|Workflow-Anonieme-Vragenlijst]]
* 🏗️ '''Workflow''': [[Gegevensuitwisseling tussen gemeenschapsplatform en zorgapplicaties|Workflow-Gemeenschapsplatform-Integratie]]
* 🏗️ '''Workflow''': [[Vrijwilligerswerving en -matching op gemeenschapsniveau|Workflow-Vrijwilligersmatching]]

== Gap-analyse en Toekomstige Ontwikkelingen ==

Op basis van de analyse van applicaties zijn de volgende hiaten geïdentificeerd die aandacht behoeven:

# '''Gemeenschapsbrede coördinatie''': Huidige applicaties richten zich vaak op individuele zorgvragers, terwijl er behoefte is aan functionaliteit voor gemeenschapsbrede coördinatie.

# '''Vrijwilligersmatching op gemeenschapsniveau''': Er is behoefte aan betere systemen voor het werven, matchen en beheren van vrijwilligers op gemeenschapsniveau.

# '''Integratie tussen individuele en gemeenschapssystemen''': Betere koppelingen tussen systemen gericht op individuele zorgvragen en gemeenschapsbrede systemen.

# '''Besluitvormingstools voor gemeenschappen''': Functionaliteit voor democratische besluitvorming binnen gemeenschappen is onderontwikkeld.

# '''Standaardisatie van gemeenschapsfuncties''': Er is behoefte aan meer standaardisatie van functionaliteiten die specifiek zijn voor gemeenschapsplatforms, zoals vrijwilligerswerving en activiteitenplanning.

# '''Privacy-vriendelijke gegevensuitwisseling''': Verdere ontwikkeling van standaarden en implementaties voor privacy-vriendelijke gegevensuitwisseling tussen formele en informele zorg.

== Standaarden en Relaties ==

Een overzicht en diagram van de standaarden en hoe ze met elkaar samenhangen.

=== Diagram: Interoperabiliteitsvoorzieningen en standaarden ===

[Hier komt een diagram dat de relaties tussen verschillende standaarden visualiseert]

=== Wanneer gebruik je welke standaard? ===

{| class="wikitable"
|-
! Gebruiksscenario !! Aanbevolen standaard !! Toelichting
|-
| Uitwisseling zorggegevens || HL7 FHIR || Internationale standaard voor zorggegevensuitwisseling
|-
| Koppeling met PGO's || MedMij || Nederlands afsprakenstelsel voor gegevensuitwisseling met PGO's
|-
| Authenticatie en autorisatie || OAuth2, OpenID Connect || Breed gedragen standaarden voor toegangsbeheer
|-
| Agenda-integratie || iCalendar, CalDAV || Standaarden voor agendabeheer en -synchronisatie
|-
| Adresboek-integratie || vCard, CardDAV || Standaarden voor contactgegevensbeheer
|-
| Berichtenuitwisseling || XMPP, Matrix || Open standaarden voor real-time communicatie
|-
| Decentrale gegevensuitwisseling || Nuts || Nederlandse standaard voor gedecentraliseerde zorgcommunicatie
|}

== Codevoorbeelden & Referentie-implementaties ==

Voorbeelden van implementaties en code-snippets om de integratie van standaarden te vergemakkelijken.

=== FHIR Questionnaire + OAuth2 ===

<syntaxhighlight lang="javascript">
// Voorbeeld van FHIR Questionnaire met OAuth2 authenticatie
const getFHIRQuestionnaire = async (questionnaireId) => {
const tokenResponse = await fetch('https://auth-server.example/token', {
method: 'POST',
headers: { 'Content-Type': 'application/x-www-form-urlencoded' },
body: 'grant_type=client_credentials&client_id=example-client&client_secret=example-secret'
});

const { access_token } = await tokenResponse.json();

const questionnaireResponse = await fetch(`https://fhir-server.example/Questionnaire/${questionnaireId}`, {
headers: { 'Authorization': `Bearer ${access_token}` }
});

return questionnaireResponse.json();
};
</syntaxhighlight>

=== PGO-integratie met MedMij ===

<syntaxhighlight lang="javascript">
// Voorbeeld van MedMij OAuth2 flow voor PGO-integratie
const startMedMijAuthorization = () => {
const clientId = 'example-client-id';
const redirectUri = 'https://app.example/callback';
const scope = 'patient/*.read';
const state = generateRandomState();

// Sla state op om CSRF-aanvallen te voorkomen
sessionStorage.setItem('oauth_state', state);

const authUrl = `https://medmij-auth.example/authorize?` +
`response_type=code&` +
`client_id=${encodeURIComponent(clientId)}&` +
`redirect_uri=${encodeURIComponent(redirectUri)}&` +
`scope=${encodeURIComponent(scope)}&` +
`state=${encodeURIComponent(state)}`;

window.location.href = authUrl;
};
</syntaxhighlight>

=== Agenda-integratie met iCalendar ===

<syntaxhighlight lang="javascript">
// Voorbeeld van het genereren van een iCalendar bestand
const generateICalEvent = (event) => {
const { title, startTime, endTime, location, description } = event;

// Converteer naar iCalendar datumformaat
const formatDate = (date) => {
return date.toISOString().replace(/[-:]/g, '').split('.')[0] + 'Z';
};

const icalData = [
'BEGIN:VCALENDAR',
'VERSION:2.0',
'PRODID:-//hacksw/handcal//NONSGML v1.0//EN',
'BEGIN:VEVENT',
`UID:${Math.random().toString(36).substring(2)}@example.com`,
`DTSTAMP:${formatDate(new Date())}`,
`DTSTART:${formatDate(startTime)}`,
`DTEND:${formatDate(endTime)}`,
`SUMMARY:${title}`,
`LOCATION:${location || ''}`,
`DESCRIPTION:${description || ''}`,
'END:VEVENT',
'END:VCALENDAR'
].join('\r\n');

return icalData;
};
</syntaxhighlight>

== Monitoring en Compliance ==

Richtlijnen en tools voor het bewaken van gegevensuitwisseling en het naleven van wetgeving.

=== Logging en monitoring ===

Voor goede monitoring van digitale wijkinfrastructuur is het belangrijk om:

* Toegang tot gegevens te loggen
* Gebruikersactiviteit te monitoren
* Prestaties en beschikbaarheid te bewaken
* Incidenten systematisch te registreren

=== Compliance met wetgeving ===

Bij implementatie moet rekening worden gehouden met:

* Algemene Verordening Gegevensbescherming (AVG)
* Wet elektronische gegevensuitwisseling in de zorg (Wegiz)
* Europese eIDAS-verordening
* Wet op de geneeskundige behandelingsovereenkomst (WGBO)

=== Toestemmingsbeheer ===

Duidelijke procedures en technische implementaties voor:

* Het vastleggen van toestemmingen
* Het intrekken van toestemmingen
* Gebruikersinzage in verleende toestemmingen
* Gespecificeerde toestemmingen per gegevenssoort

== Zie Ook ==

* [[Methodiek Functiebeschrijving|Methodiek-Functiebeschrijving]]
* [[Handvest Digitaal Geïntegreerde Gemeenschapszorg|Handvest-DICC]]
* [[Anonieme Login|Anonieme-Login]]
* [[HTI-Health Tools Interoperability|HTI]]
* [[FHIR en HL7 Standaarden|FHIR-HL7]]
* [[Privacy en Security in Zorgplatformen|Privacy-Security]]
* [[Nuts|Nuts]]
* [[LSP (AORTA)|LSP]]
* [[Koppeltaal|Koppeltaal]]
* [[MedMij|MedMij]]

[[Categorie:Digitale Wijkinfrastructuur]]
[[Categorie:Referentiekader]]

NLZVE referentiekader

2025-06-24T07:08:57Z

Admin: /* Relevante standaarden per component */

= Referentiekader voor Digitale Wijkinfrastructuur =

== Inleiding ==

Het NLZVE Referentiekader voor Digitale Wijkinfrastructuur biedt een fundament voor het kiezen, implementeren en beheren van digitale oplossingen voor en door zorgzame gemeenschappen. Dit referentiekader fungeert als een leidraad voor buurt-, wijk- en dorpsinitiatieven die streven naar passende lokale, transparante, open en efficiënte IT-systemen, waarbij afhankelijkheid en/of lock-in van gesloten en/of propriëtaire oplossingen wordt vermeden.

Dit referentiekader biedt een gestructureerde aanpak voor het beschrijven, evalueren en integreren van open, toegankelijke en herbruikbare IT-oplossingen. Door te werken met gemeenschappelijke taal, functionele domeinen en standaarden, kunnen buurt- en wijkinitiatieven beter geïnformeerde keuzes maken op basis van kennis en ervaring uit een breed netwerk van zorgzame gemeenschappen.

Dit referentiekader is ontwikkeld vanuit het handvest Digitaal Geïntegreerde Gemeenschapszorg (D-ICC). Bij de ontwikkeling wordt daarnaast rekening gehouden met de visie van de Nederlandse overheid op gegevensuitwisseling en databeschikbaarheid. Er wordt voldaan aan relevante wettelijke kaders zoals de Wet elektronische gegevensuitwisseling in de zorg (Wegiz) en de Europese Ruimte voor Gezondheidsgegevens (EHDS). Het referentiekader combineert technische innovaties met maatschappelijke waarden zoals privacy, inclusiviteit en regie over eigen gegevens.

=== Doel van dit referentiekader ===

Het NLZVE Referentiekader voor Digitale Wijkinfrastructuur helpt bij het:

* creëren van een gemeenschappelijke taal en begrippenkader;
* bevorderen van uitwisselbaarheid door middel van open standaarden;
* borgen van openheid en transparantie in technologiekeuzes;
* vergemakkelijken van adoptie en implementatie van open standaarden;
* ondersteunen van gebruikers, ontwikkelaars en beleidsmakers;
* faciliteren van onderlinge koppelingen tussen applicaties;
* bieden van een raamwerk voor het beschrijven van functionaliteiten.

In de volgende hoofdstukken worden de kernprincipes, benadering, het raamwerk voor het beschrijven van functionaliteit en standaarden verder toegelicht.

== Kernprincipes ==

Het referentiekader is gebaseerd op de volgende principes:

* '''lokaliteit''' – IT-oplossingen kiezen en implementeren passend bij de behoeften van lokale gebruikers;
* '''waarden''' - (pre-concurrentieel) samenwerken vanuit een netwerk, gezamenlijke regie;
* '''open Standaarden''' – vervangbaarheid en interoperabiliteit via gestandaardiseerde koppelvlakken;
* '''modulariteit''' – flexibele componenten die eenvoudig zijn te combineren, uit te breiden of te vervangen;
* '''privacy & Beveiliging''' – gebruikersdata wordt beschermd met passende maatregelen;
* '''gemeenschapsgerichtheid''' – functies en implementaties sluiten aan bij D-ICC principes;
* '''gedeelde terminologie''' – eenduidige beschrijving van functionaliteiten in gemeenschappelijke taal.

== Benadering ==

Het referentiekader hanteert een benadering die gebaseerd is op de volgende uitgangspunten:

* '''gebruikersgestuurd''' - de behoeften van eindgebruikers staan centraal;
* '''waardegericht''' - het ondersteunt maatschappelijke en sociale waarden;
* '''lagenmodel''' - onderscheid tussen gebruikerslaag, applicatielaag, gegevenslaag en infrastructuurlaag;
* '''federatief model''' - decentrale organisatie met lokale autonomie en centrale afspraken;
* '''evolutionair''' - stapsgewijze ontwikkeling en implementatie;
* '''open ecosysteem''' - stimuleren van diversiteit aan oplossingen die samenwerken via standaarden.

== Raamwerk voor het beschrijven van functionaliteit ==

Om een consistente aanpak te bieden voor het beschrijven en vergelijken van de functionaliteiten van verschillende applicaties, hanteert dit referentiekader een gestandaardiseerd raamwerk voor het beschrijven van functionaliteit. Dit raamwerk is ontwikkeld om zowel technische als niet-technische betrokkenen te ondersteunen bij het begrijpen, kiezen en integreren van toepassingen.

Het raamwerk bestaat uit verschillende dimensies die samen een holistische beschrijving van functionaliteiten mogelijk maken. Voor de volledige methodiek, zie de [[Methodiek Functiebeschrijving|Methodiek-Functiebeschrijving]].

=== Functionele Domeinen ===

Functionaliteiten worden gecategoriseerd in de volgende functionele domeinen:

{| class="wikitable"
|-
! Functioneel domein !! Beschrijving
|-
| Communicatie || Functionaliteiten gericht op het uitwisselen van informatie tussen verschillende actoren
|-
| Coördinatie || Functionaliteiten gericht op het organiseren en afstemmen van activiteiten
|-
| Documentatie || Functionaliteiten gericht op het vastleggen en beheren van informatie
|-
| Monitoring || Functionaliteiten gericht op het volgen van voortgang en resultaten
|-
| Matching || Functionaliteiten gericht op het koppelen van vraag en aanbod
|-
| Gemeenschapsvorming || Functionaliteiten gericht op het versterken van sociale cohesie
|-
| Besluitvorming || Functionaliteiten gericht op gezamenlijke besluitvorming
|}

=== Gebruikersrollen ===

Voor elke functionaliteit is het belangrijk te bepalen welke gebruikersrollen ermee werken:

{| class="wikitable"
|-
! Rol !! Beschrijving
|-
| Zorgvrager || De persoon die zorg of ondersteuning ontvangt
|-
| Mantelzorger || Informele zorgverlener uit de directe omgeving
|-
| Vrijwilliger || Persoon die vrijwillig hulp biedt
|-
| Coördinator || Persoon die activiteiten coördineert
|-
| Zorgprofessional || Professionele zorgverlener
|-
| Gemeenschapsbestuurder || Bestuurder van een gemeenschapsinitiatief
|}

=== D-ICC Alignment ===

Een belangrijke dimensie is de mate waarin functionaliteiten aansluiten bij de principes van Digitaal Geïntegreerde Gemeenschapszorg (D-ICC):

{| class="wikitable"
|-
! D-ICC Principe !! Evaluatie
|-
| Gelijkwaardigheid || In hoeverre faciliteert de functionaliteit gelijkwaardige samenwerking?
|-
| Samen besturen || In hoeverre ondersteunt de functionaliteit gedeelde verantwoordelijkheid?
|-
| Sleutelprincipes || In hoeverre bevordert de functionaliteit nabijheid, vertrouwen en eigenaarschap?
|-
| Sociale basisinfrastructuur || In hoeverre versterkt de functionaliteit de sociale infrastructuur?
|}

== Componenten en Open Standaarden ==

=== Overzicht van de belangrijkste componenten ===

Op basis van de functie-inventarisatie van huidige applicaties zijn de volgende kerncomponenten geïdentificeerd:

{| class="wikitable"
|-
! Component !! Functioneel domein !! Beschrijving
|-
| Netwerk- en contactbeheer || Netwerken || Beheer van betrokkenen en hun contactgegevens
|-
| Agenda en taakplanning || Coördinatie || Planning en coördinatie van activiteiten en taken
|-
| Berichtenuitwisseling || Communicatie || Veilige uitwisseling van berichten tussen betrokkenen
|-
| Dossier- en documentbeheer || Documentatie || Veilig vastleggen en delen van informatie
|-
| Matching-systeem || Matching || Koppelen van hulpvraag en -aanbod
|-
| Gemeenschapsplatform || Gemeenschapsvorming || Faciliteren van gemeenschapsactiviteiten
|}

=== Relevante standaarden per component ===

{| class="wikitable"
|-
! Component !! Relevante standaarden
|-
| Netwerk- en contactbeheer || vCard, FHIR Patient Directory, HL7 FHIR
|-
| Agenda en taakplanning || iCalendar, RFC 5545, CalDAV, FHIR Scheduling
|-
| Berichtenuitwisseling || XMPP, SMTP, WebRTC, Matrix
|-
| Dossier- en documentbeheer || HL7 FHIR, MedMij, IHE
|-
| Matching-systeem || Open Badges, Schema.org
|-
| Gemeenschapsplatform || ActivityPub, OpenSocial
|}

== Interoperabiliteitsvoorzieningen ==

Deze voorzieningen faciliteren veilige en efficiënte gegevensuitwisseling tussen zorgsystemen.

=== Interoperabiliteitsvoorzieningen voor zorggegevens ===

* '''FHIR en HL7''' – Internationale standaarden voor zorggegevensuitwisseling
* '''MedMij''' – Afsprakenstelsel voor veilige en gestandaardiseerde uitwisseling van persoonlijke gezondheidsgegevens tussen zorgverleners en PGO's
* '''HTI (Health Tools Interoperability)''' – Standaard voor veilige en gestandaardiseerde koppeling tussen zorg- en e-health tools
* '''Koppeltaal''' – Standaard voor e-health integraties binnen GGZ en welzijnszorg
* '''Nuts''' – Gedecentraliseerde infrastructuur voor veilige gegevensuitwisseling
* '''LSP (AORTA)''' – Landelijk Schakelpunt voor medische gegevensuitwisseling

=== Interoperabiliteitsvoorzieningen voor gemeenschapsfuncties ===

Voor de specifieke functies die veel voorkomen in gemeenschapsapplicaties, zijn de volgende interoperabiliteitsvoorzieningen relevant:

* '''Agenda-integratie''' – Standaarden voor het koppelen van verschillende agendasystemen
* '''Contactbeheer-integratie''' – Standaarden voor het uitwisselen van contactgegevens
* '''Berichtenintegratie''' – Standaarden voor het koppelen van berichtensystemen

== Geanalyseerde Applicaties ==

In het kader van het referentiekader zijn verschillende applicaties geanalyseerd met behulp van het raamwerk voor functiebeschrijving. Gedetailleerde rapportages zijn beschikbaar via de links hieronder:

* [[TimeSteps (Amulet)|Analyse-TimeSteps]]
* [[OZO Verbindzorg|Analyse-OZO-Verbindzorg]]
* [[GebiedOnline|Analyse-GebiedOnline]]
* [[Digitaal Dorpsplein|Analyse-Digitaal-Dorpsplein]]
* [[AdSysCo|Analyse-AdSysCo]]

== Workflows & Implementatiegidsen ==

Praktische implementaties van het referentiekader, inclusief gebruikte interoperabiliteitsvoorzieningen.

=== Workflows op individueel niveau ===

* 🏗️ '''Workflow''': [[Zorgcoördinatie met gedeelde agenda|Workflow-Zorgcoordinatie]]
* 🏗️ '''Workflow''': [[Delen van informatie tussen formele en informele zorg|Workflow-Informatie-Delen]]
* 🏗️ '''Workflow''': [[Gegevensuitwisseling met PGO's via MedMij|Workflow-PGO-Integratie]]

=== Workflows op gemeenschapsniveau ===

* 🏗️ '''Workflow''': [[Anonieme vragenlijst met FHIR & OAuth2|Workflow-Anonieme-Vragenlijst]]
* 🏗️ '''Workflow''': [[Gegevensuitwisseling tussen gemeenschapsplatform en zorgapplicaties|Workflow-Gemeenschapsplatform-Integratie]]
* 🏗️ '''Workflow''': [[Vrijwilligerswerving en -matching op gemeenschapsniveau|Workflow-Vrijwilligersmatching]]

== Gap-analyse en Toekomstige Ontwikkelingen ==

Op basis van de analyse van applicaties zijn de volgende hiaten geïdentificeerd die aandacht behoeven:

# '''Gemeenschapsbrede coördinatie''': Huidige applicaties richten zich vaak op individuele zorgvragers, terwijl er behoefte is aan functionaliteit voor gemeenschapsbrede coördinatie.

# '''Vrijwilligersmatching op gemeenschapsniveau''': Er is behoefte aan betere systemen voor het werven, matchen en beheren van vrijwilligers op gemeenschapsniveau.

# '''Integratie tussen individuele en gemeenschapssystemen''': Betere koppelingen tussen systemen gericht op individuele zorgvragen en gemeenschapsbrede systemen.

# '''Besluitvormingstools voor gemeenschappen''': Functionaliteit voor democratische besluitvorming binnen gemeenschappen is onderontwikkeld.

# '''Standaardisatie van gemeenschapsfuncties''': Er is behoefte aan meer standaardisatie van functionaliteiten die specifiek zijn voor gemeenschapsplatforms, zoals vrijwilligerswerving en activiteitenplanning.

# '''Privacy-vriendelijke gegevensuitwisseling''': Verdere ontwikkeling van standaarden en implementaties voor privacy-vriendelijke gegevensuitwisseling tussen formele en informele zorg.

== Standaarden en Relaties ==

Een overzicht en diagram van de standaarden en hoe ze met elkaar samenhangen.

=== Diagram: Interoperabiliteitsvoorzieningen en standaarden ===

[Hier komt een diagram dat de relaties tussen verschillende standaarden visualiseert]

=== Wanneer gebruik je welke standaard? ===

{| class="wikitable"
|-
! Gebruiksscenario !! Aanbevolen standaard !! Toelichting
|-
| Uitwisseling zorggegevens || HL7 FHIR || Internationale standaard voor zorggegevensuitwisseling
|-
| Koppeling met PGO's || MedMij || Nederlands afsprakenstelsel voor gegevensuitwisseling met PGO's
|-
| Authenticatie en autorisatie || OAuth2, OpenID Connect || Breed gedragen standaarden voor toegangsbeheer
|-
| Agenda-integratie || iCalendar, CalDAV || Standaarden voor agendabeheer en -synchronisatie
|-
| Adresboek-integratie || vCard, CardDAV || Standaarden voor contactgegevensbeheer
|-
| Berichtenuitwisseling || XMPP, Matrix || Open standaarden voor real-time communicatie
|-
| Decentrale gegevensuitwisseling || Nuts || Nederlandse standaard voor gedecentraliseerde zorgcommunicatie
|}

== Codevoorbeelden & Referentie-implementaties ==

Voorbeelden van implementaties en code-snippets om de integratie van standaarden te vergemakkelijken.

=== FHIR Questionnaire + OAuth2 ===

<syntaxhighlight lang="javascript">
// Voorbeeld van FHIR Questionnaire met OAuth2 authenticatie
const getFHIRQuestionnaire = async (questionnaireId) => {
const tokenResponse = await fetch('https://auth-server.example/token', {
method: 'POST',
headers: { 'Content-Type': 'application/x-www-form-urlencoded' },
body: 'grant_type=client_credentials&client_id=example-client&client_secret=example-secret'
});

const { access_token } = await tokenResponse.json();

const questionnaireResponse = await fetch(`https://fhir-server.example/Questionnaire/${questionnaireId}`, {
headers: { 'Authorization': `Bearer ${access_token}` }
});

return questionnaireResponse.json();
};
</syntaxhighlight>

=== PGO-integratie met MedMij ===

<syntaxhighlight lang="javascript">
// Voorbeeld van MedMij OAuth2 flow voor PGO-integratie
const startMedMijAuthorization = () => {
const clientId = 'example-client-id';
const redirectUri = 'https://app.example/callback';
const scope = 'patient/*.read';
const state = generateRandomState();

// Sla state op om CSRF-aanvallen te voorkomen
sessionStorage.setItem('oauth_state', state);

const authUrl = `https://medmij-auth.example/authorize?` +
`response_type=code&` +
`client_id=${encodeURIComponent(clientId)}&` +
`redirect_uri=${encodeURIComponent(redirectUri)}&` +
`scope=${encodeURIComponent(scope)}&` +
`state=${encodeURIComponent(state)}`;

window.location.href = authUrl;
};
</syntaxhighlight>

=== Agenda-integratie met iCalendar ===

<syntaxhighlight lang="javascript">
// Voorbeeld van het genereren van een iCalendar bestand
const generateICalEvent = (event) => {
const { title, startTime, endTime, location, description } = event;

// Converteer naar iCalendar datumformaat
const formatDate = (date) => {
return date.toISOString().replace(/[-:]/g, '').split('.')[0] + 'Z';
};

const icalData = [
'BEGIN:VCALENDAR',
'VERSION:2.0',
'PRODID:-//hacksw/handcal//NONSGML v1.0//EN',
'BEGIN:VEVENT',
`UID:${Math.random().toString(36).substring(2)}@example.com`,
`DTSTAMP:${formatDate(new Date())}`,
`DTSTART:${formatDate(startTime)}`,
`DTEND:${formatDate(endTime)}`,
`SUMMARY:${title}`,
`LOCATION:${location || ''}`,
`DESCRIPTION:${description || ''}`,
'END:VEVENT',
'END:VCALENDAR'
].join('\r\n');

return icalData;
};
</syntaxhighlight>

== Monitoring en Compliance ==

Richtlijnen en tools voor het bewaken van gegevensuitwisseling en het naleven van wetgeving.

=== Logging en monitoring ===

Voor goede monitoring van digitale wijkinfrastructuur is het belangrijk om:

* Toegang tot gegevens te loggen
* Gebruikersactiviteit te monitoren
* Prestaties en beschikbaarheid te bewaken
* Incidenten systematisch te registreren

=== Compliance met wetgeving ===

Bij implementatie moet rekening worden gehouden met:

* Algemene Verordening Gegevensbescherming (AVG)
* Wet elektronische gegevensuitwisseling in de zorg (Wegiz)
* Europese eIDAS-verordening
* Wet op de geneeskundige behandelingsovereenkomst (WGBO)

=== Toestemmingsbeheer ===

Duidelijke procedures en technische implementaties voor:

* Het vastleggen van toestemmingen
* Het intrekken van toestemmingen
* Gebruikersinzage in verleende toestemmingen
* Gespecificeerde toestemmingen per gegevenssoort

== Zie Ook ==

* [[Methodiek Functiebeschrijving|Methodiek-Functiebeschrijving]]
* [[Handvest Digitaal Geïntegreerde Gemeenschapszorg|Handvest-DICC]]
* [[Anonieme Login|Anonieme-Login]]
* [[HTI-Health Tools Interoperability|HTI]]
* [[FHIR en HL7 Standaarden|FHIR-HL7]]
* [[Privacy en Security in Zorgplatformen|Privacy-Security]]
* [[Nuts|Nuts]]
* [[LSP (AORTA)|LSP]]
* [[Koppeltaal|Koppeltaal]]
* [[MedMij|MedMij]]

[[Categorie:Digitale Wijkinfrastructuur]]
[[Categorie:Referentiekader]]

TimeSteps (Amulet)

2025-05-14T07:33:55Z

Admin: Created page with "= Rapportage Amulet TimeSteps = == Inleiding == Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en beschrijft de bevindingen van de analyse van de TimeSteps applicatie van Amulet. Het doel van deze analyse is om inzicht te krijgen in hoe TimeSteps past binnen het bredere concept van Digitaal Geïntegreerde Gemeenschapszorg (Digital Integrated Community Care, D-ICC) en hoe de functionaliteiten van TimeSteps kunnen aansluiten bij d..."

= Rapportage Amulet TimeSteps =

== Inleiding ==

Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en beschrijft de bevindingen van de analyse van de TimeSteps applicatie van Amulet. Het doel van deze analyse is om inzicht te krijgen in hoe TimeSteps past binnen het bredere concept van Digitaal Geïntegreerde Gemeenschapszorg (Digital Integrated Community Care, D-ICC) en hoe de functionaliteiten van TimeSteps kunnen aansluiten bij de behoeften van zorgzame gemeenschappen zoals Glimmen en Austerlitz.

Deze rapportage maakt deel uit van een breder onderzoek naar digitale oplossingen die kunnen bijdragen aan een effectieve wijkinfrastructuur voor zorgzame gemeenschappen in Nederland. In deze rapportage wordt gebruik gemaakt van de gestandaardiseerde methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur.

== Achtergrond van het project ==

Het project "Digitale Wijkinfrastructuur" komt voort uit de behoefte aan een geïntegreerde digitale ondersteuning voor zorgzame gemeenschappen. In Nederland zijn de afgelopen twintig jaar meer dan 2.000 zorgzame gemeenschappen ontstaan op initiatief van inwoners, gericht op samenredzaamheid, nabijheid, betrokkenheid, vertrouwen en eigenaarschap in de lokale samenleving.

Deze gemeenschappen hebben behoefte aan digitale ondersteuning die:
* Aansluit bij hun specifieke lokale behoeften
* Een brug vormt tussen informele en formele processen
* Past bij de werkzame mechanismen van integrated community care

Het project heeft als doel om:
# Gemeenschappen te ondersteunen bij het maken van keuzes voor digitale oplossingen
# IT-aanbieders te helpen hun oplossingen beter te laten aansluiten op de behoeften van gemeenschappen
# Een referentie-architectuur te ontwikkelen die koppeling tussen verschillende oplossingen mogelijk maakt
# Open standaarden te bevorderen voor betere interoperabiliteit

== Methode van onderzoek ==

Voor deze rapportage is gebruik gemaakt van de methodiek voor het beschrijven van functionaliteiten in de Digitale Wijkinfrastructuur. Deze methodiek omvat de volgende stappen:

# '''Initiële verkenning''': Demo en presentatie van Amulet TimeSteps, analyse van documentatie, en verzamelen van gebruikerservaringen.
# '''Functie-identificatie''': Decompositie van functionaliteiten, user journey mapping, en use case analyse.
# '''Functie-beschrijving''': Categorisering in functionele domeinen, beschrijving van eigenschappen, en analyse van gebruikersrollen.
# '''Alignment en evaluatie''': Beoordeling op aansluiting bij D-ICC principes, gap-analyse, en overlap-analyse.
# '''Technische specificatie''': Analyse van gegevensmodellen, interfaces, en relevante standaarden.

De volgende bronnen zijn gebruikt:

# '''Demo en presentatie van Amulet TimeSteps''': Hierbij is ingegaan op de functionaliteiten en huidige toepassingsgebieden van TimeSteps in de context van gemeenschapszorg.
# '''Behoefteanalyse van gemeenschappen''': Via interviews met dorpsondersteuners en betrokkenen van de gemeenschappen Glimmen en Austerlitz zijn persona's opgesteld die de behoeften van deze gemeenschappen vertegenwoordigen.
# '''Analyse van functionele dekking''': De functionaliteiten van TimeSteps zijn in kaart gebracht en beschreven volgens het raamwerk voor functiebeschrijving.
# '''Vergelijking met D-ICC principes''': De functionaliteiten zijn getoetst aan de uitgangspunten van Digital Integrated Community Care.
# '''Analyse van samenhang en koppelvlakken''': Er is onderzocht welke andere functionaliteiten logische relaties hebben met TimeSteps en welke koppelingen met andere applicaties wenselijk zijn.

== Algemeen overzicht TimeSteps applicatie ==

TimeSteps is een applicatie ontwikkeld door Amulet, primair gericht op het faciliteren van mantelzorg en informele zorg. De applicatie stelt gebruikers in staat om zorgmomenten te organiseren, taken te verdelen onder mantelzorgers en zorgverleners, en communicatie te stroomlijnen.

=== Kerndoelstellingen ===

TimeSteps richt zich op drie kerndoelstellingen:
# Het ontlasten van mantelzorgers
# Het bevorderen van zelfredzaamheid van zorgvragers
# Het faciliteren van samenwerking tussen formele en informele zorg

== Analyse van functionaliteiten volgens het raamwerk ==

Hieronder volgt een gedetailleerde analyse van de hoofdfunctionaliteiten van TimeSteps volgens het raamwerk voor functiebeschrijving:

=== Functionaliteit "Zorgagenda" ===

==== Basisinformatie ====
* '''Functioneel domein''': Coördinatie
* '''Korte beschrijving''': Gezamenlijke agenda voor het plannen en coördineren van zorgmomenten en -taken
* '''Primaire gebruikersrollen''': Zorgvrager, Mantelzorger, Vrijwilliger, Zorgprofessional

==== Functie-eigenschappen ====
* '''Doel''': Coördineren van zorgmomenten en taken tussen verschillende zorgverleners
* '''Input''': Beschikbaarheid zorgverleners, zorgbehoeften, taken
* '''Output''': Planning van zorgmomenten, taakverdeling, notificaties
* '''Interactie''': Kalenderweergave, drag-and-drop interface
* '''Frequentie''': Dagelijks
* '''Kritiekheid''': Essentieel - vormt de kern van TimeSteps

==== D-ICC Alignment ====
* '''Gelijkwaardigheid''': ★★★★☆ - Alle betrokkenen kunnen bijdragen aan de planning, zowel formele als informele zorgverleners
* '''Samen besturen''': ★★★☆☆ - Planning wordt gezamenlijk beheerd, maar formele structuren voor besluitvorming zijn beperkt
* '''Sleutelprincipes''': ★★★★☆ - Bevordert nabijheid, betrokkenheid en vertrouwen door transparantie
* '''Sociale basisinfrastructuur''': ★★★★☆ - Versterkt het netwerk rond de zorgvrager

==== Technische aspecten ====
* '''Gegevensmodel''': Afspraken, Taken, Gebruikers, Beschikbaarheid
* '''Interfaces''': Web/app interface, API voor externe integratie
* '''Integratiepunten''': Koppeling met externe agenda's, taakmanagement systemen
* '''Standaarden''': iCalendar, REST API
* '''Privacy en beveiliging''': Rol-gebaseerde toegangscontrole, logging van wijzigingen

==== Use cases ====
* '''Use case 1''': Mantelzorger plant zorgmomenten en nodigt andere helpers uit
* '''Use case 2''': Zorgvrager bekijkt wanneer welke zorgverlener langskomt
* '''Use case 3''': Wijkverpleegkundige past planning aan en informeert betrokkenen

==== Relaties met andere functionaliteiten ====
* '''Interne relaties''': Zorgnetwerk (gebruikers), Communicatie (notificaties)
* '''Externe relaties''': Gemeenschapskalender (GebiedOnline), professionele zorgplanning

=== Functionaliteit "Zorgnetwerk" ===

==== Basisinformatie ====
* '''Functioneel domein''': Netwerken
* '''Korte beschrijving''': Beheer van het netwerk van betrokkenen rondom een zorgvrager
* '''Primaire gebruikersrollen''': Zorgvrager, Mantelzorger, Coördinator, Zorgprofessional

==== Functie-eigenschappen ====
* '''Doel''': Organiseren en beheren van het zorgnetwerk rondom een zorgvrager
* '''Input''': Contactgegevens, rollen, relaties tot zorgvrager
* '''Output''': Overzicht netwerk, contactmogelijkheden, autorisaties
* '''Interactie''': Netwerkvisualisatie, contactlijsten, uitnodigingen
* '''Frequentie''': Wekelijks (gemiddeld)
* '''Kritiekheid''': Belangrijk - noodzakelijk voor effectieve coördinatie

==== D-ICC Alignment ====
* '''Gelijkwaardigheid''': ★★★☆☆ - Verschillende soorten zorgverleners kunnen worden opgenomen, maar hiërarchie in rollen
* '''Samen besturen''': ★★★☆☆ - Mogelijkheid tot gezamenlijk beheer van het netwerk
* '''Sleutelprincipes''': ★★★★☆ - Versterkt nabijheid en betrokkenheid
* '''Sociale basisinfrastructuur''': ★★★★★ - Direct gericht op het opbouwen en onderhouden van het sociale netwerk

==== Technische aspecten ====
* '''Gegevensmodel''': Gebruikers, Rollen, Relaties, Contactgegevens
* '''Interfaces''': Gebruikersinterface voor netwerkbeheer
* '''Integratiepunten''': Koppeling met adresboeken, zorgdossiers
* '''Standaarden''': vCard, FHIR Patient Directory
* '''Privacy en beveiliging''': Gedifferentieerde toegangsrechten, toestemmingsregistratie

==== Use cases ====
* '''Use case 1''': Coördinator nodigt nieuwe vrijwilliger uit voor het zorgnetwerk
* '''Use case 2''': Zorgvrager past toegangsrechten aan voor netwerk-deelnemers
* '''Use case 3''': Familielid zoekt contactgegevens van betrokken zorgprofessionals

==== Relaties met andere functionaliteiten ====
* '''Interne relaties''': Zorgagenda (planning), Communicatie (berichten)
* '''Externe relaties''': Sociale kaart (Digitaal Dorpsplein), Vrijwilligersdatabase

=== Functionaliteit "Communicatie" ===

==== Basisinformatie ====
* '''Functioneel domein''': Communicatie
* '''Korte beschrijving''': Berichtenmodule voor direct contact tussen betrokkenen
* '''Primaire gebruikersrollen''': Alle rollen (Zorgvrager, Mantelzorger, Vrijwilliger, Coördinator, Zorgprofessional)

==== Functie-eigenschappen ====
* '''Doel''': Faciliteren van directe communicatie tussen betrokkenen
* '''Input''': Berichten, rapportages, documenten
* '''Output''': Berichtenuitwisseling, notificaties
* '''Interactie''': Chat-interface, notificaties
* '''Frequentie''': Dagelijks
* '''Kritiekheid''': Belangrijk - essentieel voor effectieve coördinatie

==== D-ICC Alignment ====
* '''Gelijkwaardigheid''': ★★★★☆ - Alle betrokkenen kunnen communiceren op gelijkwaardige basis
* '''Samen besturen''': ★★★☆☆ - Ondersteunt gezamenlijke besluitvorming, maar niet gestructureerd
* '''Sleutelprincipes''': ★★★★☆ - Bevordert vertrouwen door transparante communicatie
* '''Sociale basisinfrastructuur''': ★★★★☆ - Versterkt sociale verbindingen door laagdrempelige communicatie

==== Technische aspecten ====
* '''Gegevensmodel''': Berichten, Notificaties, Bijlagen
* '''Interfaces''': Chat-interface, notificatiesysteem
* '''Integratiepunten''': Koppeling met e-mail, SMS, andere berichtensystemen
* '''Standaarden''': XMPP, SMTP, REST APIs
* '''Privacy en beveiliging''': End-to-end encryptie, bewaartermijnen

==== Use cases ====
* '''Use case 1''': Mantelzorger stuurt update over medicatiegebruik
* '''Use case 2''': Zorgteam overlegt over aanpassingen in de zorgplanning
* '''Use case 3''': Zorgvrager deelt een document met relevante informatie

==== Relaties met andere functionaliteiten ====
* '''Interne relaties''': Zorgagenda (updates), Zorgnetwerk (contacten)
* '''Externe relaties''': Communicatieplatforms (WhatsApp, e-mail), OZO Verbindzorg

=== Functionaliteit "Zorgdossier" ===

==== Basisinformatie ====
* '''Functioneel domein''': Documentatie
* '''Korte beschrijving''': Vastleggen en beheren van belangrijke zorginformatie
* '''Primaire gebruikersrollen''': Zorgvrager, Mantelzorger, Zorgprofessional

==== Functie-eigenschappen ====
* '''Doel''': Centraal vastleggen en delen van relevante zorginformatie
* '''Input''': Persoonlijke gegevens, medische informatie, contacten, voorkeuren
* '''Output''': Gestructureerd zorgdossier, medicatieoverzicht
* '''Interactie''': Formulieren, overzichten, zoekmogelijkheden
* '''Frequentie''': Wekelijks (gemiddeld)
* '''Kritiekheid''': Belangrijk - ondersteunend aan effectieve zorgverlening

==== D-ICC Alignment ====
* '''Gelijkwaardigheid''': ★★★☆☆ - Verschillende niveaus van toegang en bijdragemogelijkheden
* '''Samen besturen''': ★★☆☆☆ - Beperkte mogelijkheden voor gezamenlijke governance van informatie
* '''Sleutelprincipes''': ★★★☆☆ - Ondersteunt autonomie van zorgvrager, maar formeel karakter
* '''Sociale basisinfrastructuur''': ★★★☆☆ - Indirect ondersteunend aan sociale netwerken

==== Technische aspecten ====
* '''Gegevensmodel''': Persoonsgegevens, Medische gegevens, Medicatie, Contactgegevens
* '''Interfaces''': Formulieren, overzichten
* '''Integratiepunten''': Koppeling met zorgdossiers, medicatiesystemen
* '''Standaarden''': HL7 FHIR, ZORG-AB
* '''Privacy en beveiliging''': Toestemmingsregistratie, toegangslogging, encryptie

==== Use cases ====
* '''Use case 1''': Mantelzorger raadpleegt medicatie-informatie
* '''Use case 2''': Zorgprofessional voegt nieuwe medische informatie toe
* '''Use case 3''': Zorgvrager deelt specifieke dossierinformatie met nieuwe zorgverlener

==== Relaties met andere functionaliteiten ====
* '''Interne relaties''': Zorgnetwerk (autorisaties), Communicatie (delen informatie)
* '''Externe relaties''': Professionele zorgsystemen, MedMij/PGO

== Analyse van persona's en behoeften van gemeenschappen ==

Op basis van de behoefteanalyse bij de gemeenschappen Glimmen en Austerlitz zijn de volgende persona's geïdentificeerd en geanalyseerd op aansluiting met TimeSteps functionaliteiten:

=== Persona's uit Glimmen ===

==== Persona 1: Maria (78) - Alleenwonende oudere ====

'''Kenmerken en context:'''
* Woont alleen in een eengezinswoning
* Heeft beginnende mobiliteitsproblemen
* Wil graag zo lang mogelijk zelfstandig blijven wonen
* Heeft een beperkt sociaal netwerk (twee kinderen die niet in de buurt wonen)

'''Behoeften:'''
* Hulp bij dagelijkse activiteiten (boodschappen, huishoudelijke taken)
* Ondersteuning bij het onderhouden van sociale contacten
* Veiligheidsgevoel door regelmatige aanwezigheid van anderen
* Overzicht van wanneer er iemand langskomt

'''Aansluiting TimeSteps functionaliteiten:'''
{| class="wikitable"
|+ Aansluiting TimeSteps functionaliteiten voor Maria
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Zorgagenda || ★★★★★ || Biedt Maria overzicht van geplande bezoeken en ondersteuning
|-
| Zorgnetwerk || ★★★★☆ || Verbindt Maria met formele en informele hulpverleners
|-
| Communicatie || ★★★☆☆ || Interface kan uitdagend zijn voor iemand met beperkte digitale vaardigheden
|-
| Zorgdossier || ★★★★☆ || Belangrijke medische informatie en voorkeuren zijn voor alle hulpverleners toegankelijk
|}

'''Gap analyse:'''
* Beperkte ondersteuning voor spontane ontmoetingen en sociale activiteiten
* Geen directe koppeling met gemeenschapsbrede activiteitenkalender

==== Persona 2: Peter (45) - Werkende mantelzorger ====

'''Kenmerken en context:'''
* Werkt fulltime en heeft een eigen gezin
* Is mantelzorger voor zijn moeder (Maria)
* Woont op 30 minuten rijden van zijn moeder
* Ervaart stress door combinatie van werk, gezin en mantelzorgtaken

'''Behoeften:'''
* Betere coördinatie van zorgtaken
* Delen van de zorglast met anderen
* Overzicht en inzicht op afstand
* Efficiënte communicatie met andere hulpverleners

'''Aansluiting TimeSteps functionaliteiten:'''
{| class="wikitable"
|+ Aansluiting TimeSteps functionaliteiten voor Peter
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Zorgagenda || ★★★★★ || Helpt Peter bij planning en taakverdeling met andere helpers
|-
| Zorgnetwerk || ★★★★★ || Biedt overzicht van alle betrokkenen en hun contactgegevens
|-
| Communicatie || ★★★★☆ || Faciliteert directe communicatie tussen Peter en andere helpers
|-
| Zorgdossier || ★★★★☆ || Biedt Peter inzicht in de situatie ook wanneer hij niet fysiek aanwezig is
|}

'''Gap analyse:'''
* Beperkte mogelijkheden voor het vinden van nieuwe vrijwilligers
* Geen directe koppeling met formele zorgsystemen voor medische updates

=== Persona's uit Austerlitz ===

==== Persona 3: Austerlitz Zorgt (Dorpsinitiatief) ====

'''Kenmerken en context:'''
* Georganiseerd bewonersinitiatief met coördinator en vrijwilligers
* Ondersteunt ongeveer 40 zorgvragers in het dorp
* Werkt samen met professionele zorgpartijen
* Heeft een eigen ontmoetingsruimte en kantoor

'''Behoeften:'''
* Coördinatie tussen vrijwilligers en professionele zorg
* Overzicht van alle hulpvragen en beschikbare vrijwilligers
* Koppeling tussen individuele zorgplannen en gemeenschapsactiviteiten
* Rapportage en verantwoording voor financiers

'''Aansluiting TimeSteps functionaliteiten:'''
{| class="wikitable"
|+ Aansluiting TimeSteps functionaliteiten voor Austerlitz Zorgt
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Zorgagenda || ★★★☆☆ || Bruikbaar op individueel niveau, maar biedt beperkt overzicht op gemeenschapsniveau
|-
| Zorgnetwerk || ★★★★☆ || Goed voor het individuele netwerk, beperkt voor gemeenschapsbrede netwerken
|-
| Communicatie || ★★★★☆ || Faciliteert communicatie binnen individuele zorgnetwerken
|-
| Zorgdossier || ★★★☆☆ || Nuttig op individueel niveau, niet voor gemeenschapsbrede rapportage
|}

'''Gap analyse:'''
* Ontbreken van functionaliteit voor gemeenschapsbrede coördinatie
* Beperkte rapportagemogelijkheden op populatieniveau
* Geen integratie met vrijwilligersdatabase op gemeenschapsniveau

==== Persona 4: Jan (67) - Coördinator vrijwilligerswerk ====

'''Kenmerken en context:'''
* Gepensioneerd, actief als vrijwilligerscoördinator bij Austerlitz Zorgt
* Coördineert ongeveer 25 vrijwilligers
* Heeft goede sociale vaardigheden maar beperkte technische kennis
* Werkt 15 uur per week als vrijwilliger

'''Behoeften:'''
* Overzicht van beschikbare vrijwilligers en hun capaciteiten
* Efficiënte matching van vrijwilligers met hulpvragen
* Monitoring van vrijwilligersinzet
* Ondersteuning bij werving en behoud van vrijwilligers

'''Aansluiting TimeSteps functionaliteiten:'''
{| class="wikitable"
|+ Aansluiting TimeSteps functionaliteiten voor Jan
! Functionaliteit !! Aansluiting !! Toelichting
|-
| Zorgagenda || ★★★★☆ || Biedt planning voor vrijwilligersinzet op individueel niveau
|-
| Zorgnetwerk || ★★★☆☆ || Biedt overzicht van betrokkenen, maar beperkte vrijwilligersprofilering
|-
| Communicatie || ★★★★☆ || Faciliteert directe communicatie met vrijwilligers
|-
| Zorgdossier || ★★☆☆☆ || Beperkt relevant voor vrijwilligerscoördinatie
|}

'''Gap analyse:'''
* Geen specifieke functionaliteit voor vrijwilligerswerving
* Beperkte mogelijkheden voor matching op basis van vaardigheden/interesses
* Ontbreken van rapportage over vrijwilligersinzet

== Koppelingen met andere applicaties ==

Op basis van de analyse zijn de volgende koppelbehoeften geïdentificeerd:

=== Potentiële koppelingen ===

==== Met OZO Verbindzorg ====
* Uitwisseling van netwerkgegevens
* Synchronisatie van zorgdossiers
* Gedeeld berichtenverkeer

==== Met GebiedOnline ====
* Integratie van activiteitenkalender
* Vrijwilligerswerving en -matching
* Gemeenschapsberichten en -updates

==== Met Digitaal Dorpsplein ====
* Integratie van mantelzorgvragen in bredere hulpvragenplatform
* Delen van beschikbare diensten en resources

=== Relevante standaarden ===

Voor deze koppelingen zijn de volgende standaarden relevant:

==== Processtandaarden ====
* IHE XDS (Cross-Enterprise Document Sharing)
* HL7 FHIR voor uitwisseling van zorggegevens

==== Informatiestandaarden ====
* Zorginformatiebouwstenen (ZIBs)
* MedMij voor persoonlijke gezondheidsomgevingen

==== API's en infrastructuur ====
* REST API's voor gegevensuitwisseling
* OAuth 2.0 voor autorisatie
* NUTS voor veilige communicatie in de zorg

== Hiaten en oplossingsrichtingen ==

Uit de analyse komen enkele hiaten naar voren:

=== Geïdentificeerde hiaten ===

==== Gemeenschapsbrede functionaliteiten ====
* TimeSteps richt zich primair op individuele zorgvragers en hun netwerk
* Er ontbreekt functionaliteit voor bredere gemeenschapsorganisatie

==== Integratie met formele zorgsystemen ====
* De koppeling met formele zorgsystemen zoals huisartssystemen is nog beperkt

==== Vrijwilligersmanagement op gemeenschapsniveau ====
* TimeSteps biedt beperkte ondersteuning voor het matchen van hulpvraag en aanbod op gemeenschapsniveau

=== Oplossingsrichtingen ===

==== Uitbreiding TimeSteps met gemeenschapsmodule ====
* Toevoegen van functionaliteit voor coördinatie op gemeenschapsniveau
* Ontwikkelen van functionaliteit voor vrijwilligersmatching

==== Koppeling met andere platforms ====
* Ontwikkelen van standaard API's voor koppeling met gemeenschapsplatforms
* Integratie met formele zorgsystemen via bestaande standaarden

==== Referentie-implementatie ====
* Ontwikkelen van een proof-of-concept voor de integratie van TimeSteps met een gemeenschapsplatform

== Conclusies en aanbevelingen ==

=== Conclusies ===

# TimeSteps biedt waardevolle functionaliteit voor de coördinatie van mantelzorg en informele zorg op individueel niveau.
# De applicatie sluit aan bij verschillende behoeften van zorgzame gemeenschappen, met name op het gebied van zorgcoördinatie en communicatie.
# Voor een volledige ondersteuning van een zorgzame gemeenschap zijn aanvullende functionaliteiten nodig, met name op het gebied van gemeenschapsorganisatie en vrijwilligersmatching.
# Er zijn koppelmogelijkheden met andere applicaties die al in gebruik zijn binnen zorgzame gemeenschappen.

=== Aanbevelingen ===

==== Voor Amulet ====
* Onderzoek de uitbreiding van TimeSteps met functionaliteit voor gemeenschapsorganisatie
* Ontwikkel standaard API's voor koppeling met andere platforms
* Integreer met bestaande standaarden voor gegevensuitwisseling in de zorg

==== Voor het project Digitale Wijkinfrastructuur ====
* Neem de functionaliteiten van TimeSteps op in de referentie-architectuur
* Ontwikkel een proof-of-concept voor de integratie van TimeSteps met een gemeenschapsplatform
* Faciliteer de samenwerking tussen Amulet en andere leveranciers

==== Voor gemeenschappen ====
* Overweeg TimeSteps voor de coördinatie van mantelzorg en informele zorg
* Combineer TimeSteps met andere applicaties voor bredere gemeenschapsondersteuning
* Betrek zowel mantelzorgers als zorgprofessionals bij de implementatie

== Bijdrage aan de referentie-architectuur ==

Deze analyse van TimeSteps draagt bij aan de ontwikkeling van de referentie-architectuur voor digitale wijkinfrastructuur door:

# Het identificeren van kernfunctionaliteiten voor mantelzorg en informele zorg
# Het in kaart brengen van koppelmogelijkheden met andere applicaties
# Het benoemen van relevante standaarden voor gegevensuitwisseling
# Het identificeren van hiaten in de huidige functionaliteit

De bevindingen worden ingebracht in het bredere project en zullen bijdragen aan de ontwikkeling van een coherente visie op digitale ondersteuning voor zorgzame gemeenschappen.

== Bijlage: Methodologie en bronnen ==

Deze rapportage is tot stand gekomen op basis van:

# Demo en presentatie van Amulet TimeSteps (maart 2025)
# Interviews met dorpsondersteuners en betrokkenen in Glimmen en Austerlitz (februari-maart 2025)
# Plan van aanpak Amulet, opgesteld door GIDS Open Standaarden
# Projectplan Digitale Wijkinfrastructuur

De analyses zijn uitgevoerd volgens de methodes beschreven in het plan van aanpak, met nadruk op open standaarden en interoperabiliteit.

----

Deze rapportage is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en is beschikbaar onder de Creative Commons BY-SA 4.0 licentie.

Datum: 13 mei 2025

NLZVE referentiekader

2025-05-14T07:26:28Z

Admin: Het NLZVE Referentiekader voor Digitale Wijkinfrastructuur biedt een solide fundament voor het selecteren, implementeren en beheren van digitale oplossingen binnen zorgzame gemeenschappen.

= Referentiekader voor Digitale Wijkinfrastructuur =

== Inleiding ==

Het NLZVE Referentiekader voor Digitale Wijkinfrastructuur biedt een solide fundament voor het selecteren, implementeren en beheren van digitale oplossingen binnen zorgzame gemeenschappen. Dit referentiekader fungeert als een leidraad voor buurt- en wijkinitiatieven die streven naar passende lokale, transparante en efficiënte IT-systemen, waarbij afhankelijkheid of lock-in van gesloten of propriëtaire oplossingen wordt vermeden.

Dit referentiekader biedt een gestructureerde aanpak voor het beschrijven, evalueren en integreren van open, toegankelijke en herbruikbare IT-oplossingen. Door te werken met gemeenschappelijke taal, functiedomeinen en standaarden, kunnen buurt- en wijkinitiatieven beter geïnformeerde keuzes maken op basis van kennis en ervaring uit een breder netwerk van zorgzame gemeenschappen.

Dit referentiekader is ontwikkeld vanuit het handvest Digitaal Geïntegreerde Gemeenschapszorg (D-ICC). Bij de ontwikkeling wordt daarnaast rekening gehouden met de visie van de Nederlandse overheid op gegevensuitwisseling en databeschikbaarheid. Er wordt voldaan aan relevante wettelijke kaders zoals de Wet elektronische gegevensuitwisseling in de zorg (Wegiz) en de Europese Ruimte voor Gezondheidsgegevens (EHDS). Het referentiekader combineert technische innovaties met maatschappelijke waarden zoals privacy, inclusiviteit en regie over eigen gegevens.

=== Doel van dit referentiekader ===

Het NLZVE Referentiekader voor Digitale Wijkinfrastructuur helpt bij:

* Creëren van een gemeenschappelijke taal en begrippenkader
* Bevorderen van uitwisselbaarheid door middel van open standaarden
* Borgen van openheid en transparantie in technologiekeuzes
* Vergemakkelijken van adoptie en implementatie van open standaarden
* Ondersteunen van gebruikers, ontwikkelaars en beleidsmakers
* Faciliteren van onderlinge koppelingen tussen applicaties
* Bieden van een raamwerk voor het beschrijven van functionaliteiten

In de volgende hoofdstukken worden de kernprincipes, benadering, functieraamwerk en standaarden verder toegelicht.

== Kernprincipes ==

Het referentiekader is gebaseerd op de volgende principes:

* '''Lokaliteit''' – IT-oplossingen kiezen en implementeren passend bij de behoeften van lokale gebruikers
* '''Waarden''' - (pre-concurrentieel) samenwerken vanuit een netwerk, gezamenlijke regie
* '''Open Standaarden''' – Vervangbaarheid en interoperabiliteit via gestandaardiseerde koppelvlakken
* '''Modulariteit''' – Flexibele componenten die eenvoudig zijn te combineren, uit te breiden of te vervangen
* '''Privacy & Beveiliging''' – Gebruikersdata wordt beschermd met passende maatregelen
* '''Gemeenschapsgerichtheid''' – Functies en implementaties sluiten aan bij D-ICC principes
* '''Gedeelde terminologie''' – Eenduidige beschrijving van functionaliteiten in gemeenschappelijke taal

== Benadering ==

Het referentiekader hanteert een benadering die gebaseerd is op de volgende uitgangspunten:

* '''Gebruikersgestuurd''' - De behoeften van eindgebruikers staan centraal
* '''Waardegericht''' - Het ondersteunt maatschappelijke en sociale waarden
* '''Lagenmodel''' - Onderscheid tussen gebruikerslaag, applicatielaag, gegevenslaag en infrastructuurlaag
* '''Federatief model''' - Decentrale organisatie met lokale autonomie en centrale afspraken
* '''Evolutionair''' - Stapsgewijze ontwikkeling en implementatie
* '''Open ecosysteem''' - Stimuleren van diversiteit aan oplossingen die samenwerken via standaarden

== Raamwerk voor Functiebeschrijving ==

Om een consistente aanpak te bieden voor het beschrijven en vergelijken van functionaliteiten van verschillende applicaties, hanteert dit referentiekader een gestandaardiseerd raamwerk voor functiebeschrijving. Dit raamwerk is ontwikkeld om zowel technische als niet-technische stakeholders te ondersteunen bij het begrijpen, selecteren en integreren van toepassingen.

Het raamwerk bestaat uit verschillende dimensies die samen een holistische beschrijving van functionaliteiten mogelijk maken. Voor de volledige methodiek, zie de [[Methodiek Functiebeschrijving|Methodiek-Functiebeschrijving]].

=== Functionele Domeinen ===

Functionaliteiten worden gecategoriseerd in de volgende functionele domeinen:

{| class="wikitable"
|-
! Functioneel domein !! Beschrijving
|-
| Communicatie || Functionaliteiten gericht op het uitwisselen van informatie tussen verschillende actoren
|-
| Coördinatie || Functionaliteiten gericht op het organiseren en afstemmen van activiteiten
|-
| Documentatie || Functionaliteiten gericht op het vastleggen en beheren van informatie
|-
| Monitoring || Functionaliteiten gericht op het volgen van voortgang en resultaten
|-
| Matching || Functionaliteiten gericht op het koppelen van vraag en aanbod
|-
| Gemeenschapsvorming || Functionaliteiten gericht op het versterken van sociale cohesie
|-
| Besluitvorming || Functionaliteiten gericht op gezamenlijke besluitvorming
|}

=== Gebruikersrollen ===

Voor elke functionaliteit is het belangrijk te bepalen welke gebruikersrollen ermee werken:

{| class="wikitable"
|-
! Rol !! Beschrijving
|-
| Zorgvrager || De persoon die zorg of ondersteuning ontvangt
|-
| Mantelzorger || Informele zorgverlener uit de directe omgeving
|-
| Vrijwilliger || Persoon die vrijwillig hulp biedt
|-
| Coördinator || Persoon die activiteiten coördineert
|-
| Zorgprofessional || Professionele zorgverlener
|-
| Gemeenschapsbestuurder || Bestuurder van een gemeenschapsinitiatief
|}

=== D-ICC Alignment ===

Een belangrijke dimensie is de mate waarin functionaliteiten aansluiten bij de principes van Digitaal Geïntegreerde Gemeenschapszorg (D-ICC):

{| class="wikitable"
|-
! D-ICC Principe !! Evaluatie
|-
| Gelijkwaardigheid || In hoeverre faciliteert de functionaliteit gelijkwaardige samenwerking?
|-
| Samen besturen || In hoeverre ondersteunt de functionaliteit gedeelde verantwoordelijkheid?
|-
| Sleutelprincipes || In hoeverre bevordert de functionaliteit nabijheid, vertrouwen en eigenaarschap?
|-
| Sociale basisinfrastructuur || In hoeverre versterkt de functionaliteit de sociale infrastructuur?
|}

== Componenten en Open Standaarden ==

=== Overzicht van de belangrijkste componenten ===

Op basis van de functie-inventarisatie van huidige applicaties zijn de volgende kerncomponenten geïdentificeerd:

{| class="wikitable"
|-
! Component !! Functioneel domein !! Beschrijving
|-
| Netwerk- en contactbeheer || Netwerken || Beheer van betrokkenen en hun contactgegevens
|-
| Agenda en taakplanning || Coördinatie || Planning en coördinatie van activiteiten en taken
|-
| Berichtenuitwisseling || Communicatie || Veilige uitwisseling van berichten tussen betrokkenen
|-
| Dossier- en documentbeheer || Documentatie || Veilig vastleggen en delen van informatie
|-
| Matching-systeem || Matching || Koppelen van hulpvraag en -aanbod
|-
| Gemeenschapsplatform || Gemeenschapsvorming || Faciliteren van gemeenschapsactiviteiten
|}

=== Relevante standaarden per component ===

{| class="wikitable"
|-
! Component !! Relevante standaarden
|-
| Netwerk- en contactbeheer || vCard, FHIR Patient Directory, HL7 FHIR
|-
| Agenda en taakplanning || iCalendar, RFC 5545, CalDAV, FHIR Scheduling
|-
| Berichtenuitwisseling || XMPP, SMTP, WebRTC, Matrix
|-
| Dossier- en documentbeheer || HL7 FHIR, MedMij, IHE XDS
|-
| Matching-systeem || Open Badges, Schema.org
|-
| Gemeenschapsplatform || ActivityPub, OpenSocial
|}

== Interoperabiliteitsvoorzieningen ==

Deze voorzieningen faciliteren veilige en efficiënte gegevensuitwisseling tussen zorgsystemen.

=== Interoperabiliteitsvoorzieningen voor zorggegevens ===

* '''FHIR en HL7''' – Internationale standaarden voor zorggegevensuitwisseling
* '''MedMij''' – Afsprakenstelsel voor veilige en gestandaardiseerde uitwisseling van persoonlijke gezondheidsgegevens tussen zorgverleners en PGO's
* '''HTI (Health Tools Interoperability)''' – Standaard voor veilige en gestandaardiseerde koppeling tussen zorg- en e-health tools
* '''Koppeltaal''' – Standaard voor e-health integraties binnen GGZ en welzijnszorg
* '''Nuts''' – Gedecentraliseerde infrastructuur voor veilige gegevensuitwisseling
* '''LSP (AORTA)''' – Landelijk Schakelpunt voor medische gegevensuitwisseling

=== Interoperabiliteitsvoorzieningen voor gemeenschapsfuncties ===

Voor de specifieke functies die veel voorkomen in gemeenschapsapplicaties, zijn de volgende interoperabiliteitsvoorzieningen relevant:

* '''Agenda-integratie''' – Standaarden voor het koppelen van verschillende agendasystemen
* '''Contactbeheer-integratie''' – Standaarden voor het uitwisselen van contactgegevens
* '''Berichtenintegratie''' – Standaarden voor het koppelen van berichtensystemen

== Geanalyseerde Applicaties ==

In het kader van het referentiekader zijn verschillende applicaties geanalyseerd met behulp van het raamwerk voor functiebeschrijving. Gedetailleerde rapportages zijn beschikbaar via de links hieronder:

* [[TimeSteps (Amulet)|Analyse-TimeSteps]]
* [[OZO Verbindzorg|Analyse-OZO-Verbindzorg]]
* [[GebiedOnline|Analyse-GebiedOnline]]
* [[Digitaal Dorpsplein|Analyse-Digitaal-Dorpsplein]]
* [[AdSysCo|Analyse-AdSysCo]]

== Workflows & Implementatiegidsen ==

Praktische implementaties van het referentiekader, inclusief gebruikte interoperabiliteitsvoorzieningen.

=== Workflows op individueel niveau ===

* 🏗️ '''Workflow''': [[Zorgcoördinatie met gedeelde agenda|Workflow-Zorgcoordinatie]]
* 🏗️ '''Workflow''': [[Delen van informatie tussen formele en informele zorg|Workflow-Informatie-Delen]]
* 🏗️ '''Workflow''': [[Gegevensuitwisseling met PGO's via MedMij|Workflow-PGO-Integratie]]

=== Workflows op gemeenschapsniveau ===

* 🏗️ '''Workflow''': [[Anonieme vragenlijst met FHIR & OAuth2|Workflow-Anonieme-Vragenlijst]]
* 🏗️ '''Workflow''': [[Gegevensuitwisseling tussen gemeenschapsplatform en zorgapplicaties|Workflow-Gemeenschapsplatform-Integratie]]
* 🏗️ '''Workflow''': [[Vrijwilligerswerving en -matching op gemeenschapsniveau|Workflow-Vrijwilligersmatching]]

== Gap-analyse en Toekomstige Ontwikkelingen ==

Op basis van de analyse van applicaties zijn de volgende hiaten geïdentificeerd die aandacht behoeven:

# '''Gemeenschapsbrede coördinatie''': Huidige applicaties richten zich vaak op individuele zorgvragers, terwijl er behoefte is aan functionaliteit voor gemeenschapsbrede coördinatie.

# '''Vrijwilligersmatching op gemeenschapsniveau''': Er is behoefte aan betere systemen voor het werven, matchen en beheren van vrijwilligers op gemeenschapsniveau.

# '''Integratie tussen individuele en gemeenschapssystemen''': Betere koppelingen tussen systemen gericht op individuele zorgvragen en gemeenschapsbrede systemen.

# '''Besluitvormingstools voor gemeenschappen''': Functionaliteit voor democratische besluitvorming binnen gemeenschappen is onderontwikkeld.

# '''Standaardisatie van gemeenschapsfuncties''': Er is behoefte aan meer standaardisatie van functionaliteiten die specifiek zijn voor gemeenschapsplatforms, zoals vrijwilligerswerving en activiteitenplanning.

# '''Privacy-vriendelijke gegevensuitwisseling''': Verdere ontwikkeling van standaarden en implementaties voor privacy-vriendelijke gegevensuitwisseling tussen formele en informele zorg.

== Standaarden en Relaties ==

Een overzicht en diagram van de standaarden en hoe ze met elkaar samenhangen.

=== Diagram: Interoperabiliteitsvoorzieningen en standaarden ===

[Hier komt een diagram dat de relaties tussen verschillende standaarden visualiseert]

=== Wanneer gebruik je welke standaard? ===

{| class="wikitable"
|-
! Gebruiksscenario !! Aanbevolen standaard !! Toelichting
|-
| Uitwisseling zorggegevens || HL7 FHIR || Internationale standaard voor zorggegevensuitwisseling
|-
| Koppeling met PGO's || MedMij || Nederlands afsprakenstelsel voor gegevensuitwisseling met PGO's
|-
| Authenticatie en autorisatie || OAuth2, OpenID Connect || Breed gedragen standaarden voor toegangsbeheer
|-
| Agenda-integratie || iCalendar, CalDAV || Standaarden voor agendabeheer en -synchronisatie
|-
| Adresboek-integratie || vCard, CardDAV || Standaarden voor contactgegevensbeheer
|-
| Berichtenuitwisseling || XMPP, Matrix || Open standaarden voor real-time communicatie
|-
| Decentrale gegevensuitwisseling || Nuts || Nederlandse standaard voor gedecentraliseerde zorgcommunicatie
|}

== Codevoorbeelden & Referentie-implementaties ==

Voorbeelden van implementaties en code-snippets om de integratie van standaarden te vergemakkelijken.

=== FHIR Questionnaire + OAuth2 ===

<syntaxhighlight lang="javascript">
// Voorbeeld van FHIR Questionnaire met OAuth2 authenticatie
const getFHIRQuestionnaire = async (questionnaireId) => {
const tokenResponse = await fetch('https://auth-server.example/token', {
method: 'POST',
headers: { 'Content-Type': 'application/x-www-form-urlencoded' },
body: 'grant_type=client_credentials&client_id=example-client&client_secret=example-secret'
});

const { access_token } = await tokenResponse.json();

const questionnaireResponse = await fetch(`https://fhir-server.example/Questionnaire/${questionnaireId}`, {
headers: { 'Authorization': `Bearer ${access_token}` }
});

return questionnaireResponse.json();
};
</syntaxhighlight>

=== PGO-integratie met MedMij ===

<syntaxhighlight lang="javascript">
// Voorbeeld van MedMij OAuth2 flow voor PGO-integratie
const startMedMijAuthorization = () => {
const clientId = 'example-client-id';
const redirectUri = 'https://app.example/callback';
const scope = 'patient/*.read';
const state = generateRandomState();

// Sla state op om CSRF-aanvallen te voorkomen
sessionStorage.setItem('oauth_state', state);

const authUrl = `https://medmij-auth.example/authorize?` +
`response_type=code&` +
`client_id=${encodeURIComponent(clientId)}&` +
`redirect_uri=${encodeURIComponent(redirectUri)}&` +
`scope=${encodeURIComponent(scope)}&` +
`state=${encodeURIComponent(state)}`;

window.location.href = authUrl;
};
</syntaxhighlight>

=== Agenda-integratie met iCalendar ===

<syntaxhighlight lang="javascript">
// Voorbeeld van het genereren van een iCalendar bestand
const generateICalEvent = (event) => {
const { title, startTime, endTime, location, description } = event;

// Converteer naar iCalendar datumformaat
const formatDate = (date) => {
return date.toISOString().replace(/[-:]/g, '').split('.')[0] + 'Z';
};

const icalData = [
'BEGIN:VCALENDAR',
'VERSION:2.0',
'PRODID:-//hacksw/handcal//NONSGML v1.0//EN',
'BEGIN:VEVENT',
`UID:${Math.random().toString(36).substring(2)}@example.com`,
`DTSTAMP:${formatDate(new Date())}`,
`DTSTART:${formatDate(startTime)}`,
`DTEND:${formatDate(endTime)}`,
`SUMMARY:${title}`,
`LOCATION:${location || ''}`,
`DESCRIPTION:${description || ''}`,
'END:VEVENT',
'END:VCALENDAR'
].join('\r\n');

return icalData;
};
</syntaxhighlight>

== Monitoring en Compliance ==

Richtlijnen en tools voor het bewaken van gegevensuitwisseling en het naleven van wetgeving.

=== Logging en monitoring ===

Voor goede monitoring van digitale wijkinfrastructuur is het belangrijk om:

* Toegang tot gegevens te loggen
* Gebruikersactiviteit te monitoren
* Prestaties en beschikbaarheid te bewaken
* Incidenten systematisch te registreren

=== Compliance met wetgeving ===

Bij implementatie moet rekening worden gehouden met:

* Algemene Verordening Gegevensbescherming (AVG)
* Wet elektronische gegevensuitwisseling in de zorg (Wegiz)
* Europese eIDAS-verordening
* Wet op de geneeskundige behandelingsovereenkomst (WGBO)

=== Toestemmingsbeheer ===

Duidelijke procedures en technische implementaties voor:

* Het vastleggen van toestemmingen
* Het intrekken van toestemmingen
* Gebruikersinzage in verleende toestemmingen
* Gespecificeerde toestemmingen per gegevenssoort

== Zie Ook ==

* [[Methodiek Functiebeschrijving|Methodiek-Functiebeschrijving]]
* [[Handvest Digitaal Geïntegreerde Gemeenschapszorg|Handvest-DICC]]
* [[Anonieme Login|Anonieme-Login]]
* [[HTI-Health Tools Interoperability|HTI]]
* [[FHIR en HL7 Standaarden|FHIR-HL7]]
* [[Privacy en Security in Zorgplatformen|Privacy-Security]]
* [[Nuts|Nuts]]
* [[LSP (AORTA)|LSP]]
* [[Koppeltaal|Koppeltaal]]
* [[MedMij|MedMij]]

[[Categorie:Digitale Wijkinfrastructuur]]
[[Categorie:Referentiekader]]

Main Page

2025-05-14T07:25:03Z

Admin:

Welkom op de GIDS Open Standaarden wiki. Deze wiki wordt gebruikt voor de [[GIDS referentie-architectuur]] en het [[NLZVE referentiekader]].

MediaWiki has been installed.

Consult the [https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Contents User's Guide] for information on using the wiki software.

== Getting started ==
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Configuration settings list]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ MediaWiki FAQ]
* [https://lists.wikimedia.org/postorius/lists/mediawiki-announce.lists.wikimedia.org/ MediaWiki release mailing list]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Localise MediaWiki for your language]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Learn how to combat spam on your wiki]

Methodiek Functiebeschrijving

2025-05-14T07:24:18Z

Admin:

= Methodiek voor de beschrijving van functionaliteiten in de Digitale Wijkinfrastructuur =

== Inleiding ==

Deze methodiek beschrijft een gestandaardiseerde aanpak voor het in kaart brengen en beschrijven van functionaliteiten van digitale applicaties in het kader van het project "Digitale Wijkinfrastructuur". Het doel is om een gemeenschappelijke taal en structuur te creëren waarmee verschillende applicaties kunnen worden geanalyseerd, vergeleken en geïntegreerd in de bredere context van Digitaal Geïntegreerde Gemeenschapszorg (D-ICC).

== Achtergrond en rationale ==

Bij het ontwikkelen van een referentiekader voor digitale wijkinfrastructuur is het essentieel om de functionaliteiten van verschillende applicaties op een consistente en vergelijkbare manier te beschrijven. Dit maakt het mogelijk om:

* Hiaten en overlappingen in functionaliteit te identificeren
* Potentiële integratiepunten tussen applicaties te bepalen
* De aansluiting bij behoeften van gemeenschappen te evalueren
* Gestandaardiseerde API's en gegevensmodellen te ontwikkelen

Deze methodiek biedt een kader voor het beschrijven van functionaliteiten dat aansluit bij de principes van D-ICC en dat bruikbaar is voor alle betrokken partijen, zowel technische als niet-technische stakeholders.

== Uitgangspunten ==

Deze methodiek is gebaseerd op de volgende uitgangspunten:

* '''Gemeenschapsgerichtheid''': De beschrijving van functionaliteiten moet aansluiten bij de behoeften en taal van de gemeenschappen die de applicaties gebruiken.

* '''Toegankelijkheid''': De methodiek moet begrijpelijk zijn voor zowel technische als niet-technische stakeholders.

* '''Standaardisatie''': De methodiek moet leiden tot gestandaardiseerde beschrijvingen die vergelijking mogelijk maken.

* '''Flexibiliteit''': De methodiek moet toepasbaar zijn op verschillende soorten applicaties en verschillende domeinen binnen gemeenschapszorg.

* '''Toekomstgerichtheid''': De methodiek moet ruimte bieden voor nieuwe ontwikkelingen en innovaties.

== Raamwerk voor functiebeschrijving ==

Het voorgestelde raamwerk bestaat uit verschillende lagen en dimensies die samen een holistische beschrijving van functionaliteiten mogelijk maken.

=== 1. Functionele domeinen ===

Functionaliteiten worden eerst geclassificeerd in functionele domeinen die relevant zijn voor gemeenschapszorg:

{| class="wikitable"
|-
! Functioneel domein !! Beschrijving !! Voorbeelden
|-
| Communicatie || Functionaliteiten gericht op het uitwisselen van informatie tussen verschillende actoren || Berichtenuitwisseling, notificaties, forums
|-
| Coördinatie || Functionaliteiten gericht op het organiseren en afstemmen van activiteiten || Agenda's, taakplanning, resourcetoewijzing
|-
| Documentatie || Functionaliteiten gericht op het vastleggen en beheren van informatie || Dossiers, rapportages, kennisbank
|-
| Monitoring || Functionaliteiten gericht op het volgen van voortgang en resultaten || Dashboards, statistieken, voortgangsrapportages
|-
| Matching || Functionaliteiten gericht op het koppelen van vraag en aanbod || Vrijwilligersmatch, hulpvraagafhandeling
|-
| Gemeenschapsvorming || Functionaliteiten gericht op het versterken van sociale cohesie || Activiteitenkalender, gemeenschapsplatform
|-
| Besluitvorming || Functionaliteiten gericht op gezamenlijke besluitvorming || Polls, stemmodules, participatietools
|}

=== 2. Gebruikersrollen en perspectieven ===

Voor elke functionaliteit wordt beschreven welke gebruikersrollen ermee werken en wat hun perspectief is:

{| class="wikitable"
|-
! Rol !! Beschrijving !! Voorbeelden
|-
| Zorgvrager || De persoon die zorg of ondersteuning ontvangt || Ouderen, mensen met een beperking
|-
| Mantelzorger || Informele zorgverlener uit de directe omgeving || Familieleden, vrienden
|-
| Vrijwilliger || Persoon die vrijwillig hulp biedt || Buurtgenoten, vrijwilligers van organisaties
|-
| Coördinator || Persoon die activiteiten coördineert || Dorpsondersteuner, vrijwilligerscoördinator
|-
| Zorgprofessional || Professionele zorgverlener || Huisarts, wijkverpleegkundige
|-
| Gemeenschapsbestuurder || Bestuurder van een gemeenschapsinitiatief || Bestuursleden van bewonersinitiatieven
|}

=== 3. Functie-eigenschappen ===

Elke functionaliteit wordt beschreven aan de hand van de volgende eigenschappen:

{| class="wikitable"
|-
! Eigenschap !! Beschrijving !! Voorbeelden
|-
| Doel || Wat is het doel van de functionaliteit? || Verbeteren van communicatie, verminderen van administratieve last
|-
| Input || Welke gegevens of acties zijn nodig om de functionaliteit te gebruiken? || Persoonsgegevens, beschikbaarheid, taken
|-
| Output || Wat levert de functionaliteit op? || Planning, rapportage, match
|-
| Interactie || Hoe interacteert de gebruiker met de functionaliteit? || Formulier, dashboard, app
|-
| Frequentie || Hoe vaak wordt de functionaliteit gebruikt? || Dagelijks, wekelijks, ad hoc
|-
| Kritiekheid || Hoe kritiek is de functionaliteit voor het functioneren van de gemeenschap? || Essentieel, belangrijk, nice-to-have
|}

=== 4. D-ICC Alignment ===

Voor elke functionaliteit wordt beschreven hoe deze aansluit bij de principes van D-ICC:

{| class="wikitable"
|-
! D-ICC Principe !! Beschrijving !! Evaluatievragen
|-
| Gelijkwaardigheid || De mate waarin de functionaliteit bijdraagt aan gelijkwaardige samenwerking || Kunnen verschillende typen gebruikers gelijkwaardig participeren?
|-
| Samen besturen || De mate waarin de functionaliteit bijdraagt aan gezamenlijke besluitvorming || Faciliteert de functionaliteit gedeelde verantwoordelijkheid?
|-
| Sleutelprincipes || De mate waarin de functionaliteit aansluit bij de kernwaarden van ICC || Bevordert de functionaliteit nabijheid, vertrouwen en eigenaarschap?
|-
| Sociale basisinfrastructuur || De mate waarin de functionaliteit bijdraagt aan het versterken van de sociale infrastructuur || Versterkt de functionaliteit sociale netwerken en onderlinge hulp?
|}

=== 5. Technische aspecten ===

Voor elke functionaliteit worden ook technische aspecten beschreven:

{| class="wikitable"
|-
! Technisch aspect !! Beschrijving !! Voorbeelden
|-
| Gegevensmodel || Welke gegevens worden gebruikt en opgeslagen? || Persoonsgegevens, afspraken, taken
|-
| Interfaces || Welke interfaces biedt de functionaliteit? || API's, gebruikersinterfaces
|-
| Integratiepunten || Met welke andere functionaliteiten of applicaties kan worden geïntegreerd? || Koppeling met agenda, CRM-systemen
|-
| Standaarden || Welke standaarden worden gebruikt of zijn relevant? || HL7 FHIR, OAuth, REST
|-
| Privacy en beveiliging || Welke maatregelen zijn nodig voor privacy en beveiliging? || Encryptie, toegangscontrole, AVG-compliance
|}

== Methodiek voor het in kaart brengen van functionaliteiten ==

Om de functionaliteiten van een applicatie systematisch in kaart te brengen, wordt de volgende aanpak voorgesteld:

=== Stap 1: Initiële verkenning ===

# '''Demo en demonstratie''': Een demonstratie van de applicatie door de ontwikkelaar/leverancier
# '''Documentatie-analyse''': Bestuderen van bestaande documentatie en gebruikershandleidingen
# '''Gebruikerservaringen''': Verzamelen van ervaringen van bestaande gebruikers (indien beschikbaar)

=== Stap 2: Functie-identificatie ===

# '''Functionele decompositie''': Identificeren van de hoofdfunctionaliteiten en subfunctionaliteiten
# '''User journey mapping''': In kaart brengen van gebruikersreizen door de applicatie
# '''Use case analyse''': Beschrijven van concrete gebruikssituaties

=== Stap 3: Functie-beschrijving ===

# '''Categorisering''': Indelen van functionaliteiten in de functionele domeinen
# '''Eigenschappenbeschrijving''': Beschrijven van elke functionaliteit volgens de functie-eigenschappen
# '''Rolanalyse''': Bepalen van relevante gebruikersrollen per functionaliteit

=== Stap 4: Alignment en evaluatie ===

# '''D-ICC evaluatie''': Beoordelen van de functionaliteiten op aansluiting bij D-ICC principes
# '''Gap analyse''': Identificeren van hiaten in de functionaliteit ten opzichte van gemeenschapsbehoeften
# '''Overlap analyse''': Identificeren van overlappingen met andere applicaties

=== Stap 5: Technische specificatie ===

# '''Gegevensmodelanalyse''': In kaart brengen van het gegevensmodel per functionaliteit
# '''Interface-analyse''': Beschrijven van interfaces en integratiemogelijkheden
# '''Standaardenanalyse''': Identificeren van relevante standaarden en referentie-implementaties

== Documentatieformaat ==

Voor de documentatie van functionaliteiten wordt het volgende format voorgesteld:

=== Functionaliteit [Naam] ===

==== Basisinformatie ====
* '''Functioneel domein''': [domein]
* '''Korte beschrijving''': [korte beschrijving]
* '''Primaire gebruikersrollen''': [rollen]

==== Functie-eigenschappen ====
* '''Doel''': [doel]
* '''Input''': [input]
* '''Output''': [output]
* '''Interactie''': [interactie]
* '''Frequentie''': [frequentie]
* '''Kritiekheid''': [kritiekheid]

==== D-ICC Alignment ====
* '''Gelijkwaardigheid''': [beoordeling en toelichting]
* '''Samen besturen''': [beoordeling en toelichting]
* '''Sleutelprincipes''': [beoordeling en toelichting]
* '''Sociale basisinfrastructuur''': [beoordeling en toelichting]

==== Technische aspecten ====
* '''Gegevensmodel''': [beschrijving]
* '''Interfaces''': [beschrijving]
* '''Integratiepunten''': [beschrijving]
* '''Standaarden''': [beschrijving]
* '''Privacy en beveiliging''': [beschrijving]

==== Use cases ====
* '''Use case 1''': [beschrijving]
* '''Use case 2''': [beschrijving]
* ...

==== Relaties met andere functionaliteiten ====
* '''Interne relaties''': [relaties binnen dezelfde applicatie]
* '''Externe relaties''': [potentiële relaties met andere applicaties]

== Visualisatietechnieken ==

Voor het visualiseren van functionaliteiten en hun samenhang worden de volgende technieken voorgesteld:

# '''Functie-heatmaps''': Visualisatie van de dekking van functionele domeinen door verschillende applicaties

# '''User journey maps''': Visualisatie van gebruikersreizen door de applicatie

# '''Functie-netwerken''': Visualisatie van relaties tussen functionaliteiten binnen en tussen applicaties

# '''D-ICC alignment matrices''': Visualisatie van de aansluiting van functionaliteiten bij D-ICC principes

== Conclusie en volgende stappen ==

Deze methodiek biedt een gestructureerde aanpak voor het in kaart brengen en beschrijven van functionaliteiten in het kader van het referentiekader "Digitale Wijkinfrastructuur". Door deze methodiek toe te passen op alle betrokken applicaties ontstaat een consistente en vergelijkbare beschrijving die kan dienen als basis voor het referentiekader.

=== Volgende stappen ===

# '''Validatie van de methodiek''': Toetsen en aanscherpen van de methodiek met alle betrokken partijen
# '''Toepassing op TimeSteps''': Volledige beschrijving van TimeSteps volgens deze methodiek
# '''Uitbreiding naar andere applicaties''': Toepassen van de methodiek op OZO Verbindzorg, Adsysco, etc.
# '''Integratie in referentiekader''': Verwerken van de functionaliteitsbeschrijvingen in het referentiekader

=== Randvoorwaarden voor succesvolle implementatie ===

# '''Medewerking van alle partijen''': Actieve betrokkenheid van leveranciers en gemeenschappen
# '''Beschikbaarheid van informatie''': Toegang tot documentatie en demo's van alle applicaties
# '''Gemeenschappelijke taal''': Acceptatie van de voorgestelde terminologie door alle partijen
# '''Iteratieve aanpak''': Ruimte voor verfijning en verbetering van de methodiek gedurende het project

----

Dit document is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en is beschikbaar onder de Creative Commons BY-SA 4.0 licentie.

[[Categorie:Digitale Wijkinfrastructuur]]
[[Categorie:Methodiek]]

Methodiek Functiebeschrijving

2025-05-14T07:22:42Z

Admin: Deze methodiek biedt een gestructureerde aanpak voor het in kaart brengen en beschrijven van functionaliteiten in het kader van het referentiekader "Digitale Wijkinfrastructuur

= Methodiek voor de beschrijving van functionaliteiten in de Digitale Wijkinfrastructuur =

== Inleiding ==

Deze methodiek beschrijft een gestandaardiseerde aanpak voor het in kaart brengen en beschrijven van functionaliteiten van digitale applicaties in het kader van het project "Digitale Wijkinfrastructuur". Het doel is om een gemeenschappelijke taal en structuur te creëren waarmee verschillende applicaties kunnen worden geanalyseerd, vergeleken en geïntegreerd in de bredere context van Digitaal Geïntegreerde Gemeenschapszorg (D-ICC).

== Achtergrond en rationale ==

Bij het ontwikkelen van een referentiekader voor digitale wijkinfrastructuur is het essentieel om de functionaliteiten van verschillende applicaties op een consistente en vergelijkbare manier te beschrijven. Dit maakt het mogelijk om:

* Hiaten en overlappingen in functionaliteit te identificeren
* Potentiële integratiepunten tussen applicaties te bepalen
* De aansluiting bij behoeften van gemeenschappen te evalueren
* Gestandaardiseerde API's en gegevensmodellen te ontwikkelen

Deze methodiek biedt een kader voor het beschrijven van functionaliteiten dat aansluit bij de principes van D-ICC en dat bruikbaar is voor alle betrokken partijen, zowel technische als niet-technische stakeholders.

== Uitgangspunten ==

Deze methodiek is gebaseerd op de volgende uitgangspunten:

* '''Gemeenschapsgerichtheid''': De beschrijving van functionaliteiten moet aansluiten bij de behoeften en taal van de gemeenschappen die de applicaties gebruiken.

* '''Toegankelijkheid''': De methodiek moet begrijpelijk zijn voor zowel technische als niet-technische stakeholders.

* '''Standaardisatie''': De methodiek moet leiden tot gestandaardiseerde beschrijvingen die vergelijking mogelijk maken.

* '''Flexibiliteit''': De methodiek moet toepasbaar zijn op verschillende soorten applicaties en verschillende domeinen binnen gemeenschapszorg.

* '''Toekomstgerichtheid''': De methodiek moet ruimte bieden voor nieuwe ontwikkelingen en innovaties.

== Raamwerk voor functiebeschrijving ==

Het voorgestelde raamwerk bestaat uit verschillende lagen en dimensies die samen een holistische beschrijving van functionaliteiten mogelijk maken.

=== 1. Functionele domeinen ===

Functionaliteiten worden eerst geclassificeerd in functionele domeinen die relevant zijn voor gemeenschapszorg:

{| class="wikitable"
|-
! Functioneel domein !! Beschrijving !! Voorbeelden
|-
| Communicatie || Functionaliteiten gericht op het uitwisselen van informatie tussen verschillende actoren || Berichtenuitwisseling, notificaties, forums
|-
| Coördinatie || Functionaliteiten gericht op het organiseren en afstemmen van activiteiten || Agenda's, taakplanning, resourcetoewijzing
|-
| Documentatie || Functionaliteiten gericht op het vastleggen en beheren van informatie || Dossiers, rapportages, kennisbank
|-
| Monitoring || Functionaliteiten gericht op het volgen van voortgang en resultaten || Dashboards, statistieken, voortgangsrapportages
|-
| Matching || Functionaliteiten gericht op het koppelen van vraag en aanbod || Vrijwilligersmatch, hulpvraagafhandeling
|-
| Gemeenschapsvorming || Functionaliteiten gericht op het versterken van sociale cohesie || Activiteitenkalender, gemeenschapsplatform
|-
| Besluitvorming || Functionaliteiten gericht op gezamenlijke besluitvorming || Polls, stemmodules, participatietools
|}

=== 2. Gebruikersrollen en perspectieven ===

Voor elke functionaliteit wordt beschreven welke gebruikersrollen ermee werken en wat hun perspectief is:

{| class="wikitable"
|-
! Rol !! Beschrijving !! Voorbeelden
|-
| Zorgvrager || De persoon die zorg of ondersteuning ontvangt || Ouderen, mensen met een beperking
|-
| Mantelzorger || Informele zorgverlener uit de directe omgeving || Familieleden, vrienden
|-
| Vrijwilliger || Persoon die vrijwillig hulp biedt || Buurtgenoten, vrijwilligers van organisaties
|-
| Coördinator || Persoon die activiteiten coördineert || Dorpsondersteuner, vrijwilligerscoördinator
|-
| Zorgprofessional || Professionele zorgverlener || Huisarts, wijkverpleegkundige
|-
| Gemeenschapsbestuurder || Bestuurder van een gemeenschapsinitiatief || Bestuursleden van bewonersinitiatieven
|}

=== 3. Functie-eigenschappen ===

Elke functionaliteit wordt beschreven aan de hand van de volgende eigenschappen:

{| class="wikitable"
|-
! Eigenschap !! Beschrijving !! Voorbeelden
|-
| Doel || Wat is het doel van de functionaliteit? || Verbeteren van communicatie, verminderen van administratieve last
|-
| Input || Welke gegevens of acties zijn nodig om de functionaliteit te gebruiken? || Persoonsgegevens, beschikbaarheid, taken
|-
| Output || Wat levert de functionaliteit op? || Planning, rapportage, match
|-
| Interactie || Hoe interacteert de gebruiker met de functionaliteit? || Formulier, dashboard, app
|-
| Frequentie || Hoe vaak wordt de functionaliteit gebruikt? || Dagelijks, wekelijks, ad hoc
|-
| Kritiekheid || Hoe kritiek is de functionaliteit voor het functioneren van de gemeenschap? || Essentieel, belangrijk, nice-to-have
|}

=== 4. D-ICC Alignment ===

Voor elke functionaliteit wordt beschreven hoe deze aansluit bij de principes van D-ICC:

{| class="wikitable"
|-
! D-ICC Principe !! Beschrijving !! Evaluatievragen
|-
| Gelijkwaardigheid || De mate waarin de functionaliteit bijdraagt aan gelijkwaardige samenwerking || Kunnen verschillende typen gebruikers gelijkwaardig participeren?
|-
| Samen besturen || De mate waarin de functionaliteit bijdraagt aan gezamenlijke besluitvorming || Faciliteert de functionaliteit gedeelde verantwoordelijkheid?
|-
| Sleutelprincipes || De mate waarin de functionaliteit aansluit bij de kernwaarden van ICC || Bevordert de functionaliteit nabijheid, vertrouwen en eigenaarschap?
|-
| Sociale basisinfrastructuur || De mate waarin de functionaliteit bijdraagt aan het versterken van de sociale infrastructuur || Versterkt de functionaliteit sociale netwerken en onderlinge hulp?
|}

=== 5. Technische aspecten ===

Voor elke functionaliteit worden ook technische aspecten beschreven:

{| class="wikitable"
|-
! Technisch aspect !! Beschrijving !! Voorbeelden
|-
| Gegevensmodel || Welke gegevens worden gebruikt en opgeslagen? || Persoonsgegevens, afspraken, taken
|-
| Interfaces || Welke interfaces biedt de functionaliteit? || API's, gebruikersinterfaces
|-
| Integratiepunten || Met welke andere functionaliteiten of applicaties kan worden geïntegreerd? || Koppeling met agenda, CRM-systemen
|-
| Standaarden || Welke standaarden worden gebruikt of zijn relevant? || HL7 FHIR, OAuth, REST
|-
| Privacy en beveiliging || Welke maatregelen zijn nodig voor privacy en beveiliging? || Encryptie, toegangscontrole, AVG-compliance
|}

== Methodiek voor het in kaart brengen van functionaliteiten ==

Om de functionaliteiten van een applicatie systematisch in kaart te brengen, wordt de volgende aanpak voorgesteld:

=== Stap 1: Initiële verkenning ===

# '''Demo en demonstratie''': Een demonstratie van de applicatie door de ontwikkelaar/leverancier
# '''Documentatie-analyse''': Bestuderen van bestaande documentatie en gebruikershandleidingen
# '''Gebruikerservaringen''': Verzamelen van ervaringen van bestaande gebruikers (indien beschikbaar)

=== Stap 2: Functie-identificatie ===

# '''Functionele decompositie''': Identificeren van de hoofdfunctionaliteiten en subfunctionaliteiten
# '''User journey mapping''': In kaart brengen van gebruikersreizen door de applicatie
# '''Use case analyse''': Beschrijven van concrete gebruikssituaties

=== Stap 3: Functie-beschrijving ===

# '''Categorisering''': Indelen van functionaliteiten in de functionele domeinen
# '''Eigenschappenbeschrijving''': Beschrijven van elke functionaliteit volgens de functie-eigenschappen
# '''Rolanalyse''': Bepalen van relevante gebruikersrollen per functionaliteit

=== Stap 4: Alignment en evaluatie ===

# '''D-ICC evaluatie''': Beoordelen van de functionaliteiten op aansluiting bij D-ICC principes
# '''Gap analyse''': Identificeren van hiaten in de functionaliteit ten opzichte van gemeenschapsbehoeften
# '''Overlap analyse''': Identificeren van overlappingen met andere applicaties

=== Stap 5: Technische specificatie ===

# '''Gegevensmodelanalyse''': In kaart brengen van het gegevensmodel per functionaliteit
# '''Interface-analyse''': Beschrijven van interfaces en integratiemogelijkheden
# '''Standaardenanalyse''': Identificeren van relevante standaarden en referentie-implementaties

== Documentatieformaat ==

Voor de documentatie van functionaliteiten wordt het volgende format voorgesteld:

=== Functionaliteit [Naam] ===

==== Basisinformatie ====
* '''Functioneel domein''': [domein]
* '''Korte beschrijving''': [korte beschrijving]
* '''Primaire gebruikersrollen''': [rollen]

==== Functie-eigenschappen ====
* '''Doel''': [doel]
* '''Input''': [input]
* '''Output''': [output]
* '''Interactie''': [interactie]
* '''Frequentie''': [frequentie]
* '''Kritiekheid''': [kritiekheid]

==== D-ICC Alignment ====
* '''Gelijkwaardigheid''': [beoordeling en toelichting]
* '''Samen besturen''': [beoordeling en toelichting]
* '''Sleutelprincipes''': [beoordeling en toelichting]
* '''Sociale basisinfrastructuur''': [beoordeling en toelichting]

==== Technische aspecten ====
* '''Gegevensmodel''': [beschrijving]
* '''Interfaces''': [beschrijving]
* '''Integratiepunten''': [beschrijving]
* '''Standaarden''': [beschrijving]
* '''Privacy en beveiliging''': [beschrijving]

==== Use cases ====
* '''Use case 1''': [beschrijving]
* '''Use case 2''': [beschrijving]
* ...

==== Relaties met andere functionaliteiten ====
* '''Interne relaties''': [relaties binnen dezelfde applicatie]
* '''Externe relaties''': [potentiële relaties met andere applicaties]

== Visualisatietechnieken ==

Voor het visualiseren van functionaliteiten en hun samenhang worden de volgende technieken voorgesteld:

# '''Functie-heatmaps''': Visualisatie van de dekking van functionele domeinen door verschillende applicaties

# '''User journey maps''': Visualisatie van gebruikersreizen door de applicatie

# '''Functie-netwerken''': Visualisatie van relaties tussen functionaliteiten binnen en tussen applicaties

# '''D-ICC alignment matrices''': Visualisatie van de aansluiting van functionaliteiten bij D-ICC principes

== Voorbeeld: Toepassing op TimeSteps ==

=== Functionaliteit "Zorgagenda" ===

==== Basisinformatie ====
* '''Functioneel domein''': Coördinatie
* '''Korte beschrijving''': Plannen en beheren van zorgmomenten en -taken
* '''Primaire gebruikersrollen''': Zorgvrager, Mantelzorger, Vrijwilliger, Zorgprofessional

==== Functie-eigenschappen ====
* '''Doel''': Coördineren van zorgmomenten en taken tussen verschillende zorgverleners
* '''Input''': Beschikbaarheid zorgverleners, zorgbehoeften, taken
* '''Output''': Planning van zorgmomenten, taakverdeling
* '''Interactie''': Kalenderweergave, drag-and-drop interface
* '''Frequentie''': Dagelijks
* '''Kritiekheid''': Essentieel

==== D-ICC Alignment ====
* '''Gelijkwaardigheid''': Hoog - Alle betrokkenen kunnen bijdragen aan de planning
* '''Samen besturen''': Gemiddeld - Planning wordt gezamenlijk beheerd, maar besluitvorming is beperkt
* '''Sleutelprincipes''': Hoog - Bevordert nabijheid en vertrouwen door transparantie
* '''Sociale basisinfrastructuur''': Hoog - Versterkt het netwerk rond de zorgvrager

==== Technische aspecten ====
* '''Gegevensmodel''': Afspraken, Taken, Gebruikers, Beschikbaarheid
* '''Interfaces''': Web/app interface, API voor externe integratie
* '''Integratiepunten''': Koppeling met externe agenda's, taakmanagement systemen
* '''Standaarden''': iCalendar, REST API
* '''Privacy en beveiliging''': Rol-gebaseerde toegangscontrole, logging van wijzigingen

==== Use cases ====
* '''Use case 1''': Mantelzorger plant zorgmomenten en nodigt andere helpers uit
* '''Use case 2''': Zorgvrager bekijkt wanneer welke zorgverlener langskomt
* '''Use case 3''': Wijkverpleegkundige past planning aan en informeert betrokkenen

==== Relaties met andere functionaliteiten ====
* '''Interne relaties''': Zorgnetwerk (gebruikers), Communicatie (notificaties)
* '''Externe relaties''': Gemeenschapskalender, professionele zorgplanning

== Conclusie en volgende stappen ==

Deze methodiek biedt een gestructureerde aanpak voor het in kaart brengen en beschrijven van functionaliteiten in het kader van het referentiekader "Digitale Wijkinfrastructuur". Door deze methodiek toe te passen op alle betrokken applicaties ontstaat een consistente en vergelijkbare beschrijving die kan dienen als basis voor het referentiekader.

=== Volgende stappen ===

# '''Validatie van de methodiek''': Toetsen en aanscherpen van de methodiek met alle betrokken partijen
# '''Toepassing op TimeSteps''': Volledige beschrijving van TimeSteps volgens deze methodiek
# '''Uitbreiding naar andere applicaties''': Toepassen van de methodiek op OZO Verbindzorg, Adsysco, etc.
# '''Integratie in referentiekader''': Verwerken van de functionaliteitsbeschrijvingen in het referentiekader

=== Randvoorwaarden voor succesvolle implementatie ===

# '''Medewerking van alle partijen''': Actieve betrokkenheid van leveranciers en gemeenschappen
# '''Beschikbaarheid van informatie''': Toegang tot documentatie en demo's van alle applicaties
# '''Gemeenschappelijke taal''': Acceptatie van de voorgestelde terminologie door alle partijen
# '''Iteratieve aanpak''': Ruimte voor verfijning en verbetering van de methodiek gedurende het project

----

Dit document is opgesteld in het kader van het project "Digitale Wijkinfrastructuur" en is beschikbaar onder de Creative Commons BY-SA 4.0 licentie.

[[Categorie:Digitale Wijkinfrastructuur]]
[[Categorie:Methodiek]]

Main Page

2025-04-02T08:31:46Z

Admin:

Welkom op de GIDS Open Standaarden wiki. Deze wiki wordt gebruikt voor de [[GIDS referentie-architectuur]] en de [[NLZVE referentie-architectuur]].

MediaWiki has been installed.

Consult the [https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Contents User's Guide] for information on using the wiki software.

== Getting started ==
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Configuration settings list]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ MediaWiki FAQ]
* [https://lists.wikimedia.org/postorius/lists/mediawiki-announce.lists.wikimedia.org/ MediaWiki release mailing list]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Localise MediaWiki for your language]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Learn how to combat spam on your wiki]

GIDS referentie-architectuur

2025-02-24T15:23:52Z

Admin:

== 1. Inleiding ==

In een tijd waarin digitalisering en interoperabiliteit steeds crucialer worden, biedt de '''GIDS Open Standaarden Referentiearchitectuur''' een solide fundament voor de ontwikkeling, implementatie en het beheer van open standaarden binnen diverse domeinen. Deze architectuur fungeert als een leidraad voor organisaties die streven naar '''uniforme, transparante en efficiënte''' IT-systemen, zonder afhankelijk te zijn van gesloten of propriëtaire oplossingen.

Deze referentiearchitectuur biedt een gestructureerde aanpak voor het ontwerpen en implementeren van '''open, toegankelijke en herbruikbare''' ICT-oplossingen. Door te werken met modulaire principes, best practices en gestandaardiseerde kaders, kunnen organisaties '''naadloos gegevens uitwisselen, innovatie versnellen en vendor lock-in vermijden'''. Deze referentiearchitectuur is ontworpen met het oog op '''flexibiliteit, schaalbaarheid en duurzaamheid'''. Bij de ontwikkeling van deze architectuur wordt rekening gehouden met de visie van de Nederlandse overheid op gegevensuitwisseling en databeschikbaarheid. Er wordt voldaan aan relevante wettelijke kaders zoals de Wet elektronische gegevensuitwisseling in de zorg (Wegiz) en de Europese Ruimte voor Gezondheidsgegevens (EHDS). De referentie-architectuur combineert technische innovaties met maatschappelijke waarden zoals privacy, inclusiviteit en regie over eigen gegevens.

=== Doel van deze referentiearchitectuur ===
De GIDS Open Standaarden Referentiearchitectuur helpt bij het:
* '''Bevorderen van interoperabiliteit''' tussen systemen en organisaties.
* '''Borgen van openheid en transparantie''' in technologiekeuzes.
* '''Vergemakkelijken van adoptie en implementatie''' van open standaarden.
* '''Ondersteunen van architecten, ontwikkelaars en beleidsmakers''' met heldere richtlijnen en best practices.

In de volgende hoofdstukken worden de kernprincipes, architectuurcomponenten en implementatiestrategieën verder toegelicht.

=== 2. Kernprincipes ===
De architectuur is gebaseerd op de volgende principes:
* '''Open Standaarden''' – Interoperabiliteit via standaarden zoals FHIR, OAuth2, en HL7.
* '''Modulariteit''' – Flexibele componenten die eenvoudig zijn te vervangen of uit te breiden.
* '''Privacy & Beveiliging''' – Gebruikersdata wordt beschermd door anonieme login en end-to-end encryptie.
* '''Gebruiksvriendelijkheid''' – Ontworpen met de behoeften van eindgebruikers in gedachten.

=== 3. Componenten en Open Standaarden ===
Overzicht van de belangrijkste componenten en standaarden die in de referentie-architectuur worden gebruikt.

=== 4. Interoperabiliteitsvoorzieningen ===
Deze voorzieningen faciliteren veilige en efficiënte gegevensuitwisseling tussen zorgsystemen.
* [[FHIR en HL7]] – Internationale standaarden voor zorggegevensuitwisseling
* [[MedMij]] – Afsprakenstelsel voor veilige en gestandaardiseerde uitwisseling van persoonlijke gezondheidsgegevens tussen zorgverleners en PGO's
* [[HTI-Health Tools Interoperability]] – Standaard voor veilige en gestandaardiseerde koppeling tussen zorg- en e-health tools
* [[Koppeltaal]] – Standaard voor e-health integraties binnen GGZ en welzijnszorg
* [[Nuts]] – Gedecentraliseerde infrastructuur voor veilige gegevensuitwisseling
* [[LSP (AORTA)]] – Landelijk Schakelpunt voor medische gegevensuitwisseling

=== 5. Workflows & Implementatiegidsen ===
Praktische implementaties van de referentie-architectuur, inclusief gebruikte interoperabiliteitsvoorzieningen.
* 🏗️ [[Workflow: Anonieme vragenlijst met FHIR & OAuth2]]
* 🏗️ [[Workflow: Gegevensuitwisseling met Nuts en MedMij]]
* 🏗️ [[Workflow: Toestemmingsbeheer met Koppeltaal]]

===6. Use Cases ===
Concrete toepassingen van de referentie-architectuur in de praktijk.
* 🎯 [[PGO-gegevensuitwisseling in een wijkplatform]]
* 🎯 [[Veilige overdracht van patiëntendata tussen ziekenhuizen]]

=== 7. Standaarden en Relaties ===
Een overzicht en diagram van de standaarden en hoe ze met elkaar samenhangen.
* [[Diagram: Interoperabiliteitsvoorzieningen en standaarden]]
* [[Wanneer gebruik je welke standaard?]]

=== 8. Codevoorbeelden & Referentie-implementaties ===
Voorbeelden van implementaties en code-snippets om de integratie van standaarden te vergemakkelijken.
* 💻 [[FHIR Questionnaire + OAuth2]]
* 💻 [[PGO-integratie met MedMij & Nuts]]

=== 9. Monitoring en Compliance ===
Richtlijnen en tools voor het bewaken van gegevensuitwisseling en het naleven van wetgeving.

=== Zie Ook ===
* [[Anonieme Login]]
* [[HTI-Health Tools Interoperability]]
* [[FHIR en HL7 Standaarden]]
* [[Privacy en Security in Zorgplatformen]]
* [[Nuts]]
* [[LSP (AORTA)]]
* [[Koppeltaal]]
* [[MedMij]]

Nuts

2025-02-22T12:29:06Z

Admin: Created page with "== Nuts == Nuts is een gedecentraliseerd netwerk, waarbij zorgaanbieders en IT-leveranciers gegevens uitwisselen zonder centrale controle. In plaats van een centrale router zoals LSP, maakt Nuts gebruik van een ''peer-to-peer'' (P2P) model waarin deelnemers direct met elkaar verbinden. === Architectuur === * Nuts is een gedecentraliseerd netwerk, zonder centrale controle. * Zorgaanbieders en IT-leveranciers kunnen direct met elkaar verbinden via een P2P-model. * Geen af..."

== Nuts ==
Nuts is een gedecentraliseerd netwerk, waarbij zorgaanbieders en IT-leveranciers gegevens uitwisselen zonder centrale controle. In plaats van een centrale router zoals LSP, maakt Nuts gebruik van een ''peer-to-peer'' (P2P) model waarin deelnemers direct met elkaar verbinden.

=== Architectuur ===
* Nuts is een gedecentraliseerd netwerk, zonder centrale controle.
* Zorgaanbieders en IT-leveranciers kunnen direct met elkaar verbinden via een P2P-model.
* Geen afhankelijkheid van een centrale router zoals bij LSP.

=== Governance ===
* Open-source en zonder centrale autoriteit, waardoor zorginstellingen en IT-aanbieders zelf regie hebben over de implementatie.
* Maakt gebruik van digitale identiteiten en ''zelf-soevereine identiteit'' (SSI) in plaats van UZI-passen.

=== Gebruik en functionaliteit ===
* Geschikt voor zowel curatieve als langdurige zorg én voor innovaties zoals wijkgerichte zorg en e-health toepassingen.
* Biedt meer flexibiliteit dan LSP: inzetbaar voor diverse zorgapplicaties, waaronder patiëntgestuurde zorg en ''persoonlijke gezondheidsomgevingen'' (PGO’s).
* Ondersteunt veilige, gecontroleerde toegang tot gegevens zonder afhankelijkheid van een centrale infrastructuur.

ORCA

2025-02-22T12:26:48Z

Admin: Created page with " == ORCA (Open-source Reference-implementation Care Planning) == ORCA is een project ontwikkeld door Santeon dat de ''Shared Care Planning'' (SCP)-specificatie implementeert. Het doel is om gestructureerde en gestandaardiseerde samenwerking tussen zorgverleners van verschillende organisaties te faciliteren door middel van gedeelde zorgplannen. === Technische werking van ORCA === ; '''FHIR Workflow Management''' : ORCA fungeert zowel als ''Task Placer'' als ''Task Fill..."

== ORCA (Open-source Reference-implementation Care Planning) ==
ORCA is een project ontwikkeld door Santeon dat de ''Shared Care Planning'' (SCP)-specificatie implementeert. Het doel is om gestructureerde en gestandaardiseerde samenwerking tussen zorgverleners van verschillende organisaties te faciliteren door middel van gedeelde zorgplannen.

=== Technische werking van ORCA ===

; '''FHIR Workflow Management'''
: ORCA fungeert zowel als ''Task Placer'' als ''Task Filler'' binnen het FHIR-werkstroommodel. Dit betekent dat het in staat is om FHIR-taken te initiëren en te verwerken, waardoor verschillende zorgorganisaties effectief kunnen samenwerken binnen gedeelde zorgplannen.

; '''Gebruikersinterface voor Zorgprofessionals'''
: Het biedt een gebruikersinterface waarmee zorgprofessionals vereiste vragenlijsten kunnen invullen die gekoppeld zijn aan een specifieke FHIR-werkstroom. Dit zorgt voor een gestroomlijnde en uniforme gegevensverzameling.

; '''EHR Proxy Functionaliteit'''
: ORCA fungeert als een proxy tussen het Elektronisch Patiëntendossier (EPD) van een zorgorganisatie en de ''Care Plan Service's'' FHIR API. Deze proxy beheert de authenticatie en zorgt voor veilige toegang tot zorgplangegevens.

; '''Interorganisatie Communicatie'''
: Het systeem bevat een proxy die communicatie met FHIR API's van andere deelnemers in het ''Shared Care Planning''-netwerk mogelijk maakt. Dit omvat functionaliteiten zoals lokalisatie en authenticatie, wat essentieel is voor interoperabiliteit tussen verschillende zorginstellingen.

De architectuur van ORCA is modulair opgezet, met componenten zoals een frontend voor de gebruikersinterface, een orchestrator voor het beheren van werkstromen, en backend-adapters die integratie met bestaande systemen faciliteren. Deze opzet zorgt voor flexibiliteit en schaalbaarheid, waardoor ORCA kan worden aangepast aan de specifieke behoeften van diverse zorgomgevingen.

Voor meer gedetailleerde informatie en toegang tot de broncode kunt u terecht op de [https://github.com/SanteonNL/orca ORCA GitHub-repository].

GIDS referentie-architectuur

2025-02-22T12:23:01Z

Admin: /* Interoperabiliteitsvoorzieningen */

== Inleiding ==

In een tijd waarin digitalisering en interoperabiliteit steeds crucialer worden, biedt de '''GIDS Open Standaarden Referentiearchitectuur''' een solide fundament voor de ontwikkeling, implementatie en het beheer van open standaarden binnen diverse domeinen. Deze architectuur fungeert als een leidraad voor organisaties die streven naar '''uniforme, transparante en efficiënte''' IT-systemen, zonder afhankelijk te zijn van gesloten of propriëtaire oplossingen.

Deze referentiearchitectuur biedt een gestructureerde aanpak voor het ontwerpen en implementeren van '''open, toegankelijke en herbruikbare''' ICT-oplossingen. Door te werken met modulaire principes, best practices en gestandaardiseerde kaders, kunnen organisaties '''naadloos gegevens uitwisselen, innovatie versnellen en vendor lock-in vermijden'''. Deze referentiearchitectuur is ontworpen met het oog op '''flexibiliteit, schaalbaarheid en duurzaamheid'''. Bij de ontwikkeling van deze architectuur wordt rekening gehouden met de visie van de Nederlandse overheid op gegevensuitwisseling en databeschikbaarheid. Er wordt voldaan aan relevante wettelijke kaders zoals de Wet elektronische gegevensuitwisseling in de zorg (Wegiz) en de Europese Ruimte voor Gezondheidsgegevens (EHDS). De referentie-architectuur combineert technische innovaties met maatschappelijke waarden zoals privacy, inclusiviteit en regie over eigen gegevens.

=== Doel van deze referentiearchitectuur ===
De GIDS Open Standaarden Referentiearchitectuur helpt bij het:
* '''Bevorderen van interoperabiliteit''' tussen systemen en organisaties.
* '''Borgen van openheid en transparantie''' in technologiekeuzes.
* '''Vergemakkelijken van adoptie en implementatie''' van open standaarden.
* '''Ondersteunen van architecten, ontwikkelaars en beleidsmakers''' met heldere richtlijnen en best practices.

In de volgende hoofdstukken worden de kernprincipes, architectuurcomponenten en implementatiestrategieën verder toegelicht.

=== Kernprincipes ===
De architectuur is gebaseerd op de volgende principes:
* '''Open Standaarden''' – Interoperabiliteit via standaarden zoals FHIR, OAuth2, en HL7.
* '''Modulariteit''' – Flexibele componenten die eenvoudig zijn te vervangen of uit te breiden.
* '''Privacy & Beveiliging''' – Gebruikersdata wordt beschermd door anonieme login en end-to-end encryptie.
* '''Gebruiksvriendelijkheid''' – Ontworpen met de behoeften van eindgebruikers in gedachten.

=== Componenten van de Architectuur ===
==== Gebruikerslaag ====
* Toegang via web en mobiele applicaties
* Single Sign-On en Anonieme Login
* Gebruikersportalen en self-service tools

==== Authenticatie en Identiteit ====
* [[Anonieme Login]] – Privacyvriendelijke toegang tot diensten
* Identity Provider (IdP) voor authenticatiebeheer
* OAuth 2.0 en OpenID Connect voor toegangscontrole

==== Interoperabiliteitsvoorzieningen ====
* [[HTI-Health Tools Interoperability]] – Standaard voor veilige en gestandaardiseerde koppeling tussen zorg- en e-health tools
* [[FHIR en HL7 Standaarden]] – Internationale standaarden voor zorggegevensuitwisseling
* [[Koppeltaal]] – Standaard voor e-health integraties binnen GGZ en welzijnszorg
* [[ORCA]] – (Open source Reference-implementation Care Planning) is een open-source project ontwikkeld door Santeon, gericht op het implementeren van de Shared Care Planning (SCP)-specificatie.
* [[MedMij]] – Afsprakenstelsel voor veilige en gestandaardiseerde uitwisseling van persoonlijke gezondheidsgegevens tussen zorgverleners en PGO's

==== Integratielaag ====
* RESTful API’s en Event-driven architectuur (bijv. Kafka, RabbitMQ)
* Koppelingen met externe zorgsystemen en platforms
* Beheer van data-uitwisseling en synchronisatie
* [[Nuts]] – Gedecentraliseerde infrastructuur voor veilige gegevensuitwisseling
* [[LSP (AORTA)]] – Landelijk Schakelpunt voor medische gegevensuitwisseling

==== Beheer- en Monitoringlaag ====
* Logging en auditing voor compliance en transparantie
* Real-time monitoring van systeemprestaties
* Automatische updates en configuratiebeheer

=== Implementatie en Toepassing ===
Deze architectuur wordt gebruikt als basis voor de digitale transformatie van zorggemeenschappen. Door het gebruik van gestandaardiseerde componenten wordt herbruikbaarheid en samenwerking tussen zorgverleners, e-health tools en gemeenschappen bevorderd.

=== Zie Ook ===
* [[Anonieme Login]]
* [[HTI-Health Tools Interoperability]]
* [[FHIR en HL7 Standaarden]]
* [[Privacy en Security in Zorgplatformen]]
* [[Nuts]]
* [[LSP (AORTA)]]
* [[Koppeltaal]]
* [[MedMij]]

GIDS referentie-architectuur

2025-02-22T12:14:53Z

Admin: /* Inleiding */

== Inleiding ==

In een tijd waarin digitalisering en interoperabiliteit steeds crucialer worden, biedt de '''GIDS Open Standaarden Referentiearchitectuur''' een solide fundament voor de ontwikkeling, implementatie en het beheer van open standaarden binnen diverse domeinen. Deze architectuur fungeert als een leidraad voor organisaties die streven naar '''uniforme, transparante en efficiënte''' IT-systemen, zonder afhankelijk te zijn van gesloten of propriëtaire oplossingen.

Deze referentiearchitectuur biedt een gestructureerde aanpak voor het ontwerpen en implementeren van '''open, toegankelijke en herbruikbare''' ICT-oplossingen. Door te werken met modulaire principes, best practices en gestandaardiseerde kaders, kunnen organisaties '''naadloos gegevens uitwisselen, innovatie versnellen en vendor lock-in vermijden'''. Deze referentiearchitectuur is ontworpen met het oog op '''flexibiliteit, schaalbaarheid en duurzaamheid'''. Bij de ontwikkeling van deze architectuur wordt rekening gehouden met de visie van de Nederlandse overheid op gegevensuitwisseling en databeschikbaarheid. Er wordt voldaan aan relevante wettelijke kaders zoals de Wet elektronische gegevensuitwisseling in de zorg (Wegiz) en de Europese Ruimte voor Gezondheidsgegevens (EHDS). De referentie-architectuur combineert technische innovaties met maatschappelijke waarden zoals privacy, inclusiviteit en regie over eigen gegevens.

=== Doel van deze referentiearchitectuur ===
De GIDS Open Standaarden Referentiearchitectuur helpt bij het:
* '''Bevorderen van interoperabiliteit''' tussen systemen en organisaties.
* '''Borgen van openheid en transparantie''' in technologiekeuzes.
* '''Vergemakkelijken van adoptie en implementatie''' van open standaarden.
* '''Ondersteunen van architecten, ontwikkelaars en beleidsmakers''' met heldere richtlijnen en best practices.

In de volgende hoofdstukken worden de kernprincipes, architectuurcomponenten en implementatiestrategieën verder toegelicht.

=== Kernprincipes ===
De architectuur is gebaseerd op de volgende principes:
* '''Open Standaarden''' – Interoperabiliteit via standaarden zoals FHIR, OAuth2, en HL7.
* '''Modulariteit''' – Flexibele componenten die eenvoudig zijn te vervangen of uit te breiden.
* '''Privacy & Beveiliging''' – Gebruikersdata wordt beschermd door anonieme login en end-to-end encryptie.
* '''Gebruiksvriendelijkheid''' – Ontworpen met de behoeften van eindgebruikers in gedachten.

=== Componenten van de Architectuur ===
==== Gebruikerslaag ====
* Toegang via web en mobiele applicaties
* Single Sign-On en Anonieme Login
* Gebruikersportalen en self-service tools

==== Authenticatie en Identiteit ====
* [[Anonieme Login]] – Privacyvriendelijke toegang tot diensten
* Identity Provider (IdP) voor authenticatiebeheer
* OAuth 2.0 en OpenID Connect voor toegangscontrole

==== Interoperabiliteitsvoorzieningen ====
* [[HTI-Health Tools Interoperability]] – Standaard voor veilige en gestandaardiseerde koppeling tussen zorg- en e-health tools
* [[FHIR en HL7 Standaarden]] – Internationale standaarden voor zorggegevensuitwisseling
* [[Koppeltaal]] – Standaard voor e-health integraties binnen GGZ en welzijnszorg
* [[MedMij]] – Afsprakenstelsel voor veilige en gestandaardiseerde uitwisseling van persoonlijke gezondheidsgegevens tussen zorgverleners en PGO's

==== Integratielaag ====
* RESTful API’s en Event-driven architectuur (bijv. Kafka, RabbitMQ)
* Koppelingen met externe zorgsystemen en platforms
* Beheer van data-uitwisseling en synchronisatie
* [[Nuts]] – Gedecentraliseerde infrastructuur voor veilige gegevensuitwisseling
* [[LSP (AORTA)]] – Landelijk Schakelpunt voor medische gegevensuitwisseling

==== Beheer- en Monitoringlaag ====
* Logging en auditing voor compliance en transparantie
* Real-time monitoring van systeemprestaties
* Automatische updates en configuratiebeheer

=== Implementatie en Toepassing ===
Deze architectuur wordt gebruikt als basis voor de digitale transformatie van zorggemeenschappen. Door het gebruik van gestandaardiseerde componenten wordt herbruikbaarheid en samenwerking tussen zorgverleners, e-health tools en gemeenschappen bevorderd.

=== Zie Ook ===
* [[Anonieme Login]]
* [[HTI-Health Tools Interoperability]]
* [[FHIR en HL7 Standaarden]]
* [[Privacy en Security in Zorgplatformen]]
* [[Nuts]]
* [[LSP (AORTA)]]
* [[Koppeltaal]]
* [[MedMij]]

GIDS referentie-architectuur

2025-02-22T12:11:13Z

Admin:

== Inleiding ==

In een tijd waarin digitalisering en interoperabiliteit steeds crucialer worden, biedt de '''GIDS Open Standaarden Referentiearchitectuur''' een solide fundament voor de ontwikkeling, implementatie en het beheer van open standaarden binnen diverse domeinen. Deze architectuur fungeert als een leidraad voor organisaties die streven naar '''uniforme, transparante en efficiënte''' IT-systemen, zonder afhankelijk te zijn van gesloten of propriëtaire oplossingen.

Deze referentiearchitectuur biedt een gestructureerde aanpak voor het ontwerpen en implementeren van '''open, toegankelijke en herbruikbare''' ICT-oplossingen. Door te werken met modulaire principes, best practices en gestandaardiseerde kaders, kunnen organisaties '''naadloos gegevens uitwisselen, innovatie versnellen en vendor lock-in vermijden'''.

=== Doel van deze referentiearchitectuur ===
De GIDS Open Standaarden Referentiearchitectuur helpt bij het:
* '''Bevorderen van interoperabiliteit''' tussen systemen en organisaties.
* '''Borgen van openheid en transparantie''' in technologiekeuzes.
* '''Vergemakkelijken van adoptie en implementatie''' van open standaarden.
* '''Ondersteunen van architecten, ontwikkelaars en beleidsmakers''' met heldere richtlijnen en best practices.

Deze referentiearchitectuur is ontworpen met het oog op '''flexibiliteit, schaalbaarheid en duurzaamheid'''.

In de volgende hoofdstukken worden de kernprincipes, architectuurcomponenten en implementatiestrategieën verder toegelicht.

Bij de ontwikkeling van deze architectuur wordt rekening gehouden met de visie van de Nederlandse overheid op gegevensuitwisseling en databeschikbaarheid. Er wordt voldaan aan relevante wettelijke kaders zoals de Wet elektronische gegevensuitwisseling in de zorg (Wegiz) en de Europese Ruimte voor Gezondheidsgegevens (EHDS).

De referentie-architectuur combineert technische innovaties met maatschappelijke waarden zoals privacy, inclusiviteit en regie over eigen gegevens.

=== Kernprincipes ===
De architectuur is gebaseerd op de volgende principes:
* '''Open Standaarden''' – Interoperabiliteit via standaarden zoals FHIR, OAuth2, en HL7.
* '''Modulariteit''' – Flexibele componenten die eenvoudig zijn te vervangen of uit te breiden.
* '''Privacy & Beveiliging''' – Gebruikersdata wordt beschermd door anonieme login en end-to-end encryptie.
* '''Gebruiksvriendelijkheid''' – Ontworpen met de behoeften van eindgebruikers in gedachten.

=== Componenten van de Architectuur ===
==== Gebruikerslaag ====
* Toegang via web en mobiele applicaties
* Single Sign-On en Anonieme Login
* Gebruikersportalen en self-service tools

==== Authenticatie en Identiteit ====
* [[Anonieme Login]] – Privacyvriendelijke toegang tot diensten
* Identity Provider (IdP) voor authenticatiebeheer
* OAuth 2.0 en OpenID Connect voor toegangscontrole

==== Interoperabiliteitsvoorzieningen ====
* [[HTI-Health Tools Interoperability]] – Standaard voor veilige en gestandaardiseerde koppeling tussen zorg- en e-health tools
* [[FHIR en HL7 Standaarden]] – Internationale standaarden voor zorggegevensuitwisseling
* [[Koppeltaal]] – Standaard voor e-health integraties binnen GGZ en welzijnszorg
* [[MedMij]] – Afsprakenstelsel voor veilige en gestandaardiseerde uitwisseling van persoonlijke gezondheidsgegevens tussen zorgverleners en PGO's

==== Integratielaag ====
* RESTful API’s en Event-driven architectuur (bijv. Kafka, RabbitMQ)
* Koppelingen met externe zorgsystemen en platforms
* Beheer van data-uitwisseling en synchronisatie
* [[Nuts]] – Gedecentraliseerde infrastructuur voor veilige gegevensuitwisseling
* [[LSP (AORTA)]] – Landelijk Schakelpunt voor medische gegevensuitwisseling

==== Beheer- en Monitoringlaag ====
* Logging en auditing voor compliance en transparantie
* Real-time monitoring van systeemprestaties
* Automatische updates en configuratiebeheer

=== Implementatie en Toepassing ===
Deze architectuur wordt gebruikt als basis voor de digitale transformatie van zorggemeenschappen. Door het gebruik van gestandaardiseerde componenten wordt herbruikbaarheid en samenwerking tussen zorgverleners, e-health tools en gemeenschappen bevorderd.

=== Zie Ook ===
* [[Anonieme Login]]
* [[HTI-Health Tools Interoperability]]
* [[FHIR en HL7 Standaarden]]
* [[Privacy en Security in Zorgplatformen]]
* [[Nuts]]
* [[LSP (AORTA)]]
* [[Koppeltaal]]
* [[MedMij]]

GIDS referentie-architectuur

2025-02-22T12:10:50Z

Admin:

== High-Level Architectuur Digital Integrated Community Care ==

== Inleiding ==

In een tijd waarin digitalisering en interoperabiliteit steeds crucialer worden, biedt de '''GIDS Open Standaarden Referentiearchitectuur''' een solide fundament voor de ontwikkeling, implementatie en het beheer van open standaarden binnen diverse domeinen. Deze architectuur fungeert als een leidraad voor organisaties die streven naar '''uniforme, transparante en efficiënte''' IT-systemen, zonder afhankelijk te zijn van gesloten of propriëtaire oplossingen.

Deze referentiearchitectuur biedt een gestructureerde aanpak voor het ontwerpen en implementeren van '''open, toegankelijke en herbruikbare''' ICT-oplossingen. Door te werken met modulaire principes, best practices en gestandaardiseerde kaders, kunnen organisaties '''naadloos gegevens uitwisselen, innovatie versnellen en vendor lock-in vermijden'''.

=== Doel van deze referentiearchitectuur ===
De GIDS Open Standaarden Referentiearchitectuur helpt bij het:
* '''Bevorderen van interoperabiliteit''' tussen systemen en organisaties.
* '''Borgen van openheid en transparantie''' in technologiekeuzes.
* '''Vergemakkelijken van adoptie en implementatie''' van open standaarden.
* '''Ondersteunen van architecten, ontwikkelaars en beleidsmakers''' met heldere richtlijnen en best practices.

Deze referentiearchitectuur is ontworpen met het oog op '''flexibiliteit, schaalbaarheid en duurzaamheid'''.

In de volgende hoofdstukken worden de kernprincipes, architectuurcomponenten en implementatiestrategieën verder toegelicht.

Bij de ontwikkeling van deze architectuur wordt rekening gehouden met de visie van de Nederlandse overheid op gegevensuitwisseling en databeschikbaarheid. Er wordt voldaan aan relevante wettelijke kaders zoals de Wet elektronische gegevensuitwisseling in de zorg (Wegiz) en de Europese Ruimte voor Gezondheidsgegevens (EHDS).

De referentie-architectuur combineert technische innovaties met maatschappelijke waarden zoals privacy, inclusiviteit en regie over eigen gegevens.

=== Kernprincipes ===
De architectuur is gebaseerd op de volgende principes:
* '''Open Standaarden''' – Interoperabiliteit via standaarden zoals FHIR, OAuth2, en HL7.
* '''Modulariteit''' – Flexibele componenten die eenvoudig zijn te vervangen of uit te breiden.
* '''Privacy & Beveiliging''' – Gebruikersdata wordt beschermd door anonieme login en end-to-end encryptie.
* '''Gebruiksvriendelijkheid''' – Ontworpen met de behoeften van eindgebruikers in gedachten.

=== Componenten van de Architectuur ===
==== Gebruikerslaag ====
* Toegang via web en mobiele applicaties
* Single Sign-On en Anonieme Login
* Gebruikersportalen en self-service tools

==== Authenticatie en Identiteit ====
* [[Anonieme Login]] – Privacyvriendelijke toegang tot diensten
* Identity Provider (IdP) voor authenticatiebeheer
* OAuth 2.0 en OpenID Connect voor toegangscontrole

==== Interoperabiliteitsvoorzieningen ====
* [[HTI-Health Tools Interoperability]] – Standaard voor veilige en gestandaardiseerde koppeling tussen zorg- en e-health tools
* [[FHIR en HL7 Standaarden]] – Internationale standaarden voor zorggegevensuitwisseling
* [[Koppeltaal]] – Standaard voor e-health integraties binnen GGZ en welzijnszorg
* [[MedMij]] – Afsprakenstelsel voor veilige en gestandaardiseerde uitwisseling van persoonlijke gezondheidsgegevens tussen zorgverleners en PGO's

==== Integratielaag ====
* RESTful API’s en Event-driven architectuur (bijv. Kafka, RabbitMQ)
* Koppelingen met externe zorgsystemen en platforms
* Beheer van data-uitwisseling en synchronisatie
* [[Nuts]] – Gedecentraliseerde infrastructuur voor veilige gegevensuitwisseling
* [[LSP (AORTA)]] – Landelijk Schakelpunt voor medische gegevensuitwisseling

==== Beheer- en Monitoringlaag ====
* Logging en auditing voor compliance en transparantie
* Real-time monitoring van systeemprestaties
* Automatische updates en configuratiebeheer

=== Implementatie en Toepassing ===
Deze architectuur wordt gebruikt als basis voor de digitale transformatie van zorggemeenschappen. Door het gebruik van gestandaardiseerde componenten wordt herbruikbaarheid en samenwerking tussen zorgverleners, e-health tools en gemeenschappen bevorderd.

=== Zie Ook ===
* [[Anonieme Login]]
* [[HTI-Health Tools Interoperability]]
* [[FHIR en HL7 Standaarden]]
* [[Privacy en Security in Zorgplatformen]]
* [[Nuts]]
* [[LSP (AORTA)]]
* [[Koppeltaal]]
* [[MedMij]]

GIDS referentie-architectuur

2025-02-22T12:03:27Z

Admin:

== High-Level Architectuur Digital Integrated Community Care ==

== Inleiding ==

In een tijd waarin digitalisering en interoperabiliteit steeds crucialer worden, biedt de '''GIDS Open Standaarden Referentiearchitectuur''' een solide fundament voor de ontwikkeling, implementatie en het beheer van open standaarden binnen diverse domeinen. Deze architectuur fungeert als een leidraad voor organisaties die streven naar '''uniforme, transparante en efficiënte''' IT-systemen, zonder afhankelijk te zijn van gesloten of propriëtaire oplossingen.

Deze referentiearchitectuur biedt een gestructureerde aanpak voor het ontwerpen en implementeren van '''open, toegankelijke en herbruikbare''' ICT-oplossingen. Door te werken met modulaire principes, best practices en gestandaardiseerde kaders, kunnen organisaties '''naadloos gegevens uitwisselen, innovatie versnellen en vendor lock-in vermijden'''.

=== Doel van deze referentiearchitectuur ===
De GIDS Open Standaarden Referentiearchitectuur helpt bij het:
* '''Bevorderen van interoperabiliteit''' tussen systemen en organisaties.
* '''Borgen van openheid en transparantie''' in technologiekeuzes.
* '''Vergemakkelijken van adoptie en implementatie''' van open standaarden.
* '''Ondersteunen van architecten, ontwikkelaars en beleidsmakers''' met heldere richtlijnen en best practices.

Deze referentiearchitectuur sluit aan bij bestaande raamwerken zoals '''NORA, TOGAF en ArchiMate''', en is ontworpen met het oog op '''flexibiliteit, schaalbaarheid en duurzaamheid'''.

In de volgende hoofdstukken worden de kernprincipes, architectuurcomponenten en implementatiestrategieën verder toegelicht.

Bij de ontwikkeling van deze architectuur wordt rekening gehouden met de visie van de Nederlandse overheid op gegevensuitwisseling en databeschikbaarheid. Er wordt voldaan aan relevante wettelijke kaders zoals de Wet elektronische gegevensuitwisseling in de zorg (Wegiz) en de Europese Ruimte voor Gezondheidsgegevens (EHDS).

De referentie-architectuur combineert technische innovaties met maatschappelijke waarden zoals privacy, inclusiviteit en regie over eigen gegevens.

=== Kernprincipes ===
De architectuur is gebaseerd op de volgende principes:
* **Open Standaarden** – Interoperabiliteit via standaarden zoals FHIR, OAuth2, en HL7.
* **Modulariteit** – Flexibele componenten die eenvoudig zijn te vervangen of uit te breiden.
* **Privacy & Beveiliging** – Gebruikersdata wordt beschermd door anonieme login en end-to-end encryptie.
* **Gebruiksvriendelijkheid** – Ontworpen met de behoeften van eindgebruikers in gedachten.

=== Componenten van de Architectuur ===
==== Gebruikerslaag ====
* Toegang via web en mobiele applicaties
* Single Sign-On en Anonieme Login
* Gebruikersportalen en self-service tools

==== Authenticatie en Identiteit ====
* [[Anonieme Login]] – Privacyvriendelijke toegang tot diensten
* Identity Provider (IdP) voor authenticatiebeheer
* OAuth 2.0 en OpenID Connect voor toegangscontrole

==== Interoperabiliteitsvoorzieningen ====
* [[HTI-Health Tools Interoperability]] – Standaard voor veilige en gestandaardiseerde koppeling tussen zorg- en e-health tools
* [[FHIR en HL7 Standaarden]] – Internationale standaarden voor zorggegevensuitwisseling
* [[Koppeltaal]] – Standaard voor e-health integraties binnen GGZ en welzijnszorg
* [[MedMij]] – Afsprakenstelsel voor veilige en gestandaardiseerde uitwisseling van persoonlijke gezondheidsgegevens tussen zorgverleners en PGO's

==== Integratielaag ====
* RESTful API’s en Event-driven architectuur (bijv. Kafka, RabbitMQ)
* Koppelingen met externe zorgsystemen en platforms
* Beheer van data-uitwisseling en synchronisatie
* [[Nuts]] – Gedecentraliseerde infrastructuur voor veilige gegevensuitwisseling
* [[LSP (AORTA)]] – Landelijk Schakelpunt voor medische gegevensuitwisseling

==== Beheer- en Monitoringlaag ====
* Logging en auditing voor compliance en transparantie
* Real-time monitoring van systeemprestaties
* Automatische updates en configuratiebeheer

=== Implementatie en Toepassing ===
Deze architectuur wordt gebruikt als basis voor de digitale transformatie van zorggemeenschappen. Door het gebruik van gestandaardiseerde componenten wordt herbruikbaarheid en samenwerking tussen zorgverleners, e-health tools en gemeenschappen bevorderd.

=== Zie Ook ===
* [[Anonieme Login]]
* [[HTI-Health Tools Interoperability]]
* [[FHIR en HL7 Standaarden]]
* [[Privacy en Security in Zorgplatformen]]
* [[Nuts]]
* [[LSP (AORTA)]]
* [[Koppeltaal]]
* [[MedMij]]

GIDS referentie-architectuur

2025-02-22T11:54:47Z

Admin: Created page with "== High-Level Architectuur Digital Integrated Community Care == === Inleiding === De referentie-architectuur Digital Integrated Community Care (DICC) is ontwikkeld als een kader dat aansluit bij de principes van digitale gemeenschapszorg en bijdraagt aan de autonomie en samenwerking binnen zorggemeenschappen. De architectuur faciliteert veilige en efficiënte gegevensuitwisseling, met respect voor de behoeften van zowel formele als informele zorgverleners en burgers. B..."

== High-Level Architectuur Digital Integrated Community Care ==

=== Inleiding ===
De referentie-architectuur Digital Integrated Community Care (DICC) is ontwikkeld als een kader dat aansluit bij de principes van digitale gemeenschapszorg en bijdraagt aan de autonomie en samenwerking binnen zorggemeenschappen. De architectuur faciliteert veilige en efficiënte gegevensuitwisseling, met respect voor de behoeften van zowel formele als informele zorgverleners en burgers.

Bij de ontwikkeling van deze architectuur wordt rekening gehouden met de visie van de Nederlandse overheid op gegevensuitwisseling en databeschikbaarheid. Hoewel de overheid richtlijnen en wetgeving opstelt om interoperabiliteit en gegevensdeling te reguleren, richt DICC zich primair op een praktische, decentrale aanpak die aansluit bij de dynamiek van gemeenschapszorg. Dit betekent dat de architectuur flexibiliteit biedt om gegevensuitwisseling op lokaal niveau vorm te geven, terwijl tegelijkertijd wordt voldaan aan relevante wettelijke kaders zoals de Wet elektronische gegevensuitwisseling in de zorg (Wegiz) en de Europese Ruimte voor Gezondheidsgegevens (EHDS).

Enkele relevante ontwikkelingen in het zorgdomein die de context van deze architectuur vormen:
- De Covid-crisis (2020-2022) heeft de noodzaak van toegankelijke en veilige gegevensuitwisseling benadrukt, bijvoorbeeld voor vaccinatieregistratie en IC-capaciteit.
- De Wet elektronische gegevensuitwisseling in de zorg (Wegiz) stelt nieuwe eisen aan digitale systemen in de zorg.
- De ‘Nationale visie en strategie op het gezondheidsinformatiestelsel’ (NVS, 2023) biedt een kader voor interoperabiliteit en gegevensbeschikbaarheid.
- De Europese Ruimte voor Gezondheidsgegevens (EHDS, 2024) harmoniseert EPD’s en stimuleert secundair gebruik van zorgdata binnen Europa.

Door deze ontwikkelingen in overweging te nemen, biedt DICC een referentie-architectuur die technische innovaties combineert met maatschappelijke waarden zoals privacy, inclusiviteit en regie over eigen gegevens.

=== High-Level Architectuurdiagram ===
[[Bestand:high_level_architectuur_dicc.png|thumb|center|800px|High-Level Architectuur Digital Integrated Community Care]]

=== Kernprincipes ===
De architectuur is gebaseerd op de volgende principes:
* **Open Standaarden** – Interoperabiliteit via standaarden zoals FHIR, OAuth2, en HL7.
* **Modulariteit** – Flexibele componenten die eenvoudig zijn te vervangen of uit te breiden.
* **Privacy & Beveiliging** – Gebruikersdata wordt beschermd door anonieme login en end-to-end encryptie.
* **Gebruiksvriendelijkheid** – Ontworpen met de behoeften van eindgebruikers in gedachten.

=== Componenten van de Architectuur ===
==== Gebruikerslaag ====
* Toegang via web en mobiele applicaties
* Single Sign-On en Anonieme Login
* Gebruikersportalen en self-service tools

==== Authenticatie en Identiteit ====
* [[Anonieme Login]] – Privacyvriendelijke toegang tot diensten
* Identity Provider (IdP) voor authenticatiebeheer
* OAuth 2.0 en OpenID Connect voor toegangscontrole

==== Interoperabiliteitsvoorzieningen ====
* [[HTI-Health Tools Interoperability]] – Standaard voor veilige en gestandaardiseerde koppeling tussen zorg- en e-health tools
* [[FHIR en HL7 Standaarden]] – Internationale standaarden voor zorggegevensuitwisseling
* [[Koppeltaal]] – Standaard voor e-health integraties binnen GGZ en welzijnszorg
* [[MedMij]] – Afsprakenstelsel voor veilige en gestandaardiseerde uitwisseling van persoonlijke gezondheidsgegevens tussen zorgverleners en PGO's

==== Integratielaag ====
* RESTful API’s en Event-driven architectuur (bijv. Kafka, RabbitMQ)
* Koppelingen met externe zorgsystemen en platforms
* Beheer van data-uitwisseling en synchronisatie
* [[Nuts]] – Gedecentraliseerde infrastructuur voor veilige gegevensuitwisseling
* [[LSP (AORTA)]] – Landelijk Schakelpunt voor medische gegevensuitwisseling

==== Beheer- en Monitoringlaag ====
* Logging en auditing voor compliance en transparantie
* Real-time monitoring van systeemprestaties
* Automatische updates en configuratiebeheer

=== Implementatie en Toepassing ===
Deze architectuur wordt gebruikt als basis voor de digitale transformatie van zorggemeenschappen. Door het gebruik van gestandaardiseerde componenten wordt herbruikbaarheid en samenwerking tussen zorgverleners, e-health tools en gemeenschappen bevorderd.

=== Zie Ook ===
* [[Anonieme Login]]
* [[HTI-Health Tools Interoperability]]
* [[FHIR en HL7 Standaarden]]
* [[Privacy en Security in Zorgplatformen]]
* [[Nuts]]
* [[LSP (AORTA)]]
* [[Koppeltaal]]
* [[MedMij]]

Main Page

2025-02-22T11:53:15Z

Admin:

Welkom op de GIDS Open Standaarden wiki. Deze wiki wordt gebruikt voor de [[GIDS referentie-architectuur]].

MediaWiki has been installed.

Consult the [https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Contents User's Guide] for information on using the wiki software.

== Getting started ==
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Configuration settings list]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ MediaWiki FAQ]
* [https://lists.wikimedia.org/postorius/lists/mediawiki-announce.lists.wikimedia.org/ MediaWiki release mailing list]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Localise MediaWiki for your language]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Learn how to combat spam on your wiki]

Main Page

2025-02-22T11:49:51Z

Admin:

Welkom op de GIDS Open Standaarden wiki. Deze wiki wordt gebruikt voor de GIDS referentie-architectuur

MediaWiki has been installed.

Consult the [https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Contents User's Guide] for information on using the wiki software.

== Getting started ==
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Configuration settings list]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ MediaWiki FAQ]
* [https://lists.wikimedia.org/postorius/lists/mediawiki-announce.lists.wikimedia.org/ MediaWiki release mailing list]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Localise MediaWiki for your language]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Learn how to combat spam on your wiki]