HdBe-AdvanceDirective
CBB | Description | Status |
---|---|---|
HdBe-AdvanceDirective | A living will is a verbal or written description of the patient’s wishes with regard to future medical action or end of their life. A living will is mainly used for situations in which the patient is no longer able to speak about these decisions with their healthcare professional. PurposeA good overview of the patient’s wishes is important. A healthcare professional can use the living will to discuss the existing wishes with the persons involved and to incorporate these wishes in their own policy. A concise, orderly list is of particular importance in acute care situations. | active |
AdvanceDirective | AdvanceDirective | ||
id | 0..1 | string | |
extension | I | 0..* | Extension |
LivingWillType | 1..1 | CodeableConceptBinding | |
LivingWillDate | 1..1 | dateTime | |
Disorder | I | 0..* | Reference(HdBe-Problem) |
Representative | I | 0..* | Reference(HdBe-ContactPerson) |
LivingWillDocument | 0..1 | base64Binary | |
Comment | 0..1 | string |
AdvanceDirective | 0..* | |
AdvanceDirective.LivingWillType | CodeableConcept | 1..1 |
AdvanceDirective.LivingWillDate | dateTime | 1..1 |
AdvanceDirective.Disorder | Reference(HdBe-Problem) | 0..* |
AdvanceDirective.Representative | Reference(HdBe-ContactPerson) | 0..* |
AdvanceDirective.LivingWillDocument | base64Binary | 0..1 |
AdvanceDirective.Comment | string | 0..1 |
AdvanceDirective | |
Definition | Root concept of the AdvanceDirective information model. This concept contains all data elements of the AdvanceDirective information model. |
Cardinality | 0...* |
Invariants |
|
Mappings |
|
AdvanceDirective.id | |
Definition | Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces. |
Cardinality | 0...1 |
Type | string |
Mappings |
|
AdvanceDirective.extension | |
Definition | May be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. |
Cardinality | 0...* |
Type | Extension |
Alias | extensions, user content |
Comments | There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone. |
Slicing | Unordered, Open, by url(Value) |
Invariants |
|
Mappings |
|
AdvanceDirective.LivingWillType | |
Definition | List of the different types of living wills. |
Cardinality | 1...1 |
Type | CodeableConcept |
Binding | LivingWillType codes |
Comments | Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. |
Invariants |
|
Mappings |
|
AdvanceDirective.LivingWillDate | |
Definition | The date on which the living will was recorded. |
Cardinality | 1...1 |
Type | dateTime |
Invariants |
|
Mappings |
|
AdvanceDirective.Disorder | |
Definition | The problem or disorder to which the living will applies. |
Cardinality | 0...* |
Type | Reference(HdBe-Problem) |
Comments | References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository. |
Invariants |
|
Mappings |
|
AdvanceDirective.Representative | |
Definition | The person who is the legal representative or is appointed as the authorized representative in the signed authorization. |
Cardinality | 0...* |
Type | Reference(HdBe-ContactPerson) |
Comments | References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository. |
Invariants |
|
Mappings |
|
AdvanceDirective.LivingWillDocument | |
Definition | Scanned source document with the living will and the patient's signature, such as a PDF. |
Cardinality | 0...1 |
Type | base64Binary |
Comments | A stream of bytes, base64 encoded |
Invariants |
|
Mappings |
|
AdvanceDirective.Comment | |
Definition | Comment on the living will: the form, such as a medallion, tattoo, etc., or where the living will can be found. |
Cardinality | 0...1 |
Type | string |
Comments | Note that FHIR strings SHALL NOT exceed 1MB in size |
Invariants |
|
Mappings |
|
Example instances
AdvanceDirective | |
---|---|
LivingWillType | 186065003 - Power of attorney medical report (code by SNOMED CT) |
LivingWillDate | 2010-05-06 |
disorder | Reference to Problem (Listeriosis) |
representative | Reference to ContactPerson (Berend Ulijn) |
LivingWillDocument | Power of attorney medical report.Pdf |
Comment | Power of attorney granted to partner |
zib AdvanceDirective-v3.1.1 difference
Concept | Category | Description |
---|---|---|
description | textual | Replaced LivingWill with AdvanceDirective where appopriate (zib-1597). |
AdvanceDirective (root) |
textual | Improved text (zib-1587). |
LivingWillType |
terminology | Included NL SNOMED codes based on the codes found in the AdvanceDirective-v4.1(2022EN) LivingWillTypeSnomedCodelist. This needs to become International codes or codes available in the BE edition. Also made the ValueSet binding strenght Extensible instead of Required which is inline with the future version of the zib as well (zib-1683)). |
LivingWillType |
textual | Improved text (zib-1587). |
Representative |
cardinality | Loosened the cardinality from 0..1 to 0..* (zib-1557). |
Representative.ContactPerson |
naming | Renamed contact to contactPerson to be consistent with the contactPerson zib (zib-1587). |
Terminology Bindings
Path | Name | Strength | URL |
---|---|---|---|
LivingWillType | TypeOfLivingWill | extensible | https://fhir.healthdata.be/ValueSet/TypeOfLivingWill |