Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Table of Contents

Used documentation

Cookbook/ materialsVersionLocation
Technical specifications Identity & Authorization Management (I.AM) - Identity Provider (IDP)1.0https://www.ehealth.fgov.be/ehealthplatform/file/view/91d9a7f7978b8a4e4d90087f83d66883?filename=ehealth_i.am_-_idp_v1.0.pdf
Mandates-
MANDATS -

Jira
serverimec Validation Lab
serverIdac11aa92-3976-3161-9ddb-5020cc76f1c7
keyMHEH-3

-

Jira
serverimec Validation Lab
serverIdac11aa92-3976-3161-9ddb-5020cc76f1c7
keyMHEH-7

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

General information

The user chooses a profile/a mandate The user choose a profile when he is authenticated in the CSAM portal and identified in the IDP and the AA.

It is possible to manage the mandates via the following application referred to as  Self Service Mandates delivered by the Federal Public Service of the Finance. It enables to 

  • Create the mandates with limited or unlimited duration
  • Revoke the mandates
  • Transfer a mandate from a mandated user to an other one

Basic flow

FlowSpecification







Image Added

Use case ID

ATH-UC-23-BF

Use case name

Consult and choose

the profile of

a

user

mandate

Actors

  • Citizen

  • Healthcare giver
  • Representative of an institution
    • HCP

    Short Description

    In order to consult and choose a
    profile
    mandate, the user should find the list of the
    profiles
    mandates 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

    • The user has not an active session in the IDP 

    Post-Conditions

    • The user has an open session with the chosen profile 

    Steps (basic flow)

    1

    The user connects via the mobile
    application 
    application

    2

    The mobile application sends an openID connect authorization request to the IAM connect


    3The 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

    5The 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


    8The user selects a profile and
    the
    a mandate. The IDP returns the selected profile and mandate to the IAM connect

    9The IAM connect creates an access token JWT with the selected profile - mandate and returns it to the
    clent
    client

    10The user is authenticated and accesses to the permitted services in the mobile application with respect to his/her profile and the selected mandate

    Exceptions (exception flows)


    Frequency

    • Every time the user is authenticated and needs to access to the services of the eHealth platform