Current Build

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

Orders and Observations Work Group Maturity Level: 1Trial Use Use Context: Any

Определения для профиля servicerequest-genetics.

ServiceRequest
Element IdServiceRequest
Definition

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

Control0..*
Alternate Namesdiagnostic request, referral, referral request, transfer of care request
Invariants
Inherited by this element
prr-1RuleorderDetail SHALL only be present if code is presentorderDetail.empty() or code.exists()
dom-2RuleЕсли ресурс встроен в другой ресурс, он НЕ ДОЛЖЕН содержать описательной частиcontained.contained.empty()
dom-3RuleЕсли ресурс встроен в другой ресурс, где-то в родительском ресурсе на него ДОЛЖНА БЫТЬ дана ссылка or SHALL refer to the containing resourcecontained.where((('#'+id in (%resource.descendants().reference | %resource.descendants().as(canonical) | %resource.descendants().as(uri) | %resource.descendants().as(url))) or descendants().where(reference = '#').exists() or descendants().where(as(canonical) = '#').exists() or descendants().where(as(canonical) = '#').exists()).not()).trace('unmatched', id).empty()
dom-4RuleЕсли ресурс встроен в другой ресурс, он НЕ ДОЛЖЕН иметь meta.versionId или meta.lastUpdatedcontained.meta.versionId.empty() and contained.meta.lastUpdated.empty()
dom-5RuleIf a resource is contained in another resource, it SHALL NOT have a security labelcontained.meta.security.empty()
dom-6GuidelineA resource should have narrative for robust managementtext.div.exists()
This is (only) a best practice guideline because:

When a resource has no narrative, only systems that fully understand the data can display the resource to a human safely. Including a human readable representation in the resource makes for a much more robust eco-system and cheaper handling of resources by intermediary systems. Some ecosystems restrict distribution of resources to only those systems that do fully understand the resources, and as a consequence implementers may believe that the narrative is superfluous. However experience shows that such eco-systems often open up to new participants over time.

ServiceRequest.id
Element IdServiceRequest.id
Definition

The logical id of the resource, as used in the URL for the resource. Once assigned, this value never changes.

Control0..1
Typeid
Comments

The only time that a resource does not have an id is when it is being submitted to the server using a create operation.

ServiceRequest.meta
Element IdServiceRequest.meta
Definition

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

Control0..1
TypeMeta
ServiceRequest.implicitRules
Element IdServiceRequest.implicitRules
Definition

Ссылка на свод правил, которым следовали при создании этого ресурса и которые необходимо понимать при обработке этого содержимого. Often, this is a reference to an implementation guide that defines the special rules along with other profiles etc.

