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.
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) | 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 | ||
Exceptions (exception flows) | |||
Frequency |
|