Intersection of http://ehealth.sundhed.dk/fhir/StructureDefinition/ehealth-servicerequest and http://ehealth.sundhed.dk/fhir/StructureDefinition/ehealth-servicerequest

This is the set of resources that conform to both ehealth-servicerequest (http://ehealth.sundhed.dk/fhir/StructureDefinition/ehealth-servicerequest) and ehealth-servicerequest (http://ehealth.sundhed.dk/fhir/StructureDefinition/ehealth-servicerequest).

Structure

NameFlagsCard.TypeDescription & Constraints    Filter: Filtersdoco
.. ServiceRequest C0..*A request for a service to be performed
Constraints: prr-1
... meta Σ0..1MetaMetadata about the resource
... implicitRules ?!Σ0..1uriA set of rules under which this content was created
... language 0..1codeLanguage of the resource content
Binding: ?? (preferred): A human language.
Additional BindingsPurpose
??Max Binding
... text 0..1NarrativeText 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..*ResourceContained, inline Resources
... extension 3..*ExtensionExtension
... modifierExtension ?!0..*ExtensionExtensions that cannot be ignored
... identifier Σ0..*IdentifierIdentifiers assigned to this order
... instantiatesCanonical Σ1..1canonical(ehealth-activitydefinition | #sd-ehealth-activitydefinition-ehealth-activitydefinition)Instantiates FHIR protocol or definition
... instantiatesUri Σ0..*uriInstantiates external protocol or definition
... requisition Σ0..1IdentifierComposite Request ID
... status ?!Σ1..1codedraft | active | on-hold | revoked | completed | entered-in-error | unknown
Binding: ?? (required): The status of a service order.
... intent ?!Σ1..1codeproposal | plan | directive | order | original-order | reflex-order | filler-order | instance-order | option
Binding: ?? (required): The kind of service request.
... category Σ0..*CodeableConceptClassification of service
Binding: ?? (example): Classification of the requested service.
... priority Σ0..1coderoutine | urgent | asap | stat
Binding: ?? (required): Identifies the level of importance to be assigned to actioning the request.
... doNotPerform ?!Σ0..1booleanTrue if service/procedure should not be performed
... code Σ0..1CodeableConceptWhat is being requested/ordered
Binding: ?? (required)
... orderDetail Σ0..*CodeableConceptAdditional order information
Binding: ?? (example): Codified order entry details which are based on order context.
... quantity[x] Σ0..1Service amount
.... quantityQuantityQuantity
.... quantityRatioRatio
.... quantityRangeRange
... subject Σ1..1Individual or Entity the service is ordered for
... encounter Σ0..1Reference(Encounter)Encounter in which the request was created
... occurrence[x] Σ0..1When service should occur
.... occurrenceDateTimedateTime
.... occurrencePeriodPeriod
.... occurrenceTimingTiming
... asNeeded[x] Σ0..1Preconditions for service
Binding: ?? (example): A coded concept identifying the pre-condition that should hold prior to performing a procedure. For example "pain", "on flare-up", etc.
.... asNeededBooleanboolean
.... asNeededCodeableConceptCodeableConcept
... authoredOn Σ0..1dateTimeDate request signed
... requester Σ0..1Reference(Practitioner | PractitionerRole | Organization | Patient | RelatedPerson | Device)Who/what is requesting service
... performerType Σ0..1CodeableConceptPerformer role
Binding: ?? (example): Indicates specific responsibility of an individual within the care team, such as "Primary physician", "Team coordinator", "Caregiver", etc.
... performer Σ0..*Reference(ehealth-practitioner | ehealth-organization | ehealth-patient | ehealth-device | ehealth-relatedperson | ehealth-careteam | HealthcareService | #sd-ehealth-practitioner-ehealth-practitioner) {r}Requested performer
... locationCode Σ0..*CodeableConceptRequested location
Binding: ?? (example): A location type where services are delivered.
... locationReference Σ0..*Reference(Location)Requested location
... reasonCode Σ0..*CodeableConceptExplanation/Justification for procedure or service
Binding: ?? (example): Diagnosis or problem codes justifying the reason for requesting the service investigation.
... reasonReference Σ0..*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..*CodeableConceptLocation on Body
Binding: ?? (example): Codes describing anatomical locations. May include laterality.
... note 0..*AnnotationComments
.... extension 0..*ExtensionAdditional content defined by implementations
.... author[x] Σ0..1Individual responsible for the annotation
..... authorReferenceReference(Practitioner | Patient | RelatedPerson | Organization)
..... authorStringstring
.... time Σ0..1dateTimeWhen the annotation was made
.... text Σ1..1markdownThe annotation - text content (as markdown)
... patientInstruction Σ0..1stringPatient or consumer-oriented instructions
... relevantHistory 0..*Reference(ehealth-provenance | #sd-ehealth-provenance-ehealth-provenance) {r}Request provenance

doco Documentation for this format