|
| 1 | +### Scope and usage |
| 2 | +This profile is intended to encapsulate information about encounters in the Danish health sectors. |
| 3 | + |
| 4 | +### Responsibilities for treatment and care |
| 5 | +In Denmark there is a distinguishment between which organization has the reponsibility for providing treatment to the patient, and which organization |
| 6 | +has the responsibility for providing care to the patient. |
| 7 | + |
| 8 | +* Treatment responsibility ([DA] behandlingsansvarlig): this lies with the service provider organization |
| 9 | +* Care responsibility ([DA] plejeansvarlig): this lies with the organization where the patient has a stay (is hospitalized) |
| 10 | + |
| 11 | +The treatment responsibility is represented by Encounter.serviceProvider and the current care responsibility is represented by the |
| 12 | +extension [CareProvider](./StructureDefinition-dk-core-care-provider.html). |
| 13 | + |
| 14 | +## Specifying primary and secondary diagnosis |
| 15 | +Hospital encounters in Denmark have diagnosis associated that specifies the primary diagnosis beeing treated ([DA] aktionsdiagnose) and secondary diagnosis ([DA] bidiagnose) that might be relevant to the treatment of the primary diagnosis. These can be given in the diagnosis element and it is recommended to use the rank element to distinguish between primary and secondary diagnoses, the primary being given rank 1 and the secondary a rank > 1. |
| 16 | + |
| 17 | +### Handling future versions |
| 18 | +In FHIR R5 and newer, there have been made significant changes to Encounter profile. |
| 19 | + |
| 20 | +In order to be compatible with the changes to the value set bound to Encounter.class in FHIR R5 and newer, we recommend to restrict to using only |
| 21 | +the values from the FHIR R5 value set [Encounter class](https://terminology.hl7.org/5.2.0/ValueSet-encounter-class.html), which is a subset of the |
| 22 | +FHIR R4 value set [ActEncounterCode](https://hl7.org/fhir/R4/v3/ActEncounterCode/vs.html): |
| 23 | + |
| 24 | +{:class="grid"} |
| 25 | +| Code | Display | Typical use in Denmark | |
| 26 | +| ---- | ------- | -------------- | |
| 27 | +| IMP | inpatient encounter | Encounters where patients are admitted typically for more than 12 hours. | |
| 28 | +| AMB | ambulatory | Encounters where patients are not admitted. | |
| 29 | +| OBSENC | observation encounter | Not used. | |
| 30 | +| EMER | emergency | Encounters where patients are admitted to an emergency ward typically for up to 72 hours. | |
| 31 | +| VR | virtual | Virtual encounters with patients typically using televideo, telephone, or other means of telepresence. | |
| 32 | +| HH | home health | Encounters with patients in their own home. | |
| 33 | + |
| 34 | +Note that Encounter.class has an extensible binding, so if a class coding not part of the bound value set is needed, it is allowed to use an |
| 35 | +alternate coding. |
| 36 | + |
| 37 | +In order to support the addition of Encounter.plannedStartDate and Encounter.plannedEndDate in FHIR R5, the extensions |
| 38 | +[PlannedStartDate](./StructureDefinition-dk-core-planned-start-date.html) and [PlannedEndDate](./StructureDefinition-dk-core-planned-end-date.html) |
| 39 | +have been added to DkCore. However, note that in the R4 documentation it is stated that a planned start date could be given by placing |
| 40 | +period.start in the future, and setting the status to ‘planned’. As a consequence, this practice is also acceptable in the dk-core R4 version, |
| 41 | +but the use of plannedStart and plannedEnd extensions are encouraged to make transition to future FHIR versions easier. |
0 commit comments