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
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
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
VVT:
Samenwerkingsverbanden
Core:
Aanpassing formaat URA, BSN, appID in AORTA tokens naar nieuwe gewenste formaat
Hybrid-API haalt baseURL’s van componenten uit het AORTA Stelseltoken (i.p.v. uit een eigen configuratie).
Toevoegen foutsituatie “resource type niet ondersteund” aan specificaties Resource Server (GBx-applicatie)
Uitfaseren AORTA-Version header.
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.
Evaluatie naam van Adressering Server
Indien mogelijk: Ontwikkelen nieuwe MAP/SDS-combinatie component (autorisatieconfiguratie component, of deze onderbrengen in de AORTA stelselnode) AORTA-194
Indien mogelijk: generieke component voor lezen configuratie parameters (innovatie)
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:
Hybrid API gebruikt URL’s en component codes uit AORTA Stelseltoken.
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.
