Werkgroep Architectuur

Status: in voorbereiding Waar: #kring-techniek-pub

Wat het is

Er ligt een reeks architectuurvraagstukken die nu stuk voor stuk in de hoofdkring landen en de agenda vullen: de deelname aan de VWS Design Authority en de structuur daaromheen, de reactie op het A&A-advies, de PKIOverheid G4-transitie, de Twiin-werkgroep LAS, de transitiearchitectuur binnen GIS-A, en de samenhang van de technische documentatie.

Er is eerder gesproken over een subkring Architectuur. Daar hoort een uitgewerkt domein bij met een coördinator en een afgevaardigde, en dat ligt er nog niet. Een werkgroep is de lichtere vorm die het mandaat hiervoor biedt: een concrete opdracht, zelfstandig werken binnen die opdracht, resultaat terug naar de kring.

Relevantie voor Nuts

De kring stelt de technische kaders en de visie vast, maar de vraagstukken die daarom vragen komen nu ongefilterd op de agenda. Daardoor kost besluitvorming veel vergadertijd en blijven onderwerpen liggen die voorbereiding nodig hebben. Een werkgroep die deze punten besluitrijp maakt, geeft de kring de ruimte om te besluiten in plaats van uit te zoeken.

Daarnaast is er een structurele plek nodig voor architectuurwerk dat over meerdere trajecten heen loopt: de verhouding tussen de Nuts-specifieke voorzieningen en de landelijke generieke functies is niet één project maar een doorlopende vraag.

Voorgestelde opdracht

De kring stelt een werkgroep Architectuur in, met als doel de samenhang in de Nuts-architectuur te bewaken en architectuurvraagstukken besluitrijp te maken voor de kring.

Scope. De werkgroep:

pakt de openstaande architectuurpunten op en bereidt die voor besluitvorming in de kring voor
beheert de brede technische kaders: de randvoorwaardelijke afspraken die voor alle toepassingen gelden, zoals het gebruik van FHIR, identifiers en codestelsels, het vertrouwensmodel, netwerk- en beveiligingseisen, de toepassing van NEN-normen en de juridische kaders die daaraan raken

brengt in kaart welke gedeelde bouwblokken er zijn of nodig zijn, en hoe die zich verhouden tot de Nuts-specifieke voorzieningen en de landelijke generieke functies

maakt en beheert de referentie-ontwerpen voor toepassingen op Nuts, zie hieronder
werkt de overkoepelende technische vraagstukken rond de v6-migratie uit, waaronder het gat tussen de discovery service en de nog niet beschikbare GF-adressering
ondersteunt de Werkgroep Technische Convergentie inhoudelijk: verzorgt de aansluiting vanuit deze kring, beantwoordt de vragen die daar opkomen over bouwblokken en de v6-migratie, en brengt vraagstukken die om een kaderkeuze vragen terug naar de kring
werkt een voorstel uit voor het domein van een subkring Architectuur

Buiten scope: besluiten over technische kaders en over deelname aan externe gremia. Die blijven bij de kring. Ook het eigenaarschap van de migratiepaden per toepassing valt hier niet onder; dat ligt bij de toepassingen zelf.

Resultaat. Besluitrijpe voorstellen, met per vraagstuk het probleem, de oplossingsrichtingen en hun voor- en nadelen. Daarnaast een voorstel voor het domein van een subkring Architectuur.

Belegging. Roland Groen, Dirk Geurs, Rein Krul en Steven van der Vegt.

Werkwijze. De werkgroep werkt zelfstandig binnen deze opdracht en rapporteert in elke kringvergadering. De inhoudelijke ondersteuning aan de Werkgroep Technische Convergentie loopt via de deelnemer die deze kring daarheen afvaardigt.

Referentie-ontwerpen

Wie een toepassing op Nuts bouwt, staat voor een reeks technische keuzes die per toepassing opnieuw worden gemaakt: hoe autorisatie wordt vastgesteld, hoe de vindplaats van gegevens wordt bepaald, hoe de gebruiker wordt geauthenticeerd, en hoe partijen elkaar vertrouwen. Dat leidt tot divergentie tussen toepassingen, tot herhaald ontwerpwerk, en tot ontwerpen die pas laat op consistentie met de kaders worden getoetst. Het geldt voor nieuwe toepassingen net zo goed als voor bestaande die naar did:web migreren.

Referentie-ontwerpen vullen dat gat: een uitgewerkt ontwerp dat een toepassing als vertrekpunt neemt en waarop zij zich profileert. Ze maken de technische kaders concreet en toepasbaar, en zijn daarmee de invulling van de herbruikbare technische bouwblokken waar de ActiZ-evaluatie om vraagt.

