-
Created by Unknown User (gaelle.laurent.ext@imec.be), last modified on Mar 20, 2019
You are viewing an old version of this page. View the current version.
Compare with Current
View Page History
« Previous
Version 47
Next »
Basic Flow - Health care professional of 78 not linked to a hospital
Flow | Specifications |
---|
| ID | AR-UC01-BF | Name | Put Patient Consent - Health Care professional of 78 not linked to a hospital | Description | A health care professional of AR78 not linked to a hospital (a health care giver who has his own practice and isn't known in a Hub) declares an "Informed Patient Consent" on behalf of the patient by using the WS Consent. The personal eHealth Certificate of the health care giver is used to log in. | Actor(s) | - A health care giver of AR78 not linked to a hospital and not known by a Hub (e.g. general practitioner, dentist,..)
| Requirements | - End-user is a health care professional not linked to a hospital (e.g. General Practitioner,dentist,...)
- End-user is not known in a hub
- Valid personal eHeatlh Certificate
- Consent WS is integrated in the software of the end-user
- Health care professional is not holder of the Global Medical File of the concerned patient
- The end-user is not a pharmacy
| Trigger | The user wants to declare a Patient Consent on behalf of the patient | Precondition(s) | - The user has an account for the application
- The user is logged out
| Flow | - The user attempts to login to the eHealth Consent WS
- The user needs to request a SAML Token by using it's personal eHealth Certificate
- A request for a SAML Token is sent to the Secure Token Service (STS)
- The STS responds with a SAML Token
- The user has access to the eHealth WS Consent
- The user does a request for Put Patient Consent
- The Put Patient Consent Request is sent to the WS Consent
- ° The WS Consent responds with a Put Patient Consent Response
° The request is logged ° The Informed Patient Consent is stored in eHealth Database | Post condition(s) | - Request is logged
- The informed patient consent is stored in the eHealth Database
| Test Data |
| Endpoint(s) |
|
|
Alternative Flow - End-user is holder of Global Medical File
Flow | Specifications |
---|
| ID | AR-UC01-AF01 | Name | Put Patient Consent - Physician who is holder of the concerned patient Global Medical File and not linked to a hospital | Description | A physician who is holder of the concerned patient Global Medical file and is not linked to a hospital declares an "Informed Patient Consent" on behalf of the patient by using the WS Consent. The personal eHealth Certificate of the physician is used to log in. | Actor(s) | Physician who is holder of the concerned patient Global Medical File | Requirements | - End-user is a physician not linked to a hospital (e.g. General Practitioner)
- End-user is not known in a hub
- Valid personal eHeatlh Certificate
- Consent WS is integrated in the software of the end-user
- Physician is holder of the patient's Global Medical File
| Trigger | The user wants to declare a Patient Consent on behalf of the patient | Precondition(s) | - The user has an account for the application
- The user is logged out
| Flow | - The user attempts to login to the eHealth Consent WS
- The user needs to request a SAML Token by using it's personal eHealth Certificate
- A request for a SAML Token is sent to the Secure Token Service (STS)
- The STS responds with a SAML Token
- The user has access to the eHealth WS Consent
- The user does a request for Put Patient Consent
- The Put Patient Consent Request is sent to the WS Consent
- ° The WS Consent responds with a Put Patient Consent Response
° The request is logged ° The Informed Patient Consent is stored in eHealth Database | Difference in flow | Put Patient Consent - Consent : Patient SSIN support card NOT mandatory | Post conditions | - Request is logged
- The informed patient consent is stored in the eHealth Database
| Test Data |
| Endpoint(s) |
|
|