Current Build

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

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

Подробное описание элементов ресурса ServiceRequest.

ServiceRequest
Element IdServiceRequest
Definition

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

Control0..*
TypeDomainResource
Alternate Namesdiagnostic request; referral; referral request; transfer of care request
Invariants
Defined on this element
prr-1Rule orderDetail SHALL only be present if code is presentorderDetail.empty() or code.exists()
ServiceRequest.identifier
Element IdServiceRequest.identifier
Definition

Идентификаторы, присвоенные этому заказу заказчиком и/или получателем и/или исполнителем.

NoteThis is a business identifer, not a resource identifier (see discussion)
Control0..*
TypeIdentifier
Summarytrue
Comments

Элемент identifier.type используют, чтобы различать идентификаторы, присвоенные заказчиком ('Placer' в HL7 v2) и создателем наблюдений в ответ на заказ ('Filler' в HL7 v2). Обсуждение и примеры см. в примечаних к ресурсу ниже.

ServiceRequest.instantiatesCanonical
Element IdServiceRequest.instantiatesCanonical
Definition

URL-ссылка на определенный на FHIR протокол, руководство, набор заказов или дргое определение, которого частично или полностью придерживается данный ServiceRequest.

Control0..*
Typecanonical(ActivityDefinition | PlanDefinition)
Summarytrue
Comments

Примечание: это бизнес-идентификатор, а не идентификатор ресурса (см. discussion). Считается хорошей практикой, когда идентификатор появляется только на одном экземпляре ресурса, однако бизнес-практики могут время от времени диктовать, что несколько экземпляров ресурсов с одинаковм идентификатором могут существовать - возможно даже различные типы ресурсов. Например, несколько экземпляров ресурсов Patient и Person могут иметь одинаковый номер социального страхования.

ServiceRequest.instantiatesUri
Element IdServiceRequest.instantiatesUri
Definition

URL-ссылка на внешний протокол, руководство, набор заказов или другое определение, которого частично или полностью придерживается данный ServiceRequest.

Control0..*
Typeuri
Summarytrue
Comments

Это может быть HTML-страница, PDF, или просто никуда не ведущий URI-идентификатор.

ServiceRequest.basedOn
Element IdServiceRequest.basedOn
Definition

План/предложение/заказ, выполнчемый данным запросом.

Control0..*
TypeReference(CarePlan | ServiceRequest | MedicationRequest)
Alternate Namesfulfills
Summarytrue
ServiceRequest.replaces
Element IdServiceRequest.replaces
Definition

Данный запрос занимает место указанного выполненного или остановленного запроса(ов).

Control0..*
TypeReference(ServiceRequest)
Alternate Namessupersedes; prior; renewed order
Summarytrue
ServiceRequest.requisition
Element IdServiceRequest.requisition
Definition

Общий для всех заказов услуги идентификатор, которые были авторизованы более-менее одновременно одним автором, представляющий составной или групповой идентификатор.

Control0..1
TypeIdentifier
Requirements

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

Alternate NamesgrouperId; groupIdentifier
Summarytrue
Comments

Запросы связаны либо через отношение "basedOn" (т.е. один запрос выполняет другой), либо через общий реквизиты. Запросы, имеющие общие реквизиты, обычно обрабатываются независимо от перспективы изменения их статуса или подержки их после начального создания.

ServiceRequest.status
Element IdServiceRequest.status
Definition

Статус заказа.

Control1..1
Terminology BindingRequestStatus (Required)
Typecode
Is Modifiertrue (Reason: This element is labeled as a modifier because it is a status element that contains status entered-in-error which means that the resource should not be treated as valid)
Summarytrue
Comments

Статус обычно полносью контролируется заказчиком - он определяет, черновик ли это заказа или активный заказ и, после того как он был активирован, завершен, отменен или приостановлен. Статусы отсящиеся к активностям исполнителя отражен либо в соответствующем ресурсе-событии (см. общую дискуссию Event Pattern), либо с помощью ресурса Task.

ServiceRequest.intent
Element IdServiceRequest.intent
Definition

Является ли этот запрос предложением, планом, исходным или последующим заказом.

