HL7 FHIR Implementation Guide: DK Core
3.8.0 - ci-build
HL7 FHIR Implementation Guide: DK Core
3.8.0 - ci-build
HL7 FHIR Implementation Guide: DK Core, published by HL7 Denmark. This guide is not an authorized publication; it is the continuous build for version 3.8.0 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/hl7dk/dk-core/ and changes regularly. See the Directory of published versions
| Official URL: http://hl7.dk/fhir/core/StructureDefinition/dk-core-person-servicerequest | Version: 3.8.0 | |||
| Draft as of 2026-11-07 | Computable Name: DkCorePersonServiceRequest | |||
HL7 Denmark core profile for requesting a service, such as diagnostic investigations, nursing services, treatments, and more for a Patient.
The Danish Core ServiceRequest profile is intended to support requests for services within the health sector, e.g. cross sector. In dk-core, the ServiceRequest resource have been constrained to only contain DkCorePatient and Group as subject of the request. This is chosen to ensure a focused and relevant ValueSet for the ServiceRequest.code.
Notice that the international ValueSet for priority have been reduced to contain only two values i.e. 'routine' and 'asap' because only these two concepts are of widespread use in Denmark. 'routine' is the same as the Danish 'elektiv'. 'asap' is the same as the danish 'akut'.
The reasonCode has been sliced and refers to different recommended systems. These are the same as in the DkCoreCondition profile. Read the documentation there, before using the reasonCode in this profile.
In the ServiceRequest resource there are three levels of categorization.
Category: The top level is the ServiceRequest.category, which classifies the services on a high level. Category is for finding the different kinds of ServiceRequests in a consistent way, and can contain more than one code, and relate to different aspects. In Denmark, it is recommended to include one of the NSP/SOR Practice setting codes, as one of the category codes. The codes are included in this implementation guide as an example binding. The official source for NSP/SOR Practice setting codes is the SNOMED CT codes presented here.
Another example of the use of category, related to a different aspect, could be to categorize the ServiceRequest into 'virtual' or 'in-person'.
Code: The middle level is ServiceRequest.code, which identifies the service being requested. This is the most important code, and it is recommended to populate this attribute whenever possible. The service request code should semantically be a procedure code. However, be aware that this does not nessesarily mean that it has to be populated with a very specific code. In cross-sector use cases, it is often the case that the requesting organization does not nessesarily know the exact procedure - but they know the kind of procedure or where to start. For example, a general practitioner could use the code 284394000 'Examination of spine' when having a patient with back pain that needs to be examined at the hospital. It would not be expected that the general practitioner would detail a final procedure actually performed in the hospital such as 178625001 'Primary lumbar microdiscectomy'. A good example of SNOMED CT procedure codes, can be found in the international patient summary see the IPS implementation guide
OrderDetail: The most detailed level is ServiceRequest.orderDetail, which may include additional detail or instruction concerning how the service should be delivered. This can be specific to each organization and does not necessary have to be included when sending a ServiceRequest, but can be enriched by the performer of the service.
Usages:
You can also check for usages in the FHIR IG Statistics
Description of Profiles, Differentials, Snapshots and how the different presentations work.
| Path | Status | Usage | ValueSet | Version | Source |
| ServiceRequest.status | Base | required | RequestStatus | 📍4.0.1 | FHIR Std. |
| ServiceRequest.intent | Base | required | RequestIntent | 📍4.0.1 | FHIR Std. |
| ServiceRequest.category | Base | example | DK codes for ServiceRequest | 📦3.8.0 | This IG |
| ServiceRequest.priority | Base | required | DK priority codes | 📦3.8.0 | This IG |
| Id | Grade | Path(s) | Description | Expression |
This structure is derived from ServiceRequest
| Name | Flags | Card. | Type | Description & Constraints Filter:  |
|---|---|---|---|---|
  ServiceRequest |
0..* | ServiceRequest | A request for a service to be performed | |
  category |
0..* | CodeableConcept | Classification of service Binding: DK codes for ServiceRequest (example) | |
| priority |
0..1 | code | routine | urgent | asap | stat Binding: DK priority codes (required) | |
 subject |