Eén generiek referentie-ontwerp is te grof, omdat de communicatiepatronen te veel van elkaar verschillen. Het onderscheid loopt langs twee assen: gericht of ongericht beschikbaar stellen, en de wijze waarop de gegevens worden opgehaald en gelokaliseerd.

Patroon	Voorbeeldtoepassing
Gericht beschikbaar stellen, pull, mogelijk met notificatie zonder workflow	Huisartsinzage, al op did:web
Ongericht beschikbaar stellen, pull met lokalisatie of discovery	de inzagetoepassingen
Indexed pull, waarbij de lokalisatie van de gegevens via een index loopt	nader te bepalen
Notified pull met workflow	eOverdracht
Taakgebaseerde autorisatie	ANW

Maatwerk per toepassing blijft daarna nodig en ligt bij de toepassing zelf.

Verhouding tot de generieke zorginzage-specificatie. Die specificatie is in opzet hetzelfde: een generiek vertrekpunt waarop inzagetoepassingen zich profileren. Zij is echter buiten de kring tot stand gekomen en het beheer ervan is niet belegd. Overweging is die specificatie onder het beheer van deze kring te brengen, als referentie-ontwerp voor het patroon ongericht beschikbaar stellen. Dat is een apart besluit dat de kring los moet nemen; het blokkeert dit onderdeel niet. Wordt het besluit niet genomen, dan blijft er overlap tussen de zorginzage-specificatie en de referentie-ontwerpen bestaan.

Wie doet wat. Deze werkgroep maakt en beheert de referentie-ontwerpen. De Werkgroep Technische Convergentie geeft input op de referenties en past ze toe op de concrete zorgtoepassingen. De subkringen per toepassing implementeren ze en rapporteren blokkades terug aan de Werkgroep Technische Convergentie.

Wat er voor de werkgroep klaarligt

Onderwerp	Waar het staat
Referentie-ontwerpen per communicatiepatroon	deze pagina
Gedeelde bouwblokken en hun verhouding tot de generieke functies	Werkgroep Technische Convergentie
Overkoepelende v6-vraagstukken, waaronder discovery service en GF-adressering	jaarplan, openstaande kaderkeuze
VWS Design Authority en de structuur daaromheen	afvaardiging belegd bij Roland Groen
Reactie op het A&A-advies van VWS	eigen pagina
PKIOverheid G4-transitie	eigen pagina
Twiin najaarsrelease 1.6 en de werkgroep LAS	eigen pagina
Transitiearchitectuur Nuts binnen GIS-A	jaarplan, nog niet belegd
Samenhang van de technische documentatie	architectuurvraag onder het procesvoorstel van het COT, komt in stap 4 bij de kring terug

Planning

Wanneer	Wat
Voor de Twiin-consultatie van 5 oktober	Referentie voor notified pull gereed, als onderdeel van de impactanalyse eOverdracht

Te besluiten

Geeft de kring consent op het instellen van de werkgroep en op de opdracht zoals hierboven beschreven?
Klopt de samenstelling, en is er ruimte voor deelnemers van buiten de kring?
Wie vaardigt de werkgroep af naar de Werkgroep Technische Convergentie?

Brengt de kring de generieke zorginzage-specificatie onder haar beheer, als referentie-ontwerp?

Samenhang met andere trajecten

Werkgroep Technische Convergentie. De werkgroep Architectuur is de beoogde route waarlangs deze kring daar deelnemers afvaardigt, en levert de inhoudelijke ondersteuning op bouwblokken en v6-vraagstukken.
Subkring Architectuur. Het uitwerken van dat domein is onderdeel van deze opdracht; de werkgroep is de tussenstap.
Externe verzoeken en consultaties. De opdrachten die uit externe verzoeken volgen kunnen bij deze werkgroep worden belegd, zodat ze niet van één agenda afhangen.

Bronnen

Wat	Waar
Agendapunt B, kringvergadering 20 augustus 2026	Logboek Kring Techniek
Mandaat Kring Techniek, over werkgroepen en hun opdracht	Google Docs

Wie erbij betrokken zijn

Rol	Wie
Beoogde deelnemers	Roland Groen, Dirk Geurs, Rein Krul, Steven van der Vegt
Afvaardiging naar de Werkgroep Technische Convergentie	nog te bepalen

Hoe haak je aan

Deelname aan een werkgroep vraagt geen lidmaatschap van de kring. Wil je meedoen aan het architectuurwerk, laat het weten in #kring-techniek-aanspreekpunt.