Uzbekistan Digital Health Platform
0.5.0 - ci-build Uzbekistan flag

Uzbekistan Digital Health Platform - Local Development build (v0.5.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions

Resource Profile: UZ Core ServiceRequest Laboratory ( Experimental )

Official URL: https://dhp.uz/fhir/core/StructureDefinition/uz-core-servicerequest-laboratory Version: 0.5.0
Active as of 2026-06-12 Computable Name: UZCoreServiceRequestLaboratory

Uzbekistan Core ServiceRequest Laboratory profile, used to represent orders for laboratory tests and panels

Usages:

You can also check for usages in the FHIR IG Statistics

Formal Views of Profile Content

Description Differentials, Snapshots, and other representations.

NameFlagsCard.TypeDescription & Constraints    Filter: Filtersdoco
.. ServiceRequest C 0..* ServiceRequest(5.0.0) A request for a service to be performed
Constraints: bdystr-1, prr-1
... implicitRules ?!Σ 0..1 uri A set of rules under which this content was created
... contained 0..* Resource Contained, inline Resources
... Slices for extension 0..* Extension Extension
Slice: Unordered, Open by value:url
Constraints: ext-1
.... extension:paymentType S 0..1 CodeableConcept Payment type for the laboratory service
URL: https://dhp.uz/fhir/core/StructureDefinition/payment-type
Binding: PaymentTypeVS (0.5.0) (required)
Constraints: ext-1
... identifier SΣ 0..* Identifier Unique identifier for the (e.g., laboratory) referral or order.
... requisition SΣ 0..1 Identifier A common identifier used to group multiple ServiceRequest resources created as part of a single referral, visit, or a single specimen collection episode.
... status ?!SΣ 1..1 code The status of a service order
Binding: ServiceRequestStatusVS (0.5.0) (required)
... intent ?!SΣ 1..1 code Indicates the level of obligation and intent of the service request, specifying whether the request represents an official order to be performed.
Binding: RequestIntentVS (0.5.0) (required)
... category SΣ 0..* CodeableConcept The category of the laboratory service being requested, such as hematology, biochemistry, or microbiology. This element provides a high-level classification of the type of laboratory service being ordered.
Binding: LabServiceCategoriesVS (0.5.0) (extensible)
... doNotPerform ?!SΣ 0..1 boolean Indicates that the service described by the ServiceRequest should not be performed.
... code SΣC 0..1 CodeableReference(ActivityDefinition | PlanDefinition) Specifies the laboratory test, panel, or service being requested. The codes used represent orderable laboratory services and must not be used for analytical result observations.
Binding: ServiceRequestLabCodesVS (0.5.0) (extensible)
... subject SΣ 1..1 Reference(UZ Core Patient(0.5.0) | UZ Core Location(0.5.0)) The patient for whom the laboratory referral or order is issued. This element identifies the individual who is the subject of the requested laboratory investigation.
... encounter SΣ 0..1 Reference(UZ Core Encounter(0.5.0)) The healthcare encounter during which the laboratory referral or order was created or to which the laboratory investigation is related. This element provides clinical context for the ServiceRequest, such as an outpatient visit or inpatient hospitalization.
... occurrence[x] SΣ 0..1 This element is used to indicate the intended or actual timing of the laboratory service
.... occurrenceDateTime dateTime
.... occurrencePeriod Period
.... occurrenceTiming Timing
... authoredOn SΣ 0..1 dateTime The date and time when the ServiceRequest was authored and formally issued by the requester.
... requester SΣ 0..1 Reference(UZ Core Practitioner(0.5.0) | UZ Core PractitionerRole(0.5.0) | UZ Core Organization(0.5.0) | UZ Core Patient(0.5.0) | UZ Core RelatedPerson(0.5.0)) The individual, role, or organization that authored and issued the laboratory referral/order. This element identifies the healthcare professional or organizational unit responsible for initiating the ServiceRequest.
... reason SΣ 0..* CodeableReference(Condition | Observation | DiagnosticReport | DocumentReference | DetectedIssue) A reason to a Condition or other clinical resource that represents the medical justification for the laboratory referral, such as a diagnosis coded using ICD-10. This allows structured representation of diagnosis details including onset date and clinical status.
Binding: ConditionCodeVS (0.5.0) (required)
... insurance S 0..* Reference(Coverage) Insurance coverage or funding source applicable to the requested service.
... supportingInfo S 0..* CodeableReference(ServiceRequest) Additional clinical or administrative information supporting or justifying the requested service.
... specimen SΣ 0..* Reference(UZ Core Specimen(0.5.0)) The specimen or specimens to be analyzed as part of the requested laboratory service.
... note 0..* Annotation Doctor's comment or conclution upon referral
... patientInstruction S 0..* BackboneElement Instructions in terms that are understood by the patient or their caregiver regarding the laboratory service, such as preparation requirements or post-service care instructions.
.... modifierExtension ?!Σ 0..* Extension Extensions that cannot be ignored even if unrecognized
Constraints: ext-1

doco Documentation for this format

Terminology Bindings

Path Status Usage ValueSet Version Source
ServiceRequest.status Base required ServiceRequest status 📍0.5.0 This IG
ServiceRequest.intent Base required Request Intent VS 📍0.5.0 This IG
ServiceRequest.category Base extensible Uzbekistan Laboratory Service Categories ValueSet 📍0.5.0 This IG
ServiceRequest.code Base extensible ServiceRequest laboratory tests and panels 📍0.5.0 This IG
ServiceRequest.reason Base required Condition Codes 📍0.5.0 This IG

Constraints

Id Grade Path(s) Description Expression
bdystr-1 error ServiceRequest bodyStructure SHALL only be present if bodySite is not present bodySite.exists() implies bodyStructure.empty()
dom-2 error ServiceRequest If the resource is contained in another resource, it SHALL NOT contain nested Resources contained.contained.empty()
dom-3 error ServiceRequest If the resource is contained in another resource, it SHALL be referred to from elsewhere in the resource or SHALL refer to the containing resource contained.where((('#'+id in (%resource.descendants().reference | %resource.descendants().ofType(canonical) | %resource.descendants().ofType(uri) | %resource.descendants().ofType(url))) or descendants().where(reference = '#').exists() or descendants().where(ofType(canonical) = '#').exists() or descendants().where(ofType(canonical) = '#').exists()).not()).trace('unmatched', id).empty()
dom-4 error ServiceRequest If a resource is contained in another resource, it SHALL NOT have a meta.versionId or a meta.lastUpdated contained.meta.versionId.empty() and contained.meta.lastUpdated.empty()
dom-5 error ServiceRequest If a resource is contained in another resource, it SHALL NOT have a security label contained.meta.security.empty()
dom-6 best practice ServiceRequest A resource should have narrative for robust management text.`div`.exists()
ele-1 error ServiceRequest.implicitRules, ServiceRequest.extension, ServiceRequest.extension:paymentType, ServiceRequest.modifierExtension, ServiceRequest.identifier, ServiceRequest.requisition, ServiceRequest.status, ServiceRequest.intent, ServiceRequest.category, ServiceRequest.doNotPerform, ServiceRequest.code, ServiceRequest.subject, ServiceRequest.encounter, ServiceRequest.occurrence[x], ServiceRequest.authoredOn, ServiceRequest.requester, ServiceRequest.reason, ServiceRequest.insurance, ServiceRequest.supportingInfo, ServiceRequest.specimen, ServiceRequest.note, ServiceRequest.patientInstruction, ServiceRequest.patientInstruction.modifierExtension All FHIR elements must have a @value or children hasValue() or (children().count() > id.count())
ext-1 error ServiceRequest.extension, ServiceRequest.extension:paymentType, ServiceRequest.modifierExtension, ServiceRequest.patientInstruction.modifierExtension Must have either extensions or value[x], not both extension.exists() != value.exists()
prr-1 error ServiceRequest orderDetail SHALL only be present if code is present orderDetail.empty() or code.exists()

NameFlagsCard.TypeDescription & Constraints    Filter: Filtersdoco
.. ServiceRequest 0..* ServiceRequest(5.0.0) A request for a service to be performed
... Slices for extension 0..* Extension Extension
Slice: Unordered, Open by value:url
.... extension:paymentType S 0..1 CodeableConcept Payment type for the laboratory service
URL: https://dhp.uz/fhir/core/StructureDefinition/payment-type
Binding: PaymentTypeVS (0.5.0) (required)
... identifier S 0..* Identifier Unique identifier for the (e.g., laboratory) referral or order.
... requisition S 0..1 Identifier A common identifier used to group multiple ServiceRequest resources created as part of a single referral, visit, or a single specimen collection episode.
... intent S 1..1 code Indicates the level of obligation and intent of the service request, specifying whether the request represents an official order to be performed.
Binding: RequestIntentVS (0.5.0) (required)
... category S 0..* CodeableConcept The category of the laboratory service being requested, such as hematology, biochemistry, or microbiology. This element provides a high-level classification of the type of laboratory service being ordered.
Binding: LabServiceCategoriesVS (0.5.0) (extensible)
... doNotPerform S 0..1 boolean Indicates that the service described by the ServiceRequest should not be performed.
... code S 0..1 CodeableReference(ActivityDefinition | PlanDefinition) Specifies the laboratory test, panel, or service being requested. The codes used represent orderable laboratory services and must not be used for analytical result observations.
Binding: ServiceRequestLabCodesVS (0.5.0) (extensible)
... subject S 1..1 Reference(UZ Core Patient(0.5.0) | UZ Core Location(0.5.0)) The patient for whom the laboratory referral or order is issued. This element identifies the individual who is the subject of the requested laboratory investigation.
... encounter S 0..1 Reference(UZ Core Encounter(0.5.0)) The healthcare encounter during which the laboratory referral or order was created or to which the laboratory investigation is related. This element provides clinical context for the ServiceRequest, such as an outpatient visit or inpatient hospitalization.
... occurrence[x] S 0..1 dateTime, Period, Timing This element is used to indicate the intended or actual timing of the laboratory service
... authoredOn S 0..1 dateTime The date and time when the ServiceRequest was authored and formally issued by the requester.
... requester S 0..1 Reference(UZ Core Practitioner(0.5.0) | UZ Core PractitionerRole(0.5.0) | UZ Core Organization(0.5.0) | UZ Core Patient(0.5.0) | UZ Core RelatedPerson(0.5.0)) The individual, role, or organization that authored and issued the laboratory referral/order. This element identifies the healthcare professional or organizational unit responsible for initiating the ServiceRequest.
... reason S 0..* CodeableReference(Condition | Observation | DiagnosticReport | DocumentReference | DetectedIssue) A reason to a Condition or other clinical resource that represents the medical justification for the laboratory referral, such as a diagnosis coded using ICD-10. This allows structured representation of diagnosis details including onset date and clinical status.
Binding: ConditionCodeVS (0.5.0) (required)
... insurance S 0..* Reference(Coverage) Insurance coverage or funding source applicable to the requested service.
... supportingInfo S 0..* CodeableReference(ServiceRequest) Additional clinical or administrative information supporting or justifying the requested service.
... specimen S 0..* Reference(UZ Core Specimen(0.5.0)) The specimen or specimens to be analyzed as part of the requested laboratory service.
... note 0..* Annotation Doctor's comment or conclution upon referral
... patientInstruction S 0..* BackboneElement Instructions in terms that are understood by the patient or their caregiver regarding the laboratory service, such as preparation requirements or post-service care instructions.

doco Documentation for this format

Terminology Bindings (Differential)

Path Status Usage ValueSet Version Source
ServiceRequest.status Base required ServiceRequest status 📍0.5.0 This IG
ServiceRequest.intent Base required Request Intent VS 📍0.5.0 This IG
ServiceRequest.category Base extensible Uzbekistan Laboratory Service Categories ValueSet 📍0.5.0 This IG
ServiceRequest.code Base extensible ServiceRequest laboratory tests and panels 📍0.5.0 This IG
ServiceRequest.reason Base required Condition Codes 📍0.5.0 This IG
NameFlagsCard.TypeDescription & Constraints    Filter: Filtersdoco
.. ServiceRequest C 0..* ServiceRequest(5.0.0) A request for a service to be performed
Constraints: bdystr-1, 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: AllLanguages (required): IETF language tag for a human language
Additional BindingsPurpose
CommonLanguages Starter
... 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
... Slices for extension 0..* Extension Extension
Slice: Unordered, Open by value:url
Constraints: ext-1
.... extension:paymentType S 0..1 CodeableConcept Payment type for the laboratory service
URL: https://dhp.uz/fhir/core/StructureDefinition/payment-type
Binding: PaymentTypeVS (0.5.0) (required)
Constraints: ext-1
... modifierExtension ?!Σ 0..* Extension Extensions that cannot be ignored
Constraints: ext-1
... identifier SΣ 0..* Identifier Unique identifier for the (e.g., laboratory) referral or 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 SΣ 0..1 Identifier A common identifier used to group multiple ServiceRequest resources created as part of a single referral, visit, or a single specimen collection episode.
... status ?!SΣ 1..1 code The status of a service order
Binding: ServiceRequestStatusVS (0.5.0) (required)
... intent ?!SΣ 1..1 code Indicates the level of obligation and intent of the service request, specifying whether the request represents an official order to be performed.
Binding: RequestIntentVS (0.5.0) (required)
... category SΣ 0..* CodeableConcept The category of the laboratory service being requested, such as hematology, biochemistry, or microbiology. This element provides a high-level classification of the type of laboratory service being ordered.
Binding: LabServiceCategoriesVS (0.5.0) (extensible)
... priority Σ 0..1 code routine | urgent | asap | stat
Binding: RequestPriority (required): Identifies the level of importance to be assigned to actioning the request.
... doNotPerform ?!SΣ 0..1 boolean Indicates that the service described by the ServiceRequest should not be performed.
... code SΣC 0..1 CodeableReference(ActivityDefinition | PlanDefinition) Specifies the laboratory test, panel, or service being requested. The codes used represent orderable laboratory services and must not be used for analytical result observations.
Binding: ServiceRequestLabCodesVS (0.5.0) (extensible)
... orderDetail ΣC 0..* BackboneElement Additional order information
.... id 0..1 string Unique id for inter-element referencing
.... extension 0..* Extension Additional content defined by implementations
Constraints: ext-1
.... modifierExtension ?!Σ 0..* Extension Extensions that cannot be ignored even if unrecognized
Constraints: ext-1
.... parameterFocus 0..1 CodeableReference(Device | DeviceDefinition | DeviceRequest | SupplyRequest | Medication | MedicationRequest | BiologicallyDerivedProduct | Substance) The context of the order details by reference
.... parameter Σ 1..* BackboneElement The parameter details for the service being requested
..... id 0..1 string Unique id for inter-element referencing
..... extension 0..* Extension Additional content defined by implementations
Constraints: ext-1
..... modifierExtension ?!Σ 0..* Extension Extensions that cannot be ignored even if unrecognized
Constraints: ext-1
..... code Σ 1..1 CodeableConcept The detail of the order being requested
Binding: ServiceRequestOrderDetailParameterCode (example): Codes for order detail parameters.
..... value[x] Σ 1..1 The value for the order detail
...... valueQuantity Quantity
...... valueRatio Ratio
...... valueRange Range
...... valueBoolean boolean
...... valueCodeableConcept CodeableConcept
...... valueString string
...... valuePeriod Period
... quantity[x] Σ 0..1 Service amount
.... quantityQuantity Quantity
.... quantityRatio Ratio
.... quantityRange Range
... subject SΣ 1..1 Reference(UZ Core Patient(0.5.0) | UZ Core Location(0.5.0)) The patient for whom the laboratory referral or order is issued. This element identifies the individual who is the subject of the requested laboratory investigation.
... focus Σ 0..* Reference(Resource) What the service request is about, when it is not about the subject of record
... encounter SΣ 0..1 Reference(UZ Core Encounter(0.5.0)) The healthcare encounter during which the laboratory referral or order was created or to which the laboratory investigation is related. This element provides clinical context for the ServiceRequest, such as an outpatient visit or inpatient hospitalization.
... occurrence[x] SΣ 0..1 This element is used to indicate the intended or actual timing of the laboratory service
.... 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 SΣ 0..1 dateTime The date and time when the ServiceRequest was authored and formally issued by the requester.
... requester SΣ 0..1 Reference(UZ Core Practitioner(0.5.0) | UZ Core PractitionerRole(0.5.0) | UZ Core Organization(0.5.0) | UZ Core Patient(0.5.0) | UZ Core RelatedPerson(0.5.0)) The individual, role, or organization that authored and issued the laboratory referral/order. This element identifies the healthcare professional or organizational unit responsible for initiating the ServiceRequest.
... 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(Practitioner | PractitionerRole | Organization | CareTeam | HealthcareService | Patient | Device | RelatedPerson) Requested performer
... location Σ 0..* CodeableReference(Location) Requested location
Binding: ServiceDeliveryLocationRoleType (3.0.0) (example): A location type where services are delivered.
... reason SΣ 0..* CodeableReference(Condition | Observation | DiagnosticReport | DocumentReference | DetectedIssue) A reason to a Condition or other clinical resource that represents the medical justification for the laboratory referral, such as a diagnosis coded using ICD-10. This allows structured representation of diagnosis details including onset date and clinical status.
Binding: ConditionCodeVS (0.5.0) (required)
... insurance S 0..* Reference(Coverage) Insurance coverage or funding source applicable to the requested service.
... supportingInfo S 0..* CodeableReference(ServiceRequest) Additional clinical or administrative information supporting or justifying the requested service.
... specimen SΣ 0..* Reference(UZ Core Specimen(0.5.0)) The specimen or specimens to be analyzed as part of the requested laboratory service.
... bodySite ΣC 0..* CodeableConcept Coded location on Body
Binding: SNOMEDCTBodyStructures (example): SNOMED CT Body site concepts
... bodyStructure ΣC 0..1 Reference(BodyStructure) BodyStructure-based location on the body
... note 0..* Annotation Doctor's comment or conclution upon referral
... patientInstruction S 0..* BackboneElement Instructions in terms that are understood by the patient or their caregiver regarding the laboratory service, such as preparation requirements or post-service care instructions.
.... id 0..1 string Unique id for inter-element referencing
.... extension 0..* Extension Additional content defined by implementations
Constraints: ext-1
.... modifierExtension ?!Σ 0..* Extension Extensions that cannot be ignored even if unrecognized
Constraints: ext-1
.... instruction[x] Σ 0..1 Patient or consumer-oriented instructions
..... instructionMarkdown markdown
..... instructionReference Reference(DocumentReference)
... relevantHistory 0..* Reference(Provenance) Request provenance

doco Documentation for this format

Terminology Bindings

Path Status Usage ValueSet Version Source
ServiceRequest.language Base required All Languages 📍5.0.0 FHIR Std.
ServiceRequest.status Base required ServiceRequest status 📍0.5.0 This IG
ServiceRequest.intent Base required Request Intent VS 📍0.5.0 This IG
ServiceRequest.category Base extensible Uzbekistan Laboratory Service Categories ValueSet 📍0.5.0 This IG
ServiceRequest.priority Base required RequestPriority 📍5.0.0 FHIR Std.
ServiceRequest.code Base extensible ServiceRequest laboratory tests and panels 📍0.5.0 This IG
ServiceRequest.orderDetail.​parameter.code Base example Servicerequest OrderDetail Parameter Code 📍5.0.0 FHIR Std.
ServiceRequest.asNeeded[x] Base example SNOMED CT Medication As Needed Reason Codes 📍5.0.0 FHIR Std.
ServiceRequest.performerType Base example Participant Roles 📍5.0.0 FHIR Std.
ServiceRequest.location Base example ServiceDeliveryLocationRoleType 📍3.0.0 THO v7.1
ServiceRequest.reason Base required Condition Codes 📍0.5.0 This IG
ServiceRequest.bodySite Base example SNOMED CT Body Structures 📍5.0.0 FHIR Std.

Constraints

Id Grade Path(s) Description Expression
bdystr-1 error ServiceRequest bodyStructure SHALL only be present if bodySite is not present bodySite.exists() implies bodyStructure.empty()
dom-2 error ServiceRequest If the resource is contained in another resource, it SHALL NOT contain nested Resources contained.contained.empty()
dom-3 error ServiceRequest If the resource is contained in another resource, it SHALL be referred to from elsewhere in the resource or SHALL refer to the containing resource contained.where((('#'+id in (%resource.descendants().reference | %resource.descendants().ofType(canonical) | %resource.descendants().ofType(uri) | %resource.descendants().ofType(url))) or descendants().where(reference = '#').exists() or descendants().where(ofType(canonical) = '#').exists() or descendants().where(ofType(canonical) = '#').exists()).not()).trace('unmatched', id).empty()
dom-4 error ServiceRequest If a resource is contained in another resource, it SHALL NOT have a meta.versionId or a meta.lastUpdated contained.meta.versionId.empty() and contained.meta.lastUpdated.empty()
dom-5 error ServiceRequest If a resource is contained in another resource, it SHALL NOT have a security label contained.meta.security.empty()
dom-6 best practice ServiceRequest A resource should have narrative for robust management text.`div`.exists()
ele-1 error ServiceRequest.meta, ServiceRequest.implicitRules, ServiceRequest.language, ServiceRequest.text, ServiceRequest.extension, ServiceRequest.extension:paymentType, ServiceRequest.modifierExtension, ServiceRequest.identifier, ServiceRequest.instantiatesCanonical, ServiceRequest.instantiatesUri, ServiceRequest.basedOn, ServiceRequest.replaces, ServiceRequest.requisition, ServiceRequest.status, ServiceRequest.intent, ServiceRequest.category, ServiceRequest.priority, ServiceRequest.doNotPerform, ServiceRequest.code, ServiceRequest.orderDetail, ServiceRequest.orderDetail.extension, ServiceRequest.orderDetail.modifierExtension, ServiceRequest.orderDetail.parameterFocus, ServiceRequest.orderDetail.parameter, ServiceRequest.orderDetail.parameter.extension, ServiceRequest.orderDetail.parameter.modifierExtension, ServiceRequest.orderDetail.parameter.code, ServiceRequest.orderDetail.parameter.value[x], ServiceRequest.quantity[x], ServiceRequest.subject, ServiceRequest.focus, ServiceRequest.encounter, ServiceRequest.occurrence[x], ServiceRequest.asNeeded[x], ServiceRequest.authoredOn, ServiceRequest.requester, ServiceRequest.performerType, ServiceRequest.performer, ServiceRequest.location, ServiceRequest.reason, ServiceRequest.insurance, ServiceRequest.supportingInfo, ServiceRequest.specimen, ServiceRequest.bodySite, ServiceRequest.bodyStructure, ServiceRequest.note, ServiceRequest.patientInstruction, ServiceRequest.patientInstruction.extension, ServiceRequest.patientInstruction.modifierExtension, ServiceRequest.patientInstruction.instruction[x], ServiceRequest.relevantHistory All FHIR elements must have a @value or children hasValue() or (children().count() > id.count())
ext-1 error ServiceRequest.extension, ServiceRequest.extension:paymentType, ServiceRequest.modifierExtension, ServiceRequest.orderDetail.extension, ServiceRequest.orderDetail.modifierExtension, ServiceRequest.orderDetail.parameter.extension, ServiceRequest.orderDetail.parameter.modifierExtension, ServiceRequest.patientInstruction.extension, ServiceRequest.patientInstruction.modifierExtension Must have either extensions or value[x], not both extension.exists() != value.exists()
prr-1 error ServiceRequest orderDetail SHALL only be present if code is present orderDetail.empty() or code.exists()

Key Elements View

NameFlagsCard.TypeDescription & Constraints    Filter: Filtersdoco
.. ServiceRequest C 0..* ServiceRequest(5.0.0) A request for a service to be performed
Constraints: bdystr-1, prr-1
... implicitRules ?!Σ 0..1 uri A set of rules under which this content was created
... contained 0..* Resource Contained, inline Resources
... Slices for extension 0..* Extension Extension
Slice: Unordered, Open by value:url
Constraints: ext-1
.... extension:paymentType S 0..1 CodeableConcept Payment type for the laboratory service
URL: https://dhp.uz/fhir/core/StructureDefinition/payment-type
Binding: PaymentTypeVS (0.5.0) (required)
Constraints: ext-1
... identifier SΣ 0..* Identifier Unique identifier for the (e.g., laboratory) referral or order.
... requisition SΣ 0..1 Identifier A common identifier used to group multiple ServiceRequest resources created as part of a single referral, visit, or a single specimen collection episode.
... status ?!SΣ 1..1 code The status of a service order
Binding: ServiceRequestStatusVS (0.5.0) (required)
... intent ?!SΣ 1..1 code Indicates the level of obligation and intent of the service request, specifying whether the request represents an official order to be performed.
Binding: RequestIntentVS (0.5.0) (required)
... category SΣ 0..* CodeableConcept The category of the laboratory service being requested, such as hematology, biochemistry, or microbiology. This element provides a high-level classification of the type of laboratory service being ordered.
Binding: LabServiceCategoriesVS (0.5.0) (extensible)
... doNotPerform ?!SΣ 0..1 boolean Indicates that the service described by the ServiceRequest should not be performed.
... code SΣC 0..1 CodeableReference(ActivityDefinition | PlanDefinition) Specifies the laboratory test, panel, or service being requested. The codes used represent orderable laboratory services and must not be used for analytical result observations.
Binding: ServiceRequestLabCodesVS (0.5.0) (extensible)
... subject SΣ 1..1 Reference(UZ Core Patient(0.5.0) | UZ Core Location(0.5.0)) The patient for whom the laboratory referral or order is issued. This element identifies the individual who is the subject of the requested laboratory investigation.
... encounter SΣ 0..1 Reference(UZ Core Encounter(0.5.0)) The healthcare encounter during which the laboratory referral or order was created or to which the laboratory investigation is related. This element provides clinical context for the ServiceRequest, such as an outpatient visit or inpatient hospitalization.
... occurrence[x] SΣ 0..1 This element is used to indicate the intended or actual timing of the laboratory service
.... occurrenceDateTime dateTime
.... occurrencePeriod Period
.... occurrenceTiming Timing
... authoredOn SΣ 0..1 dateTime The date and time when the ServiceRequest was authored and formally issued by the requester.
... requester SΣ 0..1 Reference(UZ Core Practitioner(0.5.0) | UZ Core PractitionerRole(0.5.0) | UZ Core Organization(0.5.0) | UZ Core Patient(0.5.0) | UZ Core RelatedPerson(0.5.0)) The individual, role, or organization that authored and issued the laboratory referral/order. This element identifies the healthcare professional or organizational unit responsible for initiating the ServiceRequest.
... reason SΣ 0..* CodeableReference(Condition | Observation | DiagnosticReport | DocumentReference | DetectedIssue) A reason to a Condition or other clinical resource that represents the medical justification for the laboratory referral, such as a diagnosis coded using ICD-10. This allows structured representation of diagnosis details including onset date and clinical status.
Binding: ConditionCodeVS (0.5.0) (required)
... insurance S 0..* Reference(Coverage) Insurance coverage or funding source applicable to the requested service.
... supportingInfo S 0..* CodeableReference(ServiceRequest) Additional clinical or administrative information supporting or justifying the requested service.
... specimen SΣ 0..* Reference(UZ Core Specimen(0.5.0)) The specimen or specimens to be analyzed as part of the requested laboratory service.
... note 0..* Annotation Doctor's comment or conclution upon referral
... patientInstruction S 0..* BackboneElement Instructions in terms that are understood by the patient or their caregiver regarding the laboratory service, such as preparation requirements or post-service care instructions.
.... modifierExtension ?!Σ 0..* Extension Extensions that cannot be ignored even if unrecognized
Constraints: ext-1

doco Documentation for this format

Terminology Bindings

Path Status Usage ValueSet Version Source
ServiceRequest.status Base required ServiceRequest status 📍0.5.0 This IG
ServiceRequest.intent Base required Request Intent VS 📍0.5.0 This IG
ServiceRequest.category Base extensible Uzbekistan Laboratory Service Categories ValueSet 📍0.5.0 This IG
ServiceRequest.code Base extensible ServiceRequest laboratory tests and panels 📍0.5.0 This IG
ServiceRequest.reason Base required Condition Codes 📍0.5.0 This IG

Constraints

Id Grade Path(s) Description Expression
bdystr-1 error ServiceRequest bodyStructure SHALL only be present if bodySite is not present bodySite.exists() implies bodyStructure.empty()
dom-2 error ServiceRequest If the resource is contained in another resource, it SHALL NOT contain nested Resources contained.contained.empty()
dom-3 error ServiceRequest If the resource is contained in another resource, it SHALL be referred to from elsewhere in the resource or SHALL refer to the containing resource contained.where((('#'+id in (%resource.descendants().reference | %resource.descendants().ofType(canonical) | %resource.descendants().ofType(uri) | %resource.descendants().ofType(url))) or descendants().where(reference = '#').exists() or descendants().where(ofType(canonical) = '#').exists() or descendants().where(ofType(canonical) = '#').exists()).not()).trace('unmatched', id).empty()
dom-4 error ServiceRequest If a resource is contained in another resource, it SHALL NOT have a meta.versionId or a meta.lastUpdated contained.meta.versionId.empty() and contained.meta.lastUpdated.empty()
dom-5 error ServiceRequest If a resource is contained in another resource, it SHALL NOT have a security label contained.meta.security.empty()
dom-6 best practice ServiceRequest A resource should have narrative for robust management text.`div`.exists()
ele-1 error ServiceRequest.implicitRules, ServiceRequest.extension, ServiceRequest.extension:paymentType, ServiceRequest.modifierExtension, ServiceRequest.identifier, ServiceRequest.requisition, ServiceRequest.status, ServiceRequest.intent, ServiceRequest.category, ServiceRequest.doNotPerform, ServiceRequest.code, ServiceRequest.subject, ServiceRequest.encounter, ServiceRequest.occurrence[x], ServiceRequest.authoredOn, ServiceRequest.requester, ServiceRequest.reason, ServiceRequest.insurance, ServiceRequest.supportingInfo, ServiceRequest.specimen, ServiceRequest.note, ServiceRequest.patientInstruction, ServiceRequest.patientInstruction.modifierExtension All FHIR elements must have a @value or children hasValue() or (children().count() > id.count())
ext-1 error ServiceRequest.extension, ServiceRequest.extension:paymentType, ServiceRequest.modifierExtension, ServiceRequest.patientInstruction.modifierExtension Must have either extensions or value[x], not both extension.exists() != value.exists()
prr-1 error ServiceRequest orderDetail SHALL only be present if code is present orderDetail.empty() or code.exists()

Differential View

NameFlagsCard.TypeDescription & Constraints    Filter: Filtersdoco
.. ServiceRequest 0..* ServiceRequest(5.0.0) A request for a service to be performed
... Slices for extension 0..* Extension Extension
Slice: Unordered, Open by value:url
.... extension:paymentType S 0..1 CodeableConcept Payment type for the laboratory service
URL: https://dhp.uz/fhir/core/StructureDefinition/payment-type
Binding: PaymentTypeVS (0.5.0) (required)
... identifier S 0..* Identifier Unique identifier for the (e.g., laboratory) referral or order.
... requisition S 0..1 Identifier A common identifier used to group multiple ServiceRequest resources created as part of a single referral, visit, or a single specimen collection episode.
... intent S 1..1 code Indicates the level of obligation and intent of the service request, specifying whether the request represents an official order to be performed.
Binding: RequestIntentVS (0.5.0) (required)
... category S 0..* CodeableConcept The category of the laboratory service being requested, such as hematology, biochemistry, or microbiology. This element provides a high-level classification of the type of laboratory service being ordered.
Binding: LabServiceCategoriesVS (0.5.0) (extensible)
... doNotPerform S 0..1 boolean Indicates that the service described by the ServiceRequest should not be performed.
... code S 0..1 CodeableReference(ActivityDefinition | PlanDefinition) Specifies the laboratory test, panel, or service being requested. The codes used represent orderable laboratory services and must not be used for analytical result observations.
Binding: ServiceRequestLabCodesVS (0.5.0) (extensible)
... subject S 1..1 Reference(UZ Core Patient(0.5.0) | UZ Core Location(0.5.0)) The patient for whom the laboratory referral or order is issued. This element identifies the individual who is the subject of the requested laboratory investigation.
... encounter S 0..1 Reference(UZ Core Encounter(0.5.0)) The healthcare encounter during which the laboratory referral or order was created or to which the laboratory investigation is related. This element provides clinical context for the ServiceRequest, such as an outpatient visit or inpatient hospitalization.
... occurrence[x] S 0..1 dateTime, Period, Timing This element is used to indicate the intended or actual timing of the laboratory service
... authoredOn S 0..1 dateTime The date and time when the ServiceRequest was authored and formally issued by the requester.
... requester S 0..1 Reference(UZ Core Practitioner(0.5.0) | UZ Core PractitionerRole(0.5.0) | UZ Core Organization(0.5.0) | UZ Core Patient(0.5.0) | UZ Core RelatedPerson(0.5.0)) The individual, role, or organization that authored and issued the laboratory referral/order. This element identifies the healthcare professional or organizational unit responsible for initiating the ServiceRequest.
... reason S 0..* CodeableReference(Condition | Observation | DiagnosticReport | DocumentReference | DetectedIssue) A reason to a Condition or other clinical resource that represents the medical justification for the laboratory referral, such as a diagnosis coded using ICD-10. This allows structured representation of diagnosis details including onset date and clinical status.
Binding: ConditionCodeVS (0.5.0) (required)
... insurance S 0..* Reference(Coverage) Insurance coverage or funding source applicable to the requested service.
... supportingInfo S 0..* CodeableReference(ServiceRequest) Additional clinical or administrative information supporting or justifying the requested service.
... specimen S 0..* Reference(UZ Core Specimen(0.5.0)) The specimen or specimens to be analyzed as part of the requested laboratory service.
... note 0..* Annotation Doctor's comment or conclution upon referral
... patientInstruction S 0..* BackboneElement Instructions in terms that are understood by the patient or their caregiver regarding the laboratory service, such as preparation requirements or post-service care instructions.

doco Documentation for this format

Terminology Bindings (Differential)

Path Status Usage ValueSet Version Source
ServiceRequest.status Base required ServiceRequest status 📍0.5.0 This IG
ServiceRequest.intent Base required Request Intent VS 📍0.5.0 This IG
ServiceRequest.category Base extensible Uzbekistan Laboratory Service Categories ValueSet 📍0.5.0 This IG
ServiceRequest.code Base extensible ServiceRequest laboratory tests and panels 📍0.5.0 This IG
ServiceRequest.reason Base required Condition Codes 📍0.5.0 This IG

Snapshot ViewView

NameFlagsCard.TypeDescription & Constraints    Filter: Filtersdoco
.. ServiceRequest C 0..* ServiceRequest(5.0.0) A request for a service to be performed
Constraints: bdystr-1, 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: AllLanguages (required): IETF language tag for a human language
Additional BindingsPurpose
CommonLanguages Starter
... 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
... Slices for extension 0..* Extension Extension
Slice: Unordered, Open by value:url
Constraints: ext-1
.... extension:paymentType S 0..1 CodeableConcept Payment type for the laboratory service
URL: https://dhp.uz/fhir/core/StructureDefinition/payment-type
Binding: PaymentTypeVS (0.5.0) (required)
Constraints: ext-1
... modifierExtension ?!Σ 0..* Extension Extensions that cannot be ignored
Constraints: ext-1
... identifier SΣ 0..* Identifier Unique identifier for the (e.g., laboratory) referral or 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 SΣ 0..1 Identifier A common identifier used to group multiple ServiceRequest resources created as part of a single referral, visit, or a single specimen collection episode.
... status ?!SΣ 1..1 code The status of a service order
Binding: ServiceRequestStatusVS (0.5.0) (required)
... intent ?!SΣ 1..1 code Indicates the level of obligation and intent of the service request, specifying whether the request represents an official order to be performed.
Binding: RequestIntentVS (0.5.0) (required)
... category SΣ 0..* CodeableConcept The category of the laboratory service being requested, such as hematology, biochemistry, or microbiology. This element provides a high-level classification of the type of laboratory service being ordered.
Binding: LabServiceCategoriesVS (0.5.0) (extensible)
... priority Σ 0..1 code routine | urgent | asap | stat
Binding: RequestPriority (required): Identifies the level of importance to be assigned to actioning the request.
... doNotPerform ?!SΣ 0..1 boolean Indicates that the service described by the ServiceRequest should not be performed.
... code SΣC 0..1 CodeableReference(ActivityDefinition | PlanDefinition) Specifies the laboratory test, panel, or service being requested. The codes used represent orderable laboratory services and must not be used for analytical result observations.
Binding: ServiceRequestLabCodesVS (0.5.0) (extensible)
... orderDetail ΣC 0..* BackboneElement Additional order information
.... id 0..1 string Unique id for inter-element referencing
.... extension 0..* Extension Additional content defined by implementations
Constraints: ext-1
.... modifierExtension ?!Σ 0..* Extension Extensions that cannot be ignored even if unrecognized
Constraints: ext-1
.... parameterFocus 0..1 CodeableReference(Device | DeviceDefinition | DeviceRequest | SupplyRequest | Medication | MedicationRequest | BiologicallyDerivedProduct | Substance) The context of the order details by reference
.... parameter Σ 1..* BackboneElement The parameter details for the service being requested
..... id 0..1 string Unique id for inter-element referencing
..... extension 0..* Extension Additional content defined by implementations
Constraints: ext-1
..... modifierExtension ?!Σ 0..* Extension Extensions that cannot be ignored even if unrecognized
Constraints: ext-1
..... code Σ 1..1 CodeableConcept The detail of the order being requested
Binding: ServiceRequestOrderDetailParameterCode (example): Codes for order detail parameters.
..... value[x] Σ 1..1 The value for the order detail
...... valueQuantity Quantity
...... valueRatio Ratio
...... valueRange Range
...... valueBoolean boolean
...... valueCodeableConcept CodeableConcept
...... valueString string
...... valuePeriod Period
... quantity[x] Σ 0..1 Service amount
.... quantityQuantity Quantity
.... quantityRatio Ratio
.... quantityRange Range
... subject SΣ 1..1 Reference(UZ Core Patient(0.5.0) | UZ Core Location(0.5.0)) The patient for whom the laboratory referral or order is issued. This element identifies the individual who is the subject of the requested laboratory investigation.
... focus Σ 0..* Reference(Resource) What the service request is about, when it is not about the subject of record
... encounter SΣ 0..1 Reference(UZ Core Encounter(0.5.0)) The healthcare encounter during which the laboratory referral or order was created or to which the laboratory investigation is related. This element provides clinical context for the ServiceRequest, such as an outpatient visit or inpatient hospitalization.
... occurrence[x] SΣ 0..1 This element is used to indicate the intended or actual timing of the laboratory service
.... 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 SΣ 0..1 dateTime The date and time when the ServiceRequest was authored and formally issued by the requester.
... requester SΣ 0..1 Reference(UZ Core Practitioner(0.5.0) | UZ Core PractitionerRole(0.5.0) | UZ Core Organization(0.5.0) | UZ Core Patient(0.5.0) | UZ Core RelatedPerson(0.5.0)) The individual, role, or organization that authored and issued the laboratory referral/order. This element identifies the healthcare professional or organizational unit responsible for initiating the ServiceRequest.
... 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(Practitioner | PractitionerRole | Organization | CareTeam | HealthcareService | Patient | Device | RelatedPerson) Requested performer
... location Σ 0..* CodeableReference(Location) Requested location
Binding: ServiceDeliveryLocationRoleType (3.0.0) (example): A location type where services are delivered.
... reason SΣ 0..* CodeableReference(Condition | Observation | DiagnosticReport | DocumentReference | DetectedIssue) A reason to a Condition or other clinical resource that represents the medical justification for the laboratory referral, such as a diagnosis coded using ICD-10. This allows structured representation of diagnosis details including onset date and clinical status.
Binding: ConditionCodeVS (0.5.0) (required)
... insurance S 0..* Reference(Coverage) Insurance coverage or funding source applicable to the requested service.
... supportingInfo S 0..* CodeableReference(ServiceRequest) Additional clinical or administrative information supporting or justifying the requested service.
... specimen SΣ 0..* Reference(UZ Core Specimen(0.5.0)) The specimen or specimens to be analyzed as part of the requested laboratory service.
... bodySite ΣC 0..* CodeableConcept Coded location on Body
Binding: SNOMEDCTBodyStructures (example): SNOMED CT Body site concepts
... bodyStructure ΣC 0..1 Reference(BodyStructure) BodyStructure-based location on the body
... note 0..* Annotation Doctor's comment or conclution upon referral
... patientInstruction S 0..* BackboneElement Instructions in terms that are understood by the patient or their caregiver regarding the laboratory service, such as preparation requirements or post-service care instructions.
.... id 0..1 string Unique id for inter-element referencing
.... extension 0..* Extension Additional content defined by implementations
Constraints: ext-1
.... modifierExtension ?!Σ 0..* Extension Extensions that cannot be ignored even if unrecognized
Constraints: ext-1
.... instruction[x] Σ 0..1 Patient or consumer-oriented instructions
..... instructionMarkdown markdown
..... instructionReference Reference(DocumentReference)
... relevantHistory 0..* Reference(Provenance) Request provenance

doco Documentation for this format

Terminology Bindings

Path Status Usage ValueSet Version Source
ServiceRequest.language Base required All Languages 📍5.0.0 FHIR Std.
ServiceRequest.status Base required ServiceRequest status 📍0.5.0 This IG
ServiceRequest.intent Base required Request Intent VS 📍0.5.0 This IG
ServiceRequest.category Base extensible Uzbekistan Laboratory Service Categories ValueSet 📍0.5.0 This IG
ServiceRequest.priority Base required RequestPriority 📍5.0.0 FHIR Std.
ServiceRequest.code Base extensible ServiceRequest laboratory tests and panels 📍0.5.0 This IG
ServiceRequest.orderDetail.​parameter.code Base example Servicerequest OrderDetail Parameter Code 📍5.0.0 FHIR Std.
ServiceRequest.asNeeded[x] Base example SNOMED CT Medication As Needed Reason Codes 📍5.0.0 FHIR Std.
ServiceRequest.performerType Base example Participant Roles 📍5.0.0 FHIR Std.
ServiceRequest.location Base example ServiceDeliveryLocationRoleType 📍3.0.0 THO v7.1
ServiceRequest.reason Base required Condition Codes 📍0.5.0 This IG
ServiceRequest.bodySite Base example SNOMED CT Body Structures 📍5.0.0 FHIR Std.

Constraints

Id Grade Path(s) Description Expression
bdystr-1 error ServiceRequest bodyStructure SHALL only be present if bodySite is not present bodySite.exists() implies bodyStructure.empty()
dom-2 error ServiceRequest If the resource is contained in another resource, it SHALL NOT contain nested Resources contained.contained.empty()
dom-3 error ServiceRequest If the resource is contained in another resource, it SHALL be referred to from elsewhere in the resource or SHALL refer to the containing resource contained.where((('#'+id in (%resource.descendants().reference | %resource.descendants().ofType(canonical) | %resource.descendants().ofType(uri) | %resource.descendants().ofType(url))) or descendants().where(reference = '#').exists() or descendants().where(ofType(canonical) = '#').exists() or descendants().where(ofType(canonical) = '#').exists()).not()).trace('unmatched', id).empty()
dom-4 error ServiceRequest If a resource is contained in another resource, it SHALL NOT have a meta.versionId or a meta.lastUpdated contained.meta.versionId.empty() and contained.meta.lastUpdated.empty()
dom-5 error ServiceRequest If a resource is contained in another resource, it SHALL NOT have a security label contained.meta.security.empty()
dom-6 best practice ServiceRequest A resource should have narrative for robust management text.`div`.exists()
ele-1 error ServiceRequest.meta, ServiceRequest.implicitRules, ServiceRequest.language, ServiceRequest.text, ServiceRequest.extension, ServiceRequest.extension:paymentType, ServiceRequest.modifierExtension, ServiceRequest.identifier, ServiceRequest.instantiatesCanonical, ServiceRequest.instantiatesUri, ServiceRequest.basedOn, ServiceRequest.replaces, ServiceRequest.requisition, ServiceRequest.status, ServiceRequest.intent, ServiceRequest.category, ServiceRequest.priority, ServiceRequest.doNotPerform, ServiceRequest.code, ServiceRequest.orderDetail, ServiceRequest.orderDetail.extension, ServiceRequest.orderDetail.modifierExtension, ServiceRequest.orderDetail.parameterFocus, ServiceRequest.orderDetail.parameter, ServiceRequest.orderDetail.parameter.extension, ServiceRequest.orderDetail.parameter.modifierExtension, ServiceRequest.orderDetail.parameter.code, ServiceRequest.orderDetail.parameter.value[x], ServiceRequest.quantity[x], ServiceRequest.subject, ServiceRequest.focus, ServiceRequest.encounter, ServiceRequest.occurrence[x], ServiceRequest.asNeeded[x], ServiceRequest.authoredOn, ServiceRequest.requester, ServiceRequest.performerType, ServiceRequest.performer, ServiceRequest.location, ServiceRequest.reason, ServiceRequest.insurance, ServiceRequest.supportingInfo, ServiceRequest.specimen, ServiceRequest.bodySite, ServiceRequest.bodyStructure, ServiceRequest.note, ServiceRequest.patientInstruction, ServiceRequest.patientInstruction.extension, ServiceRequest.patientInstruction.modifierExtension, ServiceRequest.patientInstruction.instruction[x], ServiceRequest.relevantHistory All FHIR elements must have a @value or children hasValue() or (children().count() > id.count())
ext-1 error ServiceRequest.extension, ServiceRequest.extension:paymentType, ServiceRequest.modifierExtension, ServiceRequest.orderDetail.extension, ServiceRequest.orderDetail.modifierExtension, ServiceRequest.orderDetail.parameter.extension, ServiceRequest.orderDetail.parameter.modifierExtension, ServiceRequest.patientInstruction.extension, ServiceRequest.patientInstruction.modifierExtension Must have either extensions or value[x], not both extension.exists() != value.exists()
prr-1 error ServiceRequest orderDetail SHALL only be present if code is present orderDetail.empty() or code.exists()

 

Other representations of profile: CSV, Excel, Schematron