Current Build

Переводит команда Health Samurai . Приглашаем поучаствовать в русификации стандарта FHIR: GitHub , Email.

12.14 Ресурс ServiceRequest - Назначение

Orders and Observations Work GroupMaturity Level: 2 Trial UseSecurity Category: Patient Compartments: Device, Encounter, Patient, Practitioner, RelatedPerson

Запись о заказе улуги, например проведение диагностического исследования, лечения или операции.

Это ресурс-запрос с точки зрения рабочего процесса FHIR - см. Workflow.

ServiceRequest - это запись запроса на планирование, предложение или совершение процедуры или диагностической или другой услуги, что указывается в поле ServiceRequest.intent, пациенту или над пациентом. Процедура ведет либо к созданию ресурса Procedure или DiagnosticReport, которые в свою очередь могут ссылаться на один или несколько Observations, которые суммируют суммировать резюмировать обобщать выполнение процедур и связанная документация, такая как данные наблюдений, изображения, результаты исследований, которые относятся к лечению/управлению субъекта. Этот ресурс можно использовать для совместного использования релевантнй информации, необходимой для поддержки направлений или передачи ухода от одного врача или организации к другому, когда пациенту нужно направление к другому специалисту для консультации/второго мнения и/или кратко- или долгосрочного управления контоля одной или нескольких проблем со здоровьем.

Примеры:

  • диагностические тесты/исследования
  • эндоскопические процедуры
  • консультирование
  • биопсии
  • терапии (например физиотерапия, социальная, психологическая)
  • (исследовательские) операции или процедуры
  • упражнения
  • консультации и оценки специалистов
  • общественные услуги
  • сестринские услуги
  • фармацевтический обзор лекарственных средств
  • и другие клинические мероприятия.

Процедуры могут проводиться медицинскими специалистами, друзьями или родственниками, а в некоторых случаях и самим пациентом.

Основное предназначение ресурса ServiceRequest - поддержка заказа процедур для одного пациента (включая пациентов-животных в ветеринарии). Однако, во многих контекстах, связанные со здравоохранением процессы включают проведение диагностических исследований на группах субъектов, устройствах, задействованных в оказании мед. услуг, и даже природные локации, такие как воздуховоды, водоёмы и т.п. Ресурс ServiceRequest поддерживает все эти сценарии. Запрос на услугу ServiceRequest может представлять собой как заказ, который вводится врачом в автоматизированную систему [computerized physician order entry автоматизированная систем (особенно при госпитализации пациента - координирует назначенное врачом лечение с больничной аптекой, процедурным кабинетом, аналитической лабораторией и т.д.)], так и предложение системы поддержки принятия медицинских решений на основе данных медкарты пациента и контекста ухода. Запланированные процедуры, на которые ссылается ресурс CarePlan, также можно описывать этим ресурсом.

Общий рабочий процесс, в котором участвует этот ресурс, это когда медицинская система создает запрос на услугу. Затем к этому запросу на услугу получает доступ либо им обмениваются с системой, возможно через посредников, которая представляет организацию (например сервис диагностики или радиологии, операционная команда, отделение физической терапии), которая может выполнить эту процедуру. Организация, получающая запрос на услугу, после того как примет этот запрос, обновит этот запрос, когда работа будет выполнена, и затем финально выпустит отчет, который будет ссылаться на запросы, которые он выполнил.

Ресурс ServiceRequest позволяет заказывать только одну процедуру. Если рабочий процесс требует заказать несколько процедур одновременно, тогда это достигается через использование нескольких экземпляров этого ресурса. Эти экземпляры могут быть залинкованы разными способами в зависимости от нужд рабочего процесса. Руководства можно посмотреть на странице Образец запроса.

ServiceRequest - это запись предложения/плана или заказ на выполнение услуги, результатом которого будет Procedure, Observation, DiagnosticReport, ImagingStudy или другой подобный ресурс. В отличие от ServiceRequest, ресурс Task охватывает и намерение, и само событие и отслеживает выполнение до исполнения и предназначен для "административных" действий как запрос и остлеживание вещей, которые должны быть совершены с записью, или отслеживание чек-листа шагов, которые должны быть выполнены в рамках процесса исполнения. ServiceRequest может быть высокоуровневым разрешением, который вызовет создание ресурса Task, либо он может быть "запросом", который ресурс Task должен исполнить.

ServiceRequest и CommunicationRequest свзяаны. CommunicationRequest - это запрос на просто раскрытие информации. Тогда как ServiceRequest используют для запроса информации в рамках обучения или консультации - т.е. когда процесс включает проверку понимания пациентом или попытку изменить ментальное состояние пациента. В некоторых рабочих процессах могут сосуществовать они оба. Например, при получении CommunicationRequest врач может инициировать ServiceRequest.

На этот ресурс ссылаются Appointment, BiologicallyDerivedProduct, CarePlan, Claim, DeviceUseStatement, DiagnosticReport, Encounter, EpisodeOfCare, ExplanationOfBenefit, Goal, ImagingStudy, Media, MedicationRequest, MedicationStatement, Observation, Procedure, QuestionnaireResponse, itself и Specimen

Структура

ИмяФлагиКард.ТипОписание и ограниченияdoco
.. ServiceRequest ITUDomainResourceЗапрос на исполнение услуги
+ Rule: orderDetail SHALL only be present if code is present
Элементы, определённые в прародителе: id, meta, implicitRules, language, text, contained, extension, modifierExtension
... identifier Σ0..*IdentifierИдентификатор, присвоенный этому заказу
... instantiatesCanonical Σ0..*canonical(ActivityDefinition | PlanDefinition)Реализуемый FHIR-протокол или определение
... instantiatesUri Σ0..*uriРеализуемый внешний протокол или определение
... basedOn Σ0..*Reference(CarePlan | ServiceRequest | MedicationRequest)Какой запрос выполняется
... replaces Σ0..*Reference(ServiceRequest)Какой запрос замещается данным
... requisition Σ0..1IdentifierСоставной ID запроса
... status ?!Σ1..1codedraft | active | suspended | completed | entered-in-error | cancelled
RequestStatus (Required)
... intent ?!Σ1..1codeproposal | plan | order +
RequestIntent (Required)
... category Σ0..*CodeableConceptКлассификация услуги
Service Request Category Codes (Example)
... priority Σ0..1coderoutine | urgent | asap | stat
Request priority (Required)
... doNotPerform ?!Σ0..1booleanБудет иметь значение true, если услуга/процедура не должна быть выполнена
... code Σ0..1CodeableConceptЧто именно запрашиваем/заказываем
Procedure Codes (SNOMED CT) (Example)
... orderDetail ΣI0..*CodeableConceptДополнительная информация о заказе
Service Request Order Details Codes (Example)
... quantity[x] Σ0..1Количество услуг
.... quantityQuantityQuantity
.... quantityRatioRatio
.... quantityRangeRange
... subject Σ1..1Reference(Patient | Group | Location | Device)Человек или объект, для которого заказан эта услуга
... encounter Σ0..1Reference(Encounter)Случай обслуживания, в рамках которого был создан запрос
... occurrence[x] Σ0..1Когда услуга должна произойти
.... occurrenceDateTimedateTime
.... occurrencePeriodPeriod
.... occurrenceTimingTiming
... asNeeded[x] Σ0..1Предварительные условия для услуги
SNOMED CT Medication As Needed Reason Codes (Example)
.... asNeededBooleanboolean
.... asNeededCodeableConceptCodeableConcept
... authoredOn Σ0..1dateTimeДата подписания запроса
... requester Σ0..1Reference(Practitioner | PractitionerRole | Organization | Patient | RelatedPerson | Device)Кто/что заказывает услугу
... performerType Σ0..1CodeableConceptРоль исполнителя
Participant Roles (Example)
... performer Σ0..*Reference(Practitioner | PractitionerRole | Organization | CareTeam | HealthcareService | Patient | Device | RelatedPerson)Запрашиваемый исполнитель
... locationCode Σ0..*CodeableConceptЗапрашиваемая локация
V3 Value SetServiceDeliveryLocationRoleType (Example)
... locationReference Σ0..*Reference(Location)Запрашиваемое местоположение
... reasonCode Σ0..*CodeableConceptОбъяснение/обоснование для процедуры или услуги
Procedure Reason Codes (Example)
... reasonReference Σ0..*Reference(Condition | Observation | DiagnosticReport | DocumentReference)Объяснение/обоснование услуги или процедуры
... insurance 0..*Reference(Coverage | ClaimResponse)Страховое покрытие
... supportingInfo 0..*Reference(Any)Дополнительная медицинская информация
... specimen Σ0..*Reference(Specimen)Образцы для анализа для процедуры
... bodySite Σ0..*CodeableConceptАнатомическое месторасположение
SNOMED CT Body Structures (Example)
... note 0..*AnnotationКомментарии
... patientInstruction Σ0..1stringИнструкции для пациента или потребителя
... relevantHistory 0..*Reference(Provenance)Происхождение запроса

