ZA Ontvangend Systeem
Versie 1 van dit profiel
Metadata
Naam | ZA Ontvangend Systeem |
---|---|
Type | Abstract |
Core profiel | Server Systeem |
Volgnummer | 1 |
Context | FHIR |
Gepubliceerd | |
Delta | Initiële versie. |
Feature dependencies
Wanneer de kolom “Aanbieder” is gevuld, dan dient de Feature die is benoemd in de kolom “Dependency” te worden aangeboden door deze GBx-systeemrol. In deze situatie zijn zowel een interface specificatie als een use case specificatie van toepassing op de GBx-systeemrol.
Wanneer de kolom “Afnemer” is gevuld, dan dient de Feature die is benoemd in de kolom “Dependency” te kunnen worden gebruikt door deze GBx-systeemrol. In deze situatie is voor de betreffende GBx-systeemrol slechts een interface specificatie relevant. De use case specificatie is wel van toepassing op de aanbieder van het betreffende Feature.
Daarnaast is het zo dat een GBx-systeemrol profiel kan zijn gebaseerd op een of meerdere core profielen (client en/of server). Wanneer dit zo is, dan gelden ook de Dependencies van de betreffende core profielen.
Een versie-range binnen een Dependency kan op de volgende manieren worden gespecificeerd:
Lowest applicable version - aan de afhankelijkheid wordt voldaan wanneer de laagst mogelijke (of een hogere) versie in de aangegeven versie-range wordt ondersteund. Bijvoorbeeld: “Verplicht >=1.2.3”, “Optioneel >=2.3” of “ Verplicht >=3”;
Floating version - aan de afhankelijkheid wordt pas voldaan wanneer de hoogst beschikbare versie in de aangegeven versie-range wordt ondersteund. Bijvoorbeeld: “Optioneel >=1.2.*” verwijst naar de hoogste patch binnen de 1.2 minor versie, “Verplicht >=2.*” verwijst naar de hoogste patch binnen de hoogste minor in de 2 major of “Optioneel >=*” verwijst naar de hoogst beschikbare versie.
Tevens kan in de versie-range, voor Dependencies van GBx-systeemrol profielen op Features, zijn aangegeven of de Dependency een verplichtend of een optioneel karakter heeft. Wanneer het karakter niet is vermeld in de Dependency, dan wordt het vermeld in een van toepassing zijn Programma van Eisen (PvE).
Systeemrol | Volgnummer | Dependency | Aanbieder | Afnemer |
---|---|---|---|---|
ZA Ontvangend Systeem | 1 | core-FHIR-interactie | Verplicht >=1 | - |
Relevante Features
Pagina | Feature | Type | Versie | Groep | Gepubliceerd | Delta | Use case |
---|---|---|---|---|---|---|---|
Interfaces Autorisatie Server ZA | Service | 1.0.0 | Autorisatie |
| Initiële versie van feature. | - | |
Interfaces Autorisatie Server ZA | Service | 1.2.2 | Autorisatie |
| <patch - 1.2.2> Bij pull interacties die zijn gericht aan een VZVZ component, dient de SDS niet te worden geraadpleegd voor eventuele aanvullende autorisatie restricties. Wanneer de SDS wel wordt geraadpleegd, dan moet rekening worden gehouden met het al dan niet overridable zijn van een attribuut blijkens de SDS. <patch - 1.2.3> Aanpassingen t.b.v. abonneren:
| ||
Interfaces Autorisatie Server ZA | Service | 2.0.1 | Autorisatie |
| Toevoeging geparameteriseerde $get-aorta-data en geparameteriseerde hybride generieke query. <patch - 2.0.1> Bug fix: Bij een token expansion dient de Autorisatie Server slechts bronnen te zoeken o.b.v. interacties die hetzelfde protocol hebben als het protocol van de interactie waarvoor de expansion wordt uitgevoerd. Hetzelfde geldt voor het verkrijgen van routing info bij de Adressering Server. | ||
SAML PKIo Authenticatietoken | Subfeature | 2.0.0 | Tokens |
| Initiële versie van feature. | ||
Interfaces Notificatie Broker | Service | 1.0.0 | Broker |
| Initiële versie. | ||
Interfaces Resource Broker v3-in | Service | 1.1.2 | Broker |
| Toegevoegd dat een componentenlog moet worden bijgehouden. | ||
Interfaces Resource Broker v3-in | Service | 1.2.1 | Broker |
| Toegevoegd dat een componentenlog moet worden bijgehouden. | ||
Interfaces Resource Broker GTK | Service | 1.0.0 | GTK |
| Initiële versie van feature. NB. dit Feature is niet vereist wanneer RB GTK en RB VnC in dezelfde omgeving worden beheerd, EN het ook niet gaat worden vereist vanuit TWIIN. | ||
Interfaces Resource Broker GTK | Service | 1.0.1 | GTK |
| Component logging toegevoegd aan de use case. Fix: AORTA access_token moet worden gevalideerd op de wijze waarop een Resource Server dit doet. | ||
Interfaces Resource Broker GTK | Service | 1.1.0 | GTK |
| Ophalen en verwerken workflow-Task indien vereist. Inwisselen AORTA access_token zonder BSN voor AORTA access_token met BSN indien vereist. | ||
SAML DigiD token | Subfeature | 1.0.0 | Tokens |
| Initiële versie van feature. | ||
AORTA access_token | Subfeature | 4.1.0 | Tokens | Ondersteuning Mitz toestemmingsregistratie door zorgverlener:
Gereed. Versie verhoogd van 4.0.1 naar 4.1.0. | |||
Interfaces Toegangslog | Service | 1.0.1 | Logging |
| Verhelderd dat toets op geldigheid van access_token en toets op content_type in sommige situaties achterwege mag worden gelaten. | ||
Interfaces Applicatieregister | Service | 1.0.1 | Adressering |
| TKID-activatie moet, behalve in de component log, ook worden opgenomen in de messageLog. | ||
Interfaces Applicatieregister | Service | 1.1.0 | Adressering |
| Toevoeging van URA aan getApplicationResponse en aan getApplicationsResponse. | ||
Interfaces Applicatieregister | Service | 1.0.0 | Adressering |
| Initiële versie van feature. | ||
Interfaces Applicatieregister | Service | 1.0.0 | Adressering |
| Initiële versie van feature. Vervangt Feature isMitzClient. | ||
Interfaces Resource Broker ZA-in | Abstracte Service | 1.3.0 | Broker | Ondersteuning Mitz toestemmingsregistratie door zorgverlener:
Versie verhoogd van 1.2.6 naar 1.3.0. UC versie verhoogd van v6 naar v7. | |||
Interfaces Resource Broker ZA-in | Service | 1.2.4 | Broker |
| Loggen jti van ontvangen AORTA access_token in componentlog. | ||
SAML AORTA mandaattoken | Subfeature | 1.1.0 | Tokens |
| Initiële versie van feature. | ||
Interfaces AORTA Stelselnode | Service | 1.0.0 | Adressering |
| Initiële versie van feature. | ||
Interfaces MAP Server | Service | 1.0.0 | Autorisatie |
| Initiële versie van feature. | ||
SAML AORTA transactietoken | Subfeature | 2.1.0 | Tokens |
| Ondersteuning meerdere interacties per AORTA access_token:
| ||
Interfaces Resource Server | Service | 1.0.0 | GBZ |
| Initiële versie van feature. | ||
Interfaces Resource Server | Abstracte Service | 1.0.1 | GBZ |
| Retourneren van AORTA-Version header optioneel gemaakt voor Resource Servers (GBZ-applicaties). | ||
Interfaces Resource Server | Service | 1.0.1 | GBZ |
| Retourneren van AORTA-Version header optioneel gemaakt voor Resource Servers (GBZ-applicaties). | ||
Interfaces Resource Server | Service | 1.0.0 | GBZ |
| Introductie van pullNotification in de vorm van een (infrastructureel) Feature, i.p.v. als een reguliere FHIR-interactie t.b.v. gegevensuitwisseling. Initiële versie van feature. | ||
SAML AORTA inschrijftoken | Subfeature | 2.1.1 | Tokens |
| Correctie: NameID wordt door v3-clients slechts gevuld met het BSN, dus zonder de root OID van BSN. | ||
Interfaces Resource Broker VnC | Abstracte Service | 1.4.0 | Broker |
| Aanpassingen voor FHIR-search gericht aan URA:
| ||
Interfaces Resource Broker VnC | Service | 1.3.3 | Broker |
| Fix:
Loggen jti van ontvangen AORTA access_token in componentlog. |
Versie 2 van dit profiel
Nog niet van toepassing.