Control1..1
Terminology BindingRequestIntent (Required)
Typecode
Is Modifiertrue (Reason: Этот элемент меняет интерпретацию всех описательных атрибутов. Например "рекомендованное время выполнения запроса" против "время авторизации запроса на исполнение" или "кому рекомендуется выполнить этот запрос")
Summarytrue
Comments

Этот элемент помечен как модификатор, так как он меняет, когда и как ресурс фактически применяется.

ServiceRequest.category
Element IdServiceRequest.category
Definition

Код классификации услуги, используемый для поиска, сортировки и отображения (например "Хирургическая процедура").

Control0..*
Terminology BindingService Request Category Codes (Example)
TypeCodeableConcept
Requirements

Используется для фильтрации отображаемых запросов услуг.

Summarytrue
Comments

Типов категоризации может быть несколько в зависимости от контекста или сценария для извлечения или отображения ресурса. Степень гранулярности определяется концептами категории в наборе значений.

ServiceRequest.priority
Element IdServiceRequest.priority
Definition

Насколько быстро запрос на услугу должен быть выполнен по отношению к другим запросам.

Control0..1
Terminology BindingRequest priority (Required)
Typecode
Meaning if MissingIf missing, this task should be performed with normal priority
Summarytrue
ServiceRequest.doNotPerform
Element IdServiceRequest.doNotPerform
Definition

Установите значение true, если записываете указание, что данная услуга/процедура НЕ ДОЛЖНА быть выполнена.

Control0..1
Typeboolean
Is Modifiertrue (Reason: При значении true этот элемент отрицает указанное действие. Например, вместо запроса на процедуру это будет запрет на проведение процедуры.)
Meaning if MissingЕсли элемент отсутствует, то это позитивный запрос, например "надо выполнить"
Requirements

Используется для таких указаний, как "не перемещать", "не поднимать изголовье кровати", "не промывать назогастральный зонд", "не измерять кровяное давление на определённой руке".

Summarytrue
Comments

В большинстве случаев указываются только код и временные рамки, хотя изредка дополнительные квалификаторы, например анатомическое расположение или даже исполнитель будут включены для сужения запрета. Если оба элемента ServiceRequest.code и ServiceRequest.doNotPerform содержат отрицание, это усиливает запрет и не должно интерпретироваться как двойное отрицание.

ServiceRequest.code
Element IdServiceRequest.code
Definition

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

Control0..1
Terminology BindingProcedure Codes (SNOMED CT) (Example)
TypeCodeableConcept
Alternate Namesservice requested
Summarytrue
Comments

Многие коды лабораторных и радиологических процедур содержат в себе образец для анализа/орган тела в названии теста, например глюкоза сыворотки или сыворотки/плазмы крови, или рентген грудной клетки. Образец для анализа может не записываться отдельно от кода теста.

ServiceRequest.orderDetail
Element IdServiceRequest.orderDetail
Definition

Дополнительная информация и инструкции по оказанию услуги. Например при заказе мочевого катетера можно детализировать, внешний или постоянный катетер, или для заказа на повязку могут потребоваться дополнительные инструкции, указывающие, как следует наложить повязку.

Control0..*
Terminology BindingService Request Order Details Codes (Example)
TypeCodeableConcept
Alternate Namesdetailed instructions
Summarytrue
Comments

В элементе supportingInformation можно сослаться на информацию из медкарты, которая будет полезна при оказании заказанных услуг.

Invariants
Affect this element
prr-1Rule orderDetail SHALL only be present if code is presentorderDetail.empty() or code.exists()
ServiceRequest.quantity[x]
Element IdServiceRequest.quantity[x]
Definition

Количество запрашиваемых услуг. Это может быть количество (например домашняя модификация $1,500), соотношение (например 20 полудневных визитов в месяц) или диапазон (от 2.0 до 1.8 Gy на фракцию).

Control0..1
TypeQuantity|Ratio|Range
[x] NoteSee Choice of Data Types for further information about how to use [x]
Requirements

При заказе услуги может потребоваться указать количество пунктов услуг отдельно от самой услуги item.

Summarytrue
ServiceRequest.subject
Element IdServiceRequest.subject
Definition

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

Control1..1
TypeReference(Patient | Group | Location | Device)
Summarytrue
ServiceRequest.encounter
Element IdServiceRequest.encounter
Definition

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

