Scalable Consent Management, published by HL7 International / Community Based Collaborative Care. This guide is not an authorized publication; it is the continuous build for version 0.1.0 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/HL7/fhir-consent-management/ and changes regularly. See the Directory of published versions
Page standards status: Informative |
Actor: Administrator, Consenter
Pre-condition:
Narrative:
The administrator specified a consent form. The consent form is either explicitly selected by the administrator or is implied by the workflow.
The administrator specifies a consenter. The consenter is either explicitly selected by the administrator or is implied by the workflow.
The administrator initiates a request for consent from the consenter by assigning the form to the consenter.
Post-condition:
Actor: Consenter
Pre-Condition:
A consent request may have been initiated by an administrator or the consenter themselves.
A consent form is available and assigned to the consenter.
Any information known to the session (such as the consenter's name, date of birth, or timestamp) should be pre-filled by the application to minimize the effort for the consenter.
Some of the responses in the form may be pre-populated at the time of assignment. These options may be read-only or simply defaults the consenter can change.
The consenter may have reviewed the form in a previous session and may have entered some responses; any such responses are saved and visible to the consenter upon revisiting the form.
Narrative:
The consenter views the consent form.
The form may be arranged as multiple pages in which case the consenter can navigate back and forth between pages.
The consenter can review the options available in each page and enter a response, thereby communicating a decision. The response shall be retained as the consenter navigates between pages.
The consenter shall be able to see what mandatory fields remain in the form and await response as the consenter navigates the form.
The consenter shall be able to see whether the form is complete and ready for signing and submission as the consenter navigates the form.
Post-condition: A completed consent form is available for submission.
Alternative Flow:
Actor: Consenter
Pre-condition: A consent form has been reviewed and completed (see use case Review Consent).
Narrative:
The consenter expresses their wish to sign and enact the consent. The user experience provide a mechanism to ensure the patient is making this decision in an informed way (and not by accident).
A proper user experience enables the consenter to sign the consent form.
The consenter can see the change in the status of the consent to become active.
The consenter can review the finalized consent and download a human-readable or print-friendly copy.
Post-condition:
Actor: Consenter
Pre-condition:
Narrative: By navigating and signing a delegation form, the consenter assigns a delegate to sign and file a consent on their behalf.
Post-condition:
Notices to collect consent from the the original consenter would be routed to the delegate.
The delegate may also be able to revoke the consent. This may depend on the conditions of delegation as decided by the consenter, or by overarching policies.
The audit must record accurately whether a consent was filed by the consenter or the delegate.
The delegate may be assigned through other mechanisms such as a court order. These alternatives are outside the scope of this IG although the effect is the same.
Notes:
Actor: Consenter
Pre-condition: A consent has been previously signed and filed and is still active (not expired).
Narrative:
The consenter navigates the user interface to find the consent they intend to revoke. This may be in the form of a search (for example by form or by original requester) or by plain navigation of all active consents.
The consenter interacts with the UI to revoke the consent.
Depending on the policy context, the consenter may have to sign a form to confirm their intent to revoke the consent.
Post-condition:
(implementing this use case is optional)
Actor: Consenter
Pre-condition: A consent has been signed and filed.
Narrative:
The consenter can navigate and find a previously filed consent. This may be active or inactive.
The consenter is able to navigate a record of activities authorized or blocked based on the consent in question.
Post-condition:
Actor: Consenter
Pre-condition:
Narrative: A notice of consent event is sent to a partner system. Supported events are:
Post-condition:
Actor: Consenter
Pre-condition: A consent has been signed and filed.
Narrative: The consenter can navigate the timeline of the lifecycle events about the consent, including:
Post-condition: