Als gemeente wil ik producten en diensten van ketenpartners en/of maatschappelijke organisaties opslaan in de PDC

[Martindebijl]

...zodat ik die informatie direct bij de hand heb en inwoners hierover kan informeren.

Toelichting Gemeente zijn de meest nabije overheid en fungeert als het eerste loket naar andere overheden en organisaties. De gemeente doet en kan niet alles zelf. In Nederland bieden vele organisaties en vrijwilligers diensten aan. We noemen dat het voorveld; alle activiteiten, vrijwilligers, voorzieningen, onderwijs, (welzijns)organisaties, stichtingen en netwerken in een buurt, wijk of stad die helpen bij het welzijn van inwoners. Dat klinkt breed en dat is het ook. Het is van belang om die diensten naast de eigen gemeentelijke diensten paraat te hebben.

Vraag De (reguliere) PDC, die bedoeld is voor gemeentelijke producten en diensten biedt een basis, maar voor het vastleggen van maatschappelijke organisaties en hun diensten is een groot aantal extra gegevens nodig. Is een (forse) extensie op de basis PDC mogelijk/ werkbaar?

Indiener: vanuit Dimpact-projecten OIP met gemeenten Deventer, Enschede, Groningen, Leeuwarden, Zwolle en vanuit KISS met gemeenten Deventer, Emmen, Enschede, Haarlemmermeer, Kampen, Oost Gelre, Utrecht, Zwolle

Definition of done

• [ ] besluit relevant/generiek
• [ ] indien relevant/generiek; besluit verwerken in kernmodel of extensie
• [ ] indien kernmodel; verwerkt in model

[michielverhoef]

De (reguliere) PDC, die bedoeld is voor gemeentelijke producten en diensten biedt een basis, maar voor het vastleggen van maatschappelijke organisaties en hun diensten is een groot aantal extra gegevens nodig. Is een (forse) extensie op de basis PDC mogelijk/ werkbaar?

Als het nodig is om een groot aantal extra gegevens op te slaan voor andere dan gemeentelijke producten, is het dan nog wel een goed idee om die in dezelfde PDC op te nemen? Of is het dan handiger om hier een aparte oplossing voor te gebruiken?

[Jinze82]

Eens met Michiel, is dit niet in te regelen op PDC catalogus niveau? Ik zie dan ook dat het er in mij ogen meer moeten zijn per organisatie, namelijk:

• PDC dienstverlening, producten die tussen “Burger of bedrijf” en de behandeldienst staan. Iets waar met namen deze volgens mij over gaat.
• PDC ketensamenwerking (van je eigen organisatie en per ketenpartner een catalogus), producten die tussen ketenpartner en ketenpartner staan en gebruikt worden in de samenwerking. Over het algemeen ook een eigen ingang, vanuit het fysiek domein vaak ook in back-office applicatie kiesbaar per ketenpartner. (Importeren en exporteren via JSON-file zou fijn zijn).
• PDC facilitair/ondersteuning, producten die intern aan personeel worden geleverd. Dit lijkt mij ook een aparte catalogus en anders beginnen. #22 heeft hier dan ook een relatie mee.

[Martindebijl]

Dank voor de reacties. Mijn conclusie: Informatie over producten en diensten van maatschappelijke organisaties niet opslaan in de gemeentelijke PDC. De inwoner heeft behoefte aan een compleet, relevant overzicht van producten en diensten, die handig en gemakkelijk via één uitvraag, één interface getoond worden. En dan gaat het om een combinatie producten en diensten van gemeenten en van maatschappelijke organisaties. Het kan door producten aan elkaar te koppelen (... ook van belang) of samen te voegen via een bepaald thema. Producten van ketenpartners onderling. Dit is oa. aan de orde in de PDC van de Omgevingswet. Laten we deze buiten beschouwing bij het opstellen van de extensies? PDC voor interne producten en diensten gaat enerzijds om producten en diensten voor de gemeentelijke organisatie, maar ook om onderwerpen, waarover regelmatig vragen worden gesteld, zowel door inwoners als door medewerkers. In de huidige praktijk worden deze interne informatie over producten en onderwerpen in de PDC opgeslagen. De structuur incl. aanduiding 'intern/extern' volstaat.

[ArjanKloosterboer]

Besproken op 14-2: producten van anderen niet opnemen maar wel er naar doorverwijzen indien dat in het belang is van dienstverlening aan burgers is. Kan onderdeel zijn van een extensie die het benutten van de producten van ketenpartners ondersteunen (bijvoorbeeld een partij die een aanbesteding is gegund).

[Martindebijl]

Verwijzing/relatie tussen gemeentelijke producten en producten van ketenpartners en/of maatschappelijke organisaties Info van niet-gemeentelijke producten in een aparte registratie. Zie ook insteek voor VAC's #5;. Daar kiezen we ook voor een aparte registratie

[ArjanKloosterboer]

Besproken op 28-3: De bedoeling bij de issues https://github.com/VNG-Realisatie/producttypecatalogus/issues/5, https://github.com/VNG-Realisatie/producttypecatalogus/issues/19, https://github.com/VNG-Realisatie/producttypecatalogus/issues/20, https://github.com/VNG-Realisatie/producttypecatalogus/issues/21, https://github.com/VNG-Realisatie/producttypecatalogus/issues/23, https://github.com/VNG-Realisatie/producttypecatalogus/issues/27, 28 is om via het relateren van productinformatie een completer beeld te krijgen. Dat completer beeld kan bestaan uit: relevante vraagantwoordcombinaties (5), andere relevante gemeentelijke producten (19), producten van andere organisaties (20, 28), interne productinformatie (21), koppelen van producten aan thema's (23), experts op producten (27). Dit vindt plaats in de ontsluiting-extensie.