Een AoF Release vertegenwoordigt een set van Component Releases. Middels een AoF Release worden typisch één of meerdere use cases toegevoegd of gewijzigd, die functionaliteit vereisen in meerdere, verschillende componenten.
|
AoF Release
|
Toelichting
|
Component Releases
|
|
AoF.2024.1
|
Functionaliteit die nodig is voor de kickstart MO.
|
ADS.2024.1
|
|
APR.2024.1
|
|
ASN.2024.1
|
|
ASA.2024.1
|
|
MAP.2024.1
|
|
SDS.2024.1
|
|
RB3.2024.1
|
|
RBA.2024.1
|
|
RBV.2024.1
|
|
LOG.2024.1
|
|
VWI.2024.1
|
|
AoF.2024.2
|
Aanvulling voor kickstart MO:
-
Ondersteunen NL02 generieke query
-
Abonneren & Notificeren;
-
Gedeeltelijke ondersteuning Mitz
-
FHIR-search op URA niveau
|
ABR.2024.1
|
|
ADS.2024.1
|
|
APR.2024.2
|
|
ASN.2024.1
|
|
ASA.2024.2
|
|
LOK.2024.1
|
|
MAP.2024.1
|
|
SDS.2024.1
|
|
RB3.2024.1
|
|
RBA.2024.1
|
|
RBV.2024.2
|
|
LOG.2024.1
|
|
VWI.2024.2
|
|
AoF.2024.3
|
Mitz:
GTK en AoF componenten en voor:
-
Uitgaand verkeer Twiin
-
Inkomend verkeer Twiin
-
Ondersteuning dunne notificatie inkomend
-
Zonder gebruik van ZORG-AB
-
MAP in sommige situaties niet raadplegen bij notified-pull via Twiin
MO:
BGZ:
Core:
-
In lijn brengen implementatie met specificaties m.b.t. gebruik mTLS en server authenticatie.
-
Toevoegen base URL van BTD aan AORTA stelseltoken, en gebruik ervan door RB VnC en ADS. Verwijderen LOG, VWI/ACT en ABR uit stelsteltoken, omdat deze slechts intern nodig zijn, maar (nog) niet worden gebruikt in de hybrid API, en wel tot verwarring kunnen leiden voor GBx-clients.
-
Onderscheid maken in conformances voor zelf initiëren en laten initiëren door broker
|
ABR.2024.1
|
|
ADS.2024.2
|
|
APR.2024.3
|
|
ASN.2024.2
|
|
ASA.2024.3
|
|
ASG.2024.1
|
|
LOK.2024.1
|
|
MAP.2024.1
|
|
SDS.2024.1
|
|
RB3.2024.2
|
|
RBA.2024.2
|
|
RBG.2024.1
|
|
RBV.2024.3
|
|
LOG.2024.1
|
|
VWI.2024.2
|
|
AoF.2025.1
|
Mitz:
MO:
BGZ (GTK en AoF):
-
Communicatie tussen AORTA GTK en andere componenten via GZN m.b.v. uitbreiding Hybrid API (afhankelijkheid op deployment GTK)
-
Gebruik van ZORG-AB
-
Kunnen ontvangen van cancel notification in GTK (minimale verwerking t.b.v. Twiin compliancy).
-
Configureerbare maximale geldigheidsduur van uit te geven (client_)assertions (initiële max = 5 min).
-
Replay-detectie op ontvangen (client_)assertions.
-
Bepalen appID van AORTA Verzender in AORTA GTK
Core:
-
Signen AORTA access_token met ander certificaat dan degene die wordt gebruikt voor TLS (werkt al zo, nog wel specificeren)
-
RB VnC dient ook relatieve paging URL’s te herschrijven (o.a. nodig voor bepalen juiste appID bij zorgaanbieder)
-
RB VnC dient te borgen dat ontvangen relatieve URL’s in searchset Bundles uniek zijn in het geconsolideerde resultaat
-
Dynamisch kiezen van een ondersteunde ping-interactie in LSP-beheertool (v3, stu3, r4, ..)
-
Generieke component voor lezen configuratie parameters (innovatie)
-
Broker voegt eventueel benodigde include parameters, o.b.v. de interactietabel, toe aan search interacties. Deze zijn dan niet meer nodig in de SDS en in de scope van het access_token.
|
ABR.2024.1
|
|
ADS.2025.1
|
|
APR.2024.3
|
|
ASN.2024.2
|
|
ASA.2025.1
|
|
ASG.2025.1
|
|
LOK.2024.1
|
|
MAP.2024.1
|
|
NBR.2025.1
|
|
SDS.2024.1
|
|
RB3.2024.2
|
|
RBA.2024.2
|
|
RBG.2025.1
|
|
RBV.2025.1
|
|
RSB.2025.1
|
|
LOG.2024.1
|
|
VWI.2024.2
|
|
AoF.2025.2
|
MO:
-
Peildatum in generieke query (get-aorta-data, what’s new light)
-
Bieden van getInteractionInfo service op Adressering Server om GBx-applicaties te helpen bij zoeken in ZORG-AB data.
-
Routeren van push-verkeer naar juiste applicatie onder een URA
GTK:
-
Meewegen gevraagde scope in token request die ook een consent_token bevat (wordt waarschijnlijk deel van 1.3.1)
-
Conformance-level toetsing uitvoeren op scope van token request dat wordt ontvangen van een extern GTK
NCP:
VVT:
Core:
|
|