Control0..1
Typeuri
Is Modifiertrue (Reason: This element is labeled as a modifier because the implicit rules may provide additional knowledge about the resource that modifies it's meaning or interpretation)
Comments

Asserting this rule set restricts the content to be only understood by a limited set of trading partners. This inherently limits the usefulness of the data in the long term. However, the existing health eco-system is highly fractured, and not yet ready to define, collect, and exchange data in a generally computable sense. Wherever possible, implementers and/or specification writers should avoid using this element. Often, when used, the URL is a reference to an implementation guide that defines these special rules as part of it's narrative along with other profiles, value sets, etc.

ServiceRequest.language
Element IdServiceRequest.language
Definition

Основной язык, на котором написан ресурс.

Control0..1
Terminology BindingЕстественный язык.
The codes SHOULD be taken from Language
Typecode
Comments

Язык указывается для поддержки предварительной обработки текстов и доступности для понимания (например при преобразовании текста в речь используется языковой тег). HTML-тег language в описательной части применяется к этой описательной части. Языковой тег ресурса может использоваться для указания языков других представлений, генерируемых из данных ресурса

Не все содержание ресурса должно быть на указанном основном языке. Resource.language нельзя автоматически принимать за язык описательной части. Если язык указан, его также следует указать в элементе div в HTML (информацию о связи между xml:lang и HTML-атрибутом lang см. в правилах HTML5).

ServiceRequest.text
Element IdServiceRequest.text
Definition

Человекочитаемая описательная часть, содержащая краткое изложение ресурса, которая может использоваться для представления содержимого ресурса человеку. От описательной части не требуется кодировать все структурированные данные, но она должна содержать достаточно сведений, чтобы простое её прочтение человеком было "клинически безопасным". Определения ресурсов могут описывать, какое содержимое должно быть представлено в описательной части для обеспечения клинической безопасной.

Control0..1
TypeNarrative
Alternate Namesnarrative, html, xhtml, display
Comments

Contained resources do not have narrative. Resources that are not contained SHOULD have a narrative. In some cases, a resource may only have text with little or no additional discrete data (as long as all minOccurs=1 elements are satisfied). This may be necessary for data from legacy systems where information is captured as a "text blob" or where text is additionally entered raw or narrated and encoded information is added later.

ServiceRequest.contained
Element IdServiceRequest.contained
Definition

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

Control0..*
TypeResource
Alternate Namesinline resources, anonymous resources, contained resources
Comments

Этого не следует делать, когда содержимое может быть идентифицировано должным образом, поскольку, потеряв идентификацию, будет чрезвычайно сложно (и контекстно-зависимо) снова восстановить её. Contained resources may have profiles and tags In their meta elements, but SHALL NOT have security labels.

ServiceRequest.extension
Element IdServiceRequest.extension
Definition

An Extension

Control0..*
TypeExtension
SlicingThis element introduces a set of slices. The slicing rules are:
  • unordered
  • Open
  • discriminators: value:url
ServiceRequest.extension(Item)
Element IdServiceRequest.extension:Item
Definition

The specific diagnostic investigations that are requested as part of this request. Sometimes, there can only be one item per request, but in most contexts, more than one investigation can be requested.

Control0..* This element is affected by the following invariants: ele-1
TypeExtension(Item)
Invariants
Inherited by this element
ele-1RuleAll FHIR elements must have a @value or childrenhasValue() or (children().count() > id.count())
ext-1RuleMust have either extensions or value[x], not bothextension.exists() != value.exists()
ServiceRequest.modifierExtension
Element IdServiceRequest.modifierExtension
Definition

May be used to represent additional information that is not part of the basic definition of the resource, and that modifies the understanding of the element that contains it. Usually modifier elements provide negation or qualification. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer is allowed to define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions.

Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).

Control0..*
TypeExtension
Is Modifiertrue (Reason: Modifier extensions are expected to modify the meaning or interpretation of the resource that contains them)
Alternate Namesextensions, user content
Comments

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

ServiceRequest.identifier
Element IdServiceRequest.identifier
Definition

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

Control0..*
TypeIdentifier
Comments

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

ServiceRequest.instantiatesCanonical
Element IdServiceRequest.instantiatesCanonical
Definition

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

Control0..*
Typecanonical(ActivityDefinition)
Comments

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

ServiceRequest.instantiatesUri
Element IdServiceRequest.instantiatesUri
Definition

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

Control0..*
Typeuri
Comments

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

ServiceRequest.basedOn
Element IdServiceRequest.basedOn
Definition

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

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

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

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

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

Control0..1
TypeIdentifier
Requirements

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

Alternate NamesgrouperId, groupIdentifier
Comments

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

ServiceRequest.status
Element IdServiceRequest.status
Definition

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

Control1..1
Terminology BindingThe status of a service order.
The codes SHALL be taken from RequestStatus
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)
Comments

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

ServiceRequest.intent
Element IdServiceRequest.intent
Definition

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

Control1..1
Terminology BindingThe kind of service request.
The codes SHALL be taken from RequestIntent
Typecode
Is Modifiertrue (Reason: Этот элемент меняет интерпретацию всех описательных атрибутов. Например "рекомендованное время выполнения запроса" против "время авторизации запроса на исполнение" или "кому рекомендуется выполнить этот запрос")
Comments

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

ServiceRequest.category
Element IdServiceRequest.category
Definition

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

Control0..*
Terminology BindingClassification of the requested service.
For example codes, see Service Request Category Codes
TypeCodeableConcept
Requirements

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

Comments

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

ServiceRequest.priority
Element IdServiceRequest.priority
Definition

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