1..1 | Reference(Danish Core Patient Profile) | Individual or Entity the service is ordered for | |
| requester |
0..1 | Reference(Danish Core Practitioner Profile | Danish Core PractitionerRole Profile | Danish Core Organization Profile | Danish Core Patient Profile | Danish Core Related Person Profile | Device) | Who/what is requesting service | |
| performer |
0..* | Reference(Danish Core Practitioner Profile | Danish Core PractitionerRole Profile | Danish Core Organization Profile | Danish Core Patient Profile | Danish Core Related Person Profile | HealthcareService | Device | CareTeam) | Requested performer | |
 reasonCode |
||||
   Slices for coding |
0..* | Coding | Reason code, [DA] begrundelses-kode Slice: Unordered, Open by value:system | |
   coding:FSIIIConditionCode |
0..1 | Coding | [DA] FSIII tilstandskode | |
  system |
1..1 | uri | Identity of the terminology system Required Pattern: urn:oid:1.2.208.176.2.21 (extensions allowed) | |
| coding:SCTCode |
0..1 | Coding | SNOMED CT kode, typisk klinisk fund eller procedure | |
| system |
1..1 | uri | Identity of the terminology system Required Pattern: http://snomed.info/sct (extensions allowed) | |
| coding:FFBConditionCode |
0..1 | Coding | [DA] FFB undertemakode | |
| system |
1..1 | uri | Identity of the terminology system Required Pattern: urn:oid:1.2.208.176.2.22 (extensions allowed) | |
| coding:SKS |
0..1 | Coding | [DA] Kode fra SKS, typisk diagnose eller procedure | |
| system |
1..1 | uri | Identity of the terminology system Required Pattern: urn:oid:1.2.208.176.2.4.12 (extensions allowed) | |
 coding:ICPC2code |
0..1 | Coding | ICPC2 code | |
| system |
1..1 | uri | Identity of the terminology system Required Pattern: urn:oid:1.2.208.176.2.31 (extensions allowed) | |
 reasonReference |
0..* | Reference(Danish Core Condition Profile | Danish Core Observation Profile | DiagnosticReport | DocumentReference) | Explanation/Justification for service or service | |
| Documentation for this format | ||||
| Path | Status | Usage | ValueSet | Version | Source |
| ServiceRequest.category | Base | example | DK codes for ServiceRequest | 📦3.8.0 | This IG |
| ServiceRequest.priority | Base | required | DK priority codes | 📦3.8.0 | This IG |
| Name | Flags | Card. | Type | Description & Constraints Filter: | ||||
|---|---|---|---|---|---|---|---|---|
| ServiceRequest |
C | 0..* | ServiceRequest | A request for a service to be performed Constraints: prr-1 | ||||
 id |
0..1 | id | Logical id of this artifact | |||||
 meta |
0..1 | Meta | Metadata about the resource | |||||
| implicitRules |
0..1 | uri | A set of rules under which this content was created | |||||
| language |
0..1 | code | Language of the resource content Binding: CommonLanguages (preferred): A human language.
| |||||
| text |
0..1 | Narrative | Text summary of the resource, for human interpretation This profile does not constrain the narrative in regard to content, language, or traceability to data elements | |||||
| contained |
0..* | Resource | Contained, inline Resources | |||||
 extension |
0..* | Extension | Additional content defined by implementations | |||||
 modifierExtension |
