Toelichting GBx-systeemrol profielen

Functionaliteit van GBx-applicaties en van VZVZ-componenten is beschreven in de vorm van Features. Om een Feature te kunnen aanbieden of te kunnen gebruiken zijn verschillende randvoorwaarden van toepassing, bijvoorbeeld m.b.t. netwerk/transport, beveiliging van een systeem/organisatie of m.b.t. beheerprocessen die ingericht moeten zijn.

Voor GBx-applicaties zijn deze randvoorwaarden en soms ook een aantal aanvullende eisen die van toepassing zijn, beschreven in Programma’s van Eisen. In de PvE’s worden eisen verbonden aan GBx-systeemrollen. De eisen die gelden zijn vervolgens beschreven in het PvE, waarbij wordt verwezen naar GBx-systeemrol profielen en, via deze profielen, naar de specificaties van relevante Features, en de bijbehorende use cases, in de confluence omgeving.

Er zijn verschillende typen GBx-systeemrol profielen:

• Concreet - deze levert een specifiek resultaat.

• Abstract - deze omvat een generieke wijze van verwerking(en) en kan worden vereist door een of meerdere andere concrete systeemrol profielen (bijv. voor zorgtoepassingen).

Een GBx-systeemrol profiel definieert, in de vorm van Dependencies, welke Features een GBx-applicatie moet ondersteunen, om bepaalde functionaliteit, in een bepaalde context, te kunnen gebruiken of aan te bieden. Voorbeeld: om een notified pull interactie te kunnen initiëren (NP Verzendend Systeem) binnen de context van AoF 2024, moet een systeem het Feature core-FHIR-interactie-broker kunnen gebruiken, en moet het systeem zelf het Feature core-FHIR-interactie aanbieden.

Wanneer de kolom “Aanbieder” is gevuld, dan dient de Feature die is benoemd in de kolom “Dependency” te worden aangeboden door deze GBx-systeemrol. In deze situatie zijn zowel een interface specificatie als een use case specificatie van toepassing op de GBx-systeemrol.

Wanneer de kolom “Afnemer” is gevuld, dan dient de Feature die is benoemd in de kolom “Dependency” te kunnen worden gebruikt door deze GBx-systeemrol. In deze situatie is voor de betreffende GBx-systeemrol slechts een interface specificatie relevant. De use case specificatie, die is gekoppeld aan een Feature, is wel van toepassing op de aanbieder van het betreffende Feature (een dergelijke use case beschrijft de implementatie van het Feature, niet het gebruik ervan door een afnemer).

Daarnaast is het zo dat een GBx-systeemrol profiel kan zijn gebaseerd op een of meerdere core profielen (client en/of server). Wanneer dit zo is, dan gelden ook de Dependencies van de betreffende core profielen.

Bij een Dependency van een Feature op een ander Feature, of van een GBx-systeemrol profiel op een Feature wordt, middels een conformance, aangegeven met welke range van versies (van het Feature waarop de afhankelijkheid wordt genomen) de betreffende afhankelijkheid kan worden ingevuld.

Een versie-range binnen een Dependency kan op de volgende manieren worden gespecificeerd:

• Lowest applicable version - aan de afhankelijkheid wordt voldaan wanneer de laagst mogelijke (of een hogere) versie in de aangegeven versie-range wordt ondersteund. Bijvoorbeeld: “Verplicht >=1.2.3”, “Optioneel >=2.3” of “ Verplicht >=3”;

• Floating version - aan de afhankelijkheid wordt pas voldaan wanneer de hoogst beschikbare versie in de aangegeven versie-range wordt ondersteund. Bijvoorbeeld: “Optioneel >=1.2.*” verwijst naar de hoogste patch binnen de 1.2 minor versie, “Verplicht >=2.*” verwijst naar de hoogste patch binnen de hoogste minor in de 2 major of “Optioneel >=*” verwijst naar de hoogst beschikbare versie.

Tevens kan in de versie-range, voor Dependencies van GBx-systeemrol profielen op Features, zijn aangegeven of de Dependency een verplichtend, een conditioneel of een optioneel karakter heeft. Wanneer het karakter niet is vermeld in de Dependency, dan wordt het vermeld in een Programma van Eisen (PvE) dat van toepassing is. Wanneer het karakter conditioneel is, dan wordt de conditie waaronder de Dependency verplicht wordt toegelicht in een van toepassing zijnde PvE.

Wanneer een GBx-systeemrol profiel wordt geïmplementeerd, dan kan dus meestal gekozen worden welke exacte versie van de benoemde Features men wil bieden danwel gebruiken.

De versie van een publicatie waarin de betreffende versie van een Feature is opgenomen is hierbij niet relevant. Het gaat erom dat een juiste versie van de beoogde Features wordt geïmplementeerd.