PDC PTC VTC Etc
De kapstok voor alles
Auteur: Joeri Diederen | Status: Concept
Inleiding
In het platform voor dienstverlening ontbreekt een kapstok waaraan typen (schema’s), objecten (instanties) bedrijfsregels en formulieren worden gerelateerd aan elkaar.
Overzicht van elementen
Verzoektype
Standaardiseert instanties van verzoeken. Dat kan het initiële verzoek zijn, maar ook een verzoek op een lopende zaak, product of dienst.
Een definitie van een aanvraag voor een horecavergunning Een definitie voor een wijziging op een lopende zaak. Een definitie voor een wijziging op een lopende horecavergunning.
Verzoek
Instantie van een verzoektype
Een aanvraag van een horecavergunning
Zaaktype
Standaardiseert instanties van zaken
Een definitie van een zaak voor een horecavergunning
Zaak
Instantie van een zaaktype
Een (deel)zaak voor een horecavergunning
Producttype
Standaardiseert instanties van producten
De definitie van een horecavergunning
Product
Instantie van een producttype
Een horecavergunning
Product- en dienstcatalogus
Relateert bovenstaande definities aan producten- en diensten
Bevat referentie naar bedrijfsregels
Bevat contactpersonen
Bevat informatieteksten
Bevat authenticatie- en autorisatievereisten
Bevat referentie naar tekst-templates
Bevat referentie naar formulierdefinities
Uitwerking: het zaakregistratie-component als blauwdruk
Het (bestaande) zaakregistratiecomponent
De standaardisatie van zaaktype-gegevens vindt plaats in de Catalogi API. Instanties van zaaktypen worden opgeslagen in de Zaken API.
Het productregistratiecomponent
Hetzelfde patroon kan toegepast worden op Producten, door de creatie van een referentiecomponent voor het registreren van producten met een Producten API en een Productcatalogi API. Het informatiemodel voor producttypen lijkt redelijk consistent aan het informatiemodel voor zaaktypen. Ze bevatten een producttype met relaties naar rollen, statussen (informatie)objecten en besluiten.
Het verzoekregistratiecomponent
De volgende logische stap is opdracht geven voor de creatie van een Verzoekregistratiecomponent. Hierin kunnen lessons learned uit de zaakregistratiecomponent worden meegenomen. Ook dit informatiemodel lijkt op het eerste gezicht veel op dat van de zaaktype-catalogus.
Deze strategie borgt dus eerst standaardisatie van instanties en bijbehorende registers. Dat vergroot de schaalbaarheid van het platform voor dienstverlening.
De PDC in een ander jasje
Er is een aanvullend component nodig om de dingen aan elkaar te relateren. Hierin kan de bestaande product- en dienstencatalogus een grote rol spelen. Hiervoor moet het informatiemodel uitgebreid worden, en liefst komen er ook functies bij voor referenties richting bedrijfsregels (regels.overheid.nl) teksttemplates, authenticiatieniveau’s, verwijzingen naar formulierdefinities, et cetera.
Dan resteert nog het;
Zaakverzoektype
Productverzoektype
Het lijkt logisch om deze typen te verwerken in het Verzoekregistratiecomponent, omdat het patroon identiek is. Die wordt dan als volgt uitgebreid:
Mogelijke plateauplanning
De plateau’s zien er dan als volgt uit:
Last updated