0..* | Extension | Extensions that cannot be ignored | |||||
| identifier |
0..* | Identifier | Identifiers assigned to this order | |||||
| instantiatesCanonical |
0..* | canonical(ActivityDefinition | PlanDefinition) | Instantiates FHIR protocol or definition | |||||
| instantiatesUri |
0..* | uri | Instantiates external protocol or definition | |||||
| basedOn |
0..* | Reference(CarePlan | ServiceRequest | MedicationRequest) | What request fulfills | |||||
| replaces |
0..* | Reference(ServiceRequest) | What request replaces | |||||
| requisition |
0..1 | Identifier | Composite Request ID | |||||
| status |
1..1 | code | draft | active | on-hold | revoked | completed | entered-in-error | unknown Binding: RequestStatus (required): The status of a service order. | |||||
| intent |
1..1 | code | proposal | plan | directive | order | original-order | reflex-order | filler-order | instance-order | option Binding: RequestIntent (required): The kind of service request. | |||||
| category |
0..* | CodeableConcept | Classification of service Binding: DK codes for ServiceRequest (example) | |||||
| priority |
0..1 | code | routine | urgent | asap | stat Binding: DK priority codes (required) | |||||
| doNotPerform |
0..1 | boolean | True if service/procedure should not be performed | |||||
| code |
0..1 | CodeableConcept | What is being requested/ordered Binding: ProcedureCodes(SNOMEDCT) (example): Codes for tests or services that can be carried out by a designated individual, organization or healthcare service. For laboratory, LOINC is preferred. | |||||
| orderDetail |
C | 0..* | CodeableConcept | Additional order information Binding: ServiceRequestOrderDetailsCodes (example): Codified order entry details which are based on order context. | ||||
 quantity[x] |
0..1 | Service amount | ||||||
| quantityQuantity |
Quantity | |||||||
| quantityRatio |
Ratio | |||||||
| quantityRange |
Range | |||||||
| subject |
1..1 | Reference(Danish Core Patient Profile) | Individual or Entity the service is ordered for | |||||
| encounter |
0..1 | Reference(Encounter) | Encounter in which the request was created | |||||
| occurrence[x] |
0..1 | When service should occur | ||||||
| occurrenceDateTime |
dateTime | |||||||
| occurrencePeriod |
Period | |||||||
| occurrenceTiming |
Timing | |||||||
| asNeeded[x] |
0..1 | Preconditions for service Binding: SNOMEDCTMedicationAsNeededReasonCodes (example): A coded concept identifying the pre-condition that should hold prior to performing a procedure. For example "pain", "on flare-up", etc. | ||||||
| asNeededBoolean |
boolean | |||||||
| asNeededCodeableConcept |
CodeableConcept | |||||||
| authoredOn |
0..1 | dateTime | Date request signed | |||||
| requester |
0..1 | Reference(Danish Core Practitioner Profile | Danish Core PractitionerRole Profile | Danish Core Organization Profile | Danish Core Patient Profile | Danish Core Related Person Profile | Device) | Who/what is requesting service | |||||
| performerType |
0..1 | CodeableConcept | Performer role Binding: ParticipantRoles (example): Indicates specific responsibility of an individual within the care team, such as "Primary physician", "Team coordinator", "Caregiver", etc. | |||||
| performer |
0..* | Reference(Danish Core Practitioner Profile | Danish Core PractitionerRole Profile | Danish Core Organization Profile | Danish Core Patient Profile | Danish Core Related Person Profile | HealthcareService | Device | CareTeam) | Requested performer | |||||
| locationCode |
0..* | CodeableConcept | Requested location Binding: ServiceDeliveryLocationRoleType (example): A location type where services are delivered. | |||||
| locationReference |
0..* | Reference(Location) | Requested location | |||||
| reasonCode |
0..* | CodeableConcept | Explanation/Justification for procedure or service Binding: ProcedureReasonCodes (example): Diagnosis or problem codes justifying the reason for requesting the service investigation. | |||||
| id |
0..1 | string | Unique id for inter-element referencing | |||||
| extension |
0..* | Extension | Additional content defined by implementations Slice: Unordered, Open by value:url | |||||
| Slices for coding |
0..* | Coding | Reason code, [DA] begrundelses-kode Slice: Unordered, Open by value:system | |||||
| coding:FSIIIConditionCode |
0..1 | Coding | [DA] FSIII tilstandskode | |||||
 id |
