You are viewing an old version of this page. View the current version.
Compare with Current
View Page History
« Previous
Version 15
Next »
Use Case ID | UC 1 Patient Results |
---|
Title of UC | Distribution of patient results |
---|
Description | Patient has investigations done at hospital (blood work, medical imagery, etc.). When the results are available, the hospital sends them to a central system, where they are made available for download on demand. The central system receives similar data also from other hospitals. When the patient goes to their General Practitioner’s (GP) office, the GP needs to be able to use their browser to retrieve the patient's results directly from the central system, without requiring the installation of additional backend systems. The patient can also retrieve the results using smartphone app. The authorisation to retrieve the results is granted based on the GP's or patient’s e-Identification. |
---|
Actors | Hospital, Central system, GP, Patient |
---|
Purpose of communication | Publishing data |
---|
Message Exchange Pattern | Hospital to central system: Fire and Forget. Central system to patient: Publish / Subscribe |
---|
Party identification | Hospital to central system: both parties need to be known. Central system to patient: only the sender needs to be identified. (Clarification: GP/patient eIdentification is considered as part of the payload.) |
---|
Non-repudiation | Not mandatory |
---|
Applicable limitation(s) of eDelivery AS4 profile |
|
---|
Synchronous or asynchronous communication? | Central system to patient: synchronous (i.e., the results should be provided on demand, not sent separately as a response to an earlier request) |
---|
Critical features required | Central system to patient: high level of security required, lightweight solution required for integration in browser / smartphone app, solution to run on medium- or high-power device. |
---|
Contact point | Sven RASMUSSEN DIGST (Danish Agency for Digitisation) |
---|
Discussion | |
---|
Use Case ID | UC 2 Unemployment Benefits |
---|
Title of UC | Exchange of information to determine a claim for Unemployment Benefits |
---|
Description | This exchange is used to allow institutions in several Member States to exchange information about the petitioner (the person who is claiming the benefits) such as the insurance record, salary details and family details that the competent Member State needs in order to decide about a claim for unemployment benefits. The petitioners applying for unemployment benefits can be divided in normal workers in which case the petitioner claims the unemployment benefits in their state of last activity; and in cross-border workers in which case the petitioner can claim the unemployment benefits in the state of residence (article 65 of Regulation No 883/2004). |
---|
Actors | Institution of a Member State that is being petitioned by an unemployed person in order to determine the proper unemployment benefits. |
---|
Purpose of communication | Collecting Data |
---|
Message Exchange Pattern | Request/response |
---|
Party identification | Only certified parties are allowed to exchange this data, so both need to be identified |
---|
Non-repudiation | Not required |
---|
Applicable limitation(s) of eDelivery AS4 profile |
|
---|
Synchronous or asynchronous communication? | Synchronous |
---|
Critical features required | Low latency and secure |
---|
Contact point | Hans SINNIGE RINIS Foundation |
---|
Discussion | - UC presented by RINIS Foundation during Subgroup meeting - future of eDelivery (REST-based API extensions and Blockchain).
- Discussion let to the conclusion that this UC will be covered in the Single Digital Gateway regulation in the Once Only Principle system. Some members of the network further commented that there is no harm in focusing as well in developing a solution to address this UC on top of what will be discussed and developed under the OOP system.
|
---|
Use Case ID | UC 3 Pension Supplements |
---|
Title of UC | Exchange of pension amounts to determine supplements |
---|
Description | This exchange is used to allow an institution in a Member State to ask a Competent Institution in another Member State for the amounts of the pensions paid by the other institution concerned, to check whether a supplement has to be granted. The institution concerned provides the information about the amount of a pension. It is usually used after the common pension claim procedure has been completed. |
---|
Actors | A Competent Institution who is institution of place of residence of the claimant. |
---|
Purpose of communication | Collecting Data |
---|
Message Exchange Pattern | Request/response |
---|
Party identification | Only certified parties are allowed to exchange this data, so both need to be identified |
---|
Non-repudiation | Not required |
---|
Applicable limitation(s) of eDelivery AS4 profile |
|
---|
Synchronous or asynchronous communication? | Synchronous |
---|
Critical features required | Low latency and secure |
---|
Contact point | Hans SINNIGE RINIS Foundation |
---|
Discussion | - UC presented by RINIS Foundation during Subgroup meeting - future of eDelivery (REST-based API extensions and Blockchain).
- Discussion let to the conclusion that this UC will be covered in the Single Digital Gateway regulation in the Once Only Principle system. Some members of the network further commented that there is no harm in focusing as well in developing a solution to address this UC on top of what will be discussed and developed under the OOP system.
|
---|
Use Case ID | UC 4 Certificate of Education |
---|
Title of UC | Exchange of certificates of education |
---|
Description | In Europe it must be possible and made easy for students to study in different countries and even combine certificates of different schools or universities. Therefor it is important that schools and universities within Europe can easily and in a standard way access those certificates from other institutions. |
---|
Actors | A school or university with the consent of the student |
---|
Purpose of communication | Querying Data |
---|
Message Exchange Pattern | Request/response , Y/N querying |
---|
Party identification | The requesting party needs to identify itself |
---|
Non-repudiation | Not required |
---|
Applicable limitation(s) of eDelivery AS4 profile |
|
---|
Synchronous or asynchronous communication? | Synchronous |
---|
Critical features required | Low latency and secure |
---|
Contact point | - UC presented by RINIS Foundation during Subgroup meeting - future of eDelivery (REST-based API extensions and Blockchain).
- Discussion let to the conclusion that this UC will be covered in the Single Digital Gateway regulation in the Once Only Principle system. Some members of the network further commented that there is no harm in focusing as well in developing a solution to address this UC on top of what will be discussed and developed under the OOP system.
|
---|
Discussion | - UC presented by RINIS Foundation during Subgroup meeting - future of eDelivery (REST-based API extensions and Blockchain).
- Discussion let to the conclusion that this UC will be covered in the Single Digital Gateway regulation in the Once Only Principle system. Some members of the network further commented that there is no harm in focusing as well in developing a solution to address this UC on top of what will be discussed and developed under the OOP system.
|
---|
Use Case ID | UC 5 |
---|
Title of UC |
|
---|
Description |
|
---|
Actors |
|
---|
Purpose of communication |
|
---|
Message Exchange Pattern |
|
---|
Party identification |
|
---|
Non-repudiation |
|
---|
Applicable limitation(s) of eDelivery AS4 profile |
|
---|
Synchronous or asynchronous communication? |
|
---|
Critical features required |
|
---|
Contact point |
|
---|
Discussion |
|
---|
Use Case ID | UC 6 |
---|
Title of UC |
|
---|
Description |
|
---|
Actors |
|
---|
Purpose of communication |
|
---|
Message Exchange Pattern |
|
---|
Party identification |
|
---|
Non-repudiation |
|
---|
Applicable limitation(s) of eDelivery AS4 profile |
|
---|
Synchronous or asynchronous communication? |
|
---|
Critical features required |
|
---|
Contact point |
|
---|
Discussion |
|
---|
Use Case ID | UC 7 |
---|
Title of UC |
|
---|
Description |
|
---|
Actors |
|
---|
Purpose of communication |
|
---|
Message Exchange Pattern |
|
---|
Party identification |
|
---|
Non-repudiation |
|
---|
Applicable limitation(s) of eDelivery AS4 profile |
|
---|
Synchronous or asynchronous communication? |
|
---|
Critical features required |
|
---|
Contact point |
|
---|
Discussion |
|
---|
|