doco Документация по этому формату

UML-диаграмма (Legend)

ServiceRequest (DomainResource)Идентификаторы, присвоенные этому заказу заказчиком и/или получателем и/или исполнителемidentifier : Identifier [0..*]URL-ссылка на определенный на FHIR протокол, руководство, набор заказов или дргое определение, которого частично или полностью придерживается данный ServiceRequestinstantiatesCanonical : canonical [0..*] « ActivityDefinition| PlanDefinition »URL-ссылка на внешний протокол, руководство, набор заказов или другое определение, которого частично или полностью придерживается данный ServiceRequestinstantiatesUri : uri [0..*]План/предложение/заказ, выполнчемый данным запросомbasedOn : Reference [0..*] « CarePlan|ServiceRequest| MedicationRequest »Данный запрос занимает место указанного выполненного или остановленного запроса(ов)replaces : Reference [0..*] « ServiceRequest »Общий для всех заказов услуги идентификатор, которые были авторизованы более-менее одновременно одним автором, представляющий составной или групповой идентификаторrequisition : Identifier [0..1]Статус заказа (this element modifies the meaning of other elements)status : code [1..1] « The status of a service order. (Strength=Required)RequestStatus! »Является ли этот запрос предложением, планом, исходным или последующим заказом (this element modifies the meaning of other elements)intent : code [1..1] « The kind of service request. (Strength=Required)RequestIntent! »Код классификации услуги, используемый для поиска, сортировки и отображения (например "Хирургическая процедура")category : CodeableConcept [0..*] « Classification of the requested service. (Strength=Example)ServiceRequestCategoryCodes?? »Насколько быстро запрос на услугу должен быть выполнен по отношению к другим запросамpriority : code [0..1] « Identifies the level of importance to be assigned to actioning the request. (Strength=Required)RequestPriority! »Установите значение true, если записываете указание, что данная услуга/процедура НЕ ДОЛЖНА быть выполнена (this element modifies the meaning of other elements)doNotPerform : boolean [0..1]Код, идентифицирующий определённую услугу (т.е. процедура, диагностическое исследование или панель исследований), которая была заказанаcode : CodeableConcept [0..1] « Codes for tests or services that can be carried out by a designated individual, organization or healthcare service. For laboratory, LOINC is (preferred)[http://build.fhir.org/terminologies.html#preferred] and a valueset using LOINC Order codes is available [here](valueset-diagnostic-requests.html). (Strength=Example)ProcedureCodes(SNOMEDCT)?? »Дополнительная информация и инструкции по оказанию услуги. Например при заказе мочевого катетера можно детализировать, внешний или постоянный катетер, или для заказа на повязку могут потребоваться дополнительные инструкции, указывающие, как следует наложить повязкуorderDetail : CodeableConcept [0..*] « Codified order entry details which are based on order context. (Strength=Example) ServiceRequestOrderDetailsCod...?? »Количество запрашиваемых услуг. Это может быть количество (например домашняя модификация $1,500), соотношение (например 20 полудневных визитов в месяц) или диапазон (от 2.0 до 1.8 Gy на фракцию)quantity[x] : Type [0..1] « Quantity|Ratio|Range »Над кем или чем должна быть выполнена эта услуга. Обычно это пациент, также это могут быть животные, группы людей или животных, устройства (машина для диализа) и даже природные локации (обычно для экологических проверок)subject : Reference [1..1] « Patient|Group|Location|Device »Случай обслуживания, описывающий дополнительную информацию о медицинском контексте, в котором был создан запросencounter : Reference [0..1] « Encounter »Дата/время, когда заказанная услуга должна произойтиoccurrence[x] : Type [0..1] « dateTime|Period|Timing »Если указан CodeableConcept, то он означает предварительное условие, необходимое для выполнения услуги. Например "при боли", "при вспышке"asNeeded[x] : Type [0..1] « boolean|CodeableConcept; A coded concept identifying the pre-condition that should hold prior to performing a procedure. For example "pain", "on flare-up", etc. (Strength=Example) SNOMEDCTMedicationAsNeededRea...?? »Когда запрос вступает в силуauthoredOn : dateTime [0..1]Человек, инициировавший запрос и ответственный за его активациюrequester : Reference [0..1] « Practitioner|PractitionerRole| Organization|Patient|RelatedPerson|Device »Желаемый тип исполнителя для осуществления заказанной услугиperformerType : CodeableConcept [0..1] « Indicates specific responsibility of an individual within the care team, such as "Primary physician", "Team coordinator", "Caregiver", etc. (Strength=Example)ParticipantRoles?? »Желаемый исполнитель для осуществления заказанной услуги. Например хирург, дермопатолог, эндоскопистperformer : Reference [0..*] « Practitioner|PractitionerRole| Organization|CareTeam|HealthcareService|Patient|Device| RelatedPerson »Предпочтительное местоположение(я), где где будет фактически проводиться процедура, в закодированной или свободно-текстовой форме. Например дома или в центре дневного уходаlocationCode : CodeableConcept [0..*] « A location type where services are delivered. (Strength=Example) v3.ServiceDeliveryLocationRol...?? »Ссылка на предпочтительное местоположение, где будет фактически проводиться процедура. Например дома или в центре дневного уходаlocationReference : Reference [0..*] « Location »Объяснение или обоснование, почему услуга запрашивается, в кодированной или текстовой форме. Часто указывается в целях выставления счетов. Может относиться к ресурсам, указанным в элементе supportingInformationreasonCode : CodeableConcept [0..*] « Diagnosis or problem codes justifying the reason for requesting the service investigation. (Strength=Example)ProcedureReasonCodes?? »Указывает другой ресурс, в котором находится обоснование запроса этой услуги. Может относиться к ресурсам, указанным в элементе supportingInformationreasonReference : Reference [0..*] « Condition|Observation| DiagnosticReport|DocumentReference »Страховые планы, расширения покрытия, предварительные разрешения и/или предварительные определения, которые могут потребоваться для оказания запрошенной услугиinsurance : Reference [0..*] « Coverage|ClaimResponse »Дополнительная медицинская информация о пациенте или образце для анализа, которая может повлиять на услуги или их интерпретацию. Эта информация включает диагноз, медицинские результаты и другие наблюдения. При заказе лабораторных тестов, они обычно ссылаются на как "вопросы, которые необходимо задать при вводе заказа". Сюда входят наблюдения, явно запрашиваемые производителем (исполнителем) для обеспечения контекста или вспомогательной информации, необходимой для выполнения заказа. Например сообщение количества вдыхаемого кислорода для измерений газов кровиsupportingInfo : Reference [0..*] « Any »Один или несколько образцов для анализа, которые будут использованы в лабораторной процедуреspecimen : Reference [0..*] « Specimen »Анатомическое месторасположение, где будет проводиться процедура. Это целевое местоbodySite : CodeableConcept [0..*] « Codes describing anatomical locations. May include laterality. (Strength=Example)SNOMEDCTBodyStructures?? »Любые другие примечания и комментарии к запросу на услугу. Например внутренние примечания к выставлению счетовnote : Annotation [0..*]Инструкции в форме, понятной пациенту или потребителюpatientInstruction : string [0..1]Ключевые события в истории запросаrelevantHistory : Reference [0..*] « Provenance »

XML-шаблон

<ServiceRequest xmlns="http://hl7.org/fhir"> doco
 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <identifier><!-- 0..* Identifier Идентификатор, присвоенный этому заказу --></identifier>
 <instantiatesCanonical><!-- 0..* canonical(ActivityDefinition|PlanDefinition) Реализуемый FHIR-протокол или определение --></instantiatesCanonical>
 <instantiatesUri value="[uri]"/><!-- 0..* Реализуемый внешний протокол или определение -->
 <basedOn><!-- 0..* Reference(CarePlan|ServiceRequest|MedicationRequest) Какой запрос выполняется --></basedOn>
 <replaces><!-- 0..* Reference(ServiceRequest) Какой запрос замещается данным --></replaces>
 <requisition><!-- 0..1 Identifier Составной ID запроса --></requisition>
 <status value="[code]"/><!-- 1..1 draft | active | suspended | completed | entered-in-error | cancelled -->
 <intent value="[code]"/><!-- 1..1 proposal | plan | order + -->
 <category><!-- 0..* CodeableConcept Классификация услуги --></category>
 <priority value="[code]"/><!-- 0..1 routine | urgent | asap | stat -->
 <doNotPerform value="[boolean]"/><!-- 0..1 Будет иметь значение true, если услуга/процедура не должна быть выполнена -->
 <code><!-- 0..1 CodeableConcept Что именно запрашиваем/заказываем --></code>
 <orderDetail><!-- ?? 0..* CodeableConcept Дополнительная информация о заказе --></orderDetail>
 <quantity[x]><!-- 0..1 Quantity|Ratio|Range Количество услуг --></quantity[x]>
 <subject><!-- 1..1 Reference(Patient|Group|Location|Device) Человек или объект, для которого заказан эта услуга --></subject>
 <encounter><!-- 0..1 Reference(Encounter) Случай обслуживания, в рамках которого был создан запрос --></encounter>
 <occurrence[x]><!-- 0..1 dateTime|Period|Timing Когда услуга должна произойти --></occurrence[x]>
 <asNeeded[x]><!-- 0..1 boolean|CodeableConcept Предварительные условия для услуги --></asNeeded[x]>
 <authoredOn value="[dateTime]"/><!-- 0..1 Дата подписания запроса -->
 <requester><!-- 0..1 Reference(Practitioner|PractitionerRole|Organization|
   Patient|RelatedPerson|Device) Кто/что заказывает услугу --></requester>
 <performerType><!-- 0..1 CodeableConcept Роль исполнителя --></performerType>
 <performer><!-- 0..* Reference(Practitioner|PractitionerRole|Organization|
   CareTeam|HealthcareService|Patient|Device|RelatedPerson) Запрашиваемый исполнитель --></performer>
 <locationCode><!-- 0..* CodeableConcept Запрашиваемая локация --></locationCode>
 <locationReference><!-- 0..* Reference(Location) Запрашиваемое местоположение --></locationReference>
 <reasonCode><!-- 0..* CodeableConcept Объяснение/обоснование для процедуры или услуги --></reasonCode>
 <reasonReference><!-- 0..* Reference(Condition|Observation|DiagnosticReport|
   DocumentReference) Объяснение/обоснование услуги или процедуры --></reasonReference>
 <insurance><!-- 0..* Reference(Coverage|ClaimResponse) Страховое покрытие --></insurance>
 <supportingInfo><!-- 0..* Reference(Any) Дополнительная медицинская информация --></supportingInfo>
 <specimen><!-- 0..* Reference(Specimen) Образцы для анализа для процедуры --></specimen>
 <bodySite><!-- 0..* CodeableConcept Анатомическое месторасположение --></bodySite>
 <note><!-- 0..* Annotation Комментарии --></note>
 <patientInstruction value="[string]"/><!-- 0..1 Инструкции для пациента или потребителя -->
 <relevantHistory><!-- 0..* Reference(Provenance) Происхождение запроса --></relevantHistory>
</ServiceRequest>

JSON-шаблон

{doco
  "resourceType" : "ServiceRequest",
  // from Resource: id, meta, implicitRules, and language
  // from DomainResource: text, contained, extension, and modifierExtension
  "identifier" : [{ Identifier }], // Идентификатор, присвоенный этому заказу
  "instantiatesCanonical" : [{ canonical(ActivityDefinition|PlanDefinition) }], // Реализуемый FHIR-протокол или определение
  "instantiatesUri" : ["<uri>"], // Реализуемый внешний протокол или определение
  "basedOn" : [{ Reference(CarePlan|ServiceRequest|MedicationRequest) }], // Какой запрос выполняется
  "replaces" : [{ Reference(ServiceRequest) }], // Какой запрос замещается данным
  "requisition" : { Identifier }, // Составной ID запроса
  "status" : "<code>", // R!  draft | active | suspended | completed | entered-in-error | cancelled
  "intent" : "<code>", // R!  proposal | plan | order +
  "category" : [{ CodeableConcept }], // Классификация услуги
  "priority" : "<code>", // routine | urgent | asap | stat
  "doNotPerform" : <boolean>, // Будет иметь значение true, если услуга/процедура не должна быть выполнена
  "code" : { CodeableConcept }, // Что именно запрашиваем/заказываем
  "orderDetail" : [{ CodeableConcept }], // C? Дополнительная информация о заказе
  // quantity[x]: Количество услуг. One of these 3:
  "quantityQuantity" : { Quantity },
  "quantityRatio" : { Ratio },
  "quantityRange" : { Range },
  "subject" : { Reference(Patient|Group|Location|Device) }, // R!  Человек или объект, для которого заказан эта услуга
  "encounter" : { Reference(Encounter) }, // Случай обслуживания, в рамках которого был создан запрос
  // occurrence[x]: Когда услуга должна произойти. One of these 3:
  "occurrenceDateTime" : "<dateTime>",
  "occurrencePeriod" : { Period },
  "occurrenceTiming" : { Timing },
  // asNeeded[x]: Предварительные условия для услуги. One of these 2:
  "asNeededBoolean" : <boolean>,
  "asNeededCodeableConcept" : { CodeableConcept },
  "authoredOn" : "<dateTime>", // Дата подписания запроса
  "requester" : { Reference(Practitioner|PractitionerRole|Organization|
   Patient|RelatedPerson|Device) }, // Кто/что заказывает услугу
  "performerType" : { CodeableConcept }, // Роль исполнителя
  "performer" : [{ Reference(Practitioner|PractitionerRole|Organization|
   CareTeam|HealthcareService|Patient|Device|RelatedPerson) }], // Запрашиваемый исполнитель
  "locationCode" : [{ CodeableConcept }], // Запрашиваемая локация
  "locationReference" : [{ Reference(Location) }], // Запрашиваемое местоположение
  "reasonCode" : [{ CodeableConcept }], // Объяснение/обоснование для процедуры или услуги
  "reasonReference" : [{ Reference(Condition|Observation|DiagnosticReport|
   DocumentReference) }], // Объяснение/обоснование услуги или процедуры
  "insurance" : [{ Reference(Coverage|ClaimResponse) }], // Страховое покрытие
  "supportingInfo" : [{ Reference(Any) }], // Дополнительная медицинская информация
  "specimen" : [{ Reference(Specimen) }], // Образцы для анализа для процедуры
  "bodySite" : [{ CodeableConcept }], // Анатомическое месторасположение
  "note" : [{ Annotation }], // Комментарии
  "patientInstruction" : "<string>", // Инструкции для пациента или потребителя
  "relevantHistory" : [{ Reference(Provenance) }] // Происхождение запроса
}

Turtle-шаблон

@prefix fhir: <http://hl7.org/fhir/> .doco


[ a fhir:ServiceRequest;
  fhir:nodeRole fhir:treeRoot; # if this is the parser root

  # from Resource: .id, .meta, .implicitRules, and .language
  # from DomainResource: .text, .contained, .extension, and .modifierExtension
  fhir:ServiceRequest.identifier [ Identifier ], ... ; # 0..* Идентификатор, присвоенный этому заказу
  fhir:ServiceRequest.instantiatesCanonical [ canonical(ActivityDefinition|PlanDefinition) ], ... ; # 0..* Реализуемый FHIR-протокол или определение
  fhir:ServiceRequest.instantiatesUri [ uri ], ... ; # 0..* Реализуемый внешний протокол или определение
  fhir:ServiceRequest.basedOn [ Reference(CarePlan|ServiceRequest|MedicationRequest) ], ... ; # 0..* Какой запрос выполняется
  fhir:ServiceRequest.replaces [ Reference(ServiceRequest) ], ... ; # 0..* Какой запрос замещается данным
  fhir:ServiceRequest.requisition [ Identifier ]; # 0..1 Составной ID запроса
  fhir:ServiceRequest.status [ code ]; # 1..1 draft | active | suspended | completed | entered-in-error | cancelled
  fhir:ServiceRequest.intent [ code ]; # 1..1 proposal | plan | order +
  fhir:ServiceRequest.category [ CodeableConcept ], ... ; # 0..* Классификация услуги
  fhir:ServiceRequest.priority [ code ]; # 0..1 routine | urgent | asap | stat
  fhir:ServiceRequest.doNotPerform [ boolean ]; # 0..1 Будет иметь значение true, если услуга/процедура не должна быть выполнена
  fhir:ServiceRequest.code [ CodeableConcept ]; # 0..1 Что именно запрашиваем/заказываем
  fhir:ServiceRequest.orderDetail [ CodeableConcept ], ... ; # 0..* Дополнительная информация о заказе
  # ServiceRequest.quantity[x] : 0..1 Количество услуг. One of these 3
    fhir:ServiceRequest.quantityQuantity [ Quantity ]
    fhir:ServiceRequest.quantityRatio [ Ratio ]
    fhir:ServiceRequest.quantityRange [ Range ]
  fhir:ServiceRequest.subject [ Reference(Patient|Group|Location|Device) ]; # 1..1 Человек или объект, для которого заказан эта услуга
  fhir:ServiceRequest.encounter [ Reference(Encounter) ]; # 0..1 Случай обслуживания, в рамках которого был создан запрос
  # ServiceRequest.occurrence[x] : 0..1 Когда услуга должна произойти. One of these 3
    fhir:ServiceRequest.occurrenceDateTime [ dateTime ]
    fhir:ServiceRequest.occurrencePeriod [ Period ]
    fhir:ServiceRequest.occurrenceTiming [ Timing ]
  # ServiceRequest.asNeeded[x] : 0..1 Предварительные условия для услуги. One of these 2
    fhir:ServiceRequest.asNeededBoolean [ boolean ]
    fhir:ServiceRequest.asNeededCodeableConcept [ CodeableConcept ]
  fhir:ServiceRequest.authoredOn [ dateTime ]; # 0..1 Дата подписания запроса
  fhir:ServiceRequest.requester [ Reference(Practitioner|PractitionerRole|Organization|Patient|RelatedPerson|Device) ]; # 0..1 Кто/что заказывает услугу
  fhir:ServiceRequest.performerType [ CodeableConcept ]; # 0..1 Роль исполнителя
  fhir:ServiceRequest.performer [ Reference(Practitioner|PractitionerRole|Organization|CareTeam|HealthcareService|Patient|
  Device|RelatedPerson) ], ... ; # 0..* Запрашиваемый исполнитель
  fhir:ServiceRequest.locationCode [ CodeableConcept ], ... ; # 0..* Запрашиваемая локация
  fhir:ServiceRequest.locationReference [ Reference(Location) ], ... ; # 0..* Запрашиваемое местоположение
  fhir:ServiceRequest.reasonCode [ CodeableConcept ], ... ; # 0..* Объяснение/обоснование для процедуры или услуги
  fhir:ServiceRequest.reasonReference [ Reference(Condition|Observation|DiagnosticReport|DocumentReference) ], ... ; # 0..* Объяснение/обоснование услуги или процедуры
  fhir:ServiceRequest.insurance [ Reference(Coverage|ClaimResponse) ], ... ; # 0..* Страховое покрытие
  fhir:ServiceRequest.supportingInfo [ Reference(Any) ], ... ; # 0..* Дополнительная медицинская информация
  fhir:ServiceRequest.specimen [ Reference(Specimen) ], ... ; # 0..* Образцы для анализа для процедуры
  fhir:ServiceRequest.bodySite [ CodeableConcept ], ... ; # 0..* Анатомическое месторасположение
  fhir:ServiceRequest.note [ Annotation ], ... ; # 0..* Комментарии
  fhir:ServiceRequest.patientInstruction [ string ]; # 0..1 Инструкции для пациента или потребителя
  fhir:ServiceRequest.relevantHistory [ Reference(Provenance) ], ... ; # 0..* Происхождение запроса
]

Changes since R3

This resource did not exist in Release 2

This analysis is available as XML or JSON.

See R3 <--> R4 Conversion Maps (status = Not Mapped)

Структура

ИмяФлагиКард.ТипОписание и ограниченияdoco
.. ServiceRequest ITUDomainResourceЗапрос на исполнение услуги
+ Rule: orderDetail SHALL only be present if code is present
Элементы, определённые в прародителе: id, meta, implicitRules, language, text, contained, extension, modifierExtension
... identifier Σ0..*IdentifierИдентификатор, присвоенный этому заказу
... instantiatesCanonical Σ0..*canonical(ActivityDefinition | PlanDefinition)Реализуемый FHIR-протокол или определение
... instantiatesUri Σ0..*uriРеализуемый внешний протокол или определение
... basedOn Σ0..*Reference(CarePlan | ServiceRequest | MedicationRequest)Какой запрос выполняется
... replaces Σ0..*Reference(ServiceRequest)Какой запрос замещается данным
... requisition Σ0..1IdentifierСоставной ID запроса
... status ?!Σ1..1codedraft | active | suspended | completed | entered-in-error | cancelled
RequestStatus (Required)
... intent ?!Σ1..1codeproposal | plan | order +
RequestIntent (Required)
... category Σ0..*CodeableConceptКлассификация услуги
Service Request Category Codes (Example)
... priority Σ0..1coderoutine | urgent | asap | stat
Request priority (Required)
... doNotPerform ?!Σ0..1booleanБудет иметь значение true, если услуга/процедура не должна быть выполнена
... code Σ0..1CodeableConceptЧто именно запрашиваем/заказываем
Procedure Codes (SNOMED CT) (Example)
... orderDetail ΣI0..*CodeableConceptДополнительная информация о заказе
Service Request Order Details Codes (Example)
... quantity[x] Σ0..1Количество услуг
.... quantityQuantityQuantity
.... quantityRatioRatio
.... quantityRangeRange
... subject Σ1..1Reference(Patient | Group | Location | Device)Человек или объект, для которого заказан эта услуга
... encounter Σ0..1Reference(Encounter)Случай обслуживания, в рамках которого был создан запрос
... occurrence[x] Σ0..1Когда услуга должна произойти
.... occurrenceDateTimedateTime
.... occurrencePeriodPeriod
.... occurrenceTimingTiming
... asNeeded[x] Σ0..1Предварительные условия для услуги
SNOMED CT Medication As Needed Reason Codes (Example)
.... asNeededBooleanboolean
.... asNeededCodeableConceptCodeableConcept
... authoredOn Σ0..1dateTimeДата подписания запроса
... requester Σ0..1Reference(Practitioner | PractitionerRole | Organization | Patient | RelatedPerson | Device)Кто/что заказывает услугу
... performerType Σ0..1CodeableConceptРоль исполнителя
Participant Roles (Example)
... performer Σ0..*Reference(Practitioner | PractitionerRole | Organization | CareTeam | HealthcareService | Patient | Device | RelatedPerson)Запрашиваемый исполнитель
... locationCode Σ0..*CodeableConceptЗапрашиваемая локация
V3 Value SetServiceDeliveryLocationRoleType (Example)
... locationReference Σ0..*Reference(Location)Запрашиваемое местоположение
... reasonCode Σ0..*CodeableConceptОбъяснение/обоснование для процедуры или услуги
Procedure Reason Codes (Example)
... reasonReference Σ0..*Reference(Condition | Observation | DiagnosticReport | DocumentReference)Объяснение/обоснование услуги или процедуры
... insurance 0..*Reference(Coverage | ClaimResponse)Страховое покрытие
... supportingInfo 0..*Reference(Any)Дополнительная медицинская информация
... specimen Σ0..*Reference(Specimen)Образцы для анализа для процедуры
... bodySite Σ0..*CodeableConceptАнатомическое месторасположение
SNOMED CT Body Structures (Example)
... note 0..*AnnotationКомментарии
... patientInstruction Σ0..1stringИнструкции для пациента или потребителя
... relevantHistory 0..*Reference(Provenance)Происхождение запроса

doco Документация по этому формату

UML-диаграмма (Legend)

ServiceRequest (DomainResource)Идентификаторы, присвоенные этому заказу заказчиком и/или получателем и/или исполнителемidentifier : Identifier [0..*]URL-ссылка на определенный на FHIR протокол, руководство, набор заказов или дргое определение, которого частично или полностью придерживается данный ServiceRequestinstantiatesCanonical : canonical [0..*] « ActivityDefinition| PlanDefinition »URL-ссылка на внешний протокол, руководство, набор заказов или другое определение, которого частично или полностью придерживается данный ServiceRequestinstantiatesUri : uri [0..*]План/предложение/заказ, выполнчемый данным запросомbasedOn : Reference [0..*] « CarePlan|ServiceRequest| MedicationRequest »Данный запрос занимает место указанного выполненного или остановленного запроса(ов)replaces : Reference [0..*] « ServiceRequest »Общий для всех заказов услуги идентификатор, которые были авторизованы более-менее одновременно одним автором, представляющий составной или групповой идентификаторrequisition : Identifier [0..1]Статус заказа (this element modifies the meaning of other elements)status : code [1..1] « The status of a service order. (Strength=Required)RequestStatus! »Является ли этот запрос предложением, планом, исходным или последующим заказом (this element modifies the meaning of other elements)intent : code [1..1] « The kind of service request. (Strength=Required)RequestIntent! »Код классификации услуги, используемый для поиска, сортировки и отображения (например "Хирургическая процедура")category : CodeableConcept [0..*] « Classification of the requested service. (Strength=Example)ServiceRequestCategoryCodes?? »Насколько быстро запрос на услугу должен быть выполнен по отношению к другим запросамpriority : code [0..1] « Identifies the level of importance to be assigned to actioning the request. (Strength=Required)RequestPriority! »Установите значение true, если записываете указание, что данная услуга/процедура НЕ ДОЛЖНА быть выполнена (this element modifies the meaning of other elements)doNotPerform : boolean [0..1]Код, идентифицирующий определённую услугу (т.е. процедура, диагностическое исследование или панель исследований), которая была заказанаcode : CodeableConcept [0..1] « Codes for tests or services that can be carried out by a designated individual, organization or healthcare service. For laboratory, LOINC is (preferred)[http://build.fhir.org/terminologies.html#preferred] and a valueset using LOINC Order codes is available [here](valueset-diagnostic-requests.html). (Strength=Example)ProcedureCodes(SNOMEDCT)?? »Дополнительная информация и инструкции по оказанию услуги. Например при заказе мочевого катетера можно детализировать, внешний или постоянный катетер, или для заказа на повязку могут потребоваться дополнительные инструкции, указывающие, как следует наложить повязкуorderDetail : CodeableConcept [0..*] « Codified order entry details which are based on order context. (Strength=Example) ServiceRequestOrderDetailsCod...?? »Количество запрашиваемых услуг. Это может быть количество (например домашняя модификация $1,500), соотношение (например 20 полудневных визитов в месяц) или диапазон (от 2.0 до 1.8 Gy на фракцию)quantity[x] : Type [0..1] « Quantity|Ratio|Range »Над кем или чем должна быть выполнена эта услуга. Обычно это пациент, также это могут быть животные, группы людей или животных, устройства (машина для диализа) и даже природные локации (обычно для экологических проверок)subject : Reference [1..1] « Patient|Group|Location|Device »Случай обслуживания, описывающий дополнительную информацию о медицинском контексте, в котором был создан запросencounter : Reference [0..1] « Encounter »Дата/время, когда заказанная услуга должна произойтиoccurrence[x] : Type [0..1] « dateTime|Period|Timing »Если указан CodeableConcept, то он означает предварительное условие, необходимое для выполнения услуги. Например "при боли", "при вспышке"asNeeded[x] : Type [0..1] « boolean|CodeableConcept; A coded concept identifying the pre-condition that should hold prior to performing a procedure. For example "pain", "on flare-up", etc. (Strength=Example) SNOMEDCTMedicationAsNeededRea...?? »Когда запрос вступает в силуauthoredOn : dateTime [0..1]Человек, инициировавший запрос и ответственный за его активациюrequester : Reference [0..1] « Practitioner|PractitionerRole| Organization|Patient|RelatedPerson|Device »Желаемый тип исполнителя для осуществления заказанной услугиperformerType : CodeableConcept [0..1] « Indicates specific responsibility of an individual within the care team, such as "Primary physician", "Team coordinator", "Caregiver", etc. (Strength=Example)ParticipantRoles?? »Желаемый исполнитель для осуществления заказанной услуги. Например хирург, дермопатолог, эндоскопистperformer : Reference [0..*] « Practitioner|PractitionerRole| Organization|CareTeam|HealthcareService|Patient|Device| RelatedPerson »Предпочтительное местоположение(я), где где будет фактически проводиться процедура, в закодированной или свободно-текстовой форме. Например дома или в центре дневного уходаlocationCode : CodeableConcept [0..*] « A location type where services are delivered. (Strength=Example) v3.ServiceDeliveryLocationRol...?? »Ссылка на предпочтительное местоположение, где будет фактически проводиться процедура. Например дома или в центре дневного уходаlocationReference : Reference [0..*] « Location »Объяснение или обоснование, почему услуга запрашивается, в кодированной или текстовой форме. Часто указывается в целях выставления счетов. Может относиться к ресурсам, указанным в элементе supportingInformationreasonCode : CodeableConcept [0..*] « Diagnosis or problem codes justifying the reason for requesting the service investigation. (Strength=Example)ProcedureReasonCodes?? »Указывает другой ресурс, в котором находится обоснование запроса этой услуги. Может относиться к ресурсам, указанным в элементе supportingInformationreasonReference : Reference [0..*] « Condition|Observation| DiagnosticReport|DocumentReference »Страховые планы, расширения покрытия, предварительные разрешения и/или предварительные определения, которые могут потребоваться для оказания запрошенной услугиinsurance : Reference [0..*] « Coverage|ClaimResponse »Дополнительная медицинская информация о пациенте или образце для анализа, которая может повлиять на услуги или их интерпретацию. Эта информация включает диагноз, медицинские результаты и другие наблюдения. При заказе лабораторных тестов, они обычно ссылаются на как "вопросы, которые необходимо задать при вводе заказа". Сюда входят наблюдения, явно запрашиваемые производителем (исполнителем) для обеспечения контекста или вспомогательной информации, необходимой для выполнения заказа. Например сообщение количества вдыхаемого кислорода для измерений газов кровиsupportingInfo : Reference [0..*] « Any »Один или несколько образцов для анализа, которые будут использованы в лабораторной процедуреspecimen : Reference [0..*] « Specimen »Анатомическое месторасположение, где будет проводиться процедура. Это целевое местоbodySite : CodeableConcept [0..*] « Codes describing anatomical locations. May include laterality. (Strength=Example)SNOMEDCTBodyStructures?? »Любые другие примечания и комментарии к запросу на услугу. Например внутренние примечания к выставлению счетовnote : Annotation [0..*]Инструкции в форме, понятной пациенту или потребителюpatientInstruction : string [0..1]Ключевые события в истории запросаrelevantHistory : Reference [0..*] « Provenance »

XML-шаблон

<ServiceRequest xmlns="http://hl7.org/fhir"> doco
 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <identifier><!-- 0..* Identifier Идентификатор, присвоенный этому заказу --></identifier>
 <instantiatesCanonical><!-- 0..* canonical(ActivityDefinition|PlanDefinition) Реализуемый FHIR-протокол или определение --></instantiatesCanonical>
 <instantiatesUri value="[uri]"/><!-- 0..* Реализуемый внешний протокол или определение -->
 <basedOn><!-- 0..* Reference(CarePlan|ServiceRequest|MedicationRequest) Какой запрос выполняется --></basedOn>
 <replaces><!-- 0..* Reference(ServiceRequest) Какой запрос замещается данным --></replaces>
 <requisition><!-- 0..1 Identifier Составной ID запроса --></requisition>
 <status value="[code]"/><!-- 1..1 draft | active | suspended | completed | entered-in-error | cancelled -->
 <intent value="[code]"/><!-- 1..1 proposal | plan | order + -->
 <category><!-- 0..* CodeableConcept Классификация услуги --></category>
 <priority value="[code]"/><!-- 0..1 routine | urgent | asap | stat -->
 <doNotPerform value="[boolean]"/><!-- 0..1 Будет иметь значение true, если услуга/процедура не должна быть выполнена -->
 <code><!-- 0..1 CodeableConcept Что именно запрашиваем/заказываем --></code>
 <orderDetail><!-- ?? 0..* CodeableConcept Дополнительная информация о заказе --></orderDetail>
 <quantity[x]><!-- 0..1 Quantity|Ratio|Range Количество услуг --></quantity[x]>
 <subject><!-- 1..1 Reference(Patient|Group|Location|Device) Человек или объект, для которого заказан эта услуга --></subject>
 <encounter><!-- 0..1 Reference(Encounter) Случай обслуживания, в рамках которого был создан запрос --></encounter>
 <occurrence[x]><!-- 0..1 dateTime|Period|Timing Когда услуга должна произойти --></occurrence[x]>
 <asNeeded[x]><!-- 0..1 boolean|CodeableConcept Предварительные условия для услуги --></asNeeded[x]>
 <authoredOn value="[dateTime]"/><!-- 0..1 Дата подписания запроса -->
 <requester><!-- 0..1 Reference(Practitioner|PractitionerRole|Organization|
   Patient|RelatedPerson|Device) Кто/что заказывает услугу --></requester>
 <performerType><!-- 0..1 CodeableConcept Роль исполнителя --></performerType>
 <performer><!-- 0..* Reference(Practitioner|PractitionerRole|Organization|
   CareTeam|HealthcareService|Patient|Device|RelatedPerson) Запрашиваемый исполнитель --></performer>
 <locationCode><!-- 0..* CodeableConcept Запрашиваемая локация --></locationCode>
 <locationReference><!-- 0..* Reference(Location) Запрашиваемое местоположение --></locationReference>
 <reasonCode><!-- 0..* CodeableConcept Объяснение/обоснование для процедуры или услуги --></reasonCode>
 <reasonReference><!-- 0..* Reference(Condition|Observation|DiagnosticReport|
   DocumentReference) Объяснение/обоснование услуги или процедуры --></reasonReference>
 <insurance><!-- 0..* Reference(Coverage|ClaimResponse) Страховое покрытие --></insurance>
 <supportingInfo><!-- 0..* Reference(Any) Дополнительная медицинская информация --></supportingInfo>
 <specimen><!-- 0..* Reference(Specimen) Образцы для анализа для процедуры --></specimen>
 <bodySite><!-- 0..* CodeableConcept Анатомическое месторасположение --></bodySite>
 <note><!-- 0..* Annotation Комментарии --></note>
 <patientInstruction value="[string]"/><!-- 0..1 Инструкции для пациента или потребителя -->
 <relevantHistory><!-- 0..* Reference(Provenance) Происхождение запроса --></relevantHistory>
</ServiceRequest>

JSON-шаблон

{doco
  "resourceType" : "ServiceRequest",
  // from Resource: id, meta, implicitRules, and language
  // from DomainResource: text, contained, extension, and modifierExtension
  "identifier" : [{ Identifier }], // Идентификатор, присвоенный этому заказу
  "instantiatesCanonical" : [{ canonical(ActivityDefinition|PlanDefinition) }], // Реализуемый FHIR-протокол или определение
  "instantiatesUri" : ["<uri>"], // Реализуемый внешний протокол или определение
  "basedOn" : [{ Reference(CarePlan|ServiceRequest|MedicationRequest) }], // Какой запрос выполняется
  "replaces" : [{ Reference(ServiceRequest) }], // Какой запрос замещается данным
  "requisition" : { Identifier }, // Составной ID запроса
  "status" : "<code>", // R!  draft | active | suspended | completed | entered-in-error | cancelled
  "intent" : "<code>", // R!  proposal | plan | order +
  "category" : [{ CodeableConcept }], // Классификация услуги
  "priority" : "<code>", // routine | urgent | asap | stat
  "doNotPerform" : <boolean>, // Будет иметь значение true, если услуга/процедура не должна быть выполнена
  "code" : { CodeableConcept }, // Что именно запрашиваем/заказываем
  "orderDetail" : [{ CodeableConcept }], // C? Дополнительная информация о заказе
  // quantity[x]: Количество услуг. One of these 3:
  "quantityQuantity" : { Quantity },
  "quantityRatio" : { Ratio },
  "quantityRange" : { Range },
  "subject" : { Reference(Patient|Group|Location|Device) }, // R!  Человек или объект, для которого заказан эта услуга
  "encounter" : { Reference(Encounter) }, // Случай обслуживания, в рамках которого был создан запрос
  // occurrence[x]: Когда услуга должна произойти. One of these 3:
  "occurrenceDateTime" : "<dateTime>",
  "occurrencePeriod" : { Period },
  "occurrenceTiming" : { Timing },
  // asNeeded[x]: Предварительные условия для услуги. One of these 2:
  "asNeededBoolean" : <boolean>,
  "asNeededCodeableConcept" : { CodeableConcept },
  "authoredOn" : "<dateTime>", // Дата подписания запроса
  "requester" : { Reference(Practitioner|PractitionerRole|Organization|
   Patient|RelatedPerson|Device) }, // Кто/что заказывает услугу
  "performerType" : { CodeableConcept }, // Роль исполнителя
  "performer" : [{ Reference(Practitioner|PractitionerRole|Organization|
   CareTeam|HealthcareService|Patient|Device|RelatedPerson) }], // Запрашиваемый исполнитель
  "locationCode" : [{ CodeableConcept }], // Запрашиваемая локация
  "locationReference" : [{ Reference(Location) }], // Запрашиваемое местоположение
  "reasonCode" : [{ CodeableConcept }], // Объяснение/обоснование для процедуры или услуги
  "reasonReference" : [{ Reference(Condition|Observation|DiagnosticReport|
   DocumentReference) }], // Объяснение/обоснование услуги или процедуры
  "insurance" : [{ Reference(Coverage|ClaimResponse) }], // Страховое покрытие
  "supportingInfo" : [{ Reference(Any) }], // Дополнительная медицинская информация
  "specimen" : [{ Reference(Specimen) }], // Образцы для анализа для процедуры
  "bodySite" : [{ CodeableConcept }], // Анатомическое месторасположение
  "note" : [{ Annotation }], // Комментарии
  "patientInstruction" : "<string>", // Инструкции для пациента или потребителя
  "relevantHistory" : [{ Reference(Provenance) }] // Происхождение запроса
}

Turtle-шаблон

@prefix fhir: <http://hl7.org/fhir/> .doco


[ a fhir:ServiceRequest;
  fhir:nodeRole fhir:treeRoot; # if this is the parser root

  # from Resource: .id, .meta, .implicitRules, and .language
  # from DomainResource: .text, .contained, .extension, and .modifierExtension
  fhir:ServiceRequest.identifier [ Identifier ], ... ; # 0..* Идентификатор, присвоенный этому заказу
  fhir:ServiceRequest.instantiatesCanonical [ canonical(ActivityDefinition|PlanDefinition) ], ... ; # 0..* Реализуемый FHIR-протокол или определение
  fhir:ServiceRequest.instantiatesUri [ uri ], ... ; # 0..* Реализуемый внешний протокол или определение
  fhir:ServiceRequest.basedOn [ Reference(CarePlan|ServiceRequest|MedicationRequest) ], ... ; # 0..* Какой запрос выполняется
  fhir:ServiceRequest.replaces [ Reference(ServiceRequest) ], ... ; # 0..* Какой запрос замещается данным
  fhir:ServiceRequest.requisition [ Identifier ]; # 0..1 Составной ID запроса
  fhir:ServiceRequest.status [ code ]; # 1..1 draft | active | suspended | completed | entered-in-error | cancelled
  fhir:ServiceRequest.intent [ code ]; # 1..1 proposal | plan | order +
  fhir:ServiceRequest.category [ CodeableConcept ], ... ; # 0..* Классификация услуги
  fhir:ServiceRequest.priority [ code ]; # 0..1 routine | urgent | asap | stat
  fhir:ServiceRequest.doNotPerform [ boolean ]; # 0..1 Будет иметь значение true, если услуга/процедура не должна быть выполнена
  fhir:ServiceRequest.code [ CodeableConcept ]; # 0..1 Что именно запрашиваем/заказываем
  fhir:ServiceRequest.orderDetail [ CodeableConcept ], ... ; # 0..* Дополнительная информация о заказе
  # ServiceRequest.quantity[x] : 0..1 Количество услуг. One of these 3
    fhir:ServiceRequest.quantityQuantity [ Quantity ]
    fhir:ServiceRequest.quantityRatio [ Ratio ]
    fhir:ServiceRequest.quantityRange [ Range ]
  fhir:ServiceRequest.subject [ Reference(Patient|Group|Location|Device) ]; # 1..1 Человек или объект, для которого заказан эта услуга
  fhir:ServiceRequest.encounter [ Reference(Encounter) ]; # 0..1 Случай обслуживания, в рамках которого был создан запрос
  # ServiceRequest.occurrence[x] : 0..1 Когда услуга должна произойти. One of these 3
    fhir:ServiceRequest.occurrenceDateTime [ dateTime ]
    fhir:ServiceRequest.occurrencePeriod [ Period ]
    fhir:ServiceRequest.occurrenceTiming [ Timing ]
  # ServiceRequest.asNeeded[x] : 0..1 Предварительные условия для услуги. One of these 2
    fhir:ServiceRequest.asNeededBoolean [ boolean ]
    fhir:ServiceRequest.asNeededCodeableConcept [ CodeableConcept ]
  fhir:ServiceRequest.authoredOn [ dateTime ]; # 0..1 Дата подписания запроса
  fhir:ServiceRequest.requester [ Reference(Practitioner|PractitionerRole|Organization|Patient|RelatedPerson|Device) ]; # 0..1 Кто/что заказывает услугу
  fhir:ServiceRequest.performerType [ CodeableConcept ]; # 0..1 Роль исполнителя
  fhir:ServiceRequest.performer [ Reference(Practitioner|PractitionerRole|Organization|CareTeam|HealthcareService|Patient|
  Device|RelatedPerson) ], ... ; # 0..* Запрашиваемый исполнитель
  fhir:ServiceRequest.locationCode [ CodeableConcept ], ... ; # 0..* Запрашиваемая локация
  fhir:ServiceRequest.locationReference [ Reference(Location) ], ... ; # 0..* Запрашиваемое местоположение
  fhir:ServiceRequest.reasonCode [ CodeableConcept ], ... ; # 0..* Объяснение/обоснование для процедуры или услуги
  fhir:ServiceRequest.reasonReference [ Reference(Condition|Observation|DiagnosticReport|DocumentReference) ], ... ; # 0..* Объяснение/обоснование услуги или процедуры
  fhir:ServiceRequest.insurance [ Reference(Coverage|ClaimResponse) ], ... ; # 0..* Страховое покрытие
  fhir:ServiceRequest.supportingInfo [ Reference(Any) ], ... ; # 0..* Дополнительная медицинская информация
  fhir:ServiceRequest.specimen [ Reference(Specimen) ], ... ; # 0..* Образцы для анализа для процедуры
  fhir:ServiceRequest.bodySite [ CodeableConcept ], ... ; # 0..* Анатомическое месторасположение
  fhir:ServiceRequest.note [ Annotation ], ... ; # 0..* Комментарии
  fhir:ServiceRequest.patientInstruction [ string ]; # 0..1 Инструкции для пациента или потребителя
  fhir:ServiceRequest.relevantHistory [ Reference(Provenance) ], ... ; # 0..* Происхождение запроса
]

Changes since Release 3

This resource did not exist in Release 2

This analysis is available as XML or JSON.

See R3 <--> R4 Conversion Maps (status = Not Mapped)

 

See the Profiles & Extensions and the Альтернативные определения: Основное определение XML + JSON, XML Schema/Schematron + JSON Schema, ShEx (for Turtle) + see the extensions & the Анализ зависимостей

PathОписаниеТипСсылка
ServiceRequest.status The status of a service order.RequiredRequestStatus
ServiceRequest.intent The kind of service request.RequiredRequestIntent
ServiceRequest.category Classification of the requested service.ExampleServiceRequestCategoryCodes
ServiceRequest.priority Identifies the level of importance to be assigned to actioning the request.RequiredRequestPriority
ServiceRequest.code Codes for tests or services that can be carried out by a designated individual, organization or healthcare service. For laboratory, LOINC is (preferred)[http://build.fhir.org/terminologies.html#preferred] and a valueset using LOINC Order codes is available [here](valueset-diagnostic-requests.html).ExampleProcedureCodes(SNOMEDCT)
ServiceRequest.orderDetail Codified order entry details which are based on order context.ExampleServiceRequestOrderDetailsCodes
ServiceRequest.asNeeded[x] A coded concept identifying the pre-condition that should hold prior to performing a procedure. For example "pain", "on flare-up", etc.ExampleSNOMEDCTMedicationAsNeededReasonCodes
ServiceRequest.performerType Indicates specific responsibility of an individual within the care team, such as "Primary physician", "Team coordinator", "Caregiver", etc.ExampleParticipantRoles
ServiceRequest.locationCode A location type where services are delivered.Examplev3.ServiceDeliveryLocationRoleType
ServiceRequest.reasonCode Diagnosis or problem codes justifying the reason for requesting the service investigation.ExampleProcedureReasonCodes
ServiceRequest.bodySite Codes describing anatomical locations. May include laterality.ExampleSNOMEDCTBodyStructures

idLevelLocationОпределениеExpression
prr-1Rule (base)orderDetail SHALL only be present if code is presentorderDetail.empty() or code.exists()
  • Большинство запросов услуг будут создавать необходимость указать образец для анализа, анатомическую часть тела или орган тела. code запроса часто будет содержать эту информацию - например "глюкоза в сыворотке крови" или "рентген груди". В других случаях можно использовать элементы specimen или bodysite для её указания.
  • ServiceRequest должен напрямую ссылаться только на ресурс Specimen, когда заказывается диагностическое исследование на уже существующие образцы для анализа. И наоборот, если запрос сначала вводится с еще не собранным образцом для анализа, ресурс Specimen станет ссылаться на ресурс ServiceRequest, когда он будет создан.
  • Элемент reasonCode часто используют в целях выставления счетов. Он может относиться к ресурсам, на которые ссылается элемент supportingInfo и может использоваться для решения, как процедура или диагностическое исследование будет выполняться, или даже будет ли оно вообще совершено.

Параметры поиска для этого ресурса. Также к нему применяются общие параметры. Более подробную информацию о поиске в REST, обмене сообщениями и сервисах см. в разделе Поиск.

ИмяТипОпределениеВыражениеIn Common
authoreddateДата подписания запросаServiceRequest.authoredOn
based-onreferenceКакой запрос выполняетсяServiceRequest.basedOn
(CarePlan, MedicationRequest, ServiceRequest)
body-sitetokenWhere procedure is going to be doneServiceRequest.bodySite
categorytokenКлассификация услугиServiceRequest.category
codetokenЧто именно запрашиваем/заказываемServiceRequest.code13 Resources
encounterreferenceAn encounter in which this request is madeServiceRequest.encounter
(Encounter)
11 Resources
identifiertokenИдентификатор, присвоенный этому заказуServiceRequest.identifier29 Resources
instantiates-canonicalreferenceРеализуемый FHIR-протокол или определениеServiceRequest.instantiatesCanonical
(PlanDefinition, ActivityDefinition)
instantiates-uriuriРеализуемый внешний протокол или определениеServiceRequest.instantiatesUri
intenttokenproposal | plan | order +ServiceRequest.intent
occurrencedateКогда услуга должна произойтиServiceRequest.occurrence
patientreferenceSearch by subject - a patientServiceRequest.subject.where(resolve() is Patient)
(Patient)
28 Resources
performerreferenceЗапрашиваемый исполнительServiceRequest.performer
(Practitioner, Organization, CareTeam, Device, Patient, HealthcareService, PractitionerRole, RelatedPerson)
performer-typetokenРоль исполнителяServiceRequest.performerType
prioritytokenroutine | urgent | asap | statServiceRequest.priority
replacesreferenceКакой запрос замещается даннымServiceRequest.replaces
(ServiceRequest)
requesterreferenceКто/что заказывает услугуServiceRequest.requester
(Practitioner, Organization, Device, Patient, PractitionerRole, RelatedPerson)
requisitiontokenСоставной ID запросаServiceRequest.requisition
specimenreferenceSpecimen to be testedServiceRequest.specimen
(Specimen)
statustokendraft | active | suspended | completed | entered-in-error | cancelledServiceRequest.status
subjectreferenceSearch by subjectServiceRequest.subject
(Group, Device, Patient, Location)