THIS SPACE IS UNDER CONSTRUCTION

  • Created by Unknown User (gaelle.laurent.ext@imec.be), last modified on Sept 25, 2019

Used Documentation

Cookbook / MaterialsVersionLocation
Consent WS1.9https://www.ehealth.fgov.be/ehealthplatform/nl/service-ehealthconsent

General info

Informed Consent 

The existence of an active ‘informed patient consent’ is one of the fundamental prerequisites for the healthcare providers to access patient’s medical data. Therefore, the eHealth platform makes available to the concerned patients and the health care actors involved in the exchange,

storage or referencing personal data a service to manage the ‘informed patient consent’ as defined by the deliberation 12/047 of the CSSSS/SCSZG1.

Technically, we identify the following attributes for an ‘informed patient consent’:

  • The SSIN of the patient.
  • The date of the consent registration (at the end-user side).
  • The “type” of the consent If the consent is only valuable for data posterior to the signing date, it is called ‘prospective’ and ‘retrospective’ in the other case . According to the rules defined now, the only possible value for this attribute is ‘retrospective’. The attribute is present for backwards compatibility.
  • The identity of the HCParty acting in the patient’s name (if applicable).


KMEHR

This service is a ‘KMEHR-based’ WS. We thus strongly recommend consulting the documentation related to the KMEHR normative elements. The KMEHR site aims to offer a central point for the documentation of the KMEHR normative elements.

https://www.ehealth.fgov.be/standards/kmehr/en

The three following generic elements are, in particular, essentials to build the request and the reply of eHealth Consent WS.


Basic Flow

FlowSpecifications

IDUC-118-BF
NamePut Patient Consent - HC Organization -Health Insurance Organisation - Doctor
DescriptionA doctor working in the concerned Health Insurance Organization (HIO) declares an Informed Patient Consent on behalf of the patient. Using the eHealth Certificate of the HIO to access the Consent WS. 
Actor(s)A doctor working in the concerned HIO
Requirements
  • End-user is a doctor working in the concerned HIO
  • Valid eHealth Certificate of the HIO
  • Consent WS is integrated in the software of the end-user
  • The consent is managed by personnel of a recognized HIO by means of their in-house applications throughout its usual software
  • Identification of the HIO: CBE number, HIO category
  • Identification of the doctor: SSIN number, NIHII (if available), the professional category
  • Criteria relative to the consent 

      °Identification concerned patient: Patient SSIN, First and family name (optional)

      °Type of consent: retrospective

      °Signing date of consent

TriggerThe 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
  1. The user attempts to access the eHealth Consent WS
  2. The user needs to request a SAML Token by using his eID 
  3. A request for a SAML Token is sent to the Secure Token Service (STS)
  4. The STS responds with a SAML Token
  5. The user has access to the eHealth WS Consent
  6. The user does a request for Put Patient Consent 
  7. The Put Patient Consent Request is sent to the WS Consent 
  8. The informed Patient Consent is stored in eHealth Database
  9. The request is logged
  10. The WS Consent responds with a Put patient consent response
Post condition(s)
  • Request is logged
  • Informed Patient Consent is stored in the eHealth Database
Test Data
Endpoint(s)
  • WS Consent
  • eHealth Database
Remarks
  • If support card number is provided then it must be compliant e.g. correct format, check-digit and combination
  • Support card number is not mandatory if the concerned patient is a new born (0 < patient < 3 months)
Additional InformationAdditional information about the HIO, doctor e.g. software name, address, doctor name may be added for the audit purpose

Alternative Flow

FlowSpecifications

IDUC-118-AF01
NamePut Patient Consent - HC Organization - Administrative working in Health Insurance Organisation
DescriptionAn administrative working in the concerned Health Insurance Organization (HIO) under the responsibility of a doctor declares a Informed Patient Consent on behalf of the patient. Using the eHealth Certificate of the HIO to access the Consent WS
Actor(s)
  • An administrative working in a HIO under the responsibility of a doctor
Requirements
  • End-user is an administrative working in a HIO under the responsibility of a doctor
  • Valid eHealth Certificate of the HIO
  • Consent WS is integrated in the software of the end-user
  • The consent is managed by personnel of a recognized HIO by means of their in-house applications throughout its usual software
  • Identification of the HIO: CBE number, HIO category
  • Identification of the doctor: SSIN number, NIHII (if available), the professional category
  • Identification of the admin: SSIN number, professional category
  • Criteria relative to the consent 

      °Identification concerned patient: Patient SSIN, First and family name (optional)

      °Type of consent: retrospective

      °Signing date of consent

TriggerThe user wants to declare a Patient Consent on behalf of the patient
Preconditions
  • The user has an account for the application
  • The user is logged out
