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: | |
