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.
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:
Broker voegt Provenance resource toe aan FHIR-pushberichten naar een zorgaanbieder.
Inperken interactie classifier uit interactietabel
BGZ:
Simultaan ondersteunen 0.6, 0.7 en 2024
Meerdere interacties per transactietoken en access_token
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
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
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:
Bieden van getInteractionInfo service op Adressering Server om GBx-applicaties te helpen bij zoeken in ZORG-AB data.AOF-5702
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:
Samenwerkingsverbanden
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.
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:
Indien dit van toepassing wordt: conformance-level toetsing uitvoeren op scope van token request dat wordt ontvangen van een extern GTK (hiervoor is eerst ervaring vereist met op welke wijze Twiin daadwerkelijk conformances gaat vastleggen in ZORG-AB) AOF-5063
Core:
Ondersteunen resolven references in search result (via include of door ondersteunen reads door client) >> LSP+ vraag dit.
JavaScript errors detected
Please note, these errors can depend on your browser setup.
If this problem persists, please contact our support.