Control0..1
TypeReference(Encounter)
Alternate Namescontext
Summarytrue
ServiceRequest.occurrence[x]
Element IdServiceRequest.occurrence[x]
Definition

Дата/время, когда заказанная услуга должна произойти.

Control0..1
TypedateTime|Period|Timing
[x] NoteSee Choice of Data Types for further information about how to use [x]
Alternate Namesschedule
Summarytrue
ServiceRequest.asNeeded[x]
Element IdServiceRequest.asNeeded[x]
Definition

Если указан CodeableConcept, то он означает предварительное условие, необходимое для выполнения услуги. Например "при боли", "при вспышке".

Control0..1
Terminology BindingSNOMED CT Medication As Needed Reason Codes (Example)
Typeboolean|CodeableConcept
[x] NoteSee Choice of Data Types for further information about how to use [x]
Summarytrue
ServiceRequest.authoredOn
Element IdServiceRequest.authoredOn
Definition

Когда запрос вступает в силу.

Control0..1
TypedateTime
Alternate NamesorderedOn
Summarytrue
ServiceRequest.requester
Element IdServiceRequest.requester
Definition

Человек, инициировавший запрос и ответственный за его активацию.

Control0..1
TypeReference(Practitioner | PractitionerRole | Organization | Patient | RelatedPerson | Device)
Alternate Namesauthor; orderer
Summarytrue
Comments

Это не диспетчер, а авторизатор. Этот элемент не предназначен для работы с делегированием, что делается обычно с помощью ресурса Provenance.

ServiceRequest.performerType
Element IdServiceRequest.performerType
Definition

Желаемый тип исполнителя для осуществления заказанной услуги.

Control0..1
Terminology BindingParticipant Roles (Example)
TypeCodeableConcept
Alternate Namesspecialty
Summarytrue
Comments

Это именно роль, а тип участия. Другими словами, не описывает задачу, а описывает возможность. Например "рецептурный отдел аптеки", "психиатр" или "внутреннее направление".

ServiceRequest.performer
Element IdServiceRequest.performer
Definition

Желаемый исполнитель для осуществления заказанной услуги. Например хирург, дермопатолог, эндоскопист.

Control0..*
TypeReference(Practitioner | PractitionerRole | Organization | CareTeam | HealthcareService | Patient | Device | RelatedPerson)
Alternate Namesrequest recipient
Summarytrue
Comments

Если указано несколько исполнителей, они интерпретируется как список альтернативных исполнителей без какого-либо предпочтения независимо от порядка в списке. Если порядок важен, используйте request-performerOrder extension. Для указания группы исполнителей используйте ресурс CareTeam (например Врач А и Врач Б).

ServiceRequest.locationCode
Element IdServiceRequest.locationCode
Definition

Предпочтительное местоположение(я), где где будет фактически проводиться процедура, в закодированной или свободно-текстовой форме. Например дома или в центре дневного ухода.

Control0..*
Terminology BindingV3 Value SetServiceDeliveryLocationRoleType (Example)
TypeCodeableConcept
Summarytrue
ServiceRequest.locationReference
Element IdServiceRequest.locationReference
Definition

Ссылка на предпочтительное местоположение, где будет фактически проводиться процедура. Например дома или в центре дневного ухода.

Control0..*
TypeReference(Location)
Summarytrue
ServiceRequest.reasonCode
Element IdServiceRequest.reasonCode
Definition

Объяснение или обоснование, почему услуга запрашивается, в кодированной или текстовой форме. Часто указывается в целях выставления счетов. Может относиться к ресурсам, указанным в элементе supportingInformation.

Control0..*
Terminology BindingProcedure Reason Codes (Example)
TypeCodeableConcept
Summarytrue
Comments

Данный элемент показывает, почему делается направление, и может использоваться для принятия решения, каким образом услуга будет проводиться, или даже будет ли она проводиться вообще. Используйте элемент CodeableConcept.text, если данные в свободно-текстовой форме (незакодированные), как показано в CT Scan example.

ServiceRequest.reasonReference
Element IdServiceRequest.reasonReference
Definition

Указывает другой ресурс, в котором находится обоснование запроса этой услуги. Может относиться к ресурсам, указанным в элементе supportingInformation.

Control0..*
TypeReference(Condition | Observation | DiagnosticReport | DocumentReference)
Summarytrue
Comments

