Единая платформа цифрового здравоохранения Узбекистана
0.7.0 - ci-build Uzbekistan флаг

Uzbekistan Digital Health Platform - Локальная сборка (v0.7.0), построенная FHIR (HL7® FHIR® Стандартные инструменты сборки. Смотрите каталог опубликованных версий

Профиль ресурса: UZ Core ServiceRequest ( Экспериментальный )

Официальный URL: https://dhp.uz/fhir/core/StructureDefinition/uz-core-servicerequest Версия: 0.7.0
Active по состоянию на 2026-08-12 Вычисляемое имя: UZCoreServiceRequest

Uzbekistan Core ServiceRequest profile, used to represent a request for service such as diagnostic investigations, treatments, or operations to be performed.

Использование:

You can also check for usages in the FHIR IG Statistics

Формальные представления содержимого профиля

Описание профилей, дифференциалов, снимков и их представлений.

НаименованиеФлагиКарта.ТипОписание и ограничения    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
... Разрезы для extension 0..* Extension Extension
Разрез: Не упорядочено, Открыто от 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
Привязка: PaymentTypeVS (0.7.0) (required)
Constraints: ext-1
.... extension:coverageKind S 0..1 CodeableConcept Kind of financing or coverage source for the laboratory service
URL: https://dhp.uz/fhir/core/StructureDefinition/coverage-kind
Привязка: CoverageKindVS (0.7.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
Привязка: ServiceRequestStatusVS (0.7.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.
Привязка: RequestIntentVS (0.7.0) (required)
... category SΣ 0..* CodeableConcept The category of the service being requested, such as laboratory, imaging, or procedural care. This element provides a high-level classification of the type of service being ordered.
Привязка: ServiceRequestCategoriesVS (0.7.0) (extensible)
... priority SΣ 0..1 code Indicates how quickly the ServiceRequest should be addressed with respect to other requests
Привязка: RequestPriorityVS (0.7.0) (required)
... 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 procedure, diagnostic investigation, or panel being requested. The codes used represent orderable services and must not be used for analytical result observations.
Привязка: ServiceRequestCodesVS (0.7.0) (extensible)
... subject SΣ 1..1 Reference(UZ Core Patient(0.7.0) | UZ Core Location(0.7.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.7.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.7.0) | UZ Core PractitionerRole(0.7.0) | UZ Core Organization(0.7.0) | UZ Core Patient(0.7.0) | UZ Core RelatedPerson(0.7.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.
Привязка: ConditionCodeVS (0.7.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.7.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 Документация для этого формата

Привязки к терминологии

Путь Статус Использование ValueSet Версия Источник
ServiceRequest.status Base required ServiceRequest status 📍0.7.0 этот IG
ServiceRequest.intent Base required Request Intent VS 📍0.7.0 этот IG
ServiceRequest.category Base extensible Uzbekistan Service RequestCategories ValueSet 📍0.7.0 этот IG
ServiceRequest.priority Base required Request Priority VS 📍0.7.0 этот IG
ServiceRequest.code Base extensible ServiceRequest procedures and investigations 📍0.7.0 этот IG
ServiceRequest.reason Base required Condition Codes 📍0.7.0 этот IG

Ограничения

Id Градация Путь(и) Описание Выражение

НаименованиеФлагиКарта.ТипОписание и ограничения    Filter: Filtersdoco
.. ServiceRequest 0..* ServiceRequest(5.0.0) A request for a service to be performed
... Разрезы для extension 0..* Extension Extension
Разрез: Не упорядочено, Открыто от value:url
.... extension:paymentType S 0..1 CodeableConcept Payment type for the laboratory service
URL: https://dhp.uz/fhir/core/StructureDefinition/payment-type
Привязка: PaymentTypeVS (0.7.0) (required)
.... extension:coverageKind S 0..1 CodeableConcept Kind of financing or coverage source for the laboratory service
URL: https://dhp.uz/fhir/core/StructureDefinition/coverage-kind
Привязка: CoverageKindVS (0.7.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.
Привязка: RequestIntentVS (0.7.0) (required)
... category S 0..* CodeableConcept The category of the service being requested, such as laboratory, imaging, or procedural care. This element provides a high-level classification of the type of service being ordered.
Привязка: ServiceRequestCategoriesVS (0.7.0) (extensible)
... priority S 0..1 code Indicates how quickly the ServiceRequest should be addressed with respect to other requests
Привязка: RequestPriorityVS (0.7.0) (required)
... 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 procedure, diagnostic investigation, or panel being requested. The codes used represent orderable services and must not be used for analytical result observations.
Привязка: ServiceRequestCodesVS (0.7.0) (extensible)
... subject S 1..1 Reference(UZ Core Patient(0.7.0) | UZ Core Location(0.7.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.7.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.7.0) | UZ Core PractitionerRole(0.7.0) | UZ Core Organization(0.7.0) | UZ Core Patient(0.7.0) | UZ Core RelatedPerson(0.7.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.
Привязка: ConditionCodeVS (0.7.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.7.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 Документация для этого формата

Терминологические привязки (дифференциал)

Путь Статус Использование ValueSet Версия Источник
ServiceRequest.status Base required ServiceRequest status 📍0.7.0 этот IG
ServiceRequest.intent Base required Request Intent VS 📍0.7.0 этот IG
ServiceRequest.category Base extensible Uzbekistan Service RequestCategories ValueSet 📍0.7.0 этот IG
ServiceRequest.priority Base required Request Priority VS 📍0.7.0 этот IG
ServiceRequest.code Base extensible ServiceRequest procedures and investigations 📍0.7.0 этот IG
ServiceRequest.reason Base required Condition Codes 📍0.7.0 этот IG
НаименованиеФлагиКарта.ТипОписание и ограничения    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
Привязка: AllLanguages (required): IETF language tag for a human language
Дополнительные привязкиЦель
CommonLanguages Старт
... text 0..1 Narrative Text summary of the resource, for human interpretation
This profile does not constrain the narrative in regard to content, language, or traceability to data elements
... contained 0..* Resource Contained, inline Resources
... Разрезы для extension 0..* Extension Extension
Разрез: Не упорядочено, Открыто от 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
Привязка: PaymentTypeVS (0.7.0) (required)
Constraints: ext-1
.... extension:coverageKind S 0..1 CodeableConcept Kind of financing or coverage source for the laboratory service
URL: https://dhp.uz/fhir/core/StructureDefinition/coverage-kind
Привязка: CoverageKindVS (0.7.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
Привязка: ServiceRequestStatusVS (0.7.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.
Привязка: RequestIntentVS (0.7.0) (required)
... category SΣ 0..* CodeableConcept The category of the service being requested, such as laboratory, imaging, or procedural care. This element provides a high-level classification of the type of service being ordered.
Привязка: ServiceRequestCategoriesVS (0.7.0) (extensible)
... priority SΣ 0..1 code Indicates how quickly the ServiceRequest should be addressed with respect to other requests
Привязка: RequestPriorityVS (0.7.0) (required)
... 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 procedure, diagnostic investigation, or panel being requested. The codes used represent orderable services and must not be used for analytical result observations.
Привязка: ServiceRequestCodesVS (0.7.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
Привязка: 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.7.0) | UZ Core Location(0.7.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.7.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
Привязка: 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.7.0) | UZ Core PractitionerRole(0.7.0) | UZ Core Organization(0.7.0) | UZ Core Patient(0.7.0) | UZ Core RelatedPerson(0.7.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
Привязка: 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
Привязка: 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.
Привязка: ConditionCodeVS (0.7.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.7.0)) The specimen or specimens to be analyzed as part of the requested laboratory service.
... bodySite ΣC 0..* CodeableConcept Coded location on Body
Привязка: 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 Документация для этого формата

Привязки к терминологии

Путь Статус Использование ValueSet Версия Источник
ServiceRequest.language Base required All Languages 📍5.0.0 Стандарт FHIR
ServiceRequest.status Base required ServiceRequest status 📍0.7.0 этот IG
ServiceRequest.intent Base required Request Intent VS 📍0.7.0 этот IG
ServiceRequest.category Base extensible Uzbekistan Service RequestCategories ValueSet 📍0.7.0 этот IG
ServiceRequest.priority Base required Request Priority VS 📍0.7.0 этот IG
ServiceRequest.code Base extensible ServiceRequest procedures and investigations 📍0.7.0 этот IG
ServiceRequest.orderDetail.​parameter.code Base example Servicerequest OrderDetail Parameter Code 📍5.0.0 Стандарт FHIR
ServiceRequest.asNeeded[x] Base example SNOMED CT Medication As Needed Reason Codes 📍5.0.0 Стандарт FHIR
ServiceRequest.performerType Base example Participant Roles 📍5.0.0 Стандарт FHIR
ServiceRequest.location Base example ServiceDeliveryLocationRoleType 📍3.0.0 THO v7.3
ServiceRequest.reason Base required Condition Codes 📍0.7.0 этот IG
ServiceRequest.bodySite Base example SNOMED CT Body Structures 📍5.0.0 Стандарт FHIR

Ограничения

Id Градация Путь(и) Описание Выражение

Просмотр ключевых элементов

НаименованиеФлагиКарта.ТипОписание и ограничения    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
... Разрезы для extension 0..* Extension Extension
Разрез: Не упорядочено, Открыто от 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
Привязка: PaymentTypeVS (0.7.0) (required)
Constraints: ext-1
.... extension:coverageKind S 0..1 CodeableConcept Kind of financing or coverage source for the laboratory service
URL: https://dhp.uz/fhir/core/StructureDefinition/coverage-kind
Привязка: CoverageKindVS (0.7.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
Привязка: ServiceRequestStatusVS (0.7.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.
Привязка: RequestIntentVS (0.7.0) (required)
... category SΣ 0..* CodeableConcept The category of the service being requested, such as laboratory, imaging, or procedural care. This element provides a high-level classification of the type of service being ordered.
Привязка: ServiceRequestCategoriesVS (0.7.0) (extensible)
... priority SΣ 0..1 code Indicates how quickly the ServiceRequest should be addressed with respect to other requests
Привязка: RequestPriorityVS (0.7.0) (required)
... 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 procedure, diagnostic investigation, or panel being requested. The codes used represent orderable services and must not be used for analytical result observations.
Привязка: ServiceRequestCodesVS (0.7.0) (extensible)
... subject SΣ 1..1 Reference(UZ Core Patient(0.7.0) | UZ Core Location(0.7.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.7.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.7.0) | UZ Core PractitionerRole(0.7.0) | UZ Core Organization(0.7.0) | UZ Core Patient(0.7.0) | UZ Core RelatedPerson(0.7.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.
Привязка: ConditionCodeVS (0.7.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.7.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 Документация для этого формата

Привязки к терминологии

Путь Статус Использование ValueSet Версия Источник
ServiceRequest.status Base required ServiceRequest status 📍0.7.0 этот IG
ServiceRequest.intent Base required Request Intent VS 📍0.7.0 этот IG
ServiceRequest.category Base extensible Uzbekistan Service RequestCategories ValueSet 📍0.7.0 этот IG
ServiceRequest.priority Base required Request Priority VS 📍0.7.0 этот IG
ServiceRequest.code Base extensible ServiceRequest procedures and investigations 📍0.7.0 этот IG
ServiceRequest.reason Base required Condition Codes 📍0.7.0 этот IG

Ограничения

Id Градация Путь(и) Описание Выражение

Дифференциальный вид

НаименованиеФлагиКарта.ТипОписание и ограничения    Filter: Filtersdoco
.. ServiceRequest 0..* ServiceRequest(5.0.0) A request for a service to be performed
... Разрезы для extension 0..* Extension Extension
Разрез: Не упорядочено, Открыто от value:url
.... extension:paymentType S 0..1 CodeableConcept Payment type for the laboratory service
URL: https://dhp.uz/fhir/core/StructureDefinition/payment-type
Привязка: PaymentTypeVS (0.7.0) (required)
.... extension:coverageKind S 0..1 CodeableConcept Kind of financing or coverage source for the laboratory service
URL: https://dhp.uz/fhir/core/StructureDefinition/coverage-kind
Привязка: CoverageKindVS (0.7.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.
Привязка: RequestIntentVS (0.7.0) (required)
... category S 0..* CodeableConcept The category of the service being requested, such as laboratory, imaging, or procedural care. This element provides a high-level classification of the type of service being ordered.
Привязка: ServiceRequestCategoriesVS (0.7.0) (extensible)
... priority S 0..1 code Indicates how quickly the ServiceRequest should be addressed with respect to other requests
Привязка: RequestPriorityVS (0.7.0) (required)
... 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 procedure, diagnostic investigation, or panel being requested. The codes used represent orderable services and must not be used for analytical result observations.
Привязка: ServiceRequestCodesVS (0.7.0) (extensible)
... subject S 1..1 Reference(UZ Core Patient(0.7.0) | UZ Core Location(0.7.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.7.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.7.0) | UZ Core PractitionerRole(0.7.0) | UZ Core Organization(0.7.0) | UZ Core Patient(0.7.0) | UZ Core RelatedPerson(0.7.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.
Привязка: ConditionCodeVS (0.7.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.7.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 Документация для этого формата

Терминологические привязки (дифференциал)

Путь Статус Использование ValueSet Версия Источник
ServiceRequest.status Base required ServiceRequest status 📍0.7.0 этот IG
ServiceRequest.intent Base required Request Intent VS 📍0.7.0 этот IG
ServiceRequest.category Base extensible Uzbekistan Service RequestCategories ValueSet 📍0.7.0 этот IG
ServiceRequest.priority Base required Request Priority VS 📍0.7.0 этот IG
ServiceRequest.code Base extensible ServiceRequest procedures and investigations 📍0.7.0 этот IG
ServiceRequest.reason Base required Condition Codes 📍0.7.0 этот IG

Обзор моментальных снимковView

НаименованиеФлагиКарта.ТипОписание и ограничения    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
Привязка: AllLanguages (required): IETF language tag for a human language
Дополнительные привязкиЦель
CommonLanguages Старт
... text 0..1 Narrative Text summary of the resource, for human interpretation
This profile does not constrain the narrative in regard to content, language, or traceability to data elements
... contained 0..* Resource Contained, inline Resources
... Разрезы для extension 0..* Extension Extension
Разрез: Не упорядочено, Открыто от 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
Привязка: PaymentTypeVS (0.7.0) (required)
Constraints: ext-1
.... extension:coverageKind S 0..1 CodeableConcept Kind of financing or coverage source for the laboratory service
URL: https://dhp.uz/fhir/core/StructureDefinition/coverage-kind
Привязка: CoverageKindVS (0.7.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
Привязка: ServiceRequestStatusVS (0.7.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.
Привязка: RequestIntentVS (0.7.0) (required)
... category SΣ 0..* CodeableConcept The category of the service being requested, such as laboratory, imaging, or procedural care. This element provides a high-level classification of the type of service being ordered.
Привязка: ServiceRequestCategoriesVS (0.7.0) (extensible)
... priority SΣ 0..1 code Indicates how quickly the ServiceRequest should be addressed with respect to other requests
Привязка: RequestPriorityVS (0.7.0) (required)
... 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 procedure, diagnostic investigation, or panel being requested. The codes used represent orderable services and must not be used for analytical result observations.
Привязка: ServiceRequestCodesVS (0.7.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
Привязка: 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.7.0) | UZ Core Location(0.7.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.7.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
Привязка: 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.7.0) | UZ Core PractitionerRole(0.7.0) | UZ Core Organization(0.7.0) | UZ Core Patient(0.7.0) | UZ Core RelatedPerson(0.7.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
Привязка: 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
Привязка: 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.
Привязка: ConditionCodeVS (0.7.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.7.0)) The specimen or specimens to be analyzed as part of the requested laboratory service.
... bodySite ΣC 0..* CodeableConcept Coded location on Body
Привязка: 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 Документация для этого формата

Привязки к терминологии

Путь Статус Использование ValueSet Версия Источник
ServiceRequest.language Base required All Languages 📍5.0.0 Стандарт FHIR
ServiceRequest.status Base required ServiceRequest status 📍0.7.0 этот IG
ServiceRequest.intent Base required Request Intent VS 📍0.7.0 этот IG
ServiceRequest.category Base extensible Uzbekistan Service RequestCategories ValueSet 📍0.7.0 этот IG
ServiceRequest.priority Base required Request Priority VS 📍0.7.0 этот IG
ServiceRequest.code Base extensible ServiceRequest procedures and investigations 📍0.7.0 этот IG
ServiceRequest.orderDetail.​parameter.code Base example Servicerequest OrderDetail Parameter Code 📍5.0.0 Стандарт FHIR
ServiceRequest.asNeeded[x] Base example SNOMED CT Medication As Needed Reason Codes 📍5.0.0 Стандарт FHIR
ServiceRequest.performerType Base example Participant Roles 📍5.0.0 Стандарт FHIR
ServiceRequest.location Base example ServiceDeliveryLocationRoleType 📍3.0.0 THO v7.3
ServiceRequest.reason Base required Condition Codes 📍0.7.0 этот IG
ServiceRequest.bodySite Base example SNOMED CT Body Structures 📍5.0.0 Стандарт FHIR

Ограничения

Id Градация Путь(и) Описание Выражение

 

Другие представления профиля: CSV, Excel, Schematron