Transactie 1: Requestor - Viewer
VERSIE 22-06-2021 status: CONSULTATIE
Toelichting
Dit artikel beschrijft de eisen aan de transactie die plaats vindt tussen de actoren XIS en Viewer. Deze transactie is onderdeel van Procesimplementatie Raadplegen en zorgt voor de SSO-integratie van Viewer in XIS. Het resultaat is dat de raadplegende Zorgverlener bij het openen van de Viewer niet opnieuw hoeft in te loggen. De eisen aan deze transactie worden hieronder beschreven. De eisen aan de betrokken actoren worden onderscheiden in de artikelen Actor: XIS en Actor: Viewer.
Eisen aan transactie Requestor - Viewer
# | Omschrijving | Opmerking |
---|---|---|
10 | De transactie tussen Requestor en Viewer betreft een SSO-koppeling. De SSO-koppeling voldoet aan de standaard OAuth 2.0 (preferent) of SAML 2.0. | Zie artikel JSON Web Token voor de technische beschrijving van JSON Web Token (JWT) die dient als OAuth 2.0 Bearer Token. |
20 | De transactie maakt voor de identificatie van zorgorganisaties gebruik van het preferente ID-type URA. | Alleen indien noodzakelijk uitwijk naar LVR |
30 | De transactie maakt voor de identificatie van zorgverleners gebruik van het preferente ID-type UZI, AGB of BIG. | Alleen indien noodzakelijk uitwijk naar KCKZ (kraamzorg id) |
40 | De transactie maakt voor de authenticatie van Leverancier Viewer gebruik van een PKIoverheid-certificaat |  |
50 | In de transactie wordt de behandelcontext gecommuniceerd. De behandelcontext bestaat in ieder geval uit:
| Â |
Â
Samen komen we verder
Dit artikel is tot stand gekomen met de kennis en inzichten van professionals, experts, beleidsmakers en bestuurders. Bij VIPP Babyconnect geloven we dat er vele perspectieven nodig zijn om te gaan zien wat voor iedereen werkt. En die afweging kan altijd beter. Zie jij mogelijkheden voor verbetering in dit artikel? Vraag via info@carecodex.org een review-account aan en laat een reactie achter.
Samen weten we meer. Samen komen we verder.
Â