Use Case "Application to Public Higher Education" (SA UC1)
Back to Studying Abroad pilot main page
Use Case "Application to Public Higher Education" of the Studying Abroad Pilot (SA UC1) focuses on the procedure of applying for admission to public higher education institutions. This procedure corresponds to the "Submitting an initial application for admission to public tertiary education institution" procedure from Annex II of the SDGR. Portugal, Slovenia and Spain are involved in this use case.
Pilot scenarios
UC1 - Portugal
This pilot scenario covers submission of applications to study at the 2nd Bologna level (Master’s degree studies) at University of Lisbon in Portugal by Spanish and Slovenian students. Similar to the other scenarios, the applicants’ diploma information are retrieved from the trusted data providers in Portugal and Slovenia through the DE4A OOP TS. The Slovenian and Spanish students authenticate at University of Lisbon with their eIDAS eIDs, they explicitly request to use the DE4A OOTS to retrieve the required evidence from their home countries, and are then redirected to the evidence issuing competent authority where they Preview the evidence before being redirected back to the requesting competent authority in Portugal.
UC1 - Slovenia
All candidates wishing to enrol in the Slovenian higher education system must apply online through the eVŠ system at the Ministry of Education, Science and Sport. This scenario pilots the submission of applications for studies at the 2nd Bologna level (Master’s degree) in Slovenia by Portuguese and Spanish students. Currently, students have to manually enter the required data in the application form at eVŠ and provide the required evidence themselves. In the pilot, the information on the applicants’ diploma is retrieved from the trusted data providers in Portugal and Spain through the automated exchange mechanisms enabled by the DE4A OOP TS. The Spanish and Portuguese students authenticate at the eVŠ system with their eIDAS eIDs, they explicitly request to use the DE4A OOTS to retrieve the required evidence from their home countries and are then redirected to the evidence issuing competent authority where they Preview the evidence before being redirected back to the requesting competent authority in Slovenia.
UC1 - Spain
This pilot scenario involves the submission of applications to study at the 2nd Bologna level (Master’s degree) at Universitat Jaume I (UJI) in Spain by Portuguese and Slovenian students. Similar to the other scenarios, the information about the applicants’ diploma is retrieved from the trusted data providers in Portugal and Slovenia through the DE4A OOP TS. The Slovenian and Portuguese students authenticate at UJI with their eIDAS eIDs, they explicitly request to use the DE4A OOTS to retrieve the required evidence from their home countries and are then redirected to the evidence issuing competent authority where they will Preview the evidence before being redirected back to the requesting competent authority in Spain.
Implementation
Interaction pattern
This UC uses the User-supported Intermediation Pattern.
Components
Data model
Process
Here, the main steps of the process are briefly summarised:
- A student accesses an eProcedure portal of a Data Consumer (DC) to apply for higher education studies.
- The student is asked to authenticate at the DC using a legally recognized electronic identity (eIDAS identity).
- After successful authentication, the student is presented with a list of study programmes. The student selects the desired programme.
- The student is asked to provide higher education diploma (evidence), which is mandatory for the application.
- The student explicitly requests that the DE4A Once-only Principle Technical System is used to retrieve the diploma from a Data Provider (DP) in his/her home country.
- DC sends through the DE4A Once-only Principle Technical Systema request to the DP that has the student's diploma and directs the student to DP's Evidence portal.
- The student authenticates at the DP.
- The DP matches the student's identity with his/her record, retrieves the students's diploma from a registry, transforms it into a canonical format according to the SA UC1 data model, and shows it to the student.
- The student previews the diploma and gives consent for sending it to the DC.
- The DP transmits the diploma to the DC through the Once-only Principle Technical System and redirects the students back to the DC.
- The DC transforms the diploma from canonical format to local format and pre-fills an application form with the diploma attributes.
- The student enters missing information that cannot be obtained from the DP, e.g. email address, contact phone number, address for notice, in the form and submits the application.
- DC validates the application and acknowledges receipt.
Legal status
| Use case Application to public higher education | |||
|---|---|---|---|
| Data provider country | Data evaluator country | ||
| Member State name | Status in this use case | Member State name | Status in this use case |
| Portugal | Not active yet | Portugal | Not active yet |
| Slovenia | Not active yet | Slovenia | Not active yet |
| Spain | Issuing real data for the students with national eID and fake data for the students without national eID. | Spain | Pick whichever one applies:
[not active yet] [receiving fake data] [receiving real data] |
| Identified risks / problems / incidents | Implemented solutions or plan (note: use the same line as the risk/problem/incident, so
that the solution/plan matches the risk/problem/incident next to it) | ||
| [Member State(s) name(s)] | Describe: dd/mm/yyyy, [description of the risk/problem/incident | Describe: dd/mm/yyyy, [description of the solution or plan] | |
Additional notes:
[Provide any additional information that's required to describe the status of the use case, if applicable.]
Pilot risk status
| Risk level | Tick if this level applies (tick only one) | Comments (if any) |
|---|---|---|
| Low | ||
| Medium | X | |
| High |
Measures taken
| Measure description | Tick if this measure was taken | Description or comments (if any) |
|---|---|---|
| Piloting partners will communicate proactively towards each other on issues or incidents (always mandatory) | [check or leave blank] | [optional - describe how this is organised] |
| Any real-life pilot participants (if applicable) are informed of the fact that they are involved in piloting activities,
including any risks and countermeasures taken, and the (lack of) legal effects and consequences of participation. Appropriate documentation should be retained to demonstrate that this information has been provided. (mandatory for medium and high) |
[check or leave blank] | [Describe how this is organised] |
| If the piloting involves real-life persons, piloting should be organised under the supervision of a DPO.
(mandatory for medium and high) |
[check or leave blank] | [Identify the DPO] |
| If the piloting would be done on a production environment, all pilot partners should notify any operators of such environments in advance.
Appropriate measures should be taken that piloting activities do not result in negative legal or practical consequences for any real-life persons, real life data, or production environments. The production environments should be cleaned if the piloting activity was not intended to have long term legal or practical consequences. (mandatory for medium and high) |
[check or leave blank] | [Describe how this is organised] |
| All piloting activities should be monitored by pilot partners (each solely in relation to such components of the piloting activities which are under their responsibility)
in a manner that allows any incidents to be detected and remedied (including by contacting any affected real-life persons where needed). (mandatory for medium and high) |
[check or leave blank] | [Describe how this is organised] |
| The DE4A project DPO (Hans Graux) should be informed prior to initiating piloting activity, and of any incidents that are reasonably likely to create legal effects or practical impacts on any real-life persons
(mandatory for high) |
[check or leave blank] | [Satisfied by sending an e-mail to the DPO] |
| Implementation of a pilot monitoring and remediation strategy to assess whether exchanged evidences are reasonably capable of satisfying the requirements for high risk piloting documented in the deliverables,
and to ensure that any errors in the piloting activity can be detected and remediated in a manner that eliminates any negative legal or practical consequences. (mandatory for high) |
[check or leave blank] | [Satisfied by referencing the appropriate documentation describing the strategy] |