pa:Hoofdproces: verschil tussen versies
(→Toetsingscriteria) |
|||
| Regel 1: | Regel 1: | ||
{{DISPLAYTITLE:Productarchitectuur}} | {{DISPLAYTITLE:Productarchitectuur}} | ||
| − | + | =Productarchitectuur= | |
| − | |||
| − | |||
| − | |||
| − | + | Deze Wiki-pagina Productarchitectuur bevat de architectuurproducten die onder beheer vallen van het Productarchitectuurteam. | |
| − | + | Meer informatie over de opdracht, de rollen en verantwoordelijkheden van het Productarchitectuurteam is te vinden op de interne Confluence-pagina Productarchitectuur. | |
| − | + | =Productarchitectuurprincipes= | |
| + | De productarchitectuurprincipes bieden richtlijnen waaraan informatieproducten van Nictiz moeten voldoen. | ||
| − | + | Om hergebruik van bestaande structuren te promoten gebruiken we het specificatie canvas. De verschillende lagen van het specificatie canvas (https://nictiz.nl/publicaties/specificatiecanvas) hebben elk onderdelen die gebruikt kunnen worden in een informatieproduct. Door een informatieproduct een ‘sate-prikker’ te laten zijn door alle lagen zorgen we ervoor dat generieke componenten hergebruikt worden door de verschillende informatieproducten. | |
| − | + | De pagina met productarchitectuurprincipes beschrijft de lagen en de richtlijnen per laag waar een informatieproduct aan zou moeten voldoen. Het organisatieniveau wordt niet door Nictiz gespecificeerd in informatieproducten, het taal- en logisch niveau hebben voldoende bestaande richtlijnen; blijft het systeemniveau over waar enkele richtlijnen zijn (FHIR besluit) maar waar nog wel ruimte is voor richting. | |
| + | Doel van informatieproducten, dus ook transactiebouwstenen, is dat ze op zichzelf een complete oplossing zijn. | ||
| + | |||
| + | * [[pa:Productarchitectuurprincipes|Productarchitectuurprincipes]] | ||
| + | |||
| + | ==Transactiebouwstenen== | ||
Voor transactiebouwstenen zijn er aanvullende richtlijnen op de algemene productarchitectuurprincipes voor het ontwikkelen van informatieproducten. | Voor transactiebouwstenen zijn er aanvullende richtlijnen op de algemene productarchitectuurprincipes voor het ontwikkelen van informatieproducten. | ||
Deze richtlijnen zijn bedoeld voor productteams die aan de slag gaan met het ontwikkelen van transactiebouwstenen en als instrument voor productarchitecten om de consistentie in de ontwikkeling van transactiebouwstenen te bewaken. | Deze richtlijnen zijn bedoeld voor productteams die aan de slag gaan met het ontwikkelen van transactiebouwstenen en als instrument voor productarchitecten om de consistentie in de ontwikkeling van transactiebouwstenen te bewaken. | ||
| − | [[pa:Transactiebouwstenen|Transactiebouwstenen]] | + | * [[pa:Transactiebouwstenen|Transactiebouwstenen]] |
| − | + | =Toetsingscriteria= | |
| − | + | De toetsingscriteria vertalen de productarchitectuurprincipes naar toetsbare eisen en zijn van toepassing op alle informatiestandaarden die onder beheer van Nictiz vallen. | |
| − | + | Het toetsingskader geeft aanvullende informatie over het doel en de toepassing van de toetsingscriteria. | |
| − | + | * [[pa:VDraft_Toetsingscriteria|Toetsingscriteria (draft-versie)]] | |
| + | * [[pa:VDraft_Toetsingskader|Toetsingskader (draft-versie)]] | ||
Huidige versie van 7 nov 2025 om 17:00
Inhoud
Productarchitectuur
Deze Wiki-pagina Productarchitectuur bevat de architectuurproducten die onder beheer vallen van het Productarchitectuurteam.
Meer informatie over de opdracht, de rollen en verantwoordelijkheden van het Productarchitectuurteam is te vinden op de interne Confluence-pagina Productarchitectuur.
Productarchitectuurprincipes
De productarchitectuurprincipes bieden richtlijnen waaraan informatieproducten van Nictiz moeten voldoen.
Om hergebruik van bestaande structuren te promoten gebruiken we het specificatie canvas. De verschillende lagen van het specificatie canvas (https://nictiz.nl/publicaties/specificatiecanvas) hebben elk onderdelen die gebruikt kunnen worden in een informatieproduct. Door een informatieproduct een ‘sate-prikker’ te laten zijn door alle lagen zorgen we ervoor dat generieke componenten hergebruikt worden door de verschillende informatieproducten.
De pagina met productarchitectuurprincipes beschrijft de lagen en de richtlijnen per laag waar een informatieproduct aan zou moeten voldoen. Het organisatieniveau wordt niet door Nictiz gespecificeerd in informatieproducten, het taal- en logisch niveau hebben voldoende bestaande richtlijnen; blijft het systeemniveau over waar enkele richtlijnen zijn (FHIR besluit) maar waar nog wel ruimte is voor richting. Doel van informatieproducten, dus ook transactiebouwstenen, is dat ze op zichzelf een complete oplossing zijn.
Transactiebouwstenen
Voor transactiebouwstenen zijn er aanvullende richtlijnen op de algemene productarchitectuurprincipes voor het ontwikkelen van informatieproducten.
Deze richtlijnen zijn bedoeld voor productteams die aan de slag gaan met het ontwikkelen van transactiebouwstenen en als instrument voor productarchitecten om de consistentie in de ontwikkeling van transactiebouwstenen te bewaken.
Toetsingscriteria
De toetsingscriteria vertalen de productarchitectuurprincipes naar toetsbare eisen en zijn van toepassing op alle informatiestandaarden die onder beheer van Nictiz vallen.
Het toetsingskader geeft aanvullende informatie over het doel en de toepassing van de toetsingscriteria.