Данный элемент показывает, почему делается направление, и может использоваться для принятия решения, каким образом услуга будет проводиться, или даже будет ли она проводиться вообще. Для того, чтобы быть как можно более конкретным, следует по возможности указывать ссылки на Observation или Condition. В противном случае, когда идет ссылка на DiagnosticReport, она должна содержать результаты в DiagnosticReport.conclusion и/или DiagnosticReport.conclusionCode. При указании ссылки на DocumentReference, целевой документ должен содержать четкое описание результатов, обеспечивая релевантную причину для этого запроса на услугу. Используйте элемент text у CodeableConcept в ServiceRequest.reasonCode, если данные в свободной (незакодированной) форме, как показано в примере CT Scan.

ServiceRequest.insurance
Element IdServiceRequest.insurance
Definition

Страховые планы, расширения покрытия, предварительные разрешения и/или предварительные определения, которые могут потребоваться для оказания запрошенной услуги.

Control0..*
TypeReference(Coverage | ClaimResponse)
ServiceRequest.supportingInfo
Element IdServiceRequest.supportingInfo
Definition

Дополнительная медицинская информация о пациенте или образце для анализа, которая может повлиять на услуги или их интерпретацию. Эта информация включает диагноз, медицинские результаты и другие наблюдения. При заказе лабораторных тестов, они обычно ссылаются на как "вопросы, которые необходимо задать при вводе заказа". Сюда входят наблюдения, явно запрашиваемые производителем (исполнителем) для обеспечения контекста или вспомогательной информации, необходимой для выполнения заказа. Например сообщение количества вдыхаемого кислорода для измерений газов крови.

Control0..*
TypeReference(Any)
Alternate NamesAsk at order entry question; AOE
Comments

Для информации о том, каким образом услуги будут оказываться, используйте элемент instructions.

ServiceRequest.specimen
Element IdServiceRequest.specimen
Definition

Один или несколько образцов для анализа, которые будут использованы в лабораторной процедуре.

Control0..*
TypeReference(Specimen)
Summarytrue
Comments

Для многих диагностических процедур необходим образец для анализа, однако сам по себе запрос не об образце для анализа. Этот элемент используется, когда диагностика заказывается на уже существующие образцы для анализа, и запрос указывает на образец для анализа, к которому он делается. И наоборот, если вначале вводится запрос на пока неизвестный образец для анализа, то ресурс Specimen буедт ссылаться на ServiceRequest.

ServiceRequest.bodySite
Element IdServiceRequest.bodySite
Definition

Анатомическое месторасположение, где будет проводиться процедура. Это целевое место.

Control0..*
Terminology BindingSNOMED CT Body Structures (Example)
TypeCodeableConcept
Requirements

Информация о том, где будет проводиться процедура, важно для отслеживания, когда возможны несколько мест.

Alternate Nameslocation
Summarytrue
Comments

Используется, только если не вытекает из кода в элементе ServiceRequest.code. Если сценарий требует задействовать BodySite как отдельный ресурс вместо встроенного закодированного элемента (например для независимой идентификации и отслеживания), тогда используйте стандартное расширение procedure-targetBodyStructure.

ServiceRequest.note
Element IdServiceRequest.note
Definition

Любые другие примечания и комментарии к запросу на услугу. Например внутренние примечания к выставлению счетов.

Control0..*
TypeAnnotation
ServiceRequest.patientInstruction
Element IdServiceRequest.patientInstruction
Definition

Инструкции в форме, понятной пациенту или потребителю.

Control0..1
Typestring
Summarytrue
ServiceRequest.relevantHistory
Element IdServiceRequest.relevantHistory
Definition

Ключевые события в истории запроса.

Control0..*
TypeReference(Provenance)
Comments

Сюда не входит происхождение всех версий запроса - только те, что считаются релевантными или важными. Сюда не должны входить Provenance, ассоциированные с этой текущей версией ресурса. (Если этот Provenance считается релевантным изменением, его необходимо добавить как часть последующего обновления. До тех пор, ео можно запрашивать напрямую как Provenance, которые указывает на эту версию, с помощью _revinclude Все Provenance должны иметь какую-то историческую версию этого запроса в качестве своего субъекта.