Scope and usage

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.

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

• Differential Table
• Key Elements Table
• Snapshot Table
• Statistics/References
• All

This structure is derived from ServiceRequest

Name	Flags	Card.	Type	Description & Constraints
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
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 Profile | DiagnosticReport | DocumentReference)	Explanation/Justification for service or service
Documentation for this format

Terminology Bindings (Differential)

Path	Conformance	ValueSet	URI
ServiceRequest.category	example	DkCoreServiceRequestCodes http://hl7.dk/fhir/core/ValueSet/dk-core-servicerequest-codes from this IG
ServiceRequest.priority	required	DkCorePriorityCodes http://hl7.dk/fhir/core/ValueSet/dk-core-priority-codes from this IG

Name	Flags	Card.	Type	Description & Constraints
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.
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
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
reasonReference	Σ	0..*	Reference(Danish Core Condition Profile | Danish Core Observation Profile | DiagnosticReport | DocumentReference)	Explanation/Justification for service or service
Documentation for this format

Terminology Bindings

Path	Conformance	ValueSet	URI
ServiceRequest.status	required	RequestStatus http://hl7.org/fhir/ValueSet/request-status|4.0.1 from the FHIR Standard
ServiceRequest.intent	required	RequestIntent http://hl7.org/fhir/ValueSet/request-intent|4.0.1 from the FHIR Standard
ServiceRequest.category	example	DkCoreServiceRequestCodes http://hl7.dk/fhir/core/ValueSet/dk-core-servicerequest-codes from this IG
ServiceRequest.priority	required	DkCorePriorityCodes http://hl7.dk/fhir/core/ValueSet/dk-core-priority-codes from this IG

Name	Flags	Card.	Type	Description & Constraints
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 Bindings Purpose 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 | 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
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 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

Terminology Bindings

Path	Conformance	ValueSet	URI
ServiceRequest.language	preferred	CommonLanguages Additional Bindings Purpose AllLanguages Max Binding http://hl7.org/fhir/ValueSet/languages from the FHIR Standard
ServiceRequest.status	required	RequestStatus http://hl7.org/fhir/ValueSet/request-status|4.0.1 from the FHIR Standard
ServiceRequest.intent	required	RequestIntent http://hl7.org/fhir/ValueSet/request-intent|4.0.1 from the FHIR Standard
ServiceRequest.category	example	DkCoreServiceRequestCodes http://hl7.dk/fhir/core/ValueSet/dk-core-servicerequest-codes from this IG
ServiceRequest.priority	required	DkCorePriorityCodes http://hl7.dk/fhir/core/ValueSet/dk-core-priority-codes from this IG
ServiceRequest.code	example	ProcedureCodes(SNOMEDCT) http://hl7.org/fhir/ValueSet/procedure-code from the FHIR Standard
ServiceRequest.orderDetail	example	ServiceRequestOrderDetailsCodes http://hl7.org/fhir/ValueSet/servicerequest-orderdetail from the FHIR Standard
ServiceRequest.asNeeded[x]	example	SNOMEDCTMedicationAsNeededReasonCodes http://hl7.org/fhir/ValueSet/medication-as-needed-reason from the FHIR Standard
ServiceRequest.performerType	example	ParticipantRoles http://hl7.org/fhir/ValueSet/participant-role from the FHIR Standard
ServiceRequest.locationCode	example	ServiceDeliveryLocationRoleType http://terminology.hl7.org/ValueSet/v3-ServiceDeliveryLocationRoleType
ServiceRequest.reasonCode	example	ProcedureReasonCodes http://hl7.org/fhir/ValueSet/procedure-reason from the FHIR Standard
ServiceRequest.bodySite	example	SNOMEDCTBodyStructures http://hl7.org/fhir/ValueSet/body-site from the FHIR Standard

Differential View

This structure is derived from ServiceRequest

Name	Flags	Card.	Type	Description & Constraints
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
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 Profile | DiagnosticReport | DocumentReference)	Explanation/Justification for service or service
Documentation for this format

Terminology Bindings (Differential)

Path	Conformance	ValueSet	URI
ServiceRequest.category	example	DkCoreServiceRequestCodes http://hl7.dk/fhir/core/ValueSet/dk-core-servicerequest-codes from this IG
ServiceRequest.priority	required	DkCorePriorityCodes http://hl7.dk/fhir/core/ValueSet/dk-core-priority-codes from this IG