Control0..1
Terminology BindingIdentifies the level of importance to be assigned to actioning the request.
The codes SHALL be taken from Request priority
Typecode
Meaning if MissingIf missing, this task should be performed with normal priority
ServiceRequest.doNotPerform
Element IdServiceRequest.doNotPerform
Definition

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

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

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

Comments

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

Meaning if MissingЕсли элемент отсутствует, то это позитивный запрос, например "надо выполнить"
ServiceRequest.code
Element IdServiceRequest.code
Definition

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

Control0..1
Terminology BindingCodes 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).
For example codes, see Procedure Codes (SNOMED CT)
TypeCodeableConcept
Alternate Namesservice requested
Comments

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

ServiceRequest.orderDetail
Element IdServiceRequest.orderDetail
Definition

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

Control0..* This element is affected by the following invariants: prr-1
Terminology BindingCodified order entry details which are based on order context.
For example codes, see Service Request Order Details Codes
TypeCodeableConcept
Alternate Namesdetailed instructions
Comments

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

ServiceRequest.quantity[x]
Element IdServiceRequest.quantity[x]
Definition

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

Control0..1
TypeChoice of: Quantity, Ratio, Range
[x] NoteSee Choice of Data Types for further information about how to use [x]
Requirements

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

ServiceRequest.subject
Element IdServiceRequest.subject
Definition

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

Control1..1
TypeReference(Patient)
ServiceRequest.encounter
Element IdServiceRequest.encounter
Definition

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

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

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

Control0..1
TypeChoice of: dateTime, Period, Timing
[x] NoteSee Choice of Data Types for further information about how to use [x]
Alternate Namesschedule
ServiceRequest.asNeeded[x]
Element IdServiceRequest.asNeeded[x]
Definition

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

Control0..1
Terminology BindingA coded concept identifying the pre-condition that should hold prior to performing a procedure. For example "pain", "on flare-up", etc.
For example codes, see SNOMED CT Medication As Needed Reason Codes
TypeChoice of: boolean, CodeableConcept
[x] NoteSee Choice of Data Types for further information about how to use [x]
ServiceRequest.authoredOn
Element IdServiceRequest.authoredOn
Definition

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

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

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

Control0..1
TypeReference(Practitioner)
Alternate Namesauthor, orderer
Comments

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

ServiceRequest.performerType
Element IdServiceRequest.performerType
Definition

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

Control0..1
Terminology BindingIndicates specific responsibility of an individual within the care team, such as "Primary physician", "Team coordinator", "Caregiver", etc.
For example codes, see Participant Roles
TypeCodeableConcept
Alternate Namesspecialty
Comments

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

ServiceRequest.performer
Element IdServiceRequest.performer
Definition

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

Control0..*
TypeReference(Practitioner)
Alternate Namesrequest recipient
Comments

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

ServiceRequest.locationCode
Element IdServiceRequest.locationCode
Definition

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

Control0..*
Terminology BindingA location type where services are delivered.
For example codes, see V3 Value SetServiceDeliveryLocationRoleType
TypeCodeableConcept
ServiceRequest.locationReference
Element IdServiceRequest.locationReference
Definition

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

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

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

Control0..*
Terminology BindingDiagnosis or problem codes justifying the reason for requesting the service investigation.
For example codes, see Procedure Reason Codes
TypeCodeableConcept
Comments

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

ServiceRequest.reasonReference
Element IdServiceRequest.reasonReference
Definition

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

Control0..*
TypeReference(Condition)
Comments

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

ServiceRequest.insurance
Element IdServiceRequest.insurance
Definition

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

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

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

Control0..*
TypeReference(Resource)
Alternate NamesAsk at order entry question, AOE
Comments

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

ServiceRequest.specimen
Element IdServiceRequest.specimen
Definition

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

Control0..*
TypeReference(Specimen)
Comments

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

ServiceRequest.bodySite
Element IdServiceRequest.bodySite
Definition

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

Control0..*
Terminology BindingCodes describing anatomical locations. May include laterality.
For example codes, see SNOMED CT Body Structures
TypeCodeableConcept
Requirements

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

Alternate Nameslocation
Comments

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

ServiceRequest.note
Element IdServiceRequest.note
Definition

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

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

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

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

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

Control0..*
TypeReference(Provenance)
Comments

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