0..1 | string | Unique id for inter-element referencing | |||||
| extension |
0..* | Extension | Additional content defined by implementations Slice: Unordered, Open by value:url | |||||
| system |
1..1 | uri | Identity of the terminology system Required Pattern: urn:oid:1.2.208.176.2.21 (extensions allowed) | |||||
| version |
0..1 | string | Version of the system - if relevant | |||||
| code |
0..1 | code | Symbol in syntax defined by the system | |||||
| display |
0..1 | string | Representation defined by the system | |||||
| userSelected |
0..1 | boolean | If this coding was chosen directly by the user | |||||
| coding:SCTCode |
0..1 | Coding | SNOMED CT kode, typisk klinisk fund eller procedure | |||||
| id |
0..1 | string | Unique id for inter-element referencing | |||||
| extension |
0..* | Extension | Additional content defined by implementations Slice: Unordered, Open by value:url | |||||
| system |
1..1 | uri | Identity of the terminology system Required Pattern: http://snomed.info/sct (extensions allowed) | |||||
| version |
0..1 | string | Version of the system - if relevant | |||||
| code |
0..1 | code | Symbol in syntax defined by the system | |||||
| display |
0..1 | string | Representation defined by the system | |||||
| userSelected |
0..1 | boolean | If this coding was chosen directly by the user | |||||
| coding:FFBConditionCode |
0..1 | Coding | [DA] FFB undertemakode | |||||
| id |
0..1 | string | Unique id for inter-element referencing | |||||
| extension |
0..* | Extension | Additional content defined by implementations Slice: Unordered, Open by value:url | |||||
| system |
1..1 | uri | Identity of the terminology system Required Pattern: urn:oid:1.2.208.176.2.22 (extensions allowed) | |||||
| version |
0..1 | string | Version of the system - if relevant | |||||
| code |
0..1 | code | Symbol in syntax defined by the system | |||||
| display |
0..1 | string | Representation defined by the system | |||||
| userSelected |
0..1 | boolean | If this coding was chosen directly by the user | |||||
| coding:SKS |
0..1 | Coding | [DA] Kode fra SKS, typisk diagnose eller procedure | |||||
| id |
0..1 | string | Unique id for inter-element referencing | |||||
| extension |
0..* | Extension | Additional content defined by implementations Slice: Unordered, Open by value:url | |||||
| system |
1..1 | uri | Identity of the terminology system Required Pattern: urn:oid:1.2.208.176.2.4.12 (extensions allowed) | |||||
| version |
0..1 | string | Version of the system - if relevant | |||||
| code |
0..1 | code | Symbol in syntax defined by the system | |||||
| display |
0..1 | string | Representation defined by the system | |||||
| userSelected |
0..1 | boolean | If this coding was chosen directly by the user | |||||
| coding:ICPC2code |
0..1 | Coding | ICPC2 code | |||||
| id |
0..1 | string | Unique id for inter-element referencing | |||||
| extension |
0..* | Extension | Additional content defined by implementations Slice: Unordered, Open by value:url | |||||
| system |
1..1 | uri | Identity of the terminology system Required Pattern: urn:oid:1.2.208.176.2.31 (extensions allowed) | |||||
| version |
0..1 | string | Version of the system - if relevant | |||||
| code |
0..1 | code | Symbol in syntax defined by the system | |||||
| display |
0..1 | string | Representation defined by the system | |||||
| userSelected |
0..1 | boolean | If this coding was chosen directly by the user | |||||
| text |
0..1 | string | Plain text representation of the concept | |||||
| reasonReference |
0..* | Reference(Danish Core Condition Profile | Danish Core Observation Profile | DiagnosticReport | DocumentReference) | Explanation/Justification for service or service | |||||
| insurance |
0..* | Reference(Coverage | ClaimResponse) | Associated insurance coverage | |||||
| supportingInfo |
0..* | Reference(Resource) | Additional clinical information | |||||
| specimen |
0..* | Reference(Specimen) | Procedure Samples | |||||
| bodySite |
0..* | CodeableConcept | Location on Body Binding: SNOMEDCTBodyStructures (example): Codes describing anatomical locations. May include laterality. | |||||
| note |
0..* | Annotation | Comments | |||||
| patientInstruction |
0..1 | string | Patient or consumer-oriented instructions | |||||
| relevantHistory |
0..* | Reference(Provenance) | Request provenance | |||||
| Documentation for this format | ||||||||
| Path | Status | Usage | ValueSet | Version | Source |
| ServiceRequest.language | Base | preferred | Common Languages | 📍4.0.1 | FHIR Std. |
| ServiceRequest.status | Base | required | RequestStatus | 📍4.0.1 | FHIR Std. |
| ServiceRequest.intent | Base | required | RequestIntent | 📍4.0.1 | FHIR Std. |
| ServiceRequest.category | Base | example | DK codes for ServiceRequest | 📦3.8.0 | This IG |
| ServiceRequest.priority | Base | required | DK priority codes | 📦3.8.0 | This IG |
| ServiceRequest.code | Base | example | Procedure Codes (SNOMED CT) | 📍4.0.1 | FHIR Std. |
| ServiceRequest.orderDetail | Base | example | Service Request Order Details Codes | 📍4.0.1 | FHIR Std. |
| ServiceRequest.asNeeded[x] | Base | example | SNOMED CT Medication As Needed Reason Codes | 📍4.0.1 | FHIR Std. |
| ServiceRequest.performerType | Base | example | Participant Roles | 📍4.0.1 | FHIR Std. |
| ServiceRequest.locationCode | Base | example | ServiceDeliveryLocationRoleType | 📦3.0.0 | THO v7.5 |
| ServiceRequest.reasonCode | Base | example | Procedure Reason Codes | 📍4.0.1 | FHIR Std. |
| ServiceRequest.bodySite | Base | example | SNOMED CT Body Structures | 📍4.0.1 | FHIR Std. |
| Id | Grade | Path(s) | Description | Expression |
This structure is derived from ServiceRequest
Summary
Mandatory: 0 element(5 nested mandatory elements)
Structures
This structure refers to these other structures:
Slices
This structure defines the following Slices:
Key Elements View
| Path | Status | Usage | ValueSet | Version | Source |
| ServiceRequest.status | Base | required | RequestStatus | 📍4.0.1 | FHIR Std. |
| ServiceRequest.intent | Base | required | RequestIntent | 📍4.0.1 | FHIR Std. |
| ServiceRequest.category | Base | example | DK codes for ServiceRequest | 📦3.8.0 | This IG |
| ServiceRequest.priority | Base | required | DK priority codes | 📦3.8.0 | This IG |
| Id | Grade | Path(s) | Description | Expression |
Differential View
This structure is derived from ServiceRequest
| Name | Flags | Card. | Type | Description & Constraints Filter: |
|---|---|---|---|---|
| ServiceRequest |
0..* | ServiceRequest | A request for a service to be performed | |
| category |
0..* | CodeableConcept | Classification of service Binding: DK codes for ServiceRequest (example) | |
| priority |
0..1 | code | routine | urgent | asap | stat Binding: DK priority codes (required) | |
| subject |
1..1 | Reference(Danish Core Patient Profile) | Individual or Entity the service is ordered for | |
| requester |
0..1 | Reference(Danish Core Practitioner Profile | Danish Core PractitionerRole Profile | Danish Core Organization Profile | Danish Core Patient Profile | Danish Core Related Person Profile | Device) | Who/what is requesting service | |
| performer |
0..* | Reference(Danish Core Practitioner Profile | Danish Core PractitionerRole Profile | Danish Core Organization Profile | Danish Core Patient Profile | Danish Core Related Person Profile | HealthcareService | Device | CareTeam) | Requested performer | |
| reasonCode |
||||
| Slices for coding |
0..* | Coding | Reason code, [DA] begrundelses-kode Slice: Unordered, Open by value:system | |
| coding:FSIIIConditionCode |
0..1 | Coding | [DA] FSIII tilstandskode | |
| system |
1..1 | uri | Identity of the terminology system Required Pattern: urn:oid:1.2.208.176.2.21 (extensions allowed) | |
| coding:SCTCode |
0..1 | Coding | SNOMED CT kode, typisk klinisk fund eller procedure | |
| system |
1..1 | uri | Identity of the terminology system Required Pattern: http://snomed.info/sct (extensions allowed) | |
| coding:FFBConditionCode |
0..1 | Coding | [DA] FFB undertemakode | |
| system |
1..1 | uri | Identity of the terminology system Required Pattern: urn:oid:1.2.208.176.2.22 (extensions allowed) | |
| coding:SKS |
0..1 | Coding | [DA] Kode fra SKS, typisk diagnose eller procedure | |
| system |
1..1 | uri | Identity of the terminology system Required Pattern: urn:oid:1.2.208.176.2.4.12 (extensions allowed) | |
| coding:ICPC2code |
0..1 | Coding | ICPC2 code | |
| system |
1..1 | uri | Identity of the terminology system Required Pattern: urn:oid:1.2.208.176.2.31 (extensions allowed) | |
| reasonReference |
0..* | Reference(Danish Core Condition Profile | Danish Core Observation Profile | DiagnosticReport | DocumentReference) | Explanation/Justification for service or service | |
| Documentation for this format | ||||
| Path | Status | Usage | ValueSet | Version | Source |
| ServiceRequest.category | Base | example | DK codes for ServiceRequest | 📦3.8.0 | This IG |
| ServiceRequest.priority | Base | required | DK priority codes | 📦3.8.0 | This IG |
Snapshot View
| Name | Flags | Card. | Type | Description & Constraints Filter: | ||||
|---|---|---|---|---|---|---|---|---|
| ServiceRequest |
C | 0..* | ServiceRequest | A request for a service to be performed Constraints: prr-1 | ||||
| id |
0..1 | id | Logical id of this artifact | |||||
| meta |
0..1 | Meta | Metadata about the resource | |||||
| implicitRules |
0..1 | uri | A set of rules under which this content was created | |||||
| language |
0..1 | code | Language of the resource content Binding: CommonLanguages (preferred): A human language.
| |||||
| text |
0..1 | Narrative | Text summary of the resource, for human interpretation This profile does not constrain the narrative in regard to content, language, or traceability to data elements | |||||
| contained |
0..* | Resource | Contained, inline Resources | |||||
| extension |
0..* | Extension | Additional content defined by implementations | |||||
| modifierExtension |
0..* | Extension | Extensions that cannot be ignored | |||||
| identifier |
0..* | Identifier | Identifiers assigned to this order | |||||
| instantiatesCanonical |
0..* | canonical(ActivityDefinition | PlanDefinition) | Instantiates FHIR protocol or definition | |||||
| instantiatesUri |
0..* | uri | Instantiates external protocol or definition | |||||
| basedOn |
0..* | Reference(CarePlan | ServiceRequest | MedicationRequest) | What request fulfills | |||||
| replaces |
0..* | Reference(ServiceRequest) | What request replaces | |||||
| requisition |
0..1 | Identifier | Composite Request ID | |||||
| status |
1..1 | code | draft | active | on-hold | revoked | completed | entered-in-error | unknown Binding: RequestStatus (required): The status of a service order. | |||||
| intent |
1..1 | code | proposal | plan | directive | order | original-order | reflex-order | filler-order | instance-order | option Binding: RequestIntent (required): The kind of service request. | |||||
| category |
0..* | CodeableConcept | Classification of service Binding: DK codes for ServiceRequest (example) | |||||
| priority |
0..1 | code | routine | urgent | asap | stat Binding: DK priority codes (required) | |||||
| doNotPerform |
0..1 | boolean | True if service/procedure should not be performed | |||||
| code |
0..1 | CodeableConcept | What is being requested/ordered Binding: ProcedureCodes(SNOMEDCT) (example): Codes for tests or services that can be carried out by a designated individual, organization or healthcare service. For laboratory, LOINC is preferred. | |||||
| orderDetail |
C | 0..* | CodeableConcept | Additional order information Binding: ServiceRequestOrderDetailsCodes (example): Codified order entry details which are based on order context. | ||||
| quantity[x] |
0..1 | Service amount | ||||||
| quantityQuantity |
Quantity | |||||||
| quantityRatio |
Ratio | |||||||
| quantityRange |
Range | |||||||
| subject |
1..1 | Reference(Danish Core Patient Profile) | Individual or Entity the service is ordered for | |||||
| encounter |
0..1 | Reference(Encounter) | Encounter in which the request was created | |||||
| occurrence[x] |
0..1 | When service should occur | ||||||
| occurrenceDateTime |
dateTime | |||||||
| occurrencePeriod |
Period | |||||||
| occurrenceTiming |
Timing | |||||||
| asNeeded[x] |
0..1 | Preconditions for service Binding: SNOMEDCTMedicationAsNeededReasonCodes (example): A coded concept identifying the pre-condition that should hold prior to performing a procedure. For example "pain", "on flare-up", etc. | ||||||
| asNeededBoolean |
boolean | |||||||
| asNeededCodeableConcept |
CodeableConcept | |||||||
| authoredOn |
0..1 | dateTime | Date request signed | |||||
| requester |
0..1 | Reference(Danish Core Practitioner Profile | Danish Core PractitionerRole Profile | Danish Core Organization Profile | Danish Core Patient Profile | Danish Core Related Person Profile | Device) | Who/what is requesting service | |||||
| performerType |
0..1 | CodeableConcept | Performer role Binding: ParticipantRoles (example): Indicates specific responsibility of an individual within the care team, such as "Primary physician", "Team coordinator", "Caregiver", etc. | |||||
| performer |
0..* | Reference(Danish Core Practitioner Profile | Danish Core PractitionerRole Profile | Danish Core Organization Profile | Danish Core Patient Profile | Danish Core Related Person Profile | HealthcareService | Device | CareTeam) | Requested performer | |||||
| locationCode |
0..* | CodeableConcept | Requested location Binding: ServiceDeliveryLocationRoleType (example): A location type where services are delivered. | |||||
| locationReference |
0..* | Reference(Location) | Requested location | |||||
| reasonCode |
0..* | CodeableConcept | Explanation/Justification for procedure or service Binding: ProcedureReasonCodes (example): Diagnosis or problem codes justifying the reason for requesting the service investigation. | |||||
| id |
0..1 | string | Unique id for inter-element referencing | |||||
| extension |
0..* | Extension | Additional content defined by implementations Slice: Unordered, Open by value:url | |||||
| Slices for coding |
0..* | Coding | Reason code, [DA] begrundelses-kode Slice: Unordered, Open by value:system | |||||
| coding:FSIIIConditionCode |
0..1 | Coding | [DA] FSIII tilstandskode | |||||
| id |
0..1 | string | Unique id for inter-element referencing | |||||
| extension |
0..* | Extension | Additional content defined by implementations Slice: Unordered, Open by value:url | |||||
| system |
1..1 | uri | Identity of the terminology system Required Pattern: urn:oid:1.2.208.176.2.21 (extensions allowed) | |||||
| version |
0..1 | string | Version of the system - if relevant | |||||
| code |
0..1 | code | Symbol in syntax defined by the system | |||||
| display |
0..1 | string | Representation defined by the system | |||||
| userSelected |
0..1 | boolean | If this coding was chosen directly by the user | |||||
| coding:SCTCode |
0..1 | Coding | SNOMED CT kode, typisk klinisk fund eller procedure | |||||
| id |
0..1 | string | Unique id for inter-element referencing | |||||
| extension |
0..* | Extension | Additional content defined by implementations Slice: Unordered, Open by value:url | |||||
| system |
1..1 | uri | Identity of the terminology system Required Pattern: http://snomed.info/sct (extensions allowed) | |||||
| version |
0..1 | string | Version of the system - if relevant | |||||
| code |
0..1 | code | Symbol in syntax defined by the system | |||||
| display |
0..1 | string | Representation defined by the system | |||||
| userSelected |
0..1 | boolean | If this coding was chosen directly by the user | |||||
| coding:FFBConditionCode |
0..1 | Coding | [DA] FFB undertemakode | |||||
| id |
0..1 | string | Unique id for inter-element referencing | |||||
| extension |
0..* | Extension | Additional content defined by implementations Slice: Unordered, Open by value:url | |||||
| system |
1..1 | uri | Identity of the terminology system Required Pattern: urn:oid:1.2.208.176.2.22 (extensions allowed) | |||||
| version |
0..1 | string | Version of the system - if relevant | |||||
| code |
0..1 | code | Symbol in syntax defined by the system | |||||
| display |
0..1 | string | Representation defined by the system | |||||
| userSelected |
0..1 | boolean | If this coding was chosen directly by the user | |||||
| coding:SKS |
0..1 | Coding | [DA] Kode fra SKS, typisk diagnose eller procedure | |||||
| id |
0..1 | string | Unique id for inter-element referencing | |||||
| extension |
0..* | Extension | Additional content defined by implementations Slice: Unordered, Open by value:url | |||||
| system |
1..1 | uri | Identity of the terminology system Required Pattern: urn:oid:1.2.208.176.2.4.12 (extensions allowed) | |||||
| version |
0..1 | string | Version of the system - if relevant | |||||
| code |
0..1 | code | Symbol in syntax defined by the system | |||||
| display |
0..1 | string | Representation defined by the system | |||||
| userSelected |
0..1 | boolean | If this coding was chosen directly by the user | |||||
| coding:ICPC2code |
0..1 | Coding | ICPC2 code | |||||
| id |
0..1 | string | Unique id for inter-element referencing | |||||
| extension |
0..* | Extension | Additional content defined by implementations Slice: Unordered, Open by value:url | |||||
| system |
1..1 | uri | Identity of the terminology system Required Pattern: urn:oid:1.2.208.176.2.31 (extensions allowed) | |||||
| version |
0..1 | string | Version of the system - if relevant | |||||
| code |
0..1 | code | Symbol in syntax defined by the system | |||||
| display |
0..1 | string | Representation defined by the system | |||||
| userSelected |
0..1 | boolean | If this coding was chosen directly by the user | |||||
| text |
0..1 | string | Plain text representation of the concept | |||||
| reasonReference |
0..* | Reference(Danish Core Condition Profile | Danish Core Observation Profile | DiagnosticReport | DocumentReference) | Explanation/Justification for service or service | |||||
| insurance |
0..* | Reference(Coverage | ClaimResponse) | Associated insurance coverage | |||||
| supportingInfo |
0..* | Reference(Resource) | Additional clinical information | |||||
| specimen |
0..* | Reference(Specimen) | Procedure Samples | |||||
| bodySite |
0..* | CodeableConcept | Location on Body Binding: SNOMEDCTBodyStructures (example): Codes describing anatomical locations. May include laterality. | |||||
| note |
0..* | Annotation | Comments | |||||
| patientInstruction |
0..1 | string | Patient or consumer-oriented instructions | |||||
| relevantHistory |
0..* | Reference(Provenance) | Request provenance | |||||
| Documentation for this format | ||||||||
| Path | Status | Usage | ValueSet | Version | Source |
| ServiceRequest.language | Base | preferred | Common Languages | 📍4.0.1 | FHIR Std. |
| ServiceRequest.status | Base | required | RequestStatus | 📍4.0.1 | FHIR Std. |
| ServiceRequest.intent | Base | required | RequestIntent | 📍4.0.1 | FHIR Std. |
| ServiceRequest.category | Base | example | DK codes for ServiceRequest | 📦3.8.0 | This IG |
| ServiceRequest.priority | Base | required | DK priority codes | 📦3.8.0 | This IG |
| ServiceRequest.code | Base | example | Procedure Codes (SNOMED CT) | 📍4.0.1 | FHIR Std. |
| ServiceRequest.orderDetail | Base | example | Service Request Order Details Codes | 📍4.0.1 | FHIR Std. |
| ServiceRequest.asNeeded[x] | Base | example | SNOMED CT Medication As Needed Reason Codes | 📍4.0.1 | FHIR Std. |
| ServiceRequest.performerType | Base | example | Participant Roles | 📍4.0.1 | FHIR Std. |
| ServiceRequest.locationCode | Base | example | ServiceDeliveryLocationRoleType | 📦3.0.0 | THO v7.5 |
| ServiceRequest.reasonCode | Base | example | Procedure Reason Codes | 📍4.0.1 | FHIR Std. |
| ServiceRequest.bodySite | Base | example | SNOMED CT Body Structures | 📍4.0.1 | FHIR Std. |
| Id | Grade | Path(s) | Description | Expression |
This structure is derived from ServiceRequest
Summary
Mandatory: 0 element(5 nested mandatory elements)
Structures
This structure refers to these other structures:
Slices
This structure defines the following Slices:
Other representations of profile: CSV, Excel, Schematron