Flow
  1. The user attempts to access the eHealth Consent WS
  2. The user needs to request a SAML Token by using his eID 
  3. A request for a SAML Token is sent to the Secure Token Service (STS)
  4. The STS responds with a SAML Token
  5. The user has access to the eHealth WS Consent
  6. The user does a request for Put Patient Consent 
  7. The Put Patient Consent Request is sent to the WS Consent 
  8. The informed Patient Consent is stored in eHealth Database
  9. The request is logged
  10. The WS Consent responds with a Put patient consent response
Difference in flowIdentification of the end-user: Identification of the admin needs to be present
Post Condition(s)
  • Request is logged
  • Informed Patient Consent is stored in the eHealth Database
Test Data
End point(s)
  • WS Consent
  • eHealth Database
Remarks
  • If support card number is provided then it must be compliant e.g. correct format, check-digit and combination
  • Support card number is not mandatory if the concerned patient is a new born (0 < patient < 3 months)
Additional InformationAdditional information about the HIO, doctor, administrative e.g. software name, address, doctor name and administrative name may be added for the audit purpose

Exception Flow 1

FlowSpecifications

IDUC-118-EF01
NamePut Patient Consent - HC Organization -Health Insurance Organisation - Deceased patient
DescriptionA doctor working in the concerned Health Insurance Organization (HIO) updates an Informed Patient Consent for a deceased patient. Using the eHealth Certificate of the HIO to access the Consent WS. 
Actor(s)A doctor working in the concerned HIO
Requirements
  • End-user is a doctor working in the concerned HIO
  • Valid eHealth Certificate of the HIO
  • Consent WS is integrated in the software of the end-user
  • The consent is managed by personnel of a recognized HIO by means of their in-house applications throughout its usual software
  • Identification of the HIO: CBE number, HIO category
  • Identification of the doctor: SSIN number, NIHII (if available), the professional category
  • Criteria relative to the consent 

      °Identification concerned patient: Patient SSIN, First and family name (optional)

      °Type of consent: retrospective

      °Signing date of consent

  • Concerned patient is deceased
TriggerThe user wants to update a Patient Consent
Precondition(s)
  • The user has an account for the application
  • The user is logged out
Flow
  1. The user attempts to access the eHealth Consent WS
  2. The user needs to request a SAML Token by using the eHealth Certificate of the HIO
  3. A request for a SAML Token is sent to the Secure Token Service (STS)
  4. The STS responds with a SAML Token
  5. The user has access to the eHealth WS Consent
  6. The user does a request for Put Patient Consent 
  7. The Put Patient Consent Request is sent to the WS Consent 
  8. The WS Consent responds with a Put Patient Consent Response: error message
Post Condition(s)Error message
Test Data
End point(s)
  • WS Consent
  • eHealth Database

Exception Flow 2

FlowSpecifications

IDUC-118-EF02
NamePut Patient Consent - HC Organization -Health Insurance Organisation - Active consent already exists for the concerned patient
DescriptionA doctor working in the concerned Health Insurance Organization (HIO) updates an Informed Patient Consent for a  patient. Using the eHealth Certificate of the HIO to access the Consent WS. Active consent already exists for the concerned patient
Actor(s)A doctor working in the concerned HIO
Requirements
  • End-user is a doctor working in the concerned HIO
  • Valid eHealth Certificate of the HIO
  • Consent WS is integrated in the software of the end-user
  • The consent is managed by personnel of a recognized HIO by means of their in-house applications throughout its usual software
  • Identification of the HIO: CBE number, HIO category
  • Identification of the doctor: SSIN number, NIHII (if available), the professional category
  • Criteria relative to the consent 

      °Identification concerned patient: Patient SSIN, First and family name (optional)

      °Type of consent: retrospective

      °Signing date of consent

  • Active consent already exists for the concerned patient
TriggerThe user wants to put a Patient Consent
Precondition(s)
  • The user has an account for the application
  • The user is logged out
Flow
  1. The user attempts to access the eHealth Consent WS
  2. The user needs to request a SAML Token by using the eHealth Certificate of the HIO
  3. A request for a SAML Token is sent to the Secure Token Service (STS)
  4. The STS responds with a SAML Token
  5. The user has access to the eHealth WS Consent
  6. The user does a request for Put Patient Consent 
  7. The Put Patient Consent Request is sent to the WS Consent 
  8. The WS Consent responds with a Put Patient Consent Response: error message
Post Condition(s)Error message
Test Data
End point(s)
  • WS Consent
  • eHealth Database
  • No labels

THIS SPACE IS UNDER CONSTRUCTION