HL7 FHIR Implementation Guide: DK Core
3.3.0 - ci-build Denmark flag

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.3.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

Resource Profile: Danish Core Person ServiceRequest Profile

Official URL: http://hl7.dk/fhir/core/StructureDefinition/dk-core-person-servicerequest Version: 3.3.0
Draft as of 2024-10-17 Computable Name: DkCorePersonServiceRequest

HL7 Denmark core profile for requesting a service, such as diagnostic investigations, nursing services, treatments, and more for a Patient.

Scope and usage

Work in progress

The Danish Core ServiceRequest profile is intended to support cross sector requests for services within the health sector. In dk-core, the ServiceRequest resource have been constrained to only contain DkCorePatient and Group as subject of the request. This is choosen to ensure a focused and relevant ValueSet for the ServiceRequest.code.

Notice that the international ValeSet for priority have been reduced to 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 condition-profile. Read the documentation there, before using the reasonCode in this profile.

Category, code and orderDetail

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 kinds of ServiceRequests reliably, 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 of the codes is 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 actually 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 sender-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 at ServiceRequest.orderDetail, which included additional detail or instruction concerning how the service should be delivered. This can be specific to each organization and does not nessecary have to be included when sending a ServiceRequest, but can be enriched by the performer of the service.

Usage:

Formal Views of Profile Content

Description of Profiles, Differentials, Snapshots and how the different presentations work.

This structure is derived from ServiceRequest

