Table of Contents |
---|
Used documentation
Cookbook/ materials | Version | Location |
---|---|---|
Technical specifications Identity & Authorization Management (I.AM) - Identity Provider (IDP) | 1.0 | https://www.ehealth.fgov.be/ehealthplatform/file/view/91d9a7f7978b8a4e4d90087f83d66883?filename=ehealth_i.am_-_idp_v1.0.pdf |
Issue 22 in JIRA | - | http://jira.ivlab.ilabt.imec.be/projects/MHEH/issues/MHEH-22 |
General information
A user may have one or multiple profiles of the following types:
- Citizen: for the principal with the basic authentication if the user wants to identify himself as a natural person. This is the default profile when a user authenticates on the eHealth IDP.
- Quality: for the principals that identify the user as a professional (eg DOCTOR)
- Organization: for the principals that identify the user as a representative of an organization he belongs to.
- Mandate: for the principals that identify the user as the mandatary of another person or organization from whom he has received a mandate to act on their behalf in a specific context.
The user choose a profile when he is authenticated in the CSAM portal and identified in the IDP and the AA.
Basic flow
Flow | Specification | ||||||
---|---|---|---|---|---|---|---|
Use case ID | ATH-UC-10-BF | ||||||
Use case name | Consult and choose the profile of a user | ||||||
Actors |
| ||||||
Short Description | In order to consult and choose a profile, the user should find the list of the profiles in the IDP in a web browser. This list is updated every time the user is authenticated and identified in the IDP from the authentic data sources. | ||||||
Priority | 1 (High) Must have: The system must implement this goal/ assumption to be accepted. | ||||||
Pre-Conditions |
| ||||||
Post-Conditions |
| ||||||
Steps (basic flow) | 0 | 1 | 1 | The user connects via the mobile application | |||
2 | The mobile application sends an openID connect authorization request to the IAM connect | ||||||
3 | The IAM connects redirects the message to the eHealth IDP in a browser | ||||||
4 | The IDP detects that there is not an open session with the NISS and the name of the user | ||||||
5 | The IDP redirects the request to the CSAM in order to open a session | ||||||
6 | The user selects the authentication way (i.e. itsme, eID, TOTP) | ||||||
7 | The user is authenticated and CSAM returns a SAML assertion to the IDP regarding the user | ||||||
8 | The user selects a profile and the IDP returns the selected profile to the IAM connect | ||||||
9 | The IAM connect creates an access token JWT with the selected profile and returns it to the clent | ||||||
10 | The user is authenticated and accesses to the permitted services in the mobile application with respect to his/her profile | ||||||
2 | 3 | 4 | 5 | 6 | Exceptions (exception flows) | ||
Frequency |
|