Key Elements View

Name	Flags	Card.	Type	Description & Constraints
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.
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
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
reasonReference	Σ	0..*	Reference(Danish Core Condition Profile | Danish Core Observation Profile | DiagnosticReport | DocumentReference)	Explanation/Justification for service or service
Documentation for this format

Terminology Bindings

Path	Conformance	ValueSet	URI
ServiceRequest.status	required	RequestStatus http://hl7.org/fhir/ValueSet/request-status|4.0.1 from the FHIR Standard
ServiceRequest.intent	required	RequestIntent http://hl7.org/fhir/ValueSet/request-intent|4.0.1 from the FHIR Standard
ServiceRequest.category	example	DkCoreServiceRequestCodes http://hl7.dk/fhir/core/ValueSet/dk-core-servicerequest-codes from this IG
ServiceRequest.priority	required	DkCorePriorityCodes http://hl7.dk/fhir/core/ValueSet/dk-core-priority-codes from this IG

Snapshot View

Name	Flags	Card.	Type	Description & Constraints
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 Bindings Purpose 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 | 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
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 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

Terminology Bindings

Path	Conformance	ValueSet	URI
ServiceRequest.language	preferred	CommonLanguages Additional Bindings Purpose AllLanguages Max Binding http://hl7.org/fhir/ValueSet/languages from the FHIR Standard
ServiceRequest.status	required	RequestStatus http://hl7.org/fhir/ValueSet/request-status|4.0.1 from the FHIR Standard
ServiceRequest.intent	required	RequestIntent http://hl7.org/fhir/ValueSet/request-intent|4.0.1 from the FHIR Standard
ServiceRequest.category	example	DkCoreServiceRequestCodes http://hl7.dk/fhir/core/ValueSet/dk-core-servicerequest-codes from this IG
ServiceRequest.priority	required	DkCorePriorityCodes http://hl7.dk/fhir/core/ValueSet/dk-core-priority-codes from this IG
ServiceRequest.code	example	ProcedureCodes(SNOMEDCT) http://hl7.org/fhir/ValueSet/procedure-code from the FHIR Standard
ServiceRequest.orderDetail	example	ServiceRequestOrderDetailsCodes http://hl7.org/fhir/ValueSet/servicerequest-orderdetail from the FHIR Standard
ServiceRequest.asNeeded[x]	example	SNOMEDCTMedicationAsNeededReasonCodes http://hl7.org/fhir/ValueSet/medication-as-needed-reason from the FHIR Standard
ServiceRequest.performerType	example	ParticipantRoles http://hl7.org/fhir/ValueSet/participant-role from the FHIR Standard
ServiceRequest.locationCode	example	ServiceDeliveryLocationRoleType http://terminology.hl7.org/ValueSet/v3-ServiceDeliveryLocationRoleType
ServiceRequest.reasonCode	example	ProcedureReasonCodes http://hl7.org/fhir/ValueSet/procedure-reason from the FHIR Standard
ServiceRequest.bodySite	example	SNOMEDCTBodyStructures http://hl7.org/fhir/ValueSet/body-site from the FHIR Standard

This structure is derived from ServiceRequest

Summary

Mandatory: 0 element(5 nested mandatory elements)

Structures

This structure refers to these other structures:

• Danish Core Patient Profile (http://hl7.dk/fhir/core/StructureDefinition/dk-core-patient)
• Danish Core Practitioner Profile (http://hl7.dk/fhir/core/StructureDefinition/dk-core-practitioner)
• Danish Core PractitionerRole Profile (http://hl7.dk/fhir/core/StructureDefinition/dk-core-practitioner-role)
• Danish Core Organization Profile (http://hl7.dk/fhir/core/StructureDefinition/dk-core-organization)
• Danish Core Related Person Profile (http://hl7.dk/fhir/core/StructureDefinition/dk-core-related-person)
• Danish Core Condition Profile (http://hl7.dk/fhir/core/StructureDefinition/dk-core-condition)
• Danish Core Observation Profile (http://hl7.dk/fhir/core/StructureDefinition/dk-core-observation)

Slices

This structure defines the following Slices:

• The element 1 is sliced based on the value of ServiceRequest.reasonCode.coding