NameFlagsCard.TypeDescription & Constraintsdoco
.. 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
... performer 0..* Reference(Danish Core Practitioner Profile | PractitionerRole | 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
..... 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
..... 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
..... 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
..... 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
... reasonReference 0..* Reference(Danish Core Condition Profile | Danish Core Observation Profiles | DiagnosticReport | DocumentReference) Explanation/Justification for service or service

doco Documentation for this format

Terminology Bindings (Differential)

PathConformanceValueSetURI
ServiceRequest.categoryexampleDkCoreServiceRequestCodes
http://hl7.dk/fhir/core/ValueSet/dk-core-servicerequest-codes
from this IG
ServiceRequest.priorityrequiredDkCorePriorityCodes
http://hl7.dk/fhir/core/ValueSet/dk-core-priority-codes
from this IG
NameFlagsCard.TypeDescription & Constraintsdoco
.. ServiceRequest C 0..* ServiceRequest A request for a service to be performed
prr-1: orderDetail SHALL only be present if code is present
... implicitRules ?!Σ 0..1 uri A set of rules under which this content was created
... modifierExtension ?! 0..* Extension Extensions that cannot be ignored
... status ?!Σ 1..1 code draft | active | on-hold | revoked | completed | entered-in-error | unknown
Binding: RequestStatus (required): The status of a service order.

... 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
... subject Σ 1..1 Reference(Danish Core Patient Profile) Individual or Entity the service is ordered for
... requester Σ 0..1 Reference(Danish Core Practitioner Profile | PractitionerRole | 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 | PractitionerRole | Danish Core Organization Profile | Danish Core Patient Profile | Danish Core Related Person Profile | HealthcareService | Device | CareTeam) Requested performer
... reasonReference Σ 0..* Reference(Danish Core Condition Profile | Danish Core Observation Profiles | DiagnosticReport | DocumentReference) Explanation/Justification for service or service

doco Documentation for this format

Terminology Bindings

PathConformanceValueSetURI
ServiceRequest.statusrequiredRequestStatus
http://hl7.org/fhir/ValueSet/request-status|4.0.1
from the FHIR Standard
ServiceRequest.intentrequiredRequestIntent
http://hl7.org/fhir/ValueSet/request-intent|4.0.1
from the FHIR Standard
ServiceRequest.categoryexampleDkCoreServiceRequestCodes
http://hl7.dk/fhir/core/ValueSet/dk-core-servicerequest-codes
from this IG
ServiceRequest.priorityrequiredDkCorePriorityCodes
http://hl7.dk/fhir/core/ValueSet/dk-core-priority-codes
from this IG
NameFlagsCard.TypeDescription & Constraintsdoco
.. ServiceRequest C 0..* ServiceRequest A request for a service to be performed
prr-1: orderDetail SHALL only be present if code is present
... 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.

Additional BindingsPurpose
AllLanguages Max Binding
... text 0..1 Narrative Text summary of the resource, for human interpretation
... 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 and a valueset using LOINC Order codes is available here.

... 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 | PractitionerRole | 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 | PractitionerRole | 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
...... 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
...... 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
...... 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
...... 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
...... 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 Profiles | 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

doco Documentation for this format

Terminology Bindings

PathConformanceValueSetURI
ServiceRequest.languagepreferredCommonLanguages
Additional Bindings Purpose
AllLanguages Max Binding
http://hl7.org/fhir/ValueSet/languages
from the FHIR Standard
ServiceRequest.statusrequiredRequestStatus
http://hl7.org/fhir/ValueSet/request-status|4.0.1
from the FHIR Standard
ServiceRequest.intentrequiredRequestIntent
http://hl7.org/fhir/ValueSet/request-intent|4.0.1
from the FHIR Standard
ServiceRequest.categoryexampleDkCoreServiceRequestCodes
http://hl7.dk/fhir/core/ValueSet/dk-core-servicerequest-codes
from this IG
ServiceRequest.priorityrequiredDkCorePriorityCodes
http://hl7.dk/fhir/core/ValueSet/dk-core-priority-codes
from this IG
ServiceRequest.codeexampleProcedureCodes(SNOMEDCT)
http://hl7.org/fhir/ValueSet/procedure-code
from the FHIR Standard
ServiceRequest.orderDetailexampleServiceRequestOrderDetailsCodes
http://hl7.org/fhir/ValueSet/servicerequest-orderdetail
from the FHIR Standard
ServiceRequest.asNeeded[x]exampleSNOMEDCTMedicationAsNeededReasonCodes
http://hl7.org/fhir/ValueSet/medication-as-needed-reason
from the FHIR Standard
ServiceRequest.performerTypeexampleParticipantRoles
http://hl7.org/fhir/ValueSet/participant-role
from the FHIR Standard
ServiceRequest.locationCodeexampleServiceDeliveryLocationRoleType
http://terminology.hl7.org/ValueSet/v3-ServiceDeliveryLocationRoleType
ServiceRequest.reasonCodeexampleProcedureReasonCodes
http://hl7.org/fhir/ValueSet/procedure-reason
from the FHIR Standard
ServiceRequest.bodySiteexampleSNOMEDCTBodyStructures
http://hl7.org/fhir/ValueSet/body-site
from the FHIR Standard

Differential View

This structure is derived from ServiceRequest

NameFlagsCard.TypeDescription & Constraintsdoco
.. 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
... performer 0..* Reference(Danish Core Practitioner Profile | PractitionerRole | 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
..... 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
..... 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
..... 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
..... 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
... reasonReference 0..* Reference(Danish Core Condition Profile | Danish Core Observation Profiles | DiagnosticReport | DocumentReference) Explanation/Justification for service or service

doco Documentation for this format

Terminology Bindings (Differential)

PathConformanceValueSetURI
ServiceRequest.categoryexampleDkCoreServiceRequestCodes
http://hl7.dk/fhir/core/ValueSet/dk-core-servicerequest-codes
from this IG
ServiceRequest.priorityrequiredDkCorePriorityCodes
http://hl7.dk/fhir/core/ValueSet/dk-core-priority-codes
from this IG

Key Elements View

NameFlagsCard.TypeDescription & Constraintsdoco
.. ServiceRequest C 0..* ServiceRequest A request for a service to be performed
prr-1: orderDetail SHALL only be present if code is present
... implicitRules ?!Σ 0..1 uri A set of rules under which this content was created
... modifierExtension ?! 0..* Extension Extensions that cannot be ignored
... status ?!Σ 1..1 code draft | active | on-hold | revoked | completed | entered-in-error | unknown
Binding: RequestStatus (required): The status of a service order.

... 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
... subject Σ 1..1 Reference(Danish Core Patient Profile) Individual or Entity the service is ordered for
... requester Σ 0..1 Reference(Danish Core Practitioner Profile | PractitionerRole | 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 | PractitionerRole | Danish Core Organization Profile | Danish Core Patient Profile | Danish Core Related Person Profile | HealthcareService | Device | CareTeam) Requested performer
... reasonReference Σ 0..* Reference(Danish Core Condition Profile | Danish Core Observation Profiles | DiagnosticReport | DocumentReference) Explanation/Justification for service or service

doco Documentation for this format

Terminology Bindings

PathConformanceValueSetURI
ServiceRequest.statusrequiredRequestStatus
http://hl7.org/fhir/ValueSet/request-status|4.0.1
from the FHIR Standard
ServiceRequest.intentrequiredRequestIntent
http://hl7.org/fhir/ValueSet/request-intent|4.0.1
from the FHIR Standard
ServiceRequest.categoryexampleDkCoreServiceRequestCodes
http://hl7.dk/fhir/core/ValueSet/dk-core-servicerequest-codes
from this IG
ServiceRequest.priorityrequiredDkCorePriorityCodes
http://hl7.dk/fhir/core/ValueSet/dk-core-priority-codes
from this IG

Snapshot View

NameFlagsCard.TypeDescription & Constraintsdoco
.. ServiceRequest C 0..* ServiceRequest A request for a service to be performed
prr-1: orderDetail SHALL only be present if code is present
... 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.

Additional BindingsPurpose
AllLanguages Max Binding
... text 0..1 Narrative Text summary of the resource, for human interpretation
... 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 and a valueset using LOINC Order codes is available here.

... 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 | PractitionerRole | 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 | PractitionerRole | 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
...... 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
...... 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
...... 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
...... 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
...... 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 Profiles | 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

doco Documentation for this format

Terminology Bindings

PathConformanceValueSetURI
ServiceRequest.languagepreferredCommonLanguages
Additional Bindings Purpose
AllLanguages Max Binding
http://hl7.org/fhir/ValueSet/languages
from the FHIR Standard
ServiceRequest.statusrequiredRequestStatus
http://hl7.org/fhir/ValueSet/request-status|4.0.1
from the FHIR Standard
ServiceRequest.intentrequiredRequestIntent
http://hl7.org/fhir/ValueSet/request-intent|4.0.1
from the FHIR Standard
ServiceRequest.categoryexampleDkCoreServiceRequestCodes
http://hl7.dk/fhir/core/ValueSet/dk-core-servicerequest-codes
from this IG
ServiceRequest.priorityrequiredDkCorePriorityCodes
http://hl7.dk/fhir/core/ValueSet/dk-core-priority-codes
from this IG
ServiceRequest.codeexampleProcedureCodes(SNOMEDCT)
http://hl7.org/fhir/ValueSet/procedure-code
from the FHIR Standard
ServiceRequest.orderDetailexampleServiceRequestOrderDetailsCodes
http://hl7.org/fhir/ValueSet/servicerequest-orderdetail
from the FHIR Standard
ServiceRequest.asNeeded[x]exampleSNOMEDCTMedicationAsNeededReasonCodes
http://hl7.org/fhir/ValueSet/medication-as-needed-reason
from the FHIR Standard
ServiceRequest.performerTypeexampleParticipantRoles
http://hl7.org/fhir/ValueSet/participant-role
from the FHIR Standard
ServiceRequest.locationCodeexampleServiceDeliveryLocationRoleType
http://terminology.hl7.org/ValueSet/v3-ServiceDeliveryLocationRoleType
ServiceRequest.reasonCodeexampleProcedureReasonCodes
http://hl7.org/fhir/ValueSet/procedure-reason
from the FHIR Standard
ServiceRequest.bodySiteexampleSNOMEDCTBodyStructures
http://hl7.org/fhir/ValueSet/body-site
from the FHIR Standard

 

Other representations of profile: CSV, Excel, Schematron