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
-
Communicatie tussen AORTA GTK en andere componenten via GZN m.b.v. uitbreiding Hybrid API (afhankelijkheid op deployment GTK) AOF-4872
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.2024.4
|
Beëindigen abonnement dat is genomen op een gegevenssoort (let op: bevat patches in de 2024.3 versies van interface AS ZA en in transactietoken). AOF-6218
Herzien specificatie voor registreren van een nieuw abonnement. AOF-6215
Verwijderen entry VWI/AR door naar Mitz migrerende applicatie moet beide registers aanpassen. AOF-6183
Versie van endpoint voor hasConformance (APR) verhoogd naar v2 (correctie, was vergeten bij eerdere change). AOF-6297
|
ABR.2024.2
|
|
ADS.2024.2
|
|
APR.2024.4
|
|
ASN.2024.2
|
|
ASA.2024.3
|
|
ASG.2024.1
|
|
LOK.2024.1
|
|
MAP.2024.2
|
|
SDS.2024.1
|
|
RB3.2024.2
|
|
RBA.2024.2
|
|
RBG.2024.1
|
|
RBV.2024.3
|
|
LOG.2024.1
|
|
VWI.2024.3
|
|
AoF.2025.1
|
Mitz:
MO:
BGZ (GTK en AoF):
-
Gebruik van ZORG-AB AOF-4707
-
Kunnen ontvangen van cancel notification in GTK (minimale verwerking t.b.v. Twiin compliancy). AOF-4697
-
Configureerbare maximale geldigheidsduur van uit te geven en te ontvangen (client_)assertions (initiële max = 5 min). AOF-5063
-
Replay-detectie op ontvangen (client_)assertions (actie in GTK infra).
-
Bepalen appID van AORTA Verzender in AORTA GTK AOF-4702
-
Inperken token expansion voor URA-search tot de betreffende interactie (nog specificeren). AOF-6131
Core:
-
Signen AORTA access_token met ander certificaat dan degene die wordt gebruikt voor TLS (al gereed)
-
RB VnC dient ook relatieve paging URL’s te herschrijven (o.a. nodig voor bepalen juiste appID bij zorgaanbieder) AOF-5009
-
Uniek maken relatieve URL’s in search results AOF-5009
-
Dynamisch kiezen van een ondersteunde ping-interactie in LSP-beheertool (v3, stu3, r4, ..) - al gereed, specificaties zijn bijgewerkt
|
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.2026.1
|
MO:
-
Peildatum in generieke query (get-aorta-data, what’s new light) AOF-4696
-
Ondersteunen actualiteitscontrole o.b.v. contextcode (FHIR en v3) AOF-5703
-
Ondersteunen contracttoken (fase 1, goed definiëren wat in welke fase)
-
Routeren van push-verkeer naar juiste applicatie onder een URA
-
Herzien specificatie voor wijzigen van een nieuw abonnement (conditional-update lijkt toch niet het geschikte interactietype te zijn)
MO+GTK:
GTK:
-
Aanpassen AORTA NP Notificatie om ook o.b.v. FHIR-profile ID gecodeerde input’s te kunnen verzenden/ontvangen (nog specificeren)
-
(cryptografisch) binden van, aan extern GTK uitgegeven, AORTA access_token aan dit GTK en de binding toetsen bij gebruik van het token AOF-6359
VVT:
Core:
-
Aanpassing formaat URA, BSN, appID in AORTA tokens naar nieuwe gewenste formaat AOF-6298
-
Hybrid-API haalt baseURL’s van componenten uit het AORTA Stelseltoken (i.p.v. uit een eigen configuratie). AOF-6299
-
Toevoegen foutsituatie “resource type niet ondersteund” aan specificaties Resource Server (GBx-applicatie)
-
Uitfaseren AORTA-Version header.
-
Vervangen AORTA-ID door W3C headers (traceparent, tracestate) >> align met Twiin
-
Verwijderen include parameter uit SDS (broker dient deze zonodig toe te voegen o.b.v. de interactietabel), en uit de scope van het access_token (_include parameter zelf hoort geen deel uit te maken van de scope, geïncludeerde resources moeten wel deel uitmaken van de scope - dit werkt o.b.v. de interactietabel, maar is juist weer een autorisatie aangelegenheid die thuishoort in het MAP)
-
Evaluatie naam van Adressering Server
-
Indien mogelijk: Ontwikkelen nieuwe MAP/SDS-combinatie component (autorisatieconfiguratie component, of deze onderbrengen in de AORTA stelselnode) AORTA-194
|
|
|
Backlog
|
GTK:
Core